本發(fā)明屬于網(wǎng)絡(luò)直播通信技術(shù)領(lǐng)域，特別涉及一種網(wǎng)絡(luò)直播控制裝置方法及裝置。

背景技術(shù)：

隨著直播行業(yè)的快速發(fā)展，直播受眾也在不斷的擴大中。主播的渠道推廣資源也愈發(fā)的緊張，如何將優(yōu)質(zhì)主播推送出去，也存在一個較大的問題。由于每天的首頁幻燈的輪換頻率較高，每天針對首頁幻燈推廣的主播也存在大量參差不齊的情況。如何將這些主播進行甄別，將這些主播中優(yōu)質(zhì)的主播進行保留，目前是通過人工來進行記錄。但是人工記錄存在工作量大，分析處理維度不一致，分析處理標準缺失等情況。尤其是針對同一主播不同房間直播的情況，很難通過人工進行有效的甄別。

技術(shù)實現(xiàn)要素：

為了解決現(xiàn)有技術(shù)存在的上述問題，本發(fā)明提供了一種網(wǎng)絡(luò)直播控制裝置方法及裝置，以解決現(xiàn)有技術(shù)中的對同一主播在不同直播間的直播不能進行有效控制的技術(shù)問題。

本發(fā)明所采用的技術(shù)方案為：

本發(fā)明的第一方面，提供一種網(wǎng)絡(luò)直播控制方法，應(yīng)用于第一客戶端，包括：獲取第一客戶端識別的指定類型的直播申請的直播間地址及其當前的登錄標識；在與所述第一客戶端保持連接的第二客戶端上查找所有的所述指定類型的直播申請的歷史記錄，并存儲在所述第一客戶端；對所有的所述指定類型的直播申請的歷史記錄進行分析處理，獲取所述直播間地址和/或當前的登錄標識的相關(guān)特征值；根據(jù)所述直播間地址和/或當前的登錄標識的相關(guān)特征值，決定是否接受所述指定類型的直播申請。

優(yōu)選地，所述在與所述第一客戶端保持連接的第二客戶端上查找所有的所述指定類型的直播申請的歷史記錄，并存儲在所述第一客戶端，包括：在與所述第一客戶端保持連接的第二客戶端上查找所有接受過所述指定類型的直播申請的直播間地址；根據(jù)所述所有接受過所述指定類型的直播申請的直播間地址，在與所述第一客戶端保持連接的第三客戶端上查找并存儲所有的所述指定類型的直播申請的歷史記錄。

優(yōu)選地，所述對所有的所述指定類型的直播申請的歷史記錄進行分析處理，獲取所述直播間地址和/或當前的登錄標識的相關(guān)特征值，包括：根據(jù)預(yù)設(shè)的特征值獲取規(guī)則，查找所有的所述指定類型的直播申請的歷史記錄中與之相關(guān)的信息進行分析處理，并獲取所述直播間地址和/或當前的登錄標識的相關(guān)特征值。

優(yōu)選地，所述對所有的所述指定類型的直播申請的歷史記錄進行分析處理，獲取所述直播間地址和/或當前的登錄標識的相關(guān)特征值，包括：對所有的所述指定類型的直播申請的歷史記錄進行分析處理，獲取所有接受過所述指定類型的直播申請的直播間地址；根據(jù)每個所述接受過所述指定類型的直播申請的直播間地址，在與所述第一客戶端保持連接的第四客戶端上查找存儲有所述當前的登錄標識的記錄，獲取所述當前的登錄標識的第一相關(guān)特征值；根據(jù)每個所述接受過所述指定類型的直播申請的直播間地址，在與所述第一客戶端保持連接的第五客戶端上查找存儲有所述當前的登錄標識的記錄，獲取所述當前的登錄標識的第二相關(guān)特征值。

優(yōu)選地，所述根據(jù)所述直播間地址和/或當前的登錄標識的相關(guān)特征值，決定是否接受所述指定類型的直播申請，包括：根據(jù)所述當前的登錄標識的第一相關(guān)特征值和第一相關(guān)特征值是否滿足預(yù)設(shè)的相應(yīng)閥值，決定是否接受所述當前的登錄標識的所述指定類型的直播申請。

優(yōu)選地，在所述在與所述第一客戶端保持連接的第二客戶端上查找所有的所述指定類型的直播申請的歷史記錄，并存儲在所述第一客戶端之前還包括：獲取所述直播間地址的通過標識，若所述通過標識為是，則執(zhí)行在與所述第一客戶端保持連接的第二客戶端上查找所有的所述指定類型的直播申請的歷史記錄，并存儲在所述第一客戶端。

本發(fā)明的第二方面，提供一種網(wǎng)絡(luò)直播控制裝置，包括：直播申請接收單元，用于獲取第一客戶端識別的指定類型的直播申請的直播間地址及其當前的登錄標識；歷史記錄查詢單元，用于在與所述第一客戶端保持連接的第二客戶端上查找所有的所述指定類型的直播申請的歷史記錄，并存儲在所述第一客戶端；相關(guān)特征獲取單元，用于對所有的所述指定類型的直播申請的歷史記錄進行分析處理，獲取所述直播間地址和/或當前的登錄標識的相關(guān)特征值；直播申請?zhí)幚韱卧?，用于根?jù)所述直播間地址和/或當前的登錄標識的相關(guān)特征值，決定是否接受所述指定類型的直播申請。

優(yōu)選地，所述歷史記錄查詢單元，包括：直播間地址查找模塊，用于在與所述第一客戶端保持連接的第二客戶端上查找所有接受過所述指定類型的直播申請的直播間地址；歷史記錄獲取模塊，用于根據(jù)所述所有接受過所述指定類型的直播申請的直播間地址，在與所述第一客戶端保持連接的第三客戶端上查找并存儲所有的所述指定類型的直播申請的歷史記錄。

優(yōu)選地，所述相關(guān)特征獲取單元，包括：直播間地址獲取模塊，用于對所有的所述指定類型的直播申請的歷史記錄進行分析處理，獲取所有接受過所述指定類型的直播申請的直播間地址；第一相關(guān)特征值獲取模塊，用于根據(jù)每個所述接受過所述指定類型的直播申請的直播間地址，在與所述第一客戶端保持連接的第四客戶端上查找存儲有所述當前的登錄標識的記錄，獲取所述當前的登錄標識的第一相關(guān)特征值；第二相關(guān)特征值獲取模塊，用于根據(jù)每個所述接受過所述指定類型的直播申請的直播間地址，在與所述第一客戶端保持連接的第五客戶端上查找存儲有所述當前的登錄標識的記錄，獲取所述當前的登錄標識的第二相關(guān)特征值。

優(yōu)選地，所述裝置還包括：直播間地址判斷單元，與所述直播申請接收單元和歷史記錄查詢單元分別連接，用于獲取所述直播間地址的通過標識，若所述通過標識為是，則執(zhí)行歷史記錄查詢單元。

本發(fā)明的有益效果如下：

由于在本發(fā)明實施例中，提供了一種網(wǎng)絡(luò)直播控制裝置，應(yīng)用于第一客戶端，包括：直播申請接收單元，用于獲取第一客戶端識別的指定類型的直播申請的直播間地址及其當前的登錄標識；歷史記錄查詢單元，用于在與所述第一客戶端保持連接的第二客戶端上查找所有的所述指定類型的直播申請的歷史記錄，并存儲在所述第一客戶端；相關(guān)特征獲取單元，用于對所有的所述指定類型的直播申請的歷史記錄進行分析處理，獲取所述直播間地址和/或當前的登錄標識的相關(guān)特征值；直播申請?zhí)幚韱卧糜诟鶕?jù)所述直播間地址和/或當前的登錄標識的相關(guān)特征值，決定是否接受所述指定類型的直播申請。也就是說，能基于直播間地址和代表主播身份的唯一登錄標識，可以對同一主播在不同直播間的歷史直播記錄進行分析處理，并非只針對直播間而對主播不加區(qū)分地進行記錄，由此達到了對當前的直播間和主播的直播申請進行甄別，實行科學有效的通信控制。

附圖說明

圖1是本發(fā)明實施例1提供的網(wǎng)絡(luò)直播控制方法流程圖；

圖2是本發(fā)明實施例2提供的一種網(wǎng)絡(luò)直播控制裝置結(jié)構(gòu)圖；

圖3是本發(fā)明實施例2提供的另一種網(wǎng)絡(luò)直播控制裝置結(jié)構(gòu)圖。

具體實施方式

本發(fā)明提供一種網(wǎng)絡(luò)直播控制方法及裝置，以解決現(xiàn)有技術(shù)中的對同一主播在不同直播間的直播不能進行有效控制的技術(shù)問題。

