CN108449606B

CN108449606B - Barrage limiting method, device, server and medium

Info

Publication number: CN108449606B
Application number: CN201810266389.2A
Authority: CN
Inventors: 肖辉; 陈少杰; 张文明
Original assignee: Wuhan Douyu Network Technology Co Ltd
Current assignee: Wuhan Douyu Network Technology Co Ltd
Priority date: 2018-03-28
Filing date: 2018-03-28
Publication date: 2020-08-04
Anticipated expiration: 2038-03-28
Also published as: CN108449606A

Abstract

The invention discloses a barrage limiting method, a device, a server and a medium, wherein the method is applied to the server and comprises the following steps: receiving a bullet screen request of a target user for sending a target bullet screen in a target live broadcast room; acquiring current token information of a target live broadcast room based on a barrage request, wherein a live broadcast server distributes tokens to the target live broadcast room according to a preset token distribution strategy; judging whether the target barrage is allowed to be broadcasted or not according to the current token information, the identity information of the target user and the state information of the target live broadcast room and a preset broadcasting strategy; and if the target barrage is allowed to be broadcast, broadcasting the target barrage, and reducing the number of tokens in the target live broadcast room by one. The method and the device solve the technical problems that the live broadcast watching of a user is influenced and a server is greatly burdened due to the bullet screen function in the existing live broadcast process. The technical effects of avoiding influencing the watching of the live broadcast by the user and reducing the burden of the server are achieved.

Description

Barrage limiting method, device, server and medium

Technical Field

The invention relates to the technical field of internet, in particular to a bullet screen limiting method, a bullet screen limiting device, a bullet screen limiting server and a bullet screen limiting medium.

Background

At present, with the progress of network communication technology and the speed increase of broadband networks, network live broadcasting is developed and applied more and more, and the number of anchor broadcasters for live broadcasting is increased more and more. In order to improve user viscosity and increase interactivity in the live broadcast process, the live broadcast platform often provides a barrage function for watching live broadcast users to perform real-time interaction.

However, in the specific use process of barrage function, a large amount of users all use the barrage to communicate, lead to the barrage quantity in the live room too much, barrage frequency is too high, on the one hand, influences the user and watches live, on the other hand, has brought very big burden for live platform core server.

Therefore, the technical problems that the live broadcast watching of a user is influenced and a server is greatly burdened exist in the existing barrage function in the live broadcast process.

Disclosure of Invention

The embodiment of the application provides a barrage limiting method, a barrage limiting device, a server and a medium, and solves the technical problems that the barrage function in the existing live broadcast process influences a user to watch live broadcast and brings great burden to the server.

In a first aspect, a bullet screen limiting method is provided, where the method is applied to a live broadcast server, and includes:

receiving a bullet screen request of a target user for sending a target bullet screen in a target live broadcast room;

based on the barrage request, obtaining current token information of the target live broadcast room, wherein the current token information comprises: the number of the existing tokens in the target live broadcast room or the current token liability information in the target live broadcast room; the live broadcast server distributes tokens to the target live broadcast room according to a preset token distribution strategy; one token corresponds to one barrage broadcast;

judging whether the target barrage is allowed to be broadcasted or not according to the current token information, the identity information of the target user and the state information of the target live broadcast room and a preset broadcasting strategy;

and if the target barrage is allowed to be broadcast, broadcasting the target barrage, reducing the number of tokens in the target live broadcast room by one, and updating the number of tokens.

Optionally, before the obtaining of the current token information of the target live broadcast room, the method further includes: acquiring the time interval between the current time and the last token distribution based on the bullet screen request; and distributing tokens to the target live broadcast room according to the time interval and a preset token distribution period.

Optionally, the allocating tokens to the target live broadcast room according to the time interval and a preset token allocation period includes: if the time interval is less than the token allocation period, not allocating tokens to the target live broadcast room; if the time interval is greater than or equal to the token allocation period and is less than twice the token allocation period, performing token allocation for the target live broadcast room once; and if the time interval is more than or equal to two times of the token allocation period, performing token allocation once to the target live broadcast room, and reissuing the token allocation with an integer number of times in the sequence of (T1-T2)/T2, wherein T1 is the time interval, and T2 is the token allocation period.

Optionally, if the token liability information indicates that the target live broadcast room has token liability, the reissued token is used for offsetting the liability.

Optionally, if the preset bullet screen broadcasting frequency is M pieces per second, the token allocation policy is to allocate 2 tokens every 2/M second, where M is a positive integer; and if the token liability information represents that the target live broadcast room has token liability, 1 token in the 2 tokens is used for offsetting the liability, and the other token is used for broadcasting barrage.

Optionally, users of the target live broadcast room belong to N barrage groups, where N is a positive integer; the judging whether the target barrage is allowed to be broadcasted or not according to the token information, the identity information of the target user and the state information of the target live broadcast room and a preset broadcasting strategy comprises the following steps: and judging whether the target barrage is allowed to be broadcasted or not according to the token information, the identity information of the target user, the state information of the target live broadcast room and the barrage group information of the target user and a preset broadcasting strategy.

