欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

實現(xiàn)直播及直播預(yù)處理的方法、裝置、系統(tǒng)的制作方法

文檔序號:7925793閱讀:161來源:國知局
專利名稱:實現(xiàn)直播及直播預(yù)處理的方法、裝置、系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,特別涉及實現(xiàn)直播業(yè)務(wù)及直播預(yù)處理的方法、裝置、系統(tǒng)。
背景技術(shù)
IPTV (Internet Protocol Television)在現(xiàn)網(wǎng)局點進行部署的時候, 一般都是利用原有的骨干網(wǎng)和接入網(wǎng)進行疊加部署。業(yè)務(wù)提供平臺直接連接在骨干網(wǎng)絡(luò)上,視頻流通過內(nèi)容分發(fā)網(wǎng)絡(luò)被復(fù)制到位于網(wǎng)絡(luò)邊緣的寬帶接入設(shè)備或邊緣服務(wù)器中,然后通過寬帶接入網(wǎng)絡(luò)傳送到業(yè)務(wù)的接收端。 IPTV對于直播頻道節(jié)目,主要采用組播技術(shù)實現(xiàn),但組播技術(shù)的實現(xiàn)依賴于網(wǎng)絡(luò)設(shè)備所支持的組播路由協(xié)議IGMP(Internet Group ManagementProtocol) 、 IGMP Proxy等以及不同網(wǎng)絡(luò)設(shè)備之間的兼容性,因此基于現(xiàn)有的寬帶網(wǎng)進行的組網(wǎng)部署時,在實際操作中很多局點只能全網(wǎng)單播方式比較可行。即在骨干網(wǎng)上采用單播方式,然后在骨干區(qū)域和邊緣區(qū)域內(nèi)進行單播轉(zhuǎn)發(fā),最終通過接入網(wǎng)最終到達用戶機頂盒。 全網(wǎng)單播技術(shù)雖然減輕對骨干網(wǎng)的帶寬的消耗,但在極端情況下,如奧運直播或突發(fā)事件時,大量用戶會把有該直播頻道分布的邊緣媒體服務(wù)器的服務(wù)能力消耗完,此時邊緣區(qū)域的媒體服務(wù)器對后續(xù)請求直播的用戶,只能是拒絕提供服務(wù),從而影響用戶體驗,導(dǎo)致投訴。 為了解決這個問題,現(xiàn)有技術(shù)是把用戶請求調(diào)度到骨干區(qū)域或中心區(qū)域的媒體服務(wù)器上提供服務(wù)。 這種方案雖然能暫時為后續(xù)請求直播的用戶提供服務(wù),但是發(fā)明人在發(fā)明過程中發(fā)現(xiàn),在大量用戶請求直播服務(wù)時,會占用大量的骨干網(wǎng)帶寬,從而影響IPTV其他業(yè)務(wù)的正常開展,甚至有可能導(dǎo)致整個系統(tǒng)癱瘓。

發(fā)明內(nèi)容
本發(fā)明實施例要解決的技術(shù)問題是在不增加對上級網(wǎng)絡(luò)帶寬的占用的前提下,為更多用戶提供直播服務(wù),保證現(xiàn)網(wǎng)直播服務(wù)的正常開展。 為解決上述技術(shù)問題,本發(fā)明實施例一方面提供了一種實現(xiàn)直播的方法,包含 接收提供直播服務(wù)的請求,該請求包括請求提供的直播頻道; 獲取區(qū)域內(nèi)所述直播頻道的中繼點服務(wù)器的地址和端口信息; 根據(jù)中繼點服務(wù)器的地址和端口信息向該中繼點服務(wù)器獲取請求的直播頻道的直播流; 利用獲取的直播流提供直播服務(wù)。 本發(fā)明實施例一方面提供了一種直播預(yù)處理的方法,包含 確定用于向媒體服務(wù)器提供直播頻道的直播流的中繼點服務(wù)器; 根據(jù)中繼點服務(wù)器地址和端口信息向所述中繼點服務(wù)器發(fā)送直播源的地址和端
口信息;
4
在收到媒體服務(wù)器請求時,提供該媒體服務(wù)器請求的直播頻道的中繼點服務(wù)器地址和端口信息。 本發(fā)明實施例一方面提供了一種媒體服務(wù)器,包括 接收模塊,用于接收提供直播服務(wù)的請求,該請求包括請求提供的直播頻道;
第一獲取模塊,用于獲取區(qū)域內(nèi)上述直播頻道的中繼點服務(wù)器的地址和端口信息; 第二獲取模塊,用于根據(jù)中繼點服務(wù)器地址和端口信息向該中繼點服務(wù)器獲取請求的直播頻道的直播流; 直播模塊,用于利用獲取的直播流提供直播服務(wù)。
本發(fā)明實施例一方面提供了一種分發(fā)服務(wù)器,包括 確定模塊,用于確定向媒體服務(wù)器提供直播頻道的直播流的中繼點服務(wù)器;
發(fā)送模塊,用于根據(jù)中繼點服務(wù)器地址和端口信息向該中繼點服務(wù)器發(fā)送直播源的地址和端口信息;以及用于在收到媒體服務(wù)器請求時,發(fā)送媒體服務(wù)器請求的直播頻道的中繼點服務(wù)器地址和端口信息。 本發(fā)明實施例一方面提供了一種實現(xiàn)直播的系統(tǒng),包括 分發(fā)服務(wù)器,用于確定中繼點服務(wù)器,并向媒體服務(wù)器提供請求的直播頻道的中繼點服務(wù)器服務(wù)器地址和端口信息; 中繼點服務(wù)器,用于獲取直播流,并向區(qū)域內(nèi)的媒體服務(wù)器提供請求的直播頻道的直播流; 媒體服務(wù)器,用于從中繼點服務(wù)器獲取直播流,利用其獲取的直播流提供直播服務(wù)。
本發(fā)明實施例提供的實現(xiàn)直播和直播預(yù)處理的方法,裝置和系統(tǒng),通過在同一區(qū)域內(nèi)媒體服務(wù)器向中繼點服務(wù)器獲取直播中繼,可實現(xiàn)在不增加對上級網(wǎng)絡(luò)帶寬占用的前提下,提高現(xiàn)網(wǎng)的服務(wù)能力,對更多用戶提供直播服務(wù)。


