本發(fā)明涉及視頻直播領域，尤其涉及一種直播連麥方法及裝置。

背景技術：

近年來，各種通信設備在人們的生活中扮演著越來越重要的角色，人們通過使用通信設備可以獲得多種多樣的娛樂方式，如微博、手機游戲、網絡直播等，其中網絡直播由于其直觀、表現形式好、內容豐富、受眾可劃分等特點，尤其受到人們的關注。

現有的網絡直播大多是個人秀直播，觀眾在觀看直播內容時，通常會要求與主播進行互動，而采用現有的互動方式僅是觀眾向主播發(fā)送文字或表情，互動形式單一且互動效果欠佳，不能為觀眾提供豐富的互動形式。

技術實現要素：

有鑒于此，本發(fā)明實施例提供一種直播連麥方法及裝置，用以豐富觀眾與主播之間的互動形式，增強互動效果。

本發(fā)明實施例提供一種直播連麥方法，包括：

響應于主播觸發(fā)的連麥開啟操作，通過業(yè)務服務器向主播直播間對應的n個觀看客戶端發(fā)送可申請連麥通知；

若通過所述業(yè)務服務器接收到m個觀看客戶端發(fā)送的連麥申請，從對應的m個觀看用戶中選擇出k個觀看用戶；

通過所述業(yè)務服務器向k個觀看客戶端發(fā)送各自對應的連麥參數，所述連麥參數中包括連麥直播間標識，以使所述k個觀看客戶端將各自對應的連麥直播流和所述連麥直播間標識推送至cdn服務器，所述cdn服務器創(chuàng)建與k個連麥直播間標識分別對應的連麥直播間以放置對應的連麥直播流；

根據所述k個連麥直播間標識訪問所述cdn服務器，以獲取對應的連麥直播流；

將獲取的連麥直播流與所述主播直播間的主播直播流合并，將合并后的直播流推送至所述cdn服務器。

可選地，所述連麥參數中還包括密鑰，以供所述k個觀看客戶端將各自對應的連麥直播流加密推送至所述cdn服務器。

可選地，所述從對應的m個觀看用戶中選擇出k個觀看用戶，包括：

根據預設價值評價參數對所述m個觀看用戶的價值進行計算；

從所述m個觀看用戶中選擇出價值最高的前k個觀看用戶。

可選地，所述根據所述k個連麥直播間標識訪問所述cdn服務器，以獲取對應的連麥直播流，包括：

若k大于或等于z，則按照價值遞減的順序，對所述k個觀看用戶進行分組，每個分組中包含的觀看用戶數量小于或等于z；

依次針對每個分組：根據當前分組中觀看用戶對應的連麥直播間標識訪問所述cdn服務器，以獲取對應的連麥直播流，其中，每個連麥直播流的時間長度小于或等于預設時長閾值。

可選地，所述將獲取的連麥直播流與所述主播直播間的主播直播流合并，包括：

與所述主播直播間關聯顯示y個連麥直播間，以播放對應的連麥直播流，所述y的取值根據與所述當前分組中的觀看用戶人數確定。

本發(fā)明實施例提供一種直播連麥裝置，包括：

發(fā)送模塊，用于響應于主播觸發(fā)的連麥開啟操作，通過業(yè)務服務器向主播直播間對應的n個觀看客戶端發(fā)送可申請連麥通知；

選擇模塊，用于在通過所述業(yè)務服務器接收到m個觀看客戶端發(fā)送的連麥申請中，從對應的m個觀看用戶中選擇出k個觀看用戶；

所述發(fā)送模塊，還用于通過所述業(yè)務服務器向k個觀看客戶端發(fā)送各自對應的連麥參數，所述連麥參數中包括連麥直播間標識，以使所述k個觀看客戶端將各自對應的連麥直播流和所述連麥直播間標識推送至cdn服務器，所述cdn服務器創(chuàng)建與k個連麥直播間標識分別對應的連麥直播間以放置對應的連麥直播流；

直播流獲取模塊，用于根據所述k個連麥直播間標識訪問所述cdn服務器，以獲取對應的連麥直播流；

直播流處理模塊，用于將獲取的連麥直播流與所述主播直播間的主播直播流合并，將合并后的直播流推送至所述cdn服務器。

可選地，所述選擇模塊包括：

計算單元，用于根據預設價值評價參數對所述m個觀看用戶的價值進行計算；

選擇單元，用于從所述m個觀看用戶中選擇出價值最高的前k個觀看用戶。

