CN112258206B

CN112258206B - Prop resource obtaining method, prop resource obtaining device, electronic equipment and storage medium

Info

Publication number: CN112258206B
Application number: CN201910662343.7A
Authority: CN
Inventors: 吴嘉骏
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-07-22
Filing date: 2019-07-22
Publication date: 2023-08-18
Anticipated expiration: 2039-07-22
Also published as: CN112258206A

Abstract

The invention discloses a prop resource acquisition method, a prop resource acquisition device, electronic equipment and a storage medium, and belongs to the technical field of networks. According to the invention, the numerical value transfer operation for the target object is carried out based on the ticket resource and the first account number, and the ticket resource is used for numerical value deduction in the numerical value transfer operation, so that the ticket identifier of the ticket resource is carried in the transfer success response, and when the target server verifies the ticket identifier, the prop resource bound with the ticket resource can be acquired based on the target account number, so that the unauthorized action of illegally acquiring the prop resource in a net-rubbing mode can be avoided, and the safety and the intelligence of the whole prop resource acquisition process are improved.

Description

Prop resource obtaining method, prop resource obtaining device, electronic equipment and storage medium

Technical Field

The present invention relates to the field of network technologies, and in particular, to a prop resource obtaining method, a prop resource obtaining device, an electronic device, and a storage medium.

Background

With the development of network technology, after logging in a terminal, a user can access a server through an application client of the terminal, so as to play a game based on a game service provided by the server. In some cases, the gaming operator may cooperate with off-line merchants to offer certain prop resources, such as particular pendants, particular weapons, particular skin, etc., that the terminal is not able to acquire after consumption by a given merchant.

At present, the prop resource is issued after the authentication of the server to the terminal is passed in the process of acquiring the prop resource by the terminal. In general, the server has two logic for issuing the prop resource, one is to issue the prop resource when the location of the terminal is located in the geographic area covered by the merchant, and the other is to issue the prop resource when the terminal is consistent with the external network IP address (internet protocol address ) of the merchant, that is, when the terminal is connected to the WiFi (wireless network) provided by the merchant.

In the process, the server can judge whether to release the specific prop resource only through positioning or an external network IP address, so that the terminal easily generates an unauthorized action of illegally acquiring the prop resource in a network rubbing mode in the process of acquiring the prop resource, and the overall prop resource acquiring process is poor in safety and low in intelligence.

Disclosure of Invention

The embodiment of the invention provides a prop resource acquisition method, a prop resource acquisition device, electronic equipment and a storage medium, which can solve the problems of easy unauthorized operation, poor safety and poor intelligence in the prop resource acquisition process. The technical scheme is as follows:

In one aspect, a prop resource obtaining method is provided, and the method includes:

performing a value transfer operation for a target object based on a ticket resource and a first account number of a payment application, wherein the ticket resource is bound with a prop resource provided by a target server, and the ticket resource is used for deducting part or all of values transferred in the value transfer operation;

when the numerical value transfer operation is successful, obtaining a transfer success response from a payment application server, wherein the transfer success response carries a ticket identifier of the ticket resource;

and when the target server passes the ticket identification verification in the transfer success response, acquiring prop resources bound with the ticket resources based on a target account corresponding to the first account in the target server.

In one possible implementation, after the obtaining the prop resource bound to the ticket resource, the method further includes:

and sending a transfer request carrying the prop identifier of the prop resource to the target server, and sending the prop resource to an account except the target account by the target server in response to the transfer request.

In one aspect, a prop resource issuing method is provided, and the method includes:

Receiving a transfer success response sent by a payment application server, wherein the transfer success response is used for indicating that the numerical transfer operation based on the ticket resource and the first account number of the payment application is successful;

when the ticket identification of the ticket resource carried in the transfer success response passes verification, a target account corresponding to the first account is obtained;

and sending prop resources bound with the ticket resources to the terminal corresponding to the target account.

In one possible implementation manner, before the receiving the transfer success response sent by the payment application server, the method further includes:

when a ticket acquisition request carrying positioning information is received, acquiring a plurality of ticket resources corresponding to the positioning information;

and determining one or more ticket resources to be issued from the plurality of ticket resources according to a target rule, and sending the one or more ticket resources to the terminal.

In one aspect, there is provided a prop resource obtaining apparatus, the apparatus comprising:

the system comprises a value transfer module, a target server and a payment application, wherein the value transfer module is used for performing value transfer operation for a target object based on ticket resources and a first account number of the payment application, wherein the ticket resources are bound with prop resources provided by the target server, and the ticket resources are used for deducting part or all of values transferred in the value transfer operation;

The first acquisition module is used for acquiring a transfer success response from the payment application server when the numerical value transfer operation is successful, wherein the transfer success response carries a ticket identifier of the ticket resource;

and the second acquisition module is used for acquiring prop resources bound with the ticket resources based on a target account corresponding to the first account in the target server when the target server passes the ticket identifier verification in the transfer success response.

In one possible implementation manner, the second obtaining module is configured to:

when the target account number is detected to be in a login state, displaying a prop getting window, wherein the prop getting window comprises prop resources;

and when touch operation on the prop resource is detected, acquiring the prop resource.

In one possible implementation, the value transfer module includes:

the display unit is used for displaying the actual transfer value after the ticket resource is deducted based on the ticket resource;

and the numerical value transfer unit is used for performing numerical value transfer operation on the target object based on the first account number and the actual transfer numerical value.

In one possible implementation, the display unit is configured to:

When detecting clicking operation on the ticket resource, displaying the ticket identifier of the ticket resource in the form of a graphic identifier code;

and when the prepaid bill information returned based on the graphic identification code is received, displaying the actual transfer value carried in the prepaid bill information.

In one possible embodiment, the value transfer unit is configured to:

when detecting a triggering operation of the numerical value transfer, generating a numerical value transfer request carrying the actual transfer numerical value, and sending the numerical value transfer request to the payment application server;

displaying a password input window when receiving a verification passing response returned by the payment application server based on the value transfer request;

and generating a confirmation transfer request carrying the password according to the password input by the user in the password input window, and sending the confirmation transfer request to the payment application server.

In one possible embodiment, the apparatus further comprises:

transmitting a ticket acquisition request carrying positioning information to the target server;

and receiving ticket resources returned by the target server in response to the ticket acquisition request, wherein the ticket resources correspond to the positioning information.

In one possible embodiment, the apparatus further comprises:

In one aspect, there is provided a prop resource issuing apparatus, the apparatus comprising:

the receiving module is used for receiving a transfer success response sent by the payment application server, wherein the transfer success response is used for indicating that the numerical transfer operation based on the ticket resource and the first account number of the payment application is successful;

the account acquisition module is used for acquiring a target account corresponding to the first account when the ticket identifier of the ticket resource carried in the transfer success response passes verification;

and the sending module is used for sending prop resources bound with the ticket resources to the terminal corresponding to the target account.

In one possible embodiment, the apparatus further comprises:

In one aspect, an electronic device is provided that includes one or more processors and one or more memories having stored therein at least one piece of program code that is loaded and executed by the one or more processors to implement operations performed by a prop resource acquisition method or a prop resource release method as any of the possible implementations described above.

In one aspect, a storage medium is provided having at least one piece of program code stored therein, the at least one piece of program code loaded and executed by a processor to implement operations performed by a prop resource acquisition method or prop resource release method as any of the possible implementations described above.

The technical scheme provided by the embodiment of the invention has the beneficial effects that at least:

the value transfer operation for the target object is performed based on the ticket resource bound with the prop resource provided by the target server and the first account number of the payment application, and the value deduction is performed by using the ticket resource in the value transfer operation, so that when the value transfer operation is successful, a transfer success response is obtained from the payment application server, and because the transfer success response carries the ticket identifier of the ticket resource, the target server can confirm that a user performs the value transfer operation for the target object through the transfer success response, when the target server verifies the ticket identifier in the transfer success response, the prop resource bound with the ticket resource is obtained based on the target account number corresponding to the first account number in the target server, so that the prop resource bound with the ticket resource can be obtained only when the target server verifies the pass of the transfer success response, the unauthorized acquisition of the prop resource in the form can be avoided, and the safety and the intelligence of the whole prop resource acquisition process are improved.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required for the description of the embodiments will be briefly described below, and it is apparent that the drawings in the following description are only some embodiments of the present invention, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a schematic diagram of an implementation environment of a prop resource obtaining method according to an embodiment of the present invention;

