本申請涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別涉及一種信息推送方法、裝置及服務(wù)端。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)快速發(fā)展，各種便于人與人進行交互的客戶端應(yīng)運而生，例如，直播類客戶端。用戶在使用上述直播類客戶端過程中，因其能夠給用戶帶來及時互動效果而充滿樂趣。

通過上述直播類客戶端進行互動時，因主播創(chuàng)造的直播內(nèi)容無法持續(xù)長時間播放，而且在回放中主播無法及時互動較為無趣，因此內(nèi)容實時性對于直播類客戶端十分重要，鑒于此，主播要通過直播類客戶端進行直播時，需及時向該主播的關(guān)注者也就是粉絲推送通知消息，其中，主播可以理解為發(fā)起直播的個體。

然而對于一個關(guān)注者而言，其通常關(guān)注大量主播，這樣易導(dǎo)致關(guān)注者的客戶端頻繁接收到主播要進行直播的通知消息，用戶體驗差。

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

本申請實施例公開了一種信息推送方法、裝置及服務(wù)端，以降低關(guān)注者的客戶端接收到主播要進行直播的通知消息的頻率。

為達到上述目的，本申請實施例公開了一種信息推送方法，所述方法包括：

接收目標主播通過客戶端發(fā)送的直播間創(chuàng)建請求；

根據(jù)所述目標主播的用戶信息，判斷當前是否滿足直播通知消息推送條件；

若滿足，確定所述目標主播的關(guān)注者，并向所確定關(guān)注者的客戶端推送針對所述目標主播的目標直播通知消息。

本申請的一種具體實現(xiàn)方式中，所述根據(jù)所述目標主播的用戶信息判斷當前是否滿足直播通知消息推送條件的步驟，包括：

根據(jù)所述目標主播的用戶信息，判斷所述目標主播是否滿足以下條件中的至少一種，若為是，判定當前滿足直播通知消息推送條件：

所述目標主播為重要主播；

針對所述目標主播的直播通知消息屬于緊急推送消息。

本申請的一種具體實現(xiàn)方式中，上述信息推送方法還包括：

當前不滿足直播通知消息推送條件時，在確定所述目標主播通過直播間連續(xù)進行直播第一預(yù)設(shè)時間段后，執(zhí)行所述確定所述目標主播的關(guān)注者，并向所確定關(guān)注者的客戶端推送針對所述目標主播的目標直播通知消息的步驟。

本申請的一種具體實現(xiàn)方式中，在確定所述目標主播通過直播間連續(xù)進行直播第一預(yù)設(shè)時間段后，還包括：

根據(jù)目標網(wǎng)絡(luò)運行狀態(tài)信息，確定所述目標主播通過直播間進行直播的網(wǎng)絡(luò)是否處于穩(wěn)定運行狀態(tài)，其中，所述目標網(wǎng)絡(luò)運行狀態(tài)信息為：所述第一預(yù)設(shè)時間段內(nèi)所述目標主播通過直播間進行直播時的網(wǎng)絡(luò)運行狀態(tài)信息；

若為是，才執(zhí)行所述確定所述目標主播的關(guān)注者，并向所確定關(guān)注者的客戶端推送針對所述目標主播的目標直播通知消息的步驟。

本申請的一種具體實現(xiàn)方式中，上述信息推送方法還包括：

當前不滿足直播通知消息推送條件時，判斷當前時刻之前的第二預(yù)設(shè)時間段內(nèi)是否推送過所述目標直播通知消息；

若為否，執(zhí)行所述確定所述目標主播的關(guān)注者，并向所確定關(guān)注者的客戶端推送針對所述目標主播的目標直播通知消息的步驟。

本申請的一種具體實現(xiàn)方式中，在所述接收目標主播通過客戶端發(fā)送的直播間創(chuàng)建請求之后，還包括：

判斷所述目標主播是否屬于預(yù)設(shè)的黑名單；

若為否，執(zhí)行所述根據(jù)所述目標主播的用戶信息判斷當前是否滿足直播通知消息推送條件的步驟。

本申請的一種具體實現(xiàn)方式中，上述信息推送方法還包括：

