Live broadcast control method and system, electronic equipment, storage medium and program product

Abstract

The embodiment of the invention relates to the technical field of network live broadcast, and discloses a live broadcast control method and system, electronic equipment, a storage medium and a program product. In the live broadcast control method, a notification message sent by a user terminal is received, and the notification message comprises an identifier of a live broadcast room; controlling the live broadcast room to enter a limited mode based on the notification message; wherein in the limited mode, the first live broadcast stream is sent to the user terminal sending the notification message, and the second live broadcast stream is sent to other user terminals of the live broadcast room. According to the live broadcast control method provided by the invention, the participation willingness of user interaction is improved through a dynamic switching mechanism of the live broadcast picture, so that the live broadcast income and the user stickiness are improved.

Description

Technical Field

[0001] This application relates to the field of live streaming technology, and in particular to a live streaming control method, system, electronic device, storage medium, and program product. Background Technology

[0002] The rapid development of the live streaming industry has made it an important form of leisure and entertainment for users. In terms of interaction mechanisms, existing platforms generally rely on virtual gifts from viewers to trigger special effects (some effects are visible globally, while others are only visible to the sender), or to set up paid content (requiring prepayment to enter a specific live stream room or watch specific content).

[0003] These models are essentially simplistic, primarily serving to support the streamer or provide basic visual feedback. They lack specific incentives, fail to stimulate other viewers' desire to participate, and cannot effectively increase the streamer's revenue or user engagement. Summary of the Invention

[0004] The purpose of this application is to provide a live streaming control method, system, electronic device, storage medium, and program product, which aims to enrich the visual effects of live streaming through a dynamic switching mechanism, effectively stimulate the participation of other viewers, enhance user interaction willingness, and increase the revenue of live streamers and user stickiness.

[0005] One aspect of this application provides a live streaming control method, comprising: receiving a notification message sent by a user terminal, the notification message including an identifier of a live streaming room; controlling the live streaming room to enter a limited mode based on the notification message; wherein, in the limited mode, a first live streaming stream is sent to the user terminal that sent the notification message, and a second live streaming stream is sent to other user terminals in the live streaming room.

[0006] One aspect of this application also provides a live streaming control method, comprising: receiving a notification message sent by a user terminal, the notification message including an identifier of a live streaming room; controlling the live streaming room to enter a limited mode based on the notification message; wherein, in the limited mode, the live streaming stream of the live streaming room is sent to each user terminal within the live streaming room, the live streaming stream including an audio stream and an original video stream, for the user terminal that sent the notification message to play the live streaming stream, and for other user terminals within the live streaming room to add a mask to the original video stream and play the masked video stream and the audio stream.

[0007] One aspect of this application also provides a live streaming control method, comprising: pulling a live stream from a server and playing it; sending a notification message to the server, the notification message including an identifier of the live stream, the notification message being used to trigger the server to control the live stream to enter a limited mode; wherein, in the limited mode, the live stream played by the user terminal that sent the notification message is different from the live stream played by other user terminals in the live stream.

[0008] One aspect of this application also provides a live streaming control system, including: a server and at least one user terminal; the server includes: a receiving module for receiving a notification message sent by the user terminal, the notification message including an identifier of a live streaming room; a control module for controlling the live streaming room to enter a restricted mode based on the notification message; the user terminal includes: a pulling module for pulling the live stream of the live streaming room from the server and playing it; a notification module for sending a notification message to the server, the notification message including the identifier of the live streaming room, the notification message being used to trigger the server to control the live streaming room to enter the restricted mode. In the restricted mode, the live streaming stream played by the user terminal that sent the notification message is different from the live streaming streams played by other user terminals within the live streaming room.

[0009] In one aspect of this application, an electronic device is provided, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the live broadcast control method described above.

[0010] In one aspect of this application, a computer-readable storage medium is provided, storing a computer program that, when executed by a processor, implements the above-described live broadcast control method.

[0011] In one aspect of this application, a computer program product is provided, including a computer program that, when at least a portion of the computer program is executed by a processor, enables the implementation of the above-described live broadcast control method.

[0012] The technical solutions provided in this application have at least the following beneficial effects:

[0013] In the technical solution provided in this application embodiment, when a user performs a preset operation on the content played in the live broadcast room (such as sending virtual gifts), the user terminal automatically generates a notification message and sends it to the server. This notification message includes the identifier of the live broadcast room, converting the user's behavior into a server-recognizable instruction, thereby providing the server with a trigger for mode switching. After receiving the notification message, the server will differentiate the presentation permissions of the live broadcast room content, pushing different live streams to different user terminals. This ensures that, in the limited mode, the user terminal that sent the notification message has different presentation permissions than other user terminals in the same live broadcast room, thus achieving hierarchical presentation of the live broadcast room content. Through a dynamic switching mechanism of the live broadcast screen, for example, users who have sent high-level gifts can watch the complete live broadcast content, while other users who have not sent high-level gifts can only watch a portion, thereby encouraging user participation and interaction, increasing live broadcast interactivity and user stickiness, while ensuring the continuity of live broadcast information. Attached Figure Description

[0014] One or more embodiments are illustrated by way of example with reference numerals in the accompanying drawings. These illustrations do not constitute a limitation on the embodiments. Elements with the same reference numerals in the drawings are denoted as similar elements. Unless otherwise stated, the figures in the drawings are not to be limited by scale.

[0015] Figure 1 This is a schematic diagram of a live streaming operating environment shown in some embodiments of this application specification;

[0016] Figure 2 This is an exemplary flowchart of a live streaming control method according to some embodiments of this application specification;

[0017] Figure 3 This is a schematic diagram of a user terminal display interface according to some embodiments of this application specification;

[0018] Figure 4 This is a schematic diagram of another display interface of a user terminal according to some embodiments of this application specification;

[0019] Figure 5 This is an exemplary flowchart of another live streaming control method according to some embodiments of this application specification;

[0020] Figure 6 This is an exemplary flowchart illustrating a business scenario involving another live streaming control method according to some embodiments of this application specification;

[0021] Figure 7 This is an exemplary flowchart of a live streaming control method applied on the user terminal side according to some embodiments of this application specification;

[0022] Figure 8 This is an exemplary block diagram of a live streaming control system according to some embodiments of this application specification;

[0023] Figure 9 This is an exemplary block diagram of an electronic device according to some embodiments of this application specification. Detailed Implementation