FIG. 2 is an interactive flow chart of a ticket resource acquisition method according to an embodiment of the present invention;

FIG. 3 is a schematic diagram of a ticket extraction interface provided by an embodiment of the present invention;

FIG. 4 is a schematic diagram of a ticket extraction interface provided by an embodiment of the present invention;

FIG. 5 is an interactive flow chart of a prop resource acquisition method provided by an embodiment of the invention;

FIG. 6 is a schematic diagram of a payment interface provided by an embodiment of the present invention;

FIG. 7 is a schematic diagram of a password entry window according to an embodiment of the present invention;

FIG. 8 is a schematic view of a prop get window provided by an embodiment of the present invention;

fig. 9 is a schematic structural diagram of a prop resource obtaining device according to an embodiment of the present invention;

FIG. 10 is a schematic structural view of a prop resource issuing device according to an embodiment of the present invention;

fig. 11 is a schematic structural diagram of a first terminal according to an embodiment of the present invention;

fig. 12 is a schematic structural diagram of a target server according to an embodiment of the present invention.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the present invention more apparent, the embodiments of the present invention will be described in further detail with reference to the accompanying drawings.

Fig. 1 is a schematic diagram of an implementation environment of a prop resource obtaining method according to an embodiment of the present invention. Referring to fig. 1, in this implementation environment, a first terminal 101, a second terminal 102, a payment application server 103, and a target server 104 may be included, which will be described in detail below:

in the above implementation environment, the first terminal 101 may be a terminal corresponding to a first user, for example, the first user may be a value transfer party in a value transfer process, that is, the first user is typically a buyer user in an index value transfer process. Optionally, a payment application and a target application may be installed on the first terminal 101, so that the first terminal 101 may complete the prop resource obtaining method in the embodiment of the present invention.

The payment application may be used to provide a value transfer service for an object, which may be any actual good or service, such as clothing, food, merchandise, etc.

The object application may be used to provide an interactive service based on an object resource, for example, the object application may be a game application, a live broadcast application, or the like, where the object resource refers to a virtual object that may be used in the object application, for example, when the object application is a game application, the object resource may be a virtual gold coin, a virtual food, a virtual skin, or the like, and when the object application is a live broadcast application, the object resource may be various virtual objects for viewing a host, such as a virtual fish ball, a virtual plane, a virtual rocket, or the like.

In the above implementation environment, the second terminal 102 may be a terminal corresponding to the second user, for example, the second user may be a value transfer party in a value transfer process, that is, the second user is typically a seller user in an index value transfer process.

Alternatively, a payment application may be installed on the second terminal 102 so that the first terminal 101 and the second terminal 102 can complete the value transfer operation based on the payment application. It should be noted that, the payment applications installed on the first terminal 101 and the second terminal 102 may be different versions, for example, the buyer payment application is installed on the first terminal 101, the seller payment application is installed on the second terminal 102, and different versions provide different display interfaces.

For example, in the display interface of the buyer payment application, options such as payment, transfer, bill inquiry and the like can be placed in the home page for display, and in the display interface of the seller payment application, options such as cash-out, transfer, income inquiry and the like can be placed in the home page for display, so that users with different identities can conveniently carry out numerical value transfer operation.

In some embodiments, the second terminal 102 may also be configured with a scanning device, so that the second terminal 102 can scan the graphic identifier presented by the first terminal 101 through the scanning device, thereby conveniently and quickly completing the value transferring operation.

In the above-described implementation environment, the payment application server 103 corresponds to a payment application, and the payment application server 103 is configured to provide a background value transfer service for the payment application. The target server 104 corresponds to a target application, and the target server 104 is configured to provide a background prop-based interactive service for the target application.

Illustratively, in some scenarios, a first user may register a first account with the payment application server 103 based on the payment application of the first terminal 101, and a second user may register a second account with the payment application server 103 based on the payment application of the second terminal 102, such that the first user and the second user are able to transfer values from the first account of the first user to the second account of the second user via the payment application server 103 based on the respective payment applications.

Based on the above scenario, the first user may register the target account on the target server 104 based on the target application of the first terminal 101, and in the embodiment of the present invention, the target server 104 may issue a ticket resource to the target account, so that the first user may log in the target account and get the ticket resource in the target application, and the first user may get the ticket resource to the target application by binding the target account with the first account, and after the first user uses the ticket resource to perform a value transfer operation successfully, may get the prop resource bound with the ticket resource in the target application, so that compared with a mode of obtaining the prop resource through positioning or external network IP address verification, the present invention may avoid unauthorized operations such as network rub, and greatly improve security and intelligence in a process of obtaining the prop resource.

Based on the above implementation environment, since the prop resource bound to the ticket resource can be successfully exchanged after the ticket resource is successfully deducted, before the prop resource obtaining method provided by the embodiment of the present invention is executed, the first user is required to obtain the ticket resource on the first terminal, and a process of obtaining the ticket resource will be described in detail below.

Fig. 2 is an interactive flowchart of a ticket resource obtaining method according to an embodiment of the present invention. Referring to fig. 2, this embodiment includes:

201. the first terminal displays a ticket extraction interface in the target application, wherein the ticket extraction interface comprises at least one extraction option of ticket resources.

The first terminal corresponds to a first user, and a target application and a payment application can be installed on the first terminal, wherein the target application can be used for providing interactive service based on prop resources, and the payment application can be used for providing numerical transfer service for targets.

The ticket resource is used for deducting a part or all of the values transferred in the value transfer operation, and the ticket resource can have a plurality of types, each type of ticket resource corresponds to one type of object, so that a certain type of ticket resource can only be used for deducting the value transfer operation for the type of object, for example, the ticket resource can be divided into clothes type ticket, food type ticket, daily use type ticket, and the like, and correspondingly, the objects corresponding to the various ticket resources are clothes, food, daily necessities, and the like respectively.

In the above step 201, after the first user registers the target account on the target application of the first terminal, the target account may be registered in the target application, where the target application may automatically pop up the ticket extraction interface, where different types of ticket resources may be represented by different icons, and related positions (for example, positions above the icon, below the icon, and in the center of the icon) of each type of ticket resource may display an extraction option, and the extraction option may be in the form of a button. Optionally, the remaining number of extractions may also be displayed in the ticket extraction interface, and updated in the ticket extraction interface as the first user clicks on the extraction options of various ticket resources.

In the above process, the target application will pop up the ticket extraction interface automatically each time, which is convenient for the first user to extract the ticket resources. Optionally, in some embodiments, after the first user logs in to the target account in the target application, the first terminal may detect a current remaining number of extractions of the first user, and when the remaining number of extractions is not 0, display the ticket extraction interface, otherwise display a UI (user interface) interaction interface of the target application.

In some embodiments, the ticket extraction interface may not be automatically popped up by the target application, but the ticket extraction inlet is displayed in the UI interaction interface, and when the touch operation of the first user on the ticket extraction inlet is detected, the ticket extraction interface is displayed, so that the first user can manually control whether to participate in the action of extracting the ticket, and user experience is improved.

In some embodiments, the ticket resources may not be classified in the ticket extraction interface, but only one extraction option is displayed, so that different types of ticket resources can be randomly issued to the first user by the target server, and randomness and interestingness of the extraction process can be improved.

Fig. 3 is a schematic diagram of a ticket extraction interface provided in an embodiment of the present invention, referring to fig. 3, ticket resources are extracted by taking a market as a unit, in the ticket extraction interface of a certain market, each store a-G distributing ticket resources is displayed in the center of the interface, a drumhead area under the interface is an extraction option of ticket resources, when a click operation of a first user on the drumhead area is detected, an animation of two cartoon character drums on the drumhead is played in the ticket extraction interface, and when the animation is played, the ticket resources extracted by the first user are displayed in the ticket extraction interface.

202. When the touch operation of the first user on any one of the extraction options of the ticket resources is detected, the first terminal sends a ticket acquisition request carrying positioning information to the target server.

In the above process, if different extraction options are not provided for various ticket resources in the ticket extraction interface, the first terminal may directly obtain the positioning information of the first terminal through LBS (location based service, location-based service), generate a ticket acquisition request according to the positioning information and the first account number, and send the ticket acquisition request to the target server.

In some embodiments, if different extraction options are provided for various ticket resources in the ticket extraction interface, the first terminal may also generate a ticket acquisition request according to the positioning information, the first account number and the ticket category after acquiring the positioning information in a similar manner as described above, so as to send the ticket acquisition request to the target server.

