WO2018121015A1

WO2018121015A1 - Method and device for processing client end microphone-connection live broadcast

Info

Publication number: WO2018121015A1
Application number: PCT/CN2017/107316
Authority: WO
Inventors: 陈青
Original assignee: 广州华多网络科技有限公司
Priority date: 2016-12-30
Filing date: 2017-10-23
Publication date: 2018-07-05
Also published as: CN106685971B; CN106685971A; SG11201906092QA

Abstract

Provided in the present application are a method and device for processing client end microphone-connection live broadcast, the method comprising : receiving a microphone-connection request which is sent by a primary microphone in a first live broadcast room and which is intended for a primary microphone in a second live broadcast room; sending the microphone-connection request to the primary microphone of the second live broadcast room; after receiving response information to microphone-connection from the primary microphone of the second live broadcast room, obtaining live broadcast data of the first live broadcast room and live broadcast data of the second live broadcast room; sending the live broadcast data of the first live broadcast room to a corresponding client end of the second live broadcast room, and sending the live broadcast data of the second live broadcast room to a corresponding client end of the first live broadcast room. The present application may solve the problem wherein users and gifts of hosts are lost during a primary microphone-connection between different live broadcast rooms.

Description

Client and wheat live processing method and device

Technical field

The present application relates to the field of webcasting technology, and in particular, to a client-side live broadcast processing method and apparatus.

Background technique

The live broadcast software can provide multiple live broadcast modes for users to select, such as anchor mode or wheat sequence mode; in the anchor mode, one of the multiple clients plays the role of the anchor client, and the other clients are the viewer clients; In the mode, there may be multiple anchors, and the client that first becomes the anchor initiates the invitation to the other client, and the client of the linker becomes the anchor after accepting the invitation. Each of the anchor clients may be referred to as a first wheat, a second wheat, a third wheat, etc., in order according to the order of the anchor client.

In the related art, even the wheat has certain restrictions. When two clients that are broadcast live in different live broadcasts enter the live broadcast room where one of the clients is located, the user and the gift of the other client are lost. For example, the A anchor client and the B anchor client are broadcasted in different live broadcasts. When the A anchor client initiates a contact invitation to the B anchor client, the B anchor client needs to stop the live broadcast, exit the live broadcast room and enter the live broadcast room. The live broadcast room where the A-host client is located can be connected to the A-host client. Since the gift in the same live broadcast can only be sent to the first live broadcast of the live broadcast room, the user and gift of the B client are lost.

Summary of the invention

In view of this, the present application provides a client and a live broadcast processing method and apparatus.

According to a first aspect of the embodiments of the present application, a method for processing a client live broadcast is provided, and the method includes the following steps:

Receiving a request for the first wheat sent by the first live broadcast between the first live broadcast room;

Sending the continuous wheat request to the first live broadcast room;

After receiving the response information of the first live broadcast of the second live broadcast of the first live broadcast, the live broadcast data between the first live broadcast and the live broadcast data between the second live broadcast are obtained;

Sending the live data of the first live broadcast to the client corresponding to the second live broadcast, and sending the live broadcast data of the second live broadcast to the client corresponding to the first live broadcast.

According to a second aspect of the embodiments of the present application, a client live web processing method is provided, and the method includes the following steps:

The first live broadcast room first wheat sends a request for the first wheat of the second live broadcast room to the server;

After receiving the connection request, the server sends the connection request to the first live broadcast room;

After receiving the connection request, the second live broadcast first wheat responds to the connection request and returns response information to the server;

After receiving the response information, the server acquires the live data of the first live broadcast and the live broadcast data of the second live broadcast, and sends the live broadcast data of the first live broadcast to the corresponding corresponding to the second live broadcast. The client sends the live broadcast data of the second live broadcast to the client corresponding to the first live broadcast.

According to a third aspect of the embodiments of the present application, a client serial live processing device is provided, and the device includes the following steps:

The first receiving module is configured to receive a connection request for the first live broadcast of the first live broadcast between the first live broadcast room;

