CN112188226A

CN112188226A - Live broadcast processing method, device, equipment and computer readable storage medium

Info

Publication number: CN112188226A
Application number: CN202011052095.3A
Authority: CN
Inventors: 陈裕龙; 武斌
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2020-09-29
Filing date: 2020-09-29
Publication date: 2021-01-05
Anticipated expiration: 2040-09-29
Also published as: CN112188226B

Abstract

The application provides a live broadcast processing method, a live broadcast processing device, live broadcast processing equipment and a computer-readable storage medium; the method comprises the following steps: presenting a voice message uploaded by a live broadcast room entrance and a main broadcast in response to a first operation of presenting the live broadcast room entrance, wherein the voice message comprises verification audio data entering a live broadcast room corresponding to the main broadcast; responding to a second operation aiming at the target voice message, presenting a verification interface, and playing the target voice message; responding to input operation received through the verification interface, and acquiring information to be verified; when the information to be verified and the reference information corresponding to the target voice message meet the matching condition, acquiring live broadcast stream data corresponding to the target voice message; and playing the live broadcast content according to the live broadcast stream data. Through the method and the device, the accuracy of the screening live broadcast room can be improved, and therefore the user retention rate in the live broadcast process is improved.

Description

Live broadcast processing method, device, equipment and computer readable storage medium

Technical Field

The present application relates to internet technologies, and in particular, to a live broadcast processing method, apparatus, device, and computer-readable storage medium.

Background

With the development of streaming media technology and the wide popularization of webcast, webcast has gradually come into people's lives as a popular entertainment mode. After a user logs in an application program of the live webcast or opens a webpage of the live webcast, the user can enter an interested live webcast room according to a main webcast cover presented in a live webcast page or the current live content to watch or listen to a live webcast program. The user selects the form of the live broadcast room to be single, and the user is difficult to screen the radio station live broadcast room of the heart instrument, so that the user loss rate of the live broadcast room is high.

Disclosure of Invention

The embodiment of the application provides a live broadcast processing method and device and a computer-readable storage medium, which can improve the accuracy of screening a live broadcast room, so that the user retention rate in the live broadcast process is improved.

The technical scheme of the embodiment of the application is realized as follows:

the embodiment of the application provides a live broadcast processing method, which comprises the following steps:

presenting a voice message uploaded by a live broadcast room entrance and a main broadcast in response to a first operation of presenting the live broadcast room entrance, wherein the voice message comprises verification audio data entering a live broadcast room corresponding to the main broadcast;

responding to a second operation aiming at the target voice message, presenting a verification interface, and playing the target voice message;

responding to input operation received through the verification interface, and acquiring information to be verified;

when the information to be verified and the reference information corresponding to the target voice message meet the matching condition, acquiring live broadcast stream data corresponding to the target voice message;

and playing the live broadcast content according to the live broadcast stream data.

In some embodiments, the presenting the live room entry and the anchor uploaded voice message in response to the first operation of presenting the live room entry comprises:

presenting a plurality of live room entries in a first area of a display interface in response to a first operation of presenting the live room entries;

based on the time information of the voice message uploaded by the main broadcasting, each voice message is displayed in a rolling mode in a second area of the display interface;

the voice message comprises verification audio data entering a live broadcast room corresponding to the anchor, the duration of the verification audio data and an anchor identifier of the anchor.

In some embodiments, the method further comprises:

when the information to be verified and the reference information corresponding to the voice message to be targeted meet the matching condition, acquiring the number of users entering a target live broadcast room corresponding to the voice message to be targeted;

when the number of the users is smaller than a preset number threshold, the user identification of the user is added into a user list of the target live broadcast room as a first identity, and the user identification is presented in a preset guest display area; the live broadcast user with the first identity has the permission to connect with the main broadcast;

and when the number of the users is larger than or equal to the number threshold, the user identification is added into the user list in a second identity.

responding to a fifth operation of starting to enter a live broadcast room verification function, presenting an input interface of the voice message, wherein the input interface at least comprises a recording inlet of verification audio data;

in response to a sixth operation on the record entry, obtaining verification audio data;

acquiring reference information of the verification audio data;

and sending a voice message publishing request to a server, wherein the voice message publishing request at least carries the verification audio data and the reference information.

In some embodiments, the method further comprises:

when a response message that the voice message verification fails is received, the response message is analyzed, and the reason information that the verification fails is obtained;

presenting reason information of the verification failure;

the reason information includes: verifying that the audio data does not match the reference information, verifying that the audio data is a non-anchor person, verifying that the prompt information is incorrect, verifying that the virtual asset information does not satisfy the asset setting conditions, and verifying that the reward information does not satisfy at least one of the reward setting conditions.

In some embodiments, the method further comprises:

receiving and presenting a notification message for updating and verifying audio data sent by a server, wherein the notification message is sent when the broadcasting time reaches a preset time threshold and the number of users corresponding to a live broadcast room is less than a people number threshold;

and when an updating operation for updating the verification audio data is received, presenting an input interface of the voice message so as to update the verification audio data through the input interface.

In some embodiments, the method further comprises:

when receiving a sixth operation of closing the verification function of the live broadcast room based on the notification message, sending an offline request of an offline voice message to the server;

and receiving and presenting the offline response sent by the server.

An embodiment of the present application provides a live broadcast processing apparatus, including:

the first presentation module is used for responding to a first operation of presenting an entrance of a live broadcast room, presenting voice messages uploaded by the entrance of the live broadcast room and a main broadcast, wherein the voice messages comprise verification audio data entering the live broadcast room corresponding to the main broadcast;

the second presentation module is used for responding to a second operation aiming at the target voice message, presenting a verification interface and playing the target voice message;

the first acquisition module is used for responding to the input operation received through the verification interface and acquiring the information to be verified;

the second acquisition module is used for acquiring the live broadcast stream data corresponding to the target voice message when the information to be verified and the reference information corresponding to the target voice message meet the matching condition;

and the live broadcast playing module is used for playing the live broadcast content according to the live broadcast stream data.

In some embodiments, the first rendering module is further configured to:

the first operation responding to the presentation of the live room entrance presents a plurality of live room entrances in a first area of the display interface;

In some embodiments, the second rendering module is further configured to:

responding to a second operation aiming at the target voice message, and presenting a verification interface, wherein the verification interface comprises a first input inlet of information to be verified and a playing inlet of the target voice message;

and when a third operation aiming at the playing inlet is received, responding to the third operation, and playing the target voice message.

In some embodiments, the apparatus further comprises:

the fifth obtaining module is used for obtaining the first reward information provided by the live broadcast platform and the second reward information provided by the anchor broadcast corresponding to the target voice message when the information to be verified and the reference information corresponding to the target voice message meet the matching condition;

and the first updating module is used for updating the virtual asset information of the first updating module based on the first reward information and the second reward information.

In some embodiments, the apparatus further comprises:

a sixth obtaining module, configured to obtain, when the information to be verified and the reference information corresponding to the target voice message satisfy a matching condition, a number of users entering a target live broadcast room corresponding to the target voice message;

the fourth presentation module is used for controlling the user identification of the fourth presentation module to enter the target live broadcast room as a first identity when the number of the users is smaller than a preset number of people threshold value, and presenting the user identification in a preset guest display area; the live broadcast user with the first identity has the permission to connect with the main broadcast;

and the control module is used for controlling the user identification to enter the target live broadcast room in a second identity when the number of the users is greater than or equal to the number threshold.

In some embodiments, the apparatus further comprises:

the fifth presentation module is used for presenting a prompt message that the information to be verified is wrong when the information to be verified and the reference information corresponding to the target voice message do not meet the matching condition;

the number updating module is used for adding 1 to the number of errors of the information to be verified, and the initial value of the number of errors is 0;

and the information clearing module is used for clearing the information to be verified corresponding to the first input inlet when the error frequency is smaller than a preset frequency threshold value so as to input the information to be verified again.

In some embodiments, the apparatus further comprises:

the sixth presentation module is used for canceling the input authority of the first input inlet when the error frequency reaches the frequency threshold value, and presenting prompt information for sending preset virtual assets to the anchor to acquire the input authority of the information to be verified;

and the second updating module is used for responding to the fourth operation of sending the virtual assets to the anchor and updating the own virtual asset information according to the predicted virtual assets.

And the permission recovery module is used for recovering the input permission of the first input entry and resetting the error times to an initial value.

a third presentation interface, configured to present an input interface of the voice message in response to a fifth operation of starting an authentication function for entering the live broadcast room, where the input interface at least includes a recording entry for authenticating audio data;

the third obtaining module is used for responding to a sixth operation aiming at the recording entrance and obtaining verification audio data;

the fourth acquisition module is used for acquiring the reference information of the verification audio data;

the first sending module is configured to send a voice message publishing request to the server, where the voice message publishing request carries at least the verification audio data and the reference information.

In some embodiments, the input interface further comprises a selection entry for verifying audio data, and correspondingly, the apparatus further comprises:

a seventh presenting module, configured to present, when a first selection operation for a preset audio library is received based on the selection entry, a plurality of candidate audio identifiers in the preset audio library;

the first determining module is used for determining the target audio identifier as the reference information of the verification audio data when receiving a second selecting operation of selecting the target audio identifier from the candidate audio identifiers.

In some embodiments, the apparatus further comprises:

the eighth presenting module is used for presenting a second input entry of the reference information on the input interface when a third selection operation aiming at the self-defined audio is received based on the selection entry;

a seventh obtaining module, configured to obtain input information for the second input entry;

and the second determination module is used for determining the input information as the reference information of the verification audio data.

In some embodiments, the input interface further includes at least one of a first set entry for reward information, a second set entry for reacquiring verification authority, and a third set entry for verification prompt, and correspondingly, the apparatus further includes:

the ninth presentation module is used for presenting a first setting interface of the reward information when receiving a first setting operation aiming at the first setting entrance;

the eighth obtaining module is used for responding to the setting operation received through the first setting interface and obtaining the reward information; and/or

The tenth presentation module is used for presenting a second setting interface for reacquiring the verification permission when receiving a second setting operation aiming at the second setting entrance;

a ninth obtaining module, configured to obtain, in response to the setting operation received through the second setting interface, virtual asset information required to reacquire the verification permission; and/or

An eleventh presenting module, configured to present a third setting interface of the verification prompt when a third setting operation for a third setting entry is received;

and the tenth acquiring module is used for responding to the setting operation received through the third setting interface and acquiring the verification prompt information.

In some embodiments, the first sending module is further configured to:

and carrying the reward information, the virtual asset information and/or the verification prompt information in a voice message publishing request, and sending the voice message publishing request to a server.

In some embodiments, the third obtaining module is further configured to:

responding to a sixth operation aiming at the recording entry, starting a recording function and collecting audio data;

when a sound change operation aiming at the collected audio data is received, a sound change mode is obtained;

and performing sound variation processing on the frequency and/or the tone of the collected audio data based on the sound variation mode to obtain verification audio data.

In some embodiments, the apparatus further comprises:

an eleventh obtaining module, configured to, when receiving a response message that the voice message sent by the server fails to verify, parse the response message, and obtain reason information that the verification fails;

a twelfth presentation module, configured to present reason information that the verification fails;

In some embodiments, the apparatus further comprises:

the first receiving module is used for receiving and presenting a notification message which is sent by the server and used for updating and verifying the audio data, wherein the notification message is sent when the broadcasting time reaches a preset time threshold value and the number of users corresponding to a live broadcast room is smaller than a people number threshold value;

and the thirteenth presenting module is used for presenting the input interface of the voice message when the updating operation of updating the verification audio data is received, so as to update the verification audio data through the input interface.

In some embodiments, the apparatus further comprises:

the second sending module is used for sending an offline request of the offline voice message to the server when receiving a sixth operation of closing the verification function of the live broadcast room based on the notification message;

and the second receiving module is used for receiving and presenting the offline response sent by the server.

An embodiment of the present application provides a live broadcast processing apparatus, and the apparatus includes:

a memory for storing executable instructions;

and the processor is used for realizing the method provided by the embodiment of the application when executing the executable instructions stored in the memory.

Embodiments of the present application provide a computer-readable storage medium, which stores executable instructions for causing a processor to implement the method provided by the embodiments of the present application when the processor executes the executable instructions.

The embodiment of the application has the following beneficial effects:

when a live user watches or listens to live content through a live client, a first operation of presenting a live room entrance is triggered, in the embodiment of the application, in response to the first operation, voice messages uploaded by the live room entrance and a main broadcast are presented, the voice messages comprise verification audio data, namely verification audio data, entering a live room corresponding to the main broadcast, a user can select target voice information from the voice messages uploaded by the main broadcast, a verification interface is presented at the moment, the target voice message is played, the user can input to-be-verified information corresponding to the target voice message through the verification interface, only when the to-be-verified information and reference information corresponding to the target voice message meet matching conditions, the live user can enter the live room to watch or listen to the live content, and therefore, the live voice message uploaded by the main broadcast can enter the live room, there is preliminary understanding to the sound of anchor to improve the accuracy of screening live broadcast room, improve the user and remain the rate, just can get into the live broadcast room after the accurate information of waiting to verify of user input in addition, can improve the user and get into the interactivity with the anchor between the live broadcast room, thereby improve live broadcast interest.

Drawings

Fig. 1A is a schematic view of a display interface for live broadcasting of a radio station in the related art;

FIG. 1B is a schematic diagram of a display interface entering a live broadcast room of a radio station in the related art;

fig. 2 is a schematic diagram of a network architecture of a live broadcast processing method according to an embodiment of the present application;

fig. 3 is a schematic structural diagram of a viewer terminal 400 provided in an embodiment of the present application;

fig. 4 is a schematic flow chart of an implementation of a live broadcast processing method according to an embodiment of the present application;

fig. 5 is a schematic flow chart of another implementation of a live broadcast processing method according to an embodiment of the present application;

fig. 6A is a schematic flow chart of another implementation of a live broadcast processing method according to an embodiment of the present application;

fig. 6B is a schematic flowchart of another implementation process of the live broadcast processing method according to the embodiment of the present application;

fig. 7 is a user side implementation flow of a live broadcast processing method according to an embodiment of the present application;

fig. 8A is a schematic interface diagram of a radio hall provided in an embodiment of the present application;

fig. 8B is a schematic view of an interface for guessing songs into a room according to the embodiment of the present application;

fig. 8C is a schematic view of an interface entering a live broadcast room according to an embodiment of the present application;

FIG. 9 is a block diagram of functional components of audio data processing according to an embodiment of the present disclosure;

fig. 10 is a schematic flow chart of an implementation of playing audio according to an embodiment of the present application.

Detailed Description

In order to make the objectives, technical solutions and advantages of the present application clearer, the present application will be described in further detail with reference to the attached drawings, the described embodiments should not be considered as limiting the present application, and all other embodiments obtained by a person of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is understood that "some embodiments" may be the same subset or different subsets of all possible embodiments, and may be combined with each other without conflict.

In the following description, references to the terms "first \ second \ third" are only to distinguish similar objects and do not denote a particular order, but rather the terms "first \ second \ third" are used to interchange specific orders or sequences, where appropriate, so as to enable the embodiments of the application described herein to be practiced in other than the order shown or described herein.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of the present application only and is not intended to be limiting of the application.

Before further detailed description of the embodiments of the present application, terms and expressions referred to in the embodiments of the present application will be described, and the terms and expressions referred to in the embodiments of the present application will be used for the following explanation.

1) Live broadcasting refers to a technology of collecting data of a broadcasting party through a certain device, compressing the data into a viewable and transmittable video stream through a series of processing such as video coding, and outputting the video stream to a watching user side.

2) Broadcasting in a broadcasting station: the live broadcast form of the video can not be presented through a camera in the live broadcast, but live broadcast content is output in real time through voice, and the real time is the key of the voice live broadcast; the main broadcast plays chatting and friends making by singing and creates own voice live broadcast content.

3) The anchor, or anchor user, refers to a user performing and sharing a performance in a live broadcast service.

4) Live viewers, the audience of the anchor user's performance in a live service.

5) The code stream suitable for transmission in the network is formed by encoding live streaming data, video and audio collected by a main broadcast user, and the code stream supports instant decoding and playing of a receiving end without waiting for receiving all data.

6) And the live broadcast room corresponds to the anchor user and is used for the anchor user to release different live broadcast services in the live broadcast platform.

7) The live broadcast service, the video and/or audio content released by the main user in the live broadcast room, has the limitation in time length, capacity and the like according to the service rule of the live broadcast platform.

8) The client side is software in various forms, such as a browser, a video client side with a browser kernel embedded to support HTML, a dedicated live client side, a social network client side and the like, which presents live content in a form of a webpage conforming to hypertext Markup Language (HTML), and may have versions adapted to various platforms (such as a computer side, a vehicle side and a mobile terminal).

In order to better understand the live broadcast processing method provided in the embodiment of the present application, first, a scheme for a user to select and enter a station live broadcast room in the related art and disadvantages are described.

Fig. 1A is a schematic view of a display interface of a live broadcast of a radio station in the related art, when a user enters a homepage of the live broadcast of the radio station, each anchor cover of the live broadcast is displayed in the interface shown in fig. 1A, when the user selects to enter a live broadcast room, the user only selects the anchor cover to enter the live broadcast room of the radio station, and after the user selects the live broadcast room, the interface shown in fig. 1B is displayed.

The mode of entering the radio station live broadcast room through the implementation mode is the same as that of the common live broadcast room, the characteristics of the radio station live broadcast room are not embodied, and the defects of the implementation mode comprise that:

1. the mode of the anchor popularization is single, the efficiency is low, and users are difficult to screen the radio station live broadcast room of the heart instrument;

2. there is no interaction between the anchor and the user, lacking atmosphere.

Based on this, the embodiments of the present application provide a live broadcast processing method, apparatus, device, and computer-readable storage medium, which enable a user to listen to audio published by a anchor in advance before entering a live broadcast room, so as to select the sound of the anchor of his mind, improve accuracy and efficiency of screening the live broadcast room, and enter the live broadcast room only after inputting a correct identifier corresponding to the audio, enhance interaction between the user and the anchor, and improve enjoyment of screening and entering the live broadcast room.

An exemplary application of the live broadcast processing device provided in the embodiment of the present application is described below, and the device provided in the embodiment of the present application may be implemented as various types of user terminals such as a notebook computer, a tablet computer, a desktop computer, a set-top box, a mobile device (e.g., a mobile phone, a portable music player, a personal digital assistant, a dedicated messaging device, and a portable game device), and may also be implemented as a server. In the following, an exemplary application will be explained when the device is implemented as a terminal.

Referring to fig. 2, fig. 2 is a schematic diagram of a network architecture of a live broadcast processing method according to an embodiment of the present application, and as shown in fig. 2, the network architecture at least includes an anchor terminal 100, a viewer terminal 400, a server 200, and a network 300. To support an exemplary application, the audience terminal 400 and the anchor terminal 100 are each connected to the server 200 via a network 300, and the network 300 may be a wide area network or a local area network, or a combination thereof, and data transmission is achieved using wireless links.

An application (App) capable of watching or listening to a live broadcast may be installed in the viewer terminal 400, and the App may be a special live broadcast App or some App with a live broadcast function, such as a small video App. When a user selects and plays a voice message, if the user is interested in the sound of the voice message, the user can input the name of the song or the name of the tv series or the name of the movie corresponding to the voice message, and if the user correctly guesses the answer corresponding to the voice message, the user can enter the live broadcast room to watch or listen to the live broadcast content.

