CN111192113A

CN111192113A - Order processing method, device, equipment and storage medium

Info

Publication number: CN111192113A
Application number: CN201911394829.3A
Authority: CN
Inventors: 李帛骏
Original assignee: Guangzhou Kugou Computer Technology Co Ltd
Current assignee: Guangzhou Kugou Computer Technology Co Ltd
Priority date: 2019-12-30
Filing date: 2019-12-30
Publication date: 2020-05-22

Abstract

The disclosure provides an order processing method, an order processing device, order processing equipment and a storage medium, and belongs to the field of internet. The method comprises the following steps: obtaining information of a first order with payment failure, wherein the information of the first order comprises payment states of at least two payment modes, the at least two payment modes are used for jointly paying commodities corresponding to the first order, and the payment states of the payment modes comprise success or failure; generating a second order based on the first order, wherein the second order comprises a payment mode with a first payment state in the first order; processing the second order by adopting a processing mode corresponding to the first state; when the first state is failure, the processing mode corresponding to the first state is deduction processing; or when the first state is successful, the processing mode corresponding to the first state is refund processing. The method and the device can reduce the number of orders which fail to pay and improve the robustness and maintainability of the payment system.

Description

Order processing method, device, equipment and storage medium

Technical Field

The present disclosure relates to the field of internet, and in particular, to an order processing method, apparatus, device, and storage medium.

Background

With the development of internet technology, network transactions are widely existed in people's daily life, and users can complete transactions of real goods and virtual goods through electronic orders.

In the related art, some orders may be paid in a hybrid payment manner. The mixed payment mode is that the same order is paid by adopting a plurality of payment modes, and when the plurality of payment modes corresponding to the order are paid successfully, the order is paid successfully. If any one of the plurality of payment methods corresponding to the order fails to pay, the order fails to pay.

For the order with payment failure, especially for the order with payment success in partial payment mode and payment failure in partial payment mode, the reason for the payment failure of the order needs to be verified manually, and the efficiency is low due to the single-unit processing.

Disclosure of Invention

The embodiment of the disclosure provides an order processing method, an order processing device and a storage medium, which can reduce the number of orders which fail in payment and improve the robustness and maintainability of a payment system. The technical scheme is as follows:

in one aspect, an embodiment of the present disclosure provides an order processing method, where the method includes:

obtaining information of a first order with payment failure, wherein the information of the first order comprises payment states of at least two payment modes, the at least two payment modes are used for jointly paying commodities corresponding to the first order, and the payment states of the payment modes comprise success or failure;

generating a second order based on the first order, wherein the second order comprises a payment mode with a first payment state in the first order;

processing the second order by adopting a processing mode corresponding to the first state;

when the first state is failure, the processing mode corresponding to the first state is deduction processing; or when the first state is successful, the processing mode corresponding to the first state is refund processing.

Optionally, the obtaining information of the first order with payment failure includes:

acquiring an order set with payment failure within a set time length;

filtering out orders meeting filtering conditions from the order set to obtain the first order;

and acquiring the information of the first order.

Optionally, when the first state is failure, the filtering condition includes at least one of the following conditions: the refund of the order and the deduction frequency corresponding to the order reach a threshold value.

Optionally, when the first status is successful, the filtering condition includes at least one of the following conditions: the order is not consumed, the commodity corresponding to the order is sent out, the order is a lottery order, the lottery state is successful, the order is refunded, the order is a non-refund business order, and the money deduction frequency corresponding to the order does not reach a threshold value.

Optionally, when the first state is successful, before the processing the second order in the processing manner corresponding to the first state, the method further includes:

respectively determining whether each payment mode corresponding to the second order meets refund limiting conditions, wherein the refund limiting conditions comprise at least one of the following conditions: the total amount of refund corresponding to the payment mode does not exceed the amount threshold value, and the amount of refund orders corresponding to the payment mode does not exceed the order number threshold value;

the processing the second order in a processing mode corresponding to the first state includes:

