本發(fā)明涉及互聯(lián)網(wǎng)領(lǐng)域，具體而言，涉及一種首頁推薦處理方法及裝置。

背景技術(shù)：

隨著直播行業(yè)的快速發(fā)展，直播分類越來越多，直播的內(nèi)容同時也海量的在增加中。針對這種情況，增加了推薦列表，將優(yōu)質(zhì)內(nèi)容的直播間，添加至推薦列表中，該推薦列表中的直播間在客戶端進行首頁推薦。但是，由于受客戶端性能限制，推薦列表中的直播間具有數(shù)量限制，從而限制了可推薦直播間的數(shù)量。

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

有鑒于此，本發(fā)明實施例提供了一種首頁推薦處理方法及裝置，將第一推薦列表中的直播間進行首頁推薦，同時設(shè)置第二推薦列表，在第一推薦列表內(nèi)直播間的房間標識達到預(yù)設(shè)數(shù)量時，將首頁推薦請求中的直播間的房間標識存儲至第二推薦列表，以改善上述問題。

為了實現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案如下：

一種首頁推薦處理方法，所述方法包括：接收首頁推薦請求，所述首頁推薦請求中包括所推薦的直播間的房間標識；判斷第一推薦列表中的房間標識數(shù)量是否達到預(yù)設(shè)數(shù)量；若所述第一推薦列表中的房間標識數(shù)量達到預(yù)設(shè)數(shù)量，將所述首頁推薦請求中的房間標識存儲至第二推薦列表。

一種首頁推薦處理裝置，所述裝置包括：接收模塊，用于接收首頁推薦請求，所述首頁推薦請求中包括所推薦的直播間的房間標識；數(shù)量判斷模塊，用于判斷第一推薦列表中的房間標識數(shù)量是否達到預(yù)設(shè)數(shù)量；存儲模塊，用于若所述第一推薦列表中的房間標識數(shù)量達到預(yù)設(shè)數(shù)量，將所述首頁推薦請求中的房間標識存儲至第二推薦列表。

本發(fā)明實施例提供的首頁推薦處理方法及裝置，在接收到首頁推薦請求后，判斷第一推薦列表中直播間的房間標識是否達到預(yù)設(shè)數(shù)量，若是，則將該首頁推薦請求中的房間標識存儲至第二推薦列表，改善了對可推薦直播間的數(shù)量限制。

為使本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，下文特舉較佳實施例，并配合所附附圖，作詳細說明如下。

附圖說明

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

圖1為本發(fā)明較佳實施例提供的服務(wù)器與本地終端進行交互的示意圖；

圖2為本發(fā)明較佳實施例提供的服務(wù)器的結(jié)構(gòu)框圖；

圖3示出了本發(fā)明第一實施例提供的首頁推薦處理方法的一種流程圖；

圖4示出了本發(fā)明第一實施例提供的首頁推薦處理方法的另一種流程圖；

圖5示出了本發(fā)明第一實施例提供的首頁推薦處理方法的部分步驟的流程圖；

圖6示出了本發(fā)明第三實施例提供的首頁推薦處理裝置的功能模塊圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發(fā)明實施例的組件可以以各種不同的配置來布置和設(shè)計。因此，以下對在附圖中提供的本發(fā)明的實施例的詳細描述并非旨在限制要求保護的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施例?；诒景l(fā)明的實施例，本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

應(yīng)注意到：相似的標號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進行進一步定義和解釋。同時，在本發(fā)明的描述中，術(shù)語“第一”、“第二”等僅用于區(qū)分描述，而不能理解為指示或暗示相對重要性。

如圖1所示，是本發(fā)明較佳實施例提供的服務(wù)器100與本地終端200進行交互的示意圖。所述服務(wù)器100通過網(wǎng)絡(luò)與一個或多個本地終端200進行通信連接，以進行數(shù)據(jù)通信或交互。所述服務(wù)器100可以為一個或多個服務(wù)器，如web服務(wù)器(websserver)、用戶服務(wù)器、網(wǎng)絡(luò)服務(wù)器、數(shù)據(jù)庫服務(wù)器等。若服務(wù)器100為多個服務(wù)器，該多個服務(wù)器之間可以相互配合，進行數(shù)據(jù)交互。所述本地終端200可以是個人電腦(personalcomputer，pc)、平板電腦、智能手機等。并且，本地終端中安裝有客戶端，該客戶端為可以為瀏覽器、直播應(yīng)用程序、播放器、點播應(yīng)用程序或者其他。

