国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      云流媒體數(shù)據(jù)傳輸系統(tǒng)的制作方法

      文檔序號(hào):7838923閱讀:377來(lái)源:國(guó)知局
      專利名稱:云流媒體數(shù)據(jù)傳輸系統(tǒng)的制作方法
      技術(shù)領(lǐng)域
      本實(shí)用新型涉及通訊領(lǐng)域,具體而言,涉及一種云流媒體數(shù)據(jù)傳輸系統(tǒng)。
      背景技術(shù)
      流媒體是指采用流式傳輸?shù)姆绞皆诨ヂ?lián)網(wǎng)上實(shí)時(shí)播放的媒體,包括在線的視頻直播和點(diǎn)播業(yè)務(wù)。隨著視頻會(huì)議、遠(yuǎn)程教學(xué)、在線游戲和娛樂(lè)等應(yīng)用的日益廣泛,流媒體傳輸技術(shù)經(jīng)歷了從IP組播、CDN內(nèi)容分發(fā)技術(shù)到P2P技術(shù)的發(fā)展,然而現(xiàn)有流媒體技術(shù)仍然無(wú)法完全滿足高性能、大規(guī)模的系統(tǒng)運(yùn)營(yíng)需求。由于用戶規(guī)模的劇增,傳統(tǒng)基于客戶/服務(wù)器 (C/S)模式或內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)模式存在服務(wù)器性能的瓶頸,無(wú)法滿足擴(kuò)展性的要求;同時(shí),流媒體業(yè)務(wù)中媒體內(nèi)容即時(shí)性獲取的要求,不同與傳統(tǒng)的P2P文件共享系統(tǒng),使得完全依靠P2P模式時(shí)間換取空間模式同樣不再可行。為了解決上述問(wèn)題,現(xiàn)有技術(shù)通過(guò)結(jié)合傳統(tǒng)的CDN和P2P流媒體技術(shù),能夠滿足大規(guī)模并發(fā)用戶的流媒體分發(fā)要求,且可靠性高和可擴(kuò)展性強(qiáng),上述傳輸技術(shù)是“以數(shù)據(jù)為中心”的流媒體數(shù)據(jù)傳輸方法,但當(dāng)系統(tǒng)中出現(xiàn)網(wǎng)絡(luò)抖動(dòng)或單節(jié)點(diǎn)失效等故障的時(shí)候,客戶端獲取流媒體數(shù)據(jù)的過(guò)程將不可避免出現(xiàn)中斷或不流暢的問(wèn)題。目前云計(jì)算模式的出現(xiàn)為構(gòu)建可管理、可擴(kuò)展和有質(zhì)量保障的流媒體應(yīng)用創(chuàng)造了新的機(jī)遇。狹義云計(jì)算是指IT基礎(chǔ)設(shè)施的交付和使用模式,將動(dòng)態(tài)伸縮的虛擬化資源通過(guò)互聯(lián)網(wǎng)以服務(wù)的方式提供給用戶。廣義云計(jì)算是指服務(wù)的交付和使用模式,指通過(guò)網(wǎng)絡(luò)以按需、易擴(kuò)展的方式獲得所需的服務(wù)。云計(jì)算流媒體(簡(jiǎn)稱云流媒體),指通過(guò)網(wǎng)絡(luò)以按需、 易擴(kuò)展的方式向不同終端用戶提供有質(zhì)量保障流媒體服務(wù)。作為支撐云流媒體業(yè)務(wù)的關(guān)鍵技術(shù),流媒體數(shù)據(jù)傳輸將直接影響服務(wù)平臺(tái)的穩(wěn)定性、播放的連續(xù)性和用戶的服務(wù)質(zhì)量。傳統(tǒng)流媒體傳輸技術(shù)由于缺乏對(duì)大規(guī)模的、異構(gòu)的用戶的充分考慮,無(wú)法很好地實(shí)現(xiàn)數(shù)據(jù)傳輸及時(shí)性和穩(wěn)定性的保障,故而無(wú)法滿足云流媒體業(yè)務(wù)中不同終端和不同質(zhì)量要求用戶按需分發(fā)的需求。目前針對(duì)相關(guān)技術(shù)的流媒體傳輸方法無(wú)法保障流媒體數(shù)據(jù)傳輸?shù)募皶r(shí)性和穩(wěn)定性的問(wèn)題,目前尚未提出有效的解決方案。

      實(shí)用新型內(nèi)容本實(shí)用新型的主要目的在于提供一種云流媒體數(shù)據(jù)傳輸系統(tǒng),以解決上述相關(guān)技術(shù)的流媒體傳輸方法無(wú)法保障流媒體數(shù)據(jù)傳輸?shù)募皶r(shí)性和穩(wěn)定性的問(wèn)題。為了實(shí)現(xiàn)上述目的,根據(jù)本實(shí)用新型的一個(gè)方面,提供了一種云流媒體數(shù)據(jù)傳輸方法,該云流媒體數(shù)據(jù)傳輸方法包括客戶端發(fā)起對(duì)流媒體數(shù)據(jù)的訪問(wèn);中心目錄服務(wù)器根據(jù)條件參數(shù)向客戶端返回一個(gè)或多個(gè)內(nèi)容源終端的地址,并將地址加入伙伴終端列表; 客戶端與伙伴終端列表中的內(nèi)容源終端建立連接,并按照需求動(dòng)態(tài)選擇與內(nèi)容源終端的連接方式;客戶端從內(nèi)容源終端上獲取流媒體數(shù)據(jù)。進(jìn)一步地,中心目錄服務(wù)器根據(jù)條件參數(shù)向客戶端返回一個(gè)或多個(gè)內(nèi)容源終端的地址包括中心目錄服務(wù)器接收點(diǎn)播或直播內(nèi)容請(qǐng)求;中心目錄服務(wù)器將滿足條件參數(shù)的一個(gè)或多個(gè)內(nèi)容源終端的地址返回至客戶端;客戶端接收返回的內(nèi)容源終端的地址;其中,條件參數(shù)包括內(nèi)容源終端的位置、運(yùn)行狀態(tài)、優(yōu)先級(jí)以及提供的流媒體數(shù)據(jù)的內(nèi)容。進(jìn)一步地,中心目錄服務(wù)器根據(jù)條件參數(shù)來(lái)返回一個(gè)或多個(gè)內(nèi)容源終端的地址包括中心目錄服務(wù)器按照內(nèi)容源終端的優(yōu)先級(jí)依次返回內(nèi)容源終端的地址,內(nèi)容源終端包括以下任意一個(gè)或多個(gè)設(shè)備用戶終端、優(yōu)選用戶終端以及服務(wù)器終端,其中, 內(nèi)容源終端的優(yōu)先級(jí)通過(guò)以下公式獲得modescore = K/ (2+rtti/500) * (minrtti/ rtti)2*(recVprecent)2*R,其中,K為基礎(chǔ)因子常數(shù),rtti為終端節(jié)點(diǎn)間的動(dòng)態(tài)網(wǎng)絡(luò)延時(shí), minrtti為終端節(jié)點(diǎn)間的靜態(tài)最佳網(wǎng)絡(luò)延時(shí),recvpercent為終端節(jié)點(diǎn)間的數(shù)據(jù)成功接收率,R為當(dāng)前碼流量化值。進(jìn)一步地,客戶端與伙伴終端列表中的內(nèi)容源終端建立連接,并按照需求動(dòng)態(tài)選擇與內(nèi)容源終端的連接方式包括在客戶端的網(wǎng)絡(luò)帶寬低于第一預(yù)定值時(shí),客戶端選擇與伙伴終端列表中的服務(wù)器終端建立單向直接接入式的連接;在客戶端的網(wǎng)絡(luò)帶寬高于第一預(yù)定值時(shí),客戶端選擇與伙伴終端列表中的服務(wù)器終端、優(yōu)選用戶終端以及用戶終端建立連接,其中,客戶端以單向直接接入的方式與服務(wù)器終端連接,以雙向共享接入的方式與優(yōu)選用戶終端或者用戶終端建立連接。進(jìn)一步地,客戶端選擇與伙伴終端列表中的服務(wù)器終端建立單向直接接入式的連接包括判斷客戶端與服務(wù)器終端的訪問(wèn)時(shí)延是否大于或等于預(yù)設(shè)的靜態(tài)訪問(wèn)時(shí)延,其中, 在大于等于靜態(tài)訪問(wèn)時(shí)延的情況下,客戶端服務(wù)器終端建立基于UDP協(xié)議訪問(wèn)的連接;在小于靜態(tài)訪問(wèn)時(shí)延的情況下,客戶端服務(wù)器終端建立基于TCP協(xié)議訪問(wèn)的連接。進(jìn)一步地,服務(wù)器終端之間通過(guò)TCP協(xié)議建立共享互聯(lián),優(yōu)選用戶終端與用戶終端之間以及用戶終端彼此之間通過(guò)TCP協(xié)議建立共享互聯(lián),共享互聯(lián)用于獲取P2P內(nèi)容共享。進(jìn)一步地,客戶端從內(nèi)容源終端上獲取流媒體數(shù)據(jù)包括客戶端按照先通過(guò)UDP 協(xié)議讀取用戶終端,再通過(guò)UDP協(xié)議讀取優(yōu)選用戶終端,最后通過(guò)TCP協(xié)議讀取服務(wù)器終端的優(yōu)先級(jí)順序,來(lái)獲取流媒體數(shù)據(jù);將流媒體數(shù)據(jù)保存至客戶端的緩存。進(jìn)一步地,在將流媒體數(shù)據(jù)保存至客戶端的緩存之后,方法還包括客戶端播放并共享緩存中的流媒體數(shù)據(jù),其中,當(dāng)客戶端緩存中的流媒體數(shù)據(jù)大小低于第二預(yù)定值時(shí),客戶端選擇向服務(wù)器終端讀取流媒體數(shù)據(jù);當(dāng)客戶端緩存中的流媒體數(shù)據(jù)大小處于第二預(yù)定值和第三預(yù)定值之間時(shí),客戶端選擇向服務(wù)器終端、優(yōu)選用戶終端以及用戶終端中的任意一個(gè)終端讀取流媒體數(shù)據(jù);當(dāng)客戶端緩存中的流媒體數(shù)據(jù)大小超過(guò)第三預(yù)定值時(shí),客戶端選擇向普通客戶端讀取流媒體數(shù)據(jù)。進(jìn)一步地,讀取流媒體數(shù)據(jù)的步驟包括預(yù)先將流媒體數(shù)據(jù)按照播放順序劃分成數(shù)據(jù)塊,每個(gè)數(shù)據(jù)塊包括一個(gè)或多個(gè)數(shù)據(jù)包;客戶端從內(nèi)容源終端上按照隨機(jī)順序獲取一個(gè)或多個(gè)數(shù)據(jù)包,并將流媒體數(shù)據(jù)以數(shù)據(jù)包為單位進(jìn)行共享;客戶端根據(jù)各個(gè)數(shù)據(jù)包的索引編號(hào)將獲得的一個(gè)或多個(gè)數(shù)據(jù)包進(jìn)行排序組合,以獲取完整的流媒體數(shù)據(jù)。進(jìn)一步地,在客戶端從內(nèi)容源終端上獲取流媒體數(shù)據(jù)之前,方法還包括內(nèi)容源終端向滿足以下任意一個(gè)或多個(gè)條件的客戶端優(yōu)先上傳流媒體數(shù)據(jù),條件包括客戶端需要上傳的流媒體數(shù)據(jù)最多;客戶端與內(nèi)容源終端處于相同的網(wǎng)段;客戶端為新加入的終端節(jié)點(diǎn)ο進(jìn)一步地,在客戶端根據(jù)條件參數(shù)在中心目錄服務(wù)器中獲取一個(gè)或多個(gè)內(nèi)容源終端的地址,并將地址加入客戶端的伙伴終端列表之后,方法還包括按照預(yù)定周期來(lái)定期更新伙伴終端列表,并周期性的共享伙伴終端列表中內(nèi)容源終端的終端數(shù)據(jù)。為了實(shí)現(xiàn)上述目的,根據(jù)本實(shí)用新型的另一方面,提供了一種云流媒體數(shù)據(jù)傳輸系統(tǒng),該云流媒體數(shù)據(jù)傳輸系統(tǒng)包括內(nèi)容源終端,用于保存下載的流媒體數(shù)據(jù);客戶端, 與內(nèi)容源終端連接,用于按照需求動(dòng)態(tài)選擇與內(nèi)容源終端的連接方式,以獲取內(nèi)容源終端中的流媒體數(shù)據(jù);中心目錄服務(wù)器,用于保存所有內(nèi)容源終端的地址以及伙伴終端列表,并根據(jù)條件參數(shù)向客戶端返回一個(gè)或多個(gè)內(nèi)容源終端的地址,并將地址加入伙伴終端列表。進(jìn)一步地,客戶端包括發(fā)射裝置,用于向中心目錄服務(wù)器發(fā)送點(diǎn)播或直播內(nèi)容請(qǐng)求;接收裝置,用于接收中心目錄服務(wù)器中滿足條件參數(shù)的一個(gè)或多個(gè)內(nèi)容源終端的地址。進(jìn)一步地,中心目錄服務(wù)器包括第一處理裝置,用于按照內(nèi)容源終端的優(yōu)先級(jí)依次返回內(nèi)容源終端的地址,內(nèi)容源終端包括以下任意一個(gè)或多個(gè)設(shè)備用戶終端、優(yōu)選用戶終端以及服務(wù)器終端。進(jìn)一步地,客戶端還包括第二處理裝置,用于在客戶端的網(wǎng)絡(luò)帶寬低于第一預(yù)定值時(shí),客戶端選擇與伙伴終端列表中的服務(wù)器終端建立單向直接接入式的連接;在客戶端的網(wǎng)絡(luò)帶寬高于第一預(yù)定值時(shí),客戶端選擇與伙伴終端列表中的服務(wù)器終端、優(yōu)選用戶終端以及用戶終端建立連接。進(jìn)一步地,客戶端還包括讀取裝置,用于按照先通過(guò)UDP協(xié)議讀取用戶終端,再通過(guò)UDP協(xié)議讀取優(yōu)選用戶終端,最后通過(guò)TCP協(xié)議讀取服務(wù)器終端的優(yōu)先級(jí)順序,來(lái)獲取流媒體數(shù)據(jù),并將流媒體數(shù)據(jù)保存至緩存;播放裝置,用于播放緩存中的流媒體數(shù)據(jù)。進(jìn)一步地,客戶端還包括第三處理裝置,用于從內(nèi)容源終端上按照隨機(jī)順序獲取一個(gè)或多個(gè)數(shù)據(jù)包,并將流媒體數(shù)據(jù)以數(shù)據(jù)包為單位進(jìn)行共享。進(jìn)一步地,服務(wù)器終端之間通過(guò)TCP協(xié)議建立共享互聯(lián),優(yōu)選用戶終端與用戶終端之間以及用戶終端彼此之間通過(guò)TCP協(xié)議建立共享互聯(lián)。通過(guò)本實(shí)用新型,采用內(nèi)容源終端,用于保存下載的流媒體數(shù)據(jù);客戶端,與內(nèi)容源終端連接,用于按照需求動(dòng)態(tài)選擇與內(nèi)容源終端的連接方式,以獲取內(nèi)容源終端中的流媒體數(shù)據(jù);中心目錄服務(wù)器,用于保存所有內(nèi)容源終端的地址以及伙伴終端列表,并根據(jù)條件參數(shù)向客戶端返回一個(gè)或多個(gè)內(nèi)容源終端的地址,并將地址加入伙伴終端列表,實(shí)現(xiàn)了通過(guò)基于客戶端自身網(wǎng)絡(luò)狀況的動(dòng)態(tài)數(shù)據(jù)來(lái)獲取實(shí)現(xiàn)按需的流媒體數(shù)據(jù)分發(fā),解決了相關(guān)技術(shù)的流媒體傳輸方法無(wú)法保障流媒體數(shù)據(jù)傳輸?shù)募皶r(shí)性和穩(wěn)定性的問(wèn)題,進(jìn)而實(shí)現(xiàn)了在出現(xiàn)網(wǎng)絡(luò)抖動(dòng)或單節(jié)點(diǎn)失效等故障的時(shí)候,保障流媒體數(shù)據(jù)獲取的及時(shí)性和穩(wěn)定性的效
      ^ ο

      此處所說(shuō)明的附圖用來(lái)提供對(duì)本實(shí)用新型的進(jìn)一步理解,構(gòu)成本申請(qǐng)的一部分, 本實(shí)用新型的示意性實(shí)施例及其說(shuō)明用于解釋本實(shí)用新型,并不構(gòu)成對(duì)本實(shí)用新型的不當(dāng)限定。在附圖中圖1是根據(jù)本實(shí)用新型實(shí)施例的云流媒體數(shù)據(jù)傳輸系統(tǒng)的結(jié)構(gòu)示意圖;[0028]圖2是根據(jù)圖1所示實(shí)施例的云流媒體數(shù)據(jù)傳輸系統(tǒng)的工作流程示意圖;圖3是根據(jù)本實(shí)用新型實(shí)施例的云流媒體數(shù)據(jù)傳輸方式的流程圖;圖4是根據(jù)圖3所示實(shí)施例的多發(fā)式訪問(wèn)機(jī)制的工作流程示意圖;圖5是與圖4相對(duì)應(yīng)的多發(fā)式訪問(wèn)機(jī)制的坐標(biāo)示意圖;以及圖6是根據(jù)本實(shí)用新型實(shí)施例的云流媒體數(shù)據(jù)播放過(guò)程中的動(dòng)態(tài)數(shù)據(jù)調(diào)度機(jī)制示意圖。
      具體實(shí)施方式
      需要說(shuō)明的是,在不沖突的情況下,本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。下面將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本實(shí)用新型。本申請(qǐng)中所涉及到的優(yōu)選用戶終端是從用戶終端中選取的性能較好的節(jié)點(diǎn),優(yōu)選用戶終端具有數(shù)據(jù)傳出大于數(shù)據(jù)輸入的特性,即優(yōu)選用戶終端起到種子終端的作用,以提供給其他用戶有保障的可供獲取的數(shù)據(jù)流,其一般選擇標(biāo)準(zhǔn)是1)下行帶寬超過(guò)2Mbps ;2) 在一個(gè)固定時(shí)段內(nèi)被請(qǐng)求用戶成功連接次數(shù)超過(guò)某個(gè)設(shè)定標(biāo)準(zhǔn)。在網(wǎng)絡(luò)系統(tǒng)中不具備上述特點(diǎn)的用戶終端為普通用戶終端。圖1是根據(jù)本實(shí)用新型實(shí)施例的云流媒體數(shù)據(jù)傳輸系統(tǒng)的結(jié)構(gòu)示意圖;圖2是根據(jù)圖1所示實(shí)施例的云流媒體數(shù)據(jù)傳輸系統(tǒng)的工作流程示意圖。如圖1所示,該云流媒體數(shù)據(jù)傳輸系統(tǒng)包括內(nèi)容源終端50,用于保存下載的流媒體數(shù)據(jù);客戶端10,與內(nèi)容源終端50連接,用于按照需求動(dòng)態(tài)選擇與內(nèi)容源終端50的連接方式,以獲取內(nèi)容源終端50中的流媒體數(shù)據(jù);中心目錄服務(wù)器30,用于保存所有內(nèi)容源終端50的地址以及伙伴終端列表,并根據(jù)條件參數(shù)向客戶端返回一個(gè)或多個(gè)內(nèi)容源終端的地址,并將地址加入伙伴終端列表。具體的,中心目錄服務(wù)器30,用于保存所有內(nèi)容源終端50的地址以及伙伴終端列表;客戶端10,用于與伙伴終端列表中的內(nèi)容源終端50建立連接,以獲取流媒體數(shù)據(jù),并按照需求動(dòng)態(tài)選擇與內(nèi)容源終端50的連接方式;其中,中心目錄服務(wù)器30根據(jù)條件參數(shù)向客戶端10返回一個(gè)或多個(gè)內(nèi)容源終端50的地址,并將該地址加入伙伴終端列表。本實(shí)用新型上述實(shí)施例中的內(nèi)容源終端50可以是圖1中的流媒體邊緣服務(wù)器、優(yōu)選用戶終端503以及普通用戶終端502,這些終端都可以提供客戶端10所需的流媒體數(shù)據(jù)。該實(shí)施例不同于傳統(tǒng)的“以數(shù)據(jù)為中心”的流媒體數(shù)據(jù)傳輸系統(tǒng),實(shí)現(xiàn)“以用戶為中心” 的設(shè)計(jì)理念,以客戶端10用戶端的網(wǎng)絡(luò)帶寬情況為基礎(chǔ),動(dòng)態(tài)選擇與內(nèi)容源終端50按需的接入方式以及內(nèi)容源數(shù)據(jù)的獲取優(yōu)先級(jí),保障了用戶終端流媒體數(shù)據(jù)的即時(shí)和連續(xù)播放質(zhì)量,實(shí)現(xiàn)在發(fā)生網(wǎng)絡(luò)抖動(dòng)或終端單節(jié)點(diǎn)失效的情況下,仍舊可以保障流媒體數(shù)據(jù)獲取的及時(shí)性和穩(wěn)定性問(wèn)題。該實(shí)施例充分滿足了云計(jì)算流媒體業(yè)務(wù)對(duì)按需的和易擴(kuò)展的特性的要求,通過(guò)服務(wù)器和用戶兩層的互聯(lián)共享實(shí)現(xiàn)系統(tǒng)的擴(kuò)展性,通過(guò)基于用戶自身網(wǎng)絡(luò)狀況的動(dòng)態(tài)數(shù)據(jù)獲取實(shí)現(xiàn)按需的流媒體內(nèi)容分發(fā)。具體的,如圖2所示,本實(shí)用新型具體的實(shí)施例提供的流媒體傳輸系統(tǒng)包括客戶端10、流媒體中心目錄服務(wù)器30,內(nèi)容源終端50 (例如流媒體終端服務(wù)器),其中內(nèi)容源終端50又包括普通用戶終端節(jié)點(diǎn)502和優(yōu)選用戶終端節(jié)點(diǎn)503。用戶節(jié)點(diǎn)和服務(wù)器節(jié)點(diǎn)之間的連接方式如圖2所示。總體上分為兩層,服務(wù)器間互聯(lián)層和用戶終端節(jié)點(diǎn)間互聯(lián)層。 在實(shí)時(shí)流媒體數(shù)據(jù)傳輸過(guò)程中,在中心目錄服務(wù)器管理下,服務(wù)器間互聯(lián)層采用TCP協(xié)議進(jìn)行流媒體終端服務(wù)器之間的數(shù)據(jù)交換,用戶間互聯(lián)層采用UDP協(xié)議進(jìn)行用戶間的數(shù)據(jù)交換。服務(wù)器和用戶之間采用基于UDP或TCP的協(xié)議進(jìn)行數(shù)據(jù)交換。其中,服務(wù)器與服務(wù)器之間的數(shù)據(jù)傳輸是雙向的,服務(wù)器與用戶之間的數(shù)據(jù)傳輸是單向的,用戶節(jié)點(diǎn)之間的數(shù)據(jù)傳輸是雙向的。特別地,優(yōu)選用戶節(jié)的數(shù)據(jù)傳出要大于輸入。本實(shí)用新型上述圖1所示的實(shí)施例中,所涉及到的客戶端10可以包括發(fā)射裝置 101,用于向中心目錄服務(wù)器30發(fā)送點(diǎn)播或直播內(nèi)容請(qǐng)求;接收裝置102,用于接收中心目錄服務(wù)器30中滿足條件參數(shù)的一個(gè)或多個(gè)內(nèi)容源終端50的地址;其中,條件參數(shù)包括內(nèi)容源終端50的位置、運(yùn)行狀態(tài)、優(yōu)先級(jí)以及提供的流媒體數(shù)據(jù)的內(nèi)容。上述實(shí)施例實(shí)現(xiàn)了本申請(qǐng)內(nèi)容源節(jié)點(diǎn)選取的功能,具體的,如圖1和圖2所示,當(dāng)客戶端10(即新用戶)加入到網(wǎng)絡(luò)時(shí),可以以網(wǎng)頁(yè)重導(dǎo)向等方式通過(guò)發(fā)射裝置101向流媒體中心目錄服務(wù)器30 (Tracker)發(fā)送點(diǎn)播或直播內(nèi)容請(qǐng)求,中心目錄服務(wù)器30根據(jù)客戶端 10請(qǐng)求節(jié)目和位置情況,返回正在播放用戶所請(qǐng)求節(jié)目的內(nèi)容源終端50節(jié)點(diǎn),內(nèi)容源終端 50可以包括普通用戶終端502,優(yōu)選用戶終端503和服務(wù)器終端501,該服務(wù)器終端501可以是流媒體邊緣服務(wù)器。中心目錄服務(wù)器30選擇返回給內(nèi)容源節(jié)點(diǎn)的機(jī)制為P2P優(yōu)先的本地化節(jié)點(diǎn)選擇策略。其中,中心目錄服務(wù)器30選擇可供客戶端10用戶訪問(wèn)的內(nèi)容源終端50節(jié)點(diǎn)的基本標(biāo)準(zhǔn)是1)該內(nèi)容源終端50節(jié)點(diǎn)擁有客戶端10用戶所請(qǐng)求內(nèi)容一致的數(shù)據(jù)片段;2)該內(nèi)容終端的運(yùn)行狀態(tài)處于活躍狀態(tài),存在上下行帶寬。優(yōu)選的,中心目錄服務(wù)器30選擇可供客戶端10用戶訪問(wèn)的內(nèi)容源終端50節(jié)點(diǎn)的附加標(biāo)準(zhǔn)是1)該內(nèi)容源終端50節(jié)點(diǎn)在物理位置上離請(qǐng)求用戶在固定時(shí)延范圍內(nèi),如30 秒;2)該內(nèi)容源終端50節(jié)點(diǎn)不處于滿負(fù)荷狀態(tài),即連接它的內(nèi)容源終端50節(jié)點(diǎn)數(shù)量不超過(guò)某固定設(shè)定值,一般普通用戶終端502節(jié)點(diǎn)為5個(gè),優(yōu)選用戶終端503節(jié)點(diǎn)為20個(gè),服務(wù)器終端501節(jié)點(diǎn)為200個(gè)。本實(shí)用新型上述實(shí)施例中,如圖1所示,所涉及到的中心目錄服務(wù)器30可以包括第一處理裝置301301,用于按照內(nèi)容源終端50的優(yōu)先級(jí)依次返回內(nèi)容源終端50的地址,內(nèi)容源終端50包括以下任意一個(gè)或多個(gè)設(shè)備普通用戶終端502、優(yōu)選用戶終端503 以及服務(wù)器終端501,其中,內(nèi)容源終端50的優(yōu)先級(jí)通過(guò)以下公式獲得modescore = K/ (2+rtti/500)*(minrtti/rtti)2*(recvprecent)2*R,其中,K 為基礎(chǔ)因子常數(shù),rtti 為終端節(jié)點(diǎn)間的動(dòng)態(tài)網(wǎng)絡(luò)延時(shí),minrtti為終端節(jié)點(diǎn)間的靜態(tài)最佳網(wǎng)絡(luò)延時(shí),recvpercent為終端節(jié)點(diǎn)間的數(shù)據(jù)成功接收率,R為當(dāng)前碼流量化值。具體的,中心目錄服務(wù)器30向請(qǐng)求節(jié)點(diǎn)返回可供訪問(wèn)的內(nèi)容源終端50節(jié)點(diǎn)的優(yōu)先級(jí)順序?yàn)槠胀ㄓ脩艚K端502節(jié)點(diǎn);優(yōu)選用戶終端503節(jié)點(diǎn);服務(wù)器終端501節(jié)點(diǎn)。同一類型的終端節(jié)點(diǎn)的選擇標(biāo)準(zhǔn)是在用戶同一 IP段的優(yōu)先,以減少端到端的訪問(wèn)時(shí)延和過(guò)多的跨ISP流量。優(yōu)選用戶終端503節(jié)點(diǎn)是從用戶節(jié)點(diǎn)中選取的性能較好的節(jié)點(diǎn),優(yōu)選用戶終端503具有數(shù)據(jù)傳出大于數(shù)據(jù)輸入的特性,即優(yōu)選用戶終端503起到種子終端的作用,以提供給其他用戶有保障的可供獲取的數(shù)據(jù)流,其一般選擇標(biāo)準(zhǔn)是1)下行帶寬超過(guò)2Mbps ; 2)在一個(gè)固定時(shí)段內(nèi)被請(qǐng)求用戶成功連接次數(shù)超過(guò)某個(gè)設(shè)定標(biāo)準(zhǔn)。[0047]基于內(nèi)容源終端50的標(biāo)準(zhǔn),中心目錄服務(wù)器30通過(guò)對(duì)所有內(nèi)容源終端50節(jié)點(diǎn) (包括用戶節(jié)點(diǎn)和服務(wù)器節(jié)點(diǎn))進(jìn)行打分來(lái)確定其優(yōu)先級(jí),即對(duì)內(nèi)容源終端50節(jié)點(diǎn)進(jìn)行量化的評(píng)分機(jī)制,分?jǐn)?shù)較高的將被優(yōu)先返回。作為量化標(biāo)準(zhǔn)的一種可能實(shí)現(xiàn)形式示例,具體的評(píng)分公式如下1)nodescore = K/(2+rtti/500)*(minrtti/rtti)2*(recvprecent)2*R, 1 ^ ζ 為內(nèi)容源終端50的節(jié)點(diǎn)級(jí)別值(nodescore)的獲取公式,這個(gè)節(jié)點(diǎn)級(jí)別值(nodescore)的計(jì)算結(jié)果就是選取的某一個(gè)內(nèi)容終端節(jié)點(diǎn)評(píng)分后的優(yōu)先級(jí)值,nodescore值越大,越優(yōu)先被選取為共享內(nèi)容的終端節(jié)點(diǎn)。2) nodescore (now) = (nodescore (pre) +3水nodescore) /4,該公式為當(dāng)前節(jié)點(diǎn)值 =(前一個(gè)節(jié)點(diǎn)值+3*節(jié)點(diǎn)級(jí)別值)/4,用于體現(xiàn)一個(gè)動(dòng)態(tài)調(diào)整,表征在不同的統(tǒng)計(jì)時(shí)間段, 當(dāng)前節(jié)點(diǎn)的nodescore值和之前節(jié)點(diǎn)的nodescore值有什么關(guān)系,體現(xiàn)一個(gè)動(dòng)態(tài)遞推關(guān)系。參數(shù)說(shuō)明K為基礎(chǔ)因子常數(shù),是經(jīng)驗(yàn)實(shí)測(cè)值,當(dāng)node為服務(wù)器時(shí),因子較小,node 為相同網(wǎng)段的用戶節(jié)點(diǎn)時(shí),取值較大。典型值源服務(wù)器K = 700 ;分發(fā)服務(wù)器K = 800 ;一般節(jié)點(diǎn)K = 1000 ;相同網(wǎng)段用戶節(jié)點(diǎn)K = 1300。rtti為節(jié)點(diǎn)間的動(dòng)態(tài)網(wǎng)絡(luò)延時(shí);minrtti 為節(jié)點(diǎn)間的靜態(tài)最佳網(wǎng)絡(luò)延時(shí);recvpercent為節(jié)點(diǎn)間的數(shù)據(jù)成功接收率,相當(dāng)于1_包率; R為當(dāng)前碼流量化值。其中,相關(guān)rtti計(jì)算參考TCP標(biāo)準(zhǔn),一般用兩個(gè)節(jié)點(diǎn)間互發(fā)包的接收時(shí)間計(jì)算,在計(jì)算機(jī)命令里面用現(xiàn)成的Ping命令即可實(shí)現(xiàn)。如圖1所示,本實(shí)用新型上述各個(gè)實(shí)施例中的客戶端10還可以包括第二處理裝置103,用于在客戶端10的網(wǎng)絡(luò)帶寬低于第一預(yù)定值時(shí),客戶端10選擇與伙伴終端列表中的服務(wù)器終端501建立單向直接接入式的連接;在客戶端10的網(wǎng)絡(luò)帶寬高于第一預(yù)定值時(shí),客戶端10選擇與伙伴終端列表中的服務(wù)器終端501、優(yōu)選用戶終端503以及普通用戶終端502建立連接,其中,客戶端10以單向直接接入的方式與服務(wù)器終端501連接,以雙向共享接入的方式與優(yōu)選用戶終端503或者普通用戶終端502建立連接,其中,在客戶端10與服務(wù)器終端501的訪問(wèn)時(shí)延大于等于預(yù)設(shè)的靜態(tài)訪問(wèn)時(shí)延的情況下,客戶端10服務(wù)器終端501建立基于UDP協(xié)議訪問(wèn)的連接,否則,客戶端10服務(wù)器終端501建立基于TCP協(xié)議訪問(wèn)的連接。上述實(shí)施例涉及使用TCP與UDP相結(jié)合的基于緩存動(dòng)態(tài)調(diào)度的流媒體數(shù)據(jù)傳輸方法,其特征是在連接方式上基于客戶端10用戶的網(wǎng)絡(luò)狀況為觸發(fā),動(dòng)態(tài)選擇與服務(wù)器直連和/或與用戶終端節(jié)點(diǎn)P2P連接的混合連接方式,優(yōu)先選擇多個(gè)用戶終端節(jié)點(diǎn)間基于UDP 的P2P連接,其次選擇與服務(wù)器間的TCP或UDP直連,同時(shí)服務(wù)器間按TCP方式進(jìn)行直連和 P2P共享。本申請(qǐng)上述實(shí)施例中,客戶端10的第二處理裝置103用于控制客戶端10與內(nèi)容源終端50之間連接方式的選取。主要基于新終端用戶當(dāng)前的網(wǎng)絡(luò)情況和所處的位置,按需動(dòng)態(tài)選擇連接方式,向內(nèi)容源節(jié)點(diǎn)發(fā)送請(qǐng)求,在連接成功后從內(nèi)容源節(jié)點(diǎn)處接收數(shù)據(jù)。具體包括以下動(dòng)態(tài)選擇機(jī)制1)用戶帶寬優(yōu)先的連接策略。如圖2所示,當(dāng)用戶網(wǎng)絡(luò)接入帶寬低于某第一預(yù)定值(如1M)時(shí),用戶進(jìn)行與服務(wù)器的直接連接,不參與用戶之間的P2P連接;當(dāng)用戶接入帶寬大于該第一預(yù)定值(如1M)時(shí),進(jìn)行客戶端10與優(yōu)選用戶終端503或普通用戶終端502 節(jié)點(diǎn)以P2P方式連接以及和服務(wù)器終端501直連連接的混合連接方式。[0055]在連接的協(xié)議上,將TCP和UDP協(xié)議融合,當(dāng)用戶節(jié)點(diǎn)離服務(wù)器終端501較遠(yuǎn)(超過(guò)設(shè)定靜態(tài)訪問(wèn)時(shí)延),采用基于UDP協(xié)議的直接連接方式;當(dāng)用戶節(jié)點(diǎn)離服務(wù)器較近(低于設(shè)定靜態(tài)訪問(wèn)時(shí)延),采用基于TCP協(xié)議的直接連接方式。用戶終端節(jié)點(diǎn)之間進(jìn)行UDP連接,實(shí)現(xiàn)分布式的P2P充分共享。并利用基于UDP的打洞機(jī)制,實(shí)現(xiàn)對(duì)NAT局域網(wǎng)后用戶內(nèi)容的充分共享。2)可擴(kuò)展的服務(wù)器互聯(lián)策略。如圖2所示,多個(gè)服務(wù)器(如流媒體邊緣服務(wù)器) 之間進(jìn)行TCP連接,實(shí)現(xiàn)P2P內(nèi)容共享。中心媒體庫(kù)將熱點(diǎn)的點(diǎn)播視頻和直播流提前在各服務(wù)器中進(jìn)行預(yù)分發(fā),在用戶連接時(shí),根據(jù)服務(wù)器負(fù)載情況,以相互共享形式提供給用戶; 非熱點(diǎn)內(nèi)容和較大的視頻內(nèi)容只在部分服務(wù)器存儲(chǔ),根據(jù)客戶端10用戶請(qǐng)求情況在各服務(wù)器間進(jìn)行調(diào)度,下載到本地服務(wù)器的視頻可成為新內(nèi)容源供客戶端10用戶下載。3)公平與效率兼顧的連接請(qǐng)求判定策略。如圖2所示,當(dāng)擁有內(nèi)容的節(jié)點(diǎn)收到新用戶請(qǐng)求后,要確定是否向請(qǐng)求用戶發(fā)送數(shù)據(jù),首先必須滿足一個(gè)約束總連接數(shù)不超過(guò)本節(jié)點(diǎn)最大連接數(shù)(如一般普通用戶終端502節(jié)點(diǎn)為5個(gè),優(yōu)選用戶終端503節(jié)點(diǎn)為20個(gè), 服務(wù)器終端501節(jié)點(diǎn)為200個(gè)),以保證內(nèi)容源節(jié)點(diǎn)不會(huì)負(fù)載過(guò)重。具體滿足三個(gè)標(biāo)準(zhǔn)1) 向該節(jié)點(diǎn)上傳內(nèi)容數(shù)據(jù)多的節(jié)點(diǎn)優(yōu)先,保障互相共享;2)同一網(wǎng)段的節(jié)點(diǎn)優(yōu)先,促進(jìn)本地化訪問(wèn);幻新加入的節(jié)點(diǎn)優(yōu)先,保障新節(jié)點(diǎn)能快速啟動(dòng)和擁有初始內(nèi)容進(jìn)行共享。既保證 P2P效率,也保證公平。4)動(dòng)態(tài)伙伴節(jié)點(diǎn)更新和連接策略。如圖2所示,當(dāng)內(nèi)容源終端50節(jié)點(diǎn)接收客戶端 10用戶的請(qǐng)求后,它成為客戶端10用戶維護(hù)伙伴終端列表,即伙伴節(jié)點(diǎn)(Partner)目錄中的一個(gè)。每個(gè)內(nèi)容源終端50節(jié)點(diǎn)的伙伴節(jié)點(diǎn)數(shù)量固定(一般為10到20個(gè)),并且周期性更新,以維持一定數(shù)量的能向本節(jié)點(diǎn)提供數(shù)據(jù)的活躍伙伴節(jié)點(diǎn)。每個(gè)網(wǎng)絡(luò)中的節(jié)點(diǎn)周期性地與其伙伴節(jié)點(diǎn)交換各自擁有數(shù)據(jù)信息,進(jìn)而從其他節(jié)點(diǎn)中獲取其不擁有的內(nèi)容片,同時(shí)為其他節(jié)點(diǎn)提供其擁有的內(nèi)容片。如圖1所示,本申請(qǐng)上述各個(gè)實(shí)施例中的客戶端10還可以包括讀取裝置104,用于按照先通過(guò)UDP協(xié)議讀取普通用戶終端502,再通過(guò)UDP協(xié)議讀取優(yōu)選用戶終端503,最后通過(guò)TCP協(xié)議讀取服務(wù)器終端501的優(yōu)先級(jí)順序,來(lái)獲取流媒體數(shù)據(jù),并將流媒體數(shù)據(jù)保存至緩存;播放裝置105,用于播放緩存中的流媒體數(shù)據(jù),其中,當(dāng)客戶端10緩存中的流媒體數(shù)據(jù)大小低于第二預(yù)定值時(shí),客戶端10選擇向服務(wù)器終端501讀取流媒體數(shù)據(jù);當(dāng)客戶端10緩存中的流媒體數(shù)據(jù)大小處于第二預(yù)定值和第三預(yù)定值之間時(shí),客戶端10選擇向服務(wù)器終端501、優(yōu)選用戶終端503以及普通用戶終端502中的任意一個(gè)終端讀取流媒體數(shù)據(jù);當(dāng)客戶端10緩存中的流媒體數(shù)據(jù)大小超過(guò)第三預(yù)定值時(shí),客戶端10選擇向普通客戶端 10讀取流媒體數(shù)據(jù)。優(yōu)選地,如圖1和2所示,本申請(qǐng)各個(gè)實(shí)施例中的服務(wù)器終端501之間通過(guò)TCP協(xié)議建立共享互聯(lián),優(yōu)選用戶終端503與普通用戶終端502之間以及普通用戶終端502彼此之間通過(guò)TCP協(xié)議建立共享互聯(lián),共享互聯(lián)用于獲取P2P內(nèi)容共享。同時(shí)不影響用戶的其他應(yīng)用,實(shí)現(xiàn)服務(wù)器和用戶的負(fù)載均衡。具體傳輸方式上,不簡(jiǎn)單依賴純P2P方式的按可用性共享,實(shí)現(xiàn)按需的內(nèi)容分發(fā),既保障了 P2P的效率,也保障了公平。本實(shí)用新型上述實(shí)施例實(shí)現(xiàn)在云流媒體數(shù)據(jù)塊內(nèi)容獲取方式上,在播放啟動(dòng)時(shí)利用緩存獲取即將播放內(nèi)容,以大于播放速度的并行多發(fā)快速獲取即將播放的內(nèi)容,在播放過(guò)程中以三級(jí)報(bào)警機(jī)制觸發(fā)用戶從不同源節(jié)點(diǎn)獲取內(nèi)容,并且將內(nèi)存緩存和硬盤(pán)存儲(chǔ)的數(shù)據(jù)與其他節(jié)點(diǎn)共享。利用用戶緩存預(yù)先獲取即將播放內(nèi)容,啟動(dòng)時(shí)以大于播放速度的并行多發(fā)快速獲取即將播放的內(nèi)容,播放過(guò)程中以三級(jí)報(bào)警機(jī)制觸發(fā)用戶從不同源節(jié)點(diǎn)獲取內(nèi)容,并且將緩存的數(shù)據(jù)與其他節(jié)點(diǎn)共享。如圖1所示,用戶終端節(jié)點(diǎn)可以是普通用戶終端 502或優(yōu)選用戶終端503,服務(wù)器可以是流媒體邊緣服務(wù)器。優(yōu)選地,客戶端還包括第三處理裝置,與內(nèi)容源終端連接,用于從內(nèi)容源終端上按照隨機(jī)順序獲取一個(gè)或多個(gè)數(shù)據(jù)包,并將流媒體數(shù)據(jù)以數(shù)據(jù)包為單位進(jìn)行共享;并根據(jù)各個(gè)數(shù)據(jù)包的索引編號(hào)將獲得的一個(gè)或多個(gè)數(shù)據(jù)包進(jìn)行排序組合,以獲取完整的流媒體數(shù)據(jù),其中,流媒體數(shù)據(jù)按照播放順序劃分成數(shù)據(jù)塊,每個(gè)數(shù)據(jù)塊包括一個(gè)或多個(gè)數(shù)據(jù)包。該第三處理裝置與第二處理裝置為等同的處理裝置。上述實(shí)施例實(shí)現(xiàn)了本申請(qǐng)?jiān)屏髅襟w數(shù)據(jù)的獲取方式選取,具體如下在視頻播放過(guò)程中,用戶提前將即將播放的流媒體數(shù)據(jù)存放到緩存中,實(shí)現(xiàn)基于動(dòng)態(tài)緩存的邊下邊播和數(shù)據(jù)共享。包括如下選取機(jī)制和算法1)基于UDP多傳的快速啟動(dòng)策略。如圖1和2所示,在緩存中數(shù)據(jù)未滿時(shí),用戶客戶端10啟動(dòng)多個(gè)并發(fā)連接,利用基于UDP的多傳機(jī)制,保障以當(dāng)前播放速度η倍的速度 (一般為幻獲取緩存中即將播放的數(shù)據(jù),以保障在用戶啟動(dòng)、拖動(dòng)、斷開(kāi)重連過(guò)程中播放的流暢,并預(yù)防網(wǎng)絡(luò)抖動(dòng)對(duì)播放的影響。2)基于三級(jí)預(yù)警的數(shù)據(jù)獲取。如圖2所示,緩存管理上采取三級(jí)報(bào)警機(jī)制來(lái)保障獲取內(nèi)容源的穩(wěn)定性,當(dāng)緩存中數(shù)據(jù)低于緩存大小的20%時(shí),啟動(dòng)紅色警報(bào),用戶將以最高優(yōu)先級(jí)向服務(wù)器節(jié)點(diǎn)發(fā)起連接;當(dāng)緩存中數(shù)據(jù)低于緩存大小的40%時(shí),啟動(dòng)橙色警報(bào),目錄服務(wù)器將返回更多的服務(wù)器節(jié)點(diǎn)和用戶節(jié)點(diǎn)(特別是優(yōu)選用戶節(jié)點(diǎn))供用戶選擇和連接;當(dāng)緩存中數(shù)據(jù)低于緩存大小的60%時(shí),啟動(dòng)黃色警報(bào),目錄服務(wù)器將返回更多的用戶節(jié)點(diǎn)供用戶選擇和連接。實(shí)現(xiàn)上利用客戶端10軟件上的設(shè)定策略進(jìn)行預(yù)警操作觸發(fā)。3)按需和隨機(jī)結(jié)合的數(shù)據(jù)塊請(qǐng)求優(yōu)先級(jí)。如圖2和6所示,云流媒體數(shù)據(jù)根據(jù)播放先后順序分成數(shù)據(jù)塊(chunk),每數(shù)據(jù)塊包括若干固定長(zhǎng)度的數(shù)據(jù)包(packet)。對(duì)于緩存中的數(shù)據(jù),用戶請(qǐng)求數(shù)據(jù)的優(yōu)先級(jí)確定原則是當(dāng)前播放數(shù)據(jù)塊的下一個(gè)數(shù)據(jù)塊首先下載; 排序靠前的數(shù)據(jù)塊比排序靠后的數(shù)據(jù)塊先下載,實(shí)現(xiàn)按序獲取;同一數(shù)據(jù)塊內(nèi)的數(shù)據(jù)包,根據(jù)內(nèi)容可用性,進(jìn)行隨機(jī)順序獲取,以提高P2P請(qǐng)求的效率。緩存數(shù)據(jù)下載并播放后,存放到用戶物理硬盤(pán)中,可供其他節(jié)點(diǎn)以隨機(jī)順序進(jìn)行分享下載。圖3是根據(jù)本實(shí)用新型實(shí)施例的云流媒體數(shù)據(jù)傳輸方式的流程圖;圖4是根據(jù)圖 3所示實(shí)施例的多發(fā)式訪問(wèn)機(jī)制的工作流程示意圖;圖5是與圖4相對(duì)應(yīng)的多發(fā)式訪問(wèn)機(jī)制的坐標(biāo)示意圖;以及圖6是根據(jù)本實(shí)用新型實(shí)施例的云流媒體數(shù)據(jù)播放過(guò)程中的動(dòng)態(tài)數(shù)據(jù)調(diào)度機(jī)制示意圖。如圖3所示該方法包括如下步驟步驟S102,通過(guò)圖1和圖2中的客戶端10發(fā)起對(duì)流媒體數(shù)據(jù)的訪問(wèn)。步驟S104,圖1和圖2中的中心目錄服務(wù)器30根據(jù)條件參數(shù)向客戶端10返回一個(gè)或多個(gè)內(nèi)容源終端的地址,并將地址加入伙伴終端列表。步驟S106,圖1和圖2中客戶端10與伙伴終端列表中的內(nèi)容源終端50建立連接, 并按照需求動(dòng)態(tài)選擇與內(nèi)容源終端50的連接方式。[0073]步驟S108,圖1和圖2中客戶端10從內(nèi)容源終端50上獲取流媒體數(shù)據(jù)。本實(shí)用新型該實(shí)施例不同于傳統(tǒng)的“以數(shù)據(jù)為中心”的流媒體數(shù)據(jù)傳輸系統(tǒng),實(shí)現(xiàn) “以用戶為中心”的設(shè)計(jì)理念,以客戶端10用戶端的網(wǎng)絡(luò)帶寬情況為基礎(chǔ),動(dòng)態(tài)選擇與內(nèi)容源終端50按需的接入方式以及內(nèi)容源數(shù)據(jù)的獲取優(yōu)先級(jí),保障了用戶終端流媒體數(shù)據(jù)的即時(shí)和連續(xù)播放質(zhì)量,實(shí)現(xiàn)在發(fā)生網(wǎng)絡(luò)抖動(dòng)或終端單節(jié)點(diǎn)失效的情況下,仍舊可以保障流媒體數(shù)據(jù)獲取的及時(shí)性和穩(wěn)定性問(wèn)題,同時(shí)不影響用戶的其他應(yīng)用,實(shí)現(xiàn)服務(wù)器和用戶的負(fù)載均衡,不簡(jiǎn)單依賴純P2P方式的按可用性共享,實(shí)現(xiàn)按需的內(nèi)容分發(fā),既保障了 P2P的效率,也保障了公平。本專利充分滿足了云計(jì)算流媒體業(yè)務(wù)對(duì)按需的和易擴(kuò)展的特性的要求,通過(guò)服務(wù)器和用戶兩層的互聯(lián)共享實(shí)現(xiàn)系統(tǒng)的擴(kuò)展性,通過(guò)基于用戶自身網(wǎng)絡(luò)狀況的動(dòng)態(tài)數(shù)據(jù)獲取實(shí)現(xiàn)按需的流媒體內(nèi)容分發(fā)。本申請(qǐng)上述實(shí)施例中,步驟S104,中心目錄服務(wù)器30根據(jù)條件參數(shù)向客戶端10返回一個(gè)或多個(gè)內(nèi)容源終端的地址,并將地址加入伙伴終端列表可以包括如下步驟中心目錄服務(wù)器30接收點(diǎn)播或直播內(nèi)容請(qǐng)求;中心目錄服務(wù)器30根據(jù)條件參數(shù)來(lái)返回一個(gè)或多個(gè)內(nèi)容源終端50的地址,內(nèi)容源終端50正在播放點(diǎn)播或直播內(nèi)容請(qǐng)求對(duì)應(yīng)的流媒體數(shù)據(jù); 客戶端10接收返回的內(nèi)容源終端50的地址;其中,條件參數(shù)包括內(nèi)容源終端50的位置、 運(yùn)行狀態(tài)、優(yōu)先級(jí)以及提供的流媒體數(shù)據(jù)的內(nèi)容。優(yōu)選地,中心目錄服務(wù)器30根據(jù)條件參數(shù)來(lái)返回一個(gè)或多個(gè)內(nèi)容源終端50的地址的步驟包括中心目錄服務(wù)器30按照內(nèi)容源終端50的優(yōu)先級(jí)依次返回內(nèi)容源終端50的地址,內(nèi)容源終端50包括以下任意一個(gè)或多個(gè)設(shè)備普通用戶終端502、優(yōu)選用戶終端503 以及服務(wù)器終端501,其中,內(nèi)容源終端50的優(yōu)先級(jí)通過(guò)以下公式獲得nodescore = K/(2+rtti/500)*(minrtti/rtti) 2*(recvprecent) 2*R,K ^ 基礎(chǔ)因子常數(shù),rtti為終端節(jié)點(diǎn)間的動(dòng)態(tài)網(wǎng)絡(luò)延時(shí),minrtti為終端節(jié)點(diǎn)間的靜態(tài)最佳網(wǎng)絡(luò)延時(shí),recvpercent為終端節(jié)點(diǎn)間的數(shù)據(jù)成功接收率,R為當(dāng)前碼流量化值。本實(shí)用新型上述實(shí)施例中,步驟S106,客戶端10與伙伴終端列表中的內(nèi)容源終端 50建立連接,并按照需求動(dòng)態(tài)選擇與內(nèi)容源終端50的連接方式的步驟可以包括在客戶端 10的網(wǎng)絡(luò)帶寬低于第一預(yù)定值時(shí),客戶端10選擇與伙伴終端列表中的服務(wù)器終端501建立單向直接接入式的連接;在客戶端10的網(wǎng)絡(luò)帶寬高于第一預(yù)定值時(shí),客戶端10選擇與伙伴終端列表中的服務(wù)器終端501、優(yōu)選用戶終端503以及普通用戶終端502建立連接,其中,客戶端10以單向直接接入的方式與服務(wù)器終端501連接,以雙向共享接入的方式與優(yōu)選用戶終端503或者普通用戶終端502建立連接。優(yōu)選地,客戶端10選擇與伙伴終端列表中的服務(wù)器終端501建立單向直接接入式的連接的步驟可以包括判斷客戶端10與服務(wù)器終端501的訪問(wèn)時(shí)延是否大于或等于預(yù)設(shè)的靜態(tài)訪問(wèn)時(shí)延,其中,在大于等于靜態(tài)訪問(wèn)時(shí)延的情況下,客戶端10服務(wù)器終端501建立基于UDP協(xié)議訪問(wèn)的連接;在小于靜態(tài)訪問(wèn)時(shí)延的情況下,客戶端10服務(wù)器終端501建立基于TCP協(xié)議訪問(wèn)的連接。本申請(qǐng)上述各個(gè)實(shí)施例中的服務(wù)器終端501之間通過(guò)TCP協(xié)議建立共享互聯(lián),優(yōu)選用戶終端503與普通用戶終端502之間以及普通用戶終端502彼此之間通過(guò)TCP協(xié)議建立共享互聯(lián),共享互聯(lián)用于獲取P2P內(nèi)容共享。如圖2和3所示,本實(shí)用新型上述實(shí)施例中的步驟S108,在步驟客戶端10從內(nèi)容源終端50上獲取流媒體數(shù)據(jù)的過(guò)程中可以包括客戶端10按照先通過(guò)UDP協(xié)議讀取普通用戶終端502,再通過(guò)UDP協(xié)議讀取優(yōu)選用戶終端503,最后通過(guò)TCP協(xié)議讀取服務(wù)器終端 501的優(yōu)先級(jí)順序,來(lái)獲取流媒體數(shù)據(jù);將流媒體數(shù)據(jù)保存至客戶端10的緩存。優(yōu)選地,如圖2和3所示,在步驟將流媒體數(shù)據(jù)保存至客戶端10的緩存之后,方法還可以包括客戶端10播放并共享緩存中的流媒體數(shù)據(jù),其中,當(dāng)客戶端10緩存中的流媒體數(shù)據(jù)大小低于第二預(yù)定值時(shí),客戶端10選擇向服務(wù)器終端501讀取流媒體數(shù)據(jù);當(dāng)客戶端10緩存中的流媒體數(shù)據(jù)大小處于第二預(yù)定值和第三預(yù)定值之間時(shí),客戶端10選擇向服務(wù)器終端501、優(yōu)選用戶終端503以及普通用戶終端502中的任意一個(gè)終端讀取流媒體數(shù)據(jù);當(dāng)客戶端10緩存中的流媒體數(shù)據(jù)大小超過(guò)第三預(yù)定值時(shí),客戶端10選擇向普通客戶端 10讀取流媒體數(shù)據(jù)。優(yōu)選地,讀取流媒體數(shù)據(jù)的步驟包括預(yù)先將流媒體數(shù)據(jù)按照播放順序劃分成數(shù)據(jù)塊,每個(gè)數(shù)據(jù)塊包括一個(gè)或多個(gè)數(shù)據(jù)包;客戶端10從內(nèi)容源終端50上按照隨機(jī)順序獲取一個(gè)或多個(gè)數(shù)據(jù)包,并將流媒體數(shù)據(jù)以數(shù)據(jù)包為單位進(jìn)行共享;客戶端10根據(jù)各個(gè)數(shù)據(jù)包的索引編號(hào)將獲得的一個(gè)或多個(gè)數(shù)據(jù)包進(jìn)行排序組合,以獲取完整的流媒體數(shù)據(jù)。優(yōu)選地,在客戶端10從內(nèi)容源終端50上獲取流媒體數(shù)據(jù)之前,方法還可以包括如下步驟內(nèi)容源終端50向滿足以下任意一個(gè)或多個(gè)條件的客戶端10優(yōu)先上傳流媒體數(shù)據(jù), 條件包括客戶端10需要上傳的流媒體數(shù)據(jù)最多;客戶端10與內(nèi)容源終端50處于相同的網(wǎng)段;客戶端10為新加入的終端節(jié)點(diǎn)。優(yōu)選地,在客戶端10根據(jù)條件參數(shù)在中心目錄服務(wù)器30中獲取一個(gè)或多個(gè)內(nèi)容源終端50的地址,并將地址加入客戶端10的伙伴終端列表之后,方法還可以包括按照預(yù)定周期來(lái)定期更新伙伴終端列表,并周期性的共享伙伴終端列表中內(nèi)容源終端50的終端數(shù)據(jù)。如圖沈所示,本實(shí)用新型具體的實(shí)施例提供的流媒體傳輸系統(tǒng)包括客戶端10、 流媒體中心目錄服務(wù)器30,內(nèi)容源終端50 (例如流媒體終端服務(wù)器),其中內(nèi)容源終端50 又包括普通用戶終端節(jié)點(diǎn)502和優(yōu)選用戶終端節(jié)點(diǎn)503。用戶節(jié)點(diǎn)和服務(wù)器節(jié)點(diǎn)之間的連接方式如圖2所示。總體上分為兩層,服務(wù)器間互聯(lián)層和用戶終端節(jié)點(diǎn)間互聯(lián)層。在實(shí)時(shí)流媒體數(shù)據(jù)傳輸過(guò)程中,在中心目錄服務(wù)器管理下,服務(wù)器間互聯(lián)層采用TCP協(xié)議進(jìn)行流媒體終端服務(wù)器之間的數(shù)據(jù)交換,用戶間互聯(lián)層采用UDP協(xié)議進(jìn)行用戶間的數(shù)據(jù)交換。服務(wù)器和用戶之間采用基于UDP或TCP的協(xié)議進(jìn)行數(shù)據(jù)交換。其中,服務(wù)器與服務(wù)器之間的數(shù)據(jù)傳輸是雙向的,服務(wù)器與用戶之間的數(shù)據(jù)傳輸是單向的,用戶節(jié)點(diǎn)之間的數(shù)據(jù)傳輸是雙向的。特別地,優(yōu)選用戶節(jié)的數(shù)據(jù)傳出要大于輸入。當(dāng)客戶端(即新用戶)請(qǐng)求流媒體數(shù)據(jù)時(shí),按照如下1)到17)的流程步驟進(jìn)行。具體地,本實(shí)用新型上述流媒體數(shù)據(jù)傳輸方法詳細(xì)的工作流程包括以下步驟1)預(yù)先地,流媒體服務(wù)器以TCP方式互連,并且在節(jié)目開(kāi)始前將熱門(mén)直播和點(diǎn)播內(nèi)容預(yù)分發(fā)到各流媒體邊緣服務(wù)器。2)新用戶通過(guò)網(wǎng)頁(yè)或終端重定向訪問(wèn)流媒體業(yè)務(wù)數(shù)據(jù),向中心目錄服務(wù)器30發(fā)送獲取特定點(diǎn)播或直播內(nèi)容請(qǐng)求(該用戶也稱為請(qǐng)求用戶),在訪問(wèn)過(guò)程中,根據(jù)自身網(wǎng)絡(luò)情況,主動(dòng)選擇獲取流媒體業(yè)務(wù)方式單向直連接入或雙向共享接入。對(duì)于網(wǎng)絡(luò)帶寬過(guò)低的用戶(如撥號(hào)上網(wǎng)用戶或移動(dòng)用戶,一般接入帶寬小于IMbps),啟動(dòng)C/S模式單向直連接
      1入。一般用戶默認(rèn)啟動(dòng)服務(wù)器與P2P結(jié)合的雙向共享接入模式,需要高清視頻的用戶默認(rèn)選擇雙向共享接入。[0091]3)中心目錄服務(wù)器接收到客戶端用戶請(qǐng)求后,對(duì)單向直連接入用戶直接返回就近的流媒體邊緣服務(wù)器地址列表;對(duì)雙向共享接入用戶的請(qǐng)求,目錄服務(wù)器根據(jù)不同內(nèi)容源節(jié)點(diǎn)優(yōu)先級(jí),對(duì)正在播放用戶所請(qǐng)求節(jié)目的用戶節(jié)點(diǎn)和流媒體服務(wù)器節(jié)點(diǎn)量化打分后,向用戶返回不同優(yōu)先級(jí)的可獲取所請(qǐng)求內(nèi)容的節(jié)點(diǎn)地址列表。[0092]4)客戶端用戶根據(jù)中心目錄服務(wù)器返回的地址列表向內(nèi)容源節(jié)點(diǎn)發(fā)送請(qǐng)求。[0093]5)內(nèi)容源終端節(jié)點(diǎn)在接收到客戶端的用戶數(shù)據(jù)請(qǐng)求后,根據(jù)一定原則同意部分用戶的請(qǐng)求。內(nèi)容源節(jié)點(diǎn)包括普通用戶節(jié)點(diǎn)、優(yōu)選用戶節(jié)點(diǎn)和服務(wù)器節(jié)點(diǎn)。內(nèi)容源用戶節(jié)點(diǎn)根據(jù)請(qǐng)求用戶上傳帶寬優(yōu)先和新加入優(yōu)先結(jié)合的原則,有選擇地接受部分請(qǐng)求節(jié)點(diǎn);內(nèi)容源服務(wù)器節(jié)點(diǎn)在不超過(guò)自身負(fù)載情況下默認(rèn)接受所有節(jié)點(diǎn)請(qǐng)求,如本機(jī)沒(méi)有所請(qǐng)求內(nèi)容, 利用TCP協(xié)議從其他服務(wù)器節(jié)點(diǎn)中獲取,并緩存到本地供其他節(jié)點(diǎn)獲取。[0094]6)在內(nèi)容源終端節(jié)點(diǎn)接受請(qǐng)求后,新用戶將其加入伙伴終端列表,伙伴終端列表中包括一個(gè)或多個(gè)可以提供流媒體數(shù)據(jù)的內(nèi)容源終端的地址。[0095]7)根據(jù)接收請(qǐng)求的伙伴終端列表中的終端節(jié)點(diǎn)的情況,優(yōu)先地,新用戶通過(guò)UDP 協(xié)議向普通用戶終端節(jié)點(diǎn)獲取數(shù)據(jù);其次,通過(guò)UDP協(xié)議向優(yōu)選用戶終端獲取數(shù)據(jù);再次地,利用TCP協(xié)議向較近的服務(wù)器終端節(jié)點(diǎn);最后,利用UDP協(xié)議向較遠(yuǎn)的服務(wù)器終端節(jié)點(diǎn)獲取數(shù)據(jù)。[0096]8)客戶端新用戶在內(nèi)存中設(shè)置數(shù)據(jù)緩沖區(qū)來(lái)提前緩存一定長(zhǎng)度的即將播放的視頻。如果新用戶緩存中內(nèi)容未滿,啟動(dòng)緩存P2P多發(fā)機(jī)制,以大于當(dāng)前播放速度一定倍數(shù)的下載速度獲取內(nèi)容,實(shí)現(xiàn)快速啟動(dòng)。[0097]9)在播放過(guò)程中,新用戶當(dāng)前播放的數(shù)據(jù)塊的后續(xù)數(shù)據(jù)塊按自然順序作為優(yōu)先級(jí)進(jìn)行獲取,組成數(shù)據(jù)塊的最小數(shù)據(jù)包按隨機(jī)順序獲取。[0098]10)當(dāng)新用戶緩存中數(shù)據(jù)低于設(shè)定刻度值,啟動(dòng)分級(jí)預(yù)警機(jī)制,由報(bào)警級(jí)別由高到底,以增加服務(wù)器TCP直連,增加優(yōu)選節(jié)點(diǎn)UDP共享,增加普通節(jié)點(diǎn)UDP共享為序,向新用戶提供內(nèi)容。[0099]11)新用戶播放緩存中的數(shù)據(jù),并將播放后和播放中的數(shù)據(jù)存到本地緩存和硬盤(pán)指定目錄。[0100]12)用戶周期性地主動(dòng)與其他伙伴節(jié)點(diǎn)交換其緩存中的數(shù)據(jù)塊信息,從其他伙伴節(jié)點(diǎn)中提前獲取未擁有的數(shù)據(jù)塊,分享在本地緩存和硬盤(pán)中擁有的其他節(jié)點(diǎn)未擁有的數(shù)據(jù)塊。[0101]13)如果用戶確認(rèn)之前連接的內(nèi)容源節(jié)點(diǎn)無(wú)法連接后,將主動(dòng)請(qǐng)求從其他伙伴節(jié)點(diǎn)獲取緩存中缺失的數(shù)據(jù),并周期性地聯(lián)系目錄服務(wù)器,動(dòng)態(tài)更新伙伴節(jié)點(diǎn)目錄。[0102]14)在新用戶自身播放的同時(shí),流媒體目錄服務(wù)器會(huì)導(dǎo)引其他在播放同一節(jié)目的用戶主動(dòng)連接到本用戶,向本用戶詢問(wèn)擁有的數(shù)據(jù)塊。[0103]15)如果本用戶的緩存和本地硬盤(pán)存儲(chǔ)中擁有其它用戶需要的數(shù)據(jù)塊,則根據(jù)本用戶自身負(fù)載狀況,有選擇地向其它用戶返回所請(qǐng)求的數(shù)據(jù)塊。[0104]16)如果本用戶沒(méi)有其他用戶所請(qǐng)求的數(shù)據(jù)塊,返回本用戶的伙伴節(jié)點(diǎn)地址列表給其他請(qǐng)求用戶。[0105]17)當(dāng)用戶上下行速率達(dá)到總帶寬一定警戒比例時(shí),本用戶自發(fā)拒絕所有用戶的請(qǐng)求。[0106]特別地,在流媒體節(jié)目開(kāi)始時(shí),用戶根據(jù)自身網(wǎng)絡(luò)狀況,主動(dòng)選擇單向直連式或者雙向共享式接入。如圖2、圖4和圖5所示,選擇服務(wù)器直連形式的客戶端用戶(一般為接入帶寬小于IMbps)將直接從服務(wù)器終端(例如流媒體邊緣服務(wù)器)處獲取穩(wěn)定的流媒體數(shù)據(jù);選擇雙向共享式的客戶端用戶,首先啟動(dòng)P2P多發(fā)訪問(wèn)機(jī)制,以迅速下載部分流媒體數(shù)據(jù)以快速啟動(dòng)播放和為后續(xù)共享過(guò)程提供數(shù)據(jù)。按P2P方式接入的客戶端,一般選擇的獲取數(shù)據(jù)內(nèi)容源終端節(jié)點(diǎn)的優(yōu)先級(jí)為普通用戶終端節(jié)點(diǎn),優(yōu)選用戶終端節(jié)點(diǎn),同網(wǎng)段的終端流媒體服務(wù)器終端節(jié)點(diǎn),非同網(wǎng)段的終端流媒體服務(wù)器終端節(jié)點(diǎn)。[0107]特別地,在播放過(guò)程中,用戶預(yù)取部分流媒體數(shù)據(jù)塊存入緩存中,邊播放緩存中數(shù)據(jù),邊從其他節(jié)點(diǎn)(服務(wù)器或用戶節(jié)點(diǎn))中不斷獲取數(shù)據(jù),同時(shí)與其他用戶節(jié)點(diǎn)共享。如圖6 所示,根據(jù)不同的緩存報(bào)警機(jī)制,由報(bào)警級(jí)別由高到底,客戶端用戶選擇的數(shù)據(jù)獲取源優(yōu)先級(jí)為終端流媒體服務(wù)器節(jié)點(diǎn),優(yōu)選用戶終端節(jié)點(diǎn),普通用戶終端節(jié)點(diǎn)。流媒體數(shù)據(jù)在傳輸時(shí)被切分成固定大小的數(shù)據(jù)包,固定數(shù)量數(shù)據(jù)包形成數(shù)據(jù)塊。在與內(nèi)容源節(jié)點(diǎn)成功連接后, 用戶緩存中的數(shù)據(jù)要首先根據(jù)順序原則按播放順序的先后為優(yōu)先級(jí)獲取數(shù)據(jù)塊,而每個(gè)數(shù)據(jù)塊中的數(shù)據(jù)包根據(jù)可用性原則從不同節(jié)點(diǎn)源中以隨機(jī)順序獲取。用戶緩存中的數(shù)據(jù)在滿足播放的同時(shí),提供給其他用戶共享。[0108]總體地,在空間上,本方案實(shí)現(xiàn)兩層P2P的構(gòu)建1)結(jié)構(gòu)化邊緣服務(wù)器P2P 優(yōu)化調(diào)度邊緣服務(wù)器節(jié)點(diǎn)資源,從超負(fù)荷服務(wù)器轉(zhuǎn)移負(fù)載給可用其他服務(wù)器節(jié)點(diǎn),實(shí)現(xiàn)負(fù)載均衡和帶寬高效利用。2)非結(jié)構(gòu)化終端用戶P2P:采用純多發(fā)送端多接收端P2P,實(shí)現(xiàn)系統(tǒng)最大擴(kuò)展性。[0109]總體地,在時(shí)間上,本方案流媒體數(shù)據(jù)的分發(fā)可分為三個(gè)階段1)以服務(wù)器為主源的TCP分發(fā)。服務(wù)器節(jié)點(diǎn)之間進(jìn)行P2P式的內(nèi)容預(yù)分發(fā),和所有新加入節(jié)點(diǎn)從服務(wù)器獲取初始內(nèi)容源。2)服務(wù)器與用戶節(jié)點(diǎn)混合的TCP和UDP分發(fā)。隨著用戶數(shù)量的增加和用戶可共享內(nèi)容的增加,P2P網(wǎng)絡(luò)開(kāi)始增長(zhǎng),部分節(jié)點(diǎn)仍從服務(wù)器獲取內(nèi)容,部分節(jié)點(diǎn)則可直接從其他P2P節(jié)點(diǎn)獲取所請(qǐng)求的媒體內(nèi)容。3)以用戶節(jié)點(diǎn)為主源的UDP分發(fā)。P2P網(wǎng)絡(luò)已經(jīng)發(fā)展成熟,可以直接支持節(jié)點(diǎn)需求。只有臨時(shí)節(jié)點(diǎn)失效才從服務(wù)器節(jié)點(diǎn)獲得支持。[0110]需要說(shuō)明的是,在附圖的流程圖示出的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行,并且,雖然在流程圖中示出了邏輯順序,但是在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟。[0111]從以上的描述中,可以看出,本實(shí)用新型實(shí)現(xiàn)了如下技術(shù)效果針對(duì)現(xiàn)有技術(shù)存在的不足,本實(shí)用新型提出按需分發(fā)的云流媒體數(shù)據(jù)傳輸方法,主要實(shí)現(xiàn)傳統(tǒng)流媒體數(shù)據(jù)傳輸方法不能很好保障的如下功能1)連接方式根據(jù)用戶網(wǎng)絡(luò)帶寬情況,實(shí)現(xiàn)c/s(客戶端 10/服務(wù)器)與P2P模式(對(duì)等互聯(lián))的主動(dòng)選擇;幻數(shù)據(jù)獲取方式上,利用緩存多發(fā)和緩存報(bào)警機(jī)制保證播放的連續(xù)性;幻保障流媒體數(shù)據(jù)獲取的及時(shí)性,在網(wǎng)絡(luò)抖動(dòng)和負(fù)載過(guò)重導(dǎo)致單節(jié)點(diǎn)失效的情況保證了流媒體數(shù)據(jù)的及時(shí)性和穩(wěn)定性。[0112]本實(shí)用新型提供的流媒體數(shù)據(jù)傳輸方法可應(yīng)用于大規(guī)模流媒體應(yīng)用和新一代云流媒體應(yīng)用,可以實(shí)現(xiàn)面向PC、IPTV機(jī)頂盒、手機(jī)、MID及其他移動(dòng)終端的高效內(nèi)容分發(fā),保障用戶穩(wěn)定、清晰、流暢的獲取流媒體數(shù)據(jù),按需獲取網(wǎng)絡(luò)直播、點(diǎn)播等流媒體服務(wù)。[0113]顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本實(shí)用新型的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn),它們可以集中在單個(gè)的計(jì)算裝置上,或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上,可選地,它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn),從而,可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行,或者將它們分別制作成各個(gè)集成電路模塊,或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣,本實(shí)用新型不限制于任何特定的硬件和軟件結(jié)合。[0114]以上所述僅為本實(shí)用新型的優(yōu)選實(shí)施例而已,并不用于限制本實(shí)用新型,對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō),本實(shí)用新型可以有各種更改和變化。凡在本實(shí)用新型的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本實(shí)用新型的保護(hù)范圍之內(nèi)。
      權(quán)利要求1.一種云流媒體數(shù)據(jù)傳輸系統(tǒng),其特征在于,包括內(nèi)容源終端,用于保存下載的流媒體數(shù)據(jù);客戶端,與所述內(nèi)容源終端連接,用于按照需求動(dòng)態(tài)選擇與所述內(nèi)容源終端的連接方式,以獲取所述內(nèi)容源終端中的所述流媒體數(shù)據(jù);中心目錄服務(wù)器,用于保存所有內(nèi)容源終端的地址以及伙伴終端列表,并根據(jù)條件參數(shù)向所述客戶端返回一個(gè)或多個(gè)所述內(nèi)容源終端的地址,并將所述地址加入伙伴終端列表。
      2.根據(jù)權(quán)利要求1所述的系統(tǒng),其特征在于,所述客戶端包括發(fā)射裝置,用于向所述中心目錄服務(wù)器發(fā)送點(diǎn)播或直播內(nèi)容請(qǐng)求;接收裝置,用于接收所述中心目錄服務(wù)器中滿足所述條件參數(shù)的一個(gè)或多個(gè)所述內(nèi)容源終端的地址。
      3.根據(jù)權(quán)利要求2所述的系統(tǒng),其特征在于,所述中心目錄服務(wù)器包括第一處理裝置,用于按照所述內(nèi)容源終端的優(yōu)先級(jí)依次返回所述內(nèi)容源終端的地址, 所述內(nèi)容源終端包括以下任意一個(gè)或多個(gè)設(shè)備用戶終端、優(yōu)選用戶終端以及服務(wù)器終端。
      4.根據(jù)權(quán)利要求3所述的系統(tǒng),其特征在于,所述客戶端還包括第二處理裝置,用于在所述客戶端的網(wǎng)絡(luò)帶寬低于第一預(yù)定值時(shí),所述客戶端選擇與所述伙伴終端列表中的所述服務(wù)器終端建立單向直接接入式的連接;在所述客戶端的網(wǎng)絡(luò)帶寬高于第一預(yù)定值時(shí),所述客戶端選擇與伙伴終端列表中的所述服務(wù)器終端、所述優(yōu)選用戶終端以及所述用戶終端建立連接。
      5.根據(jù)權(quán)利要求4所述的系統(tǒng),其特征在于,所述客戶端還包括讀取裝置,用于按照先通過(guò)UDP協(xié)議讀取所述用戶終端,再通過(guò)UDP協(xié)議讀取所述優(yōu)選用戶終端,最后通過(guò)TCP協(xié)議讀取所述服務(wù)器終端的優(yōu)先級(jí)順序,來(lái)獲取所述流媒體數(shù)據(jù), 并將所述流媒體數(shù)據(jù)保存至緩存;播放裝置,與所述讀取裝置連接,用于播放所述緩存中的所述流媒體數(shù)據(jù)。
      6.根據(jù)權(quán)利要求5所述的系統(tǒng),其特征在于,所述客戶端還包括第三處理裝置,與所述內(nèi)容源終端連接,用于從所述內(nèi)容源終端上按照隨機(jī)順序獲取一個(gè)或多個(gè)所述數(shù)據(jù)包,并將所述流媒體數(shù)據(jù)以數(shù)據(jù)包為單位進(jìn)行共享。
      7.根據(jù)權(quán)利要求3-6中任一項(xiàng)所述的系統(tǒng),其特征在于,所述服務(wù)器終端之間通過(guò)TCP 協(xié)議建立共享互聯(lián),所述優(yōu)選用戶終端與所述用戶終端之間以及所述用戶終端彼此之間通過(guò)TCP協(xié)議建立共享互聯(lián)。
      專利摘要本實(shí)用新型公開(kāi)了一種云流媒體數(shù)據(jù)傳輸系統(tǒng)。其中,該系統(tǒng)包括內(nèi)容源終端,用于保存下載的流媒體數(shù)據(jù);客戶端,與內(nèi)容源終端連接,用于按照需求動(dòng)態(tài)選擇與內(nèi)容源終端的連接方式,以獲取內(nèi)容源終端中的流媒體數(shù)據(jù);中心目錄服務(wù)器,用于保存所有內(nèi)容源終端的地址以及伙伴終端列表,并根據(jù)條件參數(shù)向客戶端返回一個(gè)或多個(gè)內(nèi)容源終端的地址,并將地址加入伙伴終端列表。通過(guò)本實(shí)用新型,實(shí)現(xiàn)了通過(guò)基于客戶端自身網(wǎng)絡(luò)狀況的動(dòng)態(tài)數(shù)據(jù)來(lái)獲取實(shí)現(xiàn)按需的流媒體數(shù)據(jù)分發(fā),解決了相關(guān)技術(shù)的流媒體傳輸方法無(wú)法保障流媒體數(shù)據(jù)傳輸?shù)募皶r(shí)性和穩(wěn)定性的問(wèn)題,能夠?qū)崿F(xiàn)在出現(xiàn)網(wǎng)絡(luò)抖動(dòng)或單節(jié)點(diǎn)失效等故障的時(shí)候,保障流媒體數(shù)據(jù)獲取的及時(shí)性和穩(wěn)定性。
      文檔編號(hào)H04L29/06GK202261376SQ20112022627
      公開(kāi)日2012年5月30日 申請(qǐng)日期2011年6月29日 優(yōu)先權(quán)日2011年6月29日
      發(fā)明者衛(wèi)國(guó), 衛(wèi)小剛, 王默哲, 陳志佳 申請(qǐng)人:北京原力創(chuàng)新科技有限公司
      網(wǎng)友詢問(wèn)留言 已有0條留言
      • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1