A transaction data processing method and related device

Abstract

The present application provides a transaction data processing method and related device, which are applied to a server. The method includes: creating a main window according to the window structure of a transaction website interface, where the main window includes a plurality of display windows for displaying transaction data; creating a window service module; obtaining, by the window service module, a plurality of transaction data corresponding one-to-one to the plurality of display windows from a plurality of data sources; and displaying, by the window service module, the corresponding transaction data in the plurality of display windows respectively. The present application creates a window service module to interact between the background data source and the front-end transaction website interface, decoupling the back-end and the front-end, and ensuring the purity of the data of the back-end and the front-end.

Description

Technical Field

[0001] This application relates to the technical field of data processing, and in particular to a transaction data processing method and related device. Background Art

[0002] Currently, transaction systems always encounter a contradiction. Data that is strongly related to the transaction itself often fails to meet the flexible and variable display needs of the front end.

[0003] The prior art generally modifies the structure of transaction data to meet the display needs. This not only exposes the system to risks caused by frequent changes in requirements, but also increases the coupling between transaction data, making it difficult to ensure consistency. Therefore, a common practice in the industry is to transfer this complexity to the front end, where different transaction data is associated and processed by the front end and then presented according to the display requirements. This obviously only reduces the impact of this problem and avoids systemic risks, but does not solve the root of the problem. As a result, the logic of the front end becomes more and more complex, more and more heavyweight, and more and more difficult to iterate. Summary of the Invention

[0004] In view of the deficiencies of the above prior art, the purpose of this application is to provide a transaction data processing method and related device, aiming to decouple the back end and the front end and ensure the purity of the data of the back end and the front end.

[0005] To achieve the above purpose, this application adopts the following technical solutions:

[0006] In a first aspect, an embodiment of this application provides a transaction data processing method, which is applied to a server. The method includes:

[0007] Create a main window according to the window structure of the transaction website interface. The main window includes multiple display windows for displaying transaction data;

[0008] Create a window service module;

[0009] The window service module obtains multiple transaction data corresponding one by one to the multiple display windows from multiple data sources;

[0010] The window service module respectively displays the corresponding transaction data in the multiple display windows.

[0011] In a second aspect, an embodiment of this application provides a transaction data processing device, which is applied to a server. The device includes:

[0012] A first creation unit for creating a main window according to the window structure of the transaction website interface. The main window includes multiple display windows for displaying transaction data;

[0013] A second creation unit, configured to create a window service module;

[0014] The window service module is configured to obtain a plurality of transaction data corresponding to the plurality of display windows from a plurality of data sources, and respectively display the corresponding transaction data in the plurality of display windows.

[0015] In a third aspect, an embodiment of the present application provides an electronic device, including a processor and a memory. The memory is configured to store one or more programs and is configured to be executed by the processor. The programs include instructions for performing the steps in the method described in the first aspect.

[0016] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, storing a computer program for electronic data exchange. The computer program causes a computer to execute instructions for performing the steps in the method described in the first aspect.

[0017] Implementing the embodiments of the present application has the following beneficial effects:

[0018] It can be seen that the transaction data processing method and related devices described in the embodiments of the present application can create a main window according to the window structure of the transaction website interface. The main window includes a plurality of display windows for displaying transaction data; create a window service module; the window service module obtains a plurality of transaction data corresponding to the plurality of display windows from a plurality of data sources; and the window service module respectively displays the corresponding transaction data in the plurality of display windows. The present application creates a window service module to interact between the background data source and the front-end transaction website interface, decoupling the back-end and the front-end, and ensuring the purity of the data of the back-end and the front-end. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings required for the description of the embodiments or the prior art. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0020] Figure 1 is a schematic flowchart of a transaction data processing method provided by an embodiment of the present application;

[0021] Figure 2 is a block diagram of the functional units of a transaction data processing device provided by an embodiment of the present application;

[0022] Figure 3 is a schematic structural diagram of an electronic device provided by an embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0023] To enable those skilled in the art to better understand the solution of this application, the following will clearly and completely describe the technical solution in the embodiments of this application with reference to the accompanying drawings in the embodiments of this application. Obviously, the described embodiments are only a part of the embodiments of this application, rather than all the embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without making creative efforts belong to the scope of protection of this application.