圖2示出了一種可應(yīng)用于本發(fā)明實施例中的服務(wù)器100的結(jié)構(gòu)框圖。如圖2所示，服務(wù)器100包括存儲器102、存儲控制器104，一個或多個(圖中僅示出一個)處理器106、外設(shè)接口108、射頻模塊110等。這些組件通過一條或多條通信總線/信號線116相互通信。

存儲器102可用于存儲軟件程序以及模塊，如本發(fā)明實施例中的首頁推薦處理方法及裝置對應(yīng)的程序指令/模塊，處理器106通過運行存儲在存儲器102內(nèi)的軟件程序以及模塊，從而執(zhí)行各種功能應(yīng)用以及數(shù)據(jù)處理，如本發(fā)明實施例提供的首頁推薦處理方法。

存儲器102可包括高速隨機存儲器，還可包括非易失性存儲器，如一個或者多個磁性存儲裝置、閃存、或者其他非易失性固態(tài)存儲器。處理器106以及其他可能的組件對存儲器102的訪問可在存儲控制器104的控制下進行。

外設(shè)接口108連接處理器106以及存儲器102。在一些實施例中，外設(shè)接口108、處理器106以及存儲控制器104可以在單個芯片中實現(xiàn)。在其他一些實例中，他們可以分別由獨立的芯片實現(xiàn)。

射頻模塊110用于接收以及發(fā)送電磁波，實現(xiàn)電磁波與電信號的相互轉(zhuǎn)換，從而與通信網(wǎng)絡(luò)或者其他設(shè)備進行通信。

可以理解，圖2所示的結(jié)構(gòu)僅為示意，服務(wù)器100還可包括比圖2中所示更多或者更少的組件，或者具有與圖2所示不同的配置。圖2中所示的各組件可以采用硬件、軟件或其組合實現(xiàn)。

本發(fā)明實施例提供的首頁推薦處理方法及裝置，應(yīng)用于在直播間的首頁推薦。當然，本發(fā)明實施例中也不排除該首頁推薦處理方法及裝置用于在播放器、點播應(yīng)用程序等可進行視頻內(nèi)容的首頁推薦的場景下進行首頁推薦，本發(fā)明實施例主要以直播間為例進行說明。下面將通過具體實施例對該首頁推薦處理方法及裝置進行詳細說明。

第一實施例

圖3示出了本發(fā)明第一實施例提供的首頁推薦處理方法，請參見圖1，該方法包括：

步驟s110：接收首頁推薦請求，所述首頁推薦請求中包括所推薦的直播間的房間標識。

具有推薦權(quán)限的用戶登錄第一客戶端，當確定需要進行首頁推薦的直播間后，向服務(wù)器發(fā)起攜帶有該直播間房間標識的首頁推薦請求。其中，用戶可以通過第一客戶端進入廣告系統(tǒng)發(fā)起該首頁推薦請求。另外，發(fā)起首頁推薦請求的方式也可以是，當用戶在推薦頁面填寫完所要推薦的房間標識時，第一客戶端自動將該首頁推薦請求發(fā)送到服務(wù)器。

對應(yīng)的，服務(wù)器接收該首頁推薦請求。

進一步的，在本實施例中，還包括，判斷首頁推薦請求中的房間標識是否滿足預(yù)設(shè)推薦條件。具體的，可以是，判斷該房間標識對應(yīng)的直播間是否在第二客戶端進行首頁推薦，該第二客戶端為觀眾客戶端，如直播觀眾所使用的客戶端。在本實施例中，該判斷過程可以由服務(wù)器執(zhí)行，也可以由第一客戶端執(zhí)行，在本實施例中并不限制。若在第二客戶端進行判斷，可以在發(fā)起推薦的用戶通過操作確定所推薦的直播間的房間標識時，根據(jù)該確定的房間標識進行判斷。