and if the refund limit condition is met, processing the second order by adopting a processing mode corresponding to the first state.

Optionally, the method further comprises:

and sending a processing result to a terminal corresponding to the first order, wherein the processing result is used for indicating the order payment state of the first order.

On the other hand, an embodiment of the present disclosure further provides an order processing apparatus, where the apparatus includes:

the system comprises an acquisition module, a payment module and a payment module, wherein the acquisition module is used for acquiring information of a first order with payment failure, the information of the first order comprises payment states of at least two payment modes, the at least two payment modes are used for jointly paying commodities corresponding to the first order, and the payment states of the payment modes comprise success or failure;

the generating module is used for generating a second order based on the first order, and the second order comprises a payment mode of which the payment state is the first state in the first order;

the processing module is used for processing the second order in a processing mode corresponding to the first state;

Optionally, the obtaining module includes:

the first acquisition submodule is used for acquiring an order set with payment failure within a set duration;

the filtering submodule is used for filtering out the orders meeting the filtering condition from the order set to obtain the first order;

and the second obtaining submodule is used for obtaining the information of the first order.

On the other hand, the embodiment of the present disclosure further provides a computer device, where the computer device includes: a processor; a memory configured to store processor-executable instructions; wherein the instructions are loaded and executed by the processor to implement any of the methods of detecting recording latency or recording audio as previously described.

In another aspect, the embodiments of the present disclosure further provide a computer-readable storage medium, where instructions of the computer-readable storage medium, when executed by a processor of a computer device, cause the computer device to perform any one of the order processing methods described above.

In the embodiment of the disclosure, by acquiring information of a first order with payment failure, generating a second order based on the first order, wherein the second order includes a payment mode with a payment state failing in the first order, and performing payment deduction processing on the second order, automatic order replenishment can be performed on the first order with payment failure, so that the probability of successful order payment is increased, and thus the number of orders with payment failure, which need to be manually processed, can be reduced. By acquiring the information of the first order with payment failure, generating a second order based on the first order, wherein the second order comprises a payment mode with a successful payment state in the first order, and performing refund processing on the second order, the automatic refund processing can be performed on the first order with payment failure, and the number of the order with payment failure needing manual processing can be reduced. The number of orders that need to be handled manually is reduced, indicating that the robustness (i.e., self-healing capability) and maintainability (i.e., reduced requirements for personnel capacity and quantity) of the payment system is increased.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present disclosure, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present disclosure, and it is obvious for those skilled in the art to obtain other drawings based on the drawings without creative efforts.

FIG. 1 illustrates a schematic diagram of an application scenario provided by an exemplary embodiment of the present disclosure;

FIG. 2 illustrates a flow chart of an order processing method provided by an exemplary embodiment of the present disclosure;

FIG. 3 illustrates a flow chart of an order processing method provided by an exemplary embodiment of the present disclosure;

FIG. 4 illustrates a process diagram of an order payment method provided by an exemplary embodiment of the present disclosure;

FIG. 5 illustrates a process diagram of an order payment method provided by an exemplary embodiment of the present disclosure;

FIG. 6 illustrates a flow chart of an order processing method provided by an exemplary embodiment of the present disclosure;

FIG. 7 illustrates a flow chart of an order processing method provided by an exemplary embodiment of the present disclosure;

FIG. 8 illustrates a flow chart of an order refund method provided by an exemplary embodiment of the present disclosure;

FIG. 9 illustrates a block diagram of an order processing apparatus provided by an exemplary embodiment of the present disclosure;

fig. 10 shows a block diagram of a computer device provided in an exemplary embodiment of the present disclosure.

Detailed Description

To make the objects, technical solutions and advantages of the present disclosure more apparent, embodiments of the present disclosure will be described in detail with reference to the accompanying drawings.

Fig. 1 is a schematic diagram illustrating an application scenario provided by an exemplary embodiment of the present disclosure. As shown in fig. 1, the order server 12 is communicatively connected to the terminal 11 and the payment server 13, respectively, for example, via a network connection.