可選地，所述直播流獲取模塊包括：

分組單元，用于若k大于或等于z，則按照價值遞減的順序，對所述k個觀看用戶進行分組，每個分組中包含的觀看用戶數量小于或等于z；

獲取單元，用于依次針對每個分組：根據當前分組中觀看用戶對應的連麥直播間標識訪問所述cdn服務器，以獲取對應的連麥直播流，其中，每個連麥直播流的時間長度小于或等于預設時長閾值。

可選地，所述直播流處理模塊具體用于：

與所述主播直播間關聯顯示y個連麥直播間，以播放對應的連麥直播流，所述y的取值根據與所述當前分組中的觀看用戶人數確定。

本發(fā)明實施例提供的直播連麥方法及裝置，主播可以根據自身情況自主觸發(fā)連麥開啟操作，避免不想連麥時被觀看用戶打擾。當主播決定連麥后，主播客戶端響應于主播觸發(fā)的連麥開啟操作，向觀看客戶端發(fā)送可申請連麥通知，觀看客戶端接收此可申請連麥通知后根據自身情況選擇是否與主播客戶端進行連麥，若觀看客戶端想要連麥，則將連麥申請發(fā)送至主播客戶端，主播客戶端在發(fā)送連麥申請的觀看客戶端中選取進行連麥的觀看客戶端，從而使得與主播客戶端進行連麥的觀看客戶端都是經過篩選的優(yōu)質觀看用戶，與這類優(yōu)質觀看用戶進行連麥互動，可以提高優(yōu)質觀看用戶的用戶粘性。進而，當主播客戶端選定進行連麥的觀看客戶端后，主播客戶端將連麥直播間標識發(fā)送至連麥的觀看客戶端，以使得cdn服務器將相應觀看客戶端發(fā)送的連麥直播流放置于與連麥直播間標識對應的連麥直播間內，這樣主播客戶端可以通過連麥直播間標識快速、便捷地找到觀看客戶端對應的連麥直播流，以便更加順暢地完成連麥互動。之后，主播客戶端獲取連麥直播流，將連麥直播流與主播視頻流進行合并處理，并將其推送至cdn服務器，主播客戶端本地可以設置多種合并處理方式，可以根據不同的需要，靈活選擇不同的方式進行直播流合并處理。

附圖說明

為了更清楚地說明本發(fā)明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的直播網絡架構示意圖；

圖2為本發(fā)明實施例提供的直播連麥方法實施例一的流程圖；

圖3為本發(fā)明實施例提供的直播連麥方法實施例二的流程圖；

圖4為本發(fā)明實施例提供的直播連麥裝置實施例一的結構示意圖；

圖5為本發(fā)明實施例提供的直播連麥裝置實施例二的結構示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

在本發(fā)明實施例中使用的術語是僅僅出于描述特定實施例的目的，而非旨在限制本發(fā)明。在本發(fā)明實施例和所附權利要求書中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式，除非上下文清楚地表示其他含義，“多種”一般包含至少兩種，但是不排除包含至少一種的情況。

應當理解，本文中使用的術語“和/或”僅僅是一種描述關聯對象的關聯關系，表示可以存在三種關系，例如，a和/或b，可以表示：單獨存在a，同時存在a和b，單獨存在b這三種情況。另外，本文中字符“/”，一般表示前后關聯對象是一種“或”的關系。

應當理解，盡管在本發(fā)明實施例中可能采用術語第一、第二、第三等來描述xxx，但這些xxx不應限于這些術語。這些術語僅用來將xxx彼此區(qū)分開。例如，在不脫離本發(fā)明實施例范圍的情況下，第一xxx也可以被稱為第二xxx，類似地，第二xxx也可以被稱為第一xxx。

取決于語境，如在此所使用的詞語“如果”、“若”可以被解釋成為“在……時”或“當……時”或“響應于確定”或“響應于檢測”。類似地，取決于語境，短語“如果確定”或“如果檢測(陳述的條件或事件)”可以被解釋成為“當確定時”或“響應于確定”或“當檢測(陳述的條件或事件)時”或“響應于檢測(陳述的條件或事件)”。

還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的商品或者系統(tǒng)不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種商品或者系統(tǒng)所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的商品或者系統(tǒng)中還存在另外的相同要素。

圖1為本發(fā)明實施例提供的網絡直播架構示意圖。如圖1所示，網絡直播架構包括：主播客戶端，業(yè)務服務器、觀看客戶端以及內容分發(fā)網絡(contentdeliverynetwork，簡稱cdn)服務器。