其中，判斷首頁推薦請求中的房間標識是否滿足預(yù)設(shè)推薦條件的方式可以是，判斷該房間標識是否在第一推薦列表中，該第一推薦列表中的房間標識為在第二客戶端進行首頁推薦的直播間的房間標識，以判斷該房間標識對應(yīng)的直播間是否已經(jīng)在進行首頁推薦，從而避免重復(fù)推薦。具體的，可以通過函數(shù)代碼legitimatelroom＝newwebslideshowservers.content.list(roomid)實現(xiàn)，其中，roomid表示直播間房間標識。如果首頁推薦請求中的房間標識不在第一推薦列表中，對應(yīng)的函數(shù)代碼滿足if(lroom＝"null")，該房間標識滿足預(yù)設(shè)推薦條件。如果首頁推薦請求中的房間標識在第一推薦列表中，則該房間標識不滿足預(yù)設(shè)推薦條件。

另外，還可以進一步判斷首頁推薦請求中的房間標識是否在第二推薦列表中，若是，則判定該房間標識不滿足預(yù)設(shè)推薦條件，若否，該房間標識滿足預(yù)設(shè)推薦條件。

另外，在本實施例中，判斷首頁推薦請求中的房間標識是否滿足預(yù)設(shè)推薦條件還可以包括，判斷該房間標識對應(yīng)的直播間的直播內(nèi)容是否違規(guī)，若直播間中具有違規(guī)內(nèi)容，則該直播間的房間標識不滿足預(yù)設(shè)推薦條件。

另外，在本實施例中，判斷首頁推薦請求中的房間標識是否滿足預(yù)設(shè)推薦條件也可以包括，判斷該房間標識對應(yīng)的直播間的熱度值是否達到預(yù)設(shè)值，若是，則滿足預(yù)設(shè)推薦條件，若否，則不滿足預(yù)設(shè)推薦條件。其中，該熱度值可以根據(jù)直播間內(nèi)觀眾人數(shù)確定，人數(shù)越多，熱度越高。

進一步的，在本實施例中，當首頁推薦請求中的房間標識不滿足預(yù)設(shè)推薦條件時，在第二客戶端顯示提示信息，提示用戶該直播間不能請求首頁推薦。若首頁推薦請求中的房間標識滿足預(yù)設(shè)推薦條件，則可以進行下一步推薦處理操作。

步驟s120：判斷第一推薦列表中的房間標識數(shù)量是否達到預(yù)設(shè)數(shù)量。

該預(yù)設(shè)數(shù)量為所述第一推薦列表中可存儲房間標識的最大數(shù)量，根據(jù)第二客戶端的性能確定，可以為第二客戶端可以進行首頁推薦的直播間的數(shù)量的上限。

在本實施例中，本步驟中的判斷過程可以由服務(wù)器執(zhí)行，若有服務(wù)器實執(zhí)行，則服務(wù)器獲取到第一推薦列表中房間標識的數(shù)量后，對該數(shù)量是否達到預(yù)設(shè)數(shù)量進行判斷。

當然，本步驟中的判斷過程也可以由第一客戶端執(zhí)行。若由第一客戶端執(zhí)行，則執(zhí)行方式可以是，第一客戶端通過對服務(wù)器(如web服務(wù)器)的接口進行訪問，獲取第一推薦列表中直播間的房間標識的數(shù)據(jù)量，其中，該訪問可以通過函數(shù)代碼slideshowshowmax＝webslideshowservers.content.number()；實現(xiàn)。再判斷第一推薦列表中直播間房間標識的數(shù)量是否達到預(yù)設(shè)數(shù)量，例如，預(yù)設(shè)數(shù)量為99，對第一推薦列表中的房間標識的數(shù)量進行判斷的函數(shù)代碼可以為if(showmax?。?9)。

步驟s130：若所述第一推薦列表中的房間標識數(shù)量達到預(yù)設(shè)數(shù)量，將所述首頁推薦請求中的房間標識存儲至第二推薦列表。

當判斷結(jié)果為第一推薦列表中房間標識的數(shù)量達到了預(yù)設(shè)數(shù)量，則說明第一推薦列表中不能再添加房間標識，服務(wù)器將首頁推薦請求中的房間標識添加至第二推薦列表，添加可以通過函數(shù)代碼webslideshowservers.cache.value(roomid)；實現(xiàn)。

進一步的，當判斷結(jié)果為第一推薦列表中房間標識的數(shù)量達到了預(yù)設(shè)數(shù)量，返回提示信息，在第一客戶端進行提示顯示，提示該直播間只能添加的第二推薦列表等待推薦。并且，在顯示提示信息時，還可以提示用戶進行確定，在接收用戶輸入的確定信息時，再將該房間標識存儲至第二推薦列表。

