Asset processing method, device, equipment, medium and product

Abstract

The invention provides an asset processing method and device, equipment, a medium and a product. The method comprises the following steps: displaying a virtual asset subscription interface, wherein the virtual asset subscription interface comprises at least one payment mode; in response to a selection operation on a first payment mode in the at least one payment mode, adopting the first payment mode to purchase virtual assets; and outputting a subscription result prompt message, the subscription result prompt message including a first reward receiving entry, the first reward receiving entry being used for triggering receiving of a first reward resource, and the first reward resource being obtained based on the first payment mode and asset subscription amount distribution of the subscription virtual assets. According to the method and the device, different reward resources are distributed according to different payment modes, so that the specific payment mode can be stimulated, and the reasonability and the flexibility of reward resource distribution are improved.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to an asset processing method, an asset processing device, a computer device, a computer-readable storage medium, and a computer program product. Background Art

[0002] With the rapid development of the electronic payment industry, various types of virtual assets have emerged one after another. Applications for the subscription of virtual assets have become a hot application in the financial field.

[0003] Currently, after a user completes the subscription operation for virtual assets, the user will be allocated corresponding reward resources as the user's subscription reward. However, the subscription reward is often a fixed amount of resource rewards, and this method of allocating reward resources is not flexible enough. Summary of the Invention

[0004] The embodiments of the present application provide an asset processing method, apparatus, device, medium, and product that support allocating different reward resources according to different payment methods, which is conducive to incentivizing specific payment methods and improving the rationality and flexibility of reward resource allocation.

[0005] In one aspect, the present application provides an asset processing method, the method comprising:

[0006] Display the virtual asset purchase interface, which includes at least one payment method;

[0007] In response to a selection operation of a first payment method among the at least one payment method, purchasing the virtual asset using the first payment method;

[0008] Output subscription result prompt information, the subscription result prompt message includes a first reward collection entrance, the first reward collection entrance is used to trigger the collection of first reward resources, and the first reward resources are allocated based on the first payment method and the asset subscription amount of the subscribed virtual assets.

[0009] In one aspect, the present application provides an asset processing device, comprising:

[0010] A display unit, configured to display a virtual asset purchase interface, wherein the virtual asset purchase interface includes at least one payment method;

[0011] a processing unit, configured to, in response to a selection operation of a first payment method among the at least one payment method, purchase virtual assets using the first payment method;

[0012] An output unit is used to output a subscription result prompt message, where the subscription result prompt message includes a first reward claiming entry, where the first reward claiming entry is used to trigger the claiming of a first reward resource, where the first reward resource is allocated based on the first payment method and the subscription amount of the subscribed virtual asset.

[0013] In a possible implementation, the processing unit is further configured to perform the following operations:

[0014] In response to the first reward claiming entrance being triggered, a first reward resource to be claimed is displayed, where the first reward resource refers to a reward resource of a first resource amount or a reward resource of a first resource type;

[0015] The first reward resource received may be effective in a synchronous manner or a delayed manner.

[0016] In one possible implementation, the first reward resource is enabled based on at least one of the following: a credit rating, an amount of assets held in an account, and a frequency of subscription of the virtual asset subscription object; and the processing unit is further configured to perform the following operations:

[0017] In response to the purchaser's claiming operation of the first reward resource, the first reward resource that has taken effect is simultaneously distributed to the purchaser in a synchronously effective manner; or

[0018] In response to the purchase object's claiming operation on the first reward resource, the first reward resource is distributed to the purchase object in a delayed effectiveness manner and becomes effective after a preset time period.

[0019] In a possible implementation, the processing unit is further configured to perform the following operations:

[0020] In response to a selection operation of a second payment method among the at least one payment method, purchasing the virtual asset using the second payment method;

[0021] Output subscription result prompt information, the subscription result prompt message includes a second reward collection entrance, the second reward collection entrance is used to trigger the collection of second reward resources, and the second reward resources are allocated based on the second payment method and the asset subscription amount of the subscribed virtual assets.

[0022] In one possible implementation, the second bonus resource refers to: a bonus resource of a second resource amount, or a bonus resource of a second resource type; and the first resource amount is different from the second resource amount, or the first resource type is different from the second resource type;

[0023] The resource types of the reward resources include: points, resource coupons, and consumption coupons.

[0024] In a possible implementation, the processing unit is further configured to perform the following operations:

[0025] Display the resource exchange interface, which includes at least one exchange product that supports the use of reward resources for exchange, and the exchange product includes at least one of: items, resource discount coupons, and activity consumption coupons;

[0026] In response to a selection operation of a target redemption product among the at least one redemption product, the first reward resource is redeemed for the target redemption product.

[0027] In one possible implementation, the processing unit displays a resource exchange interface for performing the following operations:

[0028] Display the first resource exchange interface that matches the purchase object of the virtual asset;

[0029] Among them, the method for determining the exchange product included in the first resource exchange interface includes at least one of the following: determination based on the historical consumption data of the subscription object, determination based on the credit rating of the subscription object, and determination based on the account asset holdings of the subscription object.

[0030] In one possible implementation, the first reward resource is a reward resource of a first resource amount, and the target redemption product needs to be redeemed using the reward resource of the target resource amount; after the processing unit uses the first reward resource to redeem the target redemption product, it is further configured to perform the following operations:

[0031] The resource amount of the first reward resource is updated, and the updated reward resource is output; wherein the resource amount of the updated reward resource is the difference between the first resource amount and the target resource amount.

[0032] In a possible implementation, the resource deduction voucher is used to indicate the deduction amount that can be deducted when repurchasing virtual assets; the processing unit is further used to perform the following operations:

[0033] Receive the target asset purchase amount for re-purchase of virtual assets in the virtual asset purchase interface;

[0034] In response to the selection operation of the first payment method, using the first payment method to pay the target asset amount to purchase the virtual asset of the target asset purchase amount;

[0035] Among them, the target asset amount is the difference between the target asset subscription amount and the deduction amount.

[0036] In one possible implementation, the display unit displays a virtual asset purchase interface for performing the following operations:

[0037] Display the virtual asset activity interface, which displays information about virtual asset purchase activities. The purchase activity information records the mapping relationship between different asset purchase quantity intervals and different resource quantity intervals;

[0038] In response to an activity participation operation triggered by a subscription object in the virtual asset activity interface, a virtual asset subscription interface is displayed.

[0039] In a possible implementation, the processing unit is further configured to perform the following operations:

[0040] When an activity participation operation is detected in the virtual asset activity interface, a virtual asset subscription interface matching the virtual asset is displayed; or,

[0041] When an activity participation operation is detected in the virtual asset activity interface, a virtual asset subscription interface that matches the subscription object is displayed; wherein the payment method included in the virtual asset subscription interface matches at least one of the credit rating, historical consumption data, and account asset holdings of the subscription object.

[0042] In a possible implementation, the processing unit is further configured to perform the following operations:

[0043] In response to the first reward claiming entrance being triggered, displaying the first reward resource to be claimed;

[0044] The first reward resource is shared with the transferee, and the transferee is used to trigger the receipt of the transferred first reward resource.

[0045] In a possible implementation, the processing unit is further configured to perform the following operations:

[0046] Obtain resource reward rules. The resource reward rules are defined with at least one reward sub-rule. Each reward sub-rule is used to define a mapping relationship between the amount of reward resources and a resource reward parameter. The resource reward parameter includes at least one of the payment method and the asset subscription amount of the virtual asset.

[0047] Based on the first payment method and the asset subscription amount of the subscribed virtual asset, resource allocation processing is performed according to resource reward rules to obtain first reward resources.

[0048] In one possible implementation, the asset purchase amount includes: a single purchase amount of the virtual asset and a total purchase amount of the virtual asset within a preset time period; the processing unit performs resource allocation processing according to resource reward rules based on the first payment method and the purchase amount of the virtual asset, and obtains a first reward resource for performing the following operations:

[0049] Obtain the resource amount i mapped to the first payment method from the resource reward rule;

[0050] Obtain the first purchase amount of a single virtual asset purchase, and obtain the resource amount j mapped to the first purchase amount from the resource reward rules;

[0051] Obtain a first total purchase amount corresponding to the purchase of virtual assets within a preset time period, and obtain the resource amount k mapped to the first total purchase amount from the resource reward rules;

[0052] A first resource allocation algorithm is used to perform weighted calculation processing on resource amount i, resource amount j, and resource amount k to obtain a first resource amount, and the reward resources of the first resource amount are used as the first reward resources.

[0053] In a possible implementation, the processing unit is further configured to perform the following operations:

[0054] Obtaining the average asset amount of a first account of a target account of a virtual asset purchase target during a first time period, and obtaining the average asset amount of a second account of the target account during a second time period;

[0055] Based on the average asset amount of the first account and the average asset amount of the second account, a first resource amount is calculated using a second resource allocation algorithm;

[0056] The bonus resource of the first resource amount is used as the first bonus resource.

[0057] On the one hand, an embodiment of the present application provides a computer device, which includes a processor and a memory; a computer program is stored in the memory; when the computer program is executed by the processor, the above-mentioned asset processing method is executed.

[0058] On the one hand, an embodiment of the present application provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the above-mentioned asset processing method is executed.

[0059] On the one hand, an embodiment of the present application provides a computer program product, which includes a computer program. When the computer program is executed by a processor, the above-mentioned asset processing method is executed.

[0060] In an embodiment of the present application, a virtual asset purchase interface is displayed, which includes at least one payment method for purchasing virtual assets. In response to selecting a first payment method from the at least one payment method, the virtual asset is purchased using the first payment method. This indicates that the present application can provide users with multiple payment methods for customized selection within the virtual asset purchase interface, thereby meeting the personalized needs of different users for different payment methods. Furthermore, a purchase result prompt message is output, which includes a first reward claim entry, which is used to trigger the claim of a first reward resource. The first reward resource is allocated based on the first payment method and the asset purchase amount of the purchased virtual asset. It can be seen that, on the one hand, the first reward resource allocated to the user is determined based on the first payment method selected by the user. Then, users who choose different payment methods may be allocated different reward resources. If more reward resources are allocated to a specific payment method, more users will choose a specific payment method to subscribe for assets, which will be conducive to incentivizing specific payment methods and improving the flexibility of resource allocation. In addition, the first reward resource can also be determined according to the asset subscription amount. Then, different asset subscription amounts can also obtain different reward resources, which can also ensure the rationality of resource allocation. BRIEF DESCRIPTION OF THE DRAWINGS

[0061] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0062] Figure 1 This is a schematic diagram of the architecture of an asset processing system provided by an embodiment of the present application;

[0063] Figure 2 This is a flowchart of an asset processing method provided in an embodiment of the present application;

[0064] Figure 3a This is a schematic diagram of a virtual asset subscription interface provided in an embodiment of the present application;

[0065] Figure 3b This is a schematic diagram of another virtual asset subscription interface provided in an embodiment of the present application;

[0066] Figure 4 This is a schematic diagram of a display process of a virtual asset interface provided by an embodiment of the present application;

[0067] Figure 5aThis is a schematic diagram of an interface showing payment methods for different virtual assets provided in an embodiment of the present application;

[0068] Figure 5b This is a schematic diagram of another interface for displaying payment methods for different virtual assets provided in an embodiment of the present application;

[0069] Figure 6a This is a schematic diagram of a virtual asset subscription process provided by an embodiment of the present application;

[0070] Figure 6b This is a schematic diagram of another virtual asset subscription process provided by an embodiment of the present application;

[0071] Figure 6c This is a schematic diagram of another virtual asset subscription process provided by an embodiment of the present application;

[0072] Figure 7a This is a schematic diagram of an interface for outputting subscription result prompt information provided in an embodiment of the present application;

[0073] Figure 7b This is another schematic diagram of an interface for outputting subscription result prompt information provided in an embodiment of the present application;

[0074] Figure 8a This is a flowchart of a method for claiming a first reward resource provided by an embodiment of the present application;

[0075] Figure 8b This is another flowchart of claiming the first reward resource provided by an embodiment of the present application;

[0076] Figure 8c This is a schematic diagram of a process for collecting real-time reward resources provided by an embodiment of the present application;

[0077] Figure 8d This is a schematic diagram of a delayed reward resource claiming process provided by an embodiment of the present application;

[0078] Figure 9a This is a flow chart of a method for purchasing virtual assets using a second payment method, as provided in an embodiment of the present application;

[0079] Figure 9b This is a flow chart of a method for purchasing virtual assets using a third payment method, as provided in an embodiment of the present application;

[0080] Figure 10a This is a schematic diagram of a resource exchange interface provided in an embodiment of the present application;

[0081] Figure 10b This is a schematic diagram of another resource exchange interface provided in an embodiment of the present application;

[0082] Figure 10c This is a comparison diagram of resource exchange interfaces displayed for different subscription objects provided in an embodiment of the present application;

[0083] Figure 11 This is a flow chart of updating the resource amount of reward resources provided by an embodiment of the present application;

[0084] Figure 12 This is a schematic diagram of a subscription process for re-subscribing virtual assets provided in an embodiment of the present application;

[0085] Figure 13 This is a flowchart of another asset processing method provided in an embodiment of the present application;

[0086] Figure 14 This is a flow chart of issuing real-time reward resources provided by an embodiment of the present application;

[0087] Figure 15a This is a flow chart of issuing delayed reward resources provided by an embodiment of the present application;

[0088] Figure 15b This is a time flow diagram of a subscription activity provided by an embodiment of the present application;

[0089] Figure 16 This is a complete interactive flow diagram of an asset processing method provided by an embodiment of the present application;

[0090] Figure 17 This is a structural diagram of an asset processing device provided in an embodiment of the present application;

[0091] Figure 18 It is a structural diagram of a computer device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0092] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0093] 1. The following introduces the key terms involved in this application.

[0094] (1) Subscription, subscription activities, and asset subscription volume.

[0095] Subscription refers to the act of a user (e.g., a subscriber) applying to purchase a certain share of a virtual asset. In this application, the person requesting to subscribe to a virtual asset is referred to as the subscriber. The virtual asset subscribed by the subscriber can be considered a digital asset. As a digital representation of value, a digital asset can be used as a means of payment, or it can be transferred, stored, or exchanged electronically. Examples of virtual assets include, but are not limited to, digital collectibles, electronic invoices, and game assets.

