Data processing method, device, apparatus, medium, and product

By receiving the service code of transaction data, the system automatically identifies and obtains the transaction link of the transaction system, solving the problem of low query efficiency caused by the complexity of transaction systems of institutions such as banks, and realizing the automated aggregation and efficient query of transaction line data.

CN116628015BActive Publication Date: 2026-03-17CHINA CONSTRUCTION BANK +1
View PDF 1 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2023-05-26
Publication Date
2026-03-17

AI Technical Summary

Technical Problem

The transaction systems of banks and other institutions are numerous and complex, resulting in low efficiency in querying transaction lines and requiring manual aggregation of transaction lines from various systems.

Method used

By receiving the service code of the transaction data, multiple target transaction systems can be automatically identified and the transaction chain can be obtained, thereby achieving automated aggregation of the transaction chain and improving query efficiency.

Benefits of technology

It has enabled the automated acquisition of trading line data from multiple systems, improved the efficiency of trading line data query, and reduced manual operations.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN116628015B_ABST
    Figure CN116628015B_ABST
Patent Text Reader

Abstract

The application discloses a data processing method, device, equipment, medium and product. The method comprises the following steps: receiving a query request of transaction data sent by a user equipment, wherein the query request comprises a service code of the transaction data; determining at least two target transaction systems of the transaction data based on the service code, wherein each target transaction system comprises at least two transaction ends, and the transaction ends are connected through transaction links of the transaction data to form the target transaction system; acquiring the transaction links of the transaction data in the at least two target transaction systems; and collecting the transaction links to obtain transaction line data of the transaction data. The application can realize automatic query of the transaction line data and improve the query efficiency of the transaction line data.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application belongs to the field of computer technology, and in particular relates to a data processing method, apparatus, device, medium and product. Background Technology

[0002] Currently, banks and other institutions have an increasing number of transaction systems. A single transaction often requires processing by multiple systems before it can be finalized. Therefore, when querying the specific systems and transaction lines involved in a transaction, it is necessary to manually query each transaction system and then manually summarize the transaction lines of each system. This results in low efficiency in querying transaction lines. Summary of the Invention

[0003] This application provides a data processing method, apparatus, device, medium, and product that can automate the query of transaction line data and improve the query efficiency of transaction line data.

[0004] In a first aspect, embodiments of this application provide a data processing method, including:

[0005] Receive a query request for transaction data sent by a user equipment, wherein the query request includes the service code of the transaction data;

[0006] Based on the service code, at least two target trading systems are identified for the transaction data. Each target trading system includes at least two trading terminals, and the target trading systems are formed by the transaction links of the transaction data between the trading terminals.

[0007] Obtain the transaction chain of transaction data from at least two target trading systems;

[0008] The transaction chain is summarized to obtain the transaction line data of the transaction data.

[0009] In some possible implementations, at least two target transaction systems are used to determine transaction data based on service codes, including:

[0010] Query transaction data across multiple transaction systems based on service codes;

[0011] Identify the trading system that includes transaction data as the target trading system.

[0012] In some possible implementations, the user device has a first data interface, and each trading system includes a second data interface, allowing querying of transaction data across multiple trading systems based on a service code, including:

[0013] Based on the service code, transaction data can be queried in multiple transaction systems through the first and second data interfaces.

[0014] In some possible implementations, the transaction chain is aggregated to obtain transaction line data of the transaction data, including:

[0015] Transaction links belonging to the same transaction end are merged to obtain transaction line data of transaction data.

[0016] In some possible implementations, after aggregating the transaction links to obtain transaction line data, the method also includes:

[0017] Send transaction line data to user devices.

[0018] In some possible implementations, transaction data includes payment data.

[0019] Secondly, embodiments of this application provide a data processing apparatus, comprising:

[0020] The receiving module is used to receive query requests for transaction data sent by user equipment, wherein the query request includes the service code of the transaction data;