本申請實施例中的技術(shù)方案為解決上述的技術(shù)問題，總體思路如下：通過直播間地址和登錄標識，對直播間和主播進行標示，可以對同一主播在不同直播間的與直播申請相關(guān)的歷史直播記錄進行分析處理，決定是否對該直播申請給予通過，由此達到了對當前的直播間和主播的直播申請進行甄別處理，實行科學有效的通信控制。

為了更好的理解上述技術(shù)方案，下面通過附圖以及具體實施例對本發(fā)明技術(shù)方案做詳細的說明，應(yīng)當理解本發(fā)明實施例以及實施例中的具體特征是對本發(fā)明技術(shù)方案的詳細的說明，而不是對本發(fā)明技術(shù)方案的限定，在不沖突的情況下，本發(fā)明實施例以及實施例中的技術(shù)特征可以相互組合。

實施例1

如圖1所示，本實施例提供一種網(wǎng)絡(luò)直播控制方法，應(yīng)用于第一客戶端，包括如下步驟：

s1、獲取第一客戶端識別的指定類型的直播申請的直播間地址及其當前的登錄標識；以直播間地址作為當前直播間的標識，以登錄標識作為當前主播的標識。

s2、在與所述第一客戶端保持連接的第二客戶端上查找所有的所述指定類型的直播申請的歷史記錄，并存儲在所述第一客戶端；當然，第一客戶端和第二客戶端可以為同一個服務(wù)器，也可以是不同的服務(wù)器。

s3、對所有的所述指定類型的直播申請的歷史記錄進行分析處理，獲取所述直播間地址和/或當前的登錄標識的相關(guān)特征值；例如對直播間和主播進行積分管理，對指定類型的直播申請的歷史記錄進行統(tǒng)計，獲得當前的積分情況。

s4、根據(jù)所述直播間地址和/或當前的登錄標識的相關(guān)特征值，決定是否接受所述指定類型的直播申請。例如根據(jù)直播間或主播的積分情況，是否滿足可給予該指定類型的直播申請通過的要求，對該申請給予通過或拒絕處理。

作為上述實施例的一種優(yōu)選實施方式，步驟s2進一步包括：

s21、在與所述第一客戶端保持連接的第二客戶端上查找所有接受過所述指定類型的直播申請的直播間地址；當然，第一客戶端和第二客戶端可以為同一個服務(wù)器，也可以是不同的服務(wù)器。

s22、根據(jù)所述所有接受過所述指定類型的直播申請的直播間地址，在與所述第一客戶端保持連接的第三客戶端上查找并存儲所有的所述指定類型的直播申請的歷史記錄。當然，第一客戶端和第三客戶端可以為同一個服務(wù)器，也可以是不同的服務(wù)器。

作為上述實施例的一種更優(yōu)選實施方式，步驟s3進一步包括：根據(jù)預(yù)設(shè)的特征值獲取規(guī)則，查找所有的所述指定類型的直播申請的歷史記錄中與之相關(guān)的信息進行分析處理，并獲取所述直播間地址和/或當前的登錄標識的相關(guān)特征值。預(yù)設(shè)的特征值獲取規(guī)則可以是相關(guān)的信息的累積值或加權(quán)值等，可根據(jù)直播申請的類型、歷史記錄中與之相關(guān)的信息的相關(guān)度而定。

作為上述實施例的另優(yōu)選實施方式優(yōu)選地，步驟s3進一步，包括：

s31、對所有的所述指定類型的直播申請的歷史記錄進行分析處理，獲取所有接受過所述指定類型的直播申請的直播間地址；

s32、根據(jù)每個所述接受過所述指定類型的直播申請的直播間地址，在與所述第一客戶端保持連接的第四客戶端上查找存儲有所述當前的登錄標識的記錄，獲取所述當前的登錄標識的第一相關(guān)特征值；當然，第一客戶端和第四客戶端可以為同一個服務(wù)器，也可以是不同的服務(wù)器。

s33、根據(jù)每個所述接受過所述指定類型的直播申請的直播間地址，在與所述第一客戶端保持連接的第五客戶端上查找存儲有所述當前的登錄標識的記錄，獲取所述當前的登錄標識的第二相關(guān)特征值。當然，第一客戶端和第五客戶端可以為同一個服務(wù)器，也可以是不同的服務(wù)器。

優(yōu)選地，步驟s4進一步包括：根據(jù)所述當前的登錄標識的第一相關(guān)特征值和第一相關(guān)特征值是否滿足預(yù)設(shè)的相應(yīng)閥值，決定是否接受所述當前的登錄標識的所述指定類型的直播申請。

