CN111091418A

CN111091418A - Virtual resource feedback method, device and storage medium

Info

Publication number: CN111091418A
Application number: CN201911283681.6A
Authority: CN
Inventors: 熊名男
Original assignee: Guangzhou Kugou Computer Technology Co Ltd
Current assignee: Guangzhou Kugou Computer Technology Co Ltd
Priority date: 2019-12-13
Filing date: 2019-12-13
Publication date: 2020-05-01
Anticipated expiration: 2039-12-13
Also published as: CN111091418B

Abstract

The application discloses a virtual resource feedback method, a virtual resource feedback device and a storage medium, and belongs to the technical field of computer data processing. The method is executed by a server and comprises the following steps: feeding back virtual resources to the account according to the behavior record of the account; detecting whether the operation of the feedback virtual resource is abnormal feedback operation; when the abnormal feedback operation is detected, withdrawing or adjusting the virtual resource fed back to the account. The technical scheme of the application can effectively process the abnormal feedback condition of the virtual resource.

Description

Virtual resource feedback method, device and storage medium

Technical Field

The present application relates to the field of computer data processing, and in particular, to a virtual resource feedback method, apparatus, and storage medium.

Background

Live webcast means that a user can watch live audio and video live at a far end through a network and interact with a main webcast. In webcasting, a user may give a gift to a main broadcast, and to increase the user's stickiness, the main broadcast or live broadcast platform also awards (i.e., feeds back) virtual resources to the user giving the gift.

In the related art, the total value of the virtual resource awarded to the user is generally preset by a main broadcast or a live broadcast platform, and then the server feeds the virtual resource back to the user according to a certain rule.

However, in the related art, an effective monitoring mechanism for feeding back virtual resources to a user does not exist, so that the virtual resources are fed back to an unsuitable user due to the existence of abnormal conditions such as plug-in.

Disclosure of Invention

In view of this, embodiments of the present application provide a virtual resource feedback method, device and storage medium, which can effectively handle an abnormal feedback situation of a virtual resource. The technical scheme is as follows:

the application provides a virtual resource feedback method, which is executed by a server and comprises the following steps:

feeding back virtual resources to the account according to the behavior record of the account;

detecting whether the operation of the feedback virtual resource is abnormal feedback operation;

when the abnormal feedback operation is detected, withdrawing or adjusting the virtual resource fed back to the account.

Optionally, the feeding back the virtual resource to the account according to the behavior record of the account includes:

acquiring the accumulated consumption value of the current activity according to the behavior record of the participating account;

determining the total amount of the virtual resource value which should be fed back to the account according to the accumulated consumption value and the expected income;

pre-distributing the virtual resources in the total value of the virtual resources to each account so as to generate a pre-distribution record for recording the pre-distribution corresponding relation between the virtual resources and the accounts;

and feeding back the virtual resources to the corresponding account according to the pre-allocation record.

Optionally, detecting whether the operation of feeding back the virtual resource is an abnormal feedback operation includes:

for the completed operation of feeding back the virtual resources, obtaining a feedback operation record;

detecting whether the feedback operation records have corresponding pre-distribution records;

and when the feedback operation record does not have a corresponding pre-allocation record or is inconsistent with the indication of the corresponding pre-allocation record, marking the feedback operation as an abnormal feedback operation.

Optionally, the operation of feeding back the virtual resource to the account is performed according to the behavior record of the account, and the method further includes:

determining the upper limit of the value of the virtual resource currently fed back to the account according to the behavior record of the account;

detecting whether the value of the virtual resource which is currently fed back to the account and is prepared to be fed back to the account exceeds the upper value limit;

when the value upper limit is exceeded, stopping the current feedback operation and issuing an abnormal warning.

Optionally, the feeding back the virtual resource to the account according to the behavior record of the account further includes:

setting the winning probability and/or the winning value upper limit of the account according to the behavior record of the account;

a drawing is conducted to feed back the virtual resource based on the winning probability and/or the winning value cap of the account.

The present application further provides a virtual resource feedback device, the device includes:

the feedback module is used for feeding back the virtual resources to the account according to the behavior record of the account;

the detection module is used for detecting whether the operation of the feedback virtual resource is abnormal feedback operation;

and the adjusting module is used for withdrawing or adjusting the virtual resources fed back to the account when the abnormal feedback operation is detected.

Optionally, the feedback module includes:

the first obtaining sub-module is used for obtaining the accumulated consumption value of the current activity according to the behavior record of the participating account;

a first determining submodule, configured to determine, according to the accumulated consumption value and the expected revenue, a total amount of virtual resource values that should be fed back to the participating account;

the allocation submodule is used for pre-allocating the virtual resources in the total virtual resource value amount to each account so as to generate a pre-allocation record for recording the pre-allocation corresponding relation between the virtual resources and the accounts;

and the feedback sub-module is used for feeding back the virtual resources to the corresponding account according to the pre-allocation record.

Optionally, the detection module includes:

the second obtaining submodule is used for obtaining a feedback operation record for the completed operation of feeding back the virtual resource;

the first detection submodule is used for detecting whether the feedback operation records have corresponding pre-distribution records;

and the marking sub-module is used for marking the feedback operation as an abnormal feedback operation when the corresponding pre-distribution record does not exist in the feedback operation record or the indication of the feedback operation record is inconsistent with the indication of the corresponding pre-distribution record.

Optionally, the feedback module further includes:

the second determining submodule is used for determining the upper limit of the value of the virtual resource fed back to the account currently according to the behavior record of the account;

the second detection submodule is used for detecting whether the value of the virtual resource, which is prepared to be fed back to the account by the current virtual resource feedback operation, exceeds the value upper limit;

and the stopping submodule is used for stopping the current feedback operation and sending out an abnormal warning when the value upper limit is exceeded.

Optionally, the feedback module further includes:

the setting submodule is used for setting the winning probability and/or the winning value upper limit of the account according to the behavior record of the account;

and the lottery sub-module is used for conducting lottery drawing based on the winning probability and/or the middle winning value upper limit of the account so as to feed back the virtual resource.

The present application further provides a virtual resource feedback apparatus, comprising a memory and a processor,

the memory for storing a computer program;

the processor is configured to execute the computer program stored in the memory, so as to implement the virtual resource feedback method.

The present application further provides a non-transitory computer-readable storage medium, in which a program is executed by a processor to implement the virtual resource feedback method as described above.

The technical scheme provided by the embodiment of the application has the following beneficial effects:

the virtual resource feedback method, the virtual resource feedback device and the virtual resource feedback storage medium provided by the embodiment of the application can perform the operation of feeding back the virtual resources to the account according to the behavior record of the account, detect whether the operation of feeding back the virtual resources is an abnormal feedback operation, and withdraw or adjust the virtual resources fed back to the account when the abnormal feedback operation is detected, so that the abnormal feedback condition of the virtual resources can be effectively processed.

Drawings

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

Fig. 1 is a schematic diagram of a virtual resource feedback system according to an embodiment of the present disclosure;

fig. 2 is a flowchart of a virtual resource feedback method according to an embodiment of the present disclosure;

fig. 3 is a flowchart of another virtual resource feedback method provided in an embodiment of the present application;

fig. 4A to 4B are schematic diagrams illustrating an interface for a user to purchase a virtual gift according to an embodiment of the present application;

FIG. 5 is a schematic diagram of an interface for a user to participate in virtual resource feedback according to an embodiment of the present application;

fig. 6A to fig. 6B are schematic interface diagrams of a host performing feedback setting according to an embodiment of the present application;

fig. 7A to fig. 7E are schematic structural diagrams of a virtual resource feedback apparatus according to an embodiment of the present disclosure;

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

Detailed Description

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

Fig. 1 is a schematic diagram of a virtual resource feedback system according to an embodiment of the present application, and as shown in fig. 1, the system may include: a server 101 and at least two terminals, which may include a first terminal 102 and a second terminal 103.

The server 101 may be a server, a server cluster composed of several servers, or a cloud computing service center. The terminal can be a smart phone, a computer, a multimedia player, an electronic reader, a wearable device and the like.

The server 101 and the first terminal 102 may establish a connection through a wired network or a wireless network, and the server 101 and the second terminal 103 may establish a connection through a wired network or a wireless network. Assume that the first terminal 102 has a viewer client installed thereon and the second terminal 103 has a anchor client installed thereon. Typically, a user at the viewer's client side may purchase a virtual gift of value through the server 101 and give it to the anchor. When the user consumes, the virtual resources in the account bound by the user are correspondingly reduced. The anchor or live broadcast platform at the anchor client side can also feed back certain value of virtual resources to the user through the server 101, so that the fed back virtual resources in the account bound by the user are correspondingly increased. However, when the server 101 executes the operation of feeding back the virtual resources to the account, it cannot be determined whether the operation is an abnormal feedback operation, so that due to the existence of abnormal conditions such as plug-in, the virtual resources are fed back to an unsuitable user, for example, a user who does not purchase or purchases a small amount of virtual resources obtains a large amount of fed back virtual resources. Therefore, the embodiment of the present application provides a virtual resource feedback method, which can effectively handle the abnormal feedback condition of the virtual resource.

Fig. 2 is a flowchart of a virtual resource feedback method provided in an embodiment of the present application, where the method is applied to the server shown in fig. 1, and the server may feed back a virtual resource to an account bound by a user. As shown in fig. 2, the method includes:

step 201, feeding back virtual resources to the account according to the behavior record of the account.

Step 202, detecting whether the operation of feeding back the virtual resource is an abnormal feedback operation.

And step 203, when the abnormal feedback operation is detected, withdrawing or adjusting the virtual resource fed back to the account.

In summary, the virtual resource feedback method provided in the embodiment of the present application performs an operation of feeding back virtual resources to an account according to a behavior record of the account, detects whether the operation of feeding back the virtual resources is an abnormal operation, and withdraws or adjusts the virtual resources fed back to the account when the abnormal operation is detected, so that an abnormal feedback situation of the virtual resources can be effectively handled.

Fig. 3 is a flowchart of another virtual resource feedback method provided in an embodiment of the present application, and the method is applied to the virtual resource feedback system shown in fig. 1, where the system includes a server, a viewer client, and an anchor client. As shown in fig. 3, the method may include:

and 301, acquiring the accumulated consumption value of the current activity according to the behavior record of the participating account.

