CN113271470A

CN113271470A - Live broadcast wheat connecting method, device, terminal, server and storage medium

Info

Publication number: CN113271470A
Application number: CN202110535900.6A
Authority: CN
Inventors: 何思远
Original assignee: Guangzhou Fanxing Huyu IT Co Ltd
Current assignee: Guangzhou Fanxing Huyu IT Co Ltd
Priority date: 2021-05-17
Filing date: 2021-05-17
Publication date: 2021-08-17
Anticipated expiration: 2041-05-17
Also published as: CN113271470B

Abstract

The application discloses a live broadcast wheat connecting method, a live broadcast wheat connecting device, a terminal, a server and a storage medium, and belongs to the technical field of internet. In the embodiment of the application, in a live broadcast room of a first anchor account, a live broadcast picture of the first anchor account is displayed, when the first anchor account and a second anchor account are in a live broadcast state, live broadcast information is carried in a first live broadcast data stream of the first anchor account, so that audience terminals corresponding to the first anchor account automatically pull a live broadcast data stream of the second anchor account based on the live broadcast information, and then the live broadcast picture of the second anchor account is displayed based on the pulled live broadcast data stream.

Description

Live broadcast wheat connecting method, device, terminal, server and storage medium

Technical Field

The present application relates to the field of internet technologies, and in particular, to a live broadcast and wheat connection method, apparatus, terminal, server, and storage medium.

Background

With the continuous development of internet technology, live broadcasting and live broadcasting become a common interaction mode between anchor broadcasters, and audiences in a live broadcasting room can watch live broadcasting in a live broadcasting mode between anchor broadcasters. For example, chorus microphone connections may be made between the anchor.

In a chorus microphone scene, the live microphone method generally includes: the method comprises the steps that a main singing anchor terminal initiates a wheat-connecting request to an auxiliary singing anchor terminal, when the auxiliary singing anchor terminal agrees to the wheat-connecting request, a server sends a live broadcast data stream of the main singing anchor terminal to the auxiliary singing anchor terminal, the auxiliary singing anchor terminal carries out chorus wheat-connecting according to the received live broadcast data stream, the server acquires the live broadcast data stream of the auxiliary singing anchor terminal, the live broadcast data streams of the main singing anchor terminal and the auxiliary singing anchor terminal are combined, the combined live broadcast data stream is sent to an audience terminal in a live broadcast room of the main singing anchor, and live broadcast pictures of two main singers can be displayed on the audience terminal.

However, for the audience corresponding to the main broadcaster, there may be a problem of network delay when acquiring the live data stream of the secondary broadcaster, which may affect the stability of the live video of the audience.

Disclosure of Invention

The embodiment of the application provides a live broadcast wheat connecting method, a live broadcast wheat connecting device, a terminal, a server and a storage medium, and can ensure the stability of a live broadcast picture. The technical scheme is as follows:

on one hand, a live broadcast wheat connecting method is provided, and the method comprises the following steps:

displaying a live broadcast picture of a first anchor account in a live broadcast room of the first anchor account based on a first live broadcast data stream of the first anchor account;

responding to the first live broadcast data stream carrying the connecting information, sending a pulling request to a server, wherein the connecting information is used for indicating that the first anchor account and the second anchor account are in a connecting state, and the pulling request is used for requesting to pull a second live broadcast data stream of the second anchor account;

receiving the second live data stream returned by the server based on the pull request;

and displaying a live broadcast picture of the second anchor account in a live broadcast room of the first anchor account based on the second live broadcast data stream.

In some embodiments, after receiving the second live data stream returned by the server based on the pull request, the method further comprises:

displaying a live broadcast picture of the first anchor account in a first area of the live broadcast room;

should show the live broadcast picture of this second anchor account among the live broadcast room of this first anchor account include:

and displaying a live broadcast picture of the second anchor account in a second area of the live broadcast room.

In some embodiments, before presenting the live view of the second anchor account in the live room of the first anchor account, the method further comprises:

and displaying a first transition animation in the live broadcast room of the first anchor account, wherein the first transition animation is used for indicating to display a live broadcast picture of the second anchor account.

In some embodiments, presenting, in the live room of the first anchor account, the live view of the second anchor account based on the second live data stream includes:

responding to that the second live broadcast data stream carries heartbeat information, displaying a live broadcast picture of the second anchor account in a live broadcast room of the first anchor account based on the second live broadcast data stream, wherein the heartbeat information is used for indicating that the second anchor account is in an online state.

In some embodiments, after presenting a live view of the second anchor account in the live room of the first anchor account based on the second live data stream, the method further comprises:

and in response to not receiving the heartbeat information of the second anchor account within the first time length, stopping displaying a live broadcast picture of the second anchor account in a live broadcast room of the first anchor account, wherein the heartbeat information is used for indicating that the second anchor account is in an online state.

and in response to receiving the connecting to the wheat end information, stopping displaying a live broadcast picture of the second main broadcast account in a live broadcast room of the first main broadcast account, wherein the connecting to the wheat end information is used for indicating that the first main broadcast account and the second main broadcast account end connecting to the wheat.

In some embodiments, after stopping presenting the live view of the second anchor account in the live room of the first anchor account, the method further comprises:

and displaying a second transition animation in the live broadcast room of the first anchor account, wherein the second transition animation is used for indicating to display a live broadcast picture of the first anchor account.

and receiving a connecting wheat prompting message, wherein the connecting wheat prompting message is used for indicating the remaining time length of the first main broadcast account and the second main broadcast account from the end of connecting wheat.

sending a first direct broadcast data stream of a first anchor account to terminals corresponding to a plurality of audience accounts in a direct broadcast room of the first anchor account;

receiving a pull request sent by a terminal corresponding to any viewer account under the condition that the first direct broadcast data stream carries the connecting information, wherein the connecting information is used for indicating that the first main broadcast account and the second main broadcast account are in the connecting state, and the pull request is used for requesting to pull a second direct broadcast data stream of the second main broadcast account;

acquiring a second live broadcast data stream of the second anchor account based on the pull request;

and returning the second live broadcast data stream to the terminal corresponding to any viewer account.

In some embodiments, the method further comprises:

receiving the connecting information sent by the terminal corresponding to the first anchor account;

and adding the connecting information into a first direct broadcasting data stream of the first main broadcasting account.

In some embodiments, the connecting information is sent by the terminal corresponding to the first anchor account every second duration in the connecting process.

In some embodiments, the method further comprises:

receiving heartbeat information sent by a terminal corresponding to the second anchor account, wherein the heartbeat information is used for indicating that the second anchor account is in an online state;

and adding the heartbeat information in a second live data stream of the second anchor account.

In some embodiments, the heartbeat information is sent every second duration by the terminal corresponding to the second anchor account in the process of connecting to the mobile phone.

In some embodiments, the method further comprises:

receiving connecting wheat ending information sent by a terminal corresponding to the second anchor account, wherein the connecting wheat ending information is used for indicating that the first anchor account and the second anchor account end connecting wheat;

and adding the connecting wheat ending information in a second live data stream of the second main broadcasting account.

In some embodiments, the method further comprises:

receiving a connecting prompting message sent by a terminal corresponding to the second anchor account, wherein the connecting prompting message is used for indicating the remaining time length from the first anchor account to the end of connecting the wheat to the second anchor account;