優(yōu)選地，步驟s2之前還包括步驟s5、獲取所述直播間地址的通過標識，若所述通過標識為是，則執(zhí)行在與所述第一客戶端保持連接的第二客戶端上查找所有的所述指定類型的直播申請的歷史記錄，并存儲在所述第一客戶端。需要說明的是，該通過標識是指是否可以接受所述指定類型的直播申請，如果該通過標識為否，則直接對該申請進行拒絕。

下面以該方法在幻燈片播放申請中的應(yīng)用為例，對上述方法做一詳細說明，具體應(yīng)用步驟如下：

1.啟用黑名單設(shè)置：在主站后臺設(shè)置黑名單的狀態(tài)為啟用，在后臺的幻燈服務(wù)器中，將幻燈的黑名單設(shè)置為啟用狀態(tài)。在啟用時獲取黑名單用戶的人氣最低值限制。獲取黑名單違規(guī)扣分最低限制。同時將上述參數(shù)，通過后臺的幻燈服務(wù)器中，保存在blacklistmage的接口中，方便后續(xù)方法進行調(diào)用。設(shè)置黑名單的狀態(tài)相當于上述方法中直播間地址的通過標識，人氣最低值限制、違規(guī)扣分最低限制相當于上述方法中的預(yù)設(shè)的相應(yīng)閥值。

2.讀取首頁幻燈申請歷史房間：主站后臺根據(jù)黑名單設(shè)置的參數(shù)(webslideserver.blacklistmage)，讀取歷史的幻燈申請記錄。通過范圍oa(weboaprocessserver)的流程申請對外的接口(procedure)，獲取歷史申請幻燈的記錄。并將記錄保存至slidehistory[]數(shù)組中。首先通過slidelist查詢所有歷史記錄的幻燈申請slidelist＝new(selectroomidfromprocess_slide_contentwhereprocessing_time<system.dateandstart＝"已處理")，將所有處理時間(processing_time)小于當前系統(tǒng)時間(system.date)且審批狀態(tài)為"已處理"的流程中的房間id(roomid)查詢出來。相當于步驟s21。

3.判斷是否有符合黑名單房間：將歷史幻燈的記錄讀取出來arrayslidehistory[]＝newslidelist。并從人氣服務(wù)器，違規(guī)得分服務(wù)調(diào)取主播的相關(guān)記錄。通過slidehistory[]中已經(jīng)獲取的房間號(roomid)，向人氣服務(wù)器(webbarrageserver)，違規(guī)服務(wù)器(webillegalserver)獲取最近一個月當前主播的人氣和等分情況。獲取最近的人氣最高點popularitypavlue＝newwebbarrageserver.popularity.roomid(max，slidehistory[])。通過if語句進行循環(huán)遍歷slidehistory[]中的每一個房間的人氣值。獲取當前房間的違規(guī)得分scorevaluesvalue，＝newwebillegalserver.score.value()(slidehistory[]),通過if語句進行循環(huán)遍歷slidehistory[]中的每一個房間/主播的得分。相當于步驟s22、s3。

步驟3較現(xiàn)有技術(shù)改進點：直播黑名單較傳統(tǒng)的黑名單進行技術(shù)創(chuàng)新。技術(shù)創(chuàng)新點是通過對歷史數(shù)據(jù)的抓取，直接對存在問題的直播間或主播進行過濾，將不合格的主播推送至黑名單。通過歷史數(shù)據(jù)處理的方式降低人工篩選的難度。

4.進入黑名單房間：將符合黑名單的主播間加入黑名單中，if(pavlue>3000andsvalue<6)，將人氣得分低于3000且主播等分小于6分的主播和直播間推人黑名單房間，setwebslideserver.blacklist.namelist()。相當于步驟s4。

步驟4較現(xiàn)有技術(shù)改進點：黑名單較傳統(tǒng)黑名單，從技術(shù)層面進行創(chuàng)新。增加黑名單與后臺人氣進行關(guān)聯(lián)，增加黑名單與用戶扣分機制進行關(guān)聯(lián)。從而從技術(shù)層面進行微創(chuàng)新，使黑名單更加符合直播行業(yè)。

5.申請首頁幻燈時：用戶在申請oa時，會輸入首頁幻燈的房間號。在申請時會根據(jù)流程中的流程號，調(diào)用后臺的服務(wù)(webroomserver)，通過對外的房間查詢接口(contentstate)，whetherwroomid＝newwebroomserver.contentstate.roomid(process.roomid)。來判斷該房間號是否存在，if(wroomid＝＝null),如果wroomid＝＝null則標示申請的房間id不存在，程序自動終止。wroomid！＝null則標示該直播間存在，則執(zhí)行下一步操作(6.調(diào)用黑名單)。相當于步驟s5。

