Clearing simulation test method, system and device and storage medium

Abstract

The embodiment of the invention relates to the technical field of computers, and provides a liquidation simulation test method, system and device and a storage medium, the system comprises a normal service link, an asynchronous parallel running verification link and a pre-developed parallel running comparison system, the normal service link is used for receiving a service request and generating a service instruction, and the asynchronous parallel running verification link is used for receiving the service request; performing service liquidation according to the service instruction to obtain first liquidation process data of a normal service link; the asynchronous parallel running verification link is used for acquiring the first clearing process data from the normal service link, writing the first clearing process data into the target database, and matching second clearing process data corresponding to a service request from the target database when the service request is received; and the parallel-running comparison system is used for comparing the first liquidation process data with the second liquidation process data to obtain a comparison result. According to the embodiment of the invention, the simulation test of the whole clearing process can be realized, and the accuracy of system change is ensured.

Description

Technical Field

[0001] The embodiments of this specification relate to the field of computer technology, and in particular to a liquidation simulation test method, system, device, and storage medium. Background Art

[0002] In order to reduce the risk of changes to the liquidation instruction system, a changed liquidation instruction system is released in advance on the parallel verification link, and then the processing results of the liquidation instruction systems on the parallel verification link and the normal business link are compared and verified. If the comparison is consistent, it indicates that the current change is correct, and then the liquidation instruction system of the normal business link can be continued to be released. If the comparison is inconsistent, it indicates that there may be problems with the current change, and then the current system change is terminated.

[0003] The full process of processing liquidation instructions includes: generating instructions, adjusting quotas, requesting accounting, submitting instructions, and receiving the liquidation receipt from the central bank. Since the instructions on the parallel link cannot be processed for fund liquidation, the current parallel comparison mode can only compare the basic information of the liquidation instructions, and it is impossible to perform parallel comparison for the processes such as instruction submission, requesting accounting, adjusting quotas, and receiving instruction receipts after the generation of liquidation instructions. This will result in the inability to verify the correctness of the subsequent four processes of liquidation instructions through the parallel verification results when the liquidation instruction system is changed. Therefore, there is an urgent need for a liquidation simulation test method and system that can achieve full-process parallel comparison after the generation of liquidation system instructions to ensure the accuracy of system changes. Summary of the Invention

[0004] Aiming at the above problems of the prior art, the purpose of the embodiments of this specification is to provide a liquidation simulation test method, system, device, and storage medium to solve the problem in the prior art that full-process parallel comparison after the generation of liquidation system instructions cannot be achieved.

[0005] To solve the above technical problems, the specific technical solutions of the embodiments of this specification are as follows:

[0006] On the one hand, the embodiments of this specification provide a liquidation simulation test system, which includes: a normal business link, an asynchronous parallel verification link, and a pre-developed parallel comparison system, where,

[0007] The normal business link is used to receive business requests and generate business instructions, and perform business liquidation according to the business instructions to obtain the first liquidation process data of the normal business link;

[0008] The asynchronous parallel verification link is used to obtain the first liquidation process data from the normal business link and write it into the target database, and when receiving the business request, match the second liquidation process data corresponding to the business request from the target database;

[0009] The parallel comparison system is used to compare the first settlement process data with the second settlement process data to obtain a comparison result.

[0010] In the settlement simulation test system according to the embodiments of the present specification, the system further includes a log collection middleware and a message middleware; the log collection middleware is used to collect the log files containing the first settlement process data generated by the normal business link, and send the log files to the message queue of the message middleware in the form of messages;

[0011] Obtaining the first settlement process data from the normal business link includes:

[0012] Reading the message carrying the first settlement process data from the message queue;

[0013] Parsing the message to obtain the first settlement process data.

[0014] In the settlement simulation test system according to the embodiments of the present specification, the first settlement process data includes: instruction identification number, service name, service request parameters, instruction amount, payer and payee information, instruction accounting result, instruction quota adjustment result, and settlement result.

[0015] In the settlement simulation test system according to the embodiments of the present specification, the normal business link includes: a first business system, a first settlement instruction system, an associated system, a large and small amount front-end system, and a settlement system; wherein,

[0016] The first business system is used to generate a business instruction according to the business request and send the business instruction to the first settlement instruction system;

