本發(fā)明屬于計算機領域，尤其涉及一種榜單信息獲取方法及其裝置。

背景技術：

現(xiàn)階段，視頻直播作為一種新媒體愈來愈受到人們的歡迎，而視頻直播平臺作為眾多觀眾和主播之間的紐帶，其扮演著非常重要的角色。用戶在進入一主播的直播間時，需要獲取該主播的個人信息以及該主播在視頻直播平臺的排名、用戶貢獻度信息等這些主播直播間信息，這些主播直播間信息都存儲于視頻直播平臺的后臺服務器，大量的用戶同時從后臺服務器獲取眾多直播平臺上主播直播間信息時，使得后臺服務器壓力過大，易造成主播直播間信息顯示延遲、不完整，甚至出現(xiàn)信息錯誤等，另外，在后臺服務器的信息出現(xiàn)更新時，不能及時的更新至主播直播間，造成主播直播間信息時效性較差。

簡言之，現(xiàn)階段的視頻直播領域中獲取主播直播間信息時具有后臺服務器壓力大、信息時效性較差的技術問題。

技術實現(xiàn)要素：

有鑒于此，本發(fā)明實施例提供了一種榜單信息獲取方法及其裝置，用以解決現(xiàn)階段的視頻直播領域中獲取主播直播間信息時具有后臺服務器壓力大、信息時效性較差的技術問題。

本發(fā)明實施例提供了一種榜單信息獲取方法，其包括：

接收服務端在第一直播間對應榜單內(nèi)容有變動時發(fā)送的榜單訂閱信息，所述榜單訂閱信息中包含有所述第一直播間標識及所述第一直播間對應的新榜單內(nèi)容；

根據(jù)所述第一直播間標識，查詢本地是否緩存有所述第一直播間對應的舊榜單內(nèi)容；

若本地有緩存，則將所述舊榜單內(nèi)容更新為所述新榜單內(nèi)容；

當接收到客戶端發(fā)送的獲取所述第一直播間對應榜單內(nèi)容的第一請求時，將本地緩存的所述新榜單內(nèi)容發(fā)送至所述客戶端，以在所述客戶端的所述第一直播間界面中進行展示。

進一步地，所述方法還包括：

接收客戶端發(fā)送的獲取第二直播間對應榜單內(nèi)容的第二請求，所述第二請求中攜帶有所述第二直播間標識；

根據(jù)所述第二直播間標識，查詢本地是否緩存有所述第二直播間對應的榜單內(nèi)容；

若本地無緩存，則向所述服務端發(fā)送獲取所述第二直播間對應榜單內(nèi)容的第三請求；

將所述服務端反饋的所述第二直播間對應榜單內(nèi)容進行本地緩存，并將所述第二直播間對應榜單內(nèi)容發(fā)送至所述客戶端，以在所述客戶端的所述第二直播間界面中進行展示。

進一步地，所述方法還包括：

基于本地緩存的至少一個直播間對應的榜單內(nèi)容，與所述服務端建立訂閱所述至少一個直播間對應的榜單內(nèi)容的信息通信機制，以使所述服務端在所述至少一個直播間中的任意一個或多個直播間對應榜單內(nèi)容有變動時發(fā)送所述榜單訂閱信息。

進一步地，所述方法還包括：

當緩存失效事件發(fā)生時，將本地緩存的至少一個直播間對應的榜單內(nèi)容中的部分或全部刪除。

進一步地，所述方法還包括：

記錄第三直播間對應榜單內(nèi)容的緩存時刻；

若所述緩存時刻距當前時刻的時長超過閾值，則觸發(fā)刪除所述第三直播間對應榜單內(nèi)容的緩存失效事件。

本發(fā)明實施例并提供了一種榜單信息獲取裝置，其包括：

接收模塊，用于接收服務端在第一直播間對應榜單內(nèi)容有變動時發(fā)送的榜單訂閱信息，所述榜單訂閱信息中包含有所述第一直播間標識及所述第一直播間對應的新榜單內(nèi)容；

查詢模塊，用于根據(jù)所述第一直播間標識，查詢本地是否緩存有所述第一直播間對應的舊榜單內(nèi)容；

更新模塊，用于在所述查詢模塊查詢到本地有緩存，將所述舊榜單內(nèi)容更新為所述新榜單內(nèi)容；

發(fā)送模塊，用于當所述接收模塊接收到客戶端發(fā)送的獲取所述第一直播間對應榜單內(nèi)容的第一請求時，將本地緩存的所述新榜單內(nèi)容發(fā)送至所述客戶端，以在所述客戶端的所述第一直播間界面中進行展示。

