CN109936748B

CN109936748B - Live broadcast method, device, equipment and storage medium

Info

Publication number: CN109936748B
Application number: CN201910285742.6A
Authority: CN
Inventors: 陈慕仪
Original assignee: Guangzhou Huya Information Technology Co Ltd
Current assignee: Guangzhou Huya Information Technology Co Ltd
Priority date: 2019-04-10
Filing date: 2019-04-10
Publication date: 2021-08-03
Anticipated expiration: 2039-04-10
Also published as: CN109936748A

Abstract

The embodiment of the invention discloses a live broadcast method, a live broadcast device, live broadcast equipment and a storage medium. The method comprises the steps that a service request which is initiated by a first anchor user and invites a second anchor user to access a first live broadcast room is received, wherein the first live broadcast room is a live broadcast room which the first anchor user enters; determining a target amount of service data to be sent to a second anchor user from the service request; deducting the target amount of service data from the first anchor user; forwarding the service request to the second anchor user; and when the second anchor user is determined to accept the service request and the second anchor user accesses the first live broadcast room and meets the preset conditions, the target number of service data is sent to the second anchor user, so that an interaction and feedback path is provided for the anchor room, the interaction frequency is improved, and the anchor flow and the popularity are further increased.

Description

Live broadcast method, device, equipment and storage medium

Technical Field

The embodiments of the present invention relate to a live broadcast technology, and in particular, to a live broadcast method, apparatus, device, and storage medium.

Background

The network live broadcast is an entertainment mode for realizing live broadcast interaction at the same time by different users through a network system on an exchange platform.

In general, a anchor can be roughly divided into a large anchor and a small anchor according to its popularity and flow, wherein the large anchor has more popularity and flow than the small anchor. Further, when the large anchor and the small anchor interact with each other, extra popularity and traffic can be brought to the small anchor, and the interaction can be that the large anchor provides information of the small anchor in a live broadcast room or accesses a link of the small anchor to publicize the small anchor. However, at present, a small anchor invites a large anchor to interact through modes such as a mobile phone and an instant messaging tool, efficiency is low, and the effect of guiding the small anchor is poor.

Disclosure of Invention

The invention provides a live broadcast method, a live broadcast device, live broadcast equipment and a storage medium, which are used for improving the interaction efficiency among anchor users, increasing the interaction frequency among the anchor users and further increasing the flow and popularity of the anchor.

In a first aspect, an embodiment of the present invention provides a live broadcasting method, where the method includes: receiving a service request initiated by a first anchor user and inviting a second anchor user to access a first live broadcast room, wherein the first live broadcast room is a live broadcast room entered by the first anchor user;

determining a target amount of service data to be sent to a second anchor user from the service request;

deducting the target amount of service data from the first anchor user;

forwarding the service request to the second anchor user;

and when the second anchor user is determined to accept the service request and the second anchor user accesses the first live broadcast room and meets the preset conditions, the target amount of service data is sent to the second anchor user.

Further, deducting the target amount of traffic data from the first anchor user, comprising:

determining the total number of service data included by the first anchor user;

judging whether the total number exceeds the target number;

if yes, deducting the service data of the target quantity from the first anchor user in advance;

if not, sending a notification message for adding the service data to the first anchor user.

Further, the method also comprises the following steps:

judging whether the target quantity of the service data exceeds a data threshold value preset by a second anchor user;

if yes, determining that the second anchor user receives the service request;

if not, determining that the second anchor user rejects the service request.

Further, the method also comprises the following steps:

receiving response information of the second anchor user to the service request;

and determining whether the service request is accepted by a second anchor user according to the response information.

Further, the method also comprises the following steps:

and if the second anchor user refuses the service request is determined, returning the target amount of service data to the first anchor user.

Further, the method also comprises the following steps:

and if the second anchor user accesses the first live broadcast room and does not meet the preset condition, returning the service data of the target quantity to the first anchor user.

Further, the preset conditions include:

the second anchor user accesses the first live broadcast room in a preset time period, and the duration of the second anchor user accessing the first live broadcast room exceeds preset time.

In a second aspect, an embodiment of the present invention further provides a live broadcasting method, where the live broadcasting method includes:

inputting a second anchor user, wherein the second anchor user is an anchor user who invites a first anchor user to access a first live broadcast room, and the first live broadcast room is a live broadcast room which the first anchor user enters;

inputting a target number, wherein the target number is the number of service data to be sent to a second anchor user;

sending a service request to a service server, wherein the service request is generated according to the first anchor user and a target number and is used for inviting the second anchor user to access the first direct broadcasting room, the service server is used for forwarding the service request to the second anchor user, and when the second anchor user is determined to accept the service request and the second anchor user is determined to meet a preset condition when accessing the first direct broadcasting room, the target number of service data is sent to the second anchor user;

and displaying service data deduction information, wherein the service data deduction information is determined according to the service data of which the target quantity is deducted from the first anchor user.

In a third aspect, an embodiment of the present invention further provides a live broadcasting method, where the live broadcasting method includes:

the method comprises the steps that invitation information of a first anchor user is displayed, the invitation information is generated according to a service request which is forwarded by a service server and initiated by the first anchor user, the service request is used for inviting a second anchor user to access a first direct broadcasting room and is provided with a target number of service data to be sent to the second anchor user, and the first direct broadcasting room is a direct broadcasting room which the first anchor user enters;

receiving an acceptance operation acting on the invitation information, wherein the acceptance operation is used for determining that the second anchor user accepts the service request;

displaying information to be accessed, wherein the information to be accessed is used for providing an access entrance, and the access entrance is used for entering a first live broadcast room of a first anchor user which is accepted by the second anchor user by the service request;

receiving an access operation acting on the information to be accessed, wherein the access operation is used for accessing the first direct broadcasting room;

and receiving the service data of the target quantity when the second anchor user accesses the first live broadcast room and meets the preset condition.

In a fourth aspect, an embodiment of the present invention further provides a live broadcast apparatus, where the apparatus includes:

the service request receiving module is used for receiving a service request which is initiated by a first anchor user and invites a second anchor user to access a first live broadcast room, wherein the first live broadcast room is a live broadcast room which the first anchor user enters;

a target number determining module, configured to determine, from the service request, a target number of service data to be sent to a second anchor user;

a service data deduction module, configured to deduct the service data of the target amount from the first anchor user;

a service request forwarding module, configured to forward the service request to the second anchor user;

and the service data sending module is used for sending the target amount of service data to the second anchor user when the second anchor user is determined to receive the service request and the second anchor user meets the preset condition of accessing the first live broadcast room.

In a fifth aspect, an embodiment of the present invention further provides a live broadcast apparatus, where the apparatus includes:

the second anchor user input module is used for inputting a second anchor user, the second anchor user invites the first anchor user to access an anchor user of a first live broadcast room, and the first live broadcast room is a live broadcast room accessed by the first anchor user;

a target quantity input module, configured to input a target quantity, where the target quantity is a quantity of service data to be sent to a second anchor user;

a service request sending module, configured to send a service request to a service server, where the service request is generated according to the first anchor user and a target quantity, and is used to invite the second anchor user to access the first live broadcast room, and the service server is used to forward the service request to the second anchor user, and send service data of the target quantity to the second anchor user when it is determined that the second anchor user accepts the service request and the second anchor user meets a preset condition for accessing the first live broadcast room;

and the deduction information display module is used for displaying service data deduction information, and the service data deduction information is determined according to the service data of which the target quantity is deducted from the first anchor user.

In a sixth aspect, an embodiment of the present invention further provides a live broadcast apparatus, where the apparatus includes:

the system comprises an invitation information display module, a first anchor user and a second anchor user, wherein the invitation information display module is used for displaying invitation information of the first anchor user, the invitation information is generated according to a service request which is forwarded by a service server and initiated by the first anchor user, the service request is used for inviting the second anchor user to access a first direct broadcasting room and is provided with a target number of service data to be sent to the second anchor user, and the first direct broadcasting room is a direct broadcasting room which the first anchor user enters;

an acceptance operation receiving module, configured to receive an acceptance operation that acts on the invitation information, where the acceptance operation is used to determine that the second anchor user accepts the service request;

the access information display module is used for displaying information to be accessed, the information to be accessed is used for providing an access entrance, and the access entrance is used for entering a first live broadcast room of a first anchor user which receives the service request by the second anchor user;

an access operation receiving module, configured to receive an access operation that acts on the information to be accessed, where the access operation is used to access the first direct broadcast room;

and the service data receiving module is used for receiving the service data of the target quantity when the second anchor user accesses the first live broadcast room and meets the preset condition.

In a seventh aspect, an embodiment of the present invention further provides a live broadcast device, where the live broadcast device includes: a memory and one or more processors;

the memory for storing one or more programs;

when executed by the one or more processors, cause the one or more processors to implement a live method as in any one of the first, second or third aspects.

In an eighth aspect, an embodiment of the present invention further provides a storage medium containing computer-executable instructions, where the computer-executable instructions, when executed by a computer processor, are configured to perform a live broadcast method as described in any one of the first, second or third aspects.

The embodiment of the invention receives a service request initiated by a first anchor user and inviting a second anchor user to access a first live broadcast room, wherein the first live broadcast room is a live broadcast room entered by the first anchor user; determining a target amount of service data to be sent to the second anchor user from the service request; deducting the target amount of service data from the first anchor user; forwarding the service request to a second anchor user; and when the second anchor user is determined to accept the service request and the second anchor user accessing the first live broadcast room meets the preset conditions, sending the target number of service data to the second anchor user. Therefore, different from the common situation that technical ways for interaction between anchor users are lacked and positive feedback for interaction is lacked, the first anchor user can invite the second anchor user to access the first anchor user and send the target amount of service data to the second anchor user. On one hand, the enthusiasm of the interaction between the first anchor user and the second anchor user can be increased, so that the interaction frequency is increased; on the other hand, the traffic and popularity of the first anchor user are increased due to the access of the second anchor user.

Drawings

Fig. 1 is a flowchart of a live broadcast method according to an embodiment of the present invention;

fig. 2A is a flowchart of a live broadcast method according to a second embodiment of the present invention;

fig. 2B-2C are exemplary diagrams of an interface of a live broadcast method according to a second embodiment of the present invention;

fig. 3A is a flowchart of a live broadcast method according to a third embodiment of the present invention;

fig. 3B-3C are exemplary diagrams of an interface of a live broadcast method according to a third embodiment of the present invention;

fig. 4 is a schematic structural diagram of a live broadcast apparatus according to a fourth embodiment of the present invention;

fig. 5 is a schematic structural diagram of a live broadcast apparatus according to a fifth embodiment of the present invention;

fig. 6 is a schematic structural diagram of a live broadcast apparatus according to a sixth embodiment of the present invention;

fig. 7 is a schematic structural diagram of a live broadcast device according to a seventh embodiment of the present invention.

Detailed Description

The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some of the structures related to the present invention are shown in the drawings, not all of the structures.

Typically, users in a live platform include a main user and an audience user. It should be noted that, for the live broadcast platform, both the anchor user and the audience user can be uniquely identified by using an identification number, an account number, and the like, and are not a real person. The anchor user can establish a live broadcast room in the live broadcast platform, provide live broadcast content for audience users entering the live broadcast room, and communicate and interact with the audience users. The live room in this embodiment is a virtual space (or virtual room) created based on a live platform. Further, the live broadcast platform can provide a main broadcast user end for the main broadcast user, and the main broadcast user can create a live broadcast room, upload live broadcast content, manage the live broadcast room and the like through the main broadcast user end; audience users are provided with audience clients through which they may enter a live room, view live content, interact with a host user, and the like.