[0024] The terms "first", "second", etc. in the specification and claims of this application and the above-mentioned accompanying drawings are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "comprising" and "having" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units is not limited to the listed steps or units, but optionally further includes steps or units not listed, or optionally further includes other steps or units inherent to these processes, methods, products, or devices.

[0025] Referring to "embodiment" herein means that a specific feature, structure, or characteristic described in connection with the embodiment may be included in at least one embodiment of this application. The phrase appears in various places in the specification and does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment mutually exclusive with other embodiments. Those skilled in the art will explicitly and implicitly understand that the embodiments described herein may be combined with other embodiments.

[0026] "At least one" in this application refers to one or more, and "multiple" refers to two or more. The "and / or" in this application, when describing the association relationship of associated objects, indicates that three relationships may exist. For example, A and / or B may represent: A exists alone, A and B exist simultaneously, or B exists alone, where A and B may be singular or plural. The character " / " generally indicates that the associated objects before and after are in an "or" relationship. "At least one (item) of the following" or its similar expression refers to any combination of these items, including any combination of single item (s) or plural item (s). For example, at least one (item) of a, b, or c may represent: a, b, c, a and b, a and c, b and c, or a, b, and c, where each of a, b, and c itself may be an element or a set containing one or more elements.

[0027] It should be noted that in the embodiments of the present application, "equal to" can be used in combination with "greater than", and is applicable to the technical solutions adopted when "greater than" is used. It can also be used in combination with "less than", and is applicable to the technical solutions adopted when "less than" is used. It should be noted that when "equal to" is used in combination with "greater than", it is not used in combination with "less than"; when "equal to" is used in combination with "less than", it is not used in combination with "greater than". In the embodiments of the present application, "of", "corresponding", and "corresponding" can sometimes be used interchangeably. It should be pointed out that when their differences are not emphasized, the meanings they express are the same.

[0028] First, some of the terms involved in the embodiments of the present application are explained to facilitate the understanding of those skilled in the art.

[0029] 1. Facade layer: The Facade pattern belongs to the structural pattern. Its intention is to provide a consistent interface for a group of interfaces in the subsystem. The Facade pattern defines a high-level interface, which makes this subsystem easier to use. In project design, dividing a system into several subsystems is conducive to reducing the complexity of the system. A common design goal is to minimize the communication and interdependence between subsystems. One way to achieve this goal is to introduce a Facade object, which provides a single and simple interface for the more general facilities in the subsystem.

[0030] Currently, the trading system always encounters a contradiction. Data that is strongly related to the transaction itself often fails to meet the flexible display needs of the front end.

[0031] The prior art generally modifies the structure of the transaction data to meet the display needs. This not only exposes the system to risks caused by frequent changes in requirements, but also increases the coupling between transaction data, making it difficult to ensure consistency. Therefore, a common practice in the industry is to shift this complexity to the front end, where different transaction data is associated and processed by the front end and presented according to the display requirements. This obviously only reduces the impact of this problem and avoids systemic risks, but does not solve the root of the problem. As a result, the logic of the front end becomes more and more complex, more and more heavyweight, and more and more difficult to iterate.

[0032] In view of the above problems, the present application provides a transaction data processing method, which can be applied to the scenario of transaction data processing. A window service module can be created through this method; the window service module obtains the window structure of the transaction website interface, and the window structure is used to indicate a plurality of display windows; a plurality of transaction data corresponding one-to-one to the plurality of display windows are obtained from a plurality of data sources; and the corresponding transaction data are respectively displayed in the plurality of display windows. This solution can be applied to a variety of scenarios (such as the scenario of transaction data update), including but not limited to the application scenarios mentioned above.

[0033] The following uses specific embodiments to illustrate the information query method provided by the present application.

[0034] As Figure 1 shown, the present application provides a transaction data processing method, which is applied to a server, and the method includes:

[0035] Step 101, create a main window according to the window structure of the transaction website interface.

[0036] Among them, the main window includes a plurality of display windows for displaying transaction data.

[0037] In specific implementation, a corresponding Facade layer is defined according to the needs of front-end display (i.e., the window structure) as the main window of the transaction website interface, and the main window includes a plurality of display windows.

[0038] Step 102, create a window service module.

[0039] In specific implementation, the window service module can be a middleware, which is the main processing module for data interaction between the front end and the back end, and reconstructs the transaction data according to the structure of the main window.

[0040] In a possible embodiment, the window service module includes a plurality of data acquisition units and a plurality of window update units; creating the window service module includes: setting a plurality of data acquisition units and a plurality of window update units according to the correspondence between the plurality of display windows and the plurality of data sources, where the data acquisition units are used to acquire the transaction data of the corresponding data sources, and the window update units are used to update the transaction data displayed in the display windows; associating the plurality of data acquisition units with the plurality of data sources one-to-one; associating the plurality of window update units with the plurality of display windows one-to-one; and associating the plurality of window update units with the corresponding data acquisition units according to the correspondence between the transaction data acquired by each data acquisition unit in the plurality of data acquisition units and the display windows.

[0041] Exemplarily, the data acquisition unit can be a data collector, and the window update unit can be a trigger.

[0042] It can be understood that the data acquisition unit and the window update unit may also be other functional modules, functional units, chips, processors, etc., and no unique limitation is made here.

[0043] Exemplarily, in a preferred solution, the number of the data acquisition units is the same as the number of the data sources. In addition, in other solutions, the number of the data acquisition units and the number of the data sources may also be different. When the number of the data acquisition units is less than the number of the data sources, the data acquisition units can be reused.

[0044] Exemplarily, in a preferred solution, the number of the window update units is the same as the number of the display windows. In addition, in other solutions, the number of the window update units and the number of the display windows may also be different. When the number of the window update units is less than the number of the display windows, the corresponding relationship between the transaction data and the display windows can be determined by setting window identifiers, so as to reuse the window update units to update the transaction data of the display windows.

[0045] Exemplarily, the data source may be a database of a transaction server, etc., and no unique limitation is made here.

[0046] In specific implementation, the same number of data acquisition units are configured according to the number of data sources, and these data acquisition units are associated with these data sources one by one, so that each data acquisition unit can acquire the transaction data in the associated data source. Similarly, the same number of window update units are configured according to the number of display windows, and these window update units are associated with these display windows one by one, so that each window update unit can update the data of the associated display window. Further, since the transaction data to be displayed by the display window comes from the corresponding data source, therefore, according to the source of the transaction data to be displayed by the display window, the multiple window update units are associated with the corresponding data acquisition units to complete the creation of the window service module and the construction of the system architecture.

[0047] It can be seen that in this embodiment, the creation of the window service module and the construction of the system architecture are realized.

[0048] In a possible embodiment, associating the plurality of window update units with corresponding data acquisition units according to the correspondence between the transaction data collected by each data acquisition unit among the plurality of data acquisition units and the display windows includes: for the association process of each window update unit and data acquisition unit, perform the following operations: according to the display window associated with the currently processed window update unit, determine the transaction data to be displayed by the associated display window; determine the data acquisition unit that collects the transaction data; and associate the currently processed window update unit with the data acquisition unit.

[0049] In specific implementation, first, according to the display window associated with the currently processed window update unit, determine the transaction data to be displayed by the associated display window, determine the data source corresponding to the transaction data, and according to the correspondence between the data source and the data acquisition unit, determine the data acquisition unit that collects the transaction data, and then associate the currently processed window update unit with the data acquisition unit.

[0050] It can be seen that in this embodiment, the association between the plurality of window update units and the plurality of data acquisition units is realized.

[0051] Step 103: The window service module obtains a plurality of transaction data corresponding one by one to the plurality of display windows from a plurality of data sources.

[0052] In a possible embodiment, obtaining the plurality of transaction data corresponding one by one to the plurality of display windows from a plurality of data sources includes: each data acquisition unit obtains transaction data from the associated data source to obtain a plurality of transaction data; for each transaction data, perform the following operations: according to the first identifier in the currently processed transaction data, send the currently processed transaction data to the first window update unit, where the first identifier is used to indicate the first window update unit, and the first window update unit refers to the window update unit associated with the display window for displaying the currently processed transaction data.

[0053] In specific implementation, after the creation of the window service module and the construction of the system architecture are completed, each data acquisition unit obtains the corresponding transaction data from the associated data source to obtain a plurality of transaction data. Further, according to the first identifier in the plurality of transaction data, send the currently processed transaction data to the corresponding first window update unit. It can be understood that the operations for each transaction data can be executed simultaneously, or in sequence, or randomly, and no uniqueness limitation is made here.

[0054] It can be seen that in this embodiment, the acquisition and sending of transaction data are realized.

[0055] The following is a brief description with specific examples:

[0056] For example, the back-end data source Instruction has information such as productId / quantity / price / side / traderId / instructionId / channels, but what the front-end hopes to display in InstructionView is productId / quantity / price / side / traderId / remainQuantity / averagePrice. Then, according to the configuration, the window service module extracts productId / quantity / price / side / traderId from the data source Instruction through the data acquisition unit, and obtains remainQuantity / averagePrice that Instruction does not have from other associated data sources.

[0057] Step 104: The window service module respectively displays corresponding transaction data in the multiple display windows.

[0058] In a possible embodiment, for the step of respectively displaying corresponding transaction data in the multiple display windows, the method further includes: each window update unit in the multiple window update units receives the transaction data sent by the corresponding data acquisition unit; and displays the transaction data in the associated display window.

[0059] In a specific implementation, after each window update unit receives the transaction data sent by the corresponding data acquisition unit, it updates the data of the associated display window, so that the display window displays the transaction data received by the window update unit.

[0060] It can be seen that in this embodiment, the purpose of making the display window display the corresponding transaction data is achieved.

[0061] In a possible embodiment, after respectively displaying corresponding transaction data in the multiple display windows, the method further includes:

[0062] Receiving a data update instruction from a user, and sending a data acquisition request to a corresponding second window update unit according to the second transaction data to be updated by the data update instruction, where the second window update unit is any one of the multiple window update units;

[0063] The second window update unit receives the data acquisition request, and sends a data acquisition instruction to the associated second data acquisition unit according to the data acquisition request;

[0064] The second data acquisition unit obtains second transaction data from the associated second data source according to the data acquisition instruction;

[0065] The second data acquisition unit sends the obtained second transaction data to the second window update unit;

[0066] The second window update unit updates the data of the associated display window to display the second transaction data in the display window.

[0067] Exemplarily, the triggering manner of the update instruction may be touch, mouse click, gesture control, etc., and no unique limitation is made here.

[0068] In a specific implementation, when the user needs to switch interfaces, update the transaction data to be displayed, etc., the update instruction is triggered through the transaction website interface. The server receives the update instruction, determines the second display window of the transaction data to be updated, and then sends a data acquisition request to the second window update unit associated with the second display window. After receiving the data acquisition request, the second window update unit sends a data acquisition instruction to the associated second data acquisition unit. The second data acquisition unit then obtains second transaction data from the associated second data source according to the data acquisition instruction, and finally feeds back the second transaction data to the second window update unit. The window update unit updates the data of the associated display window to display the second transaction data in the display window, thereby completing the update of the second transaction data.

[0069] It can be seen that in this embodiment, the update of the transaction data is realized.

[0070] In a possible embodiment, the method further includes:

[0071] Establish an index for the instructions of the data acquisition unit and the command status of the in-memory database.

[0072] Taking the remainQuantity of the above InstructionView as an example, it is necessary to summarize all the orders associated with this Instruction and perform a query similar to select sum(remQty) from order where order.instructionId = 'xxx' and order.status = VALID. Obviously, for such a query, an index of instructionId and status needs to be established for the order table of the in-memory database.

[0073] In summary, a transaction data processing method and related device provided by the present application can create a main window according to the window structure of a transaction website interface. The main window includes multiple display windows for displaying transaction data; create a window service module; the window service module obtains multiple transaction data corresponding one-to-one to the multiple display windows from multiple data sources; and the window service module respectively displays the corresponding transaction data in the multiple display windows. By creating a window service module to interact between the background data source and the front-end transaction website interface, the present application decouples the back-end and the front-end, ensuring the purity of the data of the back-end and the front-end.