[0096] A subscription activity refers to an operational activity held for one or more virtual assets, designed to encourage subscription activity and thereby increase the frequency or volume of subscriptions. The subscription activity referred to in this application may, for example, include rewarding a user with a reward after they complete their subscription for a particular virtual asset, such as gifting them with reward resources. This approach can increase users' willingness to subscribe to virtual assets, thereby increasing the frequency or volume of subscriptions.

[0097] As the name implies, the asset subscription amount refers to the amount of virtual assets that have been subscribed. In this application, the asset subscription amount can specifically include two parts: 1. The subscription amount generated by a single subscription of the virtual asset, such as the asset amount corresponding to any subscription of the virtual asset by Subscriber 1; 2. The total subscription amount of the virtual asset subscribed by the current subscription object (such as Subscriber 1) within a preset time period (such as 24 hours, 48 ​​hours, etc.). For example, Subscriber 1 subscribed to the virtual asset twice within 24 hours, with the subscription amount 1 corresponding to the first subscription being 10,000 and the subscription amount corresponding to the second subscription being 20,000. Then, the total subscription amount subscribed by Subscriber 1 for the current virtual asset within 24 hours is: 10,000 + 20,000 = 30,000.

[0098] (2) Virtual assets.

[0099] Virtual assets usually refer to assets that exist in digital form, have value, and can be traded or transferred. Depending on the application scenario, the asset types of virtual assets involved in different application scenarios are often different. For example, in the blockchain scenario, virtual assets are often encrypted virtual assets such as BTC, ETH, USDT, USDC, etc. based on blockchain technology; in the game scenario, virtual assets can often be game assets such as game skins, game equipment, etc.; in the financial scenario, virtual assets often refer to assets with trading and investment attributes (commonly known as "funds"). Based on this, this application does not make specific restrictions on the asset types of virtual assets. The virtual assets involved in this application are mainly explained by taking any type of "fund" with trading and investment attributes as an example.

[0100] (3) Payment method.

[0101] A payment method (also known as a subscription method) refers to a method or means used to subscribe for virtual assets, and is intended to pay a certain amount of assets to the subscription platform through the payment method in order to purchase virtual assets. Specifically, in the virtual asset subscription interface, at least one payment method is provided for the subscriber. For example, the payment methods here include but are not limited to: mobile payment methods (such as payment methods using any payment APP with payment functions), offline payment methods (such as bank ATM payment methods), transfer payment methods (such as payment methods using bank cards for transfers), etc. In this application, since the subscribers use different payment methods to subscribe for virtual assets, the subscription platform has different potential costs for different payment methods. For example, if payment method 1 is a payment method developed by the subscription platform itself or a deep cooperation, then the subscription platform may not have any cost for subscribing using payment method 1; for another example, if payment method 2 is a payment method developed by a competing platform corresponding to the subscription platform, then the subscription platform may have certain potential costs for subscribing using payment method 2. Based on this, in order to encourage subscribers to use specific payment methods (such as low-cost or zero-cost payment methods for the platform) to subscribe, this application can allocate different reward resources to subscribers for different payment methods to achieve an incentive effect for specific payment methods.

[0102] (4) Reward resources.

[0103] Reward resources refer to virtual resources awarded by the subscription platform to users (subscribers) after they complete their subscription of virtual assets. In other words, reward resources are a form of asset distribution based on rewards and gifts, designed to reward subscribers for their subscription behavior, thereby enhancing their sense of achievement and improving their purchasing experience. Reward resource types include, but are not limited to, points, resource vouchers, and consumer vouchers.

[0104] This application uses "points" as an example of a reward resource. Points are virtual resources issued by the subscription platform through its own credit. The subscription platform issues points to users (such as subscription objects) to provide positive incentives for certain user behaviors (such as subscription behavior). After users obtain points, they can redeem them for welfare products through certain channels of the subscription platform. Points can be divided into gold standard points and non-gold standard points according to the subject matter. In simple terms, gold standard points and non-gold standard points are divided according to whether they can have a direct correlation with money. That is, gold standard points refer to points that have a direct correlation with money, while non-gold standard points refer to points that have no direct correlation with money.

[0105] 2. Introduction to this application plan.

[0106] This application provides an asset processing solution that is applicable to virtual asset subscription scenarios. It supports using the payment method used during subscription as a reward factor to allocate reward resources to users. Different reward resources can then be allocated according to different payment methods, which is conducive to incentivizing specific payment methods and improving the rationality and flexibility of reward resource allocation. Specifically, the general implementation process of the asset processing solution provided by this application includes the following steps (1)-(3):

[0107] (1) Displaying a virtual asset subscription interface, wherein the virtual asset subscription interface includes at least one payment method. The virtual asset subscription interface refers to a subscription interface for any virtual asset (such as a first virtual asset), which is used to trigger the subscription of the first virtual asset; or, the virtual asset subscription interface may also refer to a subscription interface for multiple virtual assets (such as a first virtual asset, a second virtual asset, etc.), which is used to trigger the selection of any virtual asset (such as a first virtual asset) for subscription in the virtual asset subscription interface. In addition, a payment method refers to a subscription method for subscribing to virtual assets. In this application, different reward resources are allocated to different payment methods, that is, different reward resources can be received by subscribing to virtual assets using different payment methods. The difference includes at least one of: different resource amounts or different resource types.

[0108] (2) In response to a selection operation of a first payment method among at least one payment method, the first payment method is used to purchase the virtual asset. Optionally, in response to an operation of entering an asset purchase amount in the virtual asset purchase interface, the first payment method is used to purchase the virtual asset in the asset purchase amount. In other words, this application supports users (subscribers) to customize and select different payment methods when purchasing virtual assets, thereby increasing the flexibility of the purchase process.

[0109] (3) Outputting a subscription result prompt message, wherein the subscription result prompt message includes a first reward claiming entry, and the first reward claiming entry is used to trigger the claiming of a first reward resource, and the first reward resource is allocated based on the first payment method and the asset subscription amount of the subscribed virtual asset. The first reward resource refers to a reward resource of a first resource amount (such as points) or a reward resource of a first resource type (such as points); that is, based on the payment method selected by the subscription object, the resource amount or resource type of the reward resource allocated to the subscription object can be determined, and different payment methods can be used to obtain different reward resources (such as different resource amounts and / or different resource types).

[0110] Based on this, the present application provides an asset processing solution that supports the use of payment methods as a reward factor for the allocation of reward resources, which is conducive to incentivizing specific payment methods and improving the rationality and flexibility of reward resource allocation. On the one hand, this solution can provide users with a variety of payment methods for user customization and can meet the personalized needs of different users for different payment methods. On the other hand, the first reward resource allocated to the user is determined based on the first payment method selected by the user. Then, the user may be allocated different reward resources for different payment methods. If more reward resources are allocated to a specific payment method, more users will choose a specific payment method to purchase assets, which is conducive to incentivizing specific payment methods and improving the flexibility of resource allocation. In addition, the first reward resource can also be determined according to the asset purchase amount. Then, different asset purchase amounts can also obtain different reward resources, which can also ensure the rationality of resource allocation.

[0111] Furthermore, the asset disposal plan provided in this application requires special mention of the following two points:

[0112] 1. The relevant data involved in the asset processing process of this application (such as virtual assets, asset subscription amount, first resource amount or first resource type of the first reward resource, etc.). When the above embodiments of this application are applied to specific products or technologies, the permission or consent of the object must be obtained, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of the region, comply with the principles of legality, legitimacy and necessity, and do not involve the acquisition of data types prohibited or restricted by laws and regulations. In some optional embodiments, the relevant data involved in the embodiments of this application are obtained after the object has been separately authorized. In addition, when obtaining the separate authorization of the object, the purpose of the relevant data involved is indicated to the object.

[0113] 2. In this application, the term "at least one" means one or more, and "plurality" means two or more; for example, "at least one payment method" means one payment method or multiple payment methods. The terms "first," "second," and "nth" are used to distinguish between identical or similar items with substantially the same purpose or function. It should be understood that there is no logical or temporal dependency between "first," "second," and "nth," and they do not limit quantity or order of execution.

[0114] The following combination Figure 1 A detailed introduction to the asset processing system provided in this application is given.

[0115] 1. Introduction to system architecture.

[0116] See Figure 1 , Figure 1This is a schematic diagram of the architecture of an asset processing system provided by an embodiment of the present application. Figure 1 As shown, the asset processing system may include multiple terminal devices (e.g., a first terminal device 101, a second terminal device 102, etc.) and a server 103. This application does not specifically limit the number of terminal devices and servers. For example, the first terminal device 101 may be a terminal device used by a first purchase object, and the second terminal device 102 may be a terminal device used by a second purchase object. The server 103 may provide asset processing functions for the terminal devices, such as determining the amount or type of reward resources, etc.; and, any terminal device may display a virtual asset purchase interface of an application (such as an asset application, a social application, or any other application with a virtual asset purchase function), and support any object to perform asset purchase processing as needed in the virtual asset purchase interface. Among them, any terminal device can be directly or indirectly connected to the server 103 through the network. The above-mentioned network may include but is not limited to: wired network, wireless network, among which the so-called wired network may include: local area network, metropolitan area network and wide area network, and the wireless network may include: Bluetooth, WIFI (Wireless Fidelity, a standard wireless local area network), and other networks that realize wireless communication; and the first terminal device 101 can perform asset processing between other terminal devices (such as the second terminal device 102) connected to the server 103 through the server 103.

[0117] Figure 1 Any terminal device in the asset processing system shown may include, but is not limited to: smartphones, tablet computers, laptop computers, desktop computers, smart speakers, smart watches, vehicle-mounted terminals, smart wearable devices (such as smart bracelets, smart pedometers), virtual reality devices (such as VR (Virtual Reality) devices, AR (Augmented Reality) devices), smart robots, etc. The terminal device is often equipped with a display device, which may be a display, a screen, a touch screen, etc. The touch screen may be a touch screen, a touch panel, etc. In addition, Figure 1 The server 103 in the asset processing system shown can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers. It can also be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), as well as big data and artificial intelligence platforms.

[0118] Next, taking any terminal device (such as the first terminal device 101) as an example, the asset processing process between various devices in the asset processing system is described accordingly:

[0119] ① The first terminal device 101 can display a virtual asset purchase interface of an application (such as an asset application, a social application, or any other application with a virtual asset purchase function), and the virtual asset purchase interface includes at least one payment method for purchasing virtual assets. Among them, the virtual asset purchase interface refers to the purchase interface of any virtual asset (such as the first virtual asset), which is used to trigger the purchase of the first virtual asset; and, this application allocates different reward resources for different payment methods, that is, different reward resources can be received for purchasing virtual assets using different payment methods, and the difference this time includes at least one of: different resource amounts, or different resource types, etc.

[0120] ② The first terminal device 101 responds to the selection operation of the first payment method among the at least one payment method, and responds to the entry operation of the asset purchase amount performed in the virtual asset purchase interface; the first terminal device 101 sends an asset purchase request to the server 103.

[0121] ③ The server 103 receives the asset purchase request sent by the first terminal device 101, parses the asset purchase request, and determines the purchase method (i.e., the first payment method) and the purchase amount of the virtual asset currently being purchased. Optional. The server 103 may also obtain the identity information of the purchase object and verify the purchase object based on the identity information. This verification includes: authority verification, security verification, and legality verification. If the verification process of the purchase object passes, the asset purchase request is responded to. Conversely, if the verification process of the asset purchase request fails, the asset purchase request is deleted. In this way, the security and reliability of the asset purchase process can be guaranteed.

[0122] ④ Based on the first payment method and the asset subscription amount, the server 103 allocates the first reward resource to the subscription object. The first reward resource refers to, for example, a reward resource of the first resource amount. Specifically, different payment methods correspond to reward resources of different resource amounts, and different asset subscription amounts correspond to reward resources of different resource amounts. Based on this, the process of determining the first resource amount is as follows: the server 103 can determine the matching resource amount i according to the first payment method, and determine the matching resource amount j based on the asset subscription amount, and determine the first resource amount based on the resource amount i and the resource amount j (for example, performing a weighted operation on the resource amount i and the resource amount j, or selecting the largest or smallest resource amount from the resource amount i and the resource amount j as the first resource amount).

[0123] ⑤ The server 103 returns the first amount of reward resources as the first reward resources to the first terminal device 101.

[0124] ⑥ First terminal device 101 outputs a subscription result notification message, which includes a first reward claim entry, which is used to trigger the claim of the first reward resource. Subsequently, the subscriber can claim the first reward resource (e.g., points corresponding to the first resource amount) by triggering the first reward claim entry, and can subsequently redeem the first reward resource for corresponding products as needed.

[0125] It should be noted that the above steps are only for example and do not limit the specific execution steps of the first terminal device and the server. In a possible implementation, the above steps can also be performed separately by the first terminal device or the server.

[0126] In one possible implementation, the asset processing system provided in the embodiments of the present application can be deployed in a blockchain network. For example, the first terminal device 101, the second terminal device 102, and the server 103 in the system can all be treated as node devices in the blockchain network, and these node devices together constitute the blockchain network. Therefore, the asset processing process implemented in the embodiments of the present application can be executed on the blockchain, which can not only ensure the fairness and impartiality of the asset processing process, but also make the process traceable and ensure data security during the asset processing process, thereby improving the security and reliability of the entire asset processing process.

[0127] The asset processing system in the embodiment of the present application is used to implement the above-mentioned asset processing scheme, and supports the allocation of reward resources using the payment method as a reward factor, which is conducive to incentivizing specific payment methods and improving the rationality and flexibility of reward resource allocation. On the one hand, this scheme can provide users with multiple payment methods for users to customize and choose, which can meet the personalized needs of different users for different payment methods. On the other hand, the first reward resource allocated to the user is determined based on the first payment method selected by the user. Therefore, the user may receive different reward resources corresponding to different payment methods. If more reward resources are allocated to a specific payment method, more users will choose a specific payment method to purchase assets, which is conducive to incentivizing specific payment methods and improving the flexibility of resource allocation. In addition, the first reward resource can also be determined according to the asset purchase amount. Therefore, different asset purchase amounts can also obtain different reward resources, which can also ensure the rationality of resource allocation.

