Communication method and device, storage medium and electronic equipment

Abstract

The invention relates to a communication method and device, a storage medium and electronic equipment, relates to the technical field of communication, and can be applied to the technical field of hardware security of financial science and technology, such as a signal measurement technology used when security evaluation is carried out on financial chips including an intelligent card in the field of financial science and technology. Comprising the following steps of: firstly, acquiring an operation stream in a multi-data transceiving process, wherein the operation stream comprises data operation instructions corresponding to a plurality of data operation flows in a single-transmitting and single-receiving mode; dividing the data operation instructions into different types of operation instruction sets according to the operation types of the data operation instructions in the operation stream; obtaining an operation instruction sequence corresponding to the operation flow, sorting the different types of operation instruction sets, and generating an operation instruction sequence corresponding to the data operation instruction; and finally, processing the different types of operation instruction sets in batches according to a batch instruction sequence in the operation instruction sequence.

Description

Technical Field

[0001] This application relates to the field of communication technology and can be applied to technical fields such as hardware security in financial technology. Specifically, it relates to a communication method, device, storage medium, and electronic device. Background Technology

[0002] In hardware security-related measurement systems, multiple devices typically need to communicate collaboratively to achieve information exchange such as configuration distribution, status reporting, command response, and data sharing, in order to support efficient, real-time communication and system-level status monitoring.

[0003] Currently, related technologies typically employ a single-transmit, single-receive transmission mode between multiple devices. However, this method usually requires the sending end to wait for a response from the receiving end before the next communication can begin, resulting in low overall transmission efficiency and making it difficult to meet the performance requirements of large-scale data transmission and reception scenarios. Summary of the Invention

[0004] In view of this, this application provides a communication method, apparatus, storage medium and electronic device, the main purpose of which is to solve the technical problem that current related technologies usually require the sending end to wait for the receiving end to respond after sending once before the next communication, resulting in low overall transmission efficiency and difficulty in meeting the performance requirements of large-scale data transmission and reception scenarios.

[0005] According to a first aspect of this application, a communication method is provided, the method comprising: Acquire the operation flow during multiple data transmission and reception processes, wherein the operation flow includes data operation instructions corresponding to multiple data operation processes in single transmission and single reception mode; According to the operation type of the data operation instructions in the operation flow, the data operation instructions are divided into different types of operation instruction sets; Obtain the order of operation instructions corresponding to the operation flow, sort the different types of operation instruction sets, and generate the operation instruction sequence corresponding to the data operation instructions; The different types of operation instruction sets are processed in batches according to the batch instruction order in the operation instruction sequence.

[0006] According to a second aspect of this application, a communication device is provided, the device comprising: The acquisition module is used to acquire the operation flow during multiple data transmission and reception processes. The operation flow includes data operation instructions corresponding to multiple data operation processes in the single transmission and single reception mode. The partitioning module is used to partition the data operation instructions into different types of operation instruction sets according to the operation type of the data operation instructions in the operation flow; The generation module is used to obtain the order of operation instructions corresponding to the operation flow, sort the different types of operation instruction sets, and generate the operation instruction sequence corresponding to the data operation instructions. The processing module is used to process the different types of operation instruction sets in batches according to the batch instruction order in the operation instruction sequence.

[0007] According to a third aspect of this application, an electronic device is provided, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the method of the first aspect described above.

[0008] According to a fourth aspect of this application, a non-transitory computer-readable storage medium is provided storing computer instructions, wherein the computer instructions are used to cause a computer to perform the method of the first aspect described above.

[0009] Compared with related technologies, the communication method, apparatus, storage medium, and electronic device provided in this application first obtain the operation flow in the multi-data transmission and reception process. The operation flow includes data operation instructions corresponding to multiple data operation processes in the single-transmission-single-receive mode. Then, according to the operation type of the data operation instructions in the operation flow, the data operation instructions are divided into different types of operation instruction sets. Next, the operation instruction sequence corresponding to the operation flow is obtained, and the different types of operation instruction sets are sorted to generate an operation instruction sequence corresponding to the data operation instructions. Finally, the different types of operation instruction sets are processed in batches according to the batch instruction sequence. Through the solution of this application, the data operation instructions corresponding to multiple data operation processes in the single-transmission-single-receive mode can be divided into multiple operation instruction sets according to the operation type, and an operation instruction sequence corresponding to multiple operation instruction sets can be generated according to the operation instruction sequence, realizing the reconstruction of data operation instructions. Finally, batch instruction processing is performed according to the batch instruction sequence, realizing the batch division and batch processing of data operation instructions. There is no need to wait for the receiving end to respond before processing the next instruction, effectively reducing the communication time in the single-transmission-single-receive mode, thereby improving the overall transmission efficiency and meeting the performance requirements of large-scale data transmission and reception scenarios. Attached Figure Description

[0010] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0011] To more clearly illustrate the technical solutions in the embodiments of this application or related technologies, the accompanying drawings used in the description of the embodiments or related technologies will be briefly introduced below. Obviously, those skilled in the art can obtain other drawings based on these drawings without creative effort.

