A transaction task processing method, device and terminal equipment

Abstract

The present application is applicable to the field of computer application technology, and provides a transaction task processing method, apparatus and terminal device, including: when a transaction task is in an abnormal transaction state, calling an automatic reversal rule set to verify the transaction task; if the transaction task satisfies all verification rules in the automatic reversal rule set, setting the processing state of the transaction task to transaction failure, thereby ensuring accuracy when reversing the processing state and avoiding erroneous operations, and only when the transaction task satisfies all verification rules in the automatic reversal rule set, the processing state of the transaction task is reversed, that is, the processing state of the transaction task is set to transaction failure, so that the user can quickly determine that the processing state of the transaction task is transaction failure, which is convenient for the user to perform further operations, thereby ensuring the accuracy of the transaction process, improving the processing efficiency of transaction tasks in abnormal states, and effectively improving the response speed.

Description

Technical Field

[0001] The present application belongs to the field of computer application technology, and in particular relates to a transaction task processing method, apparatus, terminal device and computer-readable storage medium. Background Art

[0002] Transaction tasks initiated by client terminals are processed by the backend server. Typically, transaction tasks have two final states: "Transaction Success" and "Transaction Failure." However, due to various failures such as network timeouts, server outages, and request timeouts, the transaction task processing status can remain in the intermediate "Processing" state. Currently, for transaction tasks that remain in this abnormal "Processing" state, manual review is required, and the transaction status can be modified after the review is completed. Therefore, the processing of transaction tasks in this abnormal state is time-consuming and slow to respond. Summary of the Invention

[0003] The embodiments of the present application provide a transaction task processing method, apparatus, terminal device, and computer-readable storage medium, which can solve the current problems of long processing time and slow response for transaction tasks in abnormal states.

[0004] In a first aspect, an embodiment of the present application provides a transaction task processing method, comprising:

[0005] When a transaction task is in an abnormal transaction state, an automatic reversal rule set is called to verify the transaction task; wherein the automatic reversal rule set includes at least one verification rule, and the verification rule in the automatic reversal rule set is set according to the transaction elements;

[0006] If the transaction task satisfies all verification rules in the automatic flip rule set, the processing status of the transaction task is set to transaction failure.

[0007] In an implementation of the first aspect, when the transaction task is in an abnormal transaction state, calling the automatic reversal rule set to verify the transaction task includes:

[0008] Automatically flip the rule set according to the transaction task match;

[0009] The matching automatic reversal rule set is called to verify the transaction task.

[0010] In an implementation of the first aspect, calling the matched automatic flipping rule set to verify the transaction task includes:

[0011] Determine transaction elements based on the validation rules in the called automatic flip rule set;

[0012] Obtain transaction information corresponding to the transaction elements in this transaction task;

[0013] The transaction information is verified using verification rules corresponding to the transaction information.

[0014] In an implementation of the first aspect, when a transaction task is in an abnormal transaction state, before calling the automatic reversal rule set to verify the transaction task, the method further includes:

[0015] An automatic rollover rule set engine is configured to manage the automatic rollover rule set.

[0016] In an implementation of the first aspect, the verification rules in the automatic reversal rule set include verification rules in a pre-validation state, and if the transaction task satisfies all verification rules in the automatic reversal rule set, setting the processing status of the transaction task to transaction failure includes:

[0017] Determine whether the verification rules satisfied by the transaction task are verification rules in the pre-effective state;

[0018] If the verification rule satisfied by the transaction task is a verification rule in a pre-effective state, the processing state of the transaction task is retained.

[0019] In an implementation of the first aspect, the transaction task processing method further includes:

[0020] Verify the validation rules in the pre-effective state based on transaction data.

[0021] In an implementation of the first aspect, before calling the automatic reversal rule set to verify the transaction task when the transaction task is in an abnormal transaction state, the method further includes:

[0022] Get the transaction status identification code;

[0023] Determine whether the transaction task is in an abnormal transaction state based on the transaction status identification code.

[0024] In a second aspect, an embodiment of the present application provides a transaction task processing device, comprising:

[0025] a calling unit, configured to call an automatic reversal rule set to verify the transaction task when the transaction task is in an abnormal transaction state; wherein the automatic reversal rule set includes at least one verification rule, and the verification rule in the automatic reversal rule set is set according to the transaction elements;

[0026] A setting unit is configured to set the processing status of the transaction task to transaction failure if the transaction task satisfies all verification rules in the automatic flip rule set.

[0027] In a third aspect, an embodiment of the present application provides a terminal device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the steps of the transaction task processing method as described in any one of the first aspects above are implemented.

[0028] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, it implements the steps of the transaction task processing method as described in any one of the first aspects above.

[0029] In a fifth aspect, an embodiment of the present application provides a computer program product, which, when executed on a terminal device, enables the terminal device to execute the transaction task processing method described in any one of the first aspects above.

[0030] Compared with the prior art, the embodiments of the present application have the following beneficial effects:

[0031] The embodiments of the present application provide a transaction task processing method, apparatus, terminal device, computer-readable storage medium, and computer program product, which verify the transaction task through an automatic reversal rule set composed of verification rules to ensure accuracy when reversing the processing status and avoid erroneous operations. Only when the transaction task satisfies all the verification rules in the automatic reversal rule set is the processing status of the transaction task reversed, that is, the processing status of the transaction task is set to transaction failure. In this way, the user can quickly determine that the processing status of the transaction task is transaction failure, which facilitates the user to perform further operations, thereby ensuring the accuracy of the transaction process and improving the processing efficiency of transaction tasks in abnormal status, effectively improving the response speed, and solving the current problems of long processing time and slow response for transaction tasks in abnormal status. BRIEF DESCRIPTION OF THE DRAWINGS

[0032] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the embodiments or descriptions of the prior art. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0033] Figure 1 This is a schematic diagram of an application scenario of the transaction task processing method provided in one embodiment of the present application;

[0034] Figure 2 This is a schematic diagram of the implementation flow of a transaction task processing method provided in one embodiment of the present application;

[0035] Figure 3 This is a specific implementation flow chart of S11 in the transaction task processing method provided in one embodiment of the present application;

[0036] Figure 4 This is a specific implementation flow chart of another transaction task processing method provided by an embodiment of the present application;

[0037] Figure 5 This is a schematic diagram of the structure of a transaction task processing device provided by an embodiment of the present application;

[0038] Figure 6 It is a structural diagram of a terminal device provided in one embodiment of the present application. DETAILED DESCRIPTION

[0039] In the following description, specific details such as specific system structures and techniques are provided for purposes of illustration rather than limitation to facilitate a thorough understanding of the embodiments of the present application. However, it will be apparent to those skilled in the art that the present application may be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to avoid obscuring the description of the present application with unnecessary detail.

[0040] It should be understood that when used in the present specification and the appended claims, the term "comprising" indicates the presence of described features, integers, steps, operations, elements and / or components, but does not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components and / or collections thereof.

[0041] It will also be understood that the term "and / or" used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

[0042] As used in this specification and the appended claims, the term "if" can be interpreted as "when" or "upon" or "in response to determining" or "in response to detecting," depending on the context. Similarly, the phrase "if it is determined" or "if [described condition or event] is detected" can be interpreted as meaning "upon determination" or "in response to determining" or "upon detection of [described condition or event]" or "in response to detecting [described condition or event]," depending on the context.

[0043] In addition, in the description of the present application specification and the appended claims, the terms "first", "second", "third", etc. are only used to distinguish the descriptions and cannot be understood as indicating or implying relative importance.

[0044] References to "one embodiment" or "some embodiments" in this specification mean that a particular feature, structure, or characteristic described in conjunction with that embodiment is included in one or more embodiments of the present application. Thus, phrases such as "in one embodiment," "in some embodiments," "in other embodiments," and "in other embodiments" appearing in various places in this specification do not necessarily refer to the same embodiment, but rather mean "one or more but not all embodiments," unless otherwise specifically emphasized. The terms "including," "comprising," "having," and variations thereof all mean "including but not limited to," unless otherwise specifically emphasized.