利用該網絡直播架構進行直播的過程可以包括：主播客戶端將直播視頻流上傳至cdn服務器，cdn服務器接收主播直播流以完成主播直播流的推流過程，同時cdn服務器向業(yè)務服務器發(fā)送推流通知，業(yè)務服務器接收該推流通知后，確定主播開始直播，可以將進行直播的主播對應的直播間推送至直播網站首頁，以供用戶根據網站首頁的推送選擇想要觀看的直播內容。在觀看用戶選中某個直播間后，通過觀看用戶終端設備中安裝的觀看客戶端從cdn服務器獲取主播直播流進行觀看，以完成直播視頻流的拉流過程，實現網絡直播。

以下將從主播客戶端的角度對本發(fā)明實施例提供的直播連麥方法進行詳細說明。

圖2為本發(fā)明實施例提供的直播連麥方法實施例一的流程圖，本實施例提供的該直播連麥方法包括如下步驟：

s201，響應于主播觸發(fā)的連麥開啟操作，通過業(yè)務服務器向主播直播間對應的n個觀看客戶端發(fā)送可申請連麥通知。

若當前直播間內有觀眾n人，在直播過程中主播可以通過點擊直播界面上的連麥按鈕觸發(fā)連麥開啟操作，主播客戶端響應此連麥開啟操作，將可申請連麥通知發(fā)送至業(yè)務服務器。由于當觀看用戶進入某直播間時，業(yè)務服務器會記錄觀看客戶端的訪問行為，因此業(yè)務服務器可以獲知哪些觀看客戶端訪問了這個直播間，基于此，業(yè)務服務器可以向當前訪問該直播間觀看直播視頻的n個觀看客戶端發(fā)送可申請連麥通知。

s202，若通過業(yè)務服務器接收到m個觀看客戶端發(fā)送的連麥申請，從對應的m個觀看用戶中選擇出k個觀看用戶。

觀看用戶根據自身需要選擇是否與主播進行連麥也即是觀看客戶端是否向主播客戶端發(fā)出連麥申請。若在n個觀看客戶端中有m個觀看客戶端發(fā)出連麥申請，則m個觀看客戶端首先將連麥申請發(fā)送至業(yè)務服務器，業(yè)務服務器再將m個觀看客戶端對應的連麥申請發(fā)送至主播客戶端，主播客戶端再從中選擇k個觀看用戶進行連麥，其中1≤k≤m≤n，且m、n、k均為正整數。

可選地，主播客戶端可以通過主播的手動操作進行連麥用戶的選擇。例如，某個直播間內，在正常直播即主播未觸發(fā)連麥操作時，可以將已經登錄的觀看用戶的頭像顯示于直播界面的特定位置，而當主播觸發(fā)連麥操作時，可以基于m個觀看用戶的連麥申請，將這m個觀看用戶的頭像突出顯示，以與其他未申請連麥的觀看用戶區(qū)別開，從而，主播可以通過點擊m個觀看用戶頭像從中手動選擇連麥用戶。

可選地，主播客戶端還可以計算發(fā)送連麥申請的m個觀看用戶的價值，自動選取價值最高的k個觀看用戶。具體地，可以根據預設的價值評價參數以及價值評價參數對應的權重系數計算觀看用戶的價值，其中價值評價參數可以為打賞價值、彈幕數量、觀看時長等。例如，當某一觀看用戶向主播客戶端發(fā)送了連麥申請，主播客戶端從業(yè)務服務器處獲知該觀看用戶30天內在此直播間內向主播贈送了打賞價值為1000的禮物，發(fā)送彈幕200條，累計觀看了5小時的直播，并且打賞價值、彈幕數量以及觀看時長的權重系數分別為0.5、0.3、0.2，則此用戶在這個直播間的價值為1000*0.5+200*0.3+5*0.2＝561。將m個觀看用戶的價值降序排列，選擇其中價值最高的k個觀看用戶與主播進行連麥互動。

s203，通過業(yè)務服務器向k個觀看客戶端發(fā)送各自對應的連麥參數，連麥參數中包括連麥直播間標識。

在選擇k個觀看用戶后，主播客戶端向選中的k個觀看用戶對應的觀看客戶端發(fā)送連麥參數，連麥參數中包括連麥直播間標識，此連麥直播間標識具體可以為url地址，連麥直播間標識分別與k個觀看客戶端一一對應。同時，k個被選中的觀看客戶端打開自身的攝像設備開始錄制連麥直播流，并將錄制的連麥直播流連同連麥直播間標識推送至cdn服務器。cdn服務器接收到k個觀看客戶端發(fā)送的連麥直播間標識，根據此連麥直播間標識為k個觀看客戶端創(chuàng)建臨時連麥直播間，并將連麥直播流放入此臨時直播間中，當觀看用戶結束連麥時，自動刪除該臨時連麥直播間。