Example one

Fig. 1 is a flowchart of a live broadcast method according to an embodiment of the present invention, which is applicable to providing an interactive path for a host user and performing feedback in the form of service data. Generally, the live broadcast platform is further provided with a service processing end for performing background service processing, where the service processing includes: management of users, distribution of live content, and the like. The method can be executed by a service processing terminal, the service processing terminal can be a server, and the server can be an independent server, a cluster server and the like.

Referring to fig. 1, the method provided in this embodiment specifically includes the following steps:

s110, receiving a service request initiated by a first anchor user and inviting a second anchor user to access a first live broadcast room, wherein the first live broadcast room is a live broadcast room entered by the first anchor user.

In this embodiment, both the first anchor user and the second anchor user are anchor users. Typically, the anchor users all have respective audience users. The anchor user may interact with the audience users. Specifically, the audience user can communicate with the anchor user by way of a pop-up screen. The anchor user can communicate with the audience users in a video or voice mode.

Furthermore, in addition to the communication between the anchor user and the audience user, the present embodiment implements the communication between the anchor users through a service request initiated by the first anchor user and inviting the second anchor user to access the first live broadcast room. The service request is a user operation used for indicating that a first anchor user invites a second anchor user to access the first live broadcast room. Specifically, the service request may be transmitted between the anchor user, the viewer user and the service processing end in the form of a HyperText Transfer Protocol (HTTP) packet. Of course, it should be noted that, in the transmission process, the HTTP packet to which the service request belongs is different according to different service requirements.

In this embodiment, how the second anchor user accesses the first live broadcast room is not limited.

In an example, when the second anchor user accepts the service request, the service processing end may send entry information to the second anchor user, where the entry information may include: an address to enter a first live room. Further, the second anchor user may access the first live room through the portal information. Illustratively, the entry information is a popup window, and the popup window is provided with prompt information, a confirm button and a cancel button, wherein the prompt information is used for prompting the XX to request the YY to access the first live broadcast room; in addition, the popup is embedded with the address of the first live broadcast room, and if the anchor user clicks the confirmation button, the address is loaded to access the first live broadcast room.

In yet another example, the second anchor user's access to the first live room is in the form of a ward round, i.e., the second anchor user may direct the audience users to access the first live room to enable drainage for the first anchor user, thereby increasing the amount of access to the first live room created by the first anchor user. A specific way to guide the viewer user may be to send entry information to the viewer user who is accessing the second anchor user, and the viewer user may access the first live room through the entry information.

And S120, determining the target quantity of the service data to be sent to the second anchor user from the service request.

In this embodiment, further, the first anchor user may feed back that the second anchor user accesses the first live broadcast room by sending the target amount of service data to the second anchor user, so as to improve the enthusiasm of the second anchor user for receiving the service request and accessing the first live broadcast room. The service data is an exchange medium in the live broadcast platform, and can be a virtual article provided by the live broadcast platform or a virtual coin. Further, the different virtual objects can be equivalently exchanged, such as replacing the virtual objects with equivalent virtual coins.

In this embodiment, the first anchor user may set a target number of service data to be sent to the second anchor user, and generate a service request including the target number. Further, when the service processing terminal receives the service request, the target amount of service data to be sent to the second anchor user may be extracted from the service request.

S130, deducting the target amount of service data from the first anchor user.

In this embodiment, a pre-deduction manner is adopted to deduct the target amount of service data from the first anchor user.

In one embodiment, the first anchor user may be determined by determining a total number of service data included by the first anchor user; judging whether the total number exceeds the target number; if yes, deducting the target amount of service data from the first anchor user in advance; if not, sending a notification message for adding service data to the first anchor user, so as to ensure that the first anchor user can deduct the target amount of service data.

In another embodiment, the service data is at least two virtual articles, and equivalent replacement can be carried out between the virtual articles. Illustratively, the first anchor user is provided with an account for storing service data, which is a switching medium in the live platform and may exist in the form of virtual coins. And if the first anchor user sets the quantity of the virtual articles A to be sent to the second anchor user in the service request, deducting the quantity of the virtual coins corresponding to the quantity of the virtual articles A from the account of the first anchor user.

S140, forwarding the service request to the second anchor user.

In this embodiment, the service processing end may forward the service request sent by the first anchor user to the second anchor user.

Further, the service request may include at least one of the following service information: sending object, invited object, target number of service data, service remark information, etc. Illustratively, when the service request is initiated by a first anchor user and used for inviting a second anchor user to access the first inter-cast, the sending object is the first anchor user, and the invited object is the second anchor user. Furthermore, the service remark information may set the broadcasting time of the first live broadcast room, the live broadcast program information, and the like. The second anchor user may obtain the service information after receiving the service request to determine whether to accept the service request.

Further, the service processing end may forward the service request to a second anchor user according to an invited object set in the service request as the second anchor user.

S150, when the second anchor user is determined to accept the service request and the second anchor user accesses the first live broadcast room and meets the preset conditions, the target number of service data is sent to the second anchor user.

Firstly, determining that the second anchor user receives the service request

In this embodiment, whether the second anchor user accepts the service request may be determined in two ways, which are manual and automatic.

In a manual embodiment, receiving response information of the second anchor user to the service request; it is determined whether the service request is accepted by the second anchor user based on the response information. The second anchor user can display the service information corresponding to the service request after receiving the service request forwarded by the service request terminal, and the second anchor user can generate response information according to whether to accept the service request. In an embodiment, the response information is a preset field, and at least includes: a preset field corresponding to accepting the service request, and a preset field corresponding to rejecting the service request.