[0024] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the various embodiments of this application will be described in detail below with reference to the accompanying drawings. However, those skilled in the art will understand that many technical details have been provided in the various embodiments of this application to help readers better understand this application. However, the technical solutions claimed in this application can be implemented even without these technical details and various changes and modifications based on the following embodiments. The division of the various embodiments below is for the convenience of description and should not constitute any limitation on the specific implementation of this application. The various embodiments can be combined with and referenced by each other without contradiction.

[0025] It should be understood that the terms "system," "device," "unit," and / or "module" used in this specification are a method of distinguishing different components, elements, parts, sections, or assemblies at different levels. However, if other words can achieve the same purpose, they may be replaced by other expressions.

[0026] Unless otherwise specified, the technical terms used to describe components, elements, etc. in this specification are not singular but may include plural. Generally speaking, terms such as "comprising" or "including" only indicate that explicitly identified steps, elements, or components are included, and these steps, elements, and components do not constitute an exclusive list, as the described method or apparatus may also include other steps or components.

[0027] This specification uses flowcharts to illustrate the operational steps performed by the apparatus or system of related embodiments. However, unless otherwise specified, the order in which these steps are described should not be construed as a limitation on the order of execution. Those skilled in the art can adjust the order of these steps based on the knowledge and information conveyed by the embodiments in this specification. Adjustments include, but are not limited to, reversing the order of steps, merging multiple steps, and splitting a step.

[0028] Live streaming (or web streaming) is a technology that transmits audio and video content in real time over the internet. The broadcaster uses a camera to capture live footage of themselves and uploads the video data to a server in the form of video streams, video files, or chunked data packets. The server then sends the data to viewers, who can watch the live stream online and interact with the broadcaster in real time. For example, viewers can interact with the broadcaster through features like bullet comments, virtual gifts, and live chat.

[0029] Please see Figure 1 , Figure 1 This is a schematic diagram illustrating a live streaming operating environment according to some embodiments of this application. For example... Figure 1 As shown, the live streaming environment may include: server 110, broadcaster terminal 120, user terminal 130, and network 140. Server 110, broadcaster terminal 120, and user terminal 130 can transmit data through network 140. During the live stream, broadcaster terminal 120 can send the live video data to server 110 through network 140, and server 110 can further process the live video data and then send it to user terminal 130 through network 140 for users of user terminal 130 to watch.

[0030] Server 110 can be a high-performance computer device used for storing, forwarding, configuring, analyzing, and processing video data. For example, server 110 can forward raw video data (e.g., raw video stream) sent by broadcaster terminal 120, or it can further analyze and process the raw video data before sending it to user terminal 130. Alternatively, server 110 can process interactive data (such as likes, bullet comments, or gift data) sent by user terminal 130 and send the processed video data (e.g., video stream) to both user terminal 130 and broadcaster terminal 120. In some embodiments, server 110 can transmit data based on streaming media transmission protocols, which may include HTTP / Live Streaming (HLS), Real-Time Messaging Protocol (RTMP), Dynamic Adaptive Streaming over HTTP (DASH), etc. In some embodiments, server 110 may include a local server 110 or a cloud server 110. Depending on different service requirements, local servers 110 corresponding to a specific region can be deployed in one or more regions. In some embodiments, server 110 may be a single computer device or a computing cluster consisting of multiple computer devices, thereby providing more powerful computing power and more efficient response to user service requests.

[0031] The broadcast terminal 120 can be used to generate video data (e.g., live video) in real time and perform video data streaming operations. Video data may include, for example, video streams generated by real-time capture of live footage from a camera device, video files, or data packets transmitted in chunks. In some embodiments, the broadcast terminal 120 may be an electronic device such as a desktop computer, smartphone, laptop, or tablet computer.

[0032] User terminal 130 may include, but is not limited to, desktop computers, smartphones, laptops, VR (Virtual Reality) devices, tablets, smart TVs, in-vehicle terminals, and other terminal devices. User terminal 130 may include a display screen and a processor. The display screen can be used to present a graphical user interface (GUI). For example, user terminal 130 can present a target video stream related to live content sent by server 110 through the GUI; or, for example, user terminal 130 can provide identifiers for interactive data through the GUI, such as identifiers for interactive data used to change the live content (e.g., gift data). In some embodiments, the display screen may be separate from the human-machine interface device. The user can operate on the GUI through the human-machine interface device, and the processor of user terminal 130 can receive operation commands generated through the operation on the GUI via the human-machine interface device. The display screen can be used to present the GUI, for example, to present response results generated based on operation commands input through the GUI. In other embodiments, the display screen may be a touch screen, which can receive operation commands input by the user based on the GUI. When a user operates the graphical user interface (GUI) via a touchscreen display, the GUI can control the user terminal 130 to display local content in response to received operation commands, or it can control the user terminal 130 to display content processed by the server 110 based on the operation in response to received operation commands. For example, the operation commands generated by the user acting on the GUI may include commands to select interactive data identifiers based on the GUI. The viewer processor can be configured to transmit the received command to the server 110 for processing, and the server 110 will send the processed content to the user terminal 130 for display.

[0033] Network 140 can be any type of wired or wireless network, or any combination thereof. As examples, the network can be one or more of the following: wired network, fiber optic network, telecommunications network, internal network, Internet, local area network (LAN), wide area network (WAN), wireless local area network (WLAN), metropolitan area network (MAN), public switched telephone network (PSTN), Bluetooth network, etc. The network can have multiple access points, through which server 110, broadcast terminal 120, and user terminal 130 can access the network.

[0034] It should be noted that, Figure 1 The schematic diagram of the live streaming operating environment shown is merely an example. The live streaming operating environment described in the embodiments of this specification is intended to more clearly illustrate the technical solutions of the embodiments of this specification and does not constitute a limitation on the technical solutions provided in the embodiments of this specification. For example, Figure 1 The number of servers 110, broadcast terminals 120, and user terminals 130 shown in this specification is merely illustrative and is not intended to limit the scope of protection of this application. Depending on the actual situation, any number of servers 110, broadcast terminals 120, and user terminals 130 may be used. Those skilled in the art will recognize that with the development of live streaming technology and the emergence of new business scenarios, the technical solutions provided in the embodiments of this specification are also applicable to similar technical problems.