進一步地，所述接收模塊還用于接收客戶端發(fā)送的獲取第二直播間對應榜單內(nèi)容的第二請求，所述第二請求中攜帶有所述第二直播間標識；

所述查詢模塊還用于根據(jù)所述第二直播間標識，查詢本地是否緩存有所述第二直播間對應的榜單內(nèi)容；

所述發(fā)送模塊還用于所述查詢模塊查詢到本地無緩存，向所述服務端發(fā)送獲取所述第二直播間對應榜單內(nèi)容的第三請求；

所述裝置還包括：

存儲模塊，用于將所述服務端反饋的所述第二直播間對應榜單內(nèi)容進行本地緩存；

所述發(fā)送模塊還用于將所述第二直播間對應榜單內(nèi)容發(fā)送至所述客戶端，以在所述客戶端的所述第二直播間界面中進行展示。

進一步地，所述裝置還包括：

建立訂閱模塊，用于基于本地緩存的至少一個直播間對應的榜單內(nèi)容，與所述服務端建立訂閱所述至少一個直播間對應的榜單內(nèi)容的信息通信機制，以使所述服務端在所述至少一個直播間中的任意一個或多個直播間對應榜單內(nèi)容有變動時發(fā)送所述榜單訂閱信息。

進一步地，所述裝置還包括：

刪除模塊，用于當緩存失效事件發(fā)生時，將本地緩存的至少一個直播間對應的榜單內(nèi)容中的部分或全部刪除。

進一步地，所述裝置還包括：

記錄模塊，用于記錄第三直播間對應榜單內(nèi)容的緩存時刻；

所述刪除模塊，還用于若所述記錄模塊記錄的所述緩存時刻距當前時刻的時長超過閾值，則觸發(fā)刪除所述第三直播間對應榜單內(nèi)容的緩存失效事件。

本發(fā)明實施例提供的榜單信息獲取方法及其裝置，通過接收服務端發(fā)送的榜單訂閱信息，對本地緩存有的舊榜單內(nèi)容更新為新榜單內(nèi)容，并接收客戶端的請求發(fā)送新榜單內(nèi)容至客戶端進行展示，避免了客戶端直接向服務端獲取榜單內(nèi)容，而造成服務端壓力過大的問題；以及避免了服務端的榜單內(nèi)容更新后，未及時發(fā)送更新內(nèi)容至客戶端的問題，即解決了現(xiàn)階段的視頻直播領域中獲取主播直播間信息時具有后臺服務器壓力大、信息時效性較差的技術問題。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例一提供的榜單信息獲取方法的一方法流程圖；

圖2為本發(fā)明實施例二提供的榜單信息獲取方法的一方法流程圖；

圖3為本發(fā)明實施例三提供的榜單信息獲取方法的一方法流程圖；

圖4為本發(fā)明實施例四提供的榜單信息獲取方法的一方法流程圖；

圖5為本發(fā)明實施例五提供的榜單信息獲取方法的一方法流程圖；

圖6為本發(fā)明實施例六提供的榜單信息獲取裝置的一結(jié)構方框圖；

圖7為本發(fā)明實施例六提供的榜單信息獲取裝置的又一結(jié)構方框圖；

圖8為本發(fā)明實施例七提供的榜單信息獲取裝置的一結(jié)構方框圖；

圖9為本發(fā)明實施例八提供的榜單信息獲取裝置的一結(jié)構方框圖；

圖10為本發(fā)明實施例九提供的榜單信息獲取裝置的一結(jié)構方框圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

在本發(fā)明實施例中使用的術語是僅僅出于描述特定實施例的目的，而非旨在限制本發(fā)明。在本發(fā)明實施例和所附權利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義，“多種”一般包含至少兩種，但是不排除包含至少一種的情況。

應當理解，本文中使用的術語“和/或”僅僅是一種描述關聯(lián)對象的關聯(lián)關系，表示可以存在三種關系，例如，a和/或b，可以表示：單獨存在a，同時存在a和b，單獨存在b這三種情況。另外，本文中字符“/”，一般表示前后關聯(lián)對象是一種“或”的關系。

應當理解，盡管在本發(fā)明實施例中可能采用術語第一、第二、第三等來描述xxx，但這些xxx不應限于這些術語。這些術語僅用來將xxx彼此區(qū)分開。例如，在不脫離本發(fā)明實施例范圍的情況下，第一xxx也可以被稱為第二xxx，類似地，第二xxx也可以被稱為第一xxx。