The terminal 11 may send a service request to the order server 12. The order server 12 generates an order based on the service request and transmits a deduction request to the payment server 13 according to the generated order. The payment server 13 performs a deduction operation according to the deduction request and transmits a deduction operation result to the order server 12. The order server 12 updates the order status according to the deduction operation result sent by the payment server 13 and sends the order status to the terminal 11.

Illustratively, the terminal includes, but is not limited to, a smart phone, a tablet computer, a notebook computer, a desktop computer, or the like.

In fig. 1, the payment server is a single server and corresponds to multiple payment methods, and in other scenarios, there may be multiple payment servers, each of which corresponds to one payment method. Furthermore, in fig. 1, the order server and the payment server are two different servers, and in other scenarios, the functions of the order server and the payment server may be integrated into the same server.

Fig. 2 shows a flowchart of an order processing method provided by an exemplary embodiment of the present disclosure. The method may be performed in a computer device, such as the order server 12 in fig. 1, see fig. 2, the method comprising:

step 201: and acquiring information of the first order with payment failure.

The information of the first order comprises payment states of at least two payment modes, the at least two payment modes are used for jointly paying the commodities corresponding to the first order, and the payment states of the payment modes comprise success or failure.

Step 202: based on the first order, a second order is generated.

The second order comprises a payment mode with the payment state being the first state in the first order.

Step 203: and processing the second order by adopting a processing mode corresponding to the first state.

Here, when the first state is failure, the processing mode corresponding to the first state is deduction processing; or when the first state is successful, the processing mode corresponding to the first state is refund processing.

Fig. 3 is a flowchart of an order processing method according to an embodiment of the disclosure. The method may be performed in a computer device, such as the order server 12 in fig. 1, see fig. 3, the method comprising:

step 301: and acquiring an order set with payment failure in a set time length.

For example, the set time period may be set according to actual needs, for example, 10 minutes, 5 minutes, and the like.

Step 302: and filtering out orders meeting the filtering condition from the obtained order set to obtain a first order.

That is, the order that satisfies the filtering condition in the order set is filtered out, and then the remaining order is used as the first order.

Optionally, the filtering conditions may include at least one of the following conditions: the refund of the order and the deduction frequency corresponding to the order reach a threshold value. For example, if there are two payment methods in the order, one payment method is 1, one payment method is 2, and the maximum payment method is 2, then the payment method for the order is 2. Or the money deduction frequency corresponding to the order can be the maximum money deduction failure frequency; or the number of deductions corresponding to the order may be the maximum number of replenishment orders.

For refund orders, the deduction operation for the payment mode with payment failure does not need to be executed any more, and therefore, the orders can be filtered. For an order with the deduction frequency reaching the threshold value corresponding to the order, a payment channel (comprising a network communication server and a payment server) which represents one or more payment modes corresponding to the order cannot be recovered in a short time, and the deduction operation does not need to be repeated.

Step 303: information of the first order is obtained.

Optionally, the goods corresponding to the first order may be virtual goods, such as a virtual gift, a virtual character skin, and the like; or, the product may also be a real product, including a product with an entity (such as a mobile phone, a flower, clothes, etc.) and a product without an entity (such as a service product); alternatively, a combination of virtual goods and real goods is also possible.

In step 303, an inquiry request may be sent to the payment server, and response information sent by the payment server is received, where the response information includes a payment status of a payment method corresponding to the first order.

In a possible implementation manner, the query request may include an order identifier (e.g., an order number), and the payment server queries the payment statuses of all payment manners of the corresponding order based on the order identifier. Correspondingly, the response information includes the payment states of various payment modes corresponding to the first order. In this case, the order server may obtain the payment statuses of all the payment means in the first order through one inquiry request.

