本發(fā)明涉及互聯(lián)網(wǎng)直播技術(shù)領(lǐng)域，尤其涉及一種消息處理方法與裝置。

背景技術(shù)：

網(wǎng)絡(luò)直播系統(tǒng)是一種將主播用戶的直播視頻流廣播至多個(gè)觀眾用戶進(jìn)行觀看的互聯(lián)網(wǎng)系統(tǒng)。網(wǎng)絡(luò)直播系統(tǒng)通常按照直播間或房間進(jìn)行劃分，在一個(gè)房間內(nèi)或一個(gè)直播間內(nèi)通常包括：一個(gè)主播用戶和多個(gè)參與用戶。

參與用戶通過(guò)向直播間發(fā)送即時(shí)消息與主播用戶進(jìn)行實(shí)時(shí)互動(dòng)，而為了實(shí)現(xiàn)這種實(shí)時(shí)互動(dòng)，需要在后臺(tái)通過(guò)網(wǎng)關(guān)維護(hù)一套長(zhǎng)鏈接，即參與用戶與主播用戶的客戶端需要連接相應(yīng)的網(wǎng)關(guān)才能正常地發(fā)送和接收彈幕消息。通常，在直播高峰期，消息并發(fā)量的激增，使得網(wǎng)關(guān)超負(fù)荷運(yùn)行，在這種情況下很容易導(dǎo)致一些網(wǎng)關(guān)出現(xiàn)故障。一旦出現(xiàn)這樣的問(wèn)題，就會(huì)使得大量的彈幕無(wú)法正常地推送出去，影響用戶體驗(yàn)。

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

本發(fā)明提供一種消息處理方法與裝置，目的在于在直播高峰期，降低向參與直播間的客戶端推送用戶消息所占的網(wǎng)關(guān)帶寬，從而有效避免網(wǎng)關(guān)超負(fù)荷運(yùn)行引起網(wǎng)關(guān)出現(xiàn)故障的情況。

為了解決上述技術(shù)問(wèn)題，本發(fā)明提供一種消息處理方法，包括：

獲取直播間的消息并發(fā)量；

若所述消息并發(fā)量超過(guò)第一閾值，則對(duì)所述直播間的消息進(jìn)行合并處理；

將合并處理后的消息推送至接入所述直播間的客戶端。

可選地，對(duì)所述直播間的消息進(jìn)行合并處理，包括：

基于所述消息并發(fā)量，確定積壓時(shí)長(zhǎng)；

將所述積壓時(shí)長(zhǎng)內(nèi)的消息進(jìn)行打包以生成消息包；

其中，所述消息包即為所述合并處理后的消息。

可選地，基于所述消息并發(fā)量，確定消息積壓時(shí)長(zhǎng)，包括：

獲取多個(gè)閾值區(qū)間及各閾值區(qū)間對(duì)應(yīng)的參考時(shí)長(zhǎng)；

將所述消息并發(fā)量所在閾值區(qū)間對(duì)應(yīng)的參考時(shí)長(zhǎng)，確定為所述積壓時(shí)長(zhǎng)。

可選地，對(duì)所述直播間的消息進(jìn)行合并處理，包括：

對(duì)所述直播間的消息進(jìn)行合并，以將部分消息刪除；

其中，刪除后剩余的消息即為所述合并處理后的消息。

可選地，對(duì)所述直播間的消息進(jìn)行合并，以將部分消息刪除，包括：

將相同/相似消息內(nèi)容的消息進(jìn)行合并；和/或

將同一消息來(lái)源的多個(gè)消息進(jìn)行合并。

可選地，所述方法，還包括：

對(duì)所述直播間的消息進(jìn)行優(yōu)先級(jí)判定；

以及，對(duì)所述直播間的消息進(jìn)行合并處理，包括：

對(duì)優(yōu)先級(jí)低于預(yù)置級(jí)別的消息進(jìn)行合并處理。

可選地，所述方法，還包括：

