Live broadcast microphone connection interaction method and device, computer equipment and readable storage medium

Abstract

The invention relates to a live broadcast microphone connection interaction method and device, computer equipment, a computer readable storage medium and a computer program product. The method comprises the following steps: displaying a live broadcast page of a target live broadcast, wherein the live broadcast page comprises a microphone connection entrance; in response to a trigger operation for the microphone connection entry, displaying a content recording page, the content recording page comprising a recording entry; and in response to completion of recording of the target content based on the recording entrance, sending a microphone connection request to an anchor account of the target live broadcast, the microphone connection request comprising the target content. By adopting the method, the overall quality and efficiency of microphone connection interaction can be remarkably improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of Internet, and in particular to a live broadcast mic interaction method and device, a computer device, a computer readable storage medium and a computer program product. BACKGROUND

[0002] With the continuous enrichment of interaction methods in the interactive live broadcast scene, the audience is no longer satisfied with single-form viewing or commenting and other interactive methods, and gradually opens up more interactive methods with the host.

[0003] In the traditional technology, the audience can interact with the host through mic, singing, PK (Player Killing) and other methods. In the mic singing method, the audience initiates a mic application, and the host selects a mic object based on the order of the mic application or a random selection method. Then, the host can interact with the mic object through the mic application, and the mic object can interact with the host through mic, singing, K song competition and other online interactive activities.

[0004] However, in the traditional technology, the host selects a mic object based on the order of the mic application or a random selection method, which results in low mic request screening efficiency, difficult control of interactive content quality and compliance, and poor interactive effect. SUMMARY

[0005] Therefore, it is necessary to provide a live broadcast mic interaction method, device, computer device, computer readable storage medium and computer program product to solve the above technical problems.

[0006] In a first aspect, the present application provides a live broadcast mic interaction method, which comprises:

[0007] displaying a live broadcast page of a target live broadcast, the live broadcast page comprising a mic entry;

[0008] in response to a trigger operation on the mic entry, displaying a content recording page, the content recording page comprising a recording entry;

[0009] in response to completion of recording of target content based on the recording entry, sending a mic request to a host account of the target live broadcast, the mic request comprising the target content.

[0010] In one embodiment, the mic entry is triggered to be displayed when at least one of the following conditions is met:

[0011] the host account of the target live broadcast starts a target live broadcast event;

[0012] the current account has an association relationship with the host account of the target live broadcast.

[0013] The current account participates in a target live broadcast event of the target live broadcast;

[0014] The anchor account of the target live broadcast sends a mic-in invitation to the current account.

[0015] In one of the embodiments, after the mic-in request is sent to the anchor account of the target live broadcast, the method further comprises:

[0016] adding the mic-in application of the current account to the mic-in application list, and setting the mic-in sequence of the mic-in application of the current account as a preset sequence.

[0017] In one of the embodiments, the method further comprises:

[0018] starting target content recording in response to a trigger operation on the recording entry;

[0019] after the target content recording is completed, displaying a confirmation control;

[0020] in response to a trigger operation on the confirmation control, sending a mic-in request to the anchor account of the target live broadcast.

[0021] In one of the embodiments, the method further comprises:

[0022] In response to a trigger operation on the recording entry, displaying event information corresponding to a target mic-in event in a content recording page;

[0023] based on a selection operation on target event information in each of the event information, displaying recording text associated with the target event information, and starting target content recording based on the recording text.

[0024] In one of the embodiments, the method further comprises:

[0025] In response to a trigger operation on the mic-in entry, sending a mic-in request to the anchor account of the target live broadcast, the mic-in request being used to apply for live mic-in interaction.

[0026] In one of the embodiments, the content recording page further comprises a pre-play control, and the method further comprises:

[0027] after the target content recording is completed, in response to a trigger operation on the pre-play control, displaying the target content.

[0028] In one of the embodiments, the method further comprises:

[0029] display a live broadcast page, wherein the live broadcast page comprises application progress information for a live broadcast interaction;

[0030] The application progress information comprises one or more of an application state, a current application ranking, an estimated waiting time, and a current application round.

[0031] In a second aspect, the present application further provides a live broadcast interaction method, comprising:

[0032] displaying a live broadcast page of a target live broadcast, wherein the live broadcast page comprises a live broadcast viewing entry;

[0033] in response to a triggering operation on the live broadcast viewing entry, displaying a live broadcast application page, wherein the live broadcast application page comprises a target live broadcast application of a target account, the target live broadcast application is associated with target content recorded by the target account, and the live broadcast application page is used to play the target content;

[0034] in response to a confirmation operation on the target live broadcast application, performing live broadcast interaction with the target account.

[0035] In one of the embodiments, the method further comprises:

[0036] in response to a triggering operation on the live broadcast application, sending a target content acquisition request corresponding to the live broadcast application to a server, and the server is configured to send the target content to each viewer account terminal of the target live broadcast in response to the target content acquisition request.

[0037] In one of the embodiments, the displaying of the live broadcast application information comprises:

[0038] displaying live broadcast application information in an interaction application area of the live broadcast page, wherein the live broadcast application information comprises target content, and the target content comprises any one of a video and an audio.

[0039] in response to a triggering operation on the target content, displaying the target content.

[0040] In one of the embodiments, the displaying of the target content in response to the triggering operation on the target content comprises:

[0041] in response to the triggering operation on the target content, publicly displaying the target content on the live broadcast page, or displaying the target content only to a host account.

[0042] In one of the embodiments, the method further comprises:

[0043] The target content corresponds to a target live-mic application party, and the target live-mic application party is sorted based on one or more of an application sequence of each of the target content, a score of each of the target content, or a marking operation performed by the anchor account, to obtain a sorting result.

[0044] The sorting result is used to reflect a priority and a matching degree of the target live-mic application party as a target live-mic application party.

[0045] In one of the embodiments, the method further includes:

[0046] When the target content is displayed, in response to a marking operation on the target content, a comment identifier for a target segment in the target content is displayed; and / or,

[0047] In response to a play control operation on the target content, a play progress and / or a play speed of the target content are adjusted.

[0048] In one of the embodiments, the interactive control association rule configuration portal is used to preconfigure a participation rule of the live-mic activity.

[0049] The participation rule includes live-mic application party attribute information, an interactive number, and target content information.

[0050] In a third aspect, the present application further provides a live-mic interactive device, including:

[0051] A first display module is configured to display a live page of a target live broadcast, and the live page includes a live-mic portal.

[0052] A second display module is configured to display a content recording page in response to a triggering operation on the live-mic portal, and the content recording page includes a recording portal.

[0053] A first sending module is configured to send a live-mic request to an anchor account of the target live broadcast in response to completion of recording of a target content based on the recording portal, and the live-mic request includes the target content.

[0054] In a fourth aspect, the present application further provides a computer device including a memory and a processor, the memory stores a computer program, and the processor implements the following steps when executing the computer program:

[0055] A live page of a target live broadcast is displayed, and the live page includes a live-mic portal.

[0056] A content recording page is displayed in response to a triggering operation on the live-mic portal, and the content recording page includes a recording portal.

[0057] In response to completion of recording of the target content based on the recording entry, a request for joining the live broadcast is sent to a host account of the target live broadcast, the request including the target content.

[0058] In a fifth aspect, the present application also provides a computer readable storage medium, having stored thereon a computer program, the computer program being executed by a processor to implement the following steps:

[0059] displaying a live broadcast page of a target live broadcast, the live broadcast page including a request entry for joining the live broadcast;

[0060] In response to a triggering operation on the request entry for joining the live broadcast, a content recording page is displayed, the content recording page including a recording entry;

[0061] In response to completion of recording of the target content based on the recording entry, a request for joining the live broadcast is sent to a host account of the target live broadcast, the request including the target content.

[0062] In a sixth aspect, the present application also provides a computer program product, comprising a computer program, the computer program being executed by a processor to implement the following steps:

[0063] displaying a live broadcast page of a target live broadcast, the live broadcast page including a request entry for joining the live broadcast;

[0064] In response to a triggering operation on the request entry for joining the live broadcast, a content recording page is displayed, the content recording page including a recording entry;

[0065] In response to completion of recording of the target content based on the recording entry, a request for joining the live broadcast is sent to a host account of the target live broadcast, the request including the target content.

[0066] The live broadcast joining interaction method, device, computer device, computer readable storage medium and computer program product described above can significantly improve the overall quality and efficiency of the live broadcast joining interaction by setting a content recording link before the request for joining the live broadcast, allowing the host to filter effective requests in advance based on the recorded target content, reducing the decision-making cost and the interference of invalid joining of the live broadcast on the rhythm of the live broadcast, and allowing the relevance and compliance of the interactive content to be controlled from the source through pre-content review, thereby reducing the risk of violation. At the same time, the audience can sort out the key points of expression during the recording process, reducing the information transmission deviation during real-time joining, and the recording link has better adaptability to the network and the device, and can meet the interactive needs in more scenarios. BRIEF DESCRIPTION OF DRAWINGS

[0067] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the related art, the following will briefly introduce the drawings needed to be used in the description of the embodiments of the present application or the related art. Obviously, the drawings in the following description only some embodiments of the present application, and for those skilled in the art, other related drawings can also be obtained without creative labor on the basis of these drawings.

[0068] Figure 1 The application environment diagram of the live broadcast mic interaction method in one embodiment;

[0069] Figure 2 The flowchart of the live broadcast mic interaction method of the terminal of the audience side in one embodiment;

[0070] Figure 3 The page diagram of the live broadcast page of the target live broadcast in one embodiment;

[0071] Figure 4 The page diagram of the page displaying the initial content recording page in one embodiment;

[0072] Figure 5 The page diagram of the content recording page displaying the recording entry in one embodiment;

[0073] Figure 6 The flowchart of the steps of displaying the deletion control and the confirmation control of the target content in one embodiment;

[0074] Figure 7 The page diagram of the content recording page displaying the deletion control and the confirmation control in one embodiment;

[0075] Figure 8 The page diagram of the content recording page displaying the mic application item in one embodiment;

[0076] Figure 9 The page diagram of the live broadcast page displaying the prompt information that the mic application has been sent in one embodiment;

[0077] Figure 10 The flowchart of the steps of starting the recording of the target content based on the recording text in one embodiment;

[0078] Figure 11 The page diagram of the content recording page displaying the recording text in one embodiment;

[0079] Figure 12 The flowchart of the steps of sending the mic request to the anchor account in one embodiment;

[0080] Figure 13A flowchart of steps of displaying target content based on a pre-play control in an embodiment;

[0081] Figure 14 A flowchart of steps of displaying a live page in an embodiment;

[0082] Figure 15 A flowchart of a live interactive method of a terminal of a host end in an embodiment;

[0083] Figure 16 A page diagram of a live page displaying a live-in entrance in an embodiment;

[0084] Figure 17 A flowchart of steps of displaying target content in a live room in an embodiment;

[0085] Figure 18 An interface diagram of displaying live-in application information of a spectator in an embodiment;

[0086] Figure 19 A page diagram of a live page displaying target content in a live room in an embodiment;

[0087] Figure 20 A page diagram of a live page displaying target content only to a host in a live room in an embodiment;

[0088] Figure 21 A flowchart of steps of sorting live-in applicants to obtain a sorting result in an embodiment;

[0089] Figure 22 A flowchart of steps of annotating target content or controlling playing and displaying of target content in an embodiment;

[0090] Figure 23 A structural block diagram of a live interactive device of a spectator end in an embodiment;

[0091] Figure 24 A structural block diagram of a live interactive device of a host end in an embodiment;

[0092] Figure 25 An internal structural diagram of a computer device in an embodiment. DETAILED DESCRIPTION

[0093] In order to make the purpose, technical scheme and advantages of the present application clearer, the present application is further described in detail below with reference to the drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and do not limit the present application.

[0094] It should be further noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for display, data for analysis, etc.) involved in the present disclosure are all information and data authorized by the user or authorized by all parties.

[0095] Before the embodiments of the present application are introduced, it should be noted that the terms "in response to" and "based on" used herein represent corresponding user operations, such as trigger operations, selection operations, etc. Thus, under the premise that the occurrence or preset condition is met, the subsequent action is performed: for example, after the target content recording is completed, based on the selection operation of the target event information in the event information, etc. The execution time of the subsequent action performed in response to the operation or condition, for example, displaying the content recording page, sending a mic request to the target live anchor account, starting target content recording, etc. It should be noted that the subsequent action performed is not necessarily strongly associated with the time when the operation occurs or the condition is established. For example, in some cases, the subsequent action can be performed immediately after the operation occurs or the condition is established: for example, after the user performs the trigger operation on the mic entry, the terminal displays the content recording page; while in other cases, the subsequent action can be performed after a short processing period after the operation occurs or the condition is established: for example, after the target content recording is completed, the delete control and the confirmation control of the target content are displayed. After the user performs the trigger operation on the confirmation control again, based on the mic application item associated with the confirmation control, the target content is uploaded to the client of the anchor account and the participation in the mic activity is applied, which involves the process of authenticating the application account, processing the target content and establishing the data transmission channel, etc. It needs to go through a short processing period. In addition, "trigger operation" means that the user performs an action on the visual interface of the live page of the application APP through clicking, pasting, sliding or long pressing and other interaction methods, which will directly trigger the corresponding function response in the technical solution of the present application, such as the trigger operation on the mic entry, the trigger operation on the recording entry and other core processes.

[0096] The live mic interaction method provided by the embodiments of the present application can be applied to, for example, Figure 1The application environment shown. Among them, the terminal 102 communicates with the server 104 through the network. The data storage system can store the data required by the server 104 to process. The data storage system can be integrated on the server 104, or placed on the cloud or other network servers. Among them, the terminal 102 can be, but is not limited to, various personal computers, notebook computers, smart phones, tablet computers, Internet of Things devices, and portable wearable devices. The Internet of Things device can be a smart speaker, a smart TV, a smart air conditioner, a smart vehicle device, a projection device, etc. The portable wearable device can be a smart watch, a smart bracelet, a head-mounted device, etc. The head-mounted device can be a virtual reality (VR) device, an augmented reality (AR) device, smart glasses, etc. The server 104 can be a standalone physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server providing cloud computing services.