In another possible implementation, the query request may include an order identification and an identification of a consumption sub-order. And the payment server inquires the payment state of the corresponding payment mode based on the identifier of the consumption sub-order in the inquiry request. Accordingly, each response message includes a payment status of a payment method. In this case, the payment statuses of all the payment means in the first order need to be obtained through a plurality of inquiry requests.

Through the steps 301 to 303, the information of the first order form with payment failure can be obtained.

In the embodiment of the present disclosure, all payment methods in the first order are used to pay the commodity corresponding to the first order together, for example, the first order includes at least two consumption sub-orders, each consumption sub-order corresponds to one payment method, and each consumption sub-order includes a payment method and a corresponding consumption amount.

For example, for a live broadcast application, resource types associated with a certain account include a star currency and a key, and then payment modes include a star currency payment and a key payment; for gaming applications, the resource types associated with a particular account include gold coins and diamonds, and the payment methods include gold coin payments, diamond payments, and the like. The star currency and the gold currency can be virtual currency in corresponding application, can be obtained by completing tasks and the like, and can also be obtained by exchanging other resources; the key and diamond are another virtual currency in the corresponding application, can be used for purchasing a specified commodity or exchanging the corresponding currency, and can be purchased by using real currency.

In the embodiment of the disclosure, the first order is paid successfully only when each payment method is paid successfully, and the first order is paid unsuccessfully as long as one payment method fails, where the failure of the payment of the first order indicates that the payment state of at least one payment method in the payment methods corresponding to the first order is a failure.

The payment process of the order is described below with reference to fig. 4 and 5 by taking the star coin and the key as an example.

Fig. 4 is a schematic flow chart of a payment process for order payment success in the embodiment of the present disclosure. As shown in fig. 4, the payment process includes:

step 401: and the terminal sends a service request to the order server.

Illustratively, the service request corresponds to a service of consuming 10 keys and 100 star sweepstakes.

Step 402: the order server sends a star currency query request and a key query request to the payment server and receives response information sent by the payment server.

Here, the star currency inquiry request is used to inquire whether an account has enough star currencies, and the key inquiry request is used to inquire whether the account has enough keys.

It should be noted that in other implementations, the order server may also create the order directly based on the service request without performing the step 402.

Step 403: the order server creates an order, wherein the order comprises a star currency consumption sub-order and a key consumption sub-order.

In this step 403, an order is created when the response message sent by the payment server indicates that the account has sufficient stars and keys.

The order is a lottery order and includes two sub-orders for consumption, one sub-order for consumption including 10 keys and the other sub-order for consumption including 100 star currencies.

Step 404: and the order server sends a star coin deduction request and a key deduction request to the payment server.

The key deduction request is used for requesting the payment server to deduct money from the star currency, and the key deduction request can comprise account identification and the quantity of the star currency. The key deduction request is used for requesting the payment server to deduct the key, and the key deduction request can comprise an account identification and the number of keys.

Step 405: and the payment server sends the star currency deduction result and the key deduction result.

The star coin deduction structure is used for indicating that star coin deduction is successful, and the key deduction result is used for indicating that key deduction is successful.

Step 406: the order server updates the order status and performs subsequent operations.

Subsequent operations include, but are not limited to, drawing a lottery, etc.

Step 407: and the order server sends the order state to the terminal.

After receiving the order state, the terminal can display the order state so as to enable the user to know the order state.

In the payment process shown in fig. 4, both the star coin deduction and the key deduction are successful, so that the order payment is successful.

Fig. 5 is a schematic flow chart of a payment process of order payment failure in the embodiment of the present disclosure. As shown in fig. 5, the payment process includes:

step 501: and the terminal sends a service request to the order server.

Step 502: the order server creates an order, wherein the order comprises a star currency consumption sub-order and a key consumption sub-order.

Step 503: and the order server sends a star coin deduction request and a key deduction request to the payment server.

Step 504: and the payment server sends the star currency deduction result and the key deduction result.

The star coin deduction structure is used for indicating that star coin deduction fails, and the key deduction result is used for indicating that key deduction succeeds.