The anchor terminal 100 can also be installed with an App for initiating live broadcasting, the anchor can perform video or radio live broadcasting through the App, the anchor can start a live broadcasting room verification function before broadcasting, or during broadcasting, and after the function is started, a live broadcasting user can enter the live broadcasting room only by answering a correct answer corresponding to a voice message. In addition, the anchor can also set reward information, verification prompt information and the like before releasing the voice message so as to improve the interest of interaction. After the anchor determines to input the voice message to be released, an interface of an entrance of the live broadcast room can be displayed on the audience terminal, and the voice message released by each anchor is displayed in a rolling manner, so that the audience terminal can select the desired live broadcast room.

In this embodiment of the application, the server 200 may be a single server, or may be a server cluster, a cloud computing center, and the like formed by multiple servers, and according to an implementation manner of the live broadcast service in the audience terminal 400, the server 200 has various different deployment manners.

For example, when the live service is implemented in the viewer terminal 400 as a dedicated live APP, the server 200 may be a dedicated server or servers providing live video that communicate directly with the viewer terminal 400 over the network 300 to accomplish the necessary data and information transfer.

For another example, when the live service is implemented in the viewer terminal 400 as a module or plug-in (e.g., applet) coupled to various existing APPs (e.g., social APP, shopping APP), the server 200 may include a service server for implementing basic service functions of these existing APPs, and a live server for providing live video, the live server communicating with the module or plug-in directly or indirectly through the service server; it will be understood, of course, that the live server and the service server differ primarily in the service logic carried thereby, and thus the live server and the service server may actually be the same server.

In the following description, for convenience of description, the servers in the above-mentioned various possible manners are collectively referred to as a server, and thus the server 200 should not be simply understood as one or a class of servers, but as various possible forms of servers deployed in practical applications for supporting live broadcast services according to the above-mentioned example.

In some embodiments, the server 200 may be an independent physical server, may also be a server cluster or a distributed system formed by a plurality of physical servers, and may also be a cloud server providing basic cloud computing services such as a cloud service, a cloud database, cloud computing, a cloud function, cloud storage, a network service, cloud communication, a middleware service, a domain name service, a security service, a CDN, and a big data and artificial intelligence platform. The terminal 400 may be, but is not limited to, a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, and the like. The terminal and the server may be directly or indirectly connected through wired or wireless communication, which is not limited in the embodiment of the present invention.

Referring to fig. 3, fig. 3 is a schematic structural diagram of a viewer terminal 400 provided in an embodiment of the present application, where the viewer terminal 400 shown in fig. 3 includes: at least one processor 410, memory 450, at least one network interface 420, and a user interface 430. The various components in the viewer terminal 400 are coupled together by a bus system 440. It is understood that the bus system 440 is used to enable communications among the components. The bus system 440 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 440 in FIG. 3.

The Processor 410 may be an integrated circuit chip having Signal processing capabilities, such as a general purpose Processor, a Digital Signal Processor (DSP), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like, wherein the general purpose Processor may be a microprocessor or any conventional Processor, or the like.

The user interface 430 includes one or more output devices 431, including one or more speakers and/or one or more visual displays, that enable the presentation of media content. The user interface 430 also includes one or more input devices 432, including user interface components that facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.

The memory 450 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid state memory, hard disk drives, optical disk drives, and the like. Memory 450 optionally includes one or more storage devices physically located remote from processor 410.

The memory 450 includes either volatile memory or nonvolatile memory, and may include both volatile and nonvolatile memory. The nonvolatile Memory may be a Read Only Memory (ROM), and the volatile Memory may be a Random Access Memory (RAM). The memory 450 described in embodiments herein is intended to comprise any suitable type of memory.

In some embodiments, memory 450 is capable of storing data, examples of which include programs, modules, and data structures, or a subset or superset thereof, to support various operations, as exemplified below.

An operating system 451, including system programs for handling various basic system services and performing hardware-related tasks, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and handling hardware-based tasks;

a network communication module 452 for communicating to other computing devices via one or more (wired or wireless) network interfaces 420, exemplary network interfaces 420 including: bluetooth, wireless compatibility authentication (WiFi), and Universal Serial Bus (USB), etc.;

a presentation module 453 for enabling presentation of information (e.g., user interfaces for operating peripherals and displaying content and information) via one or more output devices 431 (e.g., display screens, speakers, etc.) associated with user interface 430;

an input processing module 454 for detecting one or more user inputs or interactions from one of the one or more input devices 432 and translating the detected inputs or interactions.

In some embodiments, the apparatus provided in this embodiment of the present application may be implemented in software, and fig. 3 illustrates a live broadcast processing apparatus 455 stored in the memory 450, which may be software in the form of programs and plug-ins, and includes the following software modules: a first rendering module 4551, a second rendering module 4552, a first obtaining module 4553, a second obtaining module 4554, and a live play module 4555, which are logical and thus may be arbitrarily combined or further divided according to the functions implemented.

The functions of the respective modules will be explained below.

In other embodiments, the apparatus provided in the embodiments of the present application may be implemented in hardware, and for example, the apparatus provided in the embodiments of the present application may be a processor in the form of a hardware decoding processor, which is programmed to execute the embodiments of the present application. . Methods, for example, a processor in the form of a hardware decoding processor may employ one or more Application Specific Integrated Circuits (ASICs), DSPs, Programmable Logic Devices (PLDs), Complex Programmable Logic Devices (CPLDs), Field-Programmable Gate arrays (FPGAs), or other electronic components.

The live broadcast processing method provided by the embodiment of the present application will be described with reference to exemplary applications and implementations of the terminal provided by the embodiment of the present application.

Fig. 4 is a schematic flow chart illustrating an implementation of the live broadcast processing method provided in the embodiment of the present application, and the steps shown in fig. 4 will be described in detail.

And step S101, responding to the first operation of presenting the live broadcast room entrance, and presenting the voice messages uploaded by the live broadcast room entrance and the anchor broadcast.

Here, the viewer terminal receives a first operation of presenting a live room entry before step S101. When the first operation is received by the audience terminal through a special live App, the first operation can be an operation of starting the live App or an operation of displaying a homepage of the live App; when the first operation is received by other apps with live broadcast functions, such as a small video App, the first operation may be an operation to enter a live broadcast page.

The voice message includes verification audio data entered into a corresponding live broadcast room of the anchor, wherein the verification audio data can be song fragments and can also be audio data corresponding to classical lines in a television series or a movie. When presenting the voice message, the information such as the play duration of the verification audio data, the anchor identification of the uploaded voice message, the live head portrait and the like can be presented.

When the step S101 is implemented, it may be implemented as shown in fig. 8A, and voice messages uploaded by the live broadcast room entrance and the anchor are presented in two areas without overlapping areas; in some embodiments, the voice message uploaded by the main broadcasting can be displayed in a floating layer form on a part of the display area where the live broadcasting room entrance is located, for example, the voice message uploaded by the main broadcasting room can be displayed on the upper half part of the display area where the live broadcasting room entrance is located. When a plurality of voice messages uploaded by a plurality of hosts are presented in the above two implementations, the plurality of voice messages may be scroll-displayed.

In some embodiments, when the step S101 is implemented, the voice message uploaded by the anchor may also be presented at a preset position in the live room entry display area corresponding to the anchor.

And step S102, responding to the second operation aiming at the target voice message, presenting a verification interface and playing the target voice message.

Here, the second operation may be a selection operation of selecting a target voice message, and in implementation, the second operation may be an operation of clicking the target voice message by a live viewer, or an operation of entering a live room corresponding to the target voice message by the live viewer. That is, if the viewer user triggers an operation of entering a certain live broadcast room through the viewer terminal and the live broadcast room has a voice message uploaded by the main broadcast, the voice message is determined as a target voice message, and it is considered that a second operation of selecting the target voice message is received.

In an embodiment of the application, the verification interface indicates an input entry including information to be verified, so that the viewer user performs an input operation through the input entry.

Step S103, responding to the input operation received through the verification interface, and acquiring the information to be verified.

Correspondingly, when the input operation is used for inputting text characters, the information to be verified can be directly acquired based on the input operation; when the input operation is used for inputting voice, voice recognition may be performed on the input voice, thereby obtaining information to be authenticated.

And step S104, when the information to be verified and the reference information corresponding to the target voice message meet the matching condition, acquiring the live streaming data corresponding to the target voice message.

Here, the reference information corresponding to the target voice message may be an identifier of verification audio data included in the target voice message when the verification audio data is an audio clip of a certain song, where the reference information may be a song name; when the verification audio data is the audio data corresponding to the speech in the movie and television work, the reference information may be the name of the movie and television work.

The matching condition may be that the similarity value between the information to be verified and the reference information is greater than a preset similarity threshold, and in some embodiments, the matching condition may be set to be that the information to be verified is the same as the reference information. When the information to be verified and the reference information corresponding to the target voice message meet the matching condition, it indicates that the audience user inputs correct information to be verified, and at this time, the audience terminal can acquire the live broadcast stream data corresponding to the target voice message, and only when the audience user inputs correct information to be verified, the audience terminal is allowed to enter a live broadcast room to watch or listen to live broadcast content.

And step S105, playing the live broadcast content according to the live broadcast stream data.

