Quantum open system simulation method based on workflow architecture

Abstract

The embodiment of the invention provides a quantum open system simulation method based on a workflow architecture, which is applied to a quantum open system simulator using classical computational simulation, the simulator comprises a front end and a rear end, the rear end comprises a task manager and a plurality of modules designed and decoupled for a quantum open system based on the workflow architecture, and the task manager comprises a task manager and a plurality of modules designed and decoupled for the quantum open system based on the workflow architecture. The plurality of modules comprise a plurality of first-class modules for simulating the quantum system and a plurality of second-class modules for analyzing the external environment of the quantum system, and the method comprises the following steps: receiving a first configuration operation of a first user by using a front end; determining a connection relationship between the specified modules according to the input data by utilizing a task manager so as to construct a first workflow task; and scheduling and executing the first workflow task by using the task manager to obtain a final state or intermediate state result of the quantum open system simulator. Therefore, different modules can be specified through user configuration operation to construct different simulation tasks, so that the simulation process is more efficient and flexible.

Description

Technical Field

[0001] The present application relates to the technical field of quantum system simulation, and in particular to a quantum open system simulation method based on a workflow architecture. Background Art

[0002] Quantum open system is an important concept in quantum mechanics, which describes the interaction between a quantum system and the external environment. In the study of quantum open systems, traditional simulation methods often face some challenges when dealing with the complex interactions between quantum systems and the external environment, especially decoherence and dissipation effects. For example, when simulating the interaction between quantum bits and the environment, multiple computing modules need to be managed, which makes computational management complicated and error-prone. Traditional methods are often inefficient because they cannot process multiple tasks in parallel, resulting in lengthy computational times.

[0003] In addition, traditional simulation lacks flexibility, and adjusting and expanding computing modules requires reconfiguring the entire process. At the same time, it is difficult to process and analyze large amounts of data in real time, making it impossible to quickly adjust simulation strategies or optimize parameters. These problems make the research of quantum open systems more cumbersome and inefficient.

[0004] Therefore, it is urgent to propose a simulation method that can efficiently study quantum open systems. Summary of the invention

[0005] The present application provides a quantum open system simulation method and computing device based on a workflow architecture, which can improve the efficiency and flexibility of quantum open system simulation.

[0006] In a first aspect, the present application provides a quantum open system simulation method based on a workflow architecture, which is applied to a quantum open system simulator simulated using classical computing, wherein the simulation system includes a front end and a back end, wherein the front end and the back end have a communication connection, and the back end includes a task manager and a plurality of modules designed and decoupled for the quantum open system based on the workflow architecture, wherein the plurality of modules include a plurality of first-class modules for simulating the quantum system, and a plurality of second-class modules for analyzing the external environment of the quantum system, and the method includes:

[0007] Using the front end to receive a first configuration operation of a first user; the first configuration operation includes specifying at least one first-category module, at least one second-category module, and input data of the specified module;

[0008] Using the task manager, determining the connection relationship between the specified modules according to the input data, thereby constructing a first workflow task;

[0009] The task manager is used to schedule and execute the first workflow task, and the execution result is the final state or intermediate state result of the quantum open system simulator.

[0010] Therefore, in the quantum open system simulator, multiple modules are designed and decoupled for the quantum open system based on the workflow architecture, and different modules are specified through user configuration operations to construct different simulation tasks, making the simulation process more efficient and flexible.

[0011] In a second aspect, the present application provides a computing device, comprising: a memory and a processor; the memory and the processor are coupled; the memory is used to store programs; and a main processor is used to call the program to execute the method described in the first aspect or any possible implementation of the first aspect.

[0012] It can be understood that the beneficial effects of the second aspect mentioned above can be found in the relevant description of the first aspect mentioned above, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0013] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0014] Figure 1 An architecture diagram of a quantum open system simulator based on a workflow architecture provided in an embodiment of the present application;