Step 505: the order server updates the order status.

Step 506: and the order server sends the order state to the terminal.

Since the star coin payment fails in the payment process shown in fig. 5, the order payment fails.

The order server will record the payment status of each order. For example, the corresponding relationship between the order number and the payment status may be recorded in a list form, so as to obtain the first order with payment failure.

Step 304: based on the first order, a second order is generated.

The second order comprises a payment mode with a payment state failure in the first order.

Optionally, the second order may further include a consumption amount corresponding to the payment method in which the payment status in the first order is a failure.

Step 305: and carrying out deduction processing on the second order.

Optionally, each payment mode in the second order is deducted according to the corresponding consumption amount.

In one possible implementation, each payment method corresponds to a different payment server, and then step 305 may include: and respectively sending a deduction request to the payment server corresponding to each payment mode in the second order.

In another possible implementation manner, all payment manners correspond to the same payment server, and then the step 305 may include: and sending a deduction request to the payment server, wherein the deduction request comprises the identifications of all payment modes in the second order and the consumption amount corresponding to each payment mode. Alternatively, this step 305 may include: and sending at least one deduction request to the payment server, wherein the deduction request corresponds to the payment modes in the second order one by one, and each deduction request comprises the consumption amount corresponding to the corresponding payment mode.

Step 306: and sending the processing result to a terminal corresponding to the first order.

The processing result may be used to indicate an order payment status for the first order.

It should be noted that, when the order fails to be paid for the first time, the order server may send indication information, such as a network anomaly, to the terminal, where the indication information is used to indicate the terminal to wait for the order server to return an order processing result. After the above steps 301 to 305 are completed, the order payment status of the first order is sent to the terminal.

In addition, the above steps 301 to 305 may be performed periodically, for example, a timer may be set, and the above steps 301 to 305 are performed once every set time interval, which may be set according to actual needs, for example, 30s and so on.

In the embodiment of the disclosure, by acquiring information of a first order with payment failure, generating a second order based on the first order, wherein the second order includes a payment mode with a payment state failing in the first order, and performing payment deduction processing on the second order, automatic order replenishment can be performed on the first order with payment failure, so that the probability of successful order payment is increased, and thus the number of orders with payment failure, which need to be manually processed, can be reduced. The number of orders that need to be handled manually is reduced, indicating that the robustness (i.e., self-healing capability) and maintainability (i.e., reduced requirements for personnel capacity and quantity) of the payment system is increased.

Fig. 6 is a flowchart of an order processing method according to an embodiment of the disclosure. The method may be performed in a computer device, such as the order server 12 in fig. 1, see fig. 6, the method comprising:

step 601: and acquiring an order set with payment failure in a set time length.

Step 602: and filtering out orders meeting the filtering condition from the obtained order set to obtain a first order.

That is, the order in the order set that satisfies the filtering condition is filtered out as the first order. Optionally, the filtering conditions may include at least one of the following conditions: the order is not consumed, the commodity corresponding to the order is sent out, the order is a lottery order, the lottery state is successful, the order is refunded, the order is a non-refund business order, and the money deduction frequency corresponding to the order does not reach a threshold value. For the description of the number of deductions corresponding to the order, refer to the aforementioned step 302, and the detailed description is omitted here.

For the non-consumption order, the deduction operation is not carried out, and the refund operation is not needed at the moment. For the orders sent by the commodities and the lottery orders with successful lottery states, manual intervention processing is needed, and therefore refund operation is not needed. For a refund order, there is no need to perform a refund operation. For orders corresponding to non-refund services, such as those related to real money, manual processing is required without automatic refund operations. For orders with deduction times not reaching the threshold value, the order payment can be successful through automatic order replenishment, so automatic refund operation is not needed for a while. Thus, these orders can be filtered out.

Step 603: information of the first order is obtained.

The relevant content of this step 603 can be referred to the aforementioned step 303, and a detailed description is omitted here.