獲取多個(gè)直播間的總消息并發(fā)量；

若所述總消息并發(fā)量超過(guò)第二閾值，則從所述多個(gè)直播間中找出未進(jìn)行合并處理的直播間；

對(duì)所述未進(jìn)行合并處理的直播間的消息進(jìn)行合并處理。

可選地，所述方法，還包括：

根據(jù)所述總消息并發(fā)量，確定標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)；

獲取所述多個(gè)直播間中各直播間當(dāng)前合并處理采用的積壓時(shí)長(zhǎng)；

從所述多個(gè)直播間中找出當(dāng)前合并處理采用的積壓時(shí)長(zhǎng)小于所述標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)的直播間；

采用所述標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)對(duì)所述當(dāng)前合并處理采用的積壓時(shí)長(zhǎng)小于所述標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)的直播間的消息進(jìn)行合并處理。

為了解決上述技術(shù)問(wèn)題，本發(fā)明還提供了一種消息處理裝置，所述裝置，包括：

第一獲取模塊，用于獲取直播間的消息并發(fā)量；

處理模塊，用于若所述消息并發(fā)量超過(guò)第一閾值，則對(duì)所述直播間的消息進(jìn)行合并處理；

推送模塊，用于將合并處理后的消息推送至接入所述直播間的客戶端。

在本發(fā)明實(shí)施例中，當(dāng)發(fā)送至某一直播間的消息并發(fā)量超過(guò)預(yù)先設(shè)置的閾值時(shí)，就不再針對(duì)參與該直播間的用戶所發(fā)送的每一條消息進(jìn)行一一推送至各個(gè)接入該直播間的客戶端，而是將發(fā)送至該直播間的多個(gè)消息進(jìn)行合并處理，再將合并處理后的消息統(tǒng)一推送至接入該直播間的客戶端。這在直播高峰期時(shí)，可以很大程度上降低網(wǎng)關(guān)向客戶端推送消息的次數(shù)，有效降低推送用戶消息所占的網(wǎng)關(guān)帶寬，從而有效避免網(wǎng)關(guān)超負(fù)荷運(yùn)行引起網(wǎng)關(guān)出現(xiàn)故障的情況。

附圖說(shuō)明

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

圖1為本發(fā)明一實(shí)施例提供的消息處理方法的流程示意圖；

圖2為本發(fā)明又一實(shí)施例提供的消息處理方法的流程示意圖；

圖3為本發(fā)明一實(shí)施例提供的消息處理裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

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

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

應(yīng)當(dāng)理解，本文中使用的術(shù)語(yǔ)“和/或”僅僅是一種描述關(guān)聯(lián)對(duì)象的關(guān)聯(lián)關(guān)系，表示可以存在三種關(guān)系，例如，a和/或b，可以表示：?jiǎn)为?dú)存在a，同時(shí)存在a和b，單獨(dú)存在b這三種情況。另外，本文中字符“/”，一般表示前后關(guān)聯(lián)對(duì)象是一種“或”的關(guān)系。

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

取決于語(yǔ)境，如在此所使用的詞語(yǔ)“如果”、“若”可以被解釋成為“在……時(shí)”或“當(dāng)……時(shí)”或“響應(yīng)于確定”或“響應(yīng)于監(jiān)測(cè)”。類似地，取決于語(yǔ)境，短語(yǔ)“如果確定”或“如果監(jiān)測(cè)(陳述的條件或事件)”可以被解釋成為“當(dāng)確定時(shí)”或“響應(yīng)于確定”或“當(dāng)監(jiān)測(cè)(陳述的條件或事件)時(shí)”或“響應(yīng)于監(jiān)測(cè)(陳述的條件或事件)”。

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

圖1為本發(fā)明一實(shí)施例提供的消息處理方法的流程示意圖。如圖1所示，該方法包括：

101、獲取直播間的消息并發(fā)量。

102、若所述消息并發(fā)量超過(guò)第一閾值，則對(duì)所述直播間的消息進(jìn)行合并處理。

103、將合并處理后的消息推送至接入所述直播間的客戶端。

在直播類應(yīng)用場(chǎng)景中，參與直播間的用戶向直播間發(fā)送的消息包括文字消息、圖片消息、禮物消息等。其中，消息并發(fā)量指的是同一時(shí)刻向所述直播間發(fā)送的總的消息數(shù)量。

上述步驟102中，所述第一閾值可以根據(jù)過(guò)往經(jīng)驗(yàn)進(jìn)行預(yù)先設(shè)定。當(dāng)然，所述第一閾值還可以隨時(shí)根據(jù)實(shí)際情況進(jìn)行更新。具體更新方式如下，監(jiān)聽(tīng)當(dāng)前直播系統(tǒng)中是否有主播關(guān)播和/或開(kāi)播的操作；若有，則獲取當(dāng)前直播系統(tǒng)中網(wǎng)關(guān)的數(shù)量n以及單個(gè)網(wǎng)關(guān)同一時(shí)刻所能處理的最大消息量m；獲取當(dāng)前直播系統(tǒng)中正在直播的直播間的數(shù)量q；將nm/q作為單個(gè)直播間的最大消息并發(fā)量；依據(jù)所述單個(gè)直播間的最大消息并發(fā)量來(lái)更新所述第一閾值。為了防止網(wǎng)關(guān)滿負(fù)載運(yùn)行，可將所述第一閾值設(shè)置在單個(gè)直播間的最大消息并發(fā)量的百分之九十以內(nèi)。

需要說(shuō)明的是，由于在通常情況下，為直播系統(tǒng)設(shè)置的網(wǎng)關(guān)的數(shù)量是個(gè)固定值，每個(gè)網(wǎng)關(guān)同一時(shí)刻所能處理的最大消息量也是個(gè)固定值，因此，只需監(jiān)聽(tīng)是否有主播關(guān)播和/或開(kāi)播的操作，就可以確定出當(dāng)前直播系統(tǒng)中正在直播的直播間的數(shù)量是否發(fā)生改變，一旦確定出直播間的數(shù)量的改變量，就可以更新第一閾值。當(dāng)然，若為直播系統(tǒng)設(shè)置的網(wǎng)關(guān)的數(shù)量發(fā)生了改變或是對(duì)直播系統(tǒng)中的網(wǎng)關(guān)設(shè)備進(jìn)行了性能改進(jìn)或是替換，也可根據(jù)實(shí)際情況對(duì)第一閾值進(jìn)行更新。

例如，當(dāng)前為所述直播系統(tǒng)設(shè)置的網(wǎng)關(guān)的數(shù)量為2個(gè)，單個(gè)網(wǎng)關(guān)同一時(shí)刻所能處理的最大消息量為1000條，當(dāng)前正在直播的直播間的數(shù)量為20個(gè)，那么通過(guò)計(jì)算可知單個(gè)直播間的最大消息并發(fā)量為100條，為了防止網(wǎng)關(guān)滿負(fù)載運(yùn)行，可將第一閾值設(shè)置在90條以內(nèi)。

若所述消息并發(fā)量超過(guò)第一閾值，則對(duì)所述直播間的消息進(jìn)行合并處理，所述合并處理具體可采用如下方法中的一種或多種實(shí)現(xiàn)：

方法一、預(yù)先設(shè)置一積壓時(shí)長(zhǎng)，將積壓時(shí)長(zhǎng)內(nèi)的所述直播間的消息進(jìn)行打包以生成消息包。例如，預(yù)設(shè)的積壓時(shí)長(zhǎng)為1s，在某一時(shí)刻發(fā)現(xiàn)發(fā)送至所述直播間的消息并發(fā)量超過(guò)第一閾值時(shí)，則從該時(shí)刻進(jìn)行計(jì)時(shí)，將計(jì)時(shí)1s內(nèi)的發(fā)送給所述直播間的多個(gè)消息進(jìn)行打包，生成一個(gè)消息包。再將所述消息包推送至接入所述直播間的所有客戶端。

方法二、隨機(jī)刪除部分發(fā)送至所述直播間的消息。例如，在某一時(shí)刻發(fā)送至所述直播間的消息為100條，則隨機(jī)刪除其中20條消息，將剩下的80條消息一一推送至接入所述直播間的所有客戶端。

方法三、將發(fā)送至所述直播間的消息中相同/相似消息內(nèi)容的消息進(jìn)行合并。例如，在某一時(shí)刻發(fā)送至所述直播間的消息中存在多條消息相同/相似，這樣，就可以將相同/相似的消息合多為一，即將相同/相似的消息只保留一條進(jìn)行推送。

方法四、將發(fā)送至所述直播間的消息中的同一消息來(lái)源的多個(gè)消息進(jìn)行合并。其中，所述同一消息來(lái)源的多個(gè)消息可以理解為同一個(gè)參與用戶發(fā)送的多個(gè)消息。例如，某一參與用戶高頻率地向直播間發(fā)送消息，為了不影響其他參與用戶的參與互動(dòng)，可將該參與用戶的多個(gè)消息中的部分消息進(jìn)行刪除。

在本發(fā)明實(shí)施例中，當(dāng)發(fā)送至某一直播間的消息并發(fā)量超過(guò)預(yù)先設(shè)置的閾值時(shí)，就不再針對(duì)參與該直播間的用戶所發(fā)送的每一條消息進(jìn)行一一推送至各個(gè)接入該直播間的客戶端，而是將發(fā)送至該直播間的多個(gè)消息進(jìn)行合并處理，再將合并處理后的消息統(tǒng)一推送至接入該直播間的客戶端。這在直播高峰期時(shí)，可以很大程度上降低網(wǎng)關(guān)向客戶端推送消息的次數(shù)，有效降低推送用戶消息所占的網(wǎng)關(guān)資源，從而有效避免網(wǎng)關(guān)超負(fù)荷運(yùn)行引起網(wǎng)關(guān)出現(xiàn)故障的情況。

圖2為本發(fā)明又一實(shí)施例提供的消息處理方法的流程示意圖。如圖2所述，該方法包括：

201、獲取直播間的消息并發(fā)量。

202、若所述消息并發(fā)量超過(guò)第一閾值，則基于所述消息并發(fā)量，確定積壓時(shí)長(zhǎng)。

203、將所述積壓時(shí)長(zhǎng)內(nèi)的消息進(jìn)行打包以生成消息包，其中，所述消息包即為所述合并處理后的消息。

204、將合并處理后的消息推送至接入所述直播間的客戶端。

在步驟201獲取直播間的消息并發(fā)量的步驟，具體實(shí)現(xiàn)方式如下，獲取為所述直播間維護(hù)長(zhǎng)連接的至少一個(gè)網(wǎng)關(guān)；分別獲取所述至少一個(gè)網(wǎng)關(guān)上接收到的所述直播間的單消息并發(fā)量；將所述至少一個(gè)網(wǎng)關(guān)上的單消息并發(fā)量之和作為所述直播間的消息并發(fā)量。在實(shí)際應(yīng)用中，為所述直播間維護(hù)長(zhǎng)連接的網(wǎng)關(guān)可能為一個(gè)，也可能為多個(gè)。當(dāng)網(wǎng)關(guān)為一個(gè)時(shí)，該網(wǎng)關(guān)上針對(duì)所述直播間的單消息并發(fā)量即為所述直播間的消息并發(fā)量；當(dāng)網(wǎng)關(guān)為多個(gè)時(shí)，將多個(gè)網(wǎng)關(guān)上的單消息并發(fā)量進(jìn)行相加，得到的總和即為所述直播間的消息并發(fā)量。

上述步驟202中，當(dāng)監(jiān)視到直播間的消息并發(fā)量超過(guò)第一閾值時(shí)，則根據(jù)消息并發(fā)量，確定積壓時(shí)長(zhǎng)。通常，消息并發(fā)量越大，其積壓時(shí)長(zhǎng)就越長(zhǎng)。

在一種可實(shí)現(xiàn)的方案中，上述根據(jù)消息并發(fā)量，確定積壓時(shí)長(zhǎng)，可包括：獲取多個(gè)閾值區(qū)間及各閾值區(qū)間對(duì)應(yīng)的參考時(shí)長(zhǎng)；將所述消息并發(fā)量所在閾值區(qū)間對(duì)應(yīng)的參考時(shí)長(zhǎng)，確定為所述積壓時(shí)長(zhǎng)。

例如，直播間的最大消息并發(fā)量為x條，將第一閾值設(shè)置為70％x，將70％x～90％x設(shè)置為第一閾值區(qū)間，將90％x及以上設(shè)置為第二閾值區(qū)間，為第一閾值區(qū)間設(shè)置第一參考時(shí)長(zhǎng)為a，為第二閾值區(qū)間設(shè)置第二參考時(shí)長(zhǎng)為b。若獲取到的直播間的消息并發(fā)量y為80％x，由于y處在第一閾值區(qū)間內(nèi)，則可以確定出積壓時(shí)長(zhǎng)為a。優(yōu)選地，a可設(shè)置為1s，b可設(shè)置為2s。

由上述實(shí)施例的描述可知，第一閾值可根據(jù)實(shí)際情況進(jìn)行更新，即依據(jù)獲取到的新的直播間的最大消息并發(fā)量來(lái)更新第一閾值。作為可選地，在設(shè)置第一閾值時(shí)，預(yù)先設(shè)置一具體占比(例如：70％)，在獲取到新的直播間的最大消息并發(fā)量后，將該具體占比與新的直播間的最大消息并發(fā)量的乘積作為第一閾值。同樣，在設(shè)置閾值區(qū)間的上下限時(shí)，也是預(yù)先設(shè)置一下限占比和上限占比，在獲取到新的直播間的最大消息并發(fā)量后，將下限占比與直播間的最大消息并發(fā)量的乘積作為該閾值區(qū)間的下限值，將上限占比與直播間的最大消息并發(fā)量的乘積作為該閾值區(qū)間的上限值。

上述步驟203和204中，由于通過(guò)tcp(transmissioncontrolprotocol，傳輸控制協(xié)議)傳輸消息數(shù)據(jù)時(shí)，會(huì)在消息數(shù)據(jù)中加入一些冗余信息以確保能夠正常地將所述消息數(shù)據(jù)推送至接入直播間的各個(gè)客戶端。在對(duì)所述積壓時(shí)長(zhǎng)內(nèi)的多個(gè)消息進(jìn)行打包處理時(shí)，就可將這些消息中的相同部分的冗余信息進(jìn)行合多為一，即在消息包中只保留一份相同部分的冗余信息，這樣不僅有效壓縮了數(shù)據(jù)量，還因?qū)⒎e壓時(shí)長(zhǎng)內(nèi)的多個(gè)消息壓縮成一個(gè)消息包，向接入所述直播間的客戶端作一次推送，大幅度降低了網(wǎng)關(guān)的推送次數(shù)。

在一種可實(shí)現(xiàn)的方案中，還可以將所述積壓時(shí)長(zhǎng)內(nèi)的多個(gè)消息中相同或相似的消息進(jìn)行合并，即是將那些相同或相似的多個(gè)消息在消息包中只保留一份；或是將同一消息來(lái)源(例如，同一個(gè)參與用戶發(fā)送的多個(gè)消息可認(rèn)為是同一消息來(lái)源的)的多個(gè)相同或相似的消息進(jìn)行合并，即是將同一來(lái)源的多個(gè)相同或相似的消息在消息包中只保留一份。