In the implementation mode of the automatic mode, whether the target quantity of the service data exceeds a data threshold value preset by a second anchor user is judged; if yes, determining that the second anchor user receives the service request; if not, determining that the second anchor user rejects the service request. Specifically, the second anchor user may preset a data threshold, and when the target amount of the service data to be sent set by the first anchor user exceeds the data threshold, it is automatically determined that the second anchor user accepts the service request. By providing the interface for setting the data threshold value for the second anchor user, the second anchor user can conveniently and automatically filter the service request, and the second anchor user can conveniently manage the service request. Thereby avoiding the second anchor user receiving too many service requests.

Further, if it is determined that the second anchor user rejects the service request, the target amount of service data is returned to the first anchor user.

Second, second anchor user accessing first live broadcast room according with preset condition

In this embodiment, after the second anchor user receives the service request, it is determined that the second anchor user accesses the first live broadcast room and meets a preset condition, and then the target amount of service data may be sent to the second anchor user.

In one embodiment, the preset conditions include: the second anchor user accesses the first live broadcast room in a preset time period, and the duration of the second anchor user accessing the first live broadcast room exceeds preset time. Specifically, if the preset time period is 48 hours, the second anchor user needs to access the first live broadcast room within 48 hours; if the time exceeds 48 hours, the second anchor user accessing the first live broadcast room is not qualified with the preset condition. If the preset time is 30 minutes, the fact that the duration of watching the live program uploaded by the first anchor user exceeds 30 minutes when the second anchor user needs to access the first live broadcast room is indicated; if the duration is less than 30 minutes, it indicates that the second anchor user accessing the first live broadcast room does not meet the preset condition.

In yet another embodiment, the preset conditions further include: when the second anchor user accesses the first live broadcast room, the number of audience users accessing the first live broadcast room exceeds the preset audience number through the entrance information provided by the second anchor user. The entry information provided by the second anchor user can be provided with a unique identifier of the second anchor user, so that the number of audience users guided by the second anchor user can be counted conveniently.

Further, if the second anchor user does not meet the preset condition when accessing the first live broadcast room, the target amount of service data is returned to the first anchor user.

According to the technical scheme of the embodiment, a service request which is initiated by a first anchor user and invites a second anchor user to access a first live broadcast room is received, wherein the first live broadcast room is a live broadcast room which the first anchor user enters; determining a target amount of service data to be sent to the second anchor user from the service request; deducting the target amount of service data from the first anchor user; forwarding the service request to a second anchor user; and when the second anchor user is determined to accept the service request and the second anchor user accessing the first live broadcast room meets the preset conditions, sending the target number of service data to the second anchor user. Therefore, different from the common situation that technical ways for interaction between anchor users are lacked and positive feedback for interaction is lacked, the first anchor user can invite the second anchor user to access the first anchor user and send the target amount of service data to the second anchor user. On one hand, the enthusiasm of the interaction between the first anchor user and the second anchor user can be increased, so that the interaction frequency is increased; on the other hand, the traffic and popularity of the first anchor user are increased due to the access of the second anchor user. Furthermore, the target amount of service data is sent to the second anchor user, so that the interaction enthusiasm between the first anchor user and the second anchor user can be increased, the service processing terminal is facilitated to filter the service requests according to the service data, and the problem that the service processing terminal is down due to frequent processing of the service requests by the service processing terminal is reduced.

Example two

Fig. 2A is a flowchart of a live broadcast method according to a second embodiment of the present invention. Fig. 2B-2C are exemplary diagrams of an interface of a live broadcast method according to a second embodiment of the present invention. In this embodiment, further refinement is performed on the basis of the above embodiment, and a description is added to apply the live broadcast method to a scene of the first anchor user, which specifically includes the following steps with reference to fig. 2A:

s210, inputting a second anchor user, wherein the second anchor user invites the first anchor user to access an anchor user of a first live broadcast room, and the first live broadcast room is a live broadcast room which the first anchor user enters.

In this embodiment, in addition to the communication between the anchor user and the audience user, the communication between the anchor users is realized through a service request initiated by the first anchor user and inviting the second anchor user to access the first live broadcast room. Wherein the input second anchor user is an invited object.

As shown in fig. 2B, the designated interface may be used to enter a second anchor user in an interface area corresponding to "chairman". In one embodiment, a keyword is entered, candidate anchor users that match the keyword are displayed, and a second anchor user is determined from the candidate anchor users. For example, the name or room number of the second anchor user is input in the interface corresponding to the "ward-round anchor" to search for the second anchor user.

Further, in this embodiment, how the second anchor user accesses the first live broadcast room is not limited.

In an embodiment, when the second anchor user accepts the service request, the service processing end may send entry information to the second anchor user, where the entry information may include: an address to enter a first live room. Further, the second anchor user may access the first live room through the portal information.

In yet another embodiment, the second anchor user's access to the first live room is in the form of a ward round, i.e., the second anchor user may direct the audience users to access the first live room to drain the first anchor user, thereby increasing the amount of access to the first live room created by the first anchor user. A specific way to guide the viewer user may be to send entry information to the viewer user who is accessing the second anchor user, and the viewer user may access the first live room through the entry information.

S220, inputting the target quantity, wherein the target quantity is the quantity of the service data to be sent to the second anchor user.

In this embodiment, the first anchor user may feed back the second anchor user to access the first live broadcast room by sending the target amount of service data to the second anchor user, thereby improving the enthusiasm of the second anchor user for receiving the service request and accessing the first live broadcast room. The service data is an exchange medium in the live broadcast platform, and can be a virtual article provided by the live broadcast platform or a virtual coin. Further, the different virtual objects can be equivalently exchanged, such as replacing the virtual objects with equivalent virtual coins.