a first sending module, configured to send the connected request to the first live broadcast room;

The obtaining module is configured to obtain the live broadcast data between the first live broadcast and the live broadcast data between the second live broadcast after receiving the response information of the first live broadcast of the first live broadcast between the first live broadcasts;

a second sending module, configured to send live data of the first live broadcast to a client corresponding to the second live broadcast, and send live data of the second live broadcast to the first live broadcast Client.

The technical solutions provided by the embodiments of the present application may include the following beneficial effects:

In this application, when two first wheats in different live rooms are connected to the wheat, any first wheat does not need to leave the live room where it is located and enters the live room where another wheat is located, but obtains the live broadcast of any first wheat through the server. The live broadcast data is sent to the user of the live broadcast room of another wheat store, so as to avoid the problem that the client and the gift of the client in the different live broadcast rooms are lost.

DRAWINGS

FIG. 1 is a network architecture diagram applicable to an embodiment of the present application.

FIG. 2a is a flowchart of a method for processing a client live webcast according to an exemplary embodiment of the present application.

FIG. 2b is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application.

FIG. 2c is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application.

FIG. 3a is a flowchart of another method for processing a client live webcast according to an exemplary embodiment of the present application.

FIG. 3b is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application.

FIG. 3c is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application.

FIG. 4 is a timing diagram of interaction when a client is connected to live broadcast processing according to an exemplary embodiment of the present application.

FIG. 5a is a block diagram of a client connected live broadcast processing apparatus according to an exemplary embodiment of the present application.

FIG. 5b is a block diagram of another client connected live broadcast processing apparatus according to an exemplary embodiment of the present application.

FIG. 5c is another client serial live processing device according to an exemplary embodiment of the present application. Block diagram.

detailed description

Exemplary embodiments will be described in detail herein, examples of which are illustrated in the accompanying drawings. The following description refers to the same or similar elements in the different figures unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Instead, they are merely examples of devices and methods consistent with aspects of the present application as detailed in the appended claims.

The terminology used in the present application is for the purpose of describing particular embodiments, and is not intended to be limiting. The singular forms "a", "the" and "the" It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.

It should be understood that although the terms first, second, third, etc. may be used to describe various information in this application, such information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other. For example, the first information may also be referred to as the second information without departing from the scope of the present application. Similarly, the second information may also be referred to as the first information. Depending on the context, the word "if" as used herein may be interpreted as "when" or "when" or "in response to a determination."

The solution provided by the embodiment of the present application can be applied to a live broadcast scenario, as shown in FIG. 1 , which is a network architecture diagram applicable to the embodiment of the present application. The network architecture shown in Figure 1 includes

anchor clients

10a, 10b, server 20, and

viewer clients

30a, 30b. The anchor 1 broadcasts the live broadcast through the anchor client 10a, and the anchor client 10a sends the live broadcast data to the server 20. The server 20 pushes the live broadcast data to the live broadcast room corresponding to the anchor client 10a for viewing by the viewer 1 corresponding to the viewer client 30a. The anchor 2 broadcasts the live broadcast through the anchor client 10b, and the anchor client 10b sends the live broadcast data to the server 20. The server 20 pushes the live broadcast data to the live broadcast room corresponding to the anchor client 10b for viewing by the viewer 2 corresponding to the viewer client 30b. It can be seen that the

anchor clients

10a, 10b are respectively the first wheat in different live broadcasts.

In the related art, the anchor client 10a and the anchor client 10b that are broadcasted in different live broadcasts are performed. For example, the anchor client 10a sends the contact invitation to the anchor client 10b, and the anchor client 10b must exit the live broadcast room where the anchor client 10b is located, and enter the live broadcast room where the anchor client 10a is located, so as to be connected to the anchor client 10a. . Since the gift in the same live room can only be given to the first wheat in the live broadcast room, the viewer and gift of the anchor client 10b will be lost.

To solve the above problem, the present application provides a method and a device for processing a live broadcast of a client, which can be used in the network architecture shown in FIG. 1 to obtain live data of a live broadcast room of any client through a server and send it to another client. Users can avoid the loss of users and gifts from clients in different live broadcasts. Next, the application will be described in detail.

FIG. 2a is a flowchart of a method for processing a live client's live broadcast, which may be applied to a server. As shown in FIG. 2a, the method may include the following steps:

In step S201, a request for the first wheat sent by the first live broadcast between the first live broadcast is received.

In step S202, the connected request is sent to the first live broadcast room.

In step S203, after receiving the response information of the second live broadcast of the first live broadcast of the first live broadcast, the live broadcast data between the first live broadcast and the live broadcast data between the second live broadcast are obtained.

In step S204, the live broadcast data of the first live broadcast is sent to the client corresponding to the second live broadcast, and the live broadcast data of the second live broadcast is sent to the corresponding client of the first live broadcast. end.

In this embodiment, the connection request may carry the identifier of the second live broadcast, such as the second live broadcast id. When receiving the request, the server first determines whether the second live room exists according to the id, and if so, finds the second live room according to the id, and obtains the information of the first live room in the second live room, so as to send the request to the connection The first live broadcast room first wheat; if it does not exist, return the information that the connection request failed to the first live broadcast room.

In some examples, the Lianmai request may also carry the identifier of the first wheat in the second live broadcast room, for example, the account identifier (such as the yy number) corresponding to the first wheat in the second live broadcast room. When receiving the request of the connection, the server first determines whether the corresponding client is the first live broadcast according to the yy number, and if so, forwards the request to the client corresponding to the yy number (ie, the first live broadcast room) ); if not, return the information that failed to request the connection to the first live broadcast room.

In the embodiment of the present application, after the server sends the Lianmai request to the first live broadcast room, the first live broadcast room first responds to the Lianmai request, for example, accepting the Lianmai request or rejecting the Lianmai request. If the first live broadcast of the first live room refuses to connect with the request, the service will reject the message of the request for the connection to the first live broadcast room, and the processing request is terminated. If the first live broadcast of the second live broadcast accepts the request, the server obtains the video data of the first live broadcast room and the second live broadcast room after receiving the message of accepting the connection request. The live data of the first live broadcast includes at least live data of the first live broadcast of the first live broadcast, and may also include live broadcast data of the first live broadcast of the non-first live broadcast; the live broadcast data of the second live broadcast includes at least the first live broadcast of the first live broadcast The live broadcast data may also include live broadcast data of the non-first wheat in the second live broadcast room.

In this embodiment, after the server obtains the live data of the first live broadcast and the second live broadcast, the server sends the live broadcast data of the first live broadcast to the client corresponding to the second live broadcast, and broadcasts the live broadcast of the second live broadcast. The data is sent to the corresponding client in the first live broadcast. During the live broadcast, for a live broadcast, the server stores corresponding parameters of the live broadcast room, such as the live broadcast room ID, the anchor user ID in the live broadcast room, and the viewer user ID entering the live broadcast room. In this embodiment, the server may establish an association between the first live broadcast room and the second live broadcast room after connecting the two live broadcasts (for example, binding related parameters between the two live broadcasts to establish a corresponding relationship), and the server may Obtain the live broadcast data of any live broadcast room of the first wheat and send it to the user of the live broadcast room of another wheat store, so as to avoid the problem that the client and the gift of the client in different live broadcast rooms are lost. The client corresponding to the first live broadcast may include a first live broadcast, a non-first wheat, and a viewer client, and the client corresponding to the second live broadcast may include a second live broadcast, a non-first wheat, and a viewer client. end.

FIG. 2b is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application, which may be applied to a server, as shown in FIG. 2b, which is based on the method described in FIG. 2a. Includes the following steps:

In step S205, receiving a virtual gift presented by any viewer client in the first live broadcast room or the second live broadcast room, where the virtual gift carries the identifier of the first wheat in the first live broadcast room or the second live broadcast room information.

In step S206, the virtual gift is sent to the first wheat corresponding to the identification information.