In the live broadcast processing method provided by the embodiment of the application, when a live broadcast user watches or listens live broadcast content through a live broadcast client, a first operation of presenting an entrance of a live broadcast room is triggered at first, in the embodiment of the application, voice messages uploaded by the entrance of the live broadcast room and a main broadcast are presented in response to the first operation, the voice messages comprise verification audio data, namely verification audio data, entering the live broadcast room corresponding to the main broadcast, a user can select a target voice message from the voice messages uploaded by the main broadcast, at the moment, a verification interface is presented and the target voice message is played, the user can input to-be-verified information corresponding to the target voice message through the verification interface, and only when the to-be-verified information and reference information corresponding to the target voice message meet matching conditions, the live broadcast user can enter the live broadcast room to watch or listen to the live broadcast content, so, can have preliminary understanding to the sound of anchor through the voice message that the anchor uploaded between the user gets into the live broadcast room to improve the accuracy of screening the live broadcast room, improve the user and keep the rate, just can get into the live broadcast room after the accurate information of waiting to verify of user input in addition, can improve the user and get into the interactivity between the live broadcast room with the anchor, thereby improve live broadcast interest.

In some embodiments, step S101 shown in fig. 4 may be implemented by:

in step S1011, in response to the first operation of presenting the live room entries, a plurality of live room entries are presented in the first area of the display interface.

Here, in each display area corresponding to each live broadcast room entry, a live broadcast room cover preset by the anchor may be displayed, and a signature of the anchor, a current live broadcast theme, and other information may also be displayed.

And step S1012, based on the time information of the voice message uploaded by the host, scrolling and presenting each voice message in the second area of the display interface.

Here, the voice message includes verification audio data entered into a corresponding live broadcast room of the anchor, a duration of the verification audio data, and an anchor identification of the anchor.

Step S1012, when implemented, may preferentially present the latest uploaded voice message based on the time information of the host uploaded voice message. In this embodiment of the application, the second region may be an independent region that does not have an overlapping region with the first region, or may be a sub-region included in the first region, and when the second region is the sub-region of the first region, the floating layer may be loaded in the second region according to a preset transparency, and each voice message may be scrolled and presented on the floating layer.

Through the steps S1011 to S1012, the voice messages uploaded by the respective anchor broadcasts can be collectively presented, and the latest uploaded voice message can be preferentially presented according to the uploading time of the voice message, so that the audience user can conveniently and quickly know the latest live broadcast room, and the selection efficiency is improved.

In some embodiments, step S102 shown in fig. 4 may be implemented by:

step S1021, responding to the second operation aiming at the target voice message, and presenting a verification interface.

Here, when implemented, the step S1021 may present the verification interface in a floating layer manner, and further, may load the floating layer according to a preset transparency and present the verification interface on the floating layer.

In some embodiments, the verification interface may also be displayed full screen.

The verification interface comprises a first input entry of information to be verified and a playing entry of a target voice message, in some embodiments, the verification interface can also display verification prompt information of the target voice message so as to reduce the difficulty of a user, and if the anchor broadcasts set reward information when uploading the target voice message, a reward identifier can also be displayed in the verification interface, for example, a red packet identifier can be displayed in the upper right corner of the verification interface so as to prompt the user to answer correct information to be verified and obtain reward, so that the interaction enthusiasm of the user is improved.

In step S1022, when the third operation for the play entry is received, the target voice message is played in response to the third operation.

Here, the play entry may be a button control of "play voice" shown in fig. 8B, and when the live viewer clicks or touches the button control of "play voice", the live viewer considers that a third operation for the play entry is received, and at this time, the target voice message is played in response to the third operation.

In some embodiments, when implemented, the step S102 may be to present the verification interface in a floating layer form in response to the second operation on the target voice message, and automatically play the target voice message, that is, when the target voice message is selected by the viewer user, the target voice message may be automatically played without triggering the operation of playing the target voice message again, so that the verification process of the target voice message may be simplified, and the verification efficiency may be improved.

In some embodiments, as shown in fig. 5, after step S103, the following steps may also be performed:

step S201, obtaining reference information corresponding to the target voice message.

Here, the reference information corresponding to the target voice message may be acquired by the viewer terminal from the server after receiving the second operation for the target voice message. In some embodiments, the reference information may be attribute information of the target voice message, and when the target voice message is downloaded to the viewer terminal, the reference information is stored in a local storage space of the viewer terminal in synchronization with the target voice message, and when step S201 is implemented, the reference information may be obtained locally from the viewer terminal.

Step S202, judging whether the information to be verified and the reference information corresponding to the target voice message meet the matching condition.

Here, the matching condition may be preset, and for example, the information to be verified is the same as the reference information, or a similarity value between the information to be verified and the reference information is greater than a preset similarity threshold.

For example, if the matching condition is that the information to be verified is the same as the reference information, "laugh over sea", and the information to be verified input by the viewer user is "laugh over sea", then the information to be verified and the reference information do not satisfy the matching condition.

When the information to be verified and the reference information meet the matching condition, the step S104 is executed; and step S203 is entered when the information to be verified and the reference information do not satisfy the matching condition.

In some embodiments, after step S103, step S201 and step S202 described above may not be performed, but step S201' and step S202 described below are performed: '

Step S201', the information to be verified is sent to the server to request the server to verify the information to be verified.

Step S202', it is determined whether a notification message that the verification is passed is received.

Here, if the notification message that the verification is passed is received, the information to be verified and the reference information are represented to meet the matching condition, and then the step S104 is executed; if the notification message that the verification fails is received, the information to be verified and the reference information do not satisfy the matching condition, and then the process goes to step S203.

Step S203, presenting a prompt message that the information to be verified is wrong.

When the step S203 is implemented, a prompt message indicating that the information to be verified is incorrect may be presented in a pop-up window manner.

Step S204, adding 1 to the error times of the information to be verified.

Here, the initial value of the number of errors is 0.

In step S205, it is determined whether the error count is less than a preset count threshold.

Here, when the error number is smaller than the preset number threshold, it indicates that the viewer user has a chance to input the information to be verified again, and then the process proceeds to step S206; when the error threshold reaches the threshold, indicating that the viewer user cannot input the information to be authenticated again, the process proceeds to step S207.

In step S206, the information to be verified corresponding to the first input entry is cleared, so that the information to be verified is input again.

After step S206, the flow proceeds to step S103 again, and the subsequent steps are executed.

And step S207, canceling the input authority of the first input entry, and presenting prompt information for sending preset virtual assets to the anchor to acquire the input authority of the information to be verified.

Here, when the input right of the first input entry is cancelled, the input operation cannot be received through the first input entry, and at this time, the prompt information for sending the virtual asset to the anchor may be presented to prompt that the input right can be obtained again only when the gift needs to be sent to the anchor. The virtual assets can be set by the anchor when the voice message is released, or can be set by default of the system. The virtual asset may be, for example, a virtual gold coin, a virtual flower, a virtual diamond, etc. of a platform.

In some embodiments, an operation entry to send the virtual asset to the anchor may also be included in the verification interface, which may be, for example, a "send gift" button control as shown in FIG. 8B. The button control may be deactivated when the first input entry has input rights and activated when the first input entry does not have input rights. In some implementations, the button control may also be always active.

Step S208, in response to the fourth operation of sending the virtual asset to the anchor, updates the virtual asset information of itself according to the predicted virtual asset.

Here, when a fourth operation of broadcasting a gift to the host is received through the operation portal of transmitting a virtual asset to the host, the virtual asset information of itself is updated according to the preset virtual asset in response to the fourth operation.

For example, the virtual asset is preset to be 10 virtual coins, when the fourth operation is received, it indicates that the audience user sends 10 virtual coins to the anchor, at this time, the 10 virtual coins need to be removed from the virtual asset information of the audience user, and assuming that the audience user currently has 500 virtual coins, after sending 10 virtual coins to the anchor, the number of the virtual coins is updated to 490.

In step S209, the input authority of the first input entry is restored, and the number of errors is reset to an initial value.

Here, after step S209, the information to be authenticated may be input again through the first input entry, at which point step S103 is entered again and the subsequent steps are performed.

In the live broadcast processing method provided by the embodiment of the application, the upper limit value of the input times of the information to be verified can be set, when the input of the information to be verified is incorrect and does not reach the upper limit value of the input times, the information to be verified can be input again, even if the input times reach the upper limit value of the input times, audience users can unlock the input permission again in a manner of broadcasting gifts to the main, and therefore interactivity between the users and the main broadcast before entering the live broadcast room is improved.

In some embodiments, when the information to be verified and the reference information corresponding to the target voice message satisfy the matching condition, after step S105, the following steps may be further performed:

and step S106, acquiring first reward information provided by the live broadcast platform and second reward information provided by the anchor corresponding to the target voice message.

Here, the first bonus information may be preset or randomly determined, and the first bonus information may include identification and number of virtual assets to be bonus, for example, 20 virtual coins. The second reward information may be set by the anchor when issuing the targeted voice message, and may be, for example, a red packet, virtual gold, virtual article, or the like.

Step S107, based on the first reward information and the second reward information, updating the virtual asset information of the user.

And step S108, acquiring the number of users entering the target live broadcast room corresponding to the target voice message.

Step S109, determining whether the number of users is less than a preset number of users threshold.

Here, the number of guests in the live broadcast may be the number of guests in the live broadcast, and when the number of users is smaller than the number of guests threshold, the process proceeds to step S110, and when the number of users is greater than or equal to the number of guests threshold, the process proceeds to step S111.

And step S110, adding the user identification of the user into a user list of the target live broadcast room by a first identity, and presenting the user identification in a preset guest display area.

Here, the live user with the first identity has the right to connect to the main broadcast, that is, the live user with the first identity can be considered as a guest in the live room.

In a playing interface of the live broadcast room, a guest display area is reserved, the guest display area is used for presenting a user identifier of a guest in the live broadcast room, and the number of the user identifiers that can be displayed in the guest display area is also generally preset, for example, may be 3, or may be 5, and the like. For example, as shown in fig. 8C, a certain area is reserved in the upper left corner of the playing interface as a guest display area 821, and the guest display area 821 can display 3 user identifiers. In the embodiment of the application, the user identifications of the first three audience users who input correct information to be verified can be displayed in the guest display area, and the audience users who input correct information to be verified subsequently enter the live broadcast room by the identity of a common user.