另外，進一步的，在接收到用戶的確認信息后，還可以生成將首頁推薦請求中的房間標識進行首頁推薦的申請流程，由相關(guān)管理人員進行申請審批。當審批通過后，則將該房間標識添加至第二推薦列表，否則，結(jié)束本次首頁推薦。其中，函數(shù)代碼中，判斷審批是否通過，可以在通過時對代表狀態(tài)的變量start賦值為“已處理”，則當滿足if(start?。?已處理")，審批未通過，若start的值等于“已處理”，則審批通過。

另外，當判斷結(jié)果為第一推薦列表中房間標識的數(shù)量未達到預(yù)設(shè)數(shù)量，則直接將該首頁推薦請求中的房間標識添加到第一推薦列表。進一步的，在將房間標識添加到第一推薦列表之前，還可以包括生成申請流程進行審批，審批通過后再加入到第一推薦列表。

在本實施例中，若判斷用戶所推薦的直播間的房間標識是否滿足預(yù)設(shè)推薦條件以及判斷第一推薦列表中的房間標識數(shù)量是否達到預(yù)設(shè)數(shù)量由第一客戶端執(zhí)行，則可以是第一客戶端接收到用戶作用于操作界面產(chǎn)生的推薦請求，在判定被推薦的直播間滿足預(yù)設(shè)推薦條件且第一推薦列表中的房間標識數(shù)量達到預(yù)設(shè)數(shù)量的情況下，第一客戶端再向服務(wù)器發(fā)送推薦請求，服務(wù)器接收到該推薦請求后，將推薦請求中的房間標識存儲至第二推薦列表。

由于第一推薦列表中可存儲房間標識的數(shù)量具有一定限制，而第一推薦列表中房間標識對應(yīng)的直播間中，可能有些直播間并未開播，卻占用了第二客戶端的首頁推薦資源，因此，進一步的，如圖4所示，在本實施例中，還包括：

步驟s140：查找所述第一推薦列表中未開播的直播間的房間標識。

步驟s150：將所述未開播的直播間的房間標識從所述第一推薦列表中刪除。

將在第二客戶端的首頁進行推薦的直播間中未開播的直播間從首頁刪除，其中，服務(wù)器(如web服務(wù)器)可以通過從第一推薦列表中將未開播的直播間的房間標識進行刪除，實現(xiàn)刪除首頁推薦中未開播的直播間。

進一步的，由于在第二客戶端首頁進行推薦的直播間的開播狀態(tài)可能實時變化，因此，可以按照預(yù)設(shè)頻率查找所述第一推薦列表中未開播的直播間的房間標識，將所述未開播的直播間的房間標識從所述第一推薦列表中刪除。其中，該預(yù)設(shè)頻率可以是每分鐘查找一次，在本實施例中并不限定。

進一步的，在本實施例中，可以是先判斷第一推薦列表中開播的直播間的數(shù)量是否等于預(yù)設(shè)數(shù)量，若否，表示第一推薦列表中存在未開播的直播間，則再查找第一推薦列表中未開播的直播間，對未開播的直播間的房間標識從第一推薦列表中進行刪除。具體的，可以通過添加開播標識以及未開播標識對直播間的開播狀態(tài)進行區(qū)分，如圖5所示，步驟s140可以包括：

步驟s141：獲取所述第一推薦列表中房間標識對應(yīng)的直播間的開播狀態(tài)。

步驟s142：對開播的直播間的房間標識添加開播標識。

根據(jù)第一推薦列表中直播間的開播狀態(tài)，對其中開播狀態(tài)為已開播的直播間添加開播標識。

步驟s143：判斷所述開播標識的數(shù)量是否等于所述預(yù)設(shè)數(shù)量。

具體的，判斷所述開播標識的數(shù)量是否等于所述預(yù)設(shè)數(shù)量可以是，直接獲取第一推薦列表轉(zhuǎn)中房間標識對應(yīng)的開播標識，再判斷開播標識的數(shù)量是否等于預(yù)設(shè)數(shù)量。

另外，也可以是，先獲取第一推薦列表中具有開播標識的房間標識，再判斷具有開播標識的房間標識的數(shù)量是否等于預(yù)設(shè)數(shù)量。

本步驟中，具體的實現(xiàn)方式可以是，首先遍歷第一推薦列表中房間標識對應(yīng)的直播間的開播狀態(tài)，startroomsroom＝newwebroomservers.list.state(roomid，start)，將查詢的結(jié)果封裝在一個數(shù)組中，數(shù)組中包含兩列值，分別為房間標識roomid以及房間開播狀態(tài)start，并給其中已開播的房間標識增加開播標識。具體的，首先獲取數(shù)據(jù)中start等于開播的房間標識，可以通過函數(shù)代碼“beginshowopneroomid＝newsroom.start＝"開播"；”將所有開播的記錄單獨存儲在opneroomid參數(shù)中，并將遍歷結(jié)果作為參數(shù)進行返回，函數(shù)代碼可以為“returnergodicroomstart(opneroomid)；”。再判斷返回的參數(shù)是否等于預(yù)設(shè)數(shù)量，例如，預(yù)設(shè)數(shù)量為99，則判斷時可以通過函數(shù)代碼if(opneroomid＝99)實現(xiàn)。

步驟s144：若所述開播標識的數(shù)量不等于所述預(yù)設(shè)數(shù)量，對未開播的直播間的房間標識添加未開播標識。

若開播標識不等于預(yù)設(shè)數(shù)量，說明第一推薦列表中有未開播的直播間，進一步的根據(jù)第一推薦列表中直播間的開播狀態(tài)，對其中未開播的直播間添加未開播標識。

步驟s145：查找所述未開播標識對應(yīng)的房間標識。

在對未開播的直播間添加未開播標識后，通過查找未開播標識，查找到未開播標識對應(yīng)的直播間，從而獲得未開播直播間的房間標識。

具體的實現(xiàn)方式可以是，遍歷第一推薦列表，將遍歷的結(jié)果進行統(tǒng)計，如通過函數(shù)代碼“beginshowcloseroomid＝newsroom.start＝"未開播"；”查詢出對應(yīng)未開播的直播間。

則進一步的，在步驟s150中，將所述未開播標識對應(yīng)的房間標識從第一推薦列表中刪除，實現(xiàn)未開播直播間的房間標識從第一推薦列表刪除，從而將第二客戶端中首頁推薦中未開播的直播間刪除。具體的，對第一推薦列表進行未開播直播間的房間標識的刪除時，可以通過調(diào)用刪除程序“closeshoweliminateroomid＝newwebroomservers.eliminate.value(closeroomid)”，將未開播的直播間的roomid作為參數(shù)傳遞過來，實現(xiàn)對為開播的直播間進行剔除，webroomservers.eliminate.value(closeroomid)。

當然，若開播標識的數(shù)量等于預(yù)設(shè)數(shù)量，則此時第一推薦列表中的房間標識對應(yīng)的直播間均為開播狀態(tài)，可以不進行刪除。

進一步的，在本實施例中，也可以是，通過直接對未開播的直播間添加未開播標識，再將具有未開播標識的房間標識刪除。具體的，可以是，在步驟s140查找所述第一推薦列表中未開播的直播間的房間標識中，獲取所述第一推薦列表中房間標識對應(yīng)的直播間的開播狀態(tài)，對未開播的直播間的房間標識添加未開播標識，因此可以通過未開播標識確定未開播的直播間；則步驟s150中將所述未開播的直播間的房間標識從所述第一推薦列表中刪除包括：將所述未開播標識對應(yīng)的房間標識從第一推薦列表中刪除，從而刪除第一推薦列表中未開播的直播間的房間標識。

當?shù)谝煌扑]列表中未開播的直播間的房間標識刪除后，第一推薦列表中出現(xiàn)空缺，也就是說，第一推薦列表中房間標識不等于預(yù)設(shè)數(shù)量，此時，可以從第二推薦列表中選取房間標識添加至第一推薦列表，具體選取的數(shù)量可以是小于或等于第一推薦列表中房間標識的數(shù)量與預(yù)設(shè)數(shù)量的差值，當然，優(yōu)選的，選取的房間標識的數(shù)量等于第一推薦列表中房間標識的數(shù)量與預(yù)設(shè)數(shù)量的差值。

因此，如圖4所示，在本實施例中，還可以包括：

步驟s160：確定從所述第一推薦列表中刪除的房間標識的刪除數(shù)量。

統(tǒng)計第一推薦列表中刪除的未開播直播間的房間標識的數(shù)量。當然，該刪除數(shù)量的確定時間在本實施例中并不做限制，可以是將未開播的直播間的房間標識從所述第一推薦列表中刪除后，確定刪除的直播間的數(shù)量為刪除數(shù)量。也可以是，在確定第一推薦列表的未開播的直播間后，通過確定未開播直播間的數(shù)量來確定從第一推薦列表中刪除的房間標識的刪除數(shù)量。

步驟s170：從所述第二推薦列表中獲取數(shù)量等于所述刪除數(shù)量的已開播的直播間的房間標識。

步驟s180：將從第二推薦列表中獲取的已開播的直播間的房間標識存儲至第一推薦列表。

再從第二推薦列表中選取房間標識添加至第一推薦列表，此時，選取的房間標識優(yōu)選為已開播的直播間的房間標識。

另外，進一步的，在從第二推薦列表中選取房間標識添加至第一推薦列表之前，先根據(jù)預(yù)設(shè)規(guī)則對第二推薦列表中已開播的直播間的房間標識進行從高到低排序，以優(yōu)先選取根據(jù)預(yù)設(shè)規(guī)則排序較高的房間標識添加至第一推薦列表。

