Multi-mode test system

By designing a multi-mode and multiple detection analysis system, the hardware resources are dynamically scheduled to achieve parallel execution of multiple detections, which solves the problem of inefficiency of traditional detection systems and improves detection efficiency.

CN119698664AInactive Publication Date: 2025-03-25FLUXERGY INC
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
CN202380059160.0
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Priority Date
2023-03-03
Filing Date
2023-04-11
Publication Date
2025-03-25
Estimated Expiration
Not applicable · inactive patent

AI Technical Summary

Technical Problem

Traditional detection and analysis systems can only perform single-item tests at a time, and performing certain tests may take several minutes to several hours, resulting in waiting for the first test to complete before performing the next test when performing multiple tests, which is inefficient.

Method used

A multi-mode, multi-detection analysis system is designed, which can receive identification information of multi-mode consumables, dynamically schedule hardware resources, and realize parallel, basic parallel or serial execution of multiple detections.

Benefits of technology

By dynamically scheduling hardware resources, the multi-mode detection system can complete multiple detections in the shortest time possible, improving detection efficiency and reducing detection time.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119698664A_ABST
    Figure CN119698664A_ABST
Patent Text Reader

Abstract

A multi-modal, multiplex detection analysis system may perform multiple detections in parallel or substantially in parallel. The detection performed may be the same, similar, or different. Each detection may require the use of various hardware resources. Thus, the multi-mode, multi-detection analysis system receives, generates, and / or updates a schedule for each hardware resource based at least in part on hardware requirements and / or timing requirements associated with each detection.
Need to check novelty before this filing date? Find Prior Art

Description

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims priority to U.S. Provisional Application No. 63 / 398,063, filed on August 15, 2022, entitled “Multimodal Testing System,” and U.S. Non-Provisional Application No. 18 / 178,142, filed on March 3, 2023, entitled “Multimodal Testing System.” Technical Field

[0003] The present application describes a multi-mode multiplex assay system that can perform or execute multiple similar assays and / or multiple different assays simultaneously, substantially simultaneously, and / or serially. Background Art

[0004] Conventional detection and analysis systems utilized in biochemical and / or biomedical environments typically perform only a single test at a time. For example, a conventional detection and analysis system may receive a test card on which a sample has been provided. Conventional detection and analysis systems utilize various hardware components to analyze a sample based on the type of test being performed. Once a test is completed, the detection and analysis system may perform a similar test or a different test on another test card that has been provided with another sample.

[0005] However, some tests performed by conventional detection and analysis systems may take from several minutes to several hours to complete. Therefore, if multiple tests are to be performed, the first test must be completely completed before another test can be performed. In addition, some tests may require some hardware components, while other tests may require similar hardware components or additional hardware components. Therefore, one detection and analysis system can be used for a first test or a first group of tests, while a second detection and analysis system can be used for a second test or a second group of tests.

[0006] Therefore, a detection and analysis system having the ability to perform multiple different (or identical) tests simultaneously or substantially simultaneously would be beneficial in addressing the above-summarized shortcomings. Summary of the invention

[0007] The present application describes a multi-mode, multiple detection and analysis system for collecting and analyzing data for two or more parallel detections. For example, the multi-mode detection system described herein receives a multi-mode consumable or is otherwise associated with it. In one example, the multi-mode consumable can be a test card or other test device, and a single sample and / or multiple samples can be placed on the test card or other test device. The multi-mode consumable includes instructions and / or identifications for two or more detections to be performed by the multi-mode, multiple detection and analysis system. In one example, each detection associated with the multi-mode consumable requires various hardware resources (e.g., image sensors, pumps, temperature elements, light sources) of the multi-mode detection system at different times. Therefore, the multi-mode detection system described herein dynamically schedules the use of various hardware resources based on the needs of each detection. In one example, the hardware resources are scheduled so that each detection is performed in parallel, substantially in parallel, and / or serially in the shortest possible time.

[0008] Thus, the present application describes a method that includes receiving identification information associated with at least one multi-mode consumable and determining a plurality of tests to be performed by a multi-mode detection system based at least in part on the identification information. Determining resource requirements for each of the plurality of tests. Based on the determined resource requirements, generating an initial resource schedule. In one example, the initial resource schedule enables each of the plurality of tests to be performed simultaneously or substantially simultaneously.

[0009] The application also describes a method, the method includes receiving at least one resource item request associated with a first detection in multiple detections. In one example, multiple detections are performed in parallel or substantially in parallel by a single multi-mode, multiple detection system. When receiving the at least one resource item request, determine the availability of the resource items. This determination is based at least in part on at least one resource scheduling associated with a single multi-mode, multiple detection system. At least in part based on the availability of the determined resource items to update the at least one resource scheduling.

[0010] A system is also described, the system comprising at least one processor and at least one memory communicatively coupled to the at least one processor. The at least one memory stores instructions, and when the at least one processor executes these instructions, these instructions perform operations. In one example, the operation includes receiving a first resource item request associated with a first detection. The first resource item request identifies at least one resource item. The operation also includes receiving a second resource item request associated with a second detection. In one example, the second resource item request identifies the at least one resource item. Based at least in part on first timing information associated with the first resource item request and second timing information associated with the second resource item request, determine the availability of the at least one resource item.

[0011] This summary introduces a series of concepts in a simplified form, which will be further described in the detailed description below. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] Non-limiting and non-exhaustive examples are described with reference to the following figures.

[0013] Figure 1A A multi-mode inspection system is shown that receives consumable information to perform multiple inspections in parallel according to one example.

[0014] Figure 1B Shows Figure 1A A multi-mode detection system is provided in which, according to an example, results of multiple detections are provided to a computing device.

[0015] Figure 2 A method for generating an initial resource schedule for a multi-mode detection system according to one example is shown.

[0016] Figure 3 A method for updating a resource schedule associated with a multi-mode detection system according to one example is shown.

[0017] Figure 4 is a block diagram of example physical components of a computing device in which various aspects of the present disclosure may be implemented.

[0018] Figure 5 is a schematic diagram of the general structure of a test card according to the present disclosure.

[0019] Figure 6 is a schematic diagram of one embodiment of a test card configured for polymerase chain reaction (PCR) testing and lateral flow assay (LFA) testing according to the present disclosure.

[0020] Figure 7 is a schematic diagram of one embodiment of a test card configured for PCR testing and LFA testing according to the present disclosure.

[0021] Figure 8 is a schematic diagram of one embodiment of a test card configured for LFA testing and PCR testing according to the present disclosure.

[0022] Fig. 9 is a schematic diagram of one embodiment of a test card configured for LFA testing and PCR testing according to the present disclosure. DETAILED DESCRIPTION

[0023] In the following detailed description, reference is made to the accompanying drawings which form a part of this document, and specific embodiments or examples are shown in a graphical manner. These aspects may be combined, other aspects may be utilized, and structural changes may be made without departing from the present disclosure. The examples may be implemented as methods, systems, or devices. Therefore, the examples may be implemented in the form of hardware implementation, complete software implementation, or a combination of software and hardware aspects. Therefore, the following detailed description is not restrictive, and the scope of the present disclosure is defined by the appended claims and their equivalents.