Optionally, participating in an account refers to an account that is participating in the current activity. The behavior record includes a record of consumption behavior, where consumption behavior generally refers to a user consuming a virtual resource within their bound account and gifting a gift to a target anchor. The server can also obtain the current active accumulated consumption value according to the behavior records of all accounts.

When a user watches the live broadcast of a target anchor through a viewer client, a certain amount of virtual gifts can be purchased and presented to the target anchor. The live platform may set multiple types of virtual gifts, each type of virtual gift having a different value. The viewer client may display a purchase entry of the virtual gifts, and the user selects the virtual gifts desired to be purchased by clicking and determines the purchase amount. Illustratively, as shown in fig. 4A, the user opens a gift list page on the viewer client in which a plurality of types of virtual gifts are displayed. The gift list is displayed with purchase amounts such as 1, 10, 100, etc. below. The user selects "lollipop" in the gift list, and the purchase amount is 10. After the user selects the virtual gifts and the purchase quantity which the user wants to purchase, the user clicks the purchase icon to trigger the audience client to send a purchase request to the server, wherein the purchase request can carry the identification of the audience client, the identification of the target anchor client, the types and the quantity of the virtual gifts and the like.

Alternatively, the user may determine the purchase amount by continuously clicking on the selected virtual gift, and the number of continuous clicks is the purchase amount.

Alternatively, the user may select the "more" option on the purchase quantity side, manually entering the desired purchase quantity. As shown in fig. 4B, the viewer client may display a purchase quantity acquisition interface including: prompt message "please enter purchase amount", purchase amount input box, and confirmation box. The user may enter the desired purchase amount in a purchase amount input box, such as 15 in the purchase amount input box of FIG. 4B. The user at the viewer client side may click on the confirmation box after entering the purchase amount, thereby triggering the viewer client to send a purchase request to the server. The purchase request carries the identity of the viewer client, the identity of the target anchor client, the type and quantity of the virtual gift.

Alternatively, the virtual resource may be a virtual equivalent such as a star coin or star bean.

The server receives a purchase request sent by the audience client, acquires the type and the number of the virtual gifts carried in the purchase request, and determines a first consumption value corresponding to the purchase request according to the type and the number of the virtual gifts. And the server responds to a purchase request sent by the viewer client and increases the virtual resources in the account corresponding to the target anchor according to the first proportion of the first consumption value.

Optionally, a plurality of participation accounts exist in the current activity, each participation account sends a purchase request to the server for a plurality of times, and a first consumption value corresponding to each sending of the purchase request is stored in the behavior record of the participation account. The server obtains a plurality of purchase requests (here, the purchase requests converted into actual purchases, excluding the purchase requests that are cancelled or not converted into actual purchases) sent by a plurality of participating accounts in the current activity, and accumulates the first consumption value corresponding to each purchase request, thereby obtaining the accumulated consumption value of the current activity.

Alternatively, the current activity's accumulated consumption value is obtained from the record of the activity of the participating account, which may be performed in real time. That is, each time the server acquires a purchase request, the server calculates the accumulated consumption value according to the first consumption value corresponding to the purchase request.

Optionally, when the current activity is a platform activity hosted by a live platform, a plurality of live rooms exist in the activity at the same time, and the user may give a virtual gift in the plurality of live rooms. That is, when the server counts the accumulated consumption value of the current activity, the identifiers of the target anchor clients carried in the multiple purchase requests corresponding to the accumulated consumption value may be different.

Or, if the current activity is the personal activity of the anchor, only one live broadcast room exists in the activity, and the anchor client corresponding to the live broadcast room is the target anchor client. And when the server counts the accumulated consumption value of the current activity, the identifiers of the target anchor clients carried in a plurality of purchase requests corresponding to the accumulated consumption value are the same.

And step 302, determining the total amount of the virtual resource value which should be fed back to the account according to the accumulated consumption value and the expected income.

Optionally, in one activity, the anchor or the live platform may send a feedback instruction to the server for multiple times, or may send a feedback instruction to the server only once. After receiving the feedback instruction, the server may feed back the virtual resource to the plurality of accounts.

For example, after a period of time after the live event starts, the anchor or live platform may send a first feedback instruction to the server for attracting the user; after the live broadcast activity starts for a long period of time, the anchor or the live broadcast platform can send a second feedback instruction to the server, so that the enthusiasm of the interaction between the user and the anchor is improved; when the live activity is about to end, the anchor or the live platform can send a third feedback instruction to the server for increasing the income and improving the user viscosity. The server may obtain the accumulated consumption value for the current activity set time. The set time may be a time interval between two adjacent feedback instructions received by the server.

Optionally, after receiving the feedback instruction, the server obtains an accumulated consumption value within a current activity setting time, where the accumulated consumption value is generated within a time period from a previous time when the feedback instruction is received to a time when the current feedback instruction is received. It should be noted that, in one activity, after the server receives the feedback instruction for the first time, the server obtains the accumulated consumption value of the current activity, where the accumulated consumption value is generated in a time period from when the current activity starts to when the feedback instruction is received for the first time.