[0097] In an exemplary embodiment, as shown, a live streaming and microphone interaction method is provided, which is applied to a terminal of a viewer end in Figure 2 Figure 1 The method includes the following steps 202 to 206. Among them:

[0098] Step 202, display the live streaming page of the target live streaming.

[0099] Among them, the live streaming page includes a microphone entry.

[0100] In implementation, the interaction play of each live streaming room in the current interactive live streaming scene is constantly enriched, and the audience is no longer satisfied with the single form of watching or commenting and other interaction methods, and gradually opens up more ways with the host to interact with more participation. Specifically, after the user opens the live streaming application program through the terminal, enters the main interface of the application program, for example, the recommended live streaming page, the classified live streaming page, the video classification page, etc., then the user can locate and select the target live streaming room through searching the host name, selecting the music / variety live streaming classification, clicking the recommended list, etc.; when the user clicks the target live streaming room entry, the terminal will initiate a data request to the live streaming platform background, and obtain the real-time stream data, basic information and function configuration information of the live streaming room; after the background data is transmitted to the terminal and parsed, the terminal will automatically load and render the live streaming page of the target live streaming. The live streaming page is the core carrier for the user to participate in live streaming interaction, which not only presents the live streaming picture of the host in real time, but also synchronously loads the bullet screen comment area, the gift sending entry and the subsequent microphone entry for initiating the microphone application, and lays the interface and function for the audience to participate in the microphone K song and other microphone activities. As shown in Figure 3 ​As shown, a live page of the target live broadcast is displayed in a display page of the terminal, the live page presents a live picture of a host, a live broadcast title, a current number of online users, a bullet screen comment area, a gift giving entry and other basic elements in real time, and a microphone entry is set at a target position of the live page. The microphone entry is displayed in the form of a target control in a bottom function bar, and based on a triggering operation of a user, a content recording page for microphone application can be started.

[0101] Optionally, the microphone entry can be, but is not limited to, set in the bottom function bar of the live page, a right interactive area or can be displayed in the form of a pop-up floating window. In addition, the microphone entry is usually presented in the form of a clear icon and a text prompt combination to ensure that the user can quickly identify and locate. For example, the combination is presented by a text prompt such as “microphone application” and an icon with a microphone or a music symbol.

[0102] In an optional embodiment, in the design of the microphone entry on the live page, the live room scene, the function priority and the user usage habit can be combined to adopt various flexible and intuitive presentation forms to ensure that the audience can quickly identify and trigger: the microphone entry can be designed as an independent interactive control, or can be embedded in an existing interactive area. For the display form of the independent interactive control, for example, a button type control with a microphone or a “microphone” icon is set in the bottom function bar of the live page or the right interactive area, and a recording prompt information such as “recording audio to grab the microphone” or “uploading a singing fragment to apply” can be directly marked on the control to let the audience know the operation to be completed after triggering at a glance. For the embedded entry relying on the existing interactive area, for example, a prominent text prompt information is set at the top of the comment area or beside the popular comment, or a label type prompt of “applying for microphone” is added below the comment input box to guide the audience with interactive needs to directly enter the microphone process from the comment area with high frequency usage. Optionally, the entry can also be presented by “control switching”, for example, when the host starts the microphone K song mode, the original non-core controls such as “gift” and “share” in the page are temporarily switched to the microphone control, the control icon is updated to a style with a music symbol, and a dynamic prompt of “current audio recording to grab the microphone” is added to ensure that the entry is highlighted during the mode start period. In addition, if the live room needs to strengthen the microphone function, a microphone control can also be added in the blank area of the page, the control background adopts a color echoing the live theme, and a recording prompt information is cyclically displayed on the surface of the control in the form of a scrolling text or an icon animation, which not only avoids interfering with the core live content viewing, but also effectively attracts the attention of the audience, and reduces the identification and triggering threshold of the microphone entry.

[0103] In an optional embodiment, the microphone entry is triggered and displayed when at least one of the following conditions is met:

[0104] The host account of the target live broadcast starts a target live broadcast event.

[0105] The current account is associated with the streamer's account in the target live stream.

[0106] The target live stream event that the current account is participating in.

[0107] The target live streamer's account sent a live chat invitation to the current account.

[0108] Specifically, on the live streaming page of a live streaming application, the "Join a Voice Chat" entry is not always displayed. Instead, it is dynamically triggered based on preset conditions. It will only appear in a fixed area of ​​the live streaming screen as an "Apply for a Voice Chat" icon or text button when at least one of the following conditions is met. The following explains the three triggering conditions:

[0109] The first type of trigger condition is that the streamer's account for the target live stream activates the target live stream event. Here, "target live stream event" specifically refers to a special activity initiated by the streamer after starting the live stream, supporting audience participation in a live chat interaction. Examples include: the streamer activating a "fan duet live stream" event in a "karaoke live stream," a "viewer talent show live stream" event in a "talent live stream," and a "viewpoint sharing live stream" event in a "topic discussion live stream." When the streamer clicks the "Activate Live Chat Event" button and sets the event theme and participation rules in the streamer's interaction management interface, the platform will immediately synchronize the event activation status to all viewers in that live stream. At this time, the live stream interface on the viewers' end will automatically load and display the live chat entry. If the streamer has not activated any live chat-related target live stream events, for example, only performing a solo performance or product explanation without enabling live chat interaction, the live chat entry will not be displayed on the viewers' end.

[0110] The second trigger condition is a connection between the current account and the target livestream's streamer account. This "connection" is automatically determined by the platform based on account interactions and identity binding, and includes several scenarios: For example, if the current account has followed the target livestream's streamer account (i.e., is a fan account of the streamer), the platform assumes fans have a higher demand for interaction and will display a connection entry; another example is if the current account and streamer account have a "friendship" relationship, or the current account is a member of a "fan group" created by the streamer account. These deeply connected accounts will be given priority for connection application permissions by the platform, and the connection entry will not only be displayed but may also be marked with a priority application indicator; furthermore, if the current account has a previous connection interaction record with the streamer account, for example, if there is a historical successful connection record, the platform will also determine that there is an interaction connection between the two and automatically trigger the display of the connection entry, facilitating further interaction between the two parties.

[0111] The third type of trigger condition is that the current account participates in a target live broadcast event of the target live broadcast. Here, "participation" does not refer to microphone participation, but refers to the current account joining the target live broadcast event started by the host through other interactive forms, for example, in the "answer microphone" event started by the host, the current account participates in the answer interaction in the live broadcast room; in the "voting to select microphone" event, the current account participates in the microphone application voting of other viewers; or in the "task unlocking microphone" event, the current account completes the task set by the host. For example, sending specified pop-up messages, sharing the live broadcast room, and giving specific gifts. When the platform detects that the current account meets the condition of "participating in the target live broadcast event", it is determined that the account has a strong microphone intention and meets the event interaction logic, and then the microphone entry is displayed on the viewer side, allowing it to submit a microphone application, realizing the progressive interactive experience of "interactive participation-microphone permission".

[0112] The fourth type of trigger condition is that the host account of the target live broadcast sends a microphone invitation to the current account. This type of trigger scenario is initiated by the host, and usually the host initiates a specific viewer account to send a microphone invitation through the directed invitation microphone function on the host side during the live broadcast. The specific process is as follows: the host finds the target viewer account in the viewer list of the interactive management interface, clicks the "invite microphone" button next to the account, and the platform will immediately send an invitation instruction to the client of the viewer account (i.e. the current account). When the client of the current account receives the invitation instruction, the microphone entry will be automatically triggered to display. At this time, the microphone entry will not only appear in a prominent position of the live broadcast picture, but also have a red dynamic prompt box with "the host invites you to microphone", and the entry icon will also change to a flashing state to strongly remind the current account with visual signals; at the same time, "accept invitation" and "accept later" two shortcut options will be displayed next to the entry, and the current account does not need to manually find the entry to quickly respond to the invitation, ensuring that the host's targeted interactive needs can be efficiently transmitted, further improving the precision interactive efficiency of the live broadcast room.

[0113] In this embodiment, through the dynamic judgment of at least four types of conditions, the platform can accurately control the display range of the microphone entry, not only to ensure that only users who meet the conditions can see the entry to avoid invalid applications interfering with the host, but also to provide differentiated microphone permissions for different users according to the association degree between the user and the host and the event participation degree, and to balance the orderliness of live broadcast interaction and the participation enthusiasm of users.

[0114] Step 204, in response to the trigger operation for the microphone entry, a content recording page is displayed.

[0115] The content recording page includes a recording entry.

[0116] In implementation, in the live page showing the target live picture and the mic-in entrance, the user can initiate the mic-in application operation according to the page prompt of the live page by clicking the mic-in entrance icon or long-pressing the entrance area and other preset triggering modes. In this way, when the terminal captures the triggering instruction, it will respond and start the loading process of the content recording page: the content recording page is displayed at the bottom of the live page. Moreover, in order to avoid blocking the live picture, the content recording page will be presented in an interactive form that adapts to the live scene, for example, it can be a drawer page smoothly pulled up from the bottom of the page, or a bottom function panel covering the lower half of the page, or an independent and semi-transparent content recording display area. Regardless of the form, the content recording page is oriented towards audio recording as the core function. The central position clearly displays the recording state related instructions through dynamic recording marks, and at the same time, the audio time limit prompt information can be explicitly marked in the form of bold text or highlighted pop-up windows, such as "long-press to record the singing segment, and release to save" "support 0-60 seconds of a cappella display, and automatically cut off when the time is up". Through such concrete prompts, the user is guided to control the recording time to avoid the subsequent anchor screening efficiency being reduced due to long content; and in the bottom or central core interactive area of the content recording page, a recording entrance with high recognition is set. The entrance usually adopts a large-size circular button design, and the button surface is embedded with a microphone icon to strengthen the function cognition, and has a dynamic feedback mechanism: when the user clicks or long-presses the recording button, the button will switch from the initial base color to the prominent function color, accompanied by a slight vibration or sound effect prompt, directly informing the user that the current audio recording state has been entered, ensuring that the user can clearly perceive the operation progress and successfully complete the audio content recording required for mic-in application. Figure 4 As shown in Figure 4 The initial content recording page displayed after the user triggers the mic-in entrance, at the bottom of the content recording page, a recording entrance is set, which adopts an oval strip button design, and the button surface is embedded with a sound wave icon and a "long-press voice" guide text, and in the central core interactive area of the content recording page, the current mic-in theme, mic-in prompt text and other mic-in guide information are set. In this way, when the user performs a triggering operation on the "long-press voice" button in the content recording page presented on the left, the page will gradually change, as shown in Figure 5 The interface originally showing only the recording prompt and the time setting button loads the audio recording related function modules. The prompt text "current mic-in K song mode, sing a segment to show your strength" is still displayed, and a progress bar for displaying the recording progress, a sound wave display area and a key "end save" button are newly added, clearly indicating that the actual audio recording process has been entered, and the user can control the recording through the circular recording control to complete the transition from the recording preparation state to the formal recording state.

[0117] In an optional embodiment, when the user has a need for a mic connection, different mic connection preparation processes can be started through two trigger modes of single click or long press according to the user's operation habits and needs:

[0118] If the user selects a single click on the mic connection entrance, the platform will respond to the single click operation and jump to the content recording page. The current mic connection activity theme is displayed at the top of the content recording page, and the content recording requirements are marked below the theme; the core recording area in the middle of the page displays the audio recording mode by default, the audio waveform preview area is above, and the recording control button is below. The user can complete the recording of the target content by further triggering the recording entrance in the content recording page. If the user selects a long press on the mic connection entrance, for example, the long press time needs to exceed 1 second, the platform will skip the display link of the content recording page and directly start the target content recording process. After the long press operation is triggered, a semi-transparent recording state floating window will pop up on the live interface, the top of the floating window displays "recording audio", the middle of the floating window is the real-time updated recording time and dynamic audio waveform graph, and if the target content to be recorded is video content, a small window camera preview will be displayed synchronously in the video mode. The bottom of the floating window sets two shortcut buttons of "pause recording" and "end recording"; at the same time, the mic connection entrance icon will become a flashing red recording identifier, reminding the user that the current is in the recording state. During the recording process, if the user wants to adjust the recording mode, he can click the "mode switching" icon on the floating window to quickly switch between audio and video; if he wants to cancel the recording, he can trigger the cancellation operation by long pressing the "end recording" button on the floating window for 2 seconds, and the platform will pop up a window for confirmation and then delete the recorded content.

[0119] In an optional embodiment, in order to enable users to adjust the recorded content more flexibly and ensure that the submitted target content meets the requirements of the live interaction, the content recording page is additionally provided with auxiliary function buttons in addition to the core recording function. For example, near the recording entrance or below the page, there are clearly presented delete control, confirmation control, and pre-play control, etc.: among them, the "delete control" is presented in the form of a combination of a "delete icon +'re-record' text", when the user is not satisfied with the recorded audio, the user can clear the current recording content by clicking this button to re-start recording; the "confirmation control" exists in the form of a highlighted "confirm submission" button, which can only be clicked after the user completes the recording and confirms that the content is correct, to avoid invalid submission caused by accidental operation; the "pre-play control" is equipped with a play / pause icon and a progress bar, and the user can complete the playback of the recorded audio after clicking it, and intuitively check whether the singing rhythm and sound quality meet the standards, so as to find out the problems in time and adjust. At the same time, in order to guarantee the recording quality from the source and reduce the audio defects caused by environmental factors, the content recording page also displays the sound collection status of the microphone in real time. For example, in the middle of the page or next to the recording entrance, there is a wave-shaped graph that generates a voiceprint and a sound wave, when the environment is quiet and the sound collection is clear, the wave-shaped graph will present a smooth and regular fluctuation; if there is noise or noise interference, the wave-shaped graph will show chaotic high-frequency fluctuations, so as to visually feedback the current sound collection situation; in addition, the page will also guide the user to avoid noisy environments and adjust the distance of the microphone through soft text prompts or slight pop-up windows, helping the user to efficiently complete the recording of high-quality audio that meets the requirements of live screening, and laying a foundation for subsequent anchor screening and improving the interactive experience.

[0120] Step 206, in response to completing the recording of the target content based on the recording entrance, sending a live request to the anchor account of the target live.

