[發(fā)明專(zhuān)利]一種消息發(fā)送方法、裝置、服務(wù)器以及系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201611179889.X
• 申請(qǐng)日: 2016-12-19
• 公開(kāi)（公告）號(hào): CN108206742B
• 公開(kāi)（公告）日: 2021-03-16
• 發(fā)明（設(shè)計(jì)）人: 顏楚雄;王雅光
• 申請(qǐng)（專(zhuān)利權(quán)）人: 騰訊科技（深圳）有限公司
• 主分類(lèi)號(hào): H04L12/18
• 分類(lèi)號(hào): H04L12/18
• 代理公司: 廣州三環(huán)專(zhuān)利商標(biāo)代理有限公司 44202
• 代理人: 郝傳鑫;賈允

本發(fā)明提出一種消息發(fā)送方法、裝置、服務(wù)器與系統(tǒng)。所述方法包括：接收來(lái)自消息發(fā)送客戶端的消息,解析所述消息所屬的會(huì)話組群，并從成員列表服務(wù)器獲取所述會(huì)話組群的成員信息；通過(guò)推送通道將所述消息推送至所述會(huì)話組群的成員信息對(duì)應(yīng)的消息接收客戶端；判斷所述消息所屬的會(huì)話組群規(guī)模，如果所述會(huì)話組群為大規(guī)模組群，消息服務(wù)器將所述消息發(fā)送至分布式消息緩存服務(wù)器，以使得所述分布式消息緩存服務(wù)器接收來(lái)自消息接收客戶端的拉消息請(qǐng)求，并通過(guò)消息推拉通道向發(fā)出請(qǐng)求的接收方客戶端發(fā)送所述請(qǐng)求對(duì)應(yīng)的消息。

技術(shù)領(lǐng)域

本發(fā)明屬于通信技術(shù)領(lǐng)域，特別涉及一種消息發(fā)送方法、裝置、服務(wù)器以及系統(tǒng)。

背景技術(shù)

推送消息模式是即時(shí)通信中運(yùn)用范圍最廣的一種消息下行方式，運(yùn)用在公開(kāi)群、討論組和聊天室等多種類(lèi)型的會(huì)話群組中。對(duì)于每一條上行消息，服務(wù)器都需要解析出消息屬于哪個(gè)聊天室，遍歷一次所屬聊天室的成員表中的映射關(guān)系，找到成員對(duì)應(yīng)的鏈路信息并發(fā)起推送。然而，對(duì)于成員人數(shù)規(guī)模很大的聊天室，聊天室的成員表需要被頻繁訪問(wèn)，因此一般存儲(chǔ)在服務(wù)器的內(nèi)存中，存儲(chǔ)聊天室所有成員的成員表為服務(wù)器帶來(lái)了巨大的存儲(chǔ)開(kāi)銷(xiāo)。同時(shí)，因?yàn)榇笠?guī)模聊天室的人員進(jìn)出頻繁，聊天室的人數(shù)可能因?yàn)槟稠?xiàng)熱點(diǎn)而發(fā)生突增，這樣的不可預(yù)見(jiàn)性使得為成員表在內(nèi)存中預(yù)留空間變得非常困難。另外，當(dāng)有成員進(jìn)出聊天室的時(shí)候，都需要修改成員表，如果成員表中的成員按照賬號(hào)大小保持有序的話，每次修改都會(huì)引起大量的內(nèi)存拷貝。

發(fā)明內(nèi)容

為了解決現(xiàn)有技術(shù)中存在的技術(shù)問(wèn)題，本發(fā)明實(shí)施例提供一種消息發(fā)送方法、裝置、服務(wù)器以及系統(tǒng)。

第一方面，提供了一種消息發(fā)送方法，所述方法包括：

消息服務(wù)器接收來(lái)自消息發(fā)送客戶端的消息,解析所述消息所屬的會(huì)話組群，并從成員列表服務(wù)器獲取所述會(huì)話組群的成員信息；

消息服務(wù)器通過(guò)推送通道將所述消息推送至所述會(huì)話組群的成員信息對(duì)應(yīng)的消息接收客戶端；

消息服務(wù)器判斷所述消息所屬的會(huì)話組群規(guī)模，如果所述會(huì)話組群為大規(guī)模組群，消息服務(wù)器將所述消息發(fā)送至分布式消息緩存服務(wù)器；

分布式消息緩存服務(wù)器接收來(lái)自消息接收客戶端的拉消息請(qǐng)求，并通過(guò)消息推拉通道向發(fā)出請(qǐng)求的接收方客戶端發(fā)送所述請(qǐng)求對(duì)應(yīng)的消息。

第二方面，提供了一種消息發(fā)送系統(tǒng)，所述系統(tǒng)包括：信息發(fā)送客戶端、消息服務(wù)器、分布式消息緩存服務(wù)器、消息接收客戶端；

所述消息服務(wù)器用于接收來(lái)自消息發(fā)送客戶端的消息,解析所述消息所屬的會(huì)話組群，并從成員列表服務(wù)器獲取所述會(huì)話組群的成員信息；通過(guò)推送通道將所述消息推送至所述會(huì)話組群的成員信息對(duì)應(yīng)的消息接收客戶端；判斷所述消息所屬的會(huì)話組群規(guī)模，如果所述會(huì)話組群為大規(guī)模組群，消息服務(wù)器將所述消息發(fā)送至分布式消息緩存服務(wù)器；

所述分布式消息緩存服務(wù)器用于接收來(lái)自消息接收客戶端的拉消息請(qǐng)求，并通過(guò)消息推拉通道向發(fā)出請(qǐng)求的接收方客戶端發(fā)送所述請(qǐng)求對(duì)應(yīng)的消息。

第三方面，提供了一種消息發(fā)送方法，所述方法包括：

接收來(lái)自消息發(fā)送客戶端的消息,解析所述消息所屬的會(huì)話組群，并從成員列表服務(wù)器獲取所述會(huì)話組群的成員信息；

通過(guò)推送通道將所述消息推送至所述會(huì)話組群的成員信息對(duì)應(yīng)的消息接收客戶端；

判斷所述消息所屬的會(huì)話組群規(guī)模，如果所述會(huì)話組群為大規(guī)模組群，消息服務(wù)器將所述消息發(fā)送至分布式消息緩存服務(wù)器，以使得所述分布式消息緩存服務(wù)器接收來(lái)自消息接收客戶端的拉消息請(qǐng)求，并通過(guò)消息推拉通道向發(fā)出請(qǐng)求的接收方客戶端發(fā)送所述請(qǐng)求對(duì)應(yīng)的消息。

第四方法，提供一種消息發(fā)送裝置，所述裝置包括：

消息接收模塊，用于接收來(lái)自消息發(fā)送客戶端的消息,解析所述消息所屬的會(huì)話組群，并從成員列表服務(wù)器獲取所述會(huì)話組群的成員信息；