Optionally, the determining, according to the token information, the identity information of the target user, the state information of the target live broadcast room, and the bullet screen group information to which the target user belongs, whether to allow broadcasting of the target bullet screen according to a preset broadcasting policy includes: if the identity information of the target user represents that the target user belongs to a group which needs global broadcasting, allowing the target barrage to be globally broadcasted in the target live broadcast room; if the identity information of the target user represents that the bullet screen sent by the target user is a high-value bullet screen, and the token information represents that the degree of the token liability of the target live broadcast room is severe liability, allowing the target bullet screen to be broadcast in a target bullet screen group to which the target user belongs; if the identity information of the target user represents that the bullet screen sent by the target user is a high-value bullet screen, and the token information represents that the degree of the token liability of the target live broadcast room is no liability or common liability, allowing the target bullet screen to be broadcast globally in the target live broadcast room; if the target user does not belong to the group which needs to be broadcasted globally, the bullet screen sent by the target user is not a high-value bullet screen, and the token information represents that the degree of the token liability of the target live broadcast room is serious liability, the target bullet screen is not allowed to be broadcasted; if the target user does not belong to the group which needs to be broadcasted globally, the bullet screen sent by the target user is not a high-value bullet screen, and the token information represents that the degree of the token liability of the target live broadcast room is no liability or common liability, the target bullet screen is allowed to be broadcasted in the target bullet screen group to which the target user belongs; if the state information of the target live broadcast room represents that the target live broadcast room is in a lottery drawing state and the token information represents that the target live broadcast room has a token liability, the target barrage is not allowed to be broadcast; if the state information of the target live broadcast room represents that the target live broadcast room is in a lottery drawing state and the token information represents that the target live broadcast room has a token liability, the target barrage is not allowed to be broadcast; and if the state information of the target live broadcast room represents that the target live broadcast room is in a lottery drawing state and the token information represents that the target live broadcast room has no token liability, allowing the target barrage to be broadcast in a target barrage group to which the target user belongs.

In a second aspect, a bullet screen limiting device is provided, where the device is a live broadcast server, and includes:

the receiving unit is used for receiving a bullet screen request of a target user for sending a target bullet screen in a target live broadcast room;

an obtaining unit, configured to obtain current token information of the target live broadcast room based on the barrage request, where the current token information includes: the number of the existing tokens in the target live broadcast room or the current token liability information in the target live broadcast room; the live broadcast server distributes tokens to the target live broadcast room according to a preset token distribution strategy; one token corresponds to one barrage broadcast;

the judging unit is used for judging whether the target barrage is allowed to be broadcasted or not according to the current token information, the identity information of the target user and the state information of the target live broadcast room and a preset broadcasting strategy;

and the broadcasting unit is used for broadcasting the target barrage if the target barrage is allowed to be broadcasted, reducing the number of tokens in the target live broadcast room by one and updating the number of tokens.

In a third aspect, a live broadcast server is provided, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the program, the processor implements the method of any one of the first aspect.

In a fourth aspect, there is provided a computer readable storage medium having stored thereon a computer program which, when executed by a processor, performs the method of any of the first aspects.

One or more technical solutions provided in the embodiments of the present application have at least the following technical effects or advantages:

the bullet screen limiting method, the bullet screen limiting device, the server and the medium provided by the embodiment of the application do not directly send the bullet screen after receiving the bullet screen request of the target user for sending the target bullet screen in the target live broadcast room, but set a broadcast strategy: acquiring current token information of the target live broadcast room, and judging whether the target barrage is allowed to be broadcast according to a preset broadcast strategy according to the current token information, the identity information of the target user and the state information of the target live broadcast room; and broadcasting only the judged target barrage, and reducing the number of the tokens in the target live broadcast room by one to update the number of the tokens so as to facilitate the judgment of the next barrage. Both limited barrage frequency and quantity through the token, also through combining the consideration target user's identity information with the broadcast of key barrage has been guaranteed to the status information of the live room of target, on the one hand, reduces the user and receives barrage quantity, avoids influencing the user and watches live, and on the other hand has effectively reduced the burden of server.

Drawings

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

Fig. 1 is a flowchart of a bullet screen limitation method according to an embodiment of the present application;

FIG. 2 is a schematic structural diagram of an apparatus according to a second embodiment of the present application;

fig. 3 is a schematic structural diagram of a live broadcast server in the third embodiment of the present application;

fig. 4 is a schematic structural diagram of a computer-readable storage medium 400 in an embodiment of the present application.

Detailed Description

The embodiment of the application provides a barrage limiting method, a barrage limiting device, a server and a medium, and solves the technical problems that the barrage function in the existing live broadcast process influences a user to watch live broadcast and brings great burden to the server. The technical effects of avoiding influencing the watching of the live broadcast by the user and reducing the burden of the server on the basis of ensuring the broadcast of the key barrage are achieved.

In order to solve the technical problems, the general idea of the embodiment of the application is as follows:

Specifically, after receiving a barrage request for a target user to send a target barrage in a target live broadcast room, a broadcast strategy is set instead of directly sending the barrage: acquiring current token information of the target live broadcast room, and judging whether the target barrage is allowed to be broadcast according to a preset broadcast strategy according to the current token information, the identity information of the target user and the state information of the target live broadcast room; and broadcasting only the judged target barrage, and reducing the number of the tokens in the target live broadcast room by one to update the number of the tokens so as to facilitate the judgment of the next barrage. Both limited barrage frequency and quantity through the token, also through combining the consideration target user's identity information with the broadcast of key barrage has been guaranteed to the status information of the live room of target, on the one hand, reduces the user and receives barrage quantity, avoids influencing the user and watches live, and on the other hand has effectively reduced the burden of server.

In order to better understand the technical solution, the technical solution will be described in detail with reference to the drawings and the specific embodiments.

Example one

As shown in fig. 1, this embodiment provides a bullet screen limiting method, where the method is applied to a live broadcast server, and includes:

step S101, receiving a bullet screen request of a target user for sending a target bullet screen in a target live broadcast room;

step S102, based on the barrage request, obtaining current token information of the target live broadcast room, wherein the current token information comprises: the number of the existing tokens in the target live broadcast room or the current token liability information in the target live broadcast room; the live broadcast server distributes tokens to the target live broadcast room according to a preset token distribution strategy; one token corresponds to one barrage broadcast;

step S103, judging whether the target barrage is allowed to be broadcasted or not according to the current token information, the identity information of the target user and the state information of the target live broadcast room and a preset broadcasting strategy;

and step S104, if the target barrage is allowed to be broadcast, broadcasting the target barrage, reducing the number of tokens in the target live broadcast room by one, and updating the number of tokens.

In this embodiment, the server may be a computer device, a cloud, or a group of computer devices, which is not limited herein. The client of the target user may be a smart phone, a notebook, a desktop computer, and a tablet computer, which is not limited herein.

The following describes in detail specific implementation steps of the bullet screen limiting method provided in this embodiment with reference to fig. 1:

first, step S101 is executed to receive a bullet screen request of a target user to send a target bullet screen in a target live broadcast room.

Specifically, when the target user wants to send a bullet screen, he or she inputs the content of the bullet screen and clicks a send button, and then generates a bullet screen request and sends the bullet screen request to the live server.

Then, step S102 is executed, and current token information of the target live broadcast room is obtained based on the barrage request, where the current token information includes: the number of the existing tokens in the target live broadcast room or the current token liability information in the target live broadcast room; the live broadcast server distributes tokens to the target live broadcast room according to a preset token distribution strategy; one token corresponds to one barrage broadcast.

Specifically, the bullet screen flow is limited by adopting a token bucket mode in the embodiment, each live broadcast room can be set to have an independent token bucket, tokens are distributed to each room according to a preset token distribution strategy, for most of the bullet screens, when there is a token in the target live broadcast room, the bullet screen can be broadcasted in the target live broadcast room, and if there is no token, the bullet screen is discarded, that is, one token is consumed when one bullet screen is sent. However, in a case where a special barrage (a barrage transmitted by a host, a barrage transmitted by an administrator, a high-value barrage, or the like) which is partially required to be transmitted is not provided with a token, the special barrage is forcibly broadcast in the target live broadcast room, and thus the token liability may be generated in the target live broadcast room. The token liability information is a token liability amount for characterizing the target live broadcast room.

In this embodiment of the present application, if the preset bullet screen broadcasting frequency is M pieces per second, the token allocation policy may be 2 tokens per 2/M second, where M is a positive integer. Specifically, the arrangement of assigning 2 tokens at a time instead of 1 token takes into account that if the target live room has a liability, assigning only 1 token at a time, does not allow for both liability cancellation and barrage broadcasting. Setting two tokens to be distributed at each time, if the token liability information represents that the target live broadcast room has token liability, 1 token in the 2 tokens is used for offsetting the liability, and the other token is used for broadcasting the barrage so as to avoid the situation that the normal broadcast transmission of the barrage is excessively influenced under the liability condition.

Of course, in the implementation process, it may also be set that only 1 token is allocated each time, or 3 tokens are allocated each time, which is not limited herein and is not listed any more.

In this embodiment, the token may be distributed in a plurality of ways, and two ways are listed as follows:

first, based on the barrage request, a token is triggered to be allocated.

That is, after the live broadcast server receives the bullet screen request of the target live broadcast room each time, the live broadcast server triggers the token allocation to the target live broadcast room. The specific allocation policy may be:

acquiring the time interval between the current time and the last token distribution based on the bullet screen request; and distributing tokens to the target live broadcast room according to the time interval and a preset token distribution period.

Specifically, the allocating tokens to the target live broadcast room according to the time interval and a preset token allocation period includes:

if the time interval is less than the token allocation period, not allocating tokens to the target live broadcast room;

if the time interval is greater than or equal to the token allocation period and is less than twice the token allocation period, performing token allocation for the target live broadcast room once;

if the time interval is greater than or equal to two times of the token allocation period, performing token allocation once for the target live broadcast room, and reissuing (T1-T2)/T2 to obtain integer token allocation, wherein T1 is the time interval, and T2 is the token allocation period; if the token liability information represents that the target live broadcast room has token liability, the subsidized token is preferentially used for offsetting the liability.

For example, assuming that the preset token allocation policy is to allocate 2 tokens to the target live broadcast room every 0.2 seconds, the token allocation period is 0.2 seconds. If the time interval between the current time of receiving the barrage request and the last time of receiving the barrage request of the target live broadcasting room is 0.1 second, no token is distributed to the target live broadcasting room; assuming that the time interval is 0.3 second, allocating 1 time to the target live broadcast room for 2 tokens; assuming that the time interval is 0.9 seconds, the target live broadcast room is allocated 1 time for 2 tokens, and is complemented 3 times for 6 tokens.

Second, tokens are periodically allocated.

Namely, the server distributes tokens to the target live broadcast room at regular time according to a preset token distribution cycle.

Of course, other token allocation manners may be adopted in the implementation process, which is not limited herein and is not listed.

And then, executing step S103, and determining whether to allow broadcasting of the target barrage according to a preset broadcasting strategy according to the current token information, the identity information of the target user, and the state information of the target live broadcast room.

Before introducing the broadcasting strategy, how to determine whether the target user is a group which must be broadcast globally and a high-value bullet screen according to the identity information of the target user needs to be introduced.

In the embodiment of the present application, the group that must be broadcast globally includes: the system comprises a main broadcast of the target live broadcast room, an administrator of the target live broadcast room and an administrator of the live broadcast platform.

Of course, in the specific implementation process, other groups that must be broadcast globally may also be set, for example: some specially invited guest clients, etc.

In this embodiment of the application, there may be multiple methods for determining whether the bullet screen sent by the target user is a high-value bullet screen, and as long as any one or more of the methods are satisfied, the bullet screen sent by the target user may be considered as a high-value bullet screen, where four methods are listed as follows:

first, according to user ratings.

Judging whether the user grade of the target user on the live broadcast platform is greater than a preset user grade; and if the grade is larger than the preset user grade, the bullet screen sent by the target user is a high-value bullet screen.

Specifically, the user rating is a rating accumulated by the target user on the whole live platform, and is specifically related to a time length for the target user to log in the live platform and a consumption condition of the target user on the live platform. Characterized by the historical behavior accumulation of the target user in the whole live broadcast platform.

For example, the bullet screen sent by the user with the user rank greater than 20 can be set as a high-value bullet screen.

Second, according to the fan rating.

Judging whether the fan grade of the target user in the target live broadcast room is greater than a preset fan grade; and if the grade is larger than the preset fan grade, the bullet screen sent by the target user is a high-value bullet screen.

Specifically, the fan level is a level accumulated by the target user in the target live broadcasting room, and is specifically related to a time period for the target user to enter the target live broadcasting room, a consumption situation of the target user in the target live broadcasting room, and a historical behavior of the target user in the target live broadcasting room. Characterized by the accumulation of the target user's historical behavior in the target live room.