The consumption value generated by the user for purchasing the virtual gift is finally converted into the benefits of the live broadcast activity (including the benefits of the live broadcast platform and the benefits of the anchor) and the virtual resources fed back to the account. For example, a feedback resource pool may be further provided in the virtual resource feedback system, and the feedback resource pool stores virtual resources therein. And the virtual resources in the feedback resource pool are used for feeding back to the account bound by the user. And after determining the first consumption value corresponding to each purchase request, the server increases the virtual resources in the feedback resource pool according to the second proportion of the first consumption value.

For example, the first consumption value corresponding to the purchase request is 100 star currencies, wherein the virtual resources in the target anchor client are increased by a first ratio of 0.5, and the virtual resources in the feedback resource pool are increased by a second ratio of 0.1. The server responds to the purchase request, 50 star currencies are added to the account of the target anchor client, 10 star currencies are added to the feedback resource pool, and the rest 40 star currencies are the profits acquired by the live broadcast platform.

Optionally, the total value of the virtual resource that should be fed back to the account is positively correlated with the current active accumulated consumption value, and the total value of the virtual resource is the total value of the virtual resource that should be fed back to the account by multiple feedbacks of the activity. The total value of the virtual resource can also be preset by the anchor or live platform.

The server determines the total amount of virtual resource value to be fed back to the account according to the accumulated consumption value and the expected income, and the method comprises the following steps:

step a, the server acquires relevant historical activity data.

The server extracts the characteristics of the current activity, including the popularity of the anchor, the live broadcast content, the live broadcast time period and the like, searches related historical activities based on the characteristics of the current activity, and acquires historical activity data corresponding to the historical activities. The historical activity data includes data such as an accumulated consumption value of the historical activity, a second proportion, and a final profit of the historical activity. Wherein, the accumulated consumption value of the historical activities may be an accumulated consumption value within a set time. Optionally, the set time of the historical activity is the same as the set time of the current activity.

And b, the server determines a second proportion based on the historical activity data and the accumulated consumption value and the expected income of the current activity.

In this step, the accumulated consumption value corresponding to the current activity is referred to as a first accumulated consumption value, and the accumulated consumption value corresponding to the historical activity is referred to as a second accumulated consumption value, so as to perform differentiation. The administrator of the anchor or live platform presets the expected revenue of the current activity through the server. And the server determines the historical activities with the second accumulated consumption value and the final income which are respectively the same as the first accumulated consumption value and the expected income of the current activity as target historical activities, and determines a second proportion corresponding to the target historical activities as a second proportion of the current activity.

Illustratively, the server finds relevant historical activity data as shown in table 1 below. When the first cumulative consumption value for the current activity is 80, then the server determines the target historical activity from historical activity 1 and historical activity 2. The expected revenue set by the administrator or anchor is 286, historical activity 2 is determined to be the target historical activity and the second proportion of current activity is adjusted to 0.12.

TABLE 1

History live event	Second accumulated cost value	Second ratio of	Ultimate profit
				History activity
1	80	0.1	270
				History activity 2	80	0.12	286
History activity 3	120	0.08	280

And c, the server determines the total amount of the virtual resource value which should be fed back to the account according to the second proportion.

And calculating a final accumulated consumption value corresponding to the current activity based on the expected income of the current activity and the second proportion, and determining the total value of the virtual resources which should be fed back to the account according to the final accumulated consumption value and the second proportion. The final accumulated consumption value of the current activity is the accumulated consumption value corresponding to the whole process from the beginning to the end of the activity.

Illustratively, according to the data in table 1, by the formula: expected revenue x second ratio/(1-second ratio), the total amount of value of virtual resources that should be fed back to the account is calculated to be 39.

And 303, pre-distributing the virtual resources in the total value of the virtual resources to each account, so as to generate a pre-distribution record for recording the pre-distribution corresponding relation between the virtual resources and the accounts.

Optionally, the server counts the accumulated value of the virtual resource that has been fed back to the account by the current activity as the fed-back value of the virtual resource. And taking the value corresponding to the second proportion of the current active accumulated consumption value as a feedback value of the virtual resource fed back to each account after the server receives the current feedback instruction. The server calculates the difference between the total amount of value of the virtual resource that should be fed back to the account and the fed back value and compares the value that should be fed back to the difference. And when the value to be fed back is smaller than the difference value, pre-allocating the virtual resources corresponding to the value to be fed back to each account. And when the feedback value to be fed back is larger than the difference value, pre-distributing the virtual resources corresponding to the difference value to each account. And after the server responds to the current feedback instruction to perform the operation of feeding back the virtual resources to the account, the operation of feeding back the virtual resources to the account is stopped, namely, the manager of the anchor or live broadcast platform can not send the feedback instruction to the server any more. Alternatively, the accumulated consumption value of the current activity may be an accumulated consumption value within a set time of the current activity, wherein the set time may be a time interval between the server receiving two adjacent feedback instructions.

Optionally, the operation of feeding back the virtual resource comprises at least one of a lottery and a fixed feedback. Wherein the fixed feedback includes a red return package and a gift return. As shown in fig. 6A, the anchor enters the setting interface shown in fig. 6B by clicking a "draw" button, and/or a "return package" button, and/or a "return gift" button on the anchor client, and sets the value of the corresponding virtual resource, the number and type of prizes, and the like. After the setup is completed, as shown in fig. 6B, click the "confirm" button, so that the anchor client triggers a feedback instruction. Or the manager of the live broadcast platform performs the setting through the background, so as to trigger the feedback instruction. And after the server acquires the feedback instruction, the server performs operation of feeding back the virtual resources to the account.

Alternatively, a manager of the anchor or live platform may set the trigger condition of the feedback operation through the server in advance. And when the server detects that the current active data meet the trigger condition, the server performs operation of feeding back the virtual resources to the account. For example, the trigger condition may be set to a current activity for a certain time, or a current activity for which the cumulative consumption value reaches a certain amount.

Namely, the operation of the server for feeding back the virtual resource to the account can be performed in the following three ways:

in a first mode, when the operation of feeding back the virtual resource is a lottery, as shown in fig. 6B, the administrator of the anchor or live broadcast platform may set the type and number of the prizes for this lottery through the anchor client or background operation, for example, set 1 tablet computer and 3 mobile phones as the prizes for this lottery. The prize may be a virtual resource that can be exchanged for a real object, or may be a virtual resource that is used only on the platform. As shown in fig. 5, the user participates in the lottery by clicking the "participate in lottery" button through the spectator client. The server pre-allocates the virtual resources to each account according to the lottery result, and generates a pre-allocation record for recording the pre-allocation corresponding relation between the virtual resources and the accounts according to the lottery result.

Optionally, the value of the virtual resource fed back to the account by the lottery does not exceed the value corresponding to the second proportion of the current active accumulated consumption value. And when the prize value set by the manager of the anchor or live broadcast platform exceeds the value corresponding to the second proportion of the accumulated consumption value, the server sends prompt information. The server may determine a value corresponding to the second proportion of the currently active accumulated cost value as the value of the virtual resource fed back to the account by the lottery and/or the fixed feedback.

Optionally, the server sets the winning probability and/or the winning value upper limit of the account according to the behavior record of the account, and draws a lottery to feed back the virtual resource based on the winning probability and/or the winning value upper limit of the account. The behavior record of the account includes indexes such as a user level, a message leaving number, a browsing number, a consumption number, and a consumption value (i.e., a first consumption value) of each time corresponding to the account. And acquiring the activity of the user according to the behavior record of the account, wherein different activities correspond to different winning probabilities.

Optionally, the liveness of the user may be obtained by weighted summation of indexes in the behavior record of the account. The higher the activity of the account is, the higher the probability of winning a prize is, and the higher the upper limit of the winning value is. Alternatively, the winning probability and/or the winning value upper limit may be preset by the manager of the anchor or live platform.

Optionally, after the activity of the account is obtained, the activity of the plurality of accounts is normalized to obtain a probability value corresponding to each account, where the probability value is a winning probability.

Optionally, the server inputs the behavior record of the account into the trained first neural network model, so as to obtain the winning probability of the account. And after the behavior record of each account is acquired, the behavior record of each account is input into a first neural network, and the first neural network analyzes the input behavior record, so that the winning probability of each account is calculated. The first neural network may be trained prior to utilizing the first neural network. The behavior records of a plurality of accounts and the corresponding winning conditions can be obtained from the database, the behavior records of the accounts are input into the first neural network, the corresponding winning conditions are used as target output, the weight of the first neural network is adjusted, the first neural network is trained, and the winning probability calculated by the trained first neural network is enabled to be more in line with the behavior records of the accounts.

And in the second mode, when the operation of feeding back the virtual resources is fixed feedback (relative to the lottery mode, the feedback limit obtained by each account is fixed), the manager of the anchor or live broadcast platform can set the value of the virtual resources fed back fixedly through the anchor client or background operation and send the value to the server. The server obtains a second consumption value for each participating account. The second consumption value may be a cumulative consumption value for a set time per participating account. The set time may be a time interval between the server receiving two adjacent feedback instructions.

The server determines a third proportion according to the second consumption values of the plurality of participating accounts, and feeds back the virtual resources corresponding to the third proportion of the second consumption value of each participating account to the participating accounts, so as to generate a pre-allocation record for recording the pre-allocation corresponding relation between the virtual resources and the accounts.

Optionally, when the value of the virtual resource fed back to the account through the fixed feedback is the same as the value corresponding to the second proportion of the currently active accumulated consumption value, the value of the third proportion is the same as the value of the second proportion.

Optionally, the server obtains a fixed feedback value upper limit corresponding to each account, where the fixed feedback value upper limit is preset by a manager of the anchor or live broadcast platform, or the server determines a virtual resource value corresponding to a second proportion of a second consumption value of the account as a value upper limit of a virtual resource currently fed back to the account.

And thirdly, when the operation of feeding back the virtual resources is lottery drawing and fixed feedback, the server acquires the fixed proportion and the value of the virtual resources corresponding to the feedback, and determines the values of the virtual resources corresponding to the lottery drawing and the fixed feedback respectively according to the fixed proportion and the value of the virtual resources corresponding to the feedback operation. And then pre-distributing the virtual resources respectively corresponding to the lottery drawing and the fixed feedback to each account so as to generate a pre-distribution record for recording the pre-distribution corresponding relation between the virtual resources and the accounts.

