[發明專利]頁面展現流的控制方法、系統及其裝置

有效

• 申請號: 201610143255.2
• 申請日: 2016-03-14
• 公開（公告）號: CN107196980B
• 公開（公告）日: 2020-11-13
• 發明（設計）人: 陸操
• 申請（專利權）人: 創新先進技術有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京清亦華知識產權代理事務所(普通合伙) 11201
• 代理人: 張大威

本申請公開一種頁面展現流的控制方法及其系統，方法包括以下步驟：接收服務器發送的展現塊的ID列表；接收第i₀至第i_N個展現塊的內容數據并在頁面中展現，其中N為頁面所能展現的展現塊的數量；接收用戶的下拉加載指令，并根據下拉加載指令獲取當前頁碼；根據頁碼和ID列表獲取待加載展現塊的標識，并將待加載展現塊的標識發送至服務器；以及接收服務器反饋的待加載展現塊的內容數據并在頁面中展現。通過本申請實施例的方法，可有效改善展現塊在頁面中展現排序的穩定性，并減少甚至避免了展現塊的丟失或重復的現象，同時優化展現塊的展現性能，提升用戶的使用體驗。本申請還公開了一種服務器和客戶端。

技術領域

本申請涉及互聯網技術領域，尤其涉及一種頁面展現流的控制方法、系統及其裝置。

背景技術

通常，應用軟件客戶端(例如微信)會存在大量內容數據，為了顯示這些內容數據，通常會使用Feed流(即展示流)根據更新數據的時間順序實現顯示展現塊。由于Feed流通常都比較長，不能很好的進行內容數據的顯示，因此為了優化性能通常采用分頁的形式進行顯示內容數據。

目前，現有Feed流的分頁方式主要分為兩類：一類是基于頁碼進行分頁。客戶端在每次分頁的時候，會把當前的頁碼作為參數傳給服務器，服務器再根據已經約定好的每頁數據量查詢下頁的數據，并將查詢的數據返回給客戶端進行加載。客戶端在接收到服務器返回的數據后以Feed流方式展示并更新頁碼，為下一次的分頁做準備。另一類是基于最后一條展現塊ID進行分頁。客戶端在每次分頁的時候，獲取當前的Feed流的最后一條展現塊的ID，并把它作為參數傳給服務器。之后服務器再根據接收到的ID以向后的順序獲取下一頁數據并返回至客戶端進行加載。客戶端接收到數據后以Feed流方式展示將下一頁數據內容展現出來。

但是，上述兩種分頁方式，在Feed流出現排序不穩定的情況時，即展示塊的順序實時發生變化時，兩種分頁方式會存在問題。例如在Feed流中，存在a,b,c,d,e,f,g,h,i,j,k幾個展現塊，假定每頁顯示的展現塊數量為4，此時第一頁的展現塊即為a,b,c,d。如果在進行下一次分頁之前，展現塊e的狀態發生了變化，根據規則，展現塊e會被置于頁面的頂部，即新的Feed流順序為e,a,b,c,d,f,g,h,i,j,k。如果按照頁碼進行分頁，第二頁的數據為d,f,g,h，這樣會出現一個重復展現塊f,如果按照最后一條展現塊ID進行分頁，第二頁的數據為f,g,h,i，這樣則會漏掉一條展現塊e。因此，傳統的兩種分頁方式都無法滿足Feed流展現的需求。

發明內容

本申請的目的旨在至少在一定程度上解決上述的技術問題之一。

為此，本申請的第一個目的在于提出一種頁面展現流的控制方法，該方法可有效改善展現塊在頁面中展現排序的穩定性，并減少甚至避免了展現塊的丟失或者重復的現象，同時能夠優化展現塊的顯示性能，提升用戶的使用體驗。

本申請的第二個目的在于提出了一種頁面展現流的控制系統。

本申請的第三個目的在于提出了一種客戶端。

本申請的第四個目的在于提出了一種服務器。

為達上述目的，根據本申請第一方面實施例提出的一種頁面展現流的控制方法，包括以下步驟：接收服務器發送的展現塊的ID列表，其中，ID列表包括M個展現塊的標識，M為正整數；接收第i₀至第i_N個展現塊的內容數據并在頁面中展現，其中，N為頁面所能展現的展現塊的數量；接收用戶的下拉加載指令，并根據下拉加載指令獲取當前頁碼；根據頁碼和ID列表獲取待加載展現塊的標識，并將待加載展現塊的標識發送至服務器；以及接收服務器反饋的待加載展現塊的內容數據并在頁面中展現。