[0015] Figure 2 A decoupling diagram of a quantum open system simulator based on a workflow architecture provided in an embodiment of the present application;

[0016] Figure 3 A diagram of a quantum open system simulation method based on a workflow architecture provided in an embodiment of the present application;

[0017] Figure 4 The whole process of a quantum open system simulation method provided in an embodiment of the present application;

[0018] Figure 5 A configuration and operation diagram of a quantum open system simulator provided in an embodiment of the present application. DETAILED DESCRIPTION

[0019] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0020] The following is an introduction to the relevant technologies involved in this application:

[0021] 1. Quantum simulation methods are used to simulate the quantum state evolution and quantum operation behavior of quantum systems, covering the superposition state and entangled state of quantum bits and the effects of quantum gate operations. It can study the evolution of quantum systems in isolated states, as well as the decoherence and dissipation effects when interacting with the external environment. In addition, quantum simulation also includes the simulation of complex quantum circuits to verify and optimize the performance of quantum algorithms in actual quantum computing.

[0022] 2. Quantum data processing and analysis, which helps researchers understand the complex interactions between quantum open systems and the environment, and evaluate the impact of decoherence and dissipation effects on quantum computing. By establishing noise models and error analysis, researchers can quantify the impact of environmental noise on the system and develop error correction mechanisms.

[0023] 3. Quantum computing resource management, which is used to effectively allocate and optimize computing resources to cope with the complex interactions between the system and the environment. By dynamically adjusting computing resources, such as the use of quantum bits, storage, and processing power, it helps researchers improve computing efficiency and reduce the impact of decoherence and dissipation effects on computing results. Resource management includes real-time monitoring of computing task requirements, optimizing the design of quantum circuits to reduce resource consumption, and balancing computing loads to avoid bottlenecks.

[0024] 4. Workflow architecture. Workflow is a system design and management method used to coordinate and automate various tasks and steps in a business process. The workflow architecture provides a systematic way to automate and optimize complex business processes by defining and managing tasks, processes, rules, data flows, and events. It decomposes the system into independent modules through decoupling, allowing each module to handle its tasks independently, and formulates data input and output rules for each module. Modules interact through interfaces formulated using these rules, and modules can be flexibly combined through these interfaces to generate different workflow tasks.

[0025] In this way, when a part of the system needs to be updated or modified, it will not affect other parts, thereby reducing the overall complexity of the system, improving the flexibility and maintainability of the system, and generating customized workflow tasks according to user needs, thereby achieving efficient management and performance optimization of complex processes.

[0026] The key principles of the Workflow architecture include:

[0027] Module decoupling: Each module focuses on a specific task and interacts through well-defined interfaces without relying on the internal implementation of other modules.

[0028] Modular structure: Each module focuses on completing a specific task and communicates with other modules through standardized interfaces, avoiding dependence on the internal structure of other modules.

[0029] Flexible module combination: Modules can be flexibly combined and configured according to business needs, allowing the system to quickly adapt to different processes and application scenarios.

[0030] Clear data flow: Data is transferred between tasks and modules along a predetermined path, and each module passes the result to the next module after completing the processing. This design ensures the efficiency and consistency of data flow while avoiding data redundancy and repeated processing.

[0031] As mentioned earlier, traditional simulation of quantum open systems lacks flexibility, and adjusting and expanding computing modules requires reconfiguring the entire process. At the same time, it is difficult to process and analyze large amounts of data in real time, making it impossible to quickly adjust simulation strategies or optimize parameters.

[0032] In view of this, in the embodiment of the present application, in the quantum open system simulator, multiple modules of the quantum open system are designed and decoupled based on the workflow architecture, and each module is freely combined and configured based on the user's configuration operation to generate different workflow tasks, and the final state or intermediate state of the quantum open system simulator is obtained according to the execution results of the workflow tasks, thereby making the simulation process more efficient, flexible and adaptive.