[0128] It can be understood that the asset processing system described in the embodiment of the present application is for the purpose of more clearly illustrating the technical solution of the embodiment of the present application, and does not constitute a limitation on the technical solution provided in the embodiment of the present application. Ordinary technicians in this field can know that with the evolution of the system architecture and the emergence of new business scenarios, the technical solution provided in the embodiment of the present application is also applicable to similar technical problems.

[0129] The following is a detailed description of the specific implementation of the asset processing method provided in this application from a product perspective.

[0130] See Figure 2 , Figure 2 This is a flow chart of an asset processing method provided by an embodiment of the present application. The asset processing method can be performed by a computer device (such as Figure 1 Any terminal device shown in the figure) is executed. Figure 2 As shown, the asset processing method includes the following steps S201-S203:

[0131] S201. Display a virtual asset purchase interface, which includes at least one payment method.

[0132] In this application, the virtual asset subscription interface refers to an interface for subscribing to virtual assets; wherein, the virtual asset subscription interface can refer to the subscription interface of any virtual asset, or the virtual asset subscription interface can also refer to the subscription interface of at least one virtual asset, supporting users (such as subscription objects) to select any virtual asset on demand in the virtual asset subscription interface and trigger the subscription of the selected virtual asset. The following is an explanation of virtual asset subscription interfaces of different display types with reference to the accompanying drawings:

[0133] (1) The virtual asset subscription interface is a separate subscription interface for any virtual asset:

[0134] Specifically, the virtual asset subscription interface may be a subscription interface for any virtual asset (such as the first virtual asset), that is, the virtual asset subscription interface refers to an interface for subscribing to the first virtual asset; see Figure 3a , Figure 3a This is a schematic diagram of a virtual asset subscription interface provided by an embodiment of the present application. Figure 3aAs shown, the virtual asset subscription interface refers to the subscription interface of the first virtual asset, and the virtual asset subscription interface includes a subscription amount entry area S301 and a payment method selection area S302, wherein the subscription amount entry area S301 is used to instruct the user (subscriber) to enter the asset subscription amount (such as 1000) of the subscribed virtual asset (such as the first virtual asset) as needed; the payment method selection area S302 displays at least one payment method, for example: the first payment method, the second payment method, the third payment method, and the fourth payment method, supporting the subscriber to select any payment method (such as the first payment method) in the payment method selection area S302 as needed, and use the selected payment method to subscribe for the first virtual asset.

[0135] (2) The virtual asset subscription interface is a common subscription interface for multiple virtual assets:

[0136] Optionally, the virtual asset subscription interface can also be a subscription interface for multiple virtual assets. In this case, the user (such as the subscription object) can select any virtual asset in the virtual asset subscription interface and subscribe to the selected virtual asset in the virtual asset subscription interface. Figure 3b , Figure 3b This is a schematic diagram of another virtual asset subscription interface provided by an embodiment of the present application. Figure 3b As shown, the virtual asset purchase interface S310 displays at least one virtual asset to be purchased, for example: a first virtual asset, a second virtual asset, a third virtual asset, and a fourth virtual asset. The virtual assets displayed in the virtual asset purchase interface may be some virtual assets that are frequently purchased by users (i.e., popular virtual assets), or virtual assets that are personalized recommended by the system for the current purchase object (the types and quantities of virtual assets recommended for different purchase objects may be different), or all virtual assets preset by the system. Furthermore, in response to the user (e.g., the purchase object) selecting any virtual asset (e.g., the first virtual asset) in the virtual asset purchase interface S310, a purchase pop-up window S320 for the selected first virtual asset is output in the virtual asset purchase interface S310. Among them, the subscription pop-up window S320 includes a subscription quantity input area and a payment method selection area for the first virtual asset, supporting the subscription object to enter the asset subscription quantity of the first virtual asset (such as 1000) as needed in the subscription quantity input area, and supporting the subscription object to select the payment method (such as the first payment method) for the first virtual asset as needed in the payment method selection area.

[0137] Based on this, the virtual asset subscription interface mentioned in this application can be a separate subscription interface for any virtual asset, or a common subscription interface for multiple virtual assets. It should be understood that in different business scenarios, virtual asset subscription interfaces with different display types can be reasonably set according to business needs to facilitate users to subscribe for virtual assets in the virtual asset subscription interface. This application does not specifically limit the display type of the virtual asset subscription interface.

[0138] In one possible implementation, displaying the virtual asset subscription interface specifically refers to displaying the virtual asset subscription interface within any application that has asset subscription functionality. For example, displaying the virtual asset subscription interface within an asset application. Since the asset application has any virtual asset-related functionality, such as asset subscription, asset processing, and asset management, utilizing the asset application's rich native functionality facilitates more comprehensive and efficient management of virtual assets. Another example is displaying the virtual asset subscription interface within a social application that runs an asset processing mini-program and displays the virtual asset subscription interface within the asset processing mini-program. Based on this, displaying the virtual asset subscription interface within the social application, since the social application can provide social functions, can integrate the asset subscription process with social functions, ensuring a diverse experience in the virtual asset subscription process.

[0139] In one possible implementation, the display process of the virtual asset subscription interface is as follows: (1) Displaying a virtual asset activity interface, wherein the virtual asset activity interface displays subscription activity information about virtual assets (any virtual asset, such as the first virtual asset), and the subscription activity information records: the mapping relationship between different asset subscription amount intervals and different resource amount intervals. For example, the mapping relationship here can be displayed in the form of a table, formula, chart, etc. (2) In response to the activity participation operation triggered by the subscription object in the virtual asset activity interface, the virtual asset subscription interface is displayed. The display process of the virtual asset subscription interface is illustrated below with reference to the accompanying drawings:

[0140] See Figure 4 , Figure 4 This is a flow chart of displaying a virtual asset interface provided by an embodiment of the present application. Figure 4As shown, a virtual asset activity interface S4001 may be displayed. The virtual asset activity interface S4001 refers to an activity interface of any virtual asset (such as a first virtual asset), and the virtual asset activity interface S4001 displays subscription activity information 4012 about the first virtual asset. The subscription activity information 4012 records a mapping relationship between different asset subscription amount intervals and different resource amount intervals. For example, the mapping relationship here can be displayed in a table. For example, the table records: a single subscription amount of the first virtual asset (that is, the amount of the first virtual asset corresponding to each subscription); The mapping relationship between the subscription amount) and the reward resources is shown, and different subscription amount intervals are mapped to different asset amount intervals. For example, if 0≤single subscription amount<10000, the resource amount interval of the reward resources is [50, 200]; for another example, if 10000≤word subscription amount<50000, the resource amount interval of the reward resources is [200, 1000]; for another example, if 50000≤word subscription amount<100000, the resource amount interval of the reward resources is [1500, 2000], etc. It can be seen that the larger the single subscription amount, the larger the resource amount of the corresponding reward resources. Furthermore, an activity participation control 4011 is also provided in the virtual asset activity interface S4001. In response to a click operation (such as a single click, double click, or long press operation) on the activity participation control 4011, a virtual asset subscription interface S4002 is displayed. The virtual asset subscription interface S4002 refers to the subscription interface of the first virtual asset. In this implementation, it supports first displaying the activity interface of the virtual asset and then triggering the display of the subscription interface of the virtual asset. The user (such as the subscription object) can understand the details of the subscription activity of the first virtual asset in the virtual asset activity interface to encourage the subscription object to submit a larger subscription amount.

[0141] In one possible implementation, when an activity participation operation is detected in the virtual asset activity interface, a virtual asset purchase interface that matches the virtual asset is displayed; or, when an activity participation operation is detected in the virtual asset activity interface, a virtual asset purchase interface that matches the purchase object is displayed; wherein the payment method included in the virtual asset purchase interface: matches at least one of the purchase object's credit rating, historical consumption data, and account asset holdings. wherein the virtual asset purchase interface includes at least one payment method; any payment method refers to a payment method used to purchase virtual assets; specifically, the following provides examples of several different display methods of payment methods in the virtual asset purchase interface in conjunction with the accompanying drawings:

[0142] (1) The payment methods displayed for virtual assets of different asset types are different:

[0143] In one possible implementation, for virtual assets of different asset types, the payment methods displayed in the virtual asset purchase interface may be different, and the difference here includes at least one of the number and type of payment methods. For example, see Figure 5a , Figure 5a This is a schematic diagram of an interface for displaying payment methods for different virtual assets provided by an embodiment of the present application, such as Figure 5a As shown in Figure (1), the virtual asset purchase interface refers to the purchase interface of the first virtual asset. Then, for the first virtual asset, the payment methods S501 displayed in the virtual asset purchase interface may include: the first payment method, the second payment method, the third payment method, and the fourth payment method. In addition, Figure 5a As shown in Figure (2), the virtual asset purchase interface refers to the purchase interface of the second virtual asset. For the second virtual asset, the payment method S502 displayed in the virtual asset purchase interface may include: the second payment method, the third payment method, and the fourth payment method; wherein the first virtual asset and the second virtual asset are two virtual assets of different asset types. In this implementation, based on Figure 5a As can be seen from the comparison of the two different interfaces in Figure (1) and Figure (2), for the same user (such as the subscription object), if he chooses virtual assets of different asset types, the types and quantities of payment methods displayed for him in the virtual asset subscription interface of this application may be different. This display method can ensure the flexibility of the display method of the payment method.

[0144] (2) The payment methods displayed for different subscription objects are different:

[0145] In one possible implementation, the payment methods displayed in the virtual asset purchase interface may be different for different purchasers. The differences here include: at least one of the number and type of payment methods; specifically, the payment methods displayed in the virtual asset purchase interface may be determined for the purchaser according to at least one of the purchaser's credit rating, historical consumption data, and account asset holdings. For example, the higher the purchaser's credit rating, the higher the number of payment methods provided to the purchaser; for another example, according to the purchaser's historical consumption data, the purchaser's commonly used payment methods can be determined, and then the purchaser's commonly used payment methods can be recommended to the purchaser; for another example, according to the purchaser's account asset holdings, the available payment methods corresponding to the purchaser can be determined (different payment methods correspond to different accounts, and the available payment methods that meet the current purchase amount are determined according to the asset balance in the account). For example, see Figure 5b , Figure 5b This is another interface diagram of payment methods displayed for different virtual assets provided by the embodiment of the present application, such as Figure 5b As shown in Figure (1), the virtual asset purchase interface refers to the purchase interface corresponding to the first virtual asset purchased by the first purchase object. For the first purchase object, the payment method S510 displayed for the first purchase object in the virtual asset purchase interface may include: the first payment method, the second payment method, and the third payment method. In addition, Figure 5b As shown in Figure (2), the virtual asset purchase interface refers to the purchase interface corresponding to the first virtual asset purchased by the second purchase object. For the second purchase object, the payment method S520 displayed for the second purchase object in the virtual asset purchase interface may include: the second payment method, the third payment method, and the fourth payment method. In this implementation, based on Figure 5b As can be seen from the comparison of the two different interfaces in Figure (1) and Figure (2), for the same virtual asset (such as the first virtual asset), the types (or quantities) of payment methods in the virtual asset subscription interface displayed by different subscription objects may be different. This display method can also ensure the flexibility of the display method of the payment method.

[0146] (3) The payment methods displayed for virtual assets and subscription objects of different asset types are the same:

[0147] In one possible implementation, at least one payment method displayed on the virtual asset purchase interface is preset by the system, that is, the payment method displayed on the virtual asset purchase interface is the same for different purchase objects or virtual assets of different asset types. Figure 3a As shown, the virtual asset subscription interface refers to the subscription interface for the first virtual asset, and the payment methods displayed in the virtual asset subscription interface include: a first payment method, a second payment method, a third payment method, and a fourth payment method; and for virtual assets of different subscription objects or different asset types, the payment methods displayed in the virtual asset subscription interface all include the above four payment methods (the first payment method, the second payment method, the third payment method, and the fourth payment method). In this implementation, since the payment methods are preset by the system in advance, the payment methods displayed for virtual assets and subscription objects of different asset types are the same. Therefore, there is no need to distinguish and display different payment methods according to the different subscription objects and virtual assets. This method can ensure the universality and wide application of the displayed payment methods.

[0148] Based on this, in addition to being preset by the system, the at least one payment method displayed on the virtual asset subscription interface can be personalized based on both the asset dimension (i.e., different virtual assets) and the user dimension (i.e., different subscription objects), thereby increasing the flexibility and diversity of the payment method display process. It should be understood that in actual business scenarios, the payment methods displayed on the virtual asset subscription interface can be provided on demand according to different business needs, thereby meeting the flexibility requirements for different payment methods.

[0149] S202: In response to a selection operation of a first payment method among at least one payment method, the first payment method is used to purchase virtual assets.

[0150] The response is used to indicate the conditions or states on which the executed operation (such as the selection of the first payment method) depends. When the dependent conditions or states are met, the one or more operations executed can be real-time or with a set delay. Unless otherwise specified, there is no restriction on the order in which the multiple operations are executed. The first payment method refers to any one of the at least one payment method included in the virtual asset purchase interface, or the first payment method may also refer to the target payment method recommended by the system for the current purchase object.

[0151] The following is an example of the virtual asset subscription process with the help of the accompanying figures:

[0152] In one possible implementation, the virtual asset purchase process is as follows: in response to a purchase amount input operation detected in the virtual asset purchase interface, obtaining the asset purchase amount indicated by the purchase amount input operation; in response to a selection operation of a first payment method among at least one payment method, using the first payment method to purchase the virtual asset according to the asset purchase amount. Figure 6a , Figure 6a This is a schematic diagram of a virtual asset subscription process provided by the embodiment of this application. Figure 6a As shown, the virtual asset purchase interface refers to the purchase interface of the first virtual asset, and the virtual asset purchase interface is provided with a purchase amount input area S601 and a payment method selection area S602. The purchaser can enter the purchase amount of the asset to be purchased (e.g., 1000) in the purchase amount input area S601 as needed, and the purchaser can also select any payment method (e.g., the first payment method) as needed in the payment method selection area S602. Furthermore, the virtual asset purchase interface is provided with a purchase control (e.g., the purchase control shown in S603). In response to the triggering operation of the purchase control S603, the first virtual asset is purchased using the first payment method according to the asset purchase amount (e.g., 1000).

[0153] In one possible implementation, a corresponding subscription amount threshold may be set for a virtual asset, that is, there is a maximum subscription amount limit for a virtual asset. Specifically, the subscription process for a virtual asset may also be as follows: in response to a subscription amount entry operation detected in the virtual asset subscription interface, the asset subscription amount indicated by the subscription amount entry operation is obtained; if the asset subscription amount (such as 1000) is less than or equal to the current virtual asset subscription amount threshold (such as 2000), then in response to the selection operation of a first payment method among at least one payment method, the virtual asset is subscribed to the asset subscription amount using the first payment method. Optionally, if the asset subscription amount (such as 3000) is greater than the current virtual asset subscription amount threshold (such as 2000), a first prompt message is output, and the first prompt message is used to prompt that the subscription object asset subscription amount exceeds the current virtual asset subscription amount threshold. Please refer to Figure 6b , Figure 6b This is a schematic diagram of another virtual asset subscription process provided by the embodiment of this application. Figure 6b As shown, the purchasing object can enter the purchased asset purchase amount (such as 3000) as needed in the purchase amount input area of ​​the asset purchase interface, and select the payment method to be used (such as the first payment method) as needed in the payment method selection area; further, in response to the purchase operation triggered in the asset purchase interface (such as the operation triggered by clicking the purchase control), since the asset purchase amount at this time (such as 3000) is greater than the current virtual asset purchase amount threshold (such as 2000), a prompt pop-up window S604 can be output in the asset purchase interface, and the prompt pop-up window S604 displays the following prompt information: Sorry! Your purchase amount is greater than the current maximum purchase amount limit of the virtual asset. Please adjust the purchase amount and re-subscribe. Based on this, the present application can set a corresponding purchase amount threshold for the virtual asset, allowing any purchasing object to purchase virtual assets within the purchase amount threshold range of the virtual asset, thereby avoiding malicious purchases of virtual assets.

[0154] In one possible implementation, whether the current subscription object has the subscription authority for virtual assets can be determined according to the subscription object's authority level. The subscription authority here includes: whether the subscription object has the authority to purchase virtual assets, or whether the subscription object has the subscription authority for the current asset subscription amount. Specifically, in response to the selection operation of the first payment method among at least one payment method, the subscription object's authority level is obtained. If the subscription object's authority level is greater than or equal to the preset level, the step of using the first payment method to purchase virtual assets is triggered; conversely, if the subscription object's authority level is lower than the preset level, a second prompt message is output, and the second prompt message is used to indicate that the current subscription object does not have the subscription authority; wherein the above-mentioned authority level can be determined based on the subscription object's credit value. The higher the credit value of the subscription object, the higher its authority level; conversely, the lower the credit value of the subscription object, the lower its authority level. Please refer to Figure 6c , Figure 6c This is a schematic diagram of another virtual asset subscription process provided by the embodiment of this application. Figure 6c As shown, the purchaser can enter the purchase amount (e.g., 3000) of the asset in the purchase amount input area of ​​the asset purchase interface as needed, and select the payment method (e.g., the first payment method) as needed in the payment method selection area. Furthermore, in response to a purchase operation triggered in the asset purchase interface (e.g., an operation triggered by clicking a purchase control), whether the current purchaser has purchase authority can be determined based on the purchaser's authority level. If the purchaser has purchase authority (e.g., a purchaser with good credit has purchase authority), the step of purchasing the virtual asset using the first payment method is triggered. Conversely, if the purchaser does not have purchase authority (e.g., a purchaser with credit risk does not have purchase authority), a prompt pop-up window S605 can be output in the asset purchase interface, displaying the following prompt message: Sorry! You currently do not have purchase authority. Please select an appropriate virtual asset to purchase. Based on this, this application can verify the subscription rights of the subscription object. For different subscription objects, due to different levels of authority, there may be different subscription processes. This can not only improve the reliability and security of the subscription process, but also ensure the personalized experience of different subscription objects during the subscription process.

[0155] In one possible implementation, the virtual asset subscription interface is displayed in a social application. This application supports triggering the execution of the subscription process for virtual assets according to different operating modes of the payment method (for example, different applications being run). Specifically, the subscription of virtual assets using the first payment method includes the following two situations: Scenario 1: In a social application, the first payment method is used to subscribe for virtual assets, that is, there is no need to jump to the APP, and payment can be made directly in the current application (i.e., the social application), so that the subscription process for virtual assets can be completed within the same APP. This subscription process is more efficient and convenient; Scenario 2: In a payment application used to run the first payment method, the first payment method is used to subscribe for virtual assets, that is, it is necessary to jump to the payment APP separately to complete the payment. This subscription process is mainly for certain special payment methods (such as bank card payment) that require an APP jump. Based on this, in specific application scenarios, this application may adopt different subscription processes (whether it involves an APP jump) for different payment methods, and this application does not make specific restrictions on this.

[0156] In summary, during the subscription process of virtual assets, this application supports providing users with multiple payment methods in the virtual asset subscription interface for users to customize their choices, which can meet the personalized needs of different users for different payment methods; in addition, during the user subscription process, by setting subscription amount thresholds, verifying subscription permissions and other processing methods, the reliability and security of the subscription process can be guaranteed.

[0157] S203. Output subscription result prompt information, where the subscription result prompt message includes a first reward claiming entry. The first reward claiming entry is used to trigger the claiming of a first reward resource. The first reward resource is allocated based on the first payment method and the subscription amount of the subscribed virtual asset.

[0158] The subscription result prompt information refers to the prompt information regarding the subscription result. The subscription result here refers to the result of subscribing to the virtual asset using the first payment method, for example, the subscription result includes a successful subscription or a failed subscription. The following describes the output method of the subscription result prompt information with reference to the accompanying figures:

[0159] a. Subscription result: Successful subscription:

[0160] See Figure 7a , Figure 7a This is a schematic diagram of an interface for outputting subscription result prompt information provided by an embodiment of the present application. Figure 7a As shown, a subscription result pop-up window S701 can be output in the virtual asset subscription interface, and the subscription result pop-up window S701 is used to display subscription result prompt information. If the subscription result prompt information is used to prompt that the subscription result of the virtual asset is successful, then the subscription result prompt information includes: the current subscription amount of the successfully subscribed assets (such as 50,000 yuan), and the account holding amount after the subscription (such as 400,034 yuan); and the subscription result prompt message also includes a first reward collection entrance 7011, and the first reward collection entrance 7011 is used to trigger the collection of the first reward resource; optionally, the display method of the first reward collection entrance 7011 in the subscription result prompt information includes any one of the following: distinctive display (such as enlarging the font of the first reward collection entrance, or distinctively displaying the font color of the first reward collection entrance), animated display (such as animating the reward icon of the first reward collection entrance), flashing display (such as animating the reward icon of the first reward collection entrance), etc. In this way, the first reward claiming entrance can be highlighted in the subscription result prompt information, which is conducive to increasing the attention of the subscribers and reminding them to claim the corresponding reward resources (such as the first reward resources) in a timely manner.

[0161] b. Subscription result is failed:

[0162] See Figure 7b, Figure 7b This is another interface diagram for outputting subscription result prompt information provided by the embodiment of the present application. Figure 7b As shown, a subscription result pop-up window S702 may be displayed in the virtual asset subscription interface. The subscription result pop-up window S702 is used to display subscription result prompt information. If the subscription result prompt information indicates that the subscription for the virtual asset has failed, the reason for the subscription failure may be displayed. For example, the subscription result prompt information may display the following reason for the subscription failure: Your current network signal is detected to be poor. Please try again. The subscriber may subsequently resubscribe in a network environment with a better network signal.

[0163] As mentioned above, when the subscription result is a successful subscription, this application can output a reward collection entrance (such as the first reward collection entrance) in the subscription result prompt information. The so-called reward collection entrance is an entrance for a user to trigger the collection of reward resources. The entrance here can be any type of entrance such as a control, a function item, a button, etc. Among them, the first reward collection entrance refers to the corresponding reward collection entrance when the first payment method is used to subscribe for virtual assets, and the first reward collection entrance is used to trigger the collection of the first reward resource. In this application, since different payment methods correspond to different allocated reward resources, the following example illustrates the process of obtaining reward resources corresponding to subscribing to virtual assets using different payment methods:

[0164] (1) Use the first payment method to purchase virtual assets and obtain the first reward resources:

[0165] In one possible implementation, in response to the first reward claiming portal being triggered, a first reward resource to be claimed is displayed. The first reward resource refers to a reward resource of a first resource amount or a reward resource of a first resource type. Optionally, the first reward resource has an expiration date. When the triggering operation of the first reward claiming portal is detected, if the triggering moment is within the expiration date of the first reward resource, the first reward resource to be claimed is displayed in response to the triggering of the first reward claiming portal; see Figure 8a , Figure 8a This is a flow chart of a method for collecting the first reward resource provided by the embodiment of the present application. Figure 8a As shown, the purchase result prompt information includes the first reward claiming entrance 8011. In response to the first reward claiming entrance 8011 being triggered, the first reward resource 8012 to be claimed is displayed. The first reward resource 8012 refers to: a reward resource (such as points) of a first resource amount (such as 1500). In addition, when the triggering operation of the first reward claiming entrance is detected, if the triggering time is outside the validity period of the first reward resource, an expiration prompt message is output. Please refer to Figure 8b , Figure 8b This is another flow chart of receiving the first reward resource provided by the embodiment of the present application. Figure 8b As shown, when the triggering operation of the first reward claiming entrance is detected, if the triggering moment is outside the validity period of the first reward resource (that is, not within the validity period of the first reward resource), the output expiration prompt information 8013 includes the following content: Sorry, the current 1500 points have expired!

[0166] Specifically, the above-mentioned first reward resource can be a real-time reward resource or a delayed reward resource. The so-called real-time reward resource refers to a reward resource that can be effective and used in real time after the first reward resource is received. The so-called delayed reward resource refers to a reward resource that can only be effective and used after a preset period of time (such as 7 days after receipt) after the first reward resource is received; that is, the effectiveness mode of the received first reward resource includes: synchronous effectiveness mode or delayed effectiveness mode. In one possible implementation method, the effectiveness mode of the first reward resource can be determined based on at least one of the credit rating, account asset holdings, and subscription frequency of the subscription object. For example, if the credit of the subscription object is good (such as the credit rating is greater than the preset rating threshold), the real-time reward resource is issued to the subscription object in a synchronous effectiveness mode; for another example, if the account asset holdings of the subscription object are high (such as the account asset holdings are greater than the preset quantity threshold), the delayed reward resource is issued to the subscription object in a delayed effectiveness mode. The following examples illustrate the process of receiving the first reward resource under two different effectiveness modes:

[0167] ① The process of claiming the first reward resource under the synchronous effectiveness method:

[0168] Specifically, in response to the purchaser's claiming operation on the first reward resource, the first reward resource that has taken effect is distributed to the purchaser in a synchronous manner. Figure 8c , Figure 8c This is a flow chart of a real-time reward resource collection process provided by the embodiment of this application. Figure 8cAs shown, in response to a trigger operation on the first reward claiming entrance 801 (such as a single click, double click, or long press, etc.), the first reward resource to be claimed (such as a reward resource of the first resource amount, such as 1500 points) is displayed; in response to the claiming operation of the first reward resource (for example, when a click operation on the confirmation claiming control 802 is detected, a claiming operation of the first reward resource is generated), a claiming success prompt message 803 is output, wherein the claiming success prompt message 803 is used to prompt that the first reward resource (such as 1500 points) has been successfully claimed, and the effectiveness mode of the claimed first reward resource is a synchronous effectiveness mode, that is, the applicant can go to the mall to redeem the benefits immediately after receiving it, and provide the applicant with a website or link that supports the redemption of benefits, so that the applicant can use the first reward resource that has been claimed efficiently and conveniently. This method of issuing real-time reward resources to the applicant based on the synchronous effectiveness mode can ensure that users obtain rewards in real time, thereby improving the purchase rate of virtual assets.

[0169] ② The process of claiming the first reward resource under the delayed effectiveness method:

[0170] Specifically, in response to the purchase object's claiming operation on the first reward resource, the first reward resource will be issued to the purchase object in a delayed effective manner and will take effect after a preset period of time (e.g., 7 days). Figure 8d , Figure 8d This is a schematic diagram of a delayed reward resource claiming process provided by an embodiment of the present application. Figure 8d As shown, in response to the triggering operation on the first reward claiming entrance, the first reward resource to be claimed (for example, the reward resource of the first resource amount, such as 1500 points) is displayed; in response to the claiming operation of the first reward resource (for example, when a click operation on the confirmation claiming control is detected, a claiming operation of the first reward resource is generated), a claiming success prompt message 804 is output, wherein the claiming success prompt message 804 is used to prompt that the first reward resource (such as 1500 points) has been successfully claimed, and the effectiveness mode of the claimed first reward resource is a delayed effectiveness mode, that is, the first reward resource can only be effective and used after a preset time period (such as 7 days) after being claimed. This method of issuing delayed reward resources to the subscription object based on the delayed effectiveness mode can ensure the retention rate of virtual assets.

[0171] As can be seen from the above, this application can issue a first reward resource to the subscription object after the subscription object successfully subscribes to the virtual asset, and the first reward resource issued can be a real-time reward resource or a delayed reward resource. The subscription rate of the virtual asset is guaranteed by the real-time reward resource, and the retention rate of the virtual asset is guaranteed by the delayed reward resource. In a specific application scenario, it can be determined as needed whether the first reward resource issued to the subscription object is a real-time reward resource or a delayed reward resource.

[0172] It should be understood that this application supports any purchaser to select the payment method to purchase virtual assets as needed. The following describes the purchase process for virtual assets using the first payment method as a reference, and the purchase process for virtual assets using other payment methods (such as the second payment method and the third payment method, etc.) is described.