[0021] The determination module is used to determine at least two target trading systems based on the service code, wherein each target trading system includes at least two trading terminals, and the target trading systems are formed by the transaction links of the transaction data between the trading terminals;

[0022] The acquisition module is used to acquire transaction links of transaction data from at least two target trading systems;

[0023] The aggregation module is used to aggregate transaction links to obtain transaction line data.

[0024] In some possible implementations, the module is specifically defined as follows:

[0025] The query unit is used to query transaction data across multiple transaction systems based on the service code;

[0026] The determining unit is used to determine the target trading system as the trading system that includes the trading data.

[0027] In some possible implementations, the user device has a first data interface, and each transaction system includes a second data interface and a query unit, including:

[0028] The query subunit is used to query transaction data in multiple transaction systems based on the service code through the first data interface and the second data interface.

[0029] In some possible implementations, the aggregation module includes:

[0030] The aggregation unit is used to merge transaction links belonging to the same transaction end to obtain transaction line data of transaction data.

[0031] In some possible implementations, the device also includes:

[0032] The sending module is used to send transaction line data to the user device.

[0033] In some possible implementations, transaction data includes payment data.

[0034] From a third-party system perspective, this application provides an electronic device, which includes:

[0035] Processor and memory storing computer program instructions;

[0036] The data processing method used by the processor to execute the first aspect mentioned above when executing computer program instructions.

[0037] Fourthly, embodiments of this application provide a computer storage medium storing computer program instructions, which, when executed by a processor, implement the data processing method described in the first aspect.

[0038] Fifthly, embodiments of this application provide a computer program product, including a computer program that, when processed by a processor, implements the data processing method described in the first aspect.

[0039] The data processing method, apparatus, device, medium, and product disclosed in this application can determine at least two target transaction systems based on the service code of the transaction data in the query request after receiving a transaction data query request from a user device. By obtaining the transaction links of the transaction data in the at least two target transaction systems, transaction line data of the transaction data is obtained, realizing the automated acquisition of transaction line data of multiple systems and improving the query efficiency of transaction line data. Attached Figure Description

[0040] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0041] Figure 1 This is a flowchart illustrating a data processing system provided in one embodiment of this application.

[0042] Figure 2 This is a flowchart illustrating a data processing method provided in one embodiment of this application.

[0043] Figure 3This is an exemplary transaction chain diagram provided for one embodiment of this application.

[0044] Figure 4 This is another exemplary transaction chain diagram provided for one embodiment of this application.

[0045] Figure 5 This is yet another exemplary transaction chain diagram provided for one embodiment of this application.

[0046] Figure 6 This is yet another exemplary transaction chain diagram provided for one embodiment of this application.

[0047] Figure 7 This is an exemplary transaction line data diagram provided for one embodiment of this application.

[0048] Figure 8 This is a schematic diagram of a data processing apparatus provided in one embodiment of this application.

[0049] Figure 9 This is a schematic diagram of the hardware structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0050] The features and exemplary embodiments of various aspects of this application will be described in detail below. To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain this application and not to limit it. For those skilled in the art, this application can be implemented without some of these specific details. The following description of the embodiments is merely to provide a better understanding of this application by illustrating examples.

[0051] It should be noted that, in this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising..." does not exclude the presence of additional identical elements in the process, method, article, or apparatus that includes the element.

[0052] It should be noted that the acquisition, storage, use, and processing of data in this application embodiment all comply with the relevant provisions of national laws and regulations.

[0053] Before introducing the technical solutions of the embodiments of this application, some background technologies of the embodiments of this application will be introduced first:

[0054] Currently, banks and other institutions have an increasing number of transaction systems. A single transaction often requires processing by multiple systems before it can be finalized. Therefore, when querying the specific systems and transaction lines involved in a transaction, it is necessary to manually query each transaction system and then manually summarize the transaction lines of each system to obtain the final transaction chain of the transaction data.