[0033] For example, Figure 1 A quantum open system simulator architecture diagram based on a workflow architecture provided in an embodiment of the present application is shown in FIG.

[0034] The quantum open system simulator proposed in this application is implemented by using classical computing simulation. Classical computing refers to computing that relies on a classical processing unit (CPU) for processing and execution. The quantum open system simulator is modeled according to the quantum open system simulation to realize the editing, computing, display and other functions required for the quantum open system simulation.

[0035] like Figure 1 As shown, the quantum open system simulator based on the workflow architecture includes a front end and a back end, and the front end and the back end establish a communication connection through API requests or WebSocket requests.

[0036] The backend includes a task manager and a computing part, and the computing part includes multiple modules designed and decoupled for quantum open systems based on a workflow architecture. The multiple modules include several first-class modules for simulating quantum systems and several second-class modules for analyzing the external environment of quantum systems.

[0037] The task manager includes a request receiving unit, a task log and monitoring unit, a dynamic resource allocation unit and a computing execution unit.

[0038] The front end includes user interaction units corresponding to each of the multiple modules included in the above-mentioned computing part.

[0039] In the classical computing framework, the output of one module may be the input of another module, and there is data dependency between them. In the quantum open system simulator based on workflow architecture, users are allowed to set independent inputs for each decoupled module according to computing needs, without having to rely entirely on the outputs of other modules.

[0040] Exemplarily, users can flexibly configure operations on the front end according to specific computing needs, including specifying required modules and specifying input data for the modules. The required modules include at least one first-class module for simulating quantum systems, and at least one second-class module for analyzing the external environment of quantum systems. Quantum systems refer to physical systems that can exhibit quantum mechanical properties, such as atoms, molecules, photons, electrons and other microscopic particles and their complex collections. The external environment refers to the sum of external factors that affect the quantum system, such as factors that cause the quantum system to decoherent, or cause the quantum system to dissipate, or quantum noise.

[0041] The front end sends the received user configuration operation to the back end based on the communication connection established by the API request or WebSocket request. The back end receives the user's configuration operation using the receiving request unit of the task manager, determines the connection relationship between the required computing modules according to the input data in the configuration operation, and thus constructs the workflow task.

[0042] The task log and monitoring unit of the task manager starts monitoring for workflow tasks and monitors the operation of workflow tasks throughout the process. The dynamic resource allocation unit allocates computing resources for workflow tasks and sends the allocated computing resources to the computing execution unit. The computing execution unit calls the computing modules involved in the workflow tasks to perform calculations and obtain the final state or intermediate state results of the quantum open system simulator.

[0043] Therefore, through the modular design of the workflow architecture and the dynamic resource management mechanism, the efficiency, flexibility and scalability of the quantum open system simulator are achieved, enabling the quantum open system simulation computing tasks to run reliably in a complex computing environment.

[0044] For example, Figure 2 A decoupling diagram of a quantum open system simulator based on a workflow architecture provided in an embodiment of the present application is shown in FIG.

[0045] like Figure 2As shown, among the multiple modules obtained by decoupling the quantum open system based on the workflow architecture, several first-category modules for simulating the quantum system include: a quantum state simulation module for simulating the quantum state, and a quantum circuit module for simulating the quantum circuit.

[0046] Several second-category modules for analyzing the external environment of quantum systems include: a decoherence module for simulating decoherence effects, a dissipation module for simulating dissipation effects, and a quantum noise module for simulating noise effects.

[0047] Optionally, the multiple modules also include a result analysis and visualization module for analyzing and presenting the results.

[0048] In the traditional simulation method of quantum open system, the strong coupling method adopted will consider the influence of multiple external environments at the same time. For example, the Lindblad equation considers the influence of decoherence and dissipation effects at the same time. The decoherence effect of a quantum bit may interact with its energy dissipation effect, thereby increasing the complexity of the system and affecting the accuracy of the calculation results. Based on the above decoupling operation based on the workflow architecture, for example, by decoupling the decoherence and dissipation effect modules to obtain the decoherence module and the dissipation module, the processing of these two effects can be made independent, thereby achieving higher calculation flexibility and efficiency.