Step S111, the user id is added to the user list with the second identity.

Here, the live user with the second identity does not have the permission to connect to the main broadcast, that is, the live user with the first identity is a normal user of the live broadcast room, and at this time, only the user identifier is entered into the user list of the live broadcast room with the second identity, and the user identifier is not displayed in the live broadcast interface.

In the above steps S106 to S111, when the user inputs correct information to be verified, the reward provided by the live broadcast platform may be obtained, if the anchor corresponding to the target voice message sets an additional reward, the reward provided by the anchor may also be obtained, and for the user who has guessed the answer to enter the live broadcast room preferentially, the guest may be listed in the identity of the guest, so that the interactive enthusiasm between the audience user and the anchor may be stimulated.

An embodiment of the present application further provides a live broadcast processing method, which is applied to the anchor terminal shown in fig. 2, where fig. 6A is a schematic view of another implementation flow of the live broadcast processing method provided in the embodiment of the present application, and as shown in fig. 6A, the method includes:

step S301, responding to the fifth operation of starting the verification function of the live broadcast room, and presenting an input interface of the voice message.

Here, the input interface at least includes a recording entry for verifying audio data, and the recording entry may be an operation control for "starting recording" when implemented, and an identifier of the operation control may be shown in text or in an icon.

In this embodiment of the application, the live broadcast entering verification function may be started by the anchor before the broadcast, or may be started while the live broadcast is in progress, that is, when step S301 is executed, the anchor may already start the live broadcast, or the anchor may not yet start the live broadcast.

Step S302, in response to a sixth operation on the record entry, obtaining verification audio data.

Here, when a click or touch operation for the operation control of "start recording" is received, it may be characterized that a sixth operation for the recording entry is received, at which time the verification audio data is acquired in response to the sixth operation. In implementation, in response to the sixth operation, voice data may be collected, and the collected voice data may be directly determined as verification audio data.

In step S303, the reference information of the verification audio data is acquired.

Here, the reference information of the verification audio data may be input by the anchor itself, or may be selected by the anchor from a plurality of candidate audio identifications provided by a preset audio library. The reference information is an identifier of the verification audio data, and may be, for example, a song name, a tv show name, a movie name, and the like.

Step S304, sending a voice message publishing request to the server.

Thus, the voice message issuance request carries at least the verification audio data and the reference information. In some embodiments, the anchor may further set reward information, virtual asset information for reacquiring input authority, and prompt information when inputting verification audio data, and may send the set information of the above information to the server together when sending a voice message publishing request after the setting is completed.

In the live broadcast processing method provided by the embodiment of the application, before or during the broadcast of the anchor, the live broadcast can start the verification function of entering the live broadcast room, and an audio clip is uploaded as the verification information of the audience user entering the live broadcast room, so that the audience user can enter the live broadcast room after inputting correct information to be verified, the interaction between the audience user and the anchor before entering the live broadcast room is increased, and the popularization channel of the anchor can be increased.

In some embodiments, the step S302 can be implemented by:

in step S3021, in response to the sixth operation on the recording entry, the recording function is started and audio data is collected.

Here, in response to the sixth operation, the microphone of the anchor terminal may be activated to transmit the handset audio data through the microphone.

In step S3022, when a change of voice operation for the acquired audio data is received, a change of voice pattern is acquired.

Here, in implementation, a sound change operation control may be provided on an input interface of the voice message, and a user may click or touch the sound change operation control to trigger a sound change operation, at this time, a selectable sound change mode may be presented in the input interface, and the selected sound change mode may be obtained through a received selection operation of the sound change mode. For example, alternative changing sound patterns may include "rale," "great tertiary," "robotic," "pick up hill," and the like. Each voicing mode corresponds to a different target timbre and target frequency.

And step S3023, performing sound variation processing on the frequency and/or the tone of the collected audio data based on the sound variation mode to obtain verification audio data.

Here, in implementation, step S3023 may perform a sound change process on the frequency and/or the tone of the collected audio data based on the target tone and the target frequency corresponding to the sound change pattern, so as to obtain processed audio data, and determine the processed audio data as the verification audio data.

Through the steps S3021 to S3023, after the anchor terminal completes the voice input, the anchor terminal may select to increase the change of voice to modify the voice of the anchor terminal, for example, the voice recognition difficulty is increased by the rally sound, the terse sound, the animation sound, the animal sound, and the like, and the interaction interest may also be improved.

In some embodiments, the voice message uploaded by the host may be selected from a preset audio library of the live platform, or may be freely selected, so that a selection entry for verifying the audio data may be further included in the input interface, and correspondingly, before step S302 or after step S302, when the audio data is selected from the preset audio library, the reference information for verifying the audio data may be determined through the following steps:

in step S321A, when a first selection operation for the preset audio library is received based on the selection entry, a plurality of candidate audio identifiers in the preset audio library are presented.

Here, the candidate audio identifier is an identifier of each candidate audio in the preset music record, and may be a song name, a drama name, a movie name, or the like.

In step S322A, when a second selection operation of selecting a target audio identifier from the plurality of candidate audio identifiers is received, the target audio identifier is determined as the reference information of the verification audio data.

Here, the plurality of candidate audio identifiers may be presented in a list form, and when all candidate audio identifiers cannot be displayed in the input interface, the candidate audio identifiers to be displayed currently may be further controlled by a draggable pull-down cursor. When the second selection operation is received, the selected target audio identifier is determined as reference information of the verification audio data.

In the above steps S321A to S322A, the anchor may select one of the preset audio libraries provided by the live platform as the target audio, and record an audio clip of the target audio as the verification audio data. For example, the live broadcast platform may provide a song library, the anchor selects a song from the song library, and enters a segment of the song as the verification audio segment, so that the song name of the song is also the reference information of the verification audio segment.

In some embodiments, when the audio data is freely selected, the reference information for verifying the audio data may be determined by:

in step S321B, when a third selection operation for the custom audio is received based on the selection entry, a second input entry of the reference information is presented on the input interface.

Here, in addition to selecting a candidate audio identifier from the preset audio library as the reference information for verifying the audio data, when there is no audio identifier that the anchor player wants to enter in the preset audio library, the audio identifier may be freely input, and at this time, the anchor player user may trigger a third selection operation for the custom audio. That is, if there is no song that the anchor wants to sing in the preset song library, the anchor can input the name of the song that the anchor wants to sing by itself.

In step S322B, input information for the second input entry is acquired.

Here, the second input entry may be a text input box, and in some embodiments, may also be a voice input box, and when an input operation for the second input entry is received, based on the input operation, corresponding input information is obtained, where the input information is also an identifier of the verification audio data customized for the anchor.

In step S323B, the input information is determined as reference information of the verification audio data.

In the above steps S321B to S323B, the anchor can record the reference information of the verified audio data in a user-defined manner, so as to ensure that the anchor can perform an autonomous selection when the anchor does not select the audio data to be recorded in the preset song library, thereby improving the freedom of selection of the anchor.

In some embodiments, after step S303, the anchor may further set one or more of reward information for completing the voice message, cost information for reacquiring the verification authority after the number of errors of the information to be verified exceeds a number threshold, and verification prompt information, and correspondingly, the input interface further includes at least one of a first set entry for reward information, a second set entry for reacquiring the verification authority, and a third set entry for verification prompt, and the process of setting reward information may be implemented by:

in step S331A, when a first setting operation for a first setting entry is received, a first setting interface of bonus information is presented.

Here, a setting entry for setting the award identification and the award amount may be included in the first setting interface, and in some embodiments, the first setting interface may include a selection entry for a variety of award information.

Step S332A, in response to the setting operation received through the first setting interface, obtaining bonus information.

Based on the first setting interface, the anchor terminal can set the reward identification and the reward quantity by itself, and can also select one from the provided multiple optional reward information as the reward information corresponding to the voice message. For example, the anchor may set the award identifier as gold coins and the award amount as 20, or may select one of the optional award information provided by the live broadcast platform, for example, 10 roses, 20 roses, 30 gold coins, and the like, as the award information corresponding to the voice message.

In some embodiments, the bonus information set by the anchor can also be a red packet, at this time, the anchor needs to set the amount and the number of the red packets, and can also set whether the evaluation of the hands randomly allocates the amount of the red packets or averagely allocates the amount of the red packets.

The setting of the reacquiring of the verification authority can be realized by the following steps:

in step S331B, when a second setting operation for a second setting entry is received, a second setting interface for reacquiring the authentication authority is presented.

Here, the virtual asset information that the viewer user needs to pay when regaining the verification authority may be set through the second setting interface, a setting entry for setting the virtual asset identification and the number of virtual assets may be included in the second setting interface, and in some embodiments, the first setting interface may include a selection entry for a variety of virtual asset information.

Step S332B, in response to the setting operation received through the second setting interface, acquiring the virtual asset information required to reacquire the verification authority.

Similar to step S332B, based on the second setting interface, the anchor terminal may set the virtual asset id and the number of virtual assets by itself, and may select one of the provided multiple optional virtual asset information as the virtual asset information required for retrieving the verification authority.

The setting of the verification prompt can be realized by the following steps:

in step S331C, when a third setting operation for a third setting entry is received, a third setting interface of the verification prompt is presented.

Here, a setting entry for setting a work type and an author type corresponding to the verification audio data may be included in the third setting interface. Wherein, when verifying that the audio data is a song segment, the work type may include: the types of the authors include male singers and female singers, domestic male singers, domestic female singers, European and American male singers and European and American female singers. When verifying that the audio data is a movie & television line, the work type may include: modern, ancient, opera, etc., the author type may include actors, actresses, etc.