[0055] In one example, reference Figures 1-4 To check a payment, you first need to access a transaction query system comprised of multiple transaction endpoints, for example... Figure 1 The system comprises a front-end (101), a payment system (102), and a third-party system (103) to form a corresponding query transaction system. Specifically, the front-end (101) inputs a query request into the payment system (102). The payment system (102) retrieves the pending payment order from the third-party system (103). Then, the front-end (101) pays the pending payment order through the core system (104). After payment, the front-end (101) sends a payment completion notification to the third-party system (103) through the payment system (102). The third-party system (103) retrieves the reconciliation file sent from the core system (104) from the payment system (102). This process results in three transaction systems: Figure 1 The transaction tracking system is composed of [various components]. Figure 2 The payment transaction system is composed of Figure 3 The notification transaction system and Figure 4 The reconciliation transaction system consists of three separate systems that are not interconnected. Each system's transaction line needs to be manually aggregated to obtain the final transaction link of the transaction data, resulting in low query efficiency when querying transaction line data.

[0056] To address the aforementioned problems, embodiments of this application provide a data processing method, apparatus, device, medium, and product capable of automating the acquisition of transaction line data from multiple systems and improving the efficiency of transaction line data query. For example... Figure 5 As shown in the illustration, this application proposes a data processing system, including a query system and a transaction system. The number of transaction systems can be one or more, and is not limited here. The specific execution process of the data processing system is as follows:

[0057] S510: The query system can accept query requests from user devices for transaction data, and the query request includes the service code of the transaction data.

[0058] S520: The query system determines the target transaction system based on the service code in the query request.

[0059] The target trading system can be at least one of the trading systems. Here, the target trading system is the trading system that includes the above-mentioned trading data among multiple trading systems. Therefore, when determining the target trading system based on the service code, it is possible to select the trading system that includes the transaction data by querying the number of transactions in all trading systems.

[0060] S530: The query system sends the query request to the target trading system in the trading system.

[0061] S540: The target trading system in the trading system will find the trading chain corresponding to the trading data based on the query request.

[0062] S550: The target trading system sends the trading link to the query system.

[0063] S560: The query system summarizes the above transaction links to obtain transaction line data.

[0064] By setting up a query system, transaction links can be found in the transaction system, and the transaction line data can be summarized, overcoming the problem of low efficiency caused by manual operation to query transaction line data.

[0065] The data processing method proposed in the embodiments of this application will be described in detail below.

[0066] like Figure 6 As shown in the figure, this application proposes a data processing method, including:

[0067] S610: Receives a query request for transaction data sent by a user equipment, wherein the query request includes the service code of the transaction data.

[0068] The aforementioned query request can be a query request for transaction data entered by the user on the user device based on actual needs. The query request may vary depending on the type of transaction data. For example, when the transaction data is payment data, the query request may be to query the pending payment order or to query whether the payment has been completed.

[0069] Typically, to ensure transaction security, each transaction has a unique service code. Therefore, when querying transaction data, the service code can be used to retrieve the data. Thus, in this embodiment, a query request containing the service code of the transaction data sent by the user equipment can be received to perform the query.

[0070] S620: Based on the service code, at least two target trading systems are identified, wherein each target trading system includes at least two trading terminals, and the target trading systems are formed by the transaction links of the transaction data between the trading terminals.

[0071] The target transaction system refers to the transaction system that includes the aforementioned transaction data among multiple transaction systems. Taking payment data as an example, the transaction systems related to payment data may include multiple systems, such as: order inquiry transaction system, payment transaction system, notification transaction system, reconciliation transaction system, or order loss system. However, since the transaction data of different transaction systems are different, different transaction systems may include the same service code for the same transaction data. Therefore, at least two target transaction systems can be identified based on the service code. Taking payment data as an example, the transaction systems that can be identified from the service code of the payment data may include: order inquiry transaction system 100, payment transaction system 200, notification transaction system 300, and reconciliation transaction system 400, etc.