在向所確定關(guān)注者的客戶端推送所述目標直播通知消息之后第三預(yù)設(shè)時間段后，向所確定關(guān)注者的客戶端推送通知消除消息，以使得客戶端消除顯示于用戶通知欄中且處于未讀狀態(tài)的所述目標直播通知消息。

為達到上述目的，本申請實施例公開了一種信息推送裝置，所述裝置包括：

請求接收模塊，用于接收目標主播通過客戶端發(fā)送的直播間創(chuàng)建請求；

條件判斷模塊，用于根據(jù)所述目標主播的用戶信息，判斷當前是否滿足直播通知消息推送條件，若滿足，觸發(fā)消息推送模塊；

所述消息推送模塊，用于確定所述目標主播的關(guān)注者，并向所確定關(guān)注者的客戶端推送針對所述目標主播的目標直播通知消息。

本申請的一種具體實現(xiàn)方式中，所述條件判斷模塊，具體用于根據(jù)所述目標主播的用戶信息，判斷所述目標主播是否滿足以下條件中的至少一種，若為是，判定當前滿足直播通知消息推送條件：

所述目標主播為重要主播；

針對所述目標主播的直播通知消息屬于緊急推送消息。

本申請的一種具體實現(xiàn)方式中，所述條件判斷模塊，還用于當前不滿足直播通知消息推送條件時，在確定所述目標主播通過直播間連續(xù)進行直播第一預(yù)設(shè)時間段后，觸發(fā)所述消息推送模塊。

本申請的一種具體實現(xiàn)方式中，所述條件判斷模塊，還用于在確定所述目標主播通過直播間連續(xù)進行直播第一預(yù)設(shè)時間段后，根據(jù)目標網(wǎng)絡(luò)運行狀態(tài)信息，確定所述目標主播通過直播間進行直播的網(wǎng)絡(luò)是否處于穩(wěn)定運行狀態(tài)，其中，所述目標網(wǎng)絡(luò)運行狀態(tài)信息為：所述第一預(yù)設(shè)時間段內(nèi)所述目標主播通過直播間進行直播時的網(wǎng)絡(luò)運行狀態(tài)信息；若為是，才觸發(fā)所述消息推送模塊。

本申請的一種具體實現(xiàn)方式中，所述條件判斷模塊，還用于在當前不滿足直播通知消息推送條件時，判斷當前時刻之前的第二預(yù)設(shè)時間段內(nèi)是否推送過所述目標直播通知消息；若為否，觸發(fā)所述消息推送模塊。

本申請的一種具體實現(xiàn)方式中，上述信息推送裝置還包括：

主播判斷模塊，用于所述請求接收模塊接收所述直播間創(chuàng)建請求之后，判斷所述目標主播是否屬于預(yù)設(shè)的黑名單；若為否，觸發(fā)所述條件判斷模塊。

本申請的一種具體實現(xiàn)方式中，所述消息推送模塊，還用于在向所確定關(guān)注者的客戶端推送所述目標直播通知消息之后第三預(yù)設(shè)時間段后，向所確定關(guān)注者的客戶端推送通知消除消息，以使得客戶端消除顯示于用戶通知欄中且處于未讀狀態(tài)的所述目標直播通知消息。

為達到上述目的，本申請實施例公開了一種服務(wù)端，所述服務(wù)端包括：殼體、處理器、存儲器、電路板和電源電路，其中，電路板安置在殼體圍成的空間內(nèi)部，處理器和存儲器設(shè)置在電路板上；電源電路，用于為服務(wù)端的各個電路或器件供電；存儲器用于存儲可執(zhí)行程序代碼；處理器通過讀取存儲器中存儲的可執(zhí)行程序代碼來運行與可執(zhí)行程序代碼對應(yīng)的程序，以用于執(zhí)行本申請實施例提供的上述信息推送方法。

由以上可見，本申請實施例提供的方案中，服務(wù)端接收到目標主播通過客戶端發(fā)送的直播間創(chuàng)建請求后，根據(jù)目標主播的用戶信息判斷得知當前滿足直播通知消息推送條件的情況下，才確定目標主播的關(guān)注者，并向所確定關(guān)注者的客戶端推送針對目標主播的直播通知消息。由于本申請實施例中，服務(wù)端接收到直播間創(chuàng)建請求后，不是直接進行通知消息推送，而是在滿足直播通知消息推送條件的情況下才進行信息推送，因此，能夠有效降低關(guān)注者的客戶端接收到主播要進行直播的通知消息的概率，進而能夠提高用戶體驗。

