[發明專利]數據交互方法、裝置和電子設備

有效

• 申請號: 202010770443.4
• 申請日: 2020-08-04
• 公開（公告）號: CN112040328B
• 公開（公告）日: 2023-03-10
• 發明（設計）人: 楊武;許鳳強
• 申請（專利權）人: 北京字節跳動網絡技術有限公司
• 主分類號: H04N21/4788
• 分類號: H04N21/4788;H04N21/472;H04N21/2187;H04N21/81
• 代理公司: 北京風雅頌專利代理有限公司 11403
• 代理人: 鄭穎穎

本公開實施例公開了一種數據交互方法、裝置、電子設備和計算機可讀存儲介質。其中該數據交互方法包括：發送消息拉取請求；接收與所述消息拉取請求對應的消息以及與所述消息對應的交互過程數據；其中所述交互過程數據為記錄所述消息的實時交互過程的數據；根據所述交互過程數據生成交互過程參數；其中，所述交互過程參數用于生成所述消息的交互過程；將所述交互過程參數存儲到存儲器中。上述方法通過生成交互過程參數，解決了無法完全還原實際消息的交互過程的技術問題。

技術領域

本公開涉及數據處理領域，尤其涉及一種數據交互方法、裝置、電子設備及計算機可讀存儲介質。

背景技術

隨著移動互聯網的飛速發展，傳統本地數據交互已無法滿足網民日益增長的交互需要。近年來，有些數據交互系統需要在通過服務器連接多個客戶端，以使客戶端之間可以進行數據交互。

一個典型的數據交互場景為直播場景，在該場景中多個客戶端通過服務器交互；直播業務有別于小視頻等業務中最大的一個區別和特點是直播的過程中可以進行實時的互動，包括評論，打賞，搶紅包，連麥等等。對于客戶端來說，所有的互動都是經過服務端包裝后，推送到手機客戶端，然后再由客戶端解析后，根據不同消息類型，進行不同的展示，或者進行相應的業務邏輯處理。有時候在直播時，瞬間會有大量的觀眾涌進直播間，觀眾會在直播間進行評論，或者給主播打賞，這些消息都會被實時的推送到主播的手機端，打賞還會根據禮物的類型展示不同的動效，這些會導致手機的cpu占用很高，當消息數量到一定量級時，甚至導致主播端手機性能出現瓶頸，導致直播卡頓。因此，客戶端需要經常定期的做一些性能測試，有針對性的優化，此時需要有一種能夠完全復現當時主播開播時候消息推送情況的方法，但是目前的方法無法完全復原交互的原始情況，會導致一些問題無法發現。

發明內容

提供該發明內容部分以便以簡要的形式介紹構思，這些構思將在后面的具體實施方式部分被詳細描述。該發明內容部分并不旨在標識要求保護的技術方案的關鍵特征或必要特征，也不旨在用于限制所要求的保護的技術方案的范圍。

為了解決目前的數據交互復原方法無法完全復原原始情況的問題，本公開實施例提出如下技術方案。

第一方面，本公開實施例提供一種數據交互方法，包括：

發送消息拉取請求；

接收與所述消息拉取請求對應的消息以及與所述消息對應的交互過程數據；其中所述交互過程數據為記錄所述消息的實時交互過程的數據；

根據所述交互過程數據生成交互過程參數；其中，所述交互過程參數用于生成所述消息的交互過程；

將所述交互過程參數存儲到存儲器中。

第二方面，本公開實施例提供一種數據交互方法，包括：

接收消息拉取請求；

根據所述消息拉取請求生成交互過程數據；其中所述交互過程數據為記錄消息的實時交互過程的數據；

獲取所述消息拉取請求所對應的消息；

發送所述消息以及所述交互過程數據。

第三方面，本公開實施例提供一種消息交互過程生成方法，包括：

獲取所述消息的交互過程參數；

根據所述消息的交互過程參數獲取所述消息以生成所述消息的交互過程。

第四方面，本公開實施例提供一種數據交互方法，包括：

接收模式選擇信號；

響應于所述模式選擇信號為第一模式信號，根據上述第一方面所述的數據交互方法進行數據交互；