Data processing method and device, equipment and storage medium

Abstract

The invention discloses a data processing method and device, equipment and a storage medium, and belongs to the technical field of distribution.The method is executed by an internal server side and comprises the steps that in response to online service operation of a client, state updating is conducted on a payment token associated with the online service operation in a local database, and the state of the payment token is updated; generating a token deletion request corresponding to the payment token; storing the token deletion request into a distributed message queue; obtaining a target token deletion request from the distributed message queue, and sending the target token deletion request to an external server, so that the external server performs deletion processing on a target payment token corresponding to the target token deletion request according to the target token deletion request to obtain a target processing result; and receiving a target processing result fed back by the external server, and performing state updating on the target payment token according to the target processing result. According to the invention, the data consistency in the asynchronous interaction process of the internal server and the external server of the financial institution is ensured.

Description

Technical Field

[0001] The present invention relates to the field of distributed technologies, and in particular, to a data processing method, apparatus, device, and storage medium. Background Art

[0002] In the process of data interaction between the internal server and the external server of financial institutions mainly banks, considering factors such as network bandwidth limitations, concurrent pressure, and processing time, a data synchronization task needs to be split into multiple asynchronous tasks for processing to ensure a good customer experience during online services.

[0003] However, during the asynchronous processing, data inconsistencies between the internal and external servers often occur due to concurrent processing and call exceptions, etc. Summary of the Invention

[0004] The present invention provides a data processing method, apparatus, device, and storage medium to ensure data consistency during the asynchronous interaction between the internal server and the external server of financial institutions.

[0005] According to one aspect of the present invention, there is provided a data processing method, which is executed by an internal server, and the method includes:

[0006] In response to a customer's online service operation, update the status of the payment token associated with the online service operation in the local database, and generate a token deletion request corresponding to the payment token;

[0007] Deposit the token deletion request into a distributed message queue;

[0008] Obtain a target token deletion request from the distributed message queue, and send the target token deletion request to the external server, so that the external server deletes the target payment token corresponding to the target token deletion request according to the target token deletion request to obtain a target processing result;

[0009] Receive the target processing result fed back by the external server, and update the status of the target payment token according to the target processing result.

[0010] According to another aspect of the present invention, there is provided a data processing apparatus, which is applied to an internal server, and the apparatus includes:

[0011] A token deletion request generation module, configured to update the status of the payment token associated with the online service operation in the local database in response to a customer's online service operation, and generate a token deletion request corresponding to the payment token;

[0012] A token deletion request storage module, configured to deposit the token deletion request into a distributed message queue;

[0013] A token deletion request processing module, configured to obtain a target token deletion request from a distributed message queue and send the target token deletion request to an external server, so that the external server deletes a target payment token corresponding to the target token deletion request according to the target token deletion request to obtain a target processing result;

[0014] A token status update module, configured to receive the target processing result fed back by the external server and update the status of the target payment token according to the target processing result.

[0015] According to another aspect of the present invention, there is provided an electronic device, which includes:

[0016] At least one processor; and

[0017] A memory communicatively connected to the at least one processor; wherein,

[0018] The memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the data processing method of any embodiment of the present invention.

[0019] According to another aspect of the present invention, there is provided a computer-readable storage medium storing computer instructions for causing a processor to implement the data processing method of any embodiment of the present invention when executed.

[0020] According to another aspect of the present invention, there is provided a computer program product including a computer program that implements the data processing method of any embodiment of the present invention when executed by a processor.

[0021] In the technical solution of the embodiment of the present invention, in response to the online business operation of a customer, the status of a payment token associated with the online business operation in the local database is updated, and a token deletion request corresponding to the payment token is generated; the token deletion request is stored in a distributed message queue; a target token deletion request is obtained from the distributed message queue, and the target token deletion request is sent to an external server, so that the external server deletes the target payment token corresponding to the target token deletion request according to the target token deletion request to obtain a target processing result; the target processing result fed back by the external server is received, and the status of the target payment token is updated according to the target processing result. Through the cooperation of the online processing unit and the asynchronous processing unit in the internal server, the above technical solution realizes the processing of the payment token associated with the online business operation of the customer, makes the token status of the payment token associated with the online business operation in the internal and external servers consistent, and thus ensures the data consistency in the asynchronous interaction between the internal server and the external server of the financial institution. At the same time, by using the distributed message queue to store the token deletion requests of the payment tokens associated with each online business operation, the separate processing of the payment tokens associated with each online business operation of the customer is realized, avoiding the influence of these payment tokens on the subsequent online operations of the customer, and thus improving the customer experience.

