CN113656435B

CN113656435B - Transaction data query method, electronic device and storage medium

Info

Publication number: CN113656435B
Application number: CN202110958695.4A
Authority: CN
Inventors: 聂小平; 刘立波; 提广乾; 迟宝佳
Original assignee: Beijing Sino Bridge Technology Co ltd
Current assignee: Beijing Sino Bridge Technology Co ltd
Priority date: 2021-08-20
Filing date: 2021-08-20
Publication date: 2023-09-01
Anticipated expiration: 2041-08-20
Also published as: CN113656435A

Abstract

The embodiment of the disclosure discloses a transaction data query method, electronic equipment and a storage medium, wherein the method comprises the following steps: acquiring a transaction data inquiry request, and acquiring an inquiry transaction type corresponding to the transaction data inquiry request and an inquiry transaction time corresponding to the transaction data inquiry request; sending a simulated transaction data query request corresponding to the query transaction type and the query transaction time; receiving simulated transaction data returned by the transaction data server in response to the simulated transaction data query request; generating verification simulation transaction data according to the first simulation algorithm, the second simulation algorithm and the inquiry transaction time; when the simulated transaction data matches the validated simulated transaction data, a transaction data query request is sent. According to the technical scheme, the transaction data server can return real transaction data which is not wrong and is recorded at the inquiry transaction time and has the transaction type of the inquiry transaction type, and accuracy of the inquired transaction data is improved.

Description

Transaction data query method, electronic device and storage medium

Technical Field

The disclosure relates to the technical field of transaction data query, in particular to a transaction data query method, electronic equipment and a storage medium.

Background

In recent years, financial transaction services provided by financial institutions such as banks are more and more benefited by rapid development of macroscopic economy, explosive increase of resident financial demands, types of financial transaction services are more and more abundant, and business logic of the financial transaction services is more and more complex. Wherein, while providing financial transaction service, it is generally necessary to provide transaction data query service to users, so that users can use the queried transaction data as reference for the following transaction strategy.

In general, in the process of providing a transaction data query service, there is a situation that the transaction data queried by the user through the terminal is wrong, and this situation can make the user unable to learn the correct transaction data, which may have adverse effects on the transaction policy after the user, and impair the user experience. The transaction data queried by the terminal is wrong, which may be caused by the fact that the transaction data server is wrong when recording the transaction data. In the related art, when determining whether the transaction data recorded by the transaction data server is wrong, the transaction data recorded by the transaction data server can be analyzed, and when the data value frequency distribution of the transaction data has significant difference or the fluctuation amplitude exceeds a certain range, the transaction data is determined to be wrong. However, in the above scheme, determining whether the transaction data is in error is based on a statistical theory, and it is necessary to accumulate according to a certain amount of data, and because the fluctuation of the transaction data is nonlinear, it is difficult to obtain the fluctuation rule, so the accuracy of determining whether the transaction data recorded by the transaction data server is in error in the above scheme is low, and the accuracy of the queried transaction data is reduced.

Disclosure of Invention

The embodiment of the disclosure provides a transaction data query method, electronic equipment and a computer readable storage medium.

In a first aspect, an embodiment of the present disclosure provides a transaction data query method, where the method is applied to a transaction query terminal, and includes:

acquiring a transaction data inquiry request, and acquiring an inquiry transaction type corresponding to the transaction data inquiry request and an inquiry transaction time corresponding to the transaction data inquiry request;

sending a simulated transaction data query request corresponding to the query transaction type and the query transaction time;

receiving simulated transaction data returned by a transaction data server in response to a simulated transaction data query request, wherein the transaction type of the simulated transaction data is matched with the query transaction type, the simulated transaction time of the simulated transaction data is matched with the query transaction time, the simulated transaction data is generated by the transaction data server according to a first simulated transaction request, a second simulated algorithm and the simulated transaction time, and the first simulated transaction request is generated and sent by a simulated transaction terminal according to the first simulated algorithm at preset time intervals;

generating verification simulation transaction data according to the first simulation algorithm, the second simulation algorithm and the inquiry transaction time;

When the simulated transaction data matches the validated simulated transaction data, a transaction data query request is sent.

In one implementation of the present disclosure, the transaction data query method further includes:

the real transaction data returned by the transaction data receiving server in response to the transaction data query request is displayed, the real transaction data is displayed, the real transaction time of the real transaction data is matched with the query transaction time, and the transaction type of the real transaction data is matched with the query transaction type.

In one implementation of the disclosure, the query transaction type is used for indicating at least one of a transaction market corresponding to the target transaction data, a transaction item corresponding to the target transaction data, a transaction currency unit corresponding to the target transaction data, and a transaction rule corresponding to the target transaction data, which are requested by the transaction data query request.

In one implementation of the present disclosure, generating verification simulated transaction data from a first simulation algorithm, a second simulation algorithm, and a query transaction time includes:

acquiring a first simulated transaction request according to a first simulation algorithm, wherein the first simulated transaction request comprises a plurality of first simulated bid requests, and each of the plurality of first simulated bid requests comprises different transaction parameters;

Acquiring a second simulated transaction request according to a second simulation algorithm and the inquiry transaction time, wherein the second simulated transaction request comprises a plurality of second simulated bid requests, and each of the plurality of second simulated bid requests comprises different transaction parameters;

and generating verification simulation transaction data according to the first simulation bid request and the second simulation bid request which are successfully matched with the transaction parameters.

In a second aspect, in an embodiment of the present disclosure, there is provided a transaction data query method, which is applied to a transaction data server, including:

receiving a first simulated transaction request which is generated and sent by a simulated transaction terminal according to a first simulation algorithm at preset time intervals;

generating simulated transaction data according to the first simulated transaction request, the second simulated algorithm and the simulated transaction time;

receiving a simulated transaction data inquiry request, acquiring an inquiry transaction type corresponding to the transaction data inquiry request and inquiry transaction time corresponding to the transaction data inquiry request, wherein the transaction data inquiry request is sent by a transaction inquiry terminal;

and sending simulation transaction data of which the transaction type is matched with the inquiry transaction type and the simulation transaction time is matched with the inquiry transaction time.

In one implementation of the present disclosure, before receiving the transaction data query request, the method further includes;

real transaction data and real transaction time of the real transaction data are recorded in real time;

the method further comprises the steps of:

and receiving a transaction data inquiry request, and transmitting real transaction data of which the real transaction time is matched with the inquiry transaction time and the transaction type is matched with the inquiry transaction type in response to the transaction data inquiry request.

In a third aspect, an embodiment of the present disclosure provides a transaction data query method, which is applied to a simulated transaction terminal, including:

generating and sending a first simulation transaction request according to a first simulation algorithm at intervals of preset time, so that a transaction data server generates simulation transaction data according to the first simulation transaction request, a second simulation algorithm and simulation transaction time;

in a fourth aspect, in an embodiment of the present disclosure, there is provided a transaction data query device, including:

The inquiry request acquisition module is configured to acquire a transaction data inquiry request, and acquire an inquiry transaction type corresponding to the transaction data inquiry request and an inquiry transaction time corresponding to the transaction data inquiry request;

a simulation request sending module configured to send a simulation transaction data query request corresponding to the query transaction type and the query transaction time;

the simulation data receiving module is configured to receive simulation transaction data returned by the transaction data server in response to the simulation transaction data query request, the transaction type of the simulation transaction data is matched with the query transaction type, the simulation transaction time of the simulation transaction data is matched with the query transaction time, the simulation transaction data is generated by the transaction data server according to a first simulation transaction request, a second simulation algorithm and the simulation transaction time, and the first simulation transaction request is generated and sent by the simulation transaction terminal according to the first simulation algorithm at preset time intervals;

a verification data acquisition module configured to generate verification simulated transaction data according to the first simulation algorithm, the second simulation algorithm, and the query transaction time;

And a query request sending module configured to send the transaction data query request when the simulated transaction data matches the verified simulated transaction data.

In a fifth aspect, in an embodiment of the present disclosure, there is provided a transaction data query device, including:

the simulation request receiving module is configured to receive a first simulation transaction request, wherein the first simulation transaction request is generated and sent by a simulation transaction terminal according to a first simulation algorithm at preset time intervals;

a simulated data generation module configured to generate simulated transaction data according to the first simulated transaction request, a second simulated algorithm, and a simulated transaction time;

the inquiry request receiving module is configured to receive a transaction data inquiry request and acquire an inquiry transaction type corresponding to the transaction data inquiry request and inquiry transaction time corresponding to the transaction data inquiry request;

and the simulation data transmitting module is configured to transmit simulation transaction data of which the transaction type is matched with the inquiry transaction type and the simulation transaction time is matched with the inquiry transaction time.

In a sixth aspect, in an embodiment of the present disclosure, there is provided a transaction data query device, including:

The simulated transaction request sending module is configured to generate and send a first simulated transaction request according to a first simulated algorithm at preset time intervals, so that the transaction data server generates simulated transaction data according to the first simulated transaction request, a second simulated algorithm and simulated transaction time.

In a seventh aspect, an embodiment of the present disclosure provides an electronic device, where the electronic device includes a memory, a processor, and a computer program stored on the memory, where the processor executes the computer program to implement the method of any one of the first to third aspects.

In an eighth aspect, embodiments of the present disclosure provide a computer-readable storage medium having stored thereon computer instructions, wherein the computer instructions, when executed by a processor, implement the method of any one of the first to third aspects.

In a ninth aspect, embodiments of the present disclosure provide a computer program product comprising computer instructions for implementing the method of any one of the above aspects when executed by a processor.

The technical scheme provided by the embodiment of the disclosure can comprise the following beneficial effects:

according to the technical scheme, when the transaction inquiry terminal needs to inquire real transaction data with the transaction type being the inquiry transaction type and the transaction time being the inquiry transaction time in the transaction data server according to the transaction data inquiry request, the transaction inquiry terminal sends the simulation transaction data inquiry request to request the transaction data server to return simulation transaction data with the transaction type matched with the inquiry transaction type and the simulation transaction time matched with the inquiry transaction time, wherein the simulation transaction terminal generates and sends a first simulation transaction request every preset time according to a preset first simulation algorithm, and the transaction data server generates simulation transaction data according to the first simulation transaction request, a preset second simulation algorithm and the simulation transaction time, namely, the simulation transaction data can reflect whether the information receiving function and the transaction data generating function of the simulation transaction time transaction data server are normal or not. When the simulated transaction data matches the verified simulated transaction data generated according to the first simulated algorithm, the second simulated algorithm, and the inquiry transaction time (i.e., simulated transaction data in which no error occurs), it can be determined that the simulated transaction data generated by the transaction data server at the inquiry transaction time also has no error, and thus it can be confirmed that the transaction data server functions normally at the inquiry transaction time, in which case the transaction data server records real transaction data in which the transaction type is the inquiry transaction type at the inquiry transaction time, also has no error. By sending the transaction data query request by the transaction query terminal, the transaction data server can be ensured to return real transaction data which has no error and is recorded at the query transaction time and has the transaction type of the query transaction type, and the accuracy of the queried transaction data is improved.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

Other features, objects and advantages of the present disclosure will become more apparent from the following detailed description of non-limiting embodiments, taken in conjunction with the accompanying drawings. In the drawings:

FIG. 1 shows a schematic block diagram of a transaction data query system according to an embodiment of the present disclosure;

FIG. 2 shows a schematic flow chart diagram of a transaction data query method according to an embodiment of the present disclosure;

FIG. 3 shows a schematic flow chart diagram of a transaction data query method according to an embodiment of the present disclosure;

FIG. 4 shows a schematic flow chart diagram of a transaction data query method according to an embodiment of the present disclosure;

FIG. 5 shows a schematic block diagram of a transaction data query device according to an embodiment of the present disclosure;

FIG. 6 shows a schematic block diagram of a transaction data query device according to an embodiment of the present disclosure;

FIG. 7 shows a schematic block diagram of a transaction data query device according to an embodiment of the present disclosure;

FIG. 8 shows a schematic block diagram of an electronic device according to an embodiment of the present disclosure;

Fig. 9 is a schematic diagram of an electronic device suitable for use in implementing a transaction data query method according to an embodiment of the present disclosure.

Detailed Description

Hereinafter, exemplary embodiments of the present disclosure will be described in detail with reference to the accompanying drawings so that those skilled in the art can easily implement them. In addition, for the sake of clarity, portions irrelevant to description of the exemplary embodiments are omitted in the drawings.

In this disclosure, it should be understood that terms such as "comprises" or "comprising," etc., are intended to indicate the presence of features, numbers, steps, acts, components, portions, or combinations thereof disclosed in this specification, and do not preclude the presence or addition of one or more other features, numbers, steps, acts, components, portions, or combinations thereof.

In addition, it should be noted that, without conflict, the embodiments of the present disclosure and features of the embodiments may be combined with each other. The present disclosure will be described in detail below with reference to the accompanying drawings in conjunction with embodiments.

Details of embodiments of the present disclosure are described in detail below with reference to specific embodiments.