[0024] The present application describes a multi-mode, multiple detection and analysis system (also referred to herein as a "multi-mode detection system" or "multi-mode detection and analysis system"). The multi-mode detection system performs various steps or operations of two or more detections in parallel or substantially in parallel. In one example, each of the two or more detections can be the same detection, a similar detection, or a different detection. As used herein, the same detection refers to performing the same test to look for the same target (e.g., two PCR tests, each looking for COVID-19). Similarly, "similar detection" refers to tests of the same modality, but looking for different targets (e.g., a first PCR test for COVID-19, and a second PCR test for other targets). In addition, as used herein, "different detection" refers to tests of different modalities. Therefore, the tests can be looking for the same target or different targets (e.g., a PCR test for COVID-19 in a water sample and an electrochemical test for lead in a water sample).

[0025] In addition, each of the two or more tests can utilize the same hardware resources, similar hardware resources, and / or different hardware resources. As will be described in more detail herein, the multi-mode detection system receives information associated with at least one multi-mode consumable or information otherwise provided by at least one multi-mode consumable. In one example, the multi-mode consumable can be a test card or other testing device, and a single sample and / or multiple samples can be placed on the test card or other testing device. The multi-mode consumable includes instructions and / or identifications for two or more tests to be performed by the multi-mode detection system.

[0026] Each detection on the multi-mode consumable requires various hardware resources of the multi-mode detection system at different times. For example, each detection may require the use of one or more pumps and / or valves associated with the multi-mode detection system. In another example, each detection may require the use of a temperature control element of the multi-mode detection system. In another example, each detection may require the use of an image sensor of the multi-mode detection system and / or a light source of the multi-mode detection system. Although specific hardware resources are mentioned, the multi-mode detection system may include various hardware resources and / or various sensors that can be utilized during the performance of various detections. The various hardware resources and / or various sensors of the multi-mode detection system are also referred to as "resource items" or "multiple resource items" herein.

[0027] In some examples, two or more resource items can be used in parallel, substantially in parallel, and / or in series. In addition, two or more resource items can be used in parallel, substantially in parallel, and / or in series on a single sample and / or multiple samples provided on a multi-mode consumable. For example, two different sensors can measure at least one sample in parallel, substantially in parallel, and / or in series. In addition, each resource item can be associated with a single schedule or multiple different schedules generated or provided by a scheduling system.

[0028] As used herein, "parallel" refers to the time period that a resource item uses overlaps completely with the time period that another resource item uses. In addition, when "substantially parallel" uses two resource items in two or more resource items, this means that the time period that a resource item uses overlaps at least partially with the time period that another resource item uses. When "serial" uses two resource items in two or more resource items, the time period that uses one resource item occurs before or after the time period that uses another resource item.

[0029] In order to ensure that each detection is completed in a parallel, substantially parallel and / or serial manner and within a desired time frame (e.g., in the shortest possible time), the multi-mode detection system described herein dynamically schedules the use of various hardware resources based on the needs of each detection. For example, during the execution of each detection, the multi-mode detection system determines one or more hardware resources required to perform a specific operation or step of each detection, as well as the timing requirements of each hardware resource. The multi-mode detection system then ensures that the various hardware resources are available at the requested / needed time and for the duration of the request. If each detection requests the same hardware resource at the same time or similar time, the multi-mode detection system determines how to resolve the hardware resource conflict based on time parameters and / or the priority associated with each detection.

[0030] These examples and more will be combined with Figure 1A-Figure 4Detailed description. In addition, the following terms can be understood by those skilled in the art. However, for the sake of clarity, the following terms used in this article should have the following meanings. As used herein, "detection" refers to a test including one or more procedural steps applied to a sample in order to determine one or more analytical targets. Examples of such determinations include, but are not limited to: whether the analytical target exists in the sample, the concentration of the analytical target in the sample, the biochemical or immunological activity exhibited by the analytical target, the chemical composition information of the analytical target, or other physical, chemical or biochemical properties of the analytical target. Example procedural steps may include introducing reagents into the sample, causing a chemical reaction in the sample, applying electromagnetic radiation to the sample, taking an image of the sample, heating the sample, measuring the physical properties of the sample, or performing any other necessary physical or chemical activities to obtain any results required for determination. Examples of analytical targets include proteins, nucleic acids, biological cells, microorganisms, chemical molecules, and chemical elements. For example, detection can be used in conjunction with one or more reagents that measure the biochemical or immunological activity of a specific biochemical or immunological target in the sample together or separately.

[0031] As used herein, a "mode" or "modality" includes a set of procedural steps. In some examples, the set of procedural steps share a common set of hardware and / or algorithm requirements. As used herein, "multi-mode" refers to more than one mode. Multi-mode can be applicable to two or more different detections, two or more similar detections, and / or two or more identical detections.

[0032] As used herein, the terms "multiple" or "multiple system" refer to a system that uses resource items to perform steps of a detection process simultaneously or substantially simultaneously, and / or communicates (e.g., via a communication channel) the results of process steps, such that at least two process steps occur during overlapping or at least partially overlapping time periods.

[0033] The communication channel can be a communication channel between at least one computing device and at least one detection and analysis system, or a communication channel between various subsystems and / or resource items, or other ways of transmitting information from one system to another, including but not limited to fluorescent signals, Bluetooth, infrared, etc. In addition, the channel can include any type of channel, including but not limited to communication channels (as described above) and / or any type of sensing performed by the detection and analysis system. For example, multiple fluorescence detections can send multiple pieces of information through a "visual channel", even if specific signals are at different wavelengths and / or are being measured by separate (e.g., visual) sensors. As used herein, the term "multiplex" or "multiplex detection" is a procedure used in conjunction with one or more reagents that measure the biochemical or immunological activity of more than one biochemical or immunological target in a sample together or individually.

[0034] Although the examples of the multi-modal detection system described herein are related to diagnostic testing in a medical environment, it is contemplated that the systems and methods described herein can be used in a variety of environments and industries. In addition, although the examples described herein refer to performing two tests in parallel, the multi-modal detection system described herein can perform more than two tests in parallel or substantially in parallel.

[0035] Figure 1A A multi-mode detection system 100 is shown, which receives information from a multi-mode consumable or is otherwise associated with a multi-mode consumable according to an example, so as to perform multiple detections in parallel. In one example, the multi-mode detection system 100 includes at least one detection system 105. The detection system 105 may include various hardware resources or resource items for performing two or more detections in parallel, substantially in parallel, and / or serially. Example resource items include, but are not limited to, one or more pumps, one or more valves, one or more temperature elements, one or more light sources, and one or more sensors (e.g., temperature sensors, image sensors). Although specific resource items are mentioned, the detection system 105 may also include other resource items. For example, the detection system 105 may include a slot or port for receiving a multi-mode consumable.

[0036] In one example, the detection system 105 includes at least one detection management system 110, at least one scheduling system 115, at least one resource control system 120, at least one data storage system 125, and at least one message communication system 130. The detection system 105 may also include other components or systems, such as, for example Figure 4 The various systems and components shown and described.