[0045] See also Figure 1 , Figure 1 This is a schematic diagram of an application scenario of the transaction task processing method provided by an embodiment of the present application. Figure 1 As shown, the execution subject of the above transaction task processing method can be Figure 1 The transaction server 10 in the embodiment can be communicatively connected with the electronic device 20 on the user side.

[0046] Specifically, the transaction server 10 may be a server device or a terminal device capable of processing transaction tasks. The server device may be a traditional server or a cloud server. The terminal device may be an electronic device such as a computer with multiple CPUs, a mobile phone, a tablet computer, a desktop computer, a smart wearable device, etc., which is not specifically limited here.

[0047] The above-mentioned electronic device 20 on the user side can be a computer, a mobile phone, a tablet computer, a desktop computer, a smart wearable device or other electronic device, which is also not specifically limited here.

[0048] In some implementations, the user can communicate with the above-mentioned transaction server 10 through an application (such as an application (APP) or a mini-program (an application that can be used without installation)) in the electronic device 20 on the user side, initiate a transaction task in the electronic device 20 on the user side to the transaction server, and the transaction server processes the transaction task and returns the processing status of the transaction task so that the user can view the processing result of the transaction task.

[0049] Generally speaking, transaction tasks can be processed in two states: successful and failed. However, due to service interruptions on the transaction server 10 or communication interruptions between the transaction server 10 and the user's electronic device 20, a transaction task may remain in the "processing" abnormal processing state. Transaction tasks that remain in this abnormal processing state require manual review by reviewers, who typically only review these tasks on the next business day or several business days. Therefore, users are unable to determine the final outcome of the transaction task, leading to an increase in customer complaints. Furthermore, the large number of abnormal transaction tasks requires reviewers to review a significant amount of time and manpower. Consequently, the processing of abnormal transaction tasks currently suffers from a long processing time and slow response times.

[0050] In order to solve the above problems, the present application embodiment provides a transaction task processing method. Figure 2 , Figure 2 The following is a flowchart showing the implementation of the transaction task processing method provided by an embodiment of the present application. In the embodiment of the present application, the execution subject of the above transaction task processing method can be Figure 1 The user-side electronic device (hereinafter referred to as terminal device) in the system.

[0051] like Figure 2 As shown, the transaction task processing method provided in one embodiment of the present application may include S11 to S12, which are detailed as follows:

[0052] In S11 , when the transaction task is in an abnormal transaction state, the automatic reversal rule set is called to verify the transaction task.

[0053] In an embodiment of the present application, when a user initiates a transaction task through a terminal device, the terminal device will send the transaction task to the transaction server for processing. After the transaction server processes the transaction task, it will return the processing status of the transaction task. The processing status of the above-mentioned transaction task includes three processing states: transaction successful, transaction failed, and processing.

[0054] In the embodiment of the present application, the abnormal transaction state refers to the transaction task processing state being in the processing state.

[0055] In one embodiment of the present application, the terminal device will determine whether the transaction task is in an abnormal transaction state based on the information returned by the transaction server. Only when the transaction task is in an abnormal transaction state will the terminal device call the rules in the automatic flip rule set to verify the transaction task.

[0056] In the embodiment of the present application, the above automatic reversal rule set includes at least one verification rule. Specifically, the verification rule in the automatic reversal rule set can be set according to the transaction elements.

[0057] In specific applications, the above-mentioned transaction elements include but are not limited to transaction time, number of transactions, transaction amount, transaction channel, transaction scenario, etc.

[0058] For example, a verification rule using the transaction amount as a transaction factor may be set as follows: the transaction amount is within a preset amount range. The verification criterion of the above verification rule may be: if the transaction amount is within the preset amount range, then the transaction task satisfies the verification rule.

[0059] As another example, a verification rule using transaction time as a transaction factor may be set as follows: transaction time exceeds a preset time threshold. The verification criterion of the above verification rule may be: if the time between the initiation time of the current transaction task and the current time (i.e., the transaction time) exceeds the preset time threshold, then the transaction task satisfies the verification rule.