In step S332C, in response to the setting operation received through the third setting interface, verification prompt information is acquired.

In some embodiments, after the setting of the reward information, the virtual asset information and the verification prompt information is completed, when a voice message publishing request can be sent to the server, the reward information, and/or the virtual asset information and/or the verification prompt information is carried in the voice message publishing request, and the voice message publishing request is sent to the server, so that the participation enthusiasm and the interactive fun of the audience users can be stimulated.

Based on the foregoing embodiment, an embodiment of the present application further provides a live broadcast processing method, which is applied to the network architecture shown in fig. 2, and fig. 6B is a schematic view of another implementation flow of the live broadcast processing method provided in the embodiment of the present application, and as shown in fig. 6B, the flow includes:

step S401, responding to an operation instruction of starting the live App, presenting a live window of the live service at the anchor terminal, and receiving the setting of the anchor user for the live service to be initialized.

In the embodiment of the application, the live broadcast window before the live broadcast service is not initialized is used for receiving information such as names and remarks of the newly-established live broadcast service added in the live broadcast room of the anchor user by the anchor user, and the anchor user can conveniently search the information subsequently.

Step S402, the anchor terminal sends the initialization data of the live broadcast service to the server.

Here, the anchor terminal submits, to the server, an identifier of a live broadcast room to be established in the live broadcast room, an identifier of an anchor user, and the like for initializing the live broadcast service.

In step S403, the anchor terminal presents an input interface of the voice message in response to a fifth operation of starting the live broadcast entry verification function.

The input interface at least comprises a recording entry for verifying the audio data, and in the embodiment of the application, the input interface also comprises a setting entry for reward information, virtual asset information for reacquiring verification authority and verification prompt information.

In step S404, the anchor terminal acquires verification audio data in response to a sixth operation on the recording entry.

In step S405, the anchor terminal acquires setting information for the virtual asset information and the verification prompt information for the reward information and the reacquiring verification authority.

Here, step S405, when implemented, acquires bonus information, virtual asset information for reacquiring verification authority, and verification prompt information in response to setting operations on the bonus information, virtual asset information for reacquiring verification authority, and verification prompt information, and further, may refer to implementation procedures of step S331A, step S332A, step S331B, step S332B, step S331C, and step S332C.

In step S406, the anchor terminal acquires reference information of the verification audio data.

Step S407, the anchor terminal sends a voice message distribution request to the server.

Here, the voice message issuance request carries the verification audio data, the reference information, the incentive information, the virtual asset information for reacquiring the verification authority, and the verification prompt information.

Step S408, after receiving the voice message publishing request, the server verifies the voice message publishing request to obtain a verification result.

Here, after receiving the voice message publishing request, the server parses the voice message publishing request to obtain verified audio data, the reference information, the reward information, the virtual asset information for reacquiring verification authority, and verification prompt information, so as to verify the matching of the verified audio data and the reference information, the rationality of the reward information and the virtual asset information, and the correctness of the verification prompt information, respectively, to obtain a verification result.

Further, whether the reference information is the correct identification of the audio data can be verified to determine the matching between the audio data and the reference information, whether the reward information and the virtual asset information are in the range set by the live broadcast platform or not can be verified, and whether the prompt information is the correct prompt information or not can be verified, so that the verification result can be obtained.

And step S409, when the verification result is that the verification is passed, the server sends a response message that the verification is passed to the anchor terminal.

Step S410, the server issues the voice message uploaded by the anchor terminal.

Here, the server issues the voice message uploaded by the anchor terminal, and may issue the play duration and the anchor identifier of the voice message at the same time. After the server finishes releasing the voice message, when the audience terminal enters the presenting interface of the entrance of the live broadcast room, the voice message can be presented.

Step S411, the anchor terminal responds to the start operation of starting the live broadcast aiming at the anchor terminal, presents a live broadcast interface and collects media data.

Here, when video live broadcasting is started, the media data includes image data and audio data; when the radio station is started up on-air, the media data only includes audio data.

Step S412, the anchor terminal encodes the collected media data to obtain live streaming data, and sends the live streaming data to the server.

In step S413, the viewer terminal presents the live room entry and the voice message uploaded by the anchor in response to the first operation of presenting the live room entry.

Here, the voice message includes authentication audio data entered into a corresponding live room of the anchor.

In step S414, the audience terminal responds to the second operation for the target voice message, presents the verification interface, and plays the target voice message.

In step S415, the viewer terminal obtains information to be verified in response to the input operation received through the verification interface.

In step S416, the viewer terminal sends the information to be verified to the server.

In step S417, the server determines whether the information to be verified and the reference information corresponding to the target voice message satisfy a matching condition.

Here, when the information to be verified and the reference information satisfy the matching condition, the process proceeds to step S418; when the information to be verified and the reference information do not satisfy the matching condition, the process proceeds to step S420.

Step S418, the server sends the live streaming data to the audience terminals joining the anchor live room.

Step S419, the audience terminal obtains the live broadcast stream data corresponding to the target voice message and plays the live broadcast content according to the live broadcast stream data.

In step S420, the server returns a prompt message that the information to be verified is incorrect to the viewer terminal.

In some embodiments, after the viewer terminal receives the prompt message that the information to be verified is incorrect, step S203 is performed, and the subsequent steps are performed to prompt the viewer that the information to be verified is incorrect and needs to be input and verified again.

In the live broadcast processing method provided by the embodiment of the application, the anchor can start the verification function of entering the live broadcast room before broadcasting, input verification audio data, guess reward information of reference information corresponding to the verification audio data, re-acquire virtual asset information of input authority and verification prompt information, carry the information in a voice message issuing request and send the voice message issuing request to the server, the server performs verification on the voice message issuing request and issues the voice message after verification is completed, at the moment, an audience user can see the voice message on a presentation interface of a live broadcast room entrance, the audience user can randomly select and play a voice message, automatically enter the anchor live broadcast room after inputting correct information to be verified and acquire reward interaction, so that the enthusiasm of the user participating in the interaction can be increased, the number of active people in the direct seeding room is increased, and the vitality is increased; the demand that a user searches for the heart instrument anchor is met, the popularization mode that the radio station anchor uses voice is increased, and the popularization efficiency is greatly improved.

In some embodiments, after step S408, the following steps may also be performed:

and step S421, when the verification result is that the verification fails, the server sends a response message that the verification fails to pass to the anchor terminal.

Here, the response message carries reason information for failing to verify, and in some embodiments, the response message may further include update suggestion information corresponding to the reason information, so that the anchor performs targeted modification on the setting information of the issued voice message according to the update suggestion information.

Step S422, when the anchor terminal receives a response message that the voice message sent by the server fails to verify, the anchor terminal parses the response message, and obtains the reason information that the verification fails.

Here, if the response message carries the update suggestion information, the response message is parsed at this time, and the update suggestion information may also be acquired. For example, the verification audio data is an audio clip of a song "one thousand years worth", the corresponding reference information is "bride cookies", the acquired reason information is that the verification audio data is not matched with the reference information, and the update suggestion information may be a suggestion that the reference information is modified to "one thousand years worth".

In step S423, the anchor terminal presents the reason information that the authentication failed.

Here, the reason information includes: verifying that the audio data does not match the reference information, verifying that the audio data is a non-anchor person, verifying that the prompt information is incorrect, verifying that the virtual asset information does not satisfy the asset setting conditions, and verifying that the reward information does not satisfy at least one of the reward setting conditions. In some embodiments, update suggestion information may also be presented.

In step S424, the anchor terminal updates the verification audio data or the setting information of the verification audio data based on the reason information.

In step S425, the anchor terminal retransmits the voice message distribution request based on the updated voice message.

Through the above steps S421 to S425, when the voice message issuance request is not verified, the server may return the failure reason to the anchor terminal, and in some embodiments, may also return the update suggestion information to the anchor terminal, so that the anchor terminal can perform a targeted update operation, thereby improving the issuance efficiency of the voice message.

In some embodiments, the server may monitor the current number of users of each live broadcast room starting the live broadcast room authentication function, and send a notification message for updating the authentication audio data when the anchor broadcast time reaches a preset time threshold and the number of users corresponding to the live broadcast room is less than a number threshold, so as to prompt that the number of users of the anchor broadcast is too low, update the authentication audio data, and at this time, the anchor broadcast terminal may perform the following steps:

in step S426, the anchor terminal receives and presents the notification message sent by the server to update the verification audio data.

Here, the notification message is sent when the broadcasting duration reaches the preset duration threshold and the number of users corresponding to the live broadcasting room is smaller than the number of users threshold, for example, the preset duration threshold is half an hour, and the number of users threshold is 20, that is, after broadcasting for half an hour, if the number of users entering the live broadcasting room is less than 20, it indicates that the current verification audio data may be too rare, the difficulty is large for audience users, and the server sends the notification message to the anchor terminal to prompt the anchor to update the verification audio data.

And step S427, when the anchor terminal receives the updating operation of updating the verification audio data, presenting an input interface of the voice message so as to update the verification audio data through the input interface.

Here, the updating of the verification audio data may be entering of new verification audio data, or updating of verification prompt information of the issued verification audio data to reduce the difficulty of guessing the verification.

In step S428, the anchor terminal obtains the updated voice message.

In step S429, the anchor terminal sends a voice message distribution request to the server again.

Through the steps S426 to S429, when the difficulty of verifying the audio data is high, and the popularity of the live broadcast room is affected, the server may send a notification message for updating the verification audio data to the anchor terminal, so that the anchor terminal updates the verification audio data in time, and the popularity of the live broadcast room is improved.