Optionally, if the first user performs the touch operation on the same extraction option continuously for multiple times in the target duration, the ticket obtaining request may further carry the number of extraction times, where the number of extraction times is the number of times that the first user performs the touch operation on the extraction option. The target duration is any value greater than 0, for example, the target duration may be 10 seconds.

203. When a ticket acquisition request carrying positioning information is received, the target server acquires a plurality of ticket resources corresponding to the positioning information.

Before performing step 203, each second user may cooperate with the operator of the target server, submit store location information for participation in cooperation to the target server, and submit one or more ticket resources for participation in cooperation in the store indicated by the store location information to the target server, e.g., only 3 confectionary pieces participate in cooperation in a confectionary store, and issue 3 ticket resources, the first 5-membered coupon being limited to use of the 1 st confectionary piece, the second 10-membered coupon being limited to use of the 2 nd confectionary piece, and the third 20-membered coupon being limited to use of the 3 rd confectionary piece. After the target server collects the store position information submitted by each second user, each store position information is stored in the positioning database, and the corresponding relation between the store position information and the store and the corresponding relation between the store and the ticket resource are stored.

In step 203, when the ticket acquisition request is received, the target server analyzes the ticket acquisition request to obtain positioning information of the first terminal, and queries a plurality of store location information matched with the positioning information in the positioning database by using the positioning information as an index, so as to determine a plurality of stores corresponding to the plurality of store location information according to a correspondence between the store location information and the stores, and acquire a plurality of ticket resources corresponding to the plurality of stores according to a correspondence between the stores and the ticket resources.

Alternatively, matching the store location information with the positioning information in the above process may mean that the distance between the positioning information and the store location information is less than a distance threshold, which may be any value greater than or equal to 0, for example, the distance threshold may be 5 km.

204. And the target server determines one or more ticket resources to be issued from the plurality of ticket resources according to the target rule, and sends the one or more ticket resources to the first terminal.

The target rule may be used to determine a ticket resource to be issued, for example, the target rule may be a randomly selected ticket resource, for example, the target rule may also be a ticket resource corresponding to a store that is close to the target rule, and of course, the target rule may also be a ticket resource with a low priority.

In the step 204, the target server can determine a part of ticket resources to be issued from the plurality of ticket resources according to the target rule, so that only the part of ticket resources to be issued is sent to the first terminal, and since the plurality of ticket resources which can be selected from the plurality of ticket resources are corresponding to the positioning information, the ticket resources to be issued also correspond to the positioning information, so that the ticket resources sent to each first terminal are not far away from the position where the first user is located, and the user conversion rate of each ticket resource can be effectively improved.

205. The first terminal receives one or more ticket resources returned by the target server in response to the ticket acquisition request, displays the one or more ticket resources and a confirmation pickup button, and each ticket resource corresponds to the positioning information.

In the above process, after receiving the one or more ticket resources, the first terminal may display the one or more ticket resources and a confirmation pickup button in the ticket extraction interface, optionally, when displaying each ticket resource, a pickup animation of the ticket resource may also be displayed, for example, the pickup animation may be that each ticket resource flies out from the ticket pool, etc.

Fig. 4 is a schematic diagram of a ticket extraction interface provided in an embodiment of the present invention, referring to fig. 4, when a first terminal receives a ticket resource returned by a target server, a system mail window may be displayed in the ticket extraction interface, in which a first user is informed of which ticket resources are extracted in text form, and a confirmation pickup button is further included in the system mail window, so that when a touch operation of the confirmation pickup button by the first user is detected, the following step 206 is executed.

206. When the touch operation of the first user on the confirmation and acquisition button is detected, the first terminal stores the one or more ticket resources corresponding to the first account corresponding to the target account in the payment application.

In the above process, the first terminal may map the target account number to the first account number according to the account number mapping relationship, so as to store each ticket resource corresponding to the first account number. Further, when the storage is completed, and the first user starts the payment application on the first terminal, the retrieved ticket resources can be checked in a ticket page of the payment application.

In the embodiment of the invention, through the interaction process between the first terminal and the target server, the first terminal sends the ticket acquisition request carrying the positioning information to the target server, so that the target server can screen one or more ticket resources corresponding to the positioning information according to the positioning information, and the one or more ticket resources are sent to the first terminal, so that a first user can acquire ticket resources of a store with a relatively close distance, the use cost of the first user on the ticket resources is reduced, the user conversion rate of the ticket resources is improved, and the intelligence of the ticket resource acquisition process is improved.

In the above embodiment, it is described how the first terminal obtains the ticket resource from the target server and obtains the ticket resource to the payment application, and in the embodiment of the present invention, details will be given on how the first terminal obtains the prop resource bound to the ticket resource.

Fig. 5 is an interactive flowchart of a prop resource obtaining method provided by an embodiment of the present invention, referring to fig. 5, the embodiment may specifically include the following steps:

501. when detecting the clicking operation of the first user on the ticket resource in the payment application, the first terminal displays the ticket identification of the ticket resource in the form of a graphic identification code.

The graphic identification code is used for uniquely identifying the ticket identification of the ticket resource in a graphic mode, and for example, the graphic identification code can be a bar code, a two-dimensional code and the like.

In some embodiments, after the first user retrieves the ticket asset into the payment application, the first user may go online to a store supporting use of the ticket asset for consumption of the target, where the target may refer to any actual good or service corresponding to the ticket asset. When a second user (usually a merchant) performs settlement operation of a target object to a first user, the first user can start a payment application on a first terminal, log in a first account in the payment application, enter a card page to check each currently acquired ticket resource, click on the ticket resource after the first user selects the ticket resource to be used for settlement, and when the first terminal detects click operation of the first user on any ticket resource, the ticket identification of the ticket resource is displayed in the payment application in a form of a graphic identification code.

In the above process, the ticket identifier is displayed in the form of a graphic identifier, so that the second terminal can conveniently and directly scan the graphic identifier, and the speed of the numerical value transfer process is increased.

502. The second terminal scans the graphic identification code and analyzes the ticket identification of the ticket resource according to the scanned graphic identification code.

The second terminal corresponds to a second user, and a payment application may be installed on the second terminal, optionally, a scanning device may be further configured on the second terminal, different graphic identification codes may correspond to different scanning devices, for example, a scanning device corresponding to a barcode may be a cashing scanner, and a scanning device corresponding to a two-dimensional code may be a camera.

In the above process, the second user may start the payment application on the second terminal, call the scanning device to scan the graphic identifier displayed on the first terminal, obtain the optical image corresponding to the graphic identifier, convert the scanned optical image into a digital signal through the photoelectric converter, and analyze the digital signal into the ticket identifier of the ticket resource.

In some embodiments, when the first terminal does not display the ticket identifier in the form of a graphic identifier, for example, the first terminal displays an identifier string of the ticket resource, and the second user can also manually input the identifier string of the ticket resource, so that the security in the value transfer process is enhanced by avoiding the first user from stealing the graphic identifier after being scanned by other devices.

503. The second terminal generates a prepaid bill generation request according to the first account number of the first user, the second account number of the second user, the ticket identifier of the ticket resource and the target object, and sends the prepaid bill generation request to the payment application server.

In the above process, the second terminal may call an API (application programming interface ) provided by the payment application, input parameters corresponding to the API, thereby generating a prepaid bill generation request, and transmit the prepaid bill generation request to the payment application server.

For example, assuming that the API for generating the prepaid bill generation request needs to provide 4 parameters, which are a value transfer party, an original value, and a deduction value, the second terminal may determine the second account number as the value transfer party, determine the first account number as the value transfer party, determine the value corresponding to the target object as the original value, and perform validity verification on the ticket identifier, and determine the value corresponding to the ticket identifier as the deduction value when the ticket identifier passes verification, thereby inputting the corresponding parameters into the API, respectively, to complete the generation process of the prepaid bill generation request.

In some embodiments, when the second terminal performs validity verification on the ticket identifier, multiple verifications may be performed by: and the second terminal verifies whether the ticket identifier corresponds to any ticket resource which is stored in the local database and is issued, when the first verification passes, the second terminal continuously verifies whether the current time is within the service life corresponding to the ticket identifier, when the second verification passes, the second terminal continuously verifies whether the target object for which the numerical value is transferred corresponds to the ticket identifier, and when the third verification passes, the validity verification of the ticket identifier is determined to pass, otherwise, if any one of the three verifications does not pass, the validity verification of the ticket identifier is determined to fail.