具體的，根據(jù)預(yù)設(shè)規(guī)則對第二推薦列表中的房間標識進行排序可以是，根據(jù)直播間的熱度值由高到低進行排序。也可以是，根據(jù)直播間內(nèi)主播的得分由高到低進行排序。其中，主播的得分可以是相應(yīng)的評分系統(tǒng)根據(jù)主播的著裝情況、主播妝容、主播表現(xiàn)力、直播內(nèi)容的創(chuàng)意、視頻質(zhì)量等方面進行打分獲得。

進一步的，當從第二推薦列表選取房間標識添加至第一推薦列表后，還可以向該房間標識對應(yīng)的直播間發(fā)送提示信息，如通過氣泡進行提醒，提示該直播間進入首頁推薦。另外，還可以向發(fā)起該房間標識對應(yīng)的首頁推薦請求的用戶返回提示信息，提醒用戶該房間標識對應(yīng)的直播間已進入首頁推薦，其中，該提醒可以是通過郵件提醒，當然，也可以是其他提醒方式，如氣泡提醒、短信提醒等。

綜上所述，本實施例提供的首頁推薦處理方法中，在接收到首頁推薦請求后，判斷第一推薦列表中直播間的房間標識是否達到預(yù)設(shè)數(shù)量，若是，則將該首頁推薦請求中的房間標識存儲至第二推薦列表，改善了對可推薦直播間的數(shù)量限制。另外，將第一推薦列表中未開播的直播間的房間標識刪除，并從第二推薦列表中選取已開播的直播間的房間標識存儲至第一推薦列表，提高了第一推薦列表的資源利用率，從而提高了客戶端的首頁推薦的利用率。

第二實施例

本實施例提供了一種首頁推薦處理裝置200，請參見圖6，所述裝置200包括：接收模塊210，用于接收首頁推薦請求，所述首頁推薦請求中包括所推薦的直播間的房間標識；數(shù)量判斷模塊220，用于判斷第一推薦列表中的房間標識數(shù)量是否達到預(yù)設(shè)數(shù)量；存儲模塊230，用于若所述第一推薦列表中的房間標識數(shù)量達到預(yù)設(shè)數(shù)量，將所述首頁推薦請求中的房間標識存儲至第二推薦列表。

進一步的，在本實施例中，還可以包括條件判斷模塊，用于判斷所述首頁推薦請求中的房間標識是否滿足預(yù)設(shè)推薦條件。當首頁推薦請求中的房間標識滿足預(yù)設(shè)推薦條件，數(shù)量判斷模塊220判斷第一推薦列表中的房間標識數(shù)量是否達到預(yù)設(shè)數(shù)量。

另外，在本實施例中，在將所述首頁推薦請求中的房間標識存儲至第二推薦列表之前，還包括對用戶進行提示以及獲得用戶的確認，因此，本實施例提供的裝置還可以包括：提示返回模塊，用于返回提示信息，提示用戶確定所述首頁推薦請求中的房間標識將存儲至第二推薦列表；若接收到確定信息，存儲模塊230將所述首頁推薦請求中的房間標識存儲至第二推薦列表。

進一步的，由于若第一推薦列表中有未開播的直播間的房間標識，則會占用相應(yīng)客戶端的首頁推薦資源，因此，在本實施例中，還可以包括：查找模塊240，用于查找所述第一推薦列表中未開播的直播間的房間標識；刪除模塊250，用于將所述未開播的直播間的房間標識從所述第一推薦列表中刪除。

具體的，查找模塊240可以包括：狀態(tài)獲取單元，用于獲取所述第一推薦列表中房間標識對應(yīng)的直播間的開播狀態(tài)；開播標識添加單元，對開播的直播間的房間標識添加開播標識；數(shù)量判斷單元，用于判斷所述開播標識的數(shù)量是否等于所述預(yù)設(shè)數(shù)量；未開播標識添加單元，用于若所述開播標識的數(shù)量不等于所述預(yù)設(shè)數(shù)量，對未開播的直播間的房間標識添加未開播標識；查找單元，用于查找所述未開播標識對應(yīng)的房間標識。對應(yīng)的，刪除模塊250用于將所述未開播標識對應(yīng)的房間標識從第一推薦列表中刪除。

另外，在本實施例中，也可以是，查找模塊240包括狀態(tài)獲取單元，用于獲取所述第一推薦列表中房間標識對應(yīng)的直播間的開播狀態(tài)；未開播標識添加單元，用于對未開播的直播間的房間標識添加未開播標識；對應(yīng)的，刪除模塊250用于將所述未開播標識對應(yīng)的房間標識從第一推薦列表中刪除。

進一步的，在本實施例中，將未開播的直播間的房間標識從所述第一推薦列表中刪除后，第一推薦列表中出現(xiàn)空缺，因此，可以向第一推薦列表中添加房間標識，具體的，本實施例提供的裝置200還可以包括：刪除數(shù)量確定模塊，用于確定從所述第一推薦列表中刪除的房間標識的刪除數(shù)量；標識獲取模塊，用于從所述第二推薦列表中獲取數(shù)量等于所述刪除數(shù)量的已開播的直播間的房間標識；添加模塊，用于將從第二推薦列表中獲取的已開播的直播間的房間標識存儲至第一推薦列表。

進一步的，本實施例中，還可以包括，排序模塊，用于根據(jù)預(yù)設(shè)規(guī)則對第二推薦列表中已開播的直播間的房間標識進行從高到低排序。添加模塊從第二推薦列表中獲取排序后的房間標識存儲至第一推薦列表。

進一步的，由于直播間的開播狀態(tài)處于動態(tài)變化中，因此，在本實施例中，查找模塊240以及刪除模塊250可以是按照預(yù)設(shè)頻率執(zhí)行。

需要說明的是，本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可，同一個實施例中相同相似的部分也可互相參見。對于裝置類實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的裝置和方法，也可以通過其它的方式實現(xiàn)。以上所描述的裝置實施例僅僅是示意性的，例如，附圖中的流程圖和框圖顯示了根據(jù)本發(fā)明的多個實施例的裝置、方法和計算機程序產(chǎn)品的可能實現(xiàn)的體系架構(gòu)、功能和操作。在這點上，流程圖或框圖中的每個方框可以代表一個模塊、程序段或代碼的一部分，所述模塊、程序段或代碼的一部分包含一個或多個用于實現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應(yīng)當注意，在有些作為替換的實現(xiàn)方式中，方框中所標注的功能也可以以不同于附圖中所標注的順序發(fā)生。例如，兩個連續(xù)的方框?qū)嶋H上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執(zhí)行規(guī)定的功能或動作的專用的基于硬件的系統(tǒng)來實現(xiàn)，或者可以用專用硬件與計算機指令的組合來實現(xiàn)。

另外，在本發(fā)明各個實施例中的各功能模塊可以集成在一起形成一個獨立的部分，也可以是各個模塊單獨存在，也可以兩個或兩個以上模塊集成形成一個獨立的部分。

所述功能如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：u盤、移動硬盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。應(yīng)注意到：相似的標號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進行進一步定義和解釋。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)所述以權(quán)利要求的保護范圍為準。