In some embodiments, the server may further count the number of times the anchor terminal currently issues the voice message, and when the number of times the voice message is issued is greater than a preset issuing threshold, the anchor level experience value may be increased and a gold coin reward may be obtained.

In some embodiments, after the anchor terminal receives the notification message, the anchor may further trigger a sixth operation of closing the live broadcast room authentication function through the anchor terminal, in response to the sixth operation, the anchor terminal sends a downloading request of a downloading voice message to the server, the server deletes the voice message uploaded by the anchor terminal after receiving the downloading request, and sends a downloading response to the anchor terminal, at this time, the anchor terminal receives and presents the downloading response sent by the server, after the anchor terminal downloads the voice message, the live broadcast room authentication function may be closed, at this time, when the audience terminal receives an operation for an entrance of the live broadcast room, the audience terminal directly enters the live broadcast room, thereby improving the efficiency of the user entering the live broadcast room, and improving the popularity of the live broadcast room.

Next, an exemplary application of the embodiment of the present application in a practical application scenario will be described. Further, the live broadcast processing method provided by the embodiment of the application is described by taking the audio data as the audio frequency of the song and the live broadcast type as the live broadcast station as examples.

In the embodiment of the application, a station hall is arranged on a main page of live broadcast application, and a 'song guessing and room entering' mode is added in the station hall, so that the corresponding station can be entered only by completing song guessing through interaction with a main broadcast; and the playing methods of 'changing voice' and 'red packet' can be added when the anchor releases voice, so that the diversity of the playing methods is improved, and the fun of screening and entering the radio stations is enhanced.

The live broadcast processing method provided by the embodiment of the present application is described below from a main broadcast end and a user end respectively.

The anchor end: the anchor starts the broadcasting station live broadcast room, selects the function of 'guessing songs into rooms', selects a song, and inputs one of the paragraphs of the song, wherein the song can be in a preset song library, and can also be freely selected by the anchor according to the liking of the anchor. The length of time of the recorded song segments is between 5 seconds(s) and 30 s. After the voice is recorded, the voice change can be selected to be increased to increase the difficulty, the voice can be changed into 'Luoli sound', 'great tertiary sound', 'cartoon sound' and the like, a red packet (input amount and number of copies) can also be selected to be added, then an unlocking gift needing to be given by a user is locked after the answer is wrong for 3 times, and finally the gift is determined and issued. After the anchor releases the voice, the voice will appear in the lobby. The anchor completes more than 10 voice releases every day, so that the anchor grade experience value can be improved and the gold coin reward can be obtained.

A user side: fig. 7 is a user side implementation flow of the live broadcast processing method provided in the embodiment of the present application, and as shown in fig. 7, the implementation flow of the user side includes:

step S701, the user side selects to view the voice.

Here, fig. 8A is a schematic interface diagram of a radio lobby according to an embodiment of the present application, and as shown in fig. 8A, in the radio lobby 801, a voice issued by a main broadcast can be scroll-displayed, and information such as a main broadcast Identification (ID), an avatar, a voice duration, and the like can be displayed. The user can freely open a voice to listen to the song in the station hall.

In step S702, an answer to the song is input.

When a user selects a voice, a display interface as shown in fig. 8B is displayed, a floating layer interface 810 of "guess song to enter room" is displayed in the display interface, and a "play voice" button control 811, a "present" button control 812, and an input control 813 for inputting a song name are provided at the floating layer interface 810, wherein the user can click or touch the "play voice" button control 811 to play the voice uploaded by the main broadcasting, and then, after determining the song name, the song name is input in the input control 813. In addition, if the host sets a prompt when uploading voice, a prompt 814 as shown in fig. 8B is displayed in the floating-layer interface 810.

Step S703, if the correct song name is input, the user automatically enters the live broadcast room of the anchor station and obtains the reward.

Here, when the user enters the correct song name, the live station room of the anchor is automatically entered, and the interface shown in fig. 8C is displayed.

The reward obtained by the user at least comprises a gold coin gift provided by the live platform; if the user successfully enters the live radio station room with the red packet, the user can randomly obtain the red packet reward provided by the anchor.

In step S704, if the user guesses the same voice 3 times, the voice is locked, and the voice cannot answer.

In step S705, the user needs to send a designated gift to the host to unlock the lock and respond.

In order to implement the live broadcast processing method provided by the embodiment of the present application, the processing of audio data is emphasized, where the processing mainly includes: audio recording, audio playing, sound changing and file operation. Around complete audio processing, a set of functional components related to audio recording, playing, changing voice, uploading and downloading may be designed during implementation, fig. 9 is an architecture diagram of the functional components for audio data processing provided in the embodiment of the present application, as shown in fig. 9, the architecture includes an audio operation module 901 and a file operation module 902, and functions implemented by the audio operation module 901 include audio recording 9011, audio playing 9012 and audio changing voice 9013; the functions implemented by the file operation module 902 include file upload 9021 and file download 9022.

Various implementations of audio processing are described below in conjunction with fig. 9.

Audio recording

Audio recording requires steps of sound sampling, quantization, filtering, storage, etc.

Sampling is the sampling of the original sound signal collected from the microphone at a sampling frequency that is greater than 2 times the highest frequency of the signal according to the nyquist's theorem. The range of sound recognizable by human ears is 20-2000 Hertz (Hz, Hertz), so the sampling rate is generally 44.1KHz, 48KHz or 96 KHz.

Quantization is the approximate treatment of a continuous value to a finite number of discrete values within a certain range. Quantization is typically approximated using 8 or 16 bits.

The filtering is a process of filtering, and a corresponding filter can be added to process sound frequency according to needs.

The storage is to store the signals obtained in the foregoing in a text form, and the uncompressed audio formats include Pulse Code Modulation (PCM) and WaveForm files (WAV), and the compressed formats include m4a and mp 3.

Therefore, in the implementation of audio recording, microphone sound needs to be acquired as an input source, so that whether the microphone authority is acquired needs to be firstly inquired, then the anchor can record audio through a corresponding product interaction inlet, and then the audio needs to be stored as a local file. Taking an apple Operating System (iOS, iPhone Operating System) platform as an example, the implementation process of audio recording comprises the following steps:

in step S701, an audio session is created.

There are various types of AVAudioSession, including Ambient (mixed-sound playing), soloaambient (exclusive playing), Playback (background playing), Record (recording), playardrecord (recording and playing), AudioProcessing (hardware processing audio), and MultiRoute (multiple input and output). In step S701, Record mode is used.

Step S702, an audiodecoder object is created.

The parameters to be set are: format, sampling rate, number of channels, and audio file path to be saved.

Step S703, start recording audio.

When the recording is realized, the recording can be started by directly using an Application Programming Interface (API).

Step S704, ending the audio recording.

In the implementation process, the system API can be directly called to finish the recording.

Second, audio playing

Audio and video playing involves decapsulation, decoding, audio and video synchronization, etc., but for a pure audio playing process, audio can be divided into multiple file types according to whether compression is performed or not, so that different file types are slightly different in steps during playing, and network file playing needs to add a link of solving a protocol compared with local file playing, taking playing a local audio file as an example, an implementation flow includes the steps shown in fig. 10:

in step S801, a file is downloaded.

Here, the audio file may be downloaded locally at the time of implementation.

Step S802, judging whether the audio is compressed.

Wherein, if the audio is compressed, then go to step S803; if the video is not compressed, the process proceeds to step S804.

Step S803, decoding the audio.

Step S804, audio sample data is acquired.

In step S805, audio is played.

That is to say, audio playing first needs to initiate a request from a management end to acquire a corresponding audio file, then download the file to the local, and call corresponding interfaces on different platforms to play the audio file. The steps for realizing audio playing on the iOS platform are as follows:

in step S901, an AVAudioPlayer object is created.

When the method is realized, the AVAudio Player object is initialized through the acquired file address.

Step S902, prepare to play, for checking whether the audio is prepared successfully.

Step S903, starting playing, and calling a system API to start playing.

Third, audio frequency changing sound

Sound is a wave phenomenon generated by the vibration of an object, which can propagate through a medium (air, solid, liquid) and can be perceived by the human or animal auditory organs. Like other waves, acoustic waves can be represented by frequency, amplitude, waveform.

Generally, the description sound adopts three characteristics of tone, loudness and timbre, wherein the tone refers to high pitch and low pitch of the sound and is determined by frequency; loudness refers to volume, depending on amplitude; timbre refers to the characteristic of sound, the characteristic of different sounds in terms of waveform. The principle of audio sound change is to change the tone and timbre of sound, so that the output sound is different from the original sound in sense. Generally, since the tone of a boy is relatively low and the tone of a girl is relatively high, the tone of the boy can be changed to a girl by changing the tone size, and the like, and the effect sounds such as echo, reverberation, and the like can be realized by changing the tone color.

The sound changing process can adopt two modes of hardware process and software process, wherein the hardware process is called a sound changer. In terms of software processing, a soundport audio processing library, FMOD sound system, may be used. The soundTouch can support speed change and tone change, but has a single function, and the FMOD supports multiple tone change styles, such as "rally", "uncle", "robot", and the like.

Fourth, file uploading

After the audio recording is completed, the anchor audio file needs to be saved to the server, i.e., the file is uploaded. The file uploading based on the HyperText Transfer Protocol (HTTP) Protocol is to package a request message body composed of a client and other form information according to HTTP Protocol specification and definition, and then transmit the request message body to a server. And the server analyzes the message body after receiving the transmission data, and further extracts and stores corresponding information.

When the iOS platform uses an AFNet framework to realize file uploading, firstly a server address is required to be taken, an AFHTTPSessionmanager object is created, request timeout time can be set, then a post request is created, and the file is uploaded to a background management end as http message content. After the post request is submitted, the background receives the request and returns corresponding callback information to indicate whether the file uploading is successful or not.

