專利名稱：流媒體內(nèi)容服務(wù)方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及通信領(lǐng)域中的一種多層次流媒體內(nèi)容服務(wù)方法及 系統(tǒng)。
背景技術(shù)：
當(dāng)前存在一種流媒體內(nèi)容分發(fā)網(wǎng)絡(luò)，其方法是把媒體內(nèi)容放置在靠近客戶端的疊 加服務(wù)器上，媒體流可以在一個較短的網(wǎng)絡(luò)路徑上傳輸，從而減少流媒體會話的啟動時延， 降低丟包率和整個網(wǎng)絡(luò)的占用。但當(dāng)前存在的流媒體內(nèi)容分發(fā)網(wǎng)絡(luò)具有流媒體內(nèi)容服務(wù)方法較為單一的缺點，其 基本上都是從流媒體平臺本身存儲的內(nèi)容中獲取內(nèi)容服務(wù)，不利于節(jié)約存儲資源及直播 CP(內(nèi)容提供商)接入資源，以及對內(nèi)容的管理。

發(fā)明內(nèi)容
本發(fā)明通過多種內(nèi)容獲取方式，能夠使流媒體平臺快捷地向用戶提供服務(wù)，節(jié)約 存儲資源及內(nèi)容管理成本，并通過流媒體平臺proxy技術(shù)來實現(xiàn)兩級平臺間的relay播 放和下載，從而實現(xiàn)直播資源的一點接入及兩級架構(gòu)下內(nèi)容非全量分發(fā)時的非熱點內(nèi)容播 放。本發(fā)明提供了點播/下載內(nèi)容的分發(fā)及服務(wù)流程，將點播/下載內(nèi)容分為三個層 次進行存儲和統(tǒng)一管理全量內(nèi)容在中央內(nèi)容管理平臺的NAS中存儲，熱點內(nèi)容在邊緣內(nèi) 容管理平臺的NAS中存儲(由中央內(nèi)容管理平臺下發(fā)20%左右的熱點內(nèi)容)，特別熱點內(nèi) 容在邊緣流媒體平臺的自身存儲(其根據(jù)用戶訪問熱度將特別熱點的內(nèi)容由邊緣內(nèi)容管 理平臺緩存至自身存儲)。當(dāng)用戶訪問時，邊緣流媒體平臺查找內(nèi)容的順序為邊緣流媒體 平臺的自身存儲、邊緣內(nèi)容管理平臺的NAS存儲、中央內(nèi)容管理平臺的NAS存儲。內(nèi)容一旦 找到，即停止查找。本發(fā)明還提供了直播內(nèi)容的分發(fā)及服務(wù)流程，直播頻道的發(fā)布流程，以及直播CP 一點接入，全網(wǎng)服務(wù)中央內(nèi)容管理平臺發(fā)布直播業(yè)務(wù)，并同步內(nèi)容元數(shù)據(jù)至中央流媒體平 臺，元數(shù)據(jù)包含直播CP的RTSP URL。中央內(nèi)容管理平臺向邊緣內(nèi)容管理平臺同步內(nèi)容元 數(shù)據(jù)。邊緣內(nèi)容管理平臺同步內(nèi)容元數(shù)據(jù)至邊緣流媒體平臺，元數(shù)據(jù)包含直播CP提供的 RTSP URL;邊緣流媒體平臺判斷同步的內(nèi)容CID為中央直播源，生成RTSP URL，并使用生成 的RTSP URL向中央流媒體平臺發(fā)起RTSP請求。邊緣流媒體平臺proxy技術(shù)將直播碼流分 發(fā)至邊緣流媒體平臺，由邊緣流媒體平臺面向用戶提供直播流relay播放。本發(fā)明一方面提供了一種多層次流媒體內(nèi)容服務(wù)系統(tǒng)，包括邊緣流媒體平臺，所述邊緣流媒體平臺用于本地流媒體內(nèi)容的直播、點播和下載， 以及流媒體內(nèi)容的業(yè)務(wù)代理；中央流媒體平臺，所述中央流媒體平臺用于向各邊緣流媒體平臺提供服務(wù)，并提 供直播內(nèi)容的一點接入和分發(fā)；
中央內(nèi)容管理平臺，所述中央內(nèi)容管理平臺用于全局內(nèi)容管理；邊緣內(nèi)容管理平臺，所述邊緣內(nèi)容管理平臺用于本地內(nèi)容管理，其中中央內(nèi)容管 理平臺還用于向邊緣內(nèi)容管理平臺下發(fā)內(nèi)容，以及邊緣內(nèi)容管理平臺還用于中央內(nèi)容管理 平臺下發(fā)內(nèi)容的維護；內(nèi)容提供商，所述內(nèi)容提供商包括將內(nèi)容提供商信息和點播/下載內(nèi)容上傳至 中央內(nèi)容管理平臺的普通內(nèi)容提供商和向中央內(nèi)容管理平臺上傳元數(shù)據(jù)的直播內(nèi)容提供 商；用戶終端，所述用戶終端用于向邊緣流媒體平臺請求服務(wù)。其中所述元數(shù)據(jù)包含直播內(nèi)容提供商的RTSP URL。其中所述中央內(nèi)容管理平臺包括用于共享存儲內(nèi)容的網(wǎng)絡(luò)附屬存儲設(shè)備。其中所述邊緣內(nèi)容管理平臺包括用于共享存儲內(nèi)容的網(wǎng)絡(luò)附屬存儲設(shè)備。本發(fā)明另一方面提供了一種多層次流媒體點播/下載內(nèi)容服務(wù)方法，包括如下步 驟步驟一，普通內(nèi)容提供商將內(nèi)容提供商信息和點播/下載內(nèi)容上傳至中央內(nèi)容管 理平臺；步驟二，中央內(nèi)容管理平臺將熱點內(nèi)容下發(fā)至邊緣內(nèi)容管理平臺；步驟三，中央內(nèi)容管理平臺和邊緣內(nèi)容管理平臺分別將要發(fā)布的內(nèi)容注入各自的 NAS共享存儲，并將存儲在各自共享存儲中的內(nèi)容目錄發(fā)布給同級的流媒體平臺； 步驟四，用戶終端以RTSP/HTTP請求URL來訪問邊緣流媒體平臺，請求URL包含內(nèi) 容subcontentid，其中所述subcontentid為唯一標(biāo)識適合此終端使用的內(nèi)容；步驟五，邊緣流媒體平臺根據(jù)RTSP/HTTP請求URL中攜帶的內(nèi)容subcontentid來 判斷所述內(nèi)容是否在邊緣流媒體平臺中，若所述內(nèi)容存在邊緣流媒體平臺中，則轉(zhuǎn)到步驟 十，否則，轉(zhuǎn)到步驟六；步驟六，邊緣流媒體平臺根據(jù)RTSP/HTTP請求URL中攜帶的內(nèi)容subcontentid來 判斷所述內(nèi)容是否在邊緣內(nèi)容管理平臺的NAS共享存儲中，若所述內(nèi)容存在邊緣內(nèi)容管理 平臺的NAS共享存儲中，則轉(zhuǎn)到步驟十，否則，轉(zhuǎn)到步驟七；步驟七，當(dāng)邊緣流媒體平臺收到RTSP/HTTP請求URL時發(fā)現(xiàn)邊緣內(nèi)容管理平臺的 NAS共享存儲著沒有該內(nèi)容時，主動向中央流媒體平臺發(fā)送所述RTSP/HTTP請求消息；步驟八，中央流媒體平臺接收到邊緣流媒體平臺的代理請求后，根據(jù)RTSP/HTTP 請求URL中攜帶的內(nèi)容subcontentid來判斷所述內(nèi)容是否在中央內(nèi)容管理平臺的NAS共 享存儲中；步驟九，根據(jù)判斷結(jié)果，當(dāng)所述內(nèi)容存在中央內(nèi)容管理平臺的NAS共享存儲中，中 央流媒體平臺以碼流方式向邊緣流媒體平臺提供服務(wù)，否則，中央流媒體平臺向邊緣流媒 體平臺返回錯誤碼；步驟十，邊緣流媒體平臺向用戶終端提供服務(wù)。其中所述熱點內(nèi)容約占內(nèi)容總量的20%。其中所述邊緣流媒體平臺和所述中央流媒體平臺之間通過代理技術(shù)實現(xiàn)兩級平 臺間的中繼播放和下載。其中所述邊緣流媒體平臺在向所述中央流媒體平臺中繼時直接轉(zhuǎn)發(fā)用戶終端請求的URL，只將URL中所述邊緣流媒體平臺的IP地址和端口號替換為所述中央流媒體平臺 提供該接口功能的服務(wù)器的IP和端口號，其他信息保持不變。上述方法還包括如下步驟所述邊緣流媒體平臺在步驟十中進一步統(tǒng)計用戶終端訪問所述內(nèi)容的次數(shù)，對于 超過設(shè)定閾值的內(nèi)容，由邊緣流媒體平臺將該內(nèi)容從NAS共享存儲中緩存至邊緣流媒體平 臺自身存儲并更新內(nèi)容目錄，對于邊緣流媒體平臺中沒有的內(nèi)容，則轉(zhuǎn)到步驟十一；步驟^^一，邊緣流媒體平臺攜帶內(nèi)容subcontentid向邊緣內(nèi)容管理平臺發(fā)送內(nèi) 容下發(fā)請求；步驟十二，邊緣內(nèi)容管理平臺攜帶內(nèi)容subcontentid向中央內(nèi)容管理平臺請求 內(nèi)容下發(fā)，中央內(nèi)容管理平臺將此內(nèi)容下發(fā)給邊緣內(nèi)容管理平臺，邊緣流媒體平臺將該節(jié) 目內(nèi)容從NAS共享存儲中緩存至流媒體平臺自身存儲并更新內(nèi)容目錄。本發(fā)明再一方面提供了一種多層次流媒體直播內(nèi)容服務(wù)方法，包括如下步驟步驟一，直播內(nèi)容提供商向中央內(nèi)容管理平臺上傳內(nèi)容元數(shù)據(jù)，所述內(nèi)容元數(shù)據(jù) 包含直播內(nèi)容提供商的RTSP URL ；步驟二，中央內(nèi)容管理平臺發(fā)布直播業(yè)務(wù)，并同步所述內(nèi)容元數(shù)據(jù)至中央流媒體 平臺；步驟三，直播內(nèi)容提供商通過直播編碼器將信號編碼成RTP數(shù)據(jù)，發(fā)送至中央流 媒體平臺；步驟四，中央內(nèi)容管理平臺向邊緣內(nèi)容管理平臺同步所述內(nèi)容元數(shù)據(jù)；步驟五，邊緣內(nèi)容管理平臺同步所述內(nèi)容元數(shù)據(jù)至邊緣流媒體平臺，所述元數(shù)據(jù) 包含直播內(nèi)容提供商提供的RTSP URL ；步驟六，邊緣流媒體平臺判斷同步的內(nèi)容為中央直播源時，生成RTSPURL，并使用 生成的RTSP URL向中央流媒體平臺發(fā)起RTSP請求；步驟七，邊緣流媒體平臺接收中央流媒體平臺直播頻道的RTP媒體流，并且邊緣 流媒體平臺將中央流媒體平臺直播頻道的RTP媒體流發(fā)送給邊緣流媒體平臺內(nèi)的流媒體 服務(wù)器；步驟八，用戶終端使用包含直播頻道實際的子內(nèi)容標(biāo)識subcontentid的RTSP URL向邊緣流媒體平臺請求直播服務(wù)；步驟九，邊緣流媒體平臺根據(jù)用戶終端RTSP請求中包含的直播頻道實際子內(nèi)容 標(biāo)識，選擇頻道碼流，向用戶終端提供直播服務(wù)。其中當(dāng)所述中央流媒體平臺和所述邊緣流媒體平臺間的直播因為異常而中斷后， 所述邊緣流媒體平臺進行RTSP URL重定向，到相應(yīng)的中央流媒體平臺上拉直播碼流。其中當(dāng)所述邊緣內(nèi)容管理平臺發(fā)起刪除內(nèi)容時，所述邊緣流媒體平臺關(guān)閉所述直播。其中當(dāng)所述邊緣流媒體平臺還沒有創(chuàng)建所述直播頻道，而用戶終端進行訪問的時 候，所述邊緣流媒體平臺可多次去中央流媒體平臺引擎拉直播碼流。本發(fā)明的優(yōu)點都包含在本說明書中、包含在本發(fā)明的范圍內(nèi)并被后面的權(quán)利要求 所保護。不應(yīng)將這一部分內(nèi)容理解成對權(quán)利要求的限制。下面將結(jié)合附圖討論本發(fā)明進一 步的方面和優(yōu)點。應(yīng)理解對本發(fā)明的前面的概括性描述和下面的詳細描述都是示例性和說明性的，意在提供對要求保護的本發(fā)明的進一步說明。


