Multi-platform virtual card automatic redemption and error checking method and system

Abstract

The application discloses a kind of multi-platform virtual card password automatic redemption and error checking method and system, it is related to virtual card password redemption technical field, the application is parsed after receiving the callback message of each order in each platform in central server, and dynamically generates time checking window for each platform, simultaneously analyze the legal state transition chain of each order in each platform, according to the analysis result, each order is maliciously counterfeited score, for each order corresponding card password is issued, when card password is redeemed, the state of each order in its platform and the upstream card password state of each order are read, and the confidence is compared and analyzed, according to the confidence, whether card password is used is judged, and state is replaced, the effectiveness of abnormal order identification is guaranteed, also guarantee card password redemption efficiency and accuracy, also guarantee the accuracy of error checking.

Description

Technical Field

[0001] This invention relates to the field of virtual card redemption technology, specifically to a method and system for automatic redemption and error verification of virtual cards across multiple platforms. Background Technology

[0002] With the rapid development of the internet digital goods business, virtual cards such as game points, membership redemption codes, and recharge cards are widely used in various e-commerce and trading platforms. Business systems need to connect with multiple external business platforms, receive order callback notifications pushed by each platform, complete automatic redemption, and distribute the cards to end users.

[0003] Traditional multi-platform virtual card automatic redemption and error verification methods and systems filter orders through order signature and time verification windows, remove abnormal orders before allocating cards, and perform error verification based on card status after allocation. Clearly, this approach has at least the following shortcomings: 1. Traditional multi-platform virtual card automatic redemption and error verification methods and systems use a fixed time verification window, ignoring network transmission latency and clock drift between the central server and the platform. This can lead to the fixed window being too large or too small, resulting in the loss of normal orders or the misclassification of abnormal orders as normal orders. Furthermore, relying solely on order signatures to determine order forgery cannot guarantee the effectiveness of abnormal order identification, thus compromising the efficiency and accuracy of card redemption.

[0004] 2. Traditional multi-platform virtual card automatic redemption and error verification methods and systems only determine whether a card has been successfully used based on its status during the error verification process. Furthermore, the card is locked immediately after issuance, lacking confirmation of the order status. This leads to inconsistencies between the card status and the order status, thus failing to guarantee the accuracy of error verification. Summary of the Invention

[0005] To address the aforementioned technical shortcomings, the present invention aims to provide a method and system for automatic redemption and error verification of virtual card codes across multiple platforms.

[0006] To solve the above-mentioned technical problems, the present invention adopts the following technical solution: In the first aspect, the present invention provides a method for automatic redemption and error verification of virtual card key across multiple platforms, including: S1, obtaining platform orders: the central server receives the callback messages of each order from each platform and parses them.

[0007] S2, Card Redemption: Dynamically generate time verification windows, maliciously forge and score callback messages of each order on each platform, filter reasonable orders, match and redeem card keys, and set the status of each card key.

[0008] S3. Error Detection: After the card key is redeemed, error detection is performed on each reasonable order on each platform based on the status of each reasonable order and the status of its upstream card key.

[0009] Secondly, the present invention provides a multi-platform virtual card automatic redemption and error verification system, comprising: a platform order acquisition module for the central server to receive and parse callback messages of each order from each platform.

[0010] The card redemption module is used to dynamically generate time verification windows, perform malicious forgery scoring on callback messages of each order on each platform, filter out each reasonable order, match and redeem card codes, and set the status of each card code.

[0011] The error verification module is used to perform error verification on each legitimate order on each platform after the card code is redeemed, based on the status of each legitimate order on each platform and the status of its upstream card code.

[0012] The database is used to store the signatures of each order, the number of normal callback messages that were mistakenly killed during each historical card redemption on each platform, the time verification window, information about the central server and the platform, as well as the state transition chain and the result of the legality verification of each historical state transition of each order.

[0013] The beneficial effects of this invention are as follows: 1. This invention provides a method and system for automatic redemption and error verification of virtual card keys across multiple platforms. After receiving the callback messages of each order from each platform from the central server, the system parses them and dynamically generates time verification windows for each platform. At the same time, it analyzes the legal state transition chain of each order in each platform, scores each order for malicious forgery based on the analysis results, and issues corresponding card keys to each order. After the card key redemption is completed, the system reads the status of each order on its platform and the status of the upstream card key of each order, compares and analyzes their confidence level, determines whether the card key has been used based on the confidence level, and changes the status accordingly. This ensures the effectiveness of abnormal order identification, the efficiency and accuracy of card key redemption, and the accuracy of error verification.

[0014] 2. This invention, for all platforms, retrieves information from the database regarding the number of false positives on normal callback messages, time verification windows, central servers, and platforms during each historical card redemption. It analyzes the mapping relationship between time verification windows and central servers and platforms, constructs a time verification window mapping table, monitors the information of platforms and central servers in real time, and matches it with the time verification window mapping table to obtain the time verification window for that platform. Simultaneously, it performs malicious forgery scoring on callback messages of each order on the platform to determine whether each order is abnormal. Based on the judgment result, card keys are issued, ensuring the effectiveness of abnormal order identification and guaranteeing the efficiency and accuracy of card redemption.

[0015] 3. This invention obtains the status of each legitimate order on each platform and the status of its upstream key, and compares them. When they are the same, it obtains either status and determines whether the key has been used. If it has been used, the key status of the legitimate order is marked as consumed and locked; otherwise, it is marked as unused and released. When they are different, it obtains the confidence level of the platform status of the legitimate order and the confidence level of the upstream key status, and determines whether both are too low. If both are too low, manual intervention is performed; otherwise, a high-confidence status is obtained, and the key of the legitimate order is operated according to that status, ensuring the accuracy of error verification. Attached Figure Description

[0016] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0017] Figure 1 This is a schematic diagram illustrating the implementation steps of the method of the present invention.

[0018] Figure 2 This is a schematic diagram of the system structure connection of the present invention. Detailed Implementation

[0019] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0020] Please see Figure 1 As shown, the present invention provides a method for automatic redemption and error verification of virtual card codes across multiple platforms, including: S1, obtaining platform orders: the central server receives callback messages from each order on each platform and parses them.

[0021] S2, Card Redemption: Dynamically generate time verification windows, maliciously forge and score callback messages of each order on each platform, filter reasonable orders, match and redeem card keys, and set the status of each card key.

[0022] In a specific embodiment, the card redemption process is as follows: A11. For all platforms, obtain the number of false positives and normal callback messages, time verification windows, central server and platform information from the database for each historical card redemption, analyze the mapping relationship between the time verification window and the central server and platform, and construct a time verification window mapping table.

[0023] It should be noted that the information of the central server and platform includes clock drift of the central server and platform, network information of the central server and platform, etc. The network information of the central server and platform includes response time, resolution latency, TCP connection establishment latency and TLS handshake latency, etc. The network information of the central server and platform is detected by instruments such as ARM business server hardware, DNS recursive server and application server.

[0024] It should also be noted that the clock drift between the central server and the platform is obtained through the application server.

[0025] It is important to know that the information of the central server and platform is stored one-to-one with the mapping relationship between the time verification window and the central server and platform to form a time verification window mapping table.

[0026] A12. For all platforms, monitor the information of the platform and the central server in real time, match it with the time verification window mapping table to obtain the time verification window of the platform, obtain the latency between the platform and the central server and the time when the central server receives each order from the platform, and at the same time, perform malicious forgery scoring on the callback messages of each order in the platform to determine whether each order is abnormal.

[0027] A13. Each abnormal order in each platform is called an abnormal order, and other orders are called reasonable orders. Error verification is performed on each abnormal order. At the same time, the callback message of each reasonable order is matched with the card key of each reasonable order in the central server to obtain the card key of each reasonable order. The card key of each reasonable order is then sent to each reasonable order, and the card key status of each reasonable order is set to temporary lock.

[0028] The above-mentioned analysis of the mapping relationship between the time verification window and the central server and platform is specifically carried out as follows: historical card redemption transactions with identical information on both the central server and the platform are grouped together, and each group is obtained using this method.

[0029] For each group, the number of false positives and normal callback messages during each historical card redemption is compared. The historical card redemption with the fewest false positives and normal callback messages is called the marked historical card redemption, and the time verification window of the marked historical card redemption is used as the time verification window of the group.

[0030] Based on the time verification window of each group and the central server and platform information corresponding to the merged group, obtain the mapping relationship between the time verification window and the central server and platform.

[0031] It should be noted that the mapping relationship between the time verification window and the central server and platform is obtained through a multi-layer fully connected neural network. The multi-layer fully connected neural network is an existing technology. The specific process is as follows: the time verification window of each group and the central server and platform information corresponding to the group are standardized, and the input layer, embedding layer, splicing layer, fully connected layer, activation layer, dropout layer and multi-output head branch layer of the multi-layer fully connected neural network are constructed. The multi-layer fully connected neural network is trained. After training, the processed data is input into the multi-layer fully connected neural network, and the mapping relationship between the time verification window and the central server and platform is output.

[0032] The above-mentioned process of maliciously forging the scoring of the callback messages of each order in the platform is as follows: For each order in the platform, A21, retrieve the state transition chain and the transition legality verification result of each historical state transition from the database, and refer to each historical state transition with the transition legality verification result as a legal transition as a marked historical state transition.

[0033] It should be noted that the first node in the state transition chain represents the state before the order state changes, and the second node represents the state after the change.

[0034] It should also be noted that the results of the transition legality verification include legal transitions and illegal transitions. The transition legality verification logic is set by the staff based on the rationality of the order status change, and is not limited here.

[0035] The order status includes paid, pending payment, and refund.

[0036] A22. Based on the state transition chains of each marked historical state transition, determine the complete state transition chain of the order, and call it the legal state transition chain of the order.

[0037] A23. Read the final state of the order on the central server and correct the final state of the order on the central server. At the same time, obtain the current state of the order from the callback message of the order and form the current state transition chain of the order.

[0038] It should be noted that the final state of the order on the central server is taken as the state before the order state change, and the current state of the order is taken as the state after the order state change.

[0039] A24. Simultaneously, retrieve the signature of the order from the database. Based on the signature of the order, the current state transition chain of the order, and its legal state transition chain, obtain the malicious forgery value of the order. If the malicious forgery value is 0, it means that the malicious forgery score of the order's callback message is low. If the malicious forgery value is 1, it means that the malicious forgery score of the order's callback message is high.

[0040] The process of correcting the final status of an order on the central server described above is as follows: Obtain the query interface of the order ranking platform and call the query interface multiple times to obtain the order status and query fault identification results queried at each call. Remove the calls with query faults and compare the order statuses queried at the remaining calls to obtain an order status set. Count the number of times each order status appears in the order status set and call the order status with the highest number of occurrences the order status marked.

[0041] It should be noted that the fault identification results include whether a fault exists or not.

[0042] It should also be noted that the remaining calls are called each flag call. For each order status in the order status set, the order status is compared with the order status queried when each flag call is made. The flag calls that are the same as the queried order status are taken as the flag calls for that order. The total number of flag calls for each order is counted and taken as the number of times each order status appears.

[0043] The order's marked status is compared with the order's final status on the central server. If the order's marked status is the same as the order's final status on the central server, the order's final status on the central server is not modified. Otherwise, the order's final status on the central server is modified to the marked status.

[0044] The process of obtaining the malicious forgery value of the order described above is as follows: Match the first node of the current state transition chain of the order with each node of the legal state transition chain of the order to obtain the legal sub-state transition chain of the order. Compare the current state transition chain of the order with its legal sub-state transition chain. If the two are the same, it means that the current state transition of the order is legal; otherwise, it means that the current state transition of the order is illegal.

[0045] It should be noted that the first node of the current state transition chain of the order is matched with each node of the legal state transition chain of the order. If the first node of the current state transition chain of the order is the same as a node in the legal state transition chain of the order, then the state transition chain formed by that node and the next node in the legal state transition chain is taken as a legal sub-state transition chain.

[0046] The signature of the order is compared with the signature in its callback message. If they are the same, the signature of the order is normal; otherwise, it is abnormal.

[0047] It should be noted that the order signature is a security verification information generated by the external business platform and transmitted along with the order callback message. It is used to verify the authenticity and integrity of the callback message, identify message tampering, forged requests and replay attacks. It is a security protection measure for multi-platform callback access. Commonly used signature algorithms include HMAC-SHA256 symmetric signature and RSA asymmetric signature.

[0048] The malicious forgery value is 1 when the current state transition of the order is illegal or the signature is abnormal; otherwise, the malicious forgery value is 0.

[0049] The specific process for determining whether each order is abnormal is as follows: For all platforms, obtain the time when the central service receives each order on that platform, and subtract the latency between the platform and the central server to obtain the receipt time of each order.

[0050] Based on the receipt time of each order and the platform's time verification window, obtain the first discrimination value for each order. Based on the malicious forgery score of each order, obtain the second discrimination value for each order. When the first discrimination value is 0 or the second discrimination value is 0, it means that the order is abnormal; otherwise, it means that the order is not abnormal.

[0051] It should be noted that if the receiving time is within the time verification window of the platform, the first discrimination value is 0; otherwise, it is 1.

[0052] It should also be noted that when the malicious forgery score is low, the second discriminant value is 1, and when the malicious forgery score is high, the second discriminant value is 0.

[0053] S3. Error Detection: After the card key is redeemed, error detection is performed on each reasonable order on each platform based on the status of each reasonable order and the status of its upstream card key.

[0054] It should be noted that the status of the upstream key includes unused and used.

[0055] In a specific embodiment, the error verification process is as follows: For each legitimate order on each platform, A31, obtain the status of the legitimate order on its platform and the status of the upstream card key of the legitimate order, and compare them. When the status of the legitimate order on its platform and the status of the upstream card key of the legitimate order are the same, obtain either of the two statuses and determine whether the card key has been used. If it has been used, mark the status of the card key of the legitimate order as consumed and lock it. Otherwise, mark the status of the card key of the legitimate order as unused and release it.

[0056] It should be noted that when the status of the upstream card key is "used" or the status of a legitimate order on its platform is "paid", it means that the card key has been used; otherwise, it means that it has not been used.

[0057] A32. When the status of a legitimate order on its platform is different from the status of its upstream card key, obtain the confidence level of the platform status of the legitimate order and the confidence level of the upstream card key status, and determine whether the confidence levels of the platform status and the upstream card key status of the legitimate order are too low. If both confidence levels are too low, then perform manual load testing; otherwise, obtain the status with high confidence and operate on the card key of the legitimate order according to that status.

[0058] It should be noted that the confidence level of the upstream card key status is compared with the preset confidence level threshold. If it is less than the preset confidence level threshold, it means that the confidence level of the upstream card key status is too low. Conversely, if it is higher, it means that it is too high. Similarly, it is used to determine whether the confidence level of the platform status of a reasonable order is too low.

[0059] It should also be noted that the preset confidence threshold is set independently by staff based on error verification needs and accuracy, and is not limited here.

[0060] The process of obtaining confidence level described above is as follows: the status of a reasonable order on its platform and the status of the upstream card key are read multiple times to obtain the final status of the reasonable order on its platform and the final status of the upstream card key.

[0061] It should be noted that the process of obtaining the final status of a legitimate order on its platform and the final status of the upstream card key is the same as the process of correcting the final status of the order on the central server and obtaining the final status of the order on the central server, and will not be repeated here.

[0062] It obtains the callback message of the valid order and the message of the upstream card key, parses them, determines whether the callback message of the valid order and the message of the upstream card key can be parsed successfully, and obtains the parsed value of the callback message of the valid order and the message of the upstream card key based on the parsing result of the message of the valid order and the message of the upstream card key.

[0063] It should be noted that the information of the reasonable order callback message and the information of the upstream card key message are obtained from the parsing results of the reasonable order callback message and the upstream card key message. The obtained results are compared with the standard information of the reasonable order callback message and the upstream card key message. The total number of information in the reasonable order callback message that is the same as its standard information is counted and used as the parsing value of the reasonable order callback message. Similarly, the parsing value of the upstream card key message is obtained.

[0064] It should also be noted that all information in a valid order callback message and in an upstream card key message includes the card key status parsing result, fields, and order existence result, etc.

[0065] Among them, the card key status parsing result includes parsing success and parsing failure, and the order existence result includes order existence and order non-existence.

[0066] If the callback message of a legitimate order fails to be parsed, its confidence level is 0. If the parsing is successful, the parsed value of the callback message of the legitimate order is used as the confidence level of the platform status of the legitimate order. Similarly, the confidence level of the upstream card key status of the legitimate order is obtained.

[0067] Please see Figure 2 As shown, the present invention provides a multi-platform virtual card automatic redemption and error verification system, including: a platform order acquisition module for the central server to receive and parse callback messages of each order from each platform.

[0068] The card redemption module is used to dynamically generate time verification windows, perform malicious forgery scoring on callback messages of each order on each platform, filter out each reasonable order, match and redeem card codes, and set the status of each card code.

[0069] The error verification module is used to perform error verification on each legitimate order on each platform after the card code is redeemed, based on the status of each legitimate order on each platform and the status of its upstream card code.

[0070] The database is used to store the signatures of each order, the number of normal callback messages that were mistakenly killed during each historical card redemption on each platform, the time verification window, information about the central server and the platform, as well as the state transition chain and the result of the legality verification of each historical state transition of each order.

[0071] In this embodiment of the invention, after the central server receives the callback messages of each order from each platform, it parses them and dynamically generates time verification windows for each platform. At the same time, it analyzes the legitimate state transition chain of each order in each platform, scores each order for malicious forgery based on the analysis results, and issues corresponding card keys to each order. After the card key redemption is completed, it reads the status of each order on its platform and the status of the upstream card key of each order, compares and analyzes their confidence level, determines whether the card key has been used based on the confidence level, and changes the status accordingly. This ensures the effectiveness of abnormal order identification, the efficiency and accuracy of card key redemption, and the accuracy of error verification.

[0072] The examples described in this invention are not limited to the specific embodiments listed above. The examples are merely illustrative to facilitate understanding of the invention and do not constitute a limitation on the scope of protection of this invention. Any modifications, equivalent substitutions, etc., made within the spirit and principles of this invention should be included within the scope of protection.

[0073] The above description is merely an example and illustration of the concept of the present invention. Those skilled in the art can make various modifications or additions to the specific embodiments described or use similar methods to replace them, as long as they do not deviate from the concept of the invention or exceed the scope defined in this specification, they should all fall within the protection scope of the present invention.

Claims

1. A method for automatic redemption and error verification of virtual card codes across multiple platforms, characterized in that, Includes the following steps: S1. Obtain Platform Orders: The central server receives and parses the callback messages of each order from each platform. S2, Card Redemption: Dynamically generate time verification windows, maliciously forge and score callback messages of each order on each platform, filter reasonable orders, match and redeem card keys, and set the status of each card key; S3. Error Detection: After the card key is redeemed, error detection is performed on each reasonable order on each platform based on the status of each reasonable order and the status of its upstream card key.

2. The method for automatic redemption and error verification of virtual card codes across multiple platforms according to claim 1, characterized in that, The specific process for redeeming the card key is as follows: A11. For all platforms, retrieve information from the database on the number of false positives and normal callback messages, time verification windows, central server and platform information during each historical card redemption, analyze the mapping relationship between the time verification window and the central server and platform, and construct a time verification window mapping table. A12. For all platforms, monitor the information of the platform and the central server in real time, match it with the time verification window mapping table to obtain the time verification window of the platform, obtain the latency between the platform and the central server and the time when the central server receives each order of the platform, and at the same time, perform malicious forgery scoring on the callback messages of each order in the platform to determine whether each order is abnormal. A13. Each abnormal order in each platform is called an abnormal order, and other orders are called reasonable orders. Error verification is performed on each abnormal order. At the same time, the callback message of each reasonable order is matched with the card key of each reasonable order in the central server to obtain the card key of each reasonable order. The card key of each reasonable order is then sent to each reasonable order, and the card key status of each reasonable order is set to temporary lock.

3. The method for automatic redemption and error verification of virtual card codes across multiple platforms according to claim 2, characterized in that, The mapping relationship between the analysis time verification window and the central server and platform is as follows: Group all historical card redemption transactions that are identical in both the central server and the platform information into one group, and use this method to obtain each group. For each group, the number of false positives and normal callback messages during each historical card redemption is compared. The historical card redemption with the fewest false positives and normal callback messages is called the marked historical card redemption, and the time verification window of the marked historical card redemption is used as the time verification window of the group. Based on the time verification window of each group and the central server and platform information corresponding to the merged group, obtain the mapping relationship between the time verification window and the central server and platform.

4. The method for automatic redemption and error verification of virtual card codes across multiple platforms according to claim 2, characterized in that, The process of maliciously forging scores for callback messages of each order on the platform is as follows: For each order on the platform, A21, retrieve the state transition chain and the legality verification result of each state transition in the order's history from the database, and refer to each historical state transition with a legality verification result as a marked historical state transition. A22. Based on the state transition chain of each marked historical state transition, determine the complete state transition chain of the order, and call it the legal state transition chain of the order. A23. Read the final state of the order on the central server, correct the final state of the order on the central server, and at the same time obtain the current state of the order from the callback message of the order to form the current state transition chain of the order. A24. Simultaneously, retrieve the signature of the order from the database. Based on the signature of the order, the current state transition chain of the order, and its legal state transition chain, obtain the malicious forgery value of the order. If the malicious forgery value is 0, it means that the malicious forgery score of the order's callback message is low. If the malicious forgery value is 1, it means that the malicious forgery score of the order's callback message is high.

5. The method for automatic redemption and error verification of virtual card codes across multiple platforms according to claim 4, characterized in that, The specific process for correcting the final status of the order on the central server is as follows: Obtain the query interface of the order ranking platform and call the query interface multiple times. Obtain the order status and query failure identification results of each call. Remove the calls with query failures and compare the order statuses of the remaining calls to obtain the order status set. Count the number of times each order status appears in the order status set and call the order status with the most occurrences as the order's marked status. The order's marked status is compared with the order's final status on the central server. If the order's marked status is the same as the order's final status on the central server, the order's final status on the central server is not modified. Otherwise, the order's final status on the central server is modified to the marked status.

6. The method for automatic redemption and error verification of virtual card codes across multiple platforms according to claim 4, characterized in that, The specific process for obtaining the malicious forged value of the order is as follows: Match the first node of the current state transition chain of the order with each node of the legal state transition chain of the order to obtain the legal sub-state transition chain of the order. Compare the current state transition chain of the order with its legal sub-state transition chain. If they are the same, it means that the current state transition of the order is legal; otherwise, it means that the current state transition of the order is illegal. The signature of the order is compared with the signature in its callback message. If they are the same, the signature of the order is normal; otherwise, it is abnormal. The malicious forgery value is 1 when the current state transition of the order is illegal or the signature is abnormal; otherwise, the malicious forgery value is 0.

7. The method for automatic redemption and error verification of virtual card codes across multiple platforms according to claim 2, characterized in that, The specific process for determining whether each order is abnormal is as follows: For all platforms, the time when the central service receives each order on that platform is subtracted from the latency between the platform and the central server to obtain the receipt time of each order. Based on the receipt time of each order and the platform's time verification window, obtain the first discrimination value for each order. Based on the malicious forgery score of each order, obtain the second discrimination value for each order. When the first discrimination value is 0 or the second discrimination value is 0, it means that the order is abnormal; otherwise, it means that the order is not abnormal.

8. The method for automatic redemption and error verification of virtual card codes across multiple platforms according to claim 2, characterized in that, The error verification process is as follows: For each legitimate order on each platform, A31, obtain the status of the legitimate order on its platform and the status of the upstream card key of the legitimate order, and compare them. When the status of the legitimate order on its platform and the status of the upstream card key of the legitimate order are the same, obtain either of the two statuses, determine whether the card key has been used, if it has been used, mark the status of the card key of the legitimate order as consumed and lock it, otherwise mark the status of the card key of the legitimate order as unused and release it. A32. When the status of a legitimate order on its platform is different from the status of its upstream card key, obtain the confidence level of the platform status of the legitimate order and the confidence level of the upstream card key status, and determine whether the confidence levels of the platform status and the upstream card key status of the legitimate order are too low. If both confidence levels are too low, then perform manual load testing; otherwise, obtain the status with high confidence and operate on the card key of the legitimate order according to that status.

9. The method for automatic redemption and error verification of virtual card codes across multiple platforms according to claim 8, characterized in that, The specific process for obtaining the confidence level is as follows: The status of a legitimate order on its platform and the status of its upstream card key are read multiple times to obtain the final status of the legitimate order on its platform and the final status of its upstream card key. It obtains the callback message of the valid order and the message of the upstream card key, parses them, determines whether the callback message of the valid order and the message of the upstream card key can be parsed successfully, and obtains the parsed value of the callback message of the valid order and the message of the upstream card key based on the parsing result of the message of the valid order. If the callback message of a legitimate order fails to be parsed, its confidence level is 0. If the parsing is successful, the parsed value of the callback message of the legitimate order is used as the confidence level of the platform status of the legitimate order. Similarly, the confidence level of the upstream card key status of the legitimate order is obtained.

10. A multi-platform virtual card automatic redemption and error verification system utilizing the multi-platform virtual card automatic redemption and error verification method according to any one of claims 1-9, characterized in that, include: The platform order acquisition module is used by the central server to receive and parse the callback messages of each order from each platform. The card redemption module is used to dynamically generate time verification windows, perform malicious forgery scoring on callback messages of each order on each platform, filter out each reasonable order, and perform card redemption matching and setting the status of each card. The error verification module is used to perform error verification on each legitimate order on each platform after the card code is redeemed, based on the status of each legitimate order on each platform and the status of its upstream card code. The database is used to store the signatures of each order, the number of normal callback messages that were mistakenly killed during each historical card redemption on each platform, the time verification window, information about the central server and the platform, as well as the state transition chain and the result of the legality verification of each historical state transition of each order.

Images