[發明專利]一種視頻推薦系統

有效

• 申請號: 201910341302.8
• 申請日: 2019-04-25
• 公開（公告）號: CN110069714B
• 公開（公告）日: 2021-06-22
• 發明（設計）人: 劉永才
• 申請（專利權）人: 北京酷我科技有限公司
• 主分類號: G06F16/9535
• 分類號: G06F16/9535;G06F16/68;G06F16/78
• 代理公司: 北京國標律師事務所 11753
• 代理人: 姚克楓

本發明涉及一種視頻推薦系統，至少兩臺HTTP服務器http?server，作為系統接入入口，由推薦服務器組成的推薦服務器集群，每個推薦服務器內部邏輯分為：數據分發器，數據召回器，數據過濾器，兩臺歷史服務器，采用主備模式，歷史服務器分兩類數據：一類是模型中的數據，一類是實時數據，兩臺召回池服務器，采用主備模式，起數據緩存功能，數據召回器將召回的數據存入召回池服務器，數據過濾器從召回池服務器中獲取數據。本發明，系統架構清晰，處理效率高，穩定性好，能有效解決系統資源不足的問題，可實現視頻推薦及音頻推薦功能，提升用戶體驗，能避免重復推送，提升推送體驗的親和度。

技術領域

本發明涉及根據用戶行為進行多媒體內容推薦技術領域，具體說是一種視頻推薦系統。

背景技術

在多媒體技術飛速發展的時代，音樂與短視頻的融合成為發展的新趨勢，在“音樂+社交”的方式的基礎上，越來越多的音樂APP開始嘗試并提供短視頻功能，通過“音樂+短視頻”的方式，進一步豐富音樂APP的娛樂性，進一步豐富APP朋友動態圈的內容質量和豐富度，增強APP朋友動態圈的用戶活躍度。

音樂+短視頻的方式，涉及到了B2C(Business-to-Customer)業務，其特點在于流量大、數據多，在同一時間段會有大量的用戶對系統進行高并發的訪問，這對系統造成大量的訪問壓力，極易出現系統資源不足的問題，例如服務器端的內存、cpu、網絡帶寬不足等問題。

當系統資源不足時，如何在不影響當前系統運行的情況下動態的添加設備(添加服務器)，需要進行相應的優化，當流量減少，系統資源不足的情況得到緩解時，如何在不影響當前系統運行的情況下動態的減少設備(減少服務器)，也需要進一步考慮并設計。

由于系統龐大，需要考慮并實現全自動化管理(如模型數據的自動化生成、模型數據的校驗、數據由線下到線上的同步，系統的重啟等)，以及當集群中某臺服務器異常退出后，對其進行實時報警，以便及時處理，確保系統安全。

另外，由于方案是個性化推薦，如何對系統進行安全重啟升級，后續也需要給予考慮。

發明內容

針對現有技術中存在的缺陷，本發明的目的在于提供一種視頻推薦系統，系統架構清晰，處理效率高，穩定性好，能有效解決系統資源不足的問題，可實現視頻推薦及音頻推薦功能，提升用戶體驗，能避免重復推送，提升推送體驗的親和度。

為達到以上目的，本發明采取的技術方案是：

一種視頻推薦系統，其特征在于，包括：

至少兩臺HTTP服務器http-server，作為系統接入入口，用于接收并處理推薦請求，并返回相應的推薦數據，

HTTP服務器通過建桶，在桶中按需求添加推薦服務器，

由推薦服務器組成的推薦服務器集群，每個推薦服務器內部邏輯分為：數據分發器Deliver Server，數據召回器Recall Server，數據過濾器Filter Server，

兩臺歷史服務器，采用主備模式，歷史服務器分兩類數據：

一類是模型中的數據，該類數據是從播放記錄中訓練統計的數據，該數據主要包括歷史播放記錄、從記錄中統計的用戶分數等，

一類是實時數據，還沒有被訓練成模型的數據，

兩臺召回池服務器，采用主備模式，起數據緩存功能，數據召回器將召回的數據存入召回池服務器，數據過濾器從召回池服務器中獲取數據。

在上述技術方案的基礎上，HTTP服務器負責數據分流，總的流量按100％劃分到每個桶，每個桶流量任意。

在上述技術方案的基礎上，HTTP服務器負責AB策略測試，對桶設置不同的策略，桶中的推薦服務器則執行這些策略，隨后進行不同桶中數據之間的數據對比。