[0012] Figure 1 A flowchart illustrating an example provided in an embodiment of this application is shown; Figure 2 A flowchart illustrating a communication method provided in an embodiment of this application; Figure 3 A flowchart illustrating an example provided in an embodiment of this application is shown; Figure 4 A flowchart illustrating an example provided in an embodiment of this application is shown; Figure 5 A flowchart illustrating an example provided in an embodiment of this application is shown; Figure 6 A flowchart illustrating an example provided in an embodiment of this application is shown; Figure 7 A flowchart illustrating an example provided in an embodiment of this application is shown; Figure 8 A flowchart illustrating an example provided in an embodiment of this application is shown; Figure 9 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application. Detailed Implementation

[0013] The following description, in conjunction with the accompanying drawings, illustrates exemplary embodiments of this application, including various details to aid understanding. These should be considered merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of this application. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description. It should be noted that, unless otherwise specified, the embodiments and features described herein can be combined with each other.

[0014] With the increasing application of computationally complex quantum-resistant cryptographic algorithms in fields such as finance and IoT security chips, the significant increase in signal acquisition time overhead places higher demands on the transmission efficiency and stability of signal acquisition systems. Typically, two types of security analysis tasks can be addressed, corresponding to different control modes and performance requirements. For example, a modular oscilloscope system can be used for high-bandwidth signal acquisition and waveform analysis, while a TOE (Target of Evaluation) system can serve as a communication interface testing platform, supporting multiple physical layer and protocol layer interactions. Specific scenarios are as follows: (1) Side-Channel Analysis (SCA): By collecting voltage, current, or electromagnetic radiation waveforms during the operation of the encryption device, energy leakage characteristics are extracted, and key information is recovered by combining relevant energy analysis (CPA), template attack, and other methods. This scenario requires continuous collection of a large number of waveforms over a long period of time, with a single task containing thousands to tens of thousands of triggers, corresponding to a usage mode of single startup and long-term stable operation (i.e., "Scenario 1"). (2) Fault Injection (FI): By injecting voltage spikes or clock disturbances with precise timing control, abnormal system behavior is induced, and response waveforms are collected synchronously to test the internal mechanism of the object and gain insight into its operating mechanism. In this scenario, the number of waveforms collected each time is usually small, but the test task needs to be started and stopped frequently under various parameter combinations, which corresponds to the usage mode of short-term, high-frequency repetitive execution (i.e., "Scenario 2").

[0015] For example, such as Figure 1 The diagram illustrates a system interaction flow for hardware testing and communication in a communication scenario. This scenario includes a controlled device (test object), a controller (control device), and an oscilloscope. The control device can send commands to other devices, such as initiating tests and setting parameters, while also receiving feedback, such as test results and device responses, enabling comprehensive management of the communication process. The oscilloscope is used for communication and display, showing the acquired signals as waveforms for easy observation and analysis. The test object, the hardware being tested, such as chips or circuit boards, operates according to the commands of the control device during testing, generating various signals (such as power consumption, resistance signals, and signals used to trigger acquisition), which are then acquired and analyzed by the oscilloscope. Specifically, the control device can send commands to the oscilloscope to guide it in communication-related operations. The oscilloscope can then feed back information such as the acquired signal status and operating status to the control device, further adjusting commands based on the communication situation and performing multi-level optimization to achieve dynamic control and optimization of the communication process.

[0016] Currently, hardware security-related measurement systems suffer from deficiencies in overall performance evaluation and optimization, failing to maximize the performance of the measuring instruments themselves. Meanwhile, in applications such as financial and IoT security chips, the rise of quantum-resistant cryptographic algorithms, with their inherent high computational complexity leading to long execution latency, significantly increases communication time overhead, thus posing even more severe challenges to transmission efficiency and stability. Therefore, in the process of deepening the systematic modeling and verification analysis of multi-data transmission and reception mechanisms, it is crucial to comprehensively identify potential performance bottlenecks, thoroughly explore limiting factors, and propose optimization solutions.

[0017] In multi-data transmission mechanisms, I / O latency is often a key factor determining overall system efficiency, especially in scenarios involving frequent data transmission and reception. Efficient and accurate information transmission becomes a core challenge in system design. Achieving low-latency data transmission while ensuring system robustness and fault tolerance requires a comprehensive identification of potential performance bottlenecks and in-depth investigation of limiting factors. These factors include multiple dimensions such as dependencies between data and states, data transmission and reception lengths, and time consumption. The complex internal coupling dependencies of the system must be considered, and careful trade-offs must be made in processing flow division and resource scheduling strategies, placing higher demands on the comprehensive design of the system architecture.

[0018] The communication methods, apparatus, storage media, and electronic devices of this application are described below with reference to the accompanying drawings.

[0019] This application provides a communication method, apparatus, storage medium, and electronic device. Its main purpose is to solve the technical problem that current related technologies typically require the sending end to wait for the receiving end to respond after sending a message before the next communication can proceed. This results in low overall transmission efficiency and makes it difficult to meet the performance requirements of large-scale data transmission and reception scenarios.

[0020] like Figure 2 As shown, an embodiment of this application provides a communication method, including: Step 101: Obtain the operation flow during the multiple data transmission and reception process. The operation flow includes data operation instructions corresponding to multiple data operation processes in the single transmission and single reception mode.

