Experimental control methods, apparatus, equipment and storage media for gene sequencing library preparation

Abstract

This application provides a method, apparatus, device, and storage medium for controlling gene sequencing library preparation experiments. The method includes: placing an action execution request into a first communication area; wherein the action execution request includes an action identifier of the experimental action; if executed action information is received from the device in a second communication area, an execution lock is created for the address area of ​​the experimental action and a preset query release operation is performed according to the action execution type of the experimental action; if completed action information is received from the device in the second communication area, the life cycle of the experimental action is ended and recorded in a log.

Description

Technical Field

[0001] This application relates to the field of gene sequencing library preparation technology, and in particular to a method, apparatus, equipment and storage medium for experimental control of gene sequencing library preparation. Background Technology

[0002] With the rapid development of gene sequencing technology, gene sequencing library preparation, as a crucial step before sequencing, directly impacts the accuracy of sequencing results and the experimental cycle due to its degree of automation and efficiency. Currently, gene sequencing library preparation experiments typically rely on specialized equipment, such as automated platforms like GIN96, which require specific control systems for operation and management.

[0003] In the existing technology, there are various gene sequencing library preparation methods and control systems. For example, CN117995270A discloses a method for processing multi-gene sequencing tasks and a gene sequencing system. This method determines multiple gene sequencing tasks to be executed based on their priority and sends the execution scripts to the corresponding execution devices. In addition, CN113744803B provides a gene sequencing progress management method. This method obtains gene sequencing task templates and sample data, arranges the sequencing order of sample data according to the sequencing time information in the task templates, and monitors the sequencing progress by periodically sending progress query commands.

[0004] However, existing methods for controlling gene sequencing library preparation experiments still have some technical problems. Traditional GIN96 device operation is cumbersome and error-prone, requiring frequent switching between different device interfaces. Existing scripting systems are highly rigid and lack flexibility, relying primarily on atomic-level instructions. Each functional module can only be called one at a time, preventing modular combination and reuse, resulting in lengthy scripts and poor maintainability. When facing complex and ever-changing experimental requirements, these old scripting systems face significant difficulties in personalized adaptation and functional expansion. Traditional scripting requires writing separate scripts for each experimental procedure, leading to high development and operational costs and introducing human error. Furthermore, the old scripting system is based on a single-threaded serial mechanism, requiring all experimental actions to be completed strictly in sequence, limiting the overall execution efficiency of the experimental process.

[0005] In particular, existing technologies lack an efficient communication mechanism to coordinate the interaction between the experimental control end and the device end, making it impossible to effectively handle the lifecycle management of experimental actions and lacking differentiated processing strategies for different types of experimental actions. Furthermore, existing technologies fail to provide a flexible locking mechanism to handle resource contention issues in concurrent operations, leading to resource conflicts or deadlocks in complex experimental scenarios.

[0006] Therefore, there is an urgent need for an improved experimental control method for gene sequencing library preparation that can solve the above-mentioned technical problems and improve the flexibility, reliability and efficiency of experimental control. Summary of the Invention

[0007] This application provides a method, apparatus, equipment, and storage medium for controlling gene sequencing library preparation experiments to improve the accuracy and reproducibility of experiments.

[0008] In a first aspect, embodiments of this application provide a method for controlling the experimental preparation of gene sequencing libraries, including: The action execution request is sent to the first communication area; wherein, the action execution request includes the action identifier of the experimental action; If the executed action information is obtained from the device in the second communication area, an execution lock is created for the address area of ​​the experimental action and a preset query release operation is performed according to the action execution type of the experimental action. If the device in the second communication area receives information indicating that an action has been completed, the lifecycle of the experimental action ends and is recorded in the log.

[0009] Secondly, embodiments of this application also provide a gene sequencing library preparation experimental control device, comprising: An execution request delivery module is used to deliver an action execution request to a first communication area; wherein, the action execution request includes an action identifier for the experimental action; The lock operation module is used to create an execution lock for the address area of ​​the experimental action and perform a preset query and release operation if the executed action information fed back by the device in the second communication area is obtained. The action end recording module is used to end the life cycle of the experimental action and record it in the log if the completed action information is received from the device in the second communication area.

[0010] Thirdly, embodiments of this application also provide an electronic device, the electronic device comprising: One or more processors; Memory, used to store one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors implement the experimental control method for gene sequencing library preparation as provided in any embodiment of this application.

[0011] Fourthly, embodiments of this application also provide a storage medium containing computer-executable instructions, which, when executed by a computer processor, are used to perform the gene sequencing library preparation experimental control method provided in any embodiment of this application.

[0012] The gene sequencing library preparation experimental control method, apparatus, equipment, and storage medium provided in this application improve the availability of experimental actions through a combination of concurrent execution and locking mechanisms. This addresses the problem of traditional script execution models using a single-threaded sequential scheduling approach, where all operations are strictly executed serially. Experiments such as library construction and hybridization often involve lengthy actions like heating and incubation, which significantly lengthen the cycle time, especially in complex experimental scenarios. Because the execution thread occupies device control during long-duration tasks, the system cannot perform data acquisition, status monitoring, or other independent operations in parallel. This results in a decrease in device resource utilization despite increased experimental throughput, making it difficult to linearly scale overall experimental efficiency. Parallel execution and asynchronous mechanisms effectively overcome the limitations of single-threaded serial execution. Without compromising experimental safety, controllable parallel capabilities are introduced, significantly improving the timeliness and device resource utilization of the experimental process, and enabling the coordinated advancement of multiple tasks. Attached Figure Description

[0013] The above and other features, advantages and aspects of the embodiments of this application will become more apparent when taken in conjunction with the accompanying drawings and the following detailed description.

[0014] Figure 1 This is a flowchart of an experimental control method for preparing a gene sequencing library according to an embodiment of the present invention; Figure 2 This is a schematic diagram of the structure of a gene sequencing library preparation experimental control device according to an embodiment of the present invention; Figure 3 This is a schematic diagram of the structure of an electronic device according to an embodiment of the present invention. Detailed Implementation

[0015] Embodiments of this application will now be described in more detail with reference to the accompanying drawings. While some embodiments of this application are shown in the drawings, it should be understood that this application can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of this application. It should be understood that the drawings and embodiments of this application are for illustrative purposes only and are not intended to limit the scope of protection of this application.

[0016] It should be understood that the steps described in the method embodiments of this application may be performed in different orders and / or in parallel. Furthermore, the method embodiments may include additional steps and / or omit the steps shown. The scope of this application is not limited in this respect.

[0017] The term "comprising" and its variations as used herein are open-ended inclusions, meaning "including but not limited to". The term "based on" means "at least partially based on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Definitions of other terms will be given in the description below.

[0018] It should be noted that the terms "a" and "a plurality of" used in this application are illustrative rather than restrictive, and those skilled in the art should understand that, unless otherwise expressly indicated in the context, they should be understood as "one or more".

[0019] In the following embodiments, each embodiment provides optional features and examples. The features described in the embodiments can be combined to form multiple optional solutions. Each numbered embodiment should not be regarded as only one technical solution.

[0020] Figure 1 This is a flowchart illustrating a method for controlling a gene sequencing library preparation experiment, provided as an embodiment of this application. This embodiment is applicable to controlling the gene sequencing library preparation experimental process. The method can be implemented by a gene sequencing library preparation experimental control device, which can be implemented in hardware and / or software and is generally integrated into an electronic device, such as a server or personal computer. Figure 1 As shown, the method specifically includes: Step 110: Send the action execution request to the first communication area; The action execution request includes an action identifier for the experimental action. Each experimental action can use the action type plus a timestamp as its action identifier. The action type is an enumeration (e.g., MOVE_AXIS, ASPIRATE, DISPENSE, PICK_TIP, DROP_TIP, WAIT_FOR_SENSOR, etc.). This action identifier is used to uniquely identify an experimental action, ensuring accurate tracking and control of each experimental step throughout the experiment. The action execution request instructs the device to execute the corresponding experimental action. Optionally, an operation preparation request is sent to the first communication area. This operation preparation request includes the action identifier of the experimental action generated above. The purpose of this step is to notify the device to prepare to execute a specific experimental action. The first communication area is the communication area where the control system transmits information to the device.

[0021] Step 120: If the executed action information is obtained from the device in the second communication area, according to the action execution type of the experimental action, create an execution lock for the address area of ​​the experimental action and perform a preset query release operation; The second communication area is used for transmitting information from the device to the control system. The dual-address area convention is as follows: the first communication area, Addr_sys_to_dev, is used for writing to the control system and for the experimental device to read (the system tells the device what to do). The second communication area, Addr_dev_to_sys, is used for writing to the device and for the system to read (the device provides feedback on status / confirmation / completion). The execution type of the experimental action can be as follows: if the experimental action is a normal step, the execution lock is a short lock. The execution lock is released after the experimental device writes the executed action information, i.e., after the action is completed; if the experimental action is a waiting query step, the device locks the action and enters a query loop. Each time a query is performed and the experimental action is incomplete, the execution lock is released for a preset time, and then the execution lock is reacquired to continue querying.

