Data tracing method, tracing device and tracing system for transaction data

Abstract

The present application provides a data tracing method, tracing device, and tracing system for transaction data. The method comprises: upon detecting that a front-end has initiated a target transaction process, receiving a target transaction data set from the front-end, and storing the target transaction data set in a first database, where the target transaction data set is a transaction data set carrying first identification information; determining whether the target transaction data set carries second identification information, where the second identification information is a payment slip number corresponding to the target transaction process; upon any target transaction data set carrying the second identification information, migrating all target transaction data sets from the first database to a second database; and upon receiving a target query request from a query system, sending all target transaction data sets in the second database to the query system. This method solves the problem in the prior art of low transaction data tracing efficiency caused by searching for target transaction data in redundant transaction data.

Description

Technical Field

[0001] The present application relates to the technical field of computer data processing, and in particular to a data tracing method, a tracing device, a computer-readable storage medium, and a tracing system for transaction data. Background Art

[0002] With the development of mobile internet, mobile banking, as a key channel for financial product sales, requires not only basic purchase functionality but also information backtracking of corresponding purchases to safeguard user rights and meet regulatory requirements. The financial product purchase process is highly complex, and traditional tracking methods are crude and simplistic. This makes data cleaning and organization difficult, and the large amount of redundant, point-like data prevents effective information backtracking. Furthermore, traditional backtracking frameworks based on page tracking backend storage lead to redundant, redundant operations, wasted storage space, and low backtracking efficiency. Tracking processes large amounts of point-like data, making it difficult to correlate all user operations in a proof-of-sale system based on timestamps. Furthermore, searching for large amounts of redundant data results in low backtracking efficiency and high backtracking costs. Summary of the Invention

[0003] The main purpose of this application is to provide a data tracing method, tracing device, computer-readable storage medium and tracing system for transaction data, so as to solve the problem in the prior art of low transaction data tracing efficiency caused by searching for target transaction data in redundant transaction data.

[0004] According to one aspect of an embodiment of the present application, a data tracing method for transaction data is provided, wherein the data tracing method is applied to a back-end, a front-end is communicatively connected to the back-end, a query system is communicatively connected to the back-end, the query system is used to query the transaction data, and the back-end is communicatively connected to a first database and a second database, respectively. The method comprises: upon detecting that the front-end starts a target transaction process, receiving a target transaction data set from the front-end, and storing the target transaction data set in the first database, wherein the target transaction data set is a transaction data set carrying first identification information, the first identification information being a serial number corresponding to the target transaction process, and the target transaction process being any one of the transaction processes. The transaction process corresponds one-to-one with the serial number; determining whether the target transaction data set carries second identification information, the second identification information is the payment slip number corresponding to the target transaction process, and the payment slip number corresponds one-to-one with the transaction process; in the case that any one of the target transaction data sets carries the second identification information, migrating all the target transaction data sets from the first database to the second database; in the case of receiving a target query request from the query system, sending all the target transaction data sets in the second database to the query system, the target query request is a query request corresponding to the target transaction process, and the query request corresponds one-to-one with the transaction process.

[0005] Optionally, before receiving the target transaction data set from the front end and storing the target transaction data set in the first database, the method further includes: generating the first identification information according to the target transaction request when detecting that the front end has received a target transaction request; and sending the first identification information to the front end, so that the front end uses the first identification information to identify the target transaction data set collected by the front end in the target transaction process.

[0006] Optionally, receiving a target transaction data set from the front end and storing the target transaction data set in the first database includes: receiving a target message from the front end, the content of the target message being the target transaction data set; parsing the target message to obtain the target transaction data set, and storing the target transaction data set in the first database.

[0007] Optionally, before migrating all the target transaction data sets from the first database to the second database, the method further includes: obtaining a target warehousing time, where the target warehousing time is the time when the target transaction data set enters the first database; calculating the difference between the current time and the warehousing time to obtain a storage time, and determining whether the storage time is greater than a preset time; and if the storage time is greater than the preset time, deleting all the target transaction data sets in the first database.

[0008] Optionally, migrating all the target transaction data sets from the first database to the second database includes: extracting all the target transaction data sets from the first database according to the first identification information; and storing all the extracted target transaction data sets in the second database.

[0009] Optionally, the target transaction data set includes multiple transaction data, and sending all the target transaction data sets in the second database to the query system includes: calling all the target transaction data sets from the second database according to the first identification information; filling the transaction data of all the target transaction data sets into a first preset template to obtain a first target transaction data file; and sending the first target transaction data file to the query system.

[0010] Optionally, the target transaction data set includes at least the transaction data collected by the front end from a second target transaction data file, and the second target transaction data file is a file formed after the second preset template is filled with user information and business information involved in the target transaction process.

[0011] According to another aspect of an embodiment of the present application, a data tracing device for transaction data is further provided, wherein the data tracing device is applied to a back-end, a front-end is communicatively connected to the back-end, a query system is communicatively connected to the back-end, the query system is used to query the transaction data, and the back-end is communicatively connected to a first database and a second database respectively. The device includes: a receiving unit for receiving a target transaction data set from the front-end when it is detected that the front-end starts a target transaction process, and storing the target transaction data set in the first database, wherein the target transaction data set is a transaction data set carrying first identification information, the first identification information being a serial number corresponding to the target transaction process, the target transaction process being any one of the transaction processes, and the transaction The process corresponds one-to-one to the serial number; a determination unit is used to determine whether the target transaction data set carries the second identification information, the second identification information is the payment slip number corresponding to the target transaction process, and the payment slip number corresponds one-to-one to the transaction process; a migration unit is used to migrate all the target transaction data sets from the first database to the second database when any one of the target transaction data sets carries the second identification information; a sending unit is used to send all the target transaction data sets in the second database to the query system when a target query request is received from the query system, the target query request is a query request corresponding to the target transaction process, and the query request corresponds one-to-one to the transaction process.