In the specific implementation process, when the number of people in a room is too large, the number of the global barrage needs to be controlled, the preset fan grade can be determined according to the number data of the target live broadcast room, the number data is positively correlated with the preset fan grade, and whether the fan grade of the target user in the target live broadcast room is greater than the preset fan grade is judged. The positive correlation may be a direct ratio, or may be a staged positive correlation, which is not limited herein.

For example, when the number of the target live broadcast rooms is greater than 10 ten thousand, the preset fan level is 4, when the number of the target live broadcast rooms is less than or equal to 10 ten thousand, the preset fan level is 1, and the 4-level is higher than the 1 level.

And thirdly, according to consumption data.

Judging whether the consumption data of the target user is larger than a preset consumption value or not; and if the consumption value is larger than the preset consumption value, the bullet screen sent by the target user is a high-value bullet screen.

Specifically, the high-value bullet screen may be determined according to the consumption data of the target user in the target live broadcast room, or may be determined according to the consumption data of the target user on the whole live broadcast platform, which is not limited herein.

And fourthly, according to preset scale marks.

Judging whether the title granted by the target user is a preset title or not; and if the name is the preset name, the bullet screen sent by the target user is a high-value bullet screen.

Specifically, it may be set that the user may have various titles according to historical behaviors, for example: noble, silver, and the like. The bullet screen sent by the user with the noble title number can be set to be a high-value bullet screen.

Of course, the method for specifically determining the high-value bullet screen is not limited to the above four methods, for example, the bullet screen sent by the invited guests may also be set as the high-value bullet screen, which is not limited herein, and is not listed.

Next, how to judge whether to allow the target barrage to be broadcast according to a preset broadcast policy will be described. In a specific implementation process, the preset broadcast policy may be various, and three are listed as follows:

first, consider a bullet screen grouping.

Setting that users of the target live broadcast room belong to N bullet screen groups, wherein N is a positive integer;

in the embodiment of the application, in order to avoid too many barrages and too high server pressure caused by barrages in all rooms, users in the target live broadcast room belong to N barrage groups respectively. In most cases, each user only receives the message sent by the user of the bullet screen group to which the user belongs, so that the number of the bullet screens received by each user is greatly reduced.

Further, in order to meet the condition that some users want to watch all the barrages, the N barrage groups may further include a mass barrage group, where N is greater than or equal to 2, and a user in the mass barrage group may receive the barrages sent by all users in the target live broadcast room. That is to say, the bullet screen sent by the user in a certain bullet screen group can be broadcast not only in the bullet screen group, but also in the mass bullet screen groups.

The method for adding the bullet screen group specifically may be: when a target live broadcast room is newly built, a normal barrage group and a mass barrage group are correspondingly newly built, wherein the upper limit of the number of people in the normal barrage group is preset as a preset upper limit value. The normal barrage group only receives the barrages sent by the users in the group and the global barrages broadcasted in the whole room, and the mass barrage group receives all the barrages in the live broadcast room. Each user entering the target live broadcast room is classified into the normal barrage group, and of course, the user can also select to enter the massive barrage group. And when the number of people in the normal bullet screen group reaches the preset upper limit value, newly building a second normal bullet screen group, and building a third normal bullet screen group till the second normal bullet screen group is full of people, and so on.

The specific method for deleting the bullet screen group may be: and when users exit the target live broadcast room successively to enable the number of people in a certain bullet screen group to be 0, deleting the bullet screen group with the number of people being 0 by default. It should be noted that the mass bullet screen groups may not be deleted.

The method for adding the bullet screen group specifically comprises the following steps: and when the user logs in the target live broadcast room, selecting the bullet screen group with the least number of people from the normal bullet screen groups, and adding the user into the bullet screen group with the least number of people. The user can also choose to quit the normal barrage group and join the mass barrage group. The user can also select to quit the mass bullet screen groups and automatically join the normal bullet screen group with the least number of people. Of course, the user may also select a normal barrage group to join according to the needs of the user, for example, select a barrage group where a friend concerned with the user is located to join, or select a barrage group with a large number of barrages to join, which is not limited herein, and is not listed one by one.

The specific method for exiting the bullet screen group may be as follows: and when the user exits the target live broadcast room, deleting the user from the belonged bullet screen group, and of course, the user can also select to exit a certain bullet screen group and join other bullet screen groups.

The method for combining the bullet screen groups specifically comprises the following steps: the live broadcast server can regularly check the number of people of each bullet screen group, and the bullet screen groups with less number of people are combined on the premise that the total number of people does not exceed the upper limit of the number of people of the bullet screen groups. For example: the live broadcast server finds out the bullet screen group A with the least number of people and the bullet screen group B with the second least number of people, if the number of people of A is less than 1/4 of the upper limit of the number of people, and the total number of people of the bullet screen group A + the bullet screen group B is less than the upper limit of the number of people of one bullet screen group, all people in A are added into B, and the bullet screen group A is deleted.

Of course, the method for optimally managing the divided bullet screen groups is not limited to the above-described methods, and in the specific implementation process, the method for managing the bullet screen groups may be set as needed, which is not limited and is not listed here.

Under the condition that a barrage group is set, judging whether to allow broadcasting of the target barrage according to the token information, the identity information of the target user, the state information of the target live broadcast room and the barrage group information to which the target user belongs and a preset broadcasting strategy, which may include:

if the identity information of the target user represents that the target user belongs to a group which needs global broadcasting, allowing the target barrage to be globally broadcasted in the target live broadcast room;

if the identity information of the target user represents that the bullet screen sent by the target user is a high-value bullet screen, and the token information represents that the degree of the token liability of the target live broadcast room is severe liability, allowing the target bullet screen to be broadcast in a target bullet screen group to which the target user belongs;

if the identity information of the target user represents that the bullet screen sent by the target user is a high-value bullet screen, and the token information represents that the degree of the token liability of the target live broadcast room is no liability or common liability, allowing the target bullet screen to be broadcast globally in the target live broadcast room;

