Quantum computing experiment remote control method, related device, system and equipment

Abstract

The invention discloses a quantum computing experiment remote control method and device, and a related system and equipment. The method comprises the following steps: establishing communication connection with quantum experimental equipment based on connection parameters provided by a user; loading a corresponding experiment code template according to the experiment type, loading a code block related to the experiment type into the experiment code template, and instantiating a parameter class and an experiment class in the template; obtaining experiment parameters configured by a user based on the experiment instance and the parameter instance, and generating an experiment scheme; based on the execution instruction, extracting experiment parameters from the experiment scheme, generating a structured parameter dictionary, adding connection parameters, packaging into a specified message format, and sending the message format to the quantum experiment equipment; and analyzing the experimental result data dictionary returned by the quantum experimental equipment and then displaying the analyzed experimental result data dictionary to a user. Unified management and control of quantum experiments can be achieved, the method is suitable for various types of quantum experiments, independent development is not needed, various types of experiment schemes can be conveniently generated, expansion is convenient, and applicability is high.

Description

Technical Field

[0001] This invention relates to the field of quantum computing technology, and in particular to a method, device, system and equipment for remote control of quantum computing experiments. Background Technology

[0002] With the rapid development of quantum computing technology, the demand for quantum computing experiments using nuclear magnetic resonance quantum computers as experimental devices is increasing. To successfully complete these experiments, remote control equipment is typically required to manage the entire process. Currently, the remote control software used in quantum computing experiments is generally developed specifically for the chosen experiment. However, with the diversification of quantum experiment types and the increasing complexity of experiment lifecycle management, existing remote control software is no longer sufficient to meet the demands of quantum experiments. Its drawbacks are mainly manifested in the following aspects:

[0003] 1) High development and maintenance costs.

[0004] Because each type of experiment requires a separate control program, the code is highly repetitive, resulting in a bloated system and high maintenance costs.

[0005] 2) Management difficulties.

[0006] On the one hand, due to the diversity of quantum experiment types, different quantum experiments (such as Rabi oscillation, quantum decoherence measurement, quantum gate operation, etc.) have different parameter settings, execution procedures and result formats, and existing remote control software lacks a unified management framework.

[0007] On the other hand, the lifecycle of quantum computing experiments is complex: the entire lifecycle of an experiment, from creation, parameter configuration, submission for execution, state monitoring to result acquisition, involves multiple state transitions and asynchronous message processing. Existing technologies lack a systematic management mechanism, making it difficult to plan and manage quantum computing in a unified manner.

[0008] 3) Poor applicability.

[0009] Existing quantum experimental systems often only provide a single-level operation interface (such as pure pulse operation or pure circuit operation), lacking multi-level abstraction from pulse-level operation to quantum circuit-level design. Users need to directly handle the underlying hardware parameters, which is costly to learn, prone to errors, and cannot meet the needs of different application scenarios and different levels of abstraction.

[0010] 4) Poor scalability.

[0011] Since remote control software is specifically developed for certain types of experiments, adding new types of experiments requires modifying the core code. It cannot flexibly support custom experiment types, violates the open / closed principle, and leads to difficult system maintenance and poor scalability.

[0012] 5) Existing remote control systems lack a unified communication protocol and message processing mechanism, and cannot flexibly handle various types of interactive messages.

[0013] 6) The experimental results are poorly visible.

[0014] Different experiments produce data in various formats (such as time-domain data, frequency-domain data, quantum state tomography results, etc.). Existing remote control systems lack unified experimental result processing standards and cannot achieve unified visualization, resulting in a poor user experience for experimental results. Summary of the Invention

[0015] In view of the above problems, the present invention is proposed to provide a method, device, system and equipment for remote control of quantum computing experiments that overcomes or at least partially solves the above problems.

[0016] This invention provides a method for remote control of quantum computing experiments, comprising:

[0017] Establish a communication connection with quantum experimental equipment based on the connection parameters provided by the user;

[0018] According to the experiment type specified by the user, the corresponding experiment code template is loaded, the code blocks related to the experiment type are loaded into the experiment code template, and the parameter class and experiment class in the template are instantiated based on the preset experiment base class and parameter base class to generate an experiment instance and a parameter instance as an experiment parameter configuration interface and provide it to the user.

[0019] Obtain the experimental parameters configured by the user based on the experimental instance and parameter instance, and generate an experimental plan based on the experimental parameters;

[0020] Based on the user's execution instructions, the configured experimental parameters are extracted from the experimental scheme, a structured parameter dictionary is generated, connection parameters are added to the parameter dictionary, and the message is encapsulated into a specified message format and sent to the quantum experimental device.

[0021] After parsing the dictionary of experimental results data returned by the quantum experimental equipment, the experimental results data are displayed to the user.

[0022] In some optional embodiments, establishing a communication connection with the quantum experimental device based on user-provided connection parameters includes:

[0023] The connection parameters of the quantum experimental device provided by the user are obtained through the human-computer interaction interface. The connection parameters include network address, communication port, username and password.

[0024] Initialize a connection object based on the connection parameters, and initiate a communication connection request to the quantum experimental device to establish a communication connection with the quantum experimental device.

[0025] After the communication connection is established, a login request message is sent to the quantum experimental device, which includes identity credential information.

[0026] Upon receiving a successful authentication message carrying a session identifier after successful authentication of the quantum experimental device, a heartbeat keep-alive thread is initiated to maintain the established communication connection.

[0027] In some optional embodiments, loading the corresponding experiment code template according to the experiment type specified by the user, and loading the code blocks related to the experiment type into the experiment code template, includes:

[0028] The user-specified experiment type is obtained by calling the registration function;

[0029] Based on the experimental type, locate the experimental code template library, obtain the corresponding experimental code template, and load it.

[0030] Based on the experiment type, search the experiment code information mapping table to determine the code block involved in the experiment type;

[0031] Obtain the parsing path of the code block, the class object code involved in the code block, and the parameter object code;

[0032] Based on the parsed path, the code block, along with the related class object code and parameter object code, is dynamically loaded into the experimental code template.

[0033] In some optional embodiments, after generating the experimental instances and parameter instances, the method further includes:

[0034] Based on the generated experimental and parameter instances, register and bind message processors and save them.