[0022] It should be understood that the content described in this part is not intended to identify the key or important features of the embodiments of the present invention, nor is it used to limit the scope of the present invention. Other features of the present invention will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following will briefly introduce the drawings required for the description of the embodiments. Obviously, the drawings in the following description are only some embodiments of the present invention, and those of ordinary skill in the art can also obtain other drawings based on these drawings without creative efforts.

[0024] Figure 1 is a flowchart of a data processing method according to Embodiment 1 of the present invention;

[0025] Figure 2 is a flowchart of a data processing method according to Embodiment 2 of the present invention;

[0026] Figure 3 is a schematic structural diagram of a data processing device according to Embodiment 3 of the present invention;

[0027] Figure 4 is a schematic structural diagram of an electronic device for implementing the data processing method of the embodiment of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0028] To enable those skilled in the art to better understand the solution of the present invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, rather than all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.

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

[0030] It should be noted that taking financial institution A as an example, the internal server in the present invention refers to the server provided by financial institution A itself, and the external server in the present invention refers to the server provided by other financial institutions that have a cooperative relationship with financial institution A.

[0031] In addition, it should also be noted that in the technical solution of the present invention, the collection, storage, use, processing, transmission, provision, disclosure, etc. of payment tokens and the like associated with online business operations comply with the provisions of relevant laws and regulations and do not violate public order and good customs.

[0032] Embodiment 1

[0033] Figure 1 As shown in the flowchart of a data processing method provided for Embodiment 1 of the present invention, this embodiment is applicable to the situation where the internal server of a financial institution mainly based on a bank asynchronously interacts with its external server. This method can be executed by a data processing device, and this device can be implemented in the form of hardware and / or software and can be configured in an electronic device. As Figure 1 shown, this method is executed by the internal server; among them, the internal server includes an online processing unit, an asynchronous processing unit, and a fallback processing unit; this method includes:

[0034] S101. In response to the online business operation of the customer, update the status of the payment token associated with the online business operation in the local database, and generate a token deletion request corresponding to the payment token.

[0035] Among them, online service operations refer to service operations performed by customers when the internal server and the external server of a financial institution are in a network connection state. For example, an online service operation can be terminating a QR code payment protocol based on the external server. Another example is that an online service operation can be unbinding a bank card from the external server. The local database refers to the database of the internal server. It should be noted that the number of payment tokens associated with the online service operation is at least one. A token deletion request refers to a request to delete a payment token; optionally, the token deletion request includes a customer identifier, a token value, a token type, and the number of attempts. Among them, the number of attempts refers to the number of times of attempting to delete the payment token. It should be noted that initially, the number of attempts in the token deletion request is 0 times.

[0036] Specifically, the online processing unit of the internal server, in response to the customer's online service operation, updates the token status of the payment tokens associated with the online service operation in the local database to the to-be-invalidated state, and generates a token deletion request corresponding to each payment token associated with the online service operation. For example, if the number of payment tokens associated with the online service operation is 10, then 10 token deletion requests are generated.

[0037] S102. Store the token deletion request in the distributed message queue.

[0038] Among them, the distributed message queue refers to a component in the internal server used to implement asynchronous communication and message passing.

[0039] Specifically, the online processing unit of the internal server stores the token deletion requests it generates into the distributed message queue in sequence.

[0040] S103. Obtain a target token deletion request from the distributed message queue, and send the target token deletion request to the external server, so that the external server performs a deletion process on the target payment token corresponding to the target token deletion request to obtain a target processing result.

[0041] Among them, the target token deletion request refers to the token deletion request to be consumed in the distributed message queue. The target payment token refers to the payment token corresponding to the target token deletion request. It should be noted that the token status of the target payment token is the to-be-invalidated state. The target processing result refers to the processing result of the external server on the target payment token; optionally, the target processing result can be deletion success or deletion failure.

[0042] Specifically, the asynchronous processing unit of the internal server obtains the target token deletion request from the distributed message queue and sends the target token deletion request to the external server; the external server receives the target token deletion request and deletes the target payment token corresponding to the target token deletion request according to the target token deletion request to obtain a target processing result.

[0043] Among them, the asynchronous processing unit of the internal server consists of multiple threads and can concurrently process the token deletion requests in the distributed message queue, thereby improving the processing efficiency of the token deletion requests in the distributed message queue.