[0012] According to another aspect of the embodiments of the present application, a computer-readable storage medium is further provided, wherein the computer-readable storage medium includes a stored program, wherein when the program is executed by a processor, the processor executes any one of the data tracing methods for transaction data.

[0013] According to another aspect of an embodiment of the present application, a data tracing system for transaction data is also provided, comprising: one or more processors, a memory, a display device, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, and the one or more programs include a method for executing any one of the data tracing methods for transaction data.

[0014] In the data tracing method for transaction data, first, upon detecting that the front end has started a target transaction process, a target transaction data set is received from the front end, and the target transaction data set is stored in the first database, where the target transaction data set is a transaction data set carrying first identification information, where the first identification information is a serial number corresponding to the target transaction process, where the target transaction process is any one of the transaction processes, and where the transaction process has a one-to-one correspondence with the serial number; then, determining whether the target transaction data set carries second identification information, where the second identification information is a payment slip number corresponding to the target transaction process, where the payment slip number has a one-to-one correspondence with the transaction process; thereafter, if any one of the target transaction data sets carries the second identification information, all the target transaction data sets are migrated from the first database to the second database; finally, upon receiving a target query request from the query system, all the target transaction data sets in the second database are sent to the query system, where the target query request is a query request corresponding to the target transaction process, and where the query request has a one-to-one correspondence with the transaction process. The method stores a target transaction data set in the target transaction process in a first database, which is a temporary database, when a target transaction data set is started at a front end. When it is determined that any target transaction data set carries second identification information, it is determined that the target transaction process has completed the payment phase. At this time, all target transaction data sets in the first database are migrated to a second database, which is used to store transaction data related to the transaction process that has completed the payment phase. When a target query request from a query system is received, the target transaction data set in the second database is sent to the query system. The query system can view all transaction data related to the target transaction process, thereby completing data tracing of all transaction data related to the target transaction process. During the transaction data supervision process, only transaction data related to the transaction process that has completed the payment phase needs to be traced. The method stores temporary browsing data in the first database based on whether the second identification information is carried. The second database only stores transaction data related to the transaction process that has completed the payment phase, thereby reducing redundant transaction data. When tracing target transaction data, it is only necessary to search for target transaction data in transaction data related to the transaction process that has completed the payment phase, thereby improving the efficiency of target transaction data tracing. The method solves the problem of low transaction data tracing efficiency caused by searching for target transaction data in redundant transaction data in the prior art. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] The drawings that constitute part of this application are used to provide a further understanding of this application. The illustrative embodiments of this application and their descriptions are used to explain this application and do not constitute an improper limitation on this application. In the drawings:

[0016] Figure 1 A flowchart showing a method for tracing transaction data according to an embodiment of the present application is shown;

[0017] Figure 2 A schematic diagram showing a technical framework for implementing a data tracing method for transaction data according to an embodiment of the present application is shown;

[0018] Figure 3 A schematic diagram of a data tracing device for transaction data according to an embodiment of the present application is shown. DETAILED DESCRIPTION

[0019] It should be noted that the following detailed descriptions are illustrative and intended to provide further explanation of the present application. Unless otherwise specified, all technical and scientific terms used herein have the same meaning as commonly understood by those skilled in the art to which the present application belongs.

[0020] It should be noted that the terms used herein are only for describing specific embodiments and are not intended to limit the exemplary embodiments according to the present application. As used herein, unless the context clearly indicates otherwise, the singular form is also intended to include the plural form. In addition, it should be understood that when the terms "comprise" and / or "include" are used in this specification, they indicate the presence of features, steps, operations, devices, components and / or combinations thereof.

[0021] It should be understood that when an element (such as a layer, film, region, or substrate) is described as being "on" another element, the element may be directly on the other element or intervening elements may be present. Moreover, in the specification and claims, when it is described that an element is "connected to" another element, the element may be "directly connected to" the other element or "connected to" the other element through a third element.

[0022] For ease of description, some nouns or terms involved in the embodiments of the present application are explained below:

[0023] Insurance backdating: The process by which banks, insurance companies, and insurance intermediaries record the process of customers purchasing financial products for inquiry by the China Banking and Insurance Regulatory Commission.

[0024] As mentioned in the background technology, in the prior art, searching for target transaction data in redundant transaction data results in low transaction data backtracking efficiency. To address the above problem, a typical embodiment of the present application provides a transaction data tracing method, tracing device, computer-readable storage medium, and tracing system.

[0025] According to an embodiment of the present application, a data tracing method for transaction data is provided.

[0026] Figure 1 This is a flow chart of a data tracing method for transaction data according to an embodiment of the present application. Figure 1 As shown, the method includes the following steps:

[0027] Step S101: upon detecting that the front end has initiated a target transaction process, receiving a target transaction dataset from the front end and storing the target transaction dataset in the first database, wherein the target transaction dataset is a transaction dataset carrying first identification information, the first identification information being a serial number corresponding to the target transaction process, the target transaction process being any one of the transaction processes, and the transaction processes corresponding to the serial numbers in a one-to-one manner;