Step 604: and generating a second order based on the payment mode with the payment state being successful.

The second order includes a payment method for which the payment status is successful.

Optionally, the second order may further include a consumption amount corresponding to a payment method in which the payment status in the first order is successful.

Step 605: and carrying out refund processing on the second order.

Optionally, each payment method in the second order is refunded according to the corresponding consumption amount.

For example, a refund request may be sent to a corresponding payment server and a refund result returned by the payment server may be received. It should be noted that different payment methods may correspond to different payment servers, or different payment methods may also correspond to the same payment server.

In one possible embodiment, in order to control the risk, it is necessary to determine whether the payment method requiring refund satisfies a refund limit condition before the refund process is performed, and the refund limit condition may include at least one of the following conditions: the total amount of refund corresponding to the payment mode does not exceed the amount threshold, and the amount of refund orders corresponding to the payment mode does not exceed the order number threshold.

Accordingly, this step 605 includes: and if the refund limit condition is met, processing the second order by adopting a processing mode corresponding to the first state. Namely, the refund processing is carried out on the payment mode in the second order.

Optionally, the method may further include: if the refund limit condition is not satisfied, then step 605 is not performed. The amount threshold and the order count threshold may be cleared at set intervals, such as once a day, etc., to avoid having to refund too frequently.

Optionally, the method may further include: and sending the processing result to a terminal corresponding to the first order. And sending relevant information about whether the refund is successful to the terminal, wherein the processing result is used for indicating the order payment state of the first order, so that the user can know the state of the first order. For example, if the refund is successful, it indicates that the first order payment failed. And if the refund fails, indicating that the payment of the first order is abnormal.

In the embodiment of the disclosure, by acquiring information of a first order with payment failure, and based on the first order, a second order is generated, where the second order includes a payment mode in which a payment state in the first order is successful, and a refund process is performed on the second order, the first order with payment failure can be subjected to automatic refund, and the number of orders with payment failure that need to be manually processed can also be reduced. The number of orders that need to be handled manually is reduced, indicating that the robustness (i.e., self-healing capability) and maintainability (i.e., reduced requirements for personnel capacity and quantity) of the payment system is increased.

Fig. 7 is a flowchart of an order processing method according to an embodiment of the disclosure. The method may be performed in a computer device, such as order server 12 in FIG. 1. The method of fig. 7 will illustrate the overall process after an order payment failure from the perspective of a first order. Referring to fig. 7, the method includes:

step 701: and acquiring information of the first order with payment failure.

Relevant contents can be found in steps 301 to 303, and a detailed description is omitted here.

Step 702: and generating a second order based on the first order, wherein the second order comprises the payment mode with the payment state failure in the first order.

Relevant contents can be found in step 304, and a detailed description is omitted here.

Step 703: and carrying out deduction processing on the second order.

The relevant content can be referred to as step 305, and a detailed description is omitted here.

And if the second order is successfully deducted, the automatic order supplementing is successful, namely the first order is successfully paid, and the current process is exited.

If the second order is failed to deduct money, it indicates that the automatic order replenishment is failed, and the steps 701 to 703 are repeatedly executed until the automatic order replenishment succeeds, or the order replenishment is failed when the set money deduction times are reached, the steps 704 to 706 are executed to perform automatic refund.

Step 704: and acquiring information of the first order with payment failure.

It should be noted that the first order in step 704 is the first order after the multiple order-filling fails.

Step 705: and generating a third order based on the first order, wherein the third order comprises a payment mode with a successful payment state in the first order.

Step 706: and carrying out refund processing on the third order.

The refund process can be referred to the aforementioned step 605, and is not described herein.

FIG. 8 illustrates the refund process for an order using the star coin and key as an example. As shown in FIG. 8, the refund process may include:

step 801: the order server obtains the order with the payment failure 10 minutes before loading.

I.e. acquiring a set of orders for which payment failed.