取決于語境，如在此所使用的詞語“如果”、“若”可以被解釋成為“在……時”或“當……時”或“響應于確定”或“響應于檢測”。類似地，取決于語境，短語“如果確定”或“如果檢測(陳述的條件或事件)”可以被解釋成為“當確定時”或“響應于確定”或“當檢測(陳述的條件或事件)時”或“響應于檢測(陳述的條件或事件)”。

還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的商品或者系統(tǒng)不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種商品或者系統(tǒng)所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的商品或者系統(tǒng)中還存在另外的相同要素。

實施例一

請參考圖1，為本發(fā)明實施例一提供的榜單信息獲取方法的一方法流程圖，該方法包括如下步驟：

步驟s101，接收服務端在第一直播間對應榜單內(nèi)容有變動時發(fā)送的榜單訂閱信息，所述榜單訂閱信息中包含有所述第一直播間標識及所述第一直播間對應的新榜單內(nèi)容；

步驟s102，根據(jù)所述第一直播間標識，查詢本地是否緩存有所述第一直播間對應的舊榜單內(nèi)容；

步驟s103，若本地有緩存，則將所述舊榜單內(nèi)容更新為所述新榜單內(nèi)容；

步驟s104，當接收到客戶端發(fā)送的獲取所述第一直播間對應榜單內(nèi)容的第一請求時，將本地緩存的所述新榜單內(nèi)容發(fā)送至所述客戶端，以在所述客戶端的所述第一直播間界面中進行展示。

在步驟s101中，所述服務端指的是包括所述第一直播間等直播間的后臺服務器，所述服務端上具有各個直播間的視頻直播文件以及各個直播間的榜單訂閱信息；具體地，在所述第一直播間對應榜單內(nèi)容有變動時，接收所述服務端發(fā)送的榜單訂閱信息，其中，所述榜單訂閱信息中包含有所述第一直播間標識及所述第一直播間對應的新榜單內(nèi)容。在這里，所述第一直播間標識可以是所述第一直播間的id信息，如包含在所述第一直播間進行視頻直播的主播的信息等；所述第一直播間對應的新榜單內(nèi)容指的是在所述第一直播間對應榜單內(nèi)容有變動之后的內(nèi)容，即所述服務端上最新的所述榜單內(nèi)容，所述榜單內(nèi)容指的是視頻直播平臺中觀眾對所述第一直播間的主播的貢獻度排行榜，其包括了所述第一直播間的id信息。

承接上述步驟s101，在步驟s102中，根據(jù)所述第一直播間標識，查詢本地是否緩存有所述第一直播間對應的舊榜單內(nèi)容；具體地，根據(jù)所述第一直播間的id信息，查詢在本地是否存在所述第一直播間對應的舊榜單內(nèi)容，在這里判斷榜單內(nèi)容的新或舊，可以根據(jù)產(chǎn)生所述榜單內(nèi)容的時間，假若產(chǎn)生的時間早于當前時間即為舊榜單內(nèi)容。

承接上述步驟s102，在步驟s103中，若本地緩存有所述第一直播間對應的舊榜單內(nèi)容，將所述舊榜單內(nèi)容更新為所述新榜單內(nèi)容，具體地更新方法可以是用所述新榜單內(nèi)容替換所述舊榜單內(nèi)容；若本地沒有緩存所述第一直播間對應的舊榜單內(nèi)容，則所接收到的榜單內(nèi)容即為最新的榜單內(nèi)容。

承接上述步驟s103，在步驟s104中，在接收到客戶端發(fā)送的獲取所述第一直播間對應榜單內(nèi)容的第一請求時，在這里，可以是用戶進入所述第一直播間時，需要指出的是其可以是用戶登錄賬號進入所述第一直播間，也可以是用戶以游客身份進入所述第一直播間，即所述第一直播間被開啟時，即發(fā)送獲取所述第一直播間對應榜單內(nèi)容的第一請求；在接收到所述第一請求時，將本地緩存的所述新榜單內(nèi)容發(fā)送至所述客戶端，以在所述客戶端的所述第一直播間界面中進行展示，即在所述客戶端的所述第一直播間中展示所述新榜單內(nèi)容，如在所述第一直播間的直播畫面中展示觀眾對所述第一直播間的主播的貢獻度排行榜。

