Recharge Processing Method and Device

Abstract

The embodiments of this specification provide a recharge processing method and apparatus. Among them, a recharge processing method includes: detecting the recharge parameters of an operator according to a recharge request submitted by a user; if the recharge parameters do not meet the recharge conditions, obtaining a delayed recharge order obtained after the user pays for a payment order generated after submitting a delayed recharge instruction, and writing the delayed recharge order into the operator's delayed recharge queue; when it is detected that the dequeue condition of the delayed recharge queue is triggered, reading a target delayed recharge order in the delayed recharge queue and passing it into the operator's recharge interface; and performing a fee recharge process based on the paid resources of the target delayed recharge order according to the order response returned by the recharge interface.

Description

Technical Field

[0001] This document relates to the field of data processing technologies, and particularly to a recharge processing method and apparatus. Background Art

[0002] With the accelerating pace of life, users often need to travel to various places, such as on business trips, visiting friends, etc. Along with the increasing travel demands, the time users spend on the road is also becoming more and more. Since users often need to use mobile terminals for communication during the journey, the mobile terminal, as a communication tool, has become an essential item for users to travel. Users enjoy the services provided by the mobile terminal because the user identification card installed in the mobile terminal can support users to make and answer calls, and also support users to use data to access the Internet. Summary of the Invention

[0003] One or more embodiments of this specification provide a recharge processing method. The recharge processing method includes: detecting recharge parameters of an operator according to a recharge request submitted by a user. If the recharge parameters do not meet the recharge conditions, obtaining a delayed recharge order obtained after the user pays for a payment order generated after submitting a delayed recharge instruction, and writing the delayed recharge order into a delayed recharge queue of the operator. When it is detected that the dequeue condition of the delayed recharge queue is triggered, reading a target delayed recharge order in the delayed recharge queue and passing it into a recharge interface of the operator. Based on the order response returned by the recharge interface, performing a fee recharge process based on the paid resources of the target delayed recharge order.

[0004] One or more embodiments of this specification provide a recharge processing apparatus, including: a parameter detection module configured to detect recharge parameters of an operator according to a recharge request submitted by a user. If the recharge parameters do not meet the recharge conditions, running an order acquisition module, the order acquisition module being configured to obtain a delayed recharge order obtained after the user pays for a payment order generated after submitting a delayed recharge instruction, and writing the delayed recharge order into a delayed recharge queue of the operator. When it is detected that the dequeue condition of the delayed recharge queue is triggered, running an order reading module, the order reading module being configured to read a target delayed recharge order in the delayed recharge queue and pass it into a recharge interface of the operator. A recharge processing module configured to perform a fee recharge process based on the paid resources of the target delayed recharge order according to the order response returned by the recharge interface.

[0005] One or more embodiments of this specification provide a recharge processing device, including: a processor; and a memory configured to store computer-executable instructions, which when executed cause the processor to: detect the recharge parameters of the operator according to the recharge request submitted by the user. If the recharge parameters do not meet the recharge conditions, obtain the delayed recharge order obtained after the user pays the payment order generated after submitting the delayed recharge instruction, and write the delayed recharge order into the operator's delayed recharge queue. When it is detected that the dequeue condition of the delayed recharge queue is triggered, read the target delayed recharge order in the delayed recharge queue and pass it into the operator's recharge interface. According to the order response returned by the recharge interface, perform the fee recharge processing based on the paid resources of the target delayed recharge order.

[0006] One or more embodiments of this specification provide a storage medium for storing computer-executable instructions, and the computer-executable instructions, when executed by a processor, implement the following process: detect the recharge parameters of the operator according to the recharge request submitted by the user. If the recharge parameters do not meet the recharge conditions, obtain the delayed recharge order obtained after the user pays the payment order generated after submitting the delayed recharge instruction, and write the delayed recharge order into the operator's delayed recharge queue. When it is detected that the dequeue condition of the delayed recharge queue is triggered, read the target delayed recharge order in the delayed recharge queue and pass it into the operator's recharge interface. According to the order response returned by the recharge interface, perform the fee recharge processing based on the paid resources of the target delayed recharge order. Description of the Drawings

[0007] In order to more clearly illustrate the technical solutions in one or more embodiments of this specification or the prior art, the following will briefly introduce the drawings required for use in the description of the embodiments or the prior art. Obviously, the drawings in the following description are only some embodiments recorded in this specification. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings;

[0008] Figure 1 It is a processing flow chart of a recharge processing method provided by one or more embodiments of this specification;

[0009] Figure 2 It is a processing flow chart of a recharge processing method applied to the communication charging and recharge scenario provided by one or more embodiments of this specification;

[0010] Figure 3 It is a schematic diagram of a recharge processing device provided by one or more embodiments of this specification;

[0011] Figure 4A schematic structural diagram of a recharge processing device provided for one or more embodiments of this specification. Detailed implementation manners