[0049] In one implementation, the plurality of first-category modules further include sub-modules obtained by decoupling the quantum state simulation module. The plurality of second-category modules further include sub-modules obtained by decoupling the decoherence module, the dissipation module, or the quantum noise module.

[0050] Optionally, the multiple modules also include sub-modules obtained by further decoupling the result analysis and visualization modules.

[0051] For example, the quantum state simulation module is decoupled again to obtain the quantum state initialization submodule and the quantum state time evolution submodule. The quantum state initialization submodule is used to independently handle the initialization of the quantum state and set the initial state of the quantum bit or generate the entangled state. The quantum state time evolution submodule is used to focus on the time evolution of the quantum state and update the quantum state by calculating and applying the time evolution operator.

[0052] The decoherence module is decoupled again to obtain a decoherence modeling submodule and a decoherence calculation submodule. The decoherence modeling submodule is used to implement different coherence models (e.g., coherence attenuation model, coherence noise model) and simulate the influence of different coherence models on the quantum state. The decoherence calculation submodule is used to calculate the effects under the action of different coherence models, update the quantum state and gradually process the decoherence effect.

[0053] The dissipative module is decoupled again to obtain the dissipative modeling submodule and the dissipative calculation submodule. The dissipative modeling submodule defines the mathematical model of the dissipative process and simulates various dissipative effects (particle scattering, heat bath effect). The dissipative calculation submodule is used to calculate the effect of applying the dissipative effect model to the quantum state.

[0054] The quantum noise module is decoupled again to obtain the quantum noise modeling submodule and the quantum noise application submodule. The quantum noise modeling submodule is used to define and model various noise sources and their characteristics, such as phase noise, amplitude noise, etc. The quantum noise application submodule calculates the impact of applying the modeled noise to the quantum system.

[0055] Optionally, the result analysis and visualization are decoupled again to obtain a data receiving submodule and an image display submodule. The data receiving submodule is used to preliminarily process the data, such as calculating the expected value of the quantum state, the influence of noise, etc., and independently set an algorithm for analyzing the data. The image display submodule is used to generate various charts (such as bar charts, heat maps, three-dimensional graphics, etc.) based on the processed data.

[0056] Therefore, by decoupling again, the quantum state simulation module, decoherence module, dissipation module, quantum noise module, or result analysis and visualization module can be decomposed into different atomic modules, which can further improve the calculation flexibility and efficiency. The atomic module is the smallest independent functional module that can be obtained by decoupling.

[0057] For example, in the traditional non-decoupling case, quantum noise modeling and quantum noise application are strongly dependent on each other. Noise modeling must be done first and then noise application. However, after further decoupling, it is divided into two independent sub-modules: quantum noise modeling sub-module and quantum noise application sub-module, allowing their parallel processing and independent optimization.

[0058] When decoupling multiple modules, standardized input and output interfaces are set for multiple modules. The standardized input and output interfaces specify the input and output data types of each module. This design not only improves the efficiency of the system, but also reduces the occurrence of errors and optimizes the use of resources. In addition, the workflow architecture enhances the adaptability of the system, enabling it to more easily cope with various changes and challenges.

[0059] Next, based on the above content, a quantum open system simulation method based on a workflow architecture provided in an embodiment of the present application is introduced.

[0060] For example, Figure 3A diagram of a quantum open system simulation method based on a workflow architecture provided by an embodiment of the present application is shown in FIG. The simulation method can be run on any computing unit, server, device, or device cluster with classical computing and processing capabilities. The method is applied to a quantum open system simulator simulated using classical computing. The simulation system includes a front end and a back end, and a communication connection is established between the front end and the back end. The back end includes a task manager and multiple modules designed and decoupled for a quantum open system based on a workflow architecture. The multiple modules include several first-class modules for simulating a quantum system, and several second-class modules for analyzing the external environment of a quantum system. The simulation method mainly includes the following operating steps:

[0061] Step S301: using a front end to receive a first configuration operation of a first user, the first configuration operation includes specifying at least one first-category module, at least one second-category module, and input data of the specified modules.

[0062] In one implementation, the front end is the part of the application with which the user can interact directly. It includes user interaction units corresponding to multiple modules in the computing part and is implemented using framework technologies such as View, Response, and LiteGraph.

[0063] In response to the first user's operation on all or part of the user interaction unit, the front end receives the first configuration operation of the first user.

[0064] For example, the first user can specify the user interaction unit corresponding to at least one module for analyzing the external environment of the quantum system according to specific computing requirements by dragging, clicking, or entering in a dialog box, and set input data in the interface corresponding to the corresponding user interaction unit to obtain a first configuration operation.

[0065] The first configuration operation includes specifying at least one first-type module, and at least one second-type module, and input data of the specified modules.

[0066] For each module in the module specified by the first configuration operation, the input data is used to determine the initial parameters or operation configuration parameters of the module, and / or the connection relationship between the module and other modules. Therefore, the input data is the data input by the first user and / or the output data of the upstream module specified by the first user for the module. The upstream module is also a module in the module specified by the first configuration operation, indicating the connection relationship between modules. It is upstream of the module in the whole process of the quantum open system simulation method, that is, the output of the upstream module is connected to the input of the module.

[0067] Exemplarily, for example, the submodules obtained by decoupling the decoherence module again include a decoherence modeling submodule and a decoherence calculation submodule.

[0068] When the user needs to observe the effects of multiple different decoherence models on the quantum state, this can be achieved by connecting multiple quantum state simulation modules to multiple different decoherence modeling sub-modules, and then connecting the multiple decoherence modeling sub-modules to multiple decoherence calculation sub-modules.

[0069] The first configuration operation includes specifying first-type modules: multiple quantum circuit modules, multiple quantum state simulation modules, and specifying second-type modules: multiple decoherence modeling sub-modules using different modeling algorithms, and multiple decoherence calculation sub-modules.

[0070] The input data includes: using the outputs of multiple quantum circuit modules as inputs of multiple quantum state simulation modules respectively, using the outputs of multiple quantum state simulation modules as inputs of multiple decoherence modeling sub-modules respectively, and using the outputs of multiple decoherence modeling sub-modules as inputs of multiple decorrelation calculation sub-modules respectively.

[0071] The input data also includes: user input data set for multiple quantum circuit modules: target Hamiltonian, quantum circuit type and quantum gate information, etc. And user input data set for multiple decoherence modeling submodules: user-defined decoherence mathematical model parameters, or user-selected system decoherence mathematical model.

[0072] For example, Figure 4 The whole process of a quantum open system simulation method provided in an embodiment of the present application is shown.

[0073] like Figure 4 As shown in the figure, the whole process of the quantum open system simulation method includes: obtaining a quantum system by simulating quantum circuits and performing quantum state simulation, calculating the decoherence effect, dissipation effect and influence of quantum noise of the quantum system, and finally analyzing and visualizing the calculation results. Each process step is implemented by executing a corresponding module among multiple modules or multiple sub-modules obtained by decoupling a corresponding module again.

[0074] For example, Figure 4 As shown, quantum state simulation is the upstream process of the decoherence effect. In this solution, the quantum state simulation module used for quantum state simulation is the upstream module of the decoherence module for calculating the decoherence effect. Figure 4 In the entire process shown, the calculation order of decoherence effect, dissipation effect and quantum noise can be changed and adjusted.

[0075] If the decoherence module is decoupled again to obtain a decoherence modeling submodule and a decoherence calculation submodule, then the quantum state simulation module is the upstream module of the decoherence modeling submodule, and the decoherence modeling submodule is the upstream module of the decoherence calculation submodule. Figure 4Other modules in the same module have similar connection relationships, which will not be described in detail here.