Step 802: the order server filters out the following orders: non-consumption orders, orders with existing prizes, orders with successful lottery drawing state, orders with refund and orders with non-specified services.

Here, since the item corresponding to the order is a lottery drawing item, there are an order for a prize, that is, an order in which the item has been issued, and a non-specific service, that is, a service related to real money. It should be noted that, whether the service corresponding to the order relates to real money or not is determined after the content of the order needs to be loaded, and therefore, before filtering out the order of the specified service, loading the consumption sub-order corresponding to the order may also be included.

The remaining order is the first order.

Step 803: and the order server sends a key consumption inquiry request and a star currency consumption inquiry request to the payment server and receives response information returned by the payment server.

Here, the key consumption inquiry request is used to inquire whether the consumption of the key in the first order is successful, and the star currency consumption inquiry request is used to inquire whether the consumption of the star currency in the first order is successful.

Step 804: a refund order is created.

Here, the refund order is the second order.

Step 805: it is determined whether the payment method in the refund order satisfies the refund limit condition.

Step 806: and if the refund limit condition is met, sending a refund request to a refund server.

Step 807: and receiving a refund result sent by the refund server.

Step 808: and updating the refund state.

The payment server and the refund server may be the same server or different servers.

In the embodiment of the present disclosure, after the first payment of the first order fails, the payment of the first order may be completed through a set number of automatic order replenishment attempts, and after a plurality of attempts, the payment of the first order may be successful due to the failure of the order payment, which may be caused by a temporary network reason or a failure of the payment server, so that the number of failed orders of the payment that need to be manually processed may be reduced. If the automatic order replenishment fails in multiple attempts, an automatic refund process is started, so that the number of the payment failed orders needing manual processing can be further reduced. The number of orders that need to be handled manually is reduced, indicating that the robustness (i.e., self-healing capability) and maintainability (i.e., reduced requirements for personnel capacity and quantity) of the payment system is increased.

The following are apparatus embodiments of the present application, to the details of which are not described in detail, reference may be made to the above-described method embodiments.

Fig. 9 is a block diagram of an order processing apparatus according to an embodiment of the present disclosure. The apparatus has functions of implementing the above method examples, and the functions may be implemented by hardware or by hardware executing corresponding software. Referring to fig. 9, the apparatus 900 includes:

an obtaining module 901, configured to obtain information of a first order with payment failure, where the information of the first order includes payment statuses of at least two payment manners, the at least two payment manners are used to jointly pay a commodity corresponding to the first order, and the payment status of the payment manner includes success or failure;

a generating module 902, configured to generate a second order based on the first order, where the second order includes a payment method in which a payment status in the first order is a first status;

a processing module 903, configured to process the second order in a processing manner corresponding to the first state;

Optionally, the obtaining module 901 includes:

a first obtaining submodule 911, configured to obtain an order set for which payment fails within a set duration;

a filtering submodule 912, configured to filter out, from the order set, orders that meet a filtering condition, to obtain the first order;

the second obtaining sub-module 913 is configured to obtain information of the first order.

Optionally, when the first state is failure, the filtering condition includes at least one of the following conditions:

the refund of the order and the deduction frequency corresponding to the order reach a threshold value.

Optionally, when the first status is successful, the filtering condition includes at least one of the following conditions:

the order is not consumed, the commodity corresponding to the order is sent out, the order is a lottery order, the lottery state is successful, the order is refunded, the order is a non-refund business order, and the money deduction frequency corresponding to the order does not reach a threshold value.

Optionally, the apparatus further comprises:

a determining module 904, configured to, when the first state is successful, respectively determine whether each payment method corresponding to the second order meets a refund limiting condition before the second order is processed in the processing method corresponding to the first state, where the refund limiting condition includes at least one of the following conditions: the total amount of refund corresponding to the payment mode does not exceed the amount threshold value, and the amount of refund orders corresponding to the payment mode does not exceed the order number threshold value;

and the processing module 903 is configured to process the second order in a processing manner corresponding to the first state if the refund limiting condition is met.