[0012] In order to enable those skilled in the art to better understand the technical solutions in one or more embodiments of this specification, the following will clearly and completely describe the technical solutions in one or more embodiments of this specification with reference to the accompanying drawings in one or more embodiments of this specification. Obviously, the described embodiments are only a part of the embodiments of this specification, rather than all the embodiments. Based on one or more embodiments of this specification, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of this document.

[0013] An embodiment of a recharge processing method provided by this specification:

[0014] Referring to Figure 1 , the recharge processing method provided in this embodiment specifically includes steps S102 to S108.

[0015] Step S102, detecting the recharge parameters of the operator according to the recharge request submitted by the user.

[0016] In practical applications, when the user recharges through the recharge service, if the operator is in a maintenance state or other non-rechargeable states, the user cannot recharge through the recharge service, which affects the user experience and causes user loss;

[0017] The recharge processing method provided in this embodiment performs delayed recharge according to the recharge parameters of the operator when the user submits a recharge request. That is, when the user submits a recharge request and it is detected that the recharge parameters of the operator do not meet the recharge conditions, a delayed recharge order is obtained according to the payment processing of the user for the payment order, and the delayed order is written into the delayed recharge queue. When the delayed recharge queue meets the dequeue condition, the delayed recharge order in the delayed recharge queue is passed into the recharge interface of the operator, so that the operator performs fee recharge processing on the incoming delayed recharge order. In this way, when the operator cannot recharge normally, the user experience is improved through delayed recharge to avoid user loss.

[0018] This embodiment is applied to the recharge service. The recharge request includes an information query request for the operator providing the recharge item information submitted by the user after accessing the recharge service and entering or selecting the recharge item information. The recharge item information includes voucher information provided by the operator to the user to enable the user to enjoy the corresponding service. For example, the communication identifier (contact information) that can be used for instant messaging-related services issued by the operator providing instant messaging services, or the network access number that can be used for network access issued by the operator providing network services to the user.

[0019] In order to improve the effectiveness of users' fee recharge, avoid users' recharge failure caused by operator maintenance or faults, and thus prevent user loss, in an optional implementation provided in this embodiment, before detecting the recharge parameters of the operator according to the recharge request submitted by the user, the following operations are also performed:

[0020] Determine the operator based on the recharge item information carried in the recharge request, and query the operation status information of the operator;

[0021] Judge whether the operation status information is the first operation status information;

[0022] If so, execute the step of detecting the recharge parameters of the operator according to the recharge request submitted by the user;

[0023] If not, execute the operation of obtaining the delayed recharge order obtained after the user pays the payment order generated after submitting the delayed recharge instruction, and writing the delayed recharge order into the delayed recharge queue of the operator.

[0024] Wherein, the operation status information includes a first operation status indicating normal operation of the operator and a second operation status indicating abnormal operation of the operator.

[0025] Specifically, after obtaining the user's recharge request, determine the operator corresponding to the recharge item information according to the recharge item information carried in the recharge request, and then query the operation status information of the operator in the operator center. If the operation status information of the queried operator is the first operation status indicating normal operation of the operator, detect the recharge parameters of the operator; if the operation status information of the queried operator is the second operation status indicating abnormal operation of the operator, obtain the delayed recharge order obtained after the user pays the payment order generated after submitting the delayed recharge instruction, and write the delayed recharge order into the delayed recharge queue of the operator.

[0026] Taking mobile phone bill recharge as an example, after obtaining the recharge request submitted by the user carrying the communication identifier (contact information), first determine the operator to which the communication identifier belongs, and then query the source information of the operator in the operator center. If the source information carried in the queried source information contains operator maintenance information, it is determined that the operation status information of the operator is the abnormal operation status information (the second operation status information), then send the source configuration information after gray-scale processing ("10 yuan", "50 yuan" and "100 yuan") to the user, and give a delayed recharge reminder to the user based on the abnormal operation status information;

[0027] If the source information obtained does not carry operator maintenance information, it is determined that the operation status information of the operator is the normal operation status information (the first operation status information), and then the source configuration information that can be dispatched is sent to the user, so that the user can submit a recharge confirmation request by selecting the target source configuration information in the source configuration information; or, in order to further improve the user's recharge success rate, if the source information obtained does not carry operator maintenance information, it is determined that the operation status information of the operator is the normal operation status information, and then the recharge parameters of the operator are detected, and it is determined whether to perform real-time recharge processing or delayed recharge processing on the user according to the recharge parameters of the operator. Specifically, when the recharge parameters meet the recharge conditions, real-time recharge processing is performed, and when the recharge parameters do not meet the recharge conditions, delayed recharge processing is performed.

