專利名稱：一種媒體分發(fā)方法、系統(tǒng)和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通信領(lǐng)域，特別是涉及一種媒體分發(fā)方法、系統(tǒng)和裝置。
背景技術(shù)：
網(wǎng)際協(xié)議電視(Internet Protocol Television,以下簡(jiǎn)稱IPTV )是一種利 用寬帶有線電視網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等多種技術(shù)于一體，向家庭用 戶提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的嶄新技術(shù)。IPTV使用傳輸控制 協(xié)議/網(wǎng)際協(xié)議(Transmission Control Protocol/Internet Protocol, 以下簡(jiǎn)稱 TCP/IP)作為承載協(xié)議進(jìn)行單播、廣播或組播視頻業(yè)務(wù)，有效地將電視網(wǎng)、 電話網(wǎng)和互聯(lián)網(wǎng)三個(gè)領(lǐng)域結(jié)合在一起，是三網(wǎng)融合最具代表性的業(yè)務(wù)，正受 到業(yè)界越來越多的關(guān)注。
近來，隨著IPTV業(yè)務(wù)或流媒體業(yè)務(wù)的快速普及，高比特率多媒體流式傳 輸尤其是高比特率音^L頻流式傳輸已從處理數(shù)千并發(fā)用戶發(fā)展到百萬級(jí)用戶 的階段。傳統(tǒng)的基于集中式的媒體服務(wù)器在面對(duì)大并疼服務(wù)的挑戰(zhàn)時(shí)，其在 存儲(chǔ)訪問(如磁盤輸入/輸出I/O)、播放處理、海量存儲(chǔ)及部署成本等方面都 受到極大挑戰(zhàn)，難以支持IPTV業(yè)務(wù)的大規(guī)模商用。
服務(wù)器集群技術(shù)因其高度可擴(kuò)展性和廉價(jià)的構(gòu)建成本，為實(shí)現(xiàn)IPTV系統(tǒng)
中高性能媒體節(jié)點(diǎn)提供了良好的技術(shù)基礎(chǔ)。引入集群管理模式后，集群內(nèi)所 有媒體單元的存儲(chǔ)空間可被視為統(tǒng)一的全局空間，同時(shí)集群控制單元可根據(jù)
一定的內(nèi)容分發(fā)方法完成對(duì)媒體文件的分發(fā)存儲(chǔ)放置，這就為實(shí)現(xiàn)集群內(nèi)多 個(gè)媒體單元的存儲(chǔ)資源共享和播放負(fù)載均衡提供了前提。
集群中單個(gè)媒體單元的播放能力是相對(duì)有限的，如果個(gè)別媒體單元上所
放置的節(jié)目?jī)?nèi)容的訪問熱度很高，則很容易由于高并發(fā)連接而導(dǎo)致該媒體單 元迅速到達(dá)服務(wù)能力的上限(比如該媒體單元出現(xiàn)〃磁盤I/O訪問頻率到達(dá)瓶頸 或中央處理器CPU處理異常繁忙等現(xiàn)象)，而與此同時(shí)，集群內(nèi)訪問熱度較低的媒體單元負(fù)荷卻很輕甚至處于空閑狀態(tài)。這就出現(xiàn)整個(gè)集群內(nèi)部播放資 源不能得到充分利用的局面，是對(duì)集群內(nèi)剩余播放能力的極大浪費(fèi)；而且， 如果個(gè)別媒體單元中內(nèi)容訪問頻率經(jīng)常處于高負(fù)荷狀態(tài)，會(huì)導(dǎo)致其^f茲盤損壞 率變高，降低系統(tǒng)可靠性，增加系統(tǒng)維護(hù)成本，影響用戶業(yè)務(wù)體驗(yàn)。
目前，業(yè)界許多標(biāo)準(zhǔn)組織都在研究IMS-based-IPTV，就是在IMS的整體 架構(gòu)下提供IPTV業(yè)務(wù)。其中歐洲標(biāo)準(zhǔn)委員會(huì)電信和互聯(lián)網(wǎng)融合業(yè)務(wù)及高級(jí)網(wǎng) 絡(luò) 協(xié) 議 組 (European Telecommunications Standards Institute Telecommunications & Internet converged Services & Protocols for Advanced Networking,以下簡(jiǎn)稱ETSI TISPAN)基于IMS定義的IPTV架構(gòu)如圖1所示， 每一個(gè)IPTV業(yè)務(wù)功能由一對(duì)IPTV業(yè)務(wù)控制功能(Service Control Functions, 以下簡(jiǎn)稱SCF )和IPTV媒體功能(Media Functions,以下簡(jiǎn)稱MF )組 成。
其中，MF為終端用戶提供媒體服務(wù)控制和具體媒體內(nèi)容交付。在標(biāo)準(zhǔn)中 其進(jìn)一步被劃分為媒體控制功能(Media Control Function,以下簡(jiǎn)稱MCF) 和媒體交付功能(Media Delivery Function,以下簡(jiǎn)稱MDF )，后者在前者 的控制下完成媒體內(nèi)容交付過程。在目前的TISPANIMS basedIPTV功能架構(gòu) 中，MF由 一 個(gè)MCF和該MCF管理的多個(gè)MDF所組成。即TISPAN IMS-based-IPTV引入了集群管理的方法實(shí)現(xiàn)MCF對(duì)多個(gè)MDF的管理控制，其 中MCF充當(dāng)集群控制單元，集群中的多個(gè)MDF皆為媒體單元。
在現(xiàn)有TISPAN標(biāo)準(zhǔn)中，可以由SCF基于用戶終端位置、MF負(fù)載、所請(qǐng) 求的內(nèi)容標(biāo)識(shí)等選擇相應(yīng)的MF向用戶提供內(nèi)容；也可以基于MCF進(jìn)行內(nèi)容 路由，由MCF根據(jù)MF負(fù)載、所請(qǐng)求的內(nèi)容標(biāo)識(shí)等選擇相應(yīng)的MF提供內(nèi)容， 此時(shí)MCF體現(xiàn)為一個(gè)重定向服務(wù)器，直到把請(qǐng)求路由到相關(guān)的MF。
MF被選定之后，其MCF進(jìn)一步根據(jù)其管理的多個(gè)MDF的內(nèi)容分布及 狀態(tài)、負(fù)載狀態(tài)等信息選定一個(gè)合適的MDF用于提供內(nèi)容交付。
綜上所述，就現(xiàn)有TISPANIMS-based-IPTV功能架構(gòu)而言，標(biāo)準(zhǔn)雖然有提 到MCF根據(jù)其管理的多個(gè)MDF的內(nèi)容分布及狀態(tài)、負(fù)載狀態(tài)等信息選定一個(gè) 合適的MDF用于提供內(nèi)容交付，但標(biāo)準(zhǔn)卻尚未給出媒體文件被分發(fā)存儲(chǔ)到MF
6中MDF的方法，致使標(biāo)準(zhǔn)在MF內(nèi)部文件級(jí)分發(fā)方面還欠缺可實(shí)施性。不可回 避地，需要給出一種媒體節(jié)點(diǎn)MF中內(nèi)容文件的分發(fā)方法，以此保證MF內(nèi)各 MDF的播放處理負(fù)載均衡。
網(wǎng)際協(xié)議電視開放論壇Open IPTV Forum引入了集群管理的方法實(shí)現(xiàn)集 群控制器(Cluster Controller,以下筒稱CC )對(duì)多個(gè)內(nèi)容交付功能(CDF， Content Delivery Function,以下簡(jiǎn)稱CDF)的管理控制，如圖2所示。對(duì)CC 選擇主要是由內(nèi)容分發(fā)網(wǎng)絡(luò)控制器(Content Delivery Network Controller,以 下簡(jiǎn)稱CDNC)根據(jù)IPTV控制功能(IPTV Control,以下簡(jiǎn)稱IPTVC)給 出的參數(shù)進(jìn)行選擇，關(guān)鍵的參數(shù)如IPTV終端功能(IPTV Terminal Function, 簡(jiǎn)稱ITF)位置及型號(hào)等；CDF選擇則是由CC在集群內(nèi)根據(jù)CDF上的可用內(nèi) 容位置、負(fù)載等進(jìn)行選擇。
就現(xiàn)有Open IPTV Forum功能架構(gòu)描述而言，標(biāo)準(zhǔn)中雖然提到CC根據(jù)其管 理的多個(gè)CDF的可用內(nèi)容位置、負(fù)載等信息選定一個(gè)合適的CDF用于提供內(nèi)容 交付，但標(biāo)準(zhǔn)同樣沒有給出媒體文件被分發(fā)存儲(chǔ)到集群內(nèi)CDF的方法，致使 Open IPTV Forum標(biāo)準(zhǔn)在集群內(nèi)部文件級(jí)分發(fā)方面還欠缺可實(shí)施性。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例要解決的問題是提供一種媒體分發(fā)方法，解決媒體文件如 何被分發(fā)存儲(chǔ)到集群中媒體單元的問題。
為達(dá)到上述目的，本發(fā)明實(shí)施例一方面提出一種媒體分發(fā)方法，包括以 下步驟
接收針對(duì)媒體文件的分發(fā)指令和所述媒體文件的熱度信息；
根據(jù)所述熱度信息，選擇存儲(chǔ)所述媒體文件的集群媒體實(shí)體。
另一方面，本發(fā)明實(shí)施例還提出一種集群系統(tǒng)，包括一個(gè)集群控制實(shí)體 和多個(gè)集群媒體實(shí)體，具體為
所述集群控制實(shí)體，用于接收媒體文件的分發(fā)指令和所述媒體文件的熱 度信息，并根據(jù)所述接收的熱度信息，選擇存儲(chǔ)所述媒體文件的集群媒體實(shí) 體；所述集群媒體實(shí)體，用于存儲(chǔ)所述媒體文件。
另一方面，本發(fā)明實(shí)施例還提出一種集群控制實(shí)體，包括
接收模塊，用于接收針對(duì)媒體文件的分發(fā)指令和所述媒體文件的熱度信
白
選擇模塊，用于根據(jù)所述接收模塊所接收的熱度信息，選擇存儲(chǔ)所述媒 體文件的集群媒體實(shí)體。
本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn)，因?yàn)椴捎昧思嚎刂茖?shí)體根據(jù) 熱度信息等參數(shù)選擇集群媒體實(shí)體存儲(chǔ)媒體文件地方法，從而，達(dá)到了根據(jù) 媒體文件特點(diǎn)選擇存儲(chǔ)位置，保證集群內(nèi)各集群媒體實(shí)體的播放處理負(fù)載均 衡，提高網(wǎng)絡(luò)應(yīng)用效率的效果。