附圖說明

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

圖1為本申請實施例提供的第一種信息推送方法的流程示意圖；

圖2為本申請實施例提供的第二種信息推送方法的流程示意圖；

圖3為本申請實施例提供的第三種信息推送方法的流程示意圖；

圖4為本申請實施例提供的第四種信息推送方法的流程示意圖；

圖5為本申請實施例提供的一種信息推送裝置的結(jié)構(gòu)示意圖；

圖6為本申請實施例提供的一種服務(wù)端的結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

圖1為本申請實施例提供的第一種信息推送方法的流程示意圖，該方法包括：

S101：接收目標主播通過客戶端發(fā)送的直播間創(chuàng)建請求。

需要說明的是，本申請實施例的執(zhí)行主體可以理解為服務(wù)端。主播要進行直播，首先需請求服務(wù)端為其創(chuàng)建直播間。上述直播間創(chuàng)建請求中需攜帶目標主播的用戶名、直播類型(如：娛樂類型、游戲類型等等)等信息。

S102：根據(jù)目標主播的用戶信息，判斷當前是否滿足直播通知消息推送條件，若滿足，執(zhí)行S103。

目標主播要進行直播最基本的前提是目標主播是已注冊用戶，鑒于此，依據(jù)目標主播進行注冊時提交的信息，服務(wù)端可以記錄有目標主播的用戶名、性別、注冊時間、當前等級等信息，另外，隨著目標主播使用客戶端進行直播，還會產(chǎn)生與該目標主播相對應(yīng)的直播數(shù)據(jù)，采用這些直播數(shù)據(jù)可以分析得知目標主播的直播頻率、目標主播的關(guān)注者(也就是粉絲)、目標主播的受歡迎程度等等信息。

總結(jié)來講，上述兩方面的信息可以稱之為目標主播的用戶信息，當然，本申請僅僅以上述為例進行說明，實際應(yīng)用中目標主播的用戶信息并不僅限于上述信息。

本領(lǐng)域內(nèi)技術(shù)人員可以理解的是，從不同主播所具有的不同特點、不同主播為運營商帶來的收益不同等角度，服務(wù)端可以通過設(shè)置分類規(guī)則的方式為各個主播進行分類，例如，將主播分為重要主播、普通主播等等，重要主播一般受關(guān)注程度更高，能夠為運營商帶來的收益更多，因此可以優(yōu)先推送這一類主播進行直播的通知消息，以使得關(guān)注者們及時了解主播的直播動態(tài)。

另外，從直播的內(nèi)容和運營推廣的角度來看，一些直播往往需要聚攏人氣，希望越來越多的用戶觀看該直播，這種情況下越快速有效的推送直播通知消息越能夠讓更多的用戶了解這一直播信息，可以稱這類主播的直播通知消息為緊急推送消息。

鑒于上述情況，在本申請的一種實現(xiàn)方式中，根據(jù)目標主播的用戶信息判斷當前是否滿足直播通知消息推送條件時，可以根據(jù)目標主播的用戶信息，判斷目標主播是否滿足以下條件中的至少一種，若為是，判定當前滿足直播通知消息推送條件：

目標主播為重要主播；

針對目標主播的直播通知消息屬于緊急推送消息。

具體的，確定目標主播是否為重要主播時，可以根據(jù)目標主播的當前等級、活躍程度、受歡迎程度等等信息確定。例如，可以認為當前等級達到一定級別后為重要主播、活躍程度達到一定程度后為重要主播、受歡迎程度達到一定程度后為重要主播等等。

除了上述信息外，還可以根據(jù)目標主播是否為明星主播、網(wǎng)紅達人等等來確定目標主播是否為重要主播。

具體的，確定針對目標主播的直播通知消息是否屬于緊急推送消息時，可以根據(jù)目標主播的通常直播類型、目標主播與當前業(yè)務(wù)推廣是否存在關(guān)系等等因素進行判斷。例如，目標主播通常直播的類型一般是新聞型，由于新聞具有時效性，用戶一般希望及時了解各種新聞，所以可以認為針對目標主播的直播通知消息為緊急推送消息，另外，假設(shè)目標主播為近期進行某項業(yè)務(wù)推廣所聘請的明星嘉賓，為增加該明星的曝光率進而更加有效的宣傳上述要推廣的業(yè)務(wù)，可以認為針對上述明星嘉賓的直播通知消息屬于緊急推送消息。