In the process, the second terminal performs multiple verification on the ticket identifier, which is equivalent to verifying the validity of the ticket identifier, the validity of the deadline and the validity aiming at the target object, so that the security of the ticket identifier verification process is increased.

It should be noted that, when determining the deduction value, some ticket resources are simple vouchers or coupons, where the denomination of the ticket resources indicated by the ticket identifier may be directly determined as the deduction value, and in one possible implementation, some ticket resources are discount coupons, where the deduction value needs to be converted according to different discount manners. For example, a certain ticket resource is a discount ticket that consumes a full 400-fold 85-fold, and when the original value of the target object is determined to be greater than 400, the value obtained by multiplying the original value of the target object by 15% is determined to be the deduction value.

504. When the prepaid list generation request is received, the payment application server generates a prepaid list according to the prepaid list generation request, and sends prepaid list information corresponding to the prepaid list to the second terminal, wherein the prepaid list information carries an actual transfer value of the value transfer process.

In the above process, after receiving the prepaid-form generation request, the payment application server parses the prepaid-form generation request to obtain a value transfer party, an original value, and a deduction value, and determines a value obtained by subtracting the deduction value from the original value as an actual transfer value, thereby generating the prepaid form according to the value transfer party, and the actual transfer value.

In some embodiments, the prepaid ticket may correspond to prepaid ticket information, which may include an actual transfer value, a prepaid ticket generation time stamp, a prepaid ticket number, etc., and the prepaid ticket information corresponding to the prepaid ticket is transmitted to the second terminal after the prepaid application server generates the prepaid ticket.

505. When the prepaid bill information is received, the second terminal digitally signs the prepaid bill information and transmits the prepaid bill information carrying the digital signature to the first terminal.

In the above-described process, the second terminal may display a preview interface in the payment application when receiving the prepaid bill information, may include prepaid bill information and prepaid bill confirmation options in the preview interface, digitally sign the prepaid bill information when detecting a click operation of the prepaid bill confirmation option by the second user, and transmit the prepaid bill information encrypted with the digital signature to the first terminal. Alternatively, the preview interface may be a page generated based on JS (JavaScript) script.

506. When prepaid bill information based on the graphic identification code is received, the first terminal displays the actual transfer value carried in the prepaid bill information in the payment application.

In the above process, after receiving the prepaid bill information, the first terminal may parse the prepaid bill information to obtain a digital signature and an actual transfer value, verify the digital signature, and after the verification is passed, the first terminal may jump to a payment interface in a payment application, where the payment interface displays a second account number and the actual transfer value, so that the first user checks related information of the present value transfer process, and optionally, the payment interface may further include a confirm payment button, so that when detecting the click operation of the confirm payment button by the first user, the following step 507 is executed.

Fig. 6 is a schematic diagram of a payment interface provided by an embodiment of the present invention, referring to fig. 6, the first terminal displays a payment interface in a payment application, displays a second account above the payment interface, simultaneously displays a value transfer detail of each object, a deduction detail of a ticket resource and an actual transfer value (corresponding to "payment in the drawing") in the middle of the interface, displays a confirm payment button below the interface, and the first user can check the payee and the value transfer detail one by one, and click the confirm payment button after confirming that there is no error, to trigger execution of step 507 described below.

In the above steps 501-506, the first terminal displays the actual transfer value after deduction of the ticket resource based on the ticket resource, so as to deduct the original value in the digital transfer process based on the ticket resource, and obtain and display the actual transfer value.

In some embodiments, since the first terminal may not display the ticket identifier in the form of a graphic identifier, the received prepaid bill information may not be returned based on the graphic identifier, for example, when the first terminal displays the ticket identifier in the form of an identifier string, the specific process is similar to the above steps, and details are not repeated here.

507. When a triggering operation of the numerical value transfer is detected, the first terminal generates a numerical value transfer request carrying the actual transfer numerical value and sends the numerical value transfer request to the payment application server.

In the above process, since the first terminal may display the second account number, the actual transfer value, and the confirm payment button in the payment interface, the first user may implement the trigger operation for the transfer of the value by clicking the confirm payment button.

In addition, since the second terminal has digitally signed the prepaid bill information in step 505, which is equivalent to that the second user has checked the present value transfer operation, and the first user has checked the present value transfer operation, which is equivalent to that the present value transfer operation has checked both the value transfer party and the value transfer party, the first terminal may call the API interface related to the JS script to generate the value transfer request according to the first account number, the second account number and the actual transfer value, and send the value transfer request to the payment application server.

508. And when the value transfer request is received, the payment application server performs security verification on the value transfer request, and when the verification is passed, a verification passing response is sent to the first terminal.

In the above process, the payment application server may perform authority verification and validity verification, respectively, when performing security verification on the digital transfer request. Optionally, when verifying the authority of the value transfer request, the value transfer request is generally encrypted, and at this time, the payment application server may decrypt the value transfer request by using a pre-stored key, and when the decryption is successful, consider that the authority verification is passed, where the encryption algorithm used may be a symmetric encryption algorithm or an asymmetric encryption algorithm, and the embodiment of the present invention does not specifically limit the encryption algorithm used for the value transfer request.

Of course, in some embodiments, a message digest (commonly called digital fingerprint) may be further carried in the value transfer request, where after the payment application server receives the value transfer request, the message digest is parsed, and the value transfer request is encrypted by a one-way hash function to obtain a target message digest, which is comparable to the message digest and the target message digest, and when they are identical, the authority verification may be considered to pass.

Optionally, when verifying the validity of the value transfer request, it may be verified whether the login IP address commonly used by the first account number carried in the value transfer request is consistent with the sender (i.e. the first terminal) of the value transfer request, and when the login IP address is consistent with the sender (i.e. the first terminal), the validity verification is considered to be passed; of course, in some embodiments, based on the consistency of the IP addresses, the payment application server may further verify whether the balance stored in correspondence with the first account is greater than or equal to the actual transfer value, and consider that the validity verification is passed when the balance is greater than or equal to the actual transfer value.

When the validity is verified, the payment application server can only verify whether the IP addresses are consistent, can only verify whether the balance is larger than or equal to the actual transfer value, or can verify both, and when the double verification is passed, the passing of the validity verification is confirmed.

In the above process, when the payment application server passes both the authority verification and the validity verification of the digital transfer request, the security verification is determined to pass, a verification passing response is generated, and the verification passing response is sent to the first terminal.

509. When receiving the verification passing response returned by the payment application server based on the value transfer request, the first terminal displays a password input window.

In the above process, after the first terminal receives the verification passing response, a password input window may be displayed in a payment interface of the payment application, where the password input window may include a digital password input area and a switch button, the first user may select to directly input the digital password in the digital password input area, and of course, the first user may also click the switch button, and when the first terminal detects the click operation of the switch button by the first user, the fingerprint password input area is displayed in the password input window, so that the fingerprint of the first user is acquired by the first terminal through the fingerprint acquisition device.

In some embodiments, the password input window may further include a target button switched to the face recognition mode, such that when a click operation of the target button by the first user is detected, a face recognition sub-window is displayed in the password input window.

Fig. 7 is a schematic diagram of a password input window provided in an embodiment of the present invention, referring to fig. 7, when a first terminal receives a response of passing verification, the first terminal may jump from the payment interface shown in fig. 6 to the payment interface shown in fig. 7, that is, display a password input window in the payment interface, where the password input window includes a digital password input area and a screen keyboard, and further includes two function options below the password input window, one is a button for jumping to fingerprint payment, and one is a button for jumping to face recognition, so that it is convenient for a user to switch to input different types of passwords, and after the first user finishes inputting a password, the first user may click a confirmation button in the password input window, to trigger execution of step 510 described below.

510. The first terminal generates a confirmation transfer request carrying the password according to the password input by the first user in the password input window, and sends the confirmation transfer request to the payment application server.

In the above process, when the first user inputs the digital password in the password input window, the first terminal may directly package the digital password and the digital signature as a confirmation transfer request, and send the confirmation transfer request to the payment application server.

In some embodiments, when the first user inputs the fingerprint password in the password input window, the first terminal may compare the fingerprint password with a pre-stored fingerprint, and when the fingerprint of the same user is compared, directly package the digital signature as a confirmation transfer request, and send the confirmation transfer request to the payment application server.

In some embodiments, when the first user inputs the fingerprint password in the password input window, the first terminal may further directly encapsulate the fingerprint password and the digital signature as a confirmation transfer request, and send the confirmation transfer request to the payment application server, so that the payment application server verifies the fingerprint password.