[0017] The first settlement instruction system is used to receive the business instruction, generate a settlement instruction according to the business instruction, and call the associated system to perform operations matching the business instruction and the settlement instruction;

[0018] The associated system includes a fund accounting system and a reserve fund system, wherein the fund accounting system is used to record accounts and control the risk of fund settlement, and the reserve fund system is used to adjust the reserve fund quota of payment institutions;

[0019] The large and small amount front-end system is used to assemble a message according to the settlement system message specification for the settlement instruction, and perform signing and verification operations on the settlement instruction to obtain an encrypted settlement instruction;

[0020] The settlement system is used to receive the encrypted settlement instruction, perform settlement operations according to the encrypted settlement instruction, and send the settlement result to the settlement instruction system.

[0021] In the liquidation simulation test system according to the embodiments of this specification, the asynchronous parallel running verification link includes: a second business system, a second liquidation instruction system, a parallel running mock system, and a database; wherein,

[0022] The second business system is configured to receive the service request, generate a service instruction, and send the service instruction to the second liquidation instruction system;

[0023] The second liquidation instruction system is configured to receive the service instruction, generate a liquidation instruction according to the service instruction, and submit the liquidation instruction to the parallel running mock system;

[0024] The parallel running mock system is configured to consume the message queue, obtain the first liquidation process data stored in the queue, and save it to the database. Then, according to the service request, it calls the mock service related to the service request, and obtains the corresponding service response result from the database according to the instruction identification number and the service request parameters, so as to obtain the second liquidation process data.

[0025] In the liquidation simulation test system according to the embodiments of this specification, the parallel running comparison system is further configured to: send the comparison result to the terminal corresponding to the relevant personnel, so that the terminal determines whether to perform the change release of the liquidation system according to the comparison result.

[0026] On the other hand, the embodiments of this specification further provide a liquidation simulation test method, which is applied to the above liquidation simulation test system. The method includes:

[0027] Receiving a service request by using the normal service link and generating a service instruction, and performing service liquidation according to the service instruction to obtain the first liquidation process data of the normal service link;

[0028] Obtaining the first liquidation process data from the normal service link by using the asynchronous parallel running verification link and writing it into the target database. When receiving the service request, matching the second liquidation process data corresponding to the service request from the target database;

[0029] Comparing the first liquidation process data with the second liquidation process data by using the parallel running comparison system to obtain a comparison result.

[0030] On yet another aspect, the embodiments of this specification further provide a computer device, including a memory, a processor, and a computer program stored on the memory. When the computer program is run by the processor, it executes the instructions of any one of the above methods.

[0031] In another aspect, an embodiment of this specification further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is run by a processor of a computer device, it executes the instructions of any one of the above-mentioned methods.

[0032] In another aspect, an embodiment of this specification further provides a computer program product. When the computer program product is run by a processor of a computer device, it executes the instructions of any one of the above-mentioned methods.

[0033] As can be seen from the technical solutions provided by the embodiments of this specification above, in the embodiments of this specification, a service request is first received through a normal service link and a service instruction is generated. Service settlement is performed according to the service instruction to obtain first settlement process data of the normal service link. Then, an asynchronous parallel verification link is used to obtain the first settlement process data from the normal service link and write it into a target database. When a service request is received, second settlement process data corresponding to the service request is matched from the target database. Finally, a parallel comparison system is used to compare the first settlement process data with the second settlement process data to obtain a comparison result. Compared with the prior art, the embodiments of this specification can implement data parallel comparison in the entire settlement process, thereby reducing the risk of changes to the settlement system and ensuring the accuracy of system changes. In addition, the asynchronous parallel verification link in the embodiments of this specification is executed simultaneously with the normal service link. Through an asynchronous method, it is isolated from the normal service link to avoid affecting normal service processing and ensure system stability.

[0034] The above description is only an overview of the technical solutions of some embodiments of this specification. In order to be able to understand the technical means of some embodiments of this specification more clearly, it can be implemented according to the content of the specification. And in order to make the above and other purposes, features, and advantages of the embodiments of this specification more obvious and understandable, the following specifically enumerates preferred embodiments and cooperates with the attached drawings to make a detailed description as follows. Description of the Drawings