[0021] Correspondingly, application scenarios involving multiple data transmission and reception processes may include: signal acquisition processes in hardware / chip security evaluation in the fintech field, such as side-channel analysis and fault injection. The transmitted and received data are communication data, and the measured signals may include electromagnetic radiation data, power consumption data, timing data, etc., which can be used to detect the security of hardware devices (such as smart cards and encryption chips).

[0022] In some embodiments, by analyzing the operation flow during multiple data transmission and reception processes, the set of data operation instructions associated with each data operation process can be extracted in the single-transmit, single-receive communication mode, forming an ordered instruction execution sequence to improve communication efficiency. Here, the operation flow refers to a series of ordered operations performed by the device during communication, such as instruction sending, data reading, status judgment, and response processing. The single-transmit, single-receive mode requires waiting for a corresponding response after each instruction is sent before proceeding to the next round of communication; this is a serial communication method. Multiple data operation processes refer to the communication processes corresponding to multiple communications in different communication scenarios. Data operation instructions can be different types of operation instructions sent by the sending end (such as a controller) to the receiving end (such as a controlled device), such as send instructions, read instructions, and verification instructions, used to trigger the receiving device to execute the corresponding operation.

[0023] Specifically, the basic entities in a multi-data transmission and reception (MDR) mechanism can include a controller and a controlled device. Both have the ability to send and receive communication commands and interact according to a predetermined communication protocol to collaboratively complete specific data transmission and control tasks. The controller can refer to the party that initiates control operations and actively sends commands, while also being responsible for receiving response data from the controlled device, such as a server, PC host, or embedded device. The controlled device can refer to the party that receives commands and executes corresponding operations, returning execution results or status data to the controller after completing the specified operation, such as measuring instruments or embedded systems.

[0024] Correspondingly, such as Figure 3 As shown, a multiple data transmission and reception mechanism (MDR) refers to a communication mode in a control system where the controller and the controlled device send and receive data multiple times. It is widely used in various systems, such as those for smart card signal acquisition. Its performance directly affects the system's response speed and throughput. Reliable data transmission and reception are crucial to ensure accurate execution of interactive operations by both parties. This data interaction process has the following characteristics: (1) Data interaction depends on communication protocols and usually supports multiple interface types and protocol standards, and has a certain degree of protocol compatibility and scalability; (2) Data interaction is achieved through a specific instruction structure. The instruction format may follow general specifications or be a proprietary instruction set customized according to the design requirements of the controlled equipment. (3) To achieve complex functions, data interaction usually needs to be repeated multiple times during the control process; (4) The interaction process has a certain time delay, and its time consumption characteristics are closely related to the hardware architecture, response mechanism and internal processing logic of the controlled device.

[0025] Specifically, such as Figure 4 As shown, the basic unit of a multi-data transceiver mechanism may include: (1) Command sending and receiving unit: The Send and Receive operations are defined from the controller's perspective and are used to describe the basic communication behavior between the controller and the controlled device. Send: refers to the communication behavior in which the controller sends a command to the controlled device, and the controlled device receives the command accordingly; Receive: This refers to the communication behavior where the controlled device sends a response or data to the controller, and the controller receives the information from the controlled device.

[0026] (2) Information transmission and reception unit group: A logical unit consisting of one or more transmission and reception operations, used to complete specific control or status acquisition tasks. Common unit groups include the following components: Writing control information to the controlled device: Information is sent by sending commands, and this process may not be accompanied by a receiving response; Send -> Receive (may not exist); To read status information from a controlled device: first send a read request, then receive the data returned by the device. Send -> Receive; Verification: To ensure the reliability of the operation, verification is usually required. The written control information is compared with the read status information to determine whether the information is successfully sent and executed by the reading unit.

[0027] It should be noted that a complete information distribution and retrieval unit group does not necessarily include all three stages: distribution, retrieval, and verification. The specific process depends on the application scenario and may only include some of these steps. For example... Figure 5 As shown, a typical process may include: Type 1: Includes three stages: complete distribution, reading, and verification; The second type: only performs information distribution, without reading and verification steps; The third type: Do not execute the distribution, execute the reading, and then perform verification; The fourth type: only performs read operations, but does not perform verification.

[0028] (3) Functional module: A functional module is a functional unit composed of multiple information sending and reading units, used to implement specific functions. At the same time, the functional module also constitutes the basic unit in the process-level operation.

[0029] (4) Overall process: refers to the complete execution logic defined to complete a specific acquisition or control task, which usually consists of three ordered stages: initialization process, loop processing process, and termination process; Initialization Process: During system startup, necessary initialization operations are performed to ensure the controlled device is in a controllable and predictable initial state. This process mainly includes establishing a connection with the controlled device, configuring relevant resource parameters, and resetting the status to zero, laying the foundation for the reliable execution of subsequent control tasks. In this scenario, it includes: parameter acquisition control, display settings, trigger system configuration, channel vertical parameter settings, channel horizontal time base control, and initialization configuration modules in operation and system control. Loop Processing Flow: As the core execution phase of the control cycle, the loop processing flow refers to the process in which the controller continuously and repeatedly sends instructions to the controlled device, receives response data, and performs corresponding processing according to preset logic within the main loop. This phase typically occupies most of the system's running time and is the most critical link in realizing the entire process. In this scenario, it includes: operation and system control, waveform reading and configuration modules; Termination Process: Upon termination of the control task, operations such as resource release and device state restoration are performed to ensure the system safely and orderly exits the running state. This process is optional based on actual application requirements, and its execution is determined by the state transition mechanism of the controlled device. Since the oscilloscope state can be reset in the next initialization, and no special recovery operation is required after the task terminates, the termination process is not explicitly implemented.

