欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

直播處理方法、裝置及終端與流程

文檔序號:12279747閱讀:226來源:國知局
直播處理方法、裝置及終端與流程

本公開涉及通信領域,特別涉及一種直播處理方法、裝置及終端。



背景技術:

網(wǎng)絡直播可以使得用戶將正在發(fā)生的事件同步發(fā)布到網(wǎng)絡中供網(wǎng)絡中的其他用戶同步觀看,其中,發(fā)布信息的用戶為主播,觀看信息的用戶為觀眾。用戶可以使用直播平臺來進行直播以及觀看直播,直播平臺包括客戶端和服務器,主播可以通過客戶端新建房間進行直播,觀眾可以通過客戶端選擇主播所新建的房間觀看該主播的直播,其中,客戶端通過與服務器交互來實現(xiàn)上述功能。

相關技術中,在直播進行過程中,如果主播所在的客戶端由于某些特殊原因出現(xiàn)異常退出,則主播需要重新打開客戶端,并重新新建房間,進而開始一次新的直播。正在觀看該主播直播的觀眾需要退出原來的直播房間,并重新進入該主播所新建的房間來繼續(xù)觀看該主播的直播。



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

本公開實施例提供了一種直播處理方法、裝置及終端,所述技術方案如下:

根據(jù)本公開實施例的第一方面,提供一種直播處理方法,包括:

獲取直播請求,所述直播請求由主播用戶在終端輸入;

若所述終端中存在與所述主播用戶對應的直播信息,則判斷所述直播信息是否有效,若是,則恢復所述直播信息對應的直播;

其中,所述直播信息在所述主播用戶進行直播時生成并周期性進行更新,所述直播信息至少包括時間信息、直播對應的主播用戶標識以及直播對應的房間標識。

本公開實施例提供的技術方案可以包括以下有益效果:

終端在接收到用戶的直播請求時首先判斷終端中是否存在該用戶的直播信息,若存在,則終端在確定該直播信息有效之后向用戶恢復該直播信息,從而使得用戶可以使用該直播信息中的資源進行直播,無需再開啟新的直播,而對于觀眾也無需從原房間退出再進入新的房間觀看直播,從而極大地提升了用戶體驗。

進一步地,所述判斷所述直播信息是否有效,包括:

向服務器發(fā)送直播信息驗證請求,所述直播信息驗證請求中包括直播對應的主播用戶標識以及直播對應的房間標識;

接收所述服務器發(fā)送的直播信息驗證結果;

判斷所述直播信息驗證結果是否為驗證成功,若是,則確定所述直播信息有效,若否,則確定直播信息無效。

本公開實施例提供的技術方案可以包括以下有益效果:

終端通過向服務器發(fā)送直播信息驗證請求,由服務器來判斷直播信息是否有效,由于直播信息的資源等都保存在服務器中,因此,通過服務器進行判斷可以保證判斷結果的準確性。

進一步地,所述向服務器發(fā)送直播信息驗證請求之前,還包括:

判斷所述直播信息中的時間信息與當前時間的差值是否小于預設閾值,若是,則向服務器發(fā)送直播信息驗證請求,若否,則確定所述直播信息無效。

本公開實施例提供的技術方案可以包括以下有益效果:

在向服務器發(fā)送直播信息驗證請求之前,由終端首先根據(jù)當前時間與直播信息中的時間信息的差異來判斷直播異常退出的時間,如果異常退出的時間已經(jīng)較長,則終端可以直接確定該直播信息無效,無需再向服務器發(fā)送直播信息驗證請求,從而既保證了判斷的準確性,又節(jié)省了網(wǎng)絡資源。

進一步地,所述確定所述直播信息無效之后,還包括:

刪除所述直播信息;

根據(jù)所述主播用戶的直播請求新建直播。

進一步地,所述向所述主播用戶恢復所述直播信息,包括:

向服務器發(fā)送直播資源請求,所述直播資源請求中包括直播對應的主播用戶標識以及直播對應的房間標識,所述直播資源請求用于請求所述直播信息的資源;

接收所述服務器發(fā)送的所述直播信息的資源信息;

向所述主播用戶顯示所述直播對應的房間標識對應的房間信息以及所述直播信息對應的資源信息。

本公開實施例提供的技術方案可以包括以下有益效果:

終端在向用戶恢復之前的直播信息時,通過向服務器發(fā)送資源請求,從服務器中獲取之前的直播的資源,進而顯示給用戶,從而保證用戶可以準確地查看到之前的直播信息,進一步提升了用戶的體驗。

進一步地,還包括:

若所述主播用戶的直播已開啟,則判斷所述終端中是否存在所述主播用戶的直播信息,若是,則將所述直播信息的時間信息更新為當前時間,若否,則創(chuàng)建所述主播用戶的直播信息,所述直播信息的時間信息為當前時間,所述直播信息對應的主播用戶標識為所述主播用戶的標識,所述直播信息對應的房間標識為當前直播所對應的房間的標識。

本公開實施例提供的技術方案可以包括以下有益效果:

終端通過在直播開啟時創(chuàng)建直播信息,并在直播進行過程中周期性地更新直播信息中的時間信息,使得直播信息中的時間信息及時得到更新,一旦客戶端異常退出,當用戶再次登錄客戶端后,終端就可以根據(jù)直播信息中的時間信息來判斷之前的直播是否有效,即通過創(chuàng)建及更新直播信息能夠準確判斷出之前的直播是否有效。

進一步地,還包括:

若所述主播用戶的直播已結束,則刪除所述主播用戶對應的直播信息。

根據(jù)本公開實施例的第二方面,提供一種直播處理裝置,包括:

獲取模塊,被配置為獲取直播請求,所述直播請求由主播用戶在終端輸入;

恢復模塊,被配置為在所述終端中存在與所述主播用戶對應的直播信息時,判斷所述直播信息是否有效,若是,則恢復所述直播信息對應的直播;

其中,所述直播信息在所述主播用戶進行直播時生成并周期性進行更新,所述直播信息至少包括時間信息、直播對應的主播用戶標識以及直播對應的房間標識。

進一步地,所述恢復模塊包括:

第一發(fā)送子模塊,被配置為向服務器發(fā)送直播信息驗證請求,所述直播信息驗證請求中包括直播對應的主播用戶標識以及直播對應的房間標識;

第一接收子模塊,被配置為接收所述服務器發(fā)送的直播信息驗證結果;

第一確定子模塊,被配置為判斷所述直播信息驗證結果是否為驗證成功,若是,則確定所述直播信息有效,若否,則確定直播信息無效。

進一步地,所述恢復模塊還包括:

第二確定子模塊,被配置為判斷所述直播信息中的時間信息與當前時間的差值是否小于預設閾值,若是,則向服務器發(fā)送直播信息驗證請求,若否,則確定所述直播信息無效。

進一步地,還包括:

第一刪除模塊,被配置為刪除所述直播信息;

新建模塊,被配置為根據(jù)所述主播用戶的直播請求新建直播。

進一步地,所述恢復模塊還包括:

第二發(fā)送子模塊,被配置為向服務器發(fā)送直播資源請求,所述直播資源請求中包括直播對應的主播用戶標識以及直播對應的房間標識,所述直播資源請求用于請求所述直播信息的資源;

第二接收子模塊,被配置為接收所述服務器發(fā)送的所述直播信息的資源信息;

顯示子模塊,被配置為向所述主播用戶顯示所述直播對應的房間標識對應的房間信息以及所述直播信息對應的資源信息。

進一步地,還包括:

更新模塊,被配置為在所述主播用戶的直播已開啟時,判斷所述終端中是否存在所述主播用戶的直播信息,若是,則將所述直播信息的時間信息更新為當前時間,若否,則創(chuàng)建所述主播用戶的直播信息,所述直播信息的時間信息為當前時間,所述直播信息對應的主播用戶標識為所述主播用戶的標識,所述直播信息對應的房間標識為當前直播所對應的房間的標識。

進一步地,還包括:

第二刪除模塊,被配置為在所述主播用戶的直播已結束時,刪除所述主播用戶對應的直播信息。

根據(jù)本公開實施例的第三方面,提供一種終端,包括:

處理器;

用于存儲所述處理器的可執(zhí)行指令的存儲器;

其中,所述處理器被配置為:

獲取直播請求,所述直播請求由主播用戶在終端輸入;

若所述終端中存在與所述主播用戶對應的直播信息,則判斷所述直播信息是否有效,若是,則恢復所述直播信息對應的直播;

其中,所述直播信息在所述主播用戶進行直播時生成并周期性進行更新,所述直播信息至少包括時間信息、直播對應的主播用戶標識以及直播對應的房間標識。

本公開實施例提供的技術方案可以包括以下有益效果:

終端在接收到用戶的直播請求時首先判斷終端中是否存在該用戶的直播信息,若存在,則終端在確定該直播信息有效之后向用戶恢復該直播信息,從而使得用戶可以使用該直播信息中的資源進行直播,無需再開啟新的直播,而對于觀眾也無需從原房間退出再進入新的房間觀看直播,從而極大地提升了用戶體驗。

應當理解的是,以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的,并不能限制本公開。

附圖說明

此處的附圖被并入說明書中并構成本說明書的一部分,示出了符合本公開的實施例,并與說明書一起用于解釋本公開的原理。

圖1是根據(jù)一示例性實施例示出的一種直播處理方法的流程圖;

圖2是根據(jù)一示例性實施例示出的一種直播處理方法的流程圖;

圖3是根據(jù)一示例性實施例示出的一種直播處理方法的流程圖;

圖4是根據(jù)一示例性實施例示出的一種直播處理方法的流程圖;

圖5是根據(jù)一示例性實施例示出的一種直播處理方法的完整處理流程;

圖6是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖;

圖7是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖;

圖8是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖;

圖9是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖;

圖10是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖;

圖11是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖;

圖12是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖;

圖13是根據(jù)一示例性實施例示出的一種終端的實體的框圖;

圖14是根據(jù)一示例性實施例示出的一種終端1300的框圖。

通過上述附圖,已示出本公開明確的實施例,后文中將有更詳細的描述。這些附圖和文字描述并不是為了通過任何方式限制本公開構思的范圍,而是通過參考特定實施例為本領域技術人員說明本公開的概念。

具體實施方式

這里將詳細地對示例性實施例進行說明,其示例表示在附圖中。下面的描述涉及附圖時,除非另有表示,不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本公開相一致的所有實施方式。相反,它們僅是與如所附權利要求書中所詳述的、本公開的一些方面相一致的裝置和方法的例子。

相關技術中,當主播所在的客戶端由于特殊原因異常退出后,例如移動終端由于電量過低而關機,主播再次登錄客戶端之后,需要重新新建房間發(fā)起直播,并且重新聚集觀眾,原來觀看直播的觀眾需要從原來的房間退出再加入主播新建的房間。即無論對于主播還是觀眾,都需要執(zhí)行額外的操作才可以繼續(xù)進行直播,影響用戶的體驗。

本公開基于上述問題,提出一種直播處理方法,該方法在主播發(fā)起直播后生成該主播的直播信息并周期性更新該直播信息中的時間信息,當主播再次發(fā)起直播時,首先判斷移動終端中是否存在該主播的直播信息,若存在,則說明該主播的上次直播是異常退出,則為該主播恢復之前的直播信息,從而使得主播可以繼續(xù)使用異常退出之前的房間信息以及觀眾資源等,而觀眾也可以繼續(xù)在退出之前的房間觀看主播的直播,從而極大提升用戶的感受。

圖1是根據(jù)一示例性實施例示出的一種直播處理方法的流程圖,該方法的執(zhí)行主體為可以運行直播平臺的客戶端的終端,例如手機、平板電腦、臺式電腦等。如圖1所示,該方法包括:

在步驟S101中,獲取直播請求,該直播請求由主播用戶在終端輸入。

即,本實施例針對主播角色的用戶登錄客戶端之后的處理過程。

本步驟中,主播用戶輸入的直播請求,可以看作是主播用戶登錄直播平臺客戶端之后選擇進行直播的操作所觸發(fā)的請求,也可以看作是用戶登錄直播平臺客戶端的操作所觸發(fā)的請求,即,終端可以在用戶登錄客戶端之后就執(zhí)行如下的步驟,也可以在用戶希望進行直播時再執(zhí)行如下的步驟。

在步驟S102中,若終端中存在與主播用戶對應的直播信息,則判斷該直播信息是否有效,若是,則恢復該直播信息對應的直播。

其中,直播信息在主播用戶進行直播時生成并周期性進行更新,直播信息至少包括時間信息、直播對應的主播用戶標識以及直播對應的房間標識。

舉例來說,當主播用戶A登錄直播平臺客戶端之后,終端首先判斷終端中是否保存了用戶A的直播信息,其中,用戶A的直播信息在用戶A開啟一次直播后就生成并且周期性進行更新,當用戶A正常結束直播后,用戶A的直播信息會被刪除,而當用戶A某次登錄客戶端之后,終端判斷出終端中存在用戶A的直播信息,則說明用戶A上次直播可能出現(xiàn)了異常退出的情況。

直播信息中至少可以包括三類信息:時間信息、直播對應的主播用戶標識以及直播對應的房間標識。時間信息會在終端每次更新直播信息時進行更新。終端在判斷是否存在與主播用戶對應的直播信息時,可以根據(jù)直播對應的主播用戶標識來判斷,如果本次登錄的用戶A的標識與終端中保存的直播信息對應的主播用戶標識A一致,則可以確定終端中存在與用戶A對應的直播信息。

進而,終端需要判斷直播信息的有效性,即使終端中存在用戶A的直播信息,但是該直播信息已經(jīng)無效,例如中斷的時間已經(jīng)很長,則該直播信息也無法進行恢復。因此,終端需要判斷直播信息的有效性,在判斷出直播信息有效之后,終端向用戶A恢復之前的直播,即將用戶A之前的房間信息、觀眾資源、虛擬物品資源等顯示給用戶A,并且,使用之前的直播的推流地址進行推流,即用戶A可以完全使用之前的直播信息繼續(xù)進行直播。而對于觀眾來說,可以繼續(xù)在之前的房間觀看用戶A的直播。

本實施例中,終端在接收到用戶的直播請求時首先判斷終端中是否存在該用戶的直播信息,若存在,則終端在確定該直播信息有效之后向用戶恢復該直播信息,從而使得用戶可以使用該直播信息中的資源進行直播,無需再開啟新的直播,而對于觀眾也無需從原房間退出再進入新的房間觀看直播,從而極大地提升了用戶體驗。

在上述實施例的基礎上,本實施例涉及終端判斷直播信息是否有效的一種可選實施方式,即,圖2是根據(jù)一示例性實施例示出的一種直播處理方法的流程圖,如圖2所示,終端判斷直播信息是否有效的一種可選實施方式為:

在步驟S201中,向服務器發(fā)送直播信息驗證請求,該直播信息驗證請求中包括直播對應的主播用戶標識以及直播對應的房間標識。

當終端判斷出終端中保存了主播用戶對應的直播信息后,需要向服務器發(fā)送驗證請求,由服務器來驗證該直播信息是否有效。終端向服務器發(fā)送的驗證請求中包括直播對應的主播用戶標識以及直播對應的房間標識。

在服務器側,當接收到直播信息驗證請求之后,會判斷服務器中是否存在與該驗證請求中的主播用戶標識以及房間標識一致的記錄,如果存在,則說明在服務器上存在該直播信息,即該直播信息有效。

對于服務器來說,當某個主播用戶A進行直播時,會保存用戶A的直播信息,如果主播用戶所在客戶端長時間未與服務器進行交互,則服務器可以根據(jù)實際情況刪除該主播用戶的直播信息。由于直播信息對應的觀眾資源、虛擬物品資源等直播信息都保存在服務器中,因此,如果服務器端已經(jīng)刪除了主播用戶的直播信息,即直播信息已經(jīng)無效,則客戶端無法再恢復該主播用戶的直播信息。

在步驟S202中,接收服務器發(fā)送的直播信息驗證結果。

服務器判斷出不存在與驗證請求一致的記錄時,向終端返回驗證失敗,若判斷出存在與驗證請求一致的記錄時,向終端返回驗證成功。

在步驟S203中,判斷直播信息驗證結果是否為驗證成功,若是,則確定直播信息有效,若否,則確定直播信息無效。

本實施例中,終端通過向服務器發(fā)送直播信息驗證請求,由服務器來判斷直播信息是否有效,由于直播信息的資源等都保存在服務器中,因此,通過服務器進行判斷可以保證判斷結果的準確性。

另一實施例中,在通過服務器驗證直播信息是否有效之前,可以由終端先進行一次判斷,即,在上述步驟S201之前,還包括:

判斷直播信息中的時間信息與當前時間的差值是否小于預設閾值,若是,則向服務器發(fā)送直播信息驗證請求,若否,則確定直播信息無效。

舉例來說,當主播用戶A登錄直播平臺客戶端之后,終端首先判斷終端中是否保存了用戶A的直播信息,當終端判斷出終端中保存了用戶A的直播信息后,終端讀取所保存的直播信息中的時間信息,該時間信息在用戶A進行直播時周期性進行更新,因此,當前所獲取到的該時間信息為直播異常退出前終端最后一次更新直播信息時的時間,終端將該時間與當前時間進行比較,如果時間差異較大,則說明用戶A在上次直播異常退出之后間隔了很久才再次登錄,該時間差異已經(jīng)大于服務器判斷是否刪除直播信息的時間長度,因此,可以確定該直播信息已經(jīng)無效,無需再向服務器發(fā)送直播信息驗證請求。而如果時間差異較小,則再向服務器發(fā)送直播信息驗證請求。

本實施例中,在向服務器發(fā)送直播信息驗證請求之前,由終端首先根據(jù)當前時間與直播信息中的時間信息的差異來判斷直播異常退出的時間,如果異常退出的時間已經(jīng)較長,則終端可以直接確定該直播信息無效,無需再向服務器發(fā)送直播信息驗證請求,從而既保證了判斷的準確性,又節(jié)省了網(wǎng)絡資源。

在上述實施例的基礎上,本實施例涉及終端判斷直播信息無效之后的處理過程。即,圖3是根據(jù)一示例性實施例示出的一種直播處理方法的流程圖,如圖3所示,終端在確定直播信息無效之后,還可以執(zhí)行下述步驟:

在步驟S301中,刪除直播信息。

在步驟S302中,根據(jù)主播用戶的直播請求新建直播。

以前述的主播用戶A為例,當終端確定出用戶A對應的直播信息無效之后,說明用戶A無法再使用之前直播中的資源,因此,終端首先刪除用戶A對應的直播信息,進而,為用戶A新建直播。由于該判斷后需要用戶新建直播,因此,該判斷過程對用戶不可見,對于用戶A來說,只是新建一次新的直播。

而如果終端確定出用戶A對應的直播有效之后,可選地,終端可以同用戶進行必要的交互。舉例來說,假設用戶A在上次直播時異常退出,當用戶A在短時間內再次登錄客戶端后,終端判斷出用戶A的直播信息依然有效,則此時,終端會向用戶彈出提示,例如“您上次的直播有效,是否繼續(xù)上次的直播?”,用戶可以選擇“是”或“否”,如果用戶選擇“是”,則執(zhí)行前述的恢復直播信息的操作,而如果用戶選擇“否”,則終端也執(zhí)行上述步驟S301-S302,即刪除上一次的直播信息,用戶可以新建一次新的直播。通過上述處理,可以使得用戶靈活選擇繼續(xù)上次的直播或者開始新的直播,以滿足用戶的不同需求,進一步提升用戶的體驗。

在上述實施例的基礎上,本實施例涉及終端恢復直播信息的具體執(zhí)行過程,即,圖4是根據(jù)一示例性實施例示出的一種直播處理方法的流程圖,如圖4所示,上述向主播用戶恢復直播信息的一種具體方式為:

在步驟S401中,向服務器發(fā)送直播資源請求,該直播資源請求中包括直播對應的主播用戶標識以及直播對應的房間標識,該直播資源請求用于請求上述直播信息的資源。

終端側所保存的直播信息中,僅保存了時間信息、主播用戶標識以及房間標識,而直播信息的資源,例如觀眾信息以及虛擬物品信息,在直播進行中都有服務器端進行保存,終端需要以“拉取”方式向服務器請求觀眾信息以及虛擬物品信息等。本步驟中,終端向服務器發(fā)送直播資源請求,即向服務器“拉取”觀眾信息以及虛擬物品信息等,該請求中攜帶主播用戶標識以及房間標識。

在步驟S402中,接收服務器發(fā)送的直播信息的資源信息。

服務器接收到攜帶主播用戶標識和房間標識的直播資源請求后,根據(jù)主播用戶標識和房間標識來匹配對應的資源信息,并將資源信息返回給終端。

在步驟S403中,向主播用戶顯示直播對應的房間標識對應的房間信息以及直播信息對應的資源信息。

當獲取到直播信息對應的資源信息之后,終端按照已有的方式向用戶顯示房間信息以及資源信息。

本實施例中,終端在向用戶恢復之前的直播信息時,通過向服務器發(fā)送資源請求,從服務器中獲取之前的直播的資源,進而顯示給用戶,從而保證用戶可以準確地查看到之前的直播信息,進一步提升了用戶的體驗。

以下為終端在直播進行時創(chuàng)建更新直播信息以及直播正常結束時刪除直播信息的具體處理過程。

首先,終端創(chuàng)建更新直播信息的具體方法為:

若主播用戶的直播已開啟,則判斷終端中是否存在該主播用戶的直播信息,若是,則將直播信息的時間信息更新為當前時間,若否,則創(chuàng)建主播用戶的直播信息,直播信息的時間信息為當前時間,直播信息對應的主播用戶標識為主播用戶的標識,直播信息對應的房間標識為當前直播所對應的房間的標識。

以前述的主播用戶A為例,一旦用戶A開啟了一次直播,則終端首先判斷用戶A是否存在直播信息,如果不存在,則為用戶A創(chuàng)建直播信息。在此之后,直到用戶A的直播正常結束或異常退出之前,終端都會周期性地對直播信息進行更新,更新之前終端首先判斷直播信息是否存在,如果存在,則更新直播信息中的時間信息,即,不斷地對直播信息中的時間信息進行刷新。終端更新直播信息的周期例如可以為5分鐘、10分鐘等。

本實施例中,終端通過在直播開啟時創(chuàng)建直播信息,并在直播進行過程中周期性地更新直播信息中的時間信息,使得直播信息中的時間信息及時得到更新,一旦客戶端異常退出,當用戶再次登錄客戶端后,終端就可以根據(jù)直播信息中的時間信息來判斷之前的直播是否有效,即通過創(chuàng)建及更新直播信息能夠準確判斷出之前的直播是否有效。

其次,終端在直播正常結束時刪除直播信息的具體方法為:

若主播用戶的直播已結束,則刪除主播用戶對應的直播信息。