In an embodiment, if the second anchor user accesses the first live broadcast room in the form of a ward round, as shown in fig. 2B, the designated interface may be used to input the type of the service data and the target amount corresponding to the service data in the interface area corresponding to the "ward round gift". Furthermore, the service data are at least two virtual articles, and equivalent replacement can be performed between the virtual articles. As shown in fig. 2B, a target number of 12 virtual items of business data type "XXXX" will be sent to the second anchor user, and the virtual items of "XXXX" may be scaled to 1000 virtual coins.

It should be noted that, when the data threshold preset by the second anchor user is used, the service processing end needs to determine whether the target quantity of the service data input by the first anchor user exceeds the data threshold preset by the second anchor user; if yes, determining that the second anchor user receives the service request; if not, determining that the second anchor user rejects the service request, and sending a reminding message to the first anchor user. The reminding message is used for reminding the first anchor user that the set target quantity is lower than a preset data threshold value of the second anchor user, and the service request can be initiated only when the target quantity needs to be reset so as to invite the second anchor user to access the first live broadcast room.

In another embodiment, the first anchor user may also input service remark information, and as shown in fig. 2B, the specified interface may be used to input the service remark information in the interface area corresponding to the "invite remark". The service remark information can be used for setting the broadcasting time of the first live broadcast room, the live broadcast program information and the like.

And S230, sending a service request to a service server, wherein the service request is generated according to the first anchor user and a target number and is used for inviting the second anchor user to access the first direct broadcasting room, the service server is used for forwarding the service request to the second anchor user, and when the second anchor user is determined to accept the service request and the second anchor user is determined to meet a preset condition when accessing the first direct broadcasting room, the service request sends the target number of service data to the second anchor user.

In this embodiment, the service request is generated according to the first anchor user and the number of targets, and may at least include one of the following service information: sending object, invited object, target number of service data, service remark information, etc. Illustratively, when the service request is initiated by a first anchor user and used for inviting a second anchor user to access the first inter-cast, the sending object is the first anchor user, and the invited object is the second anchor user. The second anchor user may obtain the service information after receiving the service request to determine whether to accept the service request.

Further, in this embodiment, after the second anchor user receives the service request, it is determined that the second anchor user meets the preset condition for accessing the first live broadcast room, and then the target amount of service data may be sent to the second anchor user.

In one example, the preset conditions include: the second anchor user accesses the first live broadcast room in a preset time period, and the duration of the second anchor user accessing the first live broadcast room exceeds preset time.

And S240, displaying service data deduction information, wherein the service data deduction information is determined according to the service data of which the target quantity is deducted from the first anchor user.

Further, in an embodiment, the total number of service data included by the first anchor user may be determined; judging whether the total number exceeds the target number; if yes, deducting the target amount of service data from the first anchor user in advance; if not, sending a notification message for adding service data to the first anchor user, so as to ensure that the first anchor user can deduct the target amount of service data.

Illustratively, the first anchor user is provided with an account storing business data, which may be in the form of virtual coins. And if the first anchor user sets the quantity of the virtual articles A to be sent to the second anchor user in the service request, deducting the quantity of the virtual coins corresponding to the quantity of the virtual articles A from the account of the first anchor user. As shown in fig. 2B, a target number of 12 virtual items of business data type "XXXX" will be sent to the second anchor user, and the "XXXX" virtual items can be converted to 1000 virtual coins, which are then deducted from the account of the first anchor user. As shown in fig. 2C, the designated interface may be configured to display service data deduction information, and when the first anchor user deducts the target amount of service data, display "successfully initiate a ward rounding invitation to the second anchor"; when the total number is less than the target number, "virtual money is insufficient, whether virtual money is added to purchase a virtual item" is displayed, and after the virtual money is successfully added, that is, after the virtual money is purchased, "a check-up invitation is successfully initiated to the second anchor" is displayed.

It should be noted that, if it is determined that the second anchor user rejects the service request, the target amount of service data is returned to the first anchor user. In addition, if the second anchor user accesses the first live broadcast room and does not meet the preset condition, returning the target amount of service data to the first anchor user.

EXAMPLE III

Fig. 3A is a flowchart of a live broadcast method according to a third embodiment of the present invention. Fig. 3B-3C are exemplary diagrams of an interface of a live broadcast method according to a third embodiment of the present invention. The embodiment further refines on the basis of the above embodiment, and adds a description of applying the live broadcast method to a scene of a second anchor user, and specifically includes the following steps:

s310, invitation information of a first anchor user is displayed, the invitation information is generated according to a service request which is forwarded by a service server and initiated by the first anchor user, the service request is used for inviting a second anchor user to access a first direct broadcasting room and is provided with a target number of service data to be sent to the second anchor user, and the first direct broadcasting room is a direct broadcasting room into which the first anchor user enters.

In this embodiment, in addition to the communication between the anchor user and the audience user, the communication between the anchor users is realized through a service request initiated by the first anchor user and inviting the second anchor user to access the first live broadcast room. Furthermore, the first anchor user can feed back the second anchor user to access the first live broadcast room by sending the target amount of service data to the second anchor user, so that the enthusiasm of the second anchor user for receiving the service request and accessing the first live broadcast room is improved. The service data is an exchange medium in the live broadcast platform, and can be a virtual article provided by the live broadcast platform or a virtual coin. Further, different virtual items may be equivalently exchanged.

In this embodiment, the service request may at least include the following service information: sending object, invited object, target number of service data, service remark information, etc. Illustratively, when the service request is initiated by a first anchor user and used for inviting a second anchor user to access the first inter-cast, the sending object is the first anchor user, and the invited object is the second anchor user. Furthermore, the service remark information may set the broadcasting time of the first live broadcast room, the live broadcast program information, and the like. The second anchor user may obtain the service information after receiving the service request to determine whether to accept the service request.