Optionally, the apparatus further comprises:

a sending module 905, configured to send a processing result to a terminal corresponding to the first order, where the processing result is used to indicate an order payment status of the first order.

FIG. 10 is a block diagram illustrating a computer device according to an example embodiment. The computer apparatus 1000 includes a Central Processing Unit (CPU)1001, a system memory 1004 including a Random Access Memory (RAM)1002 and a Read Only Memory (ROM)1003, and a system bus 1005 connecting the system memory 1004 and the central processing unit 1001. The computer device 1000 also includes a basic input/output system (I/O system) 1006, which facilitates the transfer of information between devices within the computer, and a mass storage device 1007, which stores an operating system 1013, application programs 1014, and other program modules 1015.

The basic input/output system 1006 includes a display 1008 for displaying information and an input device 1009, such as a mouse, keyboard, etc., for user input of information. Wherein the display 1008 and input device 1009 are connected to the central processing unit 1001 through an input-output controller 1010 connected to the system bus 1005. The basic input/output system 1006 may also include an input/output controller 1010 for receiving and processing input from a number of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, the input-output controller 1010 also provides output to a display screen, a printer, or other type of output device.

The mass storage device 1007 is connected to the central processing unit 1001 through a mass storage controller (not shown) connected to the system bus 1005. The mass storage device 1007 and its associated computer-readable media provide non-volatile storage for the computer device 1000. That is, the mass storage device 1007 may include a computer readable medium (not shown) such as a hard disk or CD-ROM drive.

Without loss of generality, the computer-readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes RAM, ROM, EPROM, EEPROM, flash memory or other solid state memory technology, CD-ROM, DVD, or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices. Of course, those skilled in the art will appreciate that the computer storage media is not limited to the foregoing. The system memory 1004 and mass storage device 1007 described above may be collectively referred to as memory.

The computer device 1000 may also operate as a remote computer connected to a network via a network, such as the internet, in accordance with various embodiments of the invention. That is, the computer device 1000 may be connected to the network 1012 through the network interface unit 1011 connected to the system bus 1005, or may be connected to other types of networks or remote computer systems (not shown) using the network interface unit 1011.

The memory further includes one or more programs, the one or more programs are stored in the memory, and the central processing unit 1001 implements the order processing method shown in fig. 2, 3, 6, or 7 by executing the one or more programs.

In an exemplary embodiment, a non-transitory computer-readable storage medium, such as a memory, including instructions executable by a processor of a computer device to perform the order processing method illustrated by the various embodiments of the present invention is also provided. For example, the non-transitory computer readable storage medium may be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

The above description is intended to be exemplary only and not to limit the present disclosure, and any modification, equivalent replacement, or improvement made without departing from the spirit and scope of the present disclosure is to be considered as the same as the present disclosure.

Claims

1. An order processing method, characterized in that the method comprises:

2. The method of claim 1, wherein obtaining information of the first order for which payment failed comprises:

acquiring an order set with payment failure within a set time length;

and acquiring the information of the first order.

3. The method of claim 2, wherein when the first state is failure, the filtering condition comprises at least one of:

4. The method of claim 2, wherein when the first state is successful, the filtering condition comprises at least one of:

5. The method of claim 1, wherein when the first state is successful, prior to said processing the second order in the processing manner corresponding to the first state, the method further comprises:

6. The method according to any one of claims 1 to 5, further comprising:

7. An order processing apparatus, characterized in that the apparatus comprises:

8. The apparatus of claim 7, wherein the obtaining module comprises:

9. A computer device, characterized in that the computer device comprises: a processor; a memory configured to store processor-executable instructions; wherein the instructions are loaded and executed by the processor to implement the order processing method of any of claims 1 to 6.

10. A computer-readable storage medium, wherein instructions in the computer-readable storage medium, when executed by a processor of a computer device, cause the computer device to perform the order processing method of any of claims 1 to 6.