[0072] After receiving a query request for transaction data, at least two target transaction systems can be identified based on the service code of the transaction data in the query request. Here, since each target transaction system includes at least two trading terminals, the target transaction systems are formed through transaction links of transaction data. Figure 1 As shown, in the order inquiry transaction system 100, the transaction end may include: front-end 101, payment system 102 and third-party system 103.

[0073] Here, determining the target trading system based on the transaction code can be done by broadcasting the service code to all trading systems. After receiving the service code, each trading system queries the trading data in the trading system based on the service code, and the trading system that contains the trading data is identified as the target trading system.

[0074] In some examples, it is also possible to directly query the trading system based on the transaction code, and identify the trading system containing the transaction data as the target trading system.

[0075] In some examples, the query request may also include at least two transaction ends of the transaction data. Therefore, it is also possible to query the transaction ends in the transaction system based on at least two transaction ends, and identify the transaction system that includes the above-mentioned at least two transaction ends as the target transaction system.

[0076] S630: Transaction chain that acquires transaction data from at least two target trading systems.

[0077] A transaction chain can be a line connecting transaction data from at least two target transaction systems. This chain can be visualized graphically. Taking payment data as an example, after identifying the target transaction systems—order inquiry system 100, payment system 200, notification system 300, and reconciliation system 400—each system will have its own transaction chain. For example... Figure 1 As shown, in the order inquiry transaction system 100, the transaction end includes: front-end 101, payment system 102 and third-party system 103. Therefore, the transaction link in the order inquiry transaction system is that the front-end 101 queries the order to be paid through the payment system 102 in the third-party system 103.

[0078] In payment transaction system 200, such as Figure 2 As shown, the transaction end may include front-end 101 and core system 104. Therefore, the transaction link in the payment transaction system is that front-end 301 pays the fee of the order to be paid through core system 104.

[0079] In the notification transaction system 300, such as Figure 3 As shown, the transaction end may include front-end 101, payment system 102 and third-party system 103. Therefore, in the transaction link of the notification transaction system, after front-end 101 completes the payment, the payment completion notification is sent to third-party system 103 through payment system 102.

[0080] In the reconciliation transaction system 400, such as Figure 4 As shown, the transaction endpoint may include a core system 104, a payment system 102, and a third-party system 103. Therefore, the transaction link in the reconciliation transaction system is that the core system 104 sends the reconciliation file to the third-party system 103 through the payment system 102. After identifying at least two target transaction systems, the transaction links of the transaction data in at least two target transaction systems can be obtained. Here, the transaction links of the transaction data can be obtained directly by querying the target systems based on the service code.

[0081] In some examples, the target transaction system may query the transaction data based on the received service code and provide feedback on the queried transaction links.

[0082] S640: Summarize the transaction links to obtain transaction line data of the transaction data.

[0083] After obtaining the transaction chain, the transaction chains can be aggregated. Specifically, this can involve merging the transaction ends in the same transaction chain to obtain transaction line data.

[0084] In some examples, different transaction chains can also be summarized according to a preset chart template to obtain transaction line data of transaction data.

[0085] In this embodiment, by receiving a transaction data query request sent by a user equipment, at least two target transaction systems are identified based on the service code of the transaction data in the query request. By obtaining the transaction links of the transaction data in the at least two target transaction systems, transaction line data of the transaction data is obtained, realizing the automated acquisition of transaction line data of multiple systems and improving the query efficiency of transaction line data.

[0086] In some embodiments, step S620, determining at least two target transaction systems for the transaction data based on the service code, includes:

[0087] Based on the service code, query transaction data in multiple trading systems; identify the trading system containing the transaction data as the target trading system.

[0088] Since the trading system includes at least two trading terminals, and the target trading system is formed by the transaction links of the transaction data between the trading terminals, the transaction data can be queried in the trading system based on the service code, and the trading system containing the transaction data can be identified as the target trading system.