In general, in the process of providing a transaction data query service, there is a situation that the transaction data queried by the user through the terminal is wrong, and this situation can make the user unable to learn the correct transaction data, which may have adverse effects on the transaction policy after the user, and impair the user experience.

The transaction data queried by the terminal is wrong, which may be caused by the fact that the transaction data server is wrong when recording the transaction data. In the related art, when determining whether the transaction data recorded by the transaction data server is wrong, the transaction data recorded by the transaction data server can be analyzed, and when the data value frequency distribution of the transaction data has significant difference or the fluctuation amplitude exceeds a certain range, the transaction data is determined to be wrong. However, in the above scheme, determining whether the transaction data is in error is based on a statistical theory, and it is necessary to accumulate according to a certain amount of data, and because the fluctuation of the transaction data is nonlinear, it is difficult to obtain the fluctuation rule, so the accuracy of determining whether the transaction data recorded by the transaction data server is in error in the above scheme is low, and the accuracy of the queried transaction data is reduced.

In view of the above-mentioned drawbacks, according to the technical solution provided by the present disclosure, when a transaction query terminal needs to query real transaction data with a transaction type being a query transaction type and a transaction time being a query transaction time in a transaction data server according to a transaction data query request, the transaction query terminal sends a simulated transaction data query request requesting the transaction data server to return simulated transaction data with a transaction type matching the query transaction type and a simulated transaction time matching the query transaction time, where the simulated transaction terminal generates and sends a first simulated transaction request according to a preset first simulated algorithm every preset time, and the transaction data server generates simulated transaction data according to the first simulated transaction request, a preset second simulated algorithm and the simulated transaction time, i.e., the simulated transaction data can reflect whether the information receiving function and the transaction data generating function of the simulated transaction time transaction data server are normal. When the simulated transaction data matches the verified simulated transaction data generated according to the first simulated algorithm, the second simulated algorithm, and the inquiry transaction time (i.e., simulated transaction data in which no error occurs), it can be determined that the simulated transaction data generated by the transaction data server at the inquiry transaction time also has no error, and thus it can be confirmed that the transaction data server functions normally at the inquiry transaction time, in which case the transaction data server records real transaction data in which the transaction type is the inquiry transaction type at the inquiry transaction time, also has no error. By sending the transaction data query request by the transaction query terminal, the transaction data server can be ensured to return real transaction data which has no error and is recorded at the query transaction time and has the transaction type of the query transaction type, and the accuracy of the queried transaction data is improved.

Fig. 1 shows a schematic block diagram of a transaction data query system according to an embodiment of the present disclosure, wherein the transaction data query system includes a transaction query terminal 101, a transaction data server 102, an analog transaction terminal 103, and a network 104, the network 104 being a medium for providing communication links between the transaction query terminal 101 and the transaction data server 102 and between the analog transaction terminal 103 and the transaction data server 102, the network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, etc.

The transaction inquiry terminal 101 may have installed thereon a transaction service application having a transaction data inquiry function. The transaction inquiry terminal 101 may be various electronic devices having a display screen and supporting web browsing, including but not limited to a smart phone, a tablet computer, a laptop portable computer, a desktop computer, and the like.

The transaction data server 102 may be a cloud server or a server provided by a data query service provider. It should be noted that in the embodiment of the present application, there may be a plurality of transaction data servers, for example, the data query service provider may divide the administered area into a plurality of blocks, and each block has one or a plurality of transaction data servers.

The simulated transaction terminal 103 may be an electronic device that is independent of the transaction data server 102 and the transaction inquiry terminal 101, including but not limited to smartphones, tablets, laptop and desktop computers, and the like.

Fig. 2 shows a schematic flowchart of a transaction data query method according to an embodiment of the present disclosure, which is applied to a transaction query terminal. As shown in fig. 2, the transaction data query method includes the steps of:

in step S101, a transaction data query request is acquired, and a query transaction type corresponding to the transaction data query request and a query transaction time corresponding to the transaction data query request are acquired.

In step S102, a simulated transaction data inquiry request corresponding to the inquiry transaction type and the inquiry transaction time is transmitted.

In step S103, the received transaction data server returns simulated transaction data in response to the simulated transaction data query request.

The transaction type of the simulated transaction data is matched with the query transaction type, the simulated transaction time of the simulated transaction data is matched with the query transaction time, the simulated transaction data is generated by a transaction data server according to a first simulated transaction request, a second simulated algorithm and the simulated transaction time, and the first simulated transaction request is generated and sent by a simulated transaction terminal according to the first simulated algorithm at intervals of preset time.

In step S104, verification simulation transaction data is generated according to the first simulation algorithm, the second simulation algorithm, and the inquiry transaction time.

In step S105, when the simulated transaction data matches the verified simulated transaction data, a transaction data query request is sent.

In an embodiment of the present disclosure, the query transaction type may be used to indicate at least one of a transaction market corresponding to the target transaction data, a transaction item corresponding to the target transaction data, a transaction currency unit corresponding to the target transaction data, and a transaction rule corresponding to the target transaction data, which are requested by the transaction data query request. For example, the query transaction type may be used to indicate that the transaction market corresponding to the target transaction data is zheng state commodity exchange, the transaction item corresponding to the target transaction data is white granulated sugar, the transaction currency unit corresponding to the target transaction data is rmb, and the transaction rule corresponding to the target transaction data is zheng state commodity exchange futures settlement rules. For another example, the query transaction type may be used to indicate that the transaction market corresponding to the target transaction data is a new york securities exchange, the transaction item corresponding to the target transaction data is a central international (code SMI), the transaction currency unit corresponding to the target transaction data is dollars, and the transaction rule corresponding to the target transaction data is a NYSE motherboard rule (NYSE Rules).

In an embodiment of the present disclosure, the inquiry transaction time refers to a time achieved by a transaction action corresponding to the target transaction data, where the inquiry transaction time may include one or more time intervals, where the time intervals may be continuous or discrete, and the inquiry transaction time may also include one or more time points, where the time points may be continuous or discrete. For example, the query transaction time may be 10:05:00 in beijing time morning to 11:00:00 in beijing time morning.

In an embodiment of the present disclosure, the transaction type of the simulated transaction data matches the query transaction type, which may be understood as including the query transaction type, where the simulated transaction data may correspond to one or more transaction types. The simulated transaction time of the simulated transaction data matches the inquiry transaction time, it being understood that the simulated transaction time of the simulated transaction data comprises the inquiry transaction time, wherein the simulated transaction time of the simulated transaction data may comprise one or more time periods, or the simulated transaction time may comprise one or more points in time.

