Patent Application
20060273011
Analytical chemistry is the analysis of samples to gain an understanding of their chemical composition. The goal of many chemical analysis protocols is to analyze a given sample (e.g., a physiological sample, an environmental sample, a manufacturing sample, etc.) for a variety of different purposes, such as to identify the presence of one or more analytes of interest in the sample, to characterize the makeup of the sample, for example in quality control, etc.
Many different analytical chemistry protocols have been developed. One broad category of analytical protocols that has been developed is chromatography. Chromatography is a family of analytical chemistry techniques for the separation of mixtures. In chromatography, a sample (the analyte) in a “mobile phase”, often in a stream of solvent, is passed through a “stationary phase”, where the stationary phase is some form of material that will provide resistance between the components of the sample and the material. Usually, each component has a characteristic separation rate that can be used to identify it and thus the composition of the original mixture. As such, a chromatograph takes a chemical mixture carried by liquid or gas and separates it into its component parts as a result of differential distributions of the solutes as they flow around or over a stationary liquid or solid phase. Various techniques for the separation of complex mixtures rely on the differential affinities of substances for a gas or liquid mobile medium and for a stationary adsorbing medium through which they pass; such as paper, gelatin, or magnesium silicate gel; wall coated capillary.
Many different chromatographic analytical devices have been developed in order to perform various chromatographic protocols. Examples of various chromatographic devices include, but are not limited to: gas chromatography devices, liquid chromatography devices, capillary electrophoresis devices, and supercritical fluid chromatography devices.
Chromatographic devices, such as gas and liquid chromatographs, are typically operated according to an analytical device method, which method is used by a chromatographic device data system (e.g., such as the ChemStation™ system from Agilent Technologies, Palo Alto, Calif.) to provide all of the setpoints for a device to perform a given sample analysis. As such, an analytical device method generally at least includes instrument control, sample injection and data analysis setpoints. Traditionally, all of the instrument control setpoints for a given method are provided together as a package to a user, e.g., as may be provided in a plurality of selectable complete methods packaged with an analytical device, or as may be imported into the operating data system of a device as a complete method obtained from an outside source. In certain instances, it is possible to import the sample injection and/or data analysis set points as a group into a given data analysis system. In addition, certain chromatographic analytical device data systems provide for editing of one or more parameters of a pre-existing method.
However, the inventors are not aware of any product that provides for the ability to selectively import instrument control information into a system that can be used by the system to develop a method de novo. Prior solutions have required that the information needed to develop an analysis must be imported in the format defined for that system. For example, current versions of the Agilent ChemStation™ requires a pre-existing method be imported into the ChemStation™ methods directory.
The access to scientific information has been changed dramatically by the presence of the Internet and by advances in storage media for computers. This improved access has provided electronic access to scientific knowledge in an unprecedented fashion.
There is a need in the art to provide for the ability to capitalize on the enhanced access to scientific knowledge in the development of analytical device methods. The present invention satisfies this need.
Systems and processes for selecting analytical device methods are provided. A feature of the subject systems is the presence of a method selection module, which module includes at least one of a method implementation module and a method developer module. Also provided are computer program products for executing the subject methods.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. Still, certain elements are defined below for the sake of clarity and ease of reference.
By “remote location,” it is meant a location other than the location at which a referenced item is present, e.g., a location outside of the application of interest (such as a package of a consumable, where the consumable may be in the same room as the application being operated, e.g., a data system on an analytical device) or another physical location, as well as for example, a remote location could be another location (e.g., office, lab, etc.) in the same city, another location in a different city, another location in a different state, another location in a different country, etc. As such, when one item is indicated as being “remote” from another, what is meant is that the two items are at least in different rooms or different buildings, and may be at least one mile, ten miles, or at least one hundred miles apart.
“Communicating” information references transmitting the data representing that information as signals (e.g., electrical, optical, radio signals, etc.) over a suitable communication channel (e.g., a private or public network).
“Forwarding” an item refers to any means of getting that item from one location to the next, whether by physically transporting that item or otherwise (where that is possible) and includes, at least in the case of data, physically transporting a medium carrying the data or communicating the data.
The terms “system” and “computer-based system” refer to the hardware means, software means, and data storage means used to practice aspects of the present invention. The minimum hardware of the computer-based systems of the present invention comprises a central processing unit (CPU), input means, output means, and data storage means. A skilled artisan can readily appreciate that many computer-based systems are available which are suitable for use in the present invention. The data storage means may comprise any manufacture comprising a recording of the present information as described above, or a memory access means that can access such a manufacture.
A “processor” references any hardware and/or software combination that will perform the functions required of it. For example, any processor herein may be a programmable digital microprocessor such as available in the form of an electronic controller, mainframe, server or personal computer (desktop or portable). Where the processor is programmable, suitable programming can be communicated from a remote location to the processor, or previously saved in a computer program product (such as a portable or fixed computer readable storage medium, whether magnetic, optical or solid state device based). For example, a magnetic medium or optical disk may carry the programming, and can be read by a suitable reader communicating with each processor at its corresponding station.
A “memory” or “memory unit” refers to any device that can store information for subsequent retrieval by a processor, and may include magnetic or optical devices (such as a hard disk, floppy disk, CD, or DVD), or solid-state memory devices (such as volatile or non-volatile RAM). A memory or memory unit may have more than one physical memory device of the same or different types (for example, a memory may have multiple memory devices such as multiple hard drives or multiple solid state memory devices or some combination of hard drives and solid state memory devices).
In certain embodiments, a system includes hardware components which take the form of one or more platforms, e.g., in the form of servers, such that any functional elements of the system, i.e., those elements of the system that carry out specific tasks (such as managing input and output of information, processing information, etc.) of the system may be carried out by the execution of software applications on and across the one or more computer platforms represented of the system. The one or more platforms present in the subject systems may be any convenient type of computer platform, e.g., such as a server, main-frame computer, a work station, etc. Where more than one platform is present, the platforms may be connected via any convenient type of connection, e.g., cabling or other communication system including wireless systems, either networked or otherwise. Where more than one platform is present, the platforms may be co-located or they may be physically separated. Various operating systems may be employed on any of the computer platforms, where representative operating systems include Windows, Sun Solaris, Linux, OS/400, Compaq Tru64 Unix, SGI IRIX, Siemens Reliant Unix, and others. The functional elements of system may also be implemented in accordance with a variety of software facilitators and platforms, as is known in the art.
Systems and processes for selecting analytical device methods are provided. A feature of the subject systems is the presence of a method selection module, which module includes at least one of a method implementation module and a method developer module. Also provided are computer program products for executing the subject methods.
Before the present invention is described in greater detail, it is to be understood that this invention is not limited to particular embodiments described, as such may, of course, vary. It is also to be understood that the terminology used herein is for the purpose of describing particular embodiments only, and is not intended to be limiting, since the scope of the present invention will be limited only by the appended claims.
Where a range of values is provided, it is understood that each intervening value, to the tenth of the unit of the lower limit unless the context clearly dictates otherwise, between the upper and lower limit of that range and any other stated or intervening value in that stated range is encompassed within the invention. The upper and lower limits of these smaller ranges may independently be included in the smaller ranges is also encompassed within the invention, subject to any specifically excluded limit in the stated range. Where the stated range includes one or both of the limits, ranges excluding either or both of those included limits are also included in the invention.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. Although any methods and materials similar or equivalent to those described herein can also be used in the practice or testing of the present invention, the preferred methods and materials are now described.
All publications and patents cited in this specification are herein incorporated by reference as if each individual publication or patent were specifically and individually indicated to be incorporated by reference and are incorporated herein by reference to disclose and describe the methods and/or materials in connection with which the publications are cited. The citation of any publication is for its disclosure prior to the filing date and should not be construed as an admission that the present invention is not entitled to antedate such publication by virtue of prior invention. Further, the dates of publication provided may be different from the actual publication dates which may need to be independently confirmed.
It must be noted that as used herein and in the appended claims, the singular forms “a”, “an”, and “the” include plural referents unless the context clearly dictates otherwise. It is further noted that the claims may be drafted to exclude any optional element. As such, this statement is intended to serve as antecedent basis for use of such exclusive terminology as “solely,” “only” and the like in connection with the recitation of claim elements, or use of a “negative” limitation.
As will be apparent to those of skill in the art-upon reading this disclosure, each of the individual embodiments described and illustrated herein has discrete components and features which may be readily separated from or combined with the features of any of the other several embodiments without departing from the scope or spirit of the present invention. Any recited method can be carried out in the order of events recited or in any other order which is logically possible.
As summarized above, the subject invention provides systems and processes for use in selecting analytical device methods. As such, the subject systems and processes allow a user to identify or choose an analytical device method to employ with a given analytical device for analysis of a given sample. In certain embodiments, selection includes identifying an already developed complete method, i.e., a prescriptive method, and evaluating whether it can be employed with a given analytical device system, where such embodiments may employ a method implementation module, as reviewed in greater detail below. In yet other embodiments, selection includes automatically developing an analytical device method (i.e., a descriptive method) from one or more user input analytical device method parameters input by a user, where such embodiments may employ a method developer module, as reviewed in greater detail below.
As summarized above, embodiments of the invention are directed to systems and processes for selecting an analytical device method that can be used to operate an analytical device in analyzing a given sample. The term “analytical device” is used broadly to refer to any type of device that performs an analysis of a sample. In representative embodiments, the analytic device is an analytical chemistry device, which is a device that analyzes samples to gain an understanding of their chemical composition. Of interest in certain embodiments are chromatographic devices, including both liquid and gas chromatographic devices. Of interest are the following representative analytical systems: Agilent Technologies GC or GC/MS systems, including 6890N GC, 5973 Inert MSD, 5973N GC/MS, 6850 Series II Network GC and 6850 Series Network GC, 3000 Micro GC, 6820 GC, etc.
The analytical devices for which the subject invention develops methods are, in representative embodiments, devices run by a data system, which data system uses setpoints provided by a given analytical device method to operate the analytical device to perform a given sample analysis. As such, by “analytical device method” is meant all of the setpoints required by a data system to operate an analytical device or collection of analytical devices to perform a given sample analysis. In representative embodiments, an analytical device method selected by the subject processes includes at least instrument control, sample injection and data analysis setpoints, where additional information may also be included in the method, such as, but not limited to, extraction procedures, recovery levels, calibration requirements, operational requirements, etc.
Input manager 122 receives information, e.g., parameter information, from a user e.g., locally or from a remote location (such as over the Internet, including via wireless communication, from an optical scanner, etc.). Input manager 122 processes and forwards this information to the processing module 130. Output manager 124 provides information assembled by processing module 130, e.g., a selection of an analytical device method, to a user. The communications module 120 may be operatively connected to a user computer 110 by communications means 150, which provides a vehicle for a user to interact with the system 100. User computer 110, shown in
As reviewed above, the systems include various functional elements that carry out specific tasks on the platforms in response to information introduced into the system by one or more users. In
As summarized above, the method selection module of processor 130 selects a method to perform a given analysis of a sample based on a user input. As summarized above, the selection process may include identifying a prescriptive method as suitable for use or developing a method to perform a given analysis. However, whichever embodiment is practiced, a method is ultimately identified or selected to employ with a given analytical device for a given sample analysis.
In those embodiments where the method selection module includes only a method implementation module, the input may be the identification of a method (either the complete method or an identifier thereof), such as a website from which the module can automatically access (and upload) the method. In these embodiments, the identifier identifies a complete analytical device method, otherwise referred to herein as a prescriptive method. As reviewed in greater detail below, a method implementation module is a functional element that at least evaluates a complete analytical device method (i.e., prescriptive method) for compatibility with a given analytical device in a given application in response to a user provided method identification parameter, i.e., a prescriptive method identifier. In representative embodiments, the evaluation performed by the method developer module is a determination of whether a selected prescriptive method can map to a given analytical device system. If a determination is made that the selected prescriptive method cannot map to a given analytical device, then a notification is output to the user of such, so that the user can evaluate a second prescriptive method and/or develop a new method (e.g., by using a method developer module), as desired. The method implementation module functional sub-element 134 of the method selection module 132 is described in greater detail below in connection with
In yet other embodiments, the method selection module includes only a method developer module. In these representative embodiments, a feature of the subject systems is that the method developer module functional sub-element 136 of the method selection module 132 is employed to automatically develop an analytical device method de novo. As the methods are developed de novo, the system of these embodiments is distinguished from other systems in which a given method that has already been developed is merely edited by changing one or more parameters in the already complete method. Instead, the subject systems are characterized by using one or more user input analytical device method parameters to produce new analytical device methods, e.g., by applying a one or more decision rules to the user input parameters. A feature of embodiments of the invention is that the method developer module allows for the collective transfer of a plurality of parameters from a source document into the method developer module, as described in greater detail below. A feature of other embodiments of the invention is the use by the module of one or more decision rules in developing the method following input of one or more parameters. In certain embodiments, the method developer module includes both of these features.
As reviewed above and depicted in
A representative method selection module provides for method selection according to the process illustrated in
Once the candidate prescriptive method is identified at step 14, the method implementation module evaluates whether the candidate prescriptive method can map to the analytical device system that is going to be employed and operated by the candidate prescriptive method in the to be performed sample analysis. As such, at step 16, the method developer module determines whether the candidate prescriptive method maps to the system configuration of the system to be employed. By the term “map” is meant that the implementation modules determines whether the configuration of the system is compatible with the setpoints of the prescriptive method, such that the prescriptive method can be used to operate the system during the analysis. If the implementation module at step 16 determines that the prescriptive method does not map to the configuration of the system to be used, an indication of such is output to the user at step 18. Following such notification, the user may choose to develop a new descriptive method or try to implement another descriptive method, as represented by decision diamond 22. Alternatively, where a determination is made by the module that the prescriptive can map to the configuration of the system to be employed, the implementation module automatically maps to the prescriptive method setpoints to the system configuration at step 20.
How the method implementation module maps (i.e., imports, assigns) the prescriptive method setpoints to the system configuration varies depending on the particular configuration of the system to be employed. In representative embodiments where the analytical device is a gas chromatograph, all of the information required to map the system configuration to operate according to the prescriptive method is accessible by the implementation module so that the method can be mapped by the implementation module appropriately. As such, the implementation module will know the identify of the inlet and detector modules, as well as the column information (e.g., column dimensions, stationary phase, etc.) where any or all of this data is made available to the implementation module by any convenient protocol, e.g., by the module automatically obtaining the information from an appropriate system information file of the analytical device system (which could have inlet information, detector information, etc), by the user inputting any required information, e.g., column type or component thereof, e.g., dimensions or stationary phase, into the module, etc.
In mapping of the prescriptive method setpoints to the system configuration, the implementation module adjusts or changes any setpoints of the system elements, e.g., inlet, column and detector, to match that of the prescriptive method, and therefore agree with the method setpoints for these elements of the system. For example, in a gas chromatograph system that includes a single type of inlet, a single type of column and a single type of detector, the implementation module will assign the setpoints of the prescriptive method for these elements to the elements in the system, where in this process any setpoints that need adjustment to match with the setpoints of the method are adjusted.
Where the particular system that is to be employed includes more than one of these various elements, e.g., more than one inlet, more than one column and/or more than one detector, in representative embodiments, the user may guide the implementation module, e.g., through a “wizard” interface, on how to map the setpoints to the configuration, e.g., in terms of which inlet to employ, which column to use, etc. Alternatively, the implementation module may perform one or more of these selection tasks automatically, e.g., by operating according to a decision rule protocol. For example, the implementation module may first evaluate the various elements of the system for those that can be set according to the setpoints of the prescriptive method. Where a singal element of a given plurality of elements is suitable for use, e.g., only one of the columns of the two or more different columns is suitable, only one of the inlets of the two or more inlets is suitable, etc., the implementation module merely selects the appropriate elements that are suitable and then assigns their setpoints according to the prescriptive method, as described above.
Alternatively, where two or more different possibilities for a given element are appropriate in that they could be used in the prescriptive method, the implementation module may assign the setpoints to a given choice of element according to any convenient decision rule protocol. For example, where a given system has two different columns that could be used in a given prescriptive method, the implementation module may randomly assign one of the columns as the column that will be employed.
As such, in representative embodiments in which the analytical device is a gas-chromatograph, the implementation module employs the inlet and detector modules, as well as the column information, e.g., column dimensions/stationary phase) to define or determine how the setpoints of the prescriptive method are assigned. In these embodiments, the setpoints of the prescriptive method can be easily assigned to the elements of a configuration without having default values assigned to certain elements and thereby ruining the method. In addition, the implementation module may be configured to only adjust or modulate the relevant element (inlet/column/detector) setpoints, without adjusting any other setpoints of the system.
In representative embodiments, the implementation module also provides for documentation of how the prescriptive method was mapped to the analytical device configuration, and outputs this documentation to the user. As such, the implementation module may record a history of those setpoints of the system configuration that were adjusted in order for the prescriptive method to map to the system configuration, and provide this recorded history to the user.
In
As illustrated in
Where a user decides at step 12 to use the selection module to produce a descriptive method, the user employs a method developer module of the selection module to develop the descriptive method, as represented by step 26. The method developer module could include one or more input steps, as represented by decision diamond 28 to produce a complete analytical device method or system parameter setup, as represented by step 30.
A representative method developer module provides for method development according to the process illustrated in
The input method parameter can be categorized according to the subpart or division of the overall method of which it is a member. For example, where a given method includes instrument control, sample injection, detector and data analysis subsets of setpoints, the parameter may be an instrument control parameter, a sample injection parameter, or a data analysis parameter.
By instrument control parameter is meant information that runs the device during a given sample analysis. Where the analytical device method is a method for running a gas chromatographic analytical device, examples of instrument control parameters or information include, but are not limited to: oven temperature profiles, carrier gas flow profiles, detector setpoints, etc. By sample injection parameter is meant information about sample injection for a given method, such as: injection volume, sample washes, equilibration time, load time, inject time, and the like. By data analysis profile is meant information about how obtained data is analyzed by the system and presented by the system to the user, where for gas chromatographic analytical device, representative data analysis parameters or information include, but are not limited to: retention times, response factors, calibration amounts, physical constants, report templates, custom calculations, peak grouping, pattern recognition, integration, etc.
At step 220, the user inputs one or more method parameters into information receipt fields of an interface of the method developer module. In certain embodiments, the method developer modules include an interface element that provides a field dedicated to the receipt of instrument control information. In certain embodiments, the interface includes an entry field that is dedicated to receipt of a parameter comprising data analysis information. In yet other embodiments, the interface includes both: (i) an instrument control entry field dedicated to receipt of a parameter comprising instrument control information; and (ii) a data analysis entry field dedicated to receipt of a parameter comprising data analysis information.
For a given type of entry field, the interface may include two or more entry fields, e.g., for accepting two or more different parameters that fall within a given category, e.g., two or more instrument control parameters, two or more data analysis parameters, etc. For example, a given interface could include at least two different instrument control entry fields and at least two different data analysis entry fields. In representative embodiments, the system includes at least an instrument control parameter dedicated entry field, where the process illustrated in
In certain embodiments, a given interface may include a functionality (hereinafter referred to as a “knowledge agent”) that enables a user to: (a) collectively select from a source location a plurality of analytical device method parameters of interest for the analytical device method that is being developed; and (b) enter the plurality of parameters as a group (i.e., collectively) into the method developer module. By source location is meant a location, or locations, at which the parameters of interest are located. In representative embodiments, the source location is an electronically accessible file or combination of files (or analogous collection of data), such as may be located at a website on the World Wide Web, a computer readable medium, etc. Examples of source locations include vendors of consumables, which vendors provide electronic publications of sample analyses, e.g., in the form of chromatograms etc., from which method parameters, e.g., instrument control parameters, may be obtained. The method developer module that includes the knowledge agent element may include the element as an integrated component of the method developer module or as a separate, co-existing application on the data system that includes the method developer module.
The knowledge agent, in certain embodiments, provides the user with the ability to use a selection device, such as a cursor, to select information from an outside information source, e.g., an electronic catalog provided at a vendor website, an optically scanned version of document, etc., and input the selected information into the method developer module, e.g., by dragging and dropping the selected information into the method developer module via an appropriate field of an interface. An example would be to use the cursor to draw a box around the oven and flow information of a an electronically provided chromatogram (as shown by the dashed line on the chromatogram shown in
A feature of certain embodiments is that the knowledge agent allows a user to select only a portion of the total data that is present at the source location, i.e., only a first subset of the total data present at the source location. The first subset may be made up of qualitative and/or quantitative data. For example, source location may be a chromatogram that includes the instrument operating protocols used to generate the chromatogram, e.g., as illustrated in
Following input of the one or more method parameters at step 220, the method developer module automatically generates an analytical device method at step 230. In automatically generating the analytical device method, the method developer module may execute one or more decision rules, e.g., to automatically determine a setpoint or collection of setpoints based on an input parameter. For example, in certain embodiments, following input of one or more parameters, the method developer module at step 230 determines the injector and detector set-points through a predetermined set of one or more decision rules. As an example, the method developer module may determine the detector temperature by the following representative decision rule:
The detector temperature for a given detector is the greater of the three choices
In another representative example, the method developer module at step 230 may also determine the detector flow rates according to the following representative decision rule:
The injection port in these representative embodiments has a similar set of decision rules for determining the injection port set points, e.g., based on the partition part of the method, the type of sample input device and possible regulatory requirements (e.g., methods performed in accordance with Environmental Protection Agency (EPA) requirements). The method developer module may employ different decision rules at step 230 for different detectors for “automatically” setting up methods.
In certain embodiments, once the method is generated at step 230, the generated method is output at step 240 to the user. In the embodiment shown in
In certain embodiments, one or more of the setpoints of the product method 240 can be modified further, e.g., as illustrated in
The method developer module may be structured according to any convenient format that provides for the receipt of information from a user in order to develop a given method. In certain embodiments, the module is structured a format that includes two broad categories of instrument control and data analysis. Each of these broad categories may then be divided into to two or more subcategories, e.g., partition information, detection information, sample source, and report information, etc., as may be desired. An example of such a format is provided below in Table 1, shown in
In using the method developer module structured according to the format of Table 1, in one representative embodiment, the user transfers instrument control parameters, e.g., the oven program and flow conditions, along with the column information, e.g., as obtained from a source document, such as from a catalog or an on-line information source, into appropriate fields of the interface provided by the method developer module (represented as step 220 on
In certain embodiments of the subject systems, the systems may include (e.g., as part of the interface element that provides for entry of information to a method developer module or as a separate interface element) one or more additional functionalities or applications that are desirable for a given analytical device method. Examples of such additional functionalities include, but are not limited to: Retention Time Locking, Method Translation, Deans Switching setup, Connection to Knowledge Databases, Experimental Design, Pattern Recognition, etc. These representative additional functionalities are now described in greater detail below.
In certain embodiments, a system of the subject invention includes a Retention Time Locking (RTL) functionality, e.g., present as an integrated component of the method developer module or as a separate, co-existing application on the data system that includes the method developer module. As is known in the art, RTL is a technique that allows for variations in the columns and instruments used for the same instrument conditions (the oven temperature profile). RTL is described in U.S. Pat. No. 6,493,639, the disclosure of which is herein incorporated by reference. A given data system for an analytical device that includes RTL capability may provide for one or more both of the following two abilities: (a) the ability to use a locking compound to provide a means for easy adjustment of the retention time of the locking compound to give measured retention times near the compound's retention times in the method's calibration table; and (b) the ability to compare measured retention times to the retention times in a Retention Time Table for a predetermined set of compounds, such as pesticides, FAMES, phenols, etc. RTL methods are usually based on a method that has already been optimized for a particular set of operating conditions on a particular type of column. Once the method has been optimized to give the necessary separation, the column must be calibrated. Calibration is accomplished by running an analysis a series of pressures, such as at the method's pressure (mP), mP+10%, mP+20%, mP−10%, and mP−20%. The results of these runs are employed to generate a second order equation describing the relationship of the locked compound's retention time to the pressure. Once this relationship is determined, the adjusted pressure can be determined to give the locked compound's retention time.
Where the subject systems provide for RTL functionality, they may provide for the import of an RTL portion of an already established method into the data system. The system may then use the imported information to generate and save an RTL calibration curve. To provide for this functionality, the system may be enabled for the automation of incrementing and decrementing the pressure of the system and making the runs automatically. With the proper choice of the sample and locking compound, the system may automatically identify the locking compound thru widening the retention time windows and/or SPID. A Retention Time-Column Pressure Calibration Curve can be generated automatically in certain embodiments. In certain embodiments, the system also enables the transfer of calibration information established for a first system into a different system with a different instrument configuration. In certain embodiments, the system enables the importation of already developed Retention Time Tables. This feature may be provided in any convenient manner, e.g., as an extra tab in a Calibration view, much like the Physical Constants Table for RGA (Residual Gas Analyzer). In certain embodiments, another method type is added to the method list of a given data system, (e.g., Standard, Refinery Gas, and RTL methods).
In certain embodiments, a system according to the invention may further include a Method Translation functionality, e.g., present as an integrated component of the method developer module or as a separate, co-existing application, e.g., on the data system that includes the method developer module. For example, a given method that has been developed from user input parameters using the method developer module as depicted in
A representative Method Translator functionality is one that provides for input of information in response to one or more queries, e.g., in the form of a Method Translator Wizard. This Method Translator functionality may be part of the process shown in
A representative embodiment of a Method Translator functionality is illustrated in
In certain embodiments, a given system may include a Deans Switching setup functionality, e.g., present as an integrated component or as a separate, co-existing application. In certain embodiments, this Deans Switching setup functionality is provided as a Deans Switching calculator. As with the Method Translator functionality, the Deans Switching calculator functionality may take the form of a “wizard,” as illustrated in
In certain embodiments, a given interface may include a functionality that provides for a direct link to existing knowledge bases, such as knowledge databases available from organizations such as ASTM, ISO, EPA, etc., as well as vendors of analytical devices and consumables therefore, which provide method information. In certain embodiments, the knowledge base link functionality allows the user to readily access, copy and paste this information into the method developer module. The data system that includes the knowledge base link may include the element as an integrated component of the method developer module or as a separate, co-existing application on the data system that includes the method developer module.
In certain embodiments, a given interface may include a functionality that provides for Experimental Design. The experimental design functionality allows a user to input deltas in flow and temperature setpoints to look at the sensitivity of the retention times to changes in these setpoints. In certain embodiments, this Experimental Design is provided as an adjunct to method validation, where method validation is used to prove the robustness of a particular method. The data system that includes the experimental design functionality may include the element as an integrated component of the method developer module or as a separate, co-existing application on the data system that includes the method developer module.
In certain embodiments, a given interface may include a functionality that provides for the input of Pattern Recognition parameters and/or selection of an appropriate Pattern Recognition application. The data system that includes the Pattern Recognition functionality may include the element as an integrated component of the method developer module or as a separate, co-existing application on the data system that includes the method developer module.
Next, at step 807 the system determines whether detector information is available, e.g., from a source document. If no, the detector information is developed at step 809, e.g., by using a wizard protocol to query the user for relevant inputs. If yes, at step 808, the available detector information is transferred to the system, e.g., using the novel knowledge agent functionality. Following step 808, if performed, the system may then determine at step 810 whether response factor data is available. If yes, the response factor data is transferred to the system, as shown at step 811, e.g., by using the novel knowledge agent functionality.
In
Next, at step 818 a determination is made as to whether method translation is needed. If no, the system proceeds to step 821 shown in
The next step of the process performed by the system is shown in
At step 824, a determination is then made as to whether the method is complete. If yes, the system proceeds to step 828 of
As shown in
Finally, at step 831 the system determines whether any other inputs are needed. If yes, these inputs are made at step 832. If no, the resultant completed method is ready for use, as represented at step 833.
In general, the subject systems are applicable to the generation of analytical device methods for any type of analytical device. However, for ease of description only, the invention was described above in view of the representative embodiments of gas chromatography method development. It should be noted, however, that the invention is not limited to these particular representative embodiments.
The invention also provides programming, e.g., in the form of computer program products, for use in practicing the methods. Programming according to the present invention can be recorded on computer readable media, e.g., any medium that can be read and accessed directly by a computer. Such media include, but are not limited to: magnetic storage media, such as floppy discs, hard disc storage medium, and magnetic tape; optical storage media such as CD-ROM; electrical storage media such as RAM and ROM; and hybrids of these categories such as magnetic/optical storage media. One of skill in the art can readily appreciate how any of the presently known computer readable mediums can be used to create a manufacture that includes a recording of the present programming/algorithms for carrying out the above-described methodology.
It is evident from the above description that the subject invention provides a number of advantages. Advantages include the ability to access numerous disparate sources of method relevant information in a manner that facilitates rapid and easy selection of an analytical device method for a given analysis. The subject invention allows a user greater freedom and flexibility with respect to the way a sample is analyzed, such that the user may choose whether to use an already developed method for a given task, or develop a new method, e.g., using information obtained from various sources, such as already developed methods and results obtained therefrom. As such, the subject invention represents a significant contribution to the art.
Although the foregoing invention has been described in some detail by way of illustration and example for purposes of clarity of understanding, it is readily apparent to those of ordinary skill in the art in light of the teachings of this invention that certain changes and modifications may be made thereto without departing from the spirit or scope of the appended claims.
The present application is a continuation-in-part of application Ser. No. 11/144,199 filed on Jun. 2, 2005; the disclosure of which is herein incorporated by reference.
| Number | Date | Country | |
|---|---|---|---|
| Parent | 11144199 | Jun 2005 | US |
| Child | 11267069 | Nov 2005 | US |