[0037] The multi-mode detection system 100 also includes or is otherwise associated with at least one computing device 140. The computing device 140 may be a desktop computing device, a portable computing device, a mobile phone, a tablet computing device, etc. The computing device 140 may be communicatively coupled to the detection system 105. For example, the computing device 140 may be communicatively coupled to the detection system 105 via a network 135. Although the network 135 is specifically shown and described, the computing device 140 and the detection system 105 may be communicatively coupled via any wired and / or wireless communication protocol. In another example, the computing device 140 (or various components of the computing device 140) may be integrated with the multi-mode detection system 100. Thus, in some examples, the multi-mode detection system 100 may include the hardware resources required to perform the various detections indicated by the received multi-mode consumable (or other received instructions), or the multi-mode detection system 100 may include some or all of the various components and / or systems associated with the computing device 140.

[0038] In one example, computing device 140 may be used to determine and / or provide consumable information 145 to detection system 105. Consumable information 145 includes information about which detection system 105 is to perform.

[0039] For example, an operator of computing device 140 may select a particular multi-mode consumable and provide information about the multi-mode consumable to computing device 140. In one example, an operator of computing device 140 may manually input information about the multi-mode consumable into computing device 140. In another example, an image sensor, scanner, or other input device (e.g., associated with computing device 140) may automatically retrieve and / or determine information about the multi-mode consumable.

[0040] In another example, the consumable information 145 can be determined by the detection system 105. For example, the multi-mode consumable can include or otherwise be associated with a code (e.g., a barcode, a QR code). The code provides information about multiple tests to be performed by the detection system 105. Therefore, instead of manually entering information corresponding to the tests to be performed, the operator inserts the multi-mode consumable into a slot or port associated with the detection system 105. Once the multi-mode consumable is inserted into the slot or port of the detection system 105, an image sensor, a barcode reader, or other device associated with the detection system 105 can scan or read the code. In another example, the multi-mode consumable can include at least one processing device that can provide instructions to the detection system 105 and / or the computing device 140 about which tests to perform.

[0041] Using this information, the detection system 105 automatically determines or otherwise identifies the detections to be performed. When the code identifies multiple detections to be performed (e.g., the same detection, similar detections, or different detections), the detection system 105 can begin scheduling the various processes and resource items to be used to perform each detection.

[0042] In some examples, two or more predefined tests may be on or otherwise associated with a particular multi-mode consumable. For example, a first multi-mode consumable may be manufactured to include multiple first tests (e.g., a polymerase chain reaction (PCR) test and a lateral flow assay (LFA)), while a second multi-mode consumable may be manufactured to include multiple second tests (e.g., PCR and blood cell count). Although specific examples are given, multi-mode consumables may include various combinations of any number of tests.

[0043] In another example, the multi-mode consumable may include a data storage system including identification information about a test to be performed on at least one sample provided on the multi-mode consumable. In one example, the multi-mode consumable may be a multi-mode test card, as described in U.S. Patent Publication No. 2022 / 0203363, the entire disclosure of which is incorporated herein by reference in its entirety.

[0044] Figure 5-Figure 9 Several exemplary multi-mode consumables are described.

[0045] Figure 5 A general multi-mode test card 500 is shown. The test card 500 can be divided into standardized areas to provide a framework for the multi-mode test card. The test card 500 can include standardized areas pre-assigned to a test device interface 502, an optical measurement area 504, a sample handling / rehydration area 508, and a loading port area 506. The size of the optical measurement area 504 can be specifically designed to match the visual area of ​​the optical system of the device for analysis. The test device interface area 502 can include features for connecting device electronics, pneumatic and fluid drive systems, and mechanical features for locating the test card in the analytical device. The mechanical compatibility of the test card with the device may exceed this area. For example, the part of the test card inserted into the device must have a certain shape so as to adapt to the socket of the device. In some embodiments, except the loading port area 506, all parts of the test card are configured to be insertable in the device for analysis.

[0046] Figure 6 An example multi-mode test card 600 configured for PCR and LFA is shown. Figure 6 (as well as Figure 7-Figure 9 ) gives examples of PCR and LFA, but these examples are for illustrative purposes only. Therefore, it can be imagined that Figure 6-Figure 9 The multi-mode test card shown and described can be used for other modalities / combinations, including but not limited to cytometry, electrochemistry, and other modalities / combinations listed in Table 1 below. It includes a channel layer with multiple PCR reaction wells 604 and a cavity to accommodate LFA strips 602. It is configured to perform PCR and LFA tests. It includes two loading ports 606 for feeding LFA strips 602 and PCR wells 604. PCR samples are loaded into a series of PCR wells (e.g., 3) 604 with the same target.

[0047] Figure 7Another example multi-mode test card 700 configured for PCR and LFA is shown. It includes a channel layer with multiple PCR reaction wells 704 and a cavity to accommodate an LFA strip 702. It is configured to perform PCR and LFA tests. Each sample is loaded into a different loading port 706. For the PCR portion of the test card, each PCR reaction well 704 is fed by its own loading port 706. In some embodiments, the LFA strip 702 contains a single or multiple targets. This exemplary test card is configured to detect three PCR targets and multiple LFA targets.

[0048] Figure 8 Another example multi-mode test card 800 configured for PCR and LFA is shown. It includes a channel layer with multiple PCR reaction wells 804 in series and two independent chambers, each chamber accommodating an LFA strip 802 in parallel. This exemplary multi-mode test card 800 is configured to perform PCR and LFA tests. It includes a separate loading port 806 for each LFA strip 802 and PCR well 804. PCR samples are loaded into a series of PCR wells (e.g., 3) 804 with the same target. The test card includes three tests and / or modes. In some embodiments, this test card is used for COVID-19 testing. In some embodiments, the PCR test provides viral genetic information, the first LFA provides viral antigen information, and the second LFA provides antibody information.

[0049] Fig. 9 Another example multi-mode test card 900 configured for PCR and LFA is shown. It includes a channel layer having a plurality of PCR reaction wells 904 in series and two independent cavities for accommodating LFA strips 902 and 908, respectively. It is configured to perform PCR and LFA tests. It includes independent loading ports 906, which are used for one of the LFA strips 902 and PCR tests. The first LFA strip 902 is an independent LFA strip with its own loading port. The second LFA strip 908 is a PCR-dependent LFA strip and is connected in series with the PCR wells 904. The sample loaded into the PCR loading port 906 is pulled into the PCR wells 904 and then pulled into the LFA strip 908. Table 1 below gives some other possible test examples (various combinations of the tests listed below can be envisioned).

[0050] Test 1 Test 2 Test 3 Nucleic Acid Amplification Nucleic Acid Amplification none Lateral flow assay Lateral flow assay Nucleic Acid Amplification Detection Detection Lateral flow assay Antibody Antibody Detection Colorimetry Colorimetry Antibody Turbidity Turbidity Colorimetry Viscosity Viscosity Turbidity Light Scattering Light Scattering Viscosity Blood cell count Blood cell count Light Scattering Chemical Chemical Blood cell count --- --- Chemical

[0051] Table 1: Test samples of the multi-mode test card

[0052] Returning to FIG. 1 , and as described above, each multi-mode consumable is associated with at least one or more tests. Thus, when a multi-mode consumable is selected and prepared with an appropriate sample (or samples), information about the multi-mode consumable (e.g., consumable information 145) is provided to the computing device 140. The computing device 140 can then provide the consumable information 145 to the detection system 105 via the network 135 or other communication method.

[0053] When the consumable information 145 is received, the test management system 110 uses the consumable information 145 to determine which tests are to be performed by the test system 105. For example, when the consumable information 145 is received, the test management system 110 can access the data storage system 125 and use the consumable information 145 to determine or otherwise identify the tests to be performed and the "test recipe" for each test.

[0054] In another example, computing device 140 receives consumable information 145 (either from user input or via detection system 105). In such an example, computing device 140 determines the detection to be performed and performs various operations based on the determination. For example, computing device 140 may generate or otherwise obtain scheduling information, detection recipes, etc. Once such information is generated or otherwise obtained, computing device 140 may provide such information to detection system 105.

[0055] The detection recipe can be static or dynamic. For example, the detection recipe can be designed based on the specific detection to be performed. Therefore, the detection recipe can be provided on the multi-mode consumable, or provided together with the consumable information 145. In such an example, the schedule associated with the detection recipe can be determined before performing the detection. In another example, the detection recipe can be dynamically determined. In another example, the static detection recipe can be dynamically updated based on one or more operating conditions of the detection system 105, for example.

[0056] In one example, the detection recipe includes several operations or steps that need to be performed in a specific order and within a specific time limit. In addition, each operation or step may require the use of one or more resource items. The detection recipe may also include a priority and / or tolerance for each operation or step (e.g., a change in the order and / or time of a specific operation or step). In one example, some or all of this information is stored in the data storage system 125. In another example, some or all of this information may be included in the consumables information 145.

[0057] When the test recipe is identified or otherwise determined, the test management system 110 generates a process flow for each test based on the test recipe. For example, the test recipe for the first test may require five operations or steps, each of which requires the use of a specific resource item within a minimum time limit. Similarly, the test recipe for the second test may require four operations or steps, each of which requires the use of a specific resource item within a minimum time limit.

[0058] The detection management system 110 can use the process flow associated with each detection recipe to track the status of each operation or step. For example, the process flow can be used to track the start time of a specific operation or step, the completion time of a specific operation or step, the expected duration period associated with a specific operation or step, the priority of the operation or step in the detection and / or specific detection recipe, and the tolerance associated with each operation or step. Once the specific operation or step of any detection recipe is completed, the detection management system 110 can proceed to the next operation or step of the detection recipe. Similarly, when the specific operation or step of another detection recipe is completed, the detection management system 110 can proceed to the next operation or step of the detection recipe.

[0059] When the inspection management system 110 generates the process flow of the first inspection and the second inspection, the inspection management system 110 communicates with the scheduling system 115 to generate an initial resource schedule. For example, the inspection management system 110 may provide the scheduling system 115 with a resource item request associated with the first operation or step in the first inspection recipe, and / or may provide the scheduling system 115 with a resource item request for the first operation or step in the second inspection recipe.

[0060] In one example, the resource item request may include a resource identifier associated with the requested resource item and timing information associated with the requested resource item. In one example, the timing information may include a lifespan of the resource item, a tolerance associated with the lifespan of the resource item (e.g., a start time, an end time, a resource item usage duration), and / or a priority associated with the lifespan of the resource item.

[0061] Once this information is received, the scheduling system 115 determines whether the requested resource item is available within the requested time. In making this determination, the scheduling system 115 can access a resource schedule stored in the data storage system 125. In one example, the resource schedule includes information about when each resource item associated with the detection system 105 is available and / or unavailable. In this example, the resource schedule is initially empty because the execution of each detection has not yet begun.

[0062] Continuing with the above example, the detection management system 110 provides a first resource item request to the scheduling system. In this example, the first resource item request is associated with a first operation of a first detection recipe. As described above, the first resource item request may include: 1) a resource identifier associated with the requested resource item; and 2) timing information associated with the requested resource item.

[0063] Once receiving this information, scheduling system 115 will access resource scheduling, and determine whether the requested resource item is available within the requested time. Because resource scheduling is initially empty, all resource items are available. Therefore, scheduling system 115 confirms the first resource item request and updates resource scheduling. In this example, resource scheduling includes resource identifier and / or timing information associated with the first operation of the first detection recipe at this moment.

[0064] In one example, the inspection management system 110 determines or otherwise identifies an estimated amount of time required to complete each inspection and provides a first resource item request to the scheduling system 115 based on the estimated amount of time. For example, if the inspection management system 110 determines that the first inspection requires twenty minutes to complete and the second inspection requires fifteen minutes to complete, the inspection management system 110 will submit the resource item request associated with the first inspection before submitting the resource item request associated with the second inspection. In another example, the inspection management system 110 may consider the number of operations or steps associated with each inspection recipe when determining which resource item request to submit first. In another example, the inspection management system 110 may consider the priority of the inspection when determining which resource item request to submit first.

[0065] Once the initial resource schedule is generated, the detection system 105 can begin to perform the detection. Therefore, the scheduling system 115 provides instructions to the resource control system 120 to begin utilizing the identified resource items to perform the operations specified by the first detection recipe.

[0066] The process may continue in parallel for each step or operation associated with the first detection and the second detection. For example, once the initial resource schedule is generated, the detection management system 110 may submit a second resource item request to the scheduling system 115. The second resource item request may be associated with the first detection recipe, or associated with the second detection recipe.

[0067] In one example, the inspection management system 110 tracks the status of each operation or step of each inspection recipe in real time or substantially real time to determine when to submit subsequent operations or steps of each inspection recipe to the scheduling system 115. For example, when the inspection system 105 completes (or will complete within a threshold amount of time) a first operation or step in a first inspection recipe, the inspection management system 110 provides the second operation or step in the first inspection recipe to the scheduling system 115. Similarly, when the inspection system 105 completes (or will complete within a threshold amount of time) a first operation or step in a second inspection recipe, the inspection management system 110 provides the second operation or step in the second inspection recipe to the scheduling system 115.

[0068] As the scheduling system 115 receives each operation or step, the scheduling system 115 accesses the resource schedule, determines whether the resource item is available, and feeds back the availability of the hardware resource to the detection management system 110. In addition, the scheduling system 115 instructs the resource control system 120 to utilize the various resource items at the requested time and / or for the requested duration listed in the resource schedule.

[0069] In some examples, when each operation or step of each inspection recipe has been executed (or will be executed within a threshold amount of time), the inspection management system 110 can communicate with the scheduling system 115. Thus, when one operation or step of a first inspection recipe is completed, the inspection management system 110 provides the subsequent operation or step of the first inspection recipe to the scheduling system 115. In such an example, the scheduling system 115 can access and / or update the resource schedule as each new resource item request is received.

[0070] In another example, the inspection management system 110 may provide the complete first inspection recipe (or portion of the first inspection recipe) and / or the complete second inspection recipe (or portion of the second inspection recipe) to the scheduling system 115 before any operation or step is completed. In such an example, the scheduling system 115 may generate an initial, complete resource schedule. However, as each operation or step of each inspection recipe is completed, the scheduling system 115 and the inspection management system may need to determine whether the resource schedule is valid and / or needs to be updated based on, for example, whether the execution of the inspection remains on schedule (e.g., whether some or all operations of each inspection recipe have been executed or are being executed within the initially specified time period).

[0071] In a multi-modal inspection system 100, such as the described system, it is anticipated that one or more resource item conflicts may arise. For example, a first inspection may require a particular resource item (e.g., an image sensor) during a first time period and a first duration, while a second inspection may require the use of a particular resource item during a second time period and a second duration. In this example, the first duration and / or the first time period may overlap or conflict with the second duration and / or the second time period. To address the above, the inspection management system 110, in conjunction with the scheduling system 115, is configured to determine whether a resource item conflict exists, determine whether the conflict is resolvable, and ultimately resolve the resource item conflict. This process will be combined with Figure 3 Describe in detail.

[0072] When each test is performed, the message communication system 130 can provide the result 145 of each test to the computing device 140 via the network 135, such as Figure 1B shown.

[0073] The following example shows a multi-mode test card (eg, multi-mode test card 600 ( Figure 6 )).

[0074] In this example, an individual obtains a test card 600 and uses two loading ports 606 to feed the LFA strips 602 and the PCR wells 604. The multi-mode test card 600 is submitted to the detection system 105, such as through an appropriate slot or port for receiving it, and the consumable information 145 is provided to the computing device 140. In this example, the consumable information 145 specifies that the multi-mode test card 600 is configured for PCR and LFA. The consumable information 145 can also specify the detection target.

[0075] Using the consumables information 145, the test management system 110 determines that the requested test is a PCR and LFA test. The test management system 110 also determines a "test recipe" for each test. For example, a simple test recipe for PCR and LFA may include the following operations and resource items listed in Table 2 below.

[0076] Detection step Resource Item PCR and LFA Step 0 Card locked Limit switch, motor PCR Step 1 Fluid loading Valves, pumps PCR Step 2 Imaging Light source, image sensor PCR Step 3 heating Temperature element PCR Step 4 Imaging Light source, image sensor PCR Step 5 analyze CPU LFA Step 1 Imaging Light source, image sensor LFA Step 2 Delay CPU LFA Step 3 Imaging Light source, image sensor LFA Step 4 analyze CPU PCR and LFA final steps Card Release Limit switch, motor

[0077] Table 2: Detection modality resource utilization table

[0078] The test management system 110 may generate a process flow for each test specified in the consumable information 145. The test management system may also communicate with the scheduling system 115 to generate an initial resource schedule.

[0079] For example, when performing a single PCR and a single LFA test, each with the same detection target, resource scheduling can include dividing the time period covered by each process into a series of smaller time periods. Within each time period, each resource item is given instructions on which steps of the different tests it should perform. This is further illustrated in Table 3 below:

[0080] Time period Limit switches Motor valve Pump light source Image Sensor Temperature element CPU 0 to t1 PCR / LFA Step 0 PCR / LFA Step 0 - - - - - - t1 to t2 - - PCR Step 1 PCR step 1 LFA Step 1 LFA Step 1 - - t2 to t3 - - - - PCR Step 2 PCR Step 2 - LFA Step 2 t3 to t4 - - - - - - PCR Step 3 - t4 to t5 - - - - PCR Step 4 PCR Step 4 - - t5 to t6 - - - - LFA Step 3 LFA Step 3 - - t6 to t7 - - - - - - - PCR Step 5 t7 to t8 - - - - - - - LFA Step 4 t8 to t9 PCR / LFA final step PCR / LFA final step - - - - - -

[0081] Table 3: Multi-mode parallel resource scheduling example

[0082] As shown in Table 3, the multi-mode LFA / PCR test takes about 9 time periods. It should be noted that in the time period t4-t6, PCR takes precedence over LFA due to resource conflicts. The same is true in the time period t6-t8.

[0083] Table 4 below shows an example of a multi-mode serial schedule for PCR and LFA testing. As shown in Table 4, when compared to the multi-mode parallel resource scheduling example shown in Table 3, the serial nature requires additional time periods (eg, eleven time periods).

[0084] Time period Limit switches Motor valve Pump light source Image Sensor Temperature element CPU 0 to t1 PCR / LFA Step 0 PCR / LFA Step 0 - - - - - - t1 to t2 - - PCR Step 1 PCR Step 1 - - - - t2 to t3 - - - - PCR Step 2 PCR Step 2 - - t3 to t4 - - - - - - PCR Step 3 - t4 to t5 - - - - PCR Step 4 PCR Step 4 - - t5 to t6 - - - - - - - PCR Step 5 t6 to t7 - - - - LFA Step 1 LFA Step 1 - - t7 to t8 - - - - - - - LFA Step 2 t8 to t9 - - - - LFA Step 3 LFA Step 3 - - t9 to t10 - - - - - - - LFA Step 4 t10 to t11 PCR / LFA final step PCR / LFA final step - - - - - -

[0085] Table 4: Multi-mode serial resource scheduling example

[0086] Table 5 shows a non-multi-mode PCR schedule according to one example. As shown in Table 5, eight time periods are required to perform a PCR test alone.

[0087] Time period Limit switches Motor valve Pump light source Image Sensor Temperature element CPU 0 to t1 PCR step 0 PCR step 0 - - - - - - t1 to t2 - - PCR Step 1 PCR Step 1 - - - - t2 to t3 - - - - PCR Step 2 PCR Step 2 - - t3 to t4 - - - - - - PCR Step 3 - t4 to t5 - - - - PCR Step 4 PCR Step 4 - - t5 to t6 - - - - - - - PCR Step 5 t7 to t8 Final PCR step Final PCR step - - - - - -

[0088] Table 5: Non-multimode PCR schedule example

[0089] Table 6 shows a non-multi-mode LFA schedule according to an example. As shown in Table 6, seven time periods are required to perform LFA testing alone.

[0090] Time period Limit switches Motor valve Pump light source Image Sensor Temperature element CPU 0 to t1 LFA Step 0 LFA Step 0 - - - - - - t2 to t3 - - - - LFA Step 1 LFA Step 1 - - t3 to t4 - - - - - - - LFA Step 2 t4 to t5 - - - - LFA Step 3 LFA Step 3 - - t5 to t6 - - - - - - - LFA Step 4 t6 to t7 LFA Final Steps LFA Final Steps - - - - - -

[0091] Table 6: Non-multi-mode LFA scheduling example

[0092] The above examples are only human-readable examples of resource schedules and do not necessarily reflect the format of actual generated resource schedules. However, based on a comparison of the various tables, it is easy to see how the scheduler works, how conflicts are resolved, and how multi-mode parallel resource scheduling is more efficient than running the two tests in series (eleven time periods) and / or running the two tests separately (fifteen time periods in total). In addition, although PCR and LFA are used in the above tables, these are for illustration purposes only and other tests / tests can be combined.

[0093] Then, the detection system 105 can perform detection according to the recipe listed in the resource schedule and use each resource item to perform the specified detection steps at the specified time.

