[發(fā)明專利]一種多直播互相切換方法和存儲裝置

有效

• 申請?zhí)枺?/td>: 202010375912.2
• 申請日: 2020-05-07
• 公開（公告）號: CN111698524B
• 公開（公告）日: 2022-06-17
• 發(fā)明（設(shè)計）人: 鐘國維;李澤滿
• 申請（專利權(quán)）人: 火幣（廣州）區(qū)塊鏈科技有限公司
• 主分類號: H04N21/2187
• 分類號: H04N21/2187;H04N21/239;H04N21/258;H04N21/4788
• 代理公司: 北京聯(lián)瑞聯(lián)豐知識產(chǎn)權(quán)代理事務(wù)所(普通合伙) 11411
• 代理人: 葉麗婉

1.一種多直播互相切換方法，其特征在于：存儲裝置包括主播信息數(shù)據(jù)儲存單元，壓縮單元和備份數(shù)據(jù)儲存單元；主播信息數(shù)據(jù)儲存單元：主播信息數(shù)據(jù)儲存單元主要是對平臺內(nèi)所有主播的個人信息進(jìn)行儲存，在主播查詢時，不需要征得平臺同意；壓縮單元：壓縮單元主要是將主播連線過程中錄制的視頻進(jìn)行壓縮，壓縮后將視頻發(fā)送至數(shù)據(jù)儲存單元；數(shù)據(jù)儲存單元：數(shù)據(jù)儲存單元是將壓縮的視頻進(jìn)行備份，備份過程中會自動生成備份時間；所述多直播互相切換方法包括以下步驟，S1）：先查詢存儲裝置內(nèi)部儲存的所有主播的個人信息，然后選取需要連線的主播，選取完畢后向平臺發(fā)送需要與主播連線的請求，并且將與主播連線的目的發(fā)送至平臺；S2 ）：平臺收到連線請求后，對連線的目的進(jìn)行審核，在對與主播連線目的審核的過程中同時對主播需要連線主播的情況進(jìn)行查詢，查詢主播需要連線主播是否已在連線，當(dāng)查詢到主播需要連線的主播未在連線，而且主播的連接請求也符合平臺的規(guī)定時，平臺同意主播的連接請求；S3）：審核通過后平臺向主播發(fā)送一段時間內(nèi)的連線許可，主播收到平臺所發(fā)送的時間時限后，根據(jù)自身的情況向平臺更換連線的時長，平臺根據(jù)實際情況選擇同意與否，平臺同意主播的時長要求后，根據(jù)主播的要求對時限進(jìn)行更改，更改時限后平臺重新將新的連線許可發(fā)送至主播；S4）：主播收到許可后向準(zhǔn)備連線的主播發(fā)送連線請求，連線的主播接收到連線請求后自主選擇同意與否，并且在選擇時，連線的主播根據(jù)自身的情況向平臺重新申請連線時長和時間，平臺收到這些請求后，自主選擇同意與否，當(dāng)平臺同意連線主播的請求后，連線主播自己更改連線時長和連線的時間，修改過后，連線主播再次選擇同意與否；S5）：連線主播同意后連線成功，連線成功后主播與主播間將切換為單人直播間或者切換到對方的直播間，在主播切換到連線主播的直播間內(nèi)后，只能夠觀察連線主播直播間內(nèi)的情況，但是無法對連線主播直播間內(nèi)部的情況進(jìn)行更改；S6 ）：連線過程中，若連線時長超出平臺所設(shè)定的時間，發(fā)送請求的主播需要重新向平臺申請連線許可，平臺同意主播延長連線的請求后，會將直播的連線的請求發(fā)送至連線直播，連線主播收到請求后，自主選擇同意與否，當(dāng)連線直播也同意時，連線才會繼續(xù)。

2.根據(jù)權(quán)利要求1所述的一種多 直播互相切換方法，其特征在于：平臺在審核主播的連線要求時，主要是對主播連線的目的進(jìn)行審核。

3.根據(jù)權(quán)利要求2所述的一種多直播互相切換方法，其特征在于：平臺若是沒有通過審核請求，平臺會將審核未通過的原因發(fā)送至主播，然后主播需重新向平臺發(fā)送連線請求，并且更改審核要求。

4.根據(jù)權(quán)利要求3所述的一種多直播互相切換方法，其特征在于：若連線主播未同意連線請求，則主播需要重新選擇需要連線的主播。

5.根據(jù)權(quán)利要求1所述的一種多 直播互相切換方法，其特征在于：平臺所同意的連接時限，主播可以自己選擇，但是平臺可以強(qiáng)制更換連接時限。

6.根據(jù)權(quán)利要求5所述的一種多 直播互相切換方法，其特征在于：在選擇切換為單人直播間或者切換到對方的直播間時，主播不需要取得平臺和連線主播的許可。