[0060] As another example, a verification rule using the number of transactions as a transaction factor may be set as follows: The number of times the account corresponding to the current transaction task submits a transaction task within a preset time range does not exceed a transaction number threshold. The verification criterion for the above verification rule may be: If the number of times the account corresponding to the current transaction task submits a transaction task within a preset time range does not exceed the transaction number threshold, then the transaction task satisfies the verification rule.

[0061] As another example, a verification rule set with the transaction channel as a transaction factor may be: the transaction channel does not support overnight redemption. The verification standard of the above verification rule may be: if the transaction channel does not support overnight redemption, then the transaction task meets this verification rule.

[0062] It is easy to understand that multiple different verification rules can be set for the same transaction element. For example, for the transaction element of transaction amount, the verification rule can be set based on the transaction amount of this transaction, or the verification rule can be set based on the total transaction amount of the transaction account corresponding to the transaction task within a preset time range. There is no restriction on this.

[0063] In a specific implementation, the above-mentioned method of setting verification rules can construct a corresponding verification rule generation model through an existing classification model. The verification rule generation model is used to describe the correspondence between transaction elements and verification rules. That is, the verification rule generation model takes each transaction element as input and the verification rules corresponding to each transaction element as output. Through the above-mentioned verification rule generation model, the corresponding verification rules can be automatically generated according to each transaction element.

[0064] In a specific implementation, the above-mentioned method of setting verification rules can also be used by auditors to manually set verification rules based on their audit experience.

[0065] In one embodiment of the present application, before S11, the following steps are further included:

[0066] Configure the automatic rollover rule set engine to manage the automatic rollover rule set.

[0067] In embodiments of the present application, the aforementioned automatic rollover rule set can be configured based on business needs. For example, automatic rollover rule sets corresponding to different transaction channels can be pre-configured in the terminal device. The content and number of validation rules included in different automatic rollover rule sets vary. The configured automatic rollover rule set engine manages and validates the validation rules in the set, effectively improving management efficiency.

[0068] In an embodiment of the present application, the process of calling the automatic flip rule set to verify the transaction task may be to first obtain the transaction elements in the transaction task, and then verify the transaction task based on the transaction elements in the transaction task.

[0069] In specific applications, the terminal device can also first determine which transaction elements each verification rule in the automatic flipping rule set verifies, and then obtain the transaction elements corresponding to the transaction task, and finally verify the transaction elements of the transaction task through the verification rules.

[0070] See also Figure 3 , Figure 3 The following is a schematic diagram showing the specific implementation flow of S11 of the transaction task processing method provided in the embodiment of the present application. Figure 3 As shown, as an embodiment of the present application, the above S11 may include the following steps:

[0071] S21: Automatically flip the rule set based on transaction task matching;

[0072] S22: calling the matching automatic reversal rule set to verify the transaction task.

[0073] In an embodiment of the present application, different automatic reversal rule sets can be set for transaction tasks of different channels, that is, the automatic reversal rule sets corresponding to transaction tasks initiated through different channels are different. When the terminal device receives the transaction task returned by the server and the processing status is an abnormal processing status, the transaction channel of the transaction task will be obtained, and then the automatic reversal rule set that matches the transaction channel will be determined through the transaction channel.

[0074] In one embodiment of the present application, the above S22 may specifically include the following steps:

[0075] Determine transaction elements based on the validation rules in the called automatic flip rule set;

[0076] Obtain transaction information corresponding to the transaction elements in this transaction task;

[0077] The transaction information is verified using verification rules corresponding to the transaction information.

[0078] In an embodiment of the present application, since the automatic reversal rule set contains multiple verification rules, and the objects to be verified by the verification rules (i.e., transaction elements) correspond to the verification rules, the verification rules contained in the automatic reversal rule set are first determined, and then the transaction elements corresponding to the verification rules are determined, and then the transaction information corresponding to the transaction elements of the verification rules in this transaction task is obtained, so that targeted verification can be performed.