[0028] During the process of detecting the recharge parameters of the operator, according to the recharge orders of the recharge service within a certain time interval, calculate the recharge success rate of the operator within this time interval. If the recharge success rate is greater than or equal to the success rate threshold, it means that the recharge parameters meet the recharge conditions; if the recharge success rate is lower than the success rate threshold, it means that the recharge parameters do not meet the recharge conditions. For example, detect the recharge success rate of the operator within one minute after the user submits a recharge request. If the recharge success rate is greater than or equal to 98%, it means that the operator meets the recharge conditions, and then recharge processing is performed according to the target source configuration information selected by the user in the source configuration information. If the recharge success rate is less than 98%, it means that the operator does not meet the recharge conditions, and delayed recharge processing is performed on the user.

[0029] Step S104, if the recharge parameters do not meet the recharge conditions, obtain the delayed recharge order obtained after the user pays for the payment order generated after submitting a delayed recharge instruction, and write the delayed recharge order into the delayed recharge queue of the operator.

[0030] The recharge conditions include that the recharge parameters are greater than or equal to the parameter threshold.

[0031] In specific implementation, if the recharge parameters do not meet the recharge conditions, or the operation status information of the operator obtained is the second operation status information, interact with the user to obtain the user's delayed recharge instruction and create a payment order. In an optional implementation manner provided in this embodiment, the payment order is created in the following way:

[0032] Send the recharge configuration parameters of the operator to the user in a restricted trigger state;

[0033] Send a delayed recharge protocol carrying the delayed recharge time to the user;

[0034] According to the delayed recharge instruction submitted by the user based on the delayed recharge protocol, the recharge configuration parameters are sent to the user in a triggerable state;

[0035] If the target configuration parameter selected and submitted by the user in the recharge configuration parameters is detected, a payment order is created based on the target configuration parameter and the recharge item information carried in the recharge request.

[0036] Among them, the delayed recharge time can be the time point for fee recharge obtained by predicting according to the historical maintenance time of the operator, or the time point for fee recharge set in advance, which is not limited in this embodiment. The recharge configuration parameters include the fee configuration information provided by the operator that can be recharged; for example, "10 yuan", "50 yuan" and "100 yuan".

[0037] Specifically, when the recharge parameters do not meet the recharge conditions or the operation status information of the operator queried is the second operation status information, the recharge configuration parameters of the operator are sent to the user in a restricted trigger state, so that the user can view the recharge configuration parameters but cannot select them. At the same time, in order to prevent user loss caused by the inability to recharge, the delayed recharge time is written into the delayed recharge protocol template to obtain the delayed recharge protocol and sent to the user, so that the user submits a delayed recharge instruction based on the delayed recharge protocol, that is, the signing instruction of the delayed recharge protocol. After obtaining the delayed recharge instruction submitted by the user, the recharge configuration parameters in a triggerable state are sent to the user, so that the user can select the target recharge configuration parameter. When the target configuration parameter selected by the user is obtained, a payment order is created based on the target configuration parameter and the recharge item information carried in the recharge request.

[0038] In addition, in order to improve the user's perception of delayed recharge, during the process of sending the recharge configuration parameters to the user in a restricted trigger state, a delayed recharge control is displayed to the user. If a delayed recharge request submitted by the user after triggering the delayed recharge control is detected, a delayed recharge protocol carrying the delayed recharge time is sent to the user, and after obtaining the signing instruction of the delayed recharge protocol submitted by the user, the recharge configuration parameters are sent to the user in a triggerable state, so that the user can select the target configuration parameter.

[0039] After the user selects the target configuration parameter, a payment order is created based on the target configuration parameter and the recharge item information included in the recharge request. After the user pays the payment order, the payment order is updated to a paid order. In order to distinguish between real-time recharge orders and delayed recharge orders and to improve the effective management of delayed recharge orders, after the payment order is updated to a paid order, a delayed processing identifier is added to the paid order based on the delayed recharge time to obtain a delayed recharge order; in an optional implementation manner provided in this embodiment, the following method is used to obtain a delayed recharge order:

[0040] Transfer the resources corresponding to the target configuration parameter in the user account to the intermediate account according to the payment request for the payment order submitted by the user;

[0041] After the resource transfer, update the payment order to a paid order, and perform a delay processing mark on the paid order based on the delay recharge time to obtain the delay recharge order;

[0042] Wherein, the target configuration parameter is selected and submitted by the user based on the recharge configuration parameter in the triggerable state; the resources transferred to the intermediate account are marked as the paid resources corresponding to the delay recharge order.

[0043] Specifically, since the charging account corresponding to the user's recharge item information has not been recharged yet, during the user's payment process for the payment order, the resources corresponding to the target configuration parameter in the user account are transferred to the intermediate account corresponding to the recharge service, so that the recharge service can perform a proxy recharge process for the user based on the obtained delay recharge order; when the recharge service recharges the delay recharge order, the resources in the intermediate account are transferred to the operator account, and in order to improve the management effectiveness of the delay recharge order, after updating the payment order to a paid order, a delay processing mark is performed on the paid order according to the delay recharge time in the user's delay recharge instruction to obtain the delay recharge order; after obtaining the delay recharge order, the delay recharge order is written into the operator's delay recharge queue.