if the target user does not belong to the group which needs to be broadcasted globally, the bullet screen sent by the target user is not a high-value bullet screen, and the token information represents that the degree of the token liability of the target live broadcast room is serious liability, the target bullet screen is not allowed to be broadcasted;

if the target user does not belong to the group which needs to be broadcasted globally, the bullet screen sent by the target user is not a high-value bullet screen, and the token information represents that the degree of the token liability of the target live broadcast room is no liability or common liability, the target bullet screen is allowed to be broadcasted in the target bullet screen group to which the target user belongs;

if the state information of the target live broadcast room represents that the target live broadcast room is in a lottery drawing state and the token information represents that the target live broadcast room has a token liability, the target barrage is not allowed to be broadcast;

and if the state information of the target live broadcast room represents that the target live broadcast room is in a lottery drawing state and the token information represents that the target live broadcast room has no token liability, allowing the target barrage to be broadcast in a target barrage group to which the target user belongs.

In the specific implementation process, considering that part of users have the requirement of acquiring all the bullet screens, a mass bullet screen group can be set for the users to selectively join, and all the bullet screens can be broadcasted to the users in the mass bullet screen group without flow limitation.

Second, consider the bullet screen grouping and string case.

That is, in the aforesaid first kind of setting the user branch in the live room of target belongs to N bullet curtain group, and N is under the condition of positive integer, and further, considering that some bullet curtain group may exist the inactive condition, can set up live broadcast server and can judge in N bullet curtain group, whether there is the idle bullet curtain group that does not have the user to send the bullet curtain in predetermineeing the duration, if there is idle bullet curtain group, then to user broadcast in the idle bullet curtain group the bullet curtain that other bullet curtain group users sent in N bullet curtain group. That is, the string bullet screen broadcasting is performed on the idle bullet screen groups, and the specific string method may be to arbitrarily determine a message string of a bullet screen group to the idle bullet screen group, or to randomly extract a part of bullet screen string from each bullet screen group to display to the idle bullet screen group, which is not limited herein.

Considering the string group, the broadcast strategy shown in table 1 may be adopted to determine whether to broadcast the target barrage:

-

no liability (this group)

No liability (cluster set)

With debt (this group)

With debt (string set)

Excess debt (this group)

Excess debt (string set)

MUST

√

VALUABLE

√

×

NO (common barrage)

√

○

√

×

NO (lucky draw)

○

×

Table 1 broadcast strategy considering string groups

Wherein √ represents that the bullet screen is operated to be sent and the liability is allowed, ○ represents that the bullet screen is allowed to be sent and the liability is not allowed, and × represents that the bullet screen is not allowed to be sent.

Third, packet disregard.

Specifically, it may be set that the target barrage may be broadcast in the target live broadcast room when one of the following conditions is satisfied:

the identity information of the target user represents that the bullet screen sent by the target user is a high-value bullet screen;

the current token information represents that a token exists in the target live broadcast room, and the state information of the target live broadcast room represents that the target live broadcast room is in a normal live broadcast state;

and the identity information of the target user represents that the target user belongs to a preset group which needs to be broadcasted globally.

Of course, in the specific implementation process, the method for determining whether to allow the target barrage to be broadcast according to the preset broadcast policy is not limited to the above three methods, and is not limited herein, and is not listed.

Next, step S104 is executed, if the target barrage is allowed to be broadcast, the target barrage is broadcast, the number of tokens in the target live broadcast room is reduced by one, and the number of tokens is updated.

The embodiment also provides a barrage broadcasting method, which is applied to a live broadcast server and comprises the following steps:

receiving a barrage request sent by a target user in a target live broadcast room, wherein the user in the target live broadcast room belongs to N barrage groups, and N is a positive integer;

if the target user belongs to a preset group which needs to be broadcasted globally or the bullet screen sent by the target user is a high-value bullet screen, broadcasting the bullet screen sent by the target user to all users in the target live broadcast room; whether the bullet screen sent by the target user is a high-value bullet screen is determined according to the user grade of the target user on a live broadcast platform, the fan grade of the target user in the target live broadcast room, consumption data of the target user or title information granted to the target user;

and if the target user does not belong to the group which needs global broadcasting and the bullet screen sent by the target user is not a high-value bullet screen, broadcasting the bullet screen sent by the target user to the user in the bullet screen group to which the target user belongs.

It should be noted that, in this embodiment of the present application, it is required to determine whether the target user belongs to a preset group that needs global broadcasting and determine that the bullet screen sent by the target user is a high-value bullet screen, where the order of the two determination steps is not limited, and the determination may be performed simultaneously, or it may be determined first whether the target user belongs to a preset group that needs global broadcasting, or it may be determined first that the bullet screen sent by the target user is a high-value bullet screen, where neither is limited.

The following describes in detail specific implementation steps of the bullet screen broadcasting method provided in this embodiment:

firstly, receiving a barrage request sent by a target user in a target live broadcast room, wherein the user in the target live broadcast room belongs to N barrage groups, and N is a positive integer.

Specifically, when a target user in the target live broadcast room wants to send a bullet screen, the target user inputs bullet screen content and clicks a send button, and then generates a bullet screen request and sends the bullet screen request to the live broadcast server.

In the embodiment of the application, in order to avoid too many barrages and too high server pressure caused by barrages in all rooms, users in the target live broadcast room belong to N barrage groups respectively. Each user mostly only receives the message sent by the user of the bullet screen group to which the user belongs, so that the number of the bullet screens received by each user is greatly reduced.

Then, according to the situation of the target user, selecting to execute:

In the embodiment of the present application, the method for determining whether the bullet screen sent by the target user is a high-value bullet screen is the same as that described in the bullet screen limiting method, and the description thereof will not be repeated.