The embodiment shown in FIG. 2a can solve the loss of the user and the gift of the anchor in the different live broadcasts of the first wheat in the continuous wheat. The problem, but sometimes, in order to enhance the interactive and interesting nature of the live broadcast, when the first wheat is connected to the live wheat in different live broadcasts, the audience client in any of the live broadcast rooms can be allowed to present gifts to the first live broadcast room. As shown in FIG. 1, if the anchor client 10a located in the first live broadcast room allows the viewer client 30a in the live broadcast room to present a gift to the anchor client 10b located in the second live broadcast room, then the viewer client 30a can The anchor client 10a presents the virtual gift, and can also present the virtual gift to the anchor client 10b, and can also present the virtual gift to the

anchor clients

10a and 10b at the same time. It can be seen that when the first wheat is connected to the live wheat in different live broadcast rooms, allowing the audience client of any of the live broadcast rooms to present gifts to the first live broadcast room can increase the interactive nature of the live broadcast.

FIG. 2c is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application, which may be applied to a server, as shown in FIG. 2c, which is based on the method described in FIG. 2a. Includes the following steps:

In step S207, the canceling the connection request sent by the first/second live broadcast first wheat is received, and the connection between the first live broadcast room and the second live broadcast room is disconnected according to the canceled connection request So that the server stops sending the live broadcast data of the first live broadcast to the client corresponding to the second live broadcast, and stops sending the live broadcast data of the second live broadcast to the first live broadcast room. Corresponding client.

In this embodiment, the ending of the first wheat between the first live broadcast room and the first live broadcast room may be initiated by the first live broadcast room first wheat or by the second live broadcast room first wheat. When the server receives the end of the first live broadcast or the first live broadcast of the first live broadcast between the first live broadcast, the server disconnects the first live broadcast between the first live broadcast and the first live broadcast, and stops the first The live broadcast data of the live broadcast is sent to the client corresponding to the second live broadcast, and the live broadcast data of the second live broadcast is stopped and sent to the client corresponding to the first live broadcast.

FIG. 3a is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application. This embodiment describes a part of the process of interacting with a client and a client, such as a client. As shown in Figure 3a, the method can include the following steps:

In step S301, the first live broadcast first wheat sends a connection request to the server for the first live broadcast of the first live broadcast.

In step S302, after receiving the connection request, the server sends the connection request to the first live broadcast room.

In step S303, after receiving the connection request, the second live broadcast first wheat responds to the connection request and returns response information to the server.

In step S304, after receiving the response information, the server acquires live data between the first live broadcast and live broadcast data between the second live broadcast, and sends the live broadcast data between the first live broadcasts to the first The client corresponding to the second live broadcast sends the live broadcast data of the second live broadcast to the client corresponding to the first live broadcast.

In this embodiment, the MM request, the live broadcast data, and the like can be referred to the embodiment shown in FIG. 2a, and details are not described herein again.

FIG. 3b is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application. This embodiment describes a part of the process of interacting with a client and a client, such as a client. As shown in FIG. 3b, the method may further include the following steps on the basis of the method shown in FIG. 3a:

In step S305, the server receives a virtual gift presented by any viewer client in the first live broadcast room or the second live broadcast room, where the virtual gift carries the first live broadcast room or the second live broadcast room first wheat Identification information.

In step S306, the server sends the virtual gift to the first wheat corresponding to the identification information.

FIG. 3c is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application. This embodiment describes a part of the process of interacting with a client and a client, such as a client. As shown in FIG. 3c, the method may further include the following steps on the basis of the method shown in FIG. 3a:

In step S307, the server receives the canceled connection request sent by the first wheat in the first/second live broadcast, and disconnects the first live broadcast room and the second live broadcast room according to the canceled connection request a connection between the server to stop transmitting the live broadcast data of the first live broadcast to the client corresponding to the second live broadcast, and stopping sending the live broadcast data between the second live broadcast to the The corresponding client in the first live broadcast.