[0121] Among them, the live request includes the target content.

[0122] In implementation, when the user completes the recording of the target content through the recording entrance, and confirms that there is no need to re-record, the terminal will first process the recorded target content. Taking the target content as an audio as an example, the terminal will compress and optimize the audio to reduce transmission flow, add a unique identifier to associate the user account, and then automatically trigger the request to send process. Specifically, the terminal will transmit the request to send, which contains the user account information, the recorded target audio content, the audio duration, the submission time, to the terminal corresponding to the target live anchor account through the background server of the live platform; at the same time, the client of the user watching the live broadcast will display the request to send state in real time. For example, the live broadcast request to send has been sent out, waiting for the anchor to screen, and prompting "can follow the anchor screening progress in the live broadcast room"; and the anchor terminal will add the request to send in the live broadcast page, each request to send will be displayed in the form of a card, the card will mark the user nickname, the audio duration, and will be attached with "play audio", "connect to the call", "reject the application" and other operation buttons, so that the anchor can intuitively obtain the core information in the request to send, and provide key basis for subsequent screening and interaction decision, to realize the accurate interaction based on content determination of call.

[0123] When the user completes the recording of the target content on the content recording page, the user can explicitly indicate that the target content does not need to be re-recorded by clicking the confirmation control, and then the terminal starts the preprocessing process for the target content to ensure the subsequent transmission efficiency and information relevance. For example, taking the target content as an audio content, for the audio content, the terminal uses an audio compression algorithm (such as AAC (Advanced Audio Coding), OPUS, etc. High-efficiency encoding format) suitable for live streaming scenarios to compress the audio file size to a reasonable range suitable for network transmission while trying to preserve the clarity of the human voice and reduce the loss of sound quality, avoiding excessive transmission delay or high traffic consumption due to large file size. At the same time, the terminal will automatically add a unique identifier to the audio, which can be generated by combining the user account ID, recording timestamp, and random sequence, which can accurately associate the user account that initiates the microphone and avoid confusion with other users' audio content, providing a basis for subsequent data management by the platform backend and information recognition by the anchor end. After preprocessing the audio content, the terminal seamlessly triggers the microphone request sending process: on the one hand, the terminal will build a complete microphone request data packet, in addition to the compressed audio file, the data packet will also integrate the user account's key information, audio metadata, and submission timestamp. The user account's key information includes but is not limited to: user nickname, avatar thumbnail, account level, and other basic identity identifiers, which facilitate the anchor to quickly understand the applicant's background; audio metadata includes: actual recording duration, audio format, sampling rate, etc., which help the anchor to predict the content length. Then, the terminal uploads the data packet to the platform backend server through the dedicated data transmission channel of the live streaming platform. After completing the data verification, the server will accurately forward the microphone request to the terminal corresponding to the anchor account according to the target live room's anchor account ID. In this way, the observer end updates the state feedback simultaneously when the microphone request is sent: in the bottom of the live streaming page or in the pop-up window, a clear microphone request sending state prompt will be displayed, such as "microphone application has been sent, waiting for the anchor to screen", accompanied by a rotating loading animation to enhance the intuitiveness, and in some scenarios, it will also be accompanied by a guide text "you can follow the anchor's screening progress in the live room" to guide the user to continue staying in the live room to follow the subsequent dynamics, reducing the user's waiting anxiety caused by unclear information. The anchor end terminal will then add a microphone request card to the live streaming page. The microphone request card is designed in a modular way, displaying each microphone application user's user information in the form of a microphone request information list from top to bottom according to the microphone application order. Each microphone application user's user information includes: each application user's user nickname and avatar, audio duration and submission time, etc. And at the bottom of the microphone request card, there are three function buttons: play audio, connect microphone, and reject application.The audio play button offers two playback modes: the host can choose to play the audio aloud in the live stream or listen to it privately to showcase the target audio. Meanwhile, users can click the "Connect to Live Stream" button to directly initiate a real-time live stream with the target account corresponding to that button.

[0124] Optionally, the request card can also include a "Reject Request" button. If the streamer determines that the request does not fit the current live stream atmosphere, or if other requests need to be prioritized due to limited slots, they can directly click the "Reject Request" button. A brief confirmation pop-up will appear on the streamer's terminal to prevent accidental operation. After the streamer confirms, the live streaming platform will immediately trigger a feedback process, pushing a personalized notification to the corresponding viewer's account through the platform's backend. This notification can be flexibly presented based on the viewer's interaction scenario, such as a floating notification at the bottom of the live stream page. The notification text could be something like, "We regret that we were unable to connect with you this time. Thank you for your active participation! Keep up the good work, and we look forward to your next opportunity!" This clearly informs the viewer of the application result while maintaining their enthusiasm through positive feedback, preventing disappointment from a rejection without feedback and increasing viewer engagement with the live stream.

[0125] In the aforementioned live-streaming interactive methods, setting up a content recording stage before the interaction request significantly improves the overall quality and efficiency of the interaction. This allows the broadcaster to pre-screen valid requests based on the target content to be recorded, reducing decision-making costs and minimizing the disruption of the live stream rhythm by invalid interactions. It also allows for pre-screening of content to control the relevance and compliance of interactive content from the source, reducing the risk of violations. Meanwhile, viewers can organize their thoughts during the recording process, reducing information transmission deviations during real-time interaction. Furthermore, the recording stage is more adaptable to different networks and devices, meeting the interactive needs of more scenarios.

[0126] In an exemplary embodiment, viewers can directly initiate a basic live-streaming request through the live-streaming page's live-streaming entry point. This request will be added to the streamer's regular live-streaming request list, displayed in standard order to meet viewers' needs for quick participation and instant interaction. However, if viewers wish to increase their success rate and gain more attention from the streamer, they can choose the enhanced microphone-grabbing mode: after triggering the live-streaming entry point, they actively enter the content recording page, record a target segment of content, and submit it. The platform will then bind this target content to the live-streaming request, generating a enhanced microphone-grabbing request. This enhanced request triggers a dedicated microphone-grabbing mechanism: in the streamer's live-streaming request list, this request will be highlighted with a differentiated style, and the platform will send a strong prompt to the streamer, guiding them to view it first. Furthermore, the streamer can directly play the target content submitted by the viewer in the enhanced microphone-grabbing list to quickly determine its suitability for the live-streaming atmosphere, completing the selection without needing to connect to the live-streaming platform. Therefore, as... Figure 6As shown, the specific processing procedure of step 206 includes:

[0127] Step 602, in response to the trigger operation of the recording entry, starting recording of the target content.

[0128] In implementation, when the user is in the content recording page, performs the preset trigger operation by visually positioning to the recording entry with the microphone icon based on the large size circle background, the terminal will capture this operation instruction and synchronously start the full-process recording mechanism of the target content: at the moment of recording start, the terminal will first automatically check and call the microphone permission of the device. If the user has not granted the permission in advance, the content recording page will pop up a permission application pop-up window to guide the user to authorize with the prompt "please allow the use of the microphone to ensure the recording sound quality"; if the authorization has been granted, the microphone sound collection function will be activated immediately, real-time collection of the user's singing voice, and the slight noise in the environment is preliminarily filtered through the built-in algorithm to ensure the clarity of the human voice recording. At the same time, the content recording page will provide multi-dimensional and strong perceptual visual and interactive feedback to enable the user to master the recording dynamics in real time: for example, the recording entry button will quickly switch from the initial light gray to the exclusive style representing "recording in progress". It may be a continuously flashing red color, a dynamic effect with a rotating progress ring, or a mini-text identifier of "recording in progress" appearing on the surface of the button to visually enhance the current operation state; for example, a semi-transparent floating prompt box can also be popped up in the central area of the page to display "recording, please start singing" in bold and clear font; in addition, to help the user accurately control the recording duration, the content recording page will display the recording progress in real time with a prominent digital timer next to the recording entry or at the top of the page. If it is a countdown mode, the dynamic decreasing numbers of "01:00→00:45" are displayed, and the color changes with the remaining time; if it is an already recorded duration mode, the real-time cumulative numbers of "00:12 / 01:00" are displayed, and the progress bar is filled synchronously to enable the user to intuitively determine whether the current recording content meets the duration requirement. Under the long-press recording interactive logic, if the user releases the long-pressed recording button due to the end of the singing segment, temporary adjustment of the state, or other needs, the terminal will immediately trigger the sound collection stop instruction, save the currently recorded audio segment, and pop up a prompt in the page "recording has been paused, you can click to continue or confirm" to avoid content loss due to accidental hand release and allow the user to flexibly control the recording rhythm. For example, pause when singing the chorus segment, adjust the breath and long-press to continue recording again, perfectly adapt to the length and singing rhythm requirements of different song segments, and improve the flexibility and experience of the user in the recording process.

[0129] Step 604, after the recording of the target content is completed, a confirmation control is displayed.

[0130] Optionally, the confirmation control is associated with a live stream application item, which is used to upload the target content to the host's account client and apply to participate in the live stream activity; the delete control is used to delete the currently generated target content.

[0131] In practice, once a user completes recording the target audio, the content recording page quickly performs temporary storage and preliminary processing of the audio data within 1-2 seconds. Then, the terminal temporarily stores the recorded raw audio file in a local cache while automatically performing noise reduction optimization to ensure the audio quality meets the basic requirements for interactive live streaming. After processing, the content recording page immediately displays two auxiliary operation options for the recorded content: a "delete control" and a "confirm control," located below the recording entry or in the core area of ​​the page. These two options feature differentiated visual designs to help users quickly distinguish and select them. Figure 7 As shown, the content recording page displays not only the recorded target content but also delete and confirmation controls. The delete control is presented as a combination of a function icon and text description. The icon is typically a simple trash can or cross, in light gray or pale red, accompanied by the small text "Re-record." The overall style is understated and doesn't overshadow the user's confirmation process. When the user clicks the delete control, the terminal clears the currently recorded audio from the local cache, resets the recording entry to its initial triggerable state, and displays a brief message: "Current recording deleted, re-record possible." This allows users to quickly start a second recording if they make a mistake or the sound quality is poor, without needing to exit the page to adjust the content. The confirmation control uses a highlighted and eye-catching visual design to enhance its guidance. The main body of the confirmation button uses a highly saturated color that matches the live stream theme, with added light and shadow effects or dynamic flashing animations. The text "Confirm Submission and Request Live Chat" is displayed in bold, ensuring that users can immediately identify this core operation entry point.

[0132] In one optional embodiment, the confirmation control is deeply integrated with the live chat application control, forming a rigorous "one-step confirmation, two-step triggering" process: such as Figure 8As shown, in the content recording page, when the user clicks the "confirmation control", the content recording page does not directly initiate the application, but displays the mic-in application control, and can also display the prompt text "Confirm to submit the audio and initiate the mic-in application?", and also with the key information preview of the audio. For example, "Audio duration: 35 seconds" "Current state: optimized". So that the user can check the content again; after the user clicks the mic-in application control button, the terminal triggers the mic-in application process. Then, the terminal synchronously packages the user's core account information and audio metadata, and uploads them to the background server through the dedicated low-delay transmission channel of the live broadcast platform; after the server completes the data verification, it will accurately forward the mic-in request to the target live anchor account client. At the same time, the audience's client will update the application status feedback in real time: such as Figure 9 As shown, in the live broadcast page, a floating notification is popped up in the middle or bottom, with "Mic-in application sent" as the core content, and below it will also be attached with the guide text "Can filter progress in the live room by following the anchor", helping the audience to clearly understand the subsequent operation direction; in some scenarios, the notification bar will also display a small "application progress bar" or "queue number", so that the user has a more intuitive expectation of the waiting time.

[0133] Step 606, in response to the triggering operation of the confirmation control, a mic-in request is sent to the target live anchor account.

[0134] In implementation, the confirmation control is usually presented in the form of a "confirmation submission" button. When the audience is satisfied with the recorded target content, the platform will immediately respond and start the mic-in request sending process after triggering the confirmation operation by clicking the "confirmation submission" button: first, the recorded target content is compressed, and after compression, a mic-in request data packet with a unique identifier is automatically generated; then, the platform sends the data packet to the target live anchor account client through the background interface. During the sending process, the interface displays a loading prompt "Mic-in request sending... " with a rotating progress animation; after the anchor client successfully receives the request, the audience interface will pop up a prompt popup "Mic-in request sent, waiting for anchor confirmation", and the application status will be updated to "Pending review", and a "cancel request" button can also be retained at the bottom of the page for the audience to withdraw the application before the anchor handles it.

[0135] In this embodiment, the design of starting recording upon triggering an operation, coupled with status feedback during the recording process, allows viewers to quickly initiate audio recording without complex operations, lowering the barrier to entry for participating in live chat and improving user convenience. After recording is complete, targeted display of delete and confirmation controls provides room for error correction and adjustment. Furthermore, the design of linking the confirmation control to the live chat application control ensures that viewers only initiate applications after confirming the content is correct, reducing invalid live chat requests due to erroneous operations. This indirectly reduces the workload for the broadcaster in subsequently filtering live chat requests, ensuring the quality of the live chat application list on the broadcaster's end. Ultimately, this achieves multiple benefits: optimized viewer experience, improved broadcaster filtering efficiency, and guaranteed quality of live chat interaction.

[0136] In one exemplary embodiment, such as Figure 10 As shown, the method also includes:

[0137] Step 1001: In response to the trigger operation of the recording entry, display the event information corresponding to the target live chat event on the content recording page.

[0138] In implementation, when viewers trigger the recording entry on the content recording page through clicks, long presses, or other operations, the terminal doesn't simply initiate a single recording preparation process. Instead, it simultaneously triggers an event information loading and display mechanism, accurately presenting the key information of the current target live-streaming event on the page. This helps viewers clarify the direction of interaction and the core information before recording. The event information is determined based on the visual style of the live-streaming scene, the live-streaming content, and the live-streaming activity, presented in a more readable, structured format to assist users in participating in live-streaming activities. For example, for karaoke live-streaming activities such as song performances, lyric relay challenges, and special covers of designated songs, the event information can be designed in a card format. The card background incorporates song-related visual elements, and the card displays the song title, lyrics snippets, and artist poster thumbnails, with clear information zoning. Similarly, for talent PK microphone-grabbing events in variety show live streams, the information might be displayed in a list format, with each talent PK microphone-grabbing event's information items paired with corresponding function icons to enhance recognizability. The event information will fully display the core elements of the talent competition microphone-grabbing event: the event theme will be displayed in bold, large font and prominently positioned; the participation rules for the target event will be listed in bullet points, with some rules preceded by "Note" icons to reinforce compliance reminders; in addition, the terminal will indicate the specific time limit range in conjunction with the recording function, highlighting it in a bright color to prevent viewers from having their content invalidated due to time constraints. Furthermore, the interactive rewards for the live-streaming activity will be clearly explained, with icons such as badges and gifts to encourage viewer participation.

