Patent Application
20100324376
The present invention relates generally to diagnostic equipment. More particularly, the present invention relates to the collection and analysis of diagnostics data to diagnose operational or functional problems, such as vehicle component failures.
Diagnostic systems are used by technicians and professionals in virtually all industries to perform basic and advanced system testing functions. For example, in the automotive, trucking, heavy equipment and aircraft industries, diagnostic test systems provide for vehicle onboard computer fault or trouble code display, interactive diagnostics, multiscope and multimeter functions, and electronic service manuals. In the medical industry, diagnostic systems provide for monitoring body functions and diagnosis of medical conditions, as well as system diagnostics to detect anomalies in the medical equipment.
In many industries, diagnostic systems play an increasingly important role in manufacturing processes, as well as in maintenance and repair throughout the lifetime of the equipment or product. Some diagnostic systems are based on personal computer technology and feature user-friendly, menu-driven diagnostic applications. These systems assist technicians and professionals at all levels in performing system diagnostics on a real-time basis.
With the advent of the microprocessor, virtually all modern vehicles have come to utilize onboard computers to control and monitor engine and electrical system functions. Such vehicle onboard computers typically interface with a multiplicity of sensors and transducers, which continuously detect vehicle and engine operational parameters and provide representative electrical signals to the onboard computer. The data collected and processed by the onboard computer can be useful in the diagnosis of vehicle engine and electrical system malfunctions. Thus, the vehicle onboard computer typically includes a communication port connector that allows certain of the collected data to be transmitted to an independent computer analyzer, which may process the data, store the data, or present the data in a visual format that can be interpreted by vehicle maintenance and repair technicians.
In conjunction with these technological developments, a variety of specialized computer analyzers, or vehicle diagnostic tools, have been developed and marketed to provide vehicle maintenance and repair technicians access to the data available from the vehicle onboard computers. The current technology includes a variety of hand-held vehicle diagnostic tools, frequently referred to as scan tools, with considerable processing capabilities, typically incorporating an integral display and capable of displaying the onboard computer data in a variety of graphical formats that allow vehicle technicians to view and interpret the data.
A typical diagnostic system includes a display on which instructions for diagnostic procedures are displayed. The system also includes a system interface that allows the operator to view real-time operational feedback and diagnostic information. Thus, the operator may view, for example, vehicle engine speed in revolutions per minute, or battery voltage during start cranking; or, with regard to the medical field, a patient's heartbeat rate or blood pressure. With such a system, a relatively inexperienced operator may perform advanced diagnostic procedures and diagnose complex operational or medical problems.
However, if an operator or technician is unable to detect an operational problem and the onboard computer has not detected a fault condition, a potential failure condition may in some cases go unnoticed. Accordingly, it is desirable to provide a method and apparatus that can be executed on diagnostic systems to collect historical operational data corresponding to normal and failure conditions, analyze the data and compare the results of the data analysis to test data gathered from a specific test subject in order to diagnose potential failure conditions that otherwise might be overlooked.
The foregoing needs are met, to a great extent, by the present invention, wherein in one aspect an apparatus and method are provided that in some embodiments provide for collecting historical operational data corresponding to normal and disease or failure conditions, analyzing the data and comparing the results of the data analysis to test data gathered from a specific test subject in order to diagnose potential diseases or failure conditions that otherwise might be overlooked.
An embodiment of the present invention pertains to a computer-implemented method of analyzing medical data. In this method, a collection of historical test data points from a plurality of population types is compiled via a processor of a diagnostic device. Each historical test data point is correlated, via the processor, with a population type to produce entries of a diagnostic case history. The entries of the diagnostic case history are grouped, via the processor, by population type. A range corresponding to the population type of a patient are defined, via the processor, based on the collection of test data points of the entries of the diagnostic case history grouped by population type. A disease condition of the patient is diagnosed, via the processor, based on the range corresponding to the disease condition for the population type.
Another embodiment of the present invention relates to a computer program product for analyzing vehicle test data to diagnose a failure mode of a vehicle component. This computer program product includes a computer-readable medium encoded with instructions configured to be executed by a processor in order to perform predetermined operations. Based upon these instruction, a collection of historical test data points from a plurality of population types is compiled via a processor of a diagnostic device. Each historical test data point is correlated, via the processor, with a population type to produce entries of a diagnostic case history. The entries of the diagnostic case history are grouped, via the processor, by population type. A range corresponding to the population type of a patient are defined, via the processor, based on the collection of test data points of the entries of the diagnostic case history grouped by population type. A disease condition of the patient is diagnosed, via the processor, based on the range corresponding to the disease condition for the population type.
Yet another embodiment of the present invention pertains to a diagnostic tool for analyzing medical data. The diagnostic tool includes a processor and a memory. The processor is configured to execute software modules. The memory is configured to store the software modules, and communicatively connected to the processor. The software modules include a data compiler, a data analyzer, and a virtual diagnostician. The data compiler is configured to compile a collection of historical test data points which includes a plurality of medical measurements corresponding to a plurality of population types. The data analyzer configured to correlate each historical test data point with a disease condition to produce entries of a diagnostic case history, group the entries of the diagnostic case history by population type, and define a range corresponding to the disease condition of a population type based on the collection of test data points of the entries of the diagnostic case history grouped by population type. The virtual diagnostician is configured to diagnose a disease condition in a patient based on the medical data of the patient corresponding to a disease condition in the population type of the patient.
Yet another embodiment of the present invention relates to a computer-implemented method of analyzing A/C unit test data. In this method, a collection of historical test data points which includes a plurality of operating parameter measurements recorded by an individual A/C unit's onboard computer is compiled, via a processor of a diagnostic device. The diagnostic device and the A/C unit are separate but connectable objects. Each historical test data point is correlated, via the processor, with an operating condition to produce entries of a diagnostic case history. The entries of the diagnostic case history are grouped, via the processor, by operating condition. A range corresponding to the operating condition of a A/C unit type are defined, via the processor, based on the collection of test data points of the entries of the diagnostic case history grouped by operating condition. An A/C unit component failure mode is diagnosed, via the processor, based on the range corresponding to a failure condition. The operating parameters are selected from the group consisting of: a switch position, a motor run condition, a motor speed, a test equipment connection, a A/C unit electrical connection condition, an ambient air temperature, an output air temperature, a refrigerant pressure, and a refrigerant type.
Yet another embodiment of the present invention pertains to a computer program product for analyzing A/C unit test data. The computer program product includes a computer-readable medium encoded with instructions configured to be executed by a processor in order to perform predetermined operations. Based upon the instructions, a collection of historical test data points which includes a plurality of operating parameter measurements recorded by an individual A/C unit's onboard computer is compiled, via a processor of a diagnostic device. The diagnostic device and the A/C unit are separate but connectable objects. Each historical test data point is correlated, via the processor, with an operating condition to produce entries of a diagnostic case history. The entries of the diagnostic case history are grouped, via the processor, by operating condition. A range corresponding to the operating condition of a A/C unit type are defined, via the processor, based on the collection of test data points of the entries of the diagnostic case history grouped by operating condition. An A/C unit component failure mode is diagnosed, via the processor, based on the range corresponding to a failure condition. The operating parameters are selected from the group consisting of: a switch position, a motor run condition, a motor speed, a test equipment connection, a A/C unit electrical connection condition, an ambient air temperature, an output air temperature, a refrigerant pressure, and a refrigerant type.
Yet another embodiment of the present invention relates to a diagnostic tool for analyzing A/C unit test data. The diagnostic tool includes a processor and a memory. The processor is configured to execute software modules. The memory is configured to store the software modules, and communicatively connected to the processor. The software modules include a data compiler, a data analyzer, and a virtual diagnostician. The data compiler is configured to compile a collection of historical test data points which includes a plurality of operating parameter measurements recorded by an individual A/C unit's onboard computer. The diagnostic tool and the A/C unit are separate but connectable objects. The data analyzer is configured to correlate each historical test data point with an operating condition to produce entries of a diagnostic case history, group the entries of the diagnostic case history by operating condition, and define a range corresponding to the operating condition of a A/C unit type based on the collection of test data points of the entries of the diagnostic case history grouped by operating condition. The virtual diagnostician is configured to diagnose a A/C unit component failure mode based on the range corresponding to a failure condition. The operating parameters are selected from the group consisting of: a switch position, a motor run condition, a motor speed, a test equipment connection, a A/C unit electrical connection condition, an ambient air temperature, an output air temperature, a refrigerant pressure, and a refrigerant type.
There has thus been outlined, rather broadly, certain embodiments of the invention in order that the detailed description thereof herein may be better understood, and in order that the present contribution to the art may be better appreciated. There are, of course, additional embodiments of the invention that will be described below and which will form the subject matter of the claims appended hereto.
In this respect, before explaining at least one embodiment of the invention in detail, it is to be understood that the invention is not limited in its application to the details of construction and to the arrangements of the components set forth in the following description or illustrated in the drawings. The invention is capable of embodiments in addition to those described and of being practiced and carried out in various ways. Also, it is to be understood that the phraseology and terminology employed herein, as well as the abstract, are for the purpose of description and should not be regarded as limiting.
As such, those skilled in the art will appreciate that the conception upon which this disclosure is based may readily be utilized as a basis for the designing of other structures, methods and systems for carrying out the several purposes of the present invention. It is important, therefore, that the claims be regarded as including such equivalent constructions insofar as they do not depart from the spirit and scope of the present invention.
A representative embodiment in accordance with the present invention provides a vehicle diagnostic data collector/analyzer that can collect historical vehicle operational data corresponding to various normal vehicle operating conditions and vehicle component failure conditions, analyze the data and compare the results of the data analysis to test data gathered from a specific test-subject vehicle in order to diagnose potential failure conditions of vehicle components. The vehicle diagnostic data collector/analyzer can be useful in diagnosing failure conditions that otherwise might be overlooked.
For example, an operator or technician may in some cases be unable to directly detect a potential failure condition based on a vehicle onboard computer trouble code or codes, or a vehicle operational symptom or symptoms, even though a potential failure condition exists. Nonetheless, in such a case the vehicle diagnostic data collector/analyzer may be able to monitor test-subject vehicle operational parameters and diagnose a potential vehicle component failure mode by way of a comparison between the test-subject vehicle data and analyzed data previously collected from other vehicles, including data collected from other vehicles of the same type as the test-subject vehicle having a known failure condition.
Alternative embodiments in accordance with the present invention can provide a diagnostic data collector/analyzer for use in a field other than vehicle diagnostics. For example, an alternative embodiment can provide a medical diagnostic data collector/analyzer for use by medical professionals or technicians that can collect historical medical data corresponding to various normal bodily functions and abnormal bodily functions, analyze the data and compare the results of the data analysis to test data gathered from a specific patient in order to diagnose potential abnormalities in the patient. Similarly, additional alternative embodiments can provide a diagnostic data collector/analyzer for use in other fields, such as the pharmaceutical industry, the chemical industry, the petroleum industry, or the like.
The representative vehicle diagnostic data collector/analyzer can include a data compiler to gather and compile historical diagnostic data, including measured operating parameters from a number of different vehicles operating under a variety of normal conditions or failure conditions. The diagnostic data collector/analyzer can also include a data analyzer to analyze the historical diagnostic data. For example, the data analyzer can isolate and categorize data corresponding to parameters measured on a number of individual vehicle types under a variety of particular operating conditions and perform statistical analysis on the various vehicle type/operating condition combinations to define operating parameter ranges corresponding to normal operating conditions and a variety of failure conditions.
In addition, the vehicle diagnostic data collector/analyzer can include a parameter reader to measure real-time operating parameters on a specific test-subject vehicle, and a comparator to evaluate differences and similarities between the operating parameter measurements and established ranges corresponding to normal operating conditions and failure conditions. Furthermore, the diagnostic data collector/analyzer can include a condition identifier to correlate the operating parameter measurement with known operating conditions, and a virtual diagnostician to diagnose specific potential vehicle component failure modes based on the operating parameter measurements. The invention will now be described with reference to the drawing figures, in which like reference numerals refer to like parts throughout.
The vehicle diagnostic data collector/analyzer 10 can further include a database 24 coupled to the personal computer 12 or scan tool 14, for example, by way of local links 26 and a communication network 28. In an alternative embodiment, the database 24 can be stored directed in a memory associated with the personal computer 12 or the scan tool 14.
The processor 30, the memory 32, and the input/output (I/O) device 34 can be part of a general computing device, such as a personal computer (PC), a notebook, a UNIX workstation, a server, a mainframe computer, a personal digital assistant (PDA), a mobile telephone, or some combination of these. Alternatively, the processor 30, the memory 32 and the input/output device 34 can be part of a specialized computing device, such as a vehicle diagnostics scan tool 14. The remaining components can include programming code, such as source code, object code or executable code, stored on a computer-readable medium that can be loaded into the memory 32 and processed by the processor 30 in order to perform the desired functions of the vehicle diagnostic data collector/analyzer 10.
In various embodiments, the vehicle diagnostic data collector/analyzer 10 can be coupled to a communication network 28, which can include any viable combination of devices and systems capable of linking computer-based systems, such as the Internet; an intranet or extranet; a local area network (LAN); a wide area network (WAN); a direct cable connection; a private network; a public network; an Ethernet-based system; a token ring; a value-added network; a telephony-based system, including, for example, T1 or E1 devices; an Asynchronous Transfer Mode (ATM) network; a wired system; a wireless system; an optical system; a combination of any number of distributed processing networks or systems or the like.
An embodiment of the vehicle diagnostic data collector/analyzer 10 can be coupled to the communication network 28 by way of local data link 26, which in various embodiments can incorporate any combination of devices—as well as any associated software or firmware—configured to couple processor-based systems, such as modems, network interface cards, serial buses, parallel buses, LAN or WAN interfaces, wireless or optical interfaces and the like, along with any associated transmission protocols, as may be desired or required by the design.
An embodiment of the vehicle diagnostic data collector/analyzer 10 can communicate information to the user and request user input by way of an interactive, menu-driven, visual display-based user interface, or graphical user interface (GUI). The user interface can be executed, for example, on a personal computer (PC) with a mouse and keyboard, with which the user may interactively input information using direct manipulation of the GUI displayed, for example, on a PC monitor, or another input/output device 34, such as a microphone. Direct manipulation can include the use of a pointing device, such as a mouse or a stylus, to select from a variety of selectable fields, including selectable menus, drop-down menus, tabs, buttons, bullets, checkboxes, text boxes, and the like. Nevertheless, various embodiments of the invention may incorporate any number of additional functional user interface schemes in place of this interface scheme, with or without the use of a mouse or buttons or keys, including for example, a trackball, a touch screen or a voice-activated system.
The vehicle diagnostic data collector/analyzer 10 can define or utilize a predefined component taxonomy corresponding to the vehicle, for example, in the form of a connected acyclic directed graph, such as that shown in
In association with the component taxonomy, the diagnostic data collector/analyzer 10 can also define or utilize a predefined fault taxonomy, by associating one or more failure modes with each component node, FMn*={FMn1, . . . , FMnm}. For example, each associated failure mode can describe a specific modality of failure for the component, and the set of failure modes associated with a particular component, FMn*, can represent all known ways the particular component can fail.
In addition, the diagnostic data collector/analyzer 10 can define or utilize a predefined diagnostic taxonomy by associating at least one failure mode test, FMTxy, with each failure mode, FMxy, which can be interpreted as an elementary diagnostic procedure intended to prove or disprove (conclusively or inconclusively) a hypothesis regarding the presence of a particular failure mode. Furthermore, the diagnostic data collector/analyzer 10 can define a repair taxonomy by associating at least one repair procedure with each failure mode.
Returning to
The data compiler 36 can create a database 24 in which to accumulate the historical data, for example, a relational database that associates each instance of measured parameters with a definition or description of the prevailing ambient and operating conditions under which the data were gathered. For example, the database 24 can associate the historical data with a vehicle manufacturer, make and model, as well as ambient conditions during which the data were recorded, fault codes previously or simultaneously recorded by the vehicle onboard computer 18, operational problems or symptoms observed in association with the recording of the data, and any known failure conditions present during the recording of the data.
In some embodiments of the vehicle diagnostic data collector/analyzer 10 this information can be recorded automatically, for example, by the personal computer 12 or by the scan tool 14. For example, a scan tool 14, including existing scan tools, can be programmed to automatically collect vehicle operating parameters each time the scan tool 14 is connected to a vehicle. In other embodiments, a scan tool 14 can be programmed to record vehicle operating parameters when explicitly requested, for example, in response to a user input by way of an input/output device 34.
In still other embodiments, the condition factors or historical data information can be entered by a user, for example, by way of direct manipulation of a menu listing possible conditions. Furthermore, the vehicle diagnostic data can be collected by way of the vehicle onboard computer 18, for example, recording data items that are monitored by the onboard computer 18, such as engine speed, engine coolant temperature, and the like. The data signals can optionally be subjected to signal conditioning, for example, by the vehicle interface box 22. Moreover, the vehicle diagnostic data can be collected by way of another monitoring device, such as an analog or digital multimeter.
Thus, historical data collection can be implemented by a vehicle diagnostic system. Examples of compatible PC-based vehicle diagnostic methods and systems are disclosed in U.S. Pat. No. 5,631,831, entitled “Diagnosis Method for Vehicle Systems,” to Bird, et al., dated May 20, 1997, and in copending U.S. patent application Ser. No. 11/452,249, entitled “Dynamic Decision Sequencing Method and Apparatus,” filed Jun. 14, 2006 by Fountain, et al., the disclosures of which are hereby incorporated by reference in their entirety.
An example of a suitable vehicle diagnostics scan tool 14 compatible with an embodiment of the present invention is the Genisys™ scan tool, manufactured by the OTC Division of the SPX Corporation in Owatonna, Minn. A variety of features of the Genisys™ system are disclosed in U.S. patents, such as U.S. Pat. No. 6,236,917; U.S. Pat. No. 6,538,472; U.S. Pat. No. 6,640,166; U.S. Pat. No. 6,662,087; and U.S. Pat. No. 6,874,680; the disclosures of which are incorporated herein by reference in their entirety.
However, other embodiments are compatible with additional vehicle diagnostic tools, including any number of commercially available makes and models, such as the SUPER AutoScanner and the EZ 3/4/5/6000 Scan Tools, also manufactured by the SPX Corporation; the StarSCAN scan tool, manufactured for DaimlerChrysler Corporation by SPX; or the Snap-on Scanner, MicroSCAN, MODIS, or SOLUS series, manufactured by Snap-on Technologies, Inc.; or any other device capable of receiving and processing vehicle diagnostic data from a vehicle onboard computer, such as a personal computer (PC) or a personal digital assistant (PDA).
Furthermore, in some embodiments of the vehicle diagnostic data collector/analyzer 10, the data compiler 36 can automatically, or optionally, upon manual request, send the historical data to central repository, such as a remote database 24, for example, over a communication network 28, such as a local area network (LAN), an intranet or the Internet. Thus, historical data from numerous distinct sites, such as repair centers around a nation or around the world, can be transmitted to a central databank for storage or analysis. The data can be further associated or categorized within the database 24 according to various factors, including site of origin, ambient condition, failure condition, and the like. Thus, examples of historical data categories could include the following:
The data analyzer 38 can analyze historical data samples to determine typical ranges for operating parameter measurements corresponding to various normal and failure conditions. For example, the data analyzer 38 can isolate data samples corresponding to parameters measured on an individual vehicle type under a particular operating condition or failure condition, and perform statistical analyses on the data samples to define operating parameter ranges corresponding to the particular operating condition or failure condition. Various levels of parameter ranges can be established, for example, “ideal,” “OK-lower-limit,” “OK-upper-limit,” “warning,” “danger,” etc.
The statistical analyses can include calculating, for example, a minimum value, a maximum value, a mean value and a variance or standard deviation for a group of snapshot data sets, an individual data strip, or a set of data strips. In addition, the statistical analyses can identify and eliminate outliers, or data samples that are significantly outside an expected range. Furthermore, a relationship between data sets or between a group of data strips can be expressed as a correlation data strip, for example, having minimum, maximum and mean values, variance, standard deviation, and periodicity that can be statistically evaluated.
Furthermore, data strips, including multiple simultaneous data strips, can be evaluated using linear transforms, such as the Fourier transform. For example, the data strips can be decomposed into discrete units, such as sinusoids of varying frequency and amplitude, that correspond to known conditions or subconditions that can be identified in the database 24.
In some embodiments of the vehicle diagnostic data collector/analyzer 10, the data analyzer 38 can define a diagnostic case history, “DC*,” as an ordered list of diagnostic cases, that is historical data samples, “p,” corresponding to a particular diagnosis, or failure condition, for example:
Thus, the diagnosis can correspond to an end-node, or leaf, in the diagnostic taxonomy.
Furthermore, in some embodiments of the vehicle diagnostic data collector/analyzer 10, the historical data samples, “p,” can be represented as a point in a multidimensional vector space having dimensionality equal to the number of measured parameters, “k.” Thus, for a particular vehicle type, “V,” the data analyzer 38 can define a parameter state space, “P,” as a “k”-dimensional Euclidean space representing the value range of all “k” measured parameter values in a set of historical data samples. Thus, in general, each historical data sample, “p,” is represented by a single point in the parameter state space, “P.”
The data analyzer 38 can further define a normal range, or nominal range, in “P” for each parameter, “p,” that corresponds to the historical data samples representing a normal operating condition free of vehicle component failures, that is, data samples taken from vehicles known to be well-functioning and not exhibiting symptoms, such as observed operational problems or fault codes set by the onboard computer 18. Thus, the data analyzer 38 can associate with the vehicle type, “V,” a “k”-dimensional subset of “P,” designated “PNormal,” embedded within the surface of a manifold, “MNormal,” having dimensionality “k−1”.
In a similar fashion, the data analyzer 38 can define multiple subsets of “P,” collectively “PAbnormal,” including parameter state spaces corresponding to historical data samples from vehicles operating under a diagnosed failure condition, {PFailure<1,1>, . . . , PFailure<n,m,>}. Thus, the failure condition operating parameter spaces, {PFailure<1,1>, . . . , PFailure<n,m,>}, can be derived from the diagnostic case histories, “DC*.” Each member, “PFailure<p,q>,” of the set, “PAbnormal,” can represent the parameter state space of expected parameter values corresponding to a manifestation of a particular failure mode, “FMpq,” which indicates the presence of a specific failure modality of a vehicle component, CTp.
The areas of P where two or more of the parameter spaces overlap represent parameter spaces wherein one of the operating conditions may exist, or wherein more than one operating condition may coexist. For example, within the area representing the intersection of PN, PF2 and PF3, the vehicle may be operating normally; or either a failure condition corresponding to PF2 may exist, or a failure condition corresponding to PF3, may exist; or a dual failure condition corresponding to both PF2 and PF3 may exist. Regarding the areas where two or more of the parameter spaces overlap, statistical analyses known in the art, such as a method of Baysian analysis, can be implemented to provide a probabilistic estimate of the likelihood of the existence of any one of the corresponding operating conditions or failure modes.
On the other hand, areas of P where only one parameter space is present represent parameter spaces wherein a specific condition conclusively exists. For example, within the area of parameter space PF5, a specific component failure modality can be conclusively inferred from the operating condition, since parameter space PF5 is uniquely associated with a specific component failure, and the vehicle can be identified as requiring a repair procedure.
Returning once again to
In the case that any portion of the parameter state space P (see
In some embodiments of the vehicle diagnostic data collector/analyzer 10, the data analyzer 38 can derive the failure condition operating parameter spaces, {PFailure<1,1>, . . . , PFailure<n,m>}, as well as the parameter categorization, “PC,” from the diagnostic case history, “DC*,” utilizing methods of automated reasoning that are known in the art. For example, the data analyzer 38 can implement a method of automated reasoning from the field of manifold learning, including linear methods such as principal component analysis, multi-dimensional scaling, or the like, as well as non-linear methods such as local linear embedding, ISOMAP, Laplacian eigenmap, or the like, in order to create for each set of cases relating to a failure modality of a specific component, an optimized “k−1”-dimensional manifold, which will define, by enclosure, the corresponding set PFailure<a,x>.
In an alternative embodiment of the vehicle diagnostic data collector/analyzer 10, the data analyzer 38 can derive the failure condition operating parameter spaces, {PFailure<1,1>, . . . , PFailure<n,m>}, as well as the parameter categorization, “PC,” from the diagnostic case history, “DC*,” utilizing methods from the field of neural networks that are known in the art. In yet another alternative embodiment, the data analyzer 38 can derive the failure condition operating parameter spaces, {PFailure<1,2>, . . . , PFailure<n,m>}, as well as the parameter categorization, “PC,” from the diagnostic case histories, “DC*,” utilizing genetic algorithms that are known in the art.
Furthermore, in some embodiments, the data analyzer 38 can construct a variable probabilistic parameter categorization by associating with each failure mode, “FMpq,”, a “k”-dimensional probability distribution, selected from such distributions known in the art, characterized by a mean value and a “k”-dimensional variable variance vector. The data analyzer 38 can further optimize the probabilistic parameter categorization, using methods that are known in the art, for example a method from the field of optimization theory. Thus, the data analyzer 38 can identify an optimal variance vector to fit the diagnostic case history, “DC*.”
In an yet other embodiments, as a generalization of above, the data analyzer 38 can construct a variable probabilistic parameter categorization by associating with each failure mode, “FMpq,”, a “k”-dimensional probability density function, characterized by a parameterization vector. The data analyzer 38 can further optimize the probabilistic parameter categorization, using methods that are known in the art, for example, a method from the field of optimization theory. Thus, the data analyzer 38 can identify an optimal parameterization vector to fit the diagnostic case history, “DC*.”
Moreover, in some embodiments of the vehicle diagnostic data collector/analyzer 10, the data analyzer 38 can perform a dimensionality reduction algorithm on the diagnostic case history, “DC*,” or on the parameter categorization, “PC.” The dimensionality reduction algorithm can be selected from those known in the art, including trivial, linear or non-linear dimensionality reduction algorithms. For example, performing a trivial dimensionality reduction on the diagnostic case history, “DC*,” could have the advantage of removing from consideration parameters that have no significant diagnostic impact.
The parameter reader 40 can record real-time measurements of operating parameters on a specific test-subject vehicle selected for diagnosis. For example, in some embodiments of the vehicle diagnostic data collector/analyzer 10, operating parameters can be recorded by the personal computer 12 or by the scan tool 14. The parameter reader 40 can record the measurements of operating parameters as a “snapshot”—a single set of measurements at a moment in time—or as a “data strip”—a sequence or series of periodic measurements taken over a period of time.
In addition, in some embodiments of the vehicle diagnostic data collector/analyzer 10, the parameter reader 40 can incorporate test instructions that can be displayed or presented aurally to instruct a vehicle technician to perform certain functions while the operating parameters are recorded, such as “start vehicle,” “idle engine for 2 minutes,” “maintain 3,000 rpm for 30 seconds,” or the like. In other embodiments, operating parameters can be entered by a user, for example, by way of a keyboard or other entry keys.
Furthermore, parameter reader 40 can receive the operating parameters by way of the vehicle onboard computer 18, for example, recording data items that are monitored by the onboard computer 18, such as engine speed, engine coolant temperature, and the like. Additionally, the parameter reader 40 can optionally receive the operating parameter signals by way of a signal conditioner, for example, the vehicle interface box 22 shown in
The comparator 42 can evaluate similarities and differences between the operating parameter measurements recorded by the parameter reader 40 from the test-subject vehicle and the established ranges corresponding to normal operating conditions and failure conditions, including multiple ranges represented by a multidimensional manifold.
Based on the results from the comparator 42, the condition identifier 44 can correlate the operating parameter measurements from the test-subject vehicle with known operating conditions, including normal operating conditions and failure conditions. The condition identifier 44 can thus identify a known operating condition that corresponds to the operating parameter measurements from the test-subject vehicle, for example, a failure condition corresponding to a failure condition operating parameter space, “PFailure<p,q>,” from the set, “PAbnormal,” or a normal operating condition corresponding to the normal operating parameter space, “PNormal.”
Additionally, the virtual diagnostician 46, can diagnose specific potential vehicle component failure modes that may be present in the test-subject vehicle based on the operating parameter measurements corresponding to a known failure mode in the diagnostic parameter categorization, “PC,” such as a failure mode corresponding to a failure condition operating parameter space, “PFailure<p,q>,” from the set, “PAbnormal.”
For example, given the test-subject vehicle type, along with the corresponding component taxonomy, CT, diagnostic taxonomy, DT, and diagnostic case history, DC*, based on the parameter categorization, PC, the virtual diagnostician 46 can implement deductive logic to infer either a conclusive diagnosis, such as a specific failure mode, FMpq, of a vehicle component, CTp, or a prioritized sequence of possible failure modes that may be present in the test-subject vehicle, for example, <FMp1q1, FMp2q2, FMp3q3, . . . FMp
As explained above, the historical diagnostic data can include various measured operating parameters from a number of different vehicles operating under a variety of normal conditions or failure conditions. Furthermore, the historical data can be collected as a “snapshot”—a single set of measurements at a moment in time—or as a “data strip”—a sequence or series of periodic measurements taken over a period of time.
The data can be accumulated in a database, such as a relational database that associates each instance of measured parameters with a definition or description of the prevailing ambient and operating conditions under which the data were gathered, as further described above. In some embodiments, the data can be sent to a central repository, for example, over a communication network.
Then, in step 52, “Analyze Historical Data,” the historical diagnostic data samples can be analyzed to determine typical ranges for operating parameter measurements corresponding to various normal and failure conditions, as described above. In this step, a diagnostic case history can be defined, for example, as an ordered list of diagnostic cases, that is historical data samples corresponding to a particular diagnosis, or failure condition.
In further explanation of this step,
Then, in step 56, “Represent Data in Vector Space,” the historical data samples can be represented as points in a multidimensional vector space having dimensionality equal to the number of measured parameters and a variable probabilistic parameter categorization can be constructed by associating with each diagnostic case a “k”-dimensional probability distribution. Accordingly, in step 58, “Determine Mean Value,” a mean value can be statistically calculated for each sample set, as explained above. Correspondingly, in step 60, “Optimize Variable Variance Vector,” a “k”-dimensional variable variance vector can be optimized to best fit the diagnostic case history using a method from the field of optimization theory, as further explained above.
In addition, in step 62, “Associate with Failure Mode,” a diagnostic parameter categorization can be defined as a list of 2-tuplets associating each specific failure mode with a corresponding failure condition parameter space, as described above. As also explained above, the analyses can include methods of automated reasoning, for example, from the field of manifold learning, and the failure condition operating parameter spaces, as well as the parameter categorization, can be derived from the diagnostic case history utilizing methods from the field of neural networks or using genetic algorithms.
Returning to
Additionally, in step 68, “Identify Operating Condition,” the operating parameter measurements from the test-subject vehicle can be correlated with known operating conditions, including normal operating conditions and failure conditions, as further explained above. Correspondingly, in step 70, “Diagnose Potential Failure Modes,” specific potential vehicle component failure modes that may be present in the test-subject vehicle can be diagnosed based on the operating parameter measurements corresponding to a known failure mode in the diagnostic parameter categorization, as also explained above.
The diagnostic data collector/analyzer 10 can further include the database 24 coupled to the PC 12 or scan tool 14, for example, by way of local links 26 and a communication network 28. In an alternative embodiment, the database 24 can be stored directed in a memory associated with the personal computer 12 or the scan tool 14. In this manner, suitable patient date may be store, accessed, analyzed, and/or displayed. Examples of suitable patient data include blood counts, results of tests and other such lab results, family history, and the like.
The historical diagnostic data can include various sensed vital signs and/or other medical data from a statistically significant population of individuals that are healthy and a likewise statistically significant population of diseased individuals. Furthermore, the historical data can be collected as a “snapshot”—a single set of measurements at a moment in time—or as a “data strip”—a sequence or series of periodic measurements taken over a period of time. This data can have all personal information removed to prevent identification of participants in the medical sampling.
The data can be accumulated in a database, such as a relational database that associates each instance of measured parameters with a definition or description of pre-existing and/or exacerbating conditions under which the data were gathered. In some embodiments, the data can be sent to a central repository, for example, over a communication network.
Then, in step 82, “Analyze Historical Data,” the historical diagnostic data samples can be analyzed to determine typical ranges for the vital signs or other such medical data corresponding to various normal and diseased conditions. In this step, a diagnostic case history can be defined, for example, as an ordered list of diagnostic cases, that is historical data samples corresponding to a particular diagnosis, or disease condition.
In further explanation of this step,
Then, in step 86, “Represent Data in Vector Space,” the historical data samples can be represented as points in a multidimensional vector space having dimensionality equal to the number of measured parameters and a variable probabilistic parameter categorization can be constructed by associating with each diagnostic case a “k”-dimensional probability distribution. Accordingly, in step 88, “Determine Mean Value,” a mean value can be statistically calculated for each sample set. Correspondingly, in step 90, “Optimize Variable Variance Vector,” a “k”-dimensional variable variance vector can be optimized to best fit the diagnostic case history using a method from the field of optimization theory.
In addition, in step 92, “Associate with disease condition,” a diagnostic parameter categorization can be defined as a list of 2-tuplets associating each specific disease condition with a corresponding disease condition parameter space. The analyses can include methods of automated reasoning, for example, from the field of manifold learning, and the pre-existing and/or exacerbating conditions, as well as the parameter categorization, can be derived from the diagnostic case history utilizing methods from the field of neural networks or using genetic algorithms.
Returning to
Additionally, in step 98, “Identify Test Condition,” the testing parameters for the patient 72 can be correlated with known testing conditions (such as running, seated, etc.), including pre-existing and/or exacerbating conditions. Correspondingly, in step 100, “Diagnose Potential Disease Conditions,” specific potential disease conditions that the patient may be suffering from can be diagnosed based on the vital signs corresponding to a known disease condition in the diagnostic parameter categorization.
The historical diagnostic data can include various measured operating parameters from a number of different A/C units operating under a variety of normal conditions or failure conditions. Furthermore, the historical data can be collected as a “snapshot”—a single set of measurements at a moment in time—or as a “data strip”—a sequence or series of periodic measurements taken over a period of time.
The data can be accumulated in a database, such as a relational database that associates each instance of measured parameters with a definition or description of the prevailing ambient and operating conditions under which the data were gathered. In some embodiments, the data can be sent to a central repository, for example, over a communication network.
Then, in step 112, “Analyze Historical Data,” the historical diagnostic data samples can be analyzed to determine typical ranges for operating parameter measurements corresponding to various normal and failure conditions. In this step, a diagnostic case history can be defined, for example, as an ordered list of diagnostic cases, that is historical data samples corresponding to a particular diagnosis, or failure condition.
In further explanation of this step,
Then, in step 116, “Represent Data in Vector Space,” the historical data samples can be represented as points in a multidimensional vector space having dimensionality equal to the number of measured parameters and a variable probabilistic parameter categorization can be constructed by associating with each diagnostic case a “k”-dimensional probability distribution. Accordingly, in step 118, “Determine Mean Value,” a mean value can be statistically calculated for each sample set. Correspondingly, in step 120, “Optimize Variable Variance Vector,” a “k”-dimensional variable variance vector can be optimized to best fit the diagnostic case history using a method from the field of optimization theory.
In addition, in step 122, “Associate with Failure Mode,” a diagnostic parameter categorization can be defined as a list of 2-tuplets associating each specific failure mode with a corresponding failure condition parameter space. The analyses can include methods of automated reasoning, for example, from the field of manifold learning, and the failure condition operating parameter spaces, as well as the parameter categorization, can be derived from the diagnostic case history utilizing methods from the field of neural networks or using genetic algorithms.
Returning to
Additionally, in step 128, “Identify Operating Condition,” the operating parameter measurements from the test-subject A/C unit can be correlated with known operating conditions, including normal operating conditions and failure conditions. Correspondingly, in step 130, “Diagnose Potential Failure Modes,” specific potential A/C unit component failure modes that may be present in the test-subject A/C unit 102 can be diagnosed based on the operating parameter measurements corresponding to a known failure mode in the diagnostic parameter categorization.
FIGS. 2 and 5-12 are block diagrams and flowcharts of methods, apparatuses and computer program products according to various embodiments of the present invention. It will be understood that each block or step of the block diagram, flowchart and control flow illustrations, and combinations of blocks in the block diagram, flowchart and control flow illustrations, can be implemented by computer program instructions or other means. Although computer program instructions are discussed, an apparatus according to the present invention can include other means, such as hardware or some combination of hardware and software, including one or more processors or controllers, for performing the disclosed functions.
In this regard,
An embodiment of the present invention can also include one or more input or output devices 16, such as a mouse, keyboard, monitor, and the like. A display can be provided for viewing text and graphical data, as well as a user interface to allow a user to request specific operations, including for example, a speaker, headphones or a microphone. Furthermore, an embodiment of the present invention may be connected to one or more remote computers via a network interface. The connection may be over a local area network (LAN) wide area network (WAN), and can include all of the necessary circuitry for such a connection.
Typically, computer program instructions may be loaded onto the computer or other general purpose programmable machine to produce a specialized machine, such that the instructions that execute on the computer or other programmable machine create means for implementing the functions specified in the block diagrams, schematic diagrams or flowcharts. Such computer program instructions may also be stored in a computer-readable medium that when loaded into a computer or other programmable machine can direct the machine to function in a particular manner, such that the instructions stored in the computer-readable medium produce an article of manufacture including instruction means that implement the function specified in the block diagrams, schematic diagrams or flowcharts.
In addition, the computer program instructions may be loaded into a computer or other programmable machine to cause a series of operational steps to be performed by the computer or other programmable machine to produce a computer-implemented process, such that the instructions that execute on the computer or other programmable machine provide steps for implementing the functions specified in the block diagram, schematic diagram, flowchart block or step.
Accordingly, blocks or steps of the block diagram, flowchart or control flow illustrations support combinations of means for performing the specified functions, combinations of steps for performing the specified functions and program instruction means for performing the specified functions. It will also be understood that each block or step of the block diagrams, schematic diagrams or flowcharts, as well as combinations of blocks or steps, can be implemented by special purpose hardware-based computer systems, or combinations of special purpose hardware and computer instructions, that perform the specified functions or steps.
As an example, provided for purposes of illustration only, a data input software tool of a search engine application can be a representative means for receiving a query including one or more search terms. Similar software tools of applications, or implementations of embodiments of the present invention, can be means for performing the specified functions. For example, an embodiment of the present invention may include computer software for interfacing a processing element with a user-controlled input device, such as a mouse, keyboard, touchscreen display, scanner, or the like. Similarly, an output of an embodiment of the present invention may include, for example, a combination of display software, video card hardware, and display hardware. A processing element may include, for example, a controller or microprocessor, such as a central processing unit (CPU), arithmetic logic unit (ALU), or control unit.
The many features and advantages of the invention are apparent from the detailed specification, and thus, it is intended by the appended claims to cover all such features and advantages of the invention which fall within the true spirit and scope of the invention. Further, since numerous modifications and variations will readily occur to those skilled in the art, it is not desired to limit the invention to the exact construction and operation illustrated and described, and accordingly, all suitable modifications and equivalents may be resorted to, falling within the scope of the invention.
This application claims benefit of and is a continuation-in-part of U.S. patent application Ser. No. 11/478,339, now issued as U.S. Pat. No. 7,751,955, entitled “DIAGNOSTICS DATA COLLECTION AND ANALYSIS METHOD AND APPARATUS TO DIAGNOSE VEHICLE COMPONENT FAILURES,” filed Jun. 30, 2006, which is hereby incorporated by reference in its entirety.
| Number | Date | Country | |
|---|---|---|---|
| Parent | 11478339 | Jun 2006 | US |
| Child | 12830862 | US |