[0044] For example, the user submits a recharge request for a communication identifier, but the operator is in a maintenance state and the user cannot recharge. According to the preset delay of t hours and the submission time of the recharge request, the delay recharge time is determined to be T, which is written into the delay recharge protocol template and sent to the user. After obtaining the user's signing instruction for the delay recharge protocol, the trigger permission for the operator's recharge configuration parameter is opened to the user. After obtaining the target configuration parameter m selected and submitted by the user, a payment order is created based on the user's communication identifier and the target configuration parameter m and sent to the user, so that the user submits a payment confirmation instruction based on the payment order. Based on the account identifier carried in the payment confirmation instruction, the parameter value corresponding to the target configuration parameter m is transferred from the user account corresponding to the account identifier to the intermediate account. After the resource transfer is successful, the payment order is updated to a paid order, and a delay processing mark is performed on the paid order based on T to obtain the user's delay recharge order, and the user's delay recharge order is placed in the delay recharge queue of the operator to which the communication identifier belongs.

[0045] In this embodiment, an outqueue condition is set. When the delay recharge queue meets the outqueue condition, the delay recharge orders in the delay recharge queue are dequeued, that is, the delay recharge orders in the delay recharge queue are dequeued and passed to the recharge interface of the operator, so that the operator can perform fee recharge processing. Optionally, the outqueue condition includes: the operation status information of the operator is the first operation status information, and / or the recharge parameters of the operator within the detection time interval meet the recharge condition.

[0046] When it is detected that the outqueue condition of the delay recharge queue is triggered, the target delay recharge order in the delay recharge queue is read and passed to the recharge interface of the operator, and based on the order response returned by the recharge interface, fee recharge processing is performed based on the paid resources of the target delay recharge order.

[0047] In order to improve the user's perception and avoid affecting the user experience due to the inability to perform fee recharge processing for a long time, in an optional implementation manner provided in this embodiment, if it is detected that the delay recharge time arrives and the outqueue condition is not triggered, the resources in the intermediate account are transferred to the user account; a timeout refund reminder is sent to the user, and the delay recharge order in the delay recharge queue is deleted.

[0048] Specifically, it is detected whether the delay recharge time marked by the delay recharge order arrives. If so, a refund process is performed for the user.

[0049] Step S106, when it is detected that the outqueue condition of the delay recharge queue is triggered, the target delay recharge order in the delay recharge queue is read and passed to the recharge interface of the operator.

[0050] In an optional implementation manner provided in this embodiment, the following method is used to detect whether the outqueue condition of the delay recharge queue is triggered:

[0051] Detect whether the operation status information of the operator is the first operation status information;

[0052] If so, a detection time interval is determined based on the detection time of the first operation status information and a preset duration;

[0053] If not, it is determined that the outqueue condition of the delay recharge queue is not triggered;

[0054] The recharge success rate for the operator within the detection time interval is counted, and it is determined whether the recharge success rate is greater than a preset threshold;

[0055] If so, it is determined that the outqueue condition of the delay recharge queue is triggered;

[0056] Otherwise, it is determined that the dequeue condition of the delayed recharge queue has not been triggered.

[0057] Specifically, in order to improve the success rate of processing the delayed recharge order for charging, it is detected whether the operation status information of the operator is the first operation status information. Otherwise, it is determined that the dequeue condition has not been triggered. If so, in order to further ensure the success rate of processing the delayed recharge order and avoid the failure of processing the delayed recharge order due to the normal operation status of the operator but the operator's inability to process the order normally, which will cause a bad delayed recharge experience for the user and affect the user's trust in the delayed recharge, the recharge success rate of the operator within the detected time interval is further statistically calculated, and it is determined whether the recharge success rate is greater than the preset threshold. If so, it is determined that the dequeue condition of the operator's delayed recharge queue has been triggered. Otherwise, it is determined that the dequeue condition of the operator's delayed recharge queue has not been triggered.

[0058] For example, in the case where it is detected that the operation status information of the operator is the first operation status information, according to the detection time t1 of the first operation status information and the preset time interval of 5 minutes, starting from the recharge order of the recharge service, the recharge success rate within the time period from t1 to t1 + 5 minutes is detected, and it is determined whether the recharge success rate is greater than the preset threshold. If so, it is determined that the dequeue condition of the operator's delayed recharge queue is triggered. Otherwise, it is determined that the dequeue condition of the operator's delayed recharge queue is not triggered.

[0059] In the case where it is detected that the dequeue condition of the delayed recharge queue has been triggered, the delayed recharge orders in the delayed recharge queue are dequeued. Specifically, the delayed recharge queue can be dequeued according to the first-in-first-out setting. For each dequeue, that is, the target delayed recharge order in the delayed recharge queue is read and passed into the recharge interface of the operator to receive the response of the operator based on the target delayed recharge order.