Optionally, the fixed ratio is a ratio of the value of the virtual resource corresponding to the lottery to the value of the virtual resource fed back this time, or a ratio of the value of the virtual resource corresponding to the fixed feedback to the value of the virtual resource fed back this time, or a ratio of the value of the virtual resource corresponding to the lottery to the value of the virtual resource corresponding to the fixed feedback.

Alternatively, the fixed ratio may be preset by an administrator of the anchor or live platform, or the server inputs the expected profit and the value of the virtual resource fed back this time into the trained second neural network model, so as to obtain the fixed ratio. The second neural network may be trained prior to exercising the second neural network. The value, the final benefit and the fixed proportion of the virtual resources fed back for multiple times can be obtained from the database, the value of the fed back virtual resources and the corresponding final benefit are input into the second neural network, the fixed proportion is used as a target to be output, and therefore the second neural network is trained, and the fixed proportion can be obtained by the trained second neural network according to the expected benefit and the value of the virtual resources fed back at this time.

Optionally, the server may also determine the fixed ratio in a similar manner as the second ratio. That is, the server obtains relevant historical activity data, and the historical activity data comprises data such as accumulated consumption values of historical activities, fixed proportions and final benefits of the historical activities. And the server determines the historical activities with the second accumulated consumption value and the final income which are respectively the same as the first accumulated consumption value and the expected income of the current activity as target historical activities, and determines the fixed proportion corresponding to the target historical activities as the fixed proportion of the current activity.

And 304, feeding back the virtual resources to the corresponding account according to the pre-allocation record.

And the server sequentially executes the operation of feeding back the virtual resources to the accounts according to the pre-allocation corresponding relation between each account in the pre-allocation record and the pre-allocated virtual resources. Before the server feeds back the virtual resources to each account, the fed-back value of the virtual resources can be obtained in real time, and when the fed-back value reaches the total value of the virtual resources, the server stops feeding back the virtual resources to the account.

Optionally, the server determines the upper value limit of the virtual resource currently fed back to the account according to the behavior record of the account, detects whether the value of the virtual resource to be fed back to the account by the operation of currently feeding back the virtual resource exceeds the upper value limit, and stops the current feedback operation and sends an abnormal warning when the value exceeds the upper value limit. The value upper limit of the virtual resource currently fed back to the account can be embodied as a winning value upper limit and/or a fixed feedback value upper limit. The abnormal warning can be sent in the form of short message, screen prompt and/or mail, and generally, after the management personnel with authority confirms the abnormal warning, the server can continue to execute the feedback to the user, otherwise, the feedback to the user is not executed any more.

Optionally, after the server issues an exception warning, the operation of feeding back the virtual resource to the next account is continued.

And 305, acquiring a feedback operation record for the completed operation of feeding back the virtual resource.

Optionally, after the operation of feeding back the virtual resource to one account is completed, a feedback operation record of the current feedback operation is obtained in real time, or after the operation of feeding back the virtual resource to a plurality of accounts is completed, a feedback operation record including a plurality of accounts is obtained. The feedback operation record comprises the feedback corresponding relation between the feedback account and the virtual resource, and also comprises the type of the virtual resource, the current activity identification, the feedback time interval and other information.

Alternatively, the server may obtain the fed-back value of the virtual resource according to the feedback operation record.

And step 306, detecting whether the feedback operation record has a corresponding pre-allocation record.

The pre-allocation record comprises an account to which the feedback operation should be fed back and the value of the virtual resource corresponding to the account. Optionally, the pre-allocation record further includes information such as a type of the virtual resource, an identifier of a current activity, and a feedback period.

The server inquires whether a corresponding pre-allocation record exists in a feedback account corresponding to the completed operation of feeding back the virtual resource, for example, the server can check through the corresponding record number, and if the record number of the feedback operation has a matched pre-allocation record number, the server determines that the corresponding pre-allocation record exists in the feedback operation record, otherwise, the server determines that the corresponding pre-allocation record exists in the feedback operation record. The record number may be a sequence number or other identifier corresponding to the feedback operation in the pre-allocation record and the feedback operation record. And if the feedback account has the corresponding pre-distribution record, the server detects whether the feedback corresponding relation of the account is the same as the pre-distribution corresponding relation of the account.

And 307, when the feedback operation record does not have the corresponding pre-allocation record or is inconsistent with the indication of the corresponding pre-allocation record, marking the feedback operation as an abnormal feedback operation.

And when the server inquires that the finished operation of feeding back the virtual resources does not have the corresponding pre-allocation record, marking the operation of feeding back the virtual resources as abnormal feedback operation. If the corresponding pre-allocation record is detected to exist, but the corresponding relationship between the virtual resources and the accounts fed back by the feedback operation at this time is different from the pre-allocation corresponding relationship in the pre-allocation record, the operation of feeding back the virtual resources at this time is also marked as abnormal feedback operation, for example, the virtual resource value fed back actually is different from the virtual resource value in the pre-allocation record, or the account fed back actually is different from the account in the pre-allocation record. Optionally, when the server marks the abnormal feedback operation, the account corresponding to the abnormal feedback operation may be marked as an abnormal account, and an abnormal warning may be issued. After receiving the abnormal warning, the manager of the live broadcast platform can perform processing means such as number sealing on the abnormal account if finding that the account uses cheating means such as plug-in and the like.

Optionally, the account in the pre-allocation record and the feedback operation record is identified by an account ID.