In this embodiment, it may be further configured that, if the target live broadcast room is in a lottery state, the barrage sent by the target user is only broadcast to the users in the barrage group to which the target user belongs. That is to say, in the lottery drawing state, in order to facilitate the lottery drawing users to accurately obtain lottery drawing information without being interfered by too many barricades, the barricades sent by the users in the lottery drawing can be set to be broadcast only in the barricade groups, and the barricades cannot be grouped in series.

Further, consider that some bullet curtain group may have the inactive condition, can set up live broadcast server and can judge in N bullet curtain group, whether have the idle bullet curtain group that does not have the user to send the bullet curtain in predetermineeing the duration, if there is idle bullet curtain group, then it is right to user's broadcast in the idle bullet curtain group the bullet curtain that other bullet curtain group users sent in N bullet curtain group. That is, the string bullet screen broadcasting is performed on the idle bullet screen groups, and the specific string method may be to arbitrarily determine a message string of a bullet screen group to the idle bullet screen group, or to randomly extract a part of bullet screen string from each bullet screen group to display to the idle bullet screen group, which is not limited herein.

In this embodiment of the application, in order to further reduce the burden of the live broadcast server, an independent bullet screen server may be further provided in this embodiment. It is right the crowd that must the global broadcast (anchor, room manager, platform super manager), directly send the barrage message with the live server of core, can also set up and also select the barrage group that the number of people is less live server carries out the barrage broadcast, and other circumstances are sent the barrage request to the barrage server, use the barrage server carries out the barrage and sends, thereby further reduces live server's burden.

For example, after the user accesses and completes the login process and allocates a bullet screen group to the user, the user subscribes the bullet screen group message from the bullet screen server msgtrepeater. Therefore, the user can receive the message sent by the server through the live broadcast server GateServer, and can also receive the subscribed bullet screen group message from the bullet screen server Msgreater. The Msgreaters can be deployed in a plurality of machine rooms, and when a user logs in, the user can select a relatively fast Msgreater to access.

Specifically, grouping users in a target live broadcast room, classifying the users into N bullet screen groups, and setting a bullet screen strategy that if the target users belong to a preset group which needs global broadcasting or bullet screens sent by the target users are high-value bullet screens, the bullet screens sent by the target users are broadcasted to all the users in the target live broadcast room; otherwise, broadcasting the bullet screen sent by the target user to the users in the bullet screen group to which the target user belongs. In order to realize only carrying out the broadcast of whole room of whole global to the bullet curtain of key, all the other bullet curtains all only carry out the sub-range broadcast in bullet curtain group, guarantee promptly that key bullet curtain information can be acquireed by all users, also reduced bullet curtain broadcast scope for user's received bullet curtain is the bullet curtain in group mostly, reduces user's received bullet curtain quantity, avoids influencing the user and watches the live broadcast, has also effectively reduced the burden of server.

The embodiment also provides a bullet screen checking method, which is applied to a server and comprises the following steps:

acquiring current room number data and current room state information of a target live broadcast room, wherein the current room state information is used for representing whether the target live broadcast room is in a state of developing preset activities;

determining a frequency threshold according to the current room number data and the current room state information;

after receiving a barrage request sent by a target user in the target live broadcast room, acquiring the current barrage frequency of the target user;

and if the current barrage frequency is greater than the frequency threshold value, rejecting the barrage request.

It should be noted that, in the embodiment of the present application, there may be a plurality of ways to trigger obtaining of the current number data of the room and the current state information of the room in the target live broadcast room, and three are listed as examples below:

first, periodic triggering.

That is, the live broadcast server may periodically acquire the current room people number data and the current room status information of the target live broadcast room to calculate the frequency threshold.

And secondly, setting preset condition triggering.

Namely, when the preset condition is met, the current number data of the room persons in the target live broadcast room and the current room state information are triggered to be acquired to calculate the frequency threshold.

In a specific implementation process, the preset condition may be that when the bullet screen frequency of the target live broadcast room is higher than a certain value, the current room number data and the current room state information of the target live broadcast room are triggered to be acquired to calculate the frequency threshold; the preset condition may also be that when the number of users in the target live broadcast room is higher than a certain value, the current number of people in the target live broadcast room and the current room state information are triggered to be acquired to calculate the frequency threshold, which is not limited herein.

And thirdly, after receiving the bullet screen request.

Namely, after receiving a barrage request sent by a target user in the target live broadcast room each time, triggering to acquire the current room number data and the current room state information of the target live broadcast room to calculate the frequency threshold.

Of course, in the specific implementation process, there are other triggering manners, which are not described in a repeated manner, and are not listed.

The specific implementation steps of the bullet screen checking method provided by the embodiment are described in detail as follows:

firstly, acquiring current room number data and current room state information of a target live broadcast room, wherein the current room state information is used for representing whether the target live broadcast room is in a state of developing preset activities.

Specifically, the current room people number data refers to the number of audience users who currently enter the live broadcast room to watch live broadcast.

The current room state information is used for representing whether the target live broadcast room is in a state of developing a preset activity, and the preset activity can be a lottery activity or a game playing activity.

And then, determining a frequency threshold according to the current room number data and the current room state information.

In the specific implementation process, there may be a plurality of methods for determining the frequency threshold, and two methods are listed as follows:

first, a calculation rule is set to calculate the frequency threshold.

In this embodiment of the present application, before setting the determined frequency threshold, the method further includes: acquiring room barrage quantity data within the current preset time of the distance between the target live broadcast rooms; determining a frequency threshold according to the current room people number data and the current room state information, wherein the determining comprises: and determining a frequency threshold value according to the current room number data, the room bullet screen number data and the current room state information and by combining a preset target room factor corresponding to the target live broadcast room.

Specifically, the frequency threshold may be calculated according to the formula cd _ base (cd _ multi + extra _ cd _ multi): cd _ factor, where cd is the frequency threshold, cd _ base is a room number factor positively correlated with the current room number data, cd _ multi is a room barrage number factor positively correlated with the room barrage number data, and extra _ cd _ multi is a status factor corresponding to the current room status information, and cd _ factor is the target room factor and is independently set for each room.

