本發明屬于網絡直播通信技術領域，特別涉及一種網絡直播控制裝置方法及裝置。

背景技術：

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

技術實現要素：

為了解決現有技術存在的上述問題，本發明提供了一種網絡直播控制裝置方法及裝置，以解決現有技術中的對同一主播在不同直播間的直播不能進行有效控制的技術問題。

本發明所采用的技術方案為：

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

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

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

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

優選地，所述根據所述直播間地址和/或當前的登錄標識的相關特征值，決定是否接受所述指定類型的直播申請，包括：根據所述當前的登錄標識的第一相關特征值和第一相關特征值是否滿足預設的相應閥值，決定是否接受所述當前的登錄標識的所述指定類型的直播申請。

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

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

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

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

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

本發明的有益效果如下：

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

附圖說明

圖1是本發明實施例1提供的網絡直播控制方法流程圖；

圖2是本發明實施例2提供的一種網絡直播控制裝置結構圖；

圖3是本發明實施例2提供的另一種網絡直播控制裝置結構圖。

具體實施方式

本發明提供一種網絡直播控制方法及裝置，以解決現有技術中的對同一主播在不同直播間的直播不能進行有效控制的技術問題。

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

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

實施例1

如圖1所示，本實施例提供一種網絡直播控制方法，應用于第一客戶端，包括如下步驟：

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

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

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

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

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

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

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

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

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

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

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

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

優選地，步驟s4進一步包括：根據所述當前的登錄標識的第一相關特征值和第一相關特征值是否滿足預設的相應閥值，決定是否接受所述當前的登錄標識的所述指定類型的直播申請。

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

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

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

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

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

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

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

步驟4較現有技術改進點：黑名單較傳統黑名單，從技術層面進行創新。增加黑名單與后臺人氣進行關聯，增加黑名單與用戶扣分機制進行關聯。從而從技術層面進行微創新，使黑名單更加符合直播行業。

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

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

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

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

需要特別指出的是，上述方法步驟不一定按照編號順序執行，之所以用編號只是為了表述的方便，只要能實現本發明的目的，任何步驟上的改變都應在本發明的權利要求保護范圍內。

實施例2

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

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

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

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

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

盡管已描述了本發明的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本發明范圍的所有變更和修改。

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