在本發(fā)明實(shí)施例中，當(dāng)發(fā)送至某一直播間的消息并發(fā)量超過(guò)預(yù)先設(shè)置的閾值時(shí)，就不再針對(duì)參與該直播間的用戶所發(fā)送的每一條消息進(jìn)行一一推送至各個(gè)接入該直播間的客戶端，而是將發(fā)送至該直播間的多個(gè)消息進(jìn)行合并處理，再將合并處理后的消息統(tǒng)一推送至接入該直播間的客戶端。這在直播高峰期時(shí)，可以很大程度上降低網(wǎng)關(guān)向客戶端推送消息的次數(shù)，有效降低推送用戶消息所占的網(wǎng)關(guān)帶寬，從而有效避免網(wǎng)關(guān)超負(fù)荷運(yùn)行引起網(wǎng)關(guān)出現(xiàn)故障的情況。

在上述各實(shí)施例和下述各實(shí)施例中，所述方法，還包括：對(duì)所述直播間的消息進(jìn)行優(yōu)先級(jí)判定；以及，對(duì)所述直播間的消息進(jìn)行合并處理，包括：對(duì)優(yōu)先級(jí)低于預(yù)置級(jí)別的消息進(jìn)行合并處理。消息的優(yōu)先級(jí)可根據(jù)消息的重要性進(jìn)行設(shè)定，例如，禮物消息的優(yōu)先級(jí)最高，設(shè)為三級(jí)、文字消息的優(yōu)先級(jí)其次，設(shè)為二級(jí)，圖片消息的優(yōu)先級(jí)最低，設(shè)為一級(jí)。預(yù)置級(jí)別為三級(jí)，那么在消息合并處理時(shí)，就將二級(jí)的文字消息和一級(jí)的圖片消息進(jìn)行合并，三級(jí)的禮物消息進(jìn)行實(shí)時(shí)推送，不進(jìn)行合并處理。

在針對(duì)單房間設(shè)置第一閾值的同時(shí)，還可以針對(duì)整個(gè)直播系統(tǒng)中總消息并發(fā)量設(shè)置第二閾值。當(dāng)總消息并發(fā)量超過(guò)第二閾值時(shí)，對(duì)直播系統(tǒng)中的未進(jìn)行合并處理的直播間的消息進(jìn)行合并處理。具體實(shí)現(xiàn)方法如下：獲取多個(gè)直播間的總消息并發(fā)量；若所述總消息并發(fā)量超過(guò)第二閾值，則從所述多個(gè)直播間中找出未進(jìn)行合并處理的直播間；對(duì)所述未進(jìn)行合并處理的直播間的消息進(jìn)行合并處理。其中，所述多個(gè)直播間指的是整個(gè)直播系統(tǒng)中的所有直播間。

優(yōu)選地，對(duì)所述未進(jìn)行合并處理的直播間中的一個(gè)直播間的消息進(jìn)行合并處理的步驟，具體可包括：基于所述總消息并發(fā)量，確定標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)；將所述標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)內(nèi)的消息進(jìn)行打包以生成消息包。

所述基于所述總消息并發(fā)量，確定標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)的步驟，具體可包括：獲取針對(duì)總消息并發(fā)量設(shè)置的多個(gè)標(biāo)準(zhǔn)閾值區(qū)間及各標(biāo)準(zhǔn)閾值區(qū)間對(duì)應(yīng)的標(biāo)準(zhǔn)參考時(shí)長(zhǎng)；將所述總消息并發(fā)量所在標(biāo)準(zhǔn)閾值區(qū)間對(duì)應(yīng)的標(biāo)準(zhǔn)參考時(shí)長(zhǎng)，確定為所述標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)。