[0044] S104. Receive the target processing result fed back by the external server and update the status of the target payment token according to the target processing result.

[0045] Specifically, the asynchronous processing unit of the internal server receives the target processing result fed back by the external server and updates the status of the target payment token according to the target processing result. Among them, when the asynchronous processing unit of the internal server updates the status of the target payment token according to the target processing result, it can specifically be: if the target processing result is successful deletion, update the token status of the target payment token to the invalidated status; if the target processing result is failed deletion, update the number of attempted times in the target token deletion request; and update the status of the target payment token according to the number of attempted times and the deletion times threshold. The deletion times threshold can be preset according to actual business requirements or the experience of those skilled in the art, and the embodiments of the present invention do not make specific limitations on it.

[0046] More specifically, if the target processing result is successful deletion, the asynchronous processing unit of the internal server updates the token status of the target payment token from the to-be-invalidated status to the invalidated status, unifying the token status of the target payment token in the internal and external servers, avoiding the misuse or illegal use of the target payment token, and thus ensuring the fund security of customers; if the target processing result is failed deletion, the asynchronous processing unit of the internal server increments the number of attempted times in the target token deletion request by 1; if the number of attempted times is less than the deletion times threshold, resend the target token deletion request to the external server; if the number of attempted times is equal to the deletion times threshold, do not update the status of the target payment token. It can be understood that in the case of failed deletion of the target payment token, a reasonable management of the target payment token is achieved through an increased retry mechanism, avoiding the waste of asynchronous processing resources in the internal server.

[0047] Among them, if the number of attempted times is less than the deletion times threshold, the target token deletion request is resent to the external server; if the number of attempted times is equal to the deletion times threshold, the status of the target payment token is not updated. Specifically, if the number of attempted times is less than the deletion times threshold, the asynchronous processing unit of the internal server resends the target token deletion request to the external server, so that the external server deletes the target payment token corresponding to the target token deletion request according to the target token deletion request to obtain a target processing result; if the number of attempted times is equal to the deletion times threshold and the target processing result is still deletion failure, the asynchronous processing unit of the internal server does not update the status of the target payment token, that is, the token status of the target payment token remains in the to-be-invalidated state, so as to avoid long-term occupation of asynchronous processing resources.

[0048] The technical solution of the embodiment of the present invention responds to the online service operation of the customer, updates the status of the payment token associated with the online service operation in the local database, and generates a token deletion request corresponding to the payment token; stores the token deletion request in the distributed message queue; obtains the target token deletion request from the distributed message queue, and sends the target token deletion request to the external server, so that the external server deletes the target payment token corresponding to the target token deletion request according to the target token deletion request to obtain a target processing result; receives the target processing result fed back by the external server, and updates the status of the target payment token according to the target processing result. The above technical solution realizes the processing of the payment token associated with the online service operation of the customer through the cooperation of the online processing unit and the asynchronous processing unit in the internal server, so that the token status of the payment token associated with the online service operation in the internal and external servers is consistent, thereby ensuring the data consistency in the asynchronous interaction process between the internal server and the external server of the financial institution. At the same time, the distributed message queue is used to store the token deletion request of the payment token associated with each online service operation, realizing the separate processing of the payment token associated with each online service operation of the customer, avoiding the influence of these payment tokens on the subsequent online operations of the customer, and thus improving the customer experience.

[0049] Embodiment Two

[0050] Figure 2 It is a flowchart of a data processing method provided by the second embodiment of the present invention. On the basis of the above embodiment, a preferred implementation scheme is provided. It should be noted that for the parts not detailed in the embodiment of the present invention, reference may be made to the relevant descriptions of other embodiments. As Figure 2 shown, this method is executed by the internal server and includes:

[0051] S201. In response to the online service operation of the customer, update the status of the payment token associated with the online service operation in the local database, and generate a token deletion request corresponding to the payment token.

[0052] S202. Deposit the token deletion request into the distributed message queue.

[0053] S203. Obtain the target token deletion request from the distributed message queue, and send the target token deletion request to the external server, so that the external server deletes the target payment token corresponding to the target token deletion request according to the target token deletion request to obtain a target processing result.

[0054] S204. Receive the target processing result fed back by the external server, and update the status of the target payment token according to the target processing result.

[0055] Optionally, if the target processing result fed back by the external server is not received within the response time, update the token status of the target payment token to a suspicious status. The response time can be preset according to actual business requirements or the experience of those skilled in the art, and the embodiments of the present invention do not make specific limitations thereto.

