WO2022199374A1 - 直播间房主转让的方法、装置、服务器和存储介质 - Google Patents

直播间房主转让的方法、装置、服务器和存储介质 Download PDF

Info

Publication number
WO2022199374A1
WO2022199374A1 PCT/CN2022/079680 CN2022079680W WO2022199374A1 WO 2022199374 A1 WO2022199374 A1 WO 2022199374A1 CN 2022079680 W CN2022079680 W CN 2022079680W WO 2022199374 A1 WO2022199374 A1 WO 2022199374A1
Authority
WO
WIPO (PCT)
Prior art keywords
live broadcast
transfer
broadcast room
room
host
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2022/079680
Other languages
English (en)
French (fr)
Inventor
何新宇
蔡世礼
叶宝山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bigo Technology Pte Ltd
Original Assignee
Bigo Technology Pte Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bigo Technology Pte Ltd filed Critical Bigo Technology Pte Ltd
Publication of WO2022199374A1 publication Critical patent/WO2022199374A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4438—Window management, e.g. event handling following interaction with the user interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting

Definitions

  • the embodiments of the present application relate to the technical field of live video broadcasting, for example, to a method, device, server, and storage medium for owner transfer of a live broadcasting room.
  • a multi-person live broadcast room In a multi-person live broadcast room, if the host needs to cancel the broadcast due to his own reasons, the multi-person live broadcast room will also be closed, so that the live broadcast interaction between the audience in the live broadcast room will be interrupted in the middle of the live broadcast, which will greatly affect the audience in the live broadcast room. Live broadcast experience; moreover, even if the multi-person live broadcast room is not closed when the host exits the multi-person live broadcast room, the multi-person live broadcast room will be offline, and the multi-person live broadcast room will be caused due to the lack of the host Some important live broadcast functions are disabled, which greatly reduces the interactive effect of live broadcast.
  • the embodiments of the present application provide a method, device, server and storage medium for host transfer of a live broadcast room, so as to realize the host transfer of the live broadcast room when there is an offline requirement, increase the broadcast duration of the live broadcast room, and ensure the enthusiasm of the live broadcast room to start broadcasting. to improve the quality of live broadcast interaction.
  • the embodiment of the present application provides a method for transferring the owner of a live broadcast room, and the method includes:
  • each viewer in the current live broadcast room is controlled to jump from the current live broadcast room to the target live broadcast room started by the transfer host.
  • the embodiment of the present application provides a device for transferring the owner of a live broadcast room, and the device includes:
  • the homeowner transfer detection module is set to detect whether the host selects the transfer host from the live broadcast audience in the current live broadcast room;
  • the homeowner transfer module is configured to control each viewer in the current live broadcast room to jump from the current live broadcast room to the target live broadcast room started by the transfer host in response to the detection result of the host terminal selecting the transfer host.
  • the embodiment of the present application provides a server, and the server includes:
  • processors one or more processors
  • storage means arranged to store one or more programs
  • the one or more processors When the one or more programs are executed by the one or more processors, the one or more processors implement the method for transferring the owner of a live broadcast room according to any embodiment of the present application.
  • the embodiments of the present application provide a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, implements the method for transferring the owner of a live broadcast room described in any embodiment of the present application.
  • FIG. 1A is a flowchart of a method for transferring a live broadcast room owner according to Embodiment 1 of the present application;
  • FIG. 1B is a schematic interface diagram of an anchor terminal performing a homeowner transfer operation according to Embodiment 1 of the present application;
  • FIG. 2A is a flowchart of a method for transferring a live room owner according to Embodiment 2 of the present application
  • FIG. 2B is a schematic interface diagram of the transfer process of the owner of a live broadcast room provided in Embodiment 2 of the present application;
  • FIG. 3 is a schematic structural diagram of a device for transferring the owner of a live broadcast room according to Embodiment 3 of the present application;
  • FIG. 4 is a schematic structural diagram of a server according to Embodiment 4 of the present application.
  • FIG. 1A is a flowchart of a method for transferring the owner of a live broadcast room provided by Embodiment 1 of the present application.
  • This embodiment can be applied to a situation where any live broadcast room in any live broadcast application program performs live broadcast.
  • the method for transferring the owner of a live broadcast room provided in this embodiment may be executed by the device for transferring the owner of a live broadcast room provided by the embodiment of the present application, and the device may be implemented by means of software and/or hardware, and is integrated into the device for executing the method.
  • the server may be a background server corresponding to any live broadcast application.
  • the method may include the following steps:
  • S110 Detect whether the host terminal selects the transfer host from the audiences in the current live broadcast room.
  • the host During the live broadcast of each live broadcast room, the host is required to maintain a real-time online status in order to establish an effective live broadcast interactive relationship with the audience in the live broadcast room to ensure the live broadcast interaction effect.
  • the host may withdraw from the live broadcast room for some personal reasons. In this case, the live broadcast will be ended directly in the middle of the live broadcast, resulting in interruption of live broadcast interaction among all viewers in the live broadcast room; even if the host does not end the live broadcast after exiting the live broadcast room , it will also cause some live broadcast functions to fail due to the lack of anchors, thus greatly reducing the effect of live broadcast interaction.
  • a transfer function for the owner of the live broadcast room will be specially set in the live broadcast room, so that the host in the live broadcast room needs to exit the live broadcast room due to personal reasons.
  • the homeowner transfer function firstly use the homeowner transfer function to transfer the homeowner identity to another qualified SMIC viewer in the live broadcast room, and the selected SMIC audience will continue to be responsible for the follow-up normal live broadcast in the live broadcast room, so as to realize the live broadcast session. continuation to ensure that the live broadcast room is resident in the offline state of the host.
  • a corresponding homeowner transfer control will be set on the live broadcast interface of the host in the live broadcast room.
  • the host transfer control of the current live room will be displayed in the live broadcast interface of the host.
  • the home owner transfer control can support the host to select the transfer host from the audience of the current live room during the live broadcast of the current live room. After exiting the current live broadcast room, the transfer host will continue to be responsible for the normal live broadcast of the current live broadcast room.
  • the homeowner transfer control displayed in the live broadcast interface of the host side can be an entrance for entering the transfer host selection interface. As shown in Figure 1B, the transfer host selection interface displays the current live broadcast room.
  • the audience who meet the preset transfer conditions are on the microphone. , so that the host can select the transfer host from the audiences who meet the preset transfer conditions.
  • the preset transfer condition in this embodiment may be that the Shangmai audience is not offline during the live broadcast process, and the live broadcast software used by the Shangmai audience to enter the live broadcast room has the homeowner transfer function.
  • the displayed homeowner transfer control will be triggered in the live broadcast interface of the host first to execute the homeowner transfer function.
  • the transfer host selection interface will pop up in the live broadcast interface of the host side.
  • the transfer host selection interface will display all the audiences who meet the preset transfer conditions in the current live broadcast room. , and when each mic-on viewer requests mic-on in the current live broadcast room, it will report to the host the information on whether the live broadcast software used has the homeowner transfer function, so that the host can transfer all the live broadcasts displayed in the host selection interface.
  • the anchor transfer request will carry the identification information of the transfer anchor, and the live broadcast server During the live broadcast of the current live broadcast room, it will detect in real time whether the host terminal selects the transfer host from the audience in the current live broadcast room to analyze whether the current live broadcast room needs to transfer the owner. The host transfer request to determine whether the host selects the transfer host from the mic audience in the current live broadcast room during the live broadcast.
  • the live broadcast server receives the host transfer request uploaded by the host, it determines that it detects that the host selects the transfer host from the mic-in audience in the current live broadcast room. At this time, by parsing the host transfer request, the host can be obtained. The identification information of the transfer host carried in the transfer request, and then notify the transfer host that the original host of the current live broadcast room needs to quit the live broadcast, so that the transfer host can start the target live broadcast room in order to be responsible for the follow-up normal live broadcast of this live broadcast.
  • the host transfer message of the second live broadcast is notified to each viewer in the current live broadcast room, so as to control each viewer in the current live broadcast room to exit the current live broadcast room and jump to the target live broadcast room started by the transfer host, so as to realize The owner transfer of this live broadcast.
  • the host of the current live broadcast room exits the current live broadcast room in the middle of the live broadcast and still does not detect that the host terminal selects the transfer host from the audience of the current live broadcast room, it means that the host of the current live broadcast room does not execute the host. Transfer operation, then directly close the current live broadcast room after the host exits the preset live broadcast duration of the current live broadcast room, thereby ending the live broadcast.
  • Each viewer in the network jumps from the current live broadcast room to the target live broadcast room started by the transfer host, so that after the host side exits the current live room halfway, the transfer host can continue to be responsible for the normal live broadcast in the target live broadcast room, avoiding
  • the live broadcast was closed in the middle of the live broadcast, so as to realize the transfer of the host in the live broadcast room under the offline demand, increase the live broadcast time of the live broadcast room, and ensure the resident effect of the live broadcast room, so as to mobilize the enthusiasm for the live broadcast room to start broadcasting, and at the same time ensure the live broadcast room to start broadcasting.
  • the live broadcast functions in the live broadcast room will continue to be effective during the live broadcast process, thereby improving the quality of live broadcast interaction.
  • FIG. 2A is a flowchart of a method for transferring the owner of a live broadcast room according to Embodiment 2 of the present application
  • FIG. 2B is a schematic interface diagram of the transfer process of a live broadcast room owner according to Embodiment 2 of the present application.
  • This embodiment is described on the basis of the above-mentioned embodiment.
  • this embodiment mainly explains the process of controlling each viewer in the current live broadcast room to jump from the current live broadcast room to the target live broadcast room started by the transfer host.
  • this embodiment may include the following steps:
  • S220 push the homeowner transfer invitation of the current live broadcast room to the transfer host, so that the transfer host determines whether to accept the homeowner transfer invitation.
  • the live broadcast server will receive the host transfer request uploaded by the host of the current live room to detect whether the host has selected a transfer host from the mic-viewers in the current live room, and when receiving the host transfer request, it will It can be determined that it is detected that the host has selected the transfer host from the audiences in the current live broadcast room.
  • the identification information of the transfer host is obtained by parsing the host's transfer request; at this time, in order to prevent the live broadcast room from forcing the audience to accept the host's transfer, this implementation For example, after the transfer host is determined, the host transfer invitation of the current live room will be pushed to the transfer host.
  • the host transfer invitation is mainly used to notify the transfer host that the original host of the current live room will quit the live broadcast halfway, and the transfer host will be required in the future. Responsible for this live broadcast, so that the transfer host will determine whether to accept the homeowner's transfer invitation and continue to control the normal progress of the live broadcast as a follow-up host.
  • the host transfer confirmation interface will pop up on the live broadcast interface of the transfer host, as shown in Figure 2B, the homeowner transfer confirmation interface will display the original live broadcast room.
  • the host quits the live broadcast halfway, and chooses the transfer host as the follow-up host to be responsible for the news of the normal progress of the live broadcast, as well as the confirmation accept button and the cancel accept button of the host's transfer invitation, the transfer host can trigger the confirmation accept button or the cancel accept button by triggering the button. , to choose whether to accept the host's transfer invitation to ensure the freedom of the host's transfer of the live broadcast room.
  • the transfer host after receiving the homeowner's transfer invitation from the current live broadcast room, the transfer host will determine whether to accept the homeowner's transfer invitation through the homeowner transfer confirmation interface popped up in the live broadcast interface.
  • the confirm and accept button in the homeowner transfer confirmation interface indicates that the transfer host agrees to be the follow-up host of this live broadcast to be responsible for the next normal live broadcast. It also detects that the transfer host accepts the homeowner's transfer invitation, and controls the transfer host first. Exit the current live broadcast room and start the target live broadcast room for the transfer host. At this time, the target live broadcast room will carry the identification information of the original host of the live broadcast, so that the live broadcast server can know that the target live broadcast room belongs to the current live broadcast room. The same live broadcast, it is convenient to jump the audience of the current live broadcast room to the target live broadcast room, so as to realize the permanent residence of the live broadcast room.
  • the transfer host may also trigger the cancel accept button in the host transfer confirmation interface to detect that the host has not accepted the host's transfer invitation.
  • the current live room will be controlled to execute the shutdown according to the preset broadcast period.
  • the preset closing time period is the length of time that the original host of the current live room can continue the live broadcast after the original host of the current live room exits the current live room.
  • each audience in the current live broadcast room is controlled to jump from the current live broadcast room to the target live broadcast room.
  • each viewer in the current live broadcast room will be controlled to continuously jump from the current live broadcast room to the target live broadcast room, so as to ensure the consistency of the current live broadcast room and the target live broadcast room.
  • Continue this live broadcast to avoid the problem of having to quit the live broadcast halfway due to the original anchor's withdrawal, correspondingly increase the live broadcast duration and improve the live broadcast interaction effect.
  • controlling each audience in the current live room to jump from the current live room to the target live room may include: using a decentralized jump mechanism to set all audiences in the current live room Describe the jump delay value corresponding to each viewer; push the jump notification corresponding to each viewer to each viewer in the current live room, and the jump notification to the live room carries the corresponding jump notification of each viewer.
  • Jump delay value so that each viewer reports the jump request corresponding to the live broadcast room corresponding to each audience when the jump delay value corresponding to each audience is reached; according to each audience in the current live broadcast room The reported live room jump request controls each viewer to jump from the current live room to the target live room.
  • the decentralized jump mechanism in this embodiment refers to controlling the number of viewers who jump to the target live broadcast room at different times to maintain a roughly balanced balance. Therefore, according to the decentralized jump mechanism and the number of viewers in the current live broadcast room Randomly set the corresponding jump delay value for each audience, the jump delay value can indicate the moment when the audience jumps from the current live broadcast room to the target live broadcast room, and each subsequent audience will follow their own jump delay value.
  • the jump delay values corresponding to multiple viewers can be combined to meet the requirements of the decentralized jump mechanism. Then, after determining the jump delay value of each audience in the current live room, the live broadcast server will push the corresponding live room jump notification to each audience in the current live room, and the live room jump notification will carry the The jump delay value corresponding to the viewer, and then each viewer determines whether the jump time specified by the jump delay value has been reached, and then directly to the live broadcast service after reaching the jump time specified by the jump delay value. The terminal reports the corresponding jump request of the live broadcast room.
  • multiple viewers in the current live broadcast room will report the corresponding jump request of the live broadcast room at different times in line with the decentralized jump mechanism, so as to avoid the centralized jump of the audience and greatly reduce the This reduces the pressure of viewers entering the live broadcast room; the live broadcast server will control the audience to withdraw from the current live broadcast room and enter the target live broadcast room started by the transfer host after each receiving a live broadcast room jump request reported by a viewer.
  • the live broadcast status of the current live broadcast room will be changed to "Live Streaming Transfer" to remind Viewers who have not yet jumped in the current live broadcast room will have a change in the anchor of this live broadcast.
  • each mic viewer in the current live room is required to also mic in the target live room. After the live broadcast room jumps to the target live broadcast room, it will also determine whether the audience is a mic audience in the current live broadcast room.
  • the target live broadcast room when the target live broadcast room is opened for the transfer host, the target live broadcast room is configured as a free mic-loading mode.
  • the free mic mode enables the viewers in the live broadcast room to directly access the mic without the host's confirmation when they request the mic, which reduces the operation of mic in the live broadcast room.
  • automatic mic loading can be realized without transferring the verification of the anchor, which improves the mic loading efficiency of each mic-feeding audience in the current live broadcast room in the target live broadcast room.
  • Each viewer in the network jumps from the current live broadcast room to the target live broadcast room started by the transfer host, so that after the host side exits the current live room halfway, the transfer host can continue to be responsible for the normal live broadcast in the target live broadcast room, avoiding
  • the live broadcast was closed in the middle of the live broadcast, so as to realize the transfer of the host in the live broadcast room under the offline demand, increase the live broadcast time of the live broadcast room, and ensure the resident effect of the live broadcast room, so as to mobilize the enthusiasm for the live broadcast room to start broadcasting, and at the same time ensure the live broadcast room to start broadcasting.
  • the live broadcast functions in the live broadcast room will continue to be effective during the live broadcast process, thereby improving the quality of live broadcast interaction.
  • FIG. 3 is a schematic structural diagram of a device for transferring homeowners in a live broadcast room provided in Embodiment 3 of the present application.
  • the device may include: a homeowner transfer detection module 310, configured to detect whether the host terminal is from the current live broadcast
  • the host transfer module 320 is configured to control each viewer in the current live room to jump from the current live room to the selected host in response to the detection result of the host terminal selecting the transfer host In the target live broadcast room where the transfer anchor starts broadcasting.
  • the host terminal selects the transfer host from the audiences in the current live broadcast room, and in response to the detection result that the host terminal selects the corresponding transfer host, the current host is controlled.
  • Each viewer in the live broadcast room jumps from the current live broadcast room to the target live broadcast room started by the transfer host, so that after the host side exits the current live room halfway, the transfer host can continue to be responsible for the normal live broadcast in the target live room.
  • the live broadcast function in the live broadcast room can be continuously effective during the live broadcast process by transferring the host, thereby improving the quality of live broadcast interaction.
  • the device for transferring the owner of a live broadcast room provided in this embodiment is applicable to the method for transferring the owner of a live broadcast room provided by any of the above embodiments, and has corresponding functions.
  • FIG. 4 is a schematic structural diagram of a server according to Embodiment 4 of the present application.
  • the server includes a processor 40, a storage device 41 and a communication device 42; the number of processors 40 in the server may be one or more
  • a processor 40 is used as an example; the processor 40 , the storage device 41 and the communication device 42 in the server can be connected by a bus or in other ways.
  • the connection by a bus is used as an example.
  • a server provided in this embodiment can be used to execute the method for transferring the owner of a live broadcast room provided by any of the foregoing embodiments, and has corresponding functions.
  • Embodiment 5 of the present application further provides a computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, the method for transferring the owner of a live broadcast room in any of the foregoing embodiments can be implemented.
  • a storage medium containing computer-executable instructions provided by an embodiment of the present application the computer-executable instructions of which are not limited to the above-mentioned method operations, and can also execute the method for transferring the owner of a live broadcast room provided by any embodiment of the present application. related operations in .
  • the present application can be implemented by means of software and general hardware, and certainly can also be implemented by hardware.
  • the technical solution of the present application can be embodied in the form of a software product, and the computer software product can be stored in a computer-readable storage medium, such as a floppy disk of a computer, a read-only memory (Read-Only Memory, ROM), Random access memory (Random Access Memory, RAM), flash memory (FLASH), hard disk or optical disk, etc., including several instructions to enable a computer device (which may be a personal computer, server, or network device, etc.) to execute multiple methods described in the examples.
  • a computer-readable storage medium such as a floppy disk of a computer, a read-only memory (Read-Only Memory, ROM), Random access memory (Random Access Memory, RAM), flash memory (FLASH), hard disk or optical disk, etc.
  • the multiple units and modules included are only divided according to functional logic, but are not limited to the above-mentioned division, as long as the corresponding functions can be realized. Yes; in addition, the name of each functional unit is only for the convenience of distinguishing from each other, and is not used to limit the protection scope of the present application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Graphics (AREA)
  • Human Computer Interaction (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请实施例公开了一种直播间房主转让的方法、装置、服务器和存储介质。其中，该方法包括：检测主播端是否从当前直播间的上麦观众内选中转让主播；响应于主播端选中的转让主播的检测结果，控制所述当前直播间内的每一观众从所述当前直播间跳转至所述转让主播开播的目标直播间内。

Description

直播间房主转让的方法、装置、服务器和存储介质
本申请要求在2021年03月25日提交中国专利局、申请号为202110321129.2的中国专利申请的优先权，该申请的全部内容通过引用结合在本申请中。
技术领域
本申请实施例涉及视频直播技术领域，例如涉及一种直播间房主转让的方法、装置、服务器和存储介质。
背景技术
随着网络直播技术的快速发展，多种类型直播间已经快速融入到人们的日常生活中。在多人直播间的直播过程中，要求多人直播间的主播实时保持在线状态，以与直播间观众进行直播互动。
在多人直播间内，如果主播由于自身原因需要退播，该多人直播间也会关播，从而在直播中途便会中断直播间内观众间的直播互动，极大影响到直播间观众的直播体验；而且，即使主播在退出多人直播间时，该多人直播间未关播，也会使该多人直播间处于直播离线状态，此时会由于缺少主播而导致该多人直播间内一些重要的直播功能失效，极大降低了直播互动效果。
发明内容
本申请实施例提供了一种直播间房主转让的方法、装置、服务器和存储介质，实现直播间在存在离线需求下的主播转让，增加直播间的开播时长，在保证直播间开播积极性的基础上，提高直播互动质量。
本申请实施例提供了一种直播间房主转让的方法，该方法包括：
检测主播端是否从当前直播间的上麦观众内选中转让主播；
响应于主播端选中转让主播的检测结果，控制所述当前直播间内的每一观众从所述当前直播间跳转至所述转让主播开播的目标直播间内。
本申请实施例提供了一种直播间房主转让的装置，该装置包括：
房主转让检测模块，设置为检测主播端是否从当前直播间的上麦观众内选中转让主播；
房主转让模块，设置为响应于主播端选中转让主播的检测结果，控制所述当前直播间内的每一观众从所述当前直播间跳转至所述转让主播开播的目标直播间内。
本申请实施例提供了一种服务器，该服务器包括：
一个或多个处理器；
存储装置，设置为存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请任意实施例所述的直播间房主转让的方法。
本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请任意实施例所述的直播间房主转让的方法。
附图说明
图1A为本申请实施例一提供的一种直播间房主转让的方法的流程图；
图1B为本申请实施例一提供的主播端执行房主转让操作的界面示意图；
图2A为本申请实施例二提供的一种直播间房主转让的方法的流程图；
图2B为本申请实施例二提供的直播间房主转让过程的界面示意图；
图3为本申请实施例三提供的一种直播间房主转让的装置的结构示意图；
图4为本申请实施例四提供的一种服务器的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。
实施例一
图1A为本申请实施例一提供的一种直播间房主转让的方法的流程图，本实施例可适用于任一直播应用程序内任一直播间进行直播的情况中。本实施例提供的直播间房主转让的方法可以由本申请实施例提供的直播间房主转让的装置来执行，该装置可以通过软件和/或硬件的方式来实现，并集成在执行本方法的服务器中，该服务器可以为任一直播应用程序对应的后台服务器。
参考图1A，该方法可以包括如下步骤：
S110，检测主播端是否从当前直播间的上麦观众内选中转让主播。
在每个直播间的直播过程中，均要求主播保持实时在线状态，以便与直播间观众建立有效的直播互动关系，来保证直播互动效果。然而，在直播中途，主播可能会存在一些个人原因而退出直播间，此时会在直播中途直接结束直播， 导致直播间内所有观众之间的直播互动中断；即使主播退出直播间后未结束直播，也会由于缺少主播而导致一些直播功能失效，从而极大降低直播互动效果。因此，本实施例针对直播间的正常直播需要依赖主播在线状态的限制条件，会在直播间内专门设置一种直播间房主的转让功能，以在直播间的主播由于个人原因需要退出直播间时，先采用该房主转让功能，将其房主身份转让给直播间内的另一符合条件的上麦观众，由该选中的上麦观众继续负责直播间的后续正常直播，从而实现直播会话的延续，确保主播离线状态下的直播间常驻。
在本实施例中，为了确保直播间房主转让功能的执行，会在直播间内主播端的直播界面上设置对应的房主转让控件，如图1B所示，在当前直播间的直播过程中，主播端的直播界面内会展示有当前直播间的房主转让控件，该房主转让控件能够支持主播端在当前直播间的直播过程中，从当前直播间的上麦观众内选出转让主播，以在退出当前直播间后，由该转让主播继续负责当前直播间的正常直播。主播端的直播界面内展示的房主转让控件可以为用于进入转让主播选择界面的入口，如图1B所示，该转让主播选择界面内展示有当前直播间内符合预设转让条件的上麦观众，以便主播端从符合预设转让条件的上麦观众内选中转让主播。本实施例中的预设转让条件可以为上麦观众在直播过程中未处于离线状态，且上麦观众进入直播间时所采用的直播软件具备房主转让功能。
在当前直播间的直播过程中，如果主播端在直播中途由于个人原因需要退出该当前直播间，那么首先会在主播端的直播界面内触发所展示的房主转让控件，以执行房主转让功能，此时，该房主转让控件被触发后，在主播端的直播界面内会弹出转让主播选择界面，此时该转让主播选择界面内会展示有当前直播间内符合预设转让条件的全部上麦观众，而每一上麦观众在当前直播间内请求上麦时，即会向主播端上报所采用的直播软件是否具备房主转让功能的信息，使得主播端在转让主播选择界面内展示的全部上麦观众中选出一个上麦观众，作为本实施例中的转让主播，并向直播服务端发送对应的主播转让请求，此时该主播转让请求中会携带该转让主播的标识信息，直播服务端在当前直播间的直播过程中，会实时检测主播端是否从当前直播间的上麦观众内选中转让主播，以分析当前直播间是否需要转让房主，此时通过判断是否接收到主播端上传的主播转让请求，来判断主播端在直播过程中是否从当前直播间的上麦观众内选中转让主播。
S120，响应于主播端选中转让主播的检测结果，控制当前直播间内的每一观众从当前直播间跳转至转让主播开播的目标直播间内。
可选的，直播服务端若接收到主播端上传的主播转让请求，则确定检测到主播端从当前直播间的上麦观众内选中转让主播，此时通过解析该主播转让请 求，能够得到该主播转让请求中携带的该转让主播的标识信息，然后通知该转让主播当前直播间的原主播需要退出本次直播，使得转让主播为了负责本次直播的后续正常直播而开播目标直播间，同时将本次直播的房主转让消息通知给当前直播间内的每一观众，以控制当前直播间内的每一个观众退出当前直播间，而跳转至该转让主播所开播的目标直播间内，以实现本次直播的房主转让。
此外，若在当前直播间的主播端在直播中途退出当前直播间后，仍未检测到主播端从当前直播间的上麦观众内选中转让主播，则说明当前直播间的主播端并未执行主播转让操作，那么在主播端退出当前直播间的预设直播时长后直接关闭该当前直播间，从而结束本次直播即可。
本实施例提供的技术方案，在当前直播间的直播过程中，实时检测主播端是否从当前直播间的上麦观众内选中转让主播，响应于主播端选中转让主播的检测结果，控制当前直播间内的每一观众从当前直播间跳转至转让主播开播的目标直播间内，以在主播端中途退出当前直播间后，能够由转让主播在目标直播间内继续负责本次的正常直播，避免本次直播的中途关播，从而实现直播间在存在离线需求下的主播转让，增加直播间的开播时长，保证直播间的常驻效果，从而调动直播间开播的积极性，同时在保证直播间开播积极性的基础上，通过转让主播使直播间内的各直播功能在直播过程中持续有效，从而提高直播互动质量。
实施例二
图2A为本申请实施例二提供的一种直播间房主转让的方法的流程图，图2B为本申请实施例二提供的直播间房主转让过程的界面示意图。本实施例是在上述实施例的基础上进行说明。如图2A所示，本实施例主要对于控制当前直播间内的每一观众从当前直播间跳转至转让主播开播的目标直播间的过程进行解释说明。
可选的，如图2A所示，本实施例中可以包括如下步骤：
S210，检测主播端是否从当前直播间的上麦观众内选中转让主播。
S220，向转让主播推送当前直播间的房主转让邀请，以使转让主播确定是否接受房主转让邀请。
可选的，直播服务端会通过接收当前直播间的主播端上传的主播转让请求，来检测主播端是否从当前直播间的上麦观众内选中转让主播，在接收到该主播转让请求时，便可确定检测到主播端从当前直播间的上麦观众内选中转让主播，此时通过解析该主播转让请求而得到该转让主播的标识信息；此时为了避免直 播间观众强制接受主播转让，本实施例在确定出转让主播后，会向该转让主播推送当前直播间的房主转让邀请，该房主转让邀请主要用于通知转让主播当前直播间的原主播会中途退出直播，后续需要该转让主播负责本次直播，从而由该转让主播确定是否接受该房主转让邀请并作为后续的主播继续控制直播的正常进行。
示例性的，转让主播在接收到房主转让邀请后，转让主播的直播界面上会弹出房主转让确认界面，如图2B所示，该房主转让确认界面内会展示有当前直播间的原主播中途退出直播，且选择转让主播作为后续主播来负责本次直播的正常进行的消息，以及房主转让邀请的确认接受按钮和取消接受按钮，转让主播通过触发该确认接受按钮或者该取消接受按钮，来选择是否接受该房主转让邀请，以确保直播间房主转让的自由性。
S230，若检测到转让主播接受房主转让邀请，则控制转让主播退出当前直播间，并为转让主播开播目标直播间。
在本实施例中，转让主播在接收到当前直播间的房主转让邀请后，会通过直播界面内弹出的房主转让确认界面来判断是否接受该房主转让邀请，若检测到转让主播触发该房主转让确认界面内的确认接受按钮，说明转让主播同意作为本次直播的后续主播来负责接下来的正常直播，也就检测到转让主播接受该房主转让邀请，此时首先控制该转让主播退出当前直播间，并为该转让主播开播目标直播间，此时该目标直播间会携带本次直播原有的主播端的标识信息，以使直播服务端能够获知该目标直播间与当前直播间属于同一直播，便于将当前直播间的观众跳转到目标直播间中，实现直播间的常驻。
此外，转让主播在接收到当前直播间的房主转让邀请后，也可能会通过触发房主转让确认界面内的取消接受按钮，也就检测到转让主播未接受该房主转让邀请，此时当前直播间在原有的主播端退出直播后，由于缺少主播而导致一些直播功能失效，因此若检测到转让主播未接受该房主转让邀请，则会控制当前直播间按照预设关播时段执行关播操作，该预设关播时段为当前直播间原有的主播端在退出当前直播间后，允许当前直播间仍可以继续直播的时长，此时若转让主播未接受房主转让邀请，则会在当前直播间的原有主播退播后的直播时长达到该预设关播时段时，控制该当前直播间关播，以避免影响观众的直播体验。
S240，在目标直播间成功开播后，控制当前直播间内的每一观众从当前直播间跳转至目标直播间。
可选的，在目标直播间成功开播后，为了保证当前直播间与目标直播间的直播一致性，会控制当前直播间内的每一观众不断从当前直播间跳转到目标直 播间内，以继续进行本次直播，从而避免出现由于原有主播退播而必须中途退出直播的问题，对应增加直播时长，提高直播互动效果。
本实施例中，如图2B所示，控制当前直播间内的每一观众从当前直播间跳转至目标直播间，可以包括：采用分散跳转机制为当前直播间内的每一观众设置所述每一观众对应的跳转延时值；向当前直播间内的每一观众推送所述每一观众对应的直播间跳转通知，该直播间跳转通知中携带所述每一观众对应的跳转延时值，以使所述每一观众在达到所述每一观众对应的跳转延时值时上报所述每一观众对应的直播间跳转请求；根据当前直播间内每一观众上报的直播间跳转请求，控制所述每一观众从当前直播间跳转至目标直播间内。
在本实施例中，为了避免当前直播间的多个观众集中跳转到目标直播间，而增加进入目标直播间的请求压力，需要对当前直播间的多个观众跳转至目标直播间的时机进行分散设置，此时本实施例中的分散跳转机制是指控制在不同时刻下跳转至目标直播间的观众数量能够保持大致平衡，因此按照该分散跳转机制以及当前直播间的观众数量随机为每一观众设置对应的跳转延时值，该跳转延时值能够指示该观众从当前直播间跳转至目标直播间的时刻，后续每一观众按照各自的跳转延时值来跳转至目标直播间，多个观众对应的跳转延时值组合起来能够符合分散跳转机制的要求。然后，在确定当前直播间内每一观众的跳转延时值后，直播服务端会向当前直播间的每一观众推送对应的直播间跳转通知，该直播间跳转通知中会携带该观众对应的跳转延时值，进而由每一个观众来判断是否达到该跳转延时值指定的跳转时刻，进而在达到该跳转延时值指定的跳转时刻后，直接向直播服务端上报对应的直播间跳转请求，此时当前直播间内多个观众会在符合分散跳转机制的不同时刻来上报对应的直播间跳转请求，从而避免观众的集中跳转，极大降低了观众进入直播间的压力；直播服务端在每接收到一观众上报的直播间跳转请求后，便会控制该观众从当前直播间中退出并进入转让主播所开播的目标直播间中。
在当前直播间的观众从当前直播间跳转至目标直播间的过程中，即从转让主播接收房主转让邀请开始，便会将当前直播间的直播状态修改为“直播转移中”，以提醒当前直播间内还未跳转的观众本次直播的主播会发生变化。
S250，控制当前直播间内除转让主播外的每一上麦观众在目标直播间内自动上麦。
可选的，为了保证当前直播间与目标直播间的直播一致性，要求当前直播间内的每一上麦观众也在目标直播间内上麦，因此在控制当前直播间的每一观众从当前直播间跳转至目标直播间后，还会判断该观众是否为当前直播间的上麦观众，若是，则控制该上麦观众在目标直播间内直接上麦。
为了保证当前直播间内的每一上麦观众在目标直播间内的上麦高效性，本实施例在为转让主播开播目标直播间时，会为该目标直播间配置为自由上麦模式，该自由上麦模式能够使得直播间观众在请求上麦时，无需主播确认即可直接上麦，减少了直播间上麦的操作，也就是当前直播间内的上麦观众在跳转至目标直播间后，无需转让主播的验证即可实现自动上麦，提高了当前直播间内的每一上麦观众在目标直播间的上麦高效性。
本实施例提供的技术方案，在当前直播间的直播过程中，实时检测主播端是否从当前直播间的上麦观众内选中转让主播，响应于主播端选中转让主播的检测结果，控制当前直播间内的每一观众从当前直播间跳转至转让主播开播的目标直播间内，以在主播端中途退出当前直播间后，能够由转让主播在目标直播间内继续负责本次的正常直播，避免本次直播的中途关播，从而实现直播间在存在离线需求下的主播转让，增加直播间的开播时长，保证直播间的常驻效果，从而调动直播间开播的积极性，同时在保证直播间开播积极性的基础上，通过转让主播使直播间内的各直播功能在直播过程中持续有效，从而提高直播互动质量。
实施例三
图3为本申请实施例三提供的一种直播间房主转让的装置的结构示意图，如图3所示，该装置可以包括：房主转让检测模块310，设置为检测主播端是否从当前直播间的上麦观众内选中转让主播；房主转让模块320，设置为响应于主播端选中转让主播的检测结果，控制所述当前直播间内的每一观众从所述当前直播间跳转至所述转让主播开播的目标直播间内。
本实施例提供的技术方案，在当前直播间的直播过程中，实时检测主播端是否从当前直播间的上麦观众内选中转让主播，响应于主播端选中对应的转让主播的检测结果，控制当前直播间内的每一观众从当前直播间跳转至转让主播开播的目标直播间内，以在主播端中途退出当前直播间后，能够由转让主播在目标直播间内继续负责本次的正常直播，避免本次直播的中途关播，从而实现直播间在存在离线需求下的主播转让，增加直播间的开播时长，保证直播间的常驻效果，从而调动直播间开播的积极性，同时在保证直播间开播积极性的基础上，通过转让主播使直播间内的各直播功能在直播过程中持续有效，从而提高直播互动质量。
本实施例提供的直播间房主转让的装置可适用于上述任意实施例提供的直播间房主转让的的方法，具备相应的功能。
实施例四
图4为本申请实施例四提供的一种服务器的结构示意图，如图4所示，该服务器包括处理器40、存储装置41和通信装置42；服务器中处理器40的数量可以是一个或多个，图4中以一个处理器40为例；服务器中的处理器40、存储装置41和通信装置42可以通过总线或其他方式连接，图4中以通过总线连接为例。
本实施例提供的一种服务器可用于执行上述任意实施例提供的直播间房主转让的方法，具备相应的功能。
实施例五
本申请实施例五还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可实现上述任意实施例中的直播间房主转让的方法。
本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本申请任意实施例所提供的直播间房主转让的方法中的相关操作。
通过以上关于实施方式的描述，所属领域的技术人员可以了解到，本申请可借助软件及通用硬件来实现，当然也可以通过硬件实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请多个实施例所述的方法。
值得注意的是，上述直播间房主转让的装置的实施例中，所包括的多个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，每个功能单元的名称也只是为了便于相互区分，并不用于限制本申请的保护范围。

Claims (11)

  1. 一种直播间房主转让的方法，包括：
    检测主播端是否从当前直播间的上麦观众内选中转让主播；
    响应于所述主播端选中所述转让主播的检测结果，控制所述当前直播间内的每一观众从所述当前直播间跳转至所述转让主播开播的目标直播间内。
  2. 根据权利要求1所述的方法，其中，所述主播端的直播界面内展示有所述当前直播间的房主转让控件，所述房主转让控件支持所述主播端从所述当前直播间的上麦观众内选中所述转让主播。
  3. 根据权利要求2所述的方法，其中，所述房主转让控件为用于进入转让主播选择界面的入口，所述转让主播选择界面内展示有所述当前直播间内符合预设转让条件的上麦观众，以使所述主播端从符合所述预设转让条件的上麦观众内选中所述转让主播。
  4. 根据权利要求1所述的方法，其中，所述控制所述当前直播间内的每一观众从所述当前直播间跳转至所述转让主播开播的目标直播间内，包括：
    向所述转让主播推送所述当前直播间的房主转让邀请，以使所述转让主播确定是否接受所述房主转让邀请；
    在检测到所述转让主播接受所述房主转让邀请的情况下，控制所述转让主播退出当前直播间，并为所述转让主播开播所述目标直播间；
    在所述目标直播间成功开播后，控制所述当前直播间内的每一观众从所述当前直播间跳转至所述目标直播间。
  5. 根据权利要求4所述的方法，其中，所述控制所述当前直播间内的每一观众从所述当前直播间跳转至所述目标直播间，包括：
    采用分散跳转机制为所述当前直播间内的每一观众设置所述每一观众对应的跳转延时值；
    向所述当前直播间内的每一观众推送所述每一观众对应的直播间跳转通知，其中，每一观众对应的所述直播间跳转通知中携带所述每一观众对应的跳转延时值，以使所述每一观众在达到所述每一观众对应的跳转延时值时上报所述每一观众对应的直播间跳转请求；
    根据所述当前直播间内每一观众上报的直播间跳转请求，控制所述每一观众从所述当前直播间跳转至目标直播间内。
  6. 根据权利要求4所述的方法，在向所述转让主播推送所述当前直播间的房主转让邀请之后，还包括：
    在检测到所述转让主播未接受所述房主转让邀请的情况下，控制所述当前直播间按照预设关播时段执行关播操作。
  7. 根据权利要求1-6任一项所述的方法，在控制所述当前直播间内的每一观众从所述当前直播间跳转至所述转让主播开播的目标直播间内之后，还包括：
    控制所述当前直播间内除所述转让主播外的每一上麦观众在所述目标直播间内自动上麦。
  8. 根据权利要求7所述的方法，在所述转让主播开播目标直播间之后，还包括：
    为所述目标直播间配置自由上麦模式。
  9. 一种直播间房主转让的装置，包括：
    房主转让检测模块，设置为检测主播端是否从当前直播间的上麦观众内选中转让主播；
    房主转让模块，设置为响应于所述主播端选中所述转让主播的检测结果，控制所述当前直播间内的每一观众从所述当前直播间跳转至所述转让主播开播的目标直播间内。
  10. 一种服务器，包括：
    至少一个处理器；
    存储装置，设置为存储至少一个程序；
    当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如权利要求1-8中任一所述的直播间房主转让的方法。
  11. 一种计算机可读存储介质，存储有计算机程序，该程序被处理器执行时实现如权利要求1-8中任一所述的直播间房主转让的方法。
PCT/CN2022/079680 2021-03-25 2022-03-08 直播间房主转让的方法、装置、服务器和存储介质 Ceased WO2022199374A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110321129.2 2021-03-25
CN202110321129.2A CN113079384A (zh) 2021-03-25 2021-03-25 一种直播间房主转让的方法、装置、服务器和存储介质

Publications (1)

Publication Number Publication Date
WO2022199374A1 true WO2022199374A1 (zh) 2022-09-29

Family

ID=76610335

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/079680 Ceased WO2022199374A1 (zh) 2021-03-25 2022-03-08 直播间房主转让的方法、装置、服务器和存储介质

Country Status (2)

Country Link
CN (1) CN113079384A (zh)
WO (1) WO2022199374A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113079384A (zh) * 2021-03-25 2021-07-06 百果园技术(新加坡)有限公司 一种直播间房主转让的方法、装置、服务器和存储介质
CN114710684B (zh) * 2022-03-02 2023-11-17 百果园技术(新加坡)有限公司 一种直播间连麦方法、装置、设备及存储介质
CN115665465A (zh) * 2022-10-25 2023-01-31 北京字跳网络技术有限公司 一种信息展示方法及装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100488595B1 (ko) * 2004-07-29 2005-05-11 엔에이치엔(주) 동영상 공동 관람 서비스 제공 방법 및 시스템
KR100777309B1 (ko) * 2006-09-12 2007-11-20 엘지전자 주식회사 방송 수신기 및 이를 이용한 예약 시청 프로그램의 녹화방법
CN106488335A (zh) * 2016-09-20 2017-03-08 北京小米移动软件有限公司 直播控制方法及装置
CN107172443A (zh) * 2017-06-29 2017-09-15 北京小米移动软件有限公司 视频直播方法、装置和系统
CN111711830A (zh) * 2020-06-19 2020-09-25 广州市百果园信息技术有限公司 一种直播补位的方法、装置、服务器和存储介质
CN111918086A (zh) * 2020-08-07 2020-11-10 广州繁星互娱信息科技有限公司 视频连线方法、装置、终端、服务器及可读存储介质
CN112003711A (zh) * 2020-07-31 2020-11-27 北京达佳互联信息技术有限公司 连麦方法及装置
CN113079384A (zh) * 2021-03-25 2021-07-06 百果园技术(新加坡)有限公司 一种直播间房主转让的方法、装置、服务器和存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108259448B (zh) * 2016-12-30 2020-12-15 广州华多网络科技有限公司 一种防止连麦时异常断线的方法及装置
CN111385592A (zh) * 2018-12-29 2020-07-07 广州市百果园信息技术有限公司 跨房间直播连线方法、装置、存储介质和服务器
CN112511845B (zh) * 2020-10-27 2023-03-28 百果园技术(新加坡)有限公司 一种直播排麦的方法、装置、服务器和存储介质

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100488595B1 (ko) * 2004-07-29 2005-05-11 엔에이치엔(주) 동영상 공동 관람 서비스 제공 방법 및 시스템
KR100777309B1 (ko) * 2006-09-12 2007-11-20 엘지전자 주식회사 방송 수신기 및 이를 이용한 예약 시청 프로그램의 녹화방법
CN106488335A (zh) * 2016-09-20 2017-03-08 北京小米移动软件有限公司 直播控制方法及装置
CN107172443A (zh) * 2017-06-29 2017-09-15 北京小米移动软件有限公司 视频直播方法、装置和系统
CN111711830A (zh) * 2020-06-19 2020-09-25 广州市百果园信息技术有限公司 一种直播补位的方法、装置、服务器和存储介质
CN112003711A (zh) * 2020-07-31 2020-11-27 北京达佳互联信息技术有限公司 连麦方法及装置
CN111918086A (zh) * 2020-08-07 2020-11-10 广州繁星互娱信息科技有限公司 视频连线方法、装置、终端、服务器及可读存储介质
CN113079384A (zh) * 2021-03-25 2021-07-06 百果园技术(新加坡)有限公司 一种直播间房主转让的方法、装置、服务器和存储介质

Also Published As

Publication number Publication date
CN113079384A (zh) 2021-07-06

Similar Documents

Publication Publication Date Title
WO2022199374A1 (zh) 直播间房主转让的方法、装置、服务器和存储介质
CN108022590B (zh) 语音接口设备处的聚焦会话
US10832634B2 (en) Methods, systems, and media for managing output of an HDMI source
CN111131908B (zh) 语音礼物的接收方法、装置、设备及存储介质
CN103839558B (zh) 同步播放方法及服务器、播放器
WO2022213287A1 (zh) 直播互动方法、装置、直播服务器、终端及存储介质
WO2021254080A1 (zh) 直播补位的方法、装置、服务器和存储介质
EP2736263A1 (en) Server, multimedia apparatus and control method thereof for synchronously playing multimedia contents through a plurality of multimedia devices
US11523146B2 (en) Live broadcast method and apparatus, electronic device, and storage medium
CN109511007B (zh) 一种网络直播方法、装置、设备和存储介质
WO2024108905A9 (zh) 服务器、智能设备和智能设备控制方法
CN111385666A (zh) 通信链路建立方法、装置、设备及存储介质
WO2021120692A1 (zh) 语音礼物的赠送方法、装置、设备及存储介质
CN111405311A (zh) 直播节目保存方法、装置、电子设备和存储介质
CN113179414A (zh) 直播互动方法、装置、设备及存储介质
CN111294606A (zh) 直播处理方法、装置、直播客户端及介质
CN109889861A (zh) 一种主题直播方法、装置、系统、设备及存储介质
CN114026640A (zh) 用于提供动态媒体会话的方法、系统和介质
CN105635845A (zh) 会话内容传输方法和装置
CN111083420B (zh) 一种视频通话系统、方法、设备和存储介质
WO2022188475A1 (zh) 一种视频文件的双屏同步播放方法及显示设备
CN109257614B (zh) 一种直播会话接入控制方法、装置及存储介质
US12418570B2 (en) Real-time and file-based audio data processing
WO2017063353A1 (zh) 直播时移方法、装置和机顶盒
CN105933797B (zh) 基于网络协议电视的直播节目启播方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22774036

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22774036

Country of ref document: EP

Kind code of ref document: A1