[0060] In an optional implementation manner provided in this embodiment, if the abnormal response of the recharge interface to the target delayed recharge order is received, according to the abnormal response of the recharge interface to the target delayed recharge order, the resources in the intermediate account are transferred to the user account, and a recharge failure reminder is sent to the user. That is, a refund is made to the user.

[0061] Step S108, based on the order response returned by the recharge interface, perform a charging process on the paid resources of the target delayed recharge order.

[0062] In specific implementation, if the order response of the recharge interface to the target delayed recharge order is received, a charging process is performed on the paid resources of the target delayed recharge order. In an optional implementation manner provided in this embodiment, the following method is used to implement the charging and recharge process based on the paid resources of the target delayed recharge order:

[0063] Transfer the paid resources of the target delayed recharge order in the intermediate account to the operator account, so that the operator transfers resources to the billing account corresponding to the recharge item information of the user based on the paid resources.

[0064] Specifically, in the process of processing the fee recharge, the paid resources of the target delayed recharge order in the intermediate account are transferred to the operator account without the user's access. After the operator transfers resources to the billing account corresponding to the user's recharge item information based on the paid resources, the recharge service obtains the recharge result and sends a recharge success reminder to the user, so as to enhance the user's perception of the recharge result and recharge service, improve the user experience, increase the user's usage rate of the recharge service, and increase the user activity of the recharge service.

[0065] The following takes the application of a recharge processing method provided in this embodiment in a communication billing recharge scenario as an example to further illustrate the recharge processing method provided in this embodiment. See Figure 2 The recharge processing method applied to the communication billing recharge scenario specifically includes steps S202 to S218.

[0066] Step S202, obtain a recharge request carrying a communication identifier submitted by the user.

[0067] Step S204, determine the operator to which the communication identifier belongs, and query the operation and maintenance information of the operator.

[0068] Step S206, judge whether the operator is in the operation and maintenance state based on the operation and maintenance information;

[0069] If so, execute steps S212 to S218;

[0070] If not, execute steps S208 to S210.

[0071] Among them, if the operator is not in the operation and maintenance state, it is also possible to interact with the operator and the user to perform communication billing recharge processing on the user.

[0072] Step S208, calculate the recharge success rate of the operator in the target time interval according to the historical recharge orders for the operator.

[0073] Among them, the historical recharge order is the order stored by the recharge service.

[0074] Step S210, judge whether the recharge success rate is greater than a preset threshold;

[0075] If so, interact with the operator and the user to perform communication billing recharge processing on the user;

[0076] If not, execute steps S212 to S218.

[0077] Step S212: Obtain the delayed recharge order obtained after the user pays for the payment order generated after submitting the protocol signing instruction, and write the delayed recharge order into the operator's delayed recharge queue.

[0078] Step S214: If the operator's operation information is detected, calculate the recharge success rate of the operator within the preset time interval based on the recharge orders within the preset time interval.

[0079] Among them, the recharge order is the order stored by the recharge service.

[0080] Step S216: If it is detected that the recharge success rate is greater than the preset threshold, transfer the target delayed recharge order in the delayed recharge queue to the operator's recharge interface.

[0081] Step S218: According to the order response returned by the recharge interface, transfer the paid resources of the target delayed recharge order in the intermediate account to the operator's account, so that the operator transfers resources to the user's communication charging account.

[0082] Among them, the paid resources in the intermediate account are the resources transferred from the user account to the intermediate account when the user pays for the payment order.

[0083] An embodiment of a recharge processing device provided in this specification is as follows:

[0084] In the above embodiment, a recharge processing method is provided. Correspondingly, a recharge processing device is also provided, which will be described below with reference to the drawings.

[0085] Refer to Figure 3 , which shows a schematic diagram of a recharge processing device provided in this embodiment.

[0086] Since the device embodiment corresponds to the method embodiment, the description is relatively simple. For the relevant parts, please refer to the corresponding description of the method embodiment provided above. The device embodiments described below are only illustrative.

[0087] This embodiment provides a recharge processing device, including:

[0088] A parameter detection module 302, configured to detect the operator's recharge parameters according to the recharge request submitted by the user;

[0089] If the recharge parameter does not meet the recharge condition, the order acquisition module 304 is run. The order acquisition module 304 is configured to acquire the delayed recharge order obtained after the user pays for the payment order generated after submitting the delayed recharge instruction, and write the delayed recharge order into the delayed recharge queue of the operator.

[0090] When it is detected that the dequeue condition of the delayed recharge queue is triggered, the order reading module 306 is run. The order reading module 306 is configured to read the target delayed recharge order in the delayed recharge queue and pass it into the recharge interface of the operator.