and adding the microphone connecting prompt information into a second live broadcast data stream of the second anchor account.

In some embodiments, the connect-to-air prompt message is sent by the terminal corresponding to the second anchor account every fourth duration within a third duration from the end of the connect-to-air, where the third duration is longer than the fourth duration.

In one aspect, a live broadcast wheat connecting device is provided, and the device comprises:

the first display module is used for displaying a live broadcast picture of a first anchor account in a live broadcast room of the first anchor account based on a first live broadcast data stream of the first anchor account;

a sending module, configured to send a pull request to a server in response to that the first live broadcast data stream carries a microphone connecting information, where the microphone connecting information is used to indicate that the first anchor account and the second anchor account are in a microphone connecting state, and the pull request is used to request to pull a second live broadcast data stream of the second anchor account;

a receiving module, configured to receive the second live data stream returned by the server based on the pull request;

and the second display module is used for displaying the live broadcast picture of the second anchor account in the live broadcast room of the first anchor account based on the second live broadcast data stream.

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

the second display module is configured to:

In some embodiments, the apparatus further comprises a third presentation module to:

In some embodiments, the second display module is to:

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

In some embodiments, the apparatus further comprises a fourth presentation module to:

In some embodiments, the receiving module is further configured to:

the system comprises a sending module, a receiving module and a processing module, wherein the sending module is used for sending a first direct broadcasting data stream of a first anchor account to terminals corresponding to a plurality of audience accounts in a direct broadcasting room of the first anchor account;

a receiving module, configured to receive a pull request sent by a terminal corresponding to any viewer account when the first live broadcast data stream carries a microphone connection information, where the microphone connection information is used to indicate that the first anchor account and the second anchor account are in a microphone connection state, and the pull request is used to request to pull a second live broadcast data stream of the second anchor account;

the acquisition module is used for acquiring a second live broadcast data stream of the second anchor account based on the pull request;

and the return module is used for returning the second live broadcast data stream to the terminal corresponding to any viewer account.

In some embodiments, the receiving module is further configured to:

the apparatus also includes an add module to:

In some embodiments, the receiving module is further configured to:

the apparatus also includes an add module to:

In some embodiments, the receiving module is further configured to:

the apparatus also includes an add module to:

In some embodiments, the receiving module is further configured to:

the apparatus also includes an add module to:

In one aspect, a terminal is provided, where the terminal includes a processor and a memory, where the memory stores at least one program code, and the at least one program code is loaded and executed by the processor to implement the live broadcast and live broadcast method.

In one aspect, a server is provided, where the server includes a processor and a memory, where the memory stores at least one program code, and the at least one program code is loaded and executed by the processor to implement the live microphone connecting method described above.

In one aspect, a computer-readable storage medium is provided, in which at least one program code is stored, and the at least one program code is loaded and executed by a processor to implement the live broadcast and live broadcast method.

In one aspect, a computer program product is provided, which includes computer program code stored in a computer-readable storage medium, and a processor of a computer device reads the computer program code from the computer-readable storage medium, and executes the computer program code to make the computer device execute the live wheat connecting method.

According to the technical scheme, in a live broadcast room of a first anchor account, a live broadcast picture of the first anchor account is displayed, when the first anchor account and a second anchor account are in a continuous-broadcast state, continuous-broadcast information is carried in a first live broadcast data stream of the first anchor account, so that audience terminals corresponding to the first anchor account automatically pull a live broadcast data stream of the second anchor account based on the continuous-broadcast information, and then the live broadcast picture of the second anchor account is displayed based on the pulled live broadcast data stream.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a schematic diagram of an implementation environment of a live broadcast wheat-connecting method provided in an embodiment of the present application;

fig. 2 is a flowchart of a live broadcast wheat-connecting method provided in an embodiment of the present application;

fig. 3 is a flowchart of a live broadcast wheat-connecting method provided in an embodiment of the present application;

fig. 4 is a flowchart of a live broadcast wheat-connecting method provided in an embodiment of the present application;

fig. 5 is a schematic diagram of a chorus microphone according to an embodiment of the present disclosure;

fig. 6 is a schematic diagram of a live view provided in an embodiment of the present application;

fig. 7 is a flowchart of a chorus microphone according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of a live broadcast wheat connecting device according to an embodiment of the present application;

fig. 9 is a schematic structural diagram of a live broadcast wheat connecting device according to an embodiment of the present application;

fig. 10 is a schematic structural diagram of a terminal according to an embodiment of the present application;

fig. 11 is a schematic structural diagram of a server according to an embodiment of the present application.

Detailed Description

To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

First, description is made for an application scenario related in the embodiment of the present application:

the live broadcast wheat connecting method provided by the embodiment of the application can be applied to live broadcast wheat connecting scenes of a main broadcast and a main broadcast, and particularly can be applied to chorus wheat connecting scenes. In some embodiments, the first anchor account may have a chorus with the second anchor account during live broadcast. For example, a first anchor account may initiate a chorus wheat-connecting request to a second anchor account, and when the second anchor account agrees to the chorus wheat-connecting request, the first anchor account and the second anchor account start to perform chorus wheat-connecting, and at this time, a plurality of first audience accounts in a live broadcast room of the first anchor account and a plurality of second audience accounts in a live broadcast room of the second anchor account may all show live broadcast pictures of the chorus wheat-connecting of the first anchor account and the second anchor account on terminals corresponding thereto.

Specifically, the live broadcast wheat connecting method provided by the embodiment of the application is applied to a first audience account side in a chorus wheat connecting scene, and a terminal corresponding to the first audience account can acquire live broadcast data streams of a first anchor account and a second anchor account through the live broadcast wheat connecting method, so that live broadcast pictures of the first anchor account and the second anchor account are displayed, and thus, the stability of the live broadcast pictures can be ensured.

In the embodiment of the application, the first anchor account is an anchor account initiating a chorus microphone connecting request, namely the anchor account; the second anchor account is an anchor account invited to carry out chorus microphone connection, namely an auxiliary chorus anchor account; the first audience account is any one of a plurality of audience accounts in a live broadcast room of the first anchor account; the second viewer account is any of a plurality of viewer accounts within a live room of the second anchor account.

Fig. 1 is a schematic diagram of an implementation environment of a live broadcast wheat-connecting method according to an embodiment of the present application. Referring to fig. 1, the implementation environment includes: a terminal 101 and a server 102.

The terminal 101 may be at least one of a smartphone, a smart watch, a desktop computer, a laptop computer, a virtual reality terminal, an augmented reality terminal, a wireless terminal, a laptop portable computer, and the like. The terminal 101 has a communication function and can access a wired network or a wireless network. The terminal 101 may be generally referred to as one of a plurality of terminals, and the embodiment is only illustrated by the terminal 101. Those skilled in the art will appreciate that the number of terminals described above may be greater or fewer. In some embodiments, the terminal 101 runs a target application with live-broadcast and live-broadcast functions, such as a karaoke application.