[0089] In some examples, transaction data may include payment data. The transaction systems associated with the payment data may include order inquiry systems, payment systems, notification systems, reconciliation systems, or order drop systems. Therefore, payment data can be queried in multiple systems based on the service code of the payment data. For example, for payment data with the service code "xxx", the target transaction systems that include the above service codes may include: order inquiry systems, payment systems, notification systems, and reconciliation systems.

[0090] In this embodiment, the method of determining the target trading system by querying transaction data in the trading system based on the service code can query multiple target trading systems with one click, overcoming the inefficiency of querying one by one in the traditional query method, thus improving the efficiency of querying transaction data.

[0091] In some embodiments, the user device has a first data interface, and each transaction system includes a second data interface, enabling querying of transaction data across multiple transaction systems based on a service code, including:

[0092] Based on the service code, transaction data can be queried in multiple transaction systems through the first and second data interfaces.

[0093] To enable rapid data connection and querying, a first data interface can be set up on the user device, and a second data interface can be set up on each trading system. Data transmission with the user device is conducted through the first data interface, and data transmission with each trading system is conducted through the second data interface. By setting up the first and second data interfaces, data transmission efficiency is improved, thus increasing the efficiency of querying trading data.

[0094] In some examples, a query system can be set up, allowing user devices to send query requests to the query system via a first data interface. Upon receiving the query request, the query system can then use the service code in the query request to retrieve transaction data from the transaction system via a second data interface.

[0095] In some embodiments, step S640: summarizing the transaction links to obtain transaction line data of the transaction data, including:

[0096] Transaction links belonging to the same transaction end are merged to obtain transaction line data of transaction data.

[0097] Since different transaction links found may have the same transaction endpoint, it is necessary to merge transaction links with the same transaction endpoint to obtain transaction line data.

[0098] Based on the above Figures 1-4 Four different trading chains may contain the same trading endpoints. Therefore, it's necessary to aggregate the trading chains and merge those with the same trading endpoints to obtain trading line data. To ensure clearer display of this data, it can be displayed according to a preset method, such as... Figure 7 The chart shown is presented here. It is conceivable that the trading line data could also be displayed in other ways, such as text or lists, and no limitation is made here.

[0099] In this embodiment, by merging transaction links belonging to the same transaction end in the obtained transaction link, the transaction line data can be obtained in a way that makes the obtained transaction line data more standardized, making it easier for users to view at a glance and improving the user experience.

[0100] In some embodiments, after summarizing the transaction links to obtain transaction line data, the method further includes sending the transaction line data to the user device.

[0101] After obtaining the trading line data, it can be sent to the user device. Here, the trading line data can still be sent to the user device through the first data interface, which improves data transmission efficiency.

[0102] As one implementation, this application embodiment identifies at least two target transaction systems by receiving a query request for transaction data sent by a user device, which includes a service code containing transaction data. By obtaining and summarizing the target transaction links in the target transaction systems, transaction line data is obtained, eliminating the need for manual querying and improving the query efficiency of transaction line data.

[0103] like Figure 8 As shown, this application embodiment provides a data processing apparatus, including:

[0104] The receiving module 801 is used to receive a query request for transaction data sent by the user equipment, wherein the query request includes the service code of the transaction data.

[0105] The determination module 802 is used to determine at least two target trading systems based on the service code, wherein each target trading system includes at least two trading terminals, and the target trading systems are formed by the transaction links of the transaction data between the trading terminals.

[0106] The acquisition module 803 is used to acquire the transaction links of transaction data from at least two target trading systems.

[0107] The aggregation module 804 is used to aggregate the transaction links to obtain transaction line data of the transaction data.

[0108] In some embodiments, the determining module 802 specifically includes:

[0109] The query unit is used to query transaction data across multiple transaction systems based on the service code;

[0110] The determining unit is used to determine the target trading system as the trading system that includes the trading data.

[0111] In some embodiments, the user device has a first data interface, each transaction system includes a second data interface, and the query unit includes:

[0112] The query subunit is used to query transaction data in multiple transaction systems based on the service code through the first data interface and the second data interface.