[0076] In the quantum open system simulator, the front end sends the first configuration operation received from the first user to the back end through a communication connection. The communication connection is established based on an API request or a WebSocket request sent by the front end to the back end.

[0077] The backend refers to the part of the application that users do not directly see, which is responsible for processing requests sent by the frontend, managing the database, executing business logic and server maintenance. Figure 1 As shown, it includes a task manager and a computing part. The computing part includes multiple modules designed and decoupled for quantum open systems based on a workflow architecture. The backend is implemented using framework technologies such as Python, Openfermion and Qulcas.

[0078] The computing functions of the modules of the computing part corresponding to each user interaction unit in the front end are implemented in the back end.

[0079] Therefore, by implementing user interaction units corresponding to multiple modules at the front end, users can flexibly configure and operate multiple modules according to computing needs, thereby improving the efficiency of quantum open system simulation.

[0080] Step S302: Using the task manager to determine the connection relationship between the specified modules according to the input data, so as to construct the first workflow task.

[0081] In one implementation, using Figure 1 The task manager in the backend shown receives the first configuration operation sent by the frontend through the communication connection.

[0082] The first workflow task includes multiple subtasks, each of which is executed based on a specified module, and different subtasks have different input data. Figure 4 The tasks corresponding to the full process of the simulation system shown or the tasks corresponding to the sub-process of the full process.

[0083] The tasks corresponding to the whole process are as follows Figure 4 The process shown executes the tasks completed by the module corresponding to each process step. The sub-process of the whole process is Figure 4 The part of the whole process shown in the figure corresponds to the task completed by the module corresponding to each process step according to the sub-process. It can be understood that after the quantum state simulation module, decoherence module, dissipation module, quantum noise module, or result analysis and visualization module are decoupled again based on the workflow architecture, each process step in the whole process can be further refined into the steps performed by the sub-modules obtained by the decoupling again. For example, the process steps of the decoherence effect are decomposed into decoherence modeling and decoherence calculation.

[0084] Step S303: Use the task manager to schedule and execute the first workflow task to obtain the final state or intermediate state result of the quantum open system simulator.

[0085] In one embodiment, scheduling and executing the first workflow task includes executing multiple subtasks in parallel based on different input data. The final state or intermediate state results obtained are the execution results of the tasks corresponding to the whole process or the tasks corresponding to the sub-processes of the whole process.

[0086] In one embodiment, during the execution of the first workflow task, in response to the first user or the second user removing a module in the specified module, or updating input data, and specifying other modules and input data of other modules other than the module specified by the first configuration operation, a second workflow task is obtained. The task manager is used to schedule the execution of the second workflow task to obtain a task output, which is also the final state or intermediate state result of the quantum open system simulator.

[0087] Therefore, users can calculate the workflow tasks composed of all or part of the modules according to their computing needs, and optimize all or part of the modules according to the calculation results, reducing the dependencies between modules in the quantum open system simulator to improve the flexibility of the system and the scalability of the modules; by optimizing all or part of the modules and eliminating the interference of other modules, the tuning process can be made simpler, which helps to find the global optimal solution.

[0088] For example, Figure 5 A configuration and operation diagram of a quantum open system simulator provided in an embodiment of the present application is shown.

[0089] Continuing with the example in step S 301 above, when the user needs to observe the effects of three different decoherence models acting on the same quantum state, this can be achieved by connecting three same quantum state simulation modules to three different decoherence modeling sub-modules, and then connecting the three decoherence modeling sub-modules to three decoherence calculation sub-modules.