[0173] (2) Use the second payment method to purchase virtual assets to obtain the second reward resources:

[0174] In one possible implementation, in response to a selection operation of a second payment method among at least one payment method, the second payment method is used to purchase virtual assets; a purchase result prompt message is output, and the purchase result prompt message includes a second reward collection entry, and the second reward collection entry is used to trigger the collection of a second reward resource, and the second reward resource is allocated based on the second payment method and the asset purchase amount of the purchased virtual asset. In this application, since the first reward resource is allocated after the virtual asset is purchased using the first payment method, and the second reward resource is allocated after the virtual asset is purchased using the second payment method, and different reward resources are allocated corresponding to different payment methods, the differences here include: different resource amounts and / or resource types of the reward resources. Specifically, the first reward resource refers to: a reward resource of the first resource quantity, or a reward resource of the first resource type; and the second reward resource refers to: a reward resource of the second resource quantity, or a reward resource of the second resource type; based on this, the first resource quantity is different from the second resource quantity, or the first resource type is different from the second resource type; in addition, the resource type of the reward resource may include but is not limited to: any one of points, resource coupons (such as red envelopes), and consumption coupons (such as instant discount coupons), for example, the first reward resource is a reward resource (such as points) of the first resource quantity (such as 1500), and the second reward resource is a reward resource (such as points) of the second resource quantity (such as 200); for another example, the first reward resource is a reward resource (such as points) of the first resource type, and the second reward resource is a reward resource (such as resource coupons) of the second resource type.

[0175] See Figure 9a , Figure 9a This is a flow chart of a method of purchasing virtual assets using a second payment method provided by an embodiment of the present application. Figure 9aAs shown, the asset purchase interface displays at least one payment method (e.g., a first payment method, a second payment method, a third payment method, and a fourth payment method). In response to selecting any payment method (e.g., the second payment method 901) and entering the asset purchase amount (e.g., 10,000), the second payment method is used to purchase virtual assets according to the asset purchase amount (e.g., 10,000). Furthermore, if the purchase result of the virtual asset purchase using the second payment method is successful, a second reward entry 902 is output. In response to triggering the second reward entry 902, a second reward resource 903 to be claimed is output. For example, the second reward resource 903 refers to a reward resource (e.g., points) of a second resource amount (e.g., 200). The second reward resource can be a real-time reward resource or a delayed reward resource. It should be noted that the specific process for purchasing virtual assets using the second payment method can be referred to the specific process for purchasing virtual assets using the first payment method described above and will not be repeated here.

[0176] (3) Use third-party payment methods to purchase virtual assets and obtain third-party reward resources:

[0177] See Figure 9b , Figure 9b This is a flow chart of a method of purchasing virtual assets using a third payment method provided by the embodiment of the present application. Figure 9b As shown, at least one payment method is displayed in the asset purchase interface. In response to the selection of any payment method (such as the third payment method 910) and the entry of the asset purchase amount (such as 20,000), the third payment method is used to purchase virtual assets according to the asset purchase amount (such as 20,000). Furthermore, if the purchase result of the virtual asset purchase using the third payment method is successful, a third reward entry 920 is output. In response to the triggering operation of the third reward entry 920, a third reward resource 930 to be claimed is output. For example, the third reward resource 930 refers to a reward resource (such as points) of a third resource amount (such as 500). The third reward resource can be a real-time reward resource or a delayed reward resource. It should also be noted that the specific process of purchasing virtual assets using the third payment method can be referred to the specific process of purchasing virtual assets using the first payment method described above, and will not be repeated here.

[0178] In summary, when this application uses different payment methods to purchase virtual assets, the corresponding reward resources obtained are different (such as different resource amounts and / or different resource types). If more reward resources are allocated to a specific payment method, more users will choose a specific payment method to purchase assets, which will be conducive to incentivizing specific payment methods and improving the flexibility of resource allocation; in addition, reward resources can also be determined according to the asset purchase amount, so different asset purchase amounts can also obtain different reward resources, which can also ensure the rationality of resource allocation and increase the user's asset purchase amount.

[0179] Furthermore, the first reward resources that have been received can be used to redeem valuable products. The following is an example of the product redemption process of the first reward resources with reference to the accompanying figures:

[0180] In one possible implementation, the product redemption process for the first reward resource is as follows: (1) a resource redemption interface is displayed, wherein the resource redemption interface includes at least one redemption product that supports redemption using the reward resource, wherein the redemption product includes at least one of: an item (such as a beverage, clothing, bag, cosmetics, or any other type of commodity), a resource discount voucher (a resource voucher with a deduction function for a consumption amount), and an activity consumption voucher (a resource voucher that can be directly consumed, such as a free voucher in an XX activity). (2) in response to a selection operation of a target redemption product from the at least one redemption product, the target redemption product is redeemed using the first reward resource.

[0181] A. Reward resources can be exchanged for resource discount coupons:

[0182] See Figure 10a , Figure 10a This is a schematic diagram of a resource exchange interface provided by an embodiment of the present application. Figure 10aAs shown, the resource exchange interface displays at least one exchange product that can be exchanged for reward resources (such as points). For example, the exchange product can be a resource discount voucher, which is divided according to the payment scenario of the resource discount voucher. The resource discount vouchers here can include: universal instant discount (that is, it can be used in any payment scenario), platform 1 instant discount (that is, it can only be used in the scenario of payment in platform 1), platform 2 instant discount (that is, it can only be used in the scenario of payment in platform 2), and platform 3 instant discount (that is, it can only be used in the scenario of payment in platform 3); based on this, the present application can provide resource discount vouchers in different payment platforms for users to exchange on demand, meeting the flexibility requirements of resource exchange; in addition, different resource discount vouchers can be exchanged with reward resources (such as points) of different resource amounts, for example, "10 yuan universal instant discount" requires 1,000 points to exchange, and "20 yuan platform 1 instant discount" requires 2,000 points to exchange, etc. The present application can also provide resource discount vouchers of different denominations for users to exchange on demand, further meeting the flexibility requirements of resource exchange.

[0183] B. Reward resources can be exchanged for items:

[0184] See Figure 10b , Figure 10b This is a schematic diagram of another resource exchange interface provided by the embodiment of the present application. Figure 10b As shown, the resource exchange interface displays at least one exchange product that can be exchanged for reward resources (such as points). For example, the exchange product can be an item. The items here include but are not limited to: drinks, clothing, bags, lipsticks, etc.; and different types of items may require different amounts of reward resources (such as points) to exchange for different types of items, supporting users to use points to exchange for physical items on demand.

[0185] Based on this, the resource redemption interface provided by this application supports the use of reward resources (such as points) to redeem resource discount coupons on different platforms, and also supports directly redeeming points for physical objects, providing users with a rich variety of redemption products to ensure diversified choices for points redemption, meet the flexibility requirements of the points redemption process, and thus improve the user experience.

[0186] In one possible implementation, different resource exchange interfaces are displayed for different purchase objects. Optionally, the resource exchange interface may be displayed as follows: a first resource exchange interface that matches the purchase object of the virtual asset is displayed; wherein the exchange products included in the first resource exchange interface are determined in at least one of the following ways: based on the purchase object's historical consumption data, based on the purchase object's credit rating, or based on the purchase object's account asset holdings. Figure 10c , Figure 10cThis is a comparison diagram of resource exchange interfaces displayed for different purchase objects provided by the embodiment of the present application. Figure 10c As shown in Figure (1), assuming that based on the historical consumption data of the first purchaser, it is analyzed that the first purchaser has a high frequency of purchasing clothing, bags and other items in the recent period (such as within a month), then some items preferred by the first purchaser can be personalized recommended to the first purchaser according to the historical consumption habits of the first purchaser, that is, the redemption products in the resource redemption interface displayed for the first purchaser include: clothing consumption coupons, bag consumption coupons, general instant discounts, platform 1 instant discounts, etc. Similarly, if Figure 10c As shown in Figure (2), assuming that based on the historical consumption data of the second purchaser, it is analyzed that the second purchaser is a sports enthusiast who loves fitness, some sports equipment can be recommended to the second purchaser. That is, the redemption products displayed in the resource redemption interface corresponding to the second purchaser include: table tennis consumption coupons, tennis racket consumption coupons, platform 3 instant discounts, basketball consumption coupons, etc. Under this implementation method, it is supported to support personalized recommendations of corresponding redemption products for different purchasers in the resource redemption interface according to the consumption habits and preferences of the purchaser, so as to meet the personalized needs of product redemption.

[0187] In one possible implementation, after a product is successfully redeemed, the amount of the reward resource can be updated. Specifically, the first reward resource is a reward resource of the first amount of resources, and the target redemption product must be redeemed with a reward resource of the target amount of resources. Furthermore, after the first reward resource is redeemed for the target redemption product, the method further includes: updating the amount of the first reward resource and outputting the updated reward resource; wherein the amount of the updated reward resource is the difference between the first amount of resources and the target amount of resources. Please refer to Figure 11 , Figure 11 This is a flow chart of updating the amount of reward resources provided by the embodiment of the present application. Figure 11As shown, the resource exchange interface displays at least one exchange product to be exchanged (including: 10 yuan general instant discount gold, 10 yuan platform 2 instant discount gold, 10 yuan platform 3 instant discount gold, 10 yuan platform 3 instant discount gold), and in response to the selection operation of any exchange product (such as 10 yuan general instant discount gold S1101), the product exchange pop-up window S1102 is output. The product exchange pop-up window S1102 displays that the total amount of the first reward resource held by the current purchase object is 1800 points, and there is a function for the selected exchange product. The redemption confirmation control 11021, in response to the triggering operation of the confirmation control 11021, uses the first reward resource (such as 1000 points) to redeem the target redemption product ("10 yuan universal instant discount"); further, the resource amount of the first reward resource is updated. Since the redemption of the target redemption product consumes 1000 points, the resource amount of the updated reward resource is 1800-1000=800. For example, the updated reward resource (such as 800 points) can be output in the redemption completion pop-up window S1103.

[0188] In one possible implementation, the resource discount voucher is used to indicate the deduction amount that can be deducted when repurchasing virtual assets. This application can also support allowing an instant discount when the purchaser re-purchases virtual assets. Specifically, the target asset purchase amount for re-purchasing virtual assets is received in the virtual asset purchase interface; in response to the selection of the first payment method, the target asset amount is paid using the first payment method to purchase virtual assets of the target asset purchase amount; wherein the target asset amount is the difference between the target asset purchase amount and the deduction amount. See Figure 12 , Figure 12 This is a schematic diagram of a purchase process for re-purchasing virtual assets provided by the embodiment of this application. Figure 12 As shown, in the purchase amount input area S1201 in the virtual asset purchase interface, the asset purchase amount (such as 10,000 yuan) for re-purchasing virtual assets is entered as needed, and in response to the selection operation of the first payment method, a payment pop-up window is output, in which the target asset amount to be paid S1202 is displayed, wherein the target asset amount (9900) is the difference between the target asset purchase amount (10000) and the deduction amount (10). In response to the confirmation payment operation detected in the payment pop-up window, a purchase result pop-up window S1203 is output, in which a purchase result prompt information is displayed, for example, the purchase result prompt information includes a third reward collection entrance, and the third reward collection entrance is used to trigger the collection of the third reward resource. In the implementation mode again, this application supports the issuance of resource deduction coupons for virtual assets to the purchase object, so that the resource deduction coupons can be directly used when re-purchasing virtual assets, which can improve the repurchase rate of the purchase object's purchase of virtual assets.

[0189] In an embodiment of the present application, an asset processing scheme is provided, which supports the allocation of reward resources using the payment method as a reward factor, which is conducive to incentivizing specific payment methods and improving the rationality and flexibility of reward resource allocation. On the one hand, this scheme can provide users with multiple payment methods for user customization and can meet the personalized needs of different users for different payment methods. On the other hand, the first reward resource allocated to the user is determined based on the first payment method selected by the user. Then, the user may receive different reward resources corresponding to different payment methods. If more reward resources are allocated to a specific payment method, more users will choose a specific payment method to purchase assets, which is conducive to incentivizing specific payment methods and improving the flexibility of resource allocation. In addition, the first reward resource can also be determined according to the asset purchase amount. Then, different asset purchase amounts can also obtain different reward resources, which can also ensure the rationality of resource allocation.

[0190] The following is a detailed description of an embodiment of the asset processing method provided in this application from a technical perspective.

[0191] See Figure 13 , Figure 13 This is a flow chart of another asset processing method provided by the embodiment of the present application. The asset processing method can be performed by a computer device (such as Figure 1 The server or terminal device shown is executed).

[0192] like Figure 13 As shown, the asset processing method includes the following steps S1301-S1303:

[0193] S1301: Receive an asset purchase request, where the asset purchase request is generated after detecting that a first payment method is used to purchase a virtual asset.

[0194] Specifically, the asset purchase request is used to request the purchase of virtual assets. The virtual assets here can be any type of virtual assets. After the client detects that the first payment method is used to purchase the virtual assets, the asset purchase request can be generated. The asset purchase request also includes the asset purchase amount corresponding to the virtual assets.

[0195] In one possible implementation, the asset purchase request is parsed, the identity information of the purchase object of the asset purchase request is obtained, and the purchase object is verified based on the identity information. The verification here includes any one or more of: authority verification (for example, verifying whether the purchase object has the right to purchase the current virtual asset), legality verification (for example, verifying whether the purchase amount of the asset purchased by the purchase object is legal), and security verification (for example, verifying whether the identity information of the purchase object is safe). Furthermore, if the verification of the purchase object is successful, the asset purchase request is responded to, and the subsequent step S1302 is triggered; conversely, if the verification of the purchase object is unsuccessful, the asset purchase request is deleted. In this implementation, it is supported that the asset purchase request can only be responded to after the purchase object has been verified, which can improve the security of the purchase process.

[0196] S1302. Obtain resource reward rules. The resource reward rules are defined with at least one reward sub-rule. Each reward sub-rule is used to define a mapping relationship between the resource amount of the reward resource and a resource reward parameter. The resource reward parameter includes at least one of a payment method and a virtual asset subscription amount.