[0113] In some embodiments, the summarization module 804 includes:

[0114] The aggregation unit is used to merge transaction links belonging to the same transaction end in at least two target transaction systems to obtain transaction line data of transaction data.

[0115] In some embodiments, the apparatus further includes:

[0116] The sending module is used to send transaction line data to the user device.

[0117] In some embodiments, transaction data includes payment data.

[0118] The apparatus described above is used to implement the corresponding data processing method in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0119] Figure 9 A schematic diagram of the hardware structure of an electronic device is provided in the application embodiment.

[0120] The electronic device 900 may include a processor 901 and a memory 902 storing computer program instructions.

[0121] Specifically, the processor 901 may include a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits that can be configured to implement the embodiments of this application.

[0122] Memory 902 may include mass storage for data or instructions. For example, and not limitingly, memory 902 may include a hard disk drive (HDD), floppy disk drive, flash memory, optical disk, magneto-optical disk, magnetic tape, or Universal Serial Bus (USB) drive, or a combination of two or more of these. Where appropriate, memory 902 may include removable or non-removable (or fixed) media. Where appropriate, memory 902 may be internal or external to the integrated gateway disaster recovery device. In a particular embodiment, memory 902 is non-volatile solid-state memory.

[0123] In a particular embodiment, memory 902 includes read-only memory (ROM). Where appropriate, the ROM may be a mask-programmed ROM, a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable PROM (EEPROM), an electrically rewritable ROM (EAROM), or flash memory, or a combination of two or more of these.

[0124] Memory may include read-only memory (ROM), random access memory (RAM), disk storage media devices, optical storage media devices, flash memory devices, and electrical, optical, or other physical / tangible memory storage devices. Therefore, typically, memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., memory devices) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the method according to the first aspect of this application.

[0125] The processor 901 reads and executes computer program instructions stored in the memory 902 to implement any of the data processing methods in the above embodiments.

[0126] In one example, the electronic device may also include a communication interface 903 and a bus 904. Wherein, for example... Figure 9 The processor 901, memory 902, and communication interface 903 are connected through bus 904 and complete communication with each other.

[0127] The communication interface 903 is mainly used to realize communication between various modules, devices, units and / or equipment in the embodiments of this application.

[0128] Bus 904 includes hardware, software, or both, that couples components of an online data traffic metering device together. For example, and not limitingly, the bus may include an Accelerated Graphics Port (AGP) or other graphics bus, an Enhanced Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), HyperTransport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an Infinite Bandwidth Interconnect, a Low Pin Count (LPC) bus, a memory bus, a Microchannel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local (VLB) bus, or other suitable buses, or combinations of two or more of these. Where appropriate, bus 904 may include one or more buses. Although specific buses are described and illustrated in embodiments of this application, any suitable bus or interconnect is contemplated herein.

[0129] The electronic devices described above are used to implement the corresponding data processing methods in any of the foregoing embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0130] Furthermore, in conjunction with the data processing methods in the above embodiments, this application embodiment can provide a computer storage medium for implementation. This computer storage medium stores computer program instructions; when these computer program instructions are executed by a processor, they implement any of the data processing methods in the above embodiments.

[0131] Furthermore, in conjunction with the data processing methods in the above embodiments, this application embodiment can provide a computer program product for implementation. When the instructions of this computer program product are executed by the processor of an electronic device, they implement any of the data processing methods in the above embodiments.

[0132] Those skilled in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of this application (including the claims) is limited to these examples; within the framework of this application, the technical features of the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other variations of different aspects of the embodiments of this application as described above, which are not provided in the details for the sake of brevity.

[0133] The functional blocks shown in the above-described structural diagram can be implemented as hardware, software, firmware, or a combination thereof. When implemented in hardware, they can be, for example, electronic circuits, application-specific integrated circuits (ASICs), appropriate firmware, plug-ins, function cards, etc. When implemented in software, the elements of this application are programs or code segments used to perform the required tasks. Programs or code segments can be stored on a machine-readable medium or transmitted over a transmission medium or communication link via data signals carried on a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, fiber optic media, radio frequency (RF) links, etc. Code segments can be downloaded via computer networks such as the Internet, intranets, etc.