The positive correlation means that the larger the current number of the room persons is, the larger the factor of the number of the room persons is; the larger the room bullet screen quantity data is, the larger the room bullet screen frequency factor is. For example, the positive correlation may be a direct ratio, or a square or cubic relationship, and is not limited herein.

In the embodiment of the application, when the current room state information represents that the target live broadcast room is in a state of carrying out lottery activities, the state factor is a lottery factor corresponding to a preset state of carrying out lottery activities; and when the current room state information represents that the target live broadcast room is in a normal live broadcast state, the state factor is a preset live broadcast factor corresponding to the normal live broadcast state.

The status factor may be preset, for example, the status factor may be 0 when the target live broadcasting room is in a normal live broadcasting state, the status factor may be 2 when the target live broadcasting room is in a lottery drawing state, and the status factor may be 3 when the target live broadcasting room is in a game playing state.

Of course, in a specific implementation process, the frequency threshold may be calculated according to the current number of people in the room and the current room status information, which is not limited herein.

For example, cd _ base _ extra _ cd _ multiplier _ K may be further set, where cd is the frequency threshold, cd _ base is a room number factor positively correlated with the current room number data, and extra _ cd _ multiplier is a status factor corresponding to the current room status information, and K is a preset constant.

Second, a preset frequency threshold is read according to rules.

In this embodiment of the application, it may also be set that, when the number data of the current room persons is greater than a preset number and the current room state information indicates that the target live broadcast room is in a state of conducting lottery activities, a corresponding configuration file is read to obtain a preset frequency threshold.

Specifically, different room states and different frequency thresholds corresponding to different numbers of the rooms can be preset, when the number of the rooms is larger than the preset number and the rooms are in a lottery drawing state, a configuration file with the preset frequency thresholds is triggered to be read, and the frequency thresholds are set according to information preset in the configuration file.

Of course, in the implementation process, other methods for setting the frequency threshold may be selected, which are not limited herein and are not listed.

Then, after receiving a barrage request sent by a target user in the target live broadcast room, acquiring the current barrage frequency of the target user; and if the current barrage frequency is greater than the frequency threshold value, rejecting the barrage request.

Specifically, when a target user in the target live broadcast room wants to send a bullet screen, after inputting the bullet screen and clicking a sending button, a bullet screen request is generated and sent to a live broadcast server, after receiving the bullet screen request, the live broadcast server firstly obtains the current bullet screen frequency of the target user for sending the bullet screen within a current period of time, compares the current bullet screen frequency with the previously obtained frequency threshold, and if the current bullet screen frequency is greater than the frequency threshold, considers that the target user has behavior characteristics of malicious bullet screen brushing and rejects the bullet screen request, so that the bullet screen of the target user cannot be sent.

In a specific implementation process, when the current bullet screen frequency is greater than the frequency threshold, the bullet screen request of the time is rejected, and when the bullet screen request is received next time, the judgment is performed again. Or when the current bullet screen frequency is greater than the frequency threshold, not only the bullet screen request of the time is rejected, but also the target user is set to be unable to send the bullet screen within a preset time period, which is not limited herein.

In this embodiment of the application, after receiving a bullet screen request sent by a target user in the target live broadcast room, it may be further configured to reject the bullet screen request if any one or more of the following conditions are met:

1) and the account number of the target user is not bound with the mobile phone number. Namely, the default condition is that the user who is not bound with the mobile phone does not have the bullet screen sending qualification, and under the condition, the mobile phone binding prompt can be output to prompt the user to bind the mobile phone number.

2) The target user does not have the barrage authority. Specifically, the live broadcast platform may preset that users meeting certain conditions do not have the barrage authority, or some users set by the anchor of the target live broadcast room do not have the barrage authority, and the authority may be related to user registration time, authority group, user level, room fan setting, and the like.

3) The bullet screen information carried in the bullet screen request of the target user is repeated with the bullet screen sent by the target user before, so that interference of normal bullet screen communication caused by repeated sending of bullet screens with the same content by some users is avoided.

4) The target user belongs to a user in a preset bullet screen blacklist. The bullet screen blacklist can be a blacklist which is set by a live broadcast platform according to bullet screen behaviors of a user in a period of time and is universal for the whole platform, and can also be a blacklist which is set by a main broadcast of the target live broadcast room and can not be used for bullet screen in the target live broadcast room.

5) And the bullet screen information carried in the bullet screen request of the target user comprises sensitive words. The sensitive words can be words of preset curers, words with political colors and the like.

6) The target live broadcast room is in a forbidden language state. The banning state can be a banning of an all-live website, a banning of the target live broadcast room or a sensitive banning.

Of course, in the implementation process, the above-mentioned rejection of the bullet screen is not limited, and is not listed here.

In a specific implementation process, the anchor of the target room and the administrator of the target room may not be limited by the above conditions for rejecting the barrage request.

In the embodiment of the application, when the target user is the anchor of the target room, the administrator of the target room or the condition that the target user does not meet the set barrage request rejection condition, the barrage request sent by the target user is accepted by the live broadcast server and successfully sent to be displayed.

Specifically, the barrage checking method, the device, the server and the medium provided by the embodiment of the application acquire current room people number data and current room state information of a target live broadcast room, and determine a frequency threshold according to the current room people number data and the current room state information; and when the current bullet screen frequency of the target user is greater than the frequency threshold value, rejecting the bullet screen request of the target user so as to avoid the malicious bullet screen from being sent by the malicious user at high frequency, improve the anti-jamming capability and reduce the burden of the server.

Based on the same inventive concept, the application provides an embodiment of the device corresponding to the first embodiment, which is described in detail in the second embodiment.

Example two

This embodiment provides a bullet screen limiting device, as shown in fig. 2, the device is a live broadcast server, and includes:

the receiving unit 201 is configured to receive a bullet screen request of a target user for sending a target bullet screen in a target live broadcast room;

an obtaining unit 202, configured to obtain current token information of the target live broadcast room based on the barrage request, where the current token information includes: the number of the existing tokens in the target live broadcast room or the current token liability information in the target live broadcast room; the live broadcast server distributes tokens to the target live broadcast room according to a preset token distribution strategy; one token corresponds to one barrage broadcast;