以上實施例中，通過接收服務端發(fā)送的榜單訂閱信息，對本地緩存有的舊榜單內(nèi)容更新為新榜單內(nèi)容，并接收客戶端的請求發(fā)送新榜單內(nèi)容至客戶端進行展示，避免了客戶端直接向服務端獲取榜單內(nèi)容，而造成服務端壓力過大的問題，以及避免了服務端的榜單內(nèi)容更新后，未及時發(fā)送更新內(nèi)容至客戶端的問題，解決了現(xiàn)階段的視頻直播領域中獲取主播直播間信息時具有后臺服務器壓力大、信息時效性較差的技術問題。

實施例二

請參考圖2，為本發(fā)明實施例二提供的榜單信息獲取方法的一方法流程圖，本實施例在實施例一的基礎上，該方法還包括如下步驟：

步驟s201，接收客戶端發(fā)送的獲取第二直播間對應榜單內(nèi)容的第二請求，所述第二請求中攜帶有所述第二直播間標識；

步驟s202，根據(jù)所述第二直播間標識，查詢本地是否緩存有所述第二直播間對應的榜單內(nèi)容；

步驟s203，若本地無緩存，則向所述服務端發(fā)送獲取所述第二直播間對應榜單內(nèi)容的第三請求；

步驟s204，將所述服務端反饋的所述第二直播間對應榜單內(nèi)容進行本地緩存，并將所述第二直播間對應榜單內(nèi)容發(fā)送至所述客戶端，以在所述客戶端的所述第二直播間界面中進行展示。

在步驟s201中，用戶進入某一直播間時，如第二直播間，會發(fā)送獲取第二直播間對應榜單內(nèi)容的第二請求，需要指出的是用戶進入第二直播間其可以是用戶登錄賬號進入所述第二直播間，也可以是用戶以游客身份進入所述第二直播間，即所述第二直播間被開啟時，即發(fā)送獲取所述第二直播間對應榜單內(nèi)容的第二請求，在這里，所述第二請求中攜帶有所述第二直播間標識，如所述第二直播間的id信息。

承接上述步驟s201，在步驟s202中，根據(jù)所述第二直播間標識，查詢本地是否緩存有所述第二直播間對應的榜單內(nèi)容；具體地，根據(jù)所述第二直播間的id信息，查詢在本地是否存在所述第二直播間對應的榜單內(nèi)容。

承接上述步驟s202，在步驟s203中，若本地緩存有所述第二直播間對應的榜單內(nèi)容，即可進行將所述榜單內(nèi)容發(fā)送至客戶端的操作；若本地沒有緩存所述第二直播間對應的榜單內(nèi)容，則向所述服務端發(fā)送獲取所述第二直播間對應榜單內(nèi)容的第三請求，在這里，在本地沒有緩存時，將所述客戶端發(fā)送的所述第二請求轉(zhuǎn)化為向所述服務端發(fā)送的第三請求。

承接上述步驟s203，在步驟s204中，所述服務端在接收到所述第三請求后，會對所述第三請求進行反饋，即將所述第二直播間對應榜單內(nèi)容反饋回來。具體地，首先要將所述服務端反饋的所述第二直播間對應榜單內(nèi)容進行本地緩存，然后將所述第二直播間對應榜單內(nèi)容發(fā)送至所述客戶端，即完成應對所述客戶端的所述第二請求，以在所述客戶端的所述第二直播間界面中進行展示，即在所述客戶端的所述第二直播間中展示所述榜單內(nèi)容，如在所述第二直播間的直播畫面中展示觀眾對所述第二直播間的主播的貢獻度排行榜。

以上實施例中，通過接收客戶端的請求，在本地沒有緩存榜單內(nèi)容時發(fā)送請求至服務端，將服務端反饋的榜單內(nèi)容進行本地緩存，并發(fā)送至客戶端進行展示，避免了客戶端直接向服務端獲取榜單內(nèi)容，而造成服務端壓力過大的問題，進一步解決了現(xiàn)階段的視頻直播領域中獲取主播直播間信息時具有后臺服務器壓力大的技術問題。

實施例三

請參考圖3，為本發(fā)明實施例三提供的榜單信息獲取方法的一方法流程圖，本實施例在實施例一或?qū)嵤├幕A上，該方法還包括如下步驟：

步驟s300，基于本地緩存的至少一個直播間對應的榜單內(nèi)容，與所述服務端建立訂閱所述至少一個直播間對應的榜單內(nèi)容的信息通信機制，以使所述服務端在所述至少一個直播間中的任意一個或多個直播間對應榜單內(nèi)容有變動時發(fā)送所述榜單訂閱信息。