[0035] In some optional embodiments, obtaining the experimental parameters configured by the user based on the experimental instance and parameter instance, and generating the experimental plan based on the experimental parameters, includes:

[0036] The experimental parameters configured by the user are obtained through the user application layer;

[0037] After extracting the user-configured experimental parameters through the experimental management layer and the experimental implementation layer, the quantum operation abstraction layer performs multi-level abstraction based on the experimental parameters. The multi-level abstraction includes at least one of pulse, quantum gate, and quantum circuit.

[0038] The experimental implementation layer generates experimental plans based on the abstracted results.

[0039] In some optional embodiments, the step of extracting configured experimental parameters from the experimental scheme based on user execution instructions, generating a structured parameter dictionary, adding connection parameters to the parameter dictionary, encapsulating it into a specified message format, and sending it to the quantum experimental device includes:

[0040] After receiving the user's execution command, the configured experimental parameters are extracted from the experimental parameter instance, and the extracted experimental parameters are assembled into a structured parameter dictionary;

[0041] After adding device identifiers and user account information to the parameter dictionary, the parameter dictionary is serialized into a string of a specified format, the string is encapsulated into a binary protocol buffer message format, and sent to the quantum experimental device through the established communication connection.

[0042] In some optional embodiments, after sending the specified message format to the quantum experimental device, the process further includes waiting for the quantum experimental device to execute the quantum computing experiment and monitoring the execution status of the quantum experimental device until the experiment is completed; the process of monitoring the execution status includes:

[0043] Receive real-time status messages sent by quantum experimental equipment, wherein the real-time status messages include the experimental status of the quantum experimental equipment, and the experimental status includes at least one of pending execution, execution, completion, and failure;

[0044] Generate an experimental progress view based on the experimental status of quantum experimental equipment.

[0045] In some optional embodiments, after parsing the experimental result data dictionary returned by the quantum experimental device, the experimental result data is displayed to the user, including:

[0046] The experimental result data dictionary returned by the quantum experimental device is parsed, and the meta-information of the experiment and the experimental result data segment are extracted from the data result dictionary; the meta-information includes a unique identifier, name, status and timestamp, and the experimental result data segment includes the original result of the experiment and the processed result data;

[0047] The experiment's metadata and corresponding results are displayed to the user.

[0048] In some optional embodiments, it also includes:

[0049] After the quantum computing experiment is completed, the experiment is deregistered and the communication connection with the quantum experimental equipment is released.

[0050] This invention provides a remote control device for quantum computing experiments, comprising:

[0051] The communication module is used to establish a communication connection with the quantum experimental equipment based on the connection parameters provided by the user.

[0052] The instantiation module is used to load the corresponding experiment code template according to the experiment type specified by the user, load the code blocks related to the experiment type into the experiment code template, and instantiate the parameter class and experiment class in the template based on the preset experiment base class and parameter base class, and generate an experiment instance and a parameter instance as an experiment parameter configuration interface to provide to the user.

[0053] The scheme generation module is used to obtain the experimental parameters configured by the user based on the experimental instance and parameter instance, and generate an experimental scheme based on the experimental parameters;

[0054] The experiment execution module is used to extract the configured experimental parameters from the experimental plan based on the user's execution instructions, generate a structured parameter dictionary, add connection parameters to the parameter dictionary, encapsulate it into a specified message format, and send it to the quantum experimental device.

[0055] The results display module is used to parse the experimental results data dictionary returned by the quantum experimental equipment and then display the experimental results data to the user.

[0056] This invention provides a remote control device, including the aforementioned quantum computing experiment remote control device.

[0057] This invention provides a quantum experimental system, including: a quantum experimental device and the aforementioned remote control device;

[0058] Remote control devices are used to control quantum experimental equipment to conduct quantum experiments;

[0059] Quantum experimental equipment is used to perform quantum experiments and return the results.

[0060] The beneficial effects of the above-described technical solutions provided in the embodiments of the present invention include at least the following:

[0061] The remote control method for quantum computing experiments provided in this invention can establish a communication connection with quantum experimental equipment through a unified communication interface. It can load corresponding experimental code templates for different experiment types, import relevant code blocks based on the templates, and instantiate parameter classes and experiment classes in the templates based on preset experimental and parameter base classes. Users can configure various parameters used in the experiment based on the instantiated experimental and parameter instances, and generate experimental plans based on the user-configured parameters. This eliminates the need to develop separate control programs for each experiment type. Even technical personnel without programming experience can easily configure and generate experimental plans for the required experiment types, greatly reducing repetitive code development and system maintenance costs. The method allows users to easily configure experimental parameters. The control system can extract the configured experimental parameters from the experimental plan based on execution instructions, generate a structured parameter dictionary, add connection parameters to the parameter dictionary, encapsulate it into a specified message format, and send it to the quantum experimental equipment. Finally, it parses the experimental result data dictionary returned by the quantum experimental equipment and displays the experimental result data to the user. This allows for the fulfillment of diverse parameter setting requirements in various quantum experiments, achieving unified management and compliance. Message interaction with quantum experimental equipment utilizes a standardized encapsulation format, facilitating flexible handling of various message types. Furthermore, it enables the visualization of experimental results, enhancing the user experience.

[0062] Other features and advantages of the invention will be set forth in the description which follows, and will be apparent in part from the description, or may be learned by practicing the invention. The objects and other advantages of the invention may be realized and obtained by means of the structures particularly pointed out in the written description, claims, and drawings.

[0063] The technical solution of the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. Attached Figure Description

[0064] The accompanying drawings are provided to further illustrate the invention and form part of the specification. They are used in conjunction with embodiments of the invention to explain the invention and do not constitute a limitation thereof. In the drawings:

[0065] Figure 1 This is a general framework diagram of the remote control system for quantum computing experiments in an embodiment of the present invention;

[0066] Figure 2 This is a flowchart of the remote control method for quantum computing experiments in an embodiment of the present invention;

[0067] Figure 3 This is a flowchart illustrating the establishment of a communication connection with the quantum experimental device in an embodiment of the present invention;

[0068] Figure 4This is a flowchart of the experimental registration and dynamic loading process in an embodiment of the present invention;

[0069] Figure 5 This is a flowchart of step S14 in an embodiment of the present invention, which sends an experimental control message to the sub-experimental device based on the execution instruction.

[0070] Figure 6 This is an example diagram of the life cycle state transition of a quantum experiment in an embodiment of the present invention.

[0071] Figure 7 This is a flowchart of message processing in an embodiment of the present invention.

[0072] Figure 8 This is a schematic diagram of the structure of the remote control device for quantum computing experiments in an embodiment of the present invention.

[0073] Figure 9 This is a schematic diagram of the structure of the remote control system for quantum computing experiments in an embodiment of the present invention.

[0074] Explanation of reference numerals in the attached figures:

[0075] 10. Remote control device; 100. User application layer; 200. Experiment management layer; 300. Experiment implementation layer; 400. Experiment abstraction layer; 500. Quantum operation abstraction layer; 600. Message distribution layer; 700. Communication protocol layer; 800. Connection management layer; 900. Quantum experimental equipment;

[0076] 601. Device Message Processor; 602. Experiment Message Processor;

[0077] 801. Communication module; 802. Instantiation module; 803. Scheme generation module; 804. Experiment execution module; 805. Result display module. Detailed Implementation

[0078] Exemplary embodiments of the present disclosure will now be described in more detail with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be implemented in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

[0079] To address the existing problems in quantum computing experiments, this invention provides a remote control method for quantum computing experiments based on a modular architecture. This method is used for communication and management of quantum experiment control, enabling unified experiment lifecycle management, an scalable experiment type registration mechanism, multi-level quantum operation abstraction (pulse layer, shim voltage control layer, quantum gate layer, circuit layer), asynchronous message-driven state management, and standardized experimental result processing.

[0080] The quantum computing experiment remote control method provided in this embodiment of the invention realizes the control of quantum experimental device 900 in a remote control device. The framework of the remote control system in the remote control device is described below. Figure 1 As shown, the core architecture adopts a multi-layered design, including:

[0081] (I) User Application Layer 100.

[0082] User application layer 100 is used to implement interaction with users and can provide the following functions:

[0083] 1) Editing the experimental script.

[0084] The experiment script editing module allows users to edit experiment scripts, including editing the experiment code templates corresponding to the experiment type, enabling the addition, deletion, and modification of templates for easy subsequent use; and allowing users to edit various code blocks involved in various experiment types, enabling the addition, deletion, and modification of code blocks for easy subsequent use.

[0085] 2) Parameter configuration interface.

[0086] The parameter configuration interface enables human-computer interaction, including inputting or specifying the experiment type, as well as configuring and selecting experiment parameters, and other operations.

[0087] 3) Results presentation and analysis.

[0088] The results analysis module provides a results visualization and analysis tool to display experimental results to users, including numerical and process data, and spectral displays.

[0089] (II) Experimental Management Level 200.

[0090] The experimental management layer 200 is used to manage and operate quantum experiments, and can provide the following functions:

[0091] 1) Registration / cancellation of experimental types.

[0092] 2) Experiment type mapping.

[0093] 3) Lifecycle management and dynamic class loading.

[0094] 4) Message dispatcher registration.

[0095] The functionality implemented in this section can be found in the subsequent descriptions of the experiment registration and dynamic loading process.

[0096] (III) Experimental Implementation Layer 300.

[0097] This tool is used to implement various types of quantum experiments, including various experiment classes, their parameters, and result implementations. Experiment types include, but are not limited to, Rabi oscillations, T1 / T2 measurements, NMR signals, decoherence, quantum algorithms, and qubits.

[0098] (iv) Experimental abstraction layer 400.

[0099] The experimental implementation layer 300 provides various base classes and state machines, which can inherit and implement the various base classes and state machines defined in the experimental abstraction layer 400.

[0100] The base classes include, but are not limited to, the experiment base class (Experiment), the parameter base class (ExperimentParameter), and the result base class (ExperimentResult). The state machine definition may include standardized state machine transition logic.

[0101] (v) Quantum operation abstraction layer 500.

[0102] It provides a three-level abstraction system: Pulse, Gate, and Circuit, supporting flexible mapping from low-level pulse sequences to high-level circuit designs. Each layer can implement its corresponding function. For example, the Pulse layer defines parameters such as channel, width, and amplitude, directly controlling the hardware. The Gate layer automatically compiles quantum gates (such as H-gates and CNOT gates) into pulse sequences. The Circuit layer supports gate sequence arrangement and intelligent time slot allocation, avoiding qubit operation conflicts.

[0103] (vi) Message distribution layer 600.

[0104] The message dispatch layer 600 includes a message dispatcher for distributing and processing different types of messages. It can determine the type of the message—whether it's a device message or an experimental message—based on an experiment type mapping table, and then distribute it to the appropriate layer for processing.

[0105] (vii) Communication protocol layer 700.

[0106] The communication protocol layer 700 is used to realize communication between the remote control device and the quantum experimental device 900. Based on a data description language protocol, such as the binary protocol of Protobuf, it implements the following functions:

[0107] 1) Message serialization.

[0108] Message serialization and deserialization are implemented using binary encoding.

[0109] 2) Packet header encapsulation and parsing.

[0110] The messages that need to be sent to the quantum experimental device 900 are encapsulated and then sent. The messages received from the quantum experimental device 900 are parsed and then provided to the message distribution layer 600 for distribution processing.

[0111] 3) Packaging / repackaging processing.

[0112] For longer data that needs to be sent, it is divided into packets and sent sequentially after being split into multiple data packets.

[0113] The received messages are processed by packet merging, combining multiple data packets into a single complete message.

[0114] 4) Data validation.

[0115] This includes magic number verification and length verification, among others.

[0116] 5) Heartbeat keep alive.

[0117] Heartbeat messages are periodically sent between the quantum experimental device and the device to maintain communication between them.

[0118] (viii) Connecting to the management level 800.

[0119] The connection management layer 800 is used to achieve the following functions:

[0120] 1) Managing TCP connections.

[0121] It is generally a communication connection with the quantum experimental device 900 located at the other end of the communication.

[0122] 2) Sending and receiving messages.

[0123] Sending messages to the quantum experimental device 900 located at the communication peer, and receiving messages sent by the quantum experimental device 900.

[0124] 3) User authentication.

[0125] Interact with the Quantum Experiment Device 900 to enable user login and authentication.

[0126] 4) Device status synchronization.

[0127] The device status of the quantum experiment equipment 900 can be periodically synchronized to achieve real-time monitoring of the quantum experiment status.

[0128] Based on the aforementioned remote control system architecture, remote management of the quantum experimental device 900 is achieved, including establishing network connections and authentication, dynamic registration of experimental types and configuration of structural parameters, submission of experimental tasks and management of task queues, execution and status monitoring of quantum experiments, acquisition and analysis of experimental results, resource deregistration and connection release after the experiment is completed, etc.

[0129] This invention provides a remote control method for quantum computing experiments, implemented based on the above-described system architecture, and its process is as follows: Figure 2 As shown, it includes the following steps:

[0130] S11: Establish a communication connection with the quantum experimental device 900 based on the connection parameters provided by the user.

[0131] S12: Based on the experiment type specified by the user, load the corresponding experiment code template, load the code blocks related to the experiment type into the experiment code template, and based on the preset experiment base class and parameter base class, instantiate the parameter class and experiment class in the template, generate an experiment instance and a parameter instance as an experiment parameter configuration interface and provide it to the user.

[0132] S13: Obtain the experimental parameters configured by the user based on the experimental instance and parameter instance, and generate an experimental plan based on the experimental parameters.

[0133] S14: Based on the user's execution instructions, extract the configured experimental parameters from the experimental scheme, generate a structured parameter dictionary, add connection parameters to the parameter dictionary, encapsulate it into a specified message format, and send it to the quantum experimental device 900.

[0134] S15: After parsing the experimental result data dictionary returned by the quantum experimental device 900, the experimental result data is displayed to the user.

[0135] Step S11 above establishes a secure connection and authenticates the user with the quantum experimental device 900, enabling subsequent quantum experimental operations. The process of establishing a communication connection with the quantum experimental device 900 based on user-provided connection parameters is described in [link to documentation]. Figure 3 As shown, it includes:

[0136] S101: Obtain the connection parameters of the quantum experimental device provided by the user through the human-computer interaction interface.

[0137] The user application layer 100 provides a human-computer interaction interface to the user, through which the user inputs the connection parameters of the target quantum experimental device 900 to perform the quantum computing experiment. These connection parameters include, but are not limited to, a network address, communication port, username, and password. The network address can be, for example, an IP address.

[0138] S102: Initialize a connection object based on the connection parameters, and initiate a communication connection request to the quantum experimental device 900 to establish a communication connection with the quantum experimental device 900.

[0139] Establishing a communication connection with the quantum experimental device 900 via the connection management layer 800 can be a secure TCP connection. When the connection management layer 800 establishes a communication connection, it typically requires the cooperation of the message distribution layer 600 and the communication protocol layer 700.

[0140] S103: After the communication connection is established, a login request message is sent to the quantum experimental device 900. The login request message includes identity credential information.

[0141] The remote control system in the remote control device initiates a login authentication process to the quantum experimental device 900. That is, it sends a login request message containing identity credentials to the quantum experimental device 900, requesting the quantum experimental device to authenticate the identity of the experimental requester. If the authentication is successful, the quantum experimental device 900 returns an authentication success message to the remote control device. The authentication success message can carry authentication success information and a unique session identifier.

[0142] S104: After receiving the authentication success message carrying the session identifier returned after the successful authentication of the quantum experimental device 900, start the heartbeat keep-alive thread to maintain the established communication connection.

[0143] After receiving the authentication success message returned by the quantum experimental device 900, the remote control device maintains the communication connection with the quantum experimental device 900 based on the authentication identifier carried therein, and starts an independent heartbeat keep-alive thread to maintain the long-term stability of the communication connection, which signifies that the user identity authentication is successful and a secure communication session has been established.

[0144] Step S12 above registers and dynamically loads quantum computing experiments. It automatically generates corresponding experiment instances and parameter instances based on the type of quantum computing experiment the user wants to conduct, allowing the user to configure the experiment parameters. See [link to quantum computing experiment registration and dynamic loading process] for details. Figure 4 As shown. Involves Figure 1 The interaction between the user application layer 100 and the experimental management layer 200 in the system framework shown.

[0145] S201: Call the registration function for the quantum experiment.

[0146] The registration function for quantum experiments can be called to initiate the registration process for quantum computing experiments. Before executing the registration function, users should consult the documentation to obtain the supported experiment types and then call the registration function with the experiment type as a parameter. Experiment registration and deregistration can be implemented through the experiment management layer 200.

[0147] S202: Obtain the experiment type specified by the user by calling the registration function.

[0148] The user-specified experiment type is obtained through the registration function invoked by the user. Experiment types include, but are not limited to, Rabi oscillation, T1 / T2 measurement, NMR signal, decoherence, quantum algorithm, and qubit.

[0149] S203: Based on the experiment type, locate the experiment code template library, obtain the corresponding experiment code template, and load it;

[0150] After the remote control system obtains the experiment type specified by the user, it searches for the corresponding experiment code template in the internally stored experiment code library. The experiment code template serves as a basic framework upon which code related to the experiment can be loaded to generate the corresponding experiment plan. Experiment code templates in the template library can be added, modified, and deleted through the experiment script writing module in the user application layer 100.

[0151] S204: Based on the experiment type, locate the experiment code information mapping table to determine the code blocks involved in the experiment type.

[0152] After loading the experimental code template, the required code can be imported into it. The code repository stores various code blocks related to quantum computing experiments. Each code block corresponds to implementing at least one quantum experimental operation, including, but not limited to, pulse sequences, quantum gates, gradient fields, custom gates, quantum circuits, etc. Pre-edited quantum experimental operation code blocks can be stored in the code repository, and an experimental code information mapping table can be established, including the correspondence between experiment types and the involved code blocks. When a quantum experiment is needed, the relevant code blocks can be directly loaded without repeated development. Stored code blocks can be updated, modified, and deleted.

[0153] See Figure 1 The experiment type mapping module of the experiment management layer 200 can look up the experiment code information mapping table based on the experiment type to determine the code blocks involved in the experiment type. The experiment management layer 200 realizes dynamic code loading through the experiment code information mapping table, thereby enabling plug-in extensions that support experiment types.

[0154] S205: Obtain the parsing path of the code block, the class object code involved in the code block, and the parameter object code.

[0155] After identifying the code blocks involved in the experiment type, the parsing paths of these code blocks are further obtained. Different code blocks may map to different class objects and parameter objects. The code for class objects and parameter objects can also be stored in the code repository for loading and use. Similarly, the stored class object code and parameter object code can be updated, modified, and deleted.

[0156] S206: Based on the parsing path, dynamically load code blocks, along with the related class object code and parameter object code, into the experimental code template.

[0157] See Figure 4 The dynamic code import step involves importing code blocks, along with the class object code and parameter object code involved in those blocks, into the corresponding locations in the experimental code template. The specific order and position of the code blocks in the experimental code template can be determined based on the experimental logic. Class objects can be obtained through reflection in this step.

[0158] The above steps S204-S206 implement loading the corresponding experiment code template according to the experiment type specified by the user, and loading the code blocks related to the experiment type into the experiment code template.

[0159] S207: Based on a preset experiment base class, instantiate the experiment class in the template to generate an experiment instance containing the experiment logic. When creating an experiment instance, a unique instance ID can be generated, the experiment type can be set, the experiment status can be initialized, the creation time can be recorded, etc.

[0160] S208: Based on the preset parameter base class, instantiate the parameter class in the template to generate a parameter instance that serves as the interface for configuring experimental parameters.

[0161] After importing the code into the experimental code template, two core objects need to be instantiated: an experimental instance and a parameter instance. Steps S207 and 208 above implement the experimental instance and parameter instance respectively; the execution order of these two steps is not important. The experimental instance contains the entire experimental logic, while the parameter instance provides a structured interface for configuring experimental parameters.

[0162] The above S204-208 is a dynamic class loading process, which can be jointly implemented by the experimental management layer 200, the experimental implementation layer 300, the experimental abstraction layer 400, and the quantum operation abstraction layer 500.

[0163] S209: Register and bind message handlers based on the generated experimental and parameter instances.

[0164] The remote control system will register and bind specific message handling functions for this experiment to correctly parse various asynchronous messages received subsequently. Different message handling functions will process different types of messages.

[0165] S210: Save the registered information.

[0166] S211: Provide the generated experimental and parameter instances to the user.

[0167] S212: The user configures experimental parameters based on experimental instances and parameter instances. This step enables the configuration of structured parameters, and optionally, parameter verification can also be implemented.

[0168] Users set all necessary experimental parameters for the experiment using the obtained experimental parameter instances. These parameters constitute the complete configuration scheme of the experiment, including, but not limited to, physical parameters, process control parameters, and pulse sequences. Physical parameters include, but are not limited to, atomic resonance frequencies and pulse amplitude control parameters. Process control parameters include, but are not limited to, whether to generate pseudo-pure states, sampling paths, and sampling parameter selection. Pulse sequences include, but are not limited to, a series of user-defined pulse objects, each containing attributes such as detuning, pulse width, amplitude, and phase.

[0169] Optionally, during the entire parameter configuration process, the data verification model built into the remote control system (such as Pydantic) will automatically perform validity checks when parameters are assigned values, ensuring that all input parameters comply with predefined business rules and physical constraints, thereby guaranteeing the accuracy and reliability of the experimental configuration from the source.

[0170] Data validation can be implemented in the experiment implementation layer 300. If the experiment implementation layer 300 detects an error in the parameter configuration, it will report an error before the experiment runs and will not continue to transmit subsequent related messages. Users can constrain the range of parameters using the pydantic model when creating new experiment instances and parameter instances.

[0171] S213: After configuring the experimental parameters, the user submits the experiment.

[0172] After an experiment is submitted, it can be sent to the quantum experiment device 900 for execution. The process described above, from experiment registration to submission, is applicable to various types of quantum experiments. The code blocks involved in the quantum experiment can be loaded at runtime without prior import. A mapping table can decouple the experiment type from the experiment implementation. Plug-in extensions support adding new experiment types without modifying the core code. Automatic registration of message handlers avoids manual operation and configuration, improving automation, and a unified experiment interface ensures consistency and universality.

[0173] S214: Generate an experimental plan based on the user-configured experimental parameters and execute the experimental procedure. After the experimental procedure is completed, the experimental results can be returned to the user. This step is not included in step S12 above. Step S214 includes the relevant content of subsequent steps S13, S14, and S15.

[0174] In step S13 above, the experimental parameters configured by the user based on the experimental instance and parameter instance are obtained, and an experimental plan is generated based on the experimental parameters.

[0175] In step S14 above, based on the user's execution command, the configured experimental parameters are extracted from the experimental scheme, a structured parameter dictionary is generated, connection parameters are added to the parameter dictionary, and the message is encapsulated into a specified message format and sent to the quantum experimental device 900. This process is described in [reference needed]. Figure 5 As shown, it includes:

[0176] S401: After receiving the user's execution command, extract the configured experimental parameters from the experimental parameter instance and assemble the extracted experimental parameters into a structured parameter dictionary.

[0177] After the experimental parameters are configured, the user issues an execution command. The remote control system first extracts and assembles all configured parameters from the experimental parameter instance to form a structured parameter dictionary. These configured parameters include, but are not limited to, physical parameters, process control parameters, and pulse sequences. Based on these parameters, the quantum experimental device 900 can be controlled to complete the experiment. This step can be implemented through the experimental management layer 200 and the experimental implementation layer 300.

[0178] S402: After adding device identifiers and user account information to the parameter dictionary, serialize the parameter dictionary into a string of the specified format.

[0179] This step, serializing the structural parameters, can be accomplished by the message distribution layer 600. To ensure accurate distribution to the target quantum experimental device 900, device identification information, login account passwords, and other details need to be added. The entire parameter dictionary is then serialized into a standard JSON string, which is distributed to the communication protocol layer 700 by the message dispatcher of the message distribution layer 600.

[0180] S403: Encapsulate the string into a binary protocol buffer message format and send it to the quantum experimental device 900 through the established communication connection.