[0022] Step 130: If the completed action information is obtained from the device in the second communication area, the life cycle of the experimental action is ended and recorded in the log.

[0023] The system will end the lifecycle of the experimental action and record it in the log, thus completing the control process of the entire experimental action.

[0024] In a preferred embodiment, the method further includes explicitly declaring experimental actions in the script to be executed asynchronously using concurrency tools. This asynchronous execution method can improve the efficiency of the entire experimental control system, allowing multiple experimental actions to be processed in parallel.

[0025] In another preferred embodiment, the method further includes encapsulating the interaction with the device control module and generating execution script commands as encapsulated classes, using experimental actions as the dimension; the script inherits the encapsulated class, and the script executes the methods of the inherited class to call the encapsulated methods. This object-oriented design pattern makes the experimental control code more modular, maintainable, and extensible.

[0026] The above method enables highly efficient control of gene sequencing library preparation experiments, improves the level of automation, reduces human intervention, and ensures the accuracy and reliability of the experimental process. This method is particularly suitable for gene sequencing library preparation environments requiring precise control and high automation.

[0027] Optionally, before sending the action execution request to the first communication area, the method further includes: An operation preparation request is sent to the first communication area; wherein, the operation preparation request includes the action identifier of the experimental action; If the device in the second communication area receives the ready status information, the action execution request is sent out.

[0028] This can be achieved using a two-way handshake and two-way handshake double-confirmation process. The control system initially writes to `Addr_sys_to_dev` to notify "Ready to start action X(id,params)". The device writes "Ready" to `Addr_dev_to_sys` and returns the action ID. Upon receiving "Ready", the system writes "Confirm start". The device then writes "Executing" to `Addr_dev_to_sys`. After execution, the device writes "Done" along with the execution result (actual size / exception code, etc.). The system considers the action complete upon receiving "Done". This dual-address-area + two-way handshake / two-way handshake communication protocol ensures the determinism of action issuance / confirmation (reducing erroneous actions).

[0029] Optionally, before sending the operation preparation request to the first communication area, the method further includes: Generate the action identifier for the experimental action. The action identifier ensures the uniqueness of the message.

[0030] Optionally, if the ready status information fed back by the device in the second communication area is obtained, the delivery operation of the action execution request is executed, including: Obtain the ready status information from the second communication area, and extract the start time window from the ready status information; Poll and confirm that the device has entered the ready state, and execute the delivery operation of the action execution request within the start time window.

[0031] In one specific implementation, the following steps can be taken: 1. The system generates an action identifier A=(type,ts,seq) and writes the request to Addr_sys_to_dev.

[0032] 2. When the device detects a new request, it verifies the resources and security, writes the Addr_dev_to_sys status to READY, and carries the allowed start time window or the necessary checksum.

[0033] 3. The system polls and confirms READY. If confirmed, it writes START to avoid accidental transmission of data by devices and the system during busy periods.

[0034] 4. The device responds with EXECUTING and executes the action locally; during execution, the device can periodically write PROGRESS updates (optional).

[0035] 5. When an action enters the "waiting for query completion" state (e.g., when a certain hardware needs to complete an asynchronous signal), the system locks the corresponding action slot (address area) in the last step to prevent other threads from overwriting the address area.

[0036] If a timeout occurs or concurrent checks are required, the lock is briefly released for 5 seconds to allow other threads to read / write (only queries of the completed state are permitted), then the thread rewrites and reclaims the lock to continue querying. This design reduces lock contention while ensuring state consistency.

[0037] 6. After the device completes the process, it writes DONE and attaches the execution result (success / failure). The system only officially ends the action lifecycle and writes it to the persistent log after reading DONE.

[0038] Optionally, based on the action execution type of the experimental action, an execution lock is created for the address area of ​​the experimental action and a preset query and release operation is performed, including: If the experimental action is a normal step, the execution lock is a short lock, and the execution lock is released after the executed action information is written; If the experimental action is a waiting query step, the experimental action is locked and a query loop is entered. If the experimental action is incomplete in each query, the execution lock is released for a preset time, and the execution lock is regained to continue querying.