由于直播系統(tǒng)中網(wǎng)關(guān)的數(shù)量和單個(gè)網(wǎng)關(guān)同一時(shí)刻所能處理的消息量是固定的，且該直播系統(tǒng)所能處理的最大消息并發(fā)量為網(wǎng)關(guān)數(shù)量與單個(gè)網(wǎng)關(guān)同一時(shí)刻所能處理的消息量的乘積，也就是說(shuō)，該直播系統(tǒng)所能處理的最大消息并發(fā)量為一固定值。所以，在設(shè)置第二閾值時(shí)，可具體設(shè)置為一具體數(shù)值，只要該具體數(shù)值在該直播系統(tǒng)所能處理的最大消息并發(fā)量的百分之九十以內(nèi)即可。在針對(duì)總消息并發(fā)量設(shè)置標(biāo)準(zhǔn)閾值區(qū)間以及各標(biāo)準(zhǔn)閾值區(qū)間對(duì)應(yīng)的標(biāo)準(zhǔn)參考時(shí)長(zhǎng)時(shí)，可將標(biāo)準(zhǔn)閾值區(qū)間的上下限設(shè)置為一具體數(shù)值。例如。直播系統(tǒng)所能處理最大消息并發(fā)量為2000條，第一標(biāo)準(zhǔn)閾值區(qū)間設(shè)置在1400～1800，其標(biāo)準(zhǔn)參考時(shí)長(zhǎng)為1s，第二標(biāo)準(zhǔn)閾值區(qū)間設(shè)置在1800及以上，其標(biāo)準(zhǔn)參考時(shí)長(zhǎng)為2s。

進(jìn)一步地，在總消息并發(fā)量超過(guò)第二閾值時(shí)，除了針對(duì)那些沒(méi)有進(jìn)行合并處理的直播間進(jìn)行消息合并處理，還可以針對(duì)那些已進(jìn)行合并處理的直播間當(dāng)前采用的積壓時(shí)長(zhǎng)進(jìn)行合理調(diào)整。具體實(shí)現(xiàn)方式如下：根據(jù)所述總消息并發(fā)量，確定標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)；獲取所述多個(gè)直播間中各直播間當(dāng)前合并處理采用的積壓時(shí)長(zhǎng)；從所述多個(gè)直播間中找出當(dāng)前合并處理采用的積壓時(shí)長(zhǎng)小于所述標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)的直播間；采用所述標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)對(duì)所述當(dāng)前合并處理采用的積壓時(shí)長(zhǎng)小于所述標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)的直播間的消息進(jìn)行合并處理。例如，直播間a當(dāng)前采用的積壓時(shí)長(zhǎng)為1s，而確定出的標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)為2s，則以2s的積壓時(shí)長(zhǎng)來(lái)對(duì)直播間a的消息進(jìn)行合并處理。

在本發(fā)明實(shí)施例中，當(dāng)發(fā)送至某一直播間的消息并發(fā)量超過(guò)預(yù)先設(shè)置的閾值時(shí)，就不再針對(duì)參與該直播間的用戶所發(fā)送的每一條消息進(jìn)行一一推送至各個(gè)接入該直播間的客戶端，而是將發(fā)送至該直播間的多個(gè)消息進(jìn)行合并處理，再將合并處理后的消息統(tǒng)一推送至接入該直播間的客戶端。這在直播高峰期時(shí)，可以很大程度上降低網(wǎng)關(guān)向客戶端推送消息的次數(shù)，有效降低推送用戶消息所占的網(wǎng)關(guān)帶寬，從而有效避免網(wǎng)關(guān)超負(fù)荷運(yùn)行引起網(wǎng)關(guān)出現(xiàn)故障的情況。

圖3為本發(fā)明一實(shí)施例提供的消息處理裝置的結(jié)構(gòu)示意圖。如圖3所述，該裝置包括：第一獲取模塊301、處理模塊302以及推送模塊303。

第一獲取模塊301，用于獲取直播間的消息并發(fā)量。

處理模塊302，用于若所述消息并發(fā)量超過(guò)第一閾值，則對(duì)所述直播間的消息進(jìn)行合并處理。

推送模塊303，用于將合并處理后的消息推送至接入所述直播間的客戶端。

可選地，所述處理模塊302，包括：

確定單元，用于基于所述消息并發(fā)量，確定積壓時(shí)長(zhǎng)。

