一種直播視頻的獲取方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實施例提供一種直播視頻的獲取方法、裝置及系統(tǒng)，涉及計算機技術(shù)領(lǐng)域，主要目的在于通過分布式的設(shè)置資源服務(wù)器以解決直播視頻在大用戶量訪問時產(chǎn)生的負(fù)載過大的問題。本發(fā)明實施例所采用的技術(shù)方案是：接收主播用戶上傳直播視頻的上傳請求；選擇處理所述上傳請求的資源服務(wù)器，所述資源服務(wù)器為分布式設(shè)置的資源服務(wù)器；將所述上傳請求發(fā)送至所述資源服務(wù)器，以便所述資源服務(wù)器接收所述主播用戶上傳的直播視頻。本發(fā)明主要用于獲取用戶上傳的直播視頻。
【專利說明】
一種直播視頻的獲取方法、裝置及系統(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明實施例涉及計算機技術(shù)領(lǐng)域，尤其涉及一種直播視頻的獲取方法、裝置及系統(tǒng)。
【背景技術(shù)】
[0002]網(wǎng)絡(luò)直播由于是通過互聯(lián)網(wǎng)平臺展開，相對于傳直播來說，讓大眾有了更好的主動操作性，也就是說有了更好的和更自由的選擇空間。例如目前流行的球賽直播、體育直播等，婚禮直播，開業(yè)直播等直播是為了方便廣大群眾，將這些信號在互聯(lián)網(wǎng)上發(fā)布，觀眾就可以很方便選擇自己所需要的直播線路。全球任何有網(wǎng)絡(luò)的地方都能看到在線直播的實況直播。
[0003]—個網(wǎng)絡(luò)直播的實現(xiàn)方式主要是通過主播用戶制作用于視頻直播的流媒體數(shù)據(jù)，經(jīng)過網(wǎng)絡(luò)上傳到直播平臺中用于存儲數(shù)據(jù)的資源服務(wù)器中，當(dāng)有用戶要求觀看該直播視頻時，由直播平臺中的資源服務(wù)器將該直播視頻的流媒體數(shù)據(jù)發(fā)送給要觀看的用戶。目前，多數(shù)的直播平臺是將資源服務(wù)器集中地設(shè)置在一處，以降低運營維護的成本。而隨著互聯(lián)網(wǎng)的發(fā)展，用戶在使用網(wǎng)絡(luò)時對網(wǎng)站的瀏覽速度和效果更加重視，在用戶數(shù)量激增，網(wǎng)絡(luò)訪問路徑過長時，用戶的訪問質(zhì)量將受到嚴(yán)重影響。尤其是對具有實時性和大容量特點的網(wǎng)絡(luò)直播視頻，用戶的觀看質(zhì)量將更加無法得到保障。

【發(fā)明內(nèi)容】

[0004]本發(fā)明實施例提供一種直播視頻的獲取方法、裝置及系統(tǒng)，主要目的在于通過分布式的設(shè)置資源服務(wù)器以解決直播視頻在大用戶量訪問時產(chǎn)生的負(fù)載過大的問題。
[0005]為達(dá)到上述目的，本發(fā)明主要提供如下技術(shù)方案:
[0006]—方面，本發(fā)明實施例提供一種直播視頻的獲取方法，該方法包括:
[0007]接收主播用戶上傳直播視頻的上傳請求；
[0008]選擇處理所述上傳請求的資源服務(wù)器，所述資源服務(wù)器為分布式設(shè)置的資源服務(wù)器；
[0009]將所述上傳請求發(fā)送至所述資源服務(wù)器，以便所述資源服務(wù)器接收所述主播用戶上傳的直播視頻。
[0010]可選的，在選擇處理所述上傳請求的資源服務(wù)器之前，所述方法還包括:
[0011]獲取資源服務(wù)器的狀態(tài)信息，所述狀態(tài)信息至少包括資源服務(wù)器的負(fù)載狀態(tài)信息、數(shù)據(jù)傳輸速率信息；
[0012]根據(jù)所述狀態(tài)信息生成資源服務(wù)器列表，所述資源服務(wù)器列表中記錄有分布式設(shè)置的所有資源服務(wù)器及對應(yīng)的狀態(tài)信息。
[0013]可選的，所述選擇處理所述上傳請求的資源服務(wù)器包括:
[0014]根據(jù)所述上傳請求獲取所述主播用戶的用戶信息；
[0015]利用預(yù)置策略在所述資源服務(wù)器列表中選擇與所述用戶信息相匹配的資源服務(wù)器。
[0016]可選的，在接收主播用戶上傳直播視頻的上傳請求后，所述方法還包括:
[0017]判斷所述主播用戶是否有權(quán)限上傳直播視頻；
[0018]若無權(quán)限，則拒絕所述上傳請求。
[0019]另一方面，本發(fā)明實施例還提供一種直播視頻的獲取方法，該方法包括:
[0020]接收調(diào)度服務(wù)器發(fā)送的主播用戶上傳直播視頻的上傳請求；
[0021 ]根據(jù)所述上傳請求接收所述主播用戶上傳的直播視頻；
[0022]利用內(nèi)容分發(fā)網(wǎng)絡(luò)將所述直播視頻發(fā)送至觀看直播視頻用戶的客戶端。
[0023]可選的，利用內(nèi)容分發(fā)網(wǎng)絡(luò)將所述直播視頻發(fā)送至觀看直播視頻用戶的客戶端包括:
[0024]接收需求服務(wù)器發(fā)送的直播視頻的獲取請求，所述需求服務(wù)器為接收所述客戶端發(fā)送直播視頻獲取請求的分布式資源服務(wù)器。
[0025]另一方面，本發(fā)明實施例提供一種直播視頻的獲取裝置，該裝置包括:
[0026]接收單元，用于接收主播用戶上傳直播視頻的上傳請求；
[0027]選擇單元，用于選擇處理所述接收單元接收的上傳請求的資源服務(wù)器，所述資源服務(wù)器為分布式設(shè)置的資源服務(wù)器；
[0028]發(fā)送單元，用于將所述接收單元接收的上傳請求發(fā)送至所述選擇單元選擇的資源服務(wù)器，以便所述資源服務(wù)器接收所述主播用戶上傳的直播視頻。
[0029]可選的，所述裝置還包括:
[0030]獲取單元，用于在所述選擇單元選擇處理所述上傳請求的資源服務(wù)器之前，獲取資源服務(wù)器的狀態(tài)信息，所述狀態(tài)信息至少包括資源服務(wù)器的負(fù)載狀態(tài)信息、數(shù)據(jù)傳輸速率?目息;
[0031]生成單元，用于根據(jù)所述獲取單元獲取的狀態(tài)信息生成資源服務(wù)器列表，所述資源服務(wù)器列表中記錄有分布式設(shè)置的所有資源服務(wù)器及對應(yīng)的狀態(tài)信息。
[0032]可選的，所述選擇單元包括:
[0033]獲取模塊，用于根據(jù)所述上傳請求獲取所述主播用戶的用戶信息；
[0034]選擇模塊，用于利用預(yù)置策略在所述資源服務(wù)器列表中選擇與所述獲取模塊獲取的用戶信息相匹配的資源服務(wù)器。
[0035]可選的，所述裝置還包括:
[0036]判斷單元，用于在接收單元接收主播用戶上傳直播視頻的上傳請求后，判斷所述主播用戶是否有權(quán)限上傳直播視頻；
[0037]拒絕單元，用于當(dāng)所述判斷單元判斷所述主播用戶無權(quán)限上傳直播視頻時，拒絕所述上傳請求。
[0038]另一方面，本發(fā)明實施例還提供一種直播視頻的獲取裝置，該裝置包括:
[0039]第一接收單元，用于接收調(diào)度服務(wù)器發(fā)送的主播用戶上傳直播視頻的上傳請求；
[0040]第二接收單元，用于根據(jù)所述第一接收單元接收的上傳請求接收所述主播用戶上傳的直播視頻；
[0041]發(fā)送單元，用于利用內(nèi)容分發(fā)網(wǎng)絡(luò)將所述第二接收單元接收的直播視頻發(fā)送至觀看直播視頻用戶的客戶端。
[0042]可選的，所述發(fā)送單元包括:
[0043]接收模塊，用于接收需求服務(wù)器發(fā)送的直播視頻的獲取請求，所述需求服務(wù)器為接收所述客戶端發(fā)送直播視頻獲取請求的分布式資源服務(wù)器；
[0044]發(fā)送模塊，用于根據(jù)所述接收模塊接收的獲取請求向所述需求服務(wù)器發(fā)送直播視頻。
[0045]另一方面，本發(fā)明實施例提供一種直播視頻的獲取系統(tǒng)，該系統(tǒng)包括含有如上所述的直播視頻的獲取裝置的調(diào)度服務(wù)器和含有如上所述的直播視頻的獲取裝置的資源服務(wù)器；
[0046]其中，所述調(diào)度服務(wù)器，用于接收主播用戶上傳直播視頻的上傳請求，并選擇處理所述上傳請求的所述資源服務(wù)器，再將所述上傳請求發(fā)送至所述資源服務(wù)器；
[0047]所述資源服務(wù)器，用于接收所述調(diào)度服務(wù)器發(fā)送的主播用戶上傳直播視頻的上傳請求，并根據(jù)所述上傳請求接收所述主播用戶上傳的直播視頻，再利用內(nèi)容分發(fā)網(wǎng)絡(luò)將所述直播視頻發(fā)送至觀看直播視頻用戶的客戶端。
[0048]本發(fā)明實施例提供的一種直播視頻的獲取方法、裝置及系統(tǒng)，主要用于主播用戶向視頻平臺推送直播視頻，以供該視頻平臺中的其他網(wǎng)友進行在線觀看。通過調(diào)度服務(wù)器統(tǒng)一處理、分析主播用戶上傳直播視頻的上傳請求，并根據(jù)視頻平臺的整體網(wǎng)絡(luò)狀態(tài)確定接收直播視頻的資源服務(wù)器，該資源服務(wù)器是由多臺分布式設(shè)置的資源服務(wù)器組成的內(nèi)容分發(fā)網(wǎng)絡(luò)中的一臺，再由該資源服務(wù)器通過內(nèi)容分發(fā)網(wǎng)絡(luò)將該直播視頻發(fā)送到請求觀看的用戶客戶端中。與現(xiàn)有的將資源服務(wù)器集中設(shè)置的方式相比，本發(fā)明實施例對于用戶上傳直播視頻數(shù)據(jù)，將能夠由數(shù)據(jù)傳輸狀態(tài)更佳的服務(wù)器來提供相應(yīng)的服務(wù)，減輕了集中式資源服務(wù)器在大負(fù)載情況下所造成的服務(wù)質(zhì)量下降的問題。尤其對于直播視頻這種對于數(shù)據(jù)傳輸性能要求較高的數(shù)據(jù)獲取形式，更適合使用本發(fā)明實施例進行直播視頻的上傳與下載。
【附圖說明】
[0049]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作以簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0050]圖1為本發(fā)明實施例提供的一種直播視頻的獲取方法流程圖；
[0051 ]圖2為本發(fā)明實施例提供的另一種直播視頻的獲取方法流程圖；
[0052]圖3為本發(fā)明實施例提供的第三種直播視頻的獲取方法流程圖；
[0053]圖4為本發(fā)明實施例提供的一種直播視頻的獲取裝置的結(jié)構(gòu)組成框圖；
[0054]圖5為本發(fā)明實施例提供的另一種直播視頻的獲取裝置的結(jié)構(gòu)組成框圖；
[0055]圖6為本發(fā)明實施例提供的第三種直播視頻的獲取裝置的結(jié)構(gòu)組成框圖；
[0056]圖7為本發(fā)明實施例提供的第四種直播視頻的獲取裝置的結(jié)構(gòu)組成框圖；
[0057]圖8為本發(fā)明實施例提供的一種直播視頻的獲取系統(tǒng)示意圖；
[0058]圖9為本發(fā)明實施例提供的一種直播視頻的獲取裝置的又一實施例示意圖。
【具體實施方式】
[0059]為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0060]本發(fā)明實施例提供了一種直播視頻的獲取方法，如圖1所示，該方法應(yīng)用于視頻平臺中的調(diào)度服務(wù)器，該調(diào)度服務(wù)器用于接收視頻平臺的所有用戶的視頻上傳請求，同時具有DNS服務(wù)器(Domain Name System，計算機域名系統(tǒng))的功能，具體步驟包括:
[0061 ] 101、接收主播用戶上傳直播視頻的上傳請求。
[0062]主播用戶在上傳直播視頻之前，需要先向視頻平臺發(fā)送上傳請求。在得到視頻平臺的許可后，再向視頻平臺中的資源服務(wù)器上傳直播視頻。在本發(fā)明實施例中，由調(diào)度服務(wù)器來統(tǒng)一接收視頻平臺中的所有主播用戶的上傳請求，根據(jù)整個視頻平臺中的資源處理狀態(tài)來分別響應(yīng)上傳請求。
[0063]102、選擇處理上傳請求的資源服務(wù)器。
[0064]調(diào)度服務(wù)器通過對上傳請求進行域名解析能夠獲取主播用戶的IP地址，從而判斷該主播用戶所在的地區(qū)，同時，該調(diào)度服務(wù)器會實時監(jiān)測視頻平臺中的所有分布式設(shè)置的資源服務(wù)器的負(fù)載情況以及網(wǎng)絡(luò)的數(shù)據(jù)傳輸性能，從而選擇出一臺數(shù)據(jù)傳輸性能較高的資源服務(wù)器來接收主播用戶上傳的直播視頻。其中，分布式設(shè)置的資源服務(wù)器是將資源服務(wù)器設(shè)置在距離用戶較近的區(qū)域，以降低因長距離訪問所導(dǎo)致的訪問質(zhì)量下降問題。
[0065]103、將上傳請求發(fā)送至資源服務(wù)器。
[0066]在選定分布式資源服務(wù)器來處理上傳請求后，調(diào)度服務(wù)器會將該請求轉(zhuǎn)發(fā)給對應(yīng)的資源服務(wù)器?；蛘呤菍⒃撋蟼髡埱笾囟ㄏ蛑翆?yīng)的資源服務(wù)器，由該資源服務(wù)器接收主播用戶上傳的直播視頻。
[0067]與上述方法相對應(yīng)地，本發(fā)明實施例還提供了一種直播視頻的獲取方法，如圖2所示，該方法應(yīng)用于視頻平臺中的資源服務(wù)器，該資源服務(wù)器是分布式設(shè)置的，通過內(nèi)容分發(fā)網(wǎng)絡(luò)(O)N,Content Delivery Network)進行視頻數(shù)據(jù)相互傳遞，具體步驟包括:
[0068]201、接收調(diào)度服務(wù)器發(fā)送的主播用戶上傳直播視頻的上傳請求。
[0069]對應(yīng)于上述103中由調(diào)度服務(wù)器所發(fā)送的上傳請求，資源服務(wù)器接收該上傳請求。進一步的，資源服務(wù)器也可以接收由調(diào)度服務(wù)器重定向的上傳請求。其中，由于該資源服務(wù)器是通過CDN網(wǎng)絡(luò)進行的視頻數(shù)據(jù)傳輸，因此，該網(wǎng)絡(luò)中的資源服務(wù)器相當(dāng)于CDN網(wǎng)絡(luò)中的面向用戶的邊緣服務(wù)器。由于該資源服務(wù)器設(shè)置在與主播用戶較近的地區(qū)，因此，主播用戶在上傳直播視頻時就可以避免跨區(qū)傳輸，減少由線路擁堵或中繼節(jié)點故障等因素影響數(shù)據(jù)傳輸?shù)男省?br>[0070]202、根據(jù)上傳請求接收主播用戶上傳的直播視頻。
[0071]資源服務(wù)器根據(jù)接收到的上傳請求，建立與主播用戶的通訊連接，接收該主播用戶上傳的直播視頻。其中，該直播視頻是以流媒體文件的形式上傳至該資源服務(wù)器的。
[0072 ] 203、利⑶N網(wǎng)絡(luò)將直播視頻發(fā)送至觀看直播視頻用戶的客戶端。
[0073]主播用戶在上傳直播視頻的同時，其他的網(wǎng)友通過客戶端可以在線觀看該直播視頻。同主播用戶上傳直播視頻的過程相似，觀看用戶也需要通過客戶端向視頻平臺發(fā)送一個觀看請求，在通過驗證許可后，由CDN網(wǎng)絡(luò)中服務(wù)于該觀看用戶的資源服務(wù)器向主播用戶上傳直播視頻的資源服務(wù)器獲取直播視頻數(shù)據(jù)，再發(fā)送給觀看用戶所在的客戶端。而當(dāng)這兩個資源服務(wù)器為同一個服務(wù)器時，即觀看用戶與主播用戶在同一地區(qū)時，將由負(fù)責(zé)該地區(qū)的資源服務(wù)器直接將直播視頻發(fā)送給觀看用戶所在的客戶端。
[0074]結(jié)合上述的實現(xiàn)方式可以看出，本發(fā)明實施例所采用的直播視頻的獲取方法，是將現(xiàn)有的資源服務(wù)器分布設(shè)置在距離用戶較近的地區(qū)，通過調(diào)度服務(wù)器統(tǒng)一處理、分析主播用戶上傳直播視頻的上傳請求，并根據(jù)視頻平臺的整體網(wǎng)絡(luò)狀態(tài)確定接收直播視頻的資源服務(wù)器，該資源服務(wù)器是CDN網(wǎng)絡(luò)中的多臺分布式設(shè)置的資源服務(wù)器中的一臺，再由該資源服務(wù)器通過CDN網(wǎng)絡(luò)將該直播視頻發(fā)送到請求觀看的用戶客戶端中。與現(xiàn)有的將資源服務(wù)器集中設(shè)置的方式相比，本發(fā)明實施例對于用戶上傳直播視頻數(shù)據(jù)，將能夠由數(shù)據(jù)傳輸狀態(tài)更佳的服務(wù)器來提供相應(yīng)的服務(wù)，減輕了集中式資源服務(wù)器在大負(fù)載情況下所造成的服務(wù)質(zhì)量下降的問題。
[0075]為了更加詳細(xì)地說明本發(fā)明實施例所提出的直播視頻的獲取方法，以下將綜合上述的兩種方法加以說明，如圖3所示，該方法所包括的具體步驟為:
[0076]301、調(diào)度服務(wù)器接收主播用戶上傳直播視頻的上傳請求。
[0077]調(diào)度服務(wù)器在接收到主播用戶所發(fā)送的上傳請求后，需要對該請求進行解析，得到該請求中所攜帶的主播用戶的用戶信息，該用戶信息包括主播用戶的用戶名，賬號信息等。通過對用戶信息的分析，可以判斷該用戶是否具有上傳直播視頻的權(quán)限，例如，判斷該用戶是否為注冊的主播用戶，其賬號中是否欠費，以及該用戶是否因為不良記錄被記錄在黑名單中等一系列地用戶審核步驟。對于上傳請求的解析還可以通過對該請求進行DNS的域名解析得到該用戶的對應(yīng)的IP地址，再通過IP地址查找該用戶在視頻平臺中的所保留的用戶信息記錄。
[0078]經(jīng)過對上傳請求權(quán)限的審核，調(diào)度服務(wù)器對于權(quán)限不符合上傳請求將通知該主播用戶無權(quán)上傳直播視頻，或直接刪除該上傳請求不予響應(yīng)。而對于符合權(quán)限要求的上傳請求，調(diào)度服務(wù)器將為該上傳請求繼續(xù)配置接收直播視頻數(shù)據(jù)的資源服務(wù)器。
[0079]302、由調(diào)度服務(wù)器選擇處理上傳請求的資源服務(wù)器。
[0080]調(diào)度服務(wù)器選擇資源服務(wù)器的一個主要判斷條件是判斷資源服務(wù)器當(dāng)前的工作狀態(tài)。因此，調(diào)度服務(wù)器在選擇資源服務(wù)器之前，需要先獲取當(dāng)前視頻平臺中所有資源服務(wù)器的狀態(tài)信息，以此來確定哪些資源服務(wù)器為可用的資源服務(wù)器。其中，資源服務(wù)器的狀態(tài)信息主要包括有該資源服務(wù)器的負(fù)載狀態(tài)信息和數(shù)據(jù)傳輸速率信息。通過數(shù)據(jù)傳輸速率信息可以判斷該資源服務(wù)器當(dāng)前的網(wǎng)絡(luò)狀態(tài)以及其是否出處于關(guān)機狀態(tài)，而通過負(fù)載狀態(tài)信息則可以判斷該資源服務(wù)器是否有能力處理相應(yīng)的直播視頻上傳的任務(wù)。對于具體實時獲取的技術(shù)方式，在現(xiàn)有技術(shù)中較多地采用?；顖笪牡姆绞綄Ψ植际椒?wù)器進行實時的監(jiān)控，而本發(fā)明實施例不限定于使用該方式來獲取資源服務(wù)器的狀態(tài)信息。
[0081]對于所獲取到的所有資源服務(wù)器的狀態(tài)信息，調(diào)度服務(wù)器將在本地生成一個資源服務(wù)器列表，在該列表中記錄下當(dāng)前處于工作狀態(tài)的所有資源服務(wù)器以及對應(yīng)的狀態(tài)信息。并且根據(jù)實時的狀態(tài)變化更新該列表中的數(shù)據(jù)，具體的更新方式可以是定時地更新，也可以是根據(jù)有上傳請求的提示來更新列表數(shù)據(jù)，本實施例中對此也不做具體限定。
[0082]在調(diào)度服務(wù)器獲取有當(dāng)前視頻平臺的所有資源服務(wù)器的狀態(tài)信息的前提下，再對主播用戶發(fā)送的上傳請求進行處理，通過域名解析得到該主播用戶的IP地址，以此判斷該主播用戶所在的地區(qū)。同時，在資源服務(wù)器列表中篩選出與該主播用戶的IP地址處于相同或較近地區(qū)的資源服務(wù)器，在這些資源服務(wù)器中，再根據(jù)各個資源服務(wù)器當(dāng)前的狀態(tài)信息，利用調(diào)度服務(wù)器中預(yù)置的策略加以判斷，選擇出最適合該主播用戶上傳直播視頻的資源服務(wù)器。其中，預(yù)置的策略可以由系統(tǒng)管理員根據(jù)具體的實際情況進行調(diào)整、修改。在本發(fā)明實施例中，該策略主要考慮的是優(yōu)先考慮資源服務(wù)器與主播用戶的地域位置以及資源服務(wù)器的數(shù)據(jù)傳輸速率，再考慮用戶所在運營商是否與資源服務(wù)器相同，選出與主播用戶距離近且處于相同運營商網(wǎng)絡(luò)中負(fù)載較輕的資源服務(wù)器。
[0083]303、調(diào)度服務(wù)器將上傳請求發(fā)送至資源服務(wù)器。
[0084]調(diào)度服務(wù)器在選出用于接收直播視頻的資源服務(wù)器后，將該主播用戶的上傳請求發(fā)送至該資源服務(wù)器。由資源服務(wù)器根據(jù)該上傳請求向主播用戶發(fā)送接收主播用戶上傳直播視頻的信息，同時，為處理該上傳的直播視頻數(shù)據(jù)分配必要的處理資源。
[0085]304、由資源服務(wù)器根據(jù)上傳請求接收主播用戶上傳的直播視頻。
[0086]主播用戶根據(jù)資源服務(wù)發(fā)送的信息開始主動上傳直播視頻。由于該資源服務(wù)器與主播用戶處于相同或相近的地區(qū)，因此，主播用戶所上傳的直播視頻數(shù)據(jù)只需經(jīng)過較短的網(wǎng)絡(luò)路徑就可以到達(dá)資源服務(wù)器，降低了路徑中出現(xiàn)故障節(jié)點的概率，從而保證了數(shù)據(jù)傳輸?shù)倪B續(xù)性以及具有較高的速率。
[0087]305、利⑶N網(wǎng)絡(luò)將直播視頻發(fā)送至觀看直播視頻用戶的客戶端。
[0088]資源服務(wù)器將接收到的直播視頻數(shù)據(jù)存儲在本地中，當(dāng)視頻平臺中有其他用戶點擊觀看該直播視頻時，同樣是由調(diào)度服務(wù)器來為該觀看用戶分配一臺與其距離較近且傳輸速率較高的資源服務(wù)器，以提供該直播視頻的視頻數(shù)據(jù)。為了對資源服務(wù)器加以區(qū)分將該資源服務(wù)定義為需求服務(wù)器，判斷該需求服務(wù)器中是否有主播用戶所上傳的數(shù)據(jù)資源，及判斷該需求服務(wù)器是否為存儲有該直播視頻數(shù)據(jù)的資源服務(wù)器。若存在，就可以直接向觀看用戶發(fā)送該視頻數(shù)據(jù)，若不存在，則需求服務(wù)器會向存儲有直播視頻數(shù)據(jù)的資源服務(wù)器發(fā)送該直播視頻的獲取請求，由資源服務(wù)器根據(jù)該請求利用⑶N網(wǎng)絡(luò)將直播視頻數(shù)據(jù)發(fā)送到需求服務(wù)器中。需要說明的是，觀看用戶在請求觀看直播視頻時，調(diào)度服務(wù)器同樣對對該用戶進行權(quán)限的判斷，同時，調(diào)度服務(wù)器在分配需求服務(wù)器時，若判斷該需求服務(wù)器與存儲有直播視頻數(shù)據(jù)的資源服務(wù)器不是同一個服務(wù)器時，會將該資源服務(wù)器的信息，特別是IP地址信息發(fā)送給需求服務(wù)器，以便需求服務(wù)器向該資源服務(wù)器獲取直播視頻的視頻數(shù)據(jù)。
[0089]進一步的，作為對上述方法的實現(xiàn)，本發(fā)明實施例提供了一種直播視頻的獲取裝置，該裝置設(shè)置在視頻平臺中的調(diào)度服務(wù)器內(nèi)，如圖4所示，該裝置包括:
[O(M)]接收單元41，用于接收主播用戶上傳直播視頻的上傳請求；
[0091]選擇單元42，用于選擇處理所述接收單元41接收的上傳請求的資源服務(wù)器，所述資源服務(wù)器為分布式設(shè)置的資源服務(wù)器；
[0092]發(fā)送單元43，用于將所述接收單元41接收的上傳請求發(fā)送至所述選擇單元42選擇的資源服務(wù)器，以便所述資源服務(wù)器接收所述主播用戶上傳的直播視頻。
[0093]進一步的，如圖5所示，所述裝置還包括:
[0094]獲取單元44，用于在所述選擇單元42選擇處理所述上傳請求的資源服務(wù)器之前，獲取資源服務(wù)器的狀態(tài)信息，所述狀態(tài)信息至少包括資源服務(wù)器的負(fù)載狀態(tài)信息、數(shù)據(jù)傳輸速率信息；
[0095]生成單元45，用于根據(jù)所述獲取單元44獲取的狀態(tài)信息生成資源服務(wù)器列表，所述資源服務(wù)器列表中記錄有分布式設(shè)置的所有資源服務(wù)器及對應(yīng)的狀態(tài)信息。
[0096I 進一步的，如圖5所示，所述選擇單元42包括:
[0097]獲取模塊421，用于根據(jù)所述上傳請求獲取所述主播用戶的用戶信息；
[0098]選擇模塊422，用于利用預(yù)置策略在所述資源服務(wù)器列表中選擇與所述獲取模塊421獲取的用戶信息相匹配的資源服務(wù)器。
[0099]進一步的，如圖5所示，所述裝置還包括:
[0?00]判斷單元46，用于在接收單元41接收主播用戶上傳直播視頻的上傳請求后，判斷所述主播用戶是否有權(quán)限上傳直播視頻；
[0101]拒絕單元47，用于當(dāng)所述判斷單元46判斷所述主播用戶無權(quán)限上傳直播視頻時，拒絕所述上傳請求。
[0102]進一步的，本發(fā)明實施例還提供一種直播視頻的獲取裝置，如圖6所示，所述裝置包括:
[0103]第一接收單元61，用于接收調(diào)度服務(wù)器發(fā)送的主播用戶上傳直播視頻的上傳請求；
[0?04]第二接收單元62，用于根據(jù)所述第一接收單元61接收的上傳請求接收所述主播用戶上傳的直播視頻；
[0105]發(fā)送單元63，用于利用內(nèi)容分發(fā)網(wǎng)絡(luò)將所述第二接收單元62接收的直播視頻發(fā)送至觀看直播視頻用戶的客戶端。
[0106]進一步的，如圖7所示，，所述發(fā)送單元63包括:
[0107]接收模塊631，用于接收需求服務(wù)器發(fā)送的直播視頻的獲取請求，所述需求服務(wù)器為接收所述客戶端發(fā)送直播視頻獲取請求的分布式資源服務(wù)器；
[0108]發(fā)送模塊632，用于根據(jù)所述接收模塊631接收的獲取請求向所述需求服務(wù)器發(fā)送直播視頻。
[0109]進一步的，本發(fā)明實施例還提供一種直播視頻的獲取系統(tǒng)，如圖8所示，所述系統(tǒng)包括含有如上述的直播視頻的獲取裝置的調(diào)度服務(wù)器81和含有如上述的直播視頻的獲取裝置的資源服務(wù)器82;
[0110]其中，所述調(diào)度服務(wù)器81，用于接收主播用戶上傳直播視頻的上傳請求，并選擇處理所述上傳請求的所述資源服務(wù)器，再將所述上傳請求發(fā)送至所述資源服務(wù)器82;
[0111]所述資源服務(wù)器82，用于接收所述調(diào)度服務(wù)器81發(fā)送的主播用戶上傳直播視頻的上傳請求，并根據(jù)所述上傳請求接收所述主播用戶上傳的直播視頻，再利用內(nèi)容分發(fā)網(wǎng)絡(luò)將所述直播視頻發(fā)送至觀看直播視頻用戶的客戶端。
[0112]綜上所述，本發(fā)明實施例所采用的一種直播視頻的獲取方法、裝置及系統(tǒng)，由通過CDN網(wǎng)絡(luò)連接的分布式設(shè)置的資源服務(wù)器以及調(diào)度服務(wù)器構(gòu)成的直播視頻的上傳保存與下載觀看的系統(tǒng)。是將現(xiàn)有的資源服務(wù)器分布設(shè)置在距離用戶較近的地區(qū)，通過調(diào)度服務(wù)器統(tǒng)一處理、分析主播用戶上傳直播視頻的上傳請求，并根據(jù)視頻平臺的整體網(wǎng)絡(luò)狀態(tài)確定接收直播視頻的資源服務(wù)器，該資源服務(wù)器是CDN網(wǎng)絡(luò)中的多臺分布式設(shè)置的資源服務(wù)器中的一臺，再由該資源服務(wù)器通過CDN網(wǎng)絡(luò)將該直播視頻發(fā)送到請求觀看的用戶客戶端中。與現(xiàn)有的將資源服務(wù)器集中設(shè)置的方式相比，本發(fā)明實施例對于用戶上傳直播視頻數(shù)據(jù)，將能夠由數(shù)據(jù)傳輸狀態(tài)更佳的服務(wù)器來提供相應(yīng)的服務(wù)，減輕了集中式資源服務(wù)器在大負(fù)載情況下所造成的服務(wù)質(zhì)量下降的問題。
[0113]需要說明的是，針對上述直播視頻的獲取裝置，凡是本發(fā)明實施例中使用到的各個單元模塊的功能都可以通過硬件處理器(hardware processor)來實現(xiàn)。
[0114]示例性的，如圖9所示，圖9示出了本發(fā)明實施例提供的一種直播視頻的獲取裝置的又一實施例示意圖，是將上述直播視頻的獲取裝置設(shè)置在實體服務(wù)器中，該服務(wù)器可以包括:處理器(？1'。。6 88。1')91、通信接口(Communicat1ns Interface)92、存儲器(memory)93和總線94，其中，處理器91、通信接口 92、存儲器93通過總線94完成相互間的通信。通信接口 92可以用于服務(wù)器與客戶端之間的信息傳輸。處理器91可以調(diào)用存儲器93中的邏輯指令，以執(zhí)行如下方法:接收主播用戶上傳直播視頻的上傳請求;選擇處理所述上傳請求的資源服務(wù)器，所述資源服務(wù)器為分布式設(shè)置的資源服務(wù)器;將所述上傳請求發(fā)送至所述資源服務(wù)器，以便所述資源服務(wù)器接收所述主播用戶上傳的直播視頻。。
[0115]此外，上述的存儲器93中的邏輯指令可以通過軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(R0M，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0116]以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。
[0117]通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件。基于這樣的理解，上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。
[0118]最后應(yīng)說明的是:以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
【主權(quán)項】
1.一種直播視頻的獲取方法，其特征在于，所述方法包括: 接收主播用戶上傳直播視頻的上傳請求； 選擇處理所述上傳請求的資源服務(wù)器，所述資源服務(wù)器為分布式設(shè)置的資源服務(wù)器；將所述上傳請求發(fā)送至所述資源服務(wù)器，以便所述資源服務(wù)器接收所述主播用戶上傳的直播視頻。2.根據(jù)權(quán)利要求1所述方法，其特征在于，在選擇處理所述上傳請求的資源服務(wù)器之前，所述方法還包括: 獲取資源服務(wù)器的狀態(tài)信息，所述狀態(tài)信息至少包括資源服務(wù)器的負(fù)載狀態(tài)信息、數(shù)據(jù)傳輸速率信息； 根據(jù)所述狀態(tài)信息生成資源服務(wù)器列表，所述資源服務(wù)器列表中記錄有分布式設(shè)置的所有資源服務(wù)器及對應(yīng)的狀態(tài)信息。3.根據(jù)權(quán)利要求2所述方法，其特征在于，所述選擇處理所述上傳請求的資源服務(wù)器包括: 根據(jù)所述上傳請求獲取所述主播用戶的用戶信息； 利用預(yù)置策略在所述資源服務(wù)器列表中選擇與所述用戶信息相匹配的資源服務(wù)器。4.根據(jù)權(quán)利要求1所述方法，其特征在于，在接收主播用戶上傳直播視頻的上傳請求后，所述方法還包括: 判斷所述主播用戶是否有權(quán)限上傳直播視頻； 若無權(quán)限，則拒絕所述上傳請求。5.一種直播視頻的獲取方法，其特征在于，所述方法包括: 接收調(diào)度服務(wù)器發(fā)送的主播用戶上傳直播視頻的上傳請求； 根據(jù)所述上傳請求接收所述主播用戶上傳的直播視頻； 利用內(nèi)容分發(fā)網(wǎng)絡(luò)將所述直播視頻發(fā)送至觀看直播視頻用戶的客戶端。6.根據(jù)權(quán)利要求5所述方法，其特征在于，利用內(nèi)容分發(fā)網(wǎng)絡(luò)將所述直播視頻發(fā)送至觀看直播視頻用戶的客戶端包括: 接收需求服務(wù)器發(fā)送的直播視頻的獲取請求，所述需求服務(wù)器為接收所述客戶端發(fā)送直播視頻獲取請求的分布式資源服務(wù)器； 根據(jù)所述獲取請求向所述需求服務(wù)器發(fā)送直播視頻。7.一種直播視頻的獲取裝置，其特征在于，所述裝置包括: 接收單元，用于接收主播用戶上傳直播視頻的上傳請求； 選擇單元，用于選擇處理所述接收單元接收的上傳請求的資源服務(wù)器，所述資源服務(wù)器為分布式設(shè)置的資源服務(wù)器； 發(fā)送單元，用于將所述接收單元接收的上傳請求發(fā)送至所述選擇單元選擇的資源服務(wù)器，以便所述資源服務(wù)器接收所述主播用戶上傳的直播視頻。8.根據(jù)權(quán)利要求7所述裝置，其特征在于，所述裝置還包括: 獲取單元，用于在所述選擇單元選擇處理所述上傳請求的資源服務(wù)器之前，獲取資源服務(wù)器的狀態(tài)信息，所述狀態(tài)信息至少包括資源服務(wù)器的負(fù)載狀態(tài)信息、數(shù)據(jù)傳輸速率信息; 生成單元，用于根據(jù)所述獲取單元獲取的狀態(tài)信息生成資源服務(wù)器列表，所述資源服務(wù)器列表中記錄有分布式設(shè)置的所有資源服務(wù)器及對應(yīng)的狀態(tài)信息。9.根據(jù)權(quán)利要求8所述裝置，其特征在于，所述選擇單元包括: 獲取模塊，用于根據(jù)所述上傳請求獲取所述主播用戶的用戶信息； 選擇模塊，用于利用預(yù)置策略在所述資源服務(wù)器列表中選擇與所述獲取模塊獲取的用戶信息相匹配的資源服務(wù)器。10.根據(jù)權(quán)利要求7所述裝置，其特征在于，所述裝置還包括: 判斷單元，用于在接收單元接收主播用戶上傳直播視頻的上傳請求后，判斷所述主播用戶是否有權(quán)限上傳直播視頻； 拒絕單元，用于當(dāng)所述判斷單元判斷所述主播用戶無權(quán)限上傳直播視頻時，拒絕所述上傳請求。11.一種直播視頻的獲取裝置，其特征在于，所述裝置包括: 第一接收單元，用于接收調(diào)度服務(wù)器發(fā)送的主播用戶上傳直播視頻的上傳請求； 第二接收單元，用于根據(jù)所述第一接收單元接收的上傳請求接收所述主播用戶上傳的直播視頻； 發(fā)送單元，用于利用內(nèi)容分發(fā)網(wǎng)絡(luò)將所述第二接收單元接收的直播視頻發(fā)送至觀看直播視頻用戶的客戶端。12.根據(jù)權(quán)利要求11所述裝置，其特征在于，所述發(fā)送單元包括: 接收模塊，用于接收需求服務(wù)器發(fā)送的直播視頻的獲取請求，所述需求服務(wù)器為接收所述客戶端發(fā)送直播視頻獲取請求的分布式資源服務(wù)器； 發(fā)送模塊，用于根據(jù)所述接收模塊接收的獲取請求向所述需求服務(wù)器發(fā)送直播視頻。13.—種直播視頻的獲取系統(tǒng)，其特征在于，所述系統(tǒng)包括含有如權(quán)利要求7-10中任一項所述的直播視頻的獲取裝置的調(diào)度服務(wù)器和含有如權(quán)利要求11或12所述的直播視頻的獲取裝置的資源服務(wù)器； 其中，所述調(diào)度服務(wù)器，用于接收主播用戶上傳直播視頻的上傳請求，并選擇處理所述上傳請求的所述資源服務(wù)器，再將所述上傳請求發(fā)送至所述資源服務(wù)器； 所述資源服務(wù)器，用于接收所述調(diào)度服務(wù)器發(fā)送的主播用戶上傳直播視頻的上傳請求，并根據(jù)所述上傳請求接收所述主播用戶上傳的直播視頻，再利用內(nèi)容分發(fā)網(wǎng)絡(luò)將所述直播視頻發(fā)送至觀看直播視頻用戶的客戶端。
【文檔編號】H04N21/239GK105872640SQ201510890847
【公開日】2016年8月17日
【申請日】2015年12月7日
【發(fā)明人】劉鳳玉, 李超, 夏彥剛
【申請人】樂視云計算有限公司