[0030] Step 102: According to the operation type of the data operation instructions in the operation flow, divide the data operation instructions into different types of operation instruction sets.

[0031] Operation types can be categorized according to the functional attributes of the instructions, such as read, write, and authentication. The operation instruction set can include a group of similar instructions that are sent in a single package, have the same processing path, or target resources, in order to improve communication throughput.

[0032] In some embodiments, data operation instructions are classified and merged according to the operation category of each data operation instruction in the operation flow to obtain operation instruction sets corresponding to different types, that is, instructions of the same type are aggregated into corresponding operation instruction sets to support parallel processing and communication efficiency optimization.

[0033] For example, in a side-channel analysis scenario, the data operation instructions for signal acquisition may include, but are not limited to, configuration data loading instructions, device operation status reading instructions, hardware parameter reading instructions, etc. According to the various operation types involved in the scenario, multiple instructions can be divided into multiple operation instruction sets. Then, according to the processing order of each instruction, the operation instruction sets are sorted, the data operation instructions are reconstructed, and the instructions are processed according to the reconstructed sequence.

[0034] Step 103: Obtain the sequence of operation instructions corresponding to the operation flow, sort the operation instruction sets of different types, and generate the sequence of operation instructions corresponding to the data operation instructions.

[0035] In some embodiments, the order of operation instructions corresponding to the operation flow is the original execution order of the data operation instructions in the operation flow (e.g., "issue → read → verify"). Different types of operation instruction sets can be batch sorted according to this order of operation instructions (e.g., "batch issue → batch read → batch verify") to realize the reconstruction and sorting of similar instructions, generate a batch-schedulable operation instruction sequence, and improve communication efficiency.

[0036] Step 104: Process different types of operation instruction sets in batches according to the order of batch instructions in the operation instruction sequence.

[0037] The batch instruction sequence can be determined based on the order of operation instructions corresponding to the operation flow, representing the processing order of different types of operation instruction sets. In some embodiments, the classified operation instruction sets are processed in stages and batches according to the batch instruction sequence in the operation instruction sequence, realizing the transformation from serial interaction to efficient batch communication, while ensuring the integrity and consistency of the operation process, and improving the communication throughput and detection efficiency of the hardware security device.

[0038] Compared with related technologies, this embodiment can divide the data operation instructions corresponding to multiple data operation processes in the single-transmit single-receive mode into multiple operation instruction sets according to the operation type, and generate operation instruction sequences corresponding to multiple operation instruction sets according to the operation instruction order, thereby realizing the reconstruction of data operation instructions. Finally, batch instruction processing is performed according to the batch instruction order in the sequence, realizing the batch division and batch processing of data operation instructions. There is no need to wait for the receiving end to respond before processing the next instruction, which effectively reduces the communication time in the single-transmit single-receive mode, thereby improving the overall transmission efficiency and meeting the performance requirements of large-scale data transmission and reception scenarios.

[0039] Based on the technical implementation shown in the above embodiments, in order to further illustrate the specific implementation process of the method in this embodiment, optionally, the operation instruction set may include, but is not limited to, a distribution instruction set, a reading instruction set, a verification instruction set, etc.; step 102 may specifically include: dividing the distribution instructions in the data operation instructions into a distribution instruction set; dividing the reading instructions in the data operation instructions into a reading instruction set; dividing the verification instructions in the data operation instructions into a verification instruction set.

[0040] For example, in specific application scenarios, when the perspective is shifted from a single operational unit to the module level, a series of repetitive and independent operation flows can be identified, such as: Issue instruction 1 -> Read instruction 1 -> Verify instruction 1; Issue instruction 2 -> Read instruction 2 -> Verify instruction 2; Issue instruction 3 -> Read instruction 3 -> Verify instruction 3; The data operation instructions in the above multiple operation flows can be divided into three sets according to their types: the sending instructions are divided into sending instruction sets, including sending instruction 1, sending instruction 2, and sending instruction 3; the reading instructions are divided into sending instruction sets, including reading instruction 1, reading instruction 2, and reading instruction 3; and the verification instructions are divided into sending instruction sets, including verification instruction 1, verification instruction 2, and verification instruction 3.

[0041] Optionally, step 103 may specifically include: determining the batch instruction sequence corresponding to the operation instruction set based on the operation instruction sequence corresponding to the operation flow; arranging the operation instruction set according to the batch instruction sequence to generate the operation instruction sequence corresponding to the data operation instruction.

[0042] Correspondingly, the operation instruction sequence for the operation flow is "issue → read → verify". To ensure that the inherent dependencies are not disturbed, the batch instruction sequence for different types of operation instruction sets can be determined based on the original operation instruction sequence. This can be determined as "batch issue → batch read → batch verify". The operation instruction sets are sorted in this order, and the data operation instructions are reconstructed by adjusting the execution sequence. This facilitates the centralized processing of various types of instructions to obtain a more efficient optimized processing flow.