In an embodiment of the present disclosure, a first simulation algorithm may be run on the simulated transaction terminal, and the first simulated transaction request may include a transaction parameter requesting a transaction, wherein the transaction parameter may include a transaction market, a transaction item, a transaction monetary unit, a transaction price, and a transaction amount. It should be noted that, the request transaction data of the first simulated transaction request generated according to the first simulation algorithm at different times may be the same or different. For example, in the first simulated transaction requests generated according to the first simulation algorithm at different times in the same simulated transaction period, the request transaction data of any two first simulated transaction requests are different, wherein the same simulated transaction period can be one or more hours or one or more transaction days.

In one embodiment of the present disclosure, a second simulation algorithm may be run on the transaction data server, the second simulation algorithm may be used to calculate whether a transaction can be completed at a simulated transaction time based on the requested transaction data in the first simulated transaction request, and if so, generate simulated transaction data. It should be noted that, when the first simulated transaction request including the same request transaction data is calculated at different simulated transaction times according to the second simulation algorithm, the transaction may be completed to generate the simulated transaction data, or the transaction may not be completed to generate the simulated transaction data.

By sending the first simulated transaction request to the transaction data server by the simulated transaction terminal and generating simulated transaction data by the transaction data server according to the first simulated transaction request, the second simulated algorithm and the simulated transaction time, the generated simulated transaction data can reflect whether the information receiving function and the transaction data generating function of the transaction data server are normal or not.

In one embodiment of the present disclosure, the first simulation algorithm and the second simulation algorithm may run simultaneously on the transaction inquiry terminal. By simultaneously running the first simulation algorithm and the second simulation algorithm on the transaction inquiry terminal, the purpose of simulating information interaction between the simulation transaction terminal and the transaction data server and simulating a data processing process can be achieved. Since the verification simulation transaction data obtained by the fault of the transaction data server cannot be generated in the simulation process, the verification simulation transaction data can be understood as simulation transaction data without errors.

In an embodiment of the present disclosure, the simulated transaction data is matched with the verification simulated transaction data, which may be understood that the simulated transaction data is identical to the verification simulated transaction data, or may be understood that the simulated transaction data includes the same portion as the verification simulated transaction data, or the similarity between the simulated transaction data and the verification simulated transaction data is greater than a similarity threshold, where the similarity between the simulated transaction data and the verification simulated transaction data may be obtained by comparing the two.

In this embodiment, when real transaction data with a transaction type of query transaction type and a transaction time of query transaction time in the transaction data server is required to be queried according to the transaction data query request, the transaction data server is requested to return simulated transaction data with a transaction type matched with the query transaction type and a simulated transaction time matched with the query transaction time by sending the simulated transaction data query request, wherein the simulated transaction terminal device generates and sends a first simulated transaction request according to a preset first simulated algorithm every preset time, and the transaction data server generates simulated transaction data according to the first simulated transaction request, a preset second simulated algorithm and the simulated transaction time, that is, the simulated transaction data can reflect whether the information receiving function and the transaction data generating function of the simulated transaction time transaction data server are normal. When the simulated transaction data matches the verified simulated transaction data generated according to the first simulated algorithm, the second simulated algorithm, and the inquiry transaction time (i.e., simulated transaction data in which no error occurs), it can be determined that the simulated transaction data generated by the transaction data server at the inquiry transaction time also has no error, and thus it can be confirmed that the transaction data server functions normally at the inquiry transaction time, in which case the transaction data server records real transaction data in which the transaction type is the inquiry transaction type at the inquiry transaction time, also has no error. By sending the transaction data query request, the transaction data server can be ensured to return real transaction data which has no error and is recorded at the query transaction time and has the transaction type of the query transaction type, and the accuracy of the queried transaction data is improved.

In an embodiment of the present disclosure, the transaction data query method further includes the steps of:

The real transaction data can be displayed on a transaction data display interface through a display screen, or the real transaction data can be converted into image information and displayed through the display screen, or the real transaction data can be converted into voice information and played through a loudspeaker.

In this embodiment, by displaying the real transaction data in which the real transaction time matches the inquiry transaction time and the transaction type of the real transaction data matches the inquiry transaction type, the user can be facilitated to learn the real transaction data.

In one implementation of the present disclosure, step S104, generating verification simulation transaction data according to the first simulation algorithm, the second simulation algorithm, and the query transaction time may be implemented by:

The transaction parameters of the first simulated bid request and the second simulated bid transaction are matched, which can be understood that the transaction parameters of the first simulated bid request are identical to the transaction parameters of the second simulated bid request, or that the transaction parameters of the first simulated bid request are partially identical to the transaction parameters of the second simulated bid request, and the difference value of the non-identical parts is less than or equal to the difference value threshold value. For example, if the trading market of the first simulated bid request is the same as the trading market of the second simulated bid request, the trading item is the same, and the trading currency units are the same, and the price difference between the trading price of the first simulated bid request and the trading price of the second simulated bid request is less than or equal to the price difference threshold, the trading volume of the first simulated bid request is less than or equal to the trading volume of the second simulated bid request, then the first simulated bid request and the second simulated bid trading data are successfully matched.

In this embodiment, by including the first simulated transaction request acquired according to the first simulation algorithm with the plurality of first simulated bid requests each including a different transaction parameter, and the second simulated transaction request acquired according to the second simulation algorithm and the inquiry transaction time with the plurality of second simulated bid requests each including a different transaction parameter, the probability of successful matching of the transaction data of the first simulated bid request and the transaction parameters of the second simulated bid request can be improved, resulting in higher efficiency in generating validated simulated transaction data.

In one implementation of the present disclosure, before receiving the simulated transaction data returned by the transaction data server in response to the simulated transaction data query request in step S103, the transaction data query method further includes the following steps:

acquiring network delay corresponding to each of a plurality of data servers, and determining the transaction data server with the network delay smaller than or equal to a network delay threshold value in the plurality of data servers;

in this embodiment, by determining the transaction data server having a network delay less than or equal to a network delay threshold among the plurality of data servers, a probability of error of the real transaction data acquired by the transaction inquiry terminal due to an excessively high network delay between the transaction data server and the transaction inquiry terminal may be reduced.

In one implementation of the present disclosure, before the step S102 of sending the simulated transaction data query request corresponding to the query transaction type and the query transaction time, the transaction data query method further includes the following steps:

and determining inquiry transaction days corresponding to the inquiry transaction time, and sending an inquiry request of the transaction data before the disc corresponding to the inquiry transaction days and the transaction types.