需要說明的是，本申請僅僅以上述為例進行說明，實際應(yīng)用中確定目標主播是否為重要主播的方式，或者確定針對目標主播的直播通知消息是否屬于緊急推送消息的方式并不僅限于上述情況。

S103：確定目標主播的關(guān)注者，并向所確定關(guān)注者的客戶端推送針對目標主播的目標直播通知消息。

具體的，隨著目標主播進行直播，可能會有越來越多的用戶關(guān)注目標主播，成為目標主播的粉絲，這些粉絲也可以稱之為目標主播的關(guān)注者，這樣目標主播與其關(guān)注者之間存在關(guān)注與被關(guān)注關(guān)系，服務(wù)端可以記錄目標主播的關(guān)注者列表。這種情況下確定目標主播的關(guān)注者時，可以根據(jù)服務(wù)端記錄的上述關(guān)注者列表進行確定。

另外，除上述情況外，還可以根據(jù)用戶所處地理位置、用戶年齡等信息確定目標主播的關(guān)注者，這樣所確定的關(guān)注者可能會包含真正關(guān)注目標主播的用戶，還可能包含未真正關(guān)注目標主播的用戶。

需要說明的是，本申請僅僅上述為例進行說明，實際應(yīng)用中確定目標主播關(guān)注者的方式并不僅限于此。

具體的，向所確定關(guān)注者的客戶端推送針對目標主播的目標直播通知消息時，可以通過創(chuàng)建Push(推送)服務(wù)的方式進行推送。其中，如何創(chuàng)建Push服務(wù)屬于現(xiàn)有技術(shù)，這里不再贅述。

向所確定關(guān)注者的客戶端推送針對目標主播的目標直播通知消息后，目標直播通知消息可以顯示于這些客戶端所在設(shè)備的用戶通知欄中，當然上述目標直播通知消息也可以顯示于這些客戶端中，本申請并不對此進行限定。

需要說明的是，在S101中接收到直播間創(chuàng)建請求后，服務(wù)端即可以開始為目標主播創(chuàng)建直播間，而創(chuàng)建直播間可能會需要一定時間，上述S102和S103的執(zhí)行又不依賴于直播間是否創(chuàng)建完成，所以S102和S103可以在接收到直播間創(chuàng)建請求之后即可以開始執(zhí)行，而無需考慮直播間是否創(chuàng)建完成。

本領(lǐng)域技術(shù)人員可以理解的是，一些主播在進行直播時可能會直播一些不符合規(guī)定的內(nèi)容，傳播負能量，給社會帶來負面影響，為此可以將這樣的主播添加到黑名單中，以降低用戶對其關(guān)注程度。鑒于此，在本申請的一種實現(xiàn)方式中，在接收目標主播通過客戶端發(fā)送的直播間創(chuàng)建請求(S101)之后，還可以先判斷目標主播是否屬于預(yù)設(shè)的黑名單，若為否，執(zhí)行上述根據(jù)目標主播的用戶信息判斷當前是否滿足直播通知消息推送條件的步驟(S102)。

由以上可見，上述各個實施例提供的方案中，服務(wù)端接收到目標主播通過客戶端發(fā)送的直播間創(chuàng)建請求后，根據(jù)目標主播的用戶信息判斷得知當前滿足直播通知消息推送條件的情況下，才確定目標主播的關(guān)注者，并向所確定關(guān)注者的客戶端推送針對目標主播的直播通知消息。由于上述各個實施例中，服務(wù)端接收到直播間創(chuàng)建請求后，不是直接進行通知消息推送，而是在滿足直播通知消息推送條件的情況下才進行信息推送，因此，能夠有效降低關(guān)注者的客戶端接收到主播要進行直播的通知消息的概率，進而能夠提高用戶體驗。

另外，應(yīng)用本申請實施例提供的方案進行信息推送時，所推送信息的針對性更強，這樣用戶點擊直播通知消息進而觀看直播的概率增高，進而可以有效的提升主播的關(guān)注者人數(shù)以及互動氛圍，增加運營商的收益，也有利于長久留存用戶。