[0090] like Figure 5 As shown, in the front end of the quantum open system simulator, the user performs the first configuration operation. Specifically, the user specifies the modules required for calculation by selecting the user interaction units corresponding to the quantum circuit module, quantum state simulation module, decoherence modeling submodule, and decoherence calculation submodule by dragging, clicking, or entering in a dialog box, etc.: quantum circuit module 1-3, quantum state simulation module 1-3, decoherence modeling submodule 1-3, decoherence calculation submodule 1-3. By clicking the button "ADD" and the button "EDIT", the initial parameters or operation configuration parameters of each module are set, and the connection relationship between each module is established.

[0091] Therefore, the first configuration operation includes specifying the first type of modules: 3 quantum circuit modules and 3 quantum state simulation modules using the same user input, and specifying the second type of modules: 3 decoherence modeling sub-modules and corresponding 3 decoherence calculation sub-modules using different user inputs, such as different modeling algorithms.

[0092] The input data includes: the outputs of the three quantum circuit modules are used as the inputs of the three quantum state simulation modules respectively, the outputs of the three quantum state simulation modules are used as the inputs of the three decoherence modeling sub-modules respectively, and the outputs of the three decoherence modeling sub-modules are used as the inputs of the three decorrelation calculation sub-modules respectively.

[0093] The input data also includes: setting initial parameters or running configuration parameters for the three quantum circuit modules: target Hamiltonian, quantum circuit type, quantum gate information, etc. And setting initial parameters or running configuration parameters for the three decoherence modeling submodules: user-defined decoherence mathematical model parameters, or user-selected system decoherence mathematical model.

[0094] The front end receives a first configuration operation of the user, and the task scheduling module of the back end determines the connection relationship between the specified modules according to the input data set by the first configuration operation, thereby constructing a first workflow task.

[0095] Thus, the first workflow task constructed includes three different subtasks. For example, the first subtask is formed by interconnecting the quantum circuit module 1, the quantum state simulation module 1, the decoherence modeling submodule 1 and the decoherence calculation submodule 1. The connection relationship is as follows: Figure 5 shown.

[0096] The input data of different subtasks are different. For example, the input data of the quantum circuit module and the quantum state simulation module in the three subtasks can be the same to produce the same quantum state. However, the decoherence modeling submodules are constructed using different modeling algorithms, so the input data of the decoherence modeling submodule and the decoherence calculation submodule are different.

[0097] Click the "START" button to start the parallel execution of the three subtasks in the workflow task. After the execution is completed, the user can view the output results of the three decoherence calculation submodules to determine the impact of the three different decoherence models on the same quantum state.

[0098] In addition, the button "DELETE" is used to delete the user interaction unit corresponding to the added module, and the button "STOP" is used to pause the execution of the workflow task.

[0099] Therefore, in the classical computing framework, multiple independent modules of the quantum open system simulator are designed and implemented based on the workflow architecture. Users can freely combine and configure the modules to generate different workflow tasks, and determine the final state or intermediate state results of the quantum open system simulator based on the task execution results, thereby improving the computing speed and performance of the quantum open system simulator as a whole.

[0100] Based on the method in the above embodiment, the embodiment of the present application provides a computer-readable storage medium, which stores a computer program. When the computer program runs on a processor, the processor executes the above embodiment. Figure 3 The method shown.

[0101] Based on the method in the above embodiment, the embodiment of the present application provides a computing device, including: a memory and a processor; the memory and the processor are coupled; the memory is used to store a program; a main processor is used to call the program to execute the above embodiment Figure 3 The method shown.

[0102] The above is a description of a specific embodiment of the specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in an order different from that in the embodiments and still achieve the desired results. In addition, the processes depicted in the drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0103] The professionals should also be further aware that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented with electronic hardware, computer software, or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the composition and steps of each example have been generally described in terms of function in the above description. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0104] The steps of the method or algorithm described in conjunction with the embodiments disclosed herein may be implemented using hardware, a software module executed by a processor, or a combination of the two. The software module may be placed in a random access memory (RAM), a memory, a read-only memory (ROM), an electrically programmable ROM, an electrically erasable programmable ROM, a register, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.