Receiving simulated pre-disk transaction data returned by the transaction data server in response to the pre-disk transaction data query request, wherein the transaction type of the simulated pre-disk transaction data is matched with the query transaction type, the simulated transaction time of the simulated pre-disk transaction data is matched with the pre-disk time of the query transaction day, the pre-disk time is positioned before the allowed transaction time of the query transaction day, the simulated pre-disk transaction data is generated by the transaction data server according to a third simulated transaction request, the second simulated algorithm and the pre-disk transaction time, and the third simulated transaction request is generated and sent by a simulated transaction terminal according to the first simulated algorithm at the pre-disk time.

And generating verification simulation pre-disk transaction data according to the first simulation algorithm, the second simulation algorithm and the pre-disk time.

In step S102, sending a simulated transaction data query request corresponding to the query transaction type and the query transaction time may be implemented by the following steps:

and sending the simulated transaction data query request when the simulated pre-disk transaction data is matched with the verified simulated pre-disk transaction data.

In this embodiment, the transaction data before the analog disc can reflect the allowed transaction time of the inquiry transaction day, that is, before the transaction is formally performed on the inquiry transaction day, the information receiving function and the transaction data generating function of the transaction data server are normal, when the transaction data before the analog disc is matched with the transaction data before the analog disc is verified, the transaction data server can be considered to work normally, and the information receiving function and the transaction data generating function thereof are normal.

In one implementation of the present disclosure, after the step S102 of sending the simulated transaction data query request corresponding to the query transaction type and the query transaction time, the transaction data query method further includes the following steps:

and determining inquiry transaction days corresponding to the inquiry transaction time, and sending an after-disk transaction data inquiry request corresponding to the inquiry transaction days and the transaction types.

The method comprises the steps that after-disk transaction data returned by a transaction data server in response to an after-disk transaction data query request are received, the transaction type of the after-disk transaction data is matched with the query transaction type, the simulated transaction time of the simulated after-disk transaction data is matched with the after-disk time of the query transaction day, the after-disk time is located after the allowed transaction time of the query transaction day, the simulated after-disk transaction data are generated by the transaction data server according to a fourth simulated transaction request, a second simulated algorithm and the after-disk transaction time, and the fourth simulated transaction request is generated and sent by a simulated transaction terminal according to a first simulated algorithm at the after-disk time.

And generating verification post-disk simulation transaction data according to the first simulation algorithm, the second simulation algorithm and the post-disk time.

Step S102, sending a simulated transaction data query request corresponding to the query transaction type and the query transaction time, which may be implemented by the following steps:

and sending the simulated transaction data query request when the simulated transaction data after the simulated disc is matched with the simulated transaction data after the verification disc.

In this embodiment, after the post-disk simulated transaction data can be reflected after the allowed transaction time of the inquiry transaction day, that is, after the transaction is formally performed on the inquiry transaction day, whether the information receiving function and the transaction data generating function of the transaction data server are normal or not, when the post-disk simulated transaction data are matched with the post-disk simulated transaction data, the transaction data server can be considered to work normally, and the information receiving function and the transaction data generating function thereof are normal, in this case, the probability that the transaction data server can work normally, the information receiving function and the transaction data generating function are normal in the allowed transaction time including the inquiry transaction time is higher, thereby improving the probability that the simulated transaction data are matched with the verification simulated transaction data, reducing unnecessary simulated transaction data inquiry request transmission and reducing occupation of network resources.

Fig. 3 shows a schematic flow chart of a transaction data query method according to an embodiment of the present disclosure, which is applied to a transaction data server. As shown in fig. 3, the transaction data query method includes the steps of:

in step S201, a first simulated transaction request is received.

The first simulation transaction request is generated and sent by the simulation transaction terminal according to a first simulation algorithm at preset time intervals.

In step S202, simulated transaction data is generated according to the first simulated transaction request, the second simulated algorithm, and the simulated transaction time.

In step S203, a simulated transaction data query request is received, and a query transaction type corresponding to the transaction data query request and a query transaction time corresponding to the transaction data query request are obtained.

The transaction data query request is sent by the transaction query terminal.

In step S204, simulated transaction data is transmitted in which the transaction type matches the inquiry transaction type and the simulated transaction time matches the inquiry transaction time.

In this embodiment, the first simulated transaction request received by the transaction data server is generated and sent by the simulated transaction terminal device according to a preset first simulation algorithm at intervals of preset time, and the transaction data server generates simulated transaction data according to the first simulated transaction request, a preset second simulation algorithm and the simulated transaction time, that is, the simulated transaction data can reflect whether the information receiving function and the transaction data generating function of the simulated transaction time transaction data server are normal. The simulated transaction data inquiry request received by the transaction data server is sent by the transaction inquiry terminal when the transaction data inquiry request needs to inquire real transaction data with the transaction type being the inquiry transaction type and the transaction time being the inquiry transaction time in the transaction data server, the transaction inquiry terminal can match the simulated transaction data with the inquiry transaction time according to the transaction type and the inquiry transaction type which are returned by the transaction data server, and the simulated transaction time is matched with the verification simulated transaction data (namely the simulated transaction data without errors) generated by the transaction inquiry terminal according to the first simulation algorithm, the second simulation algorithm and the inquiry transaction time, and when the two are matched, the transaction inquiry terminal can determine that the function of the transaction data server at the inquiry transaction time is normal. When the transaction data server has normal function of inquiring the transaction time, the transaction data server can not generate errors in real transaction data with the transaction type of inquiring the transaction type recorded by the transaction data server at the inquiring transaction time, and the transaction inquiring terminal can send a transaction data inquiring request to enable the transaction data server to return real transaction data with the transaction type of inquiring the transaction type recorded by the transaction data server at the inquiring transaction time without errors, so that the accuracy of the inquired transaction data is improved.

In one implementation of the present disclosure, before receiving the first simulated transaction request, the transaction data query method further includes the following steps in step S201;

the transaction data query method further comprises the following steps:

In the embodiment, the real transaction data and the real transaction time of the real transaction data are recorded in real time, and the real transaction data of which the real transaction time is matched with the query transaction time and the transaction type is matched with the query transaction type are sent in response to the transaction data query request by receiving the transaction data query request, so that the transaction query terminal can acquire the real transaction data, and a user can acquire the real transaction data conveniently through the transaction query terminal.

In one implementation of the present disclosure, the first simulated transaction request includes a plurality of third simulated bid requests, each including a different transaction parameter.

Step S202, generating simulated transaction data according to the first simulated transaction request, the second simulated algorithm and the simulated transaction time may be implemented as follows.

And acquiring a fourth simulated transaction request according to the second simulated algorithm and the query transaction time. Wherein the fourth simulated transaction request comprises a plurality of fourth simulated bid requests, each comprising a different transaction parameter.

And generating simulated transaction data according to the third simulated bid request and the fourth simulated bid request which are successfully matched with the transaction parameters.