In the embodiment of the present application, the terminal 101 may include a first anchor terminal, a second anchor terminal, a first viewer terminal, and a second viewer terminal. The first anchor terminal is a terminal corresponding to a first anchor account, namely an anchor terminal initiating a chorus and wheat connecting request; the second anchor terminal is a terminal corresponding to the second anchor account, namely, the anchor terminal invited to carry out chorus wheat connection; the first audience terminal is a terminal corresponding to a first audience account, namely a terminal corresponding to any audience account in a live broadcast room of a first anchor account; the second audience terminal is a terminal corresponding to the second audience account, that is, a terminal corresponding to any audience account in the live broadcast room of the second anchor account.

The live broadcast wheat connecting method provided by the embodiment of the application is applied to a first audience terminal, and specifically, the first audience terminal is used for displaying a live broadcast picture of a first main broadcast account number in a live broadcast room of the first main broadcast account number based on a first live broadcast data stream of the first main broadcast account number, responding to the fact that the first live broadcast data stream carries wheat connecting information, sending a pulling request to a server, receiving a second live broadcast data stream returned by the server based on the pulling request, and displaying the live broadcast picture of the second main broadcast account number in the live broadcast room of the first main broadcast account number based on the second live broadcast data stream.

The server 102 may be an independent physical server, a server cluster or a distributed file system formed by a plurality of physical servers, or 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 (Content Delivery Network), a big data and artificial intelligence platform, and the like. The server 102 and the terminal 101 may be directly or indirectly connected through wired or wireless communication, which is not limited in this embodiment of the application. Alternatively, the number of the servers 102 may be more or less, and the embodiment of the present application is not limited thereto. Of course, the server 102 may also include other functional servers to provide more comprehensive and diverse services.

Server 102 may be a backend server for the target application. The server 102 is configured to send a first live data stream of a first anchor account to terminals corresponding to multiple viewer accounts in a live broadcast room of the first anchor account, receive a pull request sent by a terminal corresponding to any viewer account under the condition that the first live data stream carries microphone connection information, obtain a second live data stream of the second anchor account based on the pull request, and return the second live data stream to the terminal corresponding to any viewer account.

In this embodiment, the server 102 may include a connecting server and a CDN server. The mobile terminal comprises a first anchor account, a second anchor account, a connecting server and a first anchor terminal, wherein the connecting server is used for sending a live broadcast data stream of the first anchor account to the second anchor terminal so that the second anchor account can chorus and connect wheat based on the live broadcast data stream, and sending the live broadcast data stream of the second anchor account to the first anchor terminal, thereby realizing chorus and connection wheat between the first anchor account and the second anchor account; the CDN server is used for sending live broadcast data streams of the first anchor account and the second anchor account to the first audience terminal and sending live broadcast data streams of the second anchor account to the second audience terminal. In some embodiments, the live broadcast and live broadcast method provided by the embodiments of the present application may be applied to a CDN server.

Fig. 2 is a flowchart of a live broadcast and live broadcast method according to an embodiment of the present application. This embodiment is performed by a first viewer terminal, see fig. 2, and comprises:

201. the first audience terminal displays a live broadcast picture of a first anchor account in a live broadcast room of the first anchor account based on a first live broadcast data stream of the first anchor account.

In this embodiment, the first viewer terminal refers to a terminal corresponding to any viewer account in a live broadcast room of the first anchor account. The first anchor account is an anchor account initiating a chorus microphone connecting request, namely the anchor account. The first live data stream is a live data stream of the first anchor account. Optionally, the first direct broadcast data stream includes an audio stream and a video stream of the first anchor account.

In some embodiments, the first viewer terminal presents a live view of the first anchor account in a live room of the first anchor account based on a video stream in the first live data stream.

202. And the first audience terminal responds to the first live broadcast data stream carrying the connecting wheat information and sends a pulling request to the server, wherein the connecting wheat information is used for indicating that the first anchor account and the second anchor account are in a connecting wheat state, and the pulling request is used for requesting to pull the second live broadcast data stream of the second anchor account.

In the embodiment of the present application, the second anchor account is an anchor account to be invited to chorus microphone, that is, an auxiliary chorus anchor account. The second live data stream is a live data stream of the second anchor account.

In some embodiments, after receiving the first direct broadcast data stream, the first viewer terminal determines whether the first direct broadcast data stream carries the microphone connecting information, and sends a pull request to the server in response to the first direct broadcast data stream carrying the microphone connecting information, so as to pull a second direct broadcast data stream of a second anchor account.

203. And the first viewer terminal receives the second live data stream returned by the server based on the pull request.

204. And the first audience terminal displays a live broadcast picture of the second anchor account in a live broadcast room of the first anchor account based on the second live broadcast data stream.

In some embodiments, the first viewer terminal presents a live view of the second anchor account in a live room of the first anchor account based on a video stream in the second live data stream.

Fig. 3 is a flowchart of a live broadcast and live broadcast method according to an embodiment of the present application. This embodiment is performed by a server, see fig. 3, and comprises:

301. the server sends a first direct broadcast data stream of a first anchor account to terminals corresponding to a plurality of audience accounts in a direct broadcast room of the first anchor account.

302. The server receives a pull request sent by a terminal corresponding to any viewer account under the condition that the first live broadcast data stream carries the connecting information, wherein the connecting information is used for indicating that the first main broadcast account and the second main broadcast account are in the connecting state, and the pull request is used for requesting to pull the second live broadcast data stream of the second main broadcast account.

303. The server obtains a second live broadcast data stream of the second anchor account based on the pull request.

304. And the server returns the second live broadcast data stream to the terminal corresponding to any viewer account.

Fig. 2 to fig. 3 show basic processes of the present application, and the following further explains a scheme provided by the present application based on a specific implementation, and fig. 4 is a flowchart of a live broadcast wheat-connecting method provided in an embodiment of the present application. The embodiment takes an interaction process among the first anchor terminal, the first viewer terminal and the server as an example to explain the scheme, and referring to fig. 4, the embodiment includes:

401. the server sends a first direct broadcast data stream of the first anchor account to a first audience terminal in the direct broadcast process of the first anchor account.

In the embodiment of the present application, the first anchor account is an anchor account initiating a chorus microphone connecting request, that is, an anchor account. The first audience terminal is a terminal corresponding to any audience account in a live broadcast room of the first anchor account. The first live data stream is a live data stream of the first anchor account. Optionally, the first direct broadcast data stream includes an audio stream and a video stream of the first anchor account.

Step 401 takes an interaction process between a first viewer terminal and a server as an example, and in some embodiments, a server sends a first direct broadcast data stream of a first anchor account to terminals corresponding to a plurality of viewer accounts in a direct broadcast room of the first anchor account in a direct broadcast process of the first anchor account.

402. The method comprises the steps that a first audience terminal receives a first direct-broadcast data stream of a first anchor account, and a direct-broadcast picture of the first anchor account is displayed in a direct-broadcast room of the first anchor account based on the first direct-broadcast data stream of the first anchor account.

In some embodiments, the first viewer terminal presents a live view of the first anchor account in a live room of the first anchor account based on a video stream in the first live data stream. In some embodiments, the first viewer terminal plays the live audio of the first anchor account in the live room of the first anchor account based on an audio stream in the first live data stream.

403. The first anchor terminal responds to that the first anchor account and the second anchor account are in the connected-to-wheat state, and sends connected-to-wheat information to the server, wherein the connected-to-wheat information is used for indicating that the first anchor account and the second anchor account are in the connected-to-wheat state.

The first anchor terminal is a terminal corresponding to the first anchor account, that is, an anchor terminal initiating a chorus and wheat connecting request. The second anchor account is an anchor account to be invited to chorus and connect to wheat, namely, an auxiliary chorus anchor account.

It should be noted that, in the live broadcast process of the first anchor account, the first anchor account may perform a chorus wheat connecting with the second anchor account, for example. In some embodiments, after the first anchor account and the second anchor account start chorusing and connecting to the wheat, the first anchor terminal sends the wheat connecting information to the server. Specifically, taking an interaction process among a first anchor terminal, a second anchor terminal and a server as an example, the second anchor terminal is a terminal corresponding to a second anchor account, and accordingly, the process of chorusing and connecting wheat is as follows: the method comprises the steps that a first anchor terminal responds to an invitation wheat connecting operation of a second anchor account and sends a chorus wheat connecting request to a server, wherein the chorus wheat connecting request is used for requesting to carry out chorus wheat connecting with the second anchor account; the server receives the chorus microphone connecting request and sends the chorus microphone connecting request to a second anchor terminal; the second anchor terminal receives the chorus microphone connecting request, responds to the consent operation of the chorus microphone connecting request, and sends a consent message to the server, wherein the consent message is used for indicating the second anchor account number to agree to perform chorus microphone connecting with the first anchor account number; the server receives the agreement message and sends the agreement message to the first anchor terminal; the first anchor terminal receives the agreement message, responds to the agreement of the second anchor account number to have chorus and wheat connection with the first anchor account number, and sends wheat connection information to the server to trigger the server to execute step 404.

In some embodiments, the connecting information is sent by the first anchor terminal every second duration during the connecting process. The corresponding process is as follows: and the first anchor terminal responds to the fact that the first anchor account and the second anchor account are in a wheat connecting state, and in the wheat connecting process, the wheat connecting information is sent to the server once every second time length. Wherein the second time period is a preset fixed time period, such as 3 s. The wheat connecting process is the time period from the beginning to the end of wheat connecting. Therefore, the server can timely know the microphone connecting state of the live broadcast room by periodically sending the microphone connecting information to the server, so that the audience account number newly entering the live broadcast room can timely know the microphone connecting state of the live broadcast room, and the consistency of a live broadcast picture and an event is ensured.

404. The server receives the connecting information sent by the first main broadcasting terminal, adds the connecting information in a first direct broadcasting data stream of the first main broadcasting account, and sends the first direct broadcasting data stream carrying the connecting information to a first audience terminal.

In some embodiments, the server receives the wheat-connecting information sent by the first anchor terminal, and adds the wheat-connecting information to a specific field of the first direct-broadcast data stream of the first anchor account.

405. And the first audience terminal receives the first direct broadcast data stream, judges whether the first direct broadcast data stream carries the microphone connecting information or not, responds to the first direct broadcast data stream carrying the microphone connecting information, and sends a pulling request to the server, wherein the pulling request is used for requesting to pull the second direct broadcast data stream of the second anchor account.

In some embodiments, the first viewer terminal generates the pull request based on the live broadcast room ID of the second anchor account in the direct broadcast data stream carrying the direct broadcast information, and sends the pull request to the server to request to pull the second live broadcast data stream of the second anchor account.

In the embodiment of the application, the microphone connection information is used for triggering the first audience terminal to send a pull request to the server so as to pull the second live data stream of the second anchor account. At this time, the first viewer terminal switches from pulling the first live data stream to pulling the first live data stream and the second live data stream, and understandably, the miked information is information for indicating stream switching.

In some embodiments, the microphone connection information is in the form of message data. For example, the microphone connection information may be message data of a cut stream type. In some embodiments, the affiliation information includes a live affiliation ID (Identification number), a live room ID of the first anchor account, a live room ID of the second anchor account, and an affiliation start timestamp. The live broadcast microphone ID is a unique identifier for indicating the microphone connection, such as a chorus microphone ID.

For example, taking the message data as an example, the link information may include:

1. event type: a type of tangential flow;

2. event: switch event;

3. chorus Limai ID: bid (service identity, business id);

4. home room identifier (current room id): a live broadcast room ID of the first anchor account;

5. opposite end room identification (tid, target room id): a live broadcast room ID of the second anchor account;

6. connecting to the microphone starting time stamp: start time (start timestamp).

It should be noted that, for any viewer account, when the any viewer account enters the live broadcast room once, the same live broadcast connected microphone only allows the any viewer account to perform stream switching once, and does not allow the any viewer account to perform stream switching repeatedly for many times.

406. And the server receives a pull request sent by the first audience terminal under the condition that the first direct broadcasting data stream carries the microphone connecting information.

407. The server obtains a second live data stream of the second anchor account based on the pull request, and returns the second live data stream to the first audience terminal.

In some embodiments, the server obtains a live broadcast data stream corresponding to the live broadcast room ID based on the live broadcast room ID of the second anchor account in the pull request, determines the obtained live broadcast data stream as the second live broadcast data stream, and sends the second live broadcast data stream to the first viewer terminal.

408. And the first viewer terminal receives the second live data stream returned by the server based on the pull request.

Fig. 5 is a schematic diagram of a chorus microphone according to an embodiment of the present disclosure, and referring to fig. 5, taking a microphone server and a CDN server as an example, a chorus microphone connecting process includes: the microphone connecting server responds to that the main singing A and the auxiliary singing B are in a microphone connecting state, sends a live broadcast data stream (such as voice of A and song progress) of the main singing A to the auxiliary singing B, so that the auxiliary singing B carries out microphone connecting based on the live broadcast data stream, obtains the live broadcast data stream (such as voice of B) of the auxiliary singing B, and sends the live broadcast data stream of the auxiliary singing B to the main singing A, and therefore microphone connecting between the main singing A and the auxiliary singing B is achieved; meanwhile, the CDN server acquires live broadcast data streams of the main singing A and the auxiliary singing B, the live broadcast data streams of the main singing A and the auxiliary singing B are sent to the main singing audience, the live broadcast data streams of the auxiliary singing B are sent to the auxiliary singing audience, the main singing audience and the auxiliary singing audience can acquire the live broadcast data streams of the chorus mike, and then live broadcast pictures of the chorus mike are displayed on corresponding terminals, so that the stability of the live broadcast pictures can be ensured.

409. And the first audience terminal displays a first transition animation in the live broadcast room of the first anchor account, wherein the first transition animation is used for indicating to display a live broadcast picture of the second anchor account.

In the embodiment, the user is prompted to display the live broadcast picture of the second anchor account by displaying the first transition animation, so that smooth transition of the live broadcast picture is realized, and the situation that the picture switching is too abrupt to influence the watching of the user is avoided.

It should be noted that step 409 is an optional step. In some embodiments, after receiving the second live broadcast data stream, the first viewer terminal performs a process of displaying a transition animation in the live broadcast room of the first anchor account based on the second live broadcast data stream without performing the process of displaying a transition animation, that is, after performing step 408, step 409 does not need to be performed, and step 410 is performed.

410. And the first audience terminal displays a live broadcast picture of the second anchor account in a live broadcast room of the first anchor account based on the second live broadcast data stream.

