CN113781119A

CN113781119A - Virtual resource sending method and device, electronic equipment and storage medium

Info

Publication number: CN113781119A
Application number: CN202111072264.4A
Authority: CN
Inventors: 贲闯
Original assignee: Tencent Cyber Shenzhen Co Ltd
Current assignee: Tencent Cyber Shenzhen Co Ltd
Priority date: 2021-09-14
Filing date: 2021-09-14
Publication date: 2021-12-10
Anticipated expiration: 2041-09-14
Also published as: CN113781119B

Abstract

The application relates to the technical field of internet, in particular to a virtual resource sending method, a virtual resource sending device, electronic equipment and a storage medium, wherein an initial identification set is obtained in response to a virtual resource obtaining request triggered by a target object; each initial identification is used for uniquely distinguishing one virtual resource supported and identified by the target platform; if target identifications corresponding to at least one initial identification are obtained based on the initial identification set and the identification mapping relation, the obtained at least one target identification is sent to a third-party platform, so that the third-party platform sends virtual resources corresponding to the at least one target identification to a client; wherein, each target identification is used for uniquely distinguishing one virtual resource supported by the third-party platform; and sending the virtual resources corresponding to each initial identifier except for at least one initial identifier in the initial identifier set to the client, so that the operation of acquiring the virtual resources can be simplified, and the efficiency of sending the virtual resources is improved.

Description

Virtual resource sending method and device, electronic equipment and storage medium

Technical Field

The present application relates to the field of internet technologies, and in particular, to a virtual resource sending method, an apparatus, an electronic device, and a storage medium.

Background

Currently, with the development of internet technology, each platform can distribute virtual resources to a target object.

In general, when a target object executing a task completes a set task, virtual resources randomly distributed by a task initiating platform and a third party platform can be obtained.

Specifically, the target object may click an operation control of the task initiation platform in an operation interface presented by the client, and send a virtual resource acquisition request (e.g., a lottery request) to the task initiation platform, so as to acquire a virtual resource randomly distributed by the task initiation platform, and the target object may click an operation control of a third party platform in an operation interface presented by the client, and send a virtual resource acquisition request to the third party platform, so as to acquire a virtual resource randomly distributed by the third party platform.

However, in the related art, the above method for obtaining the virtual resource needs to trigger the virtual resource obtaining request for different platforms respectively. As the number of times of acquiring the virtual resource increases, the number of times of triggering the virtual resource acquisition request also increases in multiples, which not only makes the operation more complicated, but also makes the efficiency of acquiring the virtual resource lower.

Disclosure of Invention

The embodiment of the application provides a virtual resource sending method, a virtual resource sending device, electronic equipment and a storage medium, so as to simplify operation and improve virtual resource obtaining efficiency.

The embodiment of the application provides the following specific technical scheme:

a virtual resource sending method comprises the following steps:

responding to a virtual resource acquisition request triggered by a target object, and acquiring an initial identification set; each initial identification is used for uniquely distinguishing one virtual resource supported and identified by the target platform;

if target identifications corresponding to at least one initial identification are obtained based on the initial identification set and the identification mapping relation, the obtained at least one target identification is sent to a third-party platform, so that the third-party platform sends virtual resources corresponding to the at least one target identification to a client; wherein, each target identification is used for uniquely distinguishing one virtual resource supported by the third-party platform;

and sending the virtual resources corresponding to each initial identifier except the at least one initial identifier in the initial identifier set to a client.

A virtual resource transmitting apparatus, comprising:

the acquisition module is used for responding to a virtual resource acquisition request triggered by a target object and acquiring an initial identification set; each initial identification is used for uniquely distinguishing one virtual resource supported and identified by the target platform;

the first processing module is used for sending the obtained at least one target identifier to a third-party platform if the target identifier corresponding to the at least one initial identifier is obtained based on the initial identifier set and the identifier mapping relationship, so that the third-party platform sends the virtual resource corresponding to the at least one target identifier to the client; wherein, each target identification is used for uniquely distinguishing one virtual resource supported by the third-party platform;

and a second processing module, configured to send, to the client, virtual resources corresponding to each initial identifier in the initial identifier set except the at least one initial identifier.

Optionally, before the virtual resource obtaining request triggered by the target object, the method further includes an establishing module, where the establishing module is configured to:

determining target identifications corresponding to each virtual resource provided by a third-party platform;

for each obtained target identifier, the following operations are respectively executed: randomly selecting one initial identifier from the initial identifiers provided by the target platform and used for establishing the identifier mapping relationship, establishing the identifier mapping relationship between one target identifier and the initial identifier, and deleting the initial identifier.

Optionally, when the obtained at least one target identifier is sent to the third party platform, the first processing module is specifically configured to:

adding the at least one target identifier to an identifier queue;

when determining that the historical identifier is not contained in the identifier queue, respectively sending the at least one target identifier to the third-party platform;

and when the identification queue is determined to contain the at least one target identification and the at least one historical identification, respectively taking the at least one historical identification as the target identification, sequencing the target identifications according to a preset rule, and respectively sending the sequenced target identifications to a third-party platform.

Optionally, after the at least one target identifier is sent to the third party platform, the first processing module is further configured to:

receiving virtual resource sending results respectively returned by the third-party platform aiming at the at least one target identifier;

and when the target virtual resource sending result carrying the failure identification is determined to exist, based on the failure identification, taking the corresponding target identification as the history identification, and adding the history identification into the identification queue again.

Optionally, when the corresponding target identifier is taken as a history identifier based on the failure identifier and is added to the identifier queue again, the first processing module is specifically configured to:

identifying the failure identification to obtain a failure type corresponding to the failure identification;

and when determining that the failure type representation corresponding to the failure identifier allows to add the history identifier to the identifier queue again, taking the corresponding target identifier as the history identifier and adding the history identifier to the identifier queue again.

Optionally, when the identifier is added to the identifier queue again, the first processing module is specifically configured to:

acquiring sent times associated with the target identifier, wherein the sent times are historical accumulated times of sending the target identifier to the third-party platform;

and when the sent times are determined not to be larger than the corresponding second time threshold value, the historical identifications are added to the identification queue again.

Optionally, after the obtained at least one target identifier is sent to the third party platform, the first processing module is further configured to:

and when the virtual resource sending results respectively returned by the third-party platform aiming at the at least one target identification are not received within the timing time period, taking the corresponding target identification as the history identification and adding the history identification into the identification queue again.

Optionally, the virtual resource obtaining request further includes task progress information, and when the initial identifier set is obtained, the obtaining module is specifically configured to:

determining a task progress result of the target object based on the task progress information, wherein the task progress result is used for representing whether the target object completes a task;

and when the task progress result is determined to be the task completion, obtaining the initial identification set.

Optionally, the virtual resource obtaining request further includes a target object identifier, and when the initial identifier set is obtained, the obtaining module is specifically configured to:

extracting a first original identification set from each first original identification set based on the extraction probability corresponding to each preset first original identification set to serve as an obtained target original identification set;

acquiring the extracted times associated with the target object identification based on the target object identification, wherein the extracted times are historical accumulated extraction times of the target object;

when the extracted times are determined to be larger than the corresponding first time threshold value, acquiring a preset second original identifier set, and taking the second original identifier set as the initial identifier set, wherein the second original identifier set is different from each first original identifier set;

and when the extracted times are determined to be not more than the corresponding first time threshold value, taking the target original identification set as the initial identification set.

Optionally, the system further includes an alarm module, where the alarm module is specifically configured to:

acquiring adding time corresponding to at least one history identifier in the identifier queue, wherein the adding time is the time for adding the history identifier to the identifier queue;

and alarming the history identification meeting the adding time condition in the at least one history identification.

An electronic device provided in an embodiment of the present application includes a processor and a memory, where the memory stores a program code, and when the program code is executed by the processor, the processor is caused to execute any one of the steps of the virtual resource sending method.

A computer-readable storage medium provided in an embodiment of the present application includes program code, and when the program code runs on an electronic device, the program code is configured to cause the electronic device to perform any one of the steps of the virtual resource sending method.

A computer program product provided in an embodiment of the present application includes a computer program/instruction, which when run on a computer, causes the computer to execute the virtual resource sending method.

The beneficial effect of this application is as follows:

the embodiment of the application provides a virtual resource sending method, a device, an electronic device and a storage medium, wherein at least one initial identifier with an identifier mapping relation in an initial identifier set is mapped into a target identifier which can be identified by a third-party platform through a pre-established identifier mapping relation, and at least one target identifier obtained through mapping is sent to the third-party platform, so that the third-party platform respectively sends virtual resources corresponding to the at least one target identifier to a client, and sends virtual resources corresponding to other initial identifiers without the identifier mapping relation to the client, therefore, virtual resource obtaining requests do not need to be triggered aiming at different platforms respectively, the virtual resources sent by the third-party platform and the target platform can be obtained simultaneously through one-time virtual resource obtaining requests, and mixed sending of multi-platform virtual resources is realized, in addition, since the virtual resources sent by the multiple platforms can be obtained only by triggering the virtual resource obtaining request once, the operation of obtaining the virtual resources can be simplified, and the efficiency of obtaining the virtual resources is improved.

Additional features and advantages of the application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by the practice of the application. The objectives and other advantages of the application may be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.

Drawings

FIG. 1 is a schematic diagram of an application scenario in an embodiment of the present application;

FIG. 2a is a schematic diagram of a process for establishing an identifier mapping relationship in an embodiment of the present application;

FIG. 2b is a schematic diagram of a first interface of an operation interface in an embodiment of the present application;

fig. 3a is a schematic flowchart of a virtual resource sending method in an embodiment of the present application;

FIG. 3b is a second interface diagram of an operation interface in an embodiment of the present application;

FIG. 3c is a schematic flow chart illustrating the authority verification in the embodiment of the present application;

FIG. 3d is a third interface diagram of an operation interface in the embodiment of the present application;

FIG. 3e is a fourth interface diagram of an operation interface in the embodiment of the present application;

FIG. 3f is a schematic flow chart of obtaining an initial identifier set in the embodiment of the present application;

fig. 3g is a schematic flowchart of adding a target identifier to an identifier queue in the embodiment of the present application;

fig. 3h is a schematic flowchart of a process of determining a virtual resource sending result in the embodiment of the present application;

FIG. 3i is a schematic diagram of an interface for successful delivery in an embodiment of the present application;

FIG. 3j is a schematic flow chart of adding to the tag queue in the embodiment of the present application;

FIG. 3k is a schematic flow chart illustrating the process of re-adding the historical identifier to the identifier queue according to the embodiment of the present application;

FIG. 3l is a schematic view of a failed interface in an embodiment of the present application;

fig. 4 is an exemplary diagram of virtual resource transmission in an embodiment of the present application;

FIG. 5a is a schematic diagram of a first process of alarming in an embodiment of the present application;

FIG. 5b is a second flowchart of an alarm in the embodiment of the present application;

FIG. 6 is a logic diagram illustrating the sending of virtual resources in an embodiment of the present application;

FIG. 7 is a schematic flow chart of a lottery in the embodiment of the present application;

FIG. 8 is a schematic view of a shipping process in an embodiment of the present application;

FIG. 9 is a diagram of a shipping state in an embodiment of the present application;

fig. 10 is a schematic structural diagram of a virtual resource sending apparatus according to an embodiment of the present application;

fig. 11 is a schematic diagram of a hardware component structure of an electronic device according to an embodiment of the present application;

fig. 12 is a schematic structural diagram of a computing device in an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments, but not all embodiments, of the technical solutions of the present application. All other embodiments obtained by a person skilled in the art without any inventive step based on the embodiments described in the present application are within the scope of the protection of the present application.

The terms "first," "second," and the like in the description and in the claims of the present application and in the above-described drawings are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or described herein.

Some terms in the embodiments of the present application are explained below to facilitate understanding by those skilled in the art.

Virtual resources: may include traffic, value-added services, game virtual items (e.g., coins, diamonds, joy beans, equipment, props, clothing, etc.), live virtual items (e.g., virtual gifts, safflower, tokens, etc.), or virtual gifts corresponding to physical rewards (e.g., gift bags corresponding to a mobile phone).

A virtual resource acquisition request: the method includes that a target object triggers a request for acquiring virtual resources in an operation interface of a client and sends the request to a target platform, for example, the target object clicks a 'getting' operation control in the operation interface of the client to trigger generation of a virtual resource acquisition request, so that the client sends the virtual resource acquisition request to the target platform to acquire corresponding virtual resources.

A target platform: the target platform is a platform to which an application used by the target object in the client belongs, for example, when the application used by the target object is a game application, the target platform is a game platform, and when the application used by the target object is a live broadcast application, the target platform is a live broadcast platform.

A third party platform: the platform is a platform cooperating with a target platform, the target platform cooperates with a third-party platform, joint operation and flow rate conversion are carried out, and the third-party platform provides task query service and virtual resource sending service for the target platform to use, so that the target platform has the task query and virtual resource sending capabilities of the third-party platform. For example, the third party platform is a live platform, a game platform, or the like.

It should be noted that the target platform and the third-party platform may be different types of platforms, and certainly, the target platform and the third-party platform may be the same type of platform, for example, both are live broadcast platforms, but the applications corresponding to the target platform and the third-party platform are different.

Task progress information: the information is information corresponding to the task completion condition of the target object, for example, when the target platform is a live broadcast platform, the task progress information is the accumulated time of currently watching live broadcast.

Initial identification set: the initial identification set comprises each initial identification, and each initial identification corresponds to a virtual resource; the preset number of initial identifiers in the first original identifier set correspond to virtual resources provided by the target platform, and other initial identifiers in the first original identifier set correspond to virtual resources provided by the third-party platform.

The second original set of identities: and the second original identifier set is a set with different content from the first original identifier set, and is used as the initial identifier set when the extraction frequency of the target object is determined to be greater than the corresponding first frequency threshold value, and is used as the default gift bag if the extraction frequency of the target object reaches the upper limit.

The following briefly introduces the design concept of the embodiments of the present application:

at present, with the development of internet technology, all platforms cooperate and operate in a combined manner, a third-party platform provides task query service and virtual resource sending service for a target platform, and in the same activity, multi-platform virtual resource acquisition can be performed, that is, all platforms can distribute virtual resources to a target object.

In general, when a target object executing a task completes a set task, virtual resources randomly distributed by a task initiating platform and a third party platform can be obtained, for example, the task initiating platform is a game platform, the third party platform is a live broadcast platform, the set task is a game duration, the target object performs game fight in a game application provided by the game platform, and when the target object completes the set task, that is, completes the task of "game fight for 10 minutes", the game platform and the live broadcast platform respectively randomly distribute the virtual resources to the target object.

Specifically, the target object may click an operation control of the task initiation platform in an operation interface presented by the client, and send the virtual resource acquisition request to the task initiation platform, for example, when the virtual resource acquisition request is a lottery request, click the lottery control of the task initiation platform presented in the operation interface, so as to obtain a prop randomly distributed by the task initiation platform, and the target object may click an operation control of a third party platform in the operation interface presented by the client, and also send the virtual resource acquisition request to the third party platform, for example, click the lottery control of the third party platform presented in the operation interface, so as to obtain a prop randomly distributed by the third party platform.

However, in the related art, when the virtual resources are obtained by using the above method, since one lottery control can only obtain the virtual resources of one platform, if the virtual resources of different platforms need to be obtained, the lottery control needs to be split into different operation controls, and the virtual resource obtaining requests are respectively triggered. Therefore, as the number of times of acquiring the virtual resource increases, the number of times of triggering the virtual resource acquisition request also increases by several times, which not only makes the operation more complicated, but also makes the efficiency of acquiring the virtual resource lower.

In view of this, embodiments of the present application provide a virtual resource sending method, an apparatus, an electronic device, and a storage medium. In the embodiment of the application, the initial identifier set can be obtained by triggering the virtual resource obtaining request once, and the target identifiers corresponding to at least one of the initial identifiers are obtained based on the identifier mapping relationship, so that the third-party platform can send the virtual resources corresponding to the target identifiers to the client after obtaining the target identifiers, and simultaneously, the target platform sends the virtual resources corresponding to each of the initial identifiers except for the at least one of the initial identifiers in the initial identifier set to the client. Therefore, cooperation among different platforms can be realized without respectively triggering virtual resource acquisition requests aiming at a third-party platform and a target platform, so that the operation of acquiring the virtual resources can be simplified, and the efficiency of acquiring the virtual resources is improved.

The virtual resource transmission method proposed in the embodiment of the present application can be applied to various game terminals and covers all game types.

The preferred embodiments of the present application will be described in conjunction with the drawings of the specification, it should be understood that the preferred embodiments described herein are for purposes of illustration and explanation only and are not intended to limit the present application, and features of the embodiments and examples of the present application may be combined with each other without conflict.