[0039] When an action marked as asynchronous in the script is triggered, the system no longer continuously holds the execution lock while executing that method. Instead, it proactively releases the lock resource after entering the query or wait phase and re-attempts to acquire the lock at fixed time intervals (e.g., 5 seconds) for status checks and subsequent scheduling. This mechanism allows the system to execute other independent tasks in parallel during long-running actions such as PCR (Polymerase Chain Reaction), thereby achieving coordinated advancement of multiple tasks.

[0040] Each action is isolated by an action identifier throughout its lifecycle. The platform maintains an action mapping table and adds mutex locks to critical steps (the final query from WAIT to DONE).

[0041] Locking strategy: For normal steps: short lock, released after writing is complete. For waiting query steps: after locking, enter the query loop. If each query is not completed, release the lock for 5 seconds (to allow other threads to query / process), and then try to reacquire the lock to continue querying (looping until timeout or completion).

[0042] Idempotency and replay prevention: Each issued command carries an idempotent ID; when the device / platform sees a duplicate ID, it will not repeat the action, but will only return the corresponding known state.

[0043] The script system in this embodiment retains the original flow control logic while introducing Java's multi-threaded execution mechanism, thus upgrading and replacing the old script execution mode. This improvement is not a simple rewriting of the script layer, but a coordinated upgrade of the script system and the system execution framework: at the script level, experimenters can explicitly declare some actions to be executed asynchronously using Java syntax and concurrency tools such as CompletableFuture; at the system level, corresponding adjustments have been made to the task scheduling and lock management mechanisms to support the safe operation of asynchronous tasks.

[0044] Specifically, when an action marked as asynchronous in the script is triggered, the system no longer continuously holds the execution lock while executing that method. Instead, it proactively releases the lock resource after entering the query or wait phase and re-attempts to acquire the lock at fixed time intervals (e.g., 5 seconds) for status checks and subsequent scheduling. This mechanism allows the system to execute other independent tasks in parallel during the execution of long-running actions such as PCR, thereby achieving coordinated advancement of multiple tasks.

[0045] Through the above modifications, the new script system effectively breaks through the limitation of single-threaded serial execution, introduces controllable parallel capabilities without compromising the original experimental safety, and significantly improves the timeliness of the experimental process and the utilization rate of equipment resources.

[0046] The control system collects experimental data ranging from the following: liquid volume and composition changes (inflow / outflow volume, cumulative volume) for each plate and well; liquid status (absorbed, transferred), batch number, and task ID for each well; pipette tip status (present / absent) and usage count; and fine-grained logs for each action command (cmd_id, params, start_ts, end_ts, result, error_code).

[0047] The script system in this application introduces a "scheduling" mechanism. The script can directly call the scheduling method, allowing the system to automatically complete well location allocation and liquid volume calculation. The script layer only needs to reference variables to achieve unified adaptation for different fluxes and experimental combinations, thus truly realizing "one script, universal for multiple fluxes." This approach significantly reduces script maintenance complexity and improves the automation level and scalability of the experimental process.

[0048] In contrast, the script system of this application, compared to the traditional script mode, often requires writing a separate script for each experimental procedure. After the library is built, the hybridization script parameters need to be manually adjusted and re-executed based on the concentration results obtained from quality control. This results in higher development and operation costs and is prone to human error. The system supports flexible combination and encapsulation of methods, allowing developers to directly call composite methods such as "axis movement + liquid aspiration", achieving "one script for multiple throughputs", which greatly simplifies the script writing process and improves the system's scalability and adaptability.

[0049] The platform maintains well_states in real time: after each ASPIRATE / DISPENSE operation, the table is updated based on params and the actual values ​​returned by the device, and consistency checks (e.g., volume conservation) are performed. Based on well_states and the script action sequence, the "actual trajectory" (tracking) of the liquid is calculated: each volume migration is written to a migration record for backtracking and auditing. Error handling and recovery strategies are implemented, with error classifications: instantaneous and retryable (network timeout), recoverable (missing suction tip → replace tip and retry), and fatal (hardware failure → terminate the job and issue an alarm). When an error occurs, the system first attempts local remediation (resend, replace resources). If automatic recovery is not possible, a work order is written and the current task is paused. Security and sandbox policies are implemented: scripts run within a restricted JVM / container, prohibiting direct access to network or file paths outside the device (only read and write access to controlled directories is allowed).