[0043] Optionally, the operation instruction set can be arranged according to the batch instruction order to generate an operation instruction sequence corresponding to the data operation instruction. Specifically, this may include: reconstructing the data operation instruction according to the order of issuing instruction set, reading instruction set, and verifying instruction set to generate an operation instruction sequence.

[0044] For example, the reconstructed sequence of operation instructions can be represented as: Issue instruction 1 → Issue instruction 2 → Issue instruction 3 → Read instruction 1 → Read instruction 2 → Read instruction 3 → Verify instruction 1 → Verify instruction 2 → Verify instruction 3.

[0045] Optionally, step 104 may specifically include: using a preset message queue model, sending a distribution instruction set to the target device, the distribution instruction set including batch distribution data; in response to the target device finishing executing the distribution instruction set, sending a read instruction set to the target device to obtain the batch read data corresponding to the read instruction set; in response to the read instruction set finishing executing, performing centralized verification on the batch distribution data and the batch read data based on the verification instruction set.

[0046] In some embodiments, utilizing a pre-defined message queue mechanism supported by the target device, the controller can send multiple instructions in batches at once, and the device automatically executes and caches the responses in sequence. This mechanism simplifies the communication process to "batch sending → batch reading → centralized verification," constructing a multi-send architecture, significantly reducing I / O switching overhead, improving communication throughput, simplifying the sending and reading stages, and greatly shortening the switching time between stages. The execution order of different types of instructions can be represented as follows: Issue instruction 1, issue instruction 2, issue instruction 3 → Read instruction 1, read instruction 2, read instruction 3 → Verify instruction 1, verify instruction 2, verify instruction 3.

[0047] In practical applications, the multi-issue architecture design mentioned in this embodiment can be widely used in a large number of instruction sequences. For example, the scenarios that use multi-issue for acceleration and their acceleration effects are shown in Table 1.

[0048] Table 1

[0049] As can be seen, for independent and state-conflicting short instruction sequences (such as horizontal axis and waveform preparation), the multi-issue architecture significantly reduces I / O switching overhead through batch transmission, achieving a speedup of up to 5.78 times. However, the performance of some modules (such as channel settings) is slightly reduced due to limitations in the device's internal processing mechanisms. Overall, the acceleration effect of using multi-issue instructions is better than that of single-issue instructions, achieving a good acceleration effect.

[0050] Optionally, the method in this embodiment may further include: in response to detecting a state change, collecting device states at multiple consecutive moments; and determining whether the device is in a stable state by comparing the device states at multiple consecutive moments.

[0051] In some embodiments, during device state transitions (e.g., from "running" to "awaiting trigger"), the device may be in an unstable state due to response delays or asynchronous behavior. Executing subsequent operations at this time can easily lead to instruction failures or data anomalies. Therefore, subsequent instruction processing should only proceed when the device is detected to be in a stable state. To improve system robustness, a time-based debouncing multi-verification mechanism (such as a dual-verification mechanism) can be designed. After a critical state change, multiple (e.g., two) consecutive state queries are performed at preset intervals. Only when the multiple read results are consistent is the device determined to be in a stable state, allowing subsequent operations to proceed. This mechanism effectively suppresses misjudgments of state caused by transient jitter or response delays, balancing reliability and response efficiency, and is suitable for control scenarios with high requirements for state consistency.

[0052] For example, during the triggering phase of an oscilloscope, the first step is to put the oscilloscope into a stopped state and clear its state. Then, in the second step, it enters a waiting-to-trigger state, and it needs to be confirmed that entering the waiting state was successful. The period between these two steps is prone to instability. By performing state checks at each stage, stable verification is achieved.

[0053] Optionally, the device status at multiple consecutive moments is collected at preset time intervals. The device status includes a first state collected at the first moment and a second state collected at the second moment, where the first moment and the second moment are consecutive moments. It is then determined whether the first state and the second state are consistent. If the first state and the second state are consistent, it is determined that the device has entered a stable state. If the first state and the second state are inconsistent, it is determined that the device has not entered a stable state, and the status query continues at preset time intervals.

[0054] For example, such as Figure 6 As shown, the ideal state transition process of the device is: the system jumps directly from state 1 to state 2 without any unstable states during the transition process; the actual state transition process is: the system will experience one or more unstable states during the transition from state 1 to state 2.

[0055] As one possible implementation method, a single-point check can be used to query the status. A check is performed at a certain time point (such as check point 1). If check point 1 meets the conditions of state 2, the system is considered to be stable. However, since the system may be in an unstable state, judging the status based on the detection result of only one time point may be inaccurate and prone to misjudgment.

[0056] As another possible implementation, multiple checkpoints can be determined based on a preset interval time, and status queries can be performed separately. Taking the dual verification mechanism as an example, the first state can be collected at the first moment (checkpoint 1), and the second state can be collected at the second moment (checkpoint 2). If both the first state and the second state are state 2, it can be determined that the system is in a stable state. This method can avoid the misjudgment problem caused by single-point checks and ensure that the system truly enters a stable state.