In some embodiments, when the first terminal collects the face image of the first user in the face recognition sub-window of the password input window, the first terminal directly encapsulates the face image and the digital signature as a confirmation transfer request, and sends the confirmation transfer request to the payment application server.

In the above embodiments, that is, for the first terminal, different password types determine that different contents are carried in the confirmation transfer request, and embodiments of the present invention do not specifically limit the contents written in the confirmation transfer request.

511. And when the verification transfer request is received, the payment application server carries out security verification on the verification transfer request, and when the verification is passed, the actual transfer value is transferred from the first account to the second account, and a transfer success response is sent to the second terminal and the target server.

In the above process, after receiving the confirmation transfer request, the payment application server may analyze the confirmation transfer request to obtain the password and the digital signature carried in the confirmation transfer request, and when performing security verification, the payment application server may decrypt the digital signature to obtain the message digest of the confirmation transfer request, so as to perform secondary verification on the message digest in a similar manner to the above step 508, and when the verification passes, perform regular matching on the carried password and the password prestored in the database, and when matching the two, confirm that the security verification of the confirmation transfer request passes.

It should be noted that, regardless of whether the transfer request is confirmed to carry a digital password or a fingerprint password, the payment application server may execute the above-described similar regular matching process, and in some embodiments, when the transfer request is confirmed to carry a face image, the payment application server may input the face image into the face similarity model, so as to verify the face image through the face similarity model, and confirm whether the face image is matched with the first user.

In some embodiments, if the first terminal side performs verification on the fingerprint password or the face image, it is possible to confirm that the transfer request carries only a string of random digital signatures, and at this time, the payment application server may also perform verification on only the digital signatures, and perform the numerical transfer operation immediately after the verification, and send the transfer success response.

In the above steps 507-511, the first terminal performs the value transfer operation for the target object based on the first account number and the actual transfer value, so that the payment application server transfers the actual transfer value from the first account number to the second account number, thereby implementing the value transfer operation after deduction based on the ticket resource. It should be noted that, in the embodiment of the present invention, the value transfer refers to deducting the actual transfer value from the balance stored corresponding to the first account, and increasing the actual transfer value from the balance stored corresponding to the second account.

Optionally, in the foregoing process, the payment application server may send the transfer success response to the target server and the second terminal by using synchronous transmission or asynchronous transmission, where the synchronous transmission is that each time the transfer success response is generated, the transfer success response is sent to the second terminal and the target server at the same time, that is, each time the first target duration sends the transfer success response generated in the first target duration before the current time to the second terminal, each time the second target duration sends the transfer success response generated in the second target duration before the current time to the target server, where the first target duration and the second target duration may be any value greater than 0, and the first target duration and the second target duration may be the same or different.

In the above steps 501-511, the first terminal performs the value transfer operation for the target object based on the ticket resource bound to the prop resource provided by the target server and the first account number of the payment application, where the ticket resource is used to withhold some or all of the values transferred in the value transfer operation, and it can be seen that, although the target server sends the ticket resource to the target application online, the ticket resource is only available for offline consumption for the target object, and the ticket resource corresponds to the positioning information of the first terminal, after the first user directly captures the ticket resource into the payment application, when consuming for the target object, a part (or all) of the transferred values can be withheld by using the ticket resource, so as to improve the user conversion rate of the ticket resource.

512. And when receiving the transfer success response, the second terminal displays order information and order confirmation options corresponding to the transfer success response, and when detecting the touch operation of the second user on the order confirmation options, the second terminal sends a confirmation result to the payment application server.

In the above process, after receiving the transfer success response, the second terminal may display a payment success interface, where the payment success interface includes order information and an order confirmation option, and then the second user checks the order information, and after checking, the second user may click the order confirmation option to trigger the second terminal to send a confirmation result to the payment application server.

Of course, in some embodiments, the payment success interface may further include a cancel payment button, and if the second user checks that the order information is wrong, the cancel payment button may be clicked, so as to initiate a refund request corresponding to the above-mentioned value transfer operation, so that after verification, the payment application server returns the actual transfer value from the second account to the first account, which is not described herein.

513. And when receiving the confirmation result of the second terminal, the payment application server sends the transfer success response to the first terminal.

In the above steps 512-513, the confirmation of the transfer success response by the second terminal is implemented, and after the confirmation of the second terminal is completed, the payment application server may send the transfer success response to the first terminal, so that the first terminal confirms the transfer success response.

In some embodiments, the payment application server may also send the transfer success response to the first terminal and the second terminal to perform both the confirmation, or send the transfer success response to the first terminal to perform the confirmation first and then send the transfer success response to the second terminal to perform the confirmation.

514. And when the numerical value transfer operation is successful, the first terminal acquires a transfer success response from the payment application server, wherein the transfer success response carries the ticket identification of the ticket resource.

In the above process, the first terminal receives the transfer success response, and the first terminal may also display a payment success interface in the payment application, so that after the first user confirms that there is no error, the first terminal may return to display the home page of the payment application, so that subsequent numerical transfer operations are convenient, which will not be described herein.

515. The target server receives a transfer success response sent by the payment application server, wherein the transfer success response is used for indicating that the numerical transfer operation based on the ticket resource and the first account number of the payment application is successful.

The receiving process in step 515 is similar to that in step 514, and will not be described in detail here.

516. And when the ticket identification of the ticket resource carried in the transfer success response passes the verification, the target server acquires a target account corresponding to the first account.

In the process, the target server analyzes the transfer success response to obtain the ticket identifier of the ticket resource, so that the ticket identifier can be regularly matched with the ticket identifier prestored in the database, and when the ticket identifier which is the same as the ticket identifier exists in the database, the ticket identifier is confirmed to pass verification.

In some embodiments, the first user may bind the target account with the first account of the payment application in the target application, and the target server may store account mappings of the respective users, so as to map the first account to the target account according to the account mappings.

517. And the target server sends prop resources bound with the ticket resources to the first terminal corresponding to the target account.

The prop resource refers to a virtual prop available for use in the target application, for example, when the target application is a game application, the prop resource may be a virtual gold coin, a virtual food, a virtual skin, etc., and when the target application is a live broadcast application, the prop resource may be various virtual props for viewing a host, such as a virtual fish ball, a virtual plane, a virtual rocket, etc.

In the above process, after the target account number is determined, the target server sends the prop resource to the first terminal, and different ticket resources may be bound with different prop resources, for example, when the use threshold of the ticket resource is higher, the prop resource may correspond to the prop resource with higher level.

518. When the target server passes the ticket identification verification in the transfer success response, the first terminal obtains prop resources bound with the ticket resources based on a target account corresponding to the first account in the target server.

In the above procedure, optionally, the first terminal may perform the following steps: when the target account number is detected to be in a login state, the first terminal displays a prop getting window, wherein the prop getting window comprises prop resources; and when the touch operation of the first user on the prop resource is detected, acquiring the prop resource.

In the above case, since the first user may not open the target application immediately after the payment application completes the value transfer, when the first terminal detects that the first user opens the target application and logs in the target account in the target application, the prop retrieving window is displayed, so that the first user can manually retrieve prop resources, optionally, after the first user clicks the prop resources, a retrieving animation of the prop resources can be played, and the interestingness of the whole prop resource retrieving process is improved.

Fig. 8 is a schematic diagram of a prop retrieving window provided in an embodiment of the present invention, referring to fig. 8, when a first user starts a target application, the first user ejects the prop retrieving window in a front page of the target application, where one or more prop resources bound with ticket resources are included in the prop retrieving window, and in the figure, the prop resources are illustrated as limiting skin X and limiting weapon Y, where the first user may click limiting skin X to retrieve the skin prop, may click limiting weapon Y to retrieve the weapon prop, and may click a "retrieve" button below, so that the first user may also click a "retrieve" button below to retrieve the skin prop and the weapon prop at the same time.

In some embodiments, the first terminal may further store the prop resource directly in the resource interface of the target account, so that the first user does not need to perform tedious manual pickup, and convenience in the prop resource pickup process is increased.

In some embodiments, the target server may further issue prop resources to the target account in a mail manner in the target application, so as to simulate a more activated prop resource issuing manner, and enhance the interest of the prop resource picking process.

