CN106209953B

CN106209953B - Order information processing method, device and system

Info

Publication number: CN106209953B
Application number: CN201510233837.5A
Authority: CN
Inventors: 崔莲莲
Original assignee: Alibaba Group Holding Ltd
Current assignee: Advanced New Technologies Co Ltd; Advantageous New Technologies Co Ltd
Priority date: 2015-05-08
Filing date: 2015-05-08
Publication date: 2020-06-26
Anticipated expiration: 2035-05-08
Also published as: CN106209953A; CN111784443A

Abstract

The invention discloses a method, a device and a system for processing order information. Wherein, the method comprises the following steps: receiving order information generated by a first account, wherein the order information comprises: at least one virtual resource, a resource type of the virtual resource and a transfer value of the virtual resource; determining a second account bound with the first account, and reading a transfer limit threshold preset by the second account for a plurality of resource types of the first account from a transfer threshold database; matching the resource type of the virtual resource with a plurality of resource types, and acquiring a transfer limit threshold corresponding to the virtual resource under the condition of successful matching; and judging whether the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value, wherein the virtual resource is successfully transferred when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value, and otherwise, the virtual resource is failed to be transferred. The invention solves the technical problem of poor flexibility of the control method for transferring the virtual resources.

Description

Order information processing method, device and system

Technical Field

The invention relates to the field of internet, in particular to a method, a device and a system for processing order information.

Background

With the rapid development of computer internet technology, application software for transferring virtual resources by internet-based users, such as payment application software including payment treasures, etc., is produced. The payment application software is also a platform capable of providing a value transfer (also called instant payment) function of virtual resources for a user, and after the user logs in the payment application software by using a login account, the user can be bound with each user, for example, the user can establish a binding relationship with other users by inputting account numbers of other users and the like. Taking close payment as an example, the user may establish a binding relationship with another user by inputting a payment account of the another user into the payment application software, and further allocate a payable amount (i.e., a transfer value) to the another user.

However, in the prior art, in the process of using the application software installed on the current terminal for transferring the virtual resources, only the fixed virtual resource transfer amount can be set for the currently logged account, which results in poor flexibility of the control method for transferring the virtual resources. In view of the above problems, no effective solution has been proposed.

Disclosure of Invention

The embodiment of the invention provides a method, a device and a system for processing order information, which are used for at least solving the technical problem of poor flexibility of a control method for transferring virtual resources.

According to an aspect of the embodiments of the present invention, there is provided a method for processing order information, including: receiving order information generated by a first account, wherein the order information comprises: at least one virtual resource, a resource type of the virtual resource and a transfer value of the virtual resource; determining a second account bound with the first account, and reading a transfer limit threshold preset by the second account for a plurality of resource types of the first account from a transfer threshold database; matching the resource type of the virtual resource with a plurality of resource types, and acquiring a transfer limit threshold corresponding to the virtual resource under the condition of successful matching; and judging whether the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value, wherein the virtual resource is successfully transferred when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value, and otherwise, the virtual resource is failed to be transferred.

According to another aspect of the embodiments of the present invention, there is also provided a method for processing order information, including: selecting a first account bound with a second account; setting a transfer limit threshold value of a first account bound with a second account under different resource types, and generating a transfer limit threshold value set; sending the transfer limit threshold value set to a server; after receiving the order information of the first client, the server determines a transfer limit threshold corresponding to the virtual resource in the order information according to the transfer limit threshold set, and when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold, the virtual resource is transferred successfully.

According to another aspect of the embodiments of the present invention, there is also provided a method for processing order information, including: generating order information in response to the operation of the first account, wherein the order information comprises: at least one virtual resource, a resource type of the virtual resource and a transfer value of the virtual resource; sending the order information to a server; receiving an order processing result returned by the server in response to the order information, wherein the order processing result is that the virtual resources are successfully transferred when the transfer value of the virtual resources is less than or equal to the corresponding transfer limited threshold value; the server obtains transfer limit thresholds corresponding to the virtual resources in the order information according to transfer limit thresholds preset by the second account for the multiple resource types of the first account.

According to another aspect of the embodiments of the present invention, there is also provided an order information processing apparatus, including: the receiving module is used for receiving order information generated by the first account, and the order information comprises: at least one virtual resource, a resource type of the virtual resource and a transfer value of the virtual resource; the reading module is used for determining a second account bound with the first account and reading a transfer limit threshold preset by the second account for a plurality of resource types of the first account from the transfer threshold database; the acquisition module is used for matching the resource types of the virtual resources with the plurality of resource types and acquiring the transfer limit threshold corresponding to the virtual resources under the condition of successful matching; and the processing module is used for judging whether the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value, wherein the virtual resource is successfully transferred when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value, and otherwise, the virtual resource is failed to transfer.

According to another aspect of the embodiments of the present invention, there is also provided a first client, including: the selecting module is used for selecting the first account bound with the second account, setting a transfer limit threshold value of the first account bound with the second account under different resource types, and generating a transfer limit threshold value set; a transmission module for transmitting a set of transfer limit thresholds to a server; after receiving the order information of the first client, the server determines a transfer limit threshold corresponding to the virtual resource in the order information according to the transfer limit threshold set, and when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold, the virtual resource is transferred successfully.

According to another aspect of the embodiments of the present invention, there is also provided a second client, including: the generating unit is used for responding to the operation of the first account to generate order information, and the order information comprises: at least one virtual resource, a resource type of the virtual resource and a transfer value of the virtual resource; the sending unit is used for sending the order information to the server; the receiving unit is used for receiving an order processing result returned by the server in response to the order information, and the order processing result is that the virtual resources are successfully transferred when the transfer value of the virtual resources is less than or equal to the corresponding transfer limited threshold value; the server obtains transfer limit thresholds corresponding to the virtual resources in the order information according to transfer limit thresholds preset by the second account for the multiple resource types of the first account.

According to another aspect of the embodiments of the present invention, there is also provided an order information processing system, including: the first client is used for responding to the operation of the first account to generate order information, and the order information comprises: at least one virtual resource, a resource type of the virtual resource and a transfer value of the virtual resource; the second client is used for setting a transfer limit threshold value of the first account bound with the second account under different resource types and generating a transfer limit threshold value set; the server is respectively communicated with the first client and the second client, and is used for receiving the order information and the transfer limit threshold value set generated by the first client and determining the transfer limit threshold value corresponding to the virtual resource in the order information according to the transfer limit threshold value set, wherein whether the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value or not is judged, when the transfer value is less than or equal to the corresponding transfer limit threshold value, the virtual resource is transferred successfully, and otherwise, the virtual resource is transferred unsuccessfully.

According to another aspect of the embodiment of the present invention, there is also provided a storage medium, where the storage medium includes a stored program, and when the program runs, the apparatus on which the storage medium is located is controlled to execute one of the above methods for processing order information.

According to another aspect of the embodiment of the present invention, there is also provided a processor, configured to execute a program, where the program executes a processing method of order information in the foregoing.

In the embodiment of the present invention, the order information generated by receiving the first account is adopted, and the order information includes: at least one virtual resource, a resource type of the virtual resource and a transfer value of the virtual resource; determining a second account bound with the first account, and reading a transfer limit threshold preset by the second account for a plurality of resource types of the first account from a transfer threshold database; matching the resource type of the virtual resource with a plurality of resource types, and acquiring a transfer limit threshold corresponding to the virtual resource under the condition of successful matching; judging whether the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold, if so, transferring the virtual resource successfully, otherwise, determining success or failure of transferring the virtual resource according to the transfer limit threshold corresponding to the preset different resource types after receiving order information generated by the first account by presetting the transfer limit threshold corresponding to the different resource types through the second account, and achieving the purpose of setting the induced transfer limit threshold corresponding to the different resource types for the bound client side, thereby realizing the technical effect of definitely limiting the transfer limit thresholds of the different resource types for the bound client side, and further solving the technical problem of poor flexibility of the control method for transferring the virtual resource.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:

fig. 1 is a block diagram of a hardware configuration of a computer terminal that executes a processing method of order information according to an embodiment of the present invention;

FIG. 2 is a flow chart illustrating an alternative method for processing order information according to an embodiment of the present invention;

FIG. 3 is a flow chart illustrating an alternative method for processing order information according to an embodiment of the present invention;

fig. 4 is a block diagram of a hardware configuration of a mobile terminal that executes a processing method of order information according to an embodiment of the present invention;

FIG. 5 is a flow chart illustrating an alternative method for processing order information according to an embodiment of the present invention;

FIG. 6a is a schematic diagram of an alternative page according to an embodiment of the present invention;

FIG. 6b is a schematic diagram of an alternative page according to an embodiment of the present invention;

FIG. 6c is a schematic diagram of yet another alternative page according to an embodiment of the present invention;

FIG. 6d is a schematic diagram of yet another alternative page according to an embodiment of the present invention;

FIG. 7 is a flow chart illustrating an alternative method for processing order information according to an embodiment of the present invention;

FIG. 8 is a flow chart illustrating an alternative method for processing order information according to an embodiment of the present invention;

FIG. 9 is a schematic structural diagram of an alternative processing apparatus for order information according to an embodiment of the present invention;

FIG. 10 is a schematic diagram of an alternative capture unit according to an embodiment of the present invention;

FIG. 11 is a schematic structural diagram of an alternative sub-acquisition unit according to an embodiment of the present invention;

FIG. 12 is a schematic structural diagram of an alternative judging unit according to an embodiment of the present invention;

FIG. 13 is a schematic structural diagram of an alternative processing apparatus for order information according to an embodiment of the present invention;

FIG. 14 is a schematic structural diagram of an alternative processing apparatus for order information according to an embodiment of the present invention;

fig. 15 is a schematic structural diagram of an alternative first client according to an embodiment of the present invention;

fig. 16 is a schematic structural diagram of an alternative second client according to an embodiment of the present invention;

FIG. 17 is a block diagram of a system for processing order information according to an embodiment of the present invention; and

FIG. 18 is a schematic diagram of a business process interaction of a processing system for executing order information according to the embodiment of the invention shown in FIG. 17.

Detailed Description

In order to make the technical solutions of the present invention better understood, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

Example 1

There is also provided, in accordance with an embodiment of the present invention, a method embodiment of a method for processing order information, it being noted that the steps illustrated in the flowchart of the drawings may be performed in a computer system such as a set of computer-executable instructions and that, although a logical order is illustrated in the flowchart, in some cases the steps illustrated or described may be performed in an order different than presented herein.