在本申請的一種實現(xiàn)方式中，參見圖2，提供了第二種信息推送方法的流程示意圖，與前述實施例相比，本實施例中，上述信息推送方法還包括：

步驟S102判斷得知：當前不滿足直播通知消息推送條件時，執(zhí)行S104。

S104：在確定目標主播通過直播間連續(xù)進行直播第一預(yù)設(shè)時間段后，執(zhí)行S103。

主播在進行直播之前可能會進行試播以確定是否能夠正常進行直播，而主播在進行試播后不一定馬上正式開始直播，這種情況下，試播期間向用戶推送直播通知消息易導(dǎo)致推送錯誤信息，為降低推送錯誤信息的概率，可以在確定目標主播不是在進行試播的情況下再推送針對目標主播的直播通知消息。

由于一般情況下主播進行試播時時間都比較短，所以在確定目標主播通過直播間連續(xù)進行直播第一預(yù)設(shè)時間段后，可以認為目標主播不是在進行試播，進而按照步驟S103進行信息推送。

上述第一預(yù)設(shè)時間段可以是2分鐘、3分鐘等等，本申請并不對其具體取值進行限定。

另外，主播的直播環(huán)境具有不可控性，很可能會存在網(wǎng)絡(luò)運行狀態(tài)不穩(wěn)定導(dǎo)致直播中斷的情況，為此本申請的一種實現(xiàn)方式中，在目標主播通過直播間進行直播第一預(yù)設(shè)時間段后，還可以根據(jù)目標網(wǎng)絡(luò)運行狀態(tài)信息，確定目標主播通過直播間進行直播的網(wǎng)絡(luò)是否處于穩(wěn)定運行狀態(tài)，若為是，才執(zhí)行所上述S103確定目標主播的關(guān)注者，并向所確定關(guān)注者的客戶端推送針對目標主播的目標直播通知消息的步驟。

其中，目標網(wǎng)絡(luò)運行狀態(tài)信息為：第一預(yù)設(shè)時間段內(nèi)目標主播通過直播間進行直播時的網(wǎng)絡(luò)運行狀態(tài)信息。

上述目標網(wǎng)絡(luò)運行狀態(tài)信息可以包括：網(wǎng)速、網(wǎng)速波動信息、網(wǎng)絡(luò)連接狀態(tài)等等。

由以上可見，本實施例中在確定目標主播通過直播間連續(xù)進行直播第一預(yù)設(shè)時間段后才推送針對目標主播的直播通知消息，可以有效排除目標主播試播的情況，進而能夠降低推送錯誤信息的概率。

由于現(xiàn)有技術(shù)中主播請求創(chuàng)建直播間后，服務(wù)端即會向該主播的關(guān)注者的客戶端推送直播通知消息，發(fā)明人經(jīng)過深入觀察、分析發(fā)現(xiàn)一些主播在觀看直播的人數(shù)不理想的情況下為吸引更多的關(guān)注者觀看直播，在直播一段時間后便中斷當前直播，轉(zhuǎn)而重新請求創(chuàng)建直播間，這樣服務(wù)端就會再次針對該主播推送直播通知消息，這種情況下，上述主播的關(guān)注者的客戶端會重復(fù)接收到直播通知消息。

鑒于上述情況，在本申請的一種實現(xiàn)方式中，參見圖3，提供了第三種信息推送方法的流程示意圖，與前述實施例相比，本實施例中，上述信息推送方法包括：

步驟S102判斷得知：當前不滿足直播通知消息推送條件時，執(zhí)行S105。

S105：判斷當前時刻之前的第二預(yù)設(shè)時間段內(nèi)是否推送過目標直播通知消息，若為否，執(zhí)行S103。

上述第二預(yù)設(shè)時間段的取值可以是1小時、2小時等等。

在推送目標直播通知消息之前先判斷當前時刻之前的第二預(yù)設(shè)時間段內(nèi)是否推送過目標直播通知消息，可以有效保證一定時間內(nèi)僅推送一次針對目標主播的直播通知消息，因此能夠有效防止上述所確定關(guān)注者的客戶端重復(fù)接收到直播通知消息。