[0079] For example, assuming that the automatic reversal rule set includes three verification rules, namely: the transaction amount is within a preset amount range, the transaction time exceeds a preset time threshold, and the number of times the account corresponding to the current transaction task submits the transaction task within the preset time range does not exceed the transaction number threshold, it can be determined that the transaction elements involved in the automatic reversal rule set include the transaction amount, transaction time, and transaction number. The terminal device will obtain transaction information corresponding to these three transaction elements in the current transaction task, that is, the transaction amount of the current transaction task, the transaction time, and the number of transactions; then, the transaction information is verified using the verification rules corresponding to these transaction information, that is, the transaction amount of the current transaction task is verified using the first verification rule (the transaction amount is within the preset amount range and the transaction time exceeds the preset time threshold); the transaction time of the current transaction task is verified using the second verification rule (the transaction time exceeds the preset time threshold); and the transaction number of the current transaction task is verified using the third verification rule (the number of times the account corresponding to the current transaction task submits the transaction task within the preset time range does not exceed the transaction number threshold).

[0080] In this embodiment, in order to save verification time, the verification process can be performed one by one. Once a non-satisfactory situation occurs, the verification is stopped. That is, a verification rule is first retrieved from the automatic reversal rule set, and then the transaction information corresponding to this transaction task is determined, and then the transaction information is verified. If the transaction information meets the verification rule, the next verification rule is retrieved for verification. If it does not meet the requirements, it is directly determined that the transaction task does not meet the requirements of automatic reversal and will not be reversed.

[0081] In S12, if the transaction task satisfies all the verification rules in the automatic flip rule set, the processing status of the transaction task is set to transaction failure.

[0082] In this embodiment of the present application, the terminal device verifies the transaction task by calling the validation rules in the automatic reversal rule set. Only when the transaction task satisfies all validation rules in the automatic reversal rule set will the terminal device perform a reversal operation on the transaction task. Specifically, only when the transaction task satisfies all validation rules in the automatic reversal rule set will the terminal device set the transaction task's processing status from "Processing" to "Transaction Failed." Because reversing the transaction task's transaction status requires rigorous judgment, it is essential to ensure that the transaction task satisfies all transaction rules in the automatic reversal rule set before executing the reversal operation.

[0083] If the transaction task fails to meet all the verification rules in the automatic reversal rule set, the terminal device will not perform the reversal operation, but will continue to keep it in the abnormal transaction status of being processed, waiting for the auditor to review it, so as to ensure the accuracy of the reversal.

[0084] It is understandable that when the terminal device sets the processing status of the transaction task to transaction failure, when the user queries the processing status of the transaction task through the user-side electronic device, it will not always show that the transaction task is in the intermediate state of processing, but will show that the transaction task is in the final state of transaction failure. After the user determines that the transaction task is in the state of transaction failure, the user can take further actions, such as re-initiating the transaction task, etc. This can effectively reduce the user's waiting time, improve the processing efficiency of transaction tasks in abnormal transaction status, and reduce the occurrence of customer complaints.

[0085] In one embodiment of the present application, the verification rules in the automatic rollover rule set also include verification rules in a pre-validation state. Accordingly, the above S12 may include:

[0086] Determine whether the verification rules satisfied by the transaction task are verification rules in the pre-effective state;

[0087] If the verification rule satisfied by the transaction task is a verification rule in a pre-effective state, the processing state of the transaction task is retained.

[0088] In the embodiment of the present application, the verification rules in the pre-effective state refer to verification rules that have not yet taken effect. These verification rules can be newly set verification rules. The verification rules in the pre-effective state need to be verified before they can take effect. Therefore, if the verification rules satisfied by the transaction task are the verification rules in the pre-effective state, the processing status of the transaction task will not be changed to avoid rollover errors, resulting in transaction losses, etc.

[0089] In one embodiment of the present application, the transaction task processing method may further include the following steps:

[0090] Verify the validation rules in the pre-effective state based on transaction data.