In some embodiments, the first viewer terminal presents a live view of the first anchor account in a first region of the live broadcast room and presents a live view of the second anchor account in a second region of the live broadcast room. The first area refers to a preset fixed area, such as a left area of a live interface. The second area refers to a preset fixed area, such as a right area of a live interface or a live interface.

Fig. 6 is a schematic diagram of a live view provided in an embodiment of the present application, and referring to fig. 6, taking a primary song a and a secondary song B as an example, an area 601 of fig. 6 shows a schematic diagram showing a live view in the related art, and an area 602 of fig. 6 shows a schematic diagram showing a live view in an embodiment of the present application. It can be found that, in the related art, the live broadcast picture displayed by the main singing end (the main singing anchor end and the audience end corresponding to the main singing anchor) is AB, and the live broadcast picture displayed by the auxiliary singing end (the auxiliary singing anchor end and the audience end corresponding to the auxiliary singing anchor) is BA, that is, the main singing end displays the live broadcast picture of the main singing anchor in the left area of the live broadcast room, the direct broadcast picture of the auxiliary singing anchor in the right area of the live broadcast room, the direct broadcast picture of the auxiliary singing anchor in the left area of the live broadcast room, and the direct broadcast picture of the main singing anchor in the right area of the live broadcast room. Thus, after the start of chorus microphone, the live broadcast frame changes from AB to BA and the audio frequency changes, and since the sensitivity of the user to the frame is much higher than the sensitivity to the sound, the problem that the viewing experience of the user is affected due to the abrupt transition of the frame may occur. In the embodiment of the application, the live broadcast picture displayed by the main singing end is AB, and the live broadcast picture displayed by the auxiliary singing end is AB, that is to say, the main singing end and the auxiliary singing end both display the live broadcast picture of the main singing main broadcasting in the left area of the live broadcasting room, and display the live broadcast picture of the auxiliary singing main broadcasting in the right area of the live broadcasting room. Therefore, under the scene of chorus microphone, the live broadcast picture of the first anchor account and the live broadcast picture of the second anchor account are displayed in the fixed area, the problem that the pictures are changed violently left and right due to unstable stream switching is avoided, and the watching experience of a user is improved.

The step 410 is a process of directly displaying the live broadcast screen of the second anchor account when the first viewer terminal receives the second live broadcast data stream. In other embodiments, the process of step 410 is: and the first audience terminal responds to the second live broadcast data stream to carry heartbeat information, displays a live broadcast picture of the second anchor account in a live broadcast room of the first anchor account based on the second live broadcast data stream, and the heartbeat information is used for indicating that the second anchor account is in an online state.

In some embodiments, the second anchor terminal sends heartbeat information to the server in response to that the first anchor account and the second anchor account are in a connected state, the server receives the heartbeat information sent by the second anchor terminal, adds the heartbeat information to a second live data stream of the second anchor account, sends the second live data stream carrying the heartbeat information to the first viewer terminal, and triggers the first viewer terminal to execute step 410 based on the heartbeat information.

In some embodiments, the heartbeat message is sent by the second anchor terminal every second duration during the connecting process. The corresponding process is as follows: and the second anchor terminal responds to the first anchor account and the second anchor account in a wheat connecting state, and sends heartbeat information to the server every second time length in the wheat connecting process. Wherein the second time period is a preset fixed time period, such as 3 s. Therefore, the heartbeat information is periodically sent to the server, so that the server and the audience terminal can timely know whether the second anchor account is online or not, and the consistency of the picture and the event is ensured.

In this embodiment of the application, the heartbeat information is used to indicate that the second anchor account is in an online state. In some embodiments, the heartbeat information is in the form of message data. For example, the heartbeat information is heartbeat type message data. In some embodiments, the heartbeat information includes a live microphone ID, a live room ID of the first anchor account, and a live room ID of the second anchor account.

Illustratively, taking the message data as an example, the heartbeat information may include:

1. event type: a heartbeat type;

2. event: heart beat event (sustained heartbeat event);

3. chorus Limai ID: bid;

4. local room identification: a live broadcast room ID of the second anchor account;

5. and identifying the opposite end room: a live room ID of the first anchor account.

In the live broadcast and wheat-connecting scene of the first anchor account and the second anchor account, the following implementation mode can be realized:

(1) in some embodiments, the second anchor terminal stops sending heartbeat information to the server in response to the end of the microphone attachment. Accordingly, in an optional embodiment, in response to not receiving the heartbeat information of the second anchor account within the first duration, the first viewer terminal stops displaying the live view of the second anchor account in the live broadcast room of the first anchor account. Wherein the first time period is a preset fixed time period, such as 10s or 20 s. In another optional embodiment, in response to that the number of times of not receiving the heartbeat information of the second anchor account reaches a target number of times, the first viewer terminal stops displaying the live view of the second anchor account in the live broadcast room of the first anchor account. Wherein the target number is a predetermined fixed number, such as 3.

(2) In some embodiments, the second anchor terminal sends the end of the wheat connecting to the server in response to the end of the wheat connecting, and the server receives the end of the wheat connecting sent by the second anchor terminal and sends the end of the wheat connecting to the first audience terminal. Correspondingly, the first audience terminal responds to the received connecting to the wheat end information, stops displaying the live broadcast picture of the second main broadcast account in the live broadcast room of the first main broadcast account, and the connecting to the wheat end information is used for indicating that the first main broadcast account and the second main broadcast account end connecting to the wheat.

In the embodiment of the application, the connecting wheat end information is used for triggering the first audience terminal not to pull the second live data stream of the second anchor account any more, but only pull the first live data stream of the first anchor account. In this case, the first viewer terminal switches from pulling the first live data stream and the second live data stream to pulling only the first live data stream, and it is understood that the link completion information is also information for instructing stream switching.

In some embodiments, the microphone connection end information is in the form of message data. For example, the microphone connection end information may be a cut stream type message data. In some embodiments, the direct contact information includes a direct contact ID, a live room ID of the first anchor account, and a live room ID of the second anchor account.

For example, taking the message data as an example, the link ending information may include:

1. event type: a type of tangential flow;

2. event: back (switch back to original live room);

3. chorus Limai ID: bid;

It should be noted that, in live broadcasting and microphone connecting, the second anchor terminal sends microphone connecting end information to the server only once. If the first audience terminal does not receive the connecting wheat ending information, whether the connecting wheat is ended or not can be judged based on the condition of the received heartbeat information of the second main broadcast account.

(3) In some embodiments, in response to not receiving the heartbeat information of the second anchor account within the first duration and not receiving the end of connecting to the microphone, the first viewer terminal determines that the current microphone is abnormal, and stops displaying the live broadcast picture of the second anchor account in the live broadcast room of the first anchor account. For example, if the first viewer terminal does not receive heartbeat information or receives the talk-to-talk finish information for 20 seconds continuously, the current live talk is abnormally finished, and the live broadcast picture of the first main broadcast account is automatically switched back.

(4) In some embodiments, the second anchor terminal sends the microphone connecting prompt message to the server every fourth time period within a third time period from the end of microphone connecting, and the server receives the microphone connecting prompt message sent by the second anchor terminal and sends the microphone connecting prompt message to the first audience terminal. Correspondingly, the first audience terminal receives the continuous-playing prompt message, wherein the continuous-playing prompt message is used for indicating the remaining time length of the first main-broadcast account and the second main-broadcast account from the end of continuous playing, and then when the continuous playing is finished, the display of the live-broadcast picture of the second main-broadcast account is stopped in the live-broadcast room of the first main-broadcast account.