Fifth, file downloading

The file downloading process is opposite to the file uploading process, the client acquires file data from the server, and the file downloading is realized by using AFNetworking and requires the following steps:

step S1001 creates a session manager AFURLSessionManager.

Step S1002 creates a download path and acquires a request server address.

In step S1003, afurLSessioniManager creates a download task NSurLSessioniDownloadTask.

Step S1004 starts a download task.

Step S1005, saving the download file.

After the downloaded file is obtained, the audio file can be played by using the audio playing process.

In the embodiment of the application, each module is realized by adopting a single instance, and the scheduling management is uniformly carried out by the component audio management object, so that the coupling degree among the modules is reduced, and the code universality is improved.

Aiming at the problem that the interaction of each live broadcast platform by using audio messages is relatively lack at present, in the embodiment of the application, the interaction of a main broadcast side and a user side for the audio messages is realized through multiple processing of the audio information, the intimacy between the user and the main broadcast is improved, and the entertainment of a live broadcast room is enriched, wherein the main broadcast can randomly send a singing voice segment of the main broadcast in a voice square, the user can select to open any voice broadcast in the voice square, and inputs a song name in a page, if the song name is correctly input, the song automatically enters a radio live broadcast room and sits at a guest position, and if the guest position is full, the song appears in the live broadcast room as a common user; the anchor can select several modes to reform own voice when sending voice segments, such as Roly sound, Tertiary sound, cartoon sound, animal sound and the like to increase the identification difficulty of songs, so that the playing interest can be enhanced, the freshness of a user can be improved, in addition, the voice is locked after the user answers for 3 times, the user can unlock and continue to answer the song only by sending a designated gift to the anchor, and the interactive playability is improved; the anchor can also add red envelope play to the designated voice to attract the participation of the user.

The user guesses that the user can obtain the reward of the platform gold coin gift when entering the direct broadcasting station room, and randomly obtains the reward of the user or the platform red envelope, so that the stickiness that the user participates in 'guessing songs to enter the room' is increased, the number of active people in the direct broadcasting station room is increased, and the popularity is increased; the demand that the user searches for the heart instrument anchor is met, the most agreeable popularization mode that the radio station anchor uses voice is added, and the popularization efficiency is greatly improved.

Continuing with the exemplary structure of the live processing device 455 provided by the embodiment of the present application implemented as software modules, in some embodiments, as shown in fig. 3, the software modules stored in the live processing device 455 of the memory 440 may include:

a first presenting module 4551, configured to present, in response to a first operation of presenting a live room entry, a voice message uploaded by a live room entry and a anchor, where the voice message includes verification audio data entering a live room corresponding to the anchor;

a second presenting module 4552, configured to present a verification interface in response to a second operation on the target voice message, and play the target voice message;

a first obtaining module 4553, configured to obtain information to be verified in response to an input operation received through the verification interface;

a second obtaining module 4554, configured to obtain live streaming data corresponding to the target voice message when the to-be-verified information and the reference information corresponding to the target voice message meet a matching condition;

and the live broadcast playing module 4555 is configured to play the live broadcast content according to the live broadcast stream data.

In some embodiments, the first rendering module is further configured to:

In some embodiments, the second rendering module is further configured to:

In some embodiments, the apparatus further comprises:

An embodiment of the present application further provides a live broadcast processing apparatus, where the live broadcast processing apparatus may be a software module stored in a memory of an anchor terminal, and the live broadcast processing apparatus includes:

In some embodiments, the apparatus further comprises:

In some embodiments, the first sending module is further configured to:

In some embodiments, the third obtaining module is further configured to:

In some embodiments, the apparatus further comprises:

Embodiments of the present application provide a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the live broadcast processing method described in the embodiment of the present application.

Embodiments of the present application provide a computer-readable storage medium storing executable instructions, which when executed by a processor, cause the processor to perform a method provided by embodiments of the present application, for example, the method as shown in fig. 4, fig. 5, fig. 6A, and fig. 6B.

In some embodiments, the computer-readable storage medium may be memory such as FRAM, ROM, PROM, EPROM, EEPROM, flash, magnetic surface memory, optical disk, or CD-ROM; or may be various devices including one or any combination of the above memories.

In some embodiments, executable instructions may be written in any form of programming language (including compiled or interpreted languages), in the form of programs, software modules, scripts or code, and may be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.

By way of example, executable instructions may correspond, but do not necessarily have to correspond, to files in a file system, and may be stored in a portion of a file that holds other programs or data, such as in one or more scripts in a hypertext Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code).

By way of example, executable instructions may be deployed to be executed on one computing device or on multiple computing devices at one site or distributed across multiple sites and interconnected by a communication network.

In conclusion, the method and the device have the advantages that the audio interaction mode is used for entering the live broadcast room, and interaction playing methods of a user for screening the live broadcast room and selecting the heart instrument live broadcast room are enriched; interaction between the user and the anchor is enhanced, the user and the anchor can achieve preliminary knowledge in terms of voice, the playability of the user before entering a live broadcast room can be improved, and the sound of the psychoscope can be more accurately screened; and channels for anchor promotion can be increased.

The above description is only an example of the present application, and is not intended to limit the scope of the present application. Any modification, equivalent replacement, and improvement made within the spirit and scope of the present application are included in the protection scope of the present application.

Claims

1. A live broadcast processing method is characterized by comprising the following steps:

presenting a verification interface in response to a second operation aiming at a target voice message, and playing the target voice message, wherein the target voice message is selected from the presented voice messages;

responding to the input operation received through the verification interface, and acquiring information to be verified;

when the information to be verified and the reference information corresponding to the target voice message meet a matching condition, acquiring live broadcast stream data corresponding to the target voice message;

2. The method of claim 1, wherein presenting a verification interface and playing a target voice message in response to a second operation on the target voice message comprises:

when a third operation aiming at the playing inlet is received, responding to the third operation, and playing the target voice message.

3. The method according to claim 1 or 2, characterized in that the method further comprises:

when the information to be verified and the reference information corresponding to the target voice message meet a matching condition, acquiring first reward information provided by a live broadcast platform and second reward information provided by a main broadcast corresponding to the target voice message;

and updating the virtual asset information of the user based on the first reward information and the second reward information.

4. The method of claim 3, further comprising:

when the information to be verified and the reference information corresponding to the target voice message do not meet the matching condition, presenting a prompt message that the information to be verified is wrong;

adding 1 to the error times of the information to be verified, wherein the initial value of the error times is 0;

and when the error frequency is smaller than a preset frequency threshold value, emptying the information to be verified corresponding to the first input inlet so as to input the information to be verified again.

5. The method of claim 4, further comprising:

when the error times reach the time threshold value, canceling the input authority of the first input inlet, and presenting prompt information for sending preset virtual assets to the anchor to acquire the input authority of information to be verified;

in response to a fourth operation of sending the virtual assets to the anchor, updating own virtual asset information according to the predicted virtual assets;

and recovering the input authority of the first input entry, and resetting the error times to an initial value.

6. A live broadcast processing method, characterized in that the method comprises:

responding to a fifth operation of starting to enter a live broadcast room verification function, presenting an input interface of a voice message, wherein the input interface at least comprises a recording inlet of verification audio data;

acquiring reference information of the verification audio data;

7. The method of claim 6, wherein the input interface further comprises a selection entry for validating audio data,

the method further comprises the following steps:

presenting a plurality of candidate audio identifications in a preset audio library when a first selection operation aiming at the preset audio library is received based on the selection entrance;

when a second selection operation of selecting a target audio identifier from the plurality of candidate audio identifiers is received, determining the target audio identifier as reference information of the verification audio data.

8. The method of claim 7, further comprising:

presenting a second input entry of the reference information on the input interface when a third selection operation for the custom audio is received based on the selection entry;

acquiring input information aiming at a second input inlet;

determining the input information as reference information of the verification audio data.

9. The method of any one of claims 6 to 8, wherein the input interface further comprises at least one of a first set entry for reward information, a second set entry for re-acquiring verification authority, and a third set entry for verification prompt, the method further comprising:

presenting a first setting interface of reward information when receiving a first setting operation for a first setting entrance;

responding to the setting operation received through the first setting interface, and acquiring reward information; and/or

When a second setting operation aiming at a second setting entrance is received, a second setting interface for reacquiring the verification authority is presented;

responding to the setting operation received through the second setting interface, and acquiring virtual asset information required for reacquiring the verification authority; and/or

When a third setting operation for a third setting entrance is received, a third setting interface of a verification prompt is presented;

and responding to the setting operation received through the third setting interface to acquire verification prompt information.

10. The method of claim 9, further comprising:

11. The method of claim 6, wherein obtaining verification audio data in response to a sixth operation on the record entry comprises:

12. A live broadcast processing apparatus, characterized in that the apparatus comprises:

the second acquisition module is used for acquiring live broadcast stream data corresponding to the target voice message when the information to be verified and the reference information corresponding to the target voice message meet a matching condition;

13. A live broadcast processing apparatus, characterized in that the apparatus comprises:

the third presentation interface is used for responding to a fifth operation of starting a verification function of entering the live broadcast room and presenting an input interface of the voice message, and the input interface at least comprises a recording inlet of verification audio data;

a third obtaining module, configured to obtain verification audio data in response to a sixth operation on the recording entry;

a first sending module, configured to send a voice message publishing request to a server, where the voice message publishing request carries at least the verification audio data and the reference information.

14. A live processing device, comprising:

a memory for storing executable instructions;

a processor for implementing the method of any one of claims 1 to 5 or any one of claims 6 to 11 when executing executable instructions stored in the memory.

15. A computer-readable storage medium having stored thereon executable instructions for, when executed by a processor, implementing the method of any one of claims 1 to 5 or any one of claims 6 to 11.