[0091] The recharge processing module 308 is configured to perform a charge recharge process based on the paid resources of the target delayed recharge order according to the order response returned by the recharge interface.

[0092] An embodiment of a recharge processing device provided in this specification is as follows:

[0093] Corresponding to the above-described recharge processing method, based on the same technical concept, one or more embodiments of this specification further provide a recharge processing device. This recharge processing device is used to execute the above-provided recharge processing method. Figure 4 It is a schematic structural diagram of a recharge processing device provided by one or more embodiments of this specification.

[0094] A recharge processing device provided in this embodiment includes:

[0095] As Figure 4 shown, the recharge processing device may vary greatly due to configuration or performance differences, and may include one or more processors 401 and a memory 402. One or more stored application programs or data may be stored in the memory 402. Among them, the memory 402 may be short-term storage or persistent storage. The application programs stored in the memory 402 may include one or more modules (not shown in the figure), and each module may include a series of computer-executable instructions in the recharge processing device. Further, the processor 401 may be set to communicate with the memory 402 and execute a series of computer-executable instructions in the memory 402 on the recharge processing device. The recharge processing device may further include one or more power supplies 403, one or more wired or wireless network interfaces 404, one or more input / output interfaces 405, one or more keyboards 406, etc.

[0096] In a specific embodiment, the recharge processing device includes a memory and one or more programs. One or more of the programs are stored in the memory, and one or more of the programs may include one or more modules. Each module may include a series of computer-executable instructions in the recharge processing device and is configured to be executed by one or more processors. The one or more programs include computer-executable instructions for performing the following:

[0097] Detect the recharge parameters of the operator according to the recharge request submitted by the user;

[0098] If the recharge parameters do not meet the recharge conditions, obtain the delayed recharge order obtained after the user pays the payment order generated after submitting the delayed recharge instruction, and write the delayed recharge order into the operator's delayed recharge queue;

[0099] When it is detected that the dequeue condition of the delayed recharge queue is triggered, read the target delayed recharge order in the delayed recharge queue and pass it to the operator's recharge interface;

[0100] Based on the order response returned by the recharge interface, perform recharge processing of the fees based on the paid resources of the target delayed recharge order.

[0101] An embodiment of the storage medium provided in this specification is as follows:

[0102] Corresponding to the above-described recharge processing method, based on the same technical concept, one or more embodiments of this specification also provide a storage medium.

[0103] The storage medium provided in this embodiment is used to store computer-executable instructions. When the computer-executable instructions are executed by a processor, the following process is implemented:

[0104] Detect the recharge parameters of the operator according to the recharge request submitted by the user;

[0105] If the recharge parameters do not meet the recharge conditions, obtain the delayed recharge order obtained after the user pays the payment order generated after submitting the delayed recharge instruction, and write the delayed recharge order into the operator's delayed recharge queue;

[0106] When it is detected that the dequeue condition of the delayed recharge queue is triggered, read the target delayed recharge order in the delayed recharge queue and pass it to the operator's recharge interface;

[0107] Based on the order response returned by the recharge interface, perform recharge processing of the fees based on the paid resources of the target delayed recharge order.

[0108] It should be noted that the embodiments of the storage medium in this specification and the embodiments of the recharge processing method in this specification are based on the same inventive concept. Therefore, for the specific implementation of this embodiment, reference may be made to the implementation of the corresponding method described above, and repeated parts will not be elaborated.

[0109] The specific embodiments of this specification have been described above. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve the desired result. Additionally, the processes depicted in the drawings do not necessarily require the particular order or sequential order shown to achieve the desired result. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0110] In the 1930s, improvements to a technology could be clearly distinguished as either hardware improvements (e.g., improvements to circuit structures such as diodes, transistors, switches, etc.) or software improvements (improvements to method flows). However, with the development of technology, many method flow improvements today can be regarded as direct improvements to hardware circuit structures. Designers almost always obtain the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that an improvement to a method flow cannot be implemented using a hardware entity module. For example, a Programmable Logic Device (PLD) (such as a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logical function is determined by the user programming the device. Designers can program themselves to "integrate" a digital system onto a single PLD, without having to ask a chip manufacturer to design and fabricate a dedicated integrated circuit chip. Moreover, nowadays, instead of manually fabricating integrated circuit chips, this programming is mostly implemented using "logic compiler" software, which is similar to the software compilers used in program development and writing. The original code before compilation also has to be written in a specific programming language, which is called a Hardware Description Language (HDL), and there is not just one type of HDL, but many types, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc. The most commonly used ones currently are VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also be aware that by simply performing a little logical programming on the method flow using the above-mentioned several hardware description languages and programming it into an integrated circuit, it is easy to obtain the hardware circuit that implements the logical method flow.

[0111] The controller can be implemented in any suitable manner. For example, the controller can take the form of, for example, a microprocessor or a processor and a computer-readable medium storing computer-readable program code (such as software or firmware) executable by the (micro)processor, logic gates, switches, an application specific integrated circuit (ASIC), a programmable logic controller, and an embedded microcontroller. Examples of the controller include, but are not limited to, the following microcontrollers: ARC625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art also know that in addition to implementing the controller in the form of pure computer-readable program code, it is entirely possible to implement the same function by logically programming the method steps to make the controller in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, and embedded microcontrollers, etc. Therefore, such a controller can be considered a hardware component, and the devices included therein for implementing various functions can also be regarded as the structures within the hardware component. Or even, the devices for implementing various functions can be regarded as either software modules for implementing the method or the structures within the hardware component.

[0112] The systems, devices, modules, or units illustrated in the above embodiments can be specifically implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer can be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0113] For the convenience of description, when describing the above devices, they are described separately as various units according to their functions. Of course, when implementing the embodiments of this specification, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0114] Those skilled in the art should understand that one or more embodiments of this specification can be provided as a method, a system, or a computer program product. Therefore, one or more embodiments of this specification can take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware aspects. Moreover, this specification can take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk memories, CD-ROMs, optical memories, etc.) containing computer-usable program code.