[0057] Optionally, the method in this embodiment may further include: acquiring the loop processing flow in the multiple data transmission and reception process; identifying the target movement instruction in the loop body corresponding to the loop processing flow, wherein the target movement instruction includes data operation instructions that do not change with iteration; moving the target movement instruction to the loop body corresponding to the loop processing flow, and executing the multiple data transmission and reception process according to the loop body after the instruction is moved.

[0058] In the cyclic processing flow of a multi-data transmission and reception workflow, some configuration instructions (such as sampling rate and trigger mode) remain unchanged within the loop body. If these instructions are repeatedly sent in each iteration, redundant communication overhead will be introduced. Therefore, based on the loop invariant outsourcing technique, instructions that do not change with iteration can be moved outside the loop for execution, significantly reducing the number of repeated communications and improving the efficiency of cyclic processing, which is especially suitable for long-cycle, high-frequency acquisition tasks.

[0059] For example, such as Figure 7 The diagram shows the Before LICM and After LICM corresponding to Loop Invariant Code Motion (LICM), which can include multiple loop bodies, such as Loop1, Loop2, LoopN, etc.

[0060] Specifically, such as Figure 8 As shown, the original loop processing flow can include a set of instructions (WAVeform:SOURce, :WAVeform:MODE, :WAVeform:FORMat, :WAVeform:STARt, :WAVeform:STOP). Data operation instructions that do not change with loop iteration can be identified as target move instructions to be moved out (:WAVeform:MODE, :WAVeform:FORMat). Then, the unchanging target move instructions in the loop body are moved out of the loop. In this way, repeated communication overhead can be avoided. The time consumption data of the original loop processing flow and the optimized loop processing flow are shown in Table 2.

[0061] Table 2

[0062] As can be seen, each loop saves 84 ms, achieving a speedup of 1.58. Combined with a multi-issue architecture, loop processing efficiency is further improved.

[0063] In some embodiments, the loop processing flow in the multi-data transmission and reception process can be obtained, the loop body structure repeatedly executed in the loop processing flow can be identified, the dynamics of each data operation instruction in the loop body can be analyzed, and the target movement instruction that does not change with the loop iteration can be extracted. The target movement instruction may include, but is not limited to: data operation instructions with fixed operation objects, constant parameters, reusable execution results and no loop dependency. Then, the target movement instruction can be promoted from the loop body to the pre-execution stage outside the loop body, and the multi-data transmission and reception process can be executed according to the loop body structure optimized by the instruction. Only the dynamic instructions that depend on the iteration variable are retained in the loop body, thereby reducing redundant communication overhead and improving the overall processing efficiency.

[0064] Specifically, data dependency analysis can be performed on the target movement command to verify that its input parameters are independent of the loop control variable and that the execution result remains consistent across all iterations. After the command is moved out, the execution result of the command is cached in the context environment for subsequent processes within the loop to reference as needed, avoiding repeated sending and response. For example, if the target movement command is a time-consuming operation (such as authentication or key negotiation), authentication can be completed by executing it once outside the loop, significantly reducing the overhead of secure communication.

[0065] Correspondingly, the optimization data obtained through multi-protocol selection, multi-transmission architecture design, cyclic invariant lift-out (LICM), and unstable state verification mechanism are shown in Table 3.

[0066] Table 3

[0067] Note: A speedup ratio > 1 indicates a performance improvement, and the larger the speedup ratio, the more obvious the acceleration effect; a speedup ratio < 1 indicates a performance decrease in exchange for reliability.

[0068] By designing this efficient communication mechanism that overcomes the bottleneck of instruction dependence, we can conduct an in-depth analysis of common send and receive mechanisms, comprehensively consider multiple constraints such as structural dependence, data dependence, and state dependence, and break through the strict front-to-back instruction dependence relationship in the single-send-wait-receive mode of related technologies. We propose a message queue model based on a multi-send structure, and supplement it with optimization designs such as loop invariant lift-out and verification mechanism in unstable states, thus achieving dual optimization of communication efficiency and system stability.

[0069] Compared with related technologies, this embodiment can divide the data operation instructions corresponding to multiple data operation processes in the single-transmit single-receive mode into multiple operation instruction sets according to the operation type, and generate operation instruction sequences corresponding to multiple operation instruction sets according to the operation instruction order, thereby realizing the reconstruction of data operation instructions. Finally, batch instruction processing is performed according to the batch instruction order in the sequence, realizing the batch division and batch processing of data operation instructions. There is no need to wait for the receiving end to respond before processing the next instruction, which effectively reduces the communication time in the single-transmit single-receive mode, thereby improving the overall transmission efficiency and meeting the performance requirements of large-scale data transmission and reception scenarios. A multi-transmit architecture is built based on a preset message queue model, which significantly reduces I / O switching overhead, improves communication throughput, simplifies the sending and reading stages, and greatly shortens the switching time between stages. By comparing the device status at multiple consecutive moments, it determines whether the device is in a stable state, provides a multi-verification mechanism, effectively suppresses state misjudgment caused by transient jitter or response delay, takes into account reliability and response efficiency, and is suitable for control scenarios with high requirements for state consistency. In addition, the unchanging target movement instructions in the loop can be removed from the loop to avoid repeated communication overhead.