Fig. 1 is a schematic view of an application scenario in the embodiment of the present application. The application scenario diagram includes a client 110, a target platform 120, and a third party platform 130.

In an alternative embodiment, the client 110 and the target platform 120, the client 110 and the third party platform 130, and the target platform 120 and the third party platform 130 may be connected directly or indirectly through wired or wireless communication methods using a wired network or a wireless network, and the present application is not limited herein.

The client 110 may have a live application installed therein, and may also have a game application installed therein, where the relevant application may be a client application that can be used only when installed on a device, or an application such as an applet or a web page in some social applications, and may be searched for use without downloading or installing.

In the embodiment of the present invention, the connection is not limited to only one client 110, and a plurality of clients may establish a connection with a target platform and a third-party platform, which is not limited to this.

In this embodiment, the client 110 is an electronic device associated with a target object, and the electronic device may be a computer device having a certain computing capability and running instant messaging software and a website or social contact software and a website, such as a personal computer, a mobile phone, a tablet computer, a notebook, an e-book reader, a smart home, and the like, where the target object refers to a user using a related application in this embodiment.

The target platform 120 is a server for managing a related application being used by a target object, and the target platform 120 may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server providing basic cloud computing services such as a cloud service, a cloud database, cloud computing, a cloud function, cloud storage, a Network service, cloud communication, a middleware service, a domain name service, a security service, a Content Delivery Network (CDN), and a big data and artificial intelligence platform, and therefore the target platform 120 is used to provide services for the application used by the target object.

The third party platform 130 is a server for managing cooperative applications, that is, the third party platform 130 and the target platform 120 are in a cooperative relationship and perform joint operation, and the third party platform 130 may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server providing basic cloud computing services such as cloud services, a cloud database, cloud computing, cloud functions, cloud storage, Network services, cloud communication, middleware services, domain name services, security services, a Content Delivery Network (CDN), and a big data and artificial intelligence platform, and therefore, the third party platform 130 is used for providing services for cooperative applications corresponding to applications used by the target object.

In this embodiment, the sending of the virtual resource may be performed on the target platform 120. When the target platform 120 sends the virtual resource, the target platform 120 obtains an initial identifier set including each initial identifier in response to a virtual resource obtaining request triggered by a target object, and if a target identifier corresponding to each of at least one initial identifier is obtained based on the initial identifier set and the identifier mapping relationship, the target platform 120 sends the target identifier to the third-party platform 130, so that the third-party platform 130 sends the virtual resource corresponding to each of the at least one target identifier to the client 110, and meanwhile, the target platform 120 sends the virtual resource corresponding to each of the initial identifiers except the at least one initial identifier to the client 110.

The virtual resource sending method in the embodiment of the application can be applied to a scene of extracting a property gift package, for example, when a target object completes a game task, a lottery drawing request is triggered and generated, a target platform responds to the lottery drawing request, after an initial identification set is extracted and obtained, at least one initial identification in the initial identification set is mapped to be a corresponding target identification, the target identification is sent to a third-party platform, so that properties corresponding to the target identification are sent to a client by the third-party platform, and simultaneously, properties corresponding to the initial identifications which are not mapped by the target platform are sent to the client.

Based on the foregoing embodiments, firstly, a process of establishing an identifier mapping relationship in the embodiments of the present application is explained in detail, as shown in fig. 2a, which is a schematic diagram of an establishment process of an identifier mapping relationship in the embodiments of the present application, and the process of establishing an identifier mapping relationship in the embodiments of the present application is explained in detail below with reference to fig. 2 a.

Step 20: and determining the target identification corresponding to each virtual resource provided by the third-party platform.

In the embodiment of the application, each virtual resource provided by a third-party platform and a target identifier corresponding to each virtual resource are determined.

For example, when the third-party platform is a live platform, the virtual resource may be, for example, a live prop "fish ball 100", and the corresponding target identifier is an identifier that the third-party platform supports recognition.

Step 21: for each obtained target identifier, the following operations are respectively executed: randomly selecting an initial identifier from the initial identifiers provided by the target platform and used for establishing the identifier mapping relationship, establishing the identifier mapping relationship between a target identifier and the initial identifier, and deleting the initial identifier.

In the embodiment of the present application, each initial identifier for establishing an identifier mapping relationship for a target platform is determined, and an identifier mapping relationship of each target identifier is determined for each obtained target identifier, specifically, taking any one target identifier (hereinafter referred to as target identifier a) as an example, a process of determining an identifier mapping relationship is described as follows:

firstly, determining any one initial identifier from each initial identifier in a random sampling mode, then establishing an identifier mapping relation between a target identifier a and the randomly extracted initial identifier, and finally deleting the initial identifier after the identifier mapping relation is successfully established.

For example, assuming that each initial identifier is n1, n2, n3, n4, n5, n6, n7, n8, and n9, respectively, one initial identifier is randomly extracted from each initial identifier as n2, and then an identifier mapping relationship between the target identifier a and the initial identifier n2 is established.

Optionally, in this embodiment of the application, the target identifier and the corresponding initial identifier may also be selected from an operation interface displayed by the target platform, so as to establish an identifier mapping relationship between the target identifier and the initial identifier.

For example, referring to fig. 2b, which is a schematic diagram of a first interface of an operation interface in the embodiment of the present application, in fig. 2b, an operation control for "adding a mapping relationship" and an operation control for "deleting a mapping relationship" are included, a prop list may be pulled down, a prop represented by a target identifier may be selected, and a list of initial identifiers may also be pulled down, an initial identifier may be selected from each initial identifier, for example, a prop of a third-party platform represented by a target identifier "90021324111 is" fish ball × 100 ", and a corresponding initial identifier is selected as" IEGAMS-393280 "for the target identifier, thereby establishing an identifier mapping relationship between the target identifier and the initial identifier.

It should be noted that, in this embodiment of the present application, each initial identifier provided by the target platform is an identifier corresponding to a virtual resource used for establishing an identifier mapping relationship. For example, assuming that the application scenario is a game scenario and the virtual resource is a prop, the prop of the third-party platform is replaced by a target identifier corresponding to the non-game prop provided by the target platform.

In the embodiment of the application, the identifier mapping relationship is pre-established, so that when the virtual resources are sent subsequently, the virtual resources provided by the third-party platform and the virtual resources provided by the target platform can be set in the same initial identifier set, so that the virtual resource obtaining requests do not need to be sent to different platforms respectively, and the virtual resource obtaining efficiency can be improved.

Based on the above embodiment, referring to fig. 3a, which is a schematic flow chart of a virtual resource sending method in an embodiment of the present application, and is applied to the target platform 110 illustrated in fig. 1, a specific implementation flow of the method is as follows:

step 30: responding to a virtual resource acquisition request triggered by a target object, and acquiring an initial identification set; wherein, each initial identification is used for uniquely distinguishing one virtual resource supported and identified by the target platform.

In the embodiment of the application, a target object clicks an operation control presented in an operation interface of a client, so that a virtual resource acquisition request is triggered and generated in the client, and then the client sends the virtual resource acquisition request to a target platform, so that the target platform responds to the virtual resource acquisition request after acquiring the virtual resource acquisition request, and obtains an initial identifier set.

For example, assuming that the target object is a user, referring to fig. 3b, the second interface schematic diagram of the operation interface in the embodiment of the present application is shown, as shown in fig. 3b, an operation control "get" operation control, "an operation control" switch account, "an operation control" go to a live broadcast room to complete a task, "an operation control" click to get "operation control," an operation control "click to an official website upgrade treasure box," and an operation control "refresh task progress" are presented in the operation interface of the client.

After the user clicks the 'getting' operation control, a virtual resource acquisition request can be triggered and generated in the client; after a user clicks the 'account switching' operation control, an account switching request can be triggered and generated in the client, so that account switching operation can be performed; after a user clicks an operation control of 'going to a live broadcast room to complete a task', a first interface switching request can be triggered and generated in a client, so that an operation interface for currently receiving the reward can be switched to an operation interface of the live broadcast room; after the user clicks the click getting operation control, the generation of the point getting operation can be triggered in the client, so that the corresponding points can be obtained; after a user clicks an operation control of 'upgrading the treasure box to the previous official website', a second interface switching request can be triggered and generated in the client, so that the operation interface for currently receiving the reward can be switched to the operation interface of the official website, and the treasure box can be upgraded; after the user clicks the operation control of 'refreshing the task progress', a refreshing request can be triggered and generated in the client, so that the task progress information can be refreshed.