本實施例中，主播客戶端為選擇出的k個觀看客戶端分別設定對應的連麥參數，其中包含的連麥直播間標識的作用為：可以使得k個觀看客戶端在收到該連麥直播間標識后，將各自對應的連麥直播流和連麥直播間標識推送至cdn服務器，cdn服務器創(chuàng)建與k個連麥直播間標識分別對應的連麥直播間以放置對應的連麥直播流。也就是說，本實施例中，主播客戶端相當于預先設置了各連麥用戶的連麥直播流在cdn服務器中的存儲索引，讓連麥用戶將連麥直播流存入對應的位置即可，以便于主播客戶端能夠快速地從cdn服務器中獲得相應的連麥直播流。

可選地，連麥參數中還可以包括密鑰，主播客戶端將密鑰發(fā)送給k個觀看客戶端，觀看客戶端利用密鑰將自身錄制的連麥直播流進行加密，并發(fā)送至cdn服務器，以保證連麥直播流的傳輸安全性。同時，該密鑰還起到了身份鑒別的作用，即如果觀看客戶端未使用正確的密碼加密其上傳的連麥直播流，則cdn服務器可以認為其上傳的連麥直播流無效。

s204，根據k個連麥直播間標識訪問cdn服務器，以獲取對應的連麥直播流。

主播客戶端可以通過連麥直播間標識找到存儲于cdn服務器的連麥直播流，獲取與連麥直播間標識對應的觀看客戶端的連麥直播流。

可選地，同樣可以利用密鑰對加密的連麥直播流進行解密，以獲取對應的連麥直播流

s205,將獲取的連麥直播流與主播直播間的主播直播流合并，將合并后的直播流推送至cdn服務器。

主播客戶端將從cdn服務器獲取的主播直播流和連麥直播流進行合并處理，并將合并處理后的直播流上傳至cdn服務器。

可選地，可以通過直播流直接疊加的方式進行直播流的合并處理，主播客戶端將主播直播流與根據連麥直播間標識獲得的連麥直播流進行疊加處理，并將疊加后的直播流發(fā)送至cdn服務器。其中，疊加的方式比如是：主播客戶端在直播界面中為連麥的k個觀看客戶端分別建立k個連麥直播間，用以顯示k個觀看客戶端的連麥直播流，使k個觀看客戶端和主播客戶端實現直播連麥。其中，這k個連麥直播間與主播直播間的位置關系不作具體限定。

可選地，還可以通過直播流合流的方式進行直播流的合并處理，主播客戶端首先從cdn服務器處獲取連麥直播流，再將主播直播流和連麥直播流兩路直播流通過一定的編碼方式合并成一路直播流，并發(fā)送至cdn服務器，主播客戶端和觀看客戶端可以通過獲取合并后的直播流實現連麥互動。

本實施例中，主播可以根據自身情況自主觸發(fā)連麥開啟操作，避免不想連麥時被觀看用戶打擾。當主播決定連麥后，主播客戶端響應于主播觸發(fā)的連麥開啟操作，向觀看客戶端發(fā)送可申請連麥通知，觀看客戶端接收此可申請連麥通知后根據自身情況選擇是否與主播客戶端進行連麥，若觀看客戶端想要連麥，則將連麥申請發(fā)送至主播客戶端，主播客戶端在發(fā)送連麥申請的觀看客戶端中選取進行連麥的觀看客戶端，從而使得與主播客戶端進行連麥的觀看客戶端都是經過篩選的優(yōu)質觀看用戶，與這類優(yōu)質觀看用戶進行連麥互動，可以提高優(yōu)質觀看用戶的用戶粘性。進而，當主播客戶端選定進行連麥的觀看客戶端后，主播客戶端將連麥直播間標識發(fā)送至連麥的觀看客戶端，以使得cdn服務器將相應觀看客戶端發(fā)送的連麥直播流放置于與連麥直播間標識對應的連麥直播間內，這樣主播客戶端可以通過連麥直播間標識快速、便捷地找到觀看客戶端對應的連麥直播流，以便更加順暢地完成連麥互動。之后，主播客戶端獲取連麥直播流，將連麥直播流與主播視頻流在進行合并處理，并將其推送至cdn服務器，主播客戶端本地可以設置多種合并處理方式，可以根據不同的需要，靈活選擇不同的方式進行直播流合并處理。