The method provided by the first embodiment of the present application may be executed in a mobile terminal, a computer terminal, or a similar computing device. Taking the example of running on a computer terminal, fig. 1 is a hardware structure block diagram of a computer terminal of a method for processing order information according to an embodiment of the present invention. As shown in fig. 1, the computer terminal 10 may include one or more (only one shown) processors 102 (the processor 102 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA), a memory 104 for storing data, and a transmission device 106 for communication functions. It will be understood by those skilled in the art that the structure shown in fig. 1 is only an illustration and is not intended to limit the structure of the electronic device. For example, the computer terminal 10 may also include more or fewer components than shown in FIG. 1, or have a different configuration than shown in FIG. 1.

The memory 104 may be configured to store software programs and modules of application software, such as program instructions/modules corresponding to the processing method of order information in the embodiment of the present invention, and the processor 102 executes various functional applications and data processing by running the software programs and modules stored in the memory 104, that is, implementing the vulnerability detection method of the application program. The memory 104 may include high speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 104 may further include memory located remotely from the processor 102, which may be connected to the computer terminal 10 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The transmission device 106 is used for receiving or transmitting data via a network. Specific examples of the network described above may include a wireless network provided by a communication provider of the computer terminal 10. In one example, the transmission device 106 includes a Network adapter (NIC) that can be connected to other Network devices through a base station to communicate with the internet. In one example, the transmission device 106 can be a Radio Frequency (RF) module, which is used to communicate with the internet in a wireless manner.

Under the operating environment, the application provides a processing method of order information as shown in fig. 2. Fig. 2 is a flowchart of a method for processing order information according to a first embodiment of the present invention.

As shown in fig. 2, the computer terminal 10 for executing the order information processing method may be a server, and an alternative scheme includes the following implementation steps:

in step S202, order information generated by the first account may be received by the computer terminal 10 shown in fig. 2, where the order information may include: at least one virtual resource, a resource type of the virtual resource, and a transfer value of the virtual resource.

The client that generates the order information in step S202 may be a product that provides an instant payment platform for the user, such as a payer. The users can register a first account on the client, and after each user logs in the first client by using the first account, payment can be realized on the virtual resource in the order information by using a payment function provided by the client.

For example, taking a pay treasure as an example, after any login account successfully registered with a successful login account successfully logs in the pay treasure, the payment of an order form of the user may be completed using a payment function provided by the client, specifically, the order form information generated by the first account on the first client may include at least one virtual resource (for example, various types of commodities such as overcoat, jeans, tablet computer, milk powder, and the like), a resource type of the virtual resource (for example, the resource type of the overcoat and jeans may be "men's suit", the resource type of the tablet computer may be "mobile phone number", the resource type of the milk powder may be "mother and infant article"), and a transfer value corresponding to the virtual resource (for example, 1000 yuan for overcoat, 500 yuan for jeans, 3000 yuan for tablet computer, 800 yuan for milk powder for), the first account will generate at least one virtual resource, the resource type of the virtual resource and the order information of the transfer value corresponding to the virtual resource are sent to a server for processing the order information, and the server can complete the whole transfer process according to the resource type and the transfer value of the virtual resource in the order information.

In step S204, the computer terminal 10 shown in fig. 2 may determine a second account bound to the first account, and read a transfer limit threshold preset by the second account for a plurality of resource types of the first account from the transfer threshold database.

In the present application, the first account in step S204 may be a registered user of the first client, the second account may be a registered user of the second client, and the two clients may be the same or different clients, where in an alternative, the second account logged in the second client may be a login account having a binding relationship with the first account logged in the first client, and the binding relationship is already stored in the computer terminal 10 shown in fig. 2, so that after the computer terminal 10 receives the first account and the order information thereof, the second account bound with the first account can be directly obtained by querying.

It should be noted that, the computer terminal 10 shown in fig. 2 of the present application may store the migration threshold database in advance, where the migration threshold database is used to store migration limit thresholds preset by the second account for multiple resource types of the first account.

Still taking the payment apparatus as an example, after any one successfully registered first account successfully logs in the payment apparatus, the server may query for a second account having a binding relationship with the first account, and the binding request may be initiated by the first account or initiated by the second account, for example, after the first account a logs in the first client, the mutual binding between the two accounts may be implemented by selecting a payment apparatus account number of the second account B. After the second client and the first client are bound to each other, the second account B of the second client may set a transfer limit threshold corresponding to a different resource type in advance for the first account a bound to the second client. For example, the second account may preset a transfer limit threshold for allowing the first account a to pay for "women's and men's clothing" to be 2000 yuan, a transfer limit threshold for allowing the first account a to pay for "mobile phone number" to be 500 yuan, a transfer limit threshold for allowing the first account a to pay for "mother and baby products" to be 1500 yuan, a transfer limit threshold for allowing the first account a to pay for "airline ticket travel" to be 1000 yuan, and the like.

Step S206, matching the resource type of the virtual resource with a plurality of resource types, and acquiring a transfer limit threshold corresponding to the virtual resource under the condition of successful matching.

Step S206 of the present application may be implemented, where the server for processing the order information obtains a transfer limit threshold corresponding to the virtual resource according to a resource type of the virtual resource included in the order information (for example, the resource type of the overcoat and the jeans may be "women 'S clothing and men' S clothing", the resource type of the tablet computer may be "mobile phone number", and the resource type of the milk powder may be "mother and infant article"), for example, when the server reads the order information of the first account, the resource type of the overcoat and the jeans to be paid is "women 'S clothing and men' S clothing", and the second account recorded in the transfer threshold database allows the first account a to pay the transfer limit threshold of "women 'S clothing and men' S clothing" to be 2000 yuan, it may be determined that the amount of the overcoat and the jeans allowed to be paid by the first account is not more than 2000 yuan.

Step S208, judging whether the transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limit threshold value, wherein the virtual resource is successfully transferred when the transfer value is less than or equal to the corresponding transfer limit threshold value, and otherwise, the virtual resource is failed to be transferred.

In the present application, step S208 may be implemented, after the transfer limit threshold corresponding to the virtual resource is obtained, the server for processing the order information determines whether the transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limit threshold, when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold, the transfer value corresponding to the virtual resource is successfully transferred, and when the transfer value of the virtual resource is greater than the corresponding transfer limit threshold, the transfer value corresponding to the virtual resource is failed to be transferred.

For example, after acquiring that the transfer limit threshold corresponding to the overcoat and the jeans is 2000 yuan, the transfer limit threshold corresponding to the tablet computer is 500 yuan, and the transfer limit threshold corresponding to the milk powder is 1500 yuan, the server for processing the order information determines whether the transfer value corresponding to the overcoat and the jeans is less than or equal to the corresponding transfer limit threshold (i.e., determines whether 1000 yuan +500 yuan is less than or equal to 2000 yuan), whether the transfer value corresponding to the tablet computer is less than or equal to the corresponding transfer limit threshold (i.e., determines whether 3000 yuan is less than or equal to 500 yuan), and whether the transfer value corresponding to the milk powder is less than or equal to the corresponding transfer limit threshold (i.e., determines whether 800 yuan is less than or equal to 1500 yuan).

When the transfer value corresponding to the overcoat and the jeans is judged to be less than or equal to the corresponding transfer limit threshold (namely, the 1000 yuan +500 yuan is judged to be less than or equal to 2000 yuan), the transfer value corresponding to the virtual resource is transferred successfully (namely, the processing device of the order information pays 1500 yuan by using the 2000 yuan); when the transfer value corresponding to the milk powder is judged to be equal to the corresponding transfer limited threshold (namely whether 800 yuan is smaller than 1500 yuan is judged), the transfer value corresponding to the virtual resource is transferred successfully (namely the processing device of the order information uses the 1500 yuan to pay for 800 yuan); when determining whether the transfer value corresponding to the tablet computer is greater than the transfer limit threshold (i.e., determining that 3000 yuan is greater than 500 yuan), the transfer value corresponding to the virtual resource fails to be transferred (i.e., the processing device of the order information does not use the 500 yuan to pay 3000 yuan).

In an optional embodiment provided by the present application, after failing to transfer the value corresponding to the virtual resource, the following implementation steps may be further included:

s30, a first prompt message and/or a second prompt message may be generated by the computer terminal 10 shown in fig. 2, wherein the first prompt message is used to indicate that the transfer value exceeds the transfer limit threshold, and the second prompt message is used to request the second account to adjust the transfer limit threshold.

S32, a first prompting message may be sent to the first account and/or a second prompting message may be sent to the second account via the computer terminal 10 shown in fig. 2.

As can be seen from the above, in the scheme provided in the first embodiment of the present application, after receiving the order information generated by the first account, the second account presets the transfer limit thresholds corresponding to different resource types, and determines success or failure of the transfer value corresponding to the transferred virtual resource according to the preset transfer limit thresholds corresponding to different resource types, so as to achieve the purpose of setting the induced transfer limit thresholds corresponding to different resource types for the bound client, thereby achieving the technical effect of definitely limiting the transfer limit thresholds of different resource types for the bound client, and further solving the technical problem of poor flexibility of the control method for transferring the virtual resource.

In an alternative solution provided by the foregoing embodiment of the present application, as shown in fig. 3, in the foregoing step S206, the resource type of the virtual resource is matched with multiple resource types, and in a case that the matching is successful, the transfer limit threshold corresponding to the virtual resource is obtained, and the specific implementation steps include:

step S302, obtaining a plurality of pre-saved resource types and a transfer limit threshold corresponding to each resource type, where the transfer limit threshold corresponding to each resource type is preset by the second account.

The processing device of the order information in step S302 may store a plurality of resource types in advance, each resource type may correspond to one transfer limiting threshold, the transfer limiting threshold corresponding to each resource type may be preset by the second account and then sent to the processing device of the order information for storage, the transfer limiting thresholds corresponding to different resource types may be the same or different, and this is not limited in the embodiment of the present invention.

Step S304, matching the resource type of the virtual resource in the order information with each resource type, and after the matching is successful, reading the transfer limit threshold set for the matched resource type, so as to obtain the transfer limit threshold corresponding to the virtual resource in the order information.

Therefore, in the present application, the steps S302 to S304 provide an alternative solution for obtaining the transfer limiting threshold corresponding to the virtual resource, and based on the plurality of pre-saved resource types obtained in the step S302 and the transfer limiting threshold corresponding to each resource type, the server capable of processing the order information may execute the step S304, thereby matching the resource types of the virtual resource in the order information with each resource type, and determining the transfer limiting threshold corresponding to the virtual resource.

Preferably, in the above embodiment, before reading the transfer limit threshold preset by the second account for the different resource types from the transfer threshold database, the following embodiments may also be executed on the computer terminal 10 or other computer terminals:

step S3022, after the second account and the first account are bound to each other, receiving a resource type request sent by the second account.

Still taking the pay treasure as an example, the user a logs in the second client by using the second account, and after the user a is bound with the first account of the first client by using the pay treasure account number of the user B, the second account may generate the resource type request, and the processing device of the order information may receive the resource type request sent by the second account, so as to request the resource type of the virtual resource.

Taking the treasure panning as an example, the commodities in the treasure panning can be divided into different resource types such as 'women's clothing and men ',' shoes and boots 'bag', 'food intake', 'air ticket travel', 'automobile motorcycle', 'life service', 'home textile', 'home decoration and building material', 'mother and baby goods', 'mobile phone number', etc., and the second account can obtain the different resource types by sending a resource type request.

Step S3024, reading the plurality of pre-saved resource types according to the resource type request, and returning the plurality of pre-saved resource types to the second account.

In step S3024, the processing device of the order information may read a plurality of resource types stored in advance according to the resource type request transmitted from the second account, for example, the processing device of the order information may read different resource types stored in advance, such as "women' S clothing men", "shoes and boots bag", "compiled food", "air ticket travel", "automobile motorcycle", "life service", "home furnishing", "home furnishing building material", "mother and baby product", "mobile phone number", and return different resource types to the second account.

It should be noted that, the processing device of the order information may return all the resource types stored in advance to the second account, or may return the corresponding resource types according to the indication in the resource type request sent by the second account, which all shall be within the protection scope of the embodiment of the present invention.

Step S3026, receiving the migration limit threshold set for each resource type by the second account, and saving the migration limit threshold to the migration threshold database.

In step S3026, after receiving the different resource types returned by the server, the second account may set a transfer limit threshold for each resource type, for example, the second account may set a transfer limit threshold of "women' S clothing and men" of 2000 yuan, "a transfer limit threshold of" mobile phone number "of 500 yuan," a transfer limit threshold of mother and baby supplies "of 1500 yuan," a transfer limit threshold of "air ticket travel" of 1000 yuan, or the like in advance, and further, the second account transmits the transfer limit thresholds set for the different resource types to the processing device of the order information, and the processing device of the order information stores the transfer limit thresholds corresponding to the different resource types.

In an optional scheme, before receiving a transfer limit threshold preset by the second account for each resource type, the method further includes: the second account login client displays a first interface; receiving a trigger instruction for setting a transfer limit threshold through a first interface; calling and displaying a transfer limit threshold setting interface according to the trigger instruction, and displaying the received multiple resource types in the transfer limit threshold setting interface; after receiving a setting instruction corresponding to any resource type, setting a corresponding transfer limit threshold value for any resource type.

In an optional scheme, when the resource types of any multiple virtual resources in the order information are the same, before the virtual resources are successfully transferred, the following steps may be further performed:

s10, accumulating the migration values of any plurality of virtual resources with the same resource type, and comparing the accumulated result with the corresponding migration limiting threshold to determine whether the accumulated result is less than or equal to the corresponding migration limiting threshold.

For example, the resource type of the overcoat in the order information is "men's suit for women", the resource type of the jeans is also "men's suit for women", and the processing device of the order information may accumulate the transfer values of the overcoat and the jeans, that is, 1000 +500 yen is 1500 yen, and compare the accumulated result with the corresponding transfer limit threshold, that is, 1500 yen is compared with 2000 yen corresponding to "men ' for women" to determine whether the accumulated result is less than or equal to the corresponding transfer limit threshold, that is, to determine whether 1500 yen is less than or equal to 2000 yen.

In another optional scheme, when the order information includes at least two virtual resources, and the resource type of each virtual resource is different, before the virtual resource is successfully transferred, the following implementation steps may be further performed:

s20, acquiring the priority of the resource types of at least two virtual resources.

S22, determining the transfer priority of each virtual resource according to the priority of the resource type of each virtual resource.

And S24, sequentially transferring at least two virtual resources according to the transfer priority, and accumulating the transfer values to obtain an accumulated value.

S26, when the accumulated value exceeds the total limit threshold value, the remaining virtual resources are stopped from transferring.

Based on the implementation of the above steps S20 to S26, it can be realized that in one order of the first account, for the commodities (i.e. virtual resources) with the same resource type, the commodities with high transfer priority can be traded, and in the course of trading, the transfer value related to each commodity is accumulated, and if the accumulated value exceeds the total limit threshold set by the second account, the trading of the commodities left in the first account is aborted.

For example, the resource type of the overcoat and jeans in the order information is "women's clothing", the resource type of the tablet computer is "mobile phone number", the resource type of the milk powder is "mother and baby article", the processing device of the order information can respectively obtain the priorities of "women's clothing," mobile phone number "and" mother and baby article ", for example, the priority of" women's clothing is 1 level, "the priority of mobile phone number is 2 level," the priority of mother and baby article "is 3 level, the processing device of the order information can perform the judgment of the transfer value according to the priority order, for example, the processing device of the order information can judge whether the transfer value of the overcoat and jeans corresponding to" women's clothing "is less than or equal to the corresponding transfer limit threshold value first, then judge whether the transfer value of the tablet computer corresponding to" mobile phone number "is less than or equal to the corresponding transfer limit threshold value, and finally, judging whether the transfer value of the milk powder corresponding to the maternal and infant products is less than or equal to the corresponding transfer limit threshold value.

Therefore, the problem that the limitation of the transfer value of the current login account on the payment application software is unclear in the prior art is solved.

It should be noted that, for simplicity of description, the above-mentioned method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the order of acts, as some steps may occur in other orders or concurrently in accordance with the invention. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required by the invention.

Through the above description of the embodiments, those skilled in the art can clearly understand that the method according to the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.

Example 2

The method provided by the second embodiment of the present application can still be executed in a mobile terminal, or a similar computing device. Taking the example of being operated on a mobile terminal, fig. 4 is a hardware structure block diagram of the mobile terminal of the order information processing method according to the embodiment of the present invention. As shown in fig. 4, the mobile terminal 40 may include one or more (only one shown) processors 402 (the processor 402 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA), a memory 404 for storing data, and a transmission device 406 for communication functions. It will be understood by those skilled in the art that the structure shown in fig. 1 is only an illustration and is not intended to limit the structure of the electronic device. For example, the mobile terminal 40 may also include more or fewer components than shown in FIG. 1, or have a different configuration than shown in FIG. 4.

The memory 404 may be configured to store software programs and modules of application software, such as program instructions/modules corresponding to the processing method of order information in the embodiment of the present invention, and the processor 402 executes various functional applications and data processing by running the software programs and modules stored in the memory 404, that is, implementing the vulnerability detection method of the application program. The memory 404 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 404 may further include memory located remotely from the processor 402, which may be connected to the mobile terminal 40 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The network interface is used to receive or transmit data via a network. Specific examples of the network described above may include a wireless network provided by a communication provider of the mobile terminal 40. In one example, the transmission device 406 includes a Network adapter (NIC) that can be connected to other Network devices through a base station so as to communicate with the internet. In one example, the transmission device 406 may be a Radio Frequency (RF) module, which is used for communicating with the internet in a wireless manner.

Under the operating environment, the application provides a processing method of order information as shown in fig. 5. Fig. 5 is a flowchart of a processing method of order information according to a second embodiment of the present invention.

As shown in fig. 5, the processing method of the order information may include the following implementation steps:

step S502, a first account bound with a second account is selected.

And logging in the client side at the second account, and selecting one account from the account group to be bound with the second account, namely, selecting the first account bound with the second account. At this time, if the client receives a trigger instruction for setting the transfer limit threshold, the transfer limit threshold setting interface is called, and a plurality of resource types are displayed in the transfer limit threshold setting interface.

Taking close payment as an example, as shown in fig. 6a, after a user a opens a close payment page, a second account is bound with the first account through an account number of the first account input by the user a, as shown in fig. 6b, the user a may click a middle "+" sign to set a transfer limit threshold corresponding to different resource types, for the second account, after the second account receives a trigger instruction for setting the transfer limit threshold, a transfer limit threshold setting interface is called and displayed, and a plurality of resource types are displayed in the transfer limit threshold setting interface, as shown in fig. 6 c.

Step S504, a transfer limit threshold value of the first account bound with the second account under different resource types is set, and a transfer limit threshold value set is generated. Specifically, the second account may preset a transfer limit threshold corresponding to each resource type through the transfer limit threshold setting interface.

Still taking close payment as an example, as shown in fig. 6d, according to the input of the user a, the second account may preset a transfer limit threshold corresponding to each resource type according to the transfer limit threshold setting interface shown in fig. 6 c. For example, a transfer limit threshold corresponding to a mobile phone number is set to be 500 yuan, a transfer limit threshold corresponding to airline ticket travel is set to be 1000 yuan, a transfer limit threshold corresponding to a shoe and boot case is set to be 200 yuan, and a transfer limit threshold corresponding to a woman dress and a man dress is set to be 2000 yuan.

Step S506, the second account sends the multiple resource types included in the transfer limit threshold set and the transfer limit threshold corresponding to each resource type to the server. After receiving the order information of the first client, the server may determine a transfer limit threshold corresponding to the virtual resource in the order information according to the transfer limit threshold set, and when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold, the transfer of the virtual resource is successful.

In step S506, after the second account sets the transfer limiting threshold corresponding to each resource type in advance through the transfer limiting threshold setting interface, the second account may send the plurality of resource types and the transfer limiting threshold corresponding to each resource type to the server.

As can be seen from the above, in the solution provided in the second embodiment of the present application, after receiving the trigger instruction for setting the transfer limit threshold, the second account invokes and displays the transfer limit threshold setting interface, displays a plurality of resource types in the transfer limit threshold setting interface, presets the transfer limit threshold corresponding to each resource type through the transfer limit threshold setting interface, and further sends the plurality of resource types and the transfer limit threshold corresponding to each resource type to the server, and after receiving the order information generated by the first account, the server determines, according to the transfer limit thresholds corresponding to the preset different resource types, whether the transfer value corresponding to the transferred virtual resource succeeds or fails, so as to achieve the purpose of setting the induced transfer limit thresholds corresponding to the different resource types for the bound client, thereby achieving the technical effect of definitely defining the transfer limit thresholds of the different resource types for the bound client, and the technical problem that the control method for transferring the virtual resources is poor in flexibility is solved.

After receiving the order information of the first account, the server responds to the order information and returns an order processing result, wherein the order information comprises: the order processing result is that when the transfer value of the virtual resource is less than or equal to the corresponding transfer limited threshold value, the transfer value corresponding to the virtual resource is transferred successfully; and when the transfer value of the virtual resource is larger than the corresponding transfer limited threshold value, failing to transfer the transfer value corresponding to the virtual resource. The server obtains a transfer limit threshold corresponding to the virtual resource according to the resource type of the virtual resource, and the first account and the second account are bound with each other.

In an alternative solution provided by the foregoing embodiment of the present application, as shown in fig. 7, the steps from step S502 to step S504, selecting a first account bound to a second account, and setting a transfer limit threshold of the first account bound to the second account under different resource types includes:

step S702, the second account logs in the first interface displayed by the client.

Step S704, the second account and the first account are bound to each other by selecting the first account in the first interface.

Step S706, after receiving a trigger instruction for setting a transfer limit threshold, calling a transfer limit threshold setting interface according to the trigger instruction, wherein the transfer limit threshold setting interface is used for displaying a plurality of resource types of the first account.

In step S708, after receiving the setting instruction corresponding to any resource type, a corresponding transfer limit threshold is set for any resource type.

After the user a logs in the client using the second account, the "+" sign in the middle of the first interface may be clicked to trigger setting of the transfer restriction threshold for each resource type of the first account bound to the first interface, so as to generate a trigger instruction for setting the transfer restriction threshold, and then the second account invokes the rendering function according to the trigger instruction to process the plurality of resource types, so that the plurality of resource types are displayed in the transfer restriction threshold setting interface shown in fig. 6 c.

Optionally, before the second account receives a triggering instruction for setting the transfer limit threshold, the method further includes: the second account sends a resource type request to the server; the second account receives a plurality of resource types returned by the server according to the resource type request.

Optionally, after failing to transfer the transfer value corresponding to the virtual resource, the method further includes: the second account receives a second prompt message generated by the server; and the server generates a second prompt message after failing to transfer the value corresponding to the virtual resource, wherein the second prompt message is used for requesting the second account to adjust the transfer limit threshold.

In an alternative, after receiving the order information of the first client, the server may determine, according to the transfer limit threshold set, a transfer limit threshold corresponding to the virtual resource in the order information, and when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold, the transfer of the virtual resource is successful, specifically including the following steps:

firstly, the server receives order information generated by a first account, wherein the order information comprises: at least one virtual resource, a resource type of the virtual resource, and a transfer value corresponding to the virtual resource.

Then, after determining a second account bound with the first account, the server reads transfer limit thresholds preset by the second account for a plurality of resource types of the first account from the transfer threshold database.

And then, matching the resource type of the virtual resource with a plurality of resource types, and acquiring a transfer limit threshold corresponding to the virtual resource under the condition of successful matching.

And finally, judging whether the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value, wherein the virtual resource is successfully transferred when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value, and otherwise, the virtual resource is failed to be transferred.

As can be seen from the above, the above scheme can implement that the server obtains the transfer limit threshold corresponding to the virtual resource according to the resource type of the virtual resource, where the transfer limit threshold corresponding to the different resource types is preset by the second account, the first account and the second account are bound to each other, after determining whether the transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limit threshold, it can be determined that the transfer value corresponding to the virtual resource is successful when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold, and when the transfer value of the virtual resource is greater than the corresponding transfer limit threshold, the transfer value corresponding to the virtual resource is failed to be transferred.

The client generating the order information may be a product that provides an instant payment platform for the user, such as a pay bank. The users can register a first account on the client, and after each user logs in the first client by using the first account, payment can be realized on the virtual resource in the order information by using a payment function provided by the client.

The second client may be a client bound to the first client, and preferably, the login account logged in to the second client here may be a login account having a binding relationship with the login account logged in to the first client.

Still taking the payment instrument as an example, after any one of the successfully registered first accounts successfully logs in the payment instrument, the server may query for a second account having a binding relationship with the first account, and the binding request may be initiated by the first account or the second account.

Furthermore, the server may obtain a transfer limit threshold corresponding to the virtual resource according to the resource type of the virtual resource included in the order information (for example, the resource type of the overcoat and the jeans may be "men's dresses", the resource type of the tablet computer may be "mobile phone numbers", and the resource type of the milk powder may be "mother and baby products"), where for example, the transfer limit threshold corresponding to the overcoat and the jeans is 2000 yuan, the transfer limit threshold corresponding to the tablet computer is 500 yuan, and the transfer limit threshold corresponding to the milk powder is 1500 yuan.

As an optional implementation manner, after obtaining the transfer limit threshold corresponding to the virtual resource, the server determines whether a transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limit threshold.

For example, after acquiring that the transfer limit threshold corresponding to the overcoat and the jeans is 2000 yuan, the transfer limit threshold corresponding to the tablet computer is 500 yuan, and the transfer limit threshold corresponding to the milk powder is 1500 yuan, the server determines whether the transfer value corresponding to the overcoat and the jeans is less than or equal to the corresponding transfer limit threshold (i.e., determines whether 1000 yuan +500 yuan is less than or equal to 2000 yuan), whether the transfer value corresponding to the tablet computer is less than or equal to the corresponding transfer limit threshold (i.e., determines whether 3000 yuan is less than or equal to 500 yuan), and whether the transfer value corresponding to the milk powder is less than or equal to the corresponding transfer limit threshold (i.e., determines whether 800 yuan is less than or equal to 1500 yuan).

When the transfer value of the virtual resource is judged to be less than or equal to the corresponding transfer preset threshold value, the server successfully transfers the transfer value corresponding to the virtual resource; and when the transfer value of the virtual resource is judged to be larger than the corresponding transfer preset threshold value, the server fails to transfer the transfer value corresponding to the virtual resource.

For example, when the transfer value corresponding to the overcoat and the jeans is judged to be less than or equal to the corresponding transfer limit threshold (i.e. the 1000 yuan +500 yuan is judged to be less than or equal to 2000 yuan), the transfer value corresponding to the virtual resource is successfully transferred (i.e. the server pays 1500 yuan by using the 2000 yuan); when the transfer value corresponding to the milk powder is judged to be equal to the corresponding transfer limited threshold (namely whether 800 yuan is smaller than 1500 yuan is judged), transferring the transfer value corresponding to the virtual resource successfully (namely the server pays 800 yuan by using 1500 yuan); when the transfer value corresponding to the tablet computer is determined to be greater than the transfer limit threshold (i.e., 3000 yuan is determined to be greater than 500 yuan), the transfer value corresponding to the virtual resource fails to be transferred (i.e., the server does not use the 500 yuan to pay 3000 yuan).

Optionally, after failing to transfer the transfer value corresponding to the virtual resource, the method further includes: generating a first prompting message and/or a second prompting message, wherein the first prompting message is used for representing that the transfer value exceeds the transfer limit threshold value, and the second prompting message is used for requesting the second account to adjust the transfer limit threshold value; and sending the first prompting message to the first account and/or sending the second prompting message to the second account.

In an alternative solution provided by the foregoing embodiment of the present application, the step of obtaining the transfer limit threshold corresponding to the virtual resource according to the resource type of the virtual resource may include: acquiring a plurality of pre-stored resource types and a transfer limit threshold corresponding to each resource type, wherein the transfer limit threshold corresponding to each resource type is preset by a second account; and respectively matching the resource type of the virtual resource in the order information with each resource type to determine a transfer limit threshold corresponding to the virtual resource.

It should be noted that, the server in the embodiment of the present invention may store a plurality of resource types in advance, each resource type may correspond to one transfer limiting threshold, the transfer limiting threshold corresponding to each resource type may be preset by the second account and then sent to the server for storage, the transfer limiting thresholds corresponding to different resource types may be the same or different, and this is not limited in the embodiment of the present invention.

Optionally, the step of obtaining a plurality of pre-saved resource types and the transfer limit threshold corresponding to each resource type may adopt the following implementation scheme: after the second account and the first account are bound with each other, receiving a resource type request sent by the second account; reading a plurality of pre-saved resource types according to the resource type request, and returning the plurality of pre-saved resource types to the second account; a transfer limit threshold set by the second account for each resource type is received.

Still taking the payment treasure as an example, after the user a logs in the second account and binds the payment treasure account number of the user B with the login account number of the first account, the second account may generate a resource type request, and the server may receive the resource type request sent by the second account, for requesting the resource type of the virtual resource.

The server may read a plurality of resource types stored in advance according to the resource type request sent by the second account, for example, the server reads different resource types such as "women's clothing men", "shoes and boots luggage", "favorite food", "air ticket travel", "automobile motorcycle", "life service", "home furnishing home textile", "home furnishing building material", "mother and baby article", "mobile phone number", and the like stored in advance, and returns different resource types such as "women's clothing men", "shoes and boots luggage", "favorite food", "air ticket travel", "automobile motorcycle", "life service", "home furnishing building material", "mother and baby article", "mobile phone number", and the like to the second account.

It should be noted that, the server may return all the resource types stored in advance to the second account, or may return the corresponding resource types according to the indication in the resource type request sent by the second account, which all shall be within the protection scope of the embodiment of the present invention.

Optionally, after receiving different resource types sent by the server, the second account may set a transfer limit threshold for each resource type, for example, as described above, the second account may preset a transfer limit threshold of "women's and men's clothing" as 2000 yuan, a transfer limit threshold of "mobile phone number" as 500 yuan, "a transfer limit threshold of mother and infant's supplies" as 1500 yuan, a transfer limit threshold of "airline travel" as 1000 yuan, and the like, and further, the second account sends the transfer limit thresholds set for the different resource types to the server, and the server stores the transfer limit thresholds corresponding to the different resource types.

In an optional scheme, when the resource types of any plurality of virtual resources in the order information are the same, the step of determining whether the transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limit threshold may include: accumulating the transfer values of any plurality of virtual resources with the same resource type, and comparing the accumulated result with the corresponding transfer limit threshold value to determine whether the accumulated result is less than or equal to the corresponding transfer limit threshold value.

For example, the resource type of the overcoat in the order information is "men's suit for women", the resource type of the jeans is also "men's suit for women", and the server may accumulate the transfer values of the overcoat and the jeans, i.e., 1000 +500 yen is 1500 yen, and compare the accumulated result with the corresponding transfer limit threshold, i.e., 1500 yen is compared with 2000 yen corresponding to "men ' for women", to determine whether the accumulated result is less than or equal to the corresponding transfer limit threshold, i.e., to determine whether 1500 yen is less than or equal to 2000 yen.

In another optional scheme, when the order information includes at least two virtual resources, and the resource types of each virtual resource are different, before determining whether the transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limit threshold, the method further includes: the method comprises the steps of obtaining the priority of the resource types of at least two virtual resources, then determining the transfer priority of each virtual resource according to the priority of the resource type of each virtual resource, then sequentially transferring the at least two virtual resources according to the transfer priority, accumulating transfer values to obtain accumulated values, and finally stopping transferring the remaining virtual resources under the condition that the accumulated values exceed a total limit threshold value.