[0035] In some related live streaming technologies, the live video stream is usually the raw video stream directly acquired by the broadcaster's video capture equipment (such as camera equipment). This results in a relatively simple visual presentation and a lack of innovation. Common interactive methods on live streaming platforms typically include special effects visible to all viewers after a viewer sends a gift, or some effects visible only to the gift sender; and exclusive live streaming content requiring users to pay upfront to enter the live stream or watch specific content. These live streaming formats are too simplistic, merely serving as a means to express support for the broadcaster or trigger special effects, but lacking stronger, personalized interactive incentive mechanisms.

[0036] To address the aforementioned issues, some embodiments of this application provide a live streaming control method applied to a server 110. In this method, the server 110 receives a notification message sent by a user terminal, the notification message including an identifier for the live streaming room. Based on the notification message, the server controls the live streaming room to enter a restricted mode. In this restricted mode, a first live stream is sent to the user terminal that sent the notification message, and a second live stream is sent to other user terminals in the same live streaming room. This allows the user terminal that sent the notification message to have different presentation permissions than other user terminals in the same live streaming room, thus enabling tiered presentation of live streaming content. The notification message may be a message generated in response to a user's preset operation on the live streaming room, allowing the user performing the preset operation to watch the entire stream while other users can only watch a portion. This incentivizes user interaction, increases live streaming interactivity and user engagement, and ensures the continuity of live streaming information.

[0037] Figure 2 This is an exemplary flowchart of a live streaming control method according to some embodiments of this application, which can be generated by... Figure 1 The live streaming environment shown is executed by server 110 within the live streaming runtime environment. In some embodiments, Figure 2 The process shown may include the following steps.

[0038] Step 210: Server 110 acquires the live stream from broadcaster terminal 120. For example, broadcaster terminal 120 can capture the broadcaster's live footage in real time using a video stream acquisition device (such as a camera), encode (e.g., using H.264, HEVC, VVC, etc.) and compress it, then transmit it to server 110 as a video stream. Server 110 can then acquire the live stream and perform subsequent processing.

[0039] In some embodiments, a live stream can be a sequence of video frames in chronological order, and each video frame can be a still image. Each video frame includes at least a person, an object, and a background. For example, a person may include a presenter, an assistant, or an audience member; an object may include a table, chair, or book; and a background may include an indoor scene, an outdoor scene, or a natural landscape.

[0040] Step 220: The server 110 pushes the acquired live stream to at least one user terminal 130.

[0041] In some embodiments, the live stream (including audio and video content) generated by the broadcaster terminal 120 is first uploaded to the server 110. Then, one or more user terminals 130 (i.e., viewer devices) request the live stream data from the server 110 via the network 140, and decode and render it locally before playing it, allowing viewers to watch the live content in real time. Steps 210 and 220 form the basic interactive process of the live streaming system, providing a prerequisite for subsequent functions such as "user preset operation triggering limited mode". After the user terminal 130 successfully retrieves and plays the live stream, it can further implement differentiated control of the live room presentation state based on user operations, such as distinguishing between complete presentation and partial presentation.

[0042] Step 230: Server 110 receives a notification message sent by the user terminal, the notification message including the identifier of the live broadcast room. In one example, in response to a user's preset operation on the live broadcast room on user terminal 130, user terminal 130 generates a notification message and sends it to server 110, server 110 receives the notification message, the notification message including the identifier of the live broadcast room.

[0043] In some embodiments, the user terminal 130 may provide an interactive interface, which may be an interactive area displayed in the graphical user interface of the user terminal 130, and the interactive area may display the identifier of the candidate operation.

[0044] In some embodiments, when a viewer performs a specific operation pre-set by the system (such as sending a premium gift) on their user terminal, the viewer's user terminal will generate a corresponding notification message and send this notification message to the live broadcast's backend server 110.

[0045] In step 240, after receiving the notification message, server 110 controls the live stream to enter a restricted mode. In restricted mode, the first live stream played by the user terminal 130 that sent the notification message is different from the second live stream played by other user terminals in the live stream room. In one example, the first live stream includes the original video stream and audio stream; the second live stream only includes the audio stream, or the second live stream includes the audio stream and the video stream with an added overlay. This ensures that the user terminal 130 that sent the notification message fully displays the content of the live stream room, while other user terminals 130 can only partially display the content of the live stream room. After the mode ends, it automatically restores visibility to all users, ensuring smooth operation of the live stream room.