[0028] In order to avoid the storage of redundant transaction data, in an optional embodiment, the target transaction data set includes at least the transaction data collected by the front end from the second target transaction data file, and the second target transaction data file is a file formed after the second preset template is filled with the user information and business information involved in the target transaction process.

[0029] In the above implementation, a second preset template is designed on the front end for key transaction data that needs to be recorded during the insurance backtracking process, such as key user information and key business information. During the transaction process, the customer will fill in user information such as name and ID number and business information such as the type of financial product purchased in the second preset template to form a second target transaction data file. The front end only collects transaction data in the second target transaction data file, that is, the front end only collects key transaction data that needs to be recorded during the insurance backtracking process, that is, the first database only stores key transaction data that needs to be recorded during the insurance backtracking process, thereby avoiding the storage of redundant transaction data.

[0030] In order to associate transaction data in the same transaction process, in an optional implementation, before step S101, the method further includes:

[0031] Step S201: upon detecting that the front end receives a target transaction request, generating the first identification information according to the target transaction request;

[0032] Step S202: Send the first identification information to the front end, so that the front end uses the first identification information to identify the target transaction data set collected by the front end in the target transaction process.

[0033] In the above embodiment, if Figure 2As shown, before the front end receives the target transaction request, a monitoring component button is pre-buried in the front end to monitor the target transaction request from the customer. Once the front end receives the target transaction request from the customer, it will send the target transaction request to the back end through the back end service interface. The back end will generate a globally unique first identification information for the target transaction request and send it to the front end through the back end service interface. The front end uses the first identification information to identify all target transaction data sets in the target transaction process, and uses the unique first identification information to connect the transaction data of the entire target transaction process, that is, the unrelated point transaction data in the target transaction process are connected through the unique first identification information.

[0034] Optionally, the present application does not limit the specific process of receiving the target transaction data set from the above-mentioned front end and storing the above-mentioned target transaction data set in the above-mentioned first database. Any feasible method falls within the scope of protection of the present application.

[0035] In an optional implementation, the above step S101 includes:

[0036] Step S1011, receiving a target message from the front end, wherein the content of the target message is the target transaction data set;

[0037] Step S1012: parsing the target message to obtain the target transaction data set, and storing the target transaction data set in the first database.

[0038] In the above embodiment, the front end collects the transaction data in the second target transaction data file to obtain the target transaction data set, and then packages the target transaction data set into a target message, such as Figure 2 As shown, the front end transmits the data to the back end through the back end service interface. After the back end parses the target message to obtain the target transaction data set, it stores the target transaction data set in the first database, thereby migrating the front end's key transaction data to the first database.

[0039] Step S102: Determine whether the target transaction data set carries second identification information, where the second identification information is the payment slip number corresponding to the target transaction process, and the payment slip number corresponds one-to-one with the transaction process.

[0040] Among them, the above-mentioned transaction process is the process of purchasing financial products. There is a situation where the customer may only temporarily browse the financial products but not pay the fees. In the insurance tracing process, only the transaction data involved in the transaction process of completing the payment link needs to be traced, and there is no need to trace the temporary browsing data. Therefore, the second identification information, namely the payment slip number, is designed as a key indicator to distinguish between the financial product purchase data and the temporary browsing data. When the target transaction data set carries the second identification information, it is determined that the transaction process has completed the payment link, and the transaction data involved in the target transaction process needs to be finally recorded.

[0041] Step S103: when any of the target transaction data sets carries the second identification information, all the target transaction data sets are migrated from the first database to the second database;

[0042] The first database is used to store the customer's temporary browsing data, and the second database is used to store the purchase data of financial products, such as Figure 2 As shown, a trigger is set on the first database, and the trigger monitors whether the key indicator is generated, that is, the target transaction data set carries the second identification information. When the target transaction data set carries the second identification information, it is determined that the payment link of this transaction process is completed, and the transaction data involved in this transaction process needs to be finally recorded. At this time, the target transaction data set is migrated from the first database to the second database.

[0043] In order to further reduce the storage of redundant transaction data, in another optional embodiment, before step S103, the above method further includes:

[0044] Step S301, obtaining a target storage time, where the target storage time is the time when the target transaction dataset enters the first database;

[0045] Step S302: Calculate the difference between the current time and the storage time to obtain the storage time, and determine whether the storage time is greater than a preset time;

[0046] Step S303: When the storage time is greater than the preset time, all the target transaction data sets in the first database are deleted.

[0047] In the above embodiment, a timer is set on the first database, and the timer is used to determine the storage time of the target transaction data set in the first database. When the storage time is greater than the preset time, it can be determined that the transaction data in the target transaction data set is temporary browsing data and the customer has not purchased the financial product. At this time, all target transaction data sets in the target transaction process are deleted to complete the cleaning of redundant transaction data and further reduce the storage of redundant transaction data.

[0048] Optionally, the present application does not limit the specific process of migrating all the above-mentioned target transaction data sets from the above-mentioned first database to the above-mentioned second database, and any feasible method falls within the scope of protection of the present application.

[0049] In an optional implementation, the above step S103 includes:

[0050] Step S1031: extracting all the target transaction data sets from the first database according to the first identification information;

[0051] Step S1032: storing all the extracted target transaction data sets into the second database.

[0052] In the above implementation, the front end uses the first identification information to identify all target transaction data sets in the target transaction process, which not only realizes the concatenation of the transaction data of the entire target transaction process, but also realizes the overall migration of the transaction data of the target transaction process from the first database to the second database based on the first identification information, thereby improving the efficiency of transaction data migration.