[0094] Figure 2 A method 200 for generating an initial resource schedule for a multi-mode detection system according to an example is shown. The method 200 may be performed by a detection system or one or more subsystems of a detection system, such as, for example, the detection system 105 and / or a computing device, such as, for example Figure 1A Computing device 140 is shown and described.

[0095] Method 200 begins when a test system receives (210) test information. In one example, the test information is used to identify multiple tests to be performed simultaneously or substantially simultaneously by the test system. In one example, the test information can be associated with and / or provided by a multi-mode consumable (such as a test card).

[0096] Once the detection information is received, the detection system determines (220) the resource requirements for each detection. For example, the detection system can use the detection information to determine or otherwise identify a detection recipe for each detection. In one example, the detection recipe includes a number of operations or steps that various resource items of the detection system need to perform. These operations or steps may need to be completed or performed in a specific order and for a specific duration. As described above, the detection recipe may also include a priority for each operation or step and / or a tolerance for each operation or step.

[0097] When determining the resource requirements for each test, the test system generates (230) an initial resource schedule. As described above, the initial resource schedule can be generated based at least in part on a resource item request associated with a first operation of a first test recipe associated with a first test in the plurality of tests and / or a resource item request associated with a first operation or step of a second test recipe associated with a second test in the plurality of tests.

[0098] The resource item request may include a resource identifier and / or timing information associated with the requested resource item. In this example, the timing information may include a resource item lifespan, a tolerance associated with the resource item lifespan, and / or a priority associated with the resource item lifespan.

[0099] The detection system uses the resource item request to determine whether the requested resource item is available within the requested time. For example, the detection system can access the resource schedule to determine whether the requested resource item is available. As discussed above, the resource schedule is initially empty because the execution of any detection has not yet begun.

[0100] When the initial resource schedule is generated, the detection system may utilize (240) one or more resource items of the detection system to perform operations or steps required for detection. In one example, the one or more resource items are utilized based at least in part on timing information associated with the requested resource items.

[0101] In some examples, resource item requests may not be met. For example, when generating the initial resource schedule, it may be determined that a particular resource item is unavailable. In such an example, the scheduling system may determine that the requested resource item is unavailable, and determine whether one or more operations can be moved or reordered (e.g., based on timing information associated with the particular resource item and / or the detection recipe). Therefore, the initial resource schedule may be updated and / or restarted before completion (e.g., during the generation of the initial resource schedule) or after completion (e.g., once the initial resource schedule is completed, the scheduling system may verify whether each resource item is properly scheduled and available based on the detection recipe).

[0102] Figure 3 A method 300 of updating a resource schedule associated with a multi-mode detection system is shown according to an example. The method 300 may be performed by, for example, Figure 1A-1B The method 300 may be performed by a detection system such as the detection system 105 shown and described. Figure 2 The method 300 is shown as a continuation of the method 200. For example, once an initial resource schedule is generated, the method 300 may be performed. In another example, some or all of the operations shown and described for the method 300 may be performed at any time during the execution of the plurality of detections.

[0103] Method 300 begins when a resource item request is received (310). In one example, the resource item request may be associated with a first detection recipe or a second detection recipe. The resource item request may include a resource identifier and / or timing information associated with the requested resource item. The timing information may include a lifespan of the resource item, a tolerance associated with the lifespan of the resource item, and / or a priority associated with the lifespan of the resource item.

[0104] When receiving a resource item request, the detection system compares the information in the resource item request (eg, resource identifier and / or timing information) with the resource schedule (eg, the resource identifier and / or timing information) of the resource schedule. Figure 2 ) is compared with the initial resource schedule generated by (320).

[0105] For example, a detection management system associated with a detection system can provide a resource item request to a scheduling system associated with the detection system. The scheduling system can compare the resource identifier and timing information contained in the resource item request with the resource scheduling. In one example, the resource scheduling is specific to the resource item specified by the resource identifier. The resource scheduling includes information about when the resource item is used (or when it is expected, scheduled, or about to be used) and timing information of the resource item (e.g., the lifespan of the resource item, the tolerance associated with the lifespan, and the priority associated with the lifespan of the resource item).

[0106] As described above, the scheduling system may include or otherwise access a separate resource schedule for each resource item. Thus, when a resource item request is received, the scheduling system may identify the requested resource item (e.g., using a resource identifier), access the resource schedule associated with the resource item, and determine whether the resource item is currently being used or scheduled for use within a time range specified in the resource item request. In another example, the scheduling system may maintain a single resource schedule for all resource items of the detection system.

[0107] Based on the comparison, it is determined (330) whether the requested resource item is available. If the scheduling system determines, based on the resource schedule, that the resource item is available at the requested time and duration, the scheduling system schedules (340) the resource item for the requested time and duration. As part of this process, the scheduling system may update the resource schedule and / or provide a confirmation to the detection management system. When subsequent resource item requests are received, method 300 may be repeated.

[0108] However, if the scheduling system determines (330) that the resource item is not available (e.g., the requested resource item is currently being used or is scheduled for use based on information associated with the first detection recipe), the scheduling system determines (350) a timing requirement for the particular resource item. For example, the scheduling system determines the timing requirement for the resource item in the resource item request and the timing requirement for the resource item in the resource schedule. That is, the scheduling system compares the lifetime, tolerance, and / or priority associated with the lifetime of the resource item associated with the resource item request (e.g., the resource item request received in operation 310) with the lifetime, tolerance, and / or priority associated with the lifetime of the resource item in the resource schedule.

[0109] Once this information is determined, the scheduling system and / or the detection management system compares (360) the timing requirements to determine whether the conflict is resolvable. For example, the scheduling system and / or the detection management system may determine, based on information contained in the resource schedule, that a resource item is currently scheduled (e.g., based on a resource item request associated with a first detection recipe) for use within a first time period and a first duration. However, it may also be determined that the time period for the resource item has a tolerance of + / - 20 seconds. For example, the resource item may begin executing a specific operation or step specified in the first detection recipe twenty seconds earlier than originally scheduled, or the resource item may begin executing a specific operation or step specified in the first detection recipe twenty seconds later than originally scheduled.

[0110] The scheduling system and / or detection management system can also determine that the time that the resource item is scheduled to use is ten seconds. However, the use time of the resource item can also be associated with the tolerance. For example, although the use time that the resource item is scheduled to use is ten seconds, the resource item may complete the operation within five seconds.

[0111] Likewise, the scheduling system and / or the inspection management system may also determine, based on information included in the resource item request (e.g., the resource item request associated with the second inspection recipe), that the resource item is requested for use within the second time period and the second duration. However, the second time period and / or the second duration overlaps (at least partially) with the first time period and / or the first duration.

[0112] In this example, the time period of the resource item associated with the second detection recipe can have a tolerance of + / - 5 seconds (for example, the resource item can start performing a specific operation or step specified in the second detection recipe five seconds earlier than the original schedule, or the resource item can start performing a specific operation or step specified in the second detection recipe five seconds later than the original schedule). It can also be determined that the priority of the specific operation or step in the second detection recipe is greater than / higher than the priority of the specific operation or step specified in the first detection recipe. It can also be determined that the operation or step required by the second detection recipe requires 10 seconds to complete, but this specific operation or step has no associated tolerance. Therefore, the specific operation or step requires at least ten seconds to complete.