[0074] The above mainly introduces the solution of the embodiment of the present application from the perspective of the execution process on the method side. It can be understood that in order for the server to implement the above functions, it includes the corresponding hardware structure and / or software module for executing each function. Those skilled in the art should easily realize that, combining the units and algorithm steps of each example described in the embodiments provided herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed in the way of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the present application.

[0075] The embodiments of the present application can divide the functions of the server according to the above method examples. For example, each function unit can be divided corresponding to each function, or two or more functions can be integrated into one processing unit. The above integrated unit can be implemented in the form of hardware or in the form of a software function unit. It should be noted that the division of units in the embodiments of the present application is illustrative, only a logical function division, and there may be other division methods in actual implementation.

[0076] Please refer to Figure 2 , the present application provides a transaction data processing device 20, which is applied to a server. The device includes:

[0077] A first creation unit 21, configured to create a main window according to the window structure of a transaction website interface. The main window includes multiple display windows for displaying transaction data;

[0078] A second creation unit 22, configured to create a window service module 221;

[0079] The window service module 221 is configured to obtain multiple transaction data corresponding one-to-one to the multiple display windows from multiple data sources, and respectively display the corresponding transaction data in the multiple display windows.

[0080] It can be seen that in this embodiment, by creating the window service module 221 to interact between the background data source and the front-end trading website interface, the decoupling of the back-end and the front-end is achieved, ensuring the purity of the data of the back-end and the front-end.

[0081] In a possible embodiment, the window service module 221 includes a plurality of data collection units and a plurality of window update units; in terms of creating the window service module 221, the second creation unit 22 is specifically configured to: set a plurality of data collection units and a plurality of window update units according to the correspondence between the plurality of display windows and the plurality of data sources, where the data collection units are used to collect the transaction data of the corresponding data sources, and the window update units are used to update the transaction data displayed in the display windows; associate the plurality of data collection units with the plurality of data sources one by one; associate the plurality of window update units with the plurality of display windows one by one; and associate the plurality of window update units with the corresponding data collection units according to the correspondence between the transaction data collected by each data collection unit in the plurality of data collection units and the display windows.

[0082] In a possible embodiment, in terms of associating the plurality of window update units with the corresponding data collection units according to the correspondence between the transaction data collected by each data collection unit in the plurality of data collection units and the display windows, the second creation unit 22 is specifically configured to: for the association process of each window update unit and data collection unit, perform the following operations: determine the transaction data to be displayed in the associated display window according to the display window associated with the currently processed window update unit; determine the data collection unit that collects the transaction data; and associate the currently processed window update unit with the data collection unit.

[0083] In a possible embodiment, for obtaining a plurality of transaction data corresponding one by one to the plurality of display windows from a plurality of data sources, the plurality of data collection units are specifically configured to: each data collection unit obtains transaction data from the associated data source to obtain a plurality of transaction data; and for each transaction data, perform the following operations: send the currently processed transaction data to the first window update unit according to the first identifier in the currently processed transaction data, where the first identifier is used to indicate the first window update unit, and the first window update unit refers to the window update unit associated with the display window for displaying the currently processed transaction data.

[0084] In a possible embodiment, for displaying the corresponding transaction data in the plurality of display windows, the window update units are used to: each window update unit in the plurality of window update units receives the transaction data sent by the corresponding data collection unit; and display the transaction data in the associated display window.

[0085] In a possible embodiment, after the corresponding transaction data is respectively displayed in the multiple display windows, the updating unit: the transaction website interface receives a data update instruction from a user, and sends a data acquisition request to a corresponding second window updating unit according to the second transaction data to be updated by the data update instruction, where the second window updating unit is any one of the multiple window updating units; the second window updating unit receives the data acquisition request, and sends a data acquisition instruction to an associated second data acquisition unit according to the data acquisition request; the second data acquisition unit acquires second transaction data from an associated second data source according to the data acquisition instruction; the second data acquisition unit sends the acquired second transaction data to the second window updating unit; the second window updating unit updates the data of the associated display window to display the second transaction data in the display window.

[0086] In a possible embodiment, the method further includes: establishing an index for the instructions of the data acquisition unit and the command status of the memory database.