值得一提的是，上述圖2所示實施例中增加的步驟可以與圖3所示實施例中增加的步驟相結(jié)合進行信息推送。

具體的，上述S105可以在確定目標主播通過直播間進行直播的網(wǎng)絡(luò)處于穩(wěn)定運行狀態(tài)后執(zhí)行，還可以在S104確定目標主播通過直播間連續(xù)進行直播第一預(yù)設(shè)時間段后執(zhí)行。

另外，上述S105還可以在S104之前執(zhí)行，在S105判斷得知當前時刻之前的第二預(yù)設(shè)時間段內(nèi)未推送過目標直播通知消息的情況下，才執(zhí)行S104步驟。

在本申請的一種實現(xiàn)方式中，參見圖4，提供了第四種信息推送方法的流程示意圖，與前述實施例相比，本實施例中，上述信息推送方法還包括：

S106：在向所確定關(guān)注者的客戶端推送目標直播通知消息之后第三預(yù)設(shè)時間段后，向所確定關(guān)注者的客戶端推送通知消除消息，以使得客戶端消除顯示于用戶通知欄中且處于未讀狀態(tài)的目標直播通知消息。

客戶端接收到服務(wù)端推送的目標直播通知消息后，上述目標直播通知消息可以顯示于客戶端所在設(shè)備的用戶通知欄中，而用戶可能會閱讀用戶通知欄中顯示的消息，也可能不會閱讀用戶通知欄中的消息。

向所確定關(guān)注者的客戶端推送目標直播通知消息之后第三預(yù)設(shè)時間段后，若目標直播通知消息仍處于未讀狀態(tài)，可能目標主播的關(guān)注者對該直播并不感興趣，或者在直播結(jié)束之前無法觀看直播，為防止用戶通知欄中存在過多無用信息，上述關(guān)注者的客戶端可以通過其API(Application Programming Interface,應(yīng)用程序編程接口)消除用戶通知欄中處于未讀狀態(tài)的目標直播通知消息。

與上述信息推送方法相對應(yīng)，本申請實施例還提供了一種信息推送裝置。

圖5為本申請實施例提供的一種信息推送裝置的結(jié)構(gòu)示意圖，該裝置包括：

請求接收模塊501，用于接收目標主播通過客戶端發(fā)送的直播間創(chuàng)建請求；

條件判斷模塊502，用于根據(jù)所述目標主播的用戶信息，判斷當前是否滿足直播通知消息推送條件，若滿足，觸發(fā)消息推送模塊503；

所述消息推送模塊503，用于確定所述目標主播的關(guān)注者，并向所確定關(guān)注者的客戶端推送針對所述目標主播的目標直播通知消息。

可選的，所述條件判斷模塊502，具體用于根據(jù)所述目標主播的用戶信息，判斷所述目標主播是否滿足以下條件中的至少一種，若為是，判定當前滿足直播通知消息推送條件：

所述目標主播為重要主播；

針對所述目標主播的直播通知消息屬于緊急推送消息。

可選的，所述條件判斷模塊502，還用于在當前不滿足直播通知消息推送條件時，在所述目標主播通過直播間連續(xù)進行直播第一預(yù)設(shè)時間段后，觸發(fā)所述消息推送模塊。

可選的，所述條件判斷模塊502，還用于在所述目標主播通過直播間連續(xù)進行直播第一預(yù)設(shè)時間段后，根據(jù)目標網(wǎng)絡(luò)運行狀態(tài)信息，確定所述目標主播通過直播間進行直播的網(wǎng)絡(luò)是否處于穩(wěn)定運行狀態(tài)，其中，所述目標網(wǎng)絡(luò)運行狀態(tài)信息為：所述第一預(yù)設(shè)時間段內(nèi)所述目標主播通過直播間進行直播時的網(wǎng)絡(luò)運行狀態(tài)信息；若為是，才觸發(fā)所述消息推送模塊。

可選的，所述條件判斷模塊502，還用于在當前不滿足直播通知消息推送條件時，判斷當前時刻之前的第二預(yù)設(shè)時間段內(nèi)是否推送過所述目標直播通知消息；若為否，觸發(fā)所述消息推送模塊。

可選的，所述信息推送裝置還可以包括：