Optionally, in order to improve the security of obtaining the virtual resource, in the embodiment of the present application, when the initial identifier set is obtained, it may be checked whether the target object has the right to obtain the virtual resource, so as to determine whether the target object can obtain the initial identifier set. Specifically, in the embodiment of the present application, a possible implementation manner is provided for determining whether a target object has a right to acquire a virtual resource, which is shown in fig. 3c, and is a schematic flow diagram of right verification in the embodiment of the present application, which specifically includes:

s30-1-1: determining a task progress result of the target object based on the task progress information; and the task progress result is used for representing whether the target object completes the task or not.

In the embodiment of the application, when a target object triggers generation of a virtual resource acquisition request in a client, the client searches task progress information associated with a target object identifier according to the target object identifier corresponding to the target object, and adds the searched task progress information to the virtual resource acquisition request, so that the virtual resource acquisition request further includes the task progress information, and then, when a target platform responds to the virtual resource acquisition request, a task progress result of the target object is determined according to the task progress information in the virtual resource acquisition request and a preset task progress condition.

The task progress condition is preset in the target platform and can be set by self, operation diversity is guaranteed, the task progress condition is used for judging a task progress result corresponding to the task progress information, for example, the task progress condition is for watching live broadcast for 10 minutes, and the task progress condition is not limited in the embodiment of the application.

It should be noted that the task progress result in the embodiment of the present application may be divided into the following two types, which are a completed task and an uncompleted task.

For example, assuming that the task progress condition is live broadcast watching for 10 minutes, when the target platform responds to a virtual resource acquisition request triggered by the target object, the virtual resource acquisition request carries task progress information "live broadcast watching for 8 minutes", so that after the target platform acquires the task progress information "live broadcast watching for 8 minutes", it is determined that the task progress information cannot meet the task progress condition, and therefore, it is determined that the task progress result of the target object is an unfinished task.

For another example, assuming that the task progress condition is 3 plays of game engagement completion, when the target platform responds to the virtual resource acquisition request triggered by the target object, the virtual resource acquisition request carries task progress information "3 plays of game engagement", so that after the target platform acquires the task progress information "3 plays of game engagement", it is determined that the task progress information can satisfy the task progress condition, and thus, the task progress result of the target object is determined to be task completion.

Optionally, in this embodiment of the application, the task progress condition may also be sent to the client, so that the client displays the task progress condition in the operation interface, as shown in fig. 3b, the task progress condition includes "login of the client to complete any one-round game", "watch of any partition live broadcast for 5 minutes", and "watch of any partition live broadcast for 10 minutes".

Optionally, in this embodiment of the application, after the task progress result is generated, the task progress result may also be sent to the client, so that the client presents the task progress result in the operation interface.

For example, when the task progress result is that the task is completed, the task completion information is sent to the client, so that the client displays the task completion information in the operation interface, as shown in fig. 3d, which is a third interface schematic diagram of the operation interface in the embodiment of the present application, in the request, since the task progress condition can be met, the task progress result is that the task is completed, and the task completion information "task completed | is displayed in the operation interface! ".

For another example, when the task progress result is an incomplete task, the incomplete task information is sent to the client, so that the client displays the incomplete task information in the operation interface, as shown in fig. 3e, which is a fourth interface schematic diagram of the operation interface in the embodiment of the present application, in the request, since the task progress condition cannot be achieved, the task progress result is an incomplete task, and the incomplete task information "task is incomplete, and a treasure box cannot be obtained | is displayed in the operation interface! "the user can return to the live broadcast room again to complete the task by clicking the" return "operation control in the operation interface.

It should be noted that, in the embodiment of the present application, in order to obtain the task progress information in time, the target object may further trigger to generate a refresh request by clicking the "refresh task progress" operation control shown in fig. 3b, so that the client can obtain the real-time task progress information.

S30-1-2: and when the task progress result is determined to be the task completion, obtaining an initial identification set.

In the embodiment of the application, when it is determined that the received task progress result is the completion of the task, it is determined that the target object has the authority to acquire the initial identifier sets in the virtual resource acquisition request, so that one initial identifier set can be acquired from each preset initial identifier set.

Optionally, in this embodiment of the present application, an initial identifier set may be obtained through a preset extraction probability, specifically, referring to fig. 3f, which is a schematic flow chart of obtaining the initial identifier set in this embodiment of the present application, and the following describes in detail a process of obtaining the initial identifier set in this embodiment of the present application with reference to fig. 3f, and specifically includes:

s30-2-1: and extracting one first original identification set from each first original identification set as an obtained target original identification set based on the preset extraction probability corresponding to each first original identification set.

In the embodiment of the application, when the initial identifier set is obtained, a target original identifier set can be obtained from each first original identifier set in a random extraction manner, so that the initial identifier set is determined. Specifically, each preset first original identifier set corresponds to an extraction probability, so that one first original identifier set is extracted from each first original identifier set based on the extraction probability corresponding to each first original identifier set, and the extracted first original identifier set is used as an obtained target original identifier set.

The extraction probability represents the probability of extracting the first original identifier set, and when the extraction probability is higher, the possibility of extracting the corresponding first original identifier is higher.

For example, assuming that there are 10 first original tag sets, which are A, B, C, D, E, F, G, H, I, J, A, B, C, D, E, F, G, H, I, J respectively, where a corresponds to an extraction probability of 90%, B corresponds to an extraction probability of 85%, C corresponds to an extraction probability of 80%, D corresponds to an extraction probability of 75%, E corresponds to an extraction probability of 70%, F corresponds to an extraction probability of 65%, G corresponds to an extraction probability of 60, H corresponds to an extraction probability of 55%, I corresponds to an extraction probability of 50%, and J corresponds to an extraction probability of 45%, and one first original tag set is extracted from the 10 first original tag sets, the probability of extracting to the first original tag set a is the highest.

S30-2-2: acquiring the extracted times associated with the target object identifier based on the target object identifier; wherein the extracted number is the historical accumulated extraction number of the target object.

In the embodiment of the present application, when the target object completes the preset task but the number of times of extraction has reached the upper limit, the first original identifier set cannot be obtained, and at this time, the default second original identifier set is sent, so that it is necessary to first determine whether the number of times of extraction of the target object has reached the upper limit. Specifically, the extracted times associated with the target object identifier are determined based on the target object identifier and the association relationship between the target object identifier and the extracted times.

It should be noted that each target object id is associated with the extracted number.

In addition, it should be noted that each target object identifier and the associated extracted number in the embodiment of the present application may be stored in the target platform through an association relationship table, which is shown in table 1 and is an extracted number association relationship table in the embodiment of the present application.

TABLE 1

Target object identification	Number of times of extraction
		A	1
B	2
		C	4
D	5
		E	1

As can be seen from table 1, the number of already-extracted times associated with the target object id a is 1, the number of already-extracted times associated with the target object id B is 2, the number of already-extracted times associated with the target object id C is 4, the number of already-extracted times associated with the target object id D is 5, and the number of already-extracted times associated with the target object id E is 1. Therefore, the extracted number of times associated with each target object identifier can be determined by the extracted number association relationship table of table 1.

It should be noted that, in this embodiment of the application, after the target platform acquires the virtual resource acquisition request, the target platform adds 1 to the stored extracted number associated with the target object identifier, that is, after the target platform acquires the virtual resource acquisition request each time, the target platform updates the stored extracted number.

S30-2-3: when the extracted times are determined to be larger than the corresponding first time threshold value, acquiring a preset second original identification set, and taking the second original identification set as an initial identification set; and the second original identification set is different from each first original identification set.

In the embodiment of the present application, a first time threshold is preset, where the first time threshold is used to determine whether the extracted number of times of a target object reaches an upper limit, and then, determine whether the extracted number of times is greater than a corresponding first time threshold, and when it is determined that the extracted number of times is greater than the corresponding first time threshold, determine that the extracted number of times of the target object has reached the upper limit, although a target original identifier set has been extracted from each first original identifier set, the target original identifier set that has been extracted cannot be used as a final original identifier set, and a default second original identifier set needs to be obtained, so that a preset second original identifier set is obtained, and the second original identifier set is used as an initial identifier set that is to be finally sent.