[0091] From the above, it can be seen that the transaction task processing method provided in the embodiment of the present application can verify the transaction task through the automatic reversal rule set composed of verification rules, ensure the accuracy when reversing the processing status, avoid erroneous operations, and only when the transaction task meets all the verification rules in the automatic reversal rule set, the processing status of the transaction task is reversed, that is, the processing status of the transaction task is set to transaction failure, so that the user can quickly determine that the processing status of the transaction task is transaction failure, which is convenient for the user to perform further operations, thereby ensuring the accuracy of the transaction process, improving the processing efficiency of transaction tasks in abnormal status, and effectively improving the response speed.

[0092] See also Figure 4 , Figure 4 FIG2 shows a schematic diagram of the implementation flow of a transaction task processing method provided by another embodiment of the present application. Figure 4 As shown, different from the previous embodiment, the transaction task processing method provided in the embodiment of the present application further includes S41 to S42 before S11, specifically:

[0093] S41: Obtaining a transaction status identification code;

[0094] S42: Determine whether the transaction task is in an abnormal transaction state according to the transaction state identification code.

[0095] In the embodiment of the present application, the transaction status identification code is returned to the terminal device by the transaction server after processing the transaction task. The terminal device can determine whether the transaction task is in an abnormal transaction state based on the transaction status identification code.

[0096] In the embodiment of the present application, the above-mentioned transaction status identification code is used to describe the processing status of the transaction task; the processing status of the above-mentioned transaction task may include two final states of transaction success and transaction failure, and the abnormal transaction state of being processed.

[0097] In the embodiment of the present application, the transaction status identification code corresponds to the processing status of the transaction task. Therefore, the terminal device can determine the transaction status of the transaction task based on the transaction status identification code. For example, if the transaction status identification code is 001, it means that the processing status of the transaction task is successful; if the transaction status identification code is 010, it means that the processing status of the transaction task is failed; and if the transaction status identification code is 011, it means that the processing status of the transaction task is in progress.

[0098] After the terminal device obtains the transaction status identification code, it can determine the processing status of the transaction task. If the processing status of the transaction task is processing, it is determined that the transaction task is in an abnormal transaction state. If the processing status of the transaction task is transaction success or transaction failure, it is determined that the transaction task is not in an abnormal transaction state.

[0099] In one embodiment of the present application, when the terminal device determines that the transaction status is a success or failure, the processing status can be fed back to the user's client so that the user can obtain the processing status of the transaction task submitted by the user.

[0100] It should be understood that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0101] Corresponding to the transaction task processing method described in the above embodiment, Figure 5 The structure block diagram of the transaction task processing device provided by an embodiment of the present application is shown. For the sake of convenience, only the parts related to the embodiment of the present application are shown. Figure 5 The transaction task processing device 50 includes: a calling unit 51 and a setting unit 52.

[0102] The calling unit 51 is configured to call an automatic reversal rule set to verify the transaction task when the transaction task is in an abnormal transaction state; wherein the automatic reversal rule set includes at least one verification rule, and the verification rule in the automatic reversal rule set is set according to the transaction elements;

[0103] The setting unit 52 is configured to set the processing status of the transaction task to transaction failure if the transaction task satisfies all verification rules in the automatic flip rule set.

[0104] In one embodiment of the present application, the calling unit 51 includes a matching unit and a verification unit.

[0105] The matching unit is used to automatically flip the rule set according to the transaction task matching.

[0106] The verification unit is used to call the matching automatic flipping rule set to verify the transaction task.

[0107] In one embodiment of the present application, the verification unit includes an element determination unit, an information acquisition unit and a verification unit.

[0108] The element determination unit is used to determine transaction elements according to the verification rules in the called automatic flip rule set.

[0109] The information acquisition unit is used to obtain transaction information corresponding to the transaction elements in this transaction task.

[0110] The verification unit is used to verify the transaction information using verification rules corresponding to the transaction information.

[0111] In one embodiment of the present application, the transaction task processing device further includes an engine configuration unit.

[0112] The engine configuration unit is used to configure the automatic rollover rule set engine to manage the automatic rollover rule set.

[0113] In one embodiment of the present application, the verification rules in the above-mentioned automatic flipping rule set include verification rules in a pre-effective state, and the above-mentioned setting unit 52 is specifically used to determine whether the verification rules satisfied by the transaction task are verification rules in a pre-effective state; if the verification rules satisfied by the transaction task are verification rules in a pre-effective state, the processing status of the transaction task is retained.