[0181] At the communication protocol layer 700, the message header is encapsulated, and the serialized string is packaged into a binary protocol buffer message format, which is the data packet format that can be sent. Optionally, if the string is long, it can be split into multiple packets for sequential transmission. Using the established communication connection, the message is sent to the quantum experimental device 900 through the message sending and receiving function of the connection management layer 800.

[0182] After receiving the execution message for the quantum computing experiment, the quantum experimental device 900 adds the quantum computing experiment to be executed to the task queue and schedules it for execution in sequence.

[0183] In some optional embodiments, the above method further includes:

[0184] S16: Wait for the quantum experimental device 900 to execute the quantum computing experiment and monitor the execution status of the quantum experimental device 900 until the experiment is completed. Generate an experimental progress view based on the experimental status of the quantum experimental device 900. This step can be performed periodically after S14 and before S15. The process of monitoring the execution status includes: receiving real-time status messages sent by the quantum experimental device 900, wherein the real-time status messages include the experimental status of the quantum experimental device 900, and the experimental status includes at least one of pending execution, executing, completed, and failed;

[0185] After the experiment is submitted, the remote control system enters a blocked waiting state until the experiment is completed. During this process, the remote control system continuously polls the status and asynchronously receives and processes various real-time messages from the quantum experimental device 900. Based on these real-time messages, the system obtains the experimental progress and status of the quantum experimental device 900, enabling real-time monitoring of the execution state transitions of the quantum experiment.

[0186] The experiment follows a defined state transition sequence, from "pending execution" to "in execution," and finally to "complete" or "failed." Simultaneously, the remote control system processes various types of update messages, such as step change messages, real-time data update messages, and chart data messages, which together provide a complete view of the experiment's progress. When the experiment finally transitions to "complete" or "failed," the waiting loop ends.

[0187] The execution state of a quantum experiment is part of its lifecycle, and the state transitions within the lifecycle of a quantum experiment can be referenced. Figure 6 As shown.

[0188] After the remote control system is started, the quantum experiment is in an unregistered state. Once the quantum experiment registration and dynamic class loading are completed, the experimental plan is generated and submitted to the quantum experimental device 900, entering the device's task queue, the quantum experiment is in a pending execution state. After the quantum experimental device 900 runs the quantum experiment, it sequentially goes through initialization, execution steps 1, 2, ... N, and remains in the execution state until completion. After the quantum experimental device 900 completes the experiment, it collects the experimental results, including graphs, and sends a completion message to the remote control system, at which point the experiment status changes to "Experiment Completed." The experiment can be cancelled after completion. If the experiment terminates before completion, it can also be cancelled, and the experiment status changes to "Experiment Failed."

[0189] Step S15 above involves parsing the experimental result data dictionary returned by the quantum experimental device 900 and then displaying the experimental result data to the user. This includes: parsing the experimental result data dictionary returned by the quantum experimental device 900, extracting the experimental metadata and experimental result data segments from the data result dictionary, and displaying the experimental metadata and corresponding experimental results to the user.

[0190] This step enables the acquisition and display of results. After a successful quantum experiment, the user can request the results. Upon receiving the experimental result data from the quantum experiment device 900, the remote control system extracts the structured result data dictionary and parses it. The result data dictionary contains not only meta-information about the experiment, such as unique identifiers, names, states, and timestamps, but also a dedicated experimental result data segment. This segment encapsulates both the raw and processed results of the experiment. The processed results include, but are not limited to, the real, imaginary, and magnitude values ​​of the signal, as well as arrays of chart data points directly used for visualization. Users can then perform further data analysis and visualization.

[0191] In some optional embodiments, the above method further includes:

[0192] S17: After the quantum computing experiment is completed, perform the experiment cancellation operation and release the communication connection with the quantum experimental device.

[0193] This step involves deregistering experimental resources and releasing connections. After the entire experiment is completed, the user initiates a resource cleanup operation. The remote control system first performs experiment deregistration, clearing local references to the experimental instance and sending a notification to the quantum experimental device 900. Subsequently, the remote control system executes the connection disconnection process: sending a logout message, stopping the heartbeat keep-alive thread, and finally closing the underlying TCP network connection, releasing all related system resources.

[0194] The aforementioned remote control method for quantum computing experiments can achieve full-process management of quantum experiments, including connection authentication, experiment registration, parameter configuration, experiment submission, status monitoring, result acquisition, and resource release. It can be implemented using... Figure 1 The multi-layered architecture shown is implemented through a user application layer 100, an experiment management layer 200, an experiment abstraction layer 400, an experiment implementation layer 300, a quantum operation abstraction layer 500, a message distribution layer 600, a communication protocol layer 700, and a connection management layer 800. Through the cooperation between these layers, automatic configuration, automatic scheme generation, automatic execution, and automatic acquisition and display of results for various types of quantum experiments are achieved.

[0195] The above methods can be referenced for implementing various message processing procedures. Figure 7 As shown, the pulse control system and signal sampling system of the quantum experimental device 900 can realize pulse control and signal sampling during the quantum experiment process, and send experimental results and status data to the remote control device.

[0196] The binary stream in the network is processed through the communication protocol layer 700. Specifically, after receiving information through the TCP connection with the quantum experimental device 900, header parsing, magic number verification, and length verification are performed. Packet splitting and reassembly are then performed to obtain the complete message. After protobuf parsing, the message is provided to the message distribution layer 600. The message distributor in the message distribution layer 600 queries the experiment type mapping table and distributes the message to different message processors based on whether it is a device message or an experimental message. Device messages include, but are not limited to, device status updates, lock field data updates, parameter updates, and queue updates. Device messages are distributed to device message processor 601, while experimental messages, including experiment additions, experiment starts, function processing, and experiment data updates, are distributed to experiment message processor 602. The above message processing flow is applicable to the distribution of various messages involved in the above method.

[0197] Based on the same inventive concept, embodiments of the present invention also provide a remote control device for quantum computing experiments, such as... Figure 8 As shown, it includes:

[0198] The communication module 801 is used to establish a communication connection with the quantum experimental device 900 based on the connection parameters provided by the user.

[0199] The instantiation module 802 is used to load the corresponding experiment code template according to the experiment type specified by the user, load the code blocks related to the experiment type into the experiment code template, and instantiate the parameter class and experiment class in the template based on the preset experiment base class and parameter base class to generate an experiment instance for experiment lifecycle management and a parameter instance as an experiment parameter configuration interface for the user.