FIG. 4 is a cross-sectional view of a client connected to a live broadcast process according to an exemplary embodiment of the present application. The mutual timing diagram will be described in detail in conjunction with FIG. 1. The anchor client 10a is the first live broadcast room, the corresponding audience client is 30a, the anchor client 10b is the first live broadcast room, and the corresponding audience client is 30b.

S401. The anchor client 10a sends a connection request to the host 20 for the anchor client 10b.

S402. After receiving the connection request, the server 20 sends the connection request to the anchor client 10b.

S403. The anchor client 10b responds after receiving the connection request.

S404. After receiving the response information of the anchor client 10b, the server 20 acquires the live data of the first live broadcast room and the second live broadcast.

S405: The server 20 sends the live broadcast data of the first live broadcast to the client corresponding to the second live broadcast, and sends the live broadcast data of the second live broadcast to the client corresponding to the first live broadcast. (The figure only shows the situation of the first wheat sent to the first live room and the second live room)

At S406, the viewer client 30a sends the gift presented to the anchor client 10b to the server.

S407. After receiving the gift, the server sends the gift to the anchor client 10b.

S408. The anchor client 10a sends a request to the service to terminate the connection with the anchor client 10b.

S409, when receiving the request to end the connection, the server 20 disconnects the connection between the first live broadcast room and the second live broadcast room, stops sending the live broadcast data of the first live broadcast room to the client corresponding to the second live broadcast room, and stops the first The live broadcast data between the two live broadcasts is sent to the corresponding client in the first live broadcast.

Corresponding to the foregoing embodiment of the method for processing the live broadcast of the client, the present application further provides an embodiment of the client live broadcast processing device.

Referring to FIG. 5a, FIG. 5a is a block diagram of a client connected to the live broadcast processing apparatus 500, which may be applied to a server. The apparatus 500 may include:

The first receiving module 501 is configured to receive a connection request for the first live broadcast of the first live broadcast between the first live broadcast of the first live broadcast.

The first sending module 502 is configured to send the connected request to the first live broadcast room.

The obtaining module 503 is configured to obtain the live broadcast data between the first live broadcast and the live broadcast data between the second live broadcasts after receiving the response information of the first live broadcast of the second live broadcast.

The second sending module 504 is configured to send the live broadcast data of the first live broadcast to the client corresponding to the second live broadcast, and send the live broadcast data of the second live broadcast to the first live broadcast room. Corresponding client.

FIG. 5b is a block diagram of another client connected live broadcast processing apparatus according to an exemplary embodiment of the present application, which may be applied to a server, as shown in FIG. 5b, based on the embodiment shown in FIG. 5a. Also includes:

The second receiving module 505 is configured to receive a virtual gift presented by any audience client in the first live broadcast room or the second live broadcast room, where the virtual gift carries the first live broadcast room or the second live broadcast room first wheat Identification information.

The third sending module 506 is configured to send the virtual gift to the first wheat corresponding to the identification information.

FIG. 5c is a block diagram of another client connected live broadcast processing apparatus according to an exemplary embodiment of the present application, which may be applied to a server, as shown in FIG. 5c, based on the embodiment illustrated in FIG. 5a. Also includes:

The disconnecting module 507 is configured to receive the canceled connection request sent by the first/second live broadcast of the first live broadcast, and disconnect the first live broadcast room and the second live broadcast room according to the canceling the connection request The connection is such that the server stops sending the live broadcast data of the first live broadcast to the client corresponding to the second live broadcast, and stops sending the live broadcast data between the second live broadcast to the first A corresponding client in the live broadcast.

For details of the implementation process of the functions and functions of the modules in the foregoing devices, refer to the implementation process of the corresponding steps in the foregoing methods, and details are not described herein again.

For the device embodiment, since it basically corresponds to the method embodiment, reference may be made to the partial description of the method embodiment. The device embodiments described above are merely illustrative, wherein the modules described as separate components may or may not be physically separate, and the components displayed as modules may or may not be physical modules, ie may be located A place, or it can be distributed to multiple network modules. Some or all of the modules may be selected according to actual needs to achieve the objectives of the present application. Those of ordinary skill in the art can understand and implement without any creative effort.