[0035] In order to more clearly illustrate the technical solutions in the 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 following drawings are only some embodiments of this specification. For those of ordinary skill in the art, without creative efforts, other drawings can be obtained according to these drawings.

[0036] Figure 1 Shows a schematic diagram of the application environment of a settlement simulation test system in some embodiments of this specification;

[0037] Figure 2 Shows a schematic diagram of the structure of a normal service link in some embodiments of this specification;

[0038] Figure 3 Shows the schematic structural diagram of the asynchronous parallel running verification link in some embodiments of this specification;

[0039] Figure 4 Shows the schematic flow diagram of a liquidation simulation test method in some embodiments of this specification;

[0040] Figure 5 Shows the schematic diagram of a liquidation simulation test method in some embodiments of this specification;

[0041] Figure 6 Shows the schematic structural diagram of the computer device provided in some embodiments of this specification.

[0042] Explanation of the reference symbols in the drawings:

[0043] 10. Normal service link;

[0044] 20. Asynchronous parallel running verification link;

[0045] 30. Log collection middleware;

[0046] 40. Message middleware;

[0047] 50. Parallel running comparison system;

[0048] 11. First business system;

[0049] 12. First liquidation instruction system;

[0050] 13. Associated system;

[0051] 14. Large and small amount front-end system;

[0052] 15. Liquidation system;

[0053] 21. Second business system;

[0054] 22. Second liquidation instruction system;

[0055] 23. Parallel running mock system;

[0056] 24. Database;

[0057] 602. Computer device;

[0058] 604. Processor;

[0059] 606. Memory;

[0060] 608. Driving mechanism;

[0061] 610. Input / output module;

[0062] 612. Input device;

[0063] 614. Output device;

[0064] 616. Presentation device;

[0065] 618. Graphical user interface;

[0066] 620. Network interface;

[0067] 622. Communication link;

[0068] 624. Communication bus. Detailed implementation mode

[0069] Next, the technical solutions in the embodiments of this specification will be clearly and completely described in conjunction with the accompanying drawings in the 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 the embodiments in this specification, all other embodiments obtained by those of ordinary skill in the art without creative efforts belong to the scope protected by this specification.

[0070] The full-process processing of the clearing instruction includes: generating an instruction, adjusting the amount, requesting accounting, submitting the instruction, and receiving the clearing receipt from the central bank. Since the instructions on the parallel running link cannot be processed for fund clearing, the current parallel running comparison mode can only compare the basic information of the clearing instruction. For the processes such as instruction submission, requesting accounting, adjusting the amount, and receiving the instruction receipt after the generation of the clearing instruction, parallel running comparison cannot be performed. This will cause the correctness of the subsequent four processes of the clearing instruction cannot be verified through the parallel running verification result when the clearing instruction system is changed. Therefore, there is an urgent need for a clearing simulation test method and system that can achieve the full-process parallel running comparison after the generation of the clearing system instruction and ensure the accuracy of system changes.

[0071] To solve the above problems, the embodiments of this specification provide a clearing simulation test system. Figure 1 It is a schematic diagram of the application environment of a clearing simulation test system provided by the embodiments of this specification. This specification provides the method operation steps as described in the embodiments or flowcharts, but based on routine or non-creative labor, it may include more or fewer operation steps. The order of steps listed in the embodiments is only one way among the execution orders of numerous steps and does not represent the only execution order. When the actual system or device product executes, it can be executed in the order of the method shown in the embodiments or the drawings or executed in parallel.

[0072] It should be noted that the terms "first", "second", etc. in this specification, the claims and the above-mentioned drawings are used to distinguish similar objects, and do not necessarily have to be used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged under appropriate circumstances, so that the embodiments of the present specification described here can be implemented in an order other than those illustrated or described here. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, device, product or equipment that includes a series of steps or units does not necessarily have to be limited to those steps or units clearly listed, but may include other steps or units not clearly listed or inherent to these processes, methods, products or equipment.

[0073] Referring to Figure 1 As shown, the embodiment of the present specification provides a schematic diagram of the application environment of a liquidation simulation test system. The application environment includes: a normal business link 10, an asynchronous parallel running verification link 20, a log collection middleware 30 (such as flume, etc.), a message middleware 40 (such as kafka, etc.), and a pre-developed parallel running comparison system 50.

[0074] In the embodiment of the present specification, first, the normal business link is used to receive a business request and generate a business instruction, and business liquidation is performed according to the business instruction to obtain the first liquidation process data of the normal business link. Then, the asynchronous parallel running verification link is used to obtain the first liquidation process data from the normal business link and write it into the target database. When a business request is received, the second liquidation process data corresponding to the business request is matched from the target database. Finally, the parallel running comparison system is used to compare the first liquidation process data with the second liquidation process data to obtain a comparison result. Compared with the prior art, the embodiment of the present specification can realize the data parallel running comparison of the entire liquidation process, thereby reducing the risk of changes in the liquidation system and ensuring the accuracy of system changes. In addition, the asynchronous parallel running verification link in the embodiment of the present specification is executed simultaneously with the normal business link and is isolated from the normal business link in an asynchronous manner to avoid affecting normal business processing and ensure system stability.

[0075] The normal business link 10 can implement the full process of settlement. Specifically, the full settlement process includes: generating instructions, adjusting quotas, requesting accounting, submitting instructions, and receiving instruction receipts. In some embodiments of this specification, the normal business link 10 is used to receive business requests and generate business instructions, send the business instructions to the settlement instruction system to generate settlement instructions. At the same time, the settlement instruction system interacts with the associated systems related to the business requests to perform processing such as adjusting quotas and accounting. Then, the settlement instructions are submitted to the settlement system for business settlement. After the settlement system receives the settlement instructions and completes the settlement, the first settlement process data is obtained and the first settlement process data is asynchronously notified to the settlement instruction system. The settlement instruction system updates the instruction status to settlement success according to the notification result. In some embodiments of this specification, the first settlement process data includes: instruction identification number, service name, service request parameters, instruction amount, payer and payee information, instruction accounting result, instruction quota adjustment result, and settlement result.

[0076] Referring to Figure 2 As shown, in some embodiments of this specification, the normal business link 10 may include a first business system 11, a first settlement instruction system 12, an associated system 13, a large and small amount front-end system 14, and a settlement system 15.

[0077] The first business system 11 may be one or more. Each business system is used to provide a kind of business. Different businesses have different business processing rules, and different businesses are processed in different systems. In some embodiments of this specification, the first business system 11 is used to generate business instructions according to the business requests and send the business instructions to the first settlement instruction system 12, where each business instruction has a uniquely identified business instruction identification number. In some embodiments of this specification, the first business system 11 may be, for example, a deposit business system, a loan business system, a wealth management business system, a remittance business system, etc.

[0078] The first settlement instruction system 12 is used to receive the business instructions, generate settlement instructions according to the business instructions. Each settlement instruction has a uniquely identified settlement instruction identification number, that is, a serial number. Then, it requests the associated system 13 to perform processing related to the business instructions and settlement instructions, such as accounting, quota adjustment, etc. After the processing is successful, the settlement instructions are submitted to the settlement system 15. After the settlement system 15 receives the instruction request and completes the settlement, it asynchronously notifies the first settlement instruction system 12. The first settlement instruction system 12 updates the instruction status to settlement success according to the notification result.

[0079] The associated system 13 includes a fund accounting system and a reserve fund system. The fund accounting system is used for bookkeeping and controlling the risk of fund settlement, and the reserve fund system is used for adjusting the reserve fund amount of payment institutions. In the settlement process, when any business request is received, a business instruction is generated according to the business request, and then a settlement instruction is generated according to the business instruction. Before the final settlement is achieved, processing such as bookkeeping and quota adjustment needs to be carried out, so as to generate an instruction bookkeeping result and an instruction quota adjustment result.

[0080] The large and small amount front-end system 14 is used to assemble a message according to the settlement system message specification for the settlement instruction, and perform signing and signature verification operations on the settlement instruction to obtain an encrypted settlement instruction. Since most settlement systems have confidentiality, there are relatively large security risks if the settlement instruction is directly sent to the settlement system for settlement, and the interactive data therein may be leaked during transmission. Therefore, by assembling the settlement instruction into a message according to the message specification of the settlement system through the large and small amount front-end system and performing signing and signature verification operations on the settlement instruction, the security during the transmission of the settlement instruction can be improved.

[0081] The settlement system 15 is used to receive the encrypted settlement instruction, perform settlement operations according to the encrypted settlement instruction, and send the settlement result to the settlement instruction system. In some embodiments of this specification, the settlement system can be, for example, the large and small amount system of the central bank, parse the received encrypted settlement instruction, perform settlement operations according to the settlement instruction, and after completing the settlement, asynchronously notify the first settlement instruction system 12 of the settlement result.

[0082] The asynchronous parallel running verification link 20 and the normal business link 10 are executed simultaneously. After receiving the same business request as the normal business link 10, a settlement instruction is generated according to the business request, and the instruction is submitted for settlement. However, here the actual fund settlement process is not carried out, but the instruction is submitted to the parallel running mock application to simulate the instruction submission. This is because there is no associated system and settlement system in the asynchronous parallel running verification link, so the actual fund settlement process and related bookkeeping and quota adjustment processes cannot be realized. Specifically, the asynchronous parallel running verification link 20 obtains the first settlement process data from the normal business link 10 and writes it into the target database. When a business request is received, the second settlement process data corresponding to the business request is matched from the target database.

[0083] Refer to Figure 3 As shown, in some embodiments of this specification, the asynchronous parallel running verification link 20 may include a second business system 21, a second settlement instruction system 22, a parallel running mock system 23, and a database 24.

[0084] The second business system 21 is used to receive business requests, generate business instructions, and send the business instructions to the second clearing instruction system 22. The business requests are the same as those received by the normal business link 10.

[0085] The second clearing instruction system 22 is used to receive the business instructions, generate clearing instructions according to the business instructions, and submit the clearing instructions to the parallel-running mock system. After receiving the business instructions, the second clearing instruction system 22 needs to perform processing such as bookkeeping and quota adjustment according to the clearing process before carrying out the clearing, and then submit the clearing instructions and perform the clearing according to the clearing instructions. However, since there is no system for bookkeeping and quota adjustment processing and no clearing system in the asynchronous parallel-running verification link, requests for bookkeeping, quota adjustment, and submission of clearing instructions are all sent to the parallel-running mock system, and the mock services of this system are used to complete the bookkeeping, quota adjustment, and clearing processing.

[0086] The parallel-running mock system 23 is used to consume the message queue, obtain the first clearing process data stored in the queue, and save it to the database. Then, according to the business request, it calls the mock services (such as quota adjustment, bookkeeping, large and small amount front-end systems, clearing systems, etc.) related to the business request, and obtains the corresponding service response results from the database according to the instruction identification number and service request parameters to obtain the second clearing process data.

[0087] The log collection middleware 30 is mainly used to collect the log files containing the first clearing process data generated by the normal business link. In some embodiments of this specification, the log collection middleware 30 can be a flume component. As a streaming log collection tool, in addition to providing the ability to simply process data and write it to various data receivers, flume also provides the ability to collect data from data sources such as local files, real-time logs, REST messages, Thift, Avro, Syslog, kafka, etc. By using flume to collect log information in real time and sending the collected log information to the message queue of the message middleware 40 in the form of messages. The log information is obtained when the first clearing instruction system 12 interacts with the associated system 13. In some embodiments of this specification, the log format is: instruction identification number | service name | service request parameters | service response result. The instruction identification number includes the business instruction identification number and the clearing instruction identification number, which are used to uniquely identify a business instruction or a clearing instruction. The service name is the service name included in the associated system 13 called by the first clearing instruction system 12. For example, the services can include bookkeeping, quota adjustment, etc. The service request parameters are the parameters sent by the first clearing instruction system 12 when requesting the services of the associated system 13, and the service response result is the response result returned by the services of the associated system 13 after the first clearing instruction system 12 requests the services of the associated system 13.

[0088] The message middleware 40 is mainly used to store the log information sent by the log collection middleware 30. In some embodiments of this specification, the message middleware 40 can be a kafka component. As a message queue component, kafka has functions of ensuring message sequence and retroactive consumption that are difficult to achieve by most message queue components.

[0089] In some embodiments of this specification, obtaining the first liquidation process data from the normal business link 10 includes the following steps:

[0090] Step a: Read the message carrying the first liquidation process data from the message queue;

