本發(fā)明涉及網(wǎng)絡(luò)互動(dòng)直播領(lǐng)域,特別是涉及互動(dòng)直播流媒體數(shù)據(jù)的分發(fā)備份方法、系統(tǒng)及服務(wù)器。
背景技術(shù):
隨著PC以及移動(dòng)設(shè)備的廣泛使用,入戶(hù)帶寬不斷提升,互動(dòng)直播類(lèi)業(yè)務(wù)也日趨廣泛,各類(lèi)互動(dòng)直播類(lèi)網(wǎng)站以及app相繼推出,帶來(lái)的競(jìng)爭(zhēng)壓力也日趨激烈。大多數(shù)的直播網(wǎng)站或直播app都會(huì)經(jīng)過(guò)CDN加速,因此,如何更好地提升數(shù)據(jù)傳輸穩(wěn)定性、增強(qiáng)觀眾體驗(yàn)已經(jīng)成為CDN廠商亟需解決的問(wèn)題。
傳統(tǒng)CDN內(nèi)部數(shù)據(jù)分發(fā)存在以下弊端:
由于CDN通常采用多層架構(gòu)來(lái)保證鏈路通暢,一般會(huì)對(duì)流數(shù)據(jù)進(jìn)行多個(gè)服務(wù)器同時(shí)備份。但是,互動(dòng)直播類(lèi)業(yè)務(wù)量級(jí)很大而且存在大量冷流,如果所有服務(wù)器同時(shí)備份,不僅會(huì)造成資源浪費(fèi),而且無(wú)法實(shí)現(xiàn)數(shù)據(jù)的快速定位,也就無(wú)法滿(mǎn)足客戶(hù)秒級(jí)播放的需求。此外,不同服務(wù)器鏈路的差異也會(huì)影響數(shù)據(jù)傳輸?shù)姆€(wěn)定性。
技術(shù)實(shí)現(xiàn)要素:
鑒于以上所述現(xiàn)有技術(shù)的缺點(diǎn),本發(fā)明的目的在于提供互動(dòng)直播流媒體數(shù)據(jù)的分發(fā)備份方法、系統(tǒng)及服務(wù)器,用于解決現(xiàn)有技術(shù)中的上述問(wèn)題。
為實(shí)現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供一種互動(dòng)直播中流媒體數(shù)據(jù)的分發(fā)方法,應(yīng)用于負(fù)載均衡服務(wù)器,其中,所述負(fù)載均衡服務(wù)器與多個(gè)CDN中心節(jié)點(diǎn)通信連接,并存儲(chǔ)有:每個(gè)所述CDN中心節(jié)點(diǎn)的ID信息,所述方法包括:檢測(cè)獲取目標(biāo)CDN中心節(jié)點(diǎn)的查詢(xún)指令,所述查詢(xún)指令包含推流請(qǐng)求URL信息;根據(jù)每個(gè)所述CDN中心節(jié)點(diǎn)的ID信息、及所述推流請(qǐng)求URL信息確定用于備份推流請(qǐng)求的流媒體數(shù)據(jù)的目標(biāo)CDN中心節(jié)點(diǎn);將所述目標(biāo)CDN中心節(jié)點(diǎn)的ID信息向外發(fā)送。
于本發(fā)明一實(shí)施例中,所述根據(jù)每個(gè)所述CDN中心節(jié)點(diǎn)的ID信息、及所述推流請(qǐng)求URL信息確定用于備份推流請(qǐng)求的流媒體數(shù)據(jù)的目標(biāo)CDN中心節(jié)點(diǎn)是由通過(guò)一致性HASH算法計(jì)算實(shí)現(xiàn)的,其中,所述方法還包括:在通過(guò)所述一致性HASH算法計(jì)算得到每個(gè)所述CDN中心節(jié)點(diǎn)的ID的HASH值后,按照正則分布擴(kuò)大HASH集合范圍,再重新計(jì)算每個(gè)所述CDN中心節(jié)點(diǎn)的ID的HASH值,并將擴(kuò)大后的HASH集合映射回?cái)U(kuò)大前的HASH集合。
為實(shí)現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供一種互動(dòng)直播中流媒體數(shù)據(jù)的備份方法,應(yīng)用于CDN中心節(jié)點(diǎn),其中,所述CDN中心節(jié)點(diǎn)與內(nèi)容調(diào)度節(jié)點(diǎn)通信連接,所述方法包括:接收并備份推流過(guò)程的流媒體數(shù)據(jù);將自己的ID信息與所述流媒體數(shù)據(jù)的標(biāo)識(shí)信息一并發(fā)送至所述內(nèi)容調(diào)度節(jié)點(diǎn)。
為實(shí)現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供一種互動(dòng)直播中流媒體數(shù)據(jù)的分發(fā)方法,應(yīng)用于內(nèi)容調(diào)度節(jié)點(diǎn),其中,所述內(nèi)容調(diào)度節(jié)點(diǎn)存儲(chǔ)有:至少一個(gè)CDN中心節(jié)點(diǎn)的ID信息、及與所述至少一個(gè)ID信息分別一一對(duì)應(yīng)關(guān)聯(lián)的至少一個(gè)流媒體數(shù)據(jù)的標(biāo)識(shí)信息,所述方法包括:檢測(cè)獲取目標(biāo)CDN中心節(jié)點(diǎn)的查詢(xún)指令,所述查詢(xún)指令包含拉流過(guò)程的流媒體數(shù)據(jù)的標(biāo)識(shí)信息;根據(jù)所述流媒體數(shù)據(jù)的標(biāo)識(shí)信息查詢(xún)出與其對(duì)應(yīng)的ID信息以作為目標(biāo)CDN中心節(jié)點(diǎn)的ID信息并向外發(fā)送。
為實(shí)現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供一種互動(dòng)直播中流媒體數(shù)據(jù)的分發(fā)系統(tǒng),應(yīng)用于負(fù)載均衡服務(wù)器,其中,所述負(fù)載均衡服務(wù)器與多個(gè)CDN中心節(jié)點(diǎn)通信連接,并存儲(chǔ)有:每個(gè)所述CDN中心節(jié)點(diǎn)的ID信息,所述系統(tǒng)包括:檢測(cè)模塊,用于檢測(cè)獲取目標(biāo)CDN中心節(jié)點(diǎn)的查詢(xún)指令,所述查詢(xún)指令包含推流請(qǐng)求URL信息;計(jì)算模塊,用于根據(jù)每個(gè)所述CDN中心節(jié)點(diǎn)的ID信息、及所述推流請(qǐng)求URL信息確定用于備份推流請(qǐng)求的流媒體數(shù)據(jù)的目標(biāo)CDN中心節(jié)點(diǎn);發(fā)送模塊,用于將所述目標(biāo)CDN中心節(jié)點(diǎn)的ID信息向外發(fā)送。
為實(shí)現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供一種互動(dòng)直播中流媒體數(shù)據(jù)的備份系統(tǒng),應(yīng)用于CDN中心節(jié)點(diǎn),其中,所述CDN中心節(jié)點(diǎn)與內(nèi)容調(diào)度節(jié)點(diǎn)通信連接,所述系統(tǒng)包括:接收模塊,用于接收推流過(guò)程的流媒體數(shù)據(jù);備份模塊,用于備份所述流媒體數(shù)據(jù);發(fā)送模塊,將自己的ID信息與所述流媒體數(shù)據(jù)的標(biāo)識(shí)信息一并發(fā)送至所述內(nèi)容調(diào)度節(jié)點(diǎn)。
為實(shí)現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供一種互動(dòng)直播中流媒體數(shù)據(jù)的分發(fā)系統(tǒng),應(yīng)用于內(nèi)容調(diào)度節(jié)點(diǎn),其中,所述內(nèi)容調(diào)度節(jié)點(diǎn)存儲(chǔ)有:至少一個(gè)CDN中心節(jié)點(diǎn)的ID信息、及與所述至少一個(gè)ID信息分別一一對(duì)應(yīng)關(guān)聯(lián)的至少一個(gè)流媒體數(shù)據(jù)的標(biāo)識(shí)信息,所述系統(tǒng)包括:檢測(cè)模塊,用于檢測(cè)獲取目標(biāo)CDN中心節(jié)點(diǎn)的查詢(xún)指令,所述查詢(xún)指令包含拉流過(guò)程的流媒體數(shù)據(jù)的標(biāo)識(shí)信息;查詢(xún)模塊,用于根據(jù)所述流媒體數(shù)據(jù)的標(biāo)識(shí)信息查詢(xún)出與其對(duì)應(yīng)的ID信息以作為目標(biāo)CDN中心節(jié)點(diǎn)的ID信息;發(fā)送模塊,用于將所述目標(biāo)CDN中心節(jié)點(diǎn)的ID信息向外發(fā)送。
為實(shí)現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供一種負(fù)載均衡服務(wù)器,包括:如上所述的互動(dòng)直播中流媒體數(shù)據(jù)的分發(fā)系統(tǒng)。
為實(shí)現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供一種CDN服務(wù)器,包括:如上所述的互動(dòng)直播中流媒體數(shù)據(jù)的備份系統(tǒng)。
為實(shí)現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供一種內(nèi)容調(diào)度服務(wù)器,包括:如上所述的互動(dòng)直播中流媒體數(shù)據(jù)的分發(fā)系統(tǒng)。
如上所述,本發(fā)明的互動(dòng)直播流媒體數(shù)據(jù)的分發(fā)備份方法、系統(tǒng)及服務(wù)器:CDN中心節(jié)點(diǎn)通過(guò)服務(wù)器ID調(diào)度達(dá)到負(fù)載均衡的效果,優(yōu)化了CDN層級(jí)結(jié)構(gòu),降低了流媒體數(shù)據(jù)在CDN系統(tǒng)內(nèi)部的冗余,提高了CDN中心節(jié)點(diǎn)的可用性,并且大大節(jié)約了運(yùn)營(yíng)成本,此外,進(jìn)一步解決了流媒體數(shù)據(jù)的快速定位及穩(wěn)定性的問(wèn)題,減少了傳輸時(shí)延以及卡頓問(wèn)題,大大增強(qiáng)了用戶(hù)體驗(yàn)。
附圖說(shuō)明
圖1顯示為現(xiàn)有技術(shù)中傳統(tǒng)分發(fā)流媒體數(shù)據(jù)的CDN系統(tǒng)架構(gòu)圖。
圖2顯示為本發(fā)明一實(shí)施例的分發(fā)傳輸流媒體數(shù)據(jù)的網(wǎng)絡(luò)架構(gòu)意圖。
圖3顯示為本發(fā)明一實(shí)施例的一致性HASH算法的環(huán)形空間示意圖。
圖4顯示為本發(fā)明一實(shí)施例的負(fù)載均衡節(jié)點(diǎn)流媒體數(shù)據(jù)的分發(fā)方法流程圖。
圖5顯示為本發(fā)明一實(shí)施例的負(fù)載均衡節(jié)點(diǎn)流媒體數(shù)據(jù)的分發(fā)系統(tǒng)模塊圖。
圖6顯示為本發(fā)明一實(shí)施例的CDN中心節(jié)點(diǎn)流媒體數(shù)據(jù)的備份方法流程圖。
圖7顯示為本發(fā)明一實(shí)施例的CDN中心節(jié)點(diǎn)流媒體數(shù)據(jù)的備份系統(tǒng)模塊圖。
圖8顯示為本發(fā)明一實(shí)施例的內(nèi)容調(diào)度節(jié)點(diǎn)流媒體數(shù)據(jù)的分發(fā)方法流程圖。
圖9顯示為本發(fā)明一實(shí)施例的內(nèi)容調(diào)度節(jié)點(diǎn)流媒體數(shù)據(jù)的分發(fā)系統(tǒng)模塊圖。
具體實(shí)施方式
以下通過(guò)特定的具體實(shí)例說(shuō)明本發(fā)明的實(shí)施方式,本領(lǐng)域技術(shù)人員可由本說(shuō)明書(shū)所揭露的內(nèi)容輕易地了解本發(fā)明的其他優(yōu)點(diǎn)與功效。本發(fā)明還可以通過(guò)另外不同的具體實(shí)施方式加以實(shí)施或應(yīng)用,本說(shuō)明書(shū)中的各項(xiàng)細(xì)節(jié)也可以基于不同觀點(diǎn)與應(yīng)用,在沒(méi)有背離本發(fā)明的精神下進(jìn)行各種修飾或改變。需說(shuō)明的是,在不沖突的情況下,以下實(shí)施例及實(shí)施例中的特征可以相互組合。
需要說(shuō)明的是,以下實(shí)施例中所提供的圖示僅以示意方式說(shuō)明本發(fā)明的基本構(gòu)想,遂圖式中僅顯示與本發(fā)明中有關(guān)的組件而非按照實(shí)際實(shí)施時(shí)的組件數(shù)目、形狀及尺寸繪制,其實(shí)際實(shí)施時(shí)各組件的型態(tài)、數(shù)量及比例可為一種隨意的改變,且其組件布局型態(tài)也可能更為復(fù)雜。
請(qǐng)參閱圖1,目前,對(duì)流媒體數(shù)據(jù)進(jìn)行分發(fā)傳輸?shù)腃DN系統(tǒng)一般存在多個(gè)中心節(jié)點(diǎn)。
在推流階段:1、推流器向推流邊緣節(jié)點(diǎn)發(fā)送推流信息;2、推流邊緣節(jié)點(diǎn)接收該推流信息后會(huì)同時(shí)將該推流信息轉(zhuǎn)推到上層多個(gè)通信連接的中心節(jié)點(diǎn)進(jìn)行數(shù)據(jù)備份。由于這種方式?jīng)]有對(duì)數(shù)據(jù)進(jìn)行負(fù)載均衡調(diào)度,使得直播數(shù)據(jù)在CDN中心節(jié)點(diǎn)內(nèi)部大量冗余,造成內(nèi)部帶寬消耗增加,中心節(jié)點(diǎn)壓力增大,極大程度地浪費(fèi)了CDN節(jié)點(diǎn)資源,影響了CDN系統(tǒng)的性能。
在拉流階段:3、播放器向拉流邊緣節(jié)點(diǎn)發(fā)送拉流請(qǐng)求;4~5、拉流邊緣節(jié)點(diǎn)收到該拉流請(qǐng)求后向任一通信連接的中心節(jié)點(diǎn)獲取媒體流數(shù)據(jù)。由于拉流邊緣節(jié)點(diǎn)在回源過(guò)程中無(wú)法獲知各中心節(jié)點(diǎn)的流信息,所以需要輪詢(xún)回源,直到獲取到正確的數(shù)據(jù)為止,這種方式無(wú)法實(shí)現(xiàn)數(shù)據(jù)的快速定位,響應(yīng)速度慢。
請(qǐng)參閱圖2,本發(fā)明提供一組在互動(dòng)直播領(lǐng)域中用于分發(fā)傳輸流媒體的網(wǎng)絡(luò)架構(gòu),主要包括:推流邊緣節(jié)點(diǎn)服務(wù)器、拉流邊緣節(jié)點(diǎn)服務(wù)器、負(fù)載均衡服務(wù)器、多個(gè)CDN中心節(jié)點(diǎn)服務(wù)器、及內(nèi)容調(diào)度服務(wù)器,其中,所述負(fù)載均衡服務(wù)器分別與所述推流邊緣節(jié)點(diǎn)服務(wù)器、所述多個(gè)CDN中心節(jié)點(diǎn)服務(wù)器通信連接,并存儲(chǔ)有:每個(gè)所述CDN中心節(jié)點(diǎn)服務(wù)器的ID信息,所述內(nèi)容調(diào)度服務(wù)器分別與所述拉流邊緣節(jié)點(diǎn)服務(wù)器、所述多個(gè)CDN中心節(jié)點(diǎn)服務(wù)器通信連接,并存儲(chǔ)有:完成流媒體數(shù)據(jù)備份的CDN中心節(jié)點(diǎn)服務(wù)器的ID信息、及其所備份的流媒體數(shù)據(jù)的標(biāo)識(shí)信息。以下將詳細(xì)闡述上述網(wǎng)絡(luò)架構(gòu)的工作過(guò)程:
推流階段
1、主播端向推流邊緣節(jié)點(diǎn)服務(wù)器發(fā)送推流請(qǐng)求,其中,所述推流請(qǐng)求中包含URL信息。
2、推流邊緣節(jié)點(diǎn)服務(wù)器接收所述推流請(qǐng)求后,向負(fù)載均衡服務(wù)器發(fā)送查詢(xún)CDN中心節(jié)點(diǎn)服務(wù)器的查詢(xún)指令,其中,所述查詢(xún)指令中包含所述URL信息。
3、負(fù)載均衡服務(wù)器接收所述查詢(xún)指令后,通過(guò)一致性HASH均衡等算法從通信連接的CDN中心節(jié)點(diǎn)服務(wù)器中確定用于備份所述推流請(qǐng)求的流媒體數(shù)據(jù),將確定的CDN中心節(jié)點(diǎn)服務(wù)器的ID信息發(fā)送給所述推流邊緣節(jié)點(diǎn)服務(wù)器。通過(guò)一致性HASH均衡算法,可以將不同推流請(qǐng)求的流媒體數(shù)據(jù)調(diào)度到不同的CDN中心節(jié)點(diǎn)服務(wù)器,以達(dá)到負(fù)載均衡的技術(shù)效果。請(qǐng)參閱圖3,一致HASH均衡算法的詳細(xì)過(guò)程例如:
首先,將HASH集合(如:[0,232))中所有的整數(shù)投射到一個(gè)圓上;然后,再分別將每個(gè)CDN中心節(jié)點(diǎn)服務(wù)器的唯一編碼(如:ID信息)通過(guò)HASH運(yùn)算(如:MD5)得到的整數(shù)投射到這個(gè)圓上(如:CDN中心節(jié)點(diǎn)A、CDN中心節(jié)點(diǎn)B),一旦有推流請(qǐng)求出現(xiàn),就將這個(gè)請(qǐng)求的唯一編碼(如:URL)通過(guò)HASH運(yùn)算(如:MD5)得到的整數(shù)也投射到這個(gè)圓上(如:請(qǐng)求URL1、請(qǐng)求URL2);最后,通過(guò)順時(shí)針?lè)较?,分別將各請(qǐng)求URL找到的第一個(gè)對(duì)應(yīng)的CDN中心節(jié)點(diǎn)確定為用于備份對(duì)應(yīng)的流媒體數(shù)據(jù)的設(shè)備。
需要說(shuō)明的是,目前大部分HASH算法并不能做到負(fù)載的均勻分散。在一實(shí)施例中,基于CDN中心節(jié)點(diǎn)服務(wù)器ID以及請(qǐng)求URL進(jìn)行MD5值的負(fù)載均衡的HASH調(diào)度算法,在根據(jù)服務(wù)器ID計(jì)算得到MD5值后,再把HASH集合按照正則分布擴(kuò)大范圍(如:從[0,232)擴(kuò)大至100*[0,232)),隨后,根據(jù)服務(wù)器ID重新計(jì)算得到新MD5值,再將擴(kuò)大后的HASH集合“100*[0,232)”映射回原來(lái)的HASH集合“[0,232)”,從而在不改變計(jì)算得到的MD5值的基礎(chǔ)上,進(jìn)一步提高HASH結(jié)果的均勻度,以達(dá)到更優(yōu)的負(fù)載均衡效果。
4、推流邊緣節(jié)點(diǎn)服務(wù)器接收響應(yīng)的CDN中心節(jié)點(diǎn)服務(wù)器的ID信息后,根據(jù)ID信息訪問(wèn)CDN中心節(jié)點(diǎn)服務(wù)器,并推流到該CDN中心節(jié)點(diǎn)服務(wù)器。
5、CDN中心節(jié)點(diǎn)服務(wù)器接收推流后,對(duì)流媒體數(shù)據(jù)進(jìn)行備份,并且,向內(nèi)容調(diào)度服務(wù)器做推流匯報(bào),例如:將自己的ID信息及備份的流媒體數(shù)據(jù)的標(biāo)識(shí)信息(如:名稱(chēng))一起發(fā)送至內(nèi)容調(diào)度服務(wù)器進(jìn)行存儲(chǔ)和更新。
拉流階段
6、觀看端向拉流邊緣節(jié)點(diǎn)服務(wù)器發(fā)送拉流請(qǐng)求,其中,拉流請(qǐng)求中包含了要獲取的流媒體數(shù)據(jù)信息。
7、拉流邊緣節(jié)點(diǎn)服務(wù)器接收所述拉流請(qǐng)求后,向內(nèi)容調(diào)度服務(wù)器詢(xún)問(wèn)存儲(chǔ)有所述拉流請(qǐng)求的流媒體數(shù)據(jù)的CDN中心節(jié)點(diǎn)服務(wù)器的ID信息。
8、內(nèi)容調(diào)度服務(wù)器根據(jù)接收的流媒體數(shù)據(jù)的標(biāo)識(shí)信息,查詢(xún)到對(duì)應(yīng)的CDN中心節(jié)點(diǎn)服務(wù)器的ID信息,并發(fā)送至拉流邊緣節(jié)點(diǎn)服務(wù)器。
9、拉流邊緣節(jié)點(diǎn)服務(wù)器接收響應(yīng)的CDN中心節(jié)點(diǎn)服務(wù)器的ID信息,并向該CDN中心節(jié)點(diǎn)服務(wù)器拉流,以供觀看端播放流媒體數(shù)據(jù)。
需要說(shuō)明的是,現(xiàn)有CDN內(nèi)部調(diào)度方法一般分為DNS和IP兩種,由于目前中心服務(wù)器存在多出口的模式,單純依賴(lài)IP無(wú)法解決在跨運(yùn)營(yíng)商時(shí)數(shù)據(jù)快速精確定位的問(wèn)題,所以本發(fā)明選用通過(guò)服務(wù)器ID信息進(jìn)行訪問(wèn)。
請(qǐng)參閱圖4,本發(fā)明提供一種互動(dòng)直播中流媒體數(shù)據(jù)的分發(fā)方法,應(yīng)用于例如圖2中的負(fù)載均衡服務(wù)器,包括:
步驟S401:檢測(cè)獲取目標(biāo)CDN中心節(jié)點(diǎn)的查詢(xún)指令,所述查詢(xún)指令包含推流請(qǐng)求URL信息;
步驟S402:根據(jù)每個(gè)所述CDN中心節(jié)點(diǎn)的ID信息、及所述推流請(qǐng)求URL信息,通過(guò)例如一致性HASH算法等計(jì)算確定用于備份推流請(qǐng)求的流媒體數(shù)據(jù)的目標(biāo)CDN中心節(jié)點(diǎn);進(jìn)一步地,在通過(guò)所述一致性HASH算法計(jì)算得到每個(gè)所述CDN中心節(jié)點(diǎn)的ID的HASH值后,按照正則分布擴(kuò)大HASH集合范圍,再重新計(jì)算每個(gè)所述CDN中心節(jié)點(diǎn)的ID的HASH值,并將擴(kuò)大后的HASH集合映射回?cái)U(kuò)大前的HASH集合;
步驟S403:將所述目標(biāo)CDN中心節(jié)點(diǎn)的ID信息向外發(fā)送。
請(qǐng)參閱圖5,與方法實(shí)施例對(duì)應(yīng),本發(fā)明提供一種互動(dòng)直播中流媒體數(shù)據(jù)的分發(fā)系統(tǒng)5,搭載于例如圖2中的負(fù)載均衡服務(wù)器,包括:檢測(cè)模塊501、計(jì)算模塊502、發(fā)送模塊503。具體的,檢測(cè)模塊501接收獲取目標(biāo)CDN中心節(jié)點(diǎn)的查詢(xún)指令,所述查詢(xún)指令包含推流請(qǐng)求URL信息;計(jì)算模塊502根據(jù)每個(gè)所述CDN中心節(jié)點(diǎn)的ID信息、及所述推流請(qǐng)求URL信息,通過(guò)例如一致性HASH算法等計(jì)算確定用于備份推流請(qǐng)求的流媒體數(shù)據(jù)的目標(biāo)CDN中心節(jié)點(diǎn);發(fā)送模塊503將所述目標(biāo)CDN中心節(jié)點(diǎn)的ID信息向外發(fā)送。
除此之外,本發(fā)明提供還一種負(fù)載均衡服務(wù)器,包括前述的互動(dòng)直播中流媒體數(shù)據(jù)的分發(fā)系統(tǒng)5。
請(qǐng)參閱圖6,本發(fā)明提供一種互動(dòng)直播中流媒體數(shù)據(jù)的備份方法,應(yīng)用于例如圖2中的CDN中心節(jié)點(diǎn),包括:
步驟S601:接收并備份推流過(guò)程的流媒體數(shù)據(jù);
步驟S602:將自己的ID信息與所述流媒體數(shù)據(jù)的標(biāo)識(shí)信息一并向外發(fā)送。
請(qǐng)參閱圖7,與方法實(shí)施例對(duì)應(yīng),本發(fā)明提供一種互動(dòng)直播中流媒體數(shù)據(jù)的備份系統(tǒng)7,搭載于例如圖2中CDN中心節(jié)點(diǎn),包括:接收模塊701、備份模塊702、發(fā)送模塊703。具體的,接收模塊701接收推流過(guò)程的流媒體數(shù)據(jù);備份模塊702備份所述流媒體數(shù)據(jù);發(fā)送模塊703將自己的ID信息與所述流媒體數(shù)據(jù)的標(biāo)識(shí)信息一并向外發(fā)送。
除此之外,本發(fā)明提供一種CDN服務(wù)器,包括前述的互動(dòng)直播中流媒體數(shù)據(jù)的備份系統(tǒng)7。
請(qǐng)參閱圖8,本發(fā)明提供一種互動(dòng)直播中流媒體數(shù)據(jù)的分發(fā)方法,應(yīng)用于例如圖2中的內(nèi)容調(diào)度節(jié)點(diǎn),包括:
步驟S801:檢測(cè)獲取目標(biāo)CDN中心節(jié)點(diǎn)的查詢(xún)指令,所述查詢(xún)指令包含拉流過(guò)程的流媒體數(shù)據(jù)的標(biāo)識(shí)信息;
步驟S802:根據(jù)所述流媒體數(shù)據(jù)的標(biāo)識(shí)信息查詢(xún)出與其對(duì)應(yīng)的ID信息以作為目標(biāo)CDN中心節(jié)點(diǎn)的ID信息并向外發(fā)送。
請(qǐng)參閱圖9,與方法實(shí)施例對(duì)應(yīng),本發(fā)明提供一種互動(dòng)直播中流媒體數(shù)據(jù)的分發(fā)系統(tǒng)9,搭載于例如圖2中的內(nèi)容調(diào)度節(jié)點(diǎn),包括:檢測(cè)模塊901、查詢(xún)模塊902、發(fā)送模塊903。具體的,檢測(cè)模塊901接收獲取目標(biāo)CDN中心節(jié)點(diǎn)的查詢(xún)指令,所述查詢(xún)指令包含拉流過(guò)程的流媒體數(shù)據(jù)的標(biāo)識(shí)信息;查詢(xún)模塊902根據(jù)所述流媒體數(shù)據(jù)的標(biāo)識(shí)信息查詢(xún)出與其對(duì)應(yīng)的ID信息以作為目標(biāo)CDN中心節(jié)點(diǎn)的ID信息;發(fā)送模塊903將所述目標(biāo)CDN中心節(jié)點(diǎn)的ID信息向外發(fā)送。
除此之外,本發(fā)明提供一種內(nèi)容調(diào)度服務(wù)器,包括前述的互動(dòng)直播中流媒體數(shù)據(jù)的分發(fā)系統(tǒng)9。
綜上所述,本發(fā)明的互動(dòng)直播流媒體數(shù)據(jù)的分發(fā)備份方法、系統(tǒng)及服務(wù)器,有效克服了現(xiàn)有技術(shù)中的種種缺點(diǎn)而具高度產(chǎn)業(yè)利用價(jià)值。
上述實(shí)施例僅例示性說(shuō)明本發(fā)明的原理及其功效,而非用于限制本發(fā)明。任何熟悉此技術(shù)的人士皆可在不違背本發(fā)明的精神及范疇下,對(duì)上述實(shí)施例進(jìn)行修飾或改變。因此,舉凡所屬技術(shù)領(lǐng)域中具有通常知識(shí)者在未脫離本發(fā)明所揭示的精神與技術(shù)思想下所完成的一切等效修飾或改變,仍應(yīng)由本發(fā)明的權(quán)利要求所涵蓋。