[0053] Step S104, upon receiving a target query request from the query system, all target transaction data sets in the second database are sent to the query system, wherein the target query request is a query request corresponding to the target transaction process, and the query request corresponds to the transaction process one-to-one.

[0054] Optionally, the present application does not limit the specific process of sending all the above-mentioned target transaction data sets in the above-mentioned second database to the above-mentioned query system, and any feasible method falls within the scope of protection of the present application.

[0055] In an optional embodiment, the target transaction data set includes a plurality of the transaction data, and the step S104 includes:

[0056] Step S1041: Retrieving all the target transaction data sets from the second database according to the first identification information;

[0057] Step S1042: Fill the transaction data of all the target transaction data sets into a first preset template to obtain a first target transaction data file;

[0058] Step S1043: Send the first target transaction data file to the query system.

[0059] In the above implementation, the query system is an evidence storage system. The China Banking and Insurance Regulatory Commission queries the transaction data involved in the target transaction process through the evidence storage system. When the evidence storage system receives the target query request, it retrieves the target transaction data set from the second database and fills it into the first preset template. The first preset template and the above-mentioned second preset template are generally the same template, so as to realize the echo of the transaction data involved in the target transaction process in the evidence storage system, thereby realizing the traceability of the transaction data.

[0060] In the data tracing method for transaction data, first, upon detecting that the front end has started a target transaction process, a target transaction data set is received from the front end, and the target transaction data set is stored in the first database, where the target transaction data set is a transaction data set carrying first identification information, where the first identification information is a serial number corresponding to the target transaction process, where the target transaction process is any one of the transaction processes, and where the transaction process has a one-to-one correspondence with the serial number; then, determining whether the target transaction data set carries second identification information, where the second identification information is a payment slip number corresponding to the target transaction process, where the payment slip number has a one-to-one correspondence with the transaction process; thereafter, if any one of the target transaction data sets carries the second identification information, all the target transaction data sets are migrated from the first database to the second database; finally, upon receiving a target query request from the query system, all the target transaction data sets in the second database are sent to the query system, where the target query request is a query request corresponding to the target transaction process, and where the query request has a one-to-one correspondence with the transaction process. The method stores a target transaction data set in the target transaction process in a first database, which is a temporary database, when a target transaction data set is started at a front end. When it is determined that any target transaction data set carries second identification information, it is determined that the target transaction process has completed the payment phase. At this time, all target transaction data sets in the first database are migrated to a second database, which is used to store transaction data related to the transaction process that has completed the payment phase. When a target query request from a query system is received, the target transaction data set in the second database is sent to the query system. The query system can view all transaction data related to the target transaction process, thereby completing data tracing of all transaction data related to the target transaction process. During the transaction data supervision process, only transaction data related to the transaction process that has completed the payment phase needs to be traced. The method stores temporary browsing data in the first database based on whether the second identification information is carried. The second database only stores transaction data related to the transaction process that has completed the payment phase, thereby reducing redundant transaction data. When tracing target transaction data, it is only necessary to search for target transaction data in transaction data related to the transaction process that has completed the payment phase, thereby improving the efficiency of target transaction data tracing. The method solves the problem of low transaction data tracing efficiency caused by searching for target transaction data in redundant transaction data in the prior art.

[0061] It should be noted that the steps shown in the flowcharts of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, and that, although a logical order is shown in the flowcharts, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0062] The present application also provides a data tracing device for transaction data. It should be noted that the data tracing device for transaction data provided in the present application can be used to execute the data tracing method for transaction data provided in the present application. The following describes the data tracing device for transaction data provided in the present application.

[0063] Figure 3 Schematic diagram of a data tracing device for transaction data according to an embodiment of the present application. Figure 3 As shown, the device includes:

[0064] The receiving unit 10 is configured to, upon detecting that the front end has initiated a target transaction process, receive a target transaction dataset from the front end, and store the target transaction dataset in the first database, wherein the target transaction dataset is a transaction dataset carrying first identification information, the first identification information being a serial number corresponding to the target transaction process, the target transaction process being any one of the transaction processes, and the transaction processes corresponding to the serial numbers in a one-to-one manner;

[0065] In order to avoid the storage of redundant transaction data, in an optional embodiment, the target transaction data set includes at least the transaction data collected by the front end from the second target transaction data file, and the second target transaction data file is a file formed after the second preset template is filled with the user information and business information involved in the target transaction process.

[0066] In the above implementation, a second preset template is designed on the front end for key transaction data that needs to be recorded during the insurance backtracking process, such as key user information and key business information. During the transaction process, the customer will fill in user information such as name and ID number and business information such as the type of financial product purchased in the second preset template to form a second target transaction data file. The front end only collects transaction data in the second target transaction data file, that is, the front end only collects key transaction data that needs to be recorded during the insurance backtracking process, that is, the first database only stores key transaction data that needs to be recorded during the insurance backtracking process, thereby avoiding the storage of redundant transaction data.

[0067] In order to associate transaction data in the same transaction process, in an optional embodiment, the apparatus further includes:

[0068] A generating unit, configured to generate the first identification information according to the target transaction request when detecting that the front end receives the target transaction request;

[0069] The transmission unit is configured to send the first identification information to the front end, so that the front end uses the first identification information to identify the target transaction data set collected by the front end in the target transaction process.

[0070] In the above embodiment, if Figure 2 As shown, before the front end receives the target transaction request, a monitoring component button is pre-buried in the front end to monitor the target transaction request from the customer. Once the front end receives the target transaction request from the customer, it will send the target transaction request to the back end through the back end service interface. The back end will generate a globally unique first identification information for the target transaction request and send it to the front end through the back end service interface. The front end uses the first identification information to identify all target transaction data sets in the target transaction process, and uses the unique first identification information to connect the transaction data of the entire target transaction process, that is, the unrelated point transaction data in the target transaction process are connected through the unique first identification information.