It should be noted that, the process of sending the continuous microphone prompting information in (4) above may also be executed by the first anchor terminal, that is, the first anchor terminal sends the continuous microphone prompting information to the server every fourth time interval within a third time interval from the end of the continuous microphone, and the server receives the continuous microphone prompting information sent by the first anchor terminal and sends the continuous microphone prompting information to the first viewer terminal. Correspondingly, the first audience terminal receives the continuous-broadcasting prompt information, and stops displaying the live broadcasting picture of the second main broadcasting account in the live broadcasting room of the first main broadcasting account when the continuous broadcasting is finished. This is not limited in the embodiments of the present application.

Optionally, the server adds the microphone connecting prompt information to a second live data stream of the second anchor account, and sends the second live data stream added with the microphone connecting prompt information to the first audience terminal.

In the above embodiment, the connect-to-mic cue message is sent by the second anchor terminal every fourth duration within a third duration from the end of the connect-to-mic cue message, where the third duration is longer than the fourth duration. The third duration and the fourth duration are both preset fixed durations, for example, the third duration may be 5s, and the fourth duration may be 1s, that is, within 5s from the end of the wheat connecting, the prompting information for wheat connecting is periodically sent to the server 5 times until the wheat connecting is ended. Therefore, the first audience terminal can acquire the remaining time after the microphone connection is finished so as to switch back to the live broadcast picture of the first main broadcast account in time, and the consistency of the live broadcast picture and the event is ensured.

For any one of the above (1) to (4), after the first audience terminal stops displaying the live broadcast picture of the second anchor account, displaying a second transition animation in the live broadcast room of the first anchor account, where the second transition animation is used to indicate to display the live broadcast picture of the first anchor account, and further, the first audience terminal displays the live broadcast picture of the first anchor account in the live broadcast room of the first anchor account. Therefore, the user is prompted to display the live broadcast picture of the first anchor account by displaying the second transition animation, so that smooth transition of the live broadcast picture can be realized, and the situation that the picture switching is too abrupt to influence the watching of the user is avoided.

For example, fig. 7 is a flowchart of a chorus-song-associated session provided in an embodiment of the present application, and referring to fig. 7, in a live broadcast process of a primary record anchor account (a first primary record account), a primary record audience terminal (a first audience terminal) always pulls a data stream of the primary record anchor account, when a chop message (message associated with a session) is detected, requests a data stream of a secondary record anchor account (a second primary record account) and prestretches the stream, when the prestretch stream is successful, determines whether the prestretch stream carries a heartbeat message (heartbeat information), if the prestretch stream carries the heartbeat message, pulls the data stream of the secondary record anchor account, and if the heartbeat message is not received for 3 consecutive times or the message associated with a session is detected, does not pull the data stream of the secondary record anchor account, and switches to pull only the data stream of the primary record anchor account. In the process, the leading audience terminal switches from pulling the data stream of the account number of the leading record and the account number of the auxiliary record, and after chorus microphone connecting is finished, the leading audience terminal switches to only pulling the data stream of the account number of the leading record. Therefore, the data stream of the auxiliary-singing main broadcasting account is pulled by the main broadcasting audience, the problem of network delay can be avoided, and the synchronization of the live broadcasting picture and the continuous broadcasting progress is ensured.

Fig. 8 is a schematic structural diagram of a live broadcast wheat-connecting device according to an embodiment of the present application, and referring to fig. 8, the device includes:

a first display module 801, configured to display a live broadcast screen of a first anchor account in a live broadcast room of the first anchor account based on a first live broadcast data stream of the first anchor account;

a sending module 802, configured to send a pull request to a server in response to that the first live data stream carries a microphone connection information, where the microphone connection information is used to indicate that the first anchor account and the second anchor account are in a microphone connection state, and the pull request is used to request to pull a second live data stream of the second anchor account;

a receiving module 803, configured to receive the second live data stream returned by the server based on the pull request;

a second displaying module 804, configured to display a live broadcast frame of the second anchor account in a live broadcast room of the first anchor account based on the second live broadcast data stream.

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

the second display module 804 is configured to:

In some embodiments, the second display module 804 is configured to:

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

In some embodiments, the receiving module 803 is further configured to:

Fig. 9 is a schematic structural diagram of a live broadcast wheat-connecting device according to an embodiment of the present application, and referring to fig. 9, the device includes:

a sending module 901, configured to send a first direct broadcast data stream of a first anchor account to terminals corresponding to multiple viewer accounts in a live broadcast room of the first anchor account;

a receiving module 902, configured to receive a pull request sent by a terminal corresponding to any viewer account when the first live broadcast data stream carries a microphone connection information, where the microphone connection information is used to indicate that the first anchor account and the second anchor account are in a microphone connection state, and the pull request is used to request to pull a second live broadcast data stream of the second anchor account;

an obtaining module 903, configured to obtain a second live data stream of the second anchor account based on the pull request;

a returning module 904, configured to return the second live data stream to the terminal corresponding to the any viewer account.

In some embodiments, the receiving module 902 is further configured to:

the apparatus also includes an add module to:

In some embodiments, the receiving module 902 is further configured to:

the apparatus also includes an add module to:

In some embodiments, the receiving module 902 is further configured to:

the apparatus also includes an add module to:

In some embodiments, the receiving module 902 is further configured to:

the apparatus also includes an add module to:

It should be noted that: in the live broadcasting and microphone connecting device provided in the above embodiment, only the division of the above functional modules is used for illustration when live broadcasting and microphone connecting are performed, and in practical application, the above function distribution may be completed by different functional modules as needed, that is, the internal structure of the device is divided into different functional modules to complete all or part of the above described functions. In addition, the live broadcast wheat connecting device and the live broadcast wheat connecting method provided by the above embodiments belong to the same concept, and specific implementation processes thereof are detailed in the method embodiments and are not described herein again.

Fig. 10 shows a block diagram of a terminal 1000 according to an exemplary embodiment of the present application. The terminal 1000 can be: a smart phone, a tablet computer, an MP3 player (Moving Picture Experts Group Audio Layer III, motion video Experts compression standard Audio Layer 3), an MP4 player (Moving Picture Experts Group Audio Layer IV, motion video Experts compression standard Audio Layer 4), a notebook computer, or a desktop computer. Terminal 1000 can also be referred to as user equipment, portable terminal, laptop terminal, desktop terminal, or the like by other names.

In general, terminal 1000 can include: a processor 1001 and a memory 1002.

Processor 1001 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and so forth. The processor 1001 may be implemented in at least one hardware form of a DSP (Digital Signal Processing), an FPGA (Field-Programmable Gate Array), and a PLA (Programmable Logic Array). The processor 1001 may also include a main processor and a coprocessor, where the main processor is a processor for Processing data in an awake state, and is also referred to as a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 1001 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content that the display screen needs to display. In some embodiments, the processor 1001 may further include an AI (Artificial Intelligence) processor for processing a computing operation related to machine learning.