[0139] In an optional embodiment, the location of the event information display area on the content recording page is typically chosen to be in an area that does not obstruct the recording operation and is easily accessible to the audience. If the content recording page is in portrait orientation, it is usually located in the blank area above the recording entrance, forming a vertical "information-operation" flow with the recording button; if it is in landscape orientation, it may be placed in the sidebar on the right side of the page, distinguished from the main recording area by a semi-transparent background to avoid visual interference. The layout adopts a hierarchical structure of "title-content," with key information using colors that contrast strongly with the main color scheme of the page, or adding decorative elements such as underlines and borders to further enhance the visual focus. For example, the text in the "Interactive Rewards" section is highlighted in gold, accompanied by a flashing medal icon, allowing viewers to quickly grasp the benefits of the live stream interaction. This information display design ensures that viewers grasp all the requirements of the live stream event in the shortest possible time before starting recording, effectively avoiding the problem of recording content being disconnected from the theme due to unclear information, providing clear guidance for recording compliant audio content, and also making the interaction goals clearer for viewers, thus improving the targeting and enthusiasm of their participation.

[0140] Step 1002: Based on the selection operation of the target event information in each event information, display the recorded text associated with the target event information, and start recording the target content based on the recorded text.

[0141] During implementation, on the content recording page, the platform displays various event information related to the current live-streaming event using clear and intuitive interactive formats such as cards and lists. For example, this event information is closely centered around the core scenario of karaoke interaction, and can be presented in different forms such as song titles, themed playlists, and song groups categorized by genre. For instance, single song titles will directly display the full song name; themed playlists will be named around specific styles or scenarios, such as "Campus Folk Nostalgia Playlist" or "Popular Selections of Film and Television OSTs"; song groups categorized by genre will clearly distinguish music types, such as "Pop Ballads," "Rock Hits," and "Traditional Chinese Style." Each event information item will be accompanied by a unique visual identifier. For single songs, the artist's name and song duration will be displayed next to the title; for playlists or groups, cover images of representative songs or icons corresponding to the genre will be embedded to help viewers quickly identify the content and find options that match their singing preferences. When viewers have finished browsing the event information and decide they want to participate in recording a specific song—for example, by selecting song A as the target song, clicking the song card corresponding to song A, or checking the checkbox before the song name—the terminal will immediately respond upon detecting this selection, initiating the matching and display process of "event information - recording text." At this point, such as... Figure 11As shown, in the core area of the content recording page, which can be a prominent position just above the recording button or a dedicated pop-up window popping up in the center of the page, the recording text associated with the A song will be automatically loaded and displayed. Among them, the recording text here can be the complete lyrics of the A song. After the recording text is completely loaded, the content recording page will automatically switch to the recording ready state: the recording button, which was originally in a gray and non-activatable state, will switch to a prominent functional color and display the text prompt "click to start singing"; if it is a long-press recording mode, the button will also pop up a floating guide "long-press to sing along with the text"; in some scenarios, the page will also set "hide text" and "enlarge text" controls next to the recording text to facilitate the audience to adjust the view according to their own needs. At this time, the audience can refer to the recording text to prepare for singing, and the terminal will complete the pre-recording adaptation configuration based on the content requirements corresponding to the text. For example, automatically matching the accompaniment segment of the corresponding song from the platform song library, or synchronously scrolling the complete lyrics text during the recording process, or even displaying a dynamic metronome according to the rhythm marked by the text to assist the audience in finding the correct singing rhythm.

[0142] Optionally, in order to better assist the audience in recording, the lyrics will be optimized and presented according to the needs of the live streaming scene. Usually, the chorus segment with more recognizable melody and more suitable for short-time display will be displayed by default, the lyrics text will use large and clear font, the current sentence to be sung will be marked with a prominent highlight color such as red or orange, and the already sung sentence will automatically change to light gray, forming a clear visual guide to let the audience quickly follow the singing rhythm. At the same time, the corresponding timeline progress bar will be displayed next to the lyrics, and the progress bar will be slowly filled as the recording progresses, directly prompting the current singing progress. In addition, the page also provides detailed optimization functions to assist recording: the audience can click the enlarge lyrics button to adjust the font size according to their own vision or screen size; if the user wants to record not the default chorus segment, such as the main song part of the A song, they can switch the paragraph control to select different segments such as the main song, chorus, and bridge. In some scenarios, a simple singing prompt will also be displayed below the lyrics text, such as a specific rhythm prompt or a note reference marking the attention of the note change in a specific sentence. Through such design, the audience only needs to follow the recording text prompt on the screen to smoothly complete the singing during the recording process, effectively avoiding recording interruptions or mistakes caused by forgetting the lyrics, ensuring the completeness and coherence of the recorded audio content.

[0143] Optionally, these recorded texts are dynamically generated according to the type of the event, accurately matching the needs of the activity: for example, in a lyric relay event, the text is presented in the form of a guide + blank, for example, please sing the next line: the moon has, ____, and in some scenarios, the number of words in the blank is also marked, reducing the difficulty of singing; if it is a specified song singing event, the text will explicitly mark the singing range, such as singing the chorus part of the song A, and provide auxiliary information such as the original singer and the style of the song; for the more demanding "theme K song PK" event, the recording text may even add a music score prompt or rhythm mark to help music-based viewers better control the singing details.

[0144] In this embodiment, the target co-host event information is displayed synchronously when the audience triggers the recording entrance, so that the audience can quickly grasp the core requirements of the co-host activity before recording, avoid the recording content from deviating from the theme of the activity due to information asymmetry, and reduce invalid recording and repeated operations, thereby improving the recording efficiency of the audience; and the selection operation based on the target event information matches the operation, and the associated recording text is displayed, which can provide clear recording guidance for the audience and ensure that the content recorded by the audience is highly matched with the theme and rules of the co-host activity, thereby improving the relevance and pass rate of the co-host application, enhancing the professionalism and interest of the overall interaction, and ultimately achieving multiple effects of optimizing the audience recording experience, improving the efficiency of the host screening, and ensuring the quality of the live room interaction.

[0145] In an optional embodiment, as shown in Figure 12 To meet the interactive needs of different audiences, the live page provides a mode of applying for co-hosting after recording target content in addition to supporting a shortcut path of sending a co-host request without recording, so that audiences who want to quickly participate in interaction can more conveniently initiate the application. That is, when the audience does not need to record audio to assist the co-host application and only wants to interact with the host through real-time voice, the audience can directly locate the co-host entrance in the live page. The audience only needs to perform a triggering operation such as clicking or long pressing on the co-host entrance, and the terminal will immediately respond and skip the content recording link to directly send a co-host request to the client of the host account, so the method further includes:

[0146] Step 1201, in response to the triggering operation on the co-host entrance, a co-host request is sent to the target live host account.

[0147] The co-host request is used to apply for live co-hosting interaction.

[0148] In implementation, a mic entry is displayed in the live page. The mic entry can be a round button with a microphone or "mic" icon designed in the bottom function bar of the live page, which is convenient for the audience to trigger at hand when watching the live broadcast; it can also be a label hidden at the top of the comment area with the text "apply for interaction", which fits the operation scene of the audience in interactive communication; it can also be a floating entry popped up on the right side or middle of the live picture for specific activities such as "real-time voice PK" and "fan exclusive mic", and the activity exclusive identifier is marked beside the entry to enhance the recognition. In this way, when the audience locates the mic entry in the live page and performs the preset trigger operation, the terminal will immediately respond to the trigger operation and start the generation and sending process of the mic request. Specifically, the user only needs to perform the preset trigger operation such as clicking or long pressing, and the terminal will instantly capture the instruction and immediately start the whole process from the generation to the sending of the mic request, ensuring that the interactive demand can be quickly responded: the platform will check the mic permission settings of the anchor end in real time, confirm whether the anchor has enabled the "allow audience to apply for mic" function in the background; at the same time, it will count the number of applied connections and the upper limit of the current live room, and judge whether there is a spare mic seat; in some scenarios, it will also verify the state of the audience account to confirm whether there is a situation of being restricted from mic due to violation. If it is found that there are restriction conditions after verification, such as the anchor temporarily closes the mic function or the current mic quota is full, the terminal will feedback to the audience in a friendly and clear way. Usually, a semi-transparent prompt box is popped up in the middle of the live page, with prompt sound effects, and the text gives feedback, such as "the anchor has not enabled the mic function at present, please follow the live room dynamics and try again after it is enabled ~" "the number of mic users has reached the upper limit, wait for a moment and there may be a new opportunity!", to avoid negative experience of the audience due to application failure. If the state verification is passed, the terminal will automatically enter the generation link of the mic request data packet. The generated data packet not only contains the basic account identifier of the audience, ensuring that the anchor can quickly identify the applicant, but also intelligently integrates a series of auxiliary information to help the anchor understand the background of the applicant more comprehensively. For example, the exact timestamp of the mic request initiation, which is convenient for the anchor to select according to the order of application; the interactive history data of the audience in the live room, including whether to follow the anchor to become a fan, the speaking content in the last 30 minutes, the cumulative gift level, etc., so that the anchor can judge the fit degree of the applicant and the live room based on these information, and improve the selection efficiency. After the generation of the mic application data packet is completed, the terminal can also encrypt the mic request through the real-time communication channel of the live platform, and then transmit it to the terminal corresponding to the anchor account of the target live broadcast.At the same time, in order to deal with the request loss problem caused by network fluctuation, the platform will automatically start a double guarantee mechanism: on the one hand, the feedback signal is monitored in real time after the request is sent, and if the "request received" confirmation feedback information from the anchor end is not received within 2 seconds, the second retransmission will be triggered immediately; on the other hand, the request data will be temporarily stored locally on the audience side, and if the retransmission still fails, the audience will be prompted "the current network is unstable, do you want to retry sending the mic request?", Further reduce the request loss probability, ensure that the audience's interactive needs can be effectively passed to the anchor.

[0149] In this embodiment, by performing a trigger operation on the mic-in entry, the content recording link is skipped, and the mic-in request is directly sent to the client of the anchor account, greatly reducing the participation threshold of mic-in interaction, saving operation time, and reducing the participation pressure caused by the need to prepare content, allowing different audiences to find suitable interactive methods, and further expanding the audience coverage of mic-in interaction. Rich interactive forms in the live room, enhance the interest and audience stickiness of the live room.

[0150] In an exemplary embodiment, as shown in Figure 13 The content recording page also includes a pre-play control. The method further includes:

[0151] Step 1301, after the target content recording is completed, in response to the trigger operation on the pre-play control, the target content is displayed.

[0152] In implementation, when the audience completes the recording of the target content, the content recording page will automatically complete the local temporary saving of the current recording content within 1-2 seconds, and simultaneously update the interface interaction state. Specifically: the pre-play control, which was previously in a gray and non-activatable state, will immediately switch to an activatable style consistent with the main color tone of the live page, and the icon will change from a static "play" symbol to a style with dynamic effects, intuitively conveying the "content preview available" signal to the audience, avoiding the audience missing the verification opportunity due to unclear control state. If the audience needs to verify the recording effect just completed, such as being unsure whether there is environmental noise mixed in during singing, worrying about the rhythm of a certain melody deviating from the accompaniment, or suspecting that the audio was not fully recorded due to network fluctuations during recording, they can simply perform a click or tap operation on the pre-play control. After the terminal captures this trigger instruction, it will immediately respond and start the complete display process of the target content: through multiple visual feedback to strengthen the playing state, making it convenient for the audience to interrupt the playback at any time; at the same time, the recording content duration progress bar below the control will start to dynamically fill with the playback progress, such as filling to 2 / 9 of the total length when playing for 10 seconds, allowing the audience to clearly understand the current playback position. Secondly, the terminal will call the device's audio playback module to play the recorded target audio with sound quality that meets the needs of live interaction, ensuring that the audience can accurately judge the audio quality. In some scenarios that focus on detailed experience, the page will also present auxiliary verification information: one is to display the audio waveform above the progress bar, which will change in real time with the strength of the sound, and if there is noise in a certain segment, the corresponding waveform will have an abnormally sharp peak, helping the audience quickly locate the noise position; the other is to display relevant text during recording in the central area of the page, such as displaying the corresponding lyrics one by one if the recording is a song segment, allowing the audience to judge whether there are problems such as forgetting or misremembering lyrics or rhythm deviation by comparing the lyrics with the singing, such as a certain sentence of lyrics should appear at 30 seconds, but if the actual singing is delayed by 2 seconds, it can be clearly discovered through the lyrics scrolling.

[0153] In an optional embodiment, if you want to carefully listen to a certain segment of content, you can click the pre-play control again at any time to pause the playback; if you need to repeatedly confirm a key segment, such as the singing effect of the chorus part, you can simply drag the progress bar to jump to the time point corresponding to that segment, and the progress bar will accurately position and start playing again. After the audience completes the listening, they can make the next decision based on the verification result: or if the content does not meet expectations, such as there is obvious background noise or there is a clear pitch error during singing, they can directly click the "delete control" next to the pre-play control, and the platform will immediately delete the saved audio file and reset the recording entry to the initial state, allowing the audience to re-initiate recording; if the content is confirmed to be correct after comprehensive verification, the sound quality is clear and meets the requirements of the mic-in activity, they can click the "confirm control" on the other side to formally initiate the mic-in application.

[0154] In this embodiment, the target content is previewed through the pre-play control before the application for live-mixing is submitted, so that the recording effect can be checked independently. This can avoid the application for live-mixing being rejected due to the submitted content not meeting the requirements, and reduce the time cost of repeated recording. Meanwhile, in the preview process, the problem can be accurately positioned through operations such as pausing and dragging the progress bar, so that the audience can adjust and re-record, and the quality of the finally submitted content can be improved.