[0056] Specifically, after the asynchronous processing unit of the internal server sends the target token deletion request to the external server, if the target processing result fed back by the external server is not received within the response time, update the token status of the target payment token from the to-be-invalidated status to the suspicious status, avoiding the situation that the target token deletion request is not processed for a long time due to reasons such as network failure or external server failure, thereby improving the processing efficiency of the target payment token.

[0057] S205. Update the status of the payment tokens in the local database whose token status is to-be-invalidated status or suspicious status.

[0058] Specifically, the fallback processing unit of the internal server uses the token status being to-be-invalidated status or suspicious status as the screening condition to screen out the to-be-processed payment tokens that meet the screening condition from the payment tokens associated with the online business operations in the local database; for each to-be-processed payment token, the fallback processing unit of the internal server obtains the final token status of the to-be-processed payment token from the external server database through the data query interface connecting to the external server, and updates the token status of the to-be-processed payment token in the local database from the to-be-invalidated status or suspicious status to the final token status.

[0059] It can be understood that after the asynchronous processing unit of the internal server processes the payment tokens associated with the online business operations, the fallback processing unit of the internal server further verifies the token status of the payment tokens associated with the online business operations in the local database, further ensuring the consistency of the token status of the payment tokens associated with the online business operations in the internal and external servers, and thus further ensuring the consistency of data during the asynchronous interaction between the internal server and the external server of the financial institution.

[0060] In the technical solution of the embodiment of the present invention, in response to the online service operation of the customer, the status of the payment token associated with the online service operation in the local database is updated, and a token deletion request corresponding to the payment token is generated; the token deletion request is stored in the distributed message queue; the target token deletion request is obtained from the distributed message queue, and the target token deletion request is sent to the external server, so that the external server deletes the target payment token corresponding to the target token deletion request according to the target token deletion request to obtain a target processing result; the target processing result fed back by the external server is received, and the status of the target payment token is updated according to the target processing result; the status of the payment token with the token status of to-be-invalidated status or suspicious status in the local database is updated. In the above technical solution, through the joint cooperation of the online processing unit, the asynchronous processing unit, and the fallback processing unit in the internal server, the processing of the payment token associated with the online service operation of the customer is realized, so that the token status of the payment token associated with the online service operation in the internal and external servers is consistent, thereby ensuring the data consistency in the asynchronous interaction process between the internal server and the external server of the financial institution. At the same time, the distributed message queue is used to store the token deletion requests of the payment tokens associated with each online service operation, so as to realize the separate processing of the payment tokens associated with each online service operation of the customer, avoid the influence of these payment tokens on the subsequent online operations of the customer, and thus improve the customer experience.

[0061] Embodiment III

[0062] Figure 3 FIG. 9 is a schematic structural diagram of a data processing device provided in Embodiment III of the present invention. This embodiment is applicable to the situation where the internal server of a financial institution mainly based on a bank asynchronously interacts with its external server. The device can be implemented in the form of hardware and / or software and can be configured in an electronic device. As Figure 3 shown, the device is applied to the internal server and includes:

[0063] A token deletion request generation module 301, configured to update the status of the payment token associated with the online service operation in the local database in response to the online service operation of the customer, and generate a token deletion request corresponding to the payment token;

[0064] A token deletion request storage module 302, configured to store the token deletion request in the distributed message queue;

[0065] A token deletion request processing module 303, configured to obtain a target token deletion request from the distributed message queue, and send the target token deletion request to the external server, so that the external server deletes the target payment token corresponding to the target token deletion request according to the target token deletion request to obtain a target processing result;

[0066] A token status update module 304, configured to receive a target processing result fed back by an external server, and update the status of a target payment token according to the target processing result.

[0067] In the technical solution of the embodiment of the present invention, in response to an online service operation of a customer, the status of a payment token associated with the online service operation in a local database is updated, and a token deletion request corresponding to the payment token is generated; the token deletion request is stored in a distributed message queue; a target token deletion request is obtained from the distributed message queue, and the target token deletion request is sent to an external server, so that the external server deletes a target payment token corresponding to the target token deletion request according to the target token deletion request to obtain a target processing result; the target processing result fed back by the external server is received, and the status of the target payment token is updated according to the target processing result. Through the cooperation of the online processing unit and the asynchronous processing unit in the internal server, the above technical solution realizes the processing of the payment token associated with the online service operation of the customer, makes the token status of the payment token associated with the online service operation in the internal and external servers consistent, and thus ensures the data consistency in the asynchronous interaction process between the internal server and the external server of the financial institution. At the same time, by using the distributed message queue to store the token deletion requests of the payment tokens associated with each online service operation, the separate processing of the payment tokens associated with each online service operation of the customer is realized, and the influence of these payment tokens on the subsequent online operations of the customer is avoided, thereby improving the customer experience.