Taking the first time threshold value as 5, the second original identifier set as a default gift package, the target original identifier set as a target gift package, and the target object as the user as an example, assuming that the extracted number of times associated with the user identifier is 6, it is determined that the extracted number of times 6 associated with the user identifier has reached the first time threshold value 5 in the current virtual resource acquisition request, and even if the corresponding target gift package is extracted in the current request, because the extracted number of times of the user has reached an upper limit, the user cannot acquire the extracted gift package, then the default gift package may be used as a finally transmitted gift package, and the default gift package is transmitted to the client.

It should be noted that, in the embodiment of the present application, the second original identifier set is different from each first original identifier set, that is, each identifier included in the second original identifier set may be partially the same as, but not completely the same as, each identifier included in each first original identifier set, and each identifier included in each first original identifier set may be partially the same as, but not completely the same as, each identifier included in each first original identifier set.

S30-2-4: and when the extracted times are determined to be not more than the corresponding first time threshold value, taking the target original identification set as an initial identification set.

In the embodiment of the present application, when it is determined that the number of times of extraction is not greater than the corresponding first time threshold value, it is determined that, in the request of this time, the target original identifier set obtained by extraction may be used as the initial identifier set, so that each original identifier in the target original identifier set is used as each corresponding initial identifier.

Taking the first time threshold value as 5, the target original identifier set as a target gift package, and the target object as a user as an example, assuming that the obtained extracted times associated with the user identifier is 4, it is determined that the extracted times 4 associated with the user identifier in the virtual resource obtaining request of this time does not reach the first time threshold value 5, it is determined that the extracted target gift package can be used as a finally sent gift package, and a virtual resource corresponding to the extracted target gift package is sent to the client.

Therefore, when the virtual resources are acquired and the extracted times are greater than the corresponding first time threshold value, the second original identifier set is used as the initial identifier set to be sent to the client, and the control of the number of the virtual resources extracted by the target object is realized.

Optionally, in the embodiment of the present application, after obtaining each initial identifier, each parameter of each initial identifier is stored in a database, which is shown in table 2 and is an initial identifier parameter table in the embodiment of the present application.

TABLE 2

Step 31: if target identifications corresponding to at least one initial identification are obtained based on the initial identification set and the identification mapping relation, the obtained at least one target identification is sent to a third-party platform, so that the third-party platform sends virtual resources corresponding to the at least one target identification to a client; wherein each target identifier is used for uniquely distinguishing one virtual resource supported by the third-party platform.

In the embodiment of the application, after obtaining the identifier mapping relationship, it may be determined whether each initial identifier in the initial identifier set has a corresponding identifier mapping relationship based on the initial identifier set and the identifier mapping relationship, and when it is determined that the corresponding identifier mapping relationship exists, the corresponding initial identifier is mapped to a target identifier based on the identifier mapping relationship, so as to obtain a target identifier corresponding to each of the at least one initial identifier, and send the obtained at least one target identifier to a third-party platform, so that the third-party platform determines a virtual resource corresponding to each of the target identifiers, and sends the determined at least one virtual resource to the client.

In specific implementation, taking any one initial identifier in the initial identifier set (hereinafter referred to as an initial identifier i) as an example, a process of sending a target identifier to a third-party platform is introduced as follows:

firstly, whether the initial identifier i has a corresponding identifier mapping relation is determined based on the initial identifier i and a preset identifier mapping relation, if the initial identifier i has the corresponding identifier mapping relation, the initial identifier i is mapped into a target identifier i-1 based on the determined identifier mapping relation, then the obtained target identifier i-1 is sent to a third-party platform, so that the third-party platform determines a corresponding virtual resource according to the target identifier i-1, and finally the determined virtual resource is sent to a client.

Optionally, in order to ensure that the target identifier can be responded in time and improve the success rate of sending the virtual resource, in this embodiment of the present application, at least one obtained target identifier may be further added to the identifier queue, as shown in fig. 3g, a schematic flow diagram of adding the target identifier to the identifier queue in this embodiment of the present application is shown, and the following step of sending the at least one target identifier to the third-party platform in this embodiment of the present application is described in detail with reference to fig. 3g, and specifically includes:

s311: at least one target identity is added to the identity queue.

In the embodiment of the application, an identifier queue is obtained, and at least one target identifier obtained through mapping is added to the identifier queue.

It should be noted that, the contents contained in the identification queue in the embodiment of the present application have the following two cases:

in the first case: the identification queue only contains at least one target identification.

In this embodiment of the present application, before the at least one target identifier is added to the identifier queue, the identifier queue may be empty, and therefore, after the at least one target identifier is added to the identifier queue, the identifier queue does not include the history identifier, and only includes the at least one target identifier.

In the second case: the identification queue comprises at least one target identification and at least one history identification.

In this embodiment of the present application, before at least one target identifier is added to the identifier queue, the identifier queue is not empty, and at least one history identifier is also included in the identifier queue, so that after at least one target identifier is added to the identifier queue, the identifier queue includes not only at least one target identifier but also at least one history identifier.

S312: and when determining that the historical identifiers are not contained in the identifier queue, respectively sending at least one target identifier to the third-party platform.

In the embodiment of the application, when it is determined that the identifier queue does not include the history identifier, that is, the identifier queue only includes at least one target identifier, an identifier sending request is generated based on each target identifier, and at least one identifier sending request carrying the target identifier is sent to the third-party platform, so that the third-party platform responds to the at least one identifier sending request, and determines that the virtual resource corresponding to the at least one target identifier is sent to the client.

For example, assuming that there are 2 target identifiers in the identifier queue, which are target identifier 1 and target identifier 2, respectively, an identifier sending request 1 is generated based on target identifier 1, and identifier sending request 1 is sent to a third party platform, so that the third party platform responds to identifier sending request 1, determines a virtual resource corresponding to target identifier 1 carried in identifier sending request 1, and sends the determined virtual resource to the client, and at the same time, an identifier sending request 2 is generated based on target identifier 2, and sends identifier sending request 2 to the third party platform, so that the third party platform responds to identifier sending request 2, determines a virtual resource corresponding to target identifier 2 carried in identifier sending request 2, and sends the determined virtual resource to the client.

It should be noted that, in this embodiment of the present application, an asynchronous processing mode may be used when processing each target identifier, that is, when a process used by the target platform to send the virtual resource is in an idle state, a process of sending the target identifier to the third party platform may be executed.

S313: and when the identification queue is determined to contain at least one target identification and at least one historical identification, respectively taking the at least one historical identification as the target identification, sequencing the target identifications according to a preset rule, and respectively sending the sequenced target identifications to a third-party platform.

In the embodiment of the application, when the identification queue is determined to include not only at least one target identifier but also at least one history identifier, the identification queue is determined to include identifiers which are not processed yet, so that the at least one history identifier included in the identification queue is respectively used as the corresponding target identifier, so as to obtain each target identifier, then, according to a preset sorting rule, the obtained target identifiers are sorted, and the sorted target identifiers are obtained, so that the sorted target identifiers are respectively and sequentially sent to the third-party platform according to the sorting order, so that the third-party platform respectively sends the virtual resources corresponding to each target identifier to the client.

When the obtained target identifications are sorted according to the preset sorting rule, the target identifications can be sorted according to the adding time of each target identification added to the identification queue. Of course, the history identifier and the target identifier may be sequentially interspersed, so as to obtain each sorted target identifier.

For example, assuming that there are 4 target identifiers in the identifier queue, which are target identifiers 1, 2, 3, and 4, respectively, where the adding time of target identifier 1 is 12:05, the adding time of target identifier 2 is 11:45, the adding time of target identifier 3 is 12:00, and the adding time of target identifier 4 is 12:10, the target identifiers are sorted according to the adding time, so as to obtain sorted target identifiers, which are target identifier 2, target identifier 3, target identifier 1, and target identifier 4, and thus a target identifier with an earlier adding time can be processed earlier.

Optionally, in order to ensure that a third party platform can determine a virtual resource sending result when sending a virtual resource, so as to improve a sending success rate of the virtual resource, in this embodiment of the present application, after sending at least one target identifier to the third party platform, the virtual resource sending result returned by the third party platform for the target identifier may also be received, and it is determined whether the target identifier needs to be added to the identifier queue again according to the virtual resource sending result, as shown in fig. 3h, a schematic flow diagram for determining a virtual resource sending result in this embodiment of the present application is shown, and the following describes in detail a process for determining a virtual resource sending result in this embodiment with reference to fig. 3h, and specifically includes:

s314: and receiving virtual resource sending results respectively returned by the third-party platform aiming at the at least one target identifier.