[0155] In one exemplary embodiment, as shown in FIG. 13, the method further includes: Figure 14

[0156] Step 1401, displaying a live page.

[0157] The live page contains application progress information for the live-mixing activity.

[0158] The application progress information contains one or more of the following: application status, current application ranking, expected waiting time, and current application round.

[0159] ​In implementation, in order to let the audience who initiates the application for the live microphone to grasp the application dynamics in real time and reduce the waiting anxiety, the platform also builds a clear application progress feedback mechanism. In this way, when the audience enters the live page, the terminal will automatically load and display the application progress information for the live microphone activity in the specified area of the live page. The location of this information area is usually at the bottom of the live picture, in the floating notification bar, at the top of the live microphone application drawer page on the right side, or in the fixed information bar above the comment area, which will not block the core live content and will allow the audience to view it at any time. Among them, the application progress information is dynamically generated according to the real-time data of the live microphone activity, and the specific content can be flexibly combined. There are four common information dimensions: first, the application state, which will be displayed in the form of clear text + icon, such as "application submitted, waiting for the host to screen" combined with the pending icon, "the host is listening to your audio" combined with the playing icon, "the application has been passed and will soon access the live microphone" combined with the success icon, so that the audience can intuitively know the current application stage; second, the current application sorting, when there are multiple live microphone applications in the live room, the audience's current queue position will be displayed, such as "you are currently in the third place, there are two people in front of you waiting for review". Third, the estimated waiting time, in some scenarios where application progress information is displayed, the live page will also mark estimated prompt texts such as "it will be your turn in 1-2 minutes", helping the audience to predict the waiting time. Specifically, the platform will automatically calculate and display the estimated waiting time according to the average speed of the host's historical processing of live microphone applications and the current queue number, such as "estimated waiting time 3 minutes", which will be updated in real time if the host's processing speed increases or decreases. Fourth, the current application round, for live microphone activities carried out in rounds, the current round and the remaining number of screening vacancies will be clearly marked, such as "this is the third round of live microphone application, there are still 2 screening vacancies in this round", so that the audience can understand the overall progress of the activity. Optionally, these application progress information will be presented with clear visual design, with key data highlighted in bold font or high saturation color, and a slight prompt sound will accompany the state change to ensure that the audience will not miss important dynamics. For example, when the audience's application sorting changes from the third to the first, the page will pop up a brief "your turn is coming, please prepare for the live microphone" prompt; if the estimated waiting time is shortened from 3 minutes to 1 minute, the time number will be highlighted with a flashing effect to remind the audience to pay attention. Through such progress information display, the audience does not need to repeatedly guess the application progress, can more reasonably arrange the waiting time, at the same time also enhances the transparency of the live microphone activity, reduces the user questions caused by unclear information, and further optimizes the overall experience of the live microphone interaction.

[0160] In this embodiment, by displaying the application progress information of the live streaming activity in the live streaming page, the audience experience is optimized, and the interaction efficiency and order of the live streaming room are indirectly improved. The audience can obtain the application status through the page without frequently asking in the comment area, reducing the interference of invalid interaction on the live streaming rhythm, allowing the anchor to focus more on content output and mic selection. In addition, from the overall operation of the live streaming room, transparent application progress information can enhance the perception of fairness of the live streaming activity, and the audience can clearly see the order and rhythm of the application processing, avoiding doubts caused by information opacity, thereby improving the audience's trust and participation willingness for the live streaming room and optimizing the overall live streaming experience.

[0161] In an optional embodiment, after the mic request is sent to the anchor account of the target live streaming in step 206, the method further includes:

[0162] adding the mic application of the current account to the mic application list, and setting the mic order of the mic application of the current account to a preset order.

[0163] In implementation, in the "mic grabbing interaction" scene of the live streaming application, after the current account (audience end) completes the target content recording and submits the mic application, the platform performs two core operations: first, the mic application of the audience is synchronously added to the mic application list of the anchor end according to the submission time, and the basic information of the application is clearly displayed in the mic application list, such as the audience nickname, application submission time, target content type, and each application corresponds to a unique serial number identifier, which is convenient for the anchor to quickly locate; second, the mic order of the audience mic application is automatically set to a preset order. In the initial mic grabbing stage, the preset order is defaulted to be determined by the application submission time, that is, the audience who submits the application first will get a more advanced initial order, for example, audience A submits the application at 19:00:05, the initial order is No. 1, audience B submits the application at 19:00:10, the initial order is No. 2, and the subsequent audience is sequentially ordered according to the time, and the platform will display the initial order of the audience on the application status page of the audience end, so that the audience can intuitively understand the queuing situation.

[0164] Optionally, if the current account has a special association with the anchor account, the preset order will be additionally stacked with an association weight. After the application of such an account is submitted, the initial order will be automatically adjusted by 1-2 positions, but after adjustment, it will still remain the label "initial order based on time + association weight" to ensure the transparency of the sorting logic. Subsequently, with the increase in the number of applications for live connection or changes in the demand of anchors, the initial order can be dynamically adjusted based on various factors. For example, if the anchor is browsing the live connection application list and is interested in the target content of a certain application, the anchor can trigger the adjustment by clicking the "priority sorting" button on the application card. The platform will directly place the order of the application at the top, and other application orders will be moved backward in turn. If the adjustment is based on the characteristics of the account, the platform will automatically analyze the activity and interaction contribution of each application account. The application order of the high-activity and high-contribution account will be adjusted by 2-3 positions, and the application order of the low-activity account will remain unchanged or be slightly moved backward. If the adjustment is based on the target content score, the platform will automatically score all target contents of the applications. The order is reordered from high to low according to the score. The application with a score of ≥90 points will be marked as "high-quality application" and placed in the front of the list. The application with a score of <60 points will be placed at the end of the list. After each order adjustment, the platform will display the prompt "order has been updated, adjustment basis: anchor priority marking + content score" at the top of the anchor end application list, and simultaneously update the order information on the audience end to ensure that the anchor and the audience can clearly understand the order change logic, and the flexibility and transparency of the order are taken into account.

[0165] In one exemplary embodiment, as shown in Figure 15 , a live connection interaction method is provided. The method is applied to the terminal of the anchor end in Figure 1 for example. The method further includes:

[0166] Step 1501, displaying a live page of a target live.

[0167] The live page includes a live connection viewing entrance.

[0168] In implementation, in the current live application, in order to meet the diversified interaction needs between the host and the audience, the platform provides rich live management functions for the host, supports the host to flexibly adjust the interaction form according to the content style and real-time rhythm after starting live broadcast. The host only needs to complete the operation of starting live broadcast in the application. For example, selecting "entertainment live broadcast", "music live broadcast" and the like, setting the live room title and cover, and clicking the start live broadcast button, the host can enter the live broadcast page and interact with the audience. In the live broadcast process, in addition to the basic voice explanation and content display, the microphone interaction as the core function to improve the audience's participation is widely used in various live broadcast scenes; in order to enable the host to decide the starting time of the microphone interaction, and avoid the disorderly influx of microphone requests to disrupt the live broadcast rhythm, the platform explicitly gives the host the permission to start the microphone activity, and specially designs the interaction control in the live broadcast page of the host end, so as to ensure that the host can conveniently and accurately start the microphone activity. Specifically, as shown in Figure 16 The live broadcast page of the host end is provided with special interaction controls. The presentation form of these interaction controls is designed in combination with the live broadcast scene and the activity theme: if it is a general microphone, the control will be in the form of a round button with the text label "start microphone", which will be integrated in the core function area of the live room console, and the button icon adopts the combination style of microphone and plus sign, which visually highlights the interaction attribute. If it is a theme microphone, the control will be designed as a special activity starting entrance. For example, the entrance of "K song microphone" will be matched with the musical note icon and the warm orange background. The entrance of "topic discussion microphone" will be attached with the dialogue box icon and the light blue background, and the corresponding activity name will be marked beside each theme entrance, so as to facilitate the host to quickly identify. At the same time, all the interaction controls will be uniformly marked with the prompt text "after starting, the audience can apply for microphone", to avoid the host's misoperation.

[0169] When the host determines that it is appropriate to start the mic sharing according to the live streaming process, the host only needs to perform a triggering operation on the corresponding interactive control. After the terminal captures the triggering instruction, it will immediately respond and start the full-scene synchronization process of the mic sharing activity. Specifically, if it is a general control, the mic sharing activity can be started by clicking the button; if it is a theme control, it needs to be long-pressed for 2 seconds to confirm, and after confirmation, the button will pop up a short feedback of “XX mic sharing has been confirmed to be started”. Then, a semi-transparent banner is popped up at the top of the live streaming page, with the text “the host has started the mic sharing activity, click to apply for participation”, and the banner will stay for 5 seconds before automatically closing, ensuring that the audience will not miss it. Secondly, the corresponding mic sharing entrance is automatically displayed in the bottom function bar of the audience side. The general mic sharing corresponds to the “apply for mic sharing” button, and the theme mic sharing displays the “apply for XX mic sharing” button. The entrance icon will be accompanied by a slight flashing animation to further attract the audience's attention. If the audience has previously closed the notification permission, the page will also display a fixed prompt bar at the top of the comment area, continuously reminding “the mic sharing activity has been started”. After starting the mic sharing, the mic sharing viewing entrance is also displayed in the live streaming page, which is in the form of a mic sharing viewing button located on the left side of the console. The button is a gray rectangle, and the internal text is “mic sharing application (X) ” (X is the number of pending applications). When a new application is submitted, the button will turn red and be accompanied by a number jumping prompt. After the host clicks the mic sharing viewing entrance, the mic sharing application list pop-up window is popped up, and the host can directly view, filter and process the mic sharing applications of the audience, realizing efficient management of the mic sharing interaction.

[0170] Optionally, the platform will automatically generate a dedicated mic sharing management page on the host side. The page is usually presented in the form of a side drawer or a floating window, which does not block the live streaming host picture. Inside the mic sharing management page, “pending application”, “passed application” and “rejected application” are divided in advance. Each module is equipped with a corresponding digital badge, and the top of the page displays “current mic sharing activity: XX”, helping the host to clearly understand the activity type. In addition, the mic sharing management page also presets the “close mic sharing” button and the “set mic sharing rules” entrance, providing a convenient operation entrance for the host to manage the mic sharing activity later. Through such design, the whole process of the mic sharing activity from starting to information synchronization can realize the convenience of host operation, the clarity of audience perception and the standardization of management page, ensuring that both the host and the audience can accurately obtain the start information of the mic sharing activity, laying a foundation for the subsequent application and screening links.

[0171] Step 1502, in response to the triggering operation on the mic sharing viewing entrance, the mic sharing management page is displayed.

[0172] The mic sharing application page includes a target mic sharing application of a target account, the target mic sharing application is associated with target content recorded by the target account, and the mic sharing management page is used to play the target content.

[0173] The mic application information includes target content recorded by each mic application party for the mic activity.

[0174] In implementation, when the anchor opens the mic activity, as the audience submits the mic application through the audience end, the mic management page is also displayed in the live page, and the mic management page of the anchor end can update and display the mic application information submitted by each audience in real time, ensuring that the anchor will not miss any valid application. In order to enable the anchor to efficiently process the application, specifically, when the anchor performs a trigger operation on the mic viewing entrance in the live page, the platform will load and display the mic management page in different forms such as list, pop-up window or independent page according to the operation habits and current live rhythm of the anchor. All forms of pages take efficient management of mic application as the core and completely present the target mic application of the target account and the associated target content:

[0175] Among them, if the mic management page is presented in the form of a pop-up window, the mic management page will cover 60% of the live picture with a semi-transparent mask, the pop-up window displays the "mic management" title at the top, and three state labels of "to be processed", "agreed", and "rejected" are set below the title to facilitate the anchor to manage by category; the mic application list is arranged vertically in the middle of the pop-up window, and each mic application is presented in the form of a card: the left side of the card displays the avatar, nickname and fan group level of the target account, and the right side marks the application submission time and target content type, and the middle of the card embeds a target content thumbnail, and the anchor can start playing in the pop-up window by clicking the thumbnail, and the three management buttons of "agree to mic", "reject application" and "mark later" are displayed at the bottom of the playing window, so that the anchor can complete the application processing while previewing the content without the need for secondary jump.

[0176] If the mic management page is presented in the form of a list, the mic management page will be fixed on the right side of the live page, and a search box and a "batch operation" button are set at the top of the list; each mic application is arranged in a horizontal card, the left side of the card is target content information, the middle is target account interaction data, and the right side is a function area, including a "play" icon, a "pin" button, and a "remark" input box, so that the anchor can browse mic application information and play content while completing sorting, remarking and other management operations.

[0177] If the mic management page is presented in the form of an independent page, the mic management page will be opened in full screen mode, the top of the page is a "return to live" button and a filter bar, the middle adopts a double-column layout: the left side is a target mic application list, and the right side is a content playing and management area; after the anchor clicks any application in the left side list, the right side will immediately load the target content associated with the application and automatically play, and a "mic setting" module and a "message notification" button are set below the playing area, and the processing record of the application is displayed at the bottom of the right side, so that the anchor can complete all preparations and management operations before mic while completely previewing the content, realizing the integrated process of "management-preparation-mic".

[0178] In an optional embodiment, it is worth noting that each application information of the mic will be accompanied by the target content recorded in advance by the audience for this mic activity, and the content presentation will be deeply matched with the activity theme. For example, the theme of this mic activity is "K song mic", and the application card or list item will clearly mark "audio duration 35 seconds" "singing song A", and at the same time, a button with a play icon is set on the right side of the information. The host clicks the button to directly listen to the audio in the mic management page without jumping to other pages. A simple audio waveform graph will also be displayed during the listening, helping the host quickly judge whether the sound quality is clear; if the activity theme is "topic discussion mic", the target content may be a 30-second audio recording of the audience's point of view. The card will extract and mark "point of view summary", so that the host can understand the audience's core point of view without complete listening; if the activity theme is "talent show mic", the target content may be a recording of the audience's instrumental performance, and the information will mark "talent type: piano performance" "clip duration 40 seconds". Some video recording supported scenes will also display 1-2 frames of video thumbnails, allowing the host to intuitively understand the talent form.

[0179] In an optional embodiment, in the mic management page, the play design of the target content fully considers the operation convenience of the host, and provides two intuitive triggering methods: one is to start playing by clicking the play entrance: each mic application card is associated with an independent play entrance, which usually exists in the form of a circular play icon in the center of the target content thumbnail, and in some cases, a "play" prompt is marked next to the icon. When the host wants to preview the target content of a single application, he only needs to click the play entrance on the corresponding card, and the platform will respond to the click operation immediately: if the mic management page is in the form of a pop-up window or a list, a small play window will pop up next to the application card, automatically loading and playing the target content, and the bottom of the window will display a progress bar, volume adjustment and speed switching (0.8x-1.5x) buttons simultaneously, making it easy for the host to control the play rhythm; if it is in the form of an independent page, it will directly switch to full-screen play mode after clicking the play entrance, and the video content will be displayed at the original resolution, while the audio content will be accompanied by a dynamic waveform and song lyrics subtitles, allowing the host to clearly capture the details of the content. The other is to trigger the automatic playing of the target content by pre-selecting the mic application: each application card on the mic management page has a check box on the left side, which is mainly suitable for the scenario where the host needs to preview multiple application contents in batches. When the host checks the check box of a mic application, the platform will automatically detect and start playing the target content associated with the application. For example, if only one application is checked, the play method is the same as clicking the play entrance, and a play window will pop up in the current page; if multiple applications are checked at the same time, the platform will automatically play them in the order of checking, and display a progress prompt "currently playing the 2nd / 3rd in total" at the top of the play window to help the host master the preview rhythm. If the host wants to pause or switch the content during the automatic playing process, he can click the "pause" button on the play window or uncheck the corresponding application, and the platform will stop the current playing and clear the progress immediately, adapting to the host's preview needs flexibly.

[0180] Step 1503, in response to the confirmation operation on the target mic application, performing live mic with the target account.

[0181] In implementation, the host can filter out the most suitable target mic-in applicant based on the application information displayed on the mic-in management page, combined with the live broadcast theme and current interactive demand. For example, in the "classic old song cover" mic-in activity, the host finds that the song fragment of "A" recorded by a certain audience not only has clear sound quality without noise, but also has high compatibility with the original song in terms of singing rhythm and full emotional expression, which fully meets the nostalgic atmosphere of the live broadcast room. Therefore, it is determined as the target applicant. At this time, the host does not need to perform complex operations, and only needs to perform a simple confirmation operation on the target content of the target applicant. In this way, after the terminal captures this trigger instruction, it will respond and start the multi-link cooperative mic-in docking process. Specifically, the platform will send a notification to the audience end of the target mic-in applicant in three ways to start mic-in: a floating notification bar pops up at the top of the live broadcast page, with "Congratulations! Your mic-in application has been approved and will soon be connected to the live broadcast room" as the core, accompanied by cheerful prompt sound effects to attract the audience's attention; at the same time, a semi-transparent pop-up window pops up in the middle of the live broadcast page, clearly listing "check if the microphone is normal", "adjust the device volume to an appropriate size", "ensure network stability" and other preparation matters, and in some scenarios, a "microphone test" button is also provided to allow the audience to detect the audio input state in advance; if the audience has enabled the application push permission, the mobile terminal notification bar will also receive the message of the application being approved. Secondly, the platform will automatically start the construction of the audio and video transmission channel: through the low-latency communication protocol of the live broadcast platform, an encrypted transmission link is established between the host end and the target audience end, and the code rate and resolution are dynamically adjusted according to the network environment of both parties. If the network condition is good, 1080P quality and 48kHz sampling rate audio transmission will be used first to ensure clear picture details and high sound restoration; if there is network fluctuation, it will be automatically reduced to 720P quality and the audio anti-interference ability will be optimized to avoid problems such as lag and disconnection. In this way, during the transmission process, the platform will also monitor the link stability in real time, and once it is found that the packet loss rate exceeds the threshold, it will immediately start the standby transmission node to ensure the continuity of the mic-in process. Finally, when the audio and video transmission channel is confirmed to be stable, the platform will perform the mic-in access operation: a small window is automatically opened on the right side or below the live broadcast page of the host end to display the picture of the target audience, and the audience's nickname and "mic-in" state are marked beside the window. The live broadcast page of the target audience end will be switched to the "mic-in interactive mode" to display the real-time picture of the host and the preview picture of the target audience, which is convenient for the audience to adjust the camera angle and expression. For other audiences in the live broadcast room, the platform will pop up a "XX (audience nickname) has accessed mic-in" scrolling prompt at the bottom of the live broadcast picture, and the prompt will also be accompanied by a funny icon of "mic-in interaction has started ~" to guide other audiences to pay attention to the interaction process. At this point, the mic-in interaction between the host and the target audience is officially started, and both parties can perform real-time singing, topic exchange or talent interaction.

[0182] In an optional embodiment, the application information of each audience (the party applying for the microphone) can be displayed in the form of a card. The anchor can directly click the prominent "connect microphone" button in the lower right corner of the card to start the microphone activity with the target party applying for the microphone. If the anchor is in the audio audition state, the anchor can also long press the play bar corresponding to the target content and select the "connect immediately" option in the pop-up shortcut menu to start the microphone activity with the target party applying for the microphone.

[0183] In this embodiment, the microphone activity is started by the interactive control, which can ensure that the microphone rhythm is deeply matched with the live streaming process and the interactive initiative is grasped. In addition, the microphone application information displayed includes the target content recorded in advance by the party applying for the microphone. The anchor does not need to blindly connect the microphone. The degree of fit between the party applying for the microphone and the activity theme can be determined in advance through the target content, the probability of invalid interaction is greatly reduced, and the screening efficiency is improved. The quality of the microphone object is further ensured based on the triggering operation of the target content, and the microphone success rate is improved.

[0184] In an exemplary embodiment, as shown in Figure 17 the specific processing process of step 1502 includes:

[0185] Step 1701 displays the microphone application information in the interactive application area of the live streaming page.

[0186] The microphone application information includes target content. The target content includes any one of video and audio.

[0187] In implementation, in order to enable the anchor to efficiently manage the microphone application and not affect the presentation of the live streaming content, the anchor end plans a dedicated interactive application area in the live streaming page to specially display all the microphone application information submitted by the audiences. Alternatively, a microphone management page including all the microphone application information submitted by the audiences is displayed in the form of a drawer page, a function panel, a side bar, etc. The microphone application information further includes target content, which is the targeted content recorded by the audience for the current live streaming content.

[0188] Specifically, the position of the interactive application area is optimized and strictly follows the dual principles of not blocking the live streaming main picture and facilitating the anchor to quickly view. Usually, the layout is a foldable side bar on the right side of the live streaming page. The anchor clicks the application management button at the top of the console, and the side bar is smoothly unfolded. When the side bar is folded, only a narrow entrance is reserved, and the live streaming picture is not blocked at all. Another layout is an independent floating panel above the bottom console, as shown in Figure 18As shown, the function panel can clearly display each interactive application information without making the background live content appear blurred, and the host can drag the panel edge to adjust the size to adapt to different screen sizes of the live device. At the top of the interactive application area, the title of the microphone application is fixedly displayed, and the number of microphone applications is also displayed. For example, when a new application is submitted, the number will jump from "3" to "4" with a slight flashing effect to remind the host to pay attention. After the application is processed, the number will also be reduced synchronously, so that the host can grasp the application scale at any time. At the same time, each microphone application information displayed in the interactive application area is designed with a structured card, with clear information levels, including basic information and highlighting core content. Specifically, the basic information part of the interactive application information will display the personalized avatar of the applicant and the account level icon on the left side of the card, helping the host quickly establish a preliminary understanding of the applicant. The core area below each interactive application information will focus on the target content recorded by the audience for this microphone activity in the form of information items, and the content form will be flexibly adapted according to the microphone scene, supporting two types of video and audio: if the "talent show microphone" activity is currently being carried out, the target content is mostly in the form of video, and the card will display a static thumbnail of the video. The lower right corner of the thumbnail is marked with the video duration, and the upper right corner of the card is marked with a "video application" label, so that the host can identify the content type at a glance. If the "karaoke microphone" or "topic discussion microphone" activity is carried out, the target content is mainly in the form of audio, and the card core area will display a thumbnail version of the audio waveform graph. The right side of the waveform graph is marked with the audio duration, and the upper right corner of the card is marked with an "audio application" label. Below the label, there are also content labels, which are automatically generated by the platform according to the information filled in by the audience when recording, helping the host quickly understand the audio content theme.

[0189] In an optional embodiment, in order to further improve the browsing and screening efficiency of the host, the interactive application area also has a sorting and filtering function. On the right side of the title bar at the top of the area, a "sorting" drop-down button is set. The host can select "sort by application time" or "sort by content type" after clicking. For example, "sort by content type" includes "sort by audio first" and "sort by video first". In this way, if the host currently prefers to filter audio applications, he or she only needs to click the "sort by audio first" button. The platform will reorder all applications, with audio applications placed before video applications, and the same type of content still sorted by application time, so that the host does not need to repeatedly switch between different types of applications, greatly shortening the screening time and improving the processing efficiency of microphone applications.

[0190] Step 1702, in response to the triggering operation on the target content, the target content is displayed.

[0191] In implementation, when the host browses the interactive call-in application information in the interactive application area, if there is a call-in application information that meets the live broadcast theme. For example, in the "talent competition" call-in activity, a video application marked "ancient dance show" is found, or in the "music sharing" activity, an audio application marked "ballad guitar singing" is found. The host wants to understand the details of the target content to determine whether it is suitable to connect the call-in. The host only needs to perform a very simple trigger operation without complex procedures. For example, if it is a video application, the host directly clicks the video thumbnail in the center of the application card to play the video thumbnail. The video thumbnail will capture the most representative frame of the video in advance and mark the light-colored small text prompt for preview to avoid the host misjudging the operation area. If it is an audio application, the host clicks the specially designed play icon on the right side of the card to play the audio. The play icon can be in the shape of a silver-colored horn, which is static when not clicked and slightly enlarged with a light gray background highlight when the mouse hovers over it. The visual guidance is clear to prevent the host from confusing it with other buttons such as "reject" and "ignore".

[0192] In this way, the terminal will immediately respond and start the exclusive display process for the target content at the moment of capturing the triggering operation, and the display form will be accurately adapted according to the content type. Specifically, if the video content is displayed, a centered video playback window will be popped up on the live page with a fade-in animation effect. The size of the video playback window is repeatedly optimized and can occupy 70% of the entire screen, which can allow the host to clearly view every detail in the video and will not completely block the live background, so as to facilitate the host to consider the live room dynamics during preview; and the background of the video playback window is usually processed with semi-transparent black blur, which reduces the background brightness and makes the video picture the absolute visual focus, avoiding interference from other elements; the video is automatically played from the beginning by default, and the bottom of the window is equipped with a complete playback control bar, including a draggable progress bar, a circular play / pause button, and a clarity selection drop-down menu, so that the host can flexibly control the playback rhythm, such as fast-forwarding to view the climax of the dance or pausing to observe the completion of a difficult action. If the audio content is displayed, a long audio playback bar will be popped up below each application information in the interactive application area of the live page, and the audio playback bar is designed in the same color as the main color of the live page; the left side of the audio playback bar will display a dynamic audio waveform in real time, and the waveform will present delicate fluctuations with the strength and pitch of the sound. The right side of the audio playback bar will clearly mark the current playback progress and the total duration, and the progress number will be updated in real time with the playback; at the same time, the platform will automatically call the speaker of the host's device to play the audio, and the volume is set to an appropriate level by default, which can be adjusted by the host through the device volume key or the volume adjustment slider on the right side of the playback bar to avoid affecting the judgment due to excessive or insufficient volume; if the host wants to pause the audition or jump to a specific segment, he only needs to click the pause button in the center of the playback bar or drag the white slider on the progress bar to the target time point, which is accurate and responsive. The "trigger and display" design provides an efficient path for the host to "verify the content without connecting the microphone": the host does not need to bear the embarrassment of "connecting and finding that the content is not consistent and then hanging up", nor does he need to waste time on invalid connection. Through intuitive preview, the host can fully understand the quality, style and theme consistency of the target content.

[0193] In an optional embodiment, when the target content is displayed on the host side, two ways can be included: way one, in response to the triggering operation of the target content, the target content is publicly displayed on the live page. Way two, in response to the triggering operation of the target content, only the target content is displayed to the host account.

[0194] Specifically, when the host or platform responds to the triggering action of the applicant's target content for a live chat, it will provide two differentiated display modes based on the actual needs of the live interaction, ensuring that the display scope of the target content is highly adapted to the scenario: Mode 1: If the target content is publicly displayed on the live stream page, for example, if the host is conducting a "Karaoke Live Chat Audition" and wants all viewers to jointly judge the applicant's singing level; or in a "Talent Voting Live Chat," where the applicant's talent clip needs to be displayed for viewers to vote, after the host triggers this mode, the target content will be presented on the live stream page of all viewers in the form of a full-screen pop-up or embedded in the main area of ​​the live stream screen: if it is video content, it will occupy 70%-80% of the live stream screen space, with the guiding text "What do you think of this talent? Let's discuss in the comments~" displayed at the bottom; if it is audio content, such as... Figure 19 As shown, an audio playback component will pop up in the center of the live stream page, which can be paired with dynamic lyrics or the applicant's avatar background, while a playback progress bar is displayed below the component. During the public display of the target content, all viewers can watch or listen to the target content simultaneously and express their opinions through the comment section. The host can also use viewer feedback to further determine whether to connect with the applicant, making the connection selection process more interactive. Alternatively, if the host chooses to display the target content only to the host's account, for example, when the host is selecting connection applications in their daily live stream and does not want to publicly display low-quality content; or in "private topic connection" where the connection applicant's target content involves personal opinions and is not suitable for public display, after the host triggers this mode, the target content will only be displayed on the host's connection management page or a dedicated preview window: the video content will be presented as a floating small window, visible only to the host, while the viewer's live stream page will still display the normal live stream content; such as Figure 20 As shown, the audio content is played in the audio playback bar or audio display thumbnail window of the broadcaster's console, with sound output only through the broadcaster's device. This mode allows broadcasters to fully verify the quality of the target content while preventing unexpected content from affecting the viewer's experience, ensuring the privacy of the live chat selection process and the continuity of the live stream.