[0091] Step b: Parse the message to obtain the first liquidation process data.

[0092] The parallel comparison system 50, through remote service invocation, after all the liquidation instructions of the day are completed for liquidation processing, queries the liquidation process data of the day from the liquidation instruction systems of the normal business link 10 and the asynchronous parallel verification link 20 respectively, including: instruction amount, payer and payee information, instruction accounting result, instruction quota adjustment result, and instruction liquidation result, etc. Then, compare the liquidation process data of the two links to obtain a comparison result, and send the comparison result to the corresponding terminal of the relevant developer, so that the terminal can judge whether to release the change of the liquidation system according to the comparison result. If the liquidation process data of the two links are compared and consistent, the release change of the liquidation system of the normal business link is carried out. If they are inconsistent, it means that this change does not meet the expectation. Stop this change operation, and at the same time adjust and optimize the asynchronous parallel verification link. After optimization, perform the comparison again until the comparison result meets the expected result.

[0093] The embodiments of this specification provide a liquidation simulation test method, which can be applied to the above liquidation simulation test system. Refer to Figure 4 As shown, in some embodiments of this specification, the liquidation simulation test method can include the following steps:

[0094] S401: Receive a business request using the normal business link and generate a business instruction, and perform business liquidation according to the business instruction to obtain the first liquidation process data of the normal business link;

[0095] S402: Use the asynchronous parallel verification link to obtain the first liquidation process data from the normal business link and write it into the target database. When receiving the business request, match the second liquidation process data corresponding to the business request from the target database;

[0096] S403: Use the parallel comparison system to compare the first settlement process data with the second settlement process data to obtain a comparison result.

[0097] In some embodiments, as shown in Figure 5 In the normal business link, the first business system 11 receives a business request and generates a business instruction according to the business request. The business instruction has a unique business instruction number, and then the business instruction is sent to the first settlement instruction system 12. The first settlement instruction system 12 generates a settlement instruction according to the business instruction. The normal business link can perform settlement operations through this settlement instruction. Specifically, the settlement instruction interacts with the fund accounting system and the reserve fund system through the settlement instruction to perform processing such as bookkeeping and quota adjustment. After the processing is successful, the settlement instruction is submitted to the large and small amount front-end system 14 for signature addition operation to obtain an encrypted settlement instruction. Finally, the encrypted settlement instruction is submitted to the settlement system 15 for settlement operation. After the settlement operation is completed, the settlement system 15 returns the settlement result to the settlement instruction system. During the entire settlement process, the request data and response data during the interaction between the first settlement instruction system 12 and the associated system 13 are recorded in the log, and the log is formatted to standardize the log for convenient subsequent viewing and processing.

[0098] Since the asynchronous parallel verification link cannot actually perform settlement operations, the settlement result data of this link needs to be obtained from the normal business link. Specifically, first, the flume log collection component is used to collect the interaction data in the above log and store it in the kafka message queue. Then, the parallel mock system in the asynchronous parallel verification link consumes the data in the kafka message queue and stores the interaction data of the normal business link in the database. When a business request is received, the mock service related to the business request (such as quota adjustment, bookkeeping, large and small amount front-end system, settlement system, etc.) is called, and the corresponding service response result is obtained from the database according to the instruction identification number and service request parameters to obtain the second settlement process data. After all the settlement instructions for the day are completed, the comparison is performed. The parallel comparison system queries the settlement process data for the day from the settlement instruction systems of the normal business link and the asynchronous parallel verification link respectively, and compares whether the settlement process data of the two links is consistent. If it is consistent, the release change of the settlement system in the normal business link is performed. If it is inconsistent, the release change operation of the settlement system is stopped, and the asynchronous parallel verification link is adjusted and optimized. After optimization, the comparison is performed again until the comparison result meets the expected result.

[0099] In the embodiments of this specification, the above steps are executed asynchronously and in parallel.

[0100] Although the process flow described above includes a number of operations that occur in a particular order, it should be clearly understood that these processes may include more or fewer operations, and these operations may be performed sequentially or in parallel (e.g., using a parallel processor or a multi-threaded environment).

[0101] It should be noted that in the embodiments of this specification, the user information involved (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, displayed data, etc.) are all information and data that have been authorized and consented to by the user and fully authorized by all parties.

