[發明專利]一種消息交互方法、發送設備及接收設備

有效

• 申請號: 201811235437.8
• 申請日: 2018-10-23
• 公開（公告）號: CN111092802B
• 公開（公告）日: 2022-09-16
• 發明（設計）人: 劉悅
• 申請（專利權）人: 中國移動通信有限公司研究院;中國移動通信集團有限公司
• 主分類號: H04L51/02
• 分類號: H04L51/02;H04L65/1104;H04L65/403
• 代理公司: 北京銀龍知識產權代理有限公司 11243
• 代理人: 許靜;安利霞

本發明公開了一種消息交互方法、發送設備及接收設備，該消息交互方法應用于發送端，包括：獲得消息內容；將所述消息內容通過獨立消息發送至接收端。本發明的實施例，使用獨立消息進行聊天機器人相關的消息交互，不需要建立SIP會話以及與其相對應的MSRP通道，聊天機器人Chatbot平臺與消息服務器之間采用能力開放接口的方式進行連接，有利于降低網絡端口等資源開銷，能夠增強網絡靈活性和擴展性；此外，該方案還實現了聊天機器人進行廣播和群發消息的功能，提升用戶體驗。

技術領域

本發明涉及通信技術領域，尤其涉及一種消息交互方法、發送設備及接收設備。

背景技術

目前RCS(Rich Communication Suite，融合通信)國際標準中的聊天機器人消息交互方式使用會話模式Session Mode，對于每一個應用與用戶之間的交互，需要建立一個SIP(Session Initiation Protocol，會話初始協議)會話以及一個與此會話相關聯的MSRP(Message Session Relay Protocol，消息會話傳遞協議)媒體通道，后續信息交互在MSRP通道中發送，這種交互方式帶來如下問題：

對于運營商網絡：無法支持A2P(Application to Person，應用到個人)消息中最常用的廣播與多播功能，也不能支持大量用戶同時向應用發送消息，用戶增多時會給運營商帶來巨大的網絡建設開銷，以及復雜的網絡規劃與維護問題；應用與用戶之間交互的消息路徑無法根據網絡資源和設備負載情況進行負載均衡，浪費網絡資源；會話建立后消息路徑固定，不能靈活進行容災，給用戶體驗帶來不良影響。

對于用戶：如同時與多個應用交互，即使沒有任何消息收發，在會話超時之前終端也需要一直維護多個會話，占用本地內存，且頻繁進行會話?；顣斐山K端電量和流量消耗巨大。

對于聊天機器人Chatbot平臺：Chatbot平臺要求使用SIP或MSRP與消息服務器對接，造成了功能擴展受SIP或MSRP協議制約，不便于對功能進行擴展和更新；與消息服務器之間的連接方式造成Chatbot平臺部署較為復雜。

因此，現有國際標準的方案從功能上無法滿足A2P消息市場最常見的幾種場景的使用需求，對于存在大量用戶和網絡側應用的市場，也是不適用的。

發明內容

為了解決上述技術問題，本發明提供了一種消息交互方法、發送設備及接收設備，以解決現有技術中的聊天機器人消息交互方式無法滿足多種使用場景的問題。

依據本發明的一個方面，提供了一種消息交互方法，應用于發送端，包括：

獲得消息內容；

將所述消息內容通過獨立消息發送至接收端。

優選的，發送端為聊天機器人Chatbot平臺時，將所述消息內容通過獨立消息發送至接收端，包括：

將所述消息內容通過能力開放接口發送至消息服務器；

通過所述消息服務器，將不需要匿名處理的消息內容通過會話初始協議消息SIPMESSAGE發送至接收端；或者

通過所述消息服務器，將需要匿名處理的消息內容通過會話初始協議消息SIPMESSAGE發送至匿名功能處理模塊，并將匿名處理后的消息內容通過會話初始協議消息SIPMESSAGE發送至接收端；所述接收端為終端。

優選的，所述消息內容包括接收者列表或接收者指針。

優選的，將所述消息內容通過獨立消息發送至接收端，包括：

建立發送端與消息服務器之間的會話通道；

通過所述會話通道，將所述消息內容通過大消息傳遞模式Large Message Mode發送至接收端。