In the embodiment of the application, after the at least one target identifier is sent to the third-party platform, the third-party platform sends the at least one target identifier to the client, generates the virtual resource sending result, and then, the third-party platform returns the generated at least one virtual resource sending result to the target platform, so that the target platform receives the at least one virtual resource sending result.

It should be noted that, when the target platform sends at least one target identifier, the virtual resource sending results with the same number as that of the target identifiers are returned.

The virtual resource sending result can be divided into a virtual resource sending result carrying a successful identifier and a virtual resource sending result carrying a failed identifier. And when the virtual resource sending result carries the successful identification, determining that the third-party platform successfully sends the virtual resource to the client. And when the virtual resource sending result carries the failure identification, determining that the third-party platform fails to send the virtual resource to the client.

Further, when it is determined that each virtual resource transmission result carries a successful identifier, a success message is sent to the client, so that the client timely knows that all virtual resources are successfully transmitted, for example, as shown in fig. 3i, an interface schematic diagram of successful transmission in the embodiment of the present application is shown.

S315: and when the target virtual resource sending result carrying the failure identification is determined to exist, based on the failure identification, taking the corresponding target identification as the history identification, and adding the history identification into the identification queue again.

In the embodiment of the application, each virtual resource sending result may carry a failure identifier, and when the virtual resource sending result carries the failure identifier, it is determined that the target identifier corresponding to the virtual resource sending result fails to be sent. Therefore, when it is determined that a target virtual resource sending result carrying the failure identifier exists, based on the failure identifier, the corresponding target identifier is used as a history identifier, and the history identifier is added to the identifier queue again.

Optionally, in the embodiment of the present application, a possible implementation manner is provided for re-adding the history identifier to the identifier queue, referring to fig. 3j, which is a schematic diagram of a flow added to the identifier queue in the embodiment of the present application, and the flow added to the identifier queue in the embodiment of the present application is described in detail below with reference to fig. 3 j.

S3151: and identifying the failure identification to obtain a failure type corresponding to the failure identification.

In the embodiment of the application, because the virtual resource sending result may carry the failure identifier, and for some failure types, the history identifier cannot be added to the identifier queue again, the failure identifier needs to be identified, the failure type corresponding to the failure identifier is determined, and whether the history identifier can be added to the corresponding identifier queue again is determined based on the failure type.

S3152: and when determining that the failure type representation corresponding to the failure identifier allows the historical identifier to be added to the identifier queue again, taking the corresponding target identifier as the historical identifier and adding the historical identifier to the identifier queue again.

In the embodiment of the application, when it is determined that the failure type corresponding to the failure identifier is that the historical identifier is allowed to be added to the identifier queue again, the target identifier corresponding to the failure identifier is used as the historical identifier, and the historical identifier is added to the identifier queue again to wait for the next retransmission to the third-party platform.

Whether the target identifier can be added to the identifier queue again is determined based on the failure type, and the target identifier which is allowed to retry can be ensured to be added to the identifier queue, so that the success rate of virtual resource sending is improved.

It should be noted that, in order to reduce the calculation amount and delete the history identifier with too many retries in the identifier queue, in this embodiment of the present application, a second time threshold may be further set, so that the history identifier with the sent times exceeding the second time threshold cannot be added to the identifier queue again, as shown in fig. 3k, a schematic flow diagram of the history identifier added to the identifier queue in this embodiment of the present application is shown, and the process of adding the history identifier to the identifier queue again in this embodiment of the present application is described below with reference to fig. 3k as follows:

s3152-1: acquiring the sent times associated with the target identifier; and the sent times are historical accumulated times of sending the target identifier to the third-party platform.

In the embodiment of the application, because a plurality of target virtual resource sending results carrying the failure identifier may exist in each virtual resource sending result, after the corresponding target identifier is taken as the history identifier for each target virtual resource sending result, the sent times associated with each target identifier are obtained for each target identifier respectively.

For example, assuming that, in the virtual resource sending results corresponding to the target identifier 1, the target identifier 2, and the target identifier 3, the target virtual resource sending result corresponding to the target identifier 1 and the target virtual resource sending result corresponding to the target identifier 2 carry the failure identifier, the target identifier 1 is used as the history identifier, the sent times associated with the target identifier 1 are obtained, the target identifier 2 is used as the history identifier, and the sent times associated with the target identifier 2 are obtained.

It should be noted that, when there is a target virtual resource sending result carrying a failure identifier in each virtual resource sending result, the sent times associated with the target identifier are obtained after the target identifier corresponding to the target virtual resource sending result is taken as a history identifier.

S3152-2: and when the sent times are determined to be not more than the corresponding second time threshold value, the historical identifications are added to the identification queue again.

In the embodiment of the application, whether each sent time is greater than the corresponding second time threshold value or not is judged, and when the sent times are determined not to be greater than the corresponding second time threshold value, the historical identifiers are determined to be capable of being added to the identifier queue again.

Optionally, when it is determined that the sending times are greater than the corresponding second time threshold value, the historical identifier cannot be added to the identifier queue again, corresponding addition failure information is sent to the client, and the addition failure information is displayed on an interface of the client, so that the target object can reinitiate the virtual resource acquisition request, for example, as shown in fig. 3l, the method is a failed interface schematic diagram in the embodiment of the present application.

Optionally, in this embodiment of the present application, when the request is overtime, a virtual resource sending result returned by the third party platform cannot be received, so that after at least one target identifier is sent to the third party platform, a timing time period is set, and when the request is determined to be overtime, it is determined whether the target identifier needs to be used as a history identifier, and the history identifier is added to the identifier queue again, where the method specifically includes:

and when the virtual resource sending results respectively returned by the third-party platform aiming at the at least one target identifier are not received within the timing time period, taking the corresponding target identifier as a history identifier and adding the history identifier into the identifier queue again.

In the embodiment of the application, timing is started after the obtained at least one target identifier is sent to the third-party platform, and if it is determined that the virtual resource sending result returned by the third-party platform for the at least one target identifier is not received within the timing time period, the target identifier corresponding to the virtual resource sending result which is not received is taken as the history identifier, and the history identifier is added to the identifier queue again.

Step 32: and sending the virtual resources corresponding to each initial identifier except at least one initial identifier in the initial identifier set to the client.

In the embodiment of the application, whether each initial identifier in the initial identifier set has a corresponding identifier mapping relationship is determined based on the initial identifier set and the identifier mapping relationship, and it is determined that an initial identifier corresponding to the corresponding identifier mapping relationship does not exist, and each determined initial identifier is a virtual resource provided by the target platform.

It should be noted that, in this embodiment of the present application, step 31 and step 32 may be executed simultaneously, that is, while performing identifier mapping on an initial identifier having an identifier mapping relationship, a target platform may also send virtual resources corresponding to respective initial identifiers that do not have an identifier mapping relationship to a client, where an execution sequence of step 31 and step 32 is not limited in this embodiment of the present application.

In the embodiment of the application, the initial identification set is obtained in response to the virtual resource sending request triggered by the target object, and determining a target identifier corresponding to at least one initial identifier based on the initial identifier set and a preset identifier mapping relation, and the target identification which can be identified by the third-party platform is sent to the third-party platform for sending the virtual resource, meanwhile, the target platform sends the virtual resources corresponding to other initial identifications except for at least one initial identification to the client, thus, the target object can simultaneously receive the virtual resources sent by the third party platform and the target platform only by triggering the virtual resource acquisition request once, the virtual resource acquisition operation is simplified, the virtual resource acquisition efficiency is improved, the consistency and the uniqueness of the virtual resource acquisition request are ensured, the multi-platform capability is enhanced, and the user experience is improved.

Based on the above embodiment, the following exemplarily explains the sending method of the virtual resource in the embodiment of the present application by taking the target object as the user and the virtual resource as the prop, and fig. 4 shows an exemplary diagram of virtual resource sending in the embodiment of the present application.