Memory 1002 may include one or more computer-readable storage media, which may be non-transitory. The memory 1002 may also include high-speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in the memory 1002 is configured to store at least one program code for execution by the processor 1001 to implement the live-coupled method provided by the method embodiments herein.

In some embodiments, terminal 1000 can also optionally include: a peripheral interface 1003 and at least one peripheral. The processor 1001, memory 1002 and peripheral interface 1003 may be connected by a bus or signal line. Various peripheral devices may be connected to peripheral interface 1003 via a bus, signal line, or circuit board. Specifically, the peripheral device includes: at least one of radio frequency circuitry 1004, display screen 1005, camera assembly 1006, audio circuitry 1007, positioning assembly 1008, and power supply 1009.

The peripheral interface 1003 may be used to connect at least one peripheral related to I/O (Input/Output) to the processor 1001 and the memory 1002. In some embodiments, processor 1001, memory 1002, and peripheral interface 1003 are integrated on the same chip or circuit board; in some other embodiments, any one or two of the processor 1001, the memory 1002, and the peripheral interface 1003 may be implemented on separate chips or circuit boards, which are not limited by this embodiment.

The Radio Frequency circuit 1004 is used for receiving and transmitting RF (Radio Frequency) signals, also called electromagnetic signals. The radio frequency circuitry 1004 communicates with communication networks and other communication devices via electromagnetic signals. The radio frequency circuit 1004 converts an electrical signal into an electromagnetic signal to transmit, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 1004 comprises: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a subscriber identity module card, and so forth. The radio frequency circuit 1004 may communicate with other terminals via at least one wireless communication protocol. The wireless communication protocols include, but are not limited to: metropolitan area networks, various generation mobile communication networks (2G, 3G, 4G, and 5G), Wireless local area networks, and/or WiFi (Wireless Fidelity) networks. In some embodiments, the rf circuit 1004 may further include NFC (Near Field Communication) related circuits, which are not limited in this application.

The display screen 1005 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display screen 1005 is a touch display screen, the display screen 1005 also has the ability to capture touch signals on or over the surface of the display screen 1005. The touch signal may be input to the processor 1001 as a control signal for processing. At this point, the display screen 1005 may also be used to provide virtual buttons and/or a virtual keyboard, also referred to as soft buttons and/or a soft keyboard. In some embodiments, display screen 1005 can be one, disposed on a front panel of terminal 1000; in other embodiments, display 1005 can be at least two, respectively disposed on different surfaces of terminal 1000 or in a folded design; in other embodiments, display 1005 can be a flexible display disposed on a curved surface or a folded surface of terminal 1000. Even more, the display screen 1005 may be arranged in a non-rectangular irregular figure, i.e., a shaped screen. The Display screen 1005 may be made of LCD (Liquid Crystal Display), OLED (Organic Light-Emitting Diode), and the like.

The camera assembly 1006 is used to capture images or video. Optionally, the camera assembly 1006 includes a front camera and a rear camera. Generally, a front camera is disposed at a front panel of the terminal, and a rear camera is disposed at a rear surface of the terminal. In some embodiments, the number of the rear cameras is at least two, and each rear camera is any one of a main camera, a depth-of-field camera, a wide-angle camera and a telephoto camera, so that the main camera and the depth-of-field camera are fused to realize a background blurring function, and the main camera and the wide-angle camera are fused to realize panoramic shooting and VR (Virtual Reality) shooting functions or other fusion shooting functions. In some embodiments, camera assembly 1006 may also include a flash. The flash lamp can be a monochrome temperature flash lamp or a bicolor temperature flash lamp. The double-color-temperature flash lamp is a combination of a warm-light flash lamp and a cold-light flash lamp, and can be used for light compensation at different color temperatures.

The audio circuit 1007 may include a microphone and a speaker. The microphone is used for collecting sound waves of a user and the environment, converting the sound waves into electric signals, and inputting the electric signals to the processor 1001 for processing or inputting the electric signals to the radio frequency circuit 1004 for realizing voice communication. For stereo sound collection or noise reduction purposes, multiple microphones can be provided, each at a different location of terminal 1000. The microphone may also be an array microphone or an omni-directional pick-up microphone. The speaker is used to convert electrical signals from the processor 1001 or the radio frequency circuit 1004 into sound waves. The loudspeaker can be a traditional film loudspeaker or a piezoelectric ceramic loudspeaker. When the speaker is a piezoelectric ceramic speaker, the speaker can be used for purposes such as converting an electric signal into a sound wave audible to a human being, or converting an electric signal into a sound wave inaudible to a human being to measure a distance. In some embodiments, the audio circuit 1007 may also include a headphone jack.

A Location component 1008 is employed to locate a current geographic Location of terminal 1000 for purposes of navigation or LBS (Location Based Service). The Positioning component 1008 may be a Positioning component based on the Global Positioning System (GPS) in the united states, the beidou System in china, the graves System in russia, or the galileo System in the european union.

Power supply 1009 is used to supply power to various components in terminal 1000. The power source 1009 may be alternating current, direct current, disposable batteries, or rechargeable batteries. When the power source 1009 includes a rechargeable battery, the rechargeable battery may support wired charging or wireless charging. The rechargeable battery may also be used to support fast charge technology.

In some embodiments, terminal 1000 can also include one or more sensors 1010. The one or more sensors 1010 include, but are not limited to: acceleration sensor 1011, gyro sensor 1012, pressure sensor 1013, fingerprint sensor 1014, optical sensor 1015, and proximity sensor 1016.

Acceleration sensor 1011 can detect acceleration magnitudes on three coordinate axes of a coordinate system established with terminal 1000. For example, the acceleration sensor 1011 may be used to detect components of the gravitational acceleration in three coordinate axes. The processor 1001 may control the display screen 1005 to display the user interface in a landscape view or a portrait view according to the gravitational acceleration signal collected by the acceleration sensor 1011. The acceleration sensor 1011 may also be used for acquisition of motion data of a game or a user.

