[發明專利]一種排序處理方法、裝置、電子設備及存儲介質

在審

• 申請號: 202011489182.5
• 申請日: 2020-12-16
• 公開（公告）號: CN112597361A
• 公開（公告）日: 2021-04-02
• 發明（設計）人: 周影杰;彭飛;鄧竹立
• 申請（專利權）人: 北京五八信息技術有限公司
• 主分類號: G06F16/904
• 分類號: G06F16/904
• 代理公司: 北京潤澤恒知識產權代理有限公司 11319
• 代理人: 呂俊秀

本發明提供了一種排序處理方法、裝置、電子設備及存儲介質。所述方法，包括：針對任一客戶端，響應于針對目標對象的查看請求，獲取客戶端用戶針對目標對象的實時操作數據，實時操作數據包括所述目標對象在每個維度下的數據量占比、點擊率、會話數據量、會話時長、內容瀏覽時長、內容點贊量中的至少一種；維度包括所述目標對象所屬的業務維度、以每個目標對象自身作為維度中的至少一種；根據實時操作數據，通過預先訓練的排序模型獲取目標對象的排序預測結果；按照排序預測結果，在客戶端對目標對象進行排序展示；其中，排序模型通過多個已知排序結果的樣本對象的操作數據訓練得到。從而提高數據排序效率，減輕服務器的壓力以及對網絡狀態的依賴。

技術領域

本發明涉及互聯網技術領域，尤其涉及一種排序處理方法、裝置、電子設備及存儲介質。

背景技術

隨著移動互聯網的快速發展，手機、電腦等移動端日漸成為人機交互的主要平臺，而移動端的及時通訊功能也基本是每個App(Application，應用)必備的功能，在App的日常使用過程中，需要利用及時通訊的功能完成正常的業務交流。相關技術中，及時通訊列表的信息數據都是從服務端拉取的，端上沒有在單獨進行排序，而且服務端一般有以下兩種排序規則：其一，按照服務號消息的產生時間來排序的，最新的數據在最前面，越往后時間越久遠；其二，未讀消息在前，已讀消息在后。

但是，對于一個用戶量較大的App來說每天產生的數據訪問量是非常大的，消息中心每天會有千萬次的服務器請求，目前服務號接口的請求時機是只要進入到了消息頁面，就會觸發一次服務號的網絡請求，拉取新的數據，保證服務號排序的及時性，而這樣大量的并發請求就會給服務器造成很大的壓力。而且，網絡請求依賴網絡狀態，因為網絡的原因無法保證每次數據都下發成功導致服務號數據不及時，排序不準確，進而影響服務號在App上的曝光；其次，為了滿足用戶的多樣化需求，目前App中的業務線也越來越多樣化，而且不同的用戶使用微聊等及時通訊所針對的業務側重點也不同，如果每個移動端均直接從服務器拉取數據，那么每個移動端的排序方式是一致的，導致信息排序方式很難滿足不同移動端用戶的個性化需求，影響用戶體驗。

發明內容

本發明實施例提供一種排序處理方法、裝置、電子設備及存儲介質，以解決現有的信息排序方式依賴服務器以及網絡狀態，容易給服務器造成很大的壓力，且很難滿足不同移動端用戶的個性化需求的問題。

為了解決上述技術問題，本發明是這樣實現的：

第一方面，本發明實施例提供了一種排序處理方法，包括：

針對任一客戶端，響應于針對目標對象的查看請求，獲取所述客戶端用戶針對所述目標對象的實時操作數據，所述實時操作數據包括所述目標對象在每個維度下的數據量占比、點擊率、會話數據量、會話時長、內容瀏覽時長、內容點贊量中的至少一種；所述維度包括所述目標對象所屬的業務維度、以每個所述目標對象自身作為維度中的至少一種；

根據所述實時操作數據，通過預先訓練的排序模型獲取所述目標對象的排序預測結果；

按照所述排序預測結果，在所述客戶端對所述目標對象進行排序展示；

其中，所述排序模型通過多個已知排序結果的樣本對象的操作數據訓練得到。

可選地，在所述根據所述實時操作數據，通過預先訓練的排序模型獲取所述目標對象的排序預測結果的步驟之前，還包括：

下載并安裝包含所述目標對象的應用，所述應用中集成有基礎的排序模型，所述基礎的排序模型由樣本數據訓練得到，所述樣本數據中包含多個已知排序結果的樣本對象的操作數據。

可選地，在所述下載并安裝包含所述目標對象的應用的步驟之后，還包括：

獲取所述客戶端用戶針對所述目標對象的歷史操作數據，以及對應于所述歷史操作數據的所述目標對象的歷史排序結果；