Firstly, a user clicks a 'getting' operation control in an operation interface, a virtual resource acquisition request is triggered and generated, the virtual resource acquisition request is sent to a target platform, so that the target platform responds to the virtual resource acquisition request, the first original identification set A is randomly extracted from a first original identification set A, a first original identification set B and a first original identification set C, the first original identification set A is used as an initial identification set, the first original identification set A comprises an initial identification 1, an initial identification 2 and an initial identification 3, a target identification corresponding to the initial identification 2 is obtained as a target identification 2 and a target identification corresponding to the initial identification 3 is obtained as a target identification 3 based on the mapping relation of the initial identification set and the identifications, then the target identification 1 and the target identification 2 are sent to a third-party platform, and the third-party platform determines that the virtual resource corresponding to the target identification 1 is 100, determining that the virtual resource corresponding to the target identifier 2 is a small rocket x 1, sending the fish ball 100 and the small rocket x 1 to the client, simultaneously determining that the virtual resource corresponding to the initial identifier 1 is a monthly card x 1 by the target platform, sending the monthly card x 1 to the client, and sending success information' the opening of the treasure box is successful! And sending the obtained treasure box contents to the client, wherein the obtained treasure box contents comprise fish balls, small rockets, 1 and month cards, 1.

Based on the foregoing embodiment, because there may be an unresponsive history identifier in the identifier queue, an alarm may be performed on the unresponsive history identifier, as shown in fig. 5a, which is a first flow diagram of the alarm in the embodiment of the present application, and the following describes in detail a process of performing the alarm in the embodiment of the present application with reference to fig. 5a, and specifically includes:

step 500: acquiring the adding time corresponding to at least one history identifier in the identifier queue; wherein the adding time is the time when the history identification is added to the identification queue.

In the embodiment of the application, each history identifier corresponds to the adding time, so that the adding time corresponding to each history identifier in the identifier queue is obtained.

It should be noted that the adding time is a time when the history identifier is added to the identifier queue.

Step 501: and alarming the historical identifications meeting the adding time condition in the at least one historical identification.

In the embodiment of the application, whether the adding time corresponding to each history identifier meets the adding time condition or not is determined for at least one history identifier, and an alarm is given to the history identifier meeting the adding time condition.

For example, assuming that the adding time threshold is 12:05, the historical identifier with the adding time earlier than 12:05 is alarmed.

In the embodiment of the application, the unresponsive historical identifiers are alarmed through the unresponsive historical identifiers, so that relevant workers can timely know the unresponsive historical identifiers, timely and manually intervene in troubleshooting, and the virtual resource sending efficiency is improved.

Based on the above embodiments, in the embodiment of the present application, an alarm may also be performed on an unresponsive virtual resource acquisition request, a target identifier that is not successfully added to the identifier queue, and the like, and fig. 5b shows a second flow diagram for performing an alarm in the embodiment of the present application.

Step 510: and searching the virtual resource acquisition request which is not responded 1 hour ago.

In the embodiment of the present application, because the virtual resource acquisition request may not be responded, or there is a case of response failure, it is necessary to search for a virtual resource acquisition request that is not responded or fails to respond within a preset time period.

Wherein the preset time period is, for example, 1 hour.

Step 511: target identifiers that were not successfully added to the identifier queue 1 hour ago are sought.

In the embodiment of the present application, because there may be a case that identifier addition fails, which results in that a target identifier obtained by mapping is not successfully added to an identifier queue, it is necessary to search for a target identifier that is not successfully added to the identifier queue within a preset time period.

Step 512: find the send request that was not processed 1 hour ago.

In the embodiment of the application, when the target identifiers in the identifier queue are sent to the third party platform, sending requests are respectively generated based on each target identifier, and the sending requests carrying the target identifiers are sent to the third party platform, so that the third party platform sends the virtual resources, and therefore, the unprocessed sending requests may exist, and the unprocessed sending requests in the preset time period need to be searched.

Step 513: and judging whether unprocessed requests and identifiers exist, if so, executing step 514, and if not, executing step 510.

Step 514: and (5) alarming.

It should be noted that, when a preset time period is selected, if a time period threshold is determined to be adjusted downward, the alarm is more timely, but false alarm is easy to occur, and if an time period threshold is determined to be adjusted upward, false alarm is not easy to occur, but the alarm is slow, so that the time period can be set automatically based on actual requirements.

Optionally, in this embodiment of the present application, an alarm may be further performed on a virtual resource acquisition request and an initial identifier set that are not successfully recorded in the database, and meanwhile, an alarm may be further performed on a transmission request that is in a transmission state for a long time, which is not limited to this.

In the embodiment of the application, the unprocessed request and the unprocessed identification are alarmed in time, and the related staff can be ensured to find the unprocessed request and the unprocessed identification in time, so that the alarmed request and the alarming identification are processed in time, and the acquisition efficiency of the virtual resources is improved.

Based on the foregoing embodiment, the following describes in detail a process of sending virtual resources in the embodiment of the present application by taking, as an example, a virtual resource acquisition request as a lottery drawing request, a target object as a user, a target platform as a live broadcast middling stage, an initial identifier set as a gift package, and virtual resources as props, and as shown in fig. 6, a logic schematic diagram of sending virtual resources in the embodiment of the present application specifically includes:

firstly, a target platform provides lottery drawing service, a user triggers and generates a lottery drawing request in a client through the lottery drawing service, and the lottery drawing request is sent to a live broadcasting station through an Application Programming Interface (API) service of the live broadcasting station. The method comprises the steps that a gift bag extracted by a user is synchronized to a live broadcast middle station, the live broadcast middle station records information of the gift bag, stores the information of the gift bag into a database, maps at least one initial identifier with a mapping relation in the gift bag into a target identifier, fills the target identifier into kafka, and sends props through a sending thread.

In the item sending process, each target identifier in the kafka is sent to the third-party platform, so that the third-party platform sends the items. Meanwhile, the target platform monitors the kafka in real time, and when the kafka is monitored, the item sending service is carried out to request to send the item. And if the item is determined to be successfully transmitted, recording a successful transmission result in the database. And if the transmission of the prop is determined to be failed, rewriting the target identifier into kafka, waiting for subsequent retransmission, updating the record of the database once, and recording the retransmission event. Whether the target identifier failed to be sent is rewritten into the kafka or not can be flexibly adjusted according to the second time threshold value in the database.

Meanwhile, the state of the sending record in the database can be scanned regularly, and when the set threshold value is reached, an alarm is given and manual investigation is carried out.

Based on the foregoing embodiment, an exemplary description is given below of a virtual resource sending method in the embodiment of the present application with a virtual resource obtaining request as a lottery drawing request and an initial identifier set as a gift package, and fig. 7 shows a schematic flow diagram of a lottery drawing in the embodiment of the present application, which specifically includes:

step 700: and initializing lottery drawing request parameters of the target platform.

In the embodiment of the application, the activity identifier, the user identifier, the unique identifier and the log serial number in the lottery drawing request parameter are initialized.

Step 701: the state of the lottery request is initialized.

In the embodiment of the present application, the state of the lottery request is set to initial, and the number of times the lottery request has been sent is recorded as 1.

Step 702: in response to the lottery drawing request, the gift bag is extracted.

Step 703: and judging whether the mapping relation exists among the initial identifications in the gift package, if so, executing step 704, and if not, executing step 707.

In the embodiment of the application, whether each initial identifier in the gift package has a mapping relation or not is judged, when at least one initial identifier has a mapping relation, the third-party platform is called to deliver goods, and when each initial identifier does not have a mapping relation, the target platform can directly deliver goods.

Step 704: storing the initial identification of the existence of the mapping relationship in a database.

Step 705: and modifying the state of each initial identifier into a state to be sent.

Step 706: and adding the target identification obtained by mapping to the kafaka.

In the embodiment of the application, when it is determined that at least one initial identifier has a mapping relationship, mapping the at least one initial identifier to a corresponding target identifier based on the identifier mapping relationship, and adding the obtained target identifier to kafaka.

Step 707: and sending the prop corresponding to each initial identifier to the client.

In the embodiment of the application, the problem of mixed delivery of multi-platform props can be effectively solved, the user experience is not different from the lottery drawing on one platform, the operation innovation is well increased, the operation capacity of the platform is expanded, and the user of a third-party platform is well associated with the user of a target platform.

Based on the above embodiment, the following describes in detail a virtual resource sending process of the third party platform in the embodiment of the present application, and as shown in fig. 8, the method is a schematic diagram of a delivery process in the embodiment of the present application, and specifically includes:

step 800: and (4) asynchronous transmission.

Step 801: and extracting a target identifier from the kafka queue.

Step 802: and modifying the state of the target identifier into sending.

Step 803: and acquiring parameters corresponding to the target identification, constructing a sending request, and sending the sending request to a third-party platform so that the third-party platform sends the prop corresponding to the target identification to the client.

Step 804: it is determined whether the transmission failed, if so, step 805 is executed, and if not, step 811 is executed.

Step 805: it is determined whether the reason for the transmission failure is timeout, if yes, step 809 is executed, and if no, step 806 is executed.

Step 806: it is determined whether the type of the error code is retriable, if yes, step 807 is executed, and if no, step 808 is executed.

Step 807: and judging whether the sent times of the target identifier is greater than a preset second time threshold value, if so, executing step 808, and if not, executing step 809.

Step 808: and sending the failure, and setting the state corresponding to the target identifier as the failure.

Step 809: and setting the state corresponding to the target identification as retry.

Step 810: the number of times +1 will have been sent and the target identity is re-added as the initial identity to the kafka queue.

Step 811: and the sending is successful, and the state corresponding to the target identifier is set to be finished.

In the embodiment of the application, when the prop of the third-party platform is judged to be extracted, the perfect prop method operation of the third-party platform is carried out, and the fact that the request for issuing the prop of the third-party platform is sent to the server of the third-party platform is guaranteed, so that the delivery process of the third-party platform is achieved.

Based on the above embodiment, referring to fig. 9, a delivery status diagram in the embodiment of the present application is shown.

Initial state: and when the corresponding initial identifier set is extracted, setting the state of each initial identifier in the initial identifier set as an initial state.

Empty: and when the initial identifiers with the identifier mapping relation do not exist in the initial identifier set, determining that the state of each initial identifier is null.

The state to be sent is as follows: and when at least one initial identifier with an identifier mapping relation exists in the initial identifier set, mapping the initial identifier as a target identifier, writing the target identifier into kafka, and determining the state of each target identifier as a state to be sent.

The state in transmission: and when determining that one target identifier is selected from the kafka for kafka consumption, modifying the state of the selected target identifier into a transmitting state, and if determining that the transmission fails and the number of transmission times is less than or equal to 3, modifying the state of the target identifier into a state to be transmitted again.

And (4) ending state: and when the successful transmission is determined, modifying the state of the target identifier into an end state.

A failure state: and when the transmission is determined to fail and the transmission times are more than 3, modifying the state of the target identifier into an end state, and failing to continue transmitting.

Based on the same inventive concept, the embodiment of the application also provides a virtual resource sending device. Referring to fig. 10, which is a schematic structural diagram of a virtual resource sending apparatus recited in the embodiment of the present application, the virtual resource sending apparatus may include:

an obtaining module 1000, configured to obtain an initial identifier set in response to a virtual resource obtaining request triggered by a target object; each initial identification is used for uniquely distinguishing one virtual resource supported and identified by the target platform;

a first processing module 1010, configured to, if a target identifier corresponding to each of at least one initial identifier is obtained based on the initial identifier set and the identifier mapping relationship, send the obtained at least one target identifier to a third-party platform, so that the third-party platform sends a virtual resource corresponding to each of the at least one target identifier to a client; wherein, each target identification is used for uniquely distinguishing one virtual resource supported by the third-party platform;

a second processing module 1020, configured to send, to the client, virtual resources corresponding to each initial identifier in the initial identifier set, except the at least one initial identifier.

Optionally, before the virtual resource obtaining request triggered by the target object, a building module 1030 is further included, where the building module 1030 is configured to:

Optionally, when the obtained at least one target identifier is sent to the third party platform, the first processing module 1010 is specifically configured to:

adding the at least one target identifier to an identifier queue;

Optionally, after the at least one target identifier is sent to the third party platform, the first processing module 1010 is further configured to:

Optionally, when the corresponding target identifier is taken as a history identifier based on the failure identifier and is added to the identifier queue again, the first processing module 1010 is specifically configured to:

Optionally, after sending the obtained at least one target identifier to the third party platform, the first processing module 1010 is further configured to:

Optionally, the virtual resource obtaining request further includes task progress information, and when the initial identifier set is obtained, the obtaining module 1000 is specifically configured to:

Optionally, the virtual resource obtaining request further includes a target object identifier, and when the initial identifier set is obtained, the obtaining module 1000 is specifically configured to:

Optionally, the system further includes an alarm module 1040, where the alarm module 1040 is specifically configured to:

Having described the method and apparatus for determining a target travel route according to an exemplary embodiment of the present application, an electronic device according to another exemplary embodiment of the present application will be described next.

As will be appreciated by one skilled in the art, aspects of the present application may be embodied as a system, method or program product. Accordingly, various aspects of the present application may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system.

Based on the same inventive concept as the method embodiment described above, an electronic device is further provided in the embodiment of the present application, referring to fig. 11, which is a schematic diagram of a hardware composition structure of an electronic device to which the embodiment of the present application is applied, and the electronic device 1100 may at least include a processor 1101 and a memory 1102. The memory 1102 stores therein program code, which, when executed by the processor 1101, causes the processor 1101 to perform the steps of any one of the virtual resource transmission methods described above.

In some possible implementations, a computing device according to the present application may include at least one processor, and at least one memory. Wherein the memory stores program code which, when executed by the processor, causes the processor to perform the steps of virtual resource transmission according to various exemplary embodiments of the present application described above in this specification. For example, a processor may perform the steps as shown in FIG. 3 a.

A computing device 1200 according to this embodiment of the application is described below with reference to fig. 12. As shown in fig. 12, computing device 1200 is embodied in the form of a general purpose computing device. Components of computing device 1200 may include, but are not limited to: the at least one processing unit 1201, the at least one memory unit 1202, and the bus 1203 connecting the various system components (including the memory unit 1202 and the processing unit 1201).

Bus 1203 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, a processor, or a local bus using any of a variety of bus architectures.

The storage unit 1202 may include readable media in the form of volatile memory, such as a Random Access Memory (RAM)12021 and/or a cache storage unit 12022, and may further include a Read Only Memory (ROM) 12023.

The storage unit 1202 may also include a program/utility 12025 having a set (at least one) of program modules 12024, such program modules 12024 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.

The computing device 1200 may also communicate with one or more external devices 1204 (e.g., keyboard, pointing device, etc.), with one or more devices that enable a user to interact with the computing device 1200, and/or with any devices (e.g., router, modem, etc.) that enable the computing device 1200 to communicate with one or more other computing devices. Such communication may be through input/output (I/O) interfaces 805. Also, computing device 1200 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the internet) through network adapter 1206. As shown, the network adapter 1206 communicates with other modules for the computing device 1200 over a bus 1203. It should be understood that although not shown in the figures, other hardware and/or software modules may be used in conjunction with computing device 1200, including but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.

On the basis of the same inventive concept as the above method embodiments, the various aspects of the virtual resource sending method provided in this application may also be implemented in the form of a program product, which includes program code for causing an electronic device to perform the steps in the virtual resource sending method according to various exemplary embodiments of this application described above in this specification when the program product runs on the electronic device, for example, the electronic device may perform the steps as shown in fig. 3 a.

The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

While the preferred embodiments of the present application 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 alterations and modifications as fall within the scope of the application.

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

Claims

1. A method for sending virtual resources, comprising:

2. The method of claim 1, wherein the virtual resource acquisition request triggered in response to the target object is preceded by:

3. The method according to claim 1, wherein the sending the obtained at least one target identifier to a third party platform specifically comprises:

adding the at least one target identifier to an identifier queue;

4. The method of claim 3, wherein after sending the at least one target identification to a third party platform, further comprising:

5. The method of claim 4, wherein the re-adding the corresponding target identifier as a history identifier to the identifier queue based on the failure identifier specifically comprises:

6. The method according to claim 4 or 5, wherein the re-adding to the identification queue specifically comprises:

7. The method of claim 3, wherein after sending the obtained at least one target identifier to a third party platform, further comprising:

8. The method according to claim 1 or 2, wherein the virtual resource acquisition request further includes task progress information, and the obtaining of the initial identifier set specifically includes:

9. The method according to claim 1 or 2, wherein the virtual resource acquisition request further includes a target object identifier, and the obtaining of the initial identifier set specifically includes:

10. The method of claim 5, further comprising:

11. A virtual resource transmission apparatus, comprising:

12. The apparatus of claim 11, wherein the virtual resource acquisition request triggered in response to the target object is preceded by a setup module to:

13. An electronic device, comprising a processor and a memory, wherein the memory stores program code which, when executed by the processor, causes the processor to perform the steps of the method of any of claims 1 to 10.

14. A computer-readable storage medium, characterized in that it comprises program code for causing an electronic device to perform the steps of the method of any of claims 1-10, when said program code is run on the electronic device.

15. A computer program product comprising computer programs/instructions for implementing the steps of the method according to claims 1 to 10 when executed by a processor.