The gyro sensor 1012 may detect a body direction and a rotation angle of the terminal 1000, and the gyro sensor 1012 and the acceleration sensor 1011 may cooperate to acquire a 3D motion of the user on the terminal 1000. From the data collected by the gyro sensor 1012, the processor 1001 may implement the following functions: motion sensing (such as changing the UI according to a user's tilting operation), image stabilization at the time of photographing, game control, and inertial navigation.

Pressure sensor 1013 can be disposed on a side frame of terminal 1000 and/or underneath display screen 1005. When pressure sensor 1013 is disposed on a side frame of terminal 1000, a user's grip signal on terminal 1000 can be detected, and processor 1001 performs left-right hand recognition or shortcut operation according to the grip signal collected by pressure sensor 1013. When the pressure sensor 1013 is disposed at a lower layer of the display screen 1005, the processor 1001 controls the operability control on the UI interface according to the pressure operation of the user on the display screen 1005. The operability control comprises at least one of a button control, a scroll bar control, an icon control and a menu control.

The fingerprint sensor 1014 is used to collect a fingerprint of the user, and the processor 1001 identifies the user according to the fingerprint collected by the fingerprint sensor 1014, or the fingerprint sensor 1014 identifies the user according to the collected fingerprint. Upon identifying that the user's identity is a trusted identity, the processor 1001 authorizes the user to perform relevant sensitive operations including unlocking a screen, viewing encrypted information, downloading software, paying, and changing settings, etc. Fingerprint sensor 1014 may be disposed on a front, back, or side of terminal 1000. When a physical key or vendor Logo is provided on terminal 1000, fingerprint sensor 1014 can be integrated with the physical key or vendor Logo.

The optical sensor 1015 is used to collect the ambient light intensity. In one embodiment, the processor 1001 may control the display brightness of the display screen 1005 according to the ambient light intensity collected by the optical sensor 1015. Specifically, when the ambient light intensity is high, the display brightness of the display screen 1005 is increased; when the ambient light intensity is low, the display brightness of the display screen 1005 is turned down. In another embodiment, the processor 1001 may also dynamically adjust the shooting parameters of the camera assembly 1006 according to the intensity of the ambient light collected by the optical sensor 1015.

Proximity sensor 1016, also known as a distance sensor, is typically disposed on a front panel of terminal 1000. Proximity sensor 1016 is used to gather the distance between the user and the front face of terminal 1000. In one embodiment, when proximity sensor 1016 detects that the distance between the user and the front surface of terminal 1000 is gradually reduced, processor 1001 controls display screen 1005 to switch from a bright screen state to a dark screen state; when proximity sensor 1016 detects that the distance between the user and the front of terminal 1000 is gradually increased, display screen 1005 is controlled by processor 1001 to switch from a breath-screen state to a bright-screen state.

Those skilled in the art will appreciate that the configuration shown in FIG. 10 is not intended to be limiting and that terminal 1000 can include more or fewer components than shown, or some components can be combined, or a different arrangement of components can be employed.

The computer device provided by the embodiment of the application can be provided as a server. Fig. 11 is a schematic structural diagram of a server according to an embodiment of the present application, where the server 1100 may generate a relatively large difference due to different configurations or performances, and may include one or more processors (CPUs) 1101 and one or more memories 1102, where the memory 1002 stores at least one program code, and the at least one program code is loaded and executed by the processors 1101 to implement the live microphone method provided by the foregoing method embodiments. Of course, the server may also have components such as a wired or wireless network interface, a keyboard, and an input/output interface, so as to perform input/output, and the server may also include other components for implementing the functions of the device, which are not described herein again.

In an exemplary embodiment, a computer readable storage medium, such as a memory including program code, which is executable by a processor in a terminal or a server to perform the live wheat connecting method in the above embodiments, is also provided. For example, the computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a Compact-Disc Read-Only Memory (cd-ROM), a magnetic tape, a floppy disk, an optical data storage device, and the like.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by hardware associated with program code, and the program may be stored in a computer readable storage medium, and the above mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The above description is only exemplary of the present application and should not be taken as limiting, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

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

responding to the first live broadcast data stream carrying the connecting information, and sending a pulling request to a server, wherein the connecting information is used for indicating that the first anchor account and the second anchor account are in a connecting state, and the pulling request is used for requesting to pull a second live broadcast data stream of the second anchor account;

2. The method of claim 1, wherein after receiving the second live data stream returned by the server based on the pull request, the method further comprises:

the displaying of the live broadcast picture of the second anchor account in the live broadcast room of the first anchor account comprises:

3. The method of claim 1, wherein prior to presenting a live view of the second anchor account in the live room of the first anchor account, the method further comprises:

and displaying a first turning animation in the live broadcasting room of the first anchor account, wherein the first turning animation is used for indicating to display a live broadcasting picture of the second anchor account.

4. The method of claim 1, wherein the presenting, in the live room of the first anchor account, a live view of the second anchor account based on the second live data stream comprises:

5. The method of claim 1, wherein after presenting a live view of the second anchor account in a live room of the first anchor account based on the second live data stream, the method further comprises:

and in response to that the heartbeat information of the second anchor account is not received within a first time length, stopping displaying a live broadcast picture of the second anchor account in a live broadcast room of the first anchor account, wherein the heartbeat information is used for indicating that the second anchor account is in an online state.

6. The method of claim 1, wherein after presenting a live view of the second anchor account in a live room of the first anchor account based on the second live data stream, the method further comprises:

7. The method of claim 5 or 6, wherein after the stop of the presentation of the live view of the second anchor account in the live room of the first anchor account, the method further comprises:

8. The method of claim 1, wherein after presenting a live view of the second anchor account in a live room of the first anchor account based on the second live data stream, the method further comprises:

and receiving continuous-microphone prompting information, wherein the continuous-microphone prompting information is used for indicating the remaining time between the first main broadcast account and the second main broadcast account and the completion of the continuous microphone.

9. A live broadcast wheat connecting method is characterized by comprising the following steps:

sending a first direct broadcasting data stream of a first main broadcasting account to terminals corresponding to a plurality of audience accounts in a direct broadcasting room of the first main broadcasting account;

and returning the second live broadcast data stream to a terminal corresponding to any viewer account.

10. The method of claim 9, further comprising:

11. The method according to claim 10, wherein the connect-to-talk message is sent by the terminal corresponding to the first anchor account every second duration in the connect-to-talk process.

12. The method of claim 9, further comprising:

13. The method according to claim 12, wherein the heartbeat information is sent every second duration by the terminal corresponding to the second anchor account in the course of connecting to the mobile phone.

14. The method of claim 9, further comprising:

receiving connecting wheat end information sent by a terminal corresponding to the second anchor account, wherein the connecting wheat end information is used for indicating that the first anchor account and the second anchor account end connecting wheat;

and adding the connecting wheat ending information in a second live data stream of the second anchor account.

15. The method of claim 9, further comprising:

receiving a microphone connecting prompt message sent by a terminal corresponding to the second anchor account, wherein the microphone connecting prompt message is used for indicating the remaining duration of the first anchor account and the second anchor account from the end of microphone connecting;

16. The method according to claim 15, wherein the connect-to-me prompt message is sent by the terminal corresponding to the second anchor account every fourth duration within a third duration from the end of the connect-to-me, and the third duration is longer than the fourth duration.

17. A live broadcast wheat-connecting device, the device comprising:

the system comprises a first display module, a second display module and a display module, wherein the first display module is used for displaying a live broadcast picture of a first anchor account in a live broadcast room of the first anchor account based on a first live broadcast data stream of the first anchor account;

18. A live broadcast wheat-connecting device, the device comprising:

a receiving module, configured to receive a pull request sent by a terminal corresponding to any viewer account when the first live broadcast data stream carries a microphone connection information, where the microphone connection information is used to indicate that the first anchor account and a second anchor account are in a microphone connection state, and the pull request is used to request to pull a second live broadcast data stream of the second anchor account;

an obtaining module, configured to obtain a second live data stream of the second anchor account based on the pull request;

19. A terminal, characterized in that the terminal comprises a processor and a memory, wherein at least one program code is stored in the memory, and the at least one program code is loaded and executed by the processor to implement the live telecast method according to any one of claims 1 to 8.

20. A server, characterized in that the server comprises a processor and a memory, wherein at least one program code is stored in the memory, and the at least one program code is loaded and executed by the processor to implement the live wheat connecting method according to any one of claims 9 to 16.

21. A computer-readable storage medium having at least one program code stored therein, the at least one program code being loaded and executed by a processor to implement the live wheat-connecting method as claimed in any one of claims 1 to 16.