[0113] Based on the comparison, the scheduling system and / or the detection management system can determine (370) whether the resource item conflict is resolvable. For example, using some or all of the information listed above, the scheduling system and / or the detection management system can determine that if the resource item is used to perform the operation or step specified in the second detection recipe five seconds earlier than the time of the initial request, and the resource item is used to perform the operation or step specified in the first detection recipe twenty seconds later than the time of the initial scheduling, then the detection system can use the same resource item to perform these two operations in series. Therefore, the scheduling system and / or the detection management system reschedules the conflicting resource items and / or updates the resource schedule (380).

[0114] For example, the scheduling system and / or the detection management system causes (e.g., by providing instructions to the resource control system) the resource item to perform the operation or step associated with the second detection recipe five seconds earlier than the time initially requested, and causes the resource item to perform the operation or step associated with the first detection recipe twenty seconds later than the time initially scheduled. In one example, the resource scheduling is dynamically updated to reflect this change. Method 300 can then be repeated until each detection is completed.

[0115] In the above example, all tolerances of the two detection recipes are considered and used for rescheduling. However, in other examples, some or part of the tolerances may be used to determine how to reschedule conflicting resource items. In another example, because the operation or step associated with the second detection recipe has a higher priority than the operation or step associated with the first detection recipe, the scheduling system may determine to utilize all tolerances associated with the first detection recipe, but not to utilize tolerances associated with the second detection recipe.

[0116] Returning to operation 370, if it is determined (370) that the resource item conflict is not resolvable, the scheduling system and / or the detection analysis system may suspend execution of one or more detections (390). In one example, execution of a detection may be suspended while completing one or more remaining detections.

[0117] For example, if one or more operations or steps associated with the second test recipe have a priority greater than / higher than the priority of one or more operations or steps associated with the first test recipe (or the overall priority associated with a particular test is greater than the priority associated with another test), the scheduling system and / or test management system may abort the lower priority test to complete execution of the other test. In another example, the priority of a test or operation associated with a test may be based on received input.

[0118] Figure 44 is a system diagram of a computing device 400 according to an example. The computing device 400 or various components and systems of the computing device 400 can be connected to a detection system (e.g., detection system 105 ( Figure 1A-1B )) and / or a computing device (e.g., computing device 140 ( Figure 1A-1B )) integrated or associated. Figure 4 As shown, physical components (eg, hardware) of a computing device are shown, and these physical components can be used to implement various aspects disclosed in this application.

[0119] The computing device 400 may include at least one processing unit 410 and a system memory 420. The system memory 420 may include, but is not limited to, volatile storage (e.g., random access memory), non-volatile storage (e.g., read-only memory), flash memory, or any combination of such memories. The system memory 420 may also include an operating system 430, which is used to control the operation of the computing device 400 and one or more program modules 440. In one example, the operating system 430 may be a preemptive operating system or a non-preemptive operating system. The program modules 440 may be responsible for executing the various detection management 450 methods described herein. Many different program modules and data files may be stored in the system memory 420. When executed on the processing unit 410, the program modules 440 may perform the various processes described above.

[0120] Computing device 400 may also have additional features or functionality. For example, computing device 400 may include additional data storage devices (e.g., removable and / or non-removable storage devices), such as magnetic disks, optical disks, or tapes. These additional storage devices are labeled as removable storage device 460 and non-removable storage device 470.

[0121] Examples of the present disclosure may also be implemented in circuits consisting of discrete electronic components, packaged or integrated electronic chips containing logic gates, circuits utilizing microprocessors, or single chips containing electronic components or microprocessors. For example, examples of the present disclosure may be implemented via a system on a chip (SOC), wherein Figure 4 Each or more of the components shown may be integrated onto a single integrated circuit. Such a SOC device may include one or more processing units, a graphics unit, a communication unit, a system virtualization unit, and various application functions, all of which are integrated (or "burned") onto a chip substrate as a single integrated circuit.

[0122] When running via a SOC, the functionality described herein may be run via application-specific logic integrated with other components of the computing device 400 on a single integrated circuit (chip). The present disclosure may also be implemented using other technologies capable of performing logical operations (e.g., AND, OR, and NOT), including but not limited to mechanical, optical, fluidic, and quantum technologies.

[0123] The computing device 400 may include one or more communication systems 480 that enable the computing device 400 to communicate with other computing devices 495, such as, for example, routing engines, gateways, signature systems, etc. Examples of communication systems 480 include, but are not limited to, wireless communications, wired communications, cellular communications, radio frequency (RF) transmitters, receivers and / or transceiver circuits, controller area network (CAN) buses, universal serial buses (USB), parallel ports, serial ports, etc.

[0124] The computing device 400 may also have one or more input devices and / or one or more output devices, as shown by input / output devices 490. These input / output devices 490 may include a keyboard, a voice or speech input device, a tactile device, a touch, press and / or slide input device, a display, a speaker, etc. The above devices are only examples, and other devices may also be used.

[0125] The term computer-readable media used herein may include computer storage media. Computer storage media may include volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information (such as computer-readable instructions, data structures or program modules).

[0126] System memory 420, removable storage 460, and non-removable storage 470 are all examples of computer storage media (e.g., memory). Computer storage media may include RAM, ROM, electrically erasable read-only memory (EEPROM), flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical storage, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other article of manufacture that can be used to store information and can be accessed by computing device 400. Any such computer storage media may be part of computing device 400. Computer storage media does not include carrier waves or other propagated or modulated data signals.

[0127] Communication media may be embodied by computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and includes any message delivery media. The term "modulated data signal" may describe a signal that has one or more characteristics of the signal set or changed in such a manner as to encode information in the signal. By way of example and not limitation, communication media may include wired media, such as a wired network or direct-wired connection, and wireless media, such as acoustic, radio frequency (RF), infrared, and other wireless media.

[0128] According to the above, an example of the present disclosure describes a method, including: receiving identification information associated with at least one multi-mode consumable; determining multiple tests to be performed based at least in part on the identification information; determining at least one resource requirement for each of the multiple tests; and generating an initial resource schedule for each test based at least in part on the at least one determined resource requirement, the initial resource schedule enabling each of the multiple tests to be performed substantially simultaneously. In one example, the initial resource schedule includes: at least one resource identifier associated with at least one resource item; and timing information associated with the at least one resource item. In one example, the timing information includes one or more of the following: a lifespan of the at least one resource item; a tolerance associated with the lifespan; and a priority associated with the lifespan of the at least one resource item. In one example, the lifespan includes: one or more of a start time, an end time, and a duration of resource item use. In one example, the at least one resource item is a hardware resource of a detection system. In one example, the multi-mode consumable is a multi-mode test card. In one example, the method further includes receiving at least one resource item request associated with a first test in the multiple tests, the at least one resource item request including: at least one resource identifier associated with the at least one resource item; and timing information associated with the at least one resource item. In one example, the method further includes comparing the at least one resource item request with the initial schedule; and determining the availability of the at least one resource item based at least in part on the comparison. In one example, the method further includes updating the initial schedule based at least in part on determining that the at least one resource item is available. In one example, the method further includes comparing the timing information in the at least one resource item request with the timing information in the initial schedule based at least in part on determining that the at least one resource item is unavailable. In one example, comparing the timing information in the at least one resource item request with the timing information in the initial schedule includes one or more of the following: comparing the tolerance associated with the life span of the at least one resource item in the initial schedule with the tolerance associated with the life span of the at least one resource item in the at least one resource item request; and comparing the priority associated with the life span of the at least one resource item in the initial request with the priority associated with the life span of the at least one resource item in the at least one resource item request. In one example, the method further includes updating the initial schedule based at least in part on comparing the timing information in the at least one resource item request with the timing information in the initial schedule.