[0195] In this embodiment, by including the target content for the recorded live-streaming activity in the live-streaming application information, the host not only has a precise and reliable basis for whether to agree to the live-streaming activity, greatly improving the efficiency and accuracy of the live-streaming selection, but also effectively avoids invalid interactions caused by inconsistent content, reduces interference with the live-streaming rhythm, and allows the host to focus more on interacting with high-quality applicants, thereby improving the overall quality and watchability of the live-streaming activity.

[0196] In an optional embodiment, for the first method described above, in response to a triggering operation on the target content, the target content is publicly displayed on the live streaming page. The specific processing steps include:

[0197] In response to the triggering operation of the live stream connection request, a target content retrieval request corresponding to the live stream connection request is sent to the server; wherein, the server is used to respond to the target content retrieval request and send the target content to each viewer account terminal of the target live stream.

[0198] Specifically, when a streamer views a target account's live stream application through the live stream management page, if they decide to publicly display the target content associated with that application on the live stream page, they can trigger this action by clicking the "Public Display" button on the live stream application card. In response to the streamer's trigger action, the terminal sends a request to the server to retrieve the target content corresponding to the live stream application. Furthermore, after the streamer executes this trigger action, the streamer's client immediately responds and generates a target content retrieval request. This request data packet contains not only the unique identifier of the live stream application but also the target live stream's room ID, the public display instruction marker, and the current number of online viewers. Subsequently, the client sends this request to the platform server via an encrypted network channel. During the transmission process, the streamer's interface displays a loading message "Requesting public display of content..." to prevent the streamer from performing repeated operations. After receiving a request to retrieve the target content, the platform server first verifies the request's validity: checking if the live stream ID is valid, if the live stream application flag exists, and if the streamer's account has public display permissions. Once verified, the server retrieves the corresponding target content from the content repository. Next, the server initiates a batch distribution process: based on the current online audience list, the target content is simultaneously pushed to each viewer's account in real-time. During distribution, segmented transmission technology is used to ensure that viewers with poor network conditions can also load the content smoothly, so that the target content is also simultaneously displayed on the live stream page on their devices.

[0199] In one exemplary embodiment, such as Figure 21 As shown, the specific processing steps of step 1702 include:

[0200] Step 2101: Based on one or more of the following: the application order of each target content, the rating of each target content, or the marking operation performed by the anchor account, sort the live streaming applicants corresponding to each target content to obtain the sorting result.

[0201] The ranking results are used to reflect the priority and matching degree of the applicant for live streaming as a target applicant.

[0202] In practice, to help streamers more efficiently select target live-streaming applicants with higher priority and stronger matching with the live-streaming theme from numerous applications, the platform will adopt a flexible sorting logic, sorting all live-streaming applicants based on preset multi-dimensional reference factors, and finally generating a clear sorting result.

[0203] Specifically, these sorting factors can be used individually or in combination depending on the needs of the live streaming scenario. These factors include the application order of each target content, the rating of each target content, and the marking operations performed by the streamer's account. Therefore, if sorting is based on the application order of each target content, the platform will default to sorting according to the time the applicants submitted their live stream applications. The earliest submitted applications will be placed first, or the earliest submitted applications will be prioritized according to the "first-come, first-served" principle. The specific sorting direction can be set in advance by the streamer on the live stream management page. If sorting is based on the rating of each target content, the platform will first automatically rate the target content submitted by each applicant. The rating dimensions will be dynamically adjusted according to the live stream activity theme: for example, in a "Karaoke Live Stream" activity, the rating will consider the audio's pitch matching accuracy, rhythm stability, and sound quality clarity; in a "Talent Show Live Stream" activity, the rating of video target content will cover image stability, talent completion, and content completeness. After generating a comprehensive score of 0-100 based on these dimensions, the platform sorts applicants from highest to lowest score, allowing broadcasters to prioritize applications with higher content quality and reducing the workload of manual screening. If the platform chooses to sort based on a marking action performed by the broadcaster's account, the broadcaster can actively mark applicants for live stream collaboration based on their own screening needs. When browsing applications, broadcasters can click on "star" or "prioritize" marking buttons on the application cards if they find an application interesting. The platform will automatically categorize marked applications into a "priority processing" queue and place them before unmarked applications in the sorting results. If a broadcaster explicitly indicates that they will not consider some applications at this time, they can mark them as "view later," and these applications will be placed at the end of the sorting results. This sorting method fully respects the broadcaster's subjective screening intentions, making the sorting results more aligned with the broadcaster's live streaming rhythm and interaction preferences. Furthermore, the platform also supports combining the above reference factors, such as a combined sorting based on "marking action + score." The platform first prioritizes applicants marked by the streamer, then further sorts them by target content rating within the same marked queue, resulting in the final ranking. Alternatively, the platform sorts by a combination of "application order + rating," first by application time, and then by rating within the same time period. The final ranking is presented as a list on the streamer's live stream management page, with the ranking criteria clearly indicated next to each applicant's position, allowing streamers to clearly understand the sorting logic. This ranking not only intuitively reflects the priority of each applicant as a target live stream participant but also demonstrates the match between the applicant and the live stream activity, providing clear guidance for streamers to accurately select target live stream participants and significantly improving the efficiency of live stream application processing.

[0204] In this embodiment, the multi-dimensional sorting logic is used to generate the application sorting result, which can not only guarantee the fairness of interactive live streaming, but also highlight high-quality content and anchor preferences, so that the anchor can quickly locate the application with high priority and high matching degree, greatly improving the screening efficiency; at the same time, it encourages the audience to submit high-quality content and avoids neglecting high-quality applications, finally forms an efficient and orderly live streaming interaction cycle, and improves the overall live streaming effect.

[0205] In one example embodiment, as shown in Figure 22 the method further includes:

[0206] Step 2201, when the target content is displayed, in response to the marking operation on the target content, display the annotation identifier for the target segment in the target content.

[0207] In implementation, when the anchor displays the target content of the live streaming application through the trigger operation, in order to enable the anchor to quickly mark the key segment in the content, and then realize the screening of the target content, the platform supports the anchor to perform the marking operation and synchronously display the annotation identifier. Specifically, if the target content is a video, the anchor finds that a certain dance action is smooth, or a certain picture exists occlusion during watching, can trigger the marking function by double-clicking the video picture or clicking the marking button on the side of the playing window, at this time, the platform will pop up the annotation input box, the anchor can select the preset annotation type, or manually input the short annotation text, for example, "this rotation is very professional", "the lens at this point needs to be adjusted", etc., after the anchor confirms, the platform will mark the colored identifier on the video progress bar corresponding to the time period, and the colored identifier is displayed with the annotation text preview floating beside, which is convenient for the anchor to review later; if the target content is an audio, the anchor finds that a certain singing sound quality is clear, or a certain segment exists noise during listening, can click the corresponding time point on the audio playing bar, also trigger the marking function, the platform will mark the colored identifier consistent with the video scene on the playing bar, and associate the annotation content. These annotation identifiers will be stored synchronously with the saving of the target content, the anchor can quickly locate the key segment when viewing the application or live streaming with the application later, which improves the communication efficiency and screening accuracy.

[0208] Step 2202, in response to the playing control operation on the target content, adjusting the playing progress and / or playing speed of the target content.

[0209] In implementation, in order to enable the anchor to control the playing process of the target content more flexibly, the platform supports the anchor to adjust the playing progress and playing speed of the content through various playing control operations. From the perspective of playing progress adjustment, the anchor can operate in two ways: one is to drag the playing progress bar, whether it is the progress bar at the bottom of the video window or the audio playing bar, the anchor only needs to hold the progress slider and drag it to the target time point, and the playing content will immediately jump to the time point to start playing, and the timestamp prompt will also be displayed on the progress bar to ensure accurate positioning; the second is to click any time point on the progress bar, and the platform will quickly respond and jump to play, which is suitable for the scenario where the anchor needs to quickly browse multiple clips. From the perspective of playing speed adjustment, a speed-down button will be set beside the playing window or the playing bar, and the anchor can select 0.5 times, 1 times, 1.5 times, and 2 times four common speeds after clicking, and custom speed is also supported in some scenarios. For example, when the anchor is initially screening audio applications, he can choose 2 times speed to quickly listen, and if he finds that the content is of high quality, he can switch back to 1 times speed to listen carefully; when watching dance videos, he can choose 0.5 times speed to slow down and observe the standardization of the movements. In addition, the platform also supports the pause playing operation, and the anchor can pause the content by clicking the play / pause button, which is convenient for recording comments or communicating with assistants, and the progress will remain unchanged when paused, and it can be continued by clicking again. These playing control operations enable the anchor to flexibly adjust the playing state according to the screening needs, greatly improving the viewing efficiency and detail control ability of the target content.

[0210] In this embodiment, through the dual functions of marking comments and playing control, efficient assistance is provided for the anchor to view the target content of the mic-in application: marking comments can enable the anchor to quickly mark key clips, and subsequent review or communication can be accurately positioned, improving screening accuracy; playing control can flexibly adjust the progress and speed, making it convenient for the anchor to quickly browse or carefully view the content details, reducing invalid time consumption. The combination of the two greatly improves the screening efficiency of the anchor, also makes accurate preparation for subsequent mic-in interaction, and optimizes the overall mic-in process experience.

[0211] In an optional embodiment, an interaction control is included in the live page, and the interaction control is associated with a rule configuration entry, and the rule configuration entry is used to pre-configure participation rules of the mic-in activity.

[0212] Among them, the participation rules include attribute information of the mic-in applicant, the number of interactive people, and target content information.

[0213] In implementation, in order to enable the host to accurately control the participation range of the microphone interaction according to the live broadcast theme, the interaction control is associated with a rule configuration entry, which is usually in the form of a "rule setting" "configuration participation condition" and the like, nested in the drop-down menu of the interaction control, or a separate entry with a gear icon next to the interaction control, to ensure that the host can conveniently find and operate. The role of this rule configuration entry is to allow the host to customize the participation rules of the microphone activity in advance before starting the microphone activity, to avoid a large number of applications that do not meet the expected requirements, and to reduce the subsequent screening pressure. The configurable participation rules specifically cover three dimensions: first, the microphone applicant attribute information, the host can set conditions according to the fan stickiness, account activity, and other needs, such as limiting "account level ≥ 5 levels", "following the host for 7 days", "historical microphone times ≥ 1 time", and in some scenarios, further subdivision is supported according to attributes such as region and gender, for example, when holding a "city K song competition", the "applicant IP belongs to the city" can be limited; second, the number of interactions, the host can set the maximum number of participants in a single microphone or the upper limit of the total number of microphones in the entire live broadcast according to the live broadcast device carrying capacity and interaction rhythm requirements. After setting, the platform will automatically close the application entry when the number of applicants reaches the upper limit, to avoid excessive applications causing platform lag; third, target content information, the host can specify that the target content submitted by the applicant must meet specific standards according to the microphone activity theme, such as "K song microphone" limiting "target content is a 30-60 second song clip, and the singing song must be in the specified song list", "topic discussion microphone" requiring "target content must contain a 20-word opinion summary, and around the 'job growth' theme", and in some scenarios, reference materials can be uploaded for the applicant to refer to when recording the target content.

[0214] Subsequently, after the host completes the setting in the rule configuration entry, the platform automatically saves the rules and synchronizes them to the audience end. When the audience clicks on the microphone application entry, the page will first pop up a rule-compliant prompt. If the audience does not meet the attribute conditions or the submitted target content is not up to standard, the platform will prompt "not meeting the participation rules, please adjust and reapply", to filter out the applicants that meet the host's expectations from the source, to make the microphone interaction more consistent with the live broadcast theme, and to improve the overall interaction quality.

[0215] In this embodiment, the interactive control association rule configuration entry supports pre-configured participation rules. The target audience can be accurately screened by setting the microphone application attribute information, avoiding irrelevant application interference. The interactive rhythm can be controlled by configuring the number of interactive people, preventing platform overload. The application content is ensured to be consistent with the live theme by specifying the target content information, reducing the subsequent screening cost. The audience can clearly understand the participation rules to prepare the application materials as needed, avoid wasting energy due to non-compliance, and improve the effectiveness of the application. The invalid application occupies less platform resources, and the consistency of the microphone content and the live positioning is ensured, so that the microphone activity is more orderly and efficient, and the interactive effect of the anchor and the audience is optimized.

[0216] It should be understood that, although each step in the flowchart involved in the above embodiments is displayed in sequence according to the arrow, these steps are not necessarily executed in the order indicated by the arrow. Unless otherwise specified herein, the execution of these steps is not strictly limited in sequence, and these steps can be executed in other orders. Moreover, at least part of the steps in the flowchart involved in the above embodiments can include multiple steps or stages, which are not necessarily executed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily sequential, but can be executed in rotation or alternation with at least part of other steps or steps or stages in other steps.

[0217] Based on the same inventive concept, the embodiments of the present application also provide a live microphone interaction device for implementing the above-mentioned live microphone interaction method. The problem-solving implementation scheme provided by the device is similar to the implementation scheme described in the above method, so the specific limitations in one or more live microphone interaction device embodiments provided below can refer to the limitations of the live microphone interaction method in the above text, and will not be repeated here.

[0218] In one exemplary embodiment, as shown in Figure 23 a live microphone interaction device 2300 is provided, which includes a first display module 2301, a second display module 2302, and a first sending module 2303, wherein:

[0219] The first display module 2301 is configured to display a live page of a target live broadcast, and the live page includes a microphone entry.

[0220] The second display module 2302 is configured to display a content recording page in response to a trigger operation on the microphone entry, and the content recording page includes a recording entry.

[0221] The first sending module 2303 is configured to send a microphone request to an anchor account of the target live broadcast in response to completing recording of target content based on the recording entry, and the microphone request includes the target content.

[0222] In one of the embodiments, the mic-in entry is triggered to display when at least one of the following conditions is met:

[0223] The anchor account of the target live broadcast opens a target live broadcast event;