當主播選擇的觀看客戶端個數過多時，將過多的連麥直播間顯示于主播的直播界面上，容易使直播界面顯示混亂，導致觀看體驗較差?；诖?，圖3為本發(fā)明實施例提供的直播連麥方法實施例二的流程圖，如圖3所示，可選地，在圖2所示實施例的基礎上，可以參考圖3所示的方案來實現步驟s204和步驟s205。

s301、若k大于或等于z，則按照價值遞減的順序，對k個觀看用戶進行分組，每個分組中包含的觀看用戶數量小于或等于z。

其中，z為預先設定的每個分組內可以包含的觀看用戶數量閾值。

當k>z時，將k個觀看用戶的價值遞減排列，以z個觀看用戶為單位將k個連麥的觀看用戶進行分組，并分別命名為第一分組、第二分組…以此類推。當k與z存在整數倍關系時，則每個分組中包含的觀看用戶為z名；當k與z不存在整數倍關系時，則最后一個分組內包含的觀看用戶小于z名，其余分組中的觀看用戶為z名。當k＝z時，僅獲得一個分組，該分組內包含z名觀看用戶。

例如，當主播客戶端選擇k＝6個觀看用戶進行連麥，以每z＝3個觀看用戶進行分組，獲得兩個分組，由于z與k存在整數倍關系，則每個分組中的觀看用戶為3名，與z相等，將價值排名前三的觀看用戶劃分至第一分組中，其余三名價值較低的觀看用戶劃分至第二分組中；當主播客戶端選擇k＝5個觀看用戶進行連麥，以每z＝3個觀看用戶進行分組，獲得兩個分組，由于z與k不存在整數倍關系，則第一分組中的觀看用戶數量為3，與z相等，第二分組中的觀看用戶數量為2，小于z，同樣的，將價值排名前三的觀看用戶劃分至第一分組中，將價值較低的兩名觀看用戶劃分至第二分組中。

s302、依次針對每個分組：根據當前分組中觀看用戶對應的連麥直播間標識訪問cdn服務器，以獲取對應的連麥直播流，其中，每個連麥直播流的時間長度小于或等于預設時長閾值。

在對連麥用戶進行分組后，獲取第一分組內的觀看用戶對應的連麥直播間標識，主播客戶端依據此標識從cdn服務器獲取時間長度小于或等于預設時長閾值的連麥直播流，以便主播客戶端將此連麥直播流與主播直播流進行合并。在第一分組內各觀看用戶的連麥直播流播放時長達到預設時長后，同樣地，獲取時間長度小于或等于預設時長閾值的第二分組內各觀看用戶對應的連麥直播流。

承接步驟s301中的舉例，當k＝6且預設時長閾值為10分鐘時，主播客戶端分別獲取第一分組中3名觀看用戶各自的不超過10分鐘的的連麥直播流。值得說明的是，如果這3名觀看用戶中某觀看用戶實際上傳的連麥直播流的播放時長不足10分鐘，比如僅6分鐘，則主播客戶端可以在本地合并播放完該6分鐘連麥直播流之后，隨即觸發(fā)獲取下一個分組中相應排序的觀看用戶的連麥直播流。當然，如果這3名觀看用戶中某觀看用戶實際上傳的連麥直播流的播放時長超過10分鐘，則主播客戶端可以在本地合并播放完其中的前10分鐘的連麥直播流之后，隨即觸發(fā)獲取下一個分組中相應排序的觀看用戶的連麥直播流。

s303，與主播直播間關聯顯示y個連麥直播間，以播放對應的連麥直播流，y的取值根據與當前分組中的觀看用戶人數確定。

在根據連麥直播間標識獲取連麥直播流后，在直播界面上將主播直播流與y個觀看客戶端對應的連麥直播流按照預設的顯示方式進行顯示，其中，y的取值與每個分組內的觀看用戶數目相關，且y≤z。承接步驟s301中的舉例，當k＝6時，第一分組與第二分組中的觀看用戶均為3名，則y＝z＝3，在直播界面上關聯顯示3個連麥直播間；當k＝5時，第一分組內的觀看用戶為3名，第二分組中的觀看用戶為2名，在預設時長閾值內關聯顯示第一分組內的y＝z＝3個連麥直播間，超過預設時長閾值后，停止播放第一分組內的觀看用戶對應的連麥直播流，并對第二分組內的y<z＝2個連麥直播間進行關聯顯示。