[0129] In another example, the present application describes a method, comprising: receiving at least one resource item request associated with a first detection in a plurality of detections, the plurality of detections being performed in parallel by a single detection system; determining the availability of at least one resource item based at least in part on a resource schedule associated with the single detection system; and updating the resource schedule based at least in part on the determined availability of the at least one resource item. In one example, the at least one resource item request comprises: a resource identifier associated with the at least one resource item; and timing information associated with the at least one resource item. In one example, determining the availability of the at least one resource item comprises determining the timing information of the at least one resource item, the timing information of the at least one resource item being associated with a second detection in the plurality of detections. In one example, the resource schedule is updated based at least in part on priority information associated with the at least one resource item request. In one example, the resource schedule is updated based at least in part on tolerance information associated with the at least one resource item request.

[0130] In another example, the present application describes a system comprising: a processor; and a memory coupled to the processor in communication and storing instructions, which instructions, when executed by the processor, perform operations including: receiving a first resource item request associated with a first detection, the first resource item request identifying at least one resource item; receiving a second resource item request associated with a second detection, the second resource item request identifying the at least one resource item; and determining the availability of the at least one resource item based at least in part on first timing information associated with the first resource item request and second timing information associated with the second resource item request. In one example, the instructions further include instructions for allocating the at least one resource item to the first detection and the second detection based at least in part on the first timing information associated with the first resource item request and the second timing information associated with the second resource item request. In one example, the instructions further include instructions for changing the first timing information associated with the first resource item request based at least in part on the priority of the second timing information associated with the second resource item request.

[0131] The description and illustration of one or more aspects provided in this application are not intended to limit or restrict the scope of this disclosure in any way. The aspects, examples and details provided in this application are considered to be sufficient to convey the best mode of possession and enable others to make and use the disclosed claimed protection. The disclosed content claimed for protection should not be interpreted as being limited to any aspect, example or detail provided in this application. Whether it is shown and described in combination or shown and described separately, various features (including structures and methods) are intended to be selectively included or omitted to produce an embodiment with a specific feature group. In addition, the above-mentioned operations can be performed in any order. For example, an operation can be performed before another operation. In addition, one or more disclosed operations can be performed simultaneously or substantially simultaneously.

[0132] After obtaining the description and illustrations of the present application, those skilled in the art may conceive of changes, modifications and substitutions within the spirit of the broader aspects of the general inventive concept embodied in the present application without departing from the broader scope of the disclosure claimed.

Claims

1. A method comprising: receiving identification information associated with at least one multi-mode consumable (145); Based at least in part on the identification information (145), determining (210) a plurality of tests to be performed; determining (220) at least one resource requirement for each of the plurality of tests; as well as Based at least in part on the at least one determined resource requirement, an initial resource schedule is generated (230) for each test, the initial resource schedule enabling each of the plurality of tests to be performed substantially simultaneously.

2. The method according to claim 1, wherein the initial resource scheduling comprises: at least one resource identifier associated with at least one resource item; as well as Timing information associated with the at least one resource item.

3. The method of claim 2, wherein the timing information comprises one or more of the following: The usage period of the at least one resource item; a tolerance associated with the lifetime; and A priority level associated with the usage period of the at least one resource item.

4. The method according to claim 3, wherein the usage period comprises one or more of the following: Start time; End time; and The duration of resource item usage. The method according to claim 2 , wherein the at least one resource item is a hardware resource of a detection system. The method of claim 1 , wherein the multi-mode consumable is a multi-mode test card.

7. The method of claim 1 , further comprising receiving at least one resource item request associated with a first detection in the plurality of detections, the at least one resource item request comprising: at least one resource identifier associated with at least one resource item; as well as Timing information associated with the at least one resource item.

8. The method according to claim 7, further comprising: comparing the at least one resource item request to an initial schedule; as well as Based at least in part on the comparison, an availability of the at least one resource item is determined.

9. The method of claim 8, further comprising updating the initial schedule based at least in part on determining that the at least one resource item is available.

10. The method of claim 8, further comprising comparing timing information in the at least one resource item request with timing information in the initial schedule based at least in part on determining that the at least one resource item is unavailable.

11. The method of claim 10, wherein comparing the timing information in the at least one resource item request with the timing information in the initial schedule comprises one or more of: comparing a tolerance associated with a lifetime of the at least one resource item in the initial schedule with a tolerance associated with the lifetime of the at least one resource item in the at least one resource item request; and The priority associated with the lifetime of the at least one resource item in the initial request is compared with the priority associated with the lifetime of the at least one resource item in the at least one resource item request.

12. The method of claim 10, further comprising updating the initial schedule based at least in part on comparing the timing information in the at least one resource item request with the timing information in the initial schedule.

13. A method comprising: Receiving (310) at least one resource item request associated with a first test of a plurality of tests, the plurality of tests being performed in parallel by a single test system; determining ( 330 ) availability of at least one resource item based at least in part on a resource schedule associated with the single detection system; as well as The resource schedule is updated (380) based at least in part on the determined availability of the at least one resource item.

14. The method of claim 13, wherein the at least one resource item request comprises: a resource identifier associated with at least one resource item; as well as Timing information associated with the at least one resource item.

15. The method of claim 13, wherein determining the availability of the at least one resource item comprises determining timing information of the at least one resource item, the timing information of the at least one resource item being associated with a second detection of the plurality of detections.

16. The method of claim 13, wherein the resource schedule is updated based at least in part on priority information associated with the at least one resource item request.

17. The method of claim 13, wherein the resource schedule is updated based at least in part on tolerance information associated with the at least one resource item request.

18. A system comprising: Processor (410); as well as A memory (420) communicatively coupled to the processor (410) and storing instructions that, when executed by the processor (410), perform operations including: Receiving (310) a first resource item request associated with a first detection, the first resource item request identifying at least one resource item; receiving (310) a second resource item request associated with a second detection, the second resource item request identifying the at least one resource item; and Based at least in part on first timing information associated with the first resource item request and second timing information associated with the second resource item request, an availability of the at least one resource item is determined (330).

19. The system of claim 18, further comprising instructions for allocating the at least one resource item to the first detection and the second detection based at least in part on the first timing information associated with the first resource item request and the second timing information associated with the second resource item request.

20. The system of claim 18, further comprising instructions for changing the first timing information associated with the first resource item request based at least in part on a priority associated with the second timing information associated with the second resource item request.

Citation Information

Patent Citations

  • Multimodal test cards

    US20220203363A1