[0197] Among them, the asset subscription amount of virtual assets may specifically include: the subscription amount of a single subscription of virtual assets, and the total subscription amount of virtual assets within a preset time period (such as within 24 hours). For the sake of ease of description, this application takes the preset time period of 24 hours as an example for subsequent illustration. Optionally, the resource reward rules may include the following three reward sub-rules: the first reward sub-rule is used to define the mapping relationship between the resource amount of the reward resource and the payment method, the second reward sub-rule is used to define the mapping relationship between the resource amount of the reward resource and the single subscription amount, and the third reward sub-rule is used to define the mapping relationship between the resource amount of the reward resource and the total subscription amount. Specifically, the mapping relationship between the resource amount of the reward resource and any resource reward parameter can be represented in the form of a table:

[0198] For example, the first reward sub-rule may be as shown in Table 1 below:

[0199] Table 1. Mapping relationship between the amount of reward resources (such as points) and payment methods

[0200] Payment Methods The amount of reward resources First payment method 10 Second payment method 0 Third payment method 20

[0201] For another example, the second reward sub-rule may be as shown in Table 2 below:

[0202] Table 2. Mapping relationship between the amount of reward resources (such as points) and the amount of single purchase

[0203] Single subscription amount The amount of reward resources [1，10000) 10 [10000，50000) 100 [50000，+) 500

[0204] For example, the third reward sub-rule may be as shown in Table 3 below:

[0205] Table 3. Mapping relationship between the amount of reward resources (such as points) and the total amount of purchases on the day

[0206]

[0207]

[0208] S1303: Based on the first payment method and the asset purchase amount of the purchased virtual asset, resource allocation processing is performed according to the resource reward rules to obtain a first reward resource.

[0209] In one possible implementation, the first reward resource can be a real-time reward resource or a delayed reward resource. The so-called real-time reward resource refers to a reward resource that can take effect and be used in real time after the first reward resource is received. The so-called delayed reward resource refers to a reward resource that can only take effect and be used after a preset period of time (such as 7 days after receipt) after the first reward resource is received. Optionally, the resource allocation algorithms corresponding to the real-time reward resources and the delayed reward resources are different. For example, the resource allocation algorithms involved in this application include: a first resource allocation algorithm and a second resource allocation algorithm, wherein the first resource allocation algorithm refers to an allocation algorithm for determining real-time reward resources, and the second resource allocation algorithm refers to an allocation algorithm for determining delayed reward resources. For example:

[0210] 1. The first resource allocation algorithm is shown in the following formula:

[0211] α*channel_reward+β*one_time_reward+γ*daily_reward*I daily

[0212] Among them, channel_reward: refers to the amount of reward resources corresponding to the payment method;

[0213] one_time_reward: the amount of reward resources for a single purchase;

[0214] daily_reward: The amount of reward resources that are matched with the total purchase amount on that day;

[0215] I daily : If daily_reward has not been obtained on the same day, it is 1, otherwise it is 0; it is used to control the reward resources of a certain tier to not be obtained repeatedly;

[0216] α: Reward resource coefficient corresponding to the payment method;

[0217] β: The reward resource coefficient corresponding to a single purchase amount;

[0218] γ: The reward resource coefficient corresponding to the total amount of subscriptions on that day.

[0219] Optionally, the above-mentioned various reward resource coefficients α, β, and γ can be configured by the operator; and in order to obtain relatively better (or optimal) coefficients, the operator can determine the above-mentioned various reward resource coefficients through experimental control. For example, the α experimental group is configured with 0.5, and the α control group is configured with 1; the other coefficients (β, γ) remain unchanged. The experimental group or control group is determined by relative ROI. If the relative ROI is positive, the experimental group is better; conversely, if the relative ROI is negative, the control group is better. Among them, the so-called ROI: return on investment (net profit / cost). Generally speaking, the larger the ROI, the greater the return. If ROI>1, there is a profit situation; specifically, relative ROI: through the idea of ​​controlling variables, the operator adjusts some parameters to distinguish between the experimental group and the control group. Relative ROI = experimental group ROI-control group ROI. In this case, the present application proposes to use the idea of ​​experimental control to allocate the first reward resource. For the same payment method and the same asset subscription amount, the reward resources are different in the experimental group and the control group, so that the relative ROI can be calculated, and the best first reward resource can be obtained by calculating the relative ROI.

[0220] 2. The second resource allocation algorithm is shown in the following formula:

[0221] max(0, λ(recent_x_daily_avg_repo-before_activity_recent_x_daily_avg_repo))

[0222] Among them, recent_x_daily_avg_repo: the average asset amount of the user's first account in the past x days;

[0223] before_activity_recent_x_daily_avg_repo: the average balance of the user's secondary account in the past x days before the activity started;

[0224] λ: Delayed reward resource coefficient.

[0225] In addition, in order to prevent the difference between the average account assets of users in the past x days and the average account assets of users in the past x days before the start of the activity from being less than 0, a max function (a function that takes the maximum value) is designed to ensure that the user's minimum reward resources are 0 rather than a negative number.

[0226] Based on this, the first resource allocation algorithm and the second resource allocation algorithm provided by this application are adopted to specifically describe the resource allocation process of real-time reward resources and delayed reward resources as follows:

[0227] (1) The first reward resource is the real-time reward resource:

[0228] In one possible implementation, the asset purchase amount includes: the purchase amount of a single virtual asset purchase, and the total purchase amount of virtual assets purchased within a preset time period (e.g., the total purchase amount within 24 hours). If the first reward resource is a real-time reward resource, then based on the first payment method and the asset purchase amount of the purchased virtual asset, the first reward resource is allocated according to the resource reward rules, specifically including:

[0229] ① Obtain the resource amount i mapped to the first payment method from the resource reward rule. Specifically, the resource amount i=10 (ie, channel_reward=10) mapped to the first payment method can be obtained from the first reward sub-rule shown in Table 1 above.

[0230] ② Obtain the first purchase amount of a single virtual asset purchase and obtain the resource amount j mapped to the first purchase amount from the resource reward rule. Assuming the first purchase amount of a single virtual asset purchase is 100,000, then the resource amount j = 500 (i.e., one_time_reward = 500) mapped to the first purchase amount (100,000) can be obtained from the second reward sub-rule shown in Table 2 above.

[0231] ③ Obtain the first total purchase amount corresponding to the virtual asset purchased within the preset time period, and obtain the resource amount k mapped to the first total purchase amount from the resource reward rule. Assume that 400,000 of the current virtual asset has been purchased within 24 hours (on the same day), so the first total purchase amount for the day is 500,000 (400,000 + 100,000 = 500,000). Then, the resource amount k = 500 (i.e., daily_reward = 500) mapped to the first total purchase amount (500,000) can be obtained from the second reward sub-rule shown in Table 2 above.

[0232] ④ Using the first resource allocation algorithm, perform a weighted operation on resource amounts i, j, and k to obtain a first resource amount, and use the bonus resources of the first resource amount as the first bonus resources. For example, using the first resource allocation algorithm shown above, assuming α = 1, β = 1, and γ = 1, the calculation process for the first bonus resources is as follows: 1*10 + 1*500 + 1*500 = 1010.

[0233] For example, see Figure 14 , Figure 14This is a flow chart of issuing real-time reward resources provided by the embodiment of the present application. Figure 14 As shown, when the first reward resource issued to the purchase object is a real-time reward resource, the issuance process of the real-time reward resource includes the following steps S1401-S1411:

[0234] S1401. Determine whether the user (e.g., the purchaser) has earned more points than the threshold for participating in an activity on that day. Specifically, the activity here refers to a virtual asset purchase activity. This step is intended to prevent incorrect reward resources (e.g., over-issuance) from being issued to purchasers due to system misconfiguration. If yes, proceed to step S1402; if no, proceed to step S1403.

[0235] S1402. Remind the user (such as the purchase object) to participate in the activity again tomorrow.

[0236] S1403: Determine the payment method (such as the first payment method).

[0237] S1404: Obtain the resource amount i (channel_reward) corresponding to the payment method. For example, the resource amount i=10 mapped to the first payment method can be obtained from the first reward sub-rule shown in Table 1 above.

[0238] S1405: Determine the subscription amount range that the single subscription amount hits. For example, the subscription amount range that the single subscription amount (e.g., 100,000) hits can be obtained from the second reward sub-rule shown in Table 2: [50,000, +).

[0239] S1406. Obtain the resource amount j (one_time_reward) corresponding to the single purchase amount. For example, if the single purchase amount of a virtual asset is 100,000, then the resource amount j = 500 mapped to the single purchase amount (100,000) can be obtained from the second reward sub-rule shown in Table 2 above.

[0240] S1407. Determine the resource quantity k (daily_reward) corresponding to the total daily subscription amount. For example, 400,000 virtual assets have been subscribed within 24 hours (on the same day), so the first subscription amount of the day is 500,000 (400,000 + 100,000 = 500,000). Then, the subscription amount interval corresponding to the total daily subscription amount (e.g., 500,000) can be obtained from the third reward sub-rule shown in Table 3 above: [500,000, +), and the obtained resource quantity k = 500.

[0241] S1408: Has the reward for this range (such as the subscription amount range mentioned above: [500000, +)) been obtained? If so, execute step S1410; if not, execute step S1409.

[0242] S1409, Get I daily =1.

[0243] S1410, obtain I daily =0.

[0244] S1411. Calculate reward resources (such as first reward resources) according to a real-time reward calculation formula (ie, the formula indicated by the first resource allocation algorithm).

[0245] (2) The first reward resource is a delayed reward resource:

[0246] In one possible implementation, if the first reward resource is a delayed reward resource, the calculation process of the first reward resource is as follows: ① Obtain the average asset amount of the first account of the target account of the virtual asset subscription object in the first time period (for example, 30 days before the subscription activity starts), and obtain the average asset amount of the second account of the target account in the second time period (for example, the nearly 30 days after the subscription is opened). The so-called average account asset amount refers to the average asset amount of the virtual asset held in the subscription object's account within 30 days. ② Based on the average asset amount of the first account and the average asset amount of the second account, the second resource allocation algorithm is used to calculate the first resource amount. ③ The reward resource of the first resource amount is used as the first reward resource. Please refer to Figure 15a , Figure 15a This is a flow chart of issuing delayed reward resources provided by the embodiment of the present application. Figure 15a As shown, when the first reward resource issued to the purchase object is a delayed reward resource, the issuance process of the delayed reward resource includes the following steps S1501-S1507:

[0247] S1501: Is it the xth (x is a positive integer, such as x=30) day after participating in the subscription activity? If so, return; if not, execute step S1502.

[0248] S1502: Does the amount of resources allocated to the user exceed the resource threshold? If so, return; if not, execute step S1503.

[0249] S1503. Calculate the average asset amount for the past x days.

[0250] S1504. Obtain the average asset amount of the first account (recent_x_daily_avg_repo).

[0251] S1505. Calculate the average asset amount in the past x days before the subscription activity begins.

[0252] S1506. Obtain the average asset amount of the second account (before_activity_recent_x_daily_avg_repo).

[0253] S1507. Calculate reward resources (such as the first reward resources) according to the delayed reward formula (i.e., the formula indicated by the second resource allocation algorithm). Figure 15b , Figure 15b This is a time flow diagram of a purchase activity provided by the embodiment of this application. Figure 15b As shown, let x = 30, indicating that the subscriber will receive the delayed reward resources 30 days after participating in the 30-day subscription activity; and λ = 1. For example, if the average user's assets in the last 30 days are 5,000 yuan, that is, recent_x_daily_avg_repo = 5,000; or, for another example, if the average user's assets in the 30 days before the activity started are 1,000 yuan, that is, before_activity_recent_x_daily_avg_repo = 1,000; then, according to the formula indicated by the second resource allocation algorithm: max(0, λ(recent_x_daily_avg_repo - before_activity_recent_x_daily_avg_repo)), the final calculated amount of delayed reward resources is: max(0, 1*(5,000 - 1,000)) = 4,000.

[0254] It should be understood that in actual subscription scenarios, real-time reward resources or delayed reward resources can be issued to subscription objects according to actual needs. The subscription rate of virtual assets can be guaranteed through real-time reward resources, and the retention rate of virtual assets can be guaranteed through delayed reward resources.

[0255] It should be noted that the asset processing method provided in this application can be executed jointly by the terminal device and the server, or can be executed separately by the terminal device or the server, and this application does not make any specific restrictions on this. Figure 16 , Figure 16 This is a complete interactive flow diagram of an asset processing method provided by an embodiment of the present application. Figure 16 As shown, the complete interactive process of the asset processing method is jointly executed by the terminal device and the server; specifically, it includes the following steps S1601-S1613:

[0256] S1601: The terminal device displays a virtual subscription interface. The virtual asset subscription interface includes at least one payment method, allowing the user (subscriber) to select any payment method to subscribe.

[0257] S1602: The purchaser selects a payment method and makes a purchase. Specifically, in response to the purchaser selecting a first payment method from the at least one payment method and in response to the purchaser entering a purchase amount in the virtual asset purchase interface, the purchase of the virtual asset is executed.

[0258] S1603: The terminal device sends an asset purchase request to the server. The asset purchase request is used to request the purchase of virtual assets, which can be any type of virtual assets. Upon detecting that the first payment method is used to purchase the virtual assets, the client generates the asset purchase request. For example, the asset purchase request includes the first payment method selected by the purchaser and the purchase amount of the virtual assets.

[0259] S1604. The server obtains resource reward rules.

[0260] Specifically, the resource reward rule is defined with at least one reward sub-rule, and each reward sub-rule is used to define the mapping relationship between the resource amount of the reward resource and a resource reward parameter; the resource reward parameter includes at least one of the payment method and the asset subscription amount of the virtual asset. For example, the resource reward rule may include the following three reward sub-rules: the first reward sub-rule (as shown in Table 1 above) is used to define the mapping relationship between the resource amount of the reward resource and the payment method, the second reward sub-rule (as shown in Table 2 above) is used to define the mapping relationship between the resource amount of the reward resource and the single subscription amount, and the third reward sub-rule (as shown in Table 3 above) is used to define the mapping relationship between the resource amount of the reward resource and the total subscription amount.

