[發(fā)明專利]一種基于社交的聊天裝置及其交流方法

在審

• 申請?zhí)枺?/td>: 201510270849.5
• 申請日: 2015-05-25
• 公開（公告）號: CN104967556A
• 公開（公告）日: 2015-10-07
• 發(fā)明（設計）人: 張威
• 申請（專利權）人: 北京蟬鳴信息科技有限公司
• 主分類號: H04L12/58
• 分類號: H04L12/58;H04L29/08
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發(fā)明屬于通訊技術領域，具體涉及一種基于社交的聊天裝置及其交流方法。

背景技術

采用開源技術來解決目前老師與家長之間溝通的問題，目前教育社交領域產(chǎn)品的解決方案無法滿足老師與家長之間的溝通，老師壓力大，家長對老師的道德期望，使得家校溝通成為了一個必須要解決的社會問題。

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

為了克服上述現(xiàn)有技術的不足，本發(fā)明的目的在于提供一種基于社交的聊天裝置及其交流方法，具有消息一對多發(fā)布，消息發(fā)布質(zhì)量高，網(wǎng)絡流量低的特點。

為了實現(xiàn)上述目的，本發(fā)明采用的技術方案是：一種基于社交的聊天裝置，包括終端SDK，終端SDK通過IM?SDK客戶端連接IM連接器；IM連接器通過http接入與拉取數(shù)據(jù)模塊相連；拉取數(shù)據(jù)模塊通過IM緩存與IM業(yè)務服務模塊相連；IM業(yè)務服務模塊與IM服務模塊相連。

一種基于社交的聊天裝置的交流方法，包括以下步驟：

步驟1，客戶端與服務端建立TCP/IP長鏈接；IM?SDK客戶端調(diào)用IM服務模塊，IM業(yè)務服務模塊進行相應的業(yè)務處理之后，交給IMSDK客戶端推送服務模塊以及內(nèi)部IM業(yè)務服務模塊進行處理，同時進入緩存；發(fā)送用戶發(fā)消息至云端服務器，同時帶上接收用戶ID；

步驟2，云端服務器收到消息之后，再通過IM連接器將消息推送給接收用戶的客戶端，繼而將消息推送給接收用戶。

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

由于本發(fā)明設有IM業(yè)務服務模塊與IM服務模塊，因此可實現(xiàn)發(fā)布作業(yè)，由于設有拉取數(shù)據(jù)模塊，可實現(xiàn)點贊操作，可進行信息篩選，單獨查看老師發(fā)布的信息和家長發(fā)布的信息，亦可以在聊天欄里進行交流溝通；

完善的點贊與成就激勵體系，使得老師，家長之間更加協(xié)調(diào)去進行交流溝通，更加利于孩子的成長。

1)使用發(fā)布/訂閱消息模式，提供一對多的消息發(fā)布，解除應用程序耦合；

2)對負載內(nèi)容屏蔽的消息傳輸；

3)使用TCP/IP提供網(wǎng)絡連接；

4)有三種消息發(fā)布服務質(zhì)量：“至多一次”，消息發(fā)布完全依賴底層TCP/IP網(wǎng)絡；會發(fā)生消息丟失或重復。這一級別可用于如下情況，環(huán)境傳感器數(shù)據(jù)，丟失一次讀記錄無所謂，因為不久后還會有第二次發(fā)送；“至少一次”，確保消息到達，但消息重復可能會發(fā)生；“只有一次”，確保消息到達一次。這一級別可用于如下情況，在計費系統(tǒng)中，消息重復或丟失會導致不正確的結果。

5)小型傳輸，開銷很小(固定長度的頭部是2字節(jié))，協(xié)議交換最小化，以降低網(wǎng)絡流量；

6)使用Last?Will和Testament特性通知有關各方客戶端異常中斷的機制。

附圖說明

圖1為本發(fā)明的結構原理框圖。

具體實施方式

下面結合附圖對本發(fā)明作進一步詳細說明。

參見圖1，一種基于社交的聊天裝置，包括終端SDK，終端SDK通過IM?SDK客戶端連接IM連接器；IM連接器通過http接入與拉取數(shù)據(jù)模塊相連；拉取數(shù)據(jù)模塊通過IM緩存與IM業(yè)務服務模塊相連；IM業(yè)務服務模塊與IM服務模塊相連。

一種基于社交的聊天裝置的交流方法，包括以下步驟：

步驟1，IM?SDK客戶端與服務端建立TCP/IP長鏈接，IM?SDK客戶端調(diào)用IM服務模塊，IM業(yè)務服務模塊進行相應的業(yè)務處理之后，交給IM?SDK客戶端推送服務模塊以及內(nèi)部IM業(yè)務服務模塊進行處理，同時進入緩存；發(fā)送用戶發(fā)消息至云端服務器，同時帶上接收用戶ID；

步驟2，云端服務器收到消息之后，再通過IM連接器將消息推送給接收用戶的客戶端，繼而將消息推送給接收用戶。

實施例1

本實施例A用戶需要和B用戶聊天溝通的實例

一種基于社交的聊天裝置的交流方法，包括以下步驟：

步驟1，首先需要A和B建立長鏈接，IM?SDK客戶端與服務端建立TCP/IP長鏈接；A用戶給云端服務器發(fā)送消息及消息頭；

步驟2，云端服務器接收到消息之后，先解包進行應用層HTTP協(xié)議處理，按照客戶端與服務端約定的協(xié)議，進行json格式的轉換解析，添加產(chǎn)品特有的業(yè)務，包括：敏感詞替換，表情替換，聊天框根據(jù)消息相應的變化等，之后交給IM-MQTT協(xié)議處理器進行處理；應用層HTTP協(xié)議處理完成之后，交給IM-MQTT協(xié)議處理器進行協(xié)議解析，目前采用的是MQTT協(xié)議進行處理，同時將消息入緩存，找到B用戶的消息句柄，將此消息發(fā)送給此消息句柄；B用戶根據(jù)消息句柄獲得相應的消息。