[0071] Optionally, the present application does not limit the specific process of receiving the target transaction data set from the above-mentioned front end and storing the above-mentioned target transaction data set in the above-mentioned first database. Any feasible method falls within the scope of protection of the present application.

[0072] In an optional embodiment, the receiving unit includes:

[0073] A receiving module, configured to receive a target message from the front end, wherein the content of the target message is the target transaction data set;

[0074] The parsing module is configured to parse the target message to obtain the target transaction data set, and store the target transaction data set in the first database.

[0075] In the above embodiment, the front end collects the transaction data in the second target transaction data file to obtain the target transaction data set, and then packages the target transaction data set into a target message, such as Figure 2 As shown, the front end transmits the data to the back end through the back end service interface. After the back end parses the target message to obtain the target transaction data set, it stores the target transaction data set in the first database, thereby migrating the front end's key transaction data to the first database.

[0076] a determination unit 20 configured to determine whether the target transaction data set carries second identification information, wherein the second identification information is a payment slip number corresponding to the target transaction process, and the payment slip number corresponds one-to-one with the transaction process;

[0077] Among them, the above-mentioned transaction process is the process of purchasing financial products. There is a situation where the customer may only temporarily browse the financial products but not pay the fees. In the insurance tracing process, only the transaction data involved in the transaction process of completing the payment link needs to be traced, and there is no need to trace the temporary browsing data. Therefore, the second identification information, namely the payment slip number, is designed as a key indicator to distinguish between the financial product purchase data and the temporary browsing data. When the target transaction data set carries the second identification information, it is determined that the transaction process has completed the payment link, and the transaction data involved in the target transaction process needs to be finally recorded.

[0078] a migration unit 30, configured to migrate all the target transaction data sets from the first database to the second database when any one of the target transaction data sets carries the second identification information;

[0079] The first database is used to store the customer's temporary browsing data, and the second database is used to store the purchase data of financial products, such as Figure 2 As shown, a trigger is set on the first database, and the trigger monitors whether the key indicator is generated, that is, the target transaction data set carries the second identification information. When the target transaction data set carries the second identification information, it is determined that the payment link of this transaction process is completed, and the transaction data involved in this transaction process needs to be finally recorded. At this time, the target transaction data set is migrated from the first database to the second database.

[0080] In order to further reduce the storage of redundant transaction data, in another optional embodiment, the above apparatus further includes:

[0081] an acquiring unit, configured to acquire a target storage time, wherein the target storage time is the time when the target transaction dataset enters the first database;

[0082] a calculation unit, configured to calculate the difference between the current time and the storage time to obtain the storage time, and determine whether the storage time is greater than a preset time;

[0083] The deleting unit is configured to delete all the target transaction data sets in the first database when the storage time is greater than the preset time.

[0084] In the above embodiment, a timer is set on the first database, and the timer is used to determine the storage time of the target transaction data set in the first database. When the storage time is greater than the preset time, it can be determined that the transaction data in the target transaction data set is temporary browsing data and the customer has not purchased the financial product. At this time, all target transaction data sets in the target transaction process are deleted to complete the cleaning of redundant transaction data and further reduce the storage of redundant transaction data.

[0085] Optionally, the present application does not limit the specific process of migrating all the above-mentioned target transaction data sets from the above-mentioned first database to the above-mentioned second database, and any feasible method falls within the scope of protection of the present application.

[0086] In an optional embodiment, the migration unit includes:

[0087] an extraction module, configured to extract all of the target transaction data sets from the first database based on the first identification information;

[0088] The storage module is used to store all the extracted target transaction data sets in the second database.

[0089] In the above implementation, the front end uses the first identification information to identify all target transaction data sets in the target transaction process, which not only realizes the concatenation of the transaction data of the entire target transaction process, but also realizes the overall migration of the transaction data of the target transaction process from the first database to the second database based on the first identification information, thereby improving the efficiency of transaction data migration.

[0090] The sending unit 40 is used to send all the above-mentioned target transaction data sets in the above-mentioned second database to the above-mentioned query system when receiving the target query request from the above-mentioned query system. The above-mentioned target query request is a query request corresponding to the above-mentioned target transaction process, and the above-mentioned query request has a one-to-one correspondence with the above-mentioned transaction process.

[0091] Optionally, the present application does not limit the specific process of sending all the above-mentioned target transaction data sets in the above-mentioned second database to the above-mentioned query system, and any feasible method falls within the scope of protection of the present application.

[0092] In an optional embodiment, the target transaction data set includes a plurality of the transaction data, and the sending unit includes:

[0093] a calling module, configured to call all the target transaction data sets from the second database according to the first identification information;

[0094] a filling module, configured to fill the transaction data of all the target transaction data sets into a first preset template to obtain a first target transaction data file;

[0095] The sending module is used to send the first target transaction data file to the query system.

[0096] In the above implementation, the query system is an evidence storage system. The China Banking and Insurance Regulatory Commission queries the transaction data involved in the target transaction process through the evidence storage system. When the evidence storage system receives the target query request, it retrieves the target transaction data set from the second database and fills it into the first preset template. The first preset template and the above-mentioned second preset template are generally the same template, so as to realize the echo of the transaction data involved in the target transaction process in the evidence storage system, thereby realizing the traceability of the transaction data.