[0070] Based on the above Figure 2 To illustrate the specific implementation of the method shown, this embodiment provides a communication device, such as... Figure 9 As shown, the device includes: an acquisition module 31, a division module 32, a generation module 33, and a processing module 34; The acquisition module 31 is used to acquire the operation flow during the multiple data transmission and reception process. The operation flow includes data operation instructions corresponding to multiple data operation processes in the single transmission and single reception mode. The partitioning module 32 is used to divide data operation instructions into different types of operation instruction sets according to the operation type of the data operation instructions in the operation flow; The generation module 33 is used to obtain the order of operation instructions corresponding to the operation flow, sort different types of operation instruction sets, and generate the operation instruction sequence corresponding to the data operation instructions. Processing module 34 is used to process different types of operation instruction sets in batches according to the order of batch instructions in the operation instruction sequence.

[0071] In some examples of this embodiment, the operation instruction set includes a delivery instruction set, a read instruction set, and a verification instruction set; the processing module 34 is specifically configured to use a preset message queue model to send a delivery instruction set to the target device, the delivery instruction set including batch delivery data; in response to the target device finishing executing the delivery instruction set, send a read instruction set to the target device to obtain the batch read data corresponding to the read instruction set; in response to the end of the read instruction set execution, perform centralized verification of the batch delivery data and the batch read data according to the verification instruction set.

[0072] In some examples of this embodiment, the acquisition module 31 is specifically configured to determine the batch instruction order corresponding to the operation instruction set according to the operation instruction order corresponding to the operation flow; arrange the operation instruction set according to the batch instruction order to generate the operation instruction sequence corresponding to the data operation instruction.

[0073] In some examples of this embodiment, the partitioning module 32 is specifically configured to partition the data operation instructions into a partitioning instruction set; partition the data operation instructions into a reading instruction set; and partition the data operation instructions into a verification instruction set.

[0074] In some examples of this embodiment, the generation module 33 is specifically configured to reconstruct the data operation instructions according to the order of issuing instruction sets, reading instruction sets, and verifying instruction sets, and generate an operation instruction sequence.

[0075] In some examples of this embodiment, the processing module 34 is specifically configured to collect the device status at multiple consecutive moments in response to detecting a state change; and to determine whether the device is in a stable state by comparing the device status at multiple consecutive moments.

[0076] In some examples of this embodiment, the processing module 34 is specifically configured to collect the device status at multiple consecutive moments according to a preset time interval. The device status includes a first state collected at a first moment and a second state collected at a second moment, where the first moment and the second moment are consecutive moments. The module determines whether the first state and the second state are consistent. If the first state and the second state are consistent, the module determines that the device has entered a stable state. If the first state and the second state are inconsistent, the module determines that the device has not entered a stable state and continues to query the status according to the preset time interval.

[0077] In some examples of this embodiment, the acquisition module 31 is further configured to acquire the loop processing flow in the multiple data transmission and reception process; identify the target movement instruction in the loop body corresponding to the loop processing flow, the target movement instruction including data operation instructions that do not change with iteration; move the target movement instruction to the loop body corresponding to the loop processing flow, and execute the multiple data transmission and reception process according to the loop body after the instruction is moved.

[0078] Based on the above, Figure 2 Accordingly, this embodiment also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the above-described method. Figure 2 The method shown.

[0079] Based on this understanding, the technical solution of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as CD-ROM, USB flash drive, mobile hard drive, etc.) and includes several instructions to cause a computer device (such as personal computer, server, or network device, etc.) to execute the methods of various implementation scenarios of this application.

[0080] Based on the above, Figure 2 The method shown, and Figure 9 To achieve the above objectives, the present application also provides an electronic device, comprising a storage medium and a processor; the storage medium for storing a computer program; and the processor for executing the computer program to implement the above-described virtual device embodiments. Figure 2 The method shown.

[0081] Optionally, the aforementioned physical devices may also include a user interface, a network interface, a camera, radio frequency (RF) circuitry, sensors, audio circuitry, a Wi-Fi module, etc. The user interface may include a display screen, input units such as a keyboard, etc., and optional user interfaces may also include USB interfaces, card reader interfaces, etc. The network interface may optionally include standard wired interfaces, wireless interfaces (such as Wi-Fi interfaces), etc.

[0082] Those skilled in the art will understand that the physical device structure provided in this embodiment does not constitute a limitation on the physical device, and may include more or fewer components, or combine certain components, or have different component arrangements.

[0083] The storage medium may also include an operating system and a network communication module. The operating system is a program that manages the hardware and software resources of the aforementioned physical device, supporting the operation of information processing programs and other software and / or programs. The network communication module is used to enable communication between the various components within the storage medium, as well as communication with other hardware and software in the information processing physical device.