合并單元，用于將所述積壓時(shí)長(zhǎng)內(nèi)的消息進(jìn)行打包以生成消息包。

其中，所述消息包即為所述合并處理后的消息。

可選地，所述確定單元，包括：

獲取子單元，用于獲取多個(gè)閾值區(qū)間及各閾值區(qū)間對(duì)應(yīng)的參考時(shí)長(zhǎng)。

確定子單元，用于將所述消息并發(fā)量所在閾值區(qū)間對(duì)應(yīng)的參考時(shí)長(zhǎng)，確定為所述積壓時(shí)長(zhǎng)。

可選地，所述處理模塊302，包括：

刪除單元，用于對(duì)所述直播間的消息進(jìn)行合并，以將部分消息刪除。

其中，刪除后剩余的消息即為所述合并處理后的消息。

可選地，所述刪除單元，還用于：

將相同/相似消息內(nèi)容的消息進(jìn)行合并；和/或

將同一消息來(lái)源的多個(gè)消息進(jìn)行合并。

可選地，所述裝置，還包括：

判定模塊，用于對(duì)所述直播間的消息進(jìn)行優(yōu)先級(jí)判定。

以及，所述處理模塊302，還用于：

對(duì)優(yōu)先級(jí)低于預(yù)置級(jí)別的消息進(jìn)行合并處理。

可選地，所述裝置，還包括：

第二獲取模塊，用于獲取多個(gè)直播間的總消息并發(fā)量。

查找模塊，用于若所述總消息并發(fā)量超過(guò)第二閾值，則從所述多個(gè)直播間中找出未進(jìn)行合并處理的直播間。

所述處理模塊302，還用于對(duì)所述未進(jìn)行合并處理的直播間的消息進(jìn)行合并處理。

可選地，所述裝置，還包括：

確定模塊，用于根據(jù)所述總消息并發(fā)量，確定標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)。

第三獲取模塊，用于獲取所述多個(gè)直播間中各直播間當(dāng)前合并處理采用的積壓時(shí)長(zhǎng)。

所述查找模塊，還用于從所述多個(gè)直播間中找出當(dāng)前合并處理采用的積壓時(shí)長(zhǎng)小于所述標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)的直播間。

所述處理模塊302，還用于采用所述標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)對(duì)所述當(dāng)前合并處理采用的積壓時(shí)長(zhǎng)小于所述標(biāo)準(zhǔn)積壓時(shí)長(zhǎng)的直播間的消息進(jìn)行合并處理。

這里需要說(shuō)明的是：本實(shí)施例提供的所述消息處理裝置可實(shí)現(xiàn)上述各消息處理方法實(shí)施例提供的技術(shù)方案，具體的實(shí)現(xiàn)原理可參見(jiàn)上述各實(shí)施例中的相應(yīng)內(nèi)容，此處不再贅述。

在本發(fā)明實(shí)施例中，當(dāng)發(fā)送至某一直播間的消息并發(fā)量超過(guò)預(yù)先設(shè)置的閾值時(shí)，就不再針對(duì)參與該直播間的用戶所發(fā)送的每一條消息進(jìn)行一一推送至各個(gè)接入該直播間的客戶端，而是將發(fā)送至該直播間的多個(gè)消息進(jìn)行合并處理，再將合并處理后的消息統(tǒng)一推送至接入該直播間的客戶端。這在直播高峰期時(shí)，可以很大程度上降低網(wǎng)關(guān)向客戶端推送消息的次數(shù)，有效降低推送用戶消息所占的網(wǎng)關(guān)帶寬，從而有效避免網(wǎng)關(guān)超負(fù)荷運(yùn)行引起網(wǎng)關(guān)出現(xiàn)故障的情況。

以上所描述的裝置實(shí)施例僅僅是示意性的，其中所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開(kāi)的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動(dòng)的情況下，即可以理解并實(shí)施。

通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實(shí)施方式可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件。基于這樣的理解，上述技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。

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