[0200] The scheme generation module 803 is used to obtain the experimental parameters configured by the user based on the experimental instance and parameter instance, and generate an experimental scheme based on the experimental parameters.

[0201] The experiment execution module 804 is used to extract the configured experimental parameters from the experiment plan based on the user's execution instructions, generate a structured parameter dictionary, add connection parameters to the parameter dictionary, encapsulate it into a specified message format, and send it to the quantum experiment device 900.

[0202] The results display module 805 is used to parse the experimental results data dictionary returned by the quantum experimental device 900 and then display the experimental results data to the user.

[0203] This invention also provides a remote control device 10, which includes the aforementioned quantum computing experiment remote control device.

[0204] This invention also provides a quantum experimental system, the structure of which is as follows: Figure 9As shown, it includes a quantum experimental device 900 and the aforementioned remote control device 10.

[0205] The remote control device 10 is used to control the quantum experimental equipment to conduct quantum experiments;

[0206] The Quantum Experiment Device 900 is used to perform quantum experiments and return the results.

[0207] Regarding the quantum computing experiment remote control device in the above embodiments, the specific methods by which each module performs operations have been described in detail in the embodiments related to the method, and will not be elaborated here.

[0208] The above method enables a dynamic loading mechanism and modular extensibility for experiments: An experiment type mapping table (such as EXPERIMENT_TYPE_MAP) associates experiment types with corresponding experiment code templates, as well as the parsing path, class name, and parameter class names of the code blocks to be loaded. At runtime, code blocks are dynamically imported into the templates, then classes are instantiated and message handlers are registered, achieving decoupling of experiment types and plug-in-like extensibility. Adding new experiments requires no modification to the core code, reducing maintenance costs.

[0209] The above method uses a message-driven state machine to monitor the experimental status. Experimental status transitions (including pending, in progress, completed / failed) are triggered by asynchronous messages. For example, the experiment start message updates the status to "in progress," and the completion message updates it to "completed." Furthermore, it can acquire real-time data updates, step changes, and other messages. This allows for real-time monitoring of the experiment's progress and status, enabling timely processing of tasks.

[0210] The above method can achieve multi-level abstraction of quantum operations, thus adapting to various types of experiments and different application scenarios. Users can select the operation level based on their needs, and the system can automatically abstract and generate experimental plans.

[0211] The above-mentioned communication method has the advantage of high reliability: it ensures the integrity of large data transmission through packet splicing / merging processing mechanism and reduces the risk of disconnection through heartbeat keep-alive mechanism.

[0212] The above method performs type checking at compile time and combines it with runtime verification to avoid invalid parameters being submitted to quantum experimental devices, and ensures parameter security and real-time performance, thereby improving the success rate of experiments.

[0213] The above methods are highly efficient in resource utilization, reduce memory usage through dynamic loading, reduce blocking through asynchronous message processing, and support high-concurrency experimental queue management.

[0214] Unless otherwise specifically stated, terms such as processing, calculation, operation, determination, display, etc., may refer to the actions and / or processes of one or more processing or computing systems or similar devices that represent the manipulation and conversion of data representing physical (e.g., electronic) quantities within the registers or memory of the processing system into other data similarly representing physical quantities within the memory, registers, or other such information storage, transmission, or display devices of the processing system. Information and signals can be represented using any of a variety of different techniques and methods. For example, data, instructions, commands, information, signals, bits, symbols, and chips mentioned throughout the above description can be represented by voltage, current, electromagnetic waves, magnetic fields or particles, light fields or particles, or any combination thereof.

[0215] It should be understood that the specific order or hierarchy of steps in the disclosed process is an example of an exemplary method. Based on design preferences, it should be understood that the specific order or hierarchy of steps in the process may be rearranged without departing from the scope of this disclosure. The appended method claims provide elements of various steps in an exemplary order and are not intended to limit the specific order or hierarchy described.

[0216] In the detailed description above, various features are combined together in a single embodiment to simplify this disclosure. This approach to disclosure should not be construed as reflecting an intention that embodiments of the claimed subject matter require more features than are explicitly stated in each claim. Rather, as reflected in the appended claims, the invention is presented with fewer features than all of the features in a single disclosed embodiment. Therefore, the appended claims are hereby explicitly incorporated into the detailed description, with each claim representing a separate preferred embodiment of the invention.

[0217] Those skilled in the art will also understand that the various illustrative logic blocks, modules, circuits, and algorithm steps described in conjunction with the embodiments herein can be implemented as electronic hardware, computer software, or a combination thereof. To clearly illustrate the interchangeability between hardware and software, the various illustrative components, blocks, modules, circuits, and steps described above are generally described in terms of their functionality. Whether such functionality is implemented as hardware or software depends on the specific application and the design constraints imposed on the overall system. Those skilled in the art can implement the described functionality in alternative ways for each specific application; however, such implementation decisions should not be construed as departing from the scope of this disclosure.

[0218] The steps of the methods or algorithms described in conjunction with the embodiments herein can be directly embodied in hardware, software modules executed by a processor, or a combination thereof. The software modules can reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disks, removable disks, CD-ROMs, or any other form of storage medium well known in the art. An exemplary storage medium is connected to the processor, enabling the processor to read information from and write information to the storage medium. Of course, the storage medium can also be a component of the processor. The processor and storage medium can reside in an ASIC. The ASIC can reside in a user terminal. Alternatively, the processor and storage medium can exist as discrete components in the user terminal.

[0219] For software implementation, the techniques described in this application can be implemented using modules (e.g., procedures, functions, etc.) that perform the functions described in this application. This software code can be stored in memory units and executed by a processor. The memory units can be implemented within the processor or outside the processor; in the latter case, they are communicatively coupled to the processor via various means, as is well known in the art.

[0220] The foregoing description includes examples of one or more embodiments. It is certainly impossible to describe all possible combinations of components or methods in order to describe the above embodiments, but those skilled in the art will recognize that further combinations and arrangements of the various embodiments are possible. Therefore, the embodiments described herein are intended to cover all such changes, modifications, and variations that fall within the scope of the appended claims. Furthermore, the term "comprising" as used in the specification or claims is interpreted in a manner similar to the term "including," as interpreted when used as a conjunction in the claims. Additionally, the use of any term "or" in the specification of the claims is intended to mean "non-exclusive or."