[0097] In the data tracing device for transaction data, a receiving unit is configured to, upon detecting that the front end has started a target transaction process, receive a target transaction data set from the front end and store the target transaction data set in the first database. The target transaction data set is a transaction data set carrying first identification information, the first identification information being a serial number corresponding to the target transaction process, the target transaction process being any one of the transaction processes, and the transaction process having a one-to-one correspondence with the serial number. A determining unit is configured to determine whether the target transaction data set carries second identification information, the second identification information being a payment slip number corresponding to the target transaction process, and the payment slip number having a one-to-one correspondence with the transaction process. A migrating unit is configured to, upon detecting that any one of the target transaction data sets carries the second identification information, migrate all the target transaction data sets from the first database to the second database. A sending unit is configured to, upon receiving a target query request from the query system, send all the target transaction data sets in the second database to the query system. The target query request is a query request corresponding to the target transaction process, and the query request has a one-to-one correspondence with the transaction process. When a target transaction process is started at the front end, the device stores a target transaction data set in the target transaction process in a first database, which is a temporary database. When it is determined that any target transaction data set carries the second identification information, it is determined that the target transaction process has completed the payment phase. At this time, all target transaction data sets in the first database are migrated to a second database, which is used to store transaction data related to the transaction process that has completed the payment phase. When a target query request from a query system is received, the target transaction data set in the second database is sent to the query system. The query system can view all transaction data related to the target transaction process, thereby completing data tracing of all transaction data related to the target transaction process. During the transaction data supervision process, only transaction data related to the transaction process that has completed the payment phase needs to be traced. The device stores temporary browsing data in the first database based on whether the second identification information is carried. The second database only stores transaction data related to the transaction process that has completed the payment phase, reducing redundant transaction data. When tracing target transaction data, it is only necessary to search for the target transaction data in the transaction data related to the transaction process that has completed the payment phase, thereby improving the efficiency of target transaction data tracing. The device solves the problem of low transaction data tracing efficiency caused by searching for target transaction data in redundant transaction data in the prior art.

[0098] The data tracing device for the above-mentioned transaction data includes a processor and a memory. The above-mentioned receiving unit, determining unit, migration unit and sending unit are all stored in the memory as program units, and the processor executes the above-mentioned program units stored in the memory to realize corresponding functions.

[0099] The processor includes a kernel, which retrieves the corresponding program unit from the memory. One or more kernels can be configured, and kernel parameters can be adjusted to address the existing issue of low transaction data backtracking efficiency caused by searching for target transaction data within redundant transaction data.

[0100] The memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM, and the memory includes at least one memory chip.

[0101] An embodiment of the present application provides a computer-readable storage medium including a stored program, wherein when the program is executed by a processor, the processor executes the data tracing method for transaction data.

[0102] An embodiment of the present application provides a data tracing system for transaction data, comprising: one or more processors, a memory, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, and the one or more programs include a system for executing the data tracing system for transaction data.

[0103] An embodiment of the present application provides a device, comprising a processor, a memory, and a program stored in the memory and executable on the processor. When the processor executes the program, at least the following steps are performed:

[0104] Step S101: upon detecting that the front end has initiated a target transaction process, receiving a target transaction dataset from the front end and storing the target transaction dataset in the first database, wherein the target transaction dataset is a transaction dataset carrying first identification information, the first identification information being a serial number corresponding to the target transaction process, the target transaction process being any one of the transaction processes, and the transaction processes corresponding to the serial numbers in a one-to-one manner;

[0105] Step S102: Determine whether the target transaction data set carries second identification information, where the second identification information is the payment slip number corresponding to the target transaction process, and the payment slip number corresponds one-to-one with the transaction process.

[0106] Step S103: when any of the target transaction data sets carries the second identification information, all the target transaction data sets are migrated from the first database to the second database;

[0107] Step S104, upon receiving a target query request from the query system, all target transaction data sets in the second database are sent to the query system, wherein the target query request is a query request corresponding to the target transaction process, and the query request corresponds to the transaction process one-to-one.

[0108] The devices in this article can be servers, PCs, PADs, mobile phones, etc.

[0109] The present application also provides a computer program product, which, when executed on a data processing device, is adapted to execute a program for initializing at least the following method steps:

[0110] Step S101: upon detecting that the front end has initiated a target transaction process, receiving a target transaction dataset from the front end and storing the target transaction dataset in the first database, wherein the target transaction dataset is a transaction dataset carrying first identification information, the first identification information being a serial number corresponding to the target transaction process, the target transaction process being any one of the transaction processes, and the transaction processes corresponding to the serial numbers in a one-to-one manner;

[0111] Step S102: Determine whether the target transaction data set carries second identification information, where the second identification information is the payment slip number corresponding to the target transaction process, and the payment slip number corresponds one-to-one with the transaction process.

[0112] Step S103: when any of the target transaction data sets carries the second identification information, all the target transaction data sets are migrated from the first database to the second database;

[0113] Step S104, upon receiving a target query request from the query system, all target transaction data sets in the second database are sent to the query system, wherein the target query request is a query request corresponding to the target transaction process, and the query request corresponds to the transaction process one-to-one.

[0114] In the above embodiments of the present application, the description of each embodiment has its own focus. For parts that are not described in detail in a certain embodiment, please refer to the relevant description of other embodiments.

[0115] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only exemplary. For example, the division of the above-mentioned units can be a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