[0087] The present invention also provides a computer-readable storage medium storing one or more programs, which can be executed by one or more processors to implement the steps in the method described in the above embodiments.

[0088] Please refer to Figure 3 , Figure 3 which is a schematic diagram of an electronic device provided by an embodiment of the present application. The electronic device 30 includes an application processor 31, a memory 32, a communication interface 33, and one or more programs 321. The application processor 31 is communicatively connected to the memory 32 and the communication interface 33 through an internal communication bus.

[0089] In specific implementation, the one or more programs 321 are stored in the memory 32 and configured to be executed by the application processor 31. The one or more programs 321 include instructions for executing any step in the embodiment of the present application.

[0090] Among them, the communication interface 33 may include a cellular network communication module, a Wi-Fi communication module, etc.

[0091] Among them, the application processor 31 can be, for example, a Central Processing Unit (CPU), a general-purpose processor, a Digital Signal Processor (DSP), an Application-Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It can implement or execute various exemplary logic blocks, units, and circuits described in connection with the disclosure of the present application. The processor can also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, and so on. The communication unit can be a communication interface 33, a transceiver, a transceiver circuit, etc., and the storage unit can be a memory 32.

[0092] The memory 32 can be a volatile memory or a non-volatile memory, or can include both volatile and non-volatile memories. Among them, the non-volatile memory can be a read-only memory (ROM), a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable PROM (EEPROM), or a flash memory. The volatile memory can be a random access memory (RAM), which is used as an external cache. By way of example but not limitation, many forms of random access memory (RAM) are available, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchlink DRAM (SLDRAM), and direct rambus RAM (DR RAM).

[0093] In addition, the specific processes of loading and executing multiple instructions by the instruction processor in the above storage medium and mobile terminal have been described in detail in the above method, and will not be elaborated here one by one.

[0094] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application and are not intended to limit them. Although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions described in the foregoing embodiments, or perform equivalent replacements for some of the technical features. These modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. A transaction data processing method, applied to a server, characterized in that The method includes: Create a main window according to the window structure of the trading website interface, where the main window includes multiple display windows for displaying trading data; Create a window service module; the window service module is a middleware for data interaction between the front end and the back end, and the window service module is used to reconstruct the trading data according to the structure of the main window; the window service module includes multiple data acquisition units and multiple window update units; the window service module is created in the following way: set multiple data acquisition units and multiple window update units according to the correspondence between the multiple display windows and multiple data sources, the data acquisition unit is used to acquire the trading data of the corresponding data source and cannot acquire the trading data in other data sources, and the window update unit is used to update the trading data displayed in the display window and cannot update the trading data in other display windows; associate the multiple data acquisition units with the multiple data sources one by one; associate multiple window update units with the multiple display windows one by one; according to the correspondence between the trading data acquired by each data acquisition unit in the multiple data acquisition units and the display window, associate the multiple window update units with the corresponding data acquisition units; the data update of the trading data is realized based on the association relationship between the window update unit and the data acquisition unit, the association relationship between the data acquisition unit and the data source, and the association relationship between the data acquisition unit and the display window; The window service module obtains multiple trading data corresponding one by one to the multiple display windows from multiple data sources; The window service module respectively displays the corresponding trading data in the multiple display windows; Among them, the obtaining multiple trading data corresponding one by one to the multiple display windows from multiple data sources includes: Each data acquisition unit obtains trading data from the associated data source to obtain multiple trading data; Perform the following operations on each trading data: According to the first identifier in the currently processed trading data, send the currently processed trading data to the first window update unit, where the first identifier is used to indicate the first window update unit, and the first window update unit refers to the window update unit associated with the display window for displaying the currently processed trading data; Different data acquisition units correspond to different data sources, different window update units correspond to different display windows, and different window update units correspond to different data acquisition units; if the specified data source at the back end includes data 1 / data 2 and the View that the front end hopes to display includes data 1 / data 3, then the window service module extracts data 1 from the specified data source through the corresponding data acquisition unit according to the configuration and obtains data 3 that is not in the specified data source from other associated data sources.