[0224] The current account has an association relationship with the anchor account of the target live broadcast;

[0225] The current account participates in the target live broadcast event of the target live broadcast;

[0226] The anchor account of the target live broadcast sends a mic-in invitation to the current account.

[0227] In one of the embodiments, the apparatus 2300 further includes:

[0228] The processing module is configured to add the mic-in application of the current account to the mic-in application list, and set the mic-in sequence of the mic-in application of the current account to a preset sequence.

[0229] In one of the embodiments, the first sending module 2303 is specifically configured to:

[0230] In response to a trigger operation on the recording entry, start recording the target content;

[0231] After the recording of the target content is completed, display a confirmation control;

[0232] In response to a trigger operation on the confirmation control, send a mic-in request to the anchor account of the target live broadcast.

[0233] The confirmation control is associated with a mic-in application control, and the mic-in application control is configured to upload the target content to the client of the anchor account and apply to participate in the mic-in activity; the deletion control is configured to delete the currently generated target content.

[0234] In one of the embodiments, the starting module is specifically configured to:

[0235] In response to a trigger operation on the recording entry, display event information corresponding to the target mic-in event in the content recording page;

[0236] Based on a selection operation on the target event information in each event information, display a recording text associated with the target event information, and start recording the target content based on the recording text.

[0237] In one of the embodiments, the apparatus 2300 further includes:

[0238] The second sending module is configured to, in response to a trigger operation on the mic-in entry, send a mic-in request to the anchor account of the target live broadcast, and the mic-in request is configured to apply for live mic-in interaction.

[0239] In one of the embodiments, the content recording page further contains a pre-play control, and the apparatus 2300 further includes:

[0240] A second display module is configured to, in response to a triggering operation on the pre-play control, display the target content after the target content recording is completed.

[0241] In one of the embodiments, the apparatus 2300 further includes:

[0242] A third display module is configured to display a live page, and the live page contains application progress information for the live-mic activity.

[0243] The application progress information contains one or more of the following: application status, current application ranking, expected waiting time, and current application round.

[0244] In one of the embodiments, as shown in Figure 24 a live-mic interactive apparatus 2400 is provided, which includes a first display module 2401, a second display module 2402, and a first starting module 2403, wherein:

[0245] The first display module 2401 is configured to, in response to a triggering operation on the interactive control, start the live-mic activity in the live room.

[0246] The second display module 2402 is configured to display live-mic application information, and the live-mic application information contains target content recorded by each live-mic applicant for the live-mic activity.

[0247] The first starting module 2403 is configured to, in response to a triggering operation on the target content, start the live-mic activity with a target live-mic applicant in each live-mic applicant.

[0248] In one of the embodiments, the first display module 2402 is specifically configured to:

[0249] display the live-mic application information in the interactive application area of the live page, and the live-mic application information contains the target content, and the target content includes any one of video and audio.

[0250] In response to a triggering operation on the target content, the target content is displayed.

[0251] In one of the embodiments, the first display module 2402 is specifically configured to:

[0252] In response to a triggering operation on the target content, the target content is displayed publicly on the live page, or the target content is displayed only to the anchor account.

[0253] In one of the embodiments, the apparatus 2400 further includes:

[0254] The sorting module is configured to sort the online application parties corresponding to the target content based on one or more of an application order of each target content, a score of each target content, or a marking operation performed by the anchor account, to obtain a sorting result.

[0255] The sorting result is used to reflect a priority and a matching degree of the online application party as a target online application party.

[0256] In one of the embodiments, the apparatus 2400 further includes:

[0257] The second display module is configured to, when the target content is displayed, display a comment identifier for a target segment in the target content in response to a marking operation on the target content; and / or,

[0258] The control module is configured to adjust a play progress and / or a play speed of the target content in response to a play control operation on the target content.

[0259] In one of the embodiments, the interactive control association rule configuration entry is configured to preconfigure a participation rule of the online application party in the online interaction activity.

[0260] The participation rule includes attribute information of the online application party, a number of interactive users, and target content information.

[0261] The above-described modules in the online interaction apparatus can be all or partially implemented by software, hardware, or a combination thereof. The above-described modules can be embedded in or independent of a processor in a computer device in a hardware form, or stored in a memory in a computer device in a software form, so as to be called and executed by a processor to perform operations corresponding to the above-described modules.

[0262] In one exemplary embodiment, a computer device is provided, which can be a terminal, and an internal structure diagram of the computer device can be as shown in FIG. 2. Figure 25The computer device includes a processor, a memory, an input / output interface, a communication interface, a display unit, and an input device. The processor, the memory, and the input / output interface are connected through a platform bus. The communication interface, the display unit, and the input device are connected to the platform bus through the input / output interface. The processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating platform and a computer program. The internal memory provides an environment for running of the operating platform and the computer program in the non-volatile storage medium. The input / output interface of the computer device is configured to exchange information between the processor and external devices. The communication interface of the computer device is configured to perform wired or wireless communication with external terminals. The wireless communication can be implemented through WIFI, a mobile cellular network, near field communication (NFC), or other technologies. The computer program is executed by the processor to implement a live streaming and microphone interaction method. The display unit of the computer device is configured to form a visually visible picture, which can be a display screen, a projection device, or a virtual reality imaging device. The display screen can be a liquid crystal display screen or an electronic ink display screen. The input device of the computer device can be a touch layer overlaid on the display screen, or can be a key, a trackball, or a touchpad arranged on the shell of the computer device, or can be an external keyboard, a touchpad, or a mouse, etc.

[0263] Those skilled in the art can understand that Figure 25 The structure shown in the figure is only a block diagram of part of the structure related to the scheme of the present application, and does not constitute a limitation on the computer device to which the scheme of the present application is applied. A specific computer device can include more or fewer components than those shown in the figure, or combine certain components, or have a different arrangement of components.

[0264] In one exemplary embodiment, a computer device is provided, including a memory and a processor, the memory storing a computer program, and the processor executing the computer program to implement the following steps:

[0265] displaying a live streaming page of a target live streaming, the live streaming page including a microphone interaction entry;

[0266] in response to a triggering operation on the microphone interaction entry, displaying a content recording page, the content recording page including a recording entry;

[0267] in response to completion of recording of target content based on the recording entry, sending a microphone interaction request to a host account of the target live streaming, the microphone interaction request including the target content.

[0268] In one embodiment, the processor executing the computer program further implements the following steps:

[0269] In response to the triggering operation on the recording entry, start recording the target content;

[0270] After the target content recording is completed, display a confirmation control;

[0271] In response to the triggering operation on the confirmation control, send a mic-in request to the anchor account of the target live broadcast.

[0272] In one embodiment, the processor, when executing the computer program, also implements the following steps:

[0273] In response to the triggering operation on the recording entry, display event information corresponding to the target mic-in event in the content recording page;

[0274] Based on the selection operation on the target event information in each event information, display a recording text associated with the target event information, and start recording the target content based on the recording text.

[0275] In one embodiment, the processor, when executing the computer program, also implements the following steps:

[0276] In response to the triggering operation on the mic-in entry, send a mic-in request to the anchor account of the target live broadcast, the mic-in request being used to apply for live mic-in interaction.

[0277] In one embodiment, the content recording page also includes a pre-play control, and the processor, when executing the computer program, also implements the following steps:

[0278] After the target content recording is completed, in response to the triggering operation on the pre-play control, display the target content.

[0279] In one embodiment, the processor, when executing the computer program, also implements the following steps:

[0280] Display a live broadcast page, the live broadcast page including application progress information for the mic-in event;

[0281] The application progress information includes one or more of an application state, a current application ranking, an expected waiting time length, and a current application round.

[0282] In one exemplary embodiment, a computer device is provided, including a memory and a processor, the memory storing a computer program, and the processor implementing the following steps when executing the computer program:

[0283] In response to the triggering operation on the interaction control, start a mic-in event in the live broadcast room;

[0284] Display mic-in application information, the mic-in application information including target content recorded by each mic-in applicant for the mic-in event;

[0285] In response to the trigger operation on the target content, the live streaming activity with the target live streaming applicant among the live streaming applicants is started.

[0286] In one embodiment, the processor, when executing the computer program, also implements the following steps:

[0287] The live streaming application information is displayed in the interactive application area of the live streaming page, and the target content is included in the live streaming application information.

[0288] In response to the trigger operation on the target content, the target content is displayed.

[0289] In one embodiment, the processor, when executing the computer program, also implements the following steps:

[0290] In response to the trigger operation on the target content, the target content is displayed on the live streaming page, or the target content is only displayed to the anchor account.

[0291] In one embodiment, the processor, when executing the computer program, also implements the following steps:

[0292] Based on one or more of the application order of each target content, the score of each target content, or the marking operation performed by the anchor account, the live streaming applicants corresponding to the target contents are sorted to obtain a sorting result.

[0293] The sorting result is used to reflect the priority and matching degree of the live streaming applicant as the target live streaming applicant.

[0294] In one embodiment, the processor, when executing the computer program, also implements the following steps:

[0295] When the target content is displayed, in response to the marking operation on the target content, a comment identifier for a target segment in the target content is displayed; and / or,

[0296] In response to the play control operation on the target content, the play progress and / or the play speed of the target content are adjusted and played.

[0297] In one embodiment, the interactive control association rule configuration entry is provided, and the rule configuration entry is used to pre-configure the participation rule of the live streaming activity.

[0298] The participation rule includes the live streaming applicant attribute information, the number of interactive users, and the target content information.

[0299] In one embodiment, a computer readable storage medium is provided, and the computer readable storage medium stores a computer program, which is executed by a processor to implement the steps in the above method embodiments.

[0300] In an embodiment, a computer program product is provided, comprising a computer program which, when executed by a processor, implements the steps of any of the above method embodiments.

[0301] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer readable storage medium. When the computer program is executed, it can include the processes of the above-mentioned method embodiments. Any reference to a memory, database or other medium used in the embodiments provided in the present application can include at least one of a non-volatile memory and a volatile memory. The non-volatile memory can include a read-only memory (ROM), a magnetic tape, a floppy disk, a flash memory, an optical storage, a high-density embedded non-volatile memory, a resistive random access memory (ReRAM), a magnetoresistive random access memory (MRAM), a ferroelectric random access memory (FRAM), a phase change memory (PCM), a graphene memory, etc. The volatile memory can include a random access memory (RAM) or an external cache memory, etc. As an illustration but not limitation, the RAM can be in various forms, such as a static random access memory (SRAM) or a dynamic random access memory (DRAM), etc. The database involved in the embodiments provided in the present application can include at least one of a relational database and a non-relational database. The non-relational database can include a distributed database based on a block chain, etc., without being limited thereto. The processor involved in the embodiments provided in the present application can be a general processor, a central processing unit, a graphics processing unit, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, an artificial intelligence (AI) processor, etc., without being limited thereto.

[0302] Any combination of the technical features of the above embodiments can be made. In order to make the description concise, all possible combinations of the technical features in the above embodiments are not described, however, as long as the combination of the technical features does not exist, it should be considered as the scope of the present application.

[0303] The above embodiments only express several implementation ways of the present application, and the description is specific and detailed, but it should not be understood as a limitation to the patent scope of the present application. It should be pointed out that for ordinary skilled in the art, without departing from the concept of the present application, several modifications and improvements can be made, which all belong to the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the appended claims.

Claims

1. A live-streaming interactive method, characterized in that, The method includes: The live stream page of the target live stream is displayed, and the live stream page includes an entry point for connecting with other users. In response to a trigger operation on the live chat entry point, a content recording page is displayed, the content recording page including a recording entry point; In response to the completion of recording of the target content based on the recording entry, a live chat request is sent to the host account of the target live stream, the live chat request including the target content.

2. The method according to claim 1, characterized in that, The live chat entry is triggered and displayed when at least one of the following conditions is met: The target live streamer's account initiated the target live stream event; The current account is associated with the streamer's account in the target live stream; The current account participates in the target live streaming event of the target live stream; The target live streamer's account sent a live chat invitation to the current account.

3. The method according to claim 1, characterized in that, After sending a live chat request to the target live streamer's account, the method further includes: Add the current account's live stream connection requests to the live stream connection request list, and set the live stream connection order of the current account's live stream connection requests to a preset order.

4. The method according to claim 1, characterized in that, The step of responding to the completion of recording the target content based on the recording entry and sending a live chat request to the target live streamer account includes: In response to a trigger operation on the recording entry point, recording of the target content begins; After the target content is recorded, a confirmation control is displayed; In response to the triggering operation of the confirmation control, a live chat request is sent to the target live streamer's account.

5. The method according to claim 4, characterized in that, The step of starting recording of the target content in response to a trigger operation on the recording entry includes: In response to the triggering operation of the recording entry, the event information corresponding to the target live chat event is displayed on the content recording page; Based on the selection operation of target event information in each of the event information, the recorded text associated with the target event information is displayed, and the recording of target content is started based on the recorded text.

6. The method according to claim 1, characterized in that, The live streaming page also includes application progress information for the live chat request; The application progress information includes one or more of the following: application status, current application order, estimated waiting time, and current application round.

7. A live-streaming interactive method, characterized in that, The method includes: The live stream page displays the target live stream, and the live stream page includes an entry point for watching the live stream together; In response to the triggering operation of the live stream viewing entry, the live stream management page is displayed. The live stream management page includes a target live stream application for a target account. The target live stream application is associated with target content recorded by the target account. The live stream management page is used to play the target content. In response to the confirmation of the target live stream request, a live stream connection is established with the target account.

8. The method according to claim 7, characterized in that, The method further includes: In response to the triggering operation of the live stream connection request, a target content retrieval request corresponding to the live stream connection request is sent to the server; the server is used to respond to the target content retrieval request and send the target content to each viewer account terminal of the target live stream.

9. A live-streaming interactive device, characterized in that, The device includes: The first display module is used to display the live streaming page of the target live stream, the live streaming page including the live chat entry point; The second display module is used to display a content recording page in response to a trigger operation on the live chat entry point, the content recording page including a recording entry point; The first sending module is used to send a live chat request to the target live streamer account in response to the completion of recording the target content based on the recording entry, the live chat request including the target content.

10. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 8.

11. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 8.

Images