直播信息的作用主要是在客戶端異常退出之后用戶重新登錄客戶端之后判斷之前直播是否有效,因此,如果某次直播正常結束,比如用戶點擊直播中的結束按鈕等會觸發(fā)直播結束,則終端需要刪除本次直播的直播信息,以避免在用戶再次新建直播時由于存在直播信息而對新的直播造成干擾。即,通過在直播正常結束時刪除直播信息,能夠保證新的直播的正常進行。

圖5是根據(jù)一示例性實施例示出的一種直播處理方法的完整處理流程,如圖5所示,該方法的完整處理流程為:

在步驟S501中,主播用戶發(fā)起直播請求。

主播用戶發(fā)起直播請求之后,終端接收該直播請求。

在步驟S502中,終端判斷終端中是否存在該主播用戶的直播信息,若存在,則執(zhí)行步驟S503,否則,執(zhí)行步驟S506。

在步驟S503中,終端判斷直播信息中的時間信息與當前時間的差異是否小于預設閾值,若是,則執(zhí)行步驟S504,否則執(zhí)行S506。

在步驟S504中,終端通過服務器驗證直播信息,如果驗證成功,則執(zhí)行步驟S505,否則執(zhí)行S506。

在步驟S505中,終端從服務器獲取觀眾信息等,并恢復直播信息對應的直播。

在步驟S506中,為直播用戶新建直播。

在步驟S507中,在新建直播之后創(chuàng)建直播對應的直播信息。

在步驟S508中,在直播進行過程中周期性更新直播信息中的時間信息。

在步驟S509中,直播正常結束后,刪除直播信息。

上述各步驟的具體執(zhí)行過程可以參見前述各實施例,此處不再贅述。

下述為本公開裝置實施例,可以用于執(zhí)行本公開方法實施例。對于本公開裝置實施例中未披露的細節(jié),請參照本公開方法實施例。

圖6是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖,如圖6所示,該裝置包括:

獲取模塊601,被配置為獲取直播請求,該直播請求由主播用戶在終端輸入。

恢復模塊602,被配置為在終端中存在與主播用戶對應的直播信息時,判斷直播信息是否有效,若是,則恢復直播信息對應的直播。

其中,直播信息在主播用戶進行直播時生成并周期性進行更新,直播信息至少包括時間信息、直播對應的主播用戶標識以及直播對應的房間標識。

圖7是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖,如圖7所示,恢復模塊602包括:

第一發(fā)送子模塊6021,被配置為向服務器發(fā)送直播信息驗證請求,直播信息驗證請求中包括直播對應的主播用戶標識以及直播對應的房間標識。

第一接收子模塊6022,被配置為接收服務器發(fā)送的直播信息驗證結果。

第一確定子模塊6023,被配置為判斷直播信息驗證結果是否為驗證成功,若是,則確定直播信息有效,若否,則確定直播信息無效。

圖8是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖,如圖8所示,恢復模塊602還包括:

第二確定子模塊6024,被配置為判斷直播信息中的時間信息與當前時間的差值是否小于預設閾值,若是,則向服務器發(fā)送直播信息驗證請求,若否,則確定直播信息無效。

圖9是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖,如圖9所示,上述裝置還包括:

第一刪除模塊603,被配置為刪除直播信息。

新建模塊604,被配置為根據(jù)主播用戶的直播請求新建直播。

圖10是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖,如圖10所示,恢復模塊602還包括:

第二發(fā)送子模塊6025,被配置為向服務器發(fā)送直播資源請求,直播資源請求中包括直播對應的主播用戶標識以及直播對應的房間標識,直播資源請求用于請求直播信息的資源。

第二接收子模塊6026,被配置為接收服務器發(fā)送的直播信息的資源信息。

顯示子模塊6027,被配置為向主播用戶顯示直播對應的房間標識對應的房間信息以及直播信息對應的資源信息。

圖11是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖,如圖11所示,該裝置還包括:

更新模塊605,被配置為在主播用戶的直播已開啟時,判斷終端中是否存在主播用戶的直播信息,若是,則將直播信息的時間信息更新為當前時間,若否,則創(chuàng)建主播用戶的直播信息,直播信息的時間信息為當前時間,直播信息對應的主播用戶標識為主播用戶的標識,直播信息對應的房間標識為當前直播所對應的房間的標識。

圖12是根據(jù)一示例性實施例示出的一種直播處理裝置的框圖,如圖12所示,該裝置還包括:

第二刪除模塊606,被配置為在主播用戶的直播已結束時,刪除主播用戶對應的直播信息。

關于上述實施例中的裝置,其中各個模塊執(zhí)行操作的具體方式已經(jīng)在有關該方法的實施例中進行了詳細描述,此處將不做詳細闡述說明。