[0102] The embodiments of this specification also provide a computer device 602, as Figure 6 shown. In some embodiments of this specification, the computer device 602 may include one or more processors 604, such as one or more central processing units (CPUs), and each processing unit may implement one or more hardware threads. The computer device 602 may also include any memory 606 for storing any kind of information such as code, settings, data, etc. By way of non-limiting example, the memory 606 may include any one or more combinations of the following: any type of RAM, any type of ROM, flash memory devices, hard disks, optical discs, etc. More generally, any memory may use any technology to store information. Further, any memory may provide volatile or non-volatile retention of information. Further, any memory may represent a fixed or removable component of the computer device 602. In one case, when the processor 604 executes the associated instructions stored in any memory or combination of memories, the computer device 602 may perform any of the operations of the associated instructions. The computer device 602 also includes one or more drive mechanisms 608 for interacting with any memory, such as a hard disk drive mechanism, an optical disc drive mechanism, etc.

[0103] The computer device 602 may also include an input / output module 610 (I / O) for receiving various inputs (via an input device 612) and for providing various outputs (via an output device 614). A particular output mechanism may include a presentation device 616 and an associated graphical user interface (GUI) 618. In other embodiments, the input / output module 610 (I / O), the input device 612, and the output device 614 may not be included, and it may only be a computer device in a network. The computer device 602 may also include one or more network interfaces 620 for exchanging data with other devices via one or more communication links 622. One or more communication buses 624 couple the components described above together.

[0104] The communication link 622 can be implemented in any manner, for example, through a local area network, a wide area network (e.g., the Internet), a point-to-point connection, etc., or any combination thereof. The communication link 622 can include any combination of hardwired links, wireless links, routers, gateway functions, name servers, etc. governed by any protocol or combination of protocols.

[0105] Corresponding to the method as Figure 4 shown, an embodiment of this specification also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is run by a processor, it executes the steps of the above method.

[0106] An embodiment of this specification also provides a computer-readable instruction, wherein when the processor executes the instruction, the program therein causes the processor to execute the method as Figure 4 shown.

[0107] An embodiment of this specification also provides a computer program product, including at least one instruction or at least one segment of a program. The at least one instruction or the at least one segment of the program is loaded and executed by a processor to implement the method as Figure 4 shown.

[0108] It should be understood that in various embodiments of this specification, the magnitudes of the sequence numbers of the above processes do 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 to the implementation process of the embodiments of this specification.

[0109] It should also be understood that in the embodiments of this specification, the term "and / or" is merely a description of the association relationship of associated objects, indicating that three relationships can exist. For example, A and / or B can represent: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character " / " in this specification generally represents an "or" relationship between the associated objects before and after.

[0110] Those of ordinary skill in the art can realize that the units and algorithm steps of each example described in combination with the embodiments disclosed in this specification can be implemented by electronic hardware, computer software, or a combination of the two. To clearly illustrate the interchangeability of hardware and software, the components and steps of each example have been generally described according to functions in the above description. Whether these functions are executed in a hardware or software manner depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of this specification.

[0111] Those skilled in the art can clearly understand that, for the convenience and conciseness of description, the specific working processes of the systems, devices, and units described above can refer to the corresponding processes in the foregoing method embodiments and will not be elaborated herein.

[0112] In the several embodiments provided in this specification, it should be understood that the disclosed systems, devices, and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of the units is only a logical function division, and there may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the displayed or discussed couplings, direct couplings, or communication connections to each other can be indirect couplings or communication connections through some interfaces, devices, or units, and can also be electrical, mechanical, or other forms of connection.

[0113] The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they can be located in one place or distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiments of this specification.

[0114] In addition, the functional units in the various embodiments of this specification can be integrated into one processing unit, or each unit can exist physically alone, or two or more units can be integrated into one unit. The above-mentioned integrated units can be implemented in the form of hardware or in the form of software functional units.

[0115] If the above-mentioned integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this specification, in essence, or the part that contributes to the prior art, or all or part of this technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this specification. The foregoing storage medium includes: various media such as USB flash drives, mobile hard disks, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disks, or optical discs that can store program codes.