Optionally, after the first terminal obtains the prop resource, the transfer of the prop resource may be further performed by: the first terminal displays a prop preview interface, wherein the prop preview interface comprises prop resources and prop transfer buttons, when touch operation of the prop transfer buttons by a first user is detected, the first terminal sends a transfer request carrying prop identifications of the prop resources to the target server, and the target server responds to the transfer request and sends the prop resources to accounts except the target account.

In the process, the prop resource can be used by the first user, and the prop resource can be donated to any other account registered in the target application from the target account, so that social scenes of the first user in the target application can be enriched, and operability of the first user on the prop resource after the prop resource is acquired is improved.

Any combination of the above-mentioned optional solutions may be adopted to form an optional embodiment of the present disclosure, which is not described herein in detail.

According to the method provided by the embodiment of the invention, the value transfer operation for the target object is performed based on the ticket resource bound with the property resource provided by the target server and the first account number of the payment application, and because the ticket resource is used for value deduction in the value transfer operation, when the value transfer operation is successful, a transfer success response is obtained from the payment application server, and because the transfer success response carries the ticket identifier of the ticket resource, the target server can confirm that a user performs the value transfer operation for the target object through the transfer success response, when the target server verifies the ticket identifier in the transfer success response, the prop resource bound with the ticket resource is obtained based on the target account number corresponding to the first account number in the target server, so that the prop resource bound with the ticket resource can be obtained when the target server verifies the pass of the transfer success response, the illegal acquisition of the prop resource in the form of a network can be avoided, and the security and the intelligence of the whole prop resource acquisition process are improved.

Illustratively, taking the target application as the game application for illustration, each store and the game operator cooperate to dispatch the ticket resource, in one application scenario, the first user opens the game application on the first terminal to extract the ticket resource, the first terminal obtains the positioning information through the LBS, the ticket obtaining request carrying the positioning information is initiated to the target server, the target server returns the ticket resource corresponding to the positioning information to the first terminal, the first user retrieves the ticket resource from the game application to the payment application, and because the store corresponding to the ticket resource released by the target server to the first user is generally close to the position indicated by the positioning information, the ticket can be prevented from reacting to the consumption desire of the first user when the first user extracts the ticket resource of the store far away from the positioning information, so that in the process, the target server can realize that the ticket resource is accurately released to the first user, thereby improving the user conversion rate of the ticket resource.

Further, when the first user arrives at a store supporting the ticket resource on line for consumption, the payment application is opened to display the graphic identification code of the ticket resource, after the second user (merchant) scans the graphic identification code, the ticket identification of the ticket resource is verified, a part of numerical values to be transferred are deducted by the ticket resource, the numerical value transfer operation based on the ticket resource is realized, when the numerical value transfer is successful, a payment application server side can generate a transfer success response, the ticket identification of the ticket resource can be carried in the transfer success response, the payment application server sends the transfer success response to a target server for verification, the target server verifies the ticket identification in the transfer success response, and when the verification is passed, the first user really arrives at the store for consumption, so that the prop resource bound with the ticket resource can be sent to the first terminal based on the target account number of the first user in the game application, and when the first user logs in the target account number in the game application, the relatively rare prop resource can be acquired.

In the above process, the first terminal obtains the prop resource based on the consumption record of the ticket resource, so that on one hand, in the traditional mode of obtaining the prop resource based on the positioning information or the IP address, the unauthorized action of the user to steal and brush the prop resource in the form of rubbing the network can be avoided, and the safety and the intelligence of the prop resource obtaining process are greatly improved. On the other hand, because the mutual drainage between online games and offline consumption is realized, the viscosity of users is improved, and higher-quality flow can be brought to shops, so that the conversion rate of the users is improved.

Fig. 9 is a schematic structural diagram of a prop resource obtaining apparatus according to an embodiment of the present invention, referring to fig. 9, the prop resource obtaining apparatus includes:

the value transfer module 901 is configured to perform a value transfer operation for a target object based on a ticket resource and a first account number of a payment application, where the ticket resource is bound to a prop resource provided by a target server, and the ticket resource is used to withhold a part or all of values transferred in the value transfer operation;

a first obtaining module 902, configured to obtain a transfer success response from the payment application server when the value transfer operation is successful, where the transfer success response carries a ticket identifier of the ticket resource;

The second obtaining module 903 is configured to obtain, when the target server passes the ticket identifier verification in the transfer success response, prop resources bound to the ticket resources based on a target account corresponding to the first account in the target server.

According to the device provided by the embodiment of the invention, the value transfer operation for the target object is performed based on the ticket resource bound with the prop resource provided by the target server and the first account number of the payment application, and because the ticket resource is used for value deduction in the value transfer operation, when the value transfer operation is successful, a transfer success response is obtained from the payment application server, and because the transfer success response carries the ticket identifier of the ticket resource, the target server can confirm that a user performs the value transfer operation for the target object through the transfer success response, when the target server verifies the ticket identifier in the transfer success response, the prop resource bound with the ticket resource is obtained based on the target account number corresponding to the first account number in the target server, so that the prop resource bound with the ticket resource can be obtained when the target server verifies the pass of the transfer success response, the illegal acquisition of the prop resource in the form of a network can be avoided, and the security and the intelligence of the whole prop resource acquisition process are improved.

In one possible implementation, the second obtaining module 903 is configured to:

In one possible embodiment, based on the apparatus composition of fig. 9, the value transfer module 901 includes:

the display unit is used for displaying the actual transfer value after the ticket resource deduction based on the ticket resource;

In one possible implementation, the display unit is configured to:

when detecting the clicking operation of the ticket resource, displaying the ticket identifier of the ticket resource in the form of a graphic identifier code;

when prepaid bill information returned based on the graphic identification code is received, the actual transfer value carried in the prepaid bill information is displayed.

In one possible embodiment, the value transfer unit is configured to:

when detecting the triggering operation of the logarithmic transfer, generating a numerical transfer request carrying the actual transfer numerical value, and sending the numerical transfer request to the payment application server;

When receiving a verification passing response returned by the payment application server based on the value transfer request, displaying a password input window;

In one possible embodiment, the device based on fig. 9 is composed, and the device further comprises:

a ticket asset returned by the target server in response to the ticket acquisition request is received, the ticket asset corresponding to the positioning information.

It should be noted that: in the prop resource obtaining apparatus provided in the foregoing embodiment, when obtaining prop resources, only the division of the above functional modules is used for illustration, in practical application, the above functional allocation may be performed by different functional modules according to needs, that is, the internal structure of the electronic device (for example, the first terminal) is divided into different functional modules, so as to complete all or part of the functions described above. In addition, the prop resource obtaining device and the prop resource obtaining method provided in the foregoing embodiments belong to the same concept, and detailed implementation processes of the prop resource obtaining device and the prop resource obtaining method are described in the prop resource obtaining method embodiments, which are not described herein.

Fig. 10 is a schematic structural diagram of a prop resource dispensing device according to an embodiment of the present invention, and the prop resource dispensing device shown in fig. 10 includes:

a receiving module 1001, configured to receive a transfer success response sent by the payment application server, where the transfer success response is used to indicate that the numerical transfer operation based on the ticket resource and the first account number of the payment application is successful;

an account acquisition module 1002, configured to acquire a target account corresponding to the first account when the ticket identifier of the ticket resource carried in the transfer success response passes verification;

and a sending module 1003, configured to send, to a terminal corresponding to the target account, a prop resource bound to the ticket resource.

According to the device provided by the embodiment of the invention, after the transfer success response sent by the payment application server is received, the ticket identification of the ticket resource carried in the transfer success response is directly verified, when the verification passes, the target account number in the target application corresponding to the first account number of the first user in the payment application can be obtained, so that the prop resource bound with the ticket resource is sent to the terminal corresponding to the target account number.

In one possible embodiment, the device based on fig. 10 is composed, and the device further comprises:

and determining one or more ticket resources to be issued from the plurality of ticket resources according to the target rule, and sending the one or more ticket resources to the terminal.

It should be noted that: in the prop resource issuing apparatus provided in the foregoing embodiment, when issuing prop resources, only the division of the functional modules is used for illustration, in practical application, the allocation of the functions may be performed by different functional modules according to needs, that is, the internal structure of the electronic device (e.g., the target server) is divided into different functional modules, so as to complete all or part of the functions described above. In addition, the prop resource issuing device and the prop resource issuing method provided in the foregoing embodiments belong to the same concept, and detailed implementation processes of the prop resource issuing device and the prop resource issuing method are described in the prop resource issuing method embodiments, which are not described herein.

