[發明專利]Feed流實現方法、系統、電子設備和存儲介質

在審

• 申請號: 202210451015.4
• 申請日: 2022-04-26
• 公開（公告）號: CN115052040A
• 公開（公告）日: 2022-09-13
• 發明（設計）人: 趙勇
• 申請（專利權）人: 浪潮通信技術有限公司
• 主分類號: H04L67/566
• 分類號: H04L67/566;H04L67/568;H04L67/55;H04L67/62;H04L51/52;G06F16/9536;G06Q50/00
• 代理公司: 北京路浩知識產權代理有限公司 11002
• 代理人: 肖艷

本發明提供一種Feed流實現方法、系統、電子設備和存儲介質，包括：基于遠程字典服務Redis時間線緩存機制，在Feed流中存儲待推送內容的時間線；基于Feed時間分區數據庫存儲機制在數據庫中存儲所述待推送內容；根據Feed推送機制和所述時間線，從所述數據庫獲取所述待推送內容，并發送所述待推送內容。本發明針對主流社交網絡軟件中采用的Feed流數據模式，通過對數據推送效能和數據存儲模式的改進，實現推拉相結合，按需進行推送和拉取數據流，高效利用Redis緩存，提高用戶訪問Feed系統時的動態性能，提升用戶體驗。

技術領域

本發明涉及數據處理技術領域，尤其涉及一種Feed流實現方法、系統、電子設備和存儲介質。

背景技術

目前，主流的社交網絡軟件(Social Network Software，SNS)系統包括微博、微信朋友圈等，通常都是通過Feed流進行消息推送。Feed流本質上是一種數據流，是將“N個發布者的信息單元”通過“關注關系”發送給“M個接收者”。

在當下的SNS系統以及Feed微博系統蓬勃發展下，類似新鮮事、微博、朋友圈等各種產品，尤其App產品中，需求旺盛，哪怕非Feed系統產品，也可能會有集成類型功能的需求。而當下主流產品，采用自己獨立的方案，有的使用推方案，有的使用拉方案，沒有形成統一高效的數據處理機制，導致用戶數據處理不夠及時，無法較好地識別熱點信息和非熱點信息，另外對信息的存儲處理也不夠理想。

因此，需要提出新的針對社交網絡軟件中Feed流的實現方法，能綜合解決上述問題。

發明內容

本發明提供一種Feed流實現方法、系統、電子設備和存儲介質，用以解決現有技術中社交網絡軟件處理用戶推送數據時不能有效地平衡數據推送和數據拉取，以及無法高效利用緩存的缺陷。

第一方面，本發明提供一種Feed流實現方法，包括：

基于遠程字典服務Redis時間線緩存機制，在Feed流中存儲待推送內容的時間線；

基于Feed時間分區數據庫存儲機制在數據庫中存儲所述待推送內容；

根據Feed推送機制和所述時間線，從所述數據庫獲取所述待推送內容，并發送所述待推送內容。

根據本發明提供的一種Feed流實現方法，還包括：

基于Feed輔助拉取機制或Feed推拉結合處理機制，更新當前訪問內容。

根據本發明提供的一種Feed流實現方法，基于Redis時間線緩存機制，在Feed流中存儲待推送內容的時間線，包括：

確定向單個用戶分配所述時間線，所述時間線用于反饋所述單個用戶的訪問動態；

將所述時間線存儲至Redis內存數據庫中。

根據本發明提供的一種Feed流實現方法，基于Feed時間分區數據庫存儲機制在數據庫中存儲所述待推送內容，包括：

獲取所述待推送內容的訪問時間距離；

若確定所述訪問時間距離在預設天數范圍內，則將所述待推送內容存儲至天數存儲表中；

若確定所述訪問時間距離在所述預設天數范圍外，以及在預設月份范圍內，則將所述待推送內容存儲至月份存儲表中；

若確定所述訪問時間距離在所述預設月份范圍外，則將所述待推送內容存儲至全量存儲表中。

根據本發明提供的一種Feed流實現方法，根據Feed推送機制和所述時間線，從所述數據庫獲取所述待推送內容，并發送所述待推送內容，包括：

確定時間線訪問時長閾值，獲取用戶訪問Feed流的訪問時間；