Alternatively, the activity identification may be a home account number, or a server-generated identification that uniquely identifies the current activity.

Illustratively, a record of the pre-allocation of a feedback operation in the current activity is shown in Table 2. And the feedback operation record obtained by the server is shown in table 3. It can be seen that the account with ID 1234555 does not have a corresponding pre-allocation record in the pre-allocation records shown in table 2, so that the operation of feeding back the virtual resource to the account is marked as an abnormal feedback operation. Although the account with ID 2345678 has a pre-allocation correspondence in the pre-allocation record, the value of the virtual resource fed back to the account is inconsistent with the instruction of the pre-allocation record, and the operation of feeding back the virtual resource to the account is marked as an abnormal feedback operation. Similarly, the feedback period for feeding back virtual resources into the account with ID 3456789 is inconsistent with the indication of the pre-allocation record, thereby marking the operation of feeding back virtual resources to the account as an abnormal feedback operation.

TABLE 2

TABLE 3

Account ID	Virtual resource value	Virtual resource types	Movable mark	Feedback period
					1234555	10	Star coin	1235027	9：00-9:10
2345678	10	Star coin	1235027	9：00-9:10
					3456789	12	Star coin	1235027	9：30-9:40

And step 308, when the abnormal feedback operation is detected, withdrawing or adjusting the virtual resource fed back to the account.

When the server detects an abnormal feedback operation, if the virtual resource fed back to the user by the abnormal feedback operation is not confirmed or consumed by the user, all the virtual resources or the excess virtual resources fed back to the account can be withdrawn. If the virtual resource fed back to the user by the abnormal operation is confirmed or consumed by the user and cannot be withdrawn, the virtual resource fed back to the account can be counted into the fed-back value of the virtual resource, so that the virtual resource fed back to other users can be adjusted, or the total value of the virtual resource which should be fed back to the account can be correspondingly increased.

In summary, the virtual resource feedback method provided in the embodiment of the present application performs an operation of feeding back virtual resources to an account according to an account behavior record, detects whether the operation of feeding back the virtual resources is an abnormal feedback operation, and withdraws or adjusts the virtual resources fed back to the account when the abnormal feedback operation is detected, thereby avoiding feeding back the virtual resources to an inappropriate user, and effectively handling the abnormal feedback condition of the virtual resources.

It should be noted that the virtual resource feedback method provided in the embodiment of the present application further provides an early warning mechanism, which may determine, according to the behavior record of the account, an upper value limit of a virtual resource currently fed back to the account, detect whether the value of the virtual resource, which is to be fed back to the account by the operation of currently feeding back the virtual resource, exceeds the upper value limit, stop the current feedback operation and send an abnormal warning when the value of the virtual resource exceeds the upper value limit, so as to determine whether the operation of currently feeding back the virtual resource to the account is an abnormal feedback operation before the current feedback operation is performed.

It should be further noted that, in the virtual resource feedback method provided in the embodiment of the present application, the total value of the virtual resource that should be fed back to the account is determined according to the accumulated consumption value of the current activity and the expected revenue, and the total value is matched with the activity of the user. When detecting that the completed operation of feeding back the virtual resources is an abnormal feedback operation, the server may autonomously adjust the total value of the virtual resources fed back to the account.

Fig. 7A is a schematic structural diagram of a virtual resource feedback apparatus according to an embodiment of the present application, where the apparatus may be applied to the server shown in fig. 1, and as shown in fig. 7A, the apparatus 70 may include:

and a feedback module 701, configured to perform an operation of feeding back the virtual resource to the account according to the behavior record of the account.

A detecting module 702, configured to detect whether an operation of feeding back the virtual resource is an abnormal feedback operation.

An adjusting module 703 is configured to withdraw or adjust the virtual resource fed back to the account when the abnormal feedback operation is detected.

In summary, according to the virtual resource feedback device provided in the embodiment of the present application, the feedback module performs an operation of feeding back the virtual resource to the account according to the behavior record of the account, the detection module detects whether the operation of feeding back the virtual resource is an abnormal feedback operation, and when the abnormal feedback operation is detected, the adjustment module withdraws or adjusts the virtual resource fed back to the account, so that the virtual resource is prevented from being fed back to an inappropriate user, and the abnormal feedback condition of the virtual resource can be effectively handled.

Optionally, as shown in fig. 7B, the feedback module 701 may include:

the first obtaining sub-module 7011 is configured to obtain an accumulated consumption value of the current activity according to the behavior record of the participating account;

a first determining submodule 7012, configured to determine, according to the accumulated consumption value and the expected revenue, a total amount of the virtual resource value that should be fed back to the participating account;

the allocation submodule 7013 is configured to pre-allocate virtual resources in the total virtual resource value to each account, so as to generate a pre-allocation record that records a pre-allocation correspondence between the virtual resources and the accounts;

and the feedback sub-module 7014 is configured to perform an operation of feeding back the virtual resource to the corresponding account according to the pre-allocation record.

Alternatively, as shown in fig. 7C, the detecting module 702 may include:

a second obtaining sub-module 7021, configured to obtain a feedback operation record for the completed operation of feeding back the virtual resource;

the first detection submodule 7022 is configured to detect whether the feedback operation record has a corresponding pre-allocation record;