具體地，要對本地存儲的至少一個直播間對應的榜單內(nèi)容與所述服務器建立訂閱信息通信機制，在所述服務器中相應直播間的榜單內(nèi)容發(fā)生變動后，及時接收所述服務器發(fā)送的變動之后的新榜單內(nèi)容。在這里，直播間的榜單內(nèi)容發(fā)生變動指的是直播間中的任意一個或多個直播間對應榜單內(nèi)容有變動，換言之直播間對應榜單內(nèi)容中有一處變化則視為直播間的榜單內(nèi)容發(fā)生變動。與所述服務端建立訂閱信息通信機制是為了，使所述服務端在所述至少一個直播間中的任意一個或多個直播間對應榜單內(nèi)容有變動時發(fā)送所述榜單訂閱信息。

實施例四

請參考圖4，為本發(fā)明實施例四提供的榜單信息獲取方法的一方法流程圖，本實施例在實施例一或?qū)嵤├幕A上，該方法還包括如下步驟：

步驟s400，當緩存失效事件發(fā)生時，將本地緩存的至少一個直播間對應的榜單內(nèi)容中的部分或全部刪除。

具體地，由于本地緩存有存儲空間的限制，因此并不是無限制的存儲所述服務端發(fā)送的榜單內(nèi)容，也需要對本地緩存中的所述榜單內(nèi)容進行清理，即當緩存失效事件發(fā)生時，將本地緩存的至少一個直播間對應的榜單內(nèi)容中的部分或全部刪除，在這里，緩存失效事件可以是長時間未收到所述客戶端的獲取榜單內(nèi)容請求，也可以是該直播間的主播賬戶在直播平臺上注銷，或者是關注該直播間的主播的觀眾數(shù)量少于某一數(shù)量等。

這里并不對緩存失效事件的具體情況做具體限定，僅需要強調(diào)在緩存失效事件發(fā)生時，將本地緩存的至少一個直播間對應的榜單內(nèi)容中的部分或全部刪除，這里需要指出的是刪除的可以是榜單的全部內(nèi)容，也可以是榜單的部分內(nèi)容。

實施例五

請參考圖5，為本發(fā)明實施例五提供的榜單信息獲取方法的一方法流程圖，本實施例在實施例四的基礎上，該方法還包括如下步驟：

步驟s501，記錄第三直播間對應榜單內(nèi)容的緩存時刻；

步驟s502，若所述緩存時刻距當前時刻的時長超過閾值，則觸發(fā)刪除所述第三直播間對應榜單內(nèi)容的緩存失效事件。

在步驟s501中，在緩存所述服務端發(fā)送的所述榜單內(nèi)容時，會記錄該直播間對應榜單內(nèi)容的緩存時刻，如所緩存的所述榜單內(nèi)容中包括該榜單內(nèi)容的生成時間。

在步驟s502中，對所述緩存時刻和當前時刻做差處理，得到兩者之間的時差，當所述時差超過一閾值時，如72小時，觸發(fā)刪除所述第三直播間對應榜單內(nèi)容的緩存失效事件，觸發(fā)所述緩存失效事件，即將本地緩存的所述第三直播間對應的榜單內(nèi)容中的部分或全部刪除。

以上通過觸發(fā)所述緩存失效事件，刪除本地緩存的榜單內(nèi)容的部分或者全部，可以及時清理冗余緩存，減小本地緩存壓力。

實施例六

請參考圖6-7，分別為本發(fā)明實施例六提供的榜單信息獲取裝置的一結(jié)構方框圖，榜單信息獲取裝置1分別與服務端2和客戶端3相連接，此處的連接可以是通過互聯(lián)網(wǎng)相互通信連接，所述服務端2和所述客戶端3的數(shù)量可以視具體的情況而定，可以是一對一，也可以是一對多，在這里并不對此進行限定。

所述榜單信息獲取裝置1包括接收模塊110、查詢模塊120、更新模塊130以及發(fā)送模塊140。

所述接收模塊110用于接收所述服務端2在第一直播間對應榜單內(nèi)容有變動時發(fā)送的榜單訂閱信息，所述榜單訂閱信息中包含有所述第一直播間標識及所述第一直播間對應的新榜單內(nèi)容；

所述查詢模塊120用于根據(jù)所述第一直播間標識，查詢本地是否緩存有所述第一直播間對應的舊榜單內(nèi)容；