The transaction parameters of the third simulated bid request and the fourth simulated bid transaction are matched, which can be understood that the transaction parameters of the third simulated bid request are identical to the transaction parameters of the fourth simulated bid request, or that the transaction parameters of the third simulated bid request are partially identical to the transaction parameters of the fourth simulated bid request, and the difference value of the non-identical parts is less than or equal to the difference value threshold. For example, if the third simulated bid request has the same trading market, the same trading item, and the same trading currency unit as the fourth simulated bid request, and the price difference between the trading price of the third simulated bid request and the trading price of the fourth simulated bid request is less than or equal to the price difference threshold, the trading volume of the third simulated bid request is less than or equal to the trading volume of the fourth simulated bid request, then the third simulated bid request and the fourth simulated bid trading data are successfully matched.

For example, if the trading market of the first simulated bid request is the same as the trading market of the second simulated bid request, the trading item is the same, and the trading currency units are the same, and the price difference between the trading price of the first simulated bid request and the trading price of the second simulated bid request is less than or equal to the price difference threshold, the trading volume of the first simulated bid request is less than or equal to the trading volume of the second simulated bid request, then the first simulated bid request and the second simulated bid trading data are successfully matched.

In this embodiment, by including the third simulated transaction request acquired according to the first simulation algorithm with the plurality of third simulated bid requests each including a different transaction parameter, and by including the fourth simulated transaction request acquired according to the second simulation algorithm and the inquiry transaction time with the plurality of fourth simulated bid requests each including a different transaction parameter, the probability of successful matching of the transaction data of the third simulated bid request and the transaction parameters of the fourth simulated bid request can be improved, resulting in higher efficiency in generating the simulated transaction data.

In one implementation of the present disclosure, step S201, before receiving the first simulated transaction request, the transaction data query method further includes the following steps:

And receiving a pre-disk transaction data inquiry request corresponding to the inquiry transaction date and the transaction type, wherein the pre-disk transaction data inquiry request is sent by a transaction inquiry terminal.

The method comprises the steps of sending simulated transaction data before a disc, wherein the transaction type of the simulated transaction data after the disc is matched with the query transaction type, the simulated transaction time of the simulated transaction data after the disc is matched with the post-disc time of the query transaction day, the post-disc time is located after the allowed transaction time of the query transaction day, the simulated transaction data after the disc is generated by a transaction data server according to a fourth simulated transaction request, a second simulated algorithm and the post-disc transaction time, and the fourth simulated transaction request is generated and sent by a simulated transaction terminal according to the first simulated algorithm at the post-disc time.

In this embodiment, after the post-disk simulation transaction data can be reflected after the allowed transaction time of the query transaction day, that is, after the transaction is formally performed on the query transaction day, whether the information receiving function and the transaction data generating function of the transaction data server are normal or not, when the post-disk simulation transaction data are matched with the verification post-disk simulation transaction data generated by the transaction query terminal according to the first simulation algorithm, the second simulation algorithm and the post-disk time, the transaction data server can be considered to work normally, and the information receiving function and the transaction data generating function thereof are normal.

In one implementation of the present disclosure, after receiving the first simulated transaction request, step S201, the transaction data query method further includes the following steps:

and receiving a post-disk transaction data inquiry request corresponding to the inquiry transaction date and the transaction type, wherein the post-disk transaction data inquiry request is sent by a transaction inquiry terminal.

The method comprises the steps of sending simulated post-disk transaction data, wherein the transaction type of the simulated post-disk transaction data is matched with the query transaction type, the simulated transaction time of the simulated post-disk transaction data is matched with the post-disk time of the query transaction day, the post-disk time is located after the allowed transaction time of the query transaction day, the simulated post-disk transaction data is generated by a transaction data server according to a fourth simulated transaction request, a second simulated algorithm and the post-disk transaction time, and the fourth simulated transaction request is generated and sent by a simulated transaction terminal according to the first simulated algorithm at the post-disk time.

Fig. 4 shows a schematic flow chart of a transaction data query method according to an embodiment of the present disclosure, which is applied to a simulated transaction terminal. As shown in fig. 4, the transaction data query method includes the steps of:

in step S301, a first simulated transaction request is generated and sent according to a first simulation algorithm at intervals of a preset time, so that the transaction data server generates simulated transaction data according to the first simulated transaction request, a second simulation algorithm and a simulated transaction time.

In this embodiment, the simulated transaction data generated by the transaction data server according to the first simulated transaction request, the second simulated algorithm and the simulated transaction time may reflect whether the information receiving function and the transaction data generating function of the transaction data server are normal or not.

In this embodiment, by including the first simulated transaction request acquired according to the first simulation algorithm with the plurality of first simulated bid requests each including a different transaction parameter, the efficiency of generating the validation simulated transaction data can be improved when the second simulated transaction request acquired according to the second simulation algorithm and the query transaction time includes the plurality of second simulated bid requests each including a different transaction parameter.

In one implementation of the present disclosure, in step S301, before generating and sending a first simulated transaction request according to a first simulation algorithm at intervals of a preset time, so that the transaction data server generates simulated transaction data according to the first simulated transaction request, a second simulation algorithm and a simulated transaction time, the transaction data query method further includes the following steps:

generating a fourth simulated transaction request according to the first simulation algorithm at the pre-disk time, and transmitting the fourth simulated transaction request, so that the transaction data server generates simulated pre-disk transaction data according to the fourth simulated transaction request, the second simulation algorithm and the pre-disk transaction time.

In one implementation of the present disclosure, in step S301, after generating and sending a first simulated transaction request according to a first simulation algorithm at intervals of a preset time, so that the transaction data server generates simulated transaction data according to the first simulated transaction request, a second simulation algorithm and a simulated transaction time, the transaction data query method further includes the following steps:

And generating a fourth simulated transaction request according to the first simulated algorithm at the post-disk time, and transmitting the fourth simulated transaction request, so that the transaction data server generates simulated post-disk transaction data according to the fourth simulated transaction request, the second simulated algorithm and the post-disk transaction time.

In this embodiment, after the post-disk transaction data is reflected in the allowable transaction time of the inquiry transaction day, that is, after the transaction is formally performed on the inquiry transaction day, the information receiving function and the transaction data generating function of the transaction data server are normal, when the post-disk transaction data is matched with the post-disk transaction data, the transaction data server can be considered to work normally, and the information receiving function and the transaction data generating function thereof are normal.

The following are device embodiments of the present disclosure that may be used to perform method embodiments of the present disclosure.