a marking submodule 7023, configured to mark the feedback operation as an abnormal feedback operation when the feedback operation record does not have a corresponding pre-allocation record or is inconsistent with an indication of the corresponding pre-allocation record.

Optionally, as shown in fig. 7D, the feedback module 701 may further include:

the second determining submodule 7015 is configured to determine, according to the behavior record of the account, the upper limit of the value of the virtual resource currently fed back to the account;

the second detecting submodule 7016 is configured to detect whether the value of the virtual resource to be fed back to the account by the operation of currently feeding back the virtual resource exceeds a value upper limit;

a stop sub-module 7017 for stopping the current feedback operation and issuing an anomaly warning when the upper value limit is exceeded.

Optionally, as shown in fig. 7E, the feedback module 701 may further include:

a setting sub-module 7018, configured to set a winning probability and/or a winning value upper limit of the account according to the behavior record of the account;

and a lottery sub-module 7019 for conducting a lottery to feed back the virtual resource based on the winning probability and/or the winning value upper limit of the account.

The embodiment of the application provides a virtual resource feedback device, which comprises a memory and a processor, wherein the memory is used for storing a computer program; a processor for executing the computer program stored on the memory to implement the virtual resource feedback method as shown in fig. 2 or fig. 3.

An embodiment of the present application provides a non-volatile computer-readable storage medium, in which a computer program is stored, and when the program in the storage medium is executed by a processor, the method for managing virtual resources as shown in fig. 2 or fig. 3 can be implemented

Fig. 8 is a schematic structural diagram of a server according to an embodiment of the present application, where the server may be the server in fig. 1. Specifically, the method comprises the following steps:

the server 101 includes a Central Processing Unit (CPU)801, a system memory 804 including a Random Access Memory (RAM)802 and a Read Only Memory (ROM)803, and a system bus 805 connecting the system memory 804 and the central processing unit 801. The server 101 also includes a basic input/output system (I/O system) 806, which facilitates transfer of information between devices within the computer, and a mass storage device 807 for storing an operating system 813, application programs 814, and other program modules 815.

The basic input/output system 806 includes a display 808 for displaying information and an input device 809 such as a mouse, keyboard, etc. for user input of information. Wherein the display 808 and the input device 809 are connected to the central processing unit 801 through an input output controller 810 connected to the system bus 805. The basic input/output system 806 may also include an input/output controller 810 for receiving and processing input from a number of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, input-output controller 810 also provides output to a display screen, a printer, or other type of output device.

The mass storage device 807 is connected to the central processing unit 801 through a mass storage controller (not shown) connected to the system bus 805. The mass storage device 807 and its associated computer-readable media provide non-volatile storage for the server 101. That is, the mass storage device 807 may include a computer-readable medium (not shown) such as a hard disk or CD-ROM drive.

Without loss of generality, the computer-readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes RAM, ROM, EPROM, EEPROM, flash memory or other solid state memory technology, CD-ROM, DVD, or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices. Of course, those skilled in the art will appreciate that the computer storage media is not limited to the foregoing. The system memory 804 and mass storage 807 described above may be collectively referred to as memory.

According to various embodiments of the present application, the server 101 may also operate as a remote computer connected to a network through a network, such as the Internet. That is, the server 101 may be connected to the network 812 through the network interface unit 811 coupled to the system bus 805, or may be connected to other types of networks or remote computer systems (not shown) using the network interface unit 811.

The memory further includes one or more programs, the one or more programs are stored in the memory, and the central processing unit 801 executes the one or more programs to implement the management method of the virtual resource shown in fig. 2 or 3.

It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described apparatuses and modules may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

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

It should be noted that: the method, the device and the system provided by the above embodiments belong to the same concept, and the specific implementation process thereof is described in detail in the method embodiments and will not be described herein again. In this application, the terms "first" and "second" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance. The term "plurality" means two or more unless expressly limited otherwise.

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

Claims

1. A virtual resource feedback method, wherein the method is executed by a server, and comprises:

2. The method of claim 1, wherein the operation of feeding back virtual resources to the account according to the behavior record of the account comprises:

3. The method of claim 2, wherein detecting whether the operation of the feedback virtual resource is an abnormal feedback operation comprises:

4. The method according to any one of claims 1-3, wherein the operation of feeding back virtual resources to the account is performed according to a behavior record of the account, and further comprising:

5. The method according to any one of claims 1-3, wherein the operation of feeding back virtual resources to the account is performed according to a behavior record of the account, and further comprising:

6. A virtual resource feedback apparatus, the apparatus comprising:

7. The apparatus of claim 6, wherein the feedback module comprises:

8. The apparatus of claim 7, wherein the detection module comprises:

9. The apparatus of any of claims 6-8, wherein the feedback module further comprises:

10. The apparatus of any of claims 6-8, wherein the feedback module further comprises:

11. A virtual resource feedback apparatus, comprising a memory and a processor,

the memory for storing a computer program;

the processor, configured to execute the computer program stored in the memory, to implement the virtual resource feedback method according to any one of claims 1 to 5.

12. A non-transitory computer-readable storage medium, wherein a program in the storage medium, when executed by a processor, is capable of implementing the virtual resource feedback method of any one of claims 1-5.