所述更新模塊130，用于在所述查詢模塊120查詢到本地有緩存，將所述舊榜單內(nèi)容更新為所述新榜單內(nèi)容；

所述發(fā)送模塊140用于當所述接收模塊110接收到所述客戶端3發(fā)送的獲取所述第一直播間對應榜單內(nèi)容的第一請求時，將本地緩存的所述新榜單內(nèi)容發(fā)送至所述客戶端3，以在所述客戶端3的所述第一直播間界面中進行展示。

以上實施例中，通過接收模塊接收服務端發(fā)送的榜單訂閱信息，更新模塊對本地緩存有的舊榜單內(nèi)容更新為新榜單內(nèi)容，并在接收模塊接收客戶端的請求后，發(fā)送模塊發(fā)送新榜單內(nèi)容至客戶端進行展示，避免了客戶端直接向服務端獲取榜單內(nèi)容，而造成服務端壓力過大的問題，以及避免了服務端的榜單內(nèi)容更新后，未及時發(fā)送更新內(nèi)容至客戶端的問題，解決了現(xiàn)階段的視頻直播領域中獲取主播直播間信息時具有后臺服務器壓力大、信息時效性較差的技術問題。

實施例七

請參考圖8，分別為本發(fā)明實施例七提供的榜單信息獲取裝置的一結(jié)構方框圖，所述榜單信息獲取裝置1還包括存儲模塊150

所述接收模塊110還用于接收所述客戶端3發(fā)送的獲取第二直播間對應榜單內(nèi)容的第二請求，所述第二請求中攜帶有所述第二直播間標識；

所述查詢模塊120還用于根據(jù)所述第二直播間標識，查詢本地是否緩存有所述第二直播間對應的榜單內(nèi)容；

所述發(fā)送模塊140還用于所述查詢模塊120查詢到本地無緩存，向所述服務端2發(fā)送獲取所述第二直播間對應榜單內(nèi)容的第三請求；

所述存儲模塊150用于將所述服務端2反饋的所述第二直播間對應榜單內(nèi)容進行本地緩存；

所述發(fā)送模塊140還用于將所述第二直播間對應榜單內(nèi)容發(fā)送至所述客戶端3，以在所述客戶端3的所述第二直播間界面中進行展示。

以上實施例中，通過接收模塊接收客戶端的請求，在本地沒有緩存榜單內(nèi)容時發(fā)送模塊發(fā)送請求至服務端，存儲模塊將服務端反饋的榜單內(nèi)容進行本地緩存，并通過發(fā)送模塊發(fā)送至客戶端進行展示，避免了客戶端直接向服務端獲取榜單內(nèi)容，而造成服務端壓力過大的問題，進一步解決了現(xiàn)階段的視頻直播領域中獲取主播直播間信息時具有后臺服務器壓力大的技術問題。

實施例八

請參考圖9，分別為本發(fā)明實施例八提供的榜單信息獲取裝置的一結(jié)構方框圖，所述榜單信息獲取裝置1還包括建立訂閱模塊160。

所述建立訂閱模塊160用于基于本地緩存的至少一個直播間對應的榜單內(nèi)容，與所述服務端2建立訂閱所述至少一個直播間對應的榜單內(nèi)容的信息通信機制，以使所述服務端2在所述至少一個直播間中的任意一個或多個直播間對應榜單內(nèi)容有變動時發(fā)送所述榜單訂閱信息。

實施例九

請參考圖10，分別為本發(fā)明實施例九提供的榜單信息獲取裝置的一結(jié)構方框圖，所述榜單信息獲取裝置1還包括刪除模塊170以及記錄模塊180。

所述刪除模塊170用于當緩存失效事件發(fā)生時，將本地緩存的至少一個直播間對應的榜單內(nèi)容中的部分或全部刪除。

進一步地，所述記錄模塊180用于記錄第三直播間對應榜單內(nèi)容的緩存時刻；

所述刪除模塊170還用于若所述記錄模塊180記錄的所述緩存時刻距當前時刻的時長超過閾值，則觸發(fā)刪除所述第三直播間對應榜單內(nèi)容的緩存失效事件。

需要指出的是，以上實施例中，實施例一、二、三、四、五分別為榜單信息獲取方法的實施例，實施例六、七、八、九分別為榜單信息獲取裝置的實施例，在裝置實施例中如遇不清楚之處可以參考方法實施例的描述，或者本發(fā)明的所有實施例可以相互參考。

以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件。基于這樣的理解，上述技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。

最后應說明的是：以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的精神和范圍。