Based on the above embodiment, it can be realized that in one order of the first account, for the commodities (i.e. virtual resources) with the same resource type, the commodities with high transfer priority can be traded, and in the trading process, the transfer value involved in each commodity is accumulated, and if the accumulated value exceeds the total limit threshold set by the second account, the trading of the remaining commodities in the first account is aborted.

Example 3

The method provided by the third embodiment of the present application can still be executed in a mobile terminal, a computer terminal, or a similar computing device. It should be noted here that the method embodiment provided by the third embodiment may still be executed on the mobile terminal shown in fig. 4.

In the above operating environment, the present application may further provide a processing method of order information as shown in fig. 8. Fig. 8 is a flowchart of a method for processing order information according to a third embodiment of the present invention.

As shown in fig. 8, the processing method of the order information may include the following implementation steps:

step S802, generating order information in response to the operation of the first account, wherein the order information comprises: at least one virtual resource, a resource type of the virtual resource, and a transfer value of the virtual resource.

The client generating the order information in step S802 may be a product that provides an instant payment platform for the user, such as a pay bank. The users can register a first account on the client, and after each user logs in the first client by using the first account, payment can be realized on the virtual resource in the order information by using a payment function provided by the client.

For example, taking a pay treasure as an example, after any login account successfully registered with a successful login account successfully logs in the pay treasure, the payment of an order of the user may be completed using a payment function provided by the first account, specifically, the order information generated by the user on the first account may include at least one virtual resource (for example, various types of commodities such as overcoat, jeans, tablet computer, milk powder, and the like), a resource type of the virtual resource (for example, the resource type of the overcoat and the jeans may be "men's clothing", the resource type of the tablet computer may be "mobile phone number", and the resource type of the milk powder may be "mother and infant products"), and a transfer value corresponding to the virtual resource (for example, the overcoat is 1000 yuan, the jeans is 500 yuan, the tablet computer is 3000 yuan, and the milk powder is 800 yuan).

Step S804, the order information is sent to the server.

Step S806, receiving an order processing result returned by the server in response to the order information, where the order processing result is that the virtual resource is successfully transferred when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold. Otherwise, when the transfer value of the virtual resource is greater than the corresponding transfer limit threshold, the transfer value corresponding to the transfer virtual resource fails.

The server obtains a transfer limit threshold corresponding to the virtual resource according to the resource type of the virtual resource, wherein the transfer limit threshold corresponding to different resource types is preset by a second account having a binding relationship with the first account.

In an alternative, after receiving the order information, the server may determine, according to the transfer limit threshold set, a transfer limit threshold corresponding to the virtual resource in the order information, and when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold, the transfer of the virtual resource is successful, and the specific implementation steps are as follows:

As can be seen from the above, the solutions provided in step S804 and step S806 may be implemented, after the first account generates the order information, the order information may be sent to the server, so that the server receives the order information generated by the first account, and the order information includes: at least one virtual resource, a resource type of the virtual resource and a transfer value corresponding to the virtual resource; obtaining a transfer limit threshold corresponding to the virtual resource according to the resource type of the virtual resource, wherein the transfer limit threshold corresponding to different resource types is preset by a second account bound with a first account, and then whether a transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limit threshold is judged, wherein when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold, the transfer value corresponding to the virtual resource is successfully transferred, and when the transfer value of the virtual resource is greater than the corresponding transfer limit threshold, the transfer value corresponding to the virtual resource is failed to be transferred.

In an alternative, the second account logged in the second client may be a login account having a binding relationship with the first account logged in the first client, and the binding relationship is already stored in the computer terminal 10 shown in fig. 2, so that after the computer terminal 10 receives the first account and the order information thereof, the second account bound with the first account is directly queried.

As an optional implementation manner, after obtaining the transfer limit threshold corresponding to the virtual resource, the server determines whether a transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limit threshold, when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold, the transfer value corresponding to the virtual resource is successfully transferred, and when the transfer value of the virtual resource is greater than the corresponding transfer limit threshold, the transfer value corresponding to the virtual resource is failed to be transferred.

When the transfer value corresponding to the overcoat and the jeans is judged to be less than or equal to the corresponding transfer limited threshold value (namely, the 1000 yuan +500 yuan is judged to be less than or equal to 2000 yuan), the transfer value corresponding to the virtual resource is transferred successfully (namely, the server pays 1500 yuan by using the 2000 yuan); when the transfer value corresponding to the milk powder is judged to be equal to the corresponding transfer limited threshold (namely whether 800 yuan is smaller than 1500 yuan is judged), transferring the transfer value corresponding to the virtual resource successfully (namely the server pays 800 yuan by using 1500 yuan); when the transfer value corresponding to the tablet computer is determined to be greater than the transfer limit threshold (i.e., 3000 yuan is determined to be greater than 500 yuan), the transfer value corresponding to the virtual resource fails to be transferred (i.e., the server does not use the 500 yuan to pay 3000 yuan).

In an alternative scheme, the step of selecting the first account bound with the second account and setting the transfer limit threshold of the first account bound with the second account under different resource types may include: the second account logs in a first interface displayed by the client; binding the second account with the first account by selecting the first account in the first interface; after receiving a trigger instruction for setting a transfer limit threshold, calling a transfer limit threshold setting interface according to the trigger instruction, wherein the transfer limit threshold setting interface is used for displaying a plurality of resource types of a first account; after receiving a setting instruction corresponding to any resource type, setting a corresponding transfer limit threshold value for any resource type.

The application provides an alternative scheme for acquiring a transfer limit threshold corresponding to a virtual resource, and the transfer limit threshold corresponding to the virtual resource previously allocated to a first account by a second account is acquired through interaction with the second account.

In an optional scheme, when the resource types of any multiple virtual resources in the order information are the same, the step of determining whether the transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limit threshold includes: accumulating the transfer values of any plurality of virtual resources with the same resource type, and comparing the accumulated result with the corresponding transfer limit threshold value to determine whether the accumulated result is less than or equal to the corresponding transfer limit threshold value.

For example, the resource type of the overcoat and jeans in the order information is ' women's clothing and men's clothing ', the resource type of the tablet computer is ' mobile phone number ', the resource type of the milk powder is ' mother and infant's article ', the server can respectively obtain the priority of ' women's clothing and men ' and ' mobile phone number ' and ' mother and infant ' article ', for example, the priority of the 'woman dress and man dress' is 1 level, the priority of the 'mobile phone number' is 2 level, the priority of the 'mother and baby article' is 3 level, the server can judge the transfer value according to the priority order, for example, the server may first determine whether the transfer value of the overcoat and jeans corresponding to the "woman's and man's clothing" is less than or equal to the corresponding transfer limit threshold, then determine whether the transfer value of the tablet computer corresponding to the "cell phone number" is less than or equal to the corresponding transfer limit threshold, and finally determine whether the transfer value of the milk powder corresponding to the "mother and baby products" is less than or equal to the corresponding transfer limit threshold.

Optionally, after failing to transfer the transfer value corresponding to the virtual resource, the method further includes: the first account receives a first prompt message generated by a server; the server generates a first prompt message after failing to transfer the value corresponding to the virtual resource, wherein the first prompt message is used for representing that the transfer value exceeds a transfer limit threshold value.