[0261] S1605: The server obtains a resource allocation algorithm. The resource allocation algorithm here refers to an algorithm for allocating reward resources to the subscription object. For example, the resource allocation algorithm may be a first resource allocation algorithm for allocating real-time reward resources, or a second resource allocation algorithm for allocating delayed reward resources.

[0262] S1606: The server allocates the first reward resource. Specifically, the first reward resource here can be a real-time reward resource or a delayed reward resource. The specific process of how to allocate the first reward resource can refer to the detailed process in the above step S1303 and will not be repeated here.

[0263] S1607. The server returns the first reward resource to the terminal device.

[0264] S1608. The terminal device displays a first reward claiming entrance, which is used to trigger the claiming of the first reward resource.

[0265] S1609. The purchaser clicks on the first reward claiming entrance.

[0266] S1610. The terminal device returns a notification message of successful receipt to the purchase object.

[0267] S1611. The purchaser initiates a resource exchange request to the terminal device. The resource exchange request is used to request that the received first reward resource be exchanged for a product. The exchange product includes, but is not limited to, at least one of: items (such as beverages, clothing, bags, cosmetics, and any other type of merchandise), resource discount coupons (a resource coupon that can be used to deduct a spending limit), and event consumption coupons (a resource coupon that can be directly consumed, such as a free coupon in an event).

[0268] S1612: The terminal device displays a resource exchange interface. Specifically, the purchaser can select a target exchange product for exchange in the resource exchange interface as needed. In response to the selection of the target exchange product from at least one exchange product, the first reward resource is exchanged for the target exchange product.

[0269] S1613. The terminal device returns a redemption result to the purchaser. Specifically, the redemption result includes: redemption success or redemption failure. If the first resource amount of the first reward resource is greater than or equal to the target resource amount required for the target redemption product, the redemption result is redemption success; conversely, if the first resource amount of the first reward resource is less than the target resource amount required for the target redemption product, the redemption result is redemption failure.

[0270] In an embodiment of the present application, an asset processing solution is provided. On the one hand, the solution can provide users with a variety of payment methods for customized selection, which can meet the personalized needs of different users for different payment methods; on the other hand, the solution supports the payment method, single subscription amount, total subscription amount on the day, and average account asset amount as reward factors for the allocation of reward resources, thereby improving the rationality of the allocation of reward resources; and, through the reasonable allocation of real-time reward resources or delayed reward resources, it can take into account the user's subscription rate and retention rate, thereby improving the subscription effect.

[0271] The following describes the related devices of the asset processing method provided in the embodiment of the present application.

[0272] It should be noted that, in the embodiments of the present application, the term "module" or "unit" refers to a computer program or a part of a computer program with a predetermined function, and works together with other related parts to achieve a predetermined goal, and can be implemented in whole or in part by using software, hardware (such as processing circuits or memories), or a combination thereof. Similarly, a processor (or multiple processors or memories) can be used to implement one or more modules or units. In addition, each module or unit can be part of an overall module or unit that includes the function of the module or unit.

[0273] See Figure 17 , Figure 17 This is a schematic diagram of the structure of an asset processing device provided in an embodiment of the present application. The asset processing device 1700 can be used to execute the Figure 2 The corresponding steps in the asset processing method provided in the embodiment. In specific implementation, the asset processing device 1700 may specifically include:

[0274] Display unit 1701, used to display a virtual asset purchase interface, which includes at least one payment method;

[0275] Processing unit 1702 is configured to, in response to a selection operation of a first payment method among the at least one payment method, purchase virtual assets using the first payment method;

[0276] Output unit 1703 is used to output the subscription result prompt information, which includes a first reward collection entrance. The first reward collection entrance is used to trigger the collection of the first reward resource. The first reward resource is allocated based on the first payment method and the asset subscription amount of the subscribed virtual asset.

[0277] In a possible implementation, the processing unit 1702 is further configured to perform the following operations:

[0278] In response to the first reward claiming entrance being triggered, a first reward resource to be claimed is displayed, where the first reward resource refers to a reward resource of a first resource amount or a reward resource of a first resource type;

[0279] The first reward resource received may be effective in a synchronous manner or a delayed manner.

[0280] In one possible implementation, the first reward resource is enabled based on at least one of the following: a credit rating, an amount of assets held in an account, and a frequency of subscription of the virtual asset subscription object; and the processing unit 1702 is further configured to perform the following operations:

[0281] In response to the purchaser's claiming operation of the first reward resource, the first reward resource that has taken effect is simultaneously distributed to the purchaser in a synchronously effective manner; or

[0282] In response to the purchase object's claiming operation on the first reward resource, the first reward resource is distributed to the purchase object in a delayed effectiveness manner and becomes effective after a preset time period.

[0283] In a possible implementation, the processing unit 1702 is further configured to perform the following operations:

[0284] In response to a selection operation of a second payment method among the at least one payment method, purchasing the virtual asset using the second payment method;

[0285] Output subscription result prompt information, the subscription result prompt message includes a second reward collection entrance, the second reward collection entrance is used to trigger the collection of second reward resources, and the second reward resources are allocated based on the second payment method and the asset subscription amount of the subscribed virtual assets.

[0286] In one possible implementation, the second bonus resource refers to: a bonus resource of a second resource amount, or a bonus resource of a second resource type; and the first resource amount is different from the second resource amount, or the first resource type is different from the second resource type;

[0287] The resource types of the reward resources include: points, resource coupons, and consumption coupons.

[0288] In a possible implementation, the processing unit 1702 is further configured to perform the following operations:

[0289] Display the resource exchange interface, which includes at least one exchange product that supports the use of reward resources for exchange, and the exchange product includes at least one of: items, resource discount coupons, and activity consumption coupons;

[0290] In response to a selection operation of a target redemption product among the at least one redemption product, the first reward resource is redeemed for the target redemption product.

[0291] In one possible implementation, the processing unit 1702 displays a resource exchange interface for performing the following operations:

[0292] Display the first resource exchange interface that matches the purchase object of the virtual asset;

[0293] Among them, the method for determining the exchange product included in the first resource exchange interface includes at least one of the following: determination based on the historical consumption data of the subscription object, determination based on the credit rating of the subscription object, and determination based on the account asset holdings of the subscription object.

[0294] In one possible implementation, the first reward resource is a reward resource of a first resource amount, and the target redemption product needs to be redeemed using the reward resource of the target resource amount; after the processing unit 1702 uses the first reward resource to redeem the target redemption product, it is further configured to perform the following operations:

[0295] The resource amount of the first reward resource is updated, and the updated reward resource is output; wherein the resource amount of the updated reward resource is the difference between the first resource amount and the target resource amount.

[0296] In one possible implementation, the resource discount coupon is used to indicate the amount of discount that can be deducted when repurchasing virtual assets; the processing unit 1702 is further configured to perform the following operations:

[0297] Receive the target asset purchase amount for re-purchase of virtual assets in the virtual asset purchase interface;

[0298] In response to the selection operation of the first payment method, using the first payment method to pay the target asset amount to purchase the virtual asset of the target asset purchase amount;

[0299] Among them, the target asset amount is the difference between the target asset subscription amount and the deduction amount.

[0300] In one possible implementation, the display unit 1701 displays a virtual asset purchase interface for performing the following operations:

[0301] Display the virtual asset activity interface, which displays information about virtual asset purchase activities. The purchase activity information records the mapping relationship between different asset purchase quantity intervals and different resource quantity intervals;

[0302] In response to an activity participation operation triggered by a subscription object in the virtual asset activity interface, a virtual asset subscription interface is displayed.

[0303] In a possible implementation, the processing unit 1702 is further configured to perform the following operations:

[0304] When an activity participation operation is detected in the virtual asset activity interface, a virtual asset subscription interface matching the virtual asset is displayed; or,

[0305] When an activity participation operation is detected in the virtual asset activity interface, a virtual asset subscription interface that matches the subscription object is displayed; wherein the payment method included in the virtual asset subscription interface matches at least one of the credit rating, historical consumption data, and account asset holdings of the subscription object.

[0306] In a possible implementation, the processing unit 1702 is further configured to perform the following operations:

[0307] In response to the first reward claiming entrance being triggered, displaying the first reward resource to be claimed;

[0308] The first reward resource is shared with the transferee, and the transferee is used to trigger the receipt of the transferred first reward resource.

[0309] In a possible implementation, the processing unit 1702 is further configured to perform the following operations:

[0310] Obtain resource reward rules. The resource reward rules are defined with at least one reward sub-rule. Each reward sub-rule is used to define a mapping relationship between the amount of reward resources and a resource reward parameter. The resource reward parameter includes at least one of the payment method and the asset subscription amount of the virtual asset.

[0311] Based on the first payment method and the asset subscription amount of the subscribed virtual asset, resource allocation processing is performed according to resource reward rules to obtain first reward resources.

[0312] In one possible implementation, the asset purchase amount includes: the purchase amount of a single virtual asset purchase and the total purchase amount of the virtual asset within a preset time period; the processing unit 1702 performs resource allocation processing according to the resource reward rules based on the first payment method and the purchase amount of the virtual asset purchased, and obtains a first reward resource for performing the following operations:

[0313] Obtain the resource amount i mapped to the first payment method from the resource reward rule;

[0314] Obtain the first purchase amount of a single virtual asset purchase, and obtain the resource amount j mapped to the first purchase amount from the resource reward rules;

[0315] Obtain a first total purchase amount corresponding to the purchase of virtual assets within a preset time period, and obtain the resource amount k mapped to the first total purchase amount from the resource reward rules;

[0316] A first resource allocation algorithm is used to perform weighted calculation processing on resource amount i, resource amount j, and resource amount k to obtain a first resource amount, and the reward resources of the first resource amount are used as the first reward resources.

[0317] In a possible implementation, the processing unit 1702 is further configured to perform the following operations:

[0318] Obtaining the average asset amount of a first account of a target account of a virtual asset purchase target during a first time period, and obtaining the average asset amount of a second account of the target account during a second time period;

[0319] Based on the average asset amount of the first account and the average asset amount of the second account, a first resource amount is calculated using a second resource allocation algorithm;

[0320] The bonus resource of the first resource amount is used as the first bonus resource.

[0321] In an embodiment of the present application, an asset processing scheme is provided, which supports the allocation of reward resources using the payment method as a reward factor, which is conducive to incentivizing specific payment methods and improving the rationality and flexibility of reward resource allocation. On the one hand, this scheme can provide users with multiple payment methods for user customization and can meet the personalized needs of different users for different payment methods. On the other hand, the first reward resource allocated to the user is determined based on the first payment method selected by the user. Then, the user may receive different reward resources corresponding to different payment methods. If more reward resources are allocated to a specific payment method, more users will choose a specific payment method to purchase assets, which is conducive to incentivizing specific payment methods and improving the flexibility of resource allocation. In addition, the first reward resource can also be determined according to the asset purchase amount. Then, different asset purchase amounts can also obtain different reward resources, which can also ensure the rationality of resource allocation.

[0322] See Figure 18 , Figure 18 1 is a schematic diagram of the structure of a computer device provided in an embodiment of the present application. The computer device 1800 is used to execute the computer device (such as Figure 1 The computer device 1800 may include a device (e.g., one or more servers, nodes, terminal devices, etc.), or may include internal components of the device (e.g., chips, software modules, or hardware modules, etc.). The computer device may include at least one processor 1801 and a communication interface 1802. Optionally, the computer device may also include at least one memory 1803 and a bus 1804. In addition, the processor 1801, the communication interface 1802, and the memory 1803 are connected via a bus 1804.

[0323] (1) The processor 1801 is a module that performs arithmetic operations and / or logical operations, and can specifically be one or a combination of processing modules such as a central processing unit (CPU), a graphics processing unit (GPU), a microprocessor unit (MPU), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA), a complex programmable logic device (CPLD), a coprocessor (to assist the central processing unit in completing corresponding processing and applications), and a microcontroller unit (MCU).

[0324] (2) The communication interface 1802 may be used to provide information input or output for the at least one processor 1801. Furthermore, the communication interface 1802 may be used to receive data sent externally and / or send data externally. The communication interface 1802 may be a wired link interface such as an Ethernet cable, or a wireless link interface (Wi-Fi, Bluetooth, general wireless transmission, in-vehicle short-range communication technology, or other short-range wireless communication technology). The communication interface 1802 may serve as a network interface.

[0325] (3) Memory 1803 is used to provide storage space, which can store data such as the operating system and computer programs (computer programs including program instructions). Memory 1803 can be one or a combination of random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), or compact disc read-only memory (CD-ROM).

[0326] In a specific implementation, the processor 1801 is configured to execute the following steps by running the computer program stored in the memory 1803:

[0327] Display the virtual asset purchase interface, which includes at least one payment method;

[0328] In response to a selection operation of a first payment method among the at least one payment method, purchasing the virtual asset using the first payment method;

[0329] Output subscription result prompt information, the subscription result prompt message includes a first reward collection entrance, the first reward collection entrance is used to trigger the collection of first reward resources, and the first reward resources are allocated based on the first payment method and the asset subscription amount of the subscribed virtual assets.

[0330] In a possible implementation, the processor 1801 is further configured to perform the following operations:

[0331] In response to the first reward claiming entrance being triggered, a first reward resource to be claimed is displayed, where the first reward resource refers to a reward resource of a first resource amount or a reward resource of a first resource type;

[0332] The first reward resource received may be effective in a synchronous manner or a delayed manner.

[0333] In one possible implementation, the first reward resource is enabled based on at least one of the following: a credit rating, an amount of assets held in an account, and a frequency of subscription of the virtual asset subscription object; and the processor 1801 is further configured to perform the following operations:

[0334] In response to the purchaser's claiming operation of the first reward resource, the first reward resource that has taken effect is simultaneously distributed to the purchaser in a synchronously effective manner; or

[0335] In response to the purchase object's claiming operation on the first reward resource, the first reward resource is distributed to the purchase object in a delayed effectiveness manner and becomes effective after a preset time period.

[0336] In a possible implementation, the processor 1801 is further configured to perform the following operations:

[0337] In response to a selection operation of a second payment method among the at least one payment method, purchasing the virtual asset using the second payment method;