[0050] The system backend development language can be Java. Researchers can write Java scripts, which are parsed into Java syntax and directly modify the address area via the Modbus protocol to invoke the devices. Electrical communication uses Programmable Logic Controller (PLC) registers or CSV files, with all PLC actions encapsulated in the backend. Adopting object-oriented and modular design, commonly used actions are encapsulated as high-level application programming interfaces (APIs), such as `moveToSafePosition()` and `transferVolume()`. User scripts can combine atomic operations with composite actions, significantly shortening script length and improving readability. Action templates and parameterized calls are supported, facilitating reuse and version management. Development efficiency is significantly improved, reducing code duplication and human error rates, and facilitating testing and playback.

[0051] Figure 2 An experimental control device for gene sequencing library preparation provided in this application embodiment, such as Figure 2 As shown, the device specifically includes: The execution request delivery module 210 is used to deliver an action execution request to the first communication area; wherein, the action execution request includes an action identifier of the experimental action; The lock operation module 220 is used to create an execution lock for the address area of ​​the experimental action and perform a preset query and release operation if the executed action information fed back by the device in the second communication area is obtained. The action end recording module 230 is used to end the life cycle of the experimental action and record it in the log if the completed action information is received from the device in the second communication area.

[0052] Optionally, the experimental control device for gene sequencing library preparation also includes: A request preparation module is used to send an operation preparation request to the first communication area before sending an action execution request to the first communication area; wherein, the operation preparation request includes the action identifier of the experimental action; The execution request delivery module is used to execute the delivery operation of the action execution request if it obtains the ready status information fed back by the device in the second communication area.

[0053] Optionally, the experimental control device for gene sequencing library preparation also includes: The identifier generation module is used to generate the action identifier of the experimental action before the operation preparation request is sent to the first communication area.

[0054] Optionally, the execution request delivery execution module is used for: Obtain the ready status information from the second communication area, and extract the start time window from the ready status information; Poll and confirm that the device has entered the ready state, and execute the delivery operation of the action execution request within the start time window.

[0055] Optional, a lock operation module, used for: If the experimental action is a normal step, the execution lock is a short lock, and the execution lock is released after the executed action information is written; If the experimental action is a waiting query step, the experimental action is locked and a query loop is entered. If the experimental action is incomplete in each query, the execution lock is released for a preset time, and the execution lock is regained to continue querying.

[0056] Optionally, the experimental control device for gene sequencing library preparation also includes: The experimental actions are explicitly declared to be executed asynchronously using concurrency tools in the script.

[0057] Optionally, the experimental control device for gene sequencing library preparation also includes: Using experimental actions as the dimension, the interaction with the equipment control module and the generation and execution of script commands are encapsulated as encapsulated classes; In the script, inherit the encapsulated class, and call the encapsulated method by executing the method of the inherited class.

[0058] Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present invention, such as... Figure 3 As shown, the electronic device includes a processor 310, a memory 320, an input device 330, and an output device 340; the number of processors 310 in the electronic device can be one or more. Figure 3 Taking a processor 310 as an example; the processor 310, memory 320, input device 330, and output device 340 in the electronic device can be connected via a bus or other means. Figure 3 Taking the example of a connection between China and Israel via a bus.

[0059] The memory 320, as a computer-readable storage medium, can be used to store software programs, computer-executable programs, and modules, such as the program instructions / modules corresponding to the gene sequencing library preparation experiment control method in this embodiment of the invention (e.g., the execution request delivery module 210, lock operation module 220, and action end recording module 230 in the gene sequencing library preparation experiment control device). The processor 310 executes various functional applications and data processing of the electronic device by running the software programs, instructions, and modules stored in the memory 320, thereby realizing the above-mentioned gene sequencing library preparation experiment control method.

[0060] The memory 320 may primarily include a program storage area and a data storage area. The program storage area may store the operating system and at least one application program required for a given function; the data storage area may store data created based on terminal usage. Furthermore, the memory 320 may include high-speed random access memory and non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state storage device. In some instances, the memory 320 may further include memory remotely located relative to the processor 310, which can be connected to the electronic device via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0061] Input device 330 can be used to receive input digital or character information, and to generate key signal inputs related to user settings and function control of the electronic device. Output device 340 may include display devices such as a display screen.