[0134] It should also be noted that the exemplary embodiments mentioned in this application describe methods or apparatuses based on a series of steps or devices. However, this application is not limited to the order of the above steps; that is, the steps can be performed in the order mentioned in the embodiments, or in a different order, or several steps can be performed simultaneously.

[0135] The aspects of this application have been described above with reference to flowchart illustrations and / or block diagrams of methods, apparatus (devices), and computer program products according to embodiments of this application. It should be understood that each block in the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that these instructions, executable via the processor of the computer or other programmable data processing apparatus, enable the implementation of the functions / actions specified in one or more blocks of the flowchart illustrations and / or block diagrams. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field-programmable logic circuit. It is also understood that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can also be implemented by dedicated hardware performing the specified functions or actions, or can be implemented by a combination of dedicated hardware and computer instructions.

[0136] The above description is merely a specific embodiment of this application. Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the devices, modules, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here. It should be understood that the protection scope of this application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in this application, and these modifications or substitutions should all be covered within the protection scope of this application.

Claims

1. A method of processing data, characterized by, The method comprises the following steps: receiving a query request of transaction data sent by a user equipment, wherein a service code of the transaction data is included in the query request; determining at least two target transaction systems of the transaction data based on the service code, wherein each target transaction system comprises at least two transaction ends, and each transaction end forms the target transaction system through a transaction link of the transaction data; obtaining transaction links of the transaction data in the at least two target transaction systems; summarizing the transaction links to obtain transaction line data of the transaction data; the step of determining the at least two target transaction systems of the transaction data based on the service code comprises: querying the transaction data in multiple transaction systems based on the service code; determining a transaction system comprising the transaction data as a target transaction system.

2. The data processing method according to claim 1, characterized in that, the user equipment has a first data interface, and each transaction system comprises a second data interface, and the step of querying the transaction data in multiple transaction systems based on the service code comprises: querying the transaction data in multiple transaction systems based on the service code through the first data interface and the second data interface.

3. The data processing method according to claim 1, characterized in that, the step of summarizing the transaction links to obtain the transaction line data of the transaction data comprises: merging transaction links belonging to the same transaction end to obtain the transaction line data of the transaction data.

4. The data processing method according to claim 1, characterized in that, after the step of summarizing the transaction links to obtain the transaction line data of the transaction data, the method further comprises: sending the transaction line data to the user equipment.

5. The data processing method according to claim 1, characterized in that, The transaction data comprises payment data.

6. A data processing device, characterized by comprising: The method comprises the following steps: a receiving module is configured to receive a query request of transaction data sent by a user equipment, wherein a service code of the transaction data is included in the query request; a determining module is configured to determine at least two target transaction systems of the transaction data based on the service code, wherein each target transaction system comprises at least two transaction ends, and each transaction end forms the target transaction system through a transaction link of the transaction data; an obtaining module is configured to obtain transaction links of the transaction data in the at least two target transaction systems; a summarizing module is configured to summarize the transaction links to obtain transaction line data of the transaction data; the determining module is specifically configured to: query the transaction data in multiple transaction systems based on the service code; determine a transaction system comprising the transaction data as a target transaction system.

7. An electronic device, comprising: The device comprises a processor and a memory storing computer program instructions; the processor reads and executes the computer program instructions to implement the data processing method of any one of claims 1 to 5.

8. A readable storage medium, characterized by, The computer program instructions are stored on the readable storage medium and are executed by the processor to implement the data processing method of any one of claims 1 to 5.

9. A computer program product comprising a computer program, characterized in that, The computer program is processed by the processor to implement the data processing method of any one of claims 1 to 5.

Citation Information

Patent Citations

  • Distributed transaction link tracking system based on micro-service architecture

    CN114020556A