圖13是根據(jù)一示例性實施例示出的一種終端的實體的框圖,如圖13所示,該終端包括:

存儲器91和處理器92。

存儲器91用于存儲處理器92的可執(zhí)行指令。

處理器92被配置為:

獲取直播請求,所述直播請求由主播用戶在終端輸入;

若所述終端中存在與所述主播用戶對應的直播信息,則判斷所述直播信息是否有效,若是,則恢復所述直播信息對應的直播;

其中,所述直播信息在所述主播用戶進行直播時生成并周期性進行更新,所述直播信息至少包括時間信息、直播對應的主播用戶標識以及直播對應的房間標識。

在上述終端的實施例中,應理解,處理器92可以是中央處理子模塊(英文:Central Processing Unit,簡稱:CPU),還可以是其他通用處理器、數(shù)字信號處理器(英文:Digital Signal Processor,簡稱:DSP)、專用集成電路(英文:Application Specific Integrated Circuit,簡稱:ASIC)等。通用處理器可以是微處理器或者該處理器也可以是任何常規(guī)的處理器等,而前述的存儲器可以是只讀存儲器(英文:read-only memory,縮寫:ROM)、隨機存取存儲器(英文:random access memory,簡稱:RAM)、快閃存儲器、硬盤或者固態(tài)硬盤。SIM卡也稱為用戶身份識別卡、智能卡,數(shù)字移動電話機必須裝上此卡方能使用。即在電腦芯片上存儲了數(shù)字移動電話客戶的信息,加密的密鑰以及用戶的電話簿等內容。結合本公開實施例所公開的方法的步驟可以直接體現(xiàn)為硬件處理器執(zhí)行完成,或者用處理器中的硬件及軟件模塊組合執(zhí)行完成。

圖14是根據(jù)一示例性實施例示出的一種終端1300的框圖。其中,終端1300可以是移動電話,計算機,平板設備,個人數(shù)字助理等。

參照圖14,終端1300可以包括以下一個或多個組件:處理組件1302,存儲器1304,電源組件1306,多媒體組件1308,音頻組件1310,輸入/輸出(I/O)的接口1312,傳感器組件1314,以及通信組件1316。

處理組件1302通??刂平K端1300的整體操作,諸如與顯示,電話呼叫,數(shù)據(jù)通信,相機操作和記錄操作相關聯(lián)的操作。處理組件1302可以包括一個或多個處理器1320來執(zhí)行指令,以完成上述的方法的全部或部分步驟。此外,處理組件1302可以包括一個或多個模塊,便于處理組件1302和其他組件之間的交互。例如,處理組件1302可以包括多媒體模塊,以方便多媒體組件1308和處理組件1302之間的交互。

存儲器1304被配置為存儲各種類型的數(shù)據(jù)以支持在終端1300的操作。這些數(shù)據(jù)的示例包括用于在終端1300上操作的任何應用程序或方法的指令,聯(lián)系人數(shù)據(jù),電話簿數(shù)據(jù),消息,圖片,視頻等。存儲器1304可以由任何類型的易失性或非易失性存儲設備或者它們的組合實現(xiàn),如靜態(tài)隨機存取存儲器(SRAM),電可擦除可編程只讀存儲器(EEPROM),可擦除可編程只讀存儲器(EPROM),可編程只讀存儲器(PROM),只讀存儲器(ROM),磁存儲器,快閃存儲器,磁盤或光盤。

電源組件1306為終端1300的各種組件提供電力。電源組件1306可以包括電源管理系統(tǒng),一個或多個電源,及其他與為終端1300生成、管理和分配電力相關聯(lián)的組件。

多媒體組件1308包括在所述終端1300和用戶之間的提供一個輸出接口的觸控顯示屏。在一些實施例中,觸控顯示屏可以包括液晶顯示器(LCD)和觸摸面板(TP)。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。所述觸摸傳感器可以不僅感測觸摸或滑動動作的邊界,而且還檢測與所述觸摸或滑動操作相關的持續(xù)時間和壓力。在一些實施例中,多媒體組件1308包括一個前置攝像頭和/或后置攝像頭。當終端1300處于操作模式,如拍攝模式或視頻模式時,前置攝像頭和/或后置攝像頭可以接收外部的多媒體數(shù)據(jù)。每個前置攝像頭和后置攝像頭可以是一個固定的光學透鏡系統(tǒng)或具有焦距和光學變焦能力。