[0062] This invention also provides a storage medium containing computer-executable instructions, which, when executed by a computer processor, are used to perform an experimental control method for gene sequencing library preparation, including: The action execution request is sent to the first communication area; wherein, the action execution request includes the action identifier of the experimental action; If the executed action information is obtained from the device in the second communication area, an execution lock is created for the address area of ​​the experimental action and a preset query release operation is performed according to the action execution type of the experimental action. If the device in the second communication area receives information indicating that an action has been completed, the lifecycle of the experimental action ends and is recorded in the log.

[0063] Of course, the computer-executable instructions provided in the embodiments of the present invention are not limited to the method operations described above, but can also perform related operations in the gene sequencing library preparation experimental control method provided in any embodiment of the present invention.

[0064] Based on the above description of the implementation methods, those skilled in the art can clearly understand that the present invention can be implemented using software and necessary general-purpose hardware, and of course, it can also be implemented using hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as a computer floppy disk, read-only memory (ROM), random access memory (RAM), flash memory, hard disk, or optical disk, etc., including several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments of the present invention.

[0065] It is worth noting that in the embodiments of the gene sequencing library preparation experimental control device described above, the various units and modules included are only divided according to functional logic, but are not limited to the above division, as long as the corresponding functions can be achieved; in addition, the specific names of each functional unit are only for easy differentiation and are not used to limit the scope of protection of the present invention.

[0066] Although the present invention has been described in detail above with general descriptions, specific embodiments, and experiments, modifications or improvements can be made to it, which will be obvious to those skilled in the art. Therefore, all such modifications or improvements made without departing from the spirit of the present invention fall within the scope of protection claimed by the present invention.

Claims

1. A method for controlling the experimental preparation of gene sequencing libraries, characterized in that, include: The action execution request is sent to the first communication area; wherein, the action execution request includes the action identifier of the experimental action; If the executed action information is obtained from the device in the second communication area, an execution lock is created for the address area of ​​the experimental action and a preset query release operation is performed according to the action execution type of the experimental action. If the device in the second communication area receives information indicating that an action has been completed, the lifecycle of the experimental action ends and is recorded in the log.

2. The method according to claim 1, characterized in that, Before sending the action execution request to the first communication area, it also includes: An operation preparation request is sent to the first communication area; wherein, the operation preparation request includes the action identifier of the experimental action; If the device in the second communication area receives the ready status information, the action execution request is sent out.

3. The method according to claim 2, characterized in that, Before sending the operational preparation request to the first communication zone, the process also includes: Generate the action identifier for the experimental action.

4. The method according to claim 2, characterized in that, If the ready status information is received from the device in the second communication area, the action execution request delivery operation is executed, including: Obtain the ready status information from the second communication area, and extract the start time window from the ready status information; Poll and confirm that the device has entered the ready state, and execute the delivery operation of the action execution request within the start time window.

5. The method according to claim 4, characterized in that, Based on the action execution type of the experimental action, an execution lock is created for the address area of ​​the experimental action, and a preset query and release operation is performed, including: If the experimental action is a normal step, the execution lock is a short lock, and the execution lock is released after the executed action information is written; If the experimental action is a waiting query step, the experimental action is locked and a query loop is entered. If the experimental action is incomplete in each query, the execution lock is released for a preset time, and the execution lock is regained to continue querying.

6. The method according to claim 1, characterized in that, Also includes: The experimental actions are explicitly declared to be executed asynchronously using concurrency tools in the script.

7. The method according to claim 6, characterized in that, Also includes: Using experimental actions as the dimension, the interaction with the equipment control module and the generation and execution of script commands are encapsulated as encapsulated classes; In the script, inherit the encapsulated class, and call the encapsulated method by executing the method of the inherited class.

8. A gene sequencing library preparation experimental control device, characterized in that, include: An execution request delivery module is used to deliver an action execution request to a first communication area; wherein, the action execution request includes an action identifier for the experimental action; The lock operation module is used to create an execution lock for the address area of ​​the experimental action and perform a preset query and release operation if the executed action information fed back by the device in the second communication area is obtained. The action end recording module is used to end the life cycle of the experimental action and record it in the log if the completed action information is received from the device in the second communication area.

9. An electronic device, characterized in that, The electronic device includes: One or more processors; Memory, used to store one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors implement the experimental control method for gene sequencing library preparation as described in any one of claims 1-7.

10. A storage medium containing computer-executable instructions, characterized in that, The computer-executable instructions, when executed by a computer processor, are used to perform the experimental control method for gene sequencing library preparation as described in any one of claims 1-7.

Images