6.調(diào)用黑名單：根據(jù)房間id獲取房間對應(yīng)的主播信息(process.roomid),并通過房間id和主播信息進行雙重驗證。判斷該主播/房間id是否在黑名單中。詳細驗證步驟參考【3.判斷是否有符合黑名單房間】，如果符合要求則進入黑名單，參考【4.進入黑名單房間】，如果不滿足則執(zhí)行下一步。相當于步驟s5通過標識為是時的后續(xù)處理。

7.進入正常oa申請：主播申請房間號符合要求，主播可以正常申請oa，正常進行首頁幻燈申請。

本實施例通過黑名單的方式，將主播和房間號進行標示，并對該類型的主播和房間號進行限制申請首頁幻燈，從而提供工作效率，同時規(guī)避人為造成的標準不一致，工作疏漏的情況。

需要特別指出的是，上述方法步驟不一定按照編號順序執(zhí)行，之所以用編號只是為了表述的方便，只要能實現(xiàn)本發(fā)明的目的，任何步驟上的改變都應(yīng)在本發(fā)明的權(quán)利要求保護范圍內(nèi)。

實施例2

如圖2所示，本實施例提供一種應(yīng)用上述方法的網(wǎng)絡(luò)直播控制裝置，包括：直播申請接收單元10，用于獲取第一客戶端識別的指定類型的直播申請的直播間地址及其當前的登錄標識；歷史記錄查詢單元20，與直播申請接收單元10連接，用于在與所述第一客戶端保持連接的第二客戶端上查找所有的所述指定類型的直播申請的歷史記錄，并存儲在所述第一客戶端；相關(guān)特征獲取單元30，與歷史記錄查詢單元20連接，用于對所有的所述指定類型的直播申請的歷史記錄進行分析處理，獲取所述直播間地址和/或當前的登錄標識的相關(guān)特征值；直播申請?zhí)幚韱卧?0，與相關(guān)特征獲取單元30連接，用于根據(jù)所述直播間地址和/或當前的登錄標識的相關(guān)特征值，決定是否接受所述指定類型的直播申請。

優(yōu)選地，歷史記錄查詢單元20，進一步包括：直播間地址查找模塊，與直播申請接收單元10連接，用于在與所述第一客戶端保持連接的第二客戶端上查找所有接受過所述指定類型的直播申請的直播間地址；歷史記錄獲取模塊，分別與直播間地址查找模塊、相關(guān)特征獲取單元30連接，用于根據(jù)所述所有接受過所述指定類型的直播申請的直播間地址，在與所述第一客戶端保持連接的第三客戶端上查找并存儲所有的所述指定類型的直播申請的歷史記錄。

優(yōu)選地，如圖3所示，相關(guān)特征獲取單元30，進一步包括：直播間地址獲取模塊31，用于對所有的所述指定類型的直播申請的歷史記錄進行分析處理，獲取所有接受過所述指定類型的直播申請的直播間地址；第一相關(guān)特征值獲取模塊32，與直播間地址獲取模塊連接，用于根據(jù)每個所述接受過所述指定類型的直播申請的直播間地址，在與所述第一客戶端保持連接的第四客戶端上查找存儲有所述當前的登錄標識的記錄，獲取所述當前的登錄標識的第一相關(guān)特征值；第二相關(guān)特征值獲取模塊33，與直播間地址獲取模塊連接，用于根據(jù)每個所述接受過所述指定類型的直播申請的直播間地址，在與所述第一客戶端保持連接的第五客戶端上查找存儲有所述當前的登錄標識的記錄，獲取所述當前的登錄標識的第二相關(guān)特征值。

優(yōu)選地，所述裝置還包括：直播間地址判斷單元，與所述直播申請接收單元和歷史記錄查詢單元分別連接，用于獲取所述直播間地址的通過標識，若所述通過標識為是，則執(zhí)行歷史記錄查詢單元。

由上述實施例可見，本發(fā)明產(chǎn)生的有益效果是：通過直播間地址和登錄標識，對直播間和主播分別進行標示，可以對同一主播在不同直播間的與直播申請相關(guān)的歷史直播記錄進行分析處理，決定是否對該直播申請給予通過，由此達到了對當前的直播間和主播的直播申請進行甄別處理，實行科學有效的通信控制。

盡管已描述了本發(fā)明的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。

顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。