[0068] Optionally, the token status update module 304 includes:

[0069] A first token status update unit, configured to update the token status of the target payment token to a voided status if the target processing result is successful deletion;

[0070] A second token status update unit, configured to update the number of attempted times in the target token deletion request if the target processing result is failed deletion, and update the status of the target payment token according to the number of attempted times and a deletion times threshold.

[0071] Optionally, the second token status update unit is specifically configured to:

[0072] If the number of attempted times is less than the deletion times threshold, resend the target token deletion request to the external server;

[0073] If the number of attempted times is equal to the deletion times threshold, do not update the status of the target payment token.

[0074] Optionally, the device further includes:

[0075] The first update module is used to update the token status of the target payment token to a suspicious status if the target processing result feedback from the external server is not received within the response time after sending the target token deletion request to the external server.

[0076] Optionally, the device further includes:

[0077] The second update module is used to update the status of the payment tokens with the token status of to-be-invalidated or suspicious in the local database after updating the status of the target payment token according to the target processing result.

[0078] The data processing device provided by the embodiments of the present invention can execute the data processing method provided by any embodiment of the present invention, and has the corresponding functional modules and beneficial effects for executing each data processing method.

[0079] According to the embodiments of the present invention, the present invention also provides an electronic device, a readable storage medium, and a computer program product.

[0080] Embodiment 4

[0081] Figure 4 FIG. shows a schematic structural diagram of an electronic device 10 that can be used to implement the embodiments of the present invention. The electronic device is intended to represent various forms of digital computers, such as, a laptop computer, a desktop computer, a workbench, a personal digital assistant, a server, a blade server, a mainframe computer, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as, a personal digital processor, a cellular phone, a smart phone, a wearable device (such as a helmet, glasses, a watch, etc.) and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the present invention described and / or claimed herein.

[0082] As Figure 4 shown, the electronic device 10 includes at least one processor 11, and a memory communicatively connected to at least one processor 11, such as a read-only memory (ROM) 12, a random access memory (RAM) 13, etc. Among them, the memory stores a computer program executable by at least one processor. The processor 11 can execute various appropriate actions and processes according to the computer program stored in the read-only memory (ROM) 12 or the computer program loaded from the storage unit 18 into the random access memory (RAM) 13. In the RAM 13, various programs and data required for the operation of the electronic device 10 can also be stored. The processor 11, the ROM 12, and the RAM 13 are connected to each other through a bus 14. The input / output (I / O) interface 15 is also connected to the bus 14.

[0083] Multiple components in the electronic device 10 are connected to the I / O interface 15, including: an input unit 16, such as a keyboard, a mouse, etc.; an output unit 17, such as various types of displays, speakers, etc.; a storage unit 18, such as a disk, an optical disc, etc.; and a communication unit 19, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 19 allows the electronic device 10 to exchange information / data with other devices via a computer network such as the Internet and / or various telecommunication networks.

[0084] The processor 11 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. The processor 11 executes the various methods and processes described above, such as the data processing method.

[0085] In some embodiments, the data processing method can be implemented as a computer program, which is tangibly contained in a computer-readable storage medium, such as the storage unit 18. In some embodiments, part or all of the computer program can be loaded and / or installed onto the electronic device 10 via the ROM 12 and / or the communication unit 19. When the computer program is loaded into the RAM 13 and executed by the processor 11, one or more steps of the data processing method described above can be executed. Alternatively, in other embodiments, the processor 11 can be configured to execute the data processing method by any other suitable means (e.g., by means of firmware).

[0086] The various embodiments of the systems and techniques described above in this document can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGA), application-specific integrated circuits (ASIC), application-specific standard products (ASSP), system-on-chip systems (SOC), complex programmable logic devices (CPLD), computer hardware, firmware, software, and / or combinations thereof. These various embodiments can include: being implemented in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a special-purpose or general-purpose programmable processor, and can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit the data and instructions to the storage system, the at least one input device, and the at least one output device.

