[go: up one dir, main page]

CN111784443B - Order information processing method and device - Google Patents

Order information processing method and device Download PDF

Info

Publication number
CN111784443B
CN111784443B CN202010507599.3A CN202010507599A CN111784443B CN 111784443 B CN111784443 B CN 111784443B CN 202010507599 A CN202010507599 A CN 202010507599A CN 111784443 B CN111784443 B CN 111784443B
Authority
CN
China
Prior art keywords
transfer
account
resource
client
order information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010507599.3A
Other languages
Chinese (zh)
Other versions
CN111784443A (en
Inventor
崔莲莲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Advanced New Technologies Co Ltd
Advantageous New Technologies Co Ltd
Original Assignee
Advanced New Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Advanced New Technologies Co Ltd filed Critical Advanced New Technologies Co Ltd
Priority to CN202010507599.3A priority Critical patent/CN111784443B/en
Publication of CN111784443A publication Critical patent/CN111784443A/en
Application granted granted Critical
Publication of CN111784443B publication Critical patent/CN111784443B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

The invention discloses a method and a device for processing order information. Wherein the method comprises the following steps: receiving order information generated by a first account, the order information comprising: 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 limiting 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 limiting threshold corresponding to the virtual resource under the condition that the matching is successful; judging whether the transfer value of the virtual resource is smaller than or equal to the corresponding transfer limiting threshold value, if so, transferring the virtual resource successfully, otherwise, transferring the virtual resource fails. The invention solves the technical problem of poor flexibility of the control method for transferring the virtual resources.

Description

Order information processing method and device
Technical Field
The invention relates to the field of Internet, in particular to a method and a device for processing order information.
Background
With the rapid development of computer internet technology, application software, such as payment application software, including payment treasures, etc., for transferring virtual resources by internet-based users has been developed. The payment application software is also a platform capable of realizing a value transfer (also called instant payment) function of providing virtual resources for users, and after the users log in the payment application software by using login accounts, the payment application software can be mutually bound with each user, for example, the users can establish binding relation with other users by inputting account numbers of other users, etc. Taking intimate payment as an example, a user may establish a binding relationship with another user by inputting the payment device account number of the other user into the payment application software, and further allocate a payable amount (i.e., transfer value) to the other user.
However, in the prior art, in the process of using the application software for transferring virtual resources installed on the current terminal, only a fixed virtual resource transfer amount can be set for the account currently logged in, resulting in poor flexibility of the control method for transferring virtual resources. In view of the above problems, no effective solution has been proposed at present.
Disclosure of Invention
The embodiment of the invention provides a method and a device 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 embodiment of the present invention, there is provided a method for processing order information, including: receiving order information generated by a first account, the order information comprising: 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 limiting 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 limiting threshold corresponding to the virtual resource under the condition that the matching is successful; judging whether the transfer value of the virtual resource is smaller than or equal to the corresponding transfer limiting threshold value, if so, transferring the virtual resource successfully, otherwise, transferring the virtual resource fails.
According to another aspect of the embodiment of the present invention, there is also provided a method for processing order information, including: selecting a first account bound with the second account; setting a transfer limiting threshold value of a first account bound with a second account under different resource types, and generating a transfer limiting threshold value set; transmitting the transfer limiting threshold set to a server; after receiving order information of a first client, the server determines a transfer limiting threshold corresponding to a virtual resource in the order information according to a transfer limiting threshold set, and when a transfer value of the virtual resource is smaller than or equal to the corresponding transfer limiting threshold, the virtual resource is transferred successfully.
According to another aspect of the embodiment 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, the order information including: at least one virtual resource, a resource type of the virtual resource, and a transfer value of the virtual resource; transmitting 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 resource is successfully transferred when the transfer value of the virtual resource is smaller than or equal to a corresponding transfer limiting threshold value; the server obtains a transfer limiting threshold corresponding to the virtual resource in the order information according to a transfer limiting threshold preset by the second account for a plurality of resource types of the first account.
According to another aspect of the embodiment of the present invention, there is also provided an apparatus for processing order information, including: 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 limiting threshold value preset by the second account for a plurality of resource types of the first account from the transfer threshold value database; the acquisition module is used for matching the resource type of the virtual resource with a plurality of resource types, and acquiring a transfer limiting threshold corresponding to the virtual resource under the condition of successful matching; and the processing module is used for judging whether the transfer value of the virtual resource is smaller than or equal to the corresponding transfer limiting threshold value, and if so, the virtual resource is transferred successfully, otherwise, the virtual resource is transferred failed.
According to another aspect of the embodiment of the present invention, there is also provided a first client, including: the selecting module is used for selecting a first account bound with the second account, setting a transfer limiting threshold value of the first account bound with the second account under different resource types, and generating a transfer limiting threshold value set; the transmission module is used for transmitting the transfer limiting threshold set to the server; after receiving order information of a first client, a server determines a transfer limiting threshold corresponding to a virtual resource in the order information according to a transfer limiting threshold set, and when a transfer value of the virtual resource is smaller than or equal to the corresponding transfer limiting threshold, the server successfully transfers the virtual resource.
According to another aspect of the embodiment 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; a transmitting unit for transmitting the order information to a server; the receiving unit is used for receiving an order processing result returned by the server in response to the order information, wherein the order processing result is that the virtual resource is successfully transferred when the transfer numerical value of the virtual resource is smaller than or equal to a corresponding transfer limiting threshold value; the server obtains a transfer limiting threshold corresponding to the virtual resource in the order information according to a transfer limiting threshold preset by the second account for a plurality of resource types of the first account.
According to another aspect of the embodiment of the present invention, there is also provided a system for processing order information, 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 limiting threshold value of the first account bound with the second account under different resource types and generating a transfer limiting threshold value set; and the server is respectively established with the first client and the second client, and is used for receiving the order information and the transfer limiting threshold set generated by the first client, determining a transfer limiting threshold corresponding to the virtual resource in the order information according to the transfer limiting threshold set, judging whether the transfer value of the virtual resource is smaller than or equal to the corresponding transfer limiting threshold, and if so, transferring the virtual resource successfully, otherwise, transferring the virtual resource fails.
According to still another aspect of the embodiments of the present invention, there is further provided a storage medium, the storage medium including a stored program, wherein the apparatus on which the storage medium is controlled to execute the method for processing order information according to the above when the program runs.
According to still another aspect of the embodiment of the present invention, there is further provided a processor, configured to execute a program, where the program executes a method for processing order information in the foregoing.
In the embodiment of the invention, the order information generated by the first account is received, 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; determining a second account bound with the first account, and reading a transfer limiting 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 limiting threshold corresponding to the virtual resource under the condition that the matching is successful; judging whether the transfer value of the virtual resource is smaller than or equal to a corresponding transfer limiting threshold, if so, transferring the virtual resource is successful, otherwise, presetting transfer limiting thresholds corresponding to different resource types through a second account, after receiving order information generated by a first account, determining whether the transfer value corresponding to the transfer virtual resource is successful or failed according to the transfer limiting thresholds corresponding to the preset different resource types, and achieving the purpose of setting the sensed transfer limiting thresholds for the bound client side by the different resource types, thereby realizing the technical effect of definitely limiting the transfer limiting thresholds of the different resource types for the bound client side, and further solving the technical problem of poor flexibility of a control method for transferring the virtual resource.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this specification, illustrate embodiments of the application and together with the description serve to explain the application and do not constitute a limitation on the application. In the drawings:
fig. 1 is a hardware block diagram of a computer terminal running a processing method of order information according to an embodiment of the present invention;
FIG. 2 is a flow chart of an alternative method of processing order information according to an embodiment of the invention;
FIG. 3 is a flow chart of another alternative method of processing order information according to an embodiment of the invention;
fig. 4 is a block diagram of a hardware structure of a mobile terminal for running a processing method of order information according to an embodiment of the present invention;
FIG. 5 is a flow chart of yet another alternative method of processing order information according to an embodiment of the present invention;
FIG. 6a is an alternative page schematic according to an embodiment of the invention;
FIG. 6b is a schematic illustration of another alternative page according to an embodiment of the present invention;
FIG. 6c is a schematic illustration of yet another alternative page according to an embodiment of the present invention;
FIG. 6d is a schematic illustration of yet another alternative page according to an embodiment of the present invention;
FIG. 7 is a flow chart of yet another alternative method of processing order information according to an embodiment of the present invention;
FIG. 8 is a flow chart of yet another alternative method of processing order information according to an embodiment of the present invention;
FIG. 9 is a schematic diagram of an alternative order information processing apparatus according to an embodiment of the present invention;
FIG. 10 is a schematic diagram of an alternative acquisition unit according to an embodiment of the present invention;
FIG. 11 is a schematic diagram of the structure of an alternative sub-acquisition unit according to an embodiment of the present invention;
FIG. 12 is a schematic diagram of an alternative judging unit according to an embodiment of the present invention;
FIG. 13 is a schematic diagram of an alternative order information processing apparatus according to an embodiment of the present invention;
FIG. 14 is a schematic diagram of an alternative order information processing apparatus according to an embodiment of the present invention;
fig. 15 is a schematic diagram of an alternative first client according to an embodiment of the present invention;
FIG. 16 is a schematic diagram of an alternative second client architecture according to an embodiment of the present invention;
FIG. 17 is a schematic diagram of a system for processing order information in accordance with an embodiment of the invention; and
FIG. 18 is a business process interaction diagram of a processing system for running order information in accordance with the embodiment of FIG. 17.
Detailed Description
In order that those skilled in the art will better understand the present invention, a technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in which it is apparent that the described embodiments are only some embodiments of the present invention, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the present invention without making any inventive effort, shall fall within the scope of the present invention.
It should be noted that the terms "first," "second," and the like in the description and the claims of the present invention and the above figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the invention described herein may be implemented in sequences other than those illustrated or otherwise 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
In accordance with an embodiment of the present invention, there is also provided a method embodiment of a method of processing order information, it being noted that the steps illustrated in the flowchart of the figures 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 other than that illustrated herein.
The method according to the first embodiment of the present application may be implemented in a mobile terminal, a computer terminal or a similar computing device. Taking the operation on a computer terminal as an example, fig. 1 is a block diagram of a hardware structure of a computer terminal of a method for processing order information according to an embodiment of the present application. As shown in fig. 1, the computer terminal 10 may include one or more (only one is shown in the figure) processors 102 (the processors 102 may include, but are not limited to, a microprocessor MCU or a processing device such as a programmable logic device FPGA), a memory 104 for storing data, and a transmission device 106 for communication functions. It will be appreciated by those of ordinary skill in the art that the configuration shown in fig. 1 is merely illustrative and is not intended to limit the configuration of the electronic device described above. 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 used to store software programs and modules of application software, such as program instructions/modules corresponding to the method for processing order information in the embodiment of the present invention, and the processor 102 executes the software programs and modules stored in the memory 104, thereby executing various functional applications and data processing, that is, implementing the method for detecting vulnerabilities of application programs. 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 means 106 is arranged to receive or transmit data via a network. The 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 (Network Interface Controller, NIC) that can connect to other network devices through a base station to communicate with the internet. In one example, the transmission device 106 may be a Radio Frequency (RF) module for communicating with the internet wirelessly.
In the above-described operation environment, the present application provides a method for processing order information as shown in fig. 2. Fig. 2 is a flowchart of a method of processing order information according to a first embodiment of the present application.
As shown in fig. 2, the computer terminal 10 for executing the processing method of order information 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, and 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 for generating the order information in the step S202 of the present application may be a product that provides an instant payment platform for the user, such as a payment device. The user can register the first account on the client, and after each user logs in the first client by using the first account, the user can realize payment on the virtual resources in the order information by using the payment function provided by the client.
For example, taking a payment treasured as an example, after any one of the login accounts that is successfully registered successfully logs in the payment treasured, the payment function provided by the client may be used to complete the payment of the user's order, specifically, the order 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 computers, milk powder, etc.), the resource type of the virtual resource (for example, the resource type of overcoat and jeans may be "women's men's clothing, the resource type of the tablet computers may be" mobile phone number ", the resource type of milk powder may be" baby's clothing "), and the transfer value corresponding to the virtual resource (for example, overcoat is 1000 yuan, jeans is 500 yuan, tablet computers are 3000 yuan, and milk powder is 800 yuan), the first account sends the generated order information including at least one virtual resource, the resource type of the virtual resource, and the transfer value corresponding to the virtual resource to the server for processing the order information, and the server may complete the whole process according to the resource type and 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 limiting threshold preset for the plurality of resource types of the first account by the second account from the transfer threshold database.
In the above step S204 of the present application, the first account 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 to the second client may be a login account having a binding relationship with the first account logged in to 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 computer terminal 10 directly queries to obtain the second account bound with the first account.
Here, the computer terminal 10 shown in fig. 2 of the present application may pre-store the transfer threshold database, where the transfer threshold database is used to store a transfer limit threshold preset for the second account for the plurality of resource types of the first account.
Still taking the payment treasured as an example, after any one of the successfully registered first accounts successfully logs in the payment treasured, the server can inquire to obtain a second account with a binding relationship with the first account, and the binding request can 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 of the two accounts can be realized by selecting the payment treasured 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 limiting threshold corresponding to a different resource type for the first account a bound thereto in advance. For example, the second account may be preset to have a transfer limit threshold of 2000 yuan for allowing the first account a to pay "women's wear men", a transfer limit threshold of 500 yuan for allowing the first account a to pay "mobile phone numbers", a transfer limit threshold of 1500 yuan for allowing the first account a to pay "mother and infant articles", a transfer limit threshold of 1000 yuan for allowing the first account a to pay "air ticket travel", and so on.
Step S206, matching the resource type of the virtual resource with a plurality of resource types, and acquiring a transfer limiting threshold corresponding to the virtual resource under the condition that the matching is successful.
The 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 the resource type of the virtual resource (for example, the resource type of the overcoat and jeans may be "women ' S wear" and the resource type of the tablet computer may be "mobile phone number", and the resource type of the milk powder may be "baby mother"), for example, the server reads the order information of the first account, the resource type of the overcoat and jeans to be paid is "women ' S wear", and the transfer limit threshold recorded in the transfer threshold database allows the first account a to pay for "women ' S wear" to be 2000 yuan, and then it may be determined that the amount of money allowing the first account to pay for the overcoat and jeans is not more than 2000 yuan.
Step S208, judging whether the transfer value corresponding to the virtual resource is smaller than or equal to the corresponding transfer limiting threshold, if so, transferring the virtual resource successfully, otherwise, transferring the virtual resource fails.
The step S208 of the present application may be implemented, after obtaining the transfer limit threshold corresponding to the virtual resource, 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, and 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 successful, 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.
For example, after the server for processing the order information obtains that the transfer limiting threshold corresponding to the overcoat and the jeans is 2000 yuan, the transfer limiting threshold corresponding to the tablet computer is 500 yuan, and the transfer limiting threshold corresponding to the milk powder is 1500 yuan, the server determines whether the transfer value corresponding to the overcoat and the jeans is smaller than or equal to the corresponding transfer limiting threshold (i.e. determining whether 1000 yuan+500 yuan is smaller than or equal to 2000 yuan), whether the transfer value corresponding to the tablet computer is smaller than or equal to the corresponding transfer limiting threshold (i.e. determining whether 3000 yuan is smaller than or equal to 500 yuan), and whether the transfer value corresponding to the milk powder is smaller than or equal to the corresponding transfer limiting threshold (i.e. determining whether 800 yuan is smaller than or equal to 1500 yuan).
When judging that the transfer values corresponding to the overcoat and jeans are smaller than or equal to the corresponding transfer limiting threshold (namely, 1000 yuan+500 yuan is smaller than or equal to 2000 yuan), the transfer values corresponding to the transfer virtual resources are successful (namely, the processing device of the order information uses the 2000 yuan to pay 1500 yuan); when judging that the transfer value corresponding to the milk powder is equal to the corresponding transfer limiting threshold value (namely judging whether the 800 yuan is smaller than 1500 yuan), the transfer value corresponding to the transfer virtual resource is successful (namely the processing device of the order information pays 800 yuan by using the 1500 yuan); when judging whether the transfer value corresponding to the tablet computer is greater than the corresponding transfer limiting threshold (namely 3000 yuan is greater than 500 yuan), the transfer value corresponding to the virtual resource is failed (namely the processing device of the order information does not pay 3000 yuan by using the 500 yuan).
In an optional embodiment provided by the present application, after the transfer value corresponding to the virtual resource fails to be transferred, the method further includes the following implementation steps:
S30, a first hint message and/or a second hint message may be generated by the computer terminal 10 shown in fig. 2, where the first hint message is used to characterize that the transfer value exceeds the transfer limit threshold, and the second hint message is used to request the second account to adjust the transfer limit threshold.
S32, the first alert message may be sent to the first account and/or the second alert message may be sent to the second account by the computer terminal 10 shown in fig. 2.
As can be seen from the above, according to the scheme provided by the first embodiment of the present application, the transfer limiting thresholds corresponding to different resource types are preset through the second account, after the order information generated by the first account is received, the success or failure of the transfer value corresponding to the transfer virtual resource is determined according to the transfer limiting thresholds corresponding to the preset different resource types, so that the purpose of setting the sensed transfer limiting thresholds corresponding to the different resource types for the bound client is achieved, the technical effect of definitely limiting the transfer limiting thresholds of the different resource types for the bound client is achieved, and the technical problem of poor flexibility of the control method for transferring the virtual resource is further solved.
In an alternative solution provided in the foregoing embodiment of the present application, as shown in fig. 3, in step S206, a resource type of a virtual resource is matched with a plurality of resource types, and in case of successful matching, a transfer limiting threshold corresponding to the virtual resource is obtained, where the specific implementation steps include:
Step S302, a plurality of pre-stored resource types and a transfer limiting threshold corresponding to each resource type are obtained, wherein the transfer limiting threshold corresponding to each resource type is preset by a second account.
In step S302, the processing device for order information may pre-store a plurality of resource types, each resource type may correspond to a transfer limiting threshold, and the transfer limiting threshold corresponding to each resource type may be preset by the second account and then sent to the processing device for order information to be stored, where the transfer limiting thresholds corresponding to different resource types may be the same or different.
Step S304, the resource type of the virtual resource in the order information is matched with each resource type, and after the matching is successful, the transfer limiting threshold set for the matched resource type is read, so that the transfer limiting threshold corresponding to the virtual resource in the order information is obtained.
It can be seen that, the foregoing steps S302 to S304 of the present application provide an alternative solution for obtaining the transfer limiting threshold corresponding to the virtual resource, based on the pre-saved multiple resource types obtained in the foregoing step S302 and the transfer limiting threshold corresponding to each resource type, the server that processes the order information may then execute the step S304, so as to match the resource type of the virtual resource in the order information with each resource type, and determine the transfer limiting threshold corresponding to the virtual resource.
Preferably, in the above embodiment, the following implementation may also be performed on the computer terminal 10 or other computer terminal before the second account is read from the transfer threshold database for a transfer defining threshold preset for a different resource type:
In step S3022, after the second account and the first account are bound to each other, a resource type request sent by the second account is received.
Still taking the payment treasured as an example, the user A logs in the second client side by using the second account, after the payment treasured account number of the user B is mutually bound with the first account of the first client side, the second account can generate a resource type request, and the processing device of the order information receives the resource type request sent by the second account and is used for requesting the resource type of the virtual resource.
Taking the wash baby as an example, commodities in the wash baby can be divided into different resource types such as ' lady's suit, shoes and boots case, food collection, travel of air ticket, automobile and motorcycle ', life service, home textile, home decoration building materials, mother and infant articles, mobile phone numbers and the like, and the second account can obtain the different resource types by sending a resource type request.
In step S3024, the pre-saved plurality of resource types are read according to the resource type request, and returned to the second account.
In step S3024, the processing apparatus for order information may read a plurality of pre-saved resource types according to the resource type request sent by the second account, for example, the processing apparatus for order information reads different resource types such as "women 'S wear men' S wear", "shoes and boots bags", "fashionable food", "air ticket travel", "car motorcycles", "life service", "home textiles", "home decoration building materials", "mother and infant products", "mobile phone numbers", etc. which are saved in advance, and returns different resource types such as "women 'S wear men' S wear", "shoes and boots bags", "fashionable food", "air ticket travel", "car motorcycles", "life service", "home textiles", "home decoration building materials", "home products", "mobile phone numbers", etc. to the second account.
It should be noted that, the processing device of the order information may return all the pre-saved resource types 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 is all within the protection scope of the embodiment of the present invention.
In step S3026, a transfer limit threshold set by the second account for each resource type is received and saved to the transfer 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, as described above, the second account may preset the transfer limit threshold for "lady' S wear" to 2000 yuan, the transfer limit threshold for "mobile phone number" to 500 yuan, the transfer limit threshold for "mother and infant articles" to 1500 yuan, the transfer limit threshold for "air ticket travel" to 1000 yuan, and so on, and then the second account sends the transfer limit threshold 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 threshold corresponding to the different resource types.
In an alternative, before receiving the transfer defining threshold preset by the second account for each resource type, the method further comprises: the second account login client displays a first interface; receiving a trigger instruction for setting a transfer limiting threshold value through a first interface; calling and displaying a transfer limiting threshold setting interface according to the trigger instruction, and displaying a plurality of received resource types in the transfer limiting threshold setting interface; after receiving a setting instruction corresponding to any one resource type, setting a corresponding transfer limiting threshold value for any one resource type.
In an alternative solution, when the resource types of any plurality of virtual resources in the order information are the same, the following steps may be further performed before the transfer of the virtual resources is successful:
S10, accumulating the transfer values of any plurality of virtual resources with the same resource type, and comparing the accumulated result with a corresponding transfer limiting threshold value to determine whether the accumulated result is smaller than or equal to the corresponding transfer limiting threshold value.
For example, the resource type of the overcoat in the order information is "women's wear men", the resource type of the jeans is also "women's wear men", the processing device of the order information may accumulate the transfer values of the overcoat and the jeans, that is, 1000 yuan+500 yuan=1500 yuan, and compare the accumulated result with the corresponding transfer limiting threshold, that is, 1500 yuan with 2000 yuan corresponding to "women's wear men", to determine whether the accumulated result is less than or equal to the corresponding transfer limiting threshold, that is, determine whether 1500 yuan is less than or equal to 2000 yuan.
In another alternative, when the order information includes at least two virtual resources and the resource types of each virtual resource are different, the following implementation steps may be further performed before the virtual resource is transferred successfully:
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.
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 limiting threshold value, transferring the remaining virtual resources is stopped.
Based on the embodiments implemented in the steps S20 to S26, it may be implemented that in one order of the first account, for the commodities (i.e. virtual resources) with the same resource type, the commodity with high transfer priority may be transacted, and during the transaction, the transfer values related to each commodity are accumulated, and if the accumulated value exceeds the total limit threshold set by the second account, the transaction of the remaining commodities in the first account is aborted.
For example, the resource type of the coat and jeans in the order information is "women's wear men", the resource type of the tablet personal computer is "mobile phone number", the resource type of the milk powder is "baby products", the order information processing device may respectively obtain the priorities of "women's wear men", "mobile phone number" and "baby products", for example, the priority of "women's wear men" is 1 level, "mobile phone number" is 2 level, "baby products" is 3 level, the order information processing device may determine the transfer values according to the order of the priority, for example, the order information processing device may determine whether the transfer values of the coat and jeans corresponding to "women's wear men" are less than or equal to the corresponding transfer limit threshold, determine whether the transfer values of the tablet personal computer corresponding to "mobile phone number" are less than or equal to the corresponding transfer limit threshold, and finally determine whether the transfer values of the milk powder corresponding to "baby products" are less than or equal to the corresponding transfer limit threshold.
Therefore, the problem that the transfer value of the current login account on the payment application software is not limited clearly exists in the prior art, and the invention provides a method for limiting the transfer value of the current login account based on setting transfer limiting thresholds for different resource types respectively, so that the transfer value of the current login account is limited clearly, and the consumption is more reasonable and planned.
It should be noted that, for simplicity of description, the foregoing method embodiments are all described as a series of acts, but it should be understood by those skilled in the art that the present invention is not limited by the order of acts described, as some steps may be performed in other orders or concurrently in accordance with the present invention. Further, those skilled in the art will also appreciate that the embodiments described in the specification are all preferred embodiments, and that the acts and modules referred to are not necessarily required for the present invention.
From the description of the above embodiments, it will be clear to a person skilled in the art that the method according to the above embodiments may be implemented by means of software plus the necessary general hardware platform, but of course also by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) comprising several instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the method of the various embodiments of the present invention.
Example 2
In accordance with an embodiment of the present invention, there is also provided a method embodiment of a method of processing order information, it being noted that the steps illustrated in the flowchart of the figures 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 other than that illustrated herein.
The method embodiment provided by the second embodiment of the present application may still be performed in a mobile terminal, a mobile terminal or a similar computing device. Taking the mobile terminal as an example, fig. 4 is a block diagram of a hardware structure of the mobile terminal according to an embodiment of the present application. As shown in fig. 4, the mobile terminal 40 may include one or more (only one is shown in the figure) processors 402 (the processors 402 may include, but are not limited to, a processing means such as a microprocessor MCU or a programmable logic device FPGA), a memory 404 for storing data, and a transmission means 406 for communication functions. It will be appreciated by those of ordinary skill in the art that the configuration shown in fig. 1 is merely illustrative and is not intended to limit the configuration of the electronic device described above. 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 used to store software programs and modules of application software, such as program instructions/modules corresponding to the order information processing method in the embodiment of the present invention, and the processor 402 executes the software programs and modules stored in the memory 404, thereby executing various functional applications and data processing, that is, implementing the above-mentioned vulnerability detection method of application program. 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. The 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 means 406 comprises a network adapter (Network Interface Controller, NIC) that can be connected to other network devices via a base station to communicate with the internet. In one example, the transmission device 406 may be a Radio Frequency (RF) module for communicating with the internet wirelessly.
In the above-described operation environment, the present application provides a method of processing order information as shown in fig. 5. Fig. 5 is a flowchart of a method for processing order information according to the second embodiment of the present application.
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 in 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 invoked, and a plurality of resource types are displayed in the transfer limit threshold setting interface.
Taking intimate payment as an example, as shown in fig. 6a, after the user a opens the intimate payment page, after the second account is bound with the second account through the account number of the first account input by the user a, as shown in fig. 6b, the user a may click on the middle "+" sign to set the transfer limiting threshold corresponding to different resource types, for the second account, after receiving the trigger instruction for setting the transfer limiting threshold, the second account invokes and displays the transfer limiting threshold setting interface, and displays a plurality of resource types in the transfer limiting threshold setting interface, as shown in fig. 6 c.
Step S504, setting a transfer limiting threshold value of the first account bound with the second account under different resource types, and generating a transfer limiting threshold value set. Specifically, the second account may preset a transfer limiting threshold corresponding to each resource type through the transfer limiting threshold setting interface.
Still taking affinity 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 as shown in fig. 6 c. For example, the transfer limit threshold corresponding to the mobile phone number is set to 500 yuan, the transfer limit threshold corresponding to the air ticket travel is set to 1000 yuan, the transfer limit threshold corresponding to the shoe, boot and case is set to 200 yuan, and the transfer limit threshold corresponding to the men's wear of women is set to 2000 yuan.
In step S506, the second account sends the plurality of resource types included in the transfer limiting threshold set and the transfer limiting threshold corresponding to each resource type to the server. After receiving the order information of the first client, the server may determine a transfer limiting threshold corresponding to the virtual resource in the order information according to the transfer limiting threshold set, and when the transfer value of the virtual resource is less than or equal to the corresponding transfer limiting threshold, the virtual resource is transferred successfully.
In the step S506, after the second account presets the transfer limiting threshold corresponding to each resource type 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 limiting threshold, the second account invokes and displays the transfer limiting threshold setting interface, and displays a plurality of resource types in the transfer limiting threshold setting interface, and the transfer limiting threshold corresponding to each resource type is preset through the transfer limiting threshold setting interface, so that the plurality of resource types and the transfer limiting threshold corresponding to each resource type are sent to the server, and after receiving the order information generated by the first account, the server determines that the transfer value corresponding to the transfer virtual resource succeeds or fails according to the transfer limiting threshold corresponding to the preset different resource types, so as to achieve the purpose of setting the sensed transfer limiting threshold for the bound client to the different resource types, thereby achieving the technical effect of definitely limiting the transfer limiting thresholds for the bound client to the different resource types, and further solving the technical problem of poor flexibility of the control method for transferring the virtual resource.
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: at least one virtual resource, a resource type of the virtual resource and a transfer value corresponding to the virtual resource, wherein the order processing result is that when the transfer value of the virtual resource is smaller than or equal to a corresponding transfer limiting threshold value, the transfer value corresponding to the virtual resource is transferred successfully; when the transfer value of the virtual resource is greater than the corresponding transfer limiting threshold, the transfer value corresponding to the virtual resource is transferred to fail. The server acquires a transfer limiting threshold corresponding to the virtual resource according to the resource type of the virtual resource, and the first account and the second account are mutually bound.
In an alternative solution provided in the foregoing embodiment of the present application, as shown in fig. 7, the step of selecting the first account bound to the second account and setting the transfer limiting threshold of the first account bound to the second account under different resource types in steps S502 to S504 includes:
In step S702, the second account logs into the first interface displayed by the client.
Step S704, binding the second account and the first account by selecting the first account in the first interface.
Step S706, after receiving the trigger instruction for setting the transfer limiting threshold, invokes the transfer limiting threshold setting interface according to the trigger instruction, where the transfer limiting threshold setting interface is used to display the plurality of resource types of the first account.
Step S708, after receiving the setting instruction corresponding to any one of the resource types, sets a corresponding transition limit threshold for any one of the resource types.
The first interface may be an interface as shown in fig. 6b, after the user a logs in the client using the second account, a "+" sign in the middle of the first interface may be clicked to trigger setting a transfer limiting threshold for each resource type of the first account bound thereto, so as to generate a trigger instruction for setting the transfer limiting threshold, and further, the second account invokes the rendering function according to the trigger instruction to process a plurality of resource types, so that the plurality of resource types are displayed in the transfer limiting threshold setting interface as shown in fig. 6 c.
Optionally, before the second account receives the trigger instruction for setting the transfer limit threshold, the method further comprises: 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 the transferring the corresponding transfer value of the virtual resource fails, the method further includes: the second account receives a second prompt message generated by the server; after the transfer value corresponding to the virtual resource fails to be transferred, the server generates a second prompt message, and the second prompt message is used for requesting the second account to adjust the transfer limiting threshold.
In an alternative scheme, after receiving the order information of the first client, the server may determine a transfer limiting threshold corresponding to the virtual resource in the order information according to the transfer limiting threshold set, and when the transfer value of the virtual resource is less than or equal to the corresponding transfer limiting threshold, the transferring the virtual resource is successful, which specifically includes the following implementation steps:
First, the server receives order information generated by a first account, the order information including: at least one virtual resource, a resource type of the virtual resource, and a transition value corresponding to the virtual resource.
Then, after determining the second account bound to the first account, the server reads a transfer limiting threshold preset by the second account for a plurality of resource types of the first account from a transfer threshold database.
And then, matching the resource type of the virtual resource with a plurality of resource types, and acquiring a transfer limiting threshold corresponding to the virtual resource under the condition that the matching is successful.
And finally, judging whether the transfer value of the virtual resource is smaller than or equal to a corresponding transfer limiting threshold value, if so, transferring the virtual resource successfully, otherwise, transferring the virtual resource fails.
As can be seen from the foregoing, the above solution may enable the server to obtain a transfer limit threshold corresponding to the virtual resource according to the resource type of the virtual resource, where the transfer limit thresholds corresponding to different resource types are 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 may be determined that 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 successful, 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 fails.
The client for generating the order information may be a product which is not limited to a payment device and the like and provides an instant payment platform for users. The user can register the first account on the client, and after each user logs in the first client by using the first account, the user can realize payment on the virtual resources in the order information by using the payment function provided by the client.
For example, taking a payment treasured as an example, after any one of the login accounts that is successfully registered successfully logs in the payment treasured, the payment function provided by the client may be used to complete the payment of the user's order, specifically, the order 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 computers, milk powder, etc.), the resource type of the virtual resource (for example, the resource type of overcoat and jeans may be "women's men's clothing, the resource type of the tablet computers may be" mobile phone number ", the resource type of milk powder may be" baby's clothing "), and the transfer value corresponding to the virtual resource (for example, overcoat is 1000 yuan, jeans is 500 yuan, tablet computers are 3000 yuan, and milk powder is 800 yuan), the first account sends the generated order information including at least one virtual resource, the resource type of the virtual resource, and the transfer value corresponding to the virtual resource to the server for processing the order information, and the server may complete the whole process according to the resource type and transfer value of the virtual resource in the order information.
The second client may be a client that is bound to the first client, and preferably, the login account for logging in the second client may be a login account having a binding relationship with the login account for logging in the first client.
Taking the payment treasured as an example, after any one first account successfully registered successfully logs in the payment treasured, the server can inquire to obtain a second account with a binding relation with the first account, and the binding request can be initiated by the first account or initiated by 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 (for example, the resource type of the overcoat and jeans may be "women's wear" and 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 product"), for example, the transfer limit threshold corresponding to the overcoat and jeans may be 2000 yuan, the transfer limit threshold corresponding to the tablet computer may be 500 yuan, and the transfer limit threshold corresponding to the milk powder may be 1500 yuan.
As an optional implementation manner, after obtaining the transfer limiting threshold corresponding to the virtual resource, the server determines whether the transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limiting threshold.
For example, after the server obtains that the transfer limiting threshold corresponding to the overcoat and the jeans is 2000 yuan, the transfer limiting threshold corresponding to the tablet computer is 500 yuan, and the transfer limiting threshold corresponding to the milk powder is 1500 yuan, it is determined whether the transfer value corresponding to the overcoat and the jeans is smaller than or equal to the corresponding transfer limiting threshold (i.e. 1000 yuan+500 yuan is smaller than or equal to 2000 yuan), whether the transfer value corresponding to the tablet computer is smaller than or equal to the corresponding transfer limiting threshold (i.e. 3000 yuan is smaller than or equal to 500 yuan), and whether the transfer value corresponding to the milk powder is smaller than or equal to the corresponding transfer limiting threshold (i.e. 800 yuan is smaller than or equal to 1500 yuan).
When judging that the transfer value of the virtual resource is smaller than or equal to the corresponding transfer preset threshold value, the server successfully transfers the transfer value corresponding to the virtual resource; when the transfer value of the virtual resource is larger than the corresponding transfer preset threshold value, the server fails to transfer the transfer value corresponding to the virtual resource.
For example, when it is determined that the transfer value corresponding to the overcoat and jeans is equal to or less than the corresponding transfer limit threshold (i.e., 1000 yuan+500 yuan is equal to or less than 2000 yuan), the transfer value corresponding to the transfer virtual resource is successful (i.e., the server uses the 2000 yuan to pay 1500 yuan); when judging that the transfer value corresponding to the milk powder is equal to the corresponding transfer limiting threshold value (namely judging whether the 800 yuan is smaller than 1500 yuan), the transfer value corresponding to the transfer virtual resource is successful (namely the server pays 800 yuan by using the 1500 yuan); when judging whether the transfer value corresponding to the tablet computer is larger than the corresponding transfer limiting threshold (namely 3000 yuan is larger than 500 yuan), the transfer value corresponding to the virtual resource fails to be transferred (namely the server does not pay 3000 yuan without using the 500 yuan).
Optionally, after the transferring the corresponding transfer value of the virtual resource fails, the method further includes: generating a first prompt message and/or a second prompt message, wherein the first prompt message is used for representing that the transfer value exceeds the transfer limiting threshold, and the second prompt message is used for requesting the second account to adjust the transfer limiting threshold; the method comprises the steps of sending a first prompt message to a first account and/or sending a second prompt message to a second account.
In an alternative solution provided in the foregoing embodiment of the present application, the step of obtaining a transfer limiting threshold corresponding to a virtual resource according to a resource type of the virtual resource may include: acquiring a plurality of pre-stored resource types and a transfer limiting threshold corresponding to each resource type, wherein the transfer limiting 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 limiting threshold corresponding to the virtual resource.
It should be noted that, in the embodiment of the present invention, the server may pre-store a plurality of resource types, each resource type may correspond to a transfer limiting threshold, and the transfer limiting threshold corresponding to each resource type may be preset by the second account and then sent to the server to be stored, and the transfer limiting thresholds corresponding to different resource types may be the same or different.
Alternatively, the step of obtaining a plurality of pre-stored resource types and a transfer limit threshold corresponding to each resource type may be implemented as follows: after the second account and the first account are mutually bound, receiving a resource type request sent by the second account; reading a plurality of pre-stored resource types according to the resource type request, and returning the plurality of pre-stored resource types to the second account; a transfer defined threshold set by the second account for each resource type is received.
Taking the payment treasured as an example, the user A logs in the second account, after the payment treasured account number of the user B and the logging account number of the first account are mutually bound, the second account can generate a resource type request, and the server receives the resource type request sent by the second account and is used for requesting the resource type of the virtual resource.
Taking the wash baby as an example, commodities in the wash baby can be divided into different resource types such as ' lady's suit, shoes and boots case, food collection, travel of air ticket, automobile and motorcycle ', life service, home textile, home decoration building materials, mother and infant articles, mobile phone numbers and the like, and the second account can obtain the different resource types by sending a resource type request.
The server may read the pre-stored multiple resource types according to the resource type request sent by the second account, for example, the server reads the pre-stored different resource types such as "women's wear," "shoes and boots case," "converging food," "air ticket travel," "car motorcycle," "life service," "home textile," "home decoration building material," "mother and infant articles," "mobile phone number," and returns the different resource types such as "women's wear men's wear," "shoes and boots case," "converging food," "air ticket travel," "car motorcycle," "life service," "home textile," "home decoration building material," "mother and infant articles," "mobile phone number" to the second account.
It should be noted that, the server may return all the pre-stored resource types 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 is all within the protection scope of the embodiment of the present invention.
Optionally, after receiving the 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 wear men's wear" to 2000 yuan, a transfer limit threshold of "mobile phone number" to 500 yuan, a transfer limit threshold of "mother and infant articles" to 1500 yuan, a transfer limit threshold of "air ticket tourism" to 1000 yuan, and so on, and then the second account sends the transfer limit threshold set for the different resource types to the server, and the server stores the transfer limit threshold corresponding to the different resource types.
The application provides an alternative scheme for obtaining a transfer limiting threshold corresponding to a virtual resource, in the alternative scheme, when the resource types of any plurality of virtual resources in order information are the same, the step of judging whether the transfer value corresponding to the virtual resource is smaller than or equal to the corresponding transfer limiting threshold can comprise the following steps: and accumulating the transfer values of any plurality of virtual resources with the same resource type, and comparing the accumulated result with a corresponding transfer limiting threshold value to determine whether the accumulated result is smaller than or equal to the corresponding transfer limiting threshold value.
For example, the resource type of the overcoat in the order information is "women's wear men", the resource type of the jeans is also "women's wear men", the server may accumulate the transfer values of the overcoat and the jeans, that is, 1000 yuan+500 yuan=1500 yuan, and compare the accumulated result with the corresponding transfer limiting threshold, that is, 1500 yuan with 2000 yuan corresponding to "women's wear men", to determine whether the accumulated result is equal to or less than the corresponding transfer limiting threshold, that is, determine whether 1500 yuan is equal to or less than 2000 yuan.
In another alternative, when the order information includes at least two virtual resources and the resource types of each virtual resource are different, before determining whether the corresponding transition value of the virtual resource is less than or equal to the corresponding transition limit threshold, the method further includes: and acquiring the priority of the resource types of at least two virtual resources, determining the transfer priority of each virtual resource according to the priority of the resource type of each virtual resource, sequentially transferring at least two virtual resources according to the transfer priority, accumulating transfer values to obtain an accumulated value, and finally stopping transferring the rest virtual resources under the condition that the accumulated value exceeds a total limiting threshold.
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 commodity with high transfer priority can be transacted, and in the transaction process, the transfer value related to each commodity is accumulated, if the accumulated value exceeds the total limit threshold set by the second account, the transaction of the remaining commodities of the first account is stopped.
Therefore, the problem that the transfer value of the current login account on the payment application software is not limited clearly exists in the prior art, and the invention provides a method for limiting the transfer value of the current login account based on setting transfer limiting thresholds for different resource types respectively, so that the transfer value of the current login account is limited clearly, and the consumption is more reasonable and planned.
It should be noted that, for simplicity of description, the foregoing method embodiments are all described as a series of acts, but it should be understood by those skilled in the art that the present invention is not limited by the order of acts described, as some steps may be performed in other orders or concurrently in accordance with the present invention. Further, those skilled in the art will also appreciate that the embodiments described in the specification are all preferred embodiments, and that the acts and modules referred to are not necessarily required for the present invention.
From the description of the above embodiments, it will be clear to a person skilled in the art that the method according to the above embodiments may be implemented by means of software plus the necessary general hardware platform, but of course also by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) comprising several instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the method of the various embodiments of the present invention.
Example 3
In accordance with an embodiment of the present invention, there is also provided a method embodiment of a method of processing order information, it being noted that the steps illustrated in the flowchart of the figures 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 other than that illustrated herein.
The method embodiment provided by the third embodiment of the present application may still be performed in a mobile terminal, a computer terminal or a similar computing device. It should be noted here that the method embodiment provided in the third embodiment may still operate on the mobile terminal shown in fig. 4.
In order to be in the above operation environment, the present application may also provide a method for processing order information as shown in fig. 8. Fig. 8 is a flowchart of a processing method of order information according to the third embodiment of the present application.
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 for generating the order information in the step S802 of the present application may be a product that provides an instant payment platform for the user, such as a payment device. The user can register the first account on the client, and after each user logs in the first client by using the first account, the user can realize payment on the virtual resources in the order information by using the payment function provided by the client.
For example, taking a payment treasured as an example, after any one of the login accounts that is successfully registered successfully logs in the payment treasured, the payment function provided by the first account may be used to complete the payment of the user's order, specifically, the order information generated by the user on the first account may include at least one virtual resource (for example, may include various types of commodities such as overcoat, jeans, tablet computers, milk powder, etc.), the resource type of the virtual resource (for example, the resource type of overcoat and jeans may be "women's men", the resource type of the tablet computers may be "mobile phone number", the resource type of milk powder may be "mother and infant") and the transfer value corresponding to the virtual resource (for example, overcoat is 1000 yuan, jeans is 500 yuan, tablet computers is 3000 yuan, milk powder is 800 yuan).
In step S804, the order information is sent to the server.
In step S806, an order processing result returned by the server in response to the order information is received, 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 limiting threshold, the transfer value corresponding to the virtual resource is transferred to fail.
The server obtains a transfer limiting threshold corresponding to the virtual resource according to the resource type of the virtual resource, wherein the transfer limiting threshold corresponding to different resource types is preset by a second account with binding relation with the first account.
In an alternative scheme, after receiving the order information, the server may determine a transfer limiting threshold corresponding to the virtual resource in the order information according to the transfer limiting threshold set, and when the transfer value of the virtual resource is less than or equal to the corresponding transfer limiting threshold, the virtual resource is transferred successfully, and the specific implementation steps are as follows:
First, the server receives order information generated by a first account, the order information including: at least one virtual resource, a resource type of the virtual resource, and a transition value corresponding to the virtual resource.
Then, after determining the second account bound to the first account, the server reads a transfer limiting threshold preset by the second account for a plurality of resource types of the first account from a transfer threshold database.
And then, matching the resource type of the virtual resource with a plurality of resource types, and acquiring a transfer limiting threshold corresponding to the virtual resource under the condition that the matching is successful.
And finally, judging whether the transfer value of the virtual resource is smaller than or equal to a corresponding transfer limiting threshold value, if so, transferring the virtual resource successfully, otherwise, transferring the virtual resource fails.
As can be seen from the above, the solution provided in the above steps S804 and S806 may be implemented, where 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, where the order information includes: at least one virtual resource, a resource type of the virtual resource, and a transition value corresponding to the virtual resource; and acquiring a transfer limiting threshold corresponding to the virtual resource according to the resource type of the virtual resource, wherein the transfer limiting threshold corresponding to different resource types is preset by a second account bound with the first account, and further judging whether the transfer value corresponding to the virtual resource is smaller than or equal to the corresponding transfer limiting threshold, wherein when the transfer value of the virtual resource is smaller than or equal to the corresponding transfer limiting threshold, the transfer value corresponding to the transfer virtual resource is successful, and when the transfer value of the virtual resource is larger than the corresponding transfer limiting threshold, the transfer value corresponding to the transfer virtual resource fails.
The first account in the above embodiment 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 logging in to the second client may be a login account having a binding relationship with the first account logging in to the first client, and this 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 computer terminal 10 directly queries to obtain the second account bound with the first account.
Still taking the payment treasured as an example, after any one of the successfully registered first accounts successfully logs in the payment treasured, the server can inquire to obtain a second account with a binding relationship with the first account, and the binding request can 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 of the two accounts can be realized by selecting the payment treasured 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 limiting threshold corresponding to a different resource type for the first account a bound thereto in advance. For example, the second account may be preset to have a transfer limit threshold of 2000 yuan for allowing the first account a to pay "women's wear men", a transfer limit threshold of 500 yuan for allowing the first account a to pay "mobile phone numbers", a transfer limit threshold of 1500 yuan for allowing the first account a to pay "mother and infant articles", a transfer limit threshold of 1000 yuan for allowing the first account a to pay "air ticket travel", and so on.
Furthermore, the server may obtain a transfer limit threshold corresponding to the virtual resource according to the resource type of the virtual resource (for example, the resource type of the overcoat and jeans may be "women's wear" and 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 product"), for example, the transfer limit threshold corresponding to the overcoat and jeans may be 2000 yuan, the transfer limit threshold corresponding to the tablet computer may be 500 yuan, and the transfer limit threshold corresponding to the milk powder may be 1500 yuan.
As an alternative implementation manner, after obtaining the transfer limiting threshold corresponding to the virtual resource, the server determines whether the transfer value corresponding to the virtual resource is less than or equal to the corresponding transfer limiting threshold, when the transfer value of the virtual resource is less than or equal to the corresponding transfer limiting threshold, the transfer value corresponding to the transfer virtual resource is successful, and when the transfer value of the virtual resource is greater than the corresponding transfer limiting threshold, the transfer value corresponding to the transfer virtual resource fails.
For example, after the server obtains that the transfer limiting threshold corresponding to the overcoat and the jeans is 2000 yuan, the transfer limiting threshold corresponding to the tablet computer is 500 yuan, and the transfer limiting threshold corresponding to the milk powder is 1500 yuan, it is determined whether the transfer value corresponding to the overcoat and the jeans is smaller than or equal to the corresponding transfer limiting threshold (i.e. 1000 yuan+500 yuan is smaller than or equal to 2000 yuan), whether the transfer value corresponding to the tablet computer is smaller than or equal to the corresponding transfer limiting threshold (i.e. 3000 yuan is smaller than or equal to 500 yuan), and whether the transfer value corresponding to the milk powder is smaller than or equal to the corresponding transfer limiting threshold (i.e. 800 yuan is smaller than or equal to 1500 yuan).
When judging that the transfer values corresponding to the overcoat and jeans are smaller than or equal to the corresponding transfer limiting threshold (namely, 1000 yuan+500 yuan is smaller than or equal to 2000 yuan), the transfer values corresponding to the virtual resources are successfully transferred (namely, the server uses the 2000 yuan to pay 1500 yuan); when judging that the transfer value corresponding to the milk powder is equal to the corresponding transfer limiting threshold value (namely judging whether the 800 yuan is smaller than 1500 yuan), the transfer value corresponding to the transfer virtual resource is successful (namely the server pays 800 yuan by using the 1500 yuan); when judging whether the transfer value corresponding to the tablet computer is larger than the corresponding transfer limiting threshold (namely 3000 yuan is larger than 500 yuan), the transfer value corresponding to the virtual resource fails to be transferred (namely the server does not pay 3000 yuan without using the 500 yuan).
Optionally, after the transferring the corresponding transfer value of the virtual resource fails, the method further includes: generating a first prompt message and/or a second prompt message, wherein the first prompt message is used for representing that the transfer value exceeds the transfer limiting threshold, and the second prompt message is used for requesting the second account to adjust the transfer limiting threshold; the method comprises the steps of sending a first prompt message to a first account and/or sending a second prompt message to a second account.
It should be noted that, in the embodiment of the present invention, the server may pre-store a plurality of resource types, each resource type may correspond to a transfer limiting threshold, and the transfer limiting threshold corresponding to each resource type may be preset by the second account and then sent to the server to be stored, and the transfer limiting thresholds corresponding to different resource types may be the same or different.
Alternatively, the step of obtaining a plurality of pre-stored resource types and a transfer limit threshold corresponding to each resource type may be implemented as follows: after the second account and the first account are mutually bound, receiving a resource type request sent by the second account; reading a plurality of pre-stored resource types according to the resource type request, and returning the plurality of pre-stored resource types to the second account; a transfer defined threshold set by the second account for each resource type is received.
Still taking the payment treasured as an example, the user A logs in the second client side by using the second account, after the payment treasured account number of the user B is mutually bound with the first account of the first client side, the second account can generate a resource type request, and the processing device of the order information receives the resource type request sent by the second account and is used for requesting the resource type of the virtual resource.
Taking the wash baby as an example, commodities in the wash baby can be divided into different resource types such as ' lady's suit, shoes and boots case, food collection, travel of air ticket, automobile and motorcycle ', life service, home textile, home decoration building materials, mother and infant articles, mobile phone numbers and the like, and the second account can obtain the different resource types by sending a resource type request.
The server may read the pre-stored multiple resource types according to the resource type request sent by the second account, for example, the server reads the pre-stored different resource types such as "women's wear," "shoes and boots case," "converging food," "air ticket travel," "car motorcycle," "life service," "home textile," "home decoration building material," "mother and infant articles," "mobile phone number," and returns the different resource types such as "women's wear men's wear," "shoes and boots case," "converging food," "air ticket travel," "car motorcycle," "life service," "home textile," "home decoration building material," "mother and infant articles," "mobile phone number" to the second account.
It should be noted that, the server may return all the pre-stored resource types 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 is all within the protection scope of the embodiment of the present invention.
Optionally, after receiving the 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 wear men's wear" to 2000 yuan, a transfer limit threshold of "mobile phone number" to 500 yuan, a transfer limit threshold of "mother and infant articles" to 1500 yuan, a transfer limit threshold of "air ticket tourism" to 1000 yuan, and so on, and then the second account sends the transfer limit threshold set for the different resource types to the server, and the server stores the transfer limit threshold corresponding to the different resource types.
In an alternative, the step of selecting the first account bound to the second account and setting a transfer limit threshold for the first account bound to the second account under a different resource type may comprise: 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 limiting threshold, calling a transfer limiting threshold setting interface according to the trigger instruction, wherein the transfer limiting threshold setting interface is used for displaying a plurality of resource types of a first account; after receiving a setting instruction corresponding to any one resource type, setting a corresponding transfer limiting threshold value for any one resource type.
The application provides an alternative scheme for acquiring a transfer limiting threshold corresponding to a virtual resource, which is used for acquiring the transfer limiting threshold corresponding to the virtual resource which is pre-distributed for a first account by a second account through interaction with the second account.
In an alternative solution, 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 limiting threshold value includes: and accumulating the transfer values of any plurality of virtual resources with the same resource type, and comparing the accumulated result with a corresponding transfer limiting threshold value to determine whether the accumulated result is smaller than or equal to the corresponding transfer limiting threshold value.
For example, the resource type of the overcoat in the order information is "women's wear men", the resource type of the jeans is also "women's wear men", the server may accumulate the transfer values of the overcoat and the jeans, that is, 1000 yuan+500 yuan=1500 yuan, and compare the accumulated result with the corresponding transfer limiting threshold, that is, 1500 yuan with 2000 yuan corresponding to "women's wear men", to determine whether the accumulated result is equal to or less than the corresponding transfer limiting threshold, that is, determine whether 1500 yuan is equal to or less than 2000 yuan.
In another alternative, when the order information includes at least two virtual resources and the resource types of each virtual resource are different, before determining whether the corresponding transition value of the virtual resource is less than or equal to the corresponding transition limit threshold, the method further includes: and acquiring the priority of the resource types of at least two virtual resources, determining the transfer priority of each virtual resource according to the priority of the resource type of each virtual resource, sequentially transferring at least two virtual resources according to the transfer priority, accumulating transfer values to obtain an accumulated value, and finally stopping transferring the rest virtual resources under the condition that the accumulated value exceeds a total limiting threshold.
For example, the resource type of the coat and jeans in the order information is "women's wear, the resource type of the tablet personal computer is" mobile phone number ", the resource type of the milk powder is" mother and infant articles ", the server can respectively obtain the priorities of" women's wear, "mobile phone number," and "mother and infant articles", for example, the priority of "women's wear is 1," the priority of "mobile phone number" is 2, "the priority of" mother and infant articles "is 3, the server can judge the transfer values according to the order of the priorities, for example, the server can firstly judge whether the transfer values of the coat and jeans corresponding to" women's wear are smaller than or equal to the corresponding transfer limiting threshold, then judge whether the transfer values of the tablet personal computer corresponding to "mobile phone number" are smaller than or equal to the corresponding transfer limiting threshold, and finally judge whether the transfer values of the milk powder corresponding to "mother and infant articles" are smaller than or equal to the corresponding transfer limiting threshold.
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 commodity with high transfer priority can be transacted, and in the transaction process, the transfer value related to each commodity is accumulated, if the accumulated value exceeds the total limit threshold set by the second account, the transaction of the remaining commodities of the first account is stopped.
Optionally, after the transferring the corresponding transfer value of the virtual resource fails, the method further includes: the first account receives a first prompt message generated by a server; after the transfer value corresponding to the virtual resource fails to be transferred, the server generates a first prompt message, wherein the first prompt message is used for representing that the transfer value exceeds a transfer limiting threshold.
Therefore, the problem that the transfer value of the current login account on the payment application software is not limited clearly exists in the prior art, and the invention provides a method for limiting the transfer value of the current login account based on setting transfer limiting thresholds for different resource types respectively, so that the transfer value of the current login account is limited clearly, and the consumption is more reasonable and planned.
It should be noted that, for simplicity of description, the foregoing method embodiments are all described as a series of acts, but it should be understood by those skilled in the art that the present invention is not limited by the order of acts described, as some steps may be performed in other orders or concurrently in accordance with the present invention. Further, those skilled in the art will also appreciate that the embodiments described in the specification are all preferred embodiments, and that the acts and modules referred to are not necessarily required for the present invention.
From the description of the above embodiments, it will be clear to a person skilled in the art that the method according to the above embodiments may be implemented by means of software plus the necessary general hardware platform, but of course also by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) comprising instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the method according to the embodiments of the present invention.
Example 4
According to the embodiment of the application, an embodiment of a device for implementing the embodiment of the method is also provided, and the device provided by the embodiment of the application can be operated on a computer terminal.
Fig. 9 is a schematic 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 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 limiting threshold value preset by the second account for a plurality of resource types of the first account from the transfer threshold value database; the acquisition module is used for matching the resource type of the virtual resource with a plurality of resource types, and acquiring a transfer limiting threshold corresponding to the virtual resource under the condition of successful matching; and the processing module is used for judging whether the transfer value of the virtual resource is smaller than or equal to the corresponding transfer limiting threshold value, and if so, the virtual resource is transferred successfully, otherwise, the virtual resource is transferred failed.
As can be seen from the above, according to the scheme provided by the fourth embodiment of the present application, the transfer limiting thresholds corresponding to different resource types are preset through the second account, after the order information generated by the first account is received, the transfer value corresponding to the transfer virtual resource is determined to be successful or failed according to the transfer limiting thresholds corresponding to the preset different resource types, so that the purpose of setting the sensed transfer limiting thresholds corresponding to the different resource types for the bound client is achieved, the technical effect of definitely limiting the transfer limiting thresholds of the different resource types for the bound client is achieved, and the technical problem of poor flexibility of the control method for transferring the virtual resource is further solved.
It should be noted that, the receiving module 902, the reading module 904, the obtaining module 906, and the processing module 908 correspond to the steps S202 to S208 in the first embodiment, and the four modules are the same as the examples and application scenarios implemented by the corresponding steps, but are not limited to the disclosure in the first embodiment. It should be noted that the above-described module may be implemented in software or hardware as a part of the apparatus in the computer terminal 10 provided in the first embodiment.
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, after the second account and the first account are bound to each other, a resource type request sent by the second account.
The sub-processing module 1004 is configured to read the pre-saved multiple resource types according to the resource type request, and return the pre-saved multiple resource types to the second account.
A second sub-receiving module 1006, configured to receive a transfer defining threshold set by the second account for each resource type.
A saving module 1008, configured to save the transfer limiting threshold set by the second account for each resource type to the transfer threshold database.
Here, the above is 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 examples and application scenarios implemented by the corresponding steps, but are not limited to those disclosed in the first embodiment. It should be noted that the above-described module may be implemented in software or hardware as a part of the apparatus in the computer terminal 10 provided in the first embodiment.
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 the second account after the second account and the first account are bound to each other; a processing unit 1104, configured to read the pre-saved plurality of resource types according to the resource type request, and return the pre-saved plurality of resource types to the second account; the second receiving unit 1106 is configured to receive a transfer limiting threshold preset by the second account for each resource type.
Here, it should be noted 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 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 above-described module may be implemented in software or hardware as a part of the apparatus in the computer terminal 10 provided in the first embodiment.
Optionally, as shown in fig. 12, when the resource types of any of the plurality of virtual resources in the order information are the same, the apparatus may further include: a calculation module 1202.
The calculation module 1202 is configured to accumulate transfer values of any multiple virtual resources with the same resource type, and compare the accumulated result with a corresponding transfer limit threshold to determine whether the accumulated result is less than or equal to the corresponding transfer limit threshold.
It should be noted that, the above-mentioned calculation module 1202 corresponds to step S10 in the first embodiment, and the module is the same as the example and application scenario implemented by the corresponding step, but is not limited to the disclosure in the first embodiment. It should be noted that the above-described module may be implemented in software or hardware as a part of the apparatus in the computer terminal 10 provided in the first embodiment.
Optionally, as shown in fig. 13, when the order information includes at least two virtual resources, and the resource types of each virtual resource are different, the apparatus may further include: a sub-acquisition module 1302, a determination module 1304, a transfer module 1306, and a control module 1308.
Wherein, the sub-acquiring module 1302 is configured to acquire 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 a transfer priority, and accumulate transfer values to obtain an accumulated value; a control module 1308 for suspending transferring the remaining virtual resources in case the accumulated value exceeds the total defined threshold.
It should be noted that the sub-acquisition module 1302, the determination module 1304, the transfer module 1306 and the control module 1308 correspond to steps S20 to S26 in the first embodiment, and the modules are the same as examples and application scenarios implemented by the corresponding steps, but are not limited to those disclosed in the first embodiment. It should be noted that the above-described module may be implemented in software or hardware as a part of the apparatus in the computer terminal 10 provided in the first embodiment.
Optionally, as shown in fig. 14, the apparatus may further include: a generation module 1402 and a transmission module 1404.
The generating module 1402 is configured to generate a first hint message and/or a second hint message, where the first hint message is used to characterize that the transfer value exceeds the transfer limit threshold, and the second hint message is used to request the second account to adjust the transfer limit threshold; a 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 that, the generating module 1402 and the transmitting module 1404 correspond to steps S30 to S32 in the first embodiment, and the modules are the same as examples and application scenarios implemented by the corresponding steps, but are not limited to the disclosure in the first embodiment. It should be noted that the above-described module may be implemented in software or hardware as a part of the apparatus in the computer terminal 10 provided in the first embodiment.
According to the embodiment of the application, an embodiment of a device for implementing the embodiment of the method is also provided, and the device provided by the embodiment of the application can be operated on a mobile terminal.
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 selection module 1502 and a transmission module 1504.
The selecting module 1502 is configured to select a first account bound to a second account, and set a transfer limiting threshold of the first account bound to the second account under different resource types, so as to generate a transfer limiting threshold set; a transmission module 1504 for transmitting the transfer defined threshold set to the server; after receiving order information of a first client, the server determines a transfer limiting threshold corresponding to a virtual resource in the order information according to a transfer limiting threshold set, and when a transfer value of the virtual resource is smaller than or equal to the corresponding transfer limiting 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 examples and application scenarios implemented by the corresponding steps, but are not limited to those disclosed in the second embodiment. It should be noted that the above module may be implemented in software or hardware as a part of the apparatus and be operated in the mobile terminal 40 provided in the second embodiment.
Optionally, the selecting module includes: the transfer limiting threshold setting interface is used for displaying a plurality of resource types of the first account, the second account logs in the first interface displayed by the client, and the second account and the first account are mutually bound by selecting the first account in the first interface; and the setting module is used for setting a corresponding transfer limiting threshold value for any one resource type after receiving a setting instruction corresponding to any one resource type.
According to the embodiment of the application, an embodiment of a device for implementing the embodiment of the method is also provided, and the device provided by the embodiment of the application can be operated on a mobile terminal.
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 transmitting unit 1604, and a receiving unit 1606.
The generating unit is configured to generate order information in response to an 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; a transmitting unit for transmitting the order information to a server; the receiving unit is used for receiving an order processing result returned by the server in response to the order information, wherein the order processing result is that the virtual resource is successfully transferred when the transfer numerical value of the virtual resource is smaller than or equal to a corresponding transfer limiting threshold value; the server obtains a transfer limiting threshold corresponding to the virtual resource in the order information according to a transfer limiting threshold preset by the second account for a plurality of resource types of the first account.
Here, the generating unit 1602, the transmitting unit 1604, and the receiving unit 1606 correspond to steps S802 to S806 in the third embodiment, and the modules are the same as examples and application scenarios implemented by the corresponding steps, but are not limited to those disclosed in the third embodiment. It should be noted that the above module may be implemented in software or hardware as a part of the apparatus and be operated in the mobile terminal 40 provided in the third embodiment.
Therefore, the problem that the transfer value of the current login account on the payment application software is not limited clearly exists in the prior art, and the invention provides a method for limiting the transfer value of the current login account based on setting transfer limiting thresholds for different resource types respectively, so that the transfer value of the current login account is limited clearly, and the consumption is more reasonable and planned.
Example 5
According to an embodiment of the present invention, there is further provided a processing system for order information, and fig. 17 is a schematic structural diagram of a processing system for running order information according to an embodiment of the present invention.
The system comprises: the first client 170 is configured to generate order information in response to an 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 limiting threshold of the first account bound with the second account under different resource types, and generate a set of transfer limiting thresholds; and the server 174 is respectively in communication relation with the first client and the second client, and is configured to receive the order information and the transfer limiting threshold set generated by the first client, and determine a transfer limiting threshold corresponding to the virtual resource in the order information according to the transfer limiting threshold set, where it is determined whether the transfer value of the virtual resource is less than or equal to the corresponding transfer limiting threshold, and if so, the virtual resource is transferred successfully, otherwise, the virtual resource is transferred failed.
The first account responds to the operation of logging in the account to generate order information, wherein the order information comprises: at least one virtual resource, a resource type of the virtual resource, and a transition value corresponding to the virtual resource; transmitting 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 smaller than or equal to a corresponding transfer limiting threshold value, the transfer value corresponding to the virtual resource is transferred successfully; when the transfer value of the virtual resource is greater than the corresponding transfer limiting threshold, the transfer value corresponding to the virtual resource is transferred to fail.
Optionally, after receiving a trigger instruction for setting a transfer limiting threshold, the second account invokes and displays a transfer limiting threshold setting interface, and displays a plurality of resource types in the transfer limiting threshold setting interface; presetting a transfer limiting threshold corresponding to each resource type through a transfer limiting threshold setting interface; and transmitting 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, the order information including: at least one virtual resource, a resource type of the virtual resource, and a transition value corresponding to the virtual resource; obtaining a transfer limiting threshold corresponding to the virtual resource according to the resource type of the virtual resource, wherein the transfer limiting threshold corresponding to different resource types is preset by a second account, and the first account and the second account are mutually bound; judging whether the transfer value corresponding to the virtual resource is smaller than or equal to the corresponding transfer limiting threshold value; when the transfer value of the virtual resource is smaller than or equal to the corresponding transfer limiting threshold value, the transfer value corresponding to the virtual resource is transferred successfully; when the transfer value of the virtual resource is greater than the corresponding transfer limiting threshold, the transfer value corresponding to the virtual resource is transferred to fail.
Therefore, the problem that the transfer value of the current login account on the payment application software is not limited clearly exists in the prior art, and the invention provides a method for limiting the transfer value of the current login account based on setting transfer limiting thresholds for different resource types respectively, so that the transfer value of the current login account is limited clearly, and the consumption is more reasonable and planned.
In an alternative, taking the use of a pay-per-view function as an example, the first client 170 in the fifth embodiment of 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 limiting threshold is a consumption allowance. By applying the embodiment of the application in the application scene, the payment client can set the consumption limit corresponding to the classification of each commodity, and in the process of consumption of the consumption client, the amount below the consumption limit can be paid for each type of commodity.
The functions realized by the application of the scheme of the present application to the intimate application scenario in the payment device described above will be described in detail below with reference to fig. 18.
And step A, the payment client opens up intimate payment.
The payment client in the step a of the present application may be the second account in the embodiment, and the payment client is not limited to the product of providing the immediate payment platform for the user, such as the payment treasury. Taking payment treasures as an example, a payment client can pre-allocate a consumption limit to a consumption client through a intimacy function, wherein the payment client can firstly open intimacy. The term "pay-in-close payment" in this embodiment means that when a payment client opens up a pay-in-close payment for a consuming client and sets a consumption limit, the consuming client can use the amount of the payment client to consume within the consumption limit.
And step B, the payment client starts a consumption quota setting function.
In the step B, after the payment client opens the intimate payment, the payment client can start the consumption quota setting function to initiate a consumption quota request to the commodity server, so as to set the consumption quota for the classification information of different commodities. Still taking the payment treasures as an example, the payment client can bind with the consumption client through the payment treasures account number of the consumption client, so as to open the intimate payment for the consumption client, and after the intimate payment is opened, the payment client can respond to the operation of clicking the consumption limit setting button by a user to start the consumption limit setting function.
And step C, the payment client initiates a request for setting the consumption allowance to the commodity server.
In the step C of the present application, after the payment client starts the consumption limit setting function, the payment client may initiate a request for setting the consumption limit to the commodity server, and the commodity server in this embodiment is not limited to the panning server, etc. to provide the transaction platform product for the user. Taking a treasured washing server as an example, a payment client initiates a request for setting a consumption limit to the treasured washing server, and the treasured washing server acquires a plurality of pre-stored classification information, specifically, commodities in treasured washing can be classified into different classification information such as 'women's dress ',' shoes and boots 'bags', 'converging food', 'air ticket travelling', 'automobile and motorcycle', 'living service', 'home textile', 'home decoration building materials', 'mother and infant articles', 'mobile phone digital'.
And D, associating the commodity classification database by the commodity server.
In the method for acquiring the pre-stored multiple classification information by the commodity server in the step D of the present application, the commodity server may be associated with a commodity classification database, and the pre-stored multiple classification information may be read from the commodity classification database. For example, the wash server is provided with a commodity classification database, different commodities have specific classification information, such as the classification information of the overcoat and jeans can be 'women's wear, the classification information of the snow boots and the leather bags can be 'shoes, boots and bags', and the like, each classification information is stored in the commodity classification database, when a payment client initiates a request for setting a consumption limit, the wash server is associated with the commodity classification database, and a plurality of classification information stored in advance are read from the commodity classification database.
And E, returning the classification information of the commodity to the payment client by the commodity server.
In the step E of the present application, after obtaining the plurality of pre-stored classification information, the commodity server may return the classification information of the commodity to the payment client.
And F, identifying and displaying a plurality of classification information by the payment client.
In the step F, after receiving the classification information of the commodity sent by the commodity server, the payment client identifies the classification information of the commodity and displays a plurality of classification information on the display interface as shown in fig. 6 c. For example, the payment client may display different classification information such as "lady's suit," "shoe case," "food collection, travel of air ticket," "car motorcycle," "life service," "home textile," "home decoration building material," "mother and infant articles," "mobile phone number" in the display interface.
And step G, the payment client receives the consumption allowance corresponding to each classified information.
In the above step G of the present application, after displaying the plurality of classification information, the payment client may receive the consumption allowance corresponding to each classification information in response to the operation of the user. In this embodiment, there is no need to set a corresponding consumption limit for each classification information, for example, if the corresponding consumption limit is not set for the "shoe box", the consumption client cannot pay the commodity of the shoe box by using the amount of the payment client.
And step H, the payment client sends the consumption allowance of each classified information to the payment server.
In the step H of the present application, the payment client sends the consumption allowance of each classification information with the consumption allowance set to the payment server, and the payment server in the embodiment is not limited to the payment server, etc. to provide the transaction platform product for the user. Taking the payment treasure server as an example, the payment treasure server may save the consumption allowance of each classification information after receiving the consumption allowance of each classification information.
And step I, the payment server stores the consumption allowance corresponding to each piece of classification information.
And step J, after the consumption client opens the close payment function, the binding relationship with the payment client is started.
The consumer client in the step J of the present application may be the first account in the above embodiment, and the consumer client is not limited to the product of the payment server or the like for providing the user with the instant payment platform. Taking payment treasures as an example, the consumption client can start the binding relation with the payment client after the close payment function is opened, and then the consumption client can consume the money of the payment client within the consumption limit.
And step K, the consumption client creates a trade order and generates order information.
In the step K, the consumer client creates a trade order to generate order information, the order information may include at least one virtual resource (for example, may include various types of commodities such as overcoat, jeans, tablet computers, milk powder, etc.), a resource type of the virtual resource (for example, a resource type of overcoat and jeans may be "lady's wear", a resource type of the tablet computers may be "mobile phone number", a resource type of milk powder may be "baby's wear"), and a transfer value corresponding to the virtual resource (for example, overcoat is 1000 yuan, jeans is 500 yuan, tablet computers are 3000 yuan, milk powder is 800 yuan), and the consumer client sends the generated order information to the payment server.
And step L, the consumption client 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 receiving the order information generated by the consumption client, the payment server reads the classification information of each commodity in the order information, and obtains the consumption limit of each commodity according to the classification information of each commodity. For example, the payment server obtains the transfer limiting threshold corresponding to the overcoat and jeans set by the payment client according to the classification information of each commodity, the transfer limiting threshold corresponding to the tablet computer is 500 yuan, and the transfer limiting threshold corresponding to the milk powder is 1500 yuan.
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 the payment server obtains that the transfer limiting threshold corresponding to the overcoat and the jeans is 2000 yuan, the transfer limiting threshold corresponding to the tablet computer is 500 yuan, and the transfer limiting threshold corresponding to the milk powder is 1500 yuan, it is determined whether the transfer value corresponding to the overcoat and the jeans is less than or equal to the corresponding transfer limiting threshold (i.e. 1000 yuan+500 yuan is less than or equal to 2000 yuan), the transfer value corresponding to the tablet computer is less than or equal to the corresponding transfer limiting threshold (i.e. 3000 yuan is less than or equal to 500 yuan), and the transfer value corresponding to the milk powder is less than or equal to the corresponding transfer limiting threshold (i.e. 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, returns a result that the commodity is successfully paid to the consumption client.
In the step 0, when it is determined that the transfer values corresponding to the overcoat and jeans are less than or equal to the corresponding transfer limiting threshold (i.e., 1000 yuan+500 yuan is less than or equal to 2000 yuan), the transfer values corresponding to the transfer virtual resources are successful (i.e., the payment server uses the 2000 yuan to pay 1500 yuan); when judging that the transfer value corresponding to the milk powder is equal to the corresponding transfer limiting threshold value (namely judging whether the 800 yuan is smaller than 1500 yuan), the transfer value corresponding to the transfer virtual resource is successful (namely the payment server uses the 1500 yuan to pay 800 yuan); when judging whether the transfer value corresponding to the tablet computer is larger than the corresponding transfer limiting threshold (namely 3000 yuan is larger than 500 yuan), the transfer value corresponding to the virtual resource fails to be transferred (namely the payment server does not use the 500 yuan to pay 3000 yuan).
As can be seen from the foregoing, according to the scheme provided by the foregoing embodiment of the present application, the transfer limiting thresholds corresponding to different resource types are preset through the second account, after the order information generated by the first account is received, the transfer value corresponding to the transfer virtual resource is determined to be successful or failed according to the transfer limiting thresholds corresponding to the preset different resource types, so that the purpose of setting the transfer limiting thresholds corresponding to the different resource types for the bound client is achieved, and the technical effect of definitely limiting the transfer limiting thresholds of the different resource types for the bound client is achieved, and further the technical problem of poor flexibility of the control method for transferring the virtual resource is solved.
Example 6
The embodiment of the invention also provides a storage medium. Alternatively, in this embodiment, the storage medium may be used to store program codes executed by the order information processing method provided in the first embodiment.
Alternatively, in this embodiment, the storage medium may be located in any one of the computer terminals in the computer terminal group in the computer network, or in any one of the mobile terminals in the mobile terminal group.
Alternatively, in the present embodiment, the storage medium is configured to store program code for performing the steps of: receiving order information generated by a first account, the order information comprising: at least one virtual resource, a resource type of the virtual resource and a transfer value corresponding to the virtual resource; obtaining a transfer limiting threshold corresponding to the virtual resource according to the resource type of the virtual resource, wherein a second account is preset with transfer limiting thresholds corresponding to different resource types, and the first account and the second account are mutually bound; judging whether the transfer value corresponding to the virtual resource is smaller than or equal to the corresponding transfer limiting threshold value; when the transfer value of the virtual resource is smaller than or equal to the corresponding transfer limiting 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 limiting threshold, the transfer of the transfer value corresponding to the virtual resource fails.
Optionally, the storage medium is further arranged to store program code for performing the steps of: acquiring a plurality of pre-stored resource types and a transfer limiting threshold corresponding to each resource type, wherein the transfer limiting 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, and determining a transfer limiting 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 mutually bound, receiving a resource type request sent by the second account; reading the pre-saved multiple resource types according to the resource type request, and returning the pre-saved multiple resource types to the second account; a transfer defining threshold set by the second account for each resource type is received.
Optionally, the storage medium is further arranged to store program code for performing the steps of: and accumulating the transfer values of the arbitrary plurality of virtual resources with the same resource type, and comparing the accumulated result with the corresponding transfer limiting threshold value to determine whether the accumulated result is smaller than or equal to the corresponding transfer limiting threshold value.
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 transition value corresponding to the virtual resource is less than or equal to the corresponding transition limit threshold includes: and judging whether the transfer values corresponding to the at least two virtual resources are smaller than or equal to the transfer limiting threshold corresponding to the resource types of the at least two virtual resources according to the priority order.
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 representing that the transfer value exceeds the transfer limiting threshold, and the second prompt message is used for requesting the second account to adjust the transfer limiting threshold; and sending the first prompt message to the first account and/or sending the second prompt message to the second account.
Alternatively, in the present embodiment, the storage medium may include, but is not limited to: a usb disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a removable hard disk, a magnetic disk, or an optical disk, or other various media capable of storing program codes.
Alternatively, the specific example in this embodiment may refer to the example described in embodiment 1, and this embodiment is not described herein.
Example 7
The embodiment of the invention also provides a storage medium. Alternatively, in the present embodiment, the storage medium may be used to store program codes executed by the processing method of order information provided in the second embodiment.
Alternatively, in this embodiment, the storage medium may be located in any one of the computer terminals in the computer terminal group in the computer network, or in any one of the mobile terminals in the mobile terminal group.
Alternatively, in the present embodiment, the storage medium is configured to store program code for performing the steps of: after receiving a trigger instruction for setting a transfer limiting threshold, calling and displaying a transfer limiting threshold setting interface, and displaying a plurality of resource types in the transfer limiting threshold setting interface; presetting a transfer limiting threshold corresponding to each resource type through the transfer limiting threshold setting interface; transmitting the plurality of resource types and the transfer limiting threshold 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: at least one virtual resource, a resource type of the virtual resource and a transfer value corresponding to the virtual resource, wherein the order processing result is that when the transfer value of the virtual resource is smaller than or equal to a corresponding transfer limiting threshold value, the transfer of the transfer value corresponding to the virtual resource is successful; when the transfer value of the virtual resource is larger than the corresponding transfer limiting threshold, the transfer of the transfer value corresponding to the virtual resource fails; the server acquires a transfer limiting threshold corresponding to the virtual resource according to the resource type of the virtual resource, and the first account and the second account are mutually bound.
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 limiting threshold value 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 limiting threshold setting interface.
Optionally, the storage medium is further arranged to store program code for performing the steps of: binding the first account with the first account, and sending a resource type request to the server; and receiving the pre-saved multiple 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; and after the transfer value corresponding to the virtual resource fails to be transferred, the server generates the second prompt message, wherein the second prompt message is used for requesting the second account to adjust the transfer limiting threshold value.
Alternatively, in the present embodiment, the storage medium may include, but is not limited to: a usb disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a removable hard disk, a magnetic disk, or an optical disk, or other various media capable of storing program codes.
Alternatively, the specific example in this embodiment may refer to the example described in embodiment 2 above, and this embodiment is not described herein.
Example 8
The embodiment of the invention also provides a storage medium. Alternatively, in the present embodiment, the storage medium may be used to store program codes executed by the processing method of order information provided in the third embodiment.
Alternatively, in this embodiment, the storage medium may be located in any one of the computer terminals in the computer terminal group in the computer network, or in any one of the mobile terminals in the mobile terminal group.
Alternatively, in the present embodiment, the storage medium is configured to store program code for performing the steps of: generating order information in response to an operation of logging into an account, the order information comprising: 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 smaller than or equal to a corresponding transfer limiting threshold value, the transfer value corresponding to the virtual resource is successfully transferred; when the transfer value of the virtual resource is larger than the corresponding transfer limiting threshold, the transfer of the transfer value corresponding to the virtual resource fails; the server obtains a transfer limiting threshold corresponding to the virtual resource according to the resource type of the virtual resource, wherein the transfer limiting threshold corresponding to different resource types is preset by a second account with binding relation 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; after the transfer value corresponding to the virtual resource fails, the server generates the first prompt message, wherein the first prompt message is used for representing that the transfer value exceeds the transfer limiting threshold.
Alternatively, in the present embodiment, the storage medium may include, but is not limited to: a usb disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a removable hard disk, a magnetic disk, or an optical disk, or other various media capable of storing program codes.
Alternatively, a specific example in this embodiment may refer to the example described in embodiment 3 above, and this embodiment is not described herein.
Example 9
The embodiment of the invention also provides a storage medium, which comprises a stored program, wherein the device where the storage medium is controlled to execute the order information processing method in the embodiment when the program runs.
Example 10
The embodiment of the invention also provides a processor, which is used for running a program, wherein the program runs to execute the order information processing method in the embodiment.
The foregoing embodiment numbers of the present invention are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.
In the foregoing embodiments of the present invention, the descriptions of the embodiments are emphasized, and for a portion of this disclosure that is not described in detail in this embodiment, reference is made to the related descriptions of other embodiments.
In the 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 exemplary, and the division of the units, such as the division of the units, is merely a logical function division, and may be implemented in another manner, for example, multiple units or components may be combined or may be integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be through some interfaces, units or modules, or may be in electrical or other forms.
The units described as separate units may or may not be physically separate, and units shown 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 may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional unit in the embodiments of the present invention may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.
The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied essentially or in part or all of the technical solution or in part in the form of a software product stored in a storage medium, including instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a usb disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a removable hard disk, a magnetic disk, or an optical disk, or other various media capable of storing program codes.
The foregoing is merely a preferred embodiment of the present invention and it should be noted that modifications and adaptations to those skilled in the art may be made without departing from the principles of the present invention, which are intended to be comprehended within the scope of the present invention.

Claims (10)

1. A method for processing order information, which is applied to a commodity server, the method comprising:
after receiving a consumption quota setting request initiated by a payment client, acquiring classification information of the commodity;
And sending the classified information to the payment client so that the payment client sets a consumption limit corresponding to each classified information for a login account of a consumption client, wherein the consumption limit is the basis for the payment server to limit the consumption of the login account.
2. The method of claim 1, the obtaining classification information for the commodity, comprising:
a plurality of classification information of the commodity stored in advance is acquired from a commodity classification database.
3. A method for processing order information, applied to a consuming client, the method comprising:
generating trade order information, wherein the trade order information comprises classification information of commodities;
And sending the transaction order information to a payment server so that the payment server can judge whether the payment amount of each type of commodity in the order exceeds the consumption limit corresponding to the belonging classification, wherein the consumption limit is set after the payment client bound by the consumption client acquires commodity classification information from the commodity server.
4. A method according to claim 3, further comprising:
And receiving a prompt message which is issued by a payment server and used for representing that the payment amount exceeds the consumption limit.
5. A method according to claim 3,
Binding of the consuming client and the payment client is triggered by the consuming client.
6. An order information processing apparatus applied to a commodity server, the apparatus comprising:
the acquisition unit acquires classification information of the commodity after receiving a consumption quota setting request initiated by a payment client;
And the sending unit is used for sending the classified information to the payment client so that the payment client sets a consumption limit corresponding to each classified information for a login account of a consumption client, wherein the consumption limit is the basis for the payment server to limit the consumption of the login account.
7. The device according to claim 6,
The acquisition unit acquires a plurality of pieces of classification information of the commodity stored in advance from the commodity classification database.
8. An apparatus for processing order information, the apparatus comprising:
the generation unit is used for generating trade order information, wherein the trade order information comprises classification information of commodities;
And the sending unit is used for sending the transaction order information to the payment server so that the payment server can judge whether the payment amount of each type of commodity in the order exceeds the consumption limit corresponding to the belonging classification, and the consumption limit is set after the payment client bound by the consumption client acquires commodity classification information from the commodity server.
9. The apparatus of claim 8, further comprising:
the receiving unit is used for receiving a prompt message which is issued by the payment server and used for representing that the payment amount exceeds the consumption limit.
10. The device according to claim 8,
Binding of the consuming client and the payment client is triggered by the consuming client.
CN202010507599.3A 2015-05-08 2015-05-08 Order information processing method and device Active CN111784443B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010507599.3A CN111784443B (en) 2015-05-08 2015-05-08 Order information processing method and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010507599.3A CN111784443B (en) 2015-05-08 2015-05-08 Order information processing method and device
CN201510233837.5A CN106209953B (en) 2015-05-08 2015-05-08 Order information processing method, device and system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201510233837.5A Division CN106209953B (en) 2015-05-08 2015-05-08 Order information processing method, device and system

Publications (2)

Publication Number Publication Date
CN111784443A CN111784443A (en) 2020-10-16
CN111784443B true CN111784443B (en) 2024-09-03

Family

ID=57459961

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202010507599.3A Active CN111784443B (en) 2015-05-08 2015-05-08 Order information processing method and device
CN201510233837.5A Active CN106209953B (en) 2015-05-08 2015-05-08 Order information processing method, device and system

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201510233837.5A Active CN106209953B (en) 2015-05-08 2015-05-08 Order information processing method, device and system

Country Status (1)

Country Link
CN (2) CN111784443B (en)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106656600B (en) * 2016-12-22 2020-06-16 腾讯科技(深圳)有限公司 Resource rotation method and device
CN108920278B (en) * 2018-07-02 2021-12-24 中国建设银行股份有限公司 Resource allocation method and device
CN110033361B (en) * 2019-03-26 2023-08-08 创新先进技术有限公司 Method and device for transferring out resources based on virtual account cover
CN110648127B (en) * 2019-08-13 2023-10-31 盛银数科(沈阳)技术有限公司 Resource transfer method, device, computer equipment and storage medium
CN110971692B (en) * 2019-12-02 2022-03-29 广州酷狗计算机科技有限公司 Method and device for opening service and computer storage medium
CN112053028A (en) * 2020-07-24 2020-12-08 长沙市到家悠享家政服务有限公司 Order allocation method, device, equipment and storage medium
CN112734409A (en) * 2020-12-28 2021-04-30 中金数据(武汉)超算技术有限公司 Numerical value transfer statistical method and device based on private virtual resources
CN113781154A (en) * 2021-03-19 2021-12-10 北京京东拓先科技有限公司 Information rollback method, system, electronic equipment and storage medium
CN113781237B (en) * 2021-09-08 2024-07-02 易点生活数字科技有限公司 Product purchase order consumption method based on distributed artificial intelligence system
CN114881627A (en) * 2022-05-13 2022-08-09 中国建设银行股份有限公司 Resource processing method, device and equipment
CN116431347B (en) * 2023-04-14 2024-03-26 北京达佳互联信息技术有限公司 Method, device, electronic equipment and storage medium for resource processing

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102289754A (en) * 2011-08-08 2011-12-21 中兴通讯股份有限公司 Method and system for paying on mobile terminal and mobile terminal
CN102346903A (en) * 2010-08-03 2012-02-08 中国银联股份有限公司 Bill processing method and system

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8332317B1 (en) * 2002-10-31 2012-12-11 Checkfree Corporation Verification of a financial instrument allowing rules-based pre-acceptance use of the financial instrument
CN1591499A (en) * 2003-08-28 2005-03-09 黄金富 Method for acknowledging payment after buying by friend in foreign area by cell phone
JP5812645B2 (en) * 2011-03-28 2015-11-17 Necパーソナルコンピュータ株式会社 Electronic commerce system
CN103123706A (en) * 2011-11-18 2013-05-29 中兴通讯股份有限公司 Management method, device and system of bill payment for another
JP6094152B2 (en) * 2012-11-08 2017-03-15 株式会社リコー Information processing apparatus, information processing system, information processing method, and program
CN103065239A (en) * 2013-01-11 2013-04-24 广东欧珀移动通信有限公司 Method, device and mobile terminal for reminding based on electronic accounting
US10366386B2 (en) * 2013-09-12 2019-07-30 Paypal, Inc. Electronic wallet fund transfer system
CN103714464A (en) * 2013-12-10 2014-04-09 澳柯玛股份有限公司 Intelligent supermarket system and operation method applied to intelligent refrigerator
CN104376491A (en) * 2014-10-29 2015-02-25 中国建设银行股份有限公司 Virtual resource monitoring method, device and system
CN104361397A (en) * 2014-10-30 2015-02-18 北京凯腾航空服务有限公司 Network platform based ticket booking system and network platform based ticket booking method
CN104463450A (en) * 2014-11-28 2015-03-25 小米科技有限责任公司 Order processing method and device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102346903A (en) * 2010-08-03 2012-02-08 中国银联股份有限公司 Bill processing method and system
CN102289754A (en) * 2011-08-08 2011-12-21 中兴通讯股份有限公司 Method and system for paying on mobile terminal and mobile terminal

Also Published As

Publication number Publication date
CN106209953B (en) 2020-06-26
CN106209953A (en) 2016-12-07
CN111784443A (en) 2020-10-16

Similar Documents

Publication Publication Date Title
CN111784443B (en) Order information processing method and device
CN104753911B (en) A kind of information processing method based on social application, relevant apparatus and system
CN107748985B (en) Network-based payment method and network payment server
US11908290B2 (en) Visual recognition and sensor fusion weight detection system and method
CN107657513B (en) Spell folk prescription method and relevant apparatus
US20170352087A1 (en) Estimating merchandise uniqueness
CN108111568B (en) Object acquisition method and device, storage medium and electronic device
CN106204019B (en) Information processing method, first terminal, second terminal and server
CN111054070B (en) Commodity display method, device, terminal and storage medium based on game
CN106570714B (en) Recommendation method for matching object picture, and mapping relation establishment method and device
CN107291744A (en) It is determined that and with the method and device of the relationship between application program
CN105321129A (en) Order processing method and order processing system for food ordering system
CN109309704B (en) Method, equipment and system for realizing commodity purchase and corresponding communication
CN111429217A (en) Commodity display method and device based on smart community live broadcast
CN109309653A (en) Information binding method, equipment and system
CN105871785B (en) Service processing method, device and system
US20140180940A1 (en) Real time product verification by use of NFC technology
CN111915293B (en) Remote unbinding method and system for virtual card
CN111062779B (en) Commodity customization design method and device, electronic equipment and storage medium
CN115857879B (en) Dynamic combination service integration method, device and storage medium
CN106790721A (en) Evaluation information method for pushing, device and server based on wireless communication technology
CN112036988B (en) Label generation method and device, storage medium and electronic equipment
CN111814014B (en) Information interaction method, device and storage medium
CN108389055B (en) Equipment description information reliability assessment method and device
CN109697480B (en) Data processing method, device and system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20201012

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Innovative advanced technology Co.,Ltd.

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant before: Advanced innovation technology Co.,Ltd.

Effective date of registration: 20201012

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Advanced innovation technology Co.,Ltd.

Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands

Applicant before: Alibaba Group Holding Ltd.

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant