Data interaction method and related device based on digital simulation scene

Abstract

The present invention discloses a data interaction method and related devices based on a digital simulation scenario, wherein the data interaction method includes: obtaining a request signal; preprocessing the obtained request signal, calling cache data according to the processed request signal, and determining an output signal according to the called cache data; wherein the request signal includes at least a first request signal and a second request signal, and the output signal includes at least a first output signal corresponding to the first request signal and a second output signal corresponding to the second request signal; the acquisition time node of the second request signal is earlier than, later than or equal to the output time node of the first output signal. The present invention can process multiple request signals simultaneously or continuously, is not limited by the time sequence of the request signals, can flexibly respond to data requests at different time nodes, not only meets the needs of diverse application scenarios, but also improves the concurrency performance of the system.

Description

Technical Field

[0001] The present invention relates to the field of data processing technology, and in particular to a data interaction method and related devices based on a digital simulation scene. Background Art

[0002] With the rapid development of information technology, digital simulation scenarios are increasingly being used in all walks of life. Digital simulation scenarios provide strong support for product development, process optimization, decision support, etc. by simulating various environments and situations in the real world. In digital simulation scenarios, data interaction is one of the core functions, which involves the exchange and sharing of data within the simulation scenario and data interaction with external systems.

[0003] However, existing data interaction methods have some shortcomings. First, due to the complexity and diversity of digital simulation scenarios, the accuracy and reliability of data interaction are difficult to guarantee. During the data interaction process, problems such as data loss, data errors, and data inconsistency may occur, which will seriously affect the accuracy and credibility of the simulation results.

[0004] Secondly, existing data interaction methods lack flexibility and scalability. As business needs change and simulation scenarios continue to expand, the methods and rules of data interaction may need to be adjusted and optimized. However, existing data interaction methods often find it difficult to achieve these adjustments and optimizations, resulting in poor system adaptability and flexibility.

[0005] In addition, existing data exchange methods lack sufficient security and confidentiality. In the process of data exchange, some sensitive data and core secrets may be involved. If there is a lack of effective security measures, these data may be leaked or abused, causing serious losses to enterprises and individuals.

[0006] Therefore, the present invention proposes a data interaction method and related devices based on digital simulation scenarios. Summary of the invention

[0007] The purpose of the present invention is to provide a data interaction method and related devices based on digital simulation scenarios, which are used to process multiple request signals simultaneously or continuously, are not restricted by the time sequence of the request signals, can flexibly respond to data requests at different time nodes, and improve concurrency performance.

[0008] The purpose of the present invention is achieved by the following technical solutions:

[0009] In one aspect, the present invention provides a data interaction method based on a digital simulation scene, comprising the following steps:

[0010] Get request signal;

[0011] Preprocessing the acquired request signal, calling the cache data according to the processed request signal, and determining the output signal according to the called cache data;

[0012] Among them, the request signal includes at least a first request signal and a second request signal, and the output signal includes at least a first output signal corresponding to the first request signal and a second output signal corresponding to the second request signal; the acquisition time node of the second request signal is earlier than, later than or equal to the output time node of the first output signal.

[0013] Further, the acquisition time node of the first request signal is earlier than or equal to the acquisition time node of the second request signal;

[0014] Furthermore, an output time node of the first output signal is earlier than, later than or equal to an output time node of the second output signal.

[0015] Further, the request signal obtained by preprocessing includes:

[0016] identifying the request signal and determining verification information of the request signal;

[0017] In response to the format and signature of the verification information being consistent with a preset format and a preset signature, determining the request content, query condition, screening identifier, and request data type of the request signal;

[0018] In response to the format of the verification information being inconsistent with a preset format, or the signature of the verification information being inconsistent with a preset signature, an error signal is issued, and a request signal is re-acquired.

[0019] Further, the processed request signal includes request content;

[0020] The cache data includes multiple databases;

[0021] The calling of cache data according to the processed request signal comprises:

[0022] Based on semantic analysis, determine the database identifier corresponding to the request content according to the request content;

[0023] In response to the database identifier being identical to any factor of the preset identifier set, determining the corresponding database as the target database according to the database identifier;

[0024] In response to the database identifier being different from factors of the preset identifier set, the cached data is determined to be a target database.

[0025] Further, the processed request signal includes a query condition, a filter identifier, and a request data type;

[0026] Determining the output signal according to the called cache data includes:

[0027] Based on the preset index, determining the simulated request data according to the target database, the query condition and the screening identifier;

[0028] An output signal is determined according to the simulation request data and the type of the request data.

[0029] Furthermore, the data interaction method based on the digital simulation scenario also includes a verification step:

[0030] In response to the target database being equal to the cache data, writing the simulated request data into the cache data as a new database, and using the determined database identifier as a data identifier of the new database;

[0031] Based on the preset index, the verification request data is determined according to the new database, the query condition and the screening identifier, if the verification request data is the same as the simulation request data, the output signal is accurate, if the verification request data is different from the simulation request data, the output signal is inaccurate, and a relief measure is called;

[0032] Furthermore, the data interaction method based on the digital simulation scenario also includes a verification step:

[0033] In response to the target database not being equal to the cached data, using the cached data as a new target database;

[0034] Based on the preset index, the verification request data is determined according to the new target database, the query condition and the screening identifier. If the verification request data is the same as the simulation request data, the output signal is accurate. If the verification request data is different from the simulation request data, the output signal is inaccurate and relief measures are called.

[0035] In a second aspect, the present invention provides a data interaction device based on a digital simulation scene, comprising:

[0036] A request module, used to obtain a request signal;

[0037] An interaction module, used for preprocessing the acquired request signal, calling the cache data according to the processed request signal, and determining the output signal according to the called cache data;

[0038] Among them, the request signal includes at least a first request signal and a second request signal, and the output signal includes at least a first output signal corresponding to the first request signal and a second output signal corresponding to the second request signal; the acquisition time node of the second request signal is earlier than, later than or equal to the output time node of the first output signal.

[0039] In a third aspect, the present invention provides a computing device, comprising a processor, a memory, and a computer program stored in the memory, wherein the processor executes the computer program to implement the steps of the above method.

[0040] In a fourth aspect, the present invention provides a computer-readable storage medium having a computer program / instruction stored thereon, wherein the computer program / instruction is used by a processor to implement the steps of the above method.

[0041] In a fifth aspect, the present invention provides a computer program product, comprising a computer program / instruction, which implements the steps of the above method when executed by a processor.

[0042] Compared with the prior art, the beneficial effects of the present invention include at least:

[0043] By preprocessing the request signal, the present invention can quickly call the cached data according to the processed request signal, which not only reduces the time for real-time query or calculation of data, thereby improving the efficiency of data processing, and provides a stable and reliable data interaction experience, thereby helping to improve user satisfaction; it can also alleviate the real-time processing burden of the system to a certain extent, reduce the system load, and enhance the stability and reliability of the system.

[0044] The present invention can process multiple request signals (such as a first request signal and a second request signal) simultaneously or continuously, is not restricted by the time sequence of the request signals, and can flexibly respond to data requests at different time nodes, which not only meets the needs of diverse application scenarios, but also improves the concurrency performance of the system. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] Figure 1 It is a flow chart of a data interaction method based on a digital simulation scenario according to an embodiment of the present invention. DETAILED DESCRIPTION

[0046] Example embodiments will now be described more fully with reference to the accompanying drawings. However, example embodiments can be implemented in a variety of forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided to make the present invention more comprehensive and complete and to fully convey the concepts of example embodiments to those skilled in the art. The same reference numerals in the figures represent the same or similar structures, and thus their repeated description will be omitted.

[0047] The words expressing positions and directions described in the present invention are all explained with reference to the accompanying drawings as examples, but they can be changed as needed, and all such changes are included in the protection scope of the present invention.

[0048] Example 1

[0049] This embodiment provides a data interaction method based on a digital simulation scenario.

[0050] The data interaction method based on the digital simulation scene in this embodiment includes steps S1 and S2. Figure 1 :

[0051] Step S1: Get a request signal.

[0052] Among them, the request signal can be user input, triggering of other systems or devices, timed tasks, etc. When applied, the request signal includes at least a first request signal and a second request signal. The first request signal and the second request signal can be data requests of the same or different types, can be the same or different operation requirements, can be data requests of the same or different scenarios, and in addition, the first request signal and the second request signal can occur simultaneously, that is, they can occur one after the other.

[0053] Step S2: pre-processing the acquired request signal, calling the cache data according to the processed request signal, and determining the output signal according to the called cache data.

[0054] The output signal at least includes a first output signal corresponding to the first request signal and a second output signal corresponding to the second request signal.

[0055] When applied, the acquisition time node of the second request signal is earlier than, later than or equal to the output time node of the first output signal. After the first request signal is acquired, regardless of whether the first output signal has been output, the second request signal can still be received and the corresponding second output signal can be output.

[0056] By preprocessing the request signal, the present invention can quickly call the cached data according to the processed request signal, which not only reduces the time for real-time query or calculation of data, thereby improving the efficiency of data processing, and provides a stable and reliable data interaction experience, thereby helping to improve user satisfaction; it can also alleviate the real-time processing burden of the system to a certain extent, reduce the system load, and enhance the stability and reliability of the system.

[0057] The present invention can process multiple request signals (such as a first request signal and a second request signal) simultaneously or continuously, is not restricted by the time sequence of the request signals, and can flexibly respond to data requests at different time nodes, which not only meets the needs of diverse application scenarios, but also improves the concurrency performance of the system.

[0058] Example 2

[0059] Based on Example 1, this example provides a data interaction method based on a digital simulation scenario.

[0060] The data interaction method based on the digital simulation scene in this embodiment includes steps S1 and S2:

[0061] Step S1: Get a request signal.

[0062] The request signal at least includes a first request signal and a second request signal, and the acquisition time node of the first request signal is earlier than or equal to the acquisition time node of the second request signal.

[0063] Step S2: preprocess the acquired request signal, call the cache data according to the processed request signal, and determine the output signal according to the called cache data, wherein the output time node of the first output signal is earlier than, later than or equal to the output time node of the second output signal.

[0064] Specifically, step S2 includes steps S211-S214.

[0065] Step S211: pre-process the acquired request signal.

[0066] Specifically, step S211 includes S2111-S2113.

[0067] Step S2111: Identify the request signal and determine verification information of the request signal.

[0068] When applied, when the request signal is a character string, semantic recognition technology is used to identify the request content, query conditions, filter identifier and request data type of the request signal.

[0069] Step S2112: In response to the format and signature of the verification information being consistent with a preset format and a preset signature, determining the request content, query conditions, filter identifier, and request data type of the request signal.

[0070] Verification information includes format and signature. Format verification ensures that the request signal conforms to the expected data structure or pattern, while signature verification is used to ensure that the request signal has not been tampered with during transmission. When checking whether the format of the request signal is consistent with the preset format, it can be achieved through regular expression matching, XML / JSON parsing, etc. During signature verification, the signature of the request signal is verified using a predetermined signature algorithm and key.

[0071] Step S2113: In response to the format of the verification information being inconsistent with a preset format, or the signature of the verification information being inconsistent with a preset signature, an error signal is issued, and a request signal is acquired again.

[0072] When applied, if the verification information does not match the preset one, the request signal will be rejected to prevent potential security risks.

[0073] Step S212: calling cache data according to the processed request signal.

[0074] When applied, the cached data includes multiple databases. The multiple databases include a marked database and at least one unmarked temporary database. When actually applied, the scene parameters obtained in real time from the digital simulation scene are cached into the temporary database.

[0075] Specifically, step S212 includes steps S2121 - S2123.

[0076] Step S2121: Based on semantic analysis, determine the database identifier corresponding to the request content according to the request content.

[0077] Step S2122: In response to the database identifier being identical to any factor of the preset identifier set, determining the corresponding database as the target database according to the database identifier.

[0078] The factors of the preset identification set are data identifications of the database that has been marked in the cache data.

[0079] Step S2123: In response to the database identifier being different from factors of the preset identifier set, determining that the cached data is a target database.

[0080] Step S213: Determine the output signal according to the called cache data.

[0081] Specifically, step S213 includes step S2131-step S2132.

[0082] Step S2131: Based on the preset index, the simulated request data is determined according to the target database, the query condition and the filter identifier.

[0083] When applied, the preset index can include database identifier, data table name, field name, data type, condition type, and filter type.

[0084] Step S2132: Determine the output signal according to the simulation request data and the request data type.

[0085] When applied, the request signal can also specify the requested data type, such as JSON, XML, CSV, etc. The output signal is a response to the request signal, which contains the data and additional information required by the request signal, such as status code, error message, etc.

[0086] Example 3

[0087] The data interaction method based on the digital simulation scene in this embodiment includes steps S1 to S3:

[0088] Step S1: Get a request signal.

[0089] The request signal at least includes a first request signal and a second request signal, and the acquisition time node of the first request signal is earlier than or equal to the acquisition time node of the second request signal.

[0090] Step S2: preprocess the acquired request signal, call the cache data according to the processed request signal, and determine the output signal according to the called cache data, wherein the output time node of the first output signal is earlier than, later than or equal to the output time node of the second output signal.

[0091] Specifically, step S2 includes steps S211-S214.

[0092] Step S211: pre-process the acquired request signal.

[0093] Specifically, step S211 includes S2111-S2113.

[0094] Step S2111: Identify the request signal and determine verification information of the request signal.

[0095] When applied, when the request signal is a character string, semantic recognition technology is used to identify the request content, query conditions, filter identifier and request data type of the request signal.

[0096] Step S2112: In response to the format and signature of the verification information being consistent with a preset format and a preset signature, determining the request content, query conditions, filter identifier, and request data type of the request signal.

[0097] Verification information includes format and signature. Format verification ensures that the request signal conforms to the expected data structure or pattern, while signature verification is used to ensure that the request signal has not been tampered with during transmission. When checking whether the format of the request signal is consistent with the preset format, it can be achieved through regular expression matching, XML / JSON parsing, etc. During signature verification, the signature of the request signal is verified using a predetermined signature algorithm and key.

[0098] Step S2113: In response to the format of the verification information being inconsistent with a preset format, or the signature of the verification information being inconsistent with a preset signature, an error signal is issued, and a request signal is acquired again.

[0099] When applied, if the verification information does not match the preset one, the request signal will be rejected to prevent potential security risks.

[0100] Step S212: calling cache data according to the processed request signal.

[0101] When applied, the cached data includes multiple databases. The multiple databases include a marked database and at least one unmarked temporary database. When actually applied, the scene parameters obtained in real time from the digital simulation scene are cached into the temporary database.

[0102] Specifically, step S212 includes steps S2121 - S2123.

[0103] Step S2121: Based on semantic analysis, determine the database identifier corresponding to the request content according to the request content.

[0104] Step S2122: In response to the database identifier being identical to any factor of the preset identifier set, determining the corresponding database as the target database according to the database identifier.

[0105] The factors of the preset identification set are data identifications of the database that has been marked in the cache data.

[0106] Step S2123: In response to the database identifier being different from factors of the preset identifier set, determining that the cached data is a target database.

[0107] Step S213: Determine the output signal according to the called cache data.

[0108] Specifically, step S213 includes step S2131-step S2132.

[0109] Step S2131: Based on the preset index, the simulated request data is determined according to the target database, the query condition and the filter identifier.

[0110] When applied, the preset index can include database identifier, data table name, field name, data type, condition type, and filter type.

[0111] Step S2132: Determine the output signal according to the simulation request data and the request data type.

[0112] When applied, the request signal can also specify the requested data type, such as JSON, XML, CSV, etc. The output signal is a response to the request signal, which contains the data and additional information required by the request signal, such as status code, error message, etc.

[0113] Step S3: Verify the accuracy of the data during the interaction process.

[0114] Specifically, step S3 includes step S31 and step S32.

[0115] Step S31: In response to the target database being equal to the cached data, the simulated request data is written into the cached data as a new database, and the determined database identifier is used as the data identifier of the new database.

[0116] When applied, the same data in the temporary database and the new database are deleted at the same time to reduce the system burden, avoid the accumulation of redundant data, and improve system efficiency.

[0117] Step S32: Based on the preset index, the verification request data is determined according to the new database, query conditions and screening identifier. If the verification request data is the same as the simulation request data, the output signal is accurate. If the verification request data is different from the simulation request data, the output signal is inaccurate, and relief measures are called, which greatly reduces the need for human intervention and improves the self-recovery capability of the system.

[0118] When applied, the relief measures include: sending an error signal, and repeating the first operation within a preset time until the verification request data is the same as the simulation request data, and determining the final output signal according to the simulation request data and the request data type.

[0119] The first operation includes: step S100 to step S200.

[0120] Step S100: Based on the preset index, the simulated request data is determined according to the cached data, the query condition and the filter identifier, and the simulated request data is written into the newly created database to update the new database;

[0121] Step S200: Based on the preset index, the verification request data is determined according to the updated new database, the query condition and the screening identifier.

[0122] The preset time includes the following:

[0123] T=(1+N / N0)*(t2-t1) / (t2+t1)*t3,

[0124] Wherein, T is the preset time; t1 is the average period of cache data update; t2 is the average period of inaccurate output signal; t3 is the average period from when the output signal is inaccurate to when the final output signal is determined; N is the average number of times the first operation is repeated from when the output signal is inaccurate to when the final output signal is determined; and N0 is the preset number of times the first operation is repeated.

[0125] In actual application, if the verification request data and the simulation request data are always different within the preset time, the similarity value between the verification request data and the simulation request data is calculated. If the similarity is greater than the preset similarity value, the corresponding verification request data is regarded as the same as the simulation request data, otherwise an alarm signal is issued.

[0126] Among them, the similarity values ​​include the following:

[0127]

[0128] In the formula, is a similar value; To verify the maximum dimension of the data in the request data and the simulation request data; To verify the number of data whose dimensions of request data and simulation request data are both i; To verify the number of data with the requested data dimension i; It is the number of data with the simulated request data dimension i.

[0129] Among them, the preset similarity value includes the following formula:

[0130]

[0131] In the formula, is the preset similarity value; The number of requested data for verification; The number of simulation request data.

[0132] The present invention introduces verification steps and relief measures to make the entire data interaction process more robust, and can effectively resist the influence of abnormal data or erroneous operations, thereby ensuring the stability and reliability of the data interaction method.

[0133] Example 4

[0134] The data interaction method based on the digital simulation scene in this embodiment includes steps S1 to S3:

[0135] Step S1: Get a request signal.

[0136] The request signal at least includes a first request signal and a second request signal, and the acquisition time node of the first request signal is earlier than or equal to the acquisition time node of the second request signal.

[0137] Step S2: preprocess the acquired request signal, call the cache data according to the processed request signal, and determine the output signal according to the called cache data, wherein the output time node of the first output signal is earlier than, later than or equal to the output time node of the second output signal.

[0138] Specifically, step S2 includes steps S211-S214.

[0139] Step S211: pre-process the acquired request signal.

[0140] Specifically, step S211 includes S2111-S2113.

[0141] Step S2111: Identify the request signal and determine verification information of the request signal.

[0142] When applied, when the request signal is a character string, semantic recognition technology is used to identify the request content, query conditions, filter identifier and request data type of the request signal.

[0143] Step S2112: In response to the format and signature of the verification information being consistent with a preset format and a preset signature, determining the request content, query conditions, filter identifier, and request data type of the request signal.

[0144] Verification information includes format and signature. Format verification ensures that the request signal conforms to the expected data structure or pattern, while signature verification is used to ensure that the request signal has not been tampered with during transmission. When checking whether the format of the request signal is consistent with the preset format, it can be achieved through regular expression matching, XML / JSON parsing, etc. During signature verification, the signature of the request signal is verified using a predetermined signature algorithm and key.

[0145] Step S2113: In response to the format of the verification information being inconsistent with a preset format, or the signature of the verification information being inconsistent with a preset signature, an error signal is issued, and a request signal is acquired again.

[0146] When applied, if the verification information does not match the preset one, the request signal will be rejected to prevent potential security risks.

[0147] Step S212: calling cache data according to the processed request signal.

[0148] When applied, the cached data includes multiple databases. The multiple databases include a marked database and at least one unmarked temporary database. When actually applied, the scene parameters obtained in real time from the digital simulation scene are cached into the temporary database.

[0149] Specifically, step S212 includes steps S2121 - S2123.

[0150] Step S2121: Based on semantic analysis, determine the database identifier corresponding to the request content according to the request content.

[0151] Step S2122: In response to the database identifier being identical to any factor of the preset identifier set, determining the corresponding database as the target database according to the database identifier.

[0152] The factors of the preset identification set are data identifications of the database that has been marked in the cache data.

[0153] Step S2123: In response to the database identifier being different from factors of the preset identifier set, determining that the cached data is a target database.

[0154] Step S213: Determine the output signal according to the called cache data.

[0155] Specifically, step S213 includes step S2131-step S2132.

[0156] Step S2131: Based on the preset index, the simulated request data is determined according to the target database, the query condition and the filter identifier.

[0157] When applied, the preset index can include database identifier, data table name, field name, data type, condition type, and filter type.

[0158] Step S2132: Determine the output signal according to the simulation request data and the request data type.

[0159] When applied, the request signal can also specify the requested data type, such as JSON, XML, CSV, etc. The output signal is a response to the request signal, which contains the data and additional information required by the request signal, such as status code, error message, etc.

[0160] Step S3: Verify the accuracy of the data during the interaction process.

[0161] Specifically, step S3 includes step S33-step S34.

[0162] Step S33: In response to the target database not being equal to the cached data, the cached data is used as a new target database.

[0163] Step S34: Based on the preset index, the verification request data is determined according to the new target database, the query condition and the screening identifier. If the verification request data is the same as the simulation request data, the output signal is accurate. If the verification request data is different from the simulation request data, the output signal is inaccurate and relief measures are called.

[0164] When applied, the relief measures include: issuing an error signal, writing the verification request data into the original target database to update the original target database, and repeating the first operation within a preset time until the verification request data is the same as the simulation request data, and determining the final output signal based on the simulation request data and the request data type.

[0165] The first operation includes: step S300 to step S400.

[0166] Step S300: Based on the preset index, the simulated request data is determined according to the updated original target database, query conditions and screening identifiers.

[0167] Step S400: Based on the preset index, the verification request data is determined according to the cache data, the query condition and the filter identifier, and the verification request data is written into the original target database to update the original target database.

[0168] The preset time includes the following:

[0169] T=(1+N / N0)*(t2-t1) / (t2+t1)*t3,

[0170] Wherein, T is the preset time; t1 is the average period of cache data update; t2 is the average period of inaccurate output signal; t3 is the average period from when the output signal is inaccurate to when the final output signal is determined; N is the average number of times the first operation is repeated from when the output signal is inaccurate to when the final output signal is determined; and N0 is the preset number of times the first operation is repeated.

[0171] In actual application, if the verification request data and the simulation request data are always different within the preset time, the similarity value between the verification request data and the simulation request data is calculated. If the similarity is greater than the preset similarity value, the corresponding verification request data is regarded as the same as the simulation request data, otherwise an alarm signal is issued.

[0172] Among them, the similarity values ​​include the following:

[0173]

[0174] In the formula, is a similar value; To verify the maximum dimension of the data in the request data and the simulation request data; To verify the number of data whose dimensions of request data and simulation request data are both i; To verify the number of data with the requested data dimension i; It is the number of data with the simulated request data dimension i.

[0175] Among them, the preset similarity value includes the following formula:

[0176]

[0177] In the formula, is the preset similarity value; The number of requested data for verification; The number of simulation request data.

[0178] The present invention can ensure the accuracy of data in the interactive process by comparing the simulation request data with the verification request data. When the verification request data is inconsistent with the simulation request data, a relief measure is called, such as sending an error signal and trying to repair the error, thereby improving the self-recovery ability of the system. Furthermore, by introducing a verification and repair mechanism, system crashes or instabilities caused by data errors or inconsistencies can be reduced, thereby improving the stability of the system.

[0179] Example 5

[0180] This embodiment provides a data interaction device based on a digital simulation scene.

[0181] The data interaction device based on the digital simulation scene of this embodiment includes: a request module and an interaction module.

[0182] The request module is used to obtain the request signal.

[0183] The interaction module is used to pre-process the acquired request signal, call the cache data according to the processed request signal, and determine the output signal according to the called cache data.

[0184] Verification module, used for verification.

[0185] Among them, the request signal includes at least a first request signal and a second request signal, and the output signal includes at least a first output signal corresponding to the first request signal and a second output signal corresponding to the second request signal; the acquisition time node of the second request signal is earlier than, later than or equal to the output time node of the first output signal.

[0186] The implementation of the specific functions of the above functional modules refers to the steps of the data interaction method recorded in any one of Examples 1-4.

[0187] Example 6

[0188] This embodiment provides a data interaction device based on a digital simulation scene.

[0189] The data interaction device based on the digital simulation scene of this embodiment includes: a request module and an interaction module.

[0190] The request module is used to obtain the request signal.

[0191] The interaction module is used to pre-process the acquired request signal, call the cache data according to the processed request signal, and determine the output signal according to the called cache data.

[0192] The interaction module includes: a preprocessing unit, a calling unit, an output unit, a first verification unit and a second verification unit.

[0193] A preprocessing unit is used to identify the request signal and determine the verification information of the request signal; in response to the format and signature of the verification information being consistent with a preset format and a preset signature, determine the request content, query conditions, filter identifier and request data type of the request signal; in response to the format of the verification information being inconsistent with the preset format, or the signature of the verification information being inconsistent with the preset signature, issue an error signal and reacquire the request signal.

[0194] The calling unit is used to determine the database identifier corresponding to the request content based on the semantic analysis; in response to the database identifier being the same as any factor of a preset identifier set, determine the corresponding database as a target database based on the database identifier; in response to the database identifier being different from the factors of the preset identifier set, determine the cached data as the target database.

[0195] The output unit is used to determine the simulated request data based on a preset index, according to the target database, the query condition and the screening identifier; and determine the output signal according to the simulated request data and the request data type.

[0196] a first verification unit, configured to, in response to the target database being equal to the cached data, write the simulated request data into the cached data as a new database, and use the determined database identifier as a data identifier of the new database;

[0197] Based on the preset index, the verification request data is determined according to the new database, the query condition and the screening identifier. If the verification request data is the same as the simulation request data, the output signal is accurate. If the verification request data is different from the simulation request data, the output signal is inaccurate and relief measures are called.

[0198] a second verification unit, configured to use the cached data as a new target database in response to the target database not being equal to the cached data;

[0199] Based on the preset index, the verification request data is determined according to the new target database, the query condition and the screening identifier. If the verification request data is the same as the simulation request data, the output signal is accurate. If the verification request data is different from the simulation request data, the output signal is inaccurate and relief measures are called.

[0200] The implementation of the specific functions of the above functional modules refers to the steps of the data interaction method recorded in any one of Examples 1-4.

[0201] Example 7

[0202] This embodiment introduces a computing device, including a processor, a memory, and a computer program stored in the memory, characterized in that the processor executes the computer program to implement the steps of the data interaction method recorded in any one of embodiments 1-4.

[0203] Example 8

[0204] This embodiment introduces a computer-readable storage medium on which a computer program / instruction is stored. The computer program / instruction is used by a processor to implement the steps of the data interaction method described in any one of Embodiments 1-4.

[0205] Example 9

[0206] This embodiment introduces a computer program product, including a computer program / instruction, which, when executed by a processor, implements the steps of the data interaction method described in any one of Embodiments 1-4.

[0207] Although the embodiments of the present invention have been shown and described above, it is to be understood that the above embodiments are exemplary and are not to be construed as limitations on the present invention. A person skilled in the art may change, modify, substitute and modify the above embodiments within the scope of the invention without departing from the principles and purpose of the present invention. All such changes should fall within the scope of protection of the claims of the present invention.

Claims

1. A data interaction method based on a digital simulation scene, characterized in that: The following steps are involved: Get request signal; Preprocessing the acquired request signal, calling the cache data according to the processed request signal, and determining the output signal according to the called cache data; The request signal includes at least a first request signal and a second request signal, and the output signal includes at least a first output signal corresponding to the first request signal and a second output signal corresponding to the second request signal; the acquisition time node of the second request signal is earlier than, later than or equal to the output time node of the first output signal; The processed request signal includes request content; The cache data includes a plurality of databases, the plurality of databases including a marked database and at least one unmarked temporary database, the temporary database being configured to store scene parameters acquired in real time by a digital simulation scene; The calling of cache data according to the processed request signal comprises: Based on semantic analysis, determine the database identifier corresponding to the request content according to the request content; In response to the database identifier being identical to any factor of the preset identifier set, determining the corresponding database as the target database according to the database identifier; In response to the database identifier being different from factors of the preset identifier set, determining that the cached data is a target database; The processed request signal includes a query condition, a screening identifier, and a request data type; Determining the output signal according to the called cache data includes: Based on the preset index, determining the simulated request data according to the target database, the query condition and the screening identifier; Determining an output signal according to the simulation request data and the type of the request data; In response to the target database being equal to the cache data, writing the simulated request data into the cache data as a new database, and using the determined database identifier as a data identifier of the new database; Based on the preset index, the verification request data is determined according to the new database, the query condition and the screening identifier, if the verification request data is the same as the simulation request data, the output signal is accurate, if the verification request data is different from the simulation request data, the output signal is inaccurate, and a relief measure is called; The relief measures include: issuing an error signal, and repeating the first operation within a preset time until the verification request data is the same as the simulation request data, and determining a final output signal according to the simulation request data and the request data type; The first operation includes: Based on the preset index, the simulated request data is determined according to the cached data, the query condition and the filter identifier, and the simulated request data is written into the newly created database to update the new database; Based on the preset index, the verification request data is determined according to the updated new database, query conditions and screening identifiers; If within a preset time, the verification request data and the simulation request data are always different, then the similarity value between the verification request data and the simulation request data is calculated, and if the similarity is greater than the preset similarity value, then the corresponding verification request data is regarded as being the same as the simulation request data, otherwise an alarm signal is issued; Among them, the similarity values ​​include the following: Where JJ is the similarity value; I is the maximum dimension of the data in the verification request data and the simulation request data; p i To verify that the requested data and simulated request data have the same dimension as i, q i To verify the number of data in the requested data dimension i; r i To simulate the number of data with the requested data dimension being i; Among them, the preset similarity value includes the following formula: Where jj is the preset similarity value; n2 is the number of verification request data; n1 is the number of simulation request data.

2. The data interaction method based on digital simulation scene according to claim 1 is characterized in that: The acquisition time node of the first request signal is earlier than or equal to the acquisition time node of the second request signal; and / or, An output time node of the first output signal is earlier than, later than, or equal to an output time node of the second output signal.

3. The data interaction method based on digital simulation scene according to claim 1 is characterized in that: The request signal obtained by preprocessing includes: identifying the request signal and determining verification information of the request signal; In response to the format and signature of the verification information being consistent with a preset format and a preset signature, determining the request content, query condition, screening identifier, and request data type of the request signal; In response to the format of the verification information being inconsistent with a preset format, or the signature of the verification information being inconsistent with a preset signature, an error signal is issued, and a request signal is re-acquired.

4. The data interaction method based on digital simulation scene according to claim 1 is characterized in that: Also includes a verification step: In response to the target database not being equal to the cached data, using the cached data as a new target database; Based on the preset index, the verification request data is determined according to the new target database, the query condition and the screening identifier. If the verification request data is the same as the simulation request data, the output signal is accurate. If the verification request data is different from the simulation request data, the output signal is inaccurate and relief measures are called.

5. A data interaction device based on a digital simulation scene, characterized in that: include: A request module, used to obtain a request signal; An interaction module, used for preprocessing the acquired request signal, calling the cache data according to the processed request signal, and determining the output signal according to the called cache data; The request signal includes at least a first request signal and a second request signal, and the output signal includes at least a first output signal corresponding to the first request signal and a second output signal corresponding to the second request signal; the acquisition time node of the second request signal is earlier than, later than or equal to the output time node of the first output signal; The processed request signal includes request content; The cache data includes a plurality of databases, the plurality of databases including a marked database and at least one unmarked temporary database, the temporary database being configured to store scene parameters acquired in real time by a digital simulation scene; The calling of cache data according to the processed request signal comprises: Based on semantic analysis, determine the database identifier corresponding to the request content according to the request content; In response to the database identifier being identical to any factor of the preset identifier set, determining the corresponding database as the target database according to the database identifier; In response to the database identifier being different from factors of the preset identifier set, determining that the cached data is a target database; The processed request signal includes a query condition, a screening identifier, and a request data type; Determining the output signal according to the called cache data includes: Based on the preset index, determining the simulated request data according to the target database, the query condition and the screening identifier; Determining an output signal according to the simulation request data and the type of the request data; In response to the target database being equal to the cache data, writing the simulated request data into the cache data as a new database, and using the determined database identifier as a data identifier of the new database; Based on the preset index, the verification request data is determined according to the new database, the query condition and the screening identifier, if the verification request data is the same as the simulation request data, the output signal is accurate, if the verification request data is different from the simulation request data, the output signal is inaccurate, and a relief measure is called; The relief measures include: issuing an error signal, and repeating the first operation within a preset time until the verification request data is the same as the simulation request data, and determining a final output signal according to the simulation request data and the request data type; The first operation includes: Based on the preset index, the simulated request data is determined according to the cached data, the query condition and the filter identifier, and the simulated request data is written into the newly created database to update the new database; Based on the preset index, the verification request data is determined according to the updated new database, query conditions and screening identifiers; If within a preset time, the verification request data and the simulation request data are always different, then the similarity value between the verification request data and the simulation request data is calculated, and if the similarity is greater than the preset similarity value, then the corresponding verification request data is regarded as being the same as the simulation request data, otherwise an alarm signal is issued; Among them, the similarity values ​​include the following: Where JJ is the similarity value; I is the maximum dimension of the data in the verification request data and the simulation request data; p i To verify that the requested data and simulated request data have the same dimension as i, q i To verify the number of data in the requested data dimension i; r i To simulate the number of data with the requested data dimension being i; Among them, the preset similarity value includes the following formula: Where jj is the preset similarity value; n2 is the number of verification request data; n1 is the number of simulation request data.

6. A computing device, characterized in that The method comprises a processor, a memory and a computer program stored in the memory, wherein the processor executes the computer program to implement the steps of the method according to any one of claims 1 to 4.

7. A computer-readable storage medium having a computer program / instruction stored thereon, characterized in that: The computer program / instructions are used by a processor to implement the steps of the method according to any one of claims 1 to 4.

8. A computer program product comprising a computer program / instructions, characterized in that When the computer program / instructions are executed by a processor, the steps of the method according to any one of claims 1 to 4 are implemented.

Images