According to the transaction data query device of an embodiment of the present disclosure, the transaction data query device is disposed at a transaction query terminal, and the transaction data query device may be implemented as part or all of an electronic device through software, hardware, or a combination of both. Fig. 5 shows a schematic block diagram of a transaction data query device according to an embodiment of the present disclosure, as shown in fig. 5, the transaction data query device includes:

the query request acquisition module 401 is configured to acquire a transaction data query request, and acquire a query transaction type corresponding to the transaction data query request and a query transaction time corresponding to the transaction data query request.

The simulated request sending module 402 is configured to send a simulated transaction data query request corresponding to the query transaction type and the query transaction time.

The simulated data receiving module 403 is configured to receive simulated transaction data returned by the transaction data server in response to the simulated transaction data query request, wherein a transaction type of the simulated transaction data is matched with the query transaction type, and a simulated transaction time of the simulated transaction data is matched with the query transaction time, the simulated transaction data is generated by the transaction data server according to a first simulated transaction request, a second simulated algorithm and the simulated transaction time, and the first simulated transaction request is generated and sent by the simulated transaction terminal according to the first simulated algorithm at preset time intervals.

A verification data acquisition module 404 configured to generate verification simulated transaction data according to the first simulation algorithm, the second simulation algorithm, and the query transaction time.

A query request sending module 405 configured to send the transaction data query request when the simulated transaction data matches the validated simulated transaction data.

In this embodiment, when the transaction data query device needs to query real transaction data with a transaction type of query transaction type and a transaction time of query transaction time in the transaction data server according to the transaction data query request, the transaction data query device sends a simulated transaction data query request to request the transaction data server to return simulated transaction data with a transaction type matched with the query transaction type and a simulated transaction time matched with the query transaction time, wherein the simulated transaction terminal generates and sends a first simulated transaction request according to a preset first simulated algorithm every preset time, and the transaction data server generates simulated transaction data according to the first simulated transaction request, a preset second simulated algorithm and the simulated transaction time, i.e. the simulated transaction data can reflect whether the information receiving function and the transaction data generating function of the simulated transaction time transaction data server are normal. When the simulated transaction data matches the verified simulated transaction data generated according to the first simulated algorithm, the second simulated algorithm, and the inquiry transaction time (i.e., simulated transaction data in which no error occurs), it can be determined that the simulated transaction data generated by the transaction data server at the inquiry transaction time also has no error, and thus it can be confirmed that the transaction data server functions normally at the inquiry transaction time, in which case the transaction data server records real transaction data in which the transaction type is the inquiry transaction type at the inquiry transaction time, also has no error. By sending the transaction data inquiry request by the transaction data inquiry device, the transaction data server can be ensured to return the real transaction data which has no error and is recorded at the inquiry transaction time and has the transaction type of the inquiry transaction type, thereby improving the accuracy of the inquired transaction data

According to the transaction data query device of an embodiment of the present disclosure, the transaction data query device is disposed on a transaction data server, and the transaction data query device may be implemented as part or all of an electronic device through software, hardware, or a combination of both. Fig. 6 shows a schematic block diagram of a transaction data query device according to an embodiment of the present disclosure, as shown in fig. 6, the transaction data query device includes:

the simulation request receiving module 501 is configured to receive a first simulation transaction request, where the first simulation transaction request is generated and sent by the simulation transaction terminal according to a first simulation algorithm at preset time intervals.

The simulation data generation module 502 is configured to generate simulation transaction data according to the first simulation transaction request, the second simulation algorithm and the simulation transaction time.

The query request receiving module 503 is configured to receive a transaction data query request, and obtain a query transaction type corresponding to the transaction data query request and a query transaction time corresponding to the transaction data query request.

A simulated data transmission module 504 configured to transmit simulated transaction data having a transaction type that matches the inquiry transaction type and a simulated transaction time that matches the inquiry transaction time.

In an optional implementation manner of this embodiment, the first simulated transaction request received by the transaction data query device is generated and sent by the simulated transaction terminal device according to a preset first simulation algorithm at intervals of a preset time, and the transaction data query device generates simulated transaction data according to the first simulated transaction request, a preset second simulation algorithm and the simulated transaction time, that is, the simulated transaction data can reflect whether the information receiving function and the transaction data generating function of the simulated transaction time transaction data query device are normal. The simulated transaction data inquiry request received by the transaction data inquiry device is sent by the transaction inquiry terminal when the transaction data inquiry request needs to inquire real transaction data with the transaction type being the inquiry transaction type and the transaction time being the inquiry transaction time in the transaction data inquiry device, the transaction inquiry terminal can match the simulated transaction data with the inquiry transaction time according to the transaction type and the inquiry transaction type which are returned by the transaction data inquiry device, and the simulated transaction time is matched with verification simulated transaction data (namely the simulated transaction data without errors) generated by the transaction inquiry terminal according to the first simulation algorithm, the second simulation algorithm and the inquiry transaction time, and when the two simulated transaction data are matched, the transaction inquiry terminal can determine that the function of the transaction data inquiry device at the inquiry transaction time is normal. When the transaction data inquiry device has normal function of inquiring the transaction time, the transaction data inquiry device can not generate errors in real transaction data with the transaction type of inquiring the transaction type recorded in the transaction time, and the transaction inquiry terminal can send a transaction data inquiry request to enable the transaction data inquiry device to return real transaction data with the transaction type of inquiring the transaction type recorded in the transaction time without errors, so that the accuracy of the inquired transaction data is improved.

According to the transaction data query device of an embodiment of the present disclosure, the transaction data query device is disposed at the simulated transaction terminal, and the transaction data query device may be implemented as part or all of the electronic device through software, hardware or a combination of both. Fig. 7 shows a schematic block diagram of a transaction data query device according to an embodiment of the present disclosure, as shown in fig. 7, the transaction data query device includes:

the simulated transaction request sending module 601 is configured to generate and send a first simulated transaction request according to a first simulated algorithm at preset time intervals, so that the transaction data server generates simulated transaction data according to the first simulated transaction request, a second simulated algorithm and simulated transaction time.

In this embodiment, the transaction data query device sends the first simulated transaction request to the transaction data server, and the transaction data server generates simulated transaction data according to the first simulated transaction request, the second simulated algorithm and the simulated transaction time, so that the generated simulated transaction data can reflect whether the information receiving function and the transaction data generating function of the transaction data server are normal.

The present disclosure also discloses an electronic device, fig. 8 shows a schematic block diagram of the electronic device according to an embodiment of the present disclosure, and as shown in fig. 8, the electronic device 700 includes a memory 701 and a processor 702; wherein, the liquid crystal display device comprises a liquid crystal display device,

