本發(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è)參與用戶。

參與用戶通過向直播間發(fā)送即時(shí)消息與主播用戶進(jìn)行實(shí)時(shí)互動(dòng)，而為了實(shí)現(xiàn)這種實(shí)時(shí)互動(dòng)，需要在后臺(tái)通過網(wǎng)關(guān)維護(hù)一套長鏈接，即參與用戶與主播用戶的客戶端需要連接相應(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)這樣的問題，就會(huì)使得大量的彈幕無法正常地推送出去，影響用戶體驗(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ù)問題，本發(fā)明提供一種消息處理方法，包括：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在本發(fā)明實(shí)施例中，當(dāng)發(fā)送至某一直播間的消息并發(fā)量超過預(yù)先設(shè)置的閾值時(shí)，就不再針對參與該直播間的用戶所發(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)故障的情況。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講在不付出創(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í)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

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

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

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

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

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

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

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

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

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

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

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

需要說明的是，由于在通常情況下，為直播系統(tǒng)設(shè)置的網(wǎng)關(guān)的數(shù)量是個(gè)固定值，每個(gè)網(wǎng)關(guān)同一時(shí)刻所能處理的最大消息量也是個(gè)固定值，因此，只需監(jiān)聽是否有主播關(guān)播和/或開播的操作，就可以確定出當(dāng)前直播系統(tǒng)中正在直播的直播間的數(shù)量是否發(fā)生改變，一旦確定出直播間的數(shù)量的改變量，就可以更新第一閾值。當(dāng)然，若為直播系統(tǒng)設(shè)置的網(wǎng)關(guān)的數(shù)量發(fā)生了改變或是對直播系統(tǒng)中的網(wǎng)關(guān)設(shè)備進(jìn)行了性能改進(jìn)或是替換，也可根據(jù)實(shí)際情況對第一閾值進(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è)，那么通過計(jì)算可知單個(gè)直播間的最大消息并發(fā)量為100條，為了防止網(wǎng)關(guān)滿負(fù)載運(yùn)行，可將第一閾值設(shè)置在90條以內(nèi)。

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

方法一、預(yù)先設(shè)置一積壓時(shí)長，將積壓時(shí)長內(nèi)的所述直播間的消息進(jìn)行打包以生成消息包。例如，預(yù)設(shè)的積壓時(shí)長為1s，在某一時(shí)刻發(fā)現(xiàn)發(fā)送至所述直播間的消息并發(fā)量超過第一閾值時(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ā)送至所述直播間的消息中的同一消息來源的多個(gè)消息進(jìn)行合并。其中，所述同一消息來源的多個(gè)消息可以理解為同一個(gè)參與用戶發(fā)送的多個(gè)消息。例如，某一參與用戶高頻率地向直播間發(fā)送消息，為了不影響其他參與用戶的參與互動(dòng)，可將該參與用戶的多個(gè)消息中的部分消息進(jìn)行刪除。

在本發(fā)明實(shí)施例中，當(dāng)發(fā)送至某一直播間的消息并發(fā)量超過預(yù)先設(shè)置的閾值時(shí)，就不再針對參與該直播間的用戶所發(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ā)量超過第一閾值，則基于所述消息并發(fā)量，確定積壓時(shí)長。

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

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

在步驟201獲取直播間的消息并發(fā)量的步驟，具體實(shí)現(xiàn)方式如下，獲取為所述直播間維護(hù)長連接的至少一個(gè)網(wǎng)關(guān)；分別獲取所述至少一個(gè)網(wǎng)關(guān)上接收到的所述直播間的單消息并發(fā)量；將所述至少一個(gè)網(wǎng)關(guān)上的單消息并發(fā)量之和作為所述直播間的消息并發(fā)量。在實(shí)際應(yīng)用中，為所述直播間維護(hù)長連接的網(wǎng)關(guān)可能為一個(gè)，也可能為多個(gè)。當(dāng)網(wǎng)關(guān)為一個(gè)時(shí)，該網(wǎng)關(guān)上針對所述直播間的單消息并發(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ā)量超過第一閾值時(shí)，則根據(jù)消息并發(fā)量，確定積壓時(shí)長。通常，消息并發(fā)量越大，其積壓時(shí)長就越長。

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

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

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

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

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

在本發(fā)明實(shí)施例中，當(dāng)發(fā)送至某一直播間的消息并發(fā)量超過預(yù)先設(shè)置的閾值時(shí)，就不再針對參與該直播間的用戶所發(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í)施例中，所述方法，還包括：對所述直播間的消息進(jìn)行優(yōu)先級(jí)判定；以及，對所述直播間的消息進(jìn)行合并處理，包括：對優(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)行合并處理。

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

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

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

由于直播系統(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í)刻所能處理的消息量的乘積，也就是說，該直播系統(tǒng)所能處理的最大消息并發(fā)量為一固定值。所以，在設(shè)置第二閾值時(shí)，可具體設(shè)置為一具體數(shù)值，只要該具體數(shù)值在該直播系統(tǒng)所能處理的最大消息并發(fā)量的百分之九十以內(nèi)即可。在針對總消息并發(fā)量設(shè)置標(biāo)準(zhǔn)閾值區(qū)間以及各標(biāo)準(zhǔn)閾值區(qū)間對應(yīng)的標(biāo)準(zhǔn)參考時(shí)長時(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í)長為1s，第二標(biāo)準(zhǔn)閾值區(qū)間設(shè)置在1800及以上，其標(biāo)準(zhǔn)參考時(shí)長為2s。

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

在本發(fā)明實(shí)施例中，當(dāng)發(fā)送至某一直播間的消息并發(fā)量超過預(yù)先設(shè)置的閾值時(shí)，就不再針對參與該直播間的用戶所發(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ā)量超過第一閾值，則對所述直播間的消息進(jìn)行合并處理。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在本發(fā)明實(shí)施例中，當(dāng)發(fā)送至某一直播間的消息并發(fā)量超過預(yù)先設(shè)置的閾值時(shí)，就不再針對參與該直播間的用戶所發(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í)施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動(dòng)的情況下，即可以理解并實(shí)施。

通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實(shí)施方式可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件?；谶@樣的理解，上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(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)說明的是：以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。