[0116] In this specification, specific embodiments are used to elaborate on the principles and implementation manners of this specification. The descriptions of the above embodiments are only for helping to understand the method and its core idea of this specification. At the same time, for those of ordinary skill in the art, according to the idea of this specification, there will be changes in the specific implementation manners and application scopes. In summary, the content of this specification should not be construed as a limitation to this specification.

Claims

1. A liquidation simulation test system, characterized in that, The system includes: a normal business link, an asynchronous parallel running verification link, and a pre-developed parallel running comparison system. Among them, The normal business link is used to receive business requests and generate business instructions, and perform business settlement according to the business instructions to obtain the first settlement process data of the normal business link; The asynchronous parallel running verification link is used to obtain the first settlement process data from the normal business link and write it into the target database. When receiving the business request, match the corresponding second settlement process data from the target database; The parallel running comparison system is used to compare the first settlement process data with the second settlement process data to obtain a comparison result.

2. The system according to claim 1, wherein The system further includes a log collection middleware and a message middleware; the log collection middleware is used to collect the log file containing the first settlement process data generated by the normal business link and send the log file to the message queue of the message middleware in the form of a message; Obtaining the first settlement process data from the normal business link includes: Reading the message carrying the first settlement process data from the message queue; Parsing the message to obtain the first settlement process data.

3. The system according to claim 1, characterized in that The first settlement process data includes: instruction identification number, service name, service request parameters, instruction amount, payer and payee information, instruction accounting result, instruction quota adjustment result, and settlement result.

4. The system according to claim 1, wherein The normal business link includes: a first business system, a first settlement instruction system, an associated system, a large and small amount front-end system, and a settlement system; among them, The first business system is used to generate business instructions according to the business request and send the business instructions to the first settlement instruction system; The first settlement instruction system is used to receive the business instructions, generate settlement instructions according to the business instructions, and call the associated system to perform operations matching the business instructions and settlement instructions; The associated system includes a fund accounting system and a reserve fund system. Among them, the fund accounting system is used to record accounts and control the risk of fund settlement, and the reserve fund system is used to adjust the reserve fund quota of payment institutions; The large and small amount front-end system is used to assemble the settlement instructions into a message according to the settlement system message specification, and perform signing and verification operations on the settlement instructions to obtain an encrypted settlement instruction; The settlement system is used to receive the encrypted settlement instruction, perform settlement operations according to the encrypted settlement instruction, and send the settlement result to the settlement instruction system.

5. The system according to claim 1, wherein The asynchronous parallel running verification link includes: a second business system, a second settlement instruction system, a parallel running mock system, and a database; among them, The second business system is used to receive the business request and generate business instructions, and send the business instructions to the second settlement instruction system; The second settlement instruction system is used to receive the business instructions, generate settlement instructions according to the business instructions, and submit the settlement instructions to the parallel running mock system; The parallel-running mock system is used to consume a message queue, obtain the first liquidation process data stored in the queue, and save it to a database. Then, according to the service request, it calls the mock service related to the service request, and obtains the corresponding service response result from the database according to the instruction identification number and the service request parameters, so as to obtain the second liquidation process data.

6. The system according to claim 1, wherein The parallel-running comparison system is further used to: send the comparison result to the terminal corresponding to the relevant personnel, so that the terminal can judge whether to release the change of the liquidation system according to the comparison result.

7. A liquidation simulation test method, characterized in that, The method is applied to the liquidation simulation test system according to any one of claims 1-6, and the method includes: Receiving a service request through the normal service link and generating a service instruction, and performing service liquidation according to the service instruction to obtain the first liquidation process data of the normal service link; Obtaining the first liquidation process data from the normal service link through the asynchronous parallel-running verification link and writing it into the target database. When the service request is received, matching the second liquidation process data corresponding to the service request from the target database; Using the parallel-running comparison system to compare the first liquidation process data with the second liquidation process data to obtain a comparison result.

8. A computer device, comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, characterized in that, When the processor executes the computer program, the method according to claim 7 is implemented.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method according to claim 7 is implemented.

10. A computer program product, characterized in that, It includes at least one instruction or at least one segment of program, and the at least one instruction or the at least one segment of program is loaded and executed by a processor to implement the method according to claim 7.

Images