可選地，可以采用將連麥直播間重疊放置于主播直播間上的方式實現連麥直播間與主播直播間的關聯顯示，主播可以對連麥直播間的位置與大小進行調整,也可以自行關閉至少一個連麥直播間。

可選地，可以縮小主播直播間以得到空白空間，將連麥直播間放置于空白空間中，實現主播直播間和連麥直播間的關聯顯示，連麥直播間與主播直播間的畫面并不重疊。

另外可選地，主播還可以在連麥直播間或主播直播間添加一些特效顯示效果，比如添加某些表情圖像等。

本實施例中，在主播客戶端選擇好進行連麥的觀看客戶端后，進一步對選中的觀看客戶端進行分組，并設置每個分組進行連麥的時長。通過本實施例中的連麥并分組顯示觀看用戶的方式，可以改善直播界面顯示混亂的問題，使直播界面更加簡潔。

圖4為本發(fā)明實施例提供的直播連麥裝置實施例一的結構示意圖，如圖4所示，該直播連麥裝置包括：發(fā)送模塊11、選擇模塊12、直播流獲取模塊13、直播流處理模塊14。

發(fā)送模塊11，用于響應于主播觸發(fā)的連麥開啟操作，通過業(yè)務服務器向主播直播間對應的n個觀看客戶端發(fā)送可申請連麥通知。

選擇模塊12，用于通過業(yè)務服務器接收到m個觀看客戶端發(fā)送的連麥申請中，從對應的m個觀看用戶中選擇出k個觀看用戶。

發(fā)送模塊11，還用于通過業(yè)務服務器向k個觀看客戶端發(fā)送各自對應的連麥參數，連麥參數中包括連麥直播間標識，以使k個觀看客戶端將各自對應的連麥直播流和連麥直播間標識推送至cdn服務器，cdn服務器創(chuàng)建與k個連麥直播間標識分別對應的連麥直播間以放置對應的連麥直播流。

直播流獲取模塊13，用于根據k個連麥直播間標識訪問cdn服務器，以獲取對應的連麥直播流。

直播流處理模塊14，用于將獲取的連麥直播流與主播直播間的主播直播流合并，將合并后的直播流推送至cdn服務器。

圖4所示裝置可以執(zhí)行圖2所示實施例的方法，本實施例未詳細描述的部分，可參考對圖2所示實施例的相關說明。該技術方案的執(zhí)行過程和技術效果參見圖2所示實施例中的描述，在此不再贅述。

圖5為本發(fā)明實施例提供的直播連麥裝置實施例二的結構示意圖，如圖5所示，在圖4所示實施例基礎上，該直播連麥裝置中的選擇模塊12具體可以包括：計算單元121、選擇單元122，直播流獲取模塊13具體可以包括分組單元131、獲取單元132。

計算單元121，用于根據預設價值評價參數對m個觀看用戶的價值進行計算。

選擇單元122，用于從m個觀看用戶中選擇出價值最高的前k個觀看用戶。

計算單元121與選擇單元122的具體執(zhí)行過程可以參考圖1所示實施例的中步驟s102的相關描述，在此不再贅述。

分組單元131，用于若k大于或等于z，則按照價值遞減的順序，對k個觀看用戶進行分組，每個分組中包含的觀看用戶數量小于或等于z。

獲取單元132，用于依次針對每個分組：根據當前分組中觀看用戶對應的連麥直播間標識訪問cdn服務器，以獲取對應的連麥直播流，其中，每個連麥直播流的時間長度小于或等于預設時長閾值。

直播流處理模塊14具體用于與主播直播間關聯顯示y個連麥直播間，以播放對應的連麥直播流，y的取值根據與當前分組中的觀看用戶人數確定。

圖5所示裝置可以執(zhí)行圖3所示實施例的方法，本實施例未詳細描述的部分，可參考對圖3所示實施例的相關說明。該技術方案的執(zhí)行過程和技術效果參見圖3所示實施例中的描述，在此不再贅述。

以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上?？梢愿鶕嶋H的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助加必需的通用硬件平臺的方式來實現，當然也可以通過硬件?；谶@樣的理解，上述技術方案本質上或者說對現有技術做出貢獻的部分可以以產品的形式體現出來，該計算機產品可以存儲在計算機可讀存儲介質中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺計算機裝置(可以是個人計算機，服務器，或者網絡裝置等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。

最后應說明的是：以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。