[0114] In one embodiment of the present application, the transaction task processing device may further include a pre-validation verification unit.

[0115] The pre-validation verification unit is used to verify the verification rules in the pre-validation state based on transaction data.

[0116] In one embodiment of the present application, the transaction task processing device further includes an identification code acquisition unit and a status determination unit.

[0117] The identification code acquisition unit is used to acquire the transaction status identification code.

[0118] The state judgment unit is used to determine whether the transaction task is in an abnormal transaction state according to the transaction state identification code.

[0119] From the above, it can be seen that a transaction task processing device provided by an embodiment of the present application can also verify the transaction task through an automatic reversal rule set composed of verification rules, ensure the accuracy when reversing the processing status, avoid erroneous operations, and only when the transaction task meets all the verification rules in the automatic reversal rule set, the processing status of the transaction task is reversed, that is, the processing status of the transaction task is set to transaction failure, so that the user can quickly determine that the processing status of the transaction task is transaction failure, which is convenient for the user to perform further operations, thereby ensuring the accuracy of the transaction process, improving the processing efficiency of transaction tasks in abnormal status, and effectively improving the response speed.

[0120] Figure 6 This is a schematic diagram of the structure of a terminal device provided in one embodiment of the present application. Figure 6As shown, the terminal device 6 of this embodiment includes: at least one processor 60 ( Figure 6 Only one is shown in the figure) a processor, a memory 61, and a computer program 62 stored in the memory 61 and executable on the at least one processor 60. When the processor 60 executes the computer program 62, the steps of any one of the above-mentioned transaction task processing method embodiments are implemented.

[0121] Those skilled in the art will understand that Figure 6 It is only an example of the terminal device 6 and does not constitute a limitation on the terminal device 6. It may include more or fewer components than shown in the figure, or a combination of certain components, or different components. For example, it may also include input and output devices, network access devices, etc.

[0122] The processor 60 may be a central processing unit (CPU), or may be another general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. A general-purpose processor may be a microprocessor or any conventional processor.

[0123] In some embodiments, the memory 61 may be an internal storage unit of the terminal device 6, such as a hard disk or memory of the terminal device 6. In other embodiments, the memory 61 may also be an external storage device of the terminal device 6, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. equipped on the terminal device 6. Furthermore, the memory 61 may also include both an internal storage unit of the terminal device 6 and an external storage device. The memory 61 is used to store an operating system, application programs, a boot loader (BootLoader), data, and other programs, such as the program code of the computer program. The memory 61 may also be used to temporarily store data that has been output or is about to be output.

[0124] An embodiment of the present application further provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of any one of the above-mentioned transaction task processing method embodiments can be implemented.

[0125] An embodiment of the present application provides a computer program product. When the computer program product is run on a terminal device, the terminal device can implement the steps of any of the above-mentioned transaction task processing method embodiments when executing the computer program product.

[0126] It should be noted that the information interaction, execution process, etc. between the above-mentioned devices / units are based on the same concept as the method embodiment of this application. Their specific functions and technical effects can be found in the method embodiment section and will not be repeated here.

[0127] An embodiment of the present application further provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of any one of the above-mentioned transaction task processing method embodiments can be implemented.

[0128] An embodiment of the present application provides a computer program product. When the computer program product is run on a terminal device, the terminal device can implement the steps of any of the above-mentioned transaction task processing method embodiments when executing the computer program product.

[0129] Those skilled in the art can clearly understand that, for the convenience and brevity of description, only the division of the above-mentioned functional units and modules is used as an example for illustration. In actual applications, the above-mentioned functions can be distributed and completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiment can be integrated into a first processing unit, or each unit can exist physically alone, or two or more units can be integrated into one unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of a software functional unit. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other, and are not used to limit the scope of protection of this application. The specific working process of the units and modules in the above-mentioned system can refer to the corresponding process in the aforementioned method embodiment, and will not be repeated here.