所包括用于給本發(fā)明的實施方式提供進一步理解并結(jié)合在內(nèi)組成說明書一部分 的附解了本發(fā)明的實施方式，并與說明書文字一起用于解釋本發(fā)明的原理。在附圖 中圖1是多層次流媒體內(nèi)容服務(wù)系統(tǒng)的結(jié)構(gòu)框圖；圖2是多層次流媒體點播/下載內(nèi)容服務(wù)方法的流程圖；圖3是多層次流媒體直播內(nèi)容服務(wù)方法的流程圖。
具體實施例方式為了使本發(fā)明的目的和優(yōu)勢更加清楚易懂，下面結(jié)合附圖對本發(fā)明的實施方式進 行詳細描述。針對現(xiàn)有技術(shù)中流媒體內(nèi)容服務(wù)方法單一，不利于節(jié)約存儲資源及直播CP接入 資源，以及對內(nèi)容的管理的缺陷，本發(fā)明提供了一種多層次流媒體內(nèi)容服務(wù)方法，能夠快捷 地向用戶提供服務(wù)，節(jié)約存儲資源及內(nèi)容管理成本，并通過流媒體平臺proxy (代理)技術(shù) 來實現(xiàn)兩級平臺間的relay (中繼)播放和下載，從而實現(xiàn)了直播資源的一點接入及兩級架 構(gòu)下內(nèi)容非全量分發(fā)時的非熱點內(nèi)容播放問題，并能夠同時支持直播、點播和下載。本發(fā)明中，流媒體平臺采用中央流媒體平臺及邊緣流媒體平臺兩級架構(gòu)進行部 署。邊緣流媒體平臺直接面向本省用戶提供服務(wù)，負責(zé)流媒體內(nèi)容的直播、點播、下載，以及 流媒體內(nèi)容的業(yè)務(wù)代理(proxy)；中央流媒體平臺面向全國各省流媒體平臺提供服務(wù)，提 供全國性直播內(nèi)容的一點接入和分發(fā)。中央流媒體平臺與邊緣流媒體平臺之間通過邊緣流 媒體平臺proxy技術(shù)來實現(xiàn)兩級平臺間的relay播放和下載。參考圖1，本發(fā)明中通過內(nèi)容管理平臺來實現(xiàn)直播CP內(nèi)容的發(fā)布，以及普通CP上 傳內(nèi)容的審核、內(nèi)容的存儲管理、內(nèi)容的發(fā)布等。內(nèi)容管理平臺可分兩級架構(gòu)部署內(nèi)容管 理。中央內(nèi)容管理平臺負責(zé)全國性內(nèi)容管理，以及向邊緣內(nèi)容管理平臺下發(fā)內(nèi)容，為節(jié)約存 儲，內(nèi)容不全量下發(fā)，只下發(fā)20%左右的熱點內(nèi)容。邊緣內(nèi)容管理平臺負責(zé)本地性內(nèi)容管 理，以及中央內(nèi)容管理平臺下發(fā)內(nèi)容的維護。流媒體平臺通過同級內(nèi)容管理平臺中的NAS(Network Attached Storage 網(wǎng)絡(luò)附 屬存儲)存儲設(shè)備進行內(nèi)容的共享。邊緣內(nèi)容管理平臺會將其管理的流媒體內(nèi)容分發(fā)到共 享存儲區(qū)域，并將共享存儲內(nèi)容目錄(含物理路徑)發(fā)布給流媒體平臺，供其使用。這可以 將內(nèi)容的使用、管理及存儲分開，有效實現(xiàn)內(nèi)容共享，從而節(jié)約存儲資源及內(nèi)容管理成本。為提高流媒體平臺訪問內(nèi)容時的響應(yīng)速度，流媒體平臺還應(yīng)具備將特別熱點的內(nèi) 容緩存至流媒體平臺自身內(nèi)容存儲的功能。在指定的時間段內(nèi)，當(dāng)用戶訪問一個內(nèi)容的熱 度達到了指定的閾值(該閾值可配置)，則流媒體平臺將該內(nèi)容從內(nèi)容管理平臺的NAS存儲 設(shè)備下拉到本地的存儲設(shè)備上進行保存；由流媒體平臺自行維護存儲設(shè)備上的內(nèi)容，流媒 體平臺還具有內(nèi)容的老化功能。根據(jù)本發(fā)明一個實施方式的多層次流媒體點播/下載內(nèi)容服務(wù)方法如圖2所示。該多層次流媒體點播/下載內(nèi)容服務(wù)方法包括以下步驟
步驟1，普通CP將CP信息和點播/下載內(nèi)容上傳至中央內(nèi)容管理平臺。步驟2，中央內(nèi)容管理平臺將熱點內(nèi)容(約占總量的20%)下發(fā)至邊緣內(nèi)容管理 步驟3，中央內(nèi)容管理平臺和邊緣內(nèi)容管理平臺分別將要發(fā)布的內(nèi)容注入NAS共 享存儲，并將存儲在共享存儲中的內(nèi)容目錄(含物理路徑)發(fā)布給同級的流媒體平臺，供其 查詢與調(diào)用。步驟4，用戶終端以RTSP/HTTP請求URL來訪問邊緣流媒體平臺(點播功能使用 RTSP，下載功能使用HTTP)，請求URL包含內(nèi)容subcontentid (唯一標(biāo)識適合此終端使用的 內(nèi)容)。步驟5，邊緣流媒體平臺根據(jù)RTSP/HTTP請求URL中攜帶的內(nèi)容subcontentid (唯 一標(biāo)識適合此終端使用的內(nèi)容)來判斷該內(nèi)容是否在邊緣流媒體平臺本身中，若內(nèi)容存 在，則轉(zhuǎn)到步驟10，否則，轉(zhuǎn)到步驟6。步驟6，邊緣流媒體平臺根據(jù)RTSP/HTTP請求URL中攜帶的內(nèi)容subcontentid (唯 一標(biāo)識適合此終端使用的內(nèi)容)來判斷該內(nèi)容是否在邊緣內(nèi)容管理平臺的NAS共享存儲 中，若內(nèi)容存在，則轉(zhuǎn)到步驟10，否則，轉(zhuǎn)到步驟7。步驟7，當(dāng)邊緣流媒體平臺收到RTSP/HTTP請求URL時發(fā)現(xiàn)邊緣內(nèi)容管理平臺的 NAS共享存儲中沒有該內(nèi)容時，則主動向中央流媒體平臺發(fā)送RTSP/HTTP請求消息。邊緣流 媒體平臺通過proxy技術(shù)，實現(xiàn)兩級平臺間的relay播放和下載。邊緣流媒體平臺在向中 央流媒體平臺中繼時應(yīng)直接轉(zhuǎn)發(fā)用戶請求的URL，只是將URL中邊緣流媒體平臺的IP地址 和端口號替換為中央流媒體平臺提供該接口功能的服務(wù)器的IP和端口號，其他信息保持 不變。步驟8，中央流媒體平臺接收到邊緣流媒體平臺的代理請求后，根據(jù)RTSP/HTTP請 求URL中攜帶的內(nèi)容subcontentid(唯一標(biāo)識適合此終端使用的內(nèi)容)來判斷該內(nèi)容是否 在中央內(nèi)容管理平臺的NAS共享存儲中。步驟9，根據(jù)判斷結(jié)果，若內(nèi)容存在，則中央內(nèi)容管理平臺以碼流方式向邊緣流媒 體平臺提供服務(wù)，否則，中央內(nèi)容管理平臺向邊緣流媒體平臺返回錯誤碼。步驟10，當(dāng)邊緣流媒體平臺查找到內(nèi)容后，邊緣流媒體平臺向用戶終端提供服務(wù)， 并統(tǒng)計用戶終端訪問該內(nèi)容的次數(shù)(即內(nèi)容熱度閥值)。對于超過內(nèi)容熱度閾值的節(jié)目內(nèi) 容，如果該內(nèi)容不存在于邊緣流媒體平臺本身，則由邊緣流媒體平臺將該節(jié)目內(nèi)容從NAS 共享存儲中緩存至流媒體平臺自身存儲并更新內(nèi)容目錄，并轉(zhuǎn)到步驟13;對于NAS共享存 儲中沒有的內(nèi)容，則轉(zhuǎn)到步驟11。步驟11，邊緣流媒體平臺攜帶內(nèi)容subcontentid(唯一標(biāo)識適合此終端使用的內(nèi) 容)向邊緣內(nèi)容管理平臺發(fā)送內(nèi)容下發(fā)請求。步驟12，邊緣內(nèi)容管理平臺攜帶內(nèi)容subcontentid (唯一標(biāo)識適合此終端使用的 內(nèi)容)向中央內(nèi)容管理平臺請求內(nèi)容下發(fā)，中央內(nèi)容管理平臺將此內(nèi)容下發(fā)給邊緣內(nèi)容管 理平臺，邊緣流媒體平臺將該節(jié)目內(nèi)容從NAS共享存儲中緩存至流媒體平臺自身存儲并更 新內(nèi)容目錄。步驟13，流程結(jié)束。根據(jù)本發(fā)明一個實施方式的多層次流媒體直播內(nèi)容服務(wù)方法如圖3所示。
該多層次流媒體直播內(nèi)容服務(wù)方法包括以下步驟步驟1，直播CP向中央內(nèi)容管理平臺上傳元數(shù)據(jù)，該元數(shù)據(jù)包含直播CP的RTSP URL、編碼格式、碼率等。步驟2，中央內(nèi)容管理平臺發(fā)布直播業(yè)務(wù)，并同步該內(nèi)容元數(shù)據(jù)至中央流媒體平臺。步驟3，直播CP通過直播編碼器將信號編碼成RTP數(shù)據(jù)，發(fā)送至中央流媒體平臺。步驟4，中央內(nèi)容管理平臺向邊緣內(nèi)容管理平臺同步內(nèi)容元數(shù)據(jù)。步驟5，邊緣內(nèi)容管理平臺同步內(nèi)容元數(shù)據(jù)至邊緣流媒體平臺；步驟6，邊緣流媒體平臺判斷同步的內(nèi)容CID(內(nèi)容標(biāo)識)是否為中央直播源(即 從中央流媒體平臺接入的直播源)，如果是，則生成直播中繼RTSPURL，并使用生成的直播 中繼RTSP URL向中央流媒體平臺發(fā)起RTSP請求。一個具體實例為rtsp://ip:port/filename ？ userid = 00000000000&userip = 0. 0. 0. 0&spid =00000000&pid = OOOOOOOOOOOO&cid =該直播頻道實際的內(nèi)容標(biāo)識 &subcontentid =該 直播頻道實際的子內(nèi)容標(biāo)識 &life = 3600&timpstamp = 20090909020957&contenttype = 4&preview = l&proxy = l&oma = O&chargeuserid = &subcontentsize = &mimetype = &enkey = 5007CF02AA7CBBB2D7CF375368C32270，其中 URL 中的 ip:port 為中央流媒體平臺 的的IP和端口號。步驟7，邊緣流媒體平臺接收中央流媒體平臺直播頻道的RTP媒體流，邊緣流媒體 平臺將中央流媒體平臺直播頻道的RTP媒體流發(fā)送給平臺內(nèi)的流媒體服務(wù)器。步驟8，用戶終端使用RTSP URL(包含該直播頻道實際的子內(nèi)容標(biāo)識 subcontentid)向邊緣流媒體平臺請求直播服務(wù)。步驟9，邊緣流媒體平臺根據(jù)用戶終端RTSP請求中包含的直播頻道實際子內(nèi)容標(biāo) 識，選擇頻道碼流，向用戶終端提供直播服務(wù)。在多層次流媒體直播內(nèi)容服務(wù)方法中可能會出現(xiàn)異常，當(dāng)中央流媒體平臺和邊緣 流媒體平臺間的直播因為異常而中斷后，邊緣流媒體平臺應(yīng)進行RTSPURL重定向，到中央 流媒體平臺中繼直播碼流。為了避免CP直播一直中斷等異常情況下邊緣流媒體平臺頻繁 向中央流媒體平臺進行重定向而對中央流媒體平臺的性能造成較大沖擊，此類情況下邊緣 流媒體平臺不應(yīng)過于頻繁的向中央流媒體平臺進行重定向。當(dāng)邊緣內(nèi)容管理平臺發(fā)起刪除 內(nèi)容時，邊緣流媒體平臺關(guān)閉該直播。當(dāng)邊緣流媒體平臺還沒有創(chuàng)建該直播頻道，而用戶終 端進行訪問的時候，邊緣流媒體平臺可多次去中央流媒體平臺引擎中繼直播碼流。盡管僅關(guān)于上述描述的實施方式有限地說明了本發(fā)明，但本領(lǐng)域的普通技術(shù)人員 應(yīng)理解本發(fā)明不限于上述實施方式，在不偏離本發(fā)明的精神的情況下起各種修改或變型都 是可能的。因此，本發(fā)明的保護范圍應(yīng)僅由所附的權(quán)利要求及其等同要求確定。
權(quán)利要求
1.一種流媒體內(nèi)容服務(wù)系統(tǒng)，包括邊緣流媒體平臺，所述邊緣流媒體平臺用于本地流媒體內(nèi)容的直播、點播和下載，以及 流媒體內(nèi)容的業(yè)務(wù)代理；中央流媒體平臺，所述中央流媒體平臺用于向各邊緣流媒體平臺提供服務(wù)，并提供直 播內(nèi)容的一點接入和分發(fā)；中央內(nèi)容管理平臺，所述中央內(nèi)容管理平臺用于全局內(nèi)容管理； 邊緣內(nèi)容管理平臺，所述邊緣內(nèi)容管理平臺用于本地內(nèi)容管理，其中中央內(nèi)容管理平 臺還用于向邊緣內(nèi)容管理平臺下發(fā)內(nèi)容，以及邊緣內(nèi)容管理平臺還用于中央內(nèi)容管理平臺 下發(fā)內(nèi)容的維護；內(nèi)容提供商，所述內(nèi)容提供商包括將內(nèi)容提供商信息和點播/下載內(nèi)容上傳至中央內(nèi) 容管理平臺的普通內(nèi)容提供商和向中央內(nèi)容管理平臺上傳元數(shù)據(jù)的直播內(nèi)容提供商； 用戶終端，所述用戶終端用于向邊緣流媒體平臺請求服務(wù)。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述元數(shù)據(jù)包含直播內(nèi)容提供商的RTSP URL、編碼格式、碼率。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述中央內(nèi)容管理平臺包括用于共享存 儲內(nèi)容的網(wǎng)絡(luò)附屬存儲設(shè)備。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述邊緣內(nèi)容管理平臺包括用于共享存 儲內(nèi)容的網(wǎng)絡(luò)附屬存儲設(shè)備。
5.一種流媒體點播/下載內(nèi)容服務(wù)方法，其特征在于，包括如下步驟步驟一，普通內(nèi)容提供商將內(nèi)容提供商信息和點播/下載內(nèi)容上傳至中央內(nèi)容管理平臺；步驟二，中央內(nèi)容管理平臺將熱點內(nèi)容下發(fā)至邊緣內(nèi)容管理平臺； 步驟三，中央內(nèi)容管理平臺和邊緣內(nèi)容管理平臺分別將要發(fā)布的內(nèi)容注入各自的NAS 共享存儲，并將存儲在各自共享存儲中的內(nèi)容目錄發(fā)布給同級的流媒體平臺；步驟四，用戶終端以RTSP/HTTP請求URL來訪問邊緣流媒體平臺，請求URL包含內(nèi)容 subcontentid，其中所述subcontentid為唯一標(biāo)識適合此終端使用的內(nèi)容；步驟五，邊緣流媒體平臺根據(jù)RTSP/HTTP請求URL中攜帶的內(nèi)容subcontentid來判斷 所述內(nèi)容是否在邊緣流媒體平臺中，若所述內(nèi)容存在邊緣流媒體平臺中，則轉(zhuǎn)到步驟十，否 則，轉(zhuǎn)到步驟六；步驟六，邊緣流媒體平臺根據(jù)RTSP/HTTP請求URL中攜帶的內(nèi)容subcontentid來判斷 所述內(nèi)容是否在邊緣內(nèi)容管理平臺的NAS共享存儲中，若所述內(nèi)容存在邊緣內(nèi)容管理平臺 的NAS共享存儲中，則轉(zhuǎn)到步驟十，否則，轉(zhuǎn)到步驟七；步驟七，當(dāng)邊緣流媒體平臺收到RTSP/HTTP請求URL時發(fā)現(xiàn)邊緣內(nèi)容管理平臺的NAS 共享存儲中沒有該內(nèi)容時，主動向中央流媒體平臺發(fā)送所述RTSP/HTTP請求消息；步驟八，中央流媒體平臺接收到邊緣流媒體平臺的請求后，根據(jù)RTSP/HTTP請求URL中 攜帶的內(nèi)容subcontentid來判斷所述內(nèi)容是否在中央內(nèi)容管理平臺的NAS共享存儲中；步驟九，根據(jù)判斷結(jié)果，當(dāng)所述內(nèi)容存在中央內(nèi)容管理平臺的NAS共享存儲中時，中央 流媒體平臺以碼流方式向邊緣流媒體平臺提供服務(wù)，否則，中央流媒體平臺向邊緣流媒體 平臺返回錯誤碼；步驟十，邊緣流媒體平臺在查找到所述內(nèi)容后向用戶終端提供服務(wù)。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述熱點內(nèi)容約占內(nèi)容總量的20%。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述邊緣流媒體平臺和所述中央流媒體 平臺之間通過代理技術(shù)實現(xiàn)兩級平臺間的中繼播放和下載。
8.根據(jù)權(quán)利要求5或7所述的方法，其特征在于，所述邊緣流媒體平臺在向所述中央流 媒體平臺中繼時直接轉(zhuǎn)發(fā)用戶終端請求的URL，只將URL中所述邊緣流媒體平臺的IP地址 和端口號替換為所述中央流媒體平臺提供該接口功能的服務(wù)器的IP和端口號，其他信息 保持不變。
9.根據(jù)權(quán)利要求5所述的方法，其特征在于，還包括如下步驟所述邊緣流媒體平臺在步驟十中進一步統(tǒng)計用戶終端訪問所述內(nèi)容的次數(shù)，對于超過 設(shè)定閾值的內(nèi)容，如果該內(nèi)容不存在于邊緣流媒體平臺本身，則由邊緣流媒體平臺將該內(nèi) 容從NAS共享存儲中緩存至邊緣流媒體平臺自身存儲并更新內(nèi)容目錄，對于NAS共享存儲 中沒有的內(nèi)容，則轉(zhuǎn)到步驟十一；步驟i^一，邊緣流媒體平臺攜帶內(nèi)容subcontentid向邊緣內(nèi)容管理平臺發(fā)送內(nèi)容下 發(fā)請求；步驟十二，邊緣內(nèi)容管理平臺攜帶內(nèi)容subcontentid向中央內(nèi)容管理平臺請求內(nèi)容 下發(fā)，中央內(nèi)容管理平臺將此內(nèi)容下發(fā)給邊緣內(nèi)容管理平臺，邊緣流媒體平臺將該節(jié)目內(nèi) 容從NAS共享存儲中緩存至流媒體平臺自身存儲并更新內(nèi)容目錄。
10.一種流媒體直播內(nèi)容服務(wù)方法，其特征在于，包括如下步驟 步驟一，直播內(nèi)容提供商向中央內(nèi)容管理平臺上傳內(nèi)容元數(shù)據(jù)；步驟二，中央內(nèi)容管理平臺發(fā)布直播業(yè)務(wù)，并同步所述內(nèi)容元數(shù)據(jù)至中央流媒體平臺；步驟三，直播內(nèi)容提供商通過直播編碼器將信號編碼成RTP數(shù)據(jù)，發(fā)送至中央流媒體 平臺；步驟四，中央內(nèi)容管理平臺向邊緣內(nèi)容管理平臺同步所述內(nèi)容元數(shù)據(jù)； 步驟五，邊緣內(nèi)容管理平臺同步所述內(nèi)容元數(shù)據(jù)至邊緣流媒體平臺； 步驟六，邊緣流媒體平臺判斷同步的內(nèi)容CID為中央直播源時，生成直播中繼RTSP URL,并使用生成的直播中繼RTSP URL向中央流媒體平臺發(fā)起RTSP請求；步驟七，邊緣流媒體平臺接收中央流媒體平臺直播頻道的RTP媒體流，并將中央流媒 體平臺直播頻道的RTP媒體流發(fā)送給邊緣流媒體平臺內(nèi)的流媒體服務(wù)器；步驟八，用戶終端使用包含直播頻道實際的子內(nèi)容標(biāo)識的RTSP URL向邊緣流媒體平臺 請求直播服務(wù)；步驟九，邊緣流媒體平臺根據(jù)用戶終端RTSP請求中包含的直播頻道實際子內(nèi)容標(biāo)識， 選擇頻道碼流，向用戶終端提供直播服務(wù)。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述內(nèi)容元數(shù)據(jù)包含直播內(nèi)容提供商 的RTSP URL、編碼格式、碼率。
12.根據(jù)權(quán)利要求10所述的方法，其特征在于，當(dāng)所述中央流媒體平臺和所述邊緣流 媒體平臺間的直播因為異常而中斷后，所述邊緣流媒體平臺進行RTSP URL重定向，到相應(yīng) 的中央流媒體平臺中繼直播碼流。
13.根據(jù)權(quán)利要求10所述的方法，其特征在于，當(dāng)所述邊緣內(nèi)容管理平臺發(fā)起刪除內(nèi) 容時，所述邊緣流媒體平臺關(guān)閉所述直播。
14.根據(jù)權(quán)利要求10所述的方法，其特征在于，當(dāng)所述邊緣流媒體平臺還沒有創(chuàng)建所 述直播頻道，而用戶終端進行訪問的時候，所述邊緣流媒體平臺可多次去中央流媒體平臺 引擎中繼直播碼流。
全文摘要
本發(fā)明公開了一種流媒體內(nèi)容服務(wù)方法及系統(tǒng)，該流媒體內(nèi)容服務(wù)系統(tǒng)包括邊緣流媒體平臺，用于本地流媒體內(nèi)容的直播、點播和下載，以及流媒體內(nèi)容的業(yè)務(wù)代理；中央流媒體平臺，用于向各邊緣流媒體平臺提供服務(wù)，并提供直播內(nèi)容的一點接入和分發(fā)；中央內(nèi)容管理平臺，用于全局內(nèi)容管理；邊緣內(nèi)容管理平臺，用于本地內(nèi)容管理，其中中央內(nèi)容管理平臺還用于向邊緣內(nèi)容管理平臺下發(fā)內(nèi)容，以及邊緣內(nèi)容管理平臺還用于中央內(nèi)容管理平臺下發(fā)內(nèi)容的維護；內(nèi)容提供商，包括將內(nèi)容提供商信息和點播/下載內(nèi)容上傳至中央內(nèi)容管理平臺的普通內(nèi)容提供商和向中央內(nèi)容管理平臺上傳元數(shù)據(jù)的直播內(nèi)容提供商；用戶終端，用于向邊緣流媒體平臺請求服務(wù)。
文檔編號H04L29/06GK102098310SQ20111004312
公開日2011年6月15日 申請日期2011年2月22日 優(yōu)先權(quán)日2011年2月22日
發(fā)明者李濤, 楊可可, 苗強, 許洋, 金明曄 申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司