Through the above description of the embodiments, those skilled in the art can clearly understand that the method according to the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (e.g., a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.

Example 4

According to an embodiment of the present invention, an apparatus embodiment for implementing the foregoing method embodiment is also provided, and the apparatus provided by the foregoing embodiment of the present application may be run on a computer terminal.

Fig. 9 is a schematic structural diagram of an order information processing apparatus according to a fifth embodiment of the present application.

As shown in fig. 9, the processing device of the order information may include a receiving module 902, a reading module 904, an obtaining module 906, and a processing module 908.

The receiving module is configured to receive order information generated by the first account, where the order information includes: at least one virtual resource, a resource type of the virtual resource and a transfer value of the virtual resource; the reading module is used for determining a second account bound with the first account and reading a transfer limit threshold preset by the second account for a plurality of resource types of the first account from the transfer threshold database; the acquisition module is used for matching the resource types of the virtual resources with the plurality of resource types and acquiring the transfer limit threshold corresponding to the virtual resources under the condition of successful matching; and the processing module is used for judging whether the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value, wherein the virtual resource is successfully transferred when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value, and otherwise, the virtual resource is failed to transfer.

As can be seen from the above, in the scheme provided in the fourth embodiment of the present application, after receiving the order information generated by the first account, the second account presets the transfer limit thresholds corresponding to different resource types, and determines success or failure of the transfer value corresponding to the transferred virtual resource according to the preset transfer limit thresholds corresponding to different resource types, so as to achieve the purpose of setting the induced transfer limit thresholds corresponding to different resource types for the bound client, thereby achieving the technical effect of definitely limiting the transfer limit thresholds of different resource types for the bound client, and further solving the technical problem of poor flexibility of the control method for transferring the virtual resource.

It should be noted here that the receiving module 902, the reading module 904, the obtaining module 906, and the processing module 908 correspond to steps S202 to S208 in the first embodiment, and the four modules are the same as the corresponding steps in the example and the application scenario, but are not limited to the disclosure in the first embodiment. It should be noted that the modules described above as a part of the apparatus may be run in the computer terminal 10 provided in the first embodiment, and may be implemented by software or hardware.

Optionally, as shown in fig. 10, the apparatus may further include: a first sub-receiving module 1002, a sub-processing module 1004, a second sub-receiving module 1006, and a saving module 1008.

The first sub-receiving module 1002 is configured to receive a resource type request sent by a second account after the second account is bound to a first account.

The sub-processing module 1004 is configured to read a plurality of pre-saved resource types according to the resource type request, and return the plurality of pre-saved resource types to the second account.

A second sub-receiving module 1006, configured to receive a transfer limit threshold set by the second account for each resource type.

A saving module 1008, configured to save the transfer limit threshold set by the second account for each resource type to the transfer threshold database.

Here, the following are to be noted: the first sub receiving module 1002, the sub processing module 1004, the second sub receiving module 1006 and the saving module 1008 correspond to steps S3022 to S3026 in the first embodiment, and the four modules are the same as the corresponding steps in the implementation example and the application scenario, but are not limited to the disclosure in the first embodiment. It should be noted that the modules described above as a part of the apparatus may be run in the computer terminal 10 provided in the first embodiment, and may be implemented by software or hardware.

Alternatively, as shown in fig. 11, the first sub receiving module 1002 may include: a first receiving unit 1102, a processing unit 1104 and a second receiving unit 1106.

The first receiving unit 1102 is configured to receive a resource type request sent by a second account after the second account is bound to a first account; the processing unit 1104 is configured to read a plurality of pre-saved resource types according to the resource type request, and return the plurality of pre-saved resource types to the second account; a second receiving unit 1106, configured to receive a transfer limit threshold preset by the second account for each resource type.

It should be noted here that the first receiving unit 1102, the processing unit 1104, and the second receiving unit 1106 correspond to steps S3022 to S3026 in the first embodiment, and the three modules are the same as the corresponding steps in the implementation example and the application scenario, but are not limited to the disclosure in the first embodiment. It should be noted that the modules described above as a part of the apparatus may be run in the computer terminal 10 provided in the first embodiment, and may be implemented by software or hardware.

Optionally, as shown in fig. 12, when the resource types of any plurality of virtual resources in the order information are the same, the apparatus may further include: a calculation module 1202.

The calculating module 1202 is configured to accumulate the migration values of any multiple virtual resources with the same resource type, and compare the accumulated result with the corresponding migration limit threshold to determine whether the accumulated result is less than or equal to the corresponding migration limit threshold.

It should be noted here that the above-mentioned computing module 1202 corresponds to step S10 in the first embodiment, and the module is the same as the example and application scenario realized by the corresponding step, but is not limited to the disclosure of the first embodiment. It should be noted that the modules described above as a part of the apparatus may be run in the computer terminal 10 provided in the first embodiment, and may be implemented by software or hardware.

Optionally, as shown in fig. 13, when the order information includes at least two virtual resources, and the resource type of each virtual resource is different, the apparatus may further include: a sub-acquisition module 1302, a determination module 1304, a transfer module 1306, and a control module 1308.

The sub-obtaining module 1302 is configured to obtain priorities of resource types of at least two virtual resources; a determining module 1304, configured to determine a transfer priority of each virtual resource according to a priority of a resource type of each virtual resource; a transfer module 1306, configured to sequentially transfer at least two virtual resources according to the transfer priority, and accumulate transfer values to obtain an accumulated value; a control module 1308 for aborting the transfer of the remaining virtual resources if the accumulated value exceeds a total qualified threshold.

It should be noted that the sub-obtaining module 1302, the determining module 1304, the transferring module 1306 and the control module 1308 correspond to the steps S20 to S26 in the first embodiment, and the modules are the same as the corresponding steps in the implementation example and the application scenario, but are not limited to the disclosure in the first embodiment. It should be noted that the modules described above as a part of the apparatus may be run in the computer terminal 10 provided in the first embodiment, and may be implemented by software or hardware.

Optionally, as shown in fig. 14, the apparatus may further include: a generating module 1402 and a transmitting module 1404.

The generating module 1402 is configured to generate a first prompting message and/or a second prompting message, where the first prompting message is used to indicate that the transfer value exceeds the transfer limit threshold, and the second prompting message is used to request the second account to adjust the transfer limit threshold; the sending module 1404 is configured to send a first prompting message to the first account and/or send a second prompting message to the second account.

It should be noted here that the generating module 1402 and the sending module 1404 correspond to steps S30 to S32 in the first embodiment, and the modules are the same as the examples and application scenarios implemented by the corresponding steps, but are not limited to the disclosure of the first embodiment. It should be noted that the modules described above as a part of the apparatus may be run in the computer terminal 10 provided in the first embodiment, and may be implemented by software or hardware.

According to an embodiment of the present invention, an embodiment of an apparatus for implementing the foregoing method embodiment is also provided.

Fig. 15 is a schematic structural diagram of a first client according to a fourth embodiment of the present application.

As shown in fig. 15, the first client may include a selecting module 1502, a transmitting module 1504.

The selecting module 1502 is configured to select a first account bound to a second account, set a transfer limit threshold of the first account bound to the second account under different resource types, and generate a transfer limit threshold set; a transmission module 1504 for sending a set of transfer limit thresholds to a server; after receiving the order information of the first client, the server determines a transfer limit threshold corresponding to the virtual resource in the order information according to the transfer limit threshold set, and when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold, the virtual resource is transferred successfully.

It should be noted that the selecting module 1502 and the transmitting module 1504 correspond to steps S502 to S506 in the second embodiment, and the modules are the same as the examples and application scenarios realized by the corresponding steps, but are not limited to the disclosure of the second embodiment. It should be noted that the modules described above as a part of the apparatus may be run in the mobile terminal 40 provided in the second embodiment, and may be implemented by software or hardware.

Optionally, the selecting module comprises: the transfer limiting threshold setting interface is used for displaying a plurality of resource types of a first account, a second account logs in the first interface displayed by the client, and the second account and the first account are bound with each other by selecting the first account in the first interface; and the setting module is used for setting a corresponding transfer limit threshold value for any resource type after receiving a setting instruction corresponding to any resource type.

Fig. 16 is a schematic structural diagram of a second client according to a fourth embodiment of the present application.

As shown in fig. 16, the second client may include a generating unit 1602, a sending unit 1604, and a receiving unit 1606.

The generating unit is used for responding to the operation of the first account to generate order information, and the order information comprises: at least one virtual resource, a resource type of the virtual resource and a transfer value of the virtual resource; the sending unit is used for sending the order information to the server; the receiving unit is used for receiving an order processing result returned by the server in response to the order information, and the order processing result is that the virtual resources are successfully transferred when the transfer value of the virtual resources is less than or equal to the corresponding transfer limited threshold value; the server obtains transfer limit thresholds corresponding to the virtual resources in the order information according to transfer limit thresholds preset by the second account for the multiple resource types of the first account.

It should be noted here that the generating unit 1602, the sending unit 1604, and the receiving unit 1606 described above correspond to steps S802 to S806 in the third embodiment, and the modules are the same as the examples and application scenarios implemented by the corresponding steps, but are not limited to the disclosure of the third embodiment. It should be noted that the modules described above as a part of the apparatus may be run in the mobile terminal 40 provided in the third embodiment, and may be implemented by software or hardware.

Example 5

According to an embodiment of the present invention, there is further provided an order information processing system, and fig. 17 is a schematic structural diagram of an order information processing system according to an embodiment of the present invention.

The system comprises: the first client 170 is configured to generate order information in response to the operation of the first account, where the order information includes: at least one virtual resource, a resource type of the virtual resource and a transfer value of the virtual resource; the second client 172 has a binding relationship with the first client, and is configured to set a transfer limit threshold of the first account bound to the second account under different resource types, and generate a transfer limit threshold set; and the server 174, which establishes communication relationships with the first client and the second client, respectively, and is configured to receive the order information and the transfer limit threshold value set generated by the first client, and determine a transfer limit threshold value corresponding to the virtual resource in the order information according to the transfer limit threshold value set, where it is determined whether a transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value, and if so, the virtual resource is transferred successfully, otherwise, the virtual resource is transferred unsuccessfully.

The first account responds to the operation of logging in the account to generate order information, and the order information comprises: at least one virtual resource, a resource type of the virtual resource and a transfer value corresponding to the virtual resource; sending the order information to a server; receiving an order processing result returned by the server in response to the order information, wherein the order processing result is that when the transfer value of the virtual resource is less than or equal to the corresponding transfer limited threshold value, the transfer value corresponding to the virtual resource is transferred successfully; and when the transfer value of the virtual resource is larger than the corresponding transfer limited threshold value, failing to transfer the transfer value corresponding to the virtual resource.

Optionally, after receiving a trigger instruction for setting a transfer limit threshold, the second account invokes and displays a transfer limit threshold setting interface, and displays a plurality of resource types in the transfer limit threshold setting interface; presetting a transfer limit threshold corresponding to each resource type through a transfer limit threshold setting interface; and sending the plurality of resource types and the transfer limiting threshold corresponding to each resource type to a server.

Optionally, the server receives order information generated by the first account, where the order information includes: at least one virtual resource, a resource type of the virtual resource and a transfer value corresponding to the virtual resource; acquiring a transfer limit threshold corresponding to the virtual resource according to the resource type of the virtual resource, wherein the transfer limit threshold corresponding to different resource types is preset by a second account, and the first account and the second account are bound with each other; judging whether the transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limit threshold value or not; when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value, the transfer value corresponding to the virtual resource is transferred successfully; and when the transfer value of the virtual resource is larger than the corresponding transfer limited threshold value, failing to transfer the transfer value corresponding to the virtual resource.

In an alternative, taking the close payment function in the payer as an example, the first client 170 in the fifth embodiment provided by the present application may be a payment client, the second client 172 having a binding relationship with the first client 170 may be a consumption client, the server 174 may include a commodity server and a payment server, the virtual resources are commodities, the type information is a classification of the commodities, and the transfer limit threshold is a consumption limit. By applying the embodiment of the application to the application scene, the consumption limit corresponding to the classification of each commodity can be set at the payment client, and in the consumption process of the consumption client, the payment of the amount below the consumption limit for each type of commodity can be realized.

The following describes in detail the functions implemented by applying the solution of the present application to the close payment application scenario in the above-mentioned payment apparatus with reference to fig. 18.

Step A, the payment client opens the close payment.

The payment client in the above step a of the present application may be the second account in the above embodiment, and the payment client is not limited to products such as a payer that provides an instant payment platform for the user. Taking the payment treasure as an example, the payment client can pre-allocate consumption limit for the consumption client through the close payment function, wherein the payment client can open close payment firstly. The close payment in this embodiment means that after the close payment is opened by the payment client for the consumption client and the consumption limit is set, the consumption client can consume within the consumption limit by using the amount of money of the payment client.

And step B, the payment client starts a consumption limit setting function.

After the close payment is opened by the payment client in the step B, the consumption quota setting function can be started to send a consumption quota request to the commodity server, and then the consumption quota is set for the classification information of different commodities. Still taking the pay treasure as an example, the payment client can be bound with the consumption client through the pay treasure account number of the consumption client, so as to open the close payment for the consumption client, and the payment client can respond to the operation of clicking the consumption limit setting button of the user after the close payment is opened, so as to start the consumption limit setting function.

And step C, the payment client side initiates a set request of the consumption limit to the commodity server.

In the above step C of the present application, after the payment client starts the consumption limit setting function, the payment client may initiate a setting request of the consumption limit to the commodity server. Taking a panning server as an example, a payment client initiates a setting request of consumption quota to the panning server, and the panning server acquires a plurality of classification information saved in advance, specifically, commodities in panning can be classified into different classification information such as ' women's clothing and men ', ' shoes and boots ' bag ', ' food for eating, ' air ticket travel ', ' automobile motorcycle ', ' life service ', ' home furnishing and building materials ', ' mother and baby products ', ' mobile phone digital code ', and the like.

And step D, the commodity server is associated with the commodity classification database.

In the method for acquiring the plurality of pre-stored classification information by the commodity server in the step D, the commodity server may be associated with a commodity classification database, and the plurality of pre-stored classification information may be read from the commodity classification database. For example, the treasure panning server is provided with a commodity classification database, different commodities have specific classification information, for example, the classification information of overcoat and jeans can be ' woman's clothing and man's clothing ', the classification information of snow boots and leather bags can be ' shoes and boots ' bags ', and the like, each classification information is stored in the commodity classification database, when a payment client initiates a setting request of consumption limit, the treasure panning server is related to the commodity classification database, and a plurality of pre-stored classification information are read from the commodity classification database.

And E, the commodity server returns the classification information of the commodities to the payment client.

In the above step E, the commodity server may return the classification information of the commodity to the payment client after acquiring the plurality of classification information stored in advance.

And step F, the payment client identifies and displays a plurality of classification information.

After the payment client receives the classification information of the goods sent by the goods server in step F, the payment client identifies the classification information of the goods and displays a plurality of classification information in the display interface as shown in fig. 6 c. For example, the payment client may display different classification information such as "women's clothing, men's clothing", "shoes and boots,", "food for collection", "air ticket travel", "automobile motorcycle", "life service", "home textile", "home decoration and building materials", "mother and baby products", and "mobile phone number" on the display interface.

And step G, the payment client receives the consumption limit corresponding to each classification information.

In the above step G of the present application, after the payment client displays the plurality of classification information, the payment client may receive the consumption quota corresponding to each classification information in response to the operation of the user. In this embodiment, it is not necessary to set a corresponding consumption limit for each piece of classification information, for example, if a corresponding consumption limit is not set for "shoe and boot package", the consumption client cannot pay for the goods such as shoe and boot packages using the amount of money of the payment client.

And step H, the payment client sends the consumption limit of each classification information to the payment server.

In the above step H, the payment client sends the consumption limit of each piece of classification information with the set consumption limit to the payment server, and the payment server in this embodiment is not limited to a payer server and the like, so as to provide a transaction platform product for the user. Taking the pay treasure server as an example, the pay treasure server may store the consumption quota of each classification information after receiving the consumption quota of each classification information.

And step I, the payment server stores the consumption limit corresponding to each classification information.

And step J, after the close payment function is opened by the consumption client, starting the binding relationship with the payment client.

The consuming client in the above step J of the present application may be the first account in the above embodiment, and the consuming client is not limited to a product such as a payer that provides an instant payment platform for the user. Taking the pay treasure as an example, the consumption client can start the binding relationship with the payment client after opening the close payment function, and then the consumption client can consume by using the amount of money of the payment client within the consumption limit.

And step K, the consumption client side creates a transaction order and generates order information.

In the step K, the consumption client creates a transaction order to generate order information, where the order information may include at least one virtual resource (for example, the order information may include various types of commodities such as overcoat, jeans, tablet computer, milk powder, and the like), a resource type of the virtual resource (for example, the resource type of the overcoat and jeans may be "women's clothing", the resource type of the tablet computer may be "mobile phone number", and the resource type of the milk powder may be "mother and infant article"), and a transfer value corresponding to the virtual resource (for example, the overcoat is 1000 yuan, the jeans is 500 yuan, the tablet computer is 3000 yuan, and the milk powder is 800 yuan), and the consumption client sends the generated order information to the payment server.

And step L, the consumption client side sends the order information to the payment server.

And step M, the payment server reads the classification information of each commodity in the order information and determines the consumption limit of each commodity.

After the payment server receives the order information generated by the consumption client in the step M, the payment server reads the classification information of each commodity in the order information, and acquires the consumption limit of each commodity according to the classification information of each commodity. For example, the transfer limit threshold corresponding to the overcoat and the jeans set by the payment client is 2000 yuan, the transfer limit threshold corresponding to the tablet computer is 500 yuan, and the transfer limit threshold corresponding to the milk powder is 1500 yuan, which are obtained by the payment server according to the classification information of each commodity.

And step N, the payment server judges whether the payment amount of each commodity in the order information exceeds the corresponding consumption limit.

In the step N, after obtaining that the transfer limit threshold corresponding to the overcoat and the jeans is 2000 yuan, the transfer limit threshold corresponding to the tablet computer is 500 yuan, and the transfer limit threshold corresponding to the milk powder is 1500 yuan, the payment server determines whether the transfer value corresponding to the overcoat and the jeans is less than or equal to the corresponding transfer limit threshold (i.e., determines whether 1000 yuan +500 yuan is less than or equal to 2000 yuan), whether the transfer value corresponding to the tablet computer is less than or equal to the corresponding transfer limit threshold (i.e., determines whether 3000 yuan is less than or equal to 500 yuan), and whether the transfer value corresponding to the milk powder is less than or equal to the corresponding transfer limit threshold (i.e., determines whether 800 yuan is less than or equal to 1500 yuan).

And step O, when the payment amount of the commodity exceeds the corresponding consumption amount, the payment server returns a result that the commodity cannot be paid to the consumption client, otherwise, the payment server returns a result that the commodity is successfully paid to the consumption client.

When the transfer value corresponding to the overcoat and the jeans is judged to be less than or equal to the corresponding transfer limit threshold value in the step 0 (namely, the 1000 yuan +500 yuan is judged to be less than or equal to 2000 yuan), the transfer value corresponding to the virtual resource is transferred successfully (namely, the payment server uses the 2000 yuan to pay 1500 yuan); when the transfer value corresponding to the milk powder is judged to be equal to the corresponding transfer limited threshold (namely whether 800 yuan is smaller than 1500 yuan is judged), the transfer value corresponding to the virtual resource is transferred successfully (namely the payment server uses the 1500 yuan to pay for 800 yuan); when the transfer value corresponding to the tablet computer is determined to be greater than the transfer limit threshold (i.e., 3000 yuan is determined to be greater than 500 yuan), the transfer value corresponding to the virtual resource fails to be transferred (i.e., the payment server does not use the 500 yuan to pay 3000 yuan).

As can be seen from the above, in the scheme provided in the embodiment of the present application, the transfer limit thresholds corresponding to different resource types are preset by the second account, and after the order information generated by the first account is received, the success or failure of transferring the transfer value corresponding to the virtual resource is determined according to the transfer limit thresholds corresponding to the preset different resource types, so as to achieve the purpose of setting the induced transfer limit thresholds corresponding to the different resource types for the bound client, thereby achieving the technical effect of definitely limiting the transfer limit thresholds of the different resource types for the bound client, and further solving the technical problem of poor flexibility of the control method for transferring the virtual resource.

Example 6

The embodiment of the invention also provides a storage medium. Optionally, in this embodiment, the storage medium may be configured to store a program code executed by the processing method of the order information provided in the first embodiment.

Optionally, in this embodiment, the storage medium may be located in any one of computer terminals in a computer terminal group in a computer network, or in any one of mobile terminals in a mobile terminal group.

Optionally, in this embodiment, the storage medium is configured to store program code for performing the following steps: receiving order information generated by a first account, wherein the order information comprises: at least one virtual resource, a resource type of the virtual resource and a transfer value corresponding to the virtual resource; acquiring a transfer limit threshold corresponding to the virtual resource according to the resource type of the virtual resource, wherein the transfer limit threshold corresponding to different resource types is preset by a second account, and the first account and the second account are bound with each other; judging whether the transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limit threshold value; when the transfer value of the virtual resource is less than or equal to the corresponding transfer limit threshold value, transferring the transfer value corresponding to the virtual resource successfully; and when the transfer value of the virtual resource is larger than the corresponding transfer limited threshold value, failing to transfer the transfer value corresponding to the virtual resource.

Optionally, the storage medium is further arranged to store program code for performing the steps of: acquiring a plurality of pre-saved resource types and a transfer limit threshold corresponding to each resource type, wherein the transfer limit threshold corresponding to each resource type is preset by the second account; and respectively matching the resource type of the virtual resource in the order information with each resource type to determine a transfer limit threshold corresponding to the virtual resource.

Optionally, the storage medium is further arranged to store program code for performing the steps of: after the second account and the first account are bound with each other, receiving a resource type request sent by the second account; reading the plurality of pre-saved resource types according to the resource type request, and returning the plurality of pre-saved resource types to the second account; receiving a transfer limit threshold set by the second account for each resource type.

Optionally, the storage medium is further arranged to store program code for performing the steps of: accumulating the transfer values of the plurality of virtual resources with the same resource type, and comparing the accumulated result with the corresponding transfer limit threshold to determine whether the accumulated result is less than or equal to the corresponding transfer limit threshold.

Optionally, the storage medium is further arranged to store program code for performing the steps of: acquiring the priority of the resource types of the at least two virtual resources; wherein determining whether the transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limit threshold comprises: and judging whether the transfer numerical values corresponding to the at least two virtual resources are less than or equal to the transfer limit threshold value corresponding to the resource types of the at least two virtual resources according to the priority sequence.

Optionally, the storage medium is further arranged to store program code for performing the steps of: generating a first prompt message and/or a second prompt message, wherein the first prompt message is used for indicating that the transfer value exceeds the transfer limit threshold value, and the second prompt message is used for requesting the second account to adjust the transfer limit threshold value; and sending the first prompt message to the first account, and/or sending the second prompt message to the second account.

Optionally, in this embodiment, the storage medium may include, but is not limited to: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.

Optionally, the specific example in this embodiment may refer to the example described in embodiment 1 above, and this embodiment is not described again here.

Example 7

The embodiment of the invention also provides a storage medium. Optionally, in this embodiment, the storage medium may be configured to store a program code executed by the processing method of the order information provided in the second embodiment.

Optionally, in this embodiment, the storage medium is configured to store program code for performing the following steps: after a triggering instruction for setting a transfer limit threshold is received, a transfer limit threshold setting interface is called and displayed, and a plurality of resource types are displayed in the transfer limit threshold setting interface; presetting a transfer limit threshold corresponding to each resource type through the transfer limit threshold setting interface; sending the plurality of resource types and the transfer limiting threshold value corresponding to each resource type to a server; after receiving the order information of the first account, the server responds to the order information and returns an order processing result, wherein the order information comprises: the order processing result is that when the transfer value of the virtual resource is smaller than or equal to the corresponding transfer limited threshold value, the transfer value corresponding to the virtual resource is transferred successfully; when the transfer value of the virtual resource is larger than the corresponding transfer limit threshold value, failing to transfer the transfer value corresponding to the virtual resource; the server obtains a transfer limit threshold corresponding to the virtual resource according to the resource type of the virtual resource, and the first account and the second account are bound with each other.

Optionally, the storage medium is further arranged to store program code for performing the steps of: displaying a first interface; receiving a trigger instruction for setting the transfer limit threshold through the first interface; and calling a rendering function to process the plurality of resource types according to the trigger instruction, so that the plurality of resource types are displayed in the transfer limit threshold setting interface.

Optionally, the storage medium is further arranged to store program code for performing the steps of: binding the first account with each other, and sending a resource type request to the server; and receiving the plurality of pre-saved resource types returned by the server.

Optionally, the storage medium is further arranged to store program code for performing the steps of: receiving a second prompt message generated by the server; the server generates the second prompt message after the failure of transferring the value corresponding to the virtual resource, where the second prompt message is used to request the second account to adjust the transfer limit threshold.

Optionally, the specific example in this embodiment may refer to the example described in embodiment 2 above, and this embodiment is not described again here.

Example 8

The embodiment of the invention also provides a storage medium. Optionally, in this embodiment, the storage medium may be configured to store a program code executed by the processing method of the order information provided in the third embodiment.

Optionally, in this embodiment, the storage medium is configured to store program code for performing the following steps: generating order information in response to the operation of logging in the account, wherein the order information comprises: at least one virtual resource, a resource type of the virtual resource and a transfer value corresponding to the virtual resource; sending the order information to a server; receiving an order processing result returned by the server in response to the order information, wherein the order processing result is that when the transfer value of the virtual resource is less than or equal to the corresponding transfer limited threshold value, the transfer value corresponding to the virtual resource is transferred successfully; when the transfer value of the virtual resource is larger than the corresponding transfer limit threshold value, failing to transfer the transfer value corresponding to the virtual resource; the server acquires a transfer limit threshold corresponding to the virtual resource according to the resource type of the virtual resource, wherein the transfer limit threshold corresponding to the different resource types is preset by a second account having a binding relationship with the first account.

Optionally, the storage medium is further arranged to store program code for performing the steps of: receiving a first prompt message generated by the server; the server generates the first prompt message after the failure of transferring the value corresponding to the virtual resource, where the first prompt message is used to represent that the value exceeds the transfer limit threshold.

Optionally, the specific example in this embodiment may refer to the example described in embodiment 3 above, and this embodiment is not described again here.

Example 9

The embodiment of the invention also provides a storage medium, which comprises a stored program, wherein when the program runs, the equipment where the storage medium is located is controlled to execute the order information processing method in the above embodiment.

Example 10

The embodiment of the invention also provides a processor, wherein the processor is used for running the program, and when the program runs, the order information processing method in the embodiment is executed.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

In the above embodiments of the present invention, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

In several embodiments provided in the present application, it should be understood that the disclosed order information processing apparatus may be implemented in other manners. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one type of division of logical functions, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, units or modules, and may be in an electrical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.

The foregoing is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present invention.

Claims

1. A processing method of order information is applied to a scene comprising a consumption client, a payment client, a commodity server and a payment server, wherein a first account on the consumption client and a second account on the payment client have a binding relationship, and the processing method is characterized by comprising the following steps:

step one, a payment client side initiates a set request of consumption limit to a commodity server;

step two, the commodity server reads the classification information of a plurality of commodities stored in advance and returns the classification information to the payment client;

step three, the payment client identifies and displays the plurality of classified information, and receives consumption limits correspondingly set for each classified information;

step four, the payment client sends the consumption limit of each classification information to the payment server;

step five, the payment server stores the consumption limit corresponding to each classification information and associates the corresponding relation with the first account;

step six, the consumption client side creates a transaction order, generates order information and sends the order information to the payment server;

step seven, the payment server acquires the consumption limit of each commodity classification associated with the first account, reads the classification information of each commodity in the order information and judges whether the payment amount of each commodity in the order information exceeds the consumption limit corresponding to the corresponding classification;

step eight, for each type of commodities, when the payment amount does not exceed the corresponding consumption limit, the payment server executes payment operation based on the second account; and determining that the payment fails when the payment amount exceeds the corresponding consumption limit.

2. The method of claim 1, wherein the payment client initiates a request for setting a consumption limit to the merchandise server, comprising:

the payment client displays a first interface;

the payment client receives the setting request of the consumption quota through the first interface and initiates the setting request to the commodity server;

the payment client identifies and displays the classification information, receives the consumption limit correspondingly set for each classification information, and comprises the following steps:

the payment client displays a consumption quota setting interface, wherein the setting interface is used for displaying the plurality of classification information;

and the payment client receives the consumption limit which is correspondingly set for each classification information through the setting interface.

3. The method of claim 1, wherein the step of the payment server determining whether the payment amount of each type of goods in the order information exceeds the consumption limit corresponding to the category to which the payment server belongs comprises:

and when the classifications of any plurality of commodities in the order information are the same, the payment server accumulates the payment amounts of the commodities in the same classification, and compares the accumulated result with the corresponding consumption limit to determine whether the payment amount of the commodity is less than or equal to the corresponding consumption limit.

4. The method of claim 1, wherein when the order information includes at least two types of goods, the method further comprises:

the payment server acquires the priorities of the at least two types of commodities;

the payment server determines the payment priority of each type of commodities according to the priority of the commodity type;

the payment server pays in sequence according to the payment priority of the commodity type, and accumulates the payment value to obtain an accumulated value;

and the payment server stops paying the rest commodities under the condition that the accumulated value exceeds the total consumption limit.

5. The method of claim 1, wherein after determining that payment has failed, the method further comprises:

the payment server generates a first prompt message and/or a second prompt message, wherein the first prompt message is used for representing that the payment amount exceeds the consumption limit, and the second prompt message is used for requesting the second account to adjust the consumption limit;

and sending the first prompt message to the first account, and/or sending the second prompt message to the second account.

6. A processing method of order information is applied to a payment client, the payment client logs in based on a second account, and the second account has a binding relationship with a first account on a consumption client, and the processing method is characterized by comprising the following steps:

the payment client side initiates a set request of consumption limit to the commodity server;

the payment client receives and displays the classification information of the commodities returned by the commodity server;

the payment client correspondingly sets consumption limits for each classification information, and sends the consumption limits to the payment server, so that the payment server judges whether the payment amount of each type of commodity in the order information exceeds the consumption limit corresponding to the classification of the commodity after receiving the order information sent by the consumption client, and if not, the payment operation is executed based on a second account; upon the exceeding, a payment failure is determined.

7. The method of claim 6, wherein the payment client initiates a request for setting a consumption limit to the merchandise server, comprising:

the payment client displays a first interface;

8. The method of claim 6, further comprising:

the payment client receives a second prompt message sent by the payment server after determining that the payment fails;

wherein the second prompting message is used for requesting the second account to adjust the consumption quota.

9. A processing method of order information is applied to a payment server, and is characterized by comprising the following steps:

the payment server receives and saves the consumption limit corresponding to each commodity classification information sent by the payment client, and associates the corresponding relation with a first account bound by a second account logged in by the payment client, wherein the commodity classification information is acquired by the payment client from the commodity server;

the payment server receives order information sent by a consumption client, and the consumption client logs in based on the first account;

the payment server acquires the consumption limit of each commodity category associated with the first account, reads the category information of each commodity in the order information, and judges whether the payment amount of each commodity in the order information exceeds the consumption limit corresponding to the category to which the commodity belongs;

for each type of commodity, the payment server executes payment operation based on the second account when the payment amount does not exceed the corresponding consumption limit; and determining that the payment fails when the payment amount exceeds the corresponding consumption limit.

10. The method of claim 9, wherein after determining that payment has failed, the method further comprises:

11. An order information processing device applied to a payment server is characterized by comprising:

the limit receiving module is used for receiving and storing consumption limits corresponding to each commodity classification information sent by the payment client, and associating the corresponding relation with a first account bound with a second account logged in by the payment client, wherein the commodity classification information is acquired by the payment client from the commodity server;

the order receiving module is used for receiving order information sent by a consuming client, and the consuming client logs in based on the first account;

the processing module is used for acquiring the consumption limit of each commodity category associated with the first account, reading the category information of each commodity in the order information and judging whether the payment amount of each commodity in the order information exceeds the consumption limit corresponding to the category to which the commodity belongs; for each type of commodity, the payment server executes payment operation based on the second account when the payment amount does not exceed the corresponding consumption limit; and determining that the payment fails when the payment amount exceeds the corresponding consumption limit.

12. The apparatus of claim 11, wherein the processing module comprises:

and the calculation module is used for accumulating the payment amounts of any plurality of commodities in the same classification when the classifications of the commodities in the order information are the same, and comparing the accumulated result with the corresponding consumption limit to determine whether the payment amount of the commodity is less than or equal to the corresponding consumption limit.

13. The apparatus of claim 11, wherein when the order information includes at least two types of goods, the apparatus further comprises:

the sub-acquisition module is used for acquiring the priorities of the at least two types of commodities;

the determining module is used for determining the payment priority of each type of commodities according to the priority of the commodity type;

the transfer module is used for paying in sequence according to the payment priority of the commodity type and accumulating the payment value to obtain an accumulated value;

and the control module is used for stopping paying the rest commodities under the condition that the accumulated value exceeds the total consumption limit.

14. The apparatus of claim 11, further comprising:

a generating module, configured to generate a first prompt message and/or a second prompt message, where the first prompt message is used to indicate that the payment amount exceeds the consumption limit, and the second prompt message is used to request the second account to adjust the consumption limit;

and the sending module is used for sending the first prompt message to the first account and/or sending the second prompt message to the second account.

15. The order information processing system is characterized by comprising a consumption client, a payment client, a commodity server and a payment server, wherein a first account on the consumption client and a second account on the payment client have a binding relationship,

the commodity server reads the classification information of a plurality of commodities which are stored in advance and returns the classification information to the payment client;

the payment client identifies and displays the plurality of classified information, and receives consumption limits correspondingly set for each classified information;

the payment client sends the consumption quota of each classification information to the payment server;

the payment server stores the consumption limit corresponding to each classification information and associates the corresponding relation with the first account;

the consumption client creates a transaction order, generates order information and sends the order information to the payment server;

16. A storage medium, characterized in that the storage medium comprises a stored computer program, wherein the computer program, when executed by a processor, implements the method of processing order information of any one of claims 9 to 10.

17. A processor, characterized in that the processor is configured to run a program, wherein the program is configured to execute a method for processing order information according to any one of claims 9 to 10 when running.