一種拉流控制的方法、裝置及系統的制作方法
【專利摘要】本發明提供一種拉流控制的方法、裝置及系統，涉及電通信技術領域，為解決觀看方無法觀看推送到第三方服務器的直播視頻的問題而發明。本發明的方法包括：接收內容分發網絡CDN服務器轉發的用戶請求，用戶請求用于請求觀看直播視頻；檢測直播視頻在源服務器側的流狀態是否為正在直播，流狀態為用戶請求的直播視頻的流狀態；若源服務器側的流狀態不為正在直播，則指示源服務器向第三方服務器拉取直播視頻的視頻流；接收源服務器返回的流狀態，源服務器返回的流狀態為正在直播；將視頻流的回源路徑發送給CDN服務器，以使得CDN服務器將回源路徑發送給客戶端。本發明主要應用于流媒體文件的播放過程中。
【專利說明】
一種拉流控制的方法、裝置及系統
技術領域
[0001]本發明實施例涉及電通信技術領域，尤其涉及一種拉流控制的方法、裝置及系統。
【背景技術】
[0002]隨著互聯網技術的飛速發展，越來越多的信息如影視、音樂等逐漸以網絡作為傳播的媒介。流媒體指以流方式在網絡中傳送音頻、視頻和多媒體文件的媒體形式。相對于下載后觀看的網絡播放形式而言，流媒體的典型特征是把連續的音頻和視頻信息壓縮后放到網絡服務器上，用戶邊下載邊觀看，而不必等待整個文件下載完畢。由于流媒體服務器流媒體技術的優越性，該技術廣泛應用于視頻點播、視頻會議、遠程教育、遠程醫療和在線直播系統中。
[0003]直播視頻文件的提供方，通過推流技術將流媒體文件推送到源服務器。在觀看直播視頻文件時，觀看方發出觀看請求，通過拉流技術將直播視頻文件流拉到觀看方的客戶端。
[0004]拉流技術是指從源服務器端，將直播視頻文件提供方推送的直播視頻文件流，拉取到觀看方的客戶端。在拉流過程中，可能會經過多個服務器。在現有技術中，若觀看方請求觀看的直播視頻流不在源服務器中，即使在其他第三方服務器中，觀看方無法觀看該直播視頻。
【發明內容】
[0005]本發明提供一種拉流控制的方法、裝置及系統，能夠解決觀看方無法觀看推送到第三方服務器的直播視頻的問題。
[0006]為了解決上述技術問題，一方面，本發明提供一種拉流控制的方法，該方法包括:
[0007]接收內容分發網絡CDN服務器轉發的用戶請求，所述用戶請求用于請求觀看直播視頻；
[0008]檢測所述直播視頻在源服務器側的流狀態是否為正在直播，所述流狀態為所述用戶請求的直播視頻的流狀態；
[0009]若源服務器側的流狀態不為正在直播，則指示所述源服務器向第三方服務器拉取所述直播視頻的視頻流；
[0010]接收所述源服務器返回的流狀態，所述源服務器返回的流狀態為正在直播；
[0011 ]將所述視頻流的回源路徑發送給所述CDN服務器，以使得所述CDN服務器將所述回源路徑發送給客戶端。
[0012]另一方面，本發明提供了一種拉流控制的裝置，該裝置包括:
[0013]第一接收單元，用于接收內容分發網絡CDN服務器轉發的用戶請求，所述用戶請求用于請求觀看直播視頻；
[0014]檢測單元，用于檢測所述第一接收單元接收到的用戶請求的直播視頻在源服務器側的流狀態是否為正在直播，所述流狀態為所述用戶請求的直播視頻的流狀態；
[0015]指示單元，用于若所述檢測單元檢測到的源服務器側的流狀態不為正在直播，則指示所述源服務器向第三方服務器拉取所述直播視頻的視頻流；
[0016]第二接收單元，用于接收所述源服務器返回的流狀態，所述源服務器返回的流狀態為正在直播；
[0017]發送單元，用于若所述所述第二接收單元接收的流狀態為正在直播，則將視頻流的回源路徑發送給所述CDN服務器，以使得所述CDN服務器將所述回源路徑發送給客戶端。
[0018]再一方面，本發明提供了一種拉流控制的系統，該系統包括:客戶端、內容分發網絡CDN服務器、控制中心和源服務器；
[0019]所述客戶端，用于發送用戶請求；
[0020]所述CDN服務器，用于轉發用戶請求，接收回源路徑，并將回源路徑發送給客戶端；
[0021]所述控制中心，用于檢測源服務器側的流狀態是否為正在直播，若不為正在直播，則指示所述源服務器向第三方服務器拉取所述用戶請求的直播視頻的視頻流，接收所述源服務器返回的流狀態，將所述視頻流的回源路徑發送給所述CDN服務器；
[0022]所述源服務器，用于向第三方服務器拉取所述直播視頻的視頻流，將所述直播視頻的流狀態發送給控制中心。
[0023]本發明提供的一種拉流控制的方法、裝置及系統，能夠通過接收CDN服務器轉發的用戶請求，檢查請求觀看的直播視頻在源服務器側的流狀態是否為正在直播，若源服務器側的流狀態不為正在直播，則指示源服務器向第三方服務器拉取直播視頻的視頻流。若源服務器成功從第三方拉取直播視頻的視頻流，接收源服務器返回的流狀態，將直播視頻流的回源路徑發送給CDN服務器，以使得CDN服務器將回源路徑發送給客戶端。與現有技術相比，本發明能夠在接收到CDN服務器轉發的用戶請求時，才會去拉流，沒有接收到用戶請求，則不拉流，避免無效拉流浪費服務器資源。本發明能夠指示源服務器向第三方服務器拉取直播視頻流，將第三方服務器的直播視頻流拉取到源服務器中，觀看方可以觀看推送到第三方服務器的直播視頻。
【附圖說明】
[0024]為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0025]圖1示出了本發明實施例提供了一種拉流控制的方法流程圖；
[0026]圖2示出了本發明實施例提供了另一種拉流控制的方法流程圖；
[0027]圖3示出了本發明實施例提供了一種拉流控制的裝置組成框圖；
[0028]圖4示出了本發明實施例提供了另一種拉流控制的裝置組成圖；
[0029]圖5示出了本發明實施例提供了一種拉流控制的系統框圖；
[0030]圖6示出了本發明實施例提供了一種拉流控制的裝置結構示意圖。
【具體實施方式】
[0031]為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。
[0032]為了解決觀看方無法觀看推送到第三方服務器的直播視頻的問題，本發明實施例提供了一種拉流控制的方法，如圖1所示，該方法包括:
[0033]101、接收內容分發網絡CDN服務器轉發的用戶請求，用戶請求用于請求觀看直播視頻。
[0034]Q)N(Content Delivery Network，內容分發網絡)，是構建在數據網絡上的一種分布式的內容分發網。CDN的作用是采用流媒體服務器集群技術，克服單機系統輸出帶寬及并發能力不足的缺點，可極大提升系統支持的并發流數目，減少或避免單點失效帶來的不良影響。
[0035]CDN利用全局負載均衡技術將用戶的訪問指向離用戶最近的工作正常的流媒體服務器上，由流媒體服務器直接響應用戶的請求。服務器中如果沒有用戶要訪問的內容，會根據配置自動從源服務器抓取相應的內容并提供給用戶。
[0036]用戶請求，是客戶端發出的，包括請求觀看直播視頻的信息。客戶端發出用戶請求，離用戶最近的工作正常的CDN服務器，接收用戶請求并轉發給控制中心。
[0037]102、檢測直播視頻在源服務器側的流狀態是否為正在直播，流狀態為用戶請求的直播視頻的流狀態。
[0038]流媒體是邊傳邊播的媒體形式。流狀態，是指用戶請求的直播視頻的流狀態。檢測直播視頻在源服務器側的流狀態是否為正在直播，即檢測用戶請求的直播視頻的流狀態是否正在直播。若正在直播，則可以以流媒體的媒體形式播放。
[0039]源服務器，提供流媒體文件。流媒體的提供方將流媒體文件推流到源服務器且推流未完成，源服務器側中對應的流媒體文件為正在直播。檢測流狀態，是在源服務器側。
[0040]103、若源服務器側的流狀態不為正在直播，則指示源服務器向第三方服務器拉取直播視頻的視頻流。
[0041]若源服務器側的流狀態不為正在直播，則發出源服務器向第三方服務器拉取直播視頻的視頻流的指示。源服務器接收到拉流指示時，在第三方服務器中查找用戶請求的視頻流，若查找到用戶請求的視頻流，則將視頻流拉取到源服務器中。
[0042]104、接收源服務器返回的流狀態，源服務器返回的流狀態為正在直播。
[0043]若源服務器拉取到用戶請求的視頻流，則該視頻流的流狀態為正在直播，源服務器將該視頻流的流狀態發送給控制中心。若源服務器未拉取到用戶請求的視頻流，則該視頻的流狀態為發生改變，源服務器不重新發送該視頻流的流狀態。控制中心接收源服務器返回的流狀態。源服務器中的流狀態為正在直播，說明源服務器中存在該視頻的視頻流。
[0044]105、將視頻流的回源路徑發送給⑶N服務器，以使得⑶N服務器將回源路徑發送給客戶端。
[0045]若視頻流的流狀態為正在直播，則將視頻流的回源路徑發送給⑶N服務器，CDN月艮務器將回源路徑發送給客戶端，這樣客戶端才能實現直播視頻的邊傳邊播。
[0046]本發明實施例提供的一種拉流控制的方法，能夠通過接收CDN服務器轉發的用戶請求，檢查請求觀看的直播視頻在源服務器冊的流狀態是否為正在直播，若源服務器側的流狀態不為正在直播，則指示源服務器向第三方服務器拉取直播視頻的視頻流。若源服務器成功從第三方拉取直播視頻的視頻流，接收源服務器返回的流狀態，將直播視頻流的回源路徑發送給⑶N服務器，以使得⑶N服務器將回源路徑發送給客戶端。與現有技術相比，本發明實施例能夠在接收到CDN服務器轉發的用戶請求時，才會去拉流，沒有接收到用戶請求，則不拉流，避免無效拉流浪費服務器資源。本發明能夠指示原服務器向第三方服務器拉取直播視頻流，將第三方服務器的直播視頻流拉取到源服務器中，觀看方可以觀看推送到第三方服務器的直播視頻。
[0047]進一步地，作為圖1的細化和擴展，本發明實施例提供了另一種拉流控制的方法，如圖2所示，該方法包括:
[0048]201、接收內容分發網絡CDN服務器轉發的用戶請求，用戶請求用于請求觀看直播視頻。
[0049 ]接收的用戶請求，包括請求發出的時間信息、用戶信息、直播視頻信息和對直播視頻的播放請求。接收的用戶請求是由CDN服務器轉發的。CDN服務器不為客戶端提供直播視頻的視頻流。
[0050]202、對發出用戶請求的客戶端進行鑒權，以鑒別客戶端是否具有播放直播視頻的權限。
[0051]用戶請求中包含用戶賬號信息，不同的賬號擁有不同的權限。權限不同，可以觀看的視頻資源也不相同。對發出用戶請求的客戶端進行鑒權，即鑒別客戶端是否具有播放視頻的權限。若客戶端不具備觀看客戶端發出用戶請求視頻的權限，則給客戶端返回一個無觀看權限的信息。若客戶端具備觀看客戶端發出用戶請求視頻的權限，再進行下一步檢測。
[0052]203、檢測直播視頻在源服務器側的流狀態是否為正在直播，流狀態為用戶請求的直播視頻的流狀態。
[0053]源服務器中，存放流媒體提供方推流的視頻，并將流媒體提供方提供的視頻流正在直播的信息，發送給控制中心。若在控制中心中檢測直播視頻的流狀態，即為直播視頻在源服務器側的流狀態。
[0054]204a、若源服務器側的流狀態為正在直播，則從源服務器中直接拉取直播視頻的視頻流。
[0055]若檢測源服務器側的流狀態為正在直播，源服務器中存放直播視頻的視頻流，則從源服務器中直接拉取直播視頻的視頻流，即可完成對視頻流的拉流。
[0056]204b、若源服務器側的流狀態不為正在直播，則指示源服務器向第三方服務器拉取直播視頻的視頻流。
[0057]用戶請求的直播視頻是有流地址的，源服務器通過流地址，直接從第三方服務器拉取直播視頻的視頻流。
[0058]指示源服務器向第三方服務器拉取直播視頻的視頻流，需要限制源服務器向第三方服務器拉取視頻流的頻率。讓源服務器的拉流操作有固定的時間間隔，這樣的設置，一方面通過一次拉流滿足用戶請求時間相近的相同直播視頻的請求，節省服務器資源；另一方面若用戶請求過于頻繁，是一種對服務器的惡意攻擊，通過限制拉流頻率，減少拉流次數，可以防止通過頻繁用戶請求對服務器的惡意攻擊。
[0059 ] 205b、接收源服務器返回的流狀態，源服務器返回的流狀態為正在直播。
[0060]在源服務器拉取直播視頻流后，更改該直播視頻的流狀態。接收該直播視頻的流狀態，該直播視頻的流狀態由源服務器返回。
[0061]206b、將視頻流的回源路徑發送給⑶N服務器，以使得⑶N服務器將回源路徑發送給客戶端。
[0062]若視頻流的流狀態為正在直播，則將視頻流的回源路徑發送給⑶N服務器，CDN月艮務器將回源路徑發送給客戶端，這樣客戶端才能實現直播視頻的邊傳邊播。
[0063]進一步地，作為圖1和圖2所示方法的實現，本發明另一實施例還提供了一種拉流控制的裝置。本裝置實施例與前述方法實施例對應，能夠實現前述方法實施例中的全部內容。為便于閱讀，本裝置實施例僅對前述方法實施例中的內容進行概要性描述，不對方法實施例中的細節內容進行逐一贅述。如圖3所示，該裝置包括:第一接收單元31、檢測單元32、指示單元33、第二接收單元34以及發送單元35。其中，
[0064]第一接收單元31，用于接收內容分發網絡CDN服務器轉發的用戶請求，用戶請求用于請求觀看直播視頻；
[0065]檢測單元32，用于檢測第一接收單元31接收到的用戶請求的直播視頻在源服務器側的流狀態是否為正在直播，流狀態為用戶請求的直播視頻的流狀態；
[0066]指示單元33，用于若檢測單元32檢測到的源服務器側的流狀態不為正在直播，則指示源服務器向第三方服務器拉取直播視頻的視頻流；
[0067]第二接收單元34，用于接收源服務器返回的流狀態，源服務器返回的流狀態為正在直播；
[0068]發送單元35，用于若第二接收單元34接收的流狀態為正在直播，則將視頻流的回源路徑發送給CDN服務器，以使得CDN服務器將回源路徑發送給客戶端。
[0069]進一步地，如圖4所示，該裝置進一步包括:
[ΟΟΤ?]鑒權單元36，用于對發出第一接收單元31接收到的用戶請求的客戶端進行鑒權，以鑒別客戶端是否具有播放直播視頻的權限。
[0071]進一步地，如圖4所示，該裝置進一步包括:
[0072]拉取單元37，用于在檢測單元32檢測源服務器側的流狀態是否為正在直播之后，若源服務器側的流狀態為正在直播，則從源服務器中直接拉取直播視頻的視頻流。
[0073]進一步地，指示單元33，包括:
[0074]限制模塊331，用于限制源服務器向第三方服務器拉取視頻流的頻率。
[0075]進一步地，作為圖1和圖2所示方法的實現，本發明實施例還提供了一種拉流控制的系統。本系統實施例與前述方法實施例對應，能夠實現前述方法實施例中的全部內容。為便于閱讀，本系統實施例僅對前述方法實施例中的內容進行概要性描述，不對方法實施例中的細節內容進行逐一贅述。如圖5所示，該系統包括:客戶端51、內容分發網絡CDN服務器52、控制中心53和源服務器54 ο具體的:
[0076]客戶端51，用于發送用戶請求；
[0077]⑶N服務器52，用于轉發客戶端51發送的用戶請求，接收回源路徑，并將回源路徑發送給客戶端；
[0078]控制中心53，用于檢測⑶N服務器52發送的用戶請求的直播視頻在源服務器側的流狀態是否為正在直播，若不為正在直播，則指示源服務器向第三方服務器拉取用戶請求的直播視頻的視頻流，接收源服務器返回的流狀態，將視頻流的回源路徑發送給CDN服務器52；
[0079]源服務器54，用于向第三方服務器拉取直播視頻的視頻流，將直播視頻的流狀態發送給控制中心53。
[0080]本發明實施例提供的一種拉流控制的裝置及系統，能夠通過接收CDN服務器轉發的用戶請求，檢查請求觀看的直播視頻在源服務器冊的流狀態是否為正在直播，若源服務器側的流狀態不為正在直播，則指示源服務器向第三方服務器拉取直播視頻的視頻流。若源服務器成功從第三方拉取直播視頻的視頻流，接收源服務器返回的流狀態，將直播視頻流的回源路徑發送給CDN服務器，以使得CDN服務器將回源路徑發送給客戶端。與現有技術相比，本發明實施例能夠在接收到CDN服務器轉發的用戶請求時，才會去拉流，沒有接收到用戶請求，則不拉流，避免無效拉流浪費服務器資源。本發明能夠指示原服務器向第三方服務器拉取直播視頻流，將第三方服務器的直播視頻流拉取到源服務器中，觀看方可以觀看推送到第三方服務器的直播視頻。
[0081]需要說明的是，針對上述拉流控制的裝置，凡是本發明實施例中使用到的各個單元模塊的功能都可以通過硬件處理器(hardware processor)來實現。
[0082]示例性的，如圖6所示，圖6示出了本發明實施例提供的一種拉流控制的裝置結構示意圖，該拉流控制的裝置可以包括:處理器(processor)61、通信接口(Communicat1nsInterface) 62、存儲器(memory) 63和總線64，其中，處理器61、通信接口 62、存儲器63通過總線64完成相互間的通信。通信接口 62可以用于服務器與客戶端之間的信息傳輸。處理器61可以調用存儲器63中的邏輯指令，以執行如下方法:接收內容分發網絡CDN服務器轉發的用戶請求，所述用戶請求用于請求觀看直播視頻;檢測所述直播視頻在源服務器側的流狀態是否為正在直播，所述流狀態為所述用戶請求的直播視頻的流狀態;若源服務器側的流狀態不為正在直播，則指示所述源服務器向第三方服務器拉取所述直播視頻的視頻流;接收所述源服務器返回的流狀態，所述源服務器返回的流狀態為正在直播;將所述視頻流的回源路徑發送給所述CDN服務器，以使得所述CDN服務器將所述回源路徑發送給客戶端。
[0083]此外，上述的存儲器63中的邏輯指令可以通過軟件功能單元的形式實現并作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基于這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執行本發明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括:U盤、移動硬盤、只讀存儲器(R0M，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質。
[0084]以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術人員在不付出創造性的勞動的情況下，即可以理解并實施。
[0085]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現，當然也可以通過硬件。基于這樣的理解，上述技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來，該計算機軟件產品可以存儲在計算機可讀存儲介質中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執行各個實施例或者實施例的某些部分所述的方法。
[0086]最后應說明的是:以上實施例僅用以說明本發明的技術方案，而非對其限制;盡管參照前述實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發明各實施例技術方案的精神和范圍。
【主權項】
1.一種拉流控制的方法，其特征在于，所述方法包括: 接收內容分發網絡CDN服務器轉發的用戶請求，所述用戶請求用于請求觀看直播視頻； 檢測所述直播視頻在源服務器側的流狀態是否為正在直播，所述流狀態為所述用戶請求的直播視頻的流狀態； 若源服務器側的流狀態不為正在直播，則指示所述源服務器向第三方服務器拉取所述直播視頻的視頻流； 接收所述源服務器返回的流狀態，所述源服務器返回的流狀態為正在直播； 將所述視頻流的回源路徑發送給所述CDN服務器，以使得所述CDN服務器將所述回源路徑發送給客戶端。2.根據權利要求1所述的方法，其特征在于，所述方法進一步包括: 對發出所述用戶請求的客戶端進行鑒權，以鑒別所述客戶端是否具有播放所述直播視頻的權限。3.根據權利要求1所述的方法，其特征在于，在所述檢測源服務器側的流狀態是否為正在直播之后，所述方法進一步包括: 若源服務器側的流狀態為正在直播，則從源服務器中直接拉取所述直播視頻的視頻流。4.根據權利要求1所述的方法，其特征在于，所述指示所述源服務器向第三方服務器拉取所述直播視頻的視頻流，包括: 限制所述源服務器向所述第三方服務器拉取所述視頻流的頻率。5.一種拉流控制的裝置，其特征在于，所述裝置包括: 第一接收單元，用于接收內容分發網絡CDN服務器轉發的用戶請求，所述用戶請求用于請求觀看直播視頻； 檢測單元，用于檢測所述第一接收單元接收到的用戶請求的直播視頻在源服務器側的流狀態是否為正在直播，所述流狀態為所述用戶請求的直播視頻的流狀態； 指示單元，用于若所述檢測單元檢測到的源服務器側的流狀態不為正在直播，則指示所述源服務器向第三方服務器拉取所述直播視頻的視頻流； 第二接收單元，用于接收所述源服務器返回的流狀態，所述源服務器返回的流狀態為正在直播； 發送單元，用于若所述所述第二接收單元接收的流狀態為正在直播，則將視頻流的回源路徑發送給所述CDN服務器，以使得所述CDN服務器將所述回源路徑發送給客戶端。6.根據權利要求5所述的裝置，其特征在于，所述裝置進一步包括: 鑒權單元，用于對發出所述第一接收單元接收到的用戶請求的客戶端進行鑒權，以鑒別所述客戶端是否具有播放所述直播視頻的權限。7.根據權利要求5所述的裝置，其特征在于，所述裝置進一步包括: 拉取單元，用于在所述檢測單元檢測源服務器側的流狀態是否為正在直播之后，若源服務器側的流狀態為正在直播，則從源服務器中直接拉取所述直播視頻的視頻流。8.根據權利要求5所述的裝置，其特征在于，所述指示單元，包括: 限制模塊，用于限制所述源服務器向所述第三方服務器拉取所述視頻流的頻率。9.一種拉流控制的系統，其特征在于，所述系統包括:客戶端、內容分發網絡CDN服務器、控制中心和源服務器； 所述客戶端，用于發送用戶請求； 所述⑶N服務器，用于轉發客戶端發送的用戶請求，接收回源路徑，并將回源路徑發送給客戶端； 所述控制中心，用于檢測源服務器側的流狀態是否為正在直播，若不為正在直播，則指示所述源服務器向第三方服務器拉取所述用戶請求的直播視頻的視頻流，接收所述源服務器返回的流狀態，將所述視頻流的回源路徑發送給所述CDN服務器； 所述源服務器，用于向第三方服務器拉取所述直播視頻的視頻流，將所述直播視頻的流狀態發送給控制中心。
【文檔編號】H04L29/06GK105871800SQ201510889329
【公開日】2016年8月17日
【申請日】2015年12月7日
【發明人】劉鳳玉, 魏立志, 韓峰, 林正宇
【申請人】樂視云計算有限公司