Claims

1. A method for remote control of quantum computing experiments, characterized in that, include: Establish a communication connection with quantum experimental equipment based on the connection parameters provided by the user; According to the experiment type specified by the user, the corresponding experiment code template is loaded, the code blocks related to the experiment type are loaded into the experiment code template, and the parameter class and experiment class in the template are instantiated based on the preset experiment base class and parameter base class to generate an experiment instance and a parameter instance as an experiment parameter configuration interface and provide it to the user. Obtain the experimental parameters configured by the user based on the experimental instance and parameter instance, and generate an experimental plan based on the experimental parameters; Based on the user's execution instructions, the configured experimental parameters are extracted from the experimental scheme, a structured parameter dictionary is generated, connection parameters are added to the parameter dictionary, and the message is encapsulated into a specified message format and sent to the quantum experimental device. After parsing the dictionary of experimental results data returned by the quantum experimental equipment, the experimental results data are displayed to the user.

2. The method as described in claim 1, characterized in that, The process of establishing a communication connection with the quantum experimental device based on user-provided connection parameters includes: The connection parameters of the quantum experimental device provided by the user are obtained through the human-computer interaction interface. The connection parameters include network address, communication port, username and password. Initialize a connection object based on the connection parameters, and initiate a communication connection request to the quantum experimental device to establish a communication connection with the quantum experimental device. After the communication connection is established, a login request message is sent to the quantum experimental device, which includes identity credential information. Upon receiving a successful authentication message carrying a session identifier after successful authentication of the quantum experimental device, a heartbeat keep-alive thread is initiated to maintain the established communication connection.

3. The method as described in claim 1, characterized in that, The step of loading the corresponding experiment code template according to the experiment type specified by the user, and loading the code blocks related to the experiment type into the experiment code template, includes: The user-specified experiment type is obtained by calling the registration function; Based on the experimental type, locate the experimental code template library, obtain the corresponding experimental code template, and load it. Based on the experiment type, search the experiment code information mapping table to determine the code block involved in the experiment type; Obtain the parsing path of the code block, the class object code involved in the code block, and the parameter object code; Based on the parsed path, the code block, along with the related class object code and parameter object code, is dynamically loaded into the experimental code template.

4. The method as described in claim 1, characterized in that, After generating experimental and parameter instances, the following is also included: Based on the generated experimental and parameter instances, register and bind message processors and save them.

5. The method as described in claim 1, characterized in that, The step of obtaining the experimental parameters configured by the user based on the experimental instance and parameter instance, and generating an experimental plan based on the experimental parameters, includes: The experimental parameters configured by the user are obtained through the user application layer; After extracting the user-configured experimental parameters through the experimental management layer and the experimental implementation layer, the quantum operation abstraction layer performs multi-level abstraction based on the experimental parameters. The multi-level abstraction includes at least one of pulse, quantum gate, and quantum circuit. The experimental implementation layer generates experimental plans based on the abstracted results.

6. The method as described in claim 1, characterized in that, The process of extracting configured experimental parameters from the experimental plan based on user execution commands, generating a structured parameter dictionary, adding connection parameters to the parameter dictionary, encapsulating it into a specified message format, and sending it to the quantum experimental device includes: After receiving the user's execution command, the configured experimental parameters are extracted from the experimental parameter instance, and the extracted experimental parameters are assembled into a structured parameter dictionary; After adding device identifiers and user account information to the parameter dictionary, the parameter dictionary is serialized into a string of a specified format, the string is encapsulated into a binary protocol buffer message format, and sent to the quantum experimental device through the established communication connection.

7. The method as described in claim 1, characterized in that, After sending the specified message format to the quantum experimental device, the process also includes waiting for the quantum experimental device to execute the quantum computing experiment and monitoring the execution status of the quantum experimental device until the experiment is completed; the process of monitoring the execution status includes: Receive real-time status messages sent by quantum experimental equipment, wherein the real-time status messages include the experimental status of the quantum experimental equipment, and the experimental status includes at least one of pending execution, execution, completion, and failure; Generate an experimental progress view based on the experimental status of quantum experimental equipment.

8. The method as described in claim 1, characterized in that, After parsing the dictionary of experimental results data returned by the quantum experimental equipment, the experimental results data are displayed to the user, including: The experimental result data dictionary returned by the quantum experimental device is parsed, and the meta-information of the experiment and the experimental result data segment are extracted from the data result dictionary; the meta-information includes a unique identifier, name, status and timestamp, and the experimental result data segment includes the original result of the experiment and the processed result data; The experiment's metadata and corresponding results are displayed to the user.

9. The method according to any one of claims 1-8, characterized in that, Also includes: After the quantum computing experiment is completed, the experiment is deregistered and the communication connection with the quantum experimental equipment is released.

10. A remote control device for quantum computing experiments, characterized in that, include: The communication module is used to establish a communication connection with the quantum experimental equipment based on the connection parameters provided by the user. The instantiation module is used to load the corresponding experiment code template according to the experiment type specified by the user, load the code blocks related to the experiment type into the experiment code template, and instantiate the parameter class and experiment class in the template based on the preset experiment base class and parameter base class, and generate an experiment instance and a parameter instance as an experiment parameter configuration interface to provide to the user. The scheme generation module is used to obtain the experimental parameters configured by the user based on the experimental instance and parameter instance, and generate an experimental scheme based on the experimental parameters; The experiment execution module is used to extract the configured experimental parameters from the experimental plan based on the user's execution instructions, generate a structured parameter dictionary, add connection parameters to the parameter dictionary, encapsulate it into a specified message format, and send it to the quantum experimental device. The results display module is used to parse the experimental results data dictionary returned by the quantum experimental equipment and then display the experimental results data to the user.

11. A remote control device, characterized in that, include: The quantum computing experiment remote control device as described in claim 10.

12. A quantum experimental system, characterized in that, include: Quantum experimental apparatus and the remote control device as described in claim 11; Remote control devices are used to control quantum experimental equipment to conduct quantum experiments; Quantum experimental equipment is used to perform quantum experiments and return the results.

Images