[0087] A computer program for implementing the method of the present invention can be written in any combination of one or more programming languages. These computer programs can be provided to a processor of a general purpose computer, a special purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowchart and / or block diagram to be implemented. The computer programs can be executed entirely on the machine, partially on the machine, as a stand-alone software package partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0088] In the context of the present invention, a computer-readable storage medium can be a tangible medium that can contain or store a computer program for use by or in connection with an instruction execution system, apparatus, or device. The computer-readable storage medium can include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. Alternatively, the computer-readable storage medium can be a machine-readable signal medium. More specific examples of the machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0089] In order to provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which the user can provide input to the electronic device. Other kinds of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, speech input, or tactile input).

[0090] The systems and techniques described herein can be implemented in a computing system including backend components (e.g., as a data server), or a computing system including middleware components (e.g., an application server), or a computing system including frontend components (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described herein), or a computing system including any combination of such backend components, middleware components, or frontend components. The components of the system can be interconnected to each other by digital data communication in any form or medium (e.g., a communication network). Examples of communication networks include: local area network (LAN), wide area network (WAN), blockchain network, and the Internet.

[0091] A computing system can include a client and a server. The client and the server are generally far from each other and typically interact through a communication network. The client-server relationship is created by computer programs running on respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or a cloud host, which is a host product in the cloud computing service system, solving the defects of difficult management and weak business scalability existing in traditional physical hosts and VPS services.

[0092] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps recited in the present invention can be executed in parallel, sequentially, or in a different order, as long as the desired results of the technical solution of the present invention can be achieved, and no limitation is imposed herein.

[0093] The above specific embodiments do not constitute a limitation on the protection scope of the present invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principle of the present invention shall be included within the protection scope of the present invention.

Claims

1. A data processing method, characterized in that: Executed by the internal server, the method includes: In response to an online business operation of a customer, updating the status of a payment token associated with the online business operation in a local database, and generating a token deletion request corresponding to the payment token; Storing the token deletion request in a distributed message queue; Obtaining a target token deletion request from the distributed message queue, and sending the target token deletion request to an external server, so that the external server performs a deletion process on the target payment token corresponding to the target token deletion request according to the target token deletion request, and obtains a target processing result; Receive the target processing result fed back by the external server, and update the status of the target payment token according to the target processing result.

2. The method according to claim 1, characterized in that Updating the state of the target payment token according to the target processing result, including: If the target processing result is deletion success, the token status of the target payment token is updated to an invalidated status; If the target processing result is deletion failure, the number of attempts in the target token deletion request is updated, and the status of the target payment token is updated based on the number of attempts and the deletion number threshold.

3. The method according to claim 2, characterized in that According to the number of attempts and the deletion number threshold, the state of the target payment token is updated, including: If the number of attempts is less than the deletion number threshold, the target token deletion request is resent to the external server; If the number of attempts is equal to the deletion number threshold, the status of the target payment token is not updated.

4. The method according to claim 1, characterized in that: After sending the target token deletion request to the external server, the method further includes: If the target processing result fed back by the external server is not received within the response time, the token status of the target payment token is updated to a suspicious status.

5. The method according to claim 1, characterized in that After the target payment token is updated in state according to the target processing result, the method further includes: The status of the payment tokens in the local database whose token status is to be invalidated or suspicious is updated.

6. The method according to claim 1, characterized in that The internal server includes an online processing unit, an asynchronous processing unit and a backup processing unit.

7. A data processing device, characterized in that: Applied to an internal server, the device comprises: A token deletion request generation module, for responding to an online business operation of a customer, updating the status of a payment token associated with the online business operation in a local database, and generating a token deletion request corresponding to the payment token; A token deletion request storage module, used for storing the token deletion request in a distributed message queue; A token deletion request processing module, used for obtaining a target token deletion request from the distributed message queue, and sending the target token deletion request to an external server, so that the external server performs a deletion process on the target payment token corresponding to the target token deletion request according to the target token deletion request, and obtains a target processing result; The token status update module is used to receive the target processing result fed back by the external server and update the status of the target payment token according to the target processing result.

8. An electronic device, characterized in that: The electronic device comprises: at least one processor; and a memory communicatively connected to the at least one processor; wherein, The memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can perform the data processing method according to any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a processor to implement the data processing method according to any one of claims 1 to 6 when executed.

10. A computer program product, comprising a computer program, wherein when the computer program is executed by a processor, the computer program implements the data processing method according to any one of claims 1 to 6.

Images