[0046] In some embodiments, before the server 110 controls the live stream to enter the limited mode, a prompt message is displayed in the live stream to indicate that the live stream is about to enter the limited mode. For example, when the server 110 receives a notification message that triggers the limited mode (such as a user sending a premium gift), it will not immediately switch the live stream state, but will first display a pre-set prompt message on the live stream interface of all users (such as a 5-second countdown, prompting all viewers: 'After 5 seconds, the streamer's screen will only be visible to viewers who have sent premium dance gifts, and other viewers will only be able to hear the streamer's voice'). These types of notifications can inform all viewers of upcoming changes in the live stream status, including key information such as "Entering a limited mode soon" and "Differences in user permissions after the mode is activated" (e.g., users who have sent gifts will see the video, while those who haven't will only hear the audio). This allows users who haven't sent gifts to be aware of the permission restrictions in advance, reducing the impact of sudden mode switching and increasing acceptance of the rules. Alternatively, it can provide users who haven't sent gifts with a short decision-making time (e.g., to send a gift within the countdown to avoid limited video access), enhancing their immediate motivation to participate. Furthermore, it ensures transparency in the live stream status transition, allowing all users to clearly understand the current process and laying the groundwork for subsequent differentiated presentations. Sending notifications in advance enhances the smoothness of the user experience, increases the sense of participation, and achieves a smooth transition by balancing the exclusivity of the limited mode with users' right to know.

[0047] In some embodiments, in addition to the above-mentioned reminder messages, users can also be reminded that the live stream is about to enter a limited-view mode through the following more immersive and guiding methods. The core is to enhance the sense of hierarchy, interactivity and urgency of the prompts. For example, push prompts of different intensities in stages: the first prompt (such as 30 seconds before the mode starts) informs users in the form of a light bar of "Entering the exclusive screen mode is about to begin. Sending a gift can unlock permissions"; the intermediate prompt (such as 10 seconds before the start of the live stream) displays a dynamic progress bar at the edge of the live stream screen, accompanied by the host's verbal reminder "10 seconds left, those who haven't sent a gift yet, hurry up"; the final prompt (such as a 5-second countdown) overlays a semi-transparent overlay on the screen to highlight the core information "The screen is about to be locked. Send a gift now to unlock it," enhancing user perception through progressively stronger intensity; or embed a simple interactive entry point in the prompt stage, such as a pop-up window displaying "Unlock exclusive viewing permissions now?", with "Send a gift to unlock" and "Remind me later" buttons. Users who click "Remind Later" will receive a secondary unlock prompt after the mode is activated. Clicking "Unlock with Gift" will directly redirect them to the gift-giving interface, transforming the prompt into an instant conversion point and improving participation efficiency. Alternatively, the prompt message can include a permission comparison diagram: the left side shows a full preview of the screen available to "unlocked users," while the right side shows a restricted screen (e.g., blurred effect) for "unlocked users," with a note stating "X seconds remaining to avoid screen restrictions." This intuitive visual comparison allows users to clearly perceive the difference in benefits, motivating them to unlock. In this way, through more detailed user psychology insights and multi-dimensional prompt design, while ensuring users' right to know, the decision-making threshold is further lowered, encouraging more users to participate in the interaction before the limited mode is activated.

[0048] Since the notification message may be a message generated in response to a user's preset operation on the live stream on the user's terminal, and the type of preset operation may be sending virtual gifts and / or completing interactive tasks, in some embodiments, the notification message may also include: the type and / or quantity of preset operations for the live stream. The server 110 may, based on the type and / or quantity of the preset operations, control the live stream to enter a preset duration limited mode. After entering the limited mode, the remaining duration of the limited mode is displayed in the live stream.

[0049] Once the live stream enters the limited-time mode, the system will display the remaining duration of this mode in real time on the live stream interface of all user terminals 130 (e.g., a "countdown reminder"). This clarifies the duration of exclusive rights to users who have already obtained full viewing privileges, enhancing their perception of "limited-time exclusivity"; it sends a signal to users who haven't obtained privileges that "the full content can be unlocked within the remaining time through additional actions," strengthening their motivation to participate immediately; and by displaying "remaining time," it helps the streamer and all viewers clearly grasp the mode's pace, ensuring the transparency and controllability of the live stream. This is a crucial functional support for achieving "rolling exclusive display" and real-time interactive incentives.

[0050] After entering the restricted mode, for user terminals 130 that have not sent notification messages, unlocking prompts can be provided in the live stream room to indicate the operations required to fully view the live stream content. When the live stream room enters the restricted mode, for user terminals 130 that have not performed preset operations (such as not sending premium gifts) or can only partially view the live stream (such as blurry images or only audio), the system will display clear unlocking guidance information on their live stream interface (such as a "Send a gift now to unlock the streamer's screen" button on the live stream interface). These prompts usually clearly inform users how to unlock the full live stream screen through supplementary operations (such as sending gifts, completing interactive tasks, etc.), for example, the interface may display instructions such as "Send a premium dance gift to immediately watch a clear screen" or "Send an exclusive gift to unlock the remaining 3 minutes of screen." In this way, a clear action path can be provided to users who have not participated in the initial interaction, lowering the operation threshold and stimulating their willingness to obtain full viewing rights through immediate operations. This not only enhances the user's sense of participation but also increases the possibility of converting unauthorized users into authorized users, effectively improving live stream revenue and user stickiness.

[0051] Users who send notification messages (such as those who send specific premium gifts) are designated as "authorized users," and their devices can access and display the complete live stream content (such as clear video and audio of the broadcaster). Users who do not send notification messages (those who do not send specific premium gifts) are designated as "unauthorized users," and their devices can only access a portion of the live stream content (such as only audio, with blurry, out-of-focus video, or no video at all). Through audio-video separation technology and dynamic user permission management, a dual mechanism of "exclusive benefits" and "unlocking incentives" is constructed while ensuring the continuous transmission of core live stream information (such as the broadcaster's voice). This allows users who send specific premium gifts to enjoy a special viewing experience, while also encouraging other users to unlock the complete content in real time through supplementary actions (such as sending additional gifts), ultimately achieving the goal of increasing interactive participation and live stream revenue.

[0052] In some embodiments, after receiving a notification message from user terminal 130, the identification information of the user terminal is cached. Since the notification message is a signal sent to server 110 in response to a preset operation performed by the user on user terminal 130 (such as sending a premium gift), the notification message may include: the identification information of the user terminal. Server 110 uses the identification information to mark the user terminal as an "authorized user terminal," so that it can be granted full access to the live stream content in a limited mode. In one example, server 110 can use a cache database, such as Redis (an in-memory key-value database), to build a user terminal permission list, cache the identification information of authorized user terminals, send a first live stream to user terminals with cached identification information, and send a second live stream to user terminals without cached identification information, thereby achieving second-level permission switching and large-scale concurrent processing, ensuring system response efficiency.

[0053] In some embodiments, after entering the limited mode, the remaining duration of the limited mode is dynamically updated based on subsequent notification messages received by the server 110. When the live stream enters the limited mode, its duration is not fixed but is adjusted and extended in real time based on subsequent notification messages received by the server 110 (such as new notification messages generated from adding premium gifts or completing interactive tasks). For example, the initial gift-giving that triggers the limited mode corresponds to a base duration of 2 minutes. If the user or other users in the live stream continue to give gifts during the limited mode's operation (triggering new notification messages), the server 110 will add the additional duration (such as adding 1-2 minutes per gift) to the remaining duration, dynamically extending the limited mode's duration (e.g., from 1 minute remaining to 3 minutes remaining). This positive feedback of "continuous operation accumulating remaining time" encourages collective participation and continuous interaction from users in the live stream, pushing the limited mode into a "rolling extension" state. This enhances users' sense of presence and increases live stream revenue and user stickiness through the duration accumulation effect, achieving the effect of "rolling exclusive display."

[0054] In some embodiments, the server 110 can control the live streaming room to enter a limited mode in the following ways: the server 110 sends the first live stream of the live streaming room to the user terminal 130 that sent the notification message, and sends the second live streaming room of the target anchor to other user terminals 130; wherein, the first live streaming room includes a video stream and an audio stream, and the second live streaming room only includes an audio stream; or, the first live streaming room includes an audio stream and the original video stream, and the second live streaming room includes an audio stream and a video stream with an added overlay. Specifically, when a notification message is generated to be sent to the server 110 based on the user's preset operation (such as sending a specific premium gift), the server 110 will push different live streaming streams to different user terminals 130: the first live streaming stream is sent to the user terminal 130 that sent the notification message (such as the user who sent the premium gift), and the first live streaming stream includes the original video stream (unprocessed clear picture) and the audio stream to ensure that such users can watch the anchor's picture and hear the sound in its entirety. Simultaneously, server 110 sends a second live stream to other user terminals 130 that have not received notification messages (such as users who have not given premium gifts). This second live stream is restricted in content; it either contains only audio (no video) or audio and a video stream with added overlays (such as blurred or outward-facing images), thus restricting the viewing permissions of users who have not yet interacted with the platform. In this way, through audio-video separation or video streaming technology, tiered viewing permissions are achieved for different users, protecting the exclusive rights of paying users while also encouraging non-paying users to unlock the full live stream content through supplementary actions, thereby enhancing live stream interactivity and revenue. In one example, server 110 can quickly identify the user terminals that need to receive the first live stream and the user terminals that need to receive the second live stream based on the user terminal permission list cached in Redis.

[0055] In other embodiments, after receiving a notification message from a user terminal, the server 110 controls the live streaming room to enter a restricted mode based on the notification message. The server 110 can also control the live streaming room to enter the restricted mode in the following way: the server 110 sends the live stream of the live streaming room to the user terminal 130, the live stream including an audio stream and a raw video stream; the user terminal 130 that sent the notification message directly plays the acquired live stream; other user terminals 130 in the live streaming room add a mask to the video stream and play the masked video stream and audio stream. Specifically, after server 110 uniformly sends the live stream (including the complete audio stream and the original video stream) of the target anchor's live room to all user terminals 130, different user terminals 130 adopt differentiated processing: user terminals 130 that sent notification messages (such as users who fed premium gifts) directly play the obtained live stream, that is, the complete live room content, and can watch the original, clear video picture and listen to the audio, enjoying an unrestricted viewing experience; other user terminals 130 that did not send notification messages (such as users who did not feed premium gifts) will process the video stream after receiving the live stream (such as adding a mask to blur the picture, blur it, or display a placeholder), and finally play the video stream with the mask added and the complete audio stream, forming a restricted state of "only partially watching the picture but being able to listen to the sound normally". In this way, by differentiating the video stream on the terminal side (rather than pushing different streams from server 110), tiered viewing permissions are achieved for users. This not only protects the exclusive rights of operating users to build a strong incentive, but also drives non-operating users to perform preset operations (such as sending additional gifts) to unlock the original video stream through screen restrictions. This is a technical means to improve the interactivity and revenue of live streaming. In one example, before sending the live stream of the live room to each user terminal in the live room, server 110 sends the identification information of the user terminal that sent the notification message to each user terminal in the live room. Specifically, server 110 can send a user terminal permission list cached in Redis to each user terminal 130, and user terminal 130 can determine whether to add a mask to the video stream based on the user permission list.

[0056] Figure 3 and Figure 4 This illustrates the display interface of other user terminals 130 that did not send notification messages. Figure 3 This illustrates the scenario where server 110 only sends the audio stream to other user terminals 130 that did not send notification messages. As an example, the user terminals 130 that did not send notification messages cannot see the video screen on their display interface, as shown by the gold lock icon in the figure, and have operation prompts such as "Give a [Diamond Gift] to unlock the screen".

[0057] Figure 4The diagram illustrates the video stream after adding a mask on other user terminals 130 that did not send notification messages. This is just one example; a mask is added to the broadcaster's face area. In other examples, a mask can be added to the entire live stream interface. The live stream interface can also include a timing control module (displaying a countdown "00:45") and associated trigger-based control elements (a red "Start Dedicated Screen Mode" button).

[0058] In some embodiments, in addition to the aforementioned technologies such as audio / video separation, overlay processing, and permission list management, other technologies can be used to achieve differentiated presentation of the live stream. For example, server 110 can dynamically adjust the parameters of the pushed live stream based on user terminal permissions (such as whether a preset operation is triggered). For instance, authorized users (such as gift-givers) receive high-bitrate, high-resolution streams (such as 4K / 60fps), while unauthorized users only receive low-bitrate, low-resolution streams (such as standard definition 360P), or even static thumbnail slideshows. In this way, the significant difference in image quality creates a distinction of rights, preventing unauthorized users from obtaining high-quality content and reducing the bandwidth consumption of server 110 for low-permission users. Alternatively, replaceable "content slots" (such as footage or interactive elements for specific time periods) can be embedded in the live stream. Server 110 dynamically fills in different content based on user permissions. For instance, authorized users see complete live stream segments (such as exclusive performances by the host), while unauthorized users see replacement content (such as replay segments or "unlock prompt" guide screens). In this way, core content can be displayed in a targeted manner without interrupting the live stream, balancing commercialization and user incentives (unlocking the full content). Alternatively, differentiated watermarks can be added to the live stream for user terminals with different permissions (e.g., transparent / hidden watermarks for authorized user terminals, and "unlocked" or dynamic QR codes for unauthorized user terminals), or the permission level of the stream can be marked with digital signatures, and user terminals can parse the signatures and display the corresponding status (e.g., an "unlock with gift" animation is overlaid on the screen of unauthorized users). This strengthens permission differentiation through visual markings, traces the source of content dissemination (preventing unauthorized users from recording and disseminating it), and balances differentiation with copyright protection. By using diverse technical approaches, a layered experience can be achieved within the same live stream scenario, ultimately serving the goal of incentivizing user interaction and increasing live stream revenue.

[0059] In one or more of the above embodiments, server 110 acquires the live stream from broadcaster terminal 120 and supports user terminal 130 in pulling and playing it; in response to a user's preset operation, user terminal 130 sends a notification message to server 110. After receiving the message, server 110 controls the live stream room to enter a restricted mode, in which the live stream room presentation permissions of the operating user and other users are distinguished. This enables a tiered presentation of the live stream room, where users who have performed the preset operation can watch the entire stream, while other users can only watch a portion of it, thereby encouraging user participation and interaction, improving live stream interactivity and user stickiness, while ensuring the continuity of live stream information.

[0060] In some embodiments, to prevent the streamer's screen from being locked for an extended period, affecting the experience of other viewers and the normal progress of the live stream, a maximum duration limit, such as 10 minutes, can be set. This limit protects the rights of paying users while maintaining the fairness and overall smoothness of the live stream, balancing the needs of different users.

[0061] Example flowcharts of live streaming control methods in other embodiments of this application, such as... Figure 5 As shown, in order to ensure that the streamer can flexibly decide whether to enter the limited mode based on the rhythm of the live broadcast content, their own state, or the atmosphere of the audience, and to avoid being passively triggered and affecting the live broadcast experience, the streamer can control whether to authorize the entry of the limited mode.

[0062] like Figure 5 As shown, steps 510 to 530 are similar to steps 210 to 230, and will not be described again here.

[0063] In step 540, server 110 sends an authorization request message to broadcaster terminal 120 to request the live broadcast room to enter the restricted mode.

[0064] In some embodiments, an "authorization request message" refers to an instruction sent by server 110 to broadcaster terminal 120 after a user performs a preset operation (such as sending a specific premium gift), asking the broadcaster whether they agree to enter the restricted mode. Its core function is to give the broadcaster the power to decide whether to enable the restricted mode. For example, a pop-up window on the broadcaster's end might prompt: "Enable the premium dance customization screen?" The message could include a trigger reason (such as "A user has sent a premium gift, requesting the activation of the exclusive screen mode"), allowing the broadcaster to determine if it fits the current livestream rhythm or content requirements. Only after the broadcaster provides feedback of agreement through their broadcaster terminal (e.g., by clicking the "Enable" button) will server 110 switch to the restricted mode. The broadcaster can choose to enable the mode (the livestream screen enters a state visible only to the sender) or maintain the normal mode (the livestream remains visible to everyone), ensuring the broadcaster's autonomy over the livestream and preventing user operations from directly dominating the livestream status.

[0065] Step 550: After the broadcaster's terminal allows entry into the restricted mode, the server controls the live broadcast room to enter the restricted mode. This step is similar to step 240 and will not be described again.

[0066] Through the above steps, it is ensured that the streamer can flexibly decide whether to enter the limited mode based on the pace of the live stream content, their own state, or the atmosphere of the audience, avoiding passive triggering that would affect the live stream experience. For example, if the streamer's current content is not suitable for exclusive display, they can choose not to enable it, thereby maintaining control over the live stream and ultimately achieving the technical effect of "enhancing the streamer's sense of control." This is a key link in balancing user interaction needs and the streamer's control over content.

[0067] The business scenarios in which this embodiment is applied are as follows: Figure 6 As shown, the following are some specific examples, but in practical applications, they are not limited to these specific examples:

[0068] Example 1: Single user triggers exclusive visibility mode:

[0069] During the live stream, User A sent a "Premium Dance Gift." The system determined that the gift met the trigger conditions and displayed a prompt: "This gift can unlock a 2-minute exclusive visual mode." After the streamer selected "Activate," the system started a 5-second countdown. After the countdown ended, all viewers except User A entered audio-only mode, the streamer's screen turned to a blurred background, and a placeholder message appeared: "Sending a gift can unlock." After 2 minutes, the system automatically returned to full visibility.

[0070] Example 2: Multiple people sending gifts simultaneously for an extended time limit:

[0071] During the live stream, User A sends a premium gift, triggering an initial 2-minute exclusive screen. Subsequently, Users B and C each send a premium and a super premium gift within 1 minute, respectively. The system, according to settings, adds 1 minute and 2 minutes of bonus time respectively, extending the total duration to 5 minutes. During this period, A, B, and C can always watch the streamer's screen, while other users remain in voice mode. The 5-minute countdown automatically resumes after it ends.

[0072] Example 3: Unauthorized user submits real-time unlock screen:

[0073] During the limited-time mode, User D initially remained in voice mode without sending any gifts. At the 3-minute mark, User D selected to send an "exclusive unlock gift," and the system immediately added User D to the permission whitelist, removing the screen restriction. The screen permission change took effect instantly, allowing User D to continue watching the streamer's video and contributing an additional minute of viewing time.

[0074] In one or more embodiments of this application, server 110 acquires the live stream from broadcaster terminal 120 and supports user terminal 130 in pulling and playing it. In response to a user's preset operation, user terminal 130 sends a notification message to server 110. Upon receiving the message, server 110 controls the live stream to enter a restricted mode, in which the live stream presentation permissions of the operating user and other users are differentiated. This enables a tiered presentation of the live stream, allowing the operating user to watch the entire stream while other users can only watch a portion, thereby encouraging user participation and interaction, increasing live stream interactivity and user stickiness, while ensuring the continuity of live stream information.

[0075] Figure 7 An exemplary flowchart of another live streaming control method of this application is provided. Figure 7 The process shown can be... Figure 1 The user terminal 130 shown is executing. For example... Figure 7 As shown, in some embodiments, the process includes the following steps.

[0076] Step 710: User terminal 130 pulls the live stream from broadcaster terminal 120 from server 110 and plays it.

[0077] In some embodiments, the user terminal requests and loads the live streaming content (including video, audio, bullet comments, etc.) of the broadcaster terminal 120 from the server 110, which is a prerequisite action for all users to participate in the live stream.

[0078] Step 720: A notification message is sent to server 110. The notification message includes an identifier for the live stream room. This notification message triggers server 110 to control the live stream room to enter a restricted mode. In this restricted mode, the live stream played by the user terminal that sent the notification message is different from the live stream played by other user terminals within the same live stream room.

[0079] In one example, in response to a user's preset operation on the live stream on their terminal, a notification message is generated and sent to the server, triggering the server to control the live stream to enter a restricted mode. When a user performs a preset triggered operation on their terminal (such as gifting a premium dance gift or completing a specified interactive task), the terminal automatically generates a notification message containing information such as the live stream identifier, user ID, operation type, and timestamp, and sends it to server 110 in real time. This process is the core link in the user's active participation and the switching of the live stream mode. The user's operation is no longer a simple interaction, but becomes a "switch" that triggers rule changes. For example, if a user clicks on the "Premium Dance Gift" in the gift panel and completes the payment, their terminal will immediately send a notification message to server 110 stating "User A gifted a premium gift, requesting the triggering of restricted mode." After receiving the message, server 110 enters the verification and mode switching process. In restricted mode, the user terminal 130 that sent the notification message fully displays the content of the live stream, while other user terminals 130 can only partially display the content of the live stream.

[0080] In some embodiments, server 110 pushes a first live stream, including the original video stream and audio stream, to the user terminal 130 that sent the notification message (such as the user who sent the gift), presenting the complete live stream content to the user terminal 130 that sent the notification message. For other user terminals 130 in the live stream (user terminals 130 that did not send the notification message), server 110 pushes a second live stream, which includes only the audio stream, or the second live stream includes the audio stream and the video stream with an added overlay. That is, for other user terminals 130 in the live stream, server 110 only pushes partial content (such as blurred image, mute, or only displaying text interaction), creating a difference in experience from the user who sent the gift, stimulating them to obtain full access through supplementary operations (such as sending additional gifts).

[0081] In other embodiments, user terminal 130 also needs to receive authorized user terminal information from server 110. This authorized user terminal information is used to instruct the user terminal that sent the notification message to play the audio stream and original video stream retrieved from the server, and to instruct other user terminals in the live broadcast room to add a mask to the original video stream and play the masked video and audio streams. That is, in this limited mode, server 110 pushes the same live stream to each user terminal 130, namely, a first live stream including the original video and audio streams. User terminal 130 decides whether to process the first live stream based on whether it has sent the notification message. Based on the authorized user terminal information issued by server 110, user terminal 130 decides whether to process the first live stream. If user terminal 130 determines it is an authorized user terminal, it directly plays the first live stream including the original video and audio streams. If user terminal 130 determines it is not an authorized user terminal, it adds a mask to the original video stream and plays the masked video and audio streams.

[0082] Through the above process, the operation of the user terminal 130 is strongly linked to the presentation permissions of the live broadcast room. This not only makes the user's interactive behavior (such as paying for gifts) have an immediate and visible effect, enhancing the sense of participation, but also creates a difference in experience through differentiated presentation, encouraging more users to participate in the interaction, and ultimately achieving the goal of increasing the activity and revenue of the live broadcast.

[0083] It's not hard to understand. Figure 7 The process shown is the same as Figure 2 The flowchart shown corresponds to the flowchart applied to user terminal 130. Figure 2 The descriptions of the illustrative embodiments are all included in this embodiment and will not be repeated here.

[0084] The server 110 acquires the live stream from the broadcaster terminal 120, allowing user terminals 130 to pull and play it. In response to user-preset operations, user terminals 130 send notification messages to the server 110, triggering the server 110 to control the live stream to enter a restricted mode. In this mode, the live stream presentation permissions are differentiated between users who have performed preset operations and other users. This allows for tiered presentation of the live stream, with some users able to watch the entire stream while others can only watch a portion, thus incentivizing user interaction, increasing live stream engagement and user stickiness, while ensuring the continuity of live stream information.

[0085] The steps described above are for clarity only. In practice, they can be combined into one step or some steps can be broken down into multiple steps. As long as they include the same logical relationship, they are all within the scope of protection of this patent. Adding insignificant modifications or introducing insignificant designs to the algorithm or process, but without changing the core design of the algorithm and process, are also within the scope of protection of this patent.

[0086] Furthermore, the examples mentioned in the above embodiments can be freely combined, and any combination can be understood as an embodiment. The terms "embodiment" or "example" appearing in various locations in the specification do not necessarily refer to the same embodiment, nor are they independent or alternative embodiments mutually exclusive with other embodiments. Those skilled in the art will understand that the embodiments described herein can be combined with other embodiments.

[0087] This application specification also provides a live streaming control system. Figure 8 This is an exemplary block diagram of a live streaming control system according to some embodiments of this application. In some embodiments, the live streaming control system includes at least a server 110 and at least one user terminal 130.

[0088] In some embodiments, such as Figure 8 As shown, server 110 may include a receiving module and a control module. The receiving module is used to receive a notification message sent by user terminal 130, the notification message including an identifier for the live streaming room. The control module is used to control the live streaming room to enter a restricted mode based on the notification message; wherein, in the restricted mode, the live stream played by the user terminal 130 that sent the notification message is different from the live stream played by other user terminals 130 within the live streaming room.

[0089] The user terminal 130 may include a fetch module and a notification module. The fetch module is used to fetch and play the live stream from the server 110. The notification module is used to send a notification message to the server 110, which includes the identifier of the live room and triggers the server 110 to control the live room to enter a restricted mode.

[0090] Those skilled in the art will understand that the live streaming control system may also include a broadcaster terminal 120, and the server 110 obtains the live stream from the broadcaster terminal 120.

[0091] In some embodiments, the control module is configured to, in a limited mode, send a first live stream to the user terminal that sent the notification message and a second live stream to other user terminals in the live stream room. The first live stream includes an original video stream and an audio stream; the second live stream includes only an audio stream, or the second live stream includes an audio stream and a video stream with an added overlay.

[0092] In other embodiments, server 110 further includes a sending module, configured to send the identification information of the user terminal sending the notification message to each user terminal within the live streaming room. User terminal 130 further includes an acquisition module, configured to receive authorized user terminal information from server 110 in the defined mode. The authorized user terminal information is used to instruct the user terminal sending the notification message to play the audio stream and original video stream retrieved from the server, and to instruct other user terminals within the live streaming room to add a mask to the original video stream and play the masked video stream and the audio stream.

[0093] It is not difficult to see that this embodiment is a system embodiment corresponding to the above method embodiments, and this embodiment can be implemented in conjunction with the above method embodiments. The relevant technical details mentioned in the above method embodiments are still valid in this embodiment, and will not be repeated here to reduce repetition. Accordingly, the relevant technical details mentioned in this embodiment can also be applied to the above method embodiments.

[0094] It is worth mentioning that all modules involved in this embodiment are logical modules. In practical applications, a logical unit can be a physical unit, a part of a physical unit, or a combination of multiple physical units. Furthermore, to highlight the innovative aspects of this application, this embodiment does not introduce units that are not closely related to solving the technical problems proposed in this application; however, this does not mean that other units are absent in this embodiment.

[0095] Another embodiment of this application also relates to an electronic device, such as... Figure 9 As shown, it includes at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the live broadcast control method as described above.

[0096] The memory and processor are connected via a bus, which can include any number of interconnecting buses and bridges, connecting various circuits of one or more processors and memories. The bus can also connect various other circuits, such as peripheral devices, voltage regulators, and power management circuits, which are well known in the art and will not be described further herein. The bus interface provides an interface between the bus and the transceiver. The transceiver can be a single element or multiple elements, such as multiple receivers and transmitters, providing a unit for communicating with various other devices over a transmission medium. Data processed by the processor is transmitted over the wireless medium via an antenna, which further receives data and transmits it to the processor.

[0097] The processor manages the bus and general processing, and also provides various functions, including timing, peripheral interfaces, voltage regulation, power management, and other control functions. Memory is used to store data used by the processor during operation.

[0098] Another embodiment of this application relates to a computer-readable storage medium storing a computer program. When executed by a processor, the computer program implements the above-described method embodiments.

[0099] That is, those skilled in the art will understand that all or part of the steps in the methods of the above embodiments can be implemented by a program instructing related hardware. This program is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as a USB flash drive, a portable hard drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0100] Some embodiments of this specification also provide a computer program product, including a computer program, which, when at least a portion of the computer program is executed by a processor, can implement the live broadcast control method described above. In some embodiments, the computer program product may refer only to the computer program, which may be carried on a storage medium or a processing device. In other embodiments, the computer program product may also be a storage medium or a processing device containing the aforementioned computer program. The processing device may include one or more processors, and the storage medium.

[0101] Those skilled in the art will understand that the above embodiments are specific embodiments for implementing this application, and in practical applications, various changes can be made to them in form and detail without departing from the spirit and scope of this application.

Claims

1. A live broadcast control method, characterized by, The method comprises: receiving a notification message sent by a user terminal, the notification message comprising an identifier of a live room; controlling the live room to enter a limited mode based on the notification message; wherein in the limited mode, a first live stream is sent to the user terminal sending the notification message, and a second live stream is sent to other user terminals in the live room.

2. The live control method of claim 1, wherein, The notification message further comprises: a type and / or a number of preset operations for the live room; The control of the live room to enter the limited mode comprises: controlling the live room to enter the limited mode for a preset time length based on the type and / or the number of preset operations; wherein a remaining time length of the limited mode is displayed in the live room.

3. The live control method of claim 2, wherein, The method further comprises: after entering the limited mode, the remaining time length of the limited mode is dynamically updated based on the notification message received again.

4. The live control method according to any one of claims 1 to 3, characterized by, Before the control of the live room to enter the limited mode based on the notification message, the method further comprises: sending an authorization request message to a host terminal of the live room for requesting the live room to enter the limited mode; after the host terminal allows to enter the limited mode, the control of the live room to enter the limited mode is performed again.

5. The live control method according to any one of claims 1 to 3, wherein, The method further comprises: before the control of the live room to enter the limited mode, a prompt information is displayed in the live room, the prompt information being used to prompt that the live room is about to enter the limited mode.

6. The live control method according to any one of claims 1 to 3, wherein: the first live stream comprises an original video stream and an audio stream; the second live stream comprises only an audio stream, or the second live stream comprises an audio stream and a video stream added with a mask layer.

7. The live control method according to any one of claims 1 to 3, wherein, The method further comprises: after receiving the notification message sent by the user terminal, the identifier information of the user terminal is cached; the sending of the first live stream to the user terminal sending the notification message and the sending of the second live stream to other user terminals in the live room comprise: the first live stream is sent to the user terminal having the cached identifier information, and the second live stream is sent to the user terminal not having the cached identifier information.

8. A live control method, characterized by, The method comprises: receiving a notification message sent by a user terminal, the notification message comprising an identifier of a live room; controlling the live room to enter a limited mode based on the notification message; wherein in the limited mode, a live stream of the live room is sent to each user terminal in the live room, the live stream comprising an audio stream and an original video stream, the live stream being played by the user terminal sending the notification message, and the original video stream being added with a mask layer by other user terminals in the live room, and the video stream added with the mask layer and the audio stream being played.

9. The live control method of claim 8, wherein, The method further comprises: in the limited mode, before the live stream of the live room is sent to each user terminal in the live room, identifier information of the user terminal sending the notification message is sent to each user terminal in the live room.

10. A live control method, characterized by, The method comprises: pulling a live stream of a live room from a server and playing the live stream; sending a notification message to the server, the notification message comprising an identifier of the live room, the notification message being used to trigger the server to control the live room to enter a limited mode; wherein in the limited mode, a live stream played by the user terminal sending the notification message is different from a live stream played by other user terminals in the live room.

11. The live control method of claim 10, wherein, The method further comprises: in the limited mode, receiving authorized user terminal information from the server, the authorized user terminal information being used to instruct the user terminal sending the notification message to play an audio stream and an original video stream pulled from the server, and instruct other user terminals in the live room to add a mask layer to the original video stream and play the video stream after adding the mask layer and the audio stream.

12. A live broadcast control system characterized by comprising: comprising: a server and at least one user terminal; the server comprising: a receiving module configured to receive a notification message sent by a user terminal, the notification message comprising an identifier of a live room; a control module configured to control the live room to enter a limited mode based on the notification message; the user terminal comprising: a pulling module configured to pull a live stream of a live room from a server and play the live stream; a notification module configured to send a notification message to the server, the notification message comprising an identifier of the live room, the notification message being used to trigger the server to control the live room to enter a limited mode; wherein in the limited mode, a live stream played by the user terminal sending the notification message is different from a live stream played by other user terminals in the live room.

13. The live control system of claim 12, wherein, The control module is configured to, in the limited mode, send a first live stream to the user terminal sending the notification message, and send a second live stream to other user terminals in the live room; wherein the first live stream comprises an original video stream and an audio stream; the second live stream only comprises an audio stream, or the second live stream comprises an audio stream and a video stream after adding a mask layer.

14. The live broadcast control system of claim 12, wherein, The server further comprises: a sending module configured to send identifier information of the user terminal sending the notification message to each user terminal in the live room; The user terminal further comprises: an obtaining module configured to, in the limited mode, receive authorized user terminal information from the server, the authorized user terminal information being used to instruct the user terminal sending the notification message to play an audio stream and an original video stream pulled from the server, and instruct other user terminals in the live room to add a mask layer to the original video stream and play the video stream after adding the mask layer and the audio stream.

15. An electronic device, comprising: comprising: at least one processor; and a memory connected to the at least one processor in communication; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the live control method of any one of claims 1 to 9, or implement the live control method of any one of claims 10 to 11.

16. A computer readable storage medium storing a computer program, wherein the computer program comprises program instructions configured to cause a processor to perform the method according to any one of claims 1 to 15. The computer program, when executed by a processor, implements the live broadcast control method in any one of claims 1 to 9, or implements the live broadcast control method in any one of claims 10 to 11.

17. A computer program product, characterised in that, The computer program, when executed by a processor, implements the live broadcast control method in any one of claims 1 to 9, or implements the live broadcast control method in any one of claims 10 to 11.

Images