[0116] The units described above 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 units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0117] In addition, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0118] 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 computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a computer-readable storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, server or network device, etc.) to execute all or part of the steps of the above-mentioned methods of each embodiment of the present application. The aforementioned computer-readable storage medium includes: various media that can store program codes, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk or an optical disk.

[0119] From the above description, it can be seen that the above embodiments of the present application achieve the following technical effects:

[0120] 1) In the data tracing method for transaction data of the present application, first, when it is detected that the front end has started a target transaction process, a target transaction data set is received from the front end, and the target transaction data set is stored in the first database, where the target transaction data set is a transaction data set carrying first identification information, where the first identification information is a serial number corresponding to the target transaction process, where the target transaction process is any one of the transaction processes, and where the transaction process has a one-to-one correspondence with the serial number; then, it is determined whether the target transaction data set carries second identification information, where the second identification information is a payment slip number corresponding to the target transaction process, where the payment slip number has a one-to-one correspondence with the transaction process; thereafter, if any one of the target transaction data sets carries the second identification information, all the target transaction data sets are migrated from the first database to the second database; finally, when a target query request is received from the query system, all the target transaction data sets in the second database are sent to the query system, where the target query request is a query request corresponding to the target transaction process, and where the query request has a one-to-one correspondence with the transaction process. The method stores a target transaction data set in the target transaction process in a first database, which is a temporary database, when a target transaction data set is started at a front end. When it is determined that any target transaction data set carries second identification information, it is determined that the target transaction process has completed the payment phase. At this time, all target transaction data sets in the first database are migrated to a second database, which is used to store transaction data related to the transaction process that has completed the payment phase. When a target query request from a query system is received, the target transaction data set in the second database is sent to the query system. The query system can view all transaction data related to the target transaction process, thereby completing data tracing of all transaction data related to the target transaction process. During the transaction data supervision process, only transaction data related to the transaction process that has completed the payment phase needs to be traced. The method stores temporary browsing data in the first database based on whether the second identification information is carried. The second database only stores transaction data related to the transaction process that has completed the payment phase, thereby reducing redundant transaction data. When tracing target transaction data, it is only necessary to search for target transaction data in transaction data related to the transaction process that has completed the payment phase, thereby improving the efficiency of target transaction data tracing. The method solves the problem of low transaction data tracing efficiency caused by searching for target transaction data in redundant transaction data in the prior art.

[0121] 2) In the data tracing device for transaction data of the present application, a receiving unit is configured to, upon detecting that the front end has started a target transaction process, receive a target transaction data set from the front end and store the target transaction data set in the first database, wherein the target transaction data set is a transaction data set carrying first identification information, the first identification information being a serial number corresponding to the target transaction process, the target transaction process being any one of the transaction processes, and the transaction process having a one-to-one correspondence with the serial number; a determining unit is configured to determine whether the target transaction data set carries second identification information, the second identification information being a payment slip number corresponding to the target transaction process, the payment slip number having a one-to-one correspondence with the transaction process; a migrating unit is configured to, upon detecting that any one of the target transaction data sets carries the second identification information, migrate all the target transaction data sets from the first database to the second database; and a sending unit is configured to, upon receiving a target query request from the query system, send all the target transaction data sets in the second database to the query system, wherein the target query request is a query request corresponding to the target transaction process, and the query request has a one-to-one correspondence with the transaction process. When a target transaction process is started at the front end, the device stores a target transaction data set in the target transaction process in a first database, which is a temporary database. When it is determined that any target transaction data set carries the second identification information, it is determined that the target transaction process has completed the payment phase. At this time, all target transaction data sets in the first database are migrated to a second database, which is used to store transaction data related to the transaction process that has completed the payment phase. When a target query request from a query system is received, the target transaction data set in the second database is sent to the query system. The query system can view all transaction data related to the target transaction process, thereby completing data tracing of all transaction data related to the target transaction process. During the transaction data supervision process, only transaction data related to the transaction process that has completed the payment phase needs to be traced. The device stores temporary browsing data in the first database based on whether the second identification information is carried. The second database only stores transaction data related to the transaction process that has completed the payment phase, reducing redundant transaction data. When tracing target transaction data, it is only necessary to search for the target transaction data in the transaction data related to the transaction process that has completed the payment phase, thereby improving the efficiency of target transaction data tracing. The device solves the problem of low transaction data tracing efficiency caused by searching for target transaction data in redundant transaction data in the prior art.

[0122] 3) The data tracing system for transaction data of the present application comprises: one or more processors, a memory and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, and the one or more programs include a system for executing the data tracing system for transaction data. When a target transaction process is started at the front end, the system stores a target transaction data set in the target transaction process in a first database, which is a temporary database. When any target transaction data set is determined to carry second identification information, it is determined that the target transaction process has completed the payment phase. At this time, all target transaction data sets in the first database are migrated to a second database, which is used to store transaction data related to the transaction process that has completed the payment phase. When a target query request is received from a query system, the target transaction data set in the second database is sent to the query system. The query system can view all transaction data related to the target transaction process, thereby completing data tracing of all transaction data related to the target transaction process. During the transaction data supervision process, only transaction data related to the transaction process that has completed the payment phase needs to be traced. The system stores temporary browsing data in the first database based on whether the second identification information is carried. The second database only stores transaction data related to the transaction process that has completed the payment phase, reducing redundant transaction data. When tracing target transaction data, it is only necessary to search for the target transaction data in the transaction data related to the transaction process that has completed the payment phase, thereby improving the efficiency of target transaction data tracing. This system solves the problem of low transaction data tracing efficiency caused by searching for target transaction data in redundant transaction data in the prior art.

[0123] The above description is merely a preferred embodiment of the present application and is not intended to limit the present application. Various modifications and variations are possible for those skilled in the art. Any modifications, equivalent substitutions, or improvements made within the spirit and principles of the present application shall be included within the scope of protection of the present application.

Claims

1. A data tracing method for transaction data, characterized in that: The data tracing method is applied to a backend, a frontend is in communication with the backend, a query system is in communication with the backend, the query system is used to query the transaction data, and the backend is in communication with a first database and a second database, respectively. The method includes: When detecting that the front end has started a target transaction process, receiving a target transaction dataset from the front end and storing the target transaction dataset in the first database, the target transaction dataset being a transaction dataset carrying first identification information, the first identification information being a serial number corresponding to the target transaction process, the target transaction process being any one of the transaction processes, and the transaction processes corresponding to the serial numbers in a one-to-one manner; Determining whether the target transaction data set carries second identification information, where the second identification information is a payment slip number corresponding to the target transaction process, where the payment slip number corresponds one-to-one with the transaction process; When any one of the target transaction data sets carries the second identification information, migrating all the target transaction data sets from the first database to the second database; Upon receiving a target query request from the query system, sending all target transaction data sets in the second database to the query system, wherein the target query request is a query request corresponding to the target transaction process, and the query request corresponds to the transaction process in a one-to-one manner; Before receiving the target transaction dataset from the front end and storing the target transaction dataset in the first database, the method further includes: upon detecting that the front end has received a target transaction request, generating first identification information according to the target transaction request; and sending the first identification information to the front end so that the front end uses the first identification information to identify the target transaction dataset collected by the front end in the target transaction process; Before migrating all the target transaction data sets from the first database to the second database, the method further includes: obtaining a target warehousing time, where the target warehousing time is the time when the target transaction data set enters the first database; calculating the difference between the current time and the warehousing time to obtain a storage time, and determining whether the storage time is greater than a preset time; and if the storage time is greater than the preset time, deleting all the target transaction data sets in the first database, where the first database is used to store temporary browsing data of customers.

2. The method according to claim 1, characterized in that Receiving a target transaction data set from the front end and storing the target transaction data set in the first database includes: receiving a target message from the front end, wherein the content of the target message is the target transaction data set; The target message is parsed to obtain the target transaction data set, and the target transaction data set is stored in the first database.

3. The method according to claim 1 or 2, characterized in that Migrating all the target transaction data sets from the first database to the second database includes: extracting all the target transaction data sets from the first database according to the first identification information; All the extracted target transaction data sets are stored in the second database.

4. The method according to claim 1, wherein The target transaction data set includes a plurality of transaction data, and sending all the target transaction data sets in the second database to the query system includes: Retrieving all the target transaction data sets from the second database according to the first identification information; Filling the transaction data of all the target transaction data sets into a first preset template to obtain a first target transaction data file; Sending the first target transaction data file to the query system.

5. The method according to claim 1, wherein The target transaction data set includes at least the transaction data collected by the front end from a second target transaction data file, and the second target transaction data file is a file formed after the second preset template is filled with user information and business information involved in the target transaction process.

6. A data tracing device for transaction data, characterized in that: The data tracing device is applied to the backend, the frontend is in communication with the backend, the query system is in communication with the backend, the query system is used to query the transaction data, the backend is in communication with the first database and the second database respectively, and the device includes: a receiving unit configured to, upon detecting that the front end has initiated a target transaction process, receive a target transaction dataset from the front end, and store the target transaction dataset in the first database, wherein the target transaction dataset is a transaction dataset carrying first identification information, the first identification information being a serial number corresponding to the target transaction process, the target transaction process being any one of the transaction processes, and the transaction processes having a one-to-one correspondence with the serial number; a determining unit, configured to determine whether the target transaction data set carries second identification information, where the second identification information is a payment slip number corresponding to the target transaction process, where the payment slip number corresponds one-to-one with the transaction process; a migration unit, configured to migrate all the target transaction data sets from the first database to the second database when any one of the target transaction data sets carries the second identification information; a sending unit, configured to send all target transaction data sets in the second database to the query system upon receiving a target query request from the query system, wherein the target query request is a query request corresponding to the target transaction process, and the query request corresponds to the transaction process in a one-to-one manner; The apparatus further includes: a generating unit configured to, upon detecting that the front end has received a target transaction request, generate the first identification information according to the target transaction request before receiving the target transaction dataset from the front end and storing the target transaction dataset in the first database; a transmitting unit configured to send the first identification information to the front end so that the front end uses the first identification information to identify the target transaction dataset collected by the front end in the target transaction process; The device also includes: an acquisition unit, used to acquire a target entry time before migrating all the target transaction data sets from the first database to the second database, where the target entry time is the time when the target transaction data set enters the first database; a calculation unit, used to calculate the difference between the current time and the entry time to obtain a storage time, and determine whether the storage time is greater than a preset time; and a deletion unit, used to delete all the target transaction data sets in the first database if the storage time is greater than the preset time. The first database is used to store customers' temporary browsing data.

7. A computer-readable storage medium, characterized in that The computer-readable storage medium includes a stored program, wherein the program is executed by a processor to implement the data tracing method for transaction data according to any one of claims 1 to 5.

8. A data tracing system for transaction data, characterized in that: include: One or more processors, a memory, a display device, and one or more programs, wherein the one or more programs are stored in the memory and are configured to be executed by the one or more processors to perform the data tracing method for transaction data as described in any one of claims 1 to 5.

Images