[0084] Through the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware platforms, or it can be implemented by hardware. Through the solution of this application, this embodiment can divide the data operation instructions corresponding to multiple data operation processes in the single-transmit, single-receive mode into multiple operation instruction sets according to the operation type, and generate operation instruction sequences corresponding to multiple operation instruction sets according to the order of the operation instructions, thereby realizing the reconstruction of data operation instructions. Finally, batch instruction processing is performed according to the batch instruction order in the sequence, realizing the batch division and batch processing of data operation instructions. This eliminates the need to wait for the receiving end to respond before processing the next instruction, effectively reducing the communication time in the single-transmit, single-receive mode, thereby improving the overall transmission efficiency and meeting the performance requirements of large-scale data transmission and reception scenarios. A multi-issue architecture is built based on a pre-defined message queue model, which significantly reduces I / O switching overhead, improves communication throughput, simplifies the sending and reading stages, and greatly shortens the switching time between stages. By comparing the device status at multiple consecutive moments, it determines whether the device is in a stable state, provides multiple verification mechanisms, effectively suppresses misjudgments of state caused by transient jitter or response delay, and balances reliability and response efficiency. It is suitable for control scenarios with high requirements for state consistency, and can remove unchanging target movement instructions from the loop body to avoid repeated communication overhead.

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

[0086] The above are merely specific embodiments of this application, enabling those skilled in the art to understand or implement this application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of this application. Therefore, this application is not to be limited to these embodiments, but is to be accorded the widest scope consistent with the principles and novel features claimed herein.

Claims

1. A communication method characterized by comprising: The method comprises: acquiring an operation flow in a multi-data transceiving process, the operation flow comprising data operation instructions corresponding to a plurality of data operation processes in a single-transmitting single-receiving mode; dividing the data operation instructions into different types of operation instruction sets according to the operation types of the data operation instructions in the operation flow; acquiring an operation instruction sequence corresponding to the operation flow, sorting the different types of operation instruction sets, and generating an operation instruction sequence corresponding to the data operation instructions; batch processing the different types of operation instruction sets according to the batch instruction sequence in the operation instruction sequence.

2. The method of claim 1, wherein, The operation instruction sets comprise a downlink instruction set, a read instruction set, and a verification instruction set; batch processing the operation instruction sets according to the batch instruction sequence in the operation instruction sequence, comprising: sending the downlink instruction set to a target device by using a preset message queue model, the downlink instruction set comprising batch downlink data; in response to the target device executing the downlink instruction set, sending the read instruction set to the target device to acquire batch read data corresponding to the read instruction set; in response to the read instruction set being executed, performing centralized verification on the batch downlink data and the batch read data based on the verification instruction set.

3. The method of claim 2, wherein, The operation instruction sequence corresponding to the operation instruction sets is generated by: determining a batch instruction sequence corresponding to the operation instruction sets according to the operation instruction sequence corresponding to the operation flow; arranging the operation instruction sets according to the batch instruction sequence to generate the operation instruction sequence corresponding to the data operation instructions.

4. The method of claim 3, wherein, The data operation instructions are divided into different types of operation instruction sets according to the operation types of the data operation instructions in the operation flow, comprising: dividing the downlink instructions in the data operation instructions into the downlink instruction set; dividing the read instructions in the data operation instructions into the read instruction set; dividing the verification instructions in the data operation instructions into the verification instruction set. The operation instruction sequence corresponding to the data operation instructions is generated by: reconstructing the data operation instructions according to the arrangement sequence of the downlink instruction set, the read instruction set, and the verification instruction set to generate the operation instruction sequence.

5. The method as claimed in claim 1, wherein, The method further comprises: in response to detecting a state change, collecting device states at a plurality of continuous time points; determining whether the device is in a stable state by comparing the device states at the plurality of continuous time points.

6. The method of claim 5, wherein, The device states at the plurality of continuous time points are collected by: collecting device states at a plurality of continuous time points according to a preset time interval, continuously collecting device states at a plurality of time points, the device states comprising a first state collected at a first time point and a second state collected at a second time point, the first time point and the second time point being continuous time points; determining whether the device is in a stable state by comparing the device states at the plurality of continuous time points, comprising: determining whether the first state is consistent with the second state; if the first state is consistent with the second state, determining that the device enters a stable state; If the first state is inconsistent with the second state, it is determined that the device has not entered a stable state, and state query is continued according to the preset interval time.

7. The method as claimed in claim 1, wherein, The method further comprises: acquiring a loop processing flow in the multi-data transceiving process; identifying a target mobile instruction in a loop body corresponding to the loop processing flow, the target mobile instruction comprising a data operation instruction that does not change with iteration; moving the target mobile instruction out of the loop body corresponding to the loop processing flow, and executing the multi-data transceiving process according to the loop body after the instruction is moved.

8. A communications device, characterized by comprise: an acquisition module configured to acquire an operation flow in a multi-data transceiving process, the operation flow comprising data operation instructions corresponding to a plurality of data operation flows in a single-transmit-single-receive mode; a division module configured to divide the data operation instructions into different types of operation instruction sets according to operation types of the data operation instructions in the operation flow; a generation module configured to acquire an operation instruction sequence corresponding to the operation flow, sort the different types of operation instruction sets, and generate an operation instruction sequence corresponding to the data operation instructions; a processing module configured to batch process the different types of operation instruction sets according to a batch instruction sequence in the operation instruction sequence.

9. An electronic device, comprising: comprise: at least one processor; and a memory connected in communication with the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-7.

10. A readable storage medium storing computer instructions, characterized in that, The computer instructions are used to enable the computer to perform the method of any one of claims 1-7.

Images