[0130] In the above embodiments, the description of each embodiment has its own focus. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant description of other embodiments.

[0131] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0132] In the embodiments provided herein, it should be understood that the disclosed transaction task processing devices and methods can be implemented in other ways. For example, the device / terminal device embodiments described above are merely illustrative. For example, the division of modules or units is merely a logical functional division. In actual implementation, other divisions may be employed, such as combining or integrating multiple units or components into another system, or omitting or disabling certain features. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through interfaces, or indirect coupling or communication connection between devices or units may be electrical, mechanical, or otherwise.

[0133] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0134] The above-described embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the various embodiments of the present application, and should all be included in the scope of protection of the present application.

Claims

1. A transaction task processing method, characterized in that: include: When a transaction task is in an abnormal transaction state, an automatic reversal rule set is called to verify the transaction task; wherein the automatic reversal rule set includes at least one verification rule, and the verification rule in the automatic reversal rule set is set according to the transaction elements; the abnormal transaction state refers to the transaction task processing state being in progress; If the transaction task satisfies all verification rules in the automatic flip rule set, the processing status of the transaction task is set to transaction failure; The verification rules in the automatic reversal rule set include verification rules in a pre-effective state, and if the transaction task satisfies all the verification rules in the automatic reversal rule set, setting the processing status of the transaction task to transaction failure includes: Determine whether the verification rules satisfied by the transaction task are verification rules in the pre-effective state; verification rules in the pre-effective state are verification rules that have not yet taken effect; If the verification rule satisfied by the transaction task is a verification rule in a pre-effective state, the processing state of the transaction task is retained.

2. The transaction task processing method according to claim 1, wherein: When the transaction task is in an abnormal transaction state, the automatic reversal rule set is called to verify the transaction task, including: Automatically flip the rule set according to the transaction task match; The matching automatic reversal rule set is called to verify the transaction task.

3. The transaction task processing method according to claim 2, wherein: The calling of the matched automatic flipping rule set to verify the transaction task includes: Determine transaction elements based on the validation rules in the called automatic flip rule set; Obtain transaction information corresponding to the transaction elements in this transaction task; The transaction information is verified using verification rules corresponding to the transaction information.

4. The transaction task processing method according to claim 1, wherein: When a transaction task is in an abnormal transaction state, before calling the automatic reversal rule set to verify the transaction task, the method further includes: An automatic rollover rule set engine is configured to manage the automatic rollover rule set.

5. The transaction task processing method according to claim 1, wherein: The transaction task processing method further includes: Verify the validation rules in the pre-effective state based on transaction data.

6. The transaction task processing method according to any one of claims 1 to 5, characterized in that: Before calling the automatic reversal rule set to verify the transaction task when the transaction task is in an abnormal transaction state, the method further includes: Get the transaction status identification code; Determine whether the transaction task is in an abnormal transaction state based on the transaction status identification code.

7. A transaction task processing device, characterized in that: include: a calling unit, configured to call an automatic reversal rule set to verify a transaction task when the transaction task is in an abnormal transaction state; wherein the automatic reversal rule set includes at least one verification rule, and the verification rule in the automatic reversal rule set is set according to transaction elements; and the abnormal transaction state refers to a transaction task processing state of being in progress; a setting unit, configured to set the processing status of the transaction task to transaction failure if the transaction task satisfies all verification rules in the automatic flip rule set; The verification rules in the automatic reversal rule set include verification rules in a pre-effective state, and if the transaction task satisfies all the verification rules in the automatic reversal rule set, setting the processing status of the transaction task to transaction failure includes: Determine whether the verification rules satisfied by the transaction task are verification rules in the pre-effective state; verification rules in the pre-effective state are verification rules that have not yet taken effect; If the verification rule satisfied by the transaction task is a verification rule in a pre-effective state, the processing state of the transaction task is retained.

8. A terminal device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein: When the processor executes the computer program, the steps of the transaction task processing method according to any one of claims 1 to 6 are implemented.

9. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the steps of the transaction task processing method according to any one of claims 1 to 6 are implemented.

Images