Fig. 11 is a schematic structural diagram of a first terminal provided in an embodiment of the present invention, referring to fig. 11, an electronic device is taken as an example of the first terminal in the embodiment of the present invention, and optionally, the first terminal 1100 may be: a smart phone, a tablet computer, an MP3 player (Moving Picture Experts Group Audio Layer III, motion picture expert compression standard audio plane 3), an MP4 (Moving Picture Experts Group Audio Layer IV, motion picture expert compression standard audio plane 4) player, a notebook computer, or a desktop computer. The first terminal 1100 may also be referred to by other names of user equipment, portable terminals, laptop terminals, desktop terminals, etc.

Generally, the first terminal 1100 includes: a processor 1101 and a memory 1102.

The processor 1101 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and the like. The processor 1101 may be implemented in at least one hardware form of DSP (Digital Signal Processing ), FPGA (Field-Programmable Gate Array, field programmable gate array), PLA (Programmable Logic Array ). The processor 1101 may also include a main processor, which is a processor for processing data in an awake state, also called a CPU (Central Processing Unit ), and a coprocessor; a coprocessor is a low-power processor for processing data in a standby state. In some embodiments, the processor 1101 may integrate a GPU (Graphics Processing Unit, image processor) for rendering and drawing of content required to be displayed by the display screen. In some embodiments, the processor 1101 may also include an AI (Artificial Intelligence ) processor for processing computing operations related to machine learning.

Memory 1102 may include one or more computer-readable storage media, which may be non-transitory. Memory 1102 may also include high-speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in memory 1102 is used to store at least one instruction for execution by processor 1101 to implement the prop resource acquisition method provided by the various embodiments of the present application.

In some embodiments, the first terminal 1100 may further optionally include: a peripheral interface 1103 and at least one peripheral. The processor 1101, memory 1102, and peripheral interface 1103 may be connected by a bus or signal lines. The individual peripheral devices may be connected to the peripheral device interface 1103 by buses, signal lines or circuit boards. Specifically, the peripheral device includes: at least one of radio frequency circuitry 1104, touch display 1105, camera assembly 1106, audio circuitry 1107, and power supply 1109.

A peripheral interface 1103 may be used to connect I/O (Input/Output) related at least one peripheral device to the processor 1101 and memory 1102. In some embodiments, the processor 1101, memory 1102, and peripheral interface 1103 are integrated on the same chip or circuit board; in some other embodiments, any one or both of the processor 1101, memory 1102, and peripheral interface 1103 may be implemented on a separate chip or circuit board, which is not limited in this embodiment.

The Radio Frequency circuit 1104 is used to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The radio frequency circuit 1104 communicates with a communication network and other communication devices via electromagnetic signals. The radio frequency circuit 1104 converts an electrical signal into an electromagnetic signal for transmission, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 1104 includes: antenna systems, RF transceivers, one or more amplifiers, tuners, oscillators, digital signal processors, codec chipsets, subscriber identity module cards, and so forth. The radio frequency circuitry 1104 may communicate with other terminals via at least one wireless communication protocol. The wireless communication protocol includes, but is not limited to: metropolitan area networks, various generations of mobile communication networks (2G, 3G, 4G, and 5G), wireless local area networks, and/or WiFi (Wireless Fidelity ) networks. In some embodiments, the radio frequency circuitry 1104 may also include NFC (Near Field Communication, short-range wireless communication) related circuitry, which is not limiting of the application.

The display screen 1105 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display 1105 is a touch display, the display 1105 also has the ability to collect touch signals at or above the surface of the display 1105. The touch signal may be input to the processor 1101 as a control signal for processing. At this time, the display screen 1105 may also be used to provide virtual buttons and/or virtual keyboards, also referred to as soft buttons and/or soft keyboards. In some embodiments, the display 1105 may be one, providing a front panel of the first terminal 1100; in other embodiments, the display 1105 may be at least two, respectively disposed on different surfaces of the first terminal 1100 or in a folded design; in still other embodiments, the display 1105 may be a flexible display disposed on a curved surface or a folded surface of the first terminal 1100. Even more, the display 1105 may be arranged in a non-rectangular irregular pattern, i.e., a shaped screen. The display 1105 may be made of LCD (Liquid Crystal Display ), OLED (Organic Light-Emitting Diode) or other materials.

The camera assembly 1106 is used to capture images or video. Optionally, the camera assembly 1106 includes a front camera and a rear camera. Typically, the front camera is disposed on the front panel of the terminal and the rear camera is disposed on the rear surface of the terminal. In some embodiments, the at least two rear cameras are any one of a main camera, a depth camera, a wide-angle camera and a tele camera, so as to realize that the main camera and the depth camera are fused to realize a background blurring function, and the main camera and the wide-angle camera are fused to realize a panoramic shooting and Virtual Reality (VR) shooting function or other fusion shooting functions. In some embodiments, the camera assembly 1106 may also include a flash. The flash lamp can be a single-color temperature flash lamp or a double-color temperature flash lamp. The dual-color temperature flash lamp refers to a combination of a warm light flash lamp and a cold light flash lamp, and can be used for light compensation under different color temperatures.

The audio circuit 1107 may include a microphone and a speaker. The microphone is used for collecting sound waves of users and environments, converting the sound waves into electric signals, and inputting the electric signals to the processor 1101 for processing, or inputting the electric signals to the radio frequency circuit 1104 for voice communication. For the purpose of stereo acquisition or noise reduction, a plurality of microphones may be respectively disposed at different portions of the first terminal 1100. The microphone may also be an array microphone or an omni-directional pickup microphone. The speaker is used to convert electrical signals from the processor 1101 or the radio frequency circuit 1104 into sound waves. The speaker may be a conventional thin film speaker or a piezoelectric ceramic speaker. When the speaker is a piezoelectric ceramic speaker, not only the electric signal can be converted into a sound wave audible to humans, but also the electric signal can be converted into a sound wave inaudible to humans for ranging and other purposes. In some embodiments, the audio circuit 1107 may also include a headphone jack.

The power supply 1109 is used to supply power to various components in the first terminal 1100. The power source 1109 may be an alternating current, a direct current, a disposable battery, or a rechargeable battery. When the power supply 1109 includes a rechargeable battery, the rechargeable battery may support wired or wireless charging. The rechargeable battery may also be used to support fast charge technology.

In some embodiments, first terminal 1100 also includes one or more sensors 1110. The one or more sensors 1110 include, but are not limited to: acceleration sensor 1111, gyroscope sensor 1112, pressure sensor 1113, optical sensor 1115, and proximity sensor 1116.

The acceleration sensor 1111 may detect the magnitudes of accelerations on three coordinate axes of the coordinate system established with the first terminal 1100. For example, the acceleration sensor 1111 may be configured to detect components of gravitational acceleration in three coordinate axes. The processor 1101 may control the touch display screen 1105 to display a user interface in a landscape view or a portrait view according to a gravitational acceleration signal acquired by the acceleration sensor 1111. Acceleration sensor 1111 may also be used for the acquisition of motion data of a game or a user.

The gyro sensor 1112 may detect a body direction and a rotation angle of the first terminal 1100, and the gyro sensor 1112 may collect a 3D motion of the user on the first terminal 1100 in cooperation with the acceleration sensor 1111. The processor 1101 may implement the following functions based on the data collected by the gyro sensor 1112: motion sensing (e.g., changing UI according to a tilting operation by a user), image stabilization at shooting, game control, and inertial navigation.

The pressure sensor 1113 may be disposed at a side frame of the first terminal 1100 and/or at a lower layer of the touch display screen 1105. When the pressure sensor 1113 is disposed at a side frame of the first terminal 1100, a grip signal of the first terminal 1100 by a user may be detected, and the processor 1101 performs a left-right hand recognition or a shortcut operation according to the grip signal collected by the pressure sensor 1113. When the pressure sensor 1113 is disposed at the lower layer of the touch display screen 1105, the processor 1101 controls the operability control on the UI interface according to the pressure operation of the user on the touch display screen 1105. The operability controls include at least one of a button control, a scroll bar control, an icon control, and a menu control.

The optical sensor 1115 is used to collect the ambient light intensity. In one embodiment, the processor 1101 may control the display brightness of the touch display screen 1105 based on the intensity of ambient light collected by the optical sensor 1115. Specifically, when the intensity of the ambient light is high, the display luminance of the touch display screen 1105 is turned up; when the ambient light intensity is low, the display luminance of the touch display screen 1105 is turned down. In another embodiment, the processor 1101 may also dynamically adjust the shooting parameters of the camera assembly 1106 based on the intensity of ambient light collected by the optical sensor 1115.