主播判斷模塊，用于所述請求接收模塊接收所述直播間創(chuàng)建請求之后，判斷所述目標主播是否屬于預(yù)設(shè)的黑名單；若為否，觸發(fā)所述條件判斷模塊。

可選的，所述消息推送模塊503，還用于在向所確定關(guān)注者的客戶端推送所述目標直播通知消息之后第三預(yù)設(shè)時間段后，向所確定關(guān)注者的客戶端推送通知消除消息，以使得客戶端消除顯示于用戶通知欄中且處于未讀狀態(tài)的所述目標直播通知消息。

由以上可見，上述各個實施例提供的方案中，服務(wù)端接收到目標主播通過客戶端發(fā)送的直播間創(chuàng)建請求后，根據(jù)目標主播的用戶信息判斷得知當前滿足直播通知消息推送條件的情況下，才確定目標主播的關(guān)注者，并向所確定關(guān)注者的客戶端推送針對目標主播的直播通知消息。由于上述各個實施例中，服務(wù)端接收到直播間創(chuàng)建請求后，不是直接進行通知消息推送，而是在滿足直播通知消息推送條件的情況下才進行信息推送，因此，能夠有效降低關(guān)注者的客戶端接收到主播要進行直播的通知消息的概率，進而能夠提高用戶體驗。

與上述信息推送方法和信息推送裝置相對應(yīng)，本申請實施例還提供了一種服務(wù)端。

圖6為本發(fā)明實施例提供的一種服務(wù)端的結(jié)構(gòu)示意圖，該服務(wù)端包括：殼體601、處理器602、存儲器603、電路板604和電源電路605，其中，電路板604安置在殼體601圍成的空間內(nèi)部，處理器602和存儲器603設(shè)置在電路板604上；電源電路605，用于為服務(wù)端的各個電路或器件供電；存儲器603用于存儲可執(zhí)行程序代碼；處理器602通過讀取存儲器603中存儲的可執(zhí)行程序代碼來運行與可執(zhí)行程序代碼對應(yīng)的程序，以用于執(zhí)行以下步驟：

接收目標主播通過客戶端發(fā)送的直播間創(chuàng)建請求；

根據(jù)所述目標主播的用戶信息，判斷當前是否滿足直播通知消息推送條件；

若滿足，確定所述目標主播的關(guān)注者，并向所確定關(guān)注者的客戶端推送針對所述目標主播的目標直播通知消息。

處理器602對上述步驟的具體執(zhí)行過程以及處理器602通過運行可執(zhí)行程序代碼來進一步執(zhí)行的步驟，可以參見本發(fā)明圖1-4所示實施例的描述，在此不再贅述。

具體的，該服務(wù)端可以理解為服務(wù)器，其中，服務(wù)器：提供計算服務(wù)的設(shè)備，服務(wù)器的構(gòu)成包括處理器、硬盤、內(nèi)存、系統(tǒng)總線等，服務(wù)器和通用的計算機架構(gòu)類似，但是由于需要提供高可靠的服務(wù)，因此在處理能力、穩(wěn)定性、可靠性、安全性、可擴展性、可管理性等方面要求較高。

由以上可見，上述各個實施例提供的方案中，服務(wù)端接收到目標主播通過客戶端發(fā)送的直播間創(chuàng)建請求后，根據(jù)目標主播的用戶信息判斷得知當前滿足直播通知消息推送條件的情況下，才確定目標主播的關(guān)注者，并向所確定關(guān)注者的客戶端推送針對目標主播的直播通知消息。由于上述各個實施例中，服務(wù)端接收到直播間創(chuàng)建請求后，不是直接進行通知消息推送，而是在滿足直播通知消息推送條件的情況下才進行信息推送，因此，能夠有效降低關(guān)注者的客戶端接收到主播要進行直播的通知消息的概率，進而能夠提高用戶體驗。

對于裝置、服務(wù)端實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施方式中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，所述的程序可以存儲于計算機可讀取存儲介質(zhì)中，這里所稱得的存儲介質(zhì)，如：ROM/RAM、磁碟、光盤等。

以上所述僅為本申請的較佳實施例而已，并非用于限定本申請的保護范圍。凡在本申請的精神和原則之內(nèi)所作的任何修改、等同替換、改進等，均包含在本申請的保護范圍內(nèi)。