圖1是本發(fā)明實現(xiàn)直播的方法的一個實施例的流程圖; 圖2是本發(fā)明實現(xiàn)直播的方法的另一個實施例的流程圖; 圖3是本發(fā)明直播預(yù)處理的方法的一個實施例的流程圖; 圖4是本發(fā)明直播預(yù)處理的方法的另一個實施例的流程圖; 圖5a是本發(fā)明媒體服務(wù)器的一個實施例的結(jié)構(gòu)示意圖; 圖5b是本發(fā)明媒體服務(wù)器的另一個實施例的結(jié)構(gòu)示意圖; 圖6a是本發(fā)明分發(fā)服務(wù)器的一個實施例的結(jié)構(gòu)示意圖; 圖6b是本發(fā)明分發(fā)服務(wù)器的另一個實施例的結(jié)構(gòu)示意圖; 圖7a是本發(fā)明實現(xiàn)直播的系統(tǒng)的一個實施例的結(jié)構(gòu)示意圖; 圖7b是本發(fā)明實現(xiàn)直播的系統(tǒng)的另一個實施例的結(jié)構(gòu)示意圖; 圖8是本發(fā)明直播預(yù)處理和實現(xiàn)直播的方法的實施例的流程圖。
具體實施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白,以下結(jié)合附圖及實施例,對本發(fā)明進行進一步詳細說明。應(yīng)當理解,此處所描述的具體實施例僅用以解釋本發(fā)明,并不 用于限定本發(fā)明。
圖1為本發(fā)明實現(xiàn)直播的方法的一個實施例的流程圖,具體包括 步驟101,接收提供直播服務(wù)的請求,該請求包括請求提供的直播頻道; 媒體服務(wù)器在接收調(diào)度服務(wù)器請求提供某直播頻道的直播服務(wù)的請求時,執(zhí)行步
驟102。調(diào)度服務(wù)器接收用戶直播請求時,或者在某些情況下,如在中繼點服務(wù)器服務(wù)能力
達到預(yù)設(shè)閾值或者中繼點服務(wù)器與用戶連接線路不可用時,要求媒體服務(wù)器為用戶提供直
播服務(wù)。 中繼點服務(wù)器服務(wù)能力預(yù)設(shè)閾值可根據(jù)中繼點服務(wù)器的滿載服務(wù)能力來設(shè)置,如 中繼點服務(wù)器的滿載服務(wù)能力為可以為500名用戶提供服務(wù),那么可以設(shè)置其預(yù)設(shè)閾值 500名用戶以下,如為450名用戶提供服務(wù),當?shù)?51名以后的用戶請求直播服務(wù)時,媒體服 務(wù)器則向分發(fā)服務(wù)器請求獲取區(qū)域內(nèi)該直播頻道的中繼點服務(wù)器的地址和端口信息,以便 為用戶提供服務(wù)。 該步驟中"請求的直播頻道"指用戶選擇的直播頻道,當媒體服務(wù)器得到為用戶提
供某直播頻道的直播服務(wù)的請求后,會向分發(fā)服務(wù)器請求獲取擁有該用戶選擇的直播頻道
的直播流的中繼點服務(wù)器地址和端口信息,分發(fā)服務(wù)器則向其提供該中繼點服務(wù)器的地址
和端口信息。以下提到的"請求的直播頻道"含義與該步驟中含義相同。 步驟102,獲取區(qū)域內(nèi)直播頻道的中繼點服務(wù)器的地址和端口信息。 直播頻道的中繼點服務(wù)器由分發(fā)服務(wù)器在直播預(yù)處理階段確定,媒體服務(wù)器接受
到提供某直播頻道的直播服務(wù)的請求時,向分發(fā)服務(wù)器請求獲取該直播頻道的中繼點服務(wù)
器的地址和端口信息。 媒體服務(wù)器與中繼點服務(wù)器處于同一平行網(wǎng)絡(luò)區(qū)域中,可處于同一邊緣區(qū)域,也 可處于同一骨干區(qū)域,同一中心區(qū)域等。 步驟103,根據(jù)該中繼點服務(wù)器的地址和端口信息向該中繼點服務(wù)器獲取請求的 直播頻道的直播流。 媒體服務(wù)器在獲得分發(fā)服務(wù)器下發(fā)的其請求的直播頻道的中繼點服務(wù)器地址和 端口信息之后,根據(jù)獲得地址和端口信息向該中繼點服務(wù)器請求獲取該直播頻道的直播 流。 步驟104,利用獲取的直播流提供直播服務(wù)。 媒體服務(wù)器在獲取到直播頻道直播流后,成為直播服務(wù)器,通知分發(fā)服務(wù)器刷新 直播頻道分布信息,并對用戶提供直播服務(wù)。 進一步,為了能根據(jù)用戶訪問量的變化實時動態(tài)更新直播頻道的分布數(shù)量,直播 服務(wù)器在預(yù)設(shè)閾值時間范圍內(nèi)無用戶播放連接時,斷開和中繼點服務(wù)器的連接,通知分發(fā) 服務(wù)器刷新直播頻道的分布信息,并刷新本地直播頻道的屬性文件中的獲取直播流的地址 和端口信息為空。 本實施例通過媒體服務(wù)器向區(qū)域內(nèi)中繼服務(wù)器請求獲取直播流,,在不增加對上 級網(wǎng)絡(luò)帶寬占用的前提下,實現(xiàn)對更多用戶提供直播服務(wù),并且可根據(jù)用戶訪問量的變化 實時動態(tài)更新直播頻道的分布數(shù)量,提高了現(xiàn)網(wǎng)的直播服務(wù)能力。 圖2為本發(fā)明實現(xiàn)直播的方法的另一個實施例的流程圖,在該實施例中,區(qū)域內(nèi)中繼點服務(wù)器包括主中繼點服務(wù)器和備中繼點服務(wù)器,具體包括 步驟201,接收提供直播服務(wù)的請求,該請求包括請求提供的直播頻道; 本步驟同步驟IOI。 步驟202,獲取區(qū)域內(nèi)直播頻道的主中繼點服務(wù)器和備中繼點服務(wù)器的地址和端 口信息。 為了提高直播網(wǎng)絡(luò)的可靠性,在區(qū)域內(nèi)設(shè)置直播頻道的主中繼點服務(wù)器和備中繼
點服務(wù)器,主中繼點服務(wù)器為優(yōu)先向媒體服務(wù)器提供直播流的服務(wù)器,備中繼點服務(wù)器是
為了保證在主中繼點服務(wù)器不能向媒體服務(wù)器提供直播流時,如主中繼點服務(wù)器故障、服
務(wù)能力達到滿載、或者與直播源的連接不可用時,對媒體服務(wù)器提供直播流。 媒體服務(wù)器在某些情況下,根據(jù)獲得的直播服務(wù)請求,向分發(fā)服務(wù)器請求獲取需
提供的直播頻道的主和備中繼點服務(wù)器的地址和端口信息;如在主和備中繼點服務(wù)器服務(wù)
能力都達到預(yù)設(shè)閾值時,或者主和備中繼點服務(wù)器與用戶連接線路都不可用時,根據(jù)調(diào)度
服務(wù)器的指示,提供直播服務(wù);當然,調(diào)度服務(wù)器也可在收到用戶請求時,不考慮主備中繼
點服務(wù)器的情況,直接調(diào)度媒體服務(wù)器為用戶提供直播服務(wù)。 步驟203,媒體服務(wù)器首先向主中繼點服務(wù)器請求獲取請求的直播頻道的直播流。
媒體服務(wù)器根據(jù)獲取到的主和備中繼點服務(wù)器的地址和端口信息,首先向主中繼 點服務(wù)器請求獲取請求的直播頻道的直播流。 步驟204,如果請求成功,則從主中繼點服務(wù)器獲取直播頻道的直播流。
媒體服務(wù)器在獲取到直播流后,成為直播服務(wù)器。 步驟205,如果請求失敗,則從備中繼點服務(wù)器請求獲取請求的直播頻道的直播 流。 備中繼點服務(wù)器可以有多個,分為第一備中繼點服務(wù)器,第二備中繼點服務(wù)器等, 以防止主中繼點服務(wù)器和第一備中繼點服務(wù)器都不能向媒體服務(wù)器提供服務(wù)時,系統(tǒng)不能 正常開展業(yè)務(wù)的情況。 媒體服務(wù)器會依照預(yù)設(shè)順序逐個向各個備中繼點服務(wù)器請求直播頻道的直播流, 直到成功獲取直播流。 步驟206,利用所獲得的直播流為用戶提供直播服務(wù)。 本實施例通過在區(qū)域內(nèi)設(shè)置備中繼點服務(wù)器,提高了網(wǎng)絡(luò)的可靠性,進一步保證 了在極端情況下網(wǎng)絡(luò)的服務(wù)能力。 圖3為本發(fā)明一種直播預(yù)處理的方法的一個實施例的流程圖,具體包括
步驟301,確定用于向媒體服務(wù)器提供直播頻道的直播流的中繼點服務(wù)器;
分發(fā)服務(wù)器確定向媒體服務(wù)器提供直播流的中繼點服務(wù)器方式的可以有多種,包 括但不限于輪詢、隨機、靜態(tài)、負載等方式。 確定中繼點服務(wù)器后,分發(fā)服務(wù)器通知調(diào)度服務(wù)器刷新直播頻道分布信息。
在確定中繼點服務(wù)器之前,分發(fā)服務(wù)器向全網(wǎng)或指定區(qū)域的所有媒體服務(wù)器分發(fā) 直播頻道的屬性文件,初始屬性文件中獲取直播流的地址和端口信息為空。全網(wǎng)分發(fā)直 播頻道的屬性文件使得全網(wǎng)或指定區(qū)域所有媒體服務(wù)器都有可能為用戶提供直播服務(wù), 該屬性文件的格式可以為SMI"Synchronized Multimedia Integration Langimge)文 件、SDP (SessionDescription Protocol)文件、XML (Extensible Markup Language)文件、RTF (Rich Text Format)文件、MIDI (Musical Instrument Digital Interface)文件等多 種文件格式。 確定的中繼點服務(wù)器在區(qū)域內(nèi)可以有多個,也可以只有一個,如確定一個中繼點 服務(wù)器為全區(qū)域50個頻道向其他媒體服務(wù)器提供直播流,或者確定10個中繼點服務(wù)器,每 個中繼點服務(wù)器為5個頻道向區(qū)域內(nèi)其他媒體服務(wù)器提供直播流。 步驟302,根據(jù)確定的中繼點服務(wù)器地址和端口信息向中繼點服務(wù)器發(fā)送直播源 的地址和端口信息。 確定中繼點服務(wù)器后,分發(fā)服務(wù)器根據(jù)中繼點服務(wù)器地址和端口信息,通知中繼 點服務(wù)器直播源的地址和端口信息,中繼點服務(wù)器刷新直播源信息到本地直播頻道的屬性 文件中,以便中繼點服務(wù)器能夠從直播源獲取直播流,為向媒體服務(wù)器提供直播流做好準 備。 步驟303,提供請求的直播頻道的中繼點服務(wù)器地址和端口信息。 分發(fā)服務(wù)器在收到媒體服務(wù)器請求時,向該媒體服務(wù)器提供請求的直播頻道的中
繼點服務(wù)器地址和端口信息。 在某些情況下,如中繼點服務(wù)器服務(wù)能力達到預(yù)設(shè)閾值時,或者中繼點服務(wù)器與
用戶連接線路不可用時,再有用戶請求直播服務(wù)時,調(diào)度服務(wù)器將用戶請求調(diào)度到其他較
為空閑的媒體服務(wù)器,調(diào)度服務(wù)器可以采用多種方式選擇媒體服務(wù)器,包括但不限于輪詢、
隨機、靜態(tài)、負載等方式。當然,調(diào)度服務(wù)器也可以直接將用戶請求調(diào)度到其他媒體服務(wù)器,
中繼點服務(wù)器不直接向用戶提供直播服務(wù),只向其他媒體服務(wù)器提供直播流。其他媒體服
務(wù)器收到調(diào)度指示后,則向分發(fā)服務(wù)器請求對應(yīng)的中繼點服務(wù)器地址和端口信息。這樣,媒
體服務(wù)器便能夠根據(jù)得到的中繼點服務(wù)器地址和端口信息向中繼點服務(wù)器請求直播流。 本實施例中,分發(fā)服務(wù)器通過確定中繼點服務(wù)器,使得現(xiàn)網(wǎng)提前做好了應(yīng)對突發(fā)
情況的準備,并且分發(fā)服務(wù)器通過全網(wǎng)下發(fā)直播頻道屬性文件,使得全網(wǎng)媒體服務(wù)器做好
了成為直播服務(wù)器的準備,并且在收到媒體服務(wù)器請求時向其提供確定的中繼點服務(wù)器地
址和端口信息,使得媒體服務(wù)器可以找到中繼點服務(wù)器,為媒體服務(wù)器獲取直播流提供條件。 圖4為本發(fā)明直播預(yù)處理的方法的另一個實施例的流程圖,在本實施例中分發(fā)服 務(wù)器還確定備中繼點服務(wù)器,具體包括 步驟401,確定用于向媒體服務(wù)器提供直播頻道的直播流的主中繼點服務(wù)器;
此步驟實現(xiàn)細節(jié)同步驟301,在此不贅述。 步驟402,確定用于向媒體服務(wù)器提供直播頻道的直播流的備中繼點服務(wù)器;
分發(fā)服務(wù)器確定直播頻道在區(qū)域內(nèi)的主中繼點服務(wù)器后,再確定該區(qū)域內(nèi)的備中 繼點服務(wù)器,備中繼點服務(wù)器提供的直播頻道的直播流同主中繼點服務(wù)器提供的直播頻道 的直播流一樣。 同前述確定主中繼點服務(wù)器的方式一樣,分發(fā)服務(wù)器確定備中繼點服務(wù)器的方式 包括但不限于輪詢、隨機、靜態(tài)、負載。 步驟403,根據(jù)確定的主備中繼點服務(wù)器地址和端口信息向主備中繼點服務(wù)器發(fā) 送直播源的地址和端口信息; 確定主中繼點服務(wù)器后,分發(fā)服務(wù)器根據(jù)主中繼點服務(wù)器地址和端口信息,向主中繼點服務(wù)器提供直播源的地址和端口信息,主中繼點服務(wù)器刷新直播源的地址和端口信
息到本地直播頻道的屬性文件中,主中繼點服務(wù)器從直播源獲取直播流。 確定備中繼點服務(wù)器后,分發(fā)服務(wù)器根據(jù)備中繼點服務(wù)器地址和端口信息,向備
中繼點服務(wù)器提供主中繼點服務(wù)器和直播源的地址和端口信息,備中繼點服務(wù)器刷新主中
繼點服務(wù)器和直播源的地址和端口信息到本地直播頻道的屬性文件中,備中繼點服務(wù)器從
主中繼點服務(wù)器和直播源獲取直播流。 進一步的,分發(fā)服務(wù)器向主備中繼點服務(wù)器提供的直播源地址和端口信息包括主 備直播源地址和端口信息。 主中繼點服務(wù)器首先向所述主直播源請求獲取直播流,不能獲取時,則向備直播 源請求獲取直播流。 備中繼點服務(wù)器首先向主中繼點服務(wù)器請求獲取直播流,不能獲取時,則向主直 播源請求獲取直播流,不能獲取時,再向備直播源請求獲取直播流。 在媒體服務(wù)器向主中繼點服務(wù)器請求直播流失敗時,則向備中繼點服務(wù)器請求獲 取直播流,由備中繼點服務(wù)器向其提供直播流。 步驟404,提供請求的直播頻道的直播頻道的主備中繼點服務(wù)器地址和端口信息。
分發(fā)服務(wù)器在收到媒體服務(wù)器請求時,提供請求的直播頻道的直播頻道的主備中 繼點服務(wù)器地址和端口信息。 此處"請求的直播頻道"含義同步驟101所述,在此不贅述。 本實施例通過確定主備中繼點服務(wù)器的方式,在主中繼點服務(wù)器不能向媒體服務(wù)
器提供直播流的時候,備中繼點服務(wù)器來向媒體服務(wù)器提供直播流,提高了直播服務(wù)的可
靠性,另外,還向中繼點服務(wù)器提供主備直播源地址和端口信息,進一步增強了區(qū)域與上級
骨干網(wǎng)聯(lián)系的可靠性,使網(wǎng)絡(luò)更為穩(wěn)定可靠。 圖5a為本發(fā)明媒體服務(wù)器的結(jié)構(gòu)示意圖。具體包括 接收模塊501,用于接收提供直播服務(wù)的請求,該請求包括請求提供的直播頻道;
該提供直播服務(wù)的請求可以是調(diào)度服務(wù)器請求媒體服務(wù)器提供直播服務(wù)的調(diào)度 指示。 第一獲取模塊502,用于獲取區(qū)域內(nèi)上述直播頻道的中繼點服務(wù)器的地址和端口 信息; 第二獲取模塊503,用于根據(jù)中繼點服務(wù)器地址和端口信息向該中繼點服務(wù)器獲 取請求的直播頻道的直播流; 直播模塊504,用于利用第二獲取模塊503獲取的直播流提供直播服務(wù)。
第一獲取模塊502可以包括請求單元5021、接收單元5022、發(fā)送單元5023。
請求單元5021用于向分發(fā)服務(wù)器請求區(qū)域內(nèi)提供媒體服務(wù)器請求的直播頻道直 播流的中繼點服務(wù)器地址和端口信息。 接收單元5022用于接收上述中繼點服務(wù)器地址和端口信息。 發(fā)送單元5023用于將接收單元5022接收的中繼點服務(wù)器地址和端口信息發(fā)送給 第二獲取模塊503。第二獲取模塊503可以包括請求單元5031、接收單元5032、發(fā)送單元5033。
請求單元5031用于根據(jù)第一獲取模塊502獲取的中繼點服務(wù)器地址和端口信息向該中繼點服務(wù)器請求用戶選擇的直播頻道的直播流。 接收單元5032用于接收中繼點服務(wù)器發(fā)送的直播頻道的直播流。 發(fā)送單元5033用于將接收單元5032接收到的直播流發(fā)送給直播模塊504。 本實施例通過第一獲取模塊獲取中繼點服務(wù)器的端口和地址信息并提供給第二
獲取模塊,第二獲取模塊根據(jù)該端口和地址向中繼點服務(wù)器獲取直播流,保證了在必要時,
該媒體服務(wù)器能夠利用直播模塊向用戶提供直播服務(wù)。 如圖5b所示,該媒體服務(wù)器還可包括通知模塊505,用于在第二獲取模塊獲得直
播流后通知分發(fā)服務(wù)器刷新直播頻道的區(qū)域分布信息,刷新模塊506,用于刷新本地直播頻
道屬性文件中獲取直播流的地址和端口信息為中繼點服務(wù)器的地址和端口信息。斷開模塊
507,用于在預(yù)設(shè)閾值時間范圍內(nèi)有無用戶播放連接,斷開和中繼點服務(wù)器的連接,以便保
證用戶連接的實時性和減少對區(qū)域內(nèi)帶寬的占用。 圖6a為本發(fā)明中分布服務(wù)器的結(jié)構(gòu)示意圖,具體包括 確定模塊601,用于確定向媒體服務(wù)器提供直播頻道的直播流的中繼點服務(wù)器。
發(fā)送模塊602,用于根據(jù)所述確定的中繼點服務(wù)器地址和端口信息向該中繼點服 務(wù)器發(fā)送直播源的地址和端口信息;以及用于在收到媒體服務(wù)器請求時,發(fā)送媒體服務(wù)器 請求的直播頻道的中繼點服務(wù)器地址和端口信息。 確定模塊601可以包括選擇單元6011、存儲單元6012。其中選擇單元6011用于選 擇向媒體服務(wù)器提供直播流的中繼點服務(wù)器,方式可以有多種,包括但不限于輪詢、隨機、 靜態(tài)、負載等方式。存儲單元6012用于存儲選擇單元6011所選擇的中繼點服務(wù)器的地址 和端口信息。 發(fā)送模塊602可以包括接收單元6021和發(fā)送單元6022 ; 接收單元6021用于接收媒體服務(wù)器請求,發(fā)送單元6022用于根據(jù)所述確定的中
繼點服務(wù)器地址和端口信息向該中繼點服務(wù)器發(fā)送直播頻道的直播源的地址和端口信息,
以及根據(jù)接收單元6021用于接收的媒體服務(wù)器請求發(fā)送中繼點服務(wù)器地址和端口信息。 本實施例中"請求的直播頻道"含義同步驟101所述,在此不贅述。 本實施例中通過確定模塊,發(fā)送模塊在直播預(yù)處理階段的協(xié)作,為媒體服務(wù)器在
必要時提供直播服務(wù)做好準備。 如圖6b所示,在本實施例技術(shù)方案的基礎(chǔ)上,該分發(fā)服務(wù)器還可以包括分發(fā)模 塊603,用于向媒體服務(wù)器分發(fā)直播頻道的屬性文件,以保證全網(wǎng)或指定區(qū)域的所有區(qū)域內(nèi) 所有的媒體服務(wù)器在必要時都能成為直播頻道的直播服務(wù)器,媒體服務(wù)器可以是全網(wǎng)或者 指定區(qū)域的所有媒體服務(wù)器。初始屬性文件中獲取直播流的地址和端口信息為空,這樣在 非必要時,媒體服務(wù)器就不會從中繼點服務(wù)器獲取直播流,以免浪費帶寬。通知模塊604,用 于確定中繼點服務(wù)器后,通知調(diào)度服務(wù)器刷新直播頻道分布信息。以保證確定的中繼點服 務(wù)器獲取到直播流,并且調(diào)度服務(wù)器實時更新網(wǎng)絡(luò)中直播頻道的分布信息,以便在必要時, 如所述中繼點服務(wù)器服務(wù)能力達到預(yù)設(shè)閾值或與用戶的連接線路不可用時,根據(jù)該直播頻 道的分布信息調(diào)度其他媒體服務(wù)器提供直播服務(wù)。 圖7a為本發(fā)明實現(xiàn)直播的系統(tǒng)的一個實施例的結(jié)構(gòu)示意圖。包括 分發(fā)服務(wù)器702,用于確定中繼點服務(wù)器703,并向媒體服務(wù)器704提供請求的直
播頻道的中繼點服務(wù)器703地址和端口信息;
中繼點服務(wù)器703,中繼點服務(wù)器703用于從直播源701獲取直播流,向媒體服務(wù) 器704提供請求的直播頻道的直播流; 需要說明的是中繼點服務(wù)器是針對一個直播頻道而言的,也就是說現(xiàn)網(wǎng)每個直 播頻道都可以有一個中繼點服務(wù)器。 中繼點服務(wù)器實際上也是媒體服務(wù)器,根據(jù)調(diào)度策略的不同,中繼服務(wù)器實現(xiàn)的 功能可能有所不同,可以僅僅只向其他媒體服務(wù)器提供直播流;也可以既直接向用戶提供 直播服務(wù),也向其他媒體服務(wù)器提供直播流。 比如現(xiàn)網(wǎng)有50個直播頻道,某個區(qū)域有10個媒體服務(wù)器,一種實現(xiàn)方式可以是 按平均每個媒體服務(wù)器有5個不同直播頻道的分布,每個媒體服務(wù)器對其分布的5個直播 頻道直接對用戶提供直播服務(wù);同時,針對這5個直播頻道,該媒體服務(wù)器是它們共同的中 繼點服務(wù)器,該媒體服務(wù)器向直播源為這5個頻道請求直播流,如果其他服務(wù)器要為用戶 提供這5個頻道中的任何一個頻道的直播服務(wù)器,都需要向這個媒體服務(wù)器請求直播流。
另外一種實現(xiàn)方式可以是把現(xiàn)網(wǎng)全部頻道都分布到某個媒體服務(wù)器上,如上例, 分發(fā)服務(wù)器可把50個頻道都分布到一臺媒體服務(wù)器上,這臺媒體服務(wù)器可以不直接對用 戶提供直播服務(wù),它向直播源請求50個直播流,只是在其他媒體服務(wù)器要向用戶提供服務(wù) 時,向其他媒體服務(wù)器提供直播流。 媒體服務(wù)器704,用于從中繼點服務(wù)器703獲取直播流,利用所述直播流提供直播 服務(wù); 媒體服務(wù)器根據(jù)接受到的提供用戶選擇的直播頻道的直播服務(wù)的請求,向該直播 頻道的中繼點服務(wù)器獲取該直播頻道的直播流,并利用該直播流向用戶提供直播服務(wù)。
在本實施例中,媒體服務(wù)器在得到直播服務(wù)請求后,向分發(fā)服務(wù)器請求中繼點服 務(wù)器的地址和端口信息,從而向請求中繼點服務(wù)器請求直播流。中繼點服務(wù)器由分發(fā)服務(wù) 器確定,并且從分發(fā)服務(wù)器獲取直播源的地址和端口信息,從而向直播源請求直播流,在收 到媒體服務(wù)器請求時,向其提供直播流。實現(xiàn)了在不增加對占用上級網(wǎng)絡(luò)帶寬占用的前提 下,提高了現(xiàn)網(wǎng)的服務(wù)能力。 如圖7b所示,在本實施例的技術(shù)方案的基礎(chǔ)上,本實施例中還包括直播源701,用
于向中繼點服務(wù)器703提供直播流。為了提高服務(wù)的可靠性,直播源701可以包括主直播
源和備直播源,中繼點服務(wù)器703還可包括主中繼點服務(wù)器和備中繼點服務(wù)器。 主中繼點服務(wù)器首先向主直播源請求直播流,如果主直播源不能提供直播流,則
向備直播源請求直播流。 備中繼點服務(wù)器首先向主中繼點服務(wù)器請求直播流,如果主中繼點服務(wù)器不能提 供直播流,則向主直播源請求直播流,如果主直播源不能提供直播流,再向備直播源請求直 播流。 媒體服務(wù)器704首先向主中繼點服務(wù)器請求直播流,如果主中繼點服務(wù)器不能提 供直播流,則向備中繼點服務(wù)器請求直播流。 通過設(shè)置主備直播源和主備中繼點服務(wù)器,提高了網(wǎng)絡(luò)直播服務(wù)的穩(wěn)定性和可靠 性,保證了良好的用戶體驗。 另外,還可以結(jié)合調(diào)度服務(wù)的調(diào)度策略,來協(xié)調(diào)各個媒體服務(wù)器的負載,調(diào)度服務(wù) 器接到用戶請求時,可以優(yōu)先調(diào)度用戶請求到中繼點服務(wù)器上,由其向用戶提供直播服務(wù),只有某些情況下,如中繼點服務(wù)器服務(wù)能力達到預(yù)設(shè)閾值或與用戶的連接線路不可用時, 調(diào)度服務(wù)器才將用戶請求調(diào)度到其他媒體服務(wù)器上;也可以不考慮中繼點服務(wù)器的情況, 直接將用戶請求調(diào)度到其他媒體服務(wù)器上。 結(jié)合以上各個實施例,如圖8所示,本發(fā)明一個包括直播預(yù)處理和實現(xiàn)直播這兩 個過程的實施例為 步驟801,分發(fā)服務(wù)器向媒體服務(wù)器分發(fā)直播頻道的屬性文件,初始屬性文件中獲 取直播流的地址和端口信息為空。 分發(fā)服務(wù)器分發(fā)直播頻道的屬性文件是向全網(wǎng)或指定區(qū)域的所有媒體服務(wù)器分 發(fā)。 全網(wǎng)可以是IPTV網(wǎng)絡(luò),在IPTV網(wǎng)絡(luò)內(nèi)又可以劃分為多個物理或邏輯的區(qū)域。分發(fā)
服務(wù)器按照管理員配置向全網(wǎng)或者指定區(qū)域的所有媒體服務(wù)器分發(fā)直播頻道的屬性文件。 步驟802,分發(fā)服務(wù)器確定向媒體服務(wù)器提供直播頻道直播流的中繼點服務(wù)器。 如上一個實施例中所述中繼點服務(wù)器是對應(yīng)直播頻道而言的。 分發(fā)服務(wù)器可以對于同一個直播頻道確定一個中繼點服務(wù)器,也可以確定兩個以
上的中繼點服務(wù)器,同一個直播頻道的中繼點服務(wù)器可以有主備之分。 步驟803,分發(fā)服務(wù)器向確定的直播頻道中繼點服務(wù)器提供該直播頻道的直播源 的地址和端口信息。 步驟804,中繼點服務(wù)器根據(jù)分發(fā)服務(wù)器提供的直播源地址和端口信息向直播源 獲取該直播頻道的直播流。 步驟805,媒體服務(wù)器收到某直播頻道的直播服務(wù)的請求。
本步驟同步驟IOI。 步驟806,媒體服務(wù)器根據(jù)收到的直播頻道的直播服務(wù)請求,向分發(fā)服務(wù)器請求該 直播頻道的中繼點服務(wù)器地址和端口信息。 步驟807,分發(fā)服務(wù)器將媒體服務(wù)器請求的中繼點服務(wù)器地址和端口信息發(fā)送給 該媒體服務(wù)器。 這里的中繼點服務(wù)器地址和端口信息可能包括主備中繼點服務(wù)器地址和端口信 息。 步驟808,媒體服務(wù)器根據(jù)分發(fā)服務(wù)器發(fā)送的該直播頻道的中繼點服務(wù)器地址和 端口信息向該中繼點服務(wù)器獲取直播流。 在這里,如果媒體服務(wù)器不能向主中繼點服務(wù)器獲取直播流,則向備中繼點服務(wù) 器獲取直播流。 步驟809 ,媒體服務(wù)器利用獲得的該直播頻道的直播流向用戶提供直播服務(wù)。
本實施例包括了系統(tǒng)從直播預(yù)處理到為用戶提供直播的完整過程,在預(yù)處理階段 通過分發(fā)服務(wù)器向全網(wǎng)或指定區(qū)域分發(fā)直播頻道的屬性文件,使全網(wǎng)或指定區(qū)域或指定區(qū) 域媒體服務(wù)器都可能為用戶提供直播服務(wù),然后確定中繼點服務(wù)器,并向中繼點服務(wù)器提 供直播頻道直播流所在的服務(wù)器地址和端口信息,使中繼點服務(wù)器可以獲取直播流,為向 媒體服務(wù)器提供直播流做好準備。在直播階段,當媒體服務(wù)器得到提供某直播頻道的直播 服務(wù)的請求時,則向分發(fā)服務(wù)器請求獲取在預(yù)處理階段已經(jīng)確定的該直播頻道的中繼點服 務(wù)器地址和端口信息,然后向中繼點服務(wù)器獲取該直播頻道的直播流,為用戶提供服務(wù)。本實施例利用區(qū)域內(nèi)中繼地方式,實現(xiàn)了在對更多用戶提供直播服務(wù)時,不需要對現(xiàn)網(wǎng)進行 擴容,也不需要增加對上級網(wǎng)絡(luò)帶寬的占用。 通過以上實施例的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到需要說明的是,本 發(fā)明實施例不需要引入獨立的功能部件,可借助軟件加必需的通用硬件平臺的方式來實 現(xiàn)。基于這樣的理解,本發(fā)明實施例的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分 可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若干指
令用以執(zhí)行本發(fā)明各個實施例所述的方法。這里所稱的存儲介質(zhì),如R0M/RAM、磁盤、光盤等。 最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案,并非用于限定本發(fā) 明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均應(yīng)包 含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種實現(xiàn)直播的方法,其特征在于,包括接收提供直播服務(wù)的請求,所述請求包括請求提供的直播頻道;獲取區(qū)域內(nèi)所述直播頻道的中繼點服務(wù)器的地址和端口信息;根據(jù)所述地址和端口信息向所述中繼點服務(wù)器獲取所述直播頻道的直播流;利用所述直播流提供直播服務(wù)。
2. 根據(jù)權(quán)利要求l所述方法,其特征在于,所述獲取區(qū)域內(nèi)直播頻道的中繼點服務(wù)器的地址和端口信息包括獲取區(qū)域內(nèi)直播頻 道的主備中繼點服務(wù)器的地址和端口信息;所述根據(jù)所述地址和端口信息向所述中繼點服務(wù)器獲取所述直播頻道的直播流為向 主中繼點服務(wù)器獲取直播流,如果不能獲取,則向備中繼點服務(wù)器獲取直播流。
3. 根據(jù)權(quán)利要求1或2所述的方法,其特征在于,所述根據(jù)所述地址和端口信息向所述中繼點服務(wù)器獲取所述直播頻道的直播流后,通 知分發(fā)服務(wù)器刷新直播頻道分布信息。
4. 根據(jù)權(quán)利要求l所述的方法,其特征在于,在預(yù)設(shè)閾值時間范圍內(nèi)無用戶播放連接時,斷開和所述中繼點服務(wù)器的連接,通知分 發(fā)服務(wù)器刷新直播頻道的分布信息,并刷新本地直播頻道屬性文件中獲取直播流的地址和 端口信息為空。
5. —種直播預(yù)處理的方法,其特征在于,包括 確定用于向媒體服務(wù)器提供直播頻道的直播流的中繼點服務(wù)器;根據(jù)所述中繼點服務(wù)器地址和端口信息向所述中繼點服務(wù)器發(fā)送直播源的地址和端 口信息;在收到媒體服務(wù)器請求時,提供所述媒體服務(wù)器請求的直播頻道的中繼點服務(wù)器地址 和端口信息。
6. 根據(jù)權(quán)利要求5所述的方法,其特征在于,所述確定用于向媒體服務(wù)器提供直播頻道的直播流的中繼點服務(wù)器包括確定主中繼 點服務(wù)器和確定備中繼點服務(wù)器。
7. 根據(jù)權(quán)利要求6所述的方法,其特征還在于,所述根據(jù)所述確定的中繼點服務(wù)器地址和端口信息向所述中繼點服務(wù)器發(fā)送直播源 的地址和端口信息包括向主中繼點服務(wù)器發(fā)送主備直播源的地址和端口信息,向備中繼 點服務(wù)器發(fā)送主中繼點服務(wù)器和上級主備直播源的地址和端口信息;所述主中繼點服務(wù)器向所述主直播源請求獲取直播流,不能獲取時,則向備直播源請 求獲取直播流;所述備中繼點服務(wù)器向主中繼點服務(wù)器請求獲取直播流,不能獲取時,則向主直播源 請求獲取直播流,不能獲取時,則向備直播源請求獲取直播流。
8. 根據(jù)權(quán)利要求5所述的方法,其特征還在于,所述確定中繼點服務(wù)器后或者提供所述中繼點服務(wù)器地址和端口信息后,通知調(diào)度服 務(wù)器刷新直播頻道分布信息。
9. 根據(jù)權(quán)利要求5所述的方法,其特征還在于,向媒體服務(wù)器分發(fā)直播頻道的屬性文件,初始屬性文件中獲取直播流的地址和端口信息為空。
10. —種媒體服務(wù)器,其特征在于,包括接收模塊,用于接收提供直播服務(wù)的請求,所述請求包括請求提供的直播頻道; 第一獲取模塊,用于獲取區(qū)域內(nèi)所述直播頻道的中繼點服務(wù)器的地址和端口信息; 第二獲取模塊,用于根據(jù)所述地址和端口信息向所述中繼點服務(wù)器獲取所述直播頻道 的直播流;直播模塊,用于利用所述直播流提供直播服務(wù)。
11. 根據(jù)權(quán)利要求10所述的媒體服務(wù)器,其特征在于,還包括 通知模塊,用于通知分發(fā)服務(wù)器刷新直播頻道的區(qū)域分布信息。
12. 根據(jù)權(quán)利要求10所述的媒體服務(wù)器,其特征在于,還包括 刷新模塊,用于刷新本地直播頻道屬性文件中獲取直播流的地址和端口信息。
13. 根據(jù)權(quán)利要求10所述的媒體服務(wù)器,其特征在于,還包括斷開模塊,用于在預(yù)設(shè)閾值時間范圍內(nèi)無用戶播放連接時,斷開和所述中繼點服務(wù)器 的連接。
14. 一種分發(fā)服務(wù)器,其特征在于,包括確定模塊,用于確定向媒體服務(wù)器提供直播頻道的直播流的中繼點服務(wù)器; 發(fā)送模塊,用于根據(jù)所述確定的中繼點服務(wù)器地址和端口信息向所述中繼點服務(wù)器發(fā)送直播源的地址和端口信息;以及用于在收到媒體服務(wù)器請求時,發(fā)送所述媒體服務(wù)請求的直播頻道的中繼點服務(wù)器地址和端口信息。
15. 根據(jù)權(quán)利要求14所述的分發(fā)服務(wù)器,其特征在于,還包括分發(fā)模塊,用于向媒體服務(wù)器分發(fā)直播頻道的屬性文件,初始屬性文件中獲取直播流 的地址和端口信息為空。
16. 根據(jù)權(quán)利要求14所述的分發(fā)服務(wù)器,其特征在于, 所述確定模塊包括確定主中繼點服務(wù)器和備中繼點服器。
17. 根據(jù)權(quán)利要求14所述的分發(fā)服務(wù)器,其特征在于,還包括 通知模塊,用于通知調(diào)度服務(wù)器刷新直播頻道分布信息。
18. —種提供直播服務(wù)的系統(tǒng),其特征在于,包括分發(fā)服務(wù)器,中繼點服務(wù)器,媒體服務(wù)器。所述分發(fā)服務(wù)器用于確定所述中繼點服務(wù)器,并向所述媒體服務(wù)器提供請求的直播頻 道的中繼點服務(wù)器服務(wù)器地址和端口信息;所述中繼點服務(wù)器用于獲取直播流,并向區(qū)域內(nèi)的媒體服務(wù)器提供請求的直播頻道的 直播流;所述媒體服務(wù)器用于從所述中繼點服務(wù)器獲取直播流,利用所述直播流提供直播服務(wù)。
19. 如權(quán)利要求18所述系統(tǒng),其特征還在于,包括 直播源,所述直播源用于向中繼點服務(wù)器提供直播流; 所述直播源包括主直播源和備直播源。
20. 如權(quán)利要求18至19任一項所述系統(tǒng),其特征還在于, 所述中繼點服務(wù)器包括主中繼點服務(wù)器和備中繼點服務(wù)器。
全文摘要
本發(fā)明公開了實現(xiàn)直播的和直播預(yù)處理的方法,以及相應(yīng)的裝置和系統(tǒng)。一種實現(xiàn)直播的方法包括媒體服務(wù)器從中繼點服務(wù)器獲取直播流,作為直播服務(wù)器為用戶提供直播服務(wù)。一種直播預(yù)處理的方法包括分發(fā)服務(wù)器確定向媒體服務(wù)器提供直播流的中繼點服務(wù)器并獲取其地址和端口信息,在收到媒體服務(wù)器請求時,提供所述中繼點服務(wù)器地址和端口信息。本發(fā)明利用區(qū)域內(nèi)中繼的方式,實現(xiàn)了在不增加對上級網(wǎng)絡(luò)帶寬占用的前提下,為更多用戶提供直播服務(wù)。
文檔編號H04N5/268GK101729794SQ200810216478
公開日2010年6月9日 申請日期2008年10月11日 優(yōu)先權(quán)日2008年10月11日
發(fā)明者余小劍 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
四平市| 辽源市| 德令哈市| 公主岭市| 和林格尔县| 兴文县| 洪江市| 本溪| 南康市| 苗栗县| 栖霞市| 郸城县| 阳新县| 开阳县| 双牌县| 古浪县| 正镶白旗| 泸西县| 广平县| 静海县| 京山县| 徐水县| 鸡西市| 松桃| 舞阳县| 新密市| 多伦县| 阿坝县| 石林| 新郑市| 肇州县| 庄河市| 义乌市| 神农架林区| 石门县| 青铜峡市| 天门市| 红原县| 靖江市| 沾益县| 山东省|