[0115] This specification is described with reference to the flowcharts and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the specification. It should be understood that each flow and / or block in the flowchart and / or block diagram, and combinations of flows and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to the processors of general-purpose computers, special-purpose computers, embedded processors, or other programmable data processing devices to produce a machine, such that the instructions executed by the processors of the computer or other programmable data processing devices produce means for implementing the functions specified in one process Figure 1 one process or multiple processes and / or blocks Figure 1 or means for implementing the functions specified in one block or multiple blocks.

[0116] These computer program instructions can also be stored in a computer-readable memory capable of guiding a computer or other programmable data processing device to work in a specific manner, such that the instructions stored in the computer-readable memory produce a manufactured article including instruction means for implementing the functions specified in one process Figure 1 one process or multiple processes and / or blocks Figure 1 or means for implementing the functions specified in one block or multiple blocks.

[0117] These computer program instructions can also be loaded onto a computer or other programmable data processing device, such that a series of operation steps are executed on the computer or other programmable device to produce a computer-implemented process, and thus the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one process Figure 1 one process or multiple processes and / or blocks Figure 1 or means for implementing the functions specified in one block or multiple blocks.

[0118] In a typical configuration, a computing device includes one or more processors (CPUs), an input / output interface, a network interface, and memory.

[0119] The memory may include non-permanent memory in the form of computer-readable media, random access memory (RAM), and / or non-volatile memory such as read-only memory (ROM) or flash memory (flash RAM). The memory is an example of computer-readable media.

[0120] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0121] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0122] One or more embodiments of the present specification may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. One or more embodiments of the present specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules may be located in local and remote computer storage media, including storage devices.

[0123] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0124] The above are only examples of this document and are not intended to limit this document. For those skilled in the art, this document may have various changes and variations. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principle of this document shall be included within the scope of the claims of this document.

Claims

1. A recharge processing method, comprising: Detecting the recharge success rate of the operator according to the recharge request submitted by the user; If the recharge success rate does not meet the recharge condition, obtaining a delayed recharge order obtained after the user pays the payment order generated after submitting a delayed recharge instruction, and writing the delayed recharge order into the delayed recharge queue of the operator; the payment order is created based on the target configuration parameter selected by the user from the recharge configuration parameters in the triggerable state and the recharge item information carried in the recharge request; The recharge configuration parameter is issued to the user in a restricted trigger state, and then issued in the triggerable state according to the delayed recharge instruction submitted by the user based on the delayed recharge protocol; When it is detected that the dequeue condition of the delayed recharge queue is triggered, reading the target delayed recharge order in the delayed recharge queue and passing it into the recharge interface of the operator; Based on the order response returned by the recharge interface, performing a fee recharge process based on the paid resources of the target delayed recharge order.

2. The recharge processing method according to claim 1, before the step of detecting the recharge success rate of the operator according to the recharge request submitted by the user, further comprising: Determining the operator based on the recharge item information carried in the recharge request, and querying the operation status information of the operator; Judging whether the operation status information is the first operation status information; If so, executing the step of detecting the recharge success rate of the operator according to the recharge request submitted by the user; If not, performing the operation of obtaining the delayed recharge order obtained after the user pays the payment order generated after submitting a delayed recharge instruction, and writing the delayed recharge order into the delayed recharge queue of the operator.

3. The recharge processing method according to claim 2, the dequeue condition includes: The operation status information of the operator is the first operation status information, and / or, the recharge success rate of the operator within the detection time interval meets the recharge condition.