2. The method according to claim 1, characterized in that, The associating the multiple window update units with the corresponding data acquisition units according to the correspondence between the trading data acquired by each data acquisition unit in the multiple data acquisition units and the display window includes: For the association process of each window update unit and the data acquisition unit, perform the following operations: Update the display window associated with the window update unit being currently processed, and determine the transaction data to be displayed in the associated display window; Determine the data acquisition unit that acquires the transaction data; Associate the window update unit being currently processed with the data acquisition unit.

3. The method according to claim 2, wherein For separately displaying corresponding transaction data in the multiple display windows, the method further includes: Each window update unit among the multiple window update units receives the transaction data sent by the corresponding data acquisition unit; Display the transaction data in the associated display window.

4. The method according to claim 1, wherein After separately displaying corresponding transaction data in the multiple display windows, the method further includes: Receive a data update instruction from a user, and send a data acquisition request to a corresponding second window update unit according to the second transaction data to be updated by the data update instruction, where the second window update unit is any one of the multiple window update units; The second window update unit receives the data acquisition request, and sends a data acquisition instruction to the associated second data acquisition unit according to the data acquisition request; The second data acquisition unit acquires second transaction data from the associated second data source according to the data acquisition instruction; The second data acquisition unit sends the acquired second transaction data to the second window update unit; The second window update unit updates the data of the associated display window to display the second transaction data in the display window.

5. The method according to claim 1, wherein The method further includes: Establish an index for the instructions of the data acquisition unit and the command status of the memory database.

6. A transaction data processing device, applied to a server, characterized in that The apparatus includes: A first creation unit, configured to create a main window according to the window structure of the transaction website interface, where the main window includes multiple display windows for displaying transaction data; A second creation unit for creating a window service module; the window service module is a middleware for data interaction between the front end and the back end, and the window service module is used to reconstruct transaction data according to the structure of the main window; the window service module includes a plurality of data acquisition units and a plurality of window update units; the window service module is created in the following manner: a plurality of data acquisition units and a plurality of window update units are set according to the corresponding relationship between the plurality of display windows and the plurality of data sources, the data acquisition unit is used to acquire the transaction data of the corresponding data source and cannot acquire the transaction data in other data sources, and the window update unit is used to update the transaction data displayed in the display window and cannot update the transaction data in other display windows; the plurality of data acquisition units are associated with the plurality of data sources one by one; the plurality of window update units are associated with the plurality of display windows one by one; according to the corresponding relationship between the transaction data acquired by each data acquisition unit in the plurality of data acquisition units and the display window, the plurality of window update units are associated with the corresponding data acquisition units; the data update of the transaction data is realized based on the association relationship between the window update unit and the data acquisition unit, the association relationship between the data acquisition unit and the data source, and the association relationship between the data acquisition unit and the display window; The window service module is used to obtain a plurality of transaction data corresponding to the plurality of display windows from a plurality of data sources and respectively display the corresponding transaction data in the plurality of display windows; Among them, the window service module obtains a plurality of transaction data corresponding to the plurality of display windows from a plurality of data sources, specifically for: Each data acquisition unit obtains transaction data from the associated data source to obtain a plurality of transaction data; Perform the following operations for each transaction data: According to the first identifier in the currently processed transaction data, send the currently processed transaction data to the first window update unit, where the first identifier is used to indicate the first window update unit, and the first window update unit refers to the window update unit associated with the display window for displaying the currently processed transaction data; Different data acquisition units correspond to different data sources, different window update units correspond to different display windows, and different window update units correspond to different data acquisition units; if the specified data source of the back end includes Data 1 / Data 2 and the Views that the front end hopes to display include Data 1 / Data 3, the window service module extracts Data 1 from the specified data source through the corresponding data acquisition unit according to the configuration and obtains Data 3 that is not in the specified data source from other associated data sources.

7. An electronic device, characterized in that, Including a processor and a memory, the memory is used to store one or more programs and is configured to be executed by the processor, and the programs include instructions for performing the steps in the method according to any one of claims 1-5.

8. A computer-readable storage medium, characterized in that, A computer program for electronic data exchange is stored, wherein the computer program enables a computer to execute the instructions for performing the steps in the method according to any one of claims 1-5.

Images