【文章內(nèi)容簡介】 件的分布 內(nèi)容資源分發(fā)內(nèi)容資源分發(fā)可分手動和自動兩種，由于內(nèi)容數(shù)據(jù)大，是故手動分發(fā)只有系統(tǒng)的附助方式。自動方式是根據(jù)系統(tǒng)管理員預先設定的分發(fā)規(guī)則，由MDN ICS中的分發(fā)數(shù)據(jù)生成子模塊完成。也就是說，分發(fā)規(guī)則在內(nèi)容的自動分發(fā)過程中起了決定的作用。 分發(fā)規(guī)則定義分發(fā)規(guī)則包括：分發(fā)類型、分發(fā)冗余度、數(shù)量等決定的。l 分發(fā)類型：按節(jié)目更新時間、按推薦度、按總點擊數(shù)。l 分發(fā)冗余度是指在一個MLG（邏輯群組）內(nèi)，內(nèi)容的冗余程序，這樣更有利于在該邏輯組內(nèi)進行負載均衡。如優(yōu)先級最高的前20個冗余500%，而 20~50的冗余300%,50~100冗余200%等l 數(shù)量：該規(guī)則時的發(fā)布數(shù)量 分發(fā)內(nèi)容編排分發(fā)編排包括手動內(nèi)容分發(fā)編排和自動分發(fā)編排。l 手動內(nèi)容分發(fā)編排是對特定邏輯組進行手動的內(nèi)容分發(fā)編排l 自動分發(fā)編排是指對一個邏輯組指定其分發(fā)規(guī)則，一個邏輯組可以指定多個分發(fā)規(guī)則。一個邏輯分組可以編排了多個分發(fā)規(guī)則，那么分發(fā)數(shù)據(jù)生成模塊則按每個規(guī)則進行生成。 分發(fā)數(shù)據(jù)生成分發(fā)數(shù)據(jù)的生成是根據(jù)分發(fā)規(guī)則和分發(fā)內(nèi)容編排為每個節(jié)點(MC除外)生成其內(nèi)容控制信息，因此每個節(jié)點（MC除外）只能屬于一個邏輯群組。分發(fā)數(shù)據(jù)生成可分：邏輯組分發(fā)數(shù)據(jù)生成和節(jié)點分發(fā)數(shù)據(jù)生成。l 邏輯組分發(fā)數(shù)據(jù)生成：首先清除數(shù)據(jù)庫中根據(jù)各種規(guī)則生成該組要分發(fā)的數(shù)據(jù)。l 節(jié)點分發(fā)數(shù)據(jù)生成。 內(nèi)容分發(fā)優(yōu)先權 當邏輯組定義的冗余值時，那么哪些數(shù)據(jù)需要冗余，則需要通過內(nèi)容分發(fā)的優(yōu)先權來決定。一個邏輯群組一般是指一個與服務區(qū)域相關的服務器組。為了使內(nèi)容在一個邏輯群組內(nèi)盡量存放合理，需要要遵循以下幾個原則l 內(nèi)容應均勻分布到各個服務器上。如有200部節(jié)目，4臺服務器，則每臺服力器存放50部節(jié)目l 有冗余情況下，應將優(yōu)先權最高的存放進行冗余內(nèi)容分發(fā)優(yōu)先權的計算方法如下l 重復分發(fā)數(shù)：一個邏輯組有多個分發(fā)規(guī)則，一個內(nèi)容可能被多個分發(fā)規(guī)則所選中，則重復數(shù)越高，優(yōu)先級越大l 相同重復數(shù)，則比較點擊數(shù)，點擊數(shù)越多，則優(yōu)先級越高l 當點擊數(shù)也相同時，則比較其推薦度，推薦度越高，則優(yōu)先級越大l 如果上述都比較不出，則比較入度時間，入度時間越近，則優(yōu)先級越大，由于數(shù)據(jù)庫表中暫無入庫時間，則比較pgm_id,越大，則優(yōu)先級越大 指定節(jié)點分發(fā) 提供指定節(jié)點內(nèi)容分發(fā)功能。 智能節(jié)點的實現(xiàn)原理所謂智能節(jié)點是指節(jié)點能夠?qū)崟r根據(jù)系統(tǒng)管理員在中心所做的配置調(diào)整、分發(fā)策略變化進行相應的調(diào)整，并實時向中心匯報其目前的工作狀態(tài)，使網(wǎng)管可以實時了解目前節(jié)點狀況。每個節(jié)點上存在以下三個文件l 基本配置文件l 節(jié)點配置文件l 內(nèi)容控制文件智能節(jié)點所擁有的功能如下：l 信息實時反饋：注冊和心跳（狀態(tài)上傳），可讓ICS實時了解節(jié)點情況l 控制信息的動態(tài)更新：實現(xiàn)節(jié)點可以及時取得中心的變化信息l 內(nèi)容的智能搜索：更新父節(jié)點的優(yōu)先級進行內(nèi)容搜索，可實現(xiàn)瀑布式分發(fā)或更復雜結構的分發(fā)。l 內(nèi)容的智能淘汰：可使節(jié)點維護方便l 智能FTP協(xié)議（IFTP）：可實現(xiàn)斷點續(xù)傳和流控 節(jié)點內(nèi)容淘汰每個節(jié)點上均有一個內(nèi)容控制表，該控制表記錄了系統(tǒng)對該節(jié)點上內(nèi)容的最新要求，節(jié)點上可能有許多內(nèi)容已不在該控制表上，這表示該內(nèi)容已充許被淘汰，但并不是馬上被清除。如果節(jié)點上空間足夠，則不需要清除，當使用空間超過一個閥值時(一般為70%)，則在系統(tǒng)空閑時進行清除（一般在4:00~6:00am）。節(jié)點內(nèi)容淘汰優(yōu)先級：l 文件越大，優(yōu)先級越高l 相同大小文件，在節(jié)點存放時間越久優(yōu)先級越高 瀑布式分發(fā)與對等分發(fā)的實現(xiàn)在我方提供的CDN平臺上，支持傳統(tǒng)的瀑布式分發(fā)方式，以及我公司開發(fā)的對等式CDN內(nèi)容分發(fā)方式，現(xiàn)分別說明如下： 瀑布式分發(fā)在傳統(tǒng)的CDN網(wǎng)絡上，內(nèi)容分發(fā)是采用瀑布式分發(fā)方式，其內(nèi)容分發(fā)過程為：中心節(jié)點的CDN管理系統(tǒng)進行調(diào)度，從內(nèi)容庫中取出待分發(fā)的內(nèi)容，然后，分發(fā)到某個CDN分中心中，在CDN分中心的本地分發(fā)調(diào)度中的調(diào)度下，再向下一級CDN分中心傳遞內(nèi)容，將分發(fā)內(nèi)容放入下級CDN節(jié)點的分內(nèi)容中心，這樣層層分發(fā)傳遞，一直到最后一級的CDN POP點，在POP點上，將內(nèi)容存放到本地的一個或多個邊緣內(nèi)容緩存器上，供最終用戶訪問。采用這種方式，可以實現(xiàn)多級的瀑布式分發(fā)方式，如：從全國CDN中心將內(nèi)容分發(fā)到省級CDN內(nèi)容中心，然后，從省級CDN內(nèi)容中心分發(fā)到市場CDN內(nèi)容分中心，再分發(fā)到市級CDN節(jié)點的邊緣緩存器（CACHE）上。在瀑布式分發(fā)體系內(nèi)，還支持單層分發(fā)，即，當某個POP點內(nèi)，內(nèi)容只存放在某個邊緣緩存器上，而本節(jié)點上的最終用戶對此內(nèi)容的訪問量上升時，本地的CDN調(diào)度設備（或程序）將自動形成單層內(nèi)的分發(fā)任務，將該內(nèi)容平級分發(fā)到本POP點內(nèi)的其他邊緣緩存中上。當此內(nèi)容的用戶訪問量下降到某個門限值內(nèi)時，系統(tǒng)又會自動將本POP點內(nèi)其他邊緣緩沖器上的內(nèi)容淘汰掉，以便回收邊緣緩存器上的存儲空間。 對等式分發(fā)在對等式分發(fā)體系中，各VOD分節(jié)點都可以將自己的內(nèi)容通過教育流媒體平臺進行分發(fā)，本地VOD分節(jié)點上保存內(nèi)容的正本，其他VOD分節(jié)點上則接收內(nèi)容的副本，內(nèi)容分發(fā)完畢后，可供本地用戶就近對內(nèi)容進行訪問。當本地分節(jié)點上負載較重時，系統(tǒng)還允許在其親緣VOD節(jié)點（即：與本地網(wǎng)絡聯(lián)接狀態(tài)最佳的分節(jié)點）上為用戶提供服務。當分發(fā)出去的內(nèi)容的點擊量下降時，系統(tǒng)會自動進行內(nèi)容淘汰。在對等分發(fā)模式下，系統(tǒng)自動將內(nèi)容的副本淘汰掉，保留內(nèi)容的正本。采用對等分發(fā)的CDN體系結構，不必要建立專門的省級CDN內(nèi)容中心，而是將內(nèi)容分布式存放在各地市的CDN分節(jié)點的邊緣緩存器（CACHE）上，從而實現(xiàn)真正意義上的內(nèi)容分布式存放、管理和發(fā)布。 負載均衡的實現(xiàn)在一個基于全市級的服務系統(tǒng)中，要求用戶點播時能夠?qū)崿F(xiàn)全局負載均衡，即首先檢查是本地的邏輯組里是否存在用戶所請求的內(nèi)容，如果有，則應在本地服務器組內(nèi)實現(xiàn)負載均衡調(diào)度，由本地存放該內(nèi)容最低負載的服務器提供服務，如果沒有，則由中心服務器提供服務。 全局負載均衡調(diào)度實現(xiàn)流程如上節(jié)所述，全局負載均衡是通過邏輯群組管理中路由管理、RAR、RBR實現(xiàn)的，在這章中，我們將詳細描述其實現(xiàn)方法。 實現(xiàn)流程如下： 本地負載均衡的實現(xiàn)我方提供的CDN平臺上已經(jīng)充分考慮到了本地負載均衡策略，首先，通過前面所述的CDN分發(fā)技術完成節(jié)目的自動發(fā)布、分發(fā)和調(diào)度，將一些熱門的節(jié)目內(nèi)容分布到多個節(jié)點的多臺CDN邊緣器上，用戶在登錄時，通過GSLB，讓最靠近用戶的CDN節(jié)點為用戶提供服務，同時，在用戶所在區(qū)域的CDN節(jié)點上的SLB啟動本地負載均衡流程，查找出本地最適合為用戶服務的緩存器，從而為用戶提供優(yōu)質(zhì)服務！其具體實現(xiàn)原理如下：在本地SLB設備上，將實時登記當?shù)胤止?jié)點內(nèi)各臺邊緣緩存器當前的健康性、當前負載、內(nèi)容可用性、用戶屬性、媒體格式等參數(shù)，并根據(jù)其他一些用戶定義的策略，計算出各邊緣緩存器當前的負載加權指數(shù)，該指數(shù)說明了緩存器當前的服務能力排序情況，本地SLB設備對本CDN分節(jié)點內(nèi)的多臺邊緣緩存器的加權指數(shù)進行排序。當用戶訪問CDN PORTAL并進行點播時，通過了相應的認證后，由GSLB將用戶訪問定位到本地CDN分節(jié)點，然后，本地CDN分節(jié)點上的SLB設備便開始為用戶分配本地邊緣緩存器資源，此時，優(yōu)先選擇負載最輕的邊緣緩存器為用戶服務。本CDN系統(tǒng)還提供了在單個邊緣緩存器的多塊網(wǎng)卡之間的流量定義和負載均衡功能，可以對單臺邊緣緩存器上安裝的多塊網(wǎng)卡實現(xiàn)負載均衡。 支持嵌入式和獨立式播放器避免瀏覽器攔截在開展網(wǎng)絡VOD業(yè)務時，如果采用彈出式網(wǎng)頁嵌入播放器，則容易被IE或其他瀏覽器窗口攔截住彈出窗口，造成用戶訪問故障。因此，在本系統(tǒng)中，我們提供了嵌入式和獨立式兩種播放品供用戶選擇，獨立式播放器采用應用程序的方式，不會被任何瀏覽器攔截。 各節(jié)點之間的容災性備份功能在開展收費的流媒體內(nèi)容服務（如：VOD）時，用戶對服務質(zhì)量的要求很高，必須保證系統(tǒng)的長期可靠運行。在設計本流媒體內(nèi)容服務平臺時，我們充分考慮了這一點。系統(tǒng)利用多臺流媒體服務器為同一節(jié)點提供內(nèi)容服務，并利用多個內(nèi)容分發(fā)節(jié)點為全體用戶提供媒體內(nèi)容服務。這樣，在每個節(jié)點上，都可以通過對內(nèi)容的適當備份，來實現(xiàn)容錯，并可以在全市范圍內(nèi)提供容錯機制，當單臺視頻服務器出現(xiàn)故障時，系統(tǒng)管理后臺會自動將該服務器的用戶訪問轉(zhuǎn)移到其他服務器上，直到該服務器正常為止。同時，在WEB/應用層，我們利用原有寬帶門戶系統(tǒng)的WWW服務器，提供WEB訪問的高可靠性。我們還利用原有寬帶門戶的數(shù)據(jù)庫服務器及其ORACLE數(shù)據(jù)庫管理軟件，實現(xiàn)VOD系統(tǒng)中關鍵數(shù)據(jù)的保存，提供高安全性。 DRM（數(shù)字版權管理）系統(tǒng)的實現(xiàn)DRM（Digital Right Management）即數(shù)字版權管理系統(tǒng)，是在寬帶網(wǎng)上實施對數(shù)字內(nèi)容保護的體系！目前，針對流媒體視頻內(nèi)容的應用上，主要有微軟公司和REAL公司的DRM管理系統(tǒng)套件可供用戶選擇。這兩種DRM管理軟件都需要采購。IBS系統(tǒng)的數(shù)字版權認證接口可以同時支持微軟公司的DRM套件以及REAL公司的DRM套件。在本系統(tǒng)中，采用數(shù)字版權管理（DRM），主要是用來對流媒體節(jié)目的內(nèi)容進行保護。在以往，當系統(tǒng)不采用DRM保護時，用戶通過各種途徑盜用媒體資源鏈接或下載媒體內(nèi)容后，便可以免費地使用媒體內(nèi)容，或進行再次分發(fā)，造成運營商的巨大損失。而采用DRM系統(tǒng)后，則首先，DRM打包機器將根據(jù)系統(tǒng)的加密算法和加密密鑰對媒體內(nèi)容進行加密，然后 ，將媒體內(nèi)容通過各種載體（如：CDROM、媒體服務器等）進行發(fā)布；當用戶得到加密的媒體內(nèi)容后，用戶不能夠直接播放該媒體節(jié)目，而是必須到發(fā)放節(jié)目的供應商的認證中心進行身份認證并繳納相應的費用，然后得到授權的解密密鑰，媒體播放器利用這個解密密鑰將媒體內(nèi)容進行解密后，便可以播放了。由于DRM對媒體