The above is only the preferred embodiment of the present application, and is not intended to limit the present application. Any modifications, equivalent substitutions, improvements, etc., which are made within the spirit and principles of the present application, should be included in the present application. Within the scope of protection.

Claims

A client-side live broadcast processing method, characterized in that the method comprises the following steps:

Receiving a request for the first wheat sent by the first live broadcast between the first live broadcast room;

Sending the continuous wheat request to the first live broadcast room;

After receiving the response information of the first live broadcast of the second live broadcast of the first live broadcast, the live broadcast data between the first live broadcast and the live broadcast data between the second live broadcast are obtained;

Sending the live data of the first live broadcast to the client corresponding to the second live broadcast, and sending the live broadcast data of the second live broadcast to the client corresponding to the first live broadcast.
The method of claim 1 wherein the method further comprises:

Receiving, by the first live broadcast room or the second live broadcast room, a virtual gift, where the virtual gift carries the identification information of the first live broadcast room or the first live broadcast room first wheat;

Sending the virtual gift to the first wheat corresponding to the identification information.
The method of claim 1 wherein the method further comprises:

Receiving a cancellation request sent by the first/second live broadcast first wheat, disconnecting the connection between the first live broadcast room and the second live broadcast room according to the canceling connection request, so that the The server stops sending the live broadcast data of the first live broadcast to the client corresponding to the second live broadcast, and stops sending the live broadcast data of the second live broadcast to the client corresponding to the first live broadcast.
A client-side live broadcast processing method, characterized in that the method comprises the following steps:

The first live broadcast room first wheat sends a request for the first wheat of the second live broadcast room to the server;

After receiving the connection request, the server sends the connection request to the first live broadcast room;

After receiving the connection request, the second live broadcast first wheat responds to the connection request and returns response information to the server;

After receiving the response information, the server acquires the live data of the first live broadcast and the live broadcast data of the second live broadcast, and sends the live broadcast data of the first live broadcast to the corresponding corresponding to the second live broadcast. The client sends the live broadcast data of the second live broadcast room to the corresponding client in the first live broadcast room. end.
The method of claim 4 wherein said method further comprises the steps of:

The virtual gift presented by the first live broadcast room or the second live broadcast room, and the virtual gift carries the identification information of the first live broadcast room or the first live broadcast room first wheat;

The server sends the virtual gift to the first wheat corresponding to the identification information.
The method of claim 4 wherein said method further comprises the steps of:

Receiving, by the server, the canceled connection request sent by the first/second live broadcaster, and disconnecting the connection between the first live broadcast room and the second live broadcast room according to the canceling connection request And causing the server to stop transmitting the live data of the first live broadcast to the client corresponding to the second live broadcast, and stopping sending the live broadcast data of the second live broadcast to the first live broadcast Client.
A client-side live broadcast processing device, comprising:

The first receiving module is configured to receive a connection request for the first live broadcast of the first live broadcast between the first live broadcast room;

a first sending module, configured to send the connected request to the first live broadcast room;

The obtaining module is configured to obtain the live broadcast data between the first live broadcast and the live broadcast data between the second live broadcast after receiving the response information of the first live broadcast of the first live broadcast between the first live broadcasts;

a second sending module, configured to send live data of the first live broadcast to a client corresponding to the second live broadcast, and send live data of the second live broadcast to the first live broadcast Client.
The device of claim 7 wherein said device further comprises:

a second receiving module, configured to receive a virtual gift presented by any of the audience members in the first live broadcast room or the second live broadcast room, where the virtual gift carries the first live broadcast room or the second live broadcast room Identification information;

The third sending module is configured to send the virtual gift to the first wheat corresponding to the identification information.
The device of claim 7 wherein said device further comprises:

Disconnecting the module, configured to receive the canceled connection request sent by the first/second live broadcast room, and root Deactivating the connection between the first live room and the second live room according to the canceling the connection, so that the server stops sending the live data of the first live broadcast to the second live broadcast. The corresponding client sends a live broadcast data of the second live broadcast to the client corresponding to the first live broadcast.