Further, the invitation information is generated according to the service request. Illustratively, the invitation information may be used to display service information included in the service request. As shown in fig. 3B, the designated interface may be used to display invitation information for the first anchor user. The invitation information includes at least one of: the sending object, the target number of the service data, the service remark information and the like.

S320, receiving an acceptance operation acting on the invitation information, where the acceptance operation is used to determine that the second anchor user accepts the service request.

In one embodiment, as shown in fig. 3B, the "accept" and "reject" buttons displayed in the designated interface determine that an accept operation has been received for the invitation message by listening that the "accept" button has been pressed; a listen "reject" button is pressed to determine that a reject operation has been received for the invitation message.

S330, displaying information to be accessed, wherein the information to be accessed is used for providing an access entrance, and the access entrance is used for entering a first live broadcast room of a first anchor user which is accepted by the second anchor user by the service request.

In one embodiment, as shown in FIG. 3C, the designated interface may be used to display information to be accessed. The band access information further includes at least one of: the sending object, the target number of the service data, the service remark information and the like.

Further, whether the second anchor user accepts the service request or not can be determined in a manual mode and an automatic mode, and the first anchor user accepting the service request by the second anchor user is displayed in the information to be accessed.

In a manual embodiment, the response information is generated depending on whether the second anchor user accepts the service request. In an embodiment, the response information is a preset field, and at least includes: a preset field corresponding to accepting the service request, and a preset field corresponding to rejecting the service request. As shown in fig. 3B, the buttons of "accept" and "reject" displayed in the designated interface determine that an acceptance operation for the invitation information is received by listening that the "accept" button is pressed, and generate response information including a preset field corresponding to acceptance of the service request, thereby determining that the second anchor user accepts the service request, and displaying the service information of the first anchor user to which the acceptance operation is applied in the information to be accessed. By listening that a "reject" button is pressed, it is determined that a reject operation for the invitation information is received, and response information including a preset field corresponding to rejection of the service request is generated, thereby determining that the second anchor user rejects the service request.

In an embodiment of an automatic mode, whether the target quantity of the service data sent by the first anchor user exceeds a data threshold preset by the second anchor user is judged; if yes, determining that the second anchor user receives the service request; if not, determining that the second anchor user rejects the service request. Specifically, the second anchor user may preset a data threshold, and when the target amount of the service data to be sent set by the first anchor user exceeds the data threshold, it is automatically determined that the second anchor user accepts the service request, and the service information of the first anchor user who has accepted the service request is displayed in the information to be accessed. By providing the interface for setting the data threshold value for the second anchor user, the second anchor user can conveniently and automatically filter the service request, and the second anchor user can conveniently manage the service request. Thereby avoiding the second anchor user receiving too many service requests.

It should be noted that, in this embodiment, the target amount of service data is deducted from the first anchor user by using a pre-deduction method. And returning the target amount of service data to the first anchor user if the second anchor user refuses the service request is determined.

S340, receiving an access operation acting on the information to be accessed, wherein the access operation is used for accessing the first live broadcast room.

In this embodiment, when the access operation acts on the access entry set in the information to be accessed, the second anchor user starts to access the first live broadcast room.

And S350, receiving the target amount of service data when the second anchor user accesses the first live broadcast room and meets the preset condition.

In this embodiment, after the second anchor user receives the service request, it is determined that the second anchor user accesses the first live broadcast room and meets a preset condition, and then the target amount of service data sent by the first anchor user may be received.

In one embodiment, the preset conditions include: the second anchor user accesses the first live broadcast room in a preset time period, and the duration of the second anchor user accessing the first live broadcast room exceeds preset time. Specifically, if the preset time period is 48 hours, the second anchor user needs to access the first live broadcast room within 48 hours; if the time exceeds 48 hours, the second anchor user accessing the first live broadcast room is not qualified with the preset condition. If the preset time is 30 minutes, the fact that the duration of watching the live program uploaded by the first anchor user exceeds 30 minutes when the second anchor user needs to access the first live broadcast room is indicated; if the duration is less than 30 minutes, it indicates that the second anchor user accessing the first live broadcast room does not meet the preset condition. Illustratively, the invitation information and the information to be accessed are further used for displaying the remaining time of the preset time period and reminding the second anchor user to access the first live broadcast room in the preset time period so as to prevent the second anchor user from accessing the first live broadcast room and being not in accordance with the preset condition.

Example four

Fig. 4 is a schematic structural diagram of a live broadcast apparatus according to a fourth embodiment of the present invention, where this embodiment is applicable to providing an interaction path for a host user and performing feedback in the form of service data, the apparatus may be integrated in a service processing end, where the service processing end may be a server, and the server may be an independent server, a cluster server, and the like. Referring to fig. 4, the apparatus specifically includes the following structure: a service request receiving module 410, a target number determining module 420, a service data deduction module 430, a service request forwarding module 440 and a service data transmitting module 450.

A service request receiving module 410, configured to receive a service request initiated by a first anchor user and inviting a second anchor user to access a first live broadcast room, where the first live broadcast room is a live broadcast room that the first anchor user enters;

a target number determining module 420, configured to determine, from the service request, a target number of service data to be sent to the second anchor user;

a service data deduction module 430, configured to deduct the service data of the target amount from the first anchor user;

a service request forwarding module 440, configured to forward the service request to the second anchor user;

and a service data sending module 450, configured to send the target amount of service data to the second anchor user when it is determined that the second anchor user accepts the service request and the second anchor user accesses the first live broadcast room and meets a preset condition.

According to the technical scheme of the embodiment, a service request which is initiated by a first anchor user and invites a second anchor user to access a first live broadcast room is received, wherein the first live broadcast room is a live broadcast room which the first anchor user enters; determining a target amount of service data to be sent to a second anchor user from the service request; deducting the target amount of service data from the first anchor user; forwarding the service request to the second anchor user; and when the second anchor user is determined to accept the service request and the second anchor user accesses the first live broadcast room and meets the preset conditions, the target amount of service data is sent to the second anchor user. Therefore, different from the common situation that technical ways for interaction between anchor users are lacked and positive feedback for interaction is lacked, the first anchor user can invite the second anchor user to access the first anchor user and send the target amount of service data to the second anchor user. On one hand, the enthusiasm of the interaction between the first anchor user and the second anchor user can be increased, so that the interaction frequency is increased; on the other hand, the traffic and popularity of the first anchor user are increased due to the access of the second anchor user.

On the basis of the above technical solution, the service data deduction module 430 includes:

a total number determining unit, configured to determine a total number of service data included by the first anchor user.

And the target number judging unit is used for judging whether the total number exceeds the target number.

A deduction unit, configured to deduct, in advance, the service data of the target amount from the first anchor user if the total amount exceeds the target amount.

A notification message sending unit, configured to send a notification message for adding the service data to the first anchor user if the total number does not exceed the target number.

On the basis of the technical scheme, the device further comprises:

a data threshold judgment module, configured to judge whether the target quantity of the service data exceeds a data threshold preset by a second anchor user;

and the request receiving module is used for determining that the second anchor user receives the service request if the service data exceeds a data threshold preset by the second anchor user.

And the rejection request module is used for determining that the second anchor user rejects the service request if the service data does not exceed a data threshold preset by the second anchor user.

On the basis of the technical scheme, the device further comprises:

a response information receiving module, configured to receive response information of the second anchor user to the service request;

and the service request judging module is used for determining whether the service request is accepted by the second anchor user according to the response information.

On the basis of the technical scheme, the device further comprises:

and the first returning module is used for returning the target amount of service data to the first anchor user if the second anchor user refuses the service request.

On the basis of the technical scheme, the device further comprises:

and the second returning module is used for returning the service data of the target quantity to the first anchor user if the second anchor user does not meet the preset condition when accessing the first live broadcast room.

On the basis of the technical scheme, the preset conditions comprise that: the second anchor user accesses the first live broadcast room in a preset time period, and the duration of the second anchor user accessing the first live broadcast room exceeds preset time.

EXAMPLE five

Fig. 5 is a schematic structural diagram of a live broadcast apparatus according to a fifth embodiment of the present invention.

The present embodiment is applicable to a case where an interaction path is provided for a anchor user and feedback is performed in the form of service data, and the apparatus may be integrated in a client of a first anchor user, and the apparatus includes: a second anchor user input module 510, a target number input module 520, a service request transmission module 530, and a deduction information display module 540.

A second anchor user input module 510, configured to input a second anchor user, where the second anchor user invites the first anchor user to access an anchor user in the first live broadcast room, and the first live broadcast room is a live broadcast room into which the first anchor user enters.

A target number input module 520, configured to input a target number, where the target number is a number of service data to be sent to the second anchor user.

A service request sending module 530, configured to send a service request to a service server, where the service request is generated according to the first anchor user and a target quantity, and is used to invite the second anchor user to access the first live broadcast room, and the service server is used to forward the service request to the second anchor user, and send service data of the target quantity to the second anchor user when it is determined that the second anchor user accepts the service request and the second anchor user accesses the first live broadcast room and meets a preset condition.

A deduction information display module 540, configured to display service data deduction information, where the service data deduction information is determined according to service data obtained by deducting the target amount from the first anchor user.

EXAMPLE six

Fig. 6 is a schematic structural diagram of a live broadcast apparatus according to a sixth embodiment of the present invention.

The present embodiment is applicable to a case where an interaction path is provided for a anchor user and feedback is performed in the form of service data, and the apparatus may be integrated in a client of a second anchor user, and the apparatus includes: an invitation information display module 610, an acceptance operation receiving module 620, an access information display module 630, an access operation receiving module 640, and a business data receiving module 650.

The invitation information display module 610 is configured to display invitation information of a first anchor user, where the invitation information is generated according to a service request initiated by the first anchor user and forwarded by a service server, the service request is used to invite a second anchor user to access a first live broadcast room, and a target quantity of service data to be sent to the second anchor user is set, and the first live broadcast room is a live broadcast room into which the first anchor user enters.

An accepting operation receiving module 620, configured to receive an accepting operation acting on the invitation information, where the accepting operation is used to determine that the second anchor user accepts the service request.

An access information display module 630, configured to display information to be accessed, where the information to be accessed is used to provide an access entry, and the access entry is used to enter a first live broadcast room of a first anchor user who is accepted the service request by the second anchor user.

An access operation receiving module 640, configured to receive an access operation that acts on the information to be accessed, where the access operation is used to access the first live broadcast room.

A service data receiving module 650, configured to receive the service data of the target amount when the second anchor user accesses the first live broadcast room and meets a preset condition.

EXAMPLE seven

Fig. 7 is a schematic structural diagram of a live broadcast device according to a seventh embodiment of the present invention. As shown in fig. 7, the live device includes: a processor 70, a memory 71, an input device 72, and an output device 73. The number of processors 70 in the live device may be one or more, and one processor 70 is taken as an example in fig. 7. The number of the memories 71 in the live device may be one or more, and one memory 71 is taken as an example in fig. 7. The processor 70, the memory 71, the input device 72 and the output device 73 of the live device may be connected by a bus or other means, for example, in fig. 7. The live broadcast equipment can be a mobile phone, a computer, a server and the like.

The memory 71 serves as a computer-readable storage medium, and can be used for storing software programs, computer-executable programs, and modules, such as program instructions/modules corresponding to the live broadcasting method according to any embodiment of the present invention (for example, the service request receiving module 410, the target number determining module 420, the service data deducting module 430, the service request forwarding module 440, and the service data sending module 450 in the live broadcasting device; for example, the second anchor user input module 510, the target number input module 520, the service request sending module 530, and the deduction information display module 540 in the live broadcasting device; for example, the invitation information display module 610, the acceptance operation receiving module 620, the access information display module 630, the access operation receiving module 640, and the service data receiving module 650 in the live broadcasting device). The memory 71 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created according to use of the device, and the like. Further, the memory 71 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid state storage device. In some examples, the memory 71 may further include memory located remotely from the processor 70, which may be connected to the device over a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The input device 72 may be used to receive input numeric or character information and generate key signal inputs relating to viewer user settings and function controls of the live equipment, as well as a camera for capturing images and a sound pickup device for capturing audio data. The output device 73 may include an audio device such as a speaker. It should be noted that the specific composition of the input device 72 and the output device 73 can be set according to actual conditions.

The processor 70 executes various functional applications of the device and data processing by running software programs, instructions and modules stored in the memory 71, i.e. implements the live broadcast method described above.

Example eight

An eighth embodiment of the present invention further provides a storage medium containing computer-executable instructions, which when executed by a computer processor, are configured to perform a live method.

In one embodiment, the method is applied to a scenario of a service processing end, and includes:

receiving a service request initiated by a first anchor user and inviting a second anchor user to access a first live broadcast room, wherein the first live broadcast room is a live broadcast room entered by the first anchor user;

deducting the target amount of service data from the first anchor user;

forwarding the service request to the second anchor user;

In a further embodiment, applied to a scenario of a first anchor user, the method comprises:

In a further embodiment, applied to a scenario of a second anchor user, the method comprises:

Of course, the storage medium provided in the embodiment of the present invention includes computer-executable instructions, and the computer-executable instructions are not limited to the operations of the live broadcast method described above, and may also perform related operations in the live broadcast method provided in any embodiment of the present invention, and have corresponding functions and advantages.

From the above description of the embodiments, it is obvious for those skilled in the art that the present invention can be implemented by software and necessary general hardware, and certainly, can also be implemented by hardware, but the former is a better embodiment in many cases. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which may be stored in a computer-readable storage medium, such as a floppy disk, a Read-only memory (ROM), a Random Access Memory (RAM), a FLASH memory (FLASH), a hard disk or an optical disk of a computer, and includes several instructions to enable a computer device (which may be a robot, a personal computer, a server, or a network device) to execute the live broadcast method according to any embodiment of the present invention.

It should be noted that, in the above live broadcast apparatus, each unit and each module included in the live broadcast apparatus are only divided according to functional logic, but are not limited to the above division as long as the corresponding function can be implemented; in addition, specific names of the functional units are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present invention.

It should be understood that portions of the present invention may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, the various steps or methods may be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, any one or combination of the following techniques, which are known in the art, may be used: a discrete logic circuit having a logic gate circuit for implementing a logic function on a data signal, an application specific integrated circuit having an appropriate combinational logic gate circuit, a Programmable Gate Array (PGA), a Field Programmable Gate Array (FPGA), or the like.

In the description herein, references to the description of the terms "implementation," "an embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., mean that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the invention. In this specification, the schematic representations of the terms used above do not necessarily refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples.

The product can execute the method provided by any embodiment of the invention, and has corresponding functional modules and beneficial effects of the execution method.

It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.

Claims

1. A live broadcast method, comprising:

deducting the target amount of service data from the first anchor user;

forwarding the service request to the second anchor user;

when the second anchor user is determined to accept the service request and the second anchor user accesses the first live broadcast room and meets the preset conditions, the target amount of service data is sent to the second anchor user;

the live broadcast method further comprises the following steps:

receiving response information of the second anchor user to the service request; and determining whether the service request is accepted by the second anchor user according to the response information.

2. The method of claim 1, wherein deducting the target amount of traffic data from the first anchor user comprises:

determining the total number of service data included by the first anchor user;

judging whether the total number exceeds the target number;

3. The method of claim 1, further comprising:

if yes, determining that the second anchor user receives the service request;

if not, determining that the second anchor user rejects the service request.

4. The method of claim 1, further comprising:

5. The method of claim 1, further comprising:

6. The method according to any one of claims 1 to 5, wherein the preset conditions include:

7. A live broadcast method, comprising:

displaying service data deduction information, wherein the service data deduction information is determined according to the service data of which the target quantity is deducted from the first anchor user;

the live broadcast method further comprises the following steps:

8. A live broadcast method, comprising:

9. A live broadcast apparatus, comprising:

the service data sending module is used for sending the target amount of service data to the second anchor user when the second anchor user is determined to receive the service request and the second anchor user meets the preset condition of accessing the first live broadcast room;

the live device further comprises:

10. A live broadcast apparatus, comprising:

a deduction information display module, configured to display service data deduction information, where the service data deduction information is determined according to service data obtained by deducting the target amount from the first anchor user;

the live device further comprises:

11. A live broadcast apparatus, comprising:

a service data receiving module, configured to receive the service data of the target amount when the second anchor user accesses the first live broadcast room and meets a preset condition;

the live device further comprises:

12. A live device, comprising: a memory and one or more processors;

the memory for storing one or more programs;

when executed by the one or more processors, cause the one or more processors to implement a live method as recited in any of claims 1-8.

13. A storage medium containing computer-executable instructions for performing the live method of any one of claims 1-8 when executed by a computer processor.