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

背景技術(shù)：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

附圖說明

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

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

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

具體實(shí)施方式

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

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

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

實(shí)施例1

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

s1、獲取第一客戶端識(shí)別的指定類型的直播申請(qǐng)的直播間地址及其當(dāng)前的登錄標(biāo)識(shí)；以直播間地址作為當(dāng)前直播間的標(biāo)識(shí)，以登錄標(biāo)識(shí)作為當(dāng)前主播的標(biāo)識(shí)。

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

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

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

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

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

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

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

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

s31、對(duì)所有的所述指定類型的直播申請(qǐng)的歷史記錄進(jìn)行分析處理，獲取所有接受過所述指定類型的直播申請(qǐng)的直播間地址；

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

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

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

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

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

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

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

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

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

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

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

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

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

7.進(jìn)入正常oa申請(qǐng)：主播申請(qǐng)房間號(hào)符合要求，主播可以正常申請(qǐng)oa，正常進(jìn)行首頁幻燈申請(qǐng)。

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

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

實(shí)施例2

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

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

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

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

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

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

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