4. The recharge processing method according to claim 1, detecting whether the dequeue condition of the delayed recharge queue is triggered by the following method: Detecting whether the operation status information of the operator is the first operation status information; If so, determining a detection time interval based on the detection time of the first operation status information and a preset duration; Counting the recharge success rate for the operator within the detection time interval, and judging whether the recharge success rate is greater than a preset threshold; If so, determining that the dequeue condition of the delayed recharge queue is triggered.

5. The recharge processing method according to claim 1, obtaining the delayed recharge order by the following method: According to the payment request for the payment order submitted by the user, transferring the resources corresponding to the target configuration parameter in the user account to an intermediate account; After the resource transfer, updating the payment order to a paid order, and performing a delayed processing mark on the paid order based on the delayed recharge time to obtain the delayed recharge order; Among them, The target configuration parameter is selected and submitted by the user based on the recharge configuration parameters in the triggerable state.

6. The recharge processing method according to claim 5, after the step of, if the recharge success rate does not meet the recharge condition, obtaining the delayed recharge order obtained after the user pays the payment order generated after submitting the delayed recharge instruction and writing the delayed recharge order into the delayed recharge queue of the operator, further includes: If it is detected that the delayed recharge time has arrived and the dequeue condition has not been triggered, transferring the resources in the intermediate account to the user account; Sending a timeout refund reminder to the user and deleting the delayed recharge order in the delayed recharge queue.

7. The recharge processing method according to claim 5, after the step of, in the case where it is detected that the dequeue condition of the delayed recharge queue is triggered, reading the target delayed recharge order in the delayed recharge queue and passing it into the recharge interface of the operator, further includes: According to the abnormal response of the target delayed recharge order returned by the recharge interface, transferring the resources in the intermediate account to the user account and sending a recharge failure reminder to the user.

8. The recharge processing method according to claim 1, the charging and recharge processing based on the paid resources of the target delayed recharge order includes: Transferring the paid resources of the target delayed recharge order in the intermediate account to the operator account, so that the operator transfers resources to the charging account corresponding to the recharge item information of the user based on the paid resources.

9. A recharge processing device includes: A parameter detection module configured to detect the recharge success rate of the operator according to the recharge request submitted by the user; If the recharge success rate does not meet the recharge condition, running an order acquisition module, the order acquisition module is configured to obtain the delayed recharge order obtained after the user pays the payment order generated after submitting the delayed recharge instruction and write the delayed recharge order into the delayed recharge queue of the operator; the payment order is created based on the target configuration parameter selected by the user from the recharge configuration parameters in the triggerable state and the recharge item information carried in the recharge request; The recharge configuration parameters are issued to the user in the restricted trigger state, and then issued in the triggerable state according to the delayed recharge instruction submitted by the user based on the delayed recharge protocol; In the case where it is detected that the dequeue condition of the delayed recharge queue is triggered, running an order reading module, the order reading module is configured to read the target delayed recharge order in the delayed recharge queue and pass it into the recharge interface of the operator; A recharge processing module configured to perform fee recharge processing based on the paid resources of the target delayed recharge order according to the order response returned by the recharge interface.

10. A recharge processing device includes: A processor; And, A memory configured to store computer-executable instructions, the computer-executable instructions, when executed, cause the processor to: Detect the recharge success rate of the operator according to the recharge request submitted by the user; If the recharge success rate does not meet the recharge condition, obtain the delayed recharge order obtained after the user pays the payment order generated after submitting a delayed recharge instruction, and write the delayed recharge order into the operator's delayed recharge queue; the payment order is created based on the target configuration parameter selected by the user from the recharge configuration parameters in the triggerable state and the recharge item information carried in the recharge request; The recharge configuration parameter is issued to the user in a restricted trigger state, and then the delayed recharge instruction submitted by the user based on the delayed recharge protocol is issued in the triggerable state; When it is detected that the dequeue condition of the delayed recharge queue is triggered, read the target delayed recharge order in the delayed recharge queue and pass it to the operator's recharge interface; According to the order response returned by the recharge interface, perform a fee recharge process based on the paid resources of the target delayed recharge order.

11. A storage medium for storing computer-executable instructions, where the computer-executable instructions, when executed by a processor, implement the following process: Detect the recharge success rate of the operator according to the recharge request submitted by the user; If the recharge success rate does not meet the recharge condition, obtain the delayed recharge order obtained after the user pays the payment order generated after submitting a delayed recharge instruction, and write the delayed recharge order into the operator's delayed recharge queue; the payment order is created based on the target configuration parameter selected by the user from the recharge configuration parameters in the triggerable state and the recharge item information carried in the recharge request; The recharge configuration parameter is issued to the user in a restricted trigger state, and then the delayed recharge instruction submitted by the user based on the delayed recharge protocol is issued in the triggerable state; When it is detected that the dequeue condition of the delayed recharge queue is triggered, read the target delayed recharge order in the delayed recharge queue and pass it to the operator's recharge interface; According to the order response returned by the recharge interface, perform a fee recharge process based on the paid resources of the target delayed recharge order.

Images