[0338] Output subscription result prompt information, the subscription result prompt message includes a second reward collection entrance, the second reward collection entrance is used to trigger the collection of second reward resources, and the second reward resources are allocated based on the second payment method and the asset subscription amount of the subscribed virtual assets.

[0339] In one possible implementation, the second bonus resource refers to: a bonus resource of a second resource amount, or a bonus resource of a second resource type; and the first resource amount is different from the second resource amount, or the first resource type is different from the second resource type;

[0340] The resource types of the reward resources include: points, resource coupons, and consumption coupons.

[0341] In a possible implementation, the processor 1801 is further configured to perform the following operations:

[0342] Display the resource exchange interface, which includes at least one exchange product that supports the use of reward resources for exchange, and the exchange product includes at least one of: items, resource discount coupons, and activity consumption coupons;

[0343] In response to a selection operation of a target redemption product among the at least one redemption product, the first reward resource is redeemed for the target redemption product.

[0344] In one possible implementation, the processor 1801 displays a resource exchange interface for performing the following operations:

[0345] Display the first resource exchange interface that matches the purchase object of the virtual asset;

[0346] Among them, the method for determining the exchange product included in the first resource exchange interface includes at least one of the following: determination based on the historical consumption data of the subscription object, determination based on the credit rating of the subscription object, and determination based on the account asset holdings of the subscription object.

[0347] In one possible implementation, the first reward resource is a reward resource of a first resource amount, and the target redemption product needs to be redeemed using the reward resource of the target resource amount; after the processor 1801 uses the first reward resource to redeem the target redemption product, it is further configured to perform the following operations:

[0348] The resource amount of the first reward resource is updated, and the updated reward resource is output; wherein the resource amount of the updated reward resource is the difference between the first resource amount and the target resource amount.

[0349] In one possible implementation, the resource deduction voucher is used to indicate the deduction amount that can be deducted when repurchasing virtual assets; the processor 1801 is further configured to perform the following operations:

[0350] Receive the target asset purchase amount for re-purchase of virtual assets in the virtual asset purchase interface;

[0351] In response to the selection operation of the first payment method, using the first payment method to pay the target asset amount to purchase the virtual asset of the target asset purchase amount;

[0352] Among them, the target asset amount is the difference between the target asset subscription amount and the deduction amount.

[0353] In one possible implementation, the processor 1801 displays a virtual asset purchase interface for performing the following operations:

[0354] Display the virtual asset activity interface, which displays information about virtual asset purchase activities. The purchase activity information records the mapping relationship between different asset purchase quantity intervals and different resource quantity intervals;

[0355] In response to an activity participation operation triggered by a subscription object in the virtual asset activity interface, a virtual asset subscription interface is displayed.

[0356] In a possible implementation, the processor 1801 is further configured to perform the following operations:

[0357] When an activity participation operation is detected in the virtual asset activity interface, a virtual asset subscription interface matching the virtual asset is displayed; or,

[0358] When an activity participation operation is detected in the virtual asset activity interface, a virtual asset subscription interface that matches the subscription object is displayed; wherein the payment method included in the virtual asset subscription interface matches at least one of the credit rating, historical consumption data, and account asset holdings of the subscription object.

[0359] In a possible implementation, the processor 1801 is further configured to perform the following operations:

[0360] In response to the first reward claiming entrance being triggered, displaying the first reward resource to be claimed;

[0361] The first reward resource is shared with the transferee, and the transferee is used to trigger the receipt of the transferred first reward resource.

[0362] In a possible implementation, the processor 1801 is further configured to perform the following operations:

[0363] Obtain resource reward rules. The resource reward rules are defined with at least one reward sub-rule. Each reward sub-rule is used to define a mapping relationship between the amount of reward resources and a resource reward parameter. The resource reward parameter includes at least one of the payment method and the asset subscription amount of the virtual asset.

[0364] Based on the first payment method and the asset subscription amount of the subscribed virtual asset, resource allocation processing is performed according to resource reward rules to obtain first reward resources.

[0365] In one possible implementation, the asset purchase amount includes: the purchase amount of a single virtual asset purchase and the total purchase amount of the virtual asset within a preset time period; the processor 1801 performs resource allocation processing according to the resource reward rule based on the first payment method and the purchase amount of the virtual asset purchased, and obtains a first reward resource for performing the following operations:

[0366] Obtain the resource amount i mapped to the first payment method from the resource reward rule;

[0367] Obtain the first purchase amount of a single virtual asset purchase, and obtain the resource amount j mapped to the first purchase amount from the resource reward rules;

[0368] Obtain a first total purchase amount corresponding to the purchase of virtual assets within a preset time period, and obtain the resource amount k mapped to the first total purchase amount from the resource reward rules;

[0369] A first resource allocation algorithm is used to perform weighted calculation processing on resource amount i, resource amount j, and resource amount k to obtain a first resource amount, and the reward resources of the first resource amount are used as the first reward resources.

[0370] In a possible implementation, the processor 1801 is further configured to perform the following operations:

[0371] Obtaining the average asset amount of a first account of a target account of a virtual asset purchase target during a first time period, and obtaining the average asset amount of a second account of the target account during a second time period;

[0372] Based on the average asset amount of the first account and the average asset amount of the second account, a first resource amount is calculated using a second resource allocation algorithm;

[0373] The bonus resource of the first resource amount is used as the first bonus resource.

[0374] In the embodiment of the present application, after the computer device executes the above steps through the processor, the effects achieved can be referred to the description of the previous embodiment and will not be repeated here.

[0375] According to one aspect of the present application, an embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored. When the processor executes the above-mentioned computer program, the method in the corresponding embodiment described above can be executed, and therefore, it will not be described in detail here. For technical details not disclosed in the computer-readable storage medium embodiment involved in this application, please refer to the description of the method embodiment of this application. As an example, the computer program can be deployed on a computer device, or executed on multiple computer devices located in one location, or, executed on multiple computer devices distributed in multiple locations and interconnected by a communication network.

[0376] According to one aspect of the present application, an embodiment of the present application further provides a computer program product, which includes a computer program stored in a computer-readable storage medium. A processor of a computer device reads the computer program from the computer-readable storage medium and executes the computer program, so that the computer device can perform the method described in the corresponding embodiment above. Therefore, no further description will be given here. For technical details not disclosed in the computer program product embodiment involved in this application, please refer to the description of the method embodiment of this application.

[0377] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product, which includes one or more computer programs. When the computer program is loaded and executed on a computer device, the process or function described in the embodiment of the present application is generated in whole or in part; the computer device can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer program can be stored in a computer-readable storage medium or transmitted via a computer-readable storage medium; the computer program can be transmitted from one website, computer, server or data center to another website, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer device can access or a data processing device such as a server or data center that includes one or more available media integrations; wherein the available medium can be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state drive (SSD)).

[0378] The above disclosure is only a preferred embodiment of the present application, and certainly cannot be used to limit the scope of rights of the present application. Therefore, equivalent changes made according to the claims of the present application are still within the scope covered by the present application.

Claims

1. An asset processing method, characterized in that: include: Displaying a virtual asset purchase interface, wherein the virtual asset purchase interface includes at least one payment method; In response to a selection operation of a first payment method among the at least one payment method, using the first payment method to purchase virtual assets; Output subscription result prompt information, the subscription result prompt message including a first reward collection entrance, the first reward collection entrance is used to trigger the collection of a first reward resource, and the first reward resource is allocated based on the first payment method and the asset subscription amount of the subscribed virtual asset.

2. The method according to claim 1, wherein The method further comprises: In response to the first reward claiming portal being triggered, a first reward resource to be claimed is displayed, where the first reward resource refers to a reward resource of a first resource amount or a reward resource of a first resource type; The first reward resource received may be effective in a synchronous manner or a delayed manner.

3. The method according to claim 2, wherein The first reward resource is effective in a manner based on at least one of the following: a credit rating, an amount of assets held in an account, and a purchase frequency of the virtual asset purchaser; the method further comprising: In response to the purchase object's claiming operation of the first reward resource, the first reward resource that has been effective is synchronously distributed to the purchase object in a synchronous effectiveness manner; or In response to the purchasing object's claiming operation of the first reward resource, the first reward resource is distributed to the purchasing object in a delayed effectiveness manner and becomes effective after a preset time period.

4. The method according to claim 3, wherein The method further comprises: In response to a selection operation of a second payment method among the at least one payment method, using the second payment method to purchase the virtual asset; Output subscription result prompt information, the subscription result prompt message including a second reward collection entrance, the second reward collection entrance is used to trigger the collection of a second reward resource, and the second reward resource is allocated based on the second payment method and the asset subscription amount of the subscribed virtual asset.

5. The method according to any one of claims 1 to 4, characterized in that The second bonus resource refers to a bonus resource of a second resource amount or a bonus resource of a second resource type; and the first resource amount is different from the second resource amount, or the first resource type is different from the second resource type; The resource type of the reward resources includes any one of points, resource coupons, and consumption coupons.

6. The method according to claim 1, wherein The method further comprises: Displaying a resource exchange interface, wherein the resource exchange interface includes at least one exchange product that supports exchange with the reward resource, the exchange product including at least one of an item, a resource discount voucher, and an activity consumption voucher; In response to a selection operation of a target redemption product among the at least one redemption product, the first reward resource is used to redeem the target redemption product.

7. The method according to claim 6, wherein The resource exchange interface is displayed, including: Displaying a first resource exchange interface that matches the purchase object of the virtual asset; Among them, the method for determining the exchange product included in the first resource exchange interface includes at least one of the following: determining based on the historical consumption data of the subscription object, determining based on the credit rating of the subscription object, and determining based on the account asset holdings of the subscription object.

8. The method according to claim 6, wherein The first reward resource is a reward resource of a first resource amount, and the target redemption product needs to be redeemed with the reward resource of the target resource amount; after the first reward resource is redeemed for the target redemption product, the method further includes: The resource amount of the first reward resource is updated, and the updated reward resource is output; wherein the resource amount of the updated reward resource is the difference between the first resource amount and the target resource amount.

9. The method according to claim 8, wherein The resource deduction voucher is used to indicate the deduction amount that can be deducted when repurchasing the virtual asset; the method further includes: Receiving a target asset purchase amount for re-purchasing the virtual asset in the virtual asset purchase interface; In response to the selection operation of the first payment method, using the first payment method to pay the target asset amount to purchase the virtual asset of the target asset purchase amount; The target asset amount is the difference between the target asset subscription amount and the deduction amount.

10. The method according to claim 1, wherein The virtual asset subscription interface includes: Displaying a virtual asset activity interface, wherein the virtual asset activity interface displays purchase activity information about the virtual asset, wherein the purchase activity information records: a mapping relationship between different asset purchase amount intervals and different resource amount intervals; In response to an activity participation operation triggered by a purchase object in the virtual asset activity interface, a virtual asset purchase interface is displayed.

11. The method according to claim 10, wherein The method further comprises: When an activity participation operation is detected in the virtual asset activity interface, a virtual asset purchase interface matching the virtual asset is displayed; or, When an activity participation operation is detected in the virtual asset activity interface, a virtual asset purchase interface matching the purchase object is displayed; wherein the payment method included in the virtual asset purchase interface matches at least one of the credit rating, historical consumption data, and account asset holdings of the purchase object.

12. The method according to claim 1, wherein The method further comprises: In response to the first reward claiming entrance being triggered, displaying the first reward resource to be claimed; The first reward resource is shared with a transferee, and the transferee is used to trigger receipt of the transferred first reward resource.

13. The method according to claim 1, wherein The method further comprises: Obtaining a resource reward rule, wherein the resource reward rule defines at least one reward sub-rule, each reward sub-rule being used to define a mapping relationship between a resource amount of a reward resource and a resource reward parameter; the resource reward parameter including at least one of a payment method and a virtual asset subscription amount; Based on the first payment method and the asset purchase amount of the purchased virtual asset, resource allocation processing is performed according to the resource reward rule to obtain a first reward resource.

14. The method according to claim 13, wherein The asset purchase amount includes: the purchase amount of a single virtual asset purchase and the total purchase amount of the virtual asset within a preset time period; the resource allocation process based on the first payment method and the purchase amount of the virtual asset is performed according to the resource reward rule to obtain the first reward resource, including: Obtaining the resource amount i mapped to the first payment method from the resource reward rule; Obtaining a first purchase amount for a single purchase of the virtual asset, and obtaining a resource amount j mapped to the first purchase amount from the resource reward rule; Obtaining a first total purchase amount corresponding to the virtual asset purchased within a preset time period, and obtaining a resource amount k mapped to the first total purchase amount from the resource reward rule; A first resource allocation algorithm is used to perform weighted calculation processing on the resource amount i, the resource amount j, and the resource amount k to obtain a first resource amount, and the reward resources of the first resource amount are used as the first reward resources.

15. The method according to claim 13 or 14, characterized in that The method further comprises: Obtaining an average asset amount of a first account of a target account of a target for purchasing the virtual asset during a first time period, and obtaining an average asset amount of a second account of the target account during a second time period; Based on the average asset amount of the first account and the average asset amount of the second account, a second resource allocation algorithm is used to calculate a first resource amount; The bonus resource of the first resource amount is used as the first bonus resource.

16. An asset processing device, characterized in that: include: A display unit, configured to display a virtual asset purchase interface, wherein the virtual asset purchase interface includes at least one payment method; a processing unit, configured to, in response to a selection operation of a first payment method among the at least one payment method, purchase virtual assets using the first payment method; An output unit is used to output a subscription result prompt message, wherein the subscription result prompt message includes a first reward collection entrance, and the first reward collection entrance is used to trigger the collection of a first reward resource, and the first reward resource is allocated based on the first payment method and the asset subscription amount of the subscribed virtual asset.

17. A computer device, characterized in that: include: memory and processor; a memory storing one or more computer programs; A processor, configured to load the one or more computer programs to implement the asset processing method according to any one of claims 1 to 15.

18. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, which is suitable for being loaded by a processor and executing the asset processing method according to any one of claims 1 to 15.

19. A computer program product, characterized in that The computer program product comprises a computer program, which is suitable for being loaded by a processor and executing the asset processing method according to any one of claims 1 to 15.

Images