[0105] The specific implementation methods described above further illustrate the purpose, technical solutions and beneficial effects of the present application in detail. It should be understood that the above description is only the specific implementation method of the present application and is not intended to limit the scope of protection of the present application. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present application should be included in the scope of protection of the present application.

Claims

1. A quantum open system simulation method based on a workflow architecture, applied to a quantum open system simulator simulated by classical computing, wherein the simulation system comprises a front end and a back end, wherein the front end and the back end are connected in communication, wherein the back end comprises a task manager and a plurality of modules designed and decoupled for the quantum open system based on the workflow architecture, wherein the plurality of modules comprises a plurality of first-class modules for simulating the quantum system, and a plurality of second-class modules for analyzing the external environment of the quantum system, wherein the method comprises: Utilizing the front end to receive a first configuration operation of a first user; the first configuration operation includes specifying at least one first-category module, and at least one second-category module, and input data of the specified modules; Using the task manager, determining the connection relationship between the specified modules according to the input data, thereby constructing a first workflow task; The first workflow task is scheduled and executed by using the task manager, and the result of the execution is a final state or an intermediate state result of the quantum open system simulator.

2. The method according to claim 1, wherein: The plurality of first-category modules include: a quantum state simulation module for simulating quantum states, a quantum circuit module for simulating quantum circuits; The plurality of second-category modules include: a decoherence module for simulating decoherence effects, a dissipation module for simulating dissipation effects, and a quantum noise module for simulating noise influences.

3. According to the method of claim 2, the plurality of first-category modules further include submodules obtained by decoupling the quantum state simulation module again; The plurality of second-category modules also include sub-modules obtained by further decoupling the decoherence module, dissipation module, or quantum noise module.

4. The method according to claim 3, wherein: The submodules obtained by decoupling the decoherence module again include a decoherence modeling submodule and a decoherence calculation submodule; The first configuration operation includes a plurality of quantum circuit modules, a plurality of quantum state simulation modules, a plurality of decoherence modeling submodules using different modeling algorithms, and a plurality of decoherence calculation submodules; The input data includes using the outputs of the multiple quantum circuit modules as inputs of the multiple quantum state simulation modules, using the outputs of the multiple quantum state simulation modules as inputs of the multiple decoherence modeling sub-modules, and using the outputs of the multiple decoherence modeling sub-modules as inputs of the multiple decorrelation calculation sub-modules.

5. The method according to claim 1, wherein: The multiple modules also include a result analysis and visualization module for analyzing and displaying results, and / or sub-modules obtained by further decoupling the result analysis and visualization module.

6. The method according to claim 1, wherein the front end comprises a plurality of user interaction units corresponding to respective modules; The receiving a first configuration operation of a first user includes: In response to the first user's operation on all or part of the user interaction unit, a first configuration operation of the first user is received.

7. According to the method of claim 1, for each module in the designated modules, the input data of the module is the data input by the first user and / or the output data of the upstream module designated by the first user for the module; the upstream module is also a module in the designated modules.

8. The method according to claim 1, wherein the first workflow task includes a plurality of subtasks, each subtask is executed based on the specified module, and different subtasks have different input data; the subtasks are tasks corresponding to the full process of the simulation system or tasks corresponding to subprocesses of the full process; The scheduling and executing of the first workflow task includes, based on the different input data, executing the multiple subtasks in parallel, and the final state or intermediate state results obtained are the execution results of the task corresponding to the full process or the task corresponding to the sub-process of the full process.

9. The method according to claim 1, further comprising: In the process of executing the first workflow task, in response to the first user or the second user removing a module from the specified module, or updating input data, and specifying other modules other than the specified module or input data of other modules, a second workflow task is obtained; The task management module is used to schedule and execute the second workflow task.

10. A computing device, characterized in that: include: Memory and processor; Memory and processor coupling; Memory, used to store programs; A main processor, configured to call a program to execute the method according to any one of claims 1 to 9.

Images