A proximity sensor 1116, also referred to as a distance sensor, is typically provided on the front panel of the first terminal 1100. The proximity sensor 1116 is used to collect a distance between a user and the front surface of the first terminal 1100. In one embodiment, when the proximity sensor 1116 detects that the distance between the user and the front face of the first terminal 1100 gradually decreases, the processor 1101 controls the touch display 1105 to switch from the bright screen state to the off screen state; when the proximity sensor 1116 detects that the distance between the user and the front surface of the first terminal 1100 gradually increases, the touch display screen 1105 is controlled by the processor 1101 to switch from the off-screen state to the on-screen state.

Those skilled in the art will appreciate that the structure shown in fig. 11 is not limiting and that the first terminal 1100 may include more or fewer components than shown, or may combine certain components, or may employ a different arrangement of components.

Fig. 12 is a schematic structural diagram of a target server according to an embodiment of the present invention, referring to fig. 12, where an electronic device is taken as an example of the target server according to an embodiment of the present invention, optionally, the target server 1200 may have a relatively large difference due to different configurations or performances, and may include one or more processors (central processing units, CPU) 1201 and one or more memories 1202, where at least one program code is stored in the memories 1202, and the at least one program code is loaded and executed by the processors 1201 to implement the prop resource issuing method provided in each method embodiment described above. Of course, the target server may also have a wired or wireless network interface, a keyboard, an input/output interface, and other components for implementing the functions of the device, which are not described herein.

In an exemplary embodiment, a computer readable storage medium, such as a memory including at least one program code executable by a processor in a terminal to perform the prop resource acquisition method or prop resource release method of the above embodiments is also provided. For example, the computer readable storage medium may be ROM, random Access Memory (RAM), CD-ROM, magnetic tape, floppy disk, optical data storage device, etc.

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

The foregoing description of the preferred embodiments of the invention is not intended to limit the invention to the precise form disclosed, and any such modifications, equivalents, and alternatives falling within the spirit and scope of the invention are intended to be included within the scope of the invention.

Claims

1. A prop resource acquisition method, the method comprising:

obtaining ticket resources through a target account number in a target application, and correspondingly storing the ticket resources and a first account number in a payment application, wherein the first account number is an account number corresponding to the target account number in the payment application, and the ticket resources are bound with prop resources provided by a target server;

Performing a value transfer operation for a target object in the payment application based on the ticket resource and a first account number of the payment application, wherein the ticket resource is used for deducting part or all of the values transferred in the value transfer operation;

when the numerical value transfer operation is successful, obtaining a transfer success response from a payment application server through the payment application, wherein the transfer success response carries a ticket identifier of the ticket resource;

and when the target server passes the ticket identification verification in the transfer success response, acquiring the prop resource bound with the ticket resource through the target account number in the target application, wherein the prop resource refers to a virtual prop which can be used in the target application.

2. The method of claim 1, wherein the obtaining, in the target application, the prop resource bound to the ticket resource by the target account number comprises:

when the target account number is detected to be in a login state, displaying a prop getting window in the target application, wherein the prop getting window comprises the prop resource;

and when touch operation on the prop resource is detected, acquiring the prop resource through the target account number.

3. The method of claim 1, wherein the performing, in the payment application, a value transfer operation for a target based on the ticket resource and a first account number of the payment application comprises:

displaying the actual transfer value after deduction of the ticket resource based on the ticket resource in the payment application;

and carrying out value transfer operation aiming at the target object in the payment application based on the first account number and the actual transfer value.

4. The method of claim 3, wherein displaying, in the payment application, based on the ticket asset, an actual transfer value after the ticket asset withholds comprises:

displaying a ticket identification of the ticket resource in the form of a graphic identification code when a click operation on the ticket resource is detected in the payment application;

when prepaid bill information returned based on the graphic identification code is received, the actual transfer value carried in the prepaid bill information is displayed in the payment application.

5. A method according to claim 3, wherein said performing a value transfer operation for a target object in said payment application based on said first account number and said actual transfer value comprises:

When detecting a triggering operation of the numerical value transfer, generating a numerical value transfer request carrying the actual transfer numerical value in the payment application, and sending the numerical value transfer request to the payment application server;

displaying a password input window in the payment application when receiving a verification passing response returned by the payment application server based on the value transfer request;

and generating a confirmation transfer request carrying the password in the payment application according to the password input by the user in the password input window, and sending the confirmation transfer request to the payment application server.

6. The method of claim 1, wherein the receiving ticket resources in the target application via the target account number comprises:

transmitting a ticket acquisition request carrying positioning information to the target server through the target account in the target application;

and receiving ticket resources returned by the target server in response to the ticket acquisition request through the target account number, wherein the ticket resources correspond to the positioning information.

7. A prop resource issuing method, the method comprising:

Receiving a transfer success response sent by a payment application server, wherein the transfer success response is used for indicating that a numerical value transfer operation based on ticket resources and a first account number of a payment application is successful, the ticket resources are acquired by a terminal in a target application through a target account number, the ticket resources are stored corresponding to the first account number in the payment application, the first account number is an account number corresponding to the target account number in the payment application, the ticket resources are bound with prop resources provided by the target server, the numerical value transfer operation is performed by the terminal in the payment application, and the ticket resources are used for deducting part or all of numerical values transferred in the numerical value transfer operation;

and sending the prop resource bound with the ticket resource to the target account number logged in by the target application in the terminal, wherein the prop resource refers to a virtual prop available for the target application.

8. A prop resource acquisition device, the device comprising:

A module for performing the steps of: obtaining ticket resources through a target account number in a target application, and correspondingly storing the ticket resources and a first account number in a payment application, wherein the first account number is an account number corresponding to the target account number in the payment application, and the ticket resources are bound with prop resources provided by a target server;

the value transfer module is used for carrying out value transfer operation aiming at a target object based on the ticket resource and a first account number of the payment application in the payment application, wherein the ticket resource is used for deducting part or all of the values transferred in the value transfer operation;

the first acquisition module is used for acquiring a transfer success response from a payment application server through the payment application when the numerical value transfer operation is successful, wherein the transfer success response carries a ticket identifier of the ticket resource;

and the second acquisition module is used for acquiring prop resources bound with the ticket resources through the target account number in the target application when the target server passes the ticket identifier verification in the transfer success response, wherein the prop resources refer to virtual props which can be used in the target application.

9. The apparatus of claim 8, wherein the second acquisition module is configured to:

10. The apparatus of claim 8, wherein the value transfer module comprises:

the display unit is used for displaying the actual transfer value after the ticket resource deduction based on the ticket resource in the payment application;

and the value transfer unit is used for performing value transfer operation on the target object based on the first account number and the actual transfer value in the payment application.

11. The apparatus of claim 10, wherein the display unit is configured to:

12. The apparatus of claim 10, wherein the value transfer unit is configured to:

13. The apparatus of claim 8, further comprising means for performing the steps of:

14. A prop resource dispensing device, the device comprising:

the system comprises a receiving module, a payment application server and a value transfer operation module, wherein the receiving module is used for receiving a transfer success response sent by the payment application server, the transfer success response is used for indicating that a value transfer operation based on ticket resources and a first account number of a payment application is successful, the ticket resources are acquired by a terminal in a target application through a target account number, the ticket resources are stored correspondingly to the first account number in the payment application, the first account number is an account number corresponding to the target account number in the payment application, the ticket resources are bound with prop resources provided by the target server, the value transfer operation is carried out by the terminal in the payment application, and the ticket resources are used for deducting part or all of the value transferred in the value transfer operation;

and the sending module is used for sending the prop resource bound with the ticket resource to the target account number logged in by the target application in the terminal, wherein the prop resource refers to a virtual prop which can be used in the target application.

15. An electronic device comprising one or more processors and one or more memories, the one or more memories having stored therein at least one piece of program code that is loaded and executed by the one or more processors to implement the operations performed by the prop resource acquisition method of any of claims 1-6; or alternatively, the first and second heat exchangers may be,

performing to implement the operations performed by the prop resource issuing method of claim 7.

16. A storage medium having stored therein at least one piece of program code that is loaded and executed by a processor to perform the operations performed by the prop resource acquisition method of any of claims 1 to 6; or alternatively, the first and second heat exchangers may be,