音頻組件1310被配置為輸出和/或輸入音頻信號。例如,音頻組件1310包括一個麥克風(MIC),當終端1300處于操作模式,如呼叫模式、記錄模式和語音識別模式時,麥克風被配置為接收外部音頻信號。所接收的音頻信號可以被進一步存儲在存儲器1304或經(jīng)由通信組件1316發(fā)送。在一些實施例中,音頻組件1310還包括一個揚聲器,用于輸出音頻信號。

I/O接口1312為處理組件1302和外圍接口模塊之間提供接口,上述外圍接口模塊可以是鍵盤,點擊輪,按鈕等。這些按鈕可包括但不限于:主頁按鈕、音量按鈕、啟動按鈕和鎖定按鈕。

傳感器組件1314包括一個或多個傳感器,用于為終端1300提供各個方面的狀態(tài)評估。例如,傳感器組件1314可以檢測到終端1300的打開/關閉狀態(tài),組件的相對定位,例如所述組件為終端1300的顯示器和小鍵盤,傳感器組件1314還可以檢測終端1300或終端1300一個組件的位置改變,用戶與終端1300接觸的存在或不存在,終端1300方位或加速/減速和終端1300的溫度變化。傳感器組件1314可以包括接近傳感器,被配置用來在沒有任何的物理接觸時檢測附近物體的存在。傳感器組件1314還可以包括光傳感器,如CMOS或CCD圖像傳感器,用于在成像應用中使用。在一些實施例中,該傳感器組件1314還可以包括加速度傳感器,陀螺儀傳感器,磁傳感器,壓力傳感器或溫度傳感器。

通信組件1316被配置為便于終端1300和其他設備之間有線或無線方式的通信。終端1300可以接入基于通信標準的無線網(wǎng)絡,如WiFi,2G或3G,或它們的組合。在一個示例性實施例中,通信組件1316經(jīng)由廣播信道接收來自外部廣播管理系統(tǒng)的廣播信號或廣播相關信息。在一個示例性實施例中,所述通信組件1316還包括近場通信(NFC)模塊,以促進短程通信。例如,在NFC模塊可基于射頻識別(RFID)技術,紅外數(shù)據(jù)協(xié)會(IrDA)技術,超寬帶(UWB)技術,藍牙(BT)技術和其他技術來實現(xiàn)。

在示例性實施例中,終端1300可以被一個或多個應用專用集成電路(ASIC)、數(shù)字信號處理器(DSP)、數(shù)字信號處理設備(DSPD)、可編程邏輯器件(PLD)、現(xiàn)場可編程門陣列(FPGA)、控制器、微控制器、微處理器或其他電子元件實現(xiàn),用于執(zhí)行上述的直播處理方法。

在示例性實施例中,還提供了一種包括指令的非臨時性計算機可讀存儲介質,例如包括指令的存儲器1304,上述指令可由終端1300的處理器1320執(zhí)行以完成上述方法。例如,所述非臨時性計算機可讀存儲介質可以是ROM、隨機存取存儲器(RAM)、CD-ROM、磁帶、軟盤和光數(shù)據(jù)存儲設備等。

一種非臨時性計算機可讀存儲介質,當所述存儲介質中的指令由終端1300的處理器執(zhí)行時,使得終端1300能夠執(zhí)行一種直播處理方法。所述方法包括:

獲取直播請求,所述直播請求由主播用戶在終端輸入;

若所述終端中存在與所述主播用戶對應的直播信息,則判斷所述直播信息是否有效,若是,則恢復所述直播信息對應的直播;

其中,所述直播信息在所述主播用戶進行直播時生成并周期性進行更新,所述直播信息至少包括時間信息、直播對應的主播用戶標識以及直播對應的房間標識。

本領域技術人員在考慮說明書及實踐這里公開的發(fā)明后,將容易想到本公開的其它實施方案。本申請旨在涵蓋本公開的任何變型、用途或者適應性變化,這些變型、用途或者適應性變化遵循本公開的一般性原理并包括本公開未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的,本公開的真正范圍和精神由下面的權利要求書指出。

應當理解的是,本公開并不局限于上面已經(jīng)描述并在附圖中示出的精確結構,并且可以在不脫離其范圍進行各種修改和改變。本公開的范圍僅由所附的權利要求書來限制。

當前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
潮州市| 南陵县| 巴林右旗| 葫芦岛市| 佛山市| 长海县| 赞皇县| 邻水| 桦川县| 吕梁市| 灵石县| 延吉市| 全椒县| 台北县| 锦州市| 虹口区| 三河市| 松潘县| 长泰县| 栖霞市| 望奎县| 麻江县| 钟祥市| 武山县| 巨鹿县| 磐石市| 土默特左旗| 富阳市| 邓州市| 五莲县| 竹溪县| 泊头市| 天等县| 安远县| 高雄市| 沂南县| 海宁市| 灵寿县| 晋宁县| 汉中市| 安化县|