圖1為現(xiàn)有技術(shù)中基于IMS定義的IPTV架構(gòu)圖2為現(xiàn)有技術(shù)中引入了集群管理的方法實(shí)現(xiàn)集群控制器對(duì)多個(gè)內(nèi)容交 付功能的管理控制圖3為本發(fā)明實(shí)施例一中一種集群系統(tǒng)的結(jié)構(gòu)示意圖4為本發(fā)明實(shí)施例 一 中 一 種集群控制實(shí)體的結(jié)構(gòu)示意圖5為本發(fā)明實(shí)施例一中一種集群控制實(shí)體的結(jié)構(gòu)示意圖6為本發(fā)明實(shí)施例二中 一種媒體分發(fā)方法的流程示意圖7為本發(fā)明實(shí)施例三中MCF對(duì)MDF進(jìn)行文件級(jí)內(nèi)容分發(fā)的方法流程
圖8為本發(fā)明實(shí)施例四中MCF對(duì)MDF進(jìn)行文件級(jí)內(nèi)容分發(fā)的方法流程圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提出了一種媒體分發(fā)方法，通過本方法解決了媒體內(nèi)容 文件如何被分發(fā)存儲(chǔ)到集群中媒體單元的問題，同時(shí)，本發(fā)明實(shí)施例披露 了該過程中集群控制實(shí)體對(duì)關(guān)鍵信息的獲取及特定行為，由此增強(qiáng)了在媒體節(jié)點(diǎn)內(nèi)部文件級(jí)分發(fā)過程中的可實(shí)施性。
下面結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明的具體實(shí)施方式
作進(jìn)一步詳細(xì)描述
如圖3所示，為本發(fā)明實(shí)施例一， 一種集群系統(tǒng)的結(jié)構(gòu)示意圖， 一種集 群模式下集群控制實(shí)體1對(duì)多個(gè)集群媒體實(shí)體2的管理控制架構(gòu)，具體為
集群控制實(shí)體1,用于接收針對(duì)媒體文件的分發(fā)指令和媒體文件的熱度信 息，并根據(jù)接收的熱度信息，選擇存儲(chǔ)媒體文件的集群媒體實(shí)體。
集群媒體實(shí)體是實(shí)際媒體內(nèi)容的存儲(chǔ)點(diǎn)和播放點(diǎn)，用于存儲(chǔ)放置媒體文 件和向用戶側(cè)的媒體終端設(shè)備傳送媒體內(nèi)容。作為內(nèi)容播放點(diǎn)，依據(jù)具體業(yè) 務(wù)的不同，其提供的媒體內(nèi)容可以是文件下載類業(yè)務(wù)的文件數(shù)據(jù)內(nèi)容或視頻 點(diǎn)播(VoD)類業(yè)務(wù)的流媒體內(nèi)容；作為內(nèi)容存儲(chǔ)點(diǎn)，其功能也包括對(duì)媒體文件 進(jìn)行存儲(chǔ)、刪除、冗余備份和恢復(fù)等。
集群媒體實(shí)體2，用于存儲(chǔ)媒體文件。
集群控制實(shí)體與集群媒體實(shí)體之間的接口是集群管理控制接口 ，該接口
功能主要用于集群控制實(shí)體對(duì)集群媒體實(shí)體進(jìn)行內(nèi)容分發(fā)控制等。 其中，進(jìn)一步的，如圖4和圖5所示，集群控制實(shí)體l，包括 接收模塊11,用于接收媒體文件的分發(fā)指令和媒體文件的熱度信息。 獲取模塊12,用于獲取各集群媒體實(shí)體2的剩余播放能力信息，或獲取
各集群媒體實(shí)體2的剩余存儲(chǔ)容量信息和媒體文件所占用存儲(chǔ)空間信息。
選擇模塊13，用于根據(jù)接收模塊11所接收的熱度信息，選擇存儲(chǔ)媒體文
件的集群媒體實(shí)體2。
進(jìn)一步的，根據(jù)獲取模塊12獲取參數(shù)的不同，可以包括以下兩種結(jié)構(gòu) 結(jié)構(gòu)一匹配子模塊131，用于將熱度信息值高的媒體文件存儲(chǔ)至剩余播
放能力值高的集群媒體實(shí)體2;或，將熱度信息值低的媒體文件存儲(chǔ)至剩余播
放能力值低的集群^ 某體實(shí)體2。
結(jié)構(gòu)二計(jì)算子模塊132,用于計(jì)算熱度信息與媒體文件所占用存儲(chǔ)空間
的比值，和各集群i某體實(shí)體2的剩余播放能力與剩余存儲(chǔ)容量的比值。
匹配子模塊133,用于將熱度信息與占用存儲(chǔ)空間的比值高的媒體文件存
儲(chǔ)到剩余播放能力與剩余存儲(chǔ)容量的比值高的集群々某體實(shí)體2;或，將熱度信
9息與占用存儲(chǔ)空間的比值低的媒體文件存儲(chǔ)到剩余播放能力與剩余存儲(chǔ)容量 的比值低的集群^(某體實(shí)體2。
基于上述的系統(tǒng)，可以實(shí)現(xiàn)媒體文件在媒體節(jié)點(diǎn)內(nèi)部的分發(fā)，具體如下 如圖6所示，為本發(fā)明實(shí)施例二， 一種々某體分發(fā)方法的流程示意圖， 包括以下步驟
步驟S601、集群控制實(shí)體接收到針對(duì)某個(gè)媒體文件的分發(fā)命令和熱度信
白
熱度是用于衡量用戶對(duì)媒體節(jié)目的興趣程度。熱度信息是熱度的量化值，
媒體服務(wù)包括視頻點(diǎn)播類業(yè)務(wù)的流媒體內(nèi)容提供服務(wù)和文件下載類業(yè)務(wù)的文 件數(shù)據(jù)內(nèi)容提供服務(wù)。
集群控制實(shí)體接收到針對(duì)某個(gè)媒體文件的分發(fā)命令和熱度信息，其發(fā)出
分發(fā)命令和熱度信息的主體可以是集群外部的內(nèi)容分發(fā)控制實(shí)體、媒體內(nèi) 容源管理實(shí)體或其他上層管理實(shí)體。
步驟S602、集群控制實(shí)體獲知各集群媒體實(shí)體的剩余播放能力信息。 集群控制實(shí)體獲知各集群媒體實(shí)體的剩余播放能力信息的方式可以是 集群媒體實(shí)體周期性向集群控制實(shí)體上報(bào)、集群媒體實(shí)體觸發(fā)性上報(bào)或/和集 群控制實(shí)體主動(dòng)向集群媒體實(shí)體查詢。所述周期性上報(bào)是指集群媒體實(shí)體定 期向集群控制實(shí)體發(fā)送自己的剩余播放能力信息，該信息的發(fā)送可以和心跳 檢測(cè)信息合并、也可單獨(dú)發(fā)送。觸發(fā)性上報(bào)是指一旦集群媒體實(shí)體狀態(tài)發(fā)生 變化(如負(fù)載加重、負(fù)載釋放等)則立即向集群控制實(shí)體發(fā)送自己當(dāng)前的剩 余播放能力信息。
如果采用根據(jù)熱度信息和剩余播放能力信息選擇集群媒體實(shí)體的方法，
則轉(zhuǎn)入步驟S603;
如果采用更多參數(shù)信息選擇集群媒體實(shí)體的方法，則轉(zhuǎn)入步驟S604。 步驟S603、集群控制實(shí)體根據(jù)媒體文件的熱度信息和各集群媒體實(shí)體的
剩余播放能力信息選擇存儲(chǔ)該媒體文件的集群媒體實(shí)體。集群控制實(shí)體根據(jù)媒體文件的熱度信息和各集群媒體實(shí)體的剩余播放能
力信息選擇存儲(chǔ)該媒體文件的集群媒體實(shí)體的原則是
集群控制實(shí)體把熱度值高的媒體文件選定存儲(chǔ)到剩余播放能力值高的集 群媒體實(shí)體，集群控制實(shí)體把熱度值低的媒體文件選定存儲(chǔ)到剩余播放能力
值低的集群媒體實(shí)體。
由此確定出集群內(nèi)部最適合用于存儲(chǔ)待分發(fā)媒體文件的集群媒體實(shí)體， 從而可以確保集群內(nèi)各個(gè)集群媒體實(shí)體間的播放負(fù)栽均衡。
步驟S604、集群控制實(shí)體獲取各集群媒體實(shí)體的剩余存儲(chǔ)容量信息和媒 體文件所占用存儲(chǔ)空間信息。
集群控制實(shí)體獲知各集群媒體實(shí)體的剩余存儲(chǔ)容量信息的方式可以是 集群媒體實(shí)體周期性向集群控制實(shí)體上報(bào)、集群媒體實(shí)體觸發(fā)性上報(bào)或/和集
群控制實(shí)體主動(dòng)向集群媒體實(shí)體查詢。所述周期性上報(bào)是指集群媒體實(shí)體定 期向集群控制實(shí)體發(fā)送自己的剩余存儲(chǔ)容量信息，該信息的發(fā)送可以和心跳 檢測(cè)信息合并、也可單獨(dú)發(fā)送。所述觸發(fā)性上報(bào)是指一旦集群媒體實(shí)體狀態(tài) 發(fā)生變化(如存儲(chǔ)容量改變等)則立即向集群控制實(shí)體發(fā)送自己當(dāng)前的剩余 存儲(chǔ)容量信息。
集群控制實(shí)體獲知媒體文件所占用存儲(chǔ)空間信息的方式可以是從集群外 部的內(nèi)容分發(fā)控制實(shí)體、媒體內(nèi)容源管理實(shí)體或其它上層管理實(shí)體獲得。
步驟S605、集群控制實(shí)體根據(jù)多個(gè)參數(shù)信息選擇存儲(chǔ)媒體文件的集群媒 體實(shí)體。
集群控制實(shí)體將(熱度/所占用存儲(chǔ)空間)值和(剩余播放能力/剩余存儲(chǔ)容 量)值進(jìn)行匹配以完成對(duì)存儲(chǔ)媒體文件的集群媒體實(shí)體進(jìn)行選定，其匹配原則 是集群控制實(shí)體把(熱度/所占用存儲(chǔ)空間)值高的媒體文件選定存儲(chǔ)到(剩余 播放能力/剩余存儲(chǔ)容量)值高的集群媒體實(shí)體，集群控制實(shí)體把(熱度/所占用 存儲(chǔ)空間)值低的^ 某體文件選定存儲(chǔ)到(剩余播放能力/剩余存儲(chǔ)容量)值低的 集群媒體實(shí)體。由此確定出集群內(nèi)部最適合用于存儲(chǔ)待分發(fā)媒體文件的集群 媒體實(shí)體，從而可以在確保集群內(nèi)各個(gè)集群媒體實(shí)體間播放負(fù)載均衡的同時(shí) 確保集群內(nèi)各個(gè)集群媒體實(shí)體存儲(chǔ)資源的最大化利用。為了進(jìn)一步對(duì)本發(fā)明的技術(shù)方案進(jìn)行描述，通過以下實(shí)施例，對(duì)本發(fā)
明實(shí)施例在TISPAN的IMS-based-IPTV功能架構(gòu)中的實(shí)現(xiàn)過程進(jìn)行說明。 如圖7所示，為本發(fā)明實(shí)施例三，MCF對(duì)MDF進(jìn)行文件級(jí)內(nèi)容分發(fā)的
方法流程圖，分發(fā)的依據(jù)為熱度和剩余播放能力。
MCF對(duì)應(yīng)本發(fā)明實(shí)施例一中管理控制架構(gòu)圖中的集群控制實(shí)體，MDF對(duì)
應(yīng)管理控制架構(gòu)圖中的各個(gè)集群媒體實(shí)體，MF對(duì)應(yīng)整個(gè)集群，包括以下步
驟
步驟S701 、 MCF接收分發(fā)命令。
分發(fā)命令來自集群外部?jī)?nèi)容分發(fā)管理控制實(shí)體，針對(duì)某個(gè)媒體文件，下 發(fā)時(shí)還附帶了該媒體文件的熱度信息。 步驟S702、 MCF選定MDF。
選定的原則是根據(jù)該媒體文件的熱度值高低程度將其選定到具有對(duì)應(yīng) 剩余播放能力程度的MDF，就是MCF把熱度值高的媒體文件選定存儲(chǔ)到 剩余播放能力值高的MDF， MCF把熱度值低的媒體文件選定存儲(chǔ)到剩余 播放能力值低的MDF,選出一個(gè)最適合用于存儲(chǔ)該分發(fā)媒體文件的MDF， 從而確保集群內(nèi)各個(gè)MDF間的播放負(fù)載均衡。
MCF獲知各MDF的剩余播放能力信息的方式可以是MDF周期性地 向MCF上報(bào)、MDF自身狀態(tài)發(fā)生改變時(shí)上報(bào)或/和MCF在需要時(shí)主動(dòng)向 MDF查詢。在本發(fā)明實(shí)施例中，MCF獲取各MDF的剩余播放能力信息的 時(shí)機(jī)可以是在步驟S701之前，也可以是在步驟S701之后步驟S702之前， 這些變化并不影響本發(fā)明實(shí)施例的保護(hù)范圍。
步驟S703、 MCF向MDF發(fā)送內(nèi)容分發(fā)請(qǐng)求。
MCF向選定的MDF發(fā)送的內(nèi)容分發(fā)請(qǐng)求攜帶分發(fā)任務(wù)的各項(xiàng)參數(shù)， 這些參數(shù)表明需要分發(fā)的內(nèi)容字符識(shí)別碼CID、內(nèi)容源信息、媒體內(nèi)容特 定信息(如格式format、占用空間size等)，以供MDF進(jìn)行存儲(chǔ)資源預(yù)留 等。
步驟S704、 MDF作出響應(yīng)。MDF作出的響應(yīng)可選擇攜帶必要的媒體傳輸位置信息(如文件傳輸協(xié)
議ftp地址、端口信息等)、媒體傳送驗(yàn)證信息等，MCF作為代理Proxy將 MDF發(fā)來的相應(yīng)信息轉(zhuǎn)發(fā)給MF外部的媒體內(nèi)容源。
步驟S705、 MDF和MF外部的媒體內(nèi)容源進(jìn)行媒體文件傳輸。
如圖8所示，為本發(fā)明實(shí)施例四，MCF對(duì)MDF進(jìn)行文件級(jí)內(nèi)容分發(fā)的 方法流程圖，分發(fā)的依據(jù)不僅包括熱度和剩余播放能力，還包括更多的參數(shù)， 如所占用存儲(chǔ)空間和剩余儲(chǔ)存容量，包括以下步驟
步驟S801、 MCF接收分發(fā)命令。
分發(fā)命令來自集群外部?jī)?nèi)容分發(fā)管理控制實(shí)體，針對(duì)某個(gè)媒體文件，下 發(fā)時(shí)還附帶了該媒體文件的熱度信息。 步驟S802、 MCF計(jì)算參數(shù)。
計(jì)算的內(nèi)容包括(熱度/所占用存儲(chǔ)空間)值和(剩余播放能力/剩余存儲(chǔ)容 量)值。
步驟S803、 MCF根據(jù)計(jì)算的參數(shù)結(jié)果選定MDF。
選定的原則是MCF把(熱度/所占用存儲(chǔ)空間)值高的媒體文件選定存儲(chǔ) 到(剩余播放能力/剩余存儲(chǔ)容量)值高的MDF，從而確保集群內(nèi)各個(gè)MDF 間的播放負(fù)載均衡和存儲(chǔ)資源的最大化利用。
需要進(jìn)一步指出的是，MCF獲取各MDF的剩余播放能力信息和剩余 存儲(chǔ)容量信息的時(shí)機(jī)可以是在步驟S801之前，也可以是在步驟S801之后 步驟S802之前。其中，獲取各集群^某體實(shí)體的剩余存儲(chǔ)容量信息的具體方式 可以是MDF周期性地向MCF上報(bào)、MDF自身狀態(tài)發(fā)生改變時(shí)上報(bào)或/和 MCF在需要時(shí)主動(dòng)向MCF查詢；獲取媒體文件所占用存儲(chǔ)空間信息的具體 方式為MCF從外部的內(nèi)容分發(fā)控制實(shí)體、媒體內(nèi)容源管理實(shí)體或其它上層管 理實(shí)體中獲得。以上所述變化并不影響本發(fā)明實(shí)施例的保護(hù)范圍。
步驟S804、 MCF向MDF發(fā)送內(nèi)容分發(fā)請(qǐng)求。
分發(fā)請(qǐng)求攜帶分發(fā)任務(wù)的各項(xiàng)參數(shù)，這些參數(shù)表明需要分發(fā)的內(nèi)容 CID、內(nèi)容源信息、媒體內(nèi)容特定信息(如格式format、占用空間size等)，以供MDF進(jìn)行存儲(chǔ)資源預(yù)留等。 步驟S805、 MDF作出響應(yīng)。
MDF作出的響應(yīng)可選擇攜帶必要的媒體傳輸位置信息(如ftp地址、 端口信息等)、々某體傳送驗(yàn)證信息等，MCF作為Proxy將MDF發(fā)來的相應(yīng) 信息轉(zhuǎn)發(fā)給MF外部的媒體內(nèi)容源。
步驟S806、 MDF和MF外部的々某體內(nèi)容源進(jìn)行々某體文件傳輸。
本發(fā)明實(shí)施例三和本發(fā)明實(shí)施例四通過以TISPAN IMS based IPTV功能 架構(gòu)下MF集群內(nèi)部MCF對(duì)MDF的文件級(jí)內(nèi)容分發(fā)控制為例對(duì)本發(fā)明實(shí) 施例中的技術(shù)方案進(jìn)行了說明，但另一方面，本發(fā)明實(shí)施例除了適用于 TISPAN IMS based IPTV功能架構(gòu)下MF集群內(nèi)部MCF對(duì)MDF的文件級(jí) 內(nèi)容分發(fā)控制，同樣適用于Open IPTV Forum定義的IPTV功能架構(gòu)中集 群內(nèi)部CC對(duì)CDF的文件級(jí)內(nèi)容分發(fā)控制。
需要指出的是，本發(fā)明實(shí)施例三和實(shí)施例四中的MCF和MDF對(duì)應(yīng)本 發(fā)明實(shí)施例二中集群控制實(shí)體和集群媒體實(shí)體，但這僅為TISPAN的 IMS-based-IPTV功能架構(gòu)中對(duì)應(yīng)關(guān)系，在Open IPTV Forum定義的IPTV功 能架構(gòu)中，本發(fā)明實(shí)施例二中集群控制實(shí)體和集群媒體實(shí)體則對(duì)應(yīng)CC和 CDF，即本實(shí)施例所提供的技術(shù)方案同樣適用于Open IPTV Forum定義的 IPTV功能架構(gòu)，但不僅限于以上所提出的兩種網(wǎng)絡(luò)架構(gòu)，其他基于本發(fā)明 實(shí)施例所提出的技術(shù)方案所做出的變化也同樣屬于本發(fā)明的保護(hù)范圍。
本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn)，因?yàn)椴捎昧思嚎刂茖?shí)體根據(jù) 熱度信息等參數(shù)選擇集群媒體實(shí)體存儲(chǔ)媒體文件地方法，從而，達(dá)到了根據(jù) 媒體文件特點(diǎn)選擇存儲(chǔ)位置，保證集群內(nèi)各集群媒體實(shí)體的播放處理負(fù)載均 衡，提高網(wǎng)絡(luò)應(yīng)用效率的效果。
通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可以通過硬件實(shí)現(xiàn)，也可以可借助軟件加必要的通用硬件平臺(tái)的方式 來實(shí)現(xiàn)基于這樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出 來，該軟件產(chǎn)品可以存儲(chǔ)在一個(gè)非易失性存儲(chǔ)介質(zhì)(可以是CD-ROM， U盤，移動(dòng)硬盤等)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè) 人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。 以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的 普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn) 和潤飾，這些改進(jìn)和潤飾也應(yīng)視本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種媒體分發(fā)方法，其特征在于，包括以下步驟接收針對(duì)媒體文件的分發(fā)指令和所述媒體文件的熱度信息；根據(jù)所述熱度信息，選擇存儲(chǔ)所述媒體文件的集群媒體實(shí)體。
2、 如權(quán)利要求1所述媒體分發(fā)方法，其特征在于，所述針對(duì)媒體文件的 分發(fā)指令和所述媒體文件的熱度信息，由集群外部的內(nèi)容分發(fā)控制實(shí)體、媒 體內(nèi)容源管理實(shí)體或其它上層管理實(shí)體發(fā)送給集群控制實(shí)體。
3、 如權(quán)利要求1所述纟某體分發(fā)方法，其特征在于，所述選擇存儲(chǔ)所述媒 體文件的集群媒體實(shí)體，之前還包括獲取各集群々某體實(shí)體的剩余播放能力信息。
4、 如權(quán)利要求3所述媒體分發(fā)方法，其特征在于，所述根據(jù)熱度信息， 選擇存儲(chǔ)所述媒體文件的集群媒體實(shí)體，具體為將所述熱度信息值高的媒體文件存儲(chǔ)至所述剩余播放能力值高的集群媒 體實(shí)體；或，將所述熱度信息值低的媒體文件存儲(chǔ)至所述剩余播放能力值低的集群媒 體實(shí)體。
5、 如權(quán)利要求3所述媒體分發(fā)方法，其特征在于，所述獲取各集群媒體 實(shí)體的剩余l(xiāng)番;改能力信息，具體為以下方式中的 一 種或幾種集群媒體實(shí)體周期性向集群控制實(shí)體上報(bào)；集群媒體實(shí)體觸發(fā)性上報(bào)； 集群控制實(shí)體主動(dòng)向集群媒體實(shí)體查詢。
6、 如權(quán)利要求3所述媒體分發(fā)方法，其特征在于，還包括 獲取各集群媒體實(shí)體的剩余存儲(chǔ)容量信息，和所述媒體文件所占用存儲(chǔ)空間信息。
7、 如權(quán)利要求6所述媒體分發(fā)方法，其特征在于，所述根據(jù)熱度信息， 選擇存儲(chǔ)所述媒體文件的集群媒體實(shí)體，具體為計(jì)算所述熱度信息與所述媒體文件所占用存儲(chǔ)空間的比值，和各集群媒 體實(shí)體的剩余播;故能力與剩余存儲(chǔ)容量的比值；將所述熱度信息與占用存儲(chǔ)空間的比值高的媒體文件存儲(chǔ)到所述剩余播放能力與剩余存儲(chǔ)容量的比值高的集群媒體實(shí)體；或，將所述熱度信息與占用存儲(chǔ)空間的比值低的媒體文件存儲(chǔ)到所述剩余播 放能力與剩余存儲(chǔ)容量的比值低的集群媒體實(shí)體。
8、 如權(quán)利要求6所述媒體分發(fā)方法，其特征在于，所述獲取各集群媒體 實(shí)體的剩余存儲(chǔ)容量信息，具體為以下方式中的 一種或幾種集群媒體實(shí)體周期性向集群控制實(shí)體上報(bào)；集群媒體實(shí)體觸發(fā)性上報(bào)；集群控制實(shí)體主動(dòng)向集群媒體實(shí)體查詢。
9、 如權(quán)利要求6所述媒體分發(fā)方法，其特征在于，所述獲取媒體文件所 占用存儲(chǔ)空間信息，具體為所述集群控制實(shí)體從外部的內(nèi)容分發(fā)控制實(shí)體、媒體內(nèi)容源管理實(shí)體或 其它上層管理實(shí)體獲得。
10、 一種集群系統(tǒng)，其特征在于，包括一個(gè)集群控制實(shí)體和多個(gè)集群媒 體實(shí)體，具體為所述集群控制實(shí)體，用于接收媒體文件的分發(fā)指令和所述媒體文件的熱 度信息，并根據(jù)所述接收的熱度信息，選擇存儲(chǔ)所述媒體文件的集群媒體實(shí) 體；所述集群媒體實(shí)體，用于存儲(chǔ)所述媒體文件。
11、 如權(quán)利要求IO所述集群系統(tǒng)，其特征在于，所述集群控制實(shí)體，包括接收模塊，用于接收媒體文件的分發(fā)指令和所述々某體文件的熱度信息； 選擇模塊，用于根據(jù)所述接收模塊所接收的熱度信息，選擇存儲(chǔ)所述媒 體文件的集群媒體實(shí)體。
12、 一種集群控制實(shí)體，其特征在于，包括接收模塊，用于接收針對(duì)媒體文件的分發(fā)指令和所述媒體文件的熱度信白 選擇模塊，用于根據(jù)所述接收模塊所接收的熱度信息，選擇存儲(chǔ)所述媒 體文件的集群媒體實(shí)體。
13、 如權(quán)利要求12所述集群控制實(shí)體，其特征在于，還包括獲取模塊，用于獲取各集群媒體實(shí)體的剩余播放能力信息，或獲取各集 群媒體實(shí)體的剩余存儲(chǔ)容量信息和所述媒體文件所占用存儲(chǔ)空間信息。
14、 如權(quán)利要求12所述集群控制實(shí)體，其特征在于，所述選擇模塊，還 包括匹配子模塊，用于將所述熱度信息值高的媒體文件存儲(chǔ)至所述剩余播放 能力值高的集群媒體實(shí)體；或，將所述熱度信息值低的媒體文件存儲(chǔ)至所述 剩余播放能力值低的集群媒體實(shí)體。
15、 如權(quán)利要求12所述集群控制實(shí)體，其特征在于，所述選擇模塊，還 包括計(jì)算子模塊，用于計(jì)算所述熱度信息與所述媒體文件所占用存儲(chǔ)空間的 比值，和各集群+某體實(shí)體的剩余播放能力與剩余存儲(chǔ)容量的比值。匹配子模塊，用于將所述熱度信息與占用存儲(chǔ)空間的比值高的媒體文件 存儲(chǔ)到所述剩余播放能力與剩余存儲(chǔ)容量的比值高的集群媒體實(shí)體；或，將 所述熱度信息與占用存儲(chǔ)空間的比值低的媒體文件存儲(chǔ)到所述剩余播放能力 與剩余存儲(chǔ)容量的比值低的集群媒體實(shí)體。
全文摘要
本發(fā)明實(shí)施例公開了一種媒體分發(fā)方法、系統(tǒng)和裝置，所述方法包括以下步驟接收針對(duì)媒體文件的分發(fā)指令和所述媒體文件的熱度信息；根據(jù)所述熱度信息，選擇存儲(chǔ)所述媒體文件的集群媒體實(shí)體。通過應(yīng)用本發(fā)明，達(dá)到了根據(jù)媒體文件特點(diǎn)選擇存儲(chǔ)位置，保證集群內(nèi)各集群媒體實(shí)體的播放處理負(fù)載均衡，提高網(wǎng)絡(luò)應(yīng)用效率的效果。
文檔編號(hào)H04L29/06GK101562626SQ20081009292
公開日2009年10月21日 申請(qǐng)日期2008年4月15日 優(yōu)先權(quán)日2008年4月15日
發(fā)明者何靖桐, 吳向陽, 立 溫, 黃世碧 申請(qǐng)人:華為技術(shù)有限公司