the memory 701 is used to store one or more computer instructions that are executed by the processor 702 to implement any of the methods of the disclosed embodiments.

As shown in fig. 9, the electronic device 800 includes a processing unit 801, which may be implemented as a processing unit such as CPU, GPU, FPGA, NPU. The processing unit 801 may execute various processes in the embodiments of any of the above methods of the present disclosure according to a program stored in a Read Only Memory (ROM) 802 or a program loaded from a storage section 808 into a Random Access Memory (RAM) 803. In the RAM803, various programs and data required for the operation of the electronic device 800 are also stored. The processing unit 801, the ROM802, and the RAM803 are connected to each other by a bus 804. An input/output (I/O) interface 805 is also connected to the bus 804.

The following components are connected to the I/O interface 805: an input portion 806 including a keyboard, mouse, etc.; an output portion 807 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and a speaker; a storage section 808 including a hard disk or the like; and a communication section 809 including a network interface card such as a LAN card, a modem, or the like. The communication section 809 performs communication processing via a network such as the internet. The drive 810 is also connected to the I/O interface 805 as needed. A removable medium 811 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 810 as needed so that a computer program read out therefrom is mounted into the storage section 808 as needed.

In particular, according to embodiments of the present disclosure, any of the methods described above with reference to embodiments of the present disclosure may be implemented as a computer software program. For example, embodiments of the present disclosure include a computer program product comprising a computer program tangibly embodied on a machine-readable medium, the computer program comprising program code for performing any of the methods of embodiments of the present disclosure. In such an embodiment, the computer program may be downloaded and installed from a network via the communication section 809, and/or installed from the removable media 811.

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units or modules described in the embodiments of the present disclosure may be implemented by software, or may be implemented by hardware. The units or modules described may also be provided in a processor, the names of which in some cases do not constitute a limitation of the unit or module itself.

As another aspect, the present disclosure also provides a computer-readable storage medium, which may be a computer-readable storage medium included in the apparatus described in the above embodiment; or may be a computer-readable storage medium, alone, that is not assembled into a device. The computer-readable storage medium stores one or more programs for use by one or more processors in performing the methods described in the present disclosure.

The foregoing description is only of the preferred embodiments of the present disclosure and description of the principles of the technology being employed. It will be appreciated by those skilled in the art that the scope of the invention referred to in this disclosure is not limited to the specific combination of features described above, but encompasses other embodiments in which any combination of features described above or their equivalents is contemplated without departing from the inventive concepts described. Such as those described above, are mutually substituted with the technical features having similar functions disclosed in the present disclosure (but not limited thereto).

Claims

1. A transaction data query method, the method being applied to a transaction query terminal, comprising:

Acquiring a transaction data inquiry request, and acquiring an inquiry transaction type corresponding to the transaction data inquiry request and inquiry transaction time corresponding to the transaction data inquiry request;

sending a simulated transaction data inquiry request corresponding to the inquiry transaction type and the inquiry transaction time;

receiving simulated transaction data returned by a transaction data server in response to the simulated transaction data query request, wherein the transaction type of the simulated transaction data is matched with the query transaction type, the simulated transaction time of the simulated transaction data is matched with the query transaction time, the simulated transaction data is generated by the transaction data server according to a first simulated transaction request, a second simulated algorithm and the simulated transaction time, and the first simulated transaction request is generated and sent by a simulated transaction terminal according to the first simulated algorithm at intervals of preset time;

acquiring the first simulated transaction request according to the first simulation algorithm, wherein the first simulated transaction request comprises a plurality of first simulated bid requests, and each of the plurality of first simulated bid requests comprises different transaction parameters;

acquiring a second simulated transaction request according to the second simulation algorithm and the inquiry transaction time, wherein the second simulated transaction request comprises a plurality of second simulated bid requests, and each of the plurality of second simulated bid requests comprises different transaction parameters;

Generating verification simulation transaction data according to the first simulation bid request and the second simulation bid request which are successfully matched with the transaction parameters;

when the simulated transaction data is matched with the verification simulated transaction data, sending the transaction data query request;

and receiving real transaction data returned by the transaction data server in response to the transaction data query request, and displaying the real transaction data, wherein the real transaction time of the real transaction data is matched with the query transaction time, and the transaction type of the real transaction data is matched with the query transaction type.

2. The transaction data query method according to claim 1, wherein the query transaction type is used for indicating at least one of a transaction market corresponding to target transaction data requested by the transaction data query request, a transaction item corresponding to the target transaction data, a transaction currency unit corresponding to the target transaction data, and a transaction rule corresponding to the target transaction data.

3. A transaction data query method, the method being applied to a transaction data server, comprising:

receiving a first simulated transaction request, wherein the first simulated transaction request is generated and sent by a simulated transaction terminal according to a first simulation algorithm at intervals of preset time;

receiving a simulated transaction data inquiry request, and acquiring an inquiry transaction type corresponding to the simulated transaction data inquiry request and inquiry transaction time corresponding to the simulated transaction data inquiry request, wherein the simulated transaction data inquiry request is sent by a transaction inquiry terminal;

sending simulated transaction data of which the transaction type is matched with the inquiry transaction type and the simulated transaction time is matched with the inquiry transaction time;

wherein the simulated transaction terminal is further configured to:

acquiring the first simulated transaction request according to the first simulation algorithm, wherein the first simulated transaction request comprises a plurality of first simulated bid requests, and each of the plurality of first simulated bid requests comprises different transaction parameters; acquiring a second simulated transaction request according to the second simulation algorithm and the inquiry transaction time, wherein the second simulated transaction request comprises a plurality of second simulated bid requests, and each of the plurality of second simulated bid requests comprises different transaction parameters; generating verification simulation transaction data according to the first simulation bid request and the second simulation bid request which are successfully matched with the transaction parameters; when the simulated transaction data is matched with the verification simulated transaction data, sending the transaction data query request;

The method further comprises the steps of:

and receiving a transaction data inquiry request, and responding to the transaction data inquiry request to send real transaction data of which the real transaction time is matched with the inquiry transaction time and the transaction type is matched with the inquiry transaction type.

4. The transaction data query method according to claim 3, wherein the query transaction type is used for indicating at least one of a transaction market corresponding to target transaction data requested by the transaction data query request, a transaction item corresponding to the target transaction data, a transaction currency unit corresponding to the target transaction data, and a transaction rule corresponding to the target transaction data.

5. An electronic device comprising a memory, a processor, and a computer program stored on the memory, wherein the processor executes the computer program to implement the method of any of claims 1-4.

6. A computer readable storage medium having stored thereon computer instructions, wherein the computer instructions, when executed by a processor, implement the method of any of claims 1-4.