the judging unit 203 is configured to judge whether to allow broadcasting of the target barrage according to a preset broadcasting strategy according to the current token information, the identity information of the target user, and the state information of the target live broadcast room;

and the broadcasting unit 204 is configured to broadcast the target barrage if the target barrage is allowed to be broadcast, reduce the number of tokens in the target live broadcast room by one, and update the number of tokens.

Since the apparatus described in this embodiment is an apparatus for implementing the method in the first embodiment of the present application, a person skilled in the art can understand the specific implementation manner of the apparatus in this embodiment and various variations thereof based on the method described in the first embodiment of the present application, and therefore, how to implement the method in the first embodiment of the present application by the apparatus is not described in detail herein. The equipment used by those skilled in the art to implement the methods in the embodiments of the present application is within the scope of the present application.

Based on the same inventive concept, the application provides a server embodiment corresponding to the first embodiment, which is described in detail in the third embodiment.

EXAMPLE III

The present embodiment provides a live broadcast server, as shown in fig. 3, including a memory 310, a processor 320, and a computer program 311 stored on the memory 310 and executable on the processor 320, where the processor 320 executes the computer program 311 to implement the following steps:

In particular, when the processor 320 executes the computer program 311, any one of the first embodiment can be implemented.

Since the server described in this embodiment is a device used for implementing the method in the first embodiment of the present application, based on the method described in the first embodiment of the present application, a person skilled in the art can understand the specific implementation of the server in this embodiment and various variations thereof, and therefore, a detailed description of how the server implements the method in the embodiment of the present application is not provided here. The equipment used by those skilled in the art to implement the methods in the embodiments of the present application is within the scope of the present application.

Based on the same inventive concept, the application provides a storage medium corresponding to the fourth embodiment, which is described in detail in the fourth embodiment.

Example four

The present embodiment provides a computer-readable storage medium 400, as shown in fig. 4, on which a computer program 411 is stored, which computer program 411, when being executed by a processor, realizes the steps of:

In a specific implementation, when the computer program 411 is executed by a processor, any one of the first embodiment may be implemented.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

While preferred embodiments of the present invention have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all such alterations and modifications as fall within the scope of the invention.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.

Claims

1. A bullet screen limiting method is applied to a live broadcast server and comprises the following steps:

if the target barrage is allowed to be broadcast, broadcasting the target barrage, reducing the number of tokens in the target live broadcast room by one, and updating the number of tokens;

wherein, the determining whether to allow the target barrage to be broadcast according to a preset broadcast strategy according to the current token information, the identity information of the target user and the state information of the target live broadcast room includes:

2. The method of claim 1, prior to the obtaining current token information for the target live room, further comprising:

acquiring the time interval between the current time and the last token distribution based on the bullet screen request;

and distributing tokens to the target live broadcast room according to the time interval and a preset token distribution period.

3. The method of claim 2, wherein the allocating tokens to the target live broadcast room according to the time interval and a preset token allocation period comprises:

and if the time interval is more than or equal to two times of the token allocation period, performing token allocation once to the target live broadcast room, and reissuing the token allocation with an integer number of times in the sequence of (T1-T2)/T2, wherein T1 is the time interval, and T2 is the token allocation period.

4. The method of claim 3, wherein:

if the token liability information represents that the target live broadcast room has token liability, the subsidized tokens are used for offsetting the liability.

5. The method of claim 1,

if the preset bullet screen broadcasting frequency is M pieces per second, the token distribution strategy is to distribute 2 tokens every 2/M second, and M is a positive integer;

and if the token liability information represents that the target live broadcast room has token liability, 1 token in the 2 tokens is used for offsetting the liability, and the other token is used for broadcasting barrage.

6. The utility model provides a bullet curtain limiting device, its characterized in that, the device is live broadcast server, includes:

the judging unit is used for judging whether the target barrage is allowed to be broadcasted or not according to the current token information, the identity information of the target user and the state information of the target live broadcast room and a preset broadcasting strategy; wherein, the determining whether to allow the target barrage to be broadcast according to a preset broadcast strategy according to the current token information, the identity information of the target user and the state information of the target live broadcast room comprises: if the identity information of the target user represents that the target user belongs to a group which needs global broadcasting, allowing the target barrage to be globally broadcasted in the target live broadcast room; if the identity information of the target user represents that the bullet screen sent by the target user is a high-value bullet screen, and the token information represents that the degree of the token liability of the target live broadcast room is severe liability, allowing the target bullet screen to be broadcast in a target bullet screen group to which the target user belongs; if the identity information of the target user represents that the bullet screen sent by the target user is a high-value bullet screen, and the token information represents that the degree of the token liability of the target live broadcast room is no liability or common liability, allowing the target bullet screen to be broadcast globally in the target live broadcast room; if the target user does not belong to the group which needs to be broadcasted globally, the bullet screen sent by the target user is not a high-value bullet screen, and the token information represents that the degree of the token liability of the target live broadcast room is serious liability, the target bullet screen is not allowed to be broadcasted; if the target user does not belong to the group which needs to be broadcasted globally, the bullet screen sent by the target user is not a high-value bullet screen, and the token information represents that the degree of the token liability of the target live broadcast room is no liability or common liability, the target bullet screen is allowed to be broadcasted in the target bullet screen group to which the target user belongs; if the state information of the target live broadcast room represents that the target live broadcast room is in a lottery drawing state and the token information represents that the target live broadcast room has a token liability, the target barrage is not allowed to be broadcast; if the state information of the target live broadcast room represents that the target live broadcast room is in a lottery drawing state and the token information represents that the target live broadcast room has no token liability, allowing the target barrage to be broadcast in a target barrage group to which the target user belongs;

7. A live server comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any of claims 1-5 when executing the program.

8. A computer-readable storage medium, on which a computer program is stored, which program, when being executed by a processor, is adapted to carry out the method of any one of claims 1 to 5.