US20040025082A1 - Method and system for monitoring problem resolution of a machine - Google Patents
Method and system for monitoring problem resolution of a machine Download PDFInfo
- Publication number
- US20040025082A1 US20040025082A1 US10/210,815 US21081502A US2004025082A1 US 20040025082 A1 US20040025082 A1 US 20040025082A1 US 21081502 A US21081502 A US 21081502A US 2004025082 A1 US2004025082 A1 US 2004025082A1
- Authority
- US
- United States
- Prior art keywords
- data
- problem case
- failure condition
- executed
- machine
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 238000012544 monitoring process Methods 0.000 title description 9
- 230000003137 locomotive effect Effects 0.000 claims abstract description 81
- 238000003745 diagnosis Methods 0.000 claims description 10
- 238000004458 analytical method Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 230000002547 anomalous effect Effects 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000007257 malfunction Effects 0.000 description 2
- 238000001565 modulated differential scanning calorimetry Methods 0.000 description 2
- 210000004985 myeloid-derived suppressor cell Anatomy 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 208000024891 symptom Diseases 0.000 description 2
- 238000012549 training Methods 0.000 description 2
- 239000002826 coolant Substances 0.000 description 1
- 238000012631 diagnostic technique Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000012530 fluid Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0748—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a remote unit communicating with a single-box computer node experiencing an error/fault
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L27/00—Central railway traffic control systems; Trackside control; Communication systems specially adapted therefor
- B61L27/50—Trackside diagnosis or maintenance, e.g. software upgrades
- B61L27/57—Trackside diagnosis or maintenance, e.g. software upgrades for vehicles or trains, e.g. trackside supervision of train conditions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2294—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by remote test
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/079—Root cause analysis, i.e. error or fault diagnosis
Definitions
- This invention generally relates to machine diagnostics and repair and more particularly to a method and system for monitoring the resolution of malfunctions or breakdowns of machines, such as locomotives, once a diagnosis has been given to ensure that the malfunction or breakdown is properly repaired.
- a locomotive is one example of a complex electromechanical system comprising a plurality of complex systems and subsystems. Many if not all of these systems and subsystems are manufactured from components that will fail over time. The operational parameters of a locomotive system or subsystem are frequently monitored during operation of the locomotive to detect potential failures. If a failure condition or a set of failure conditions is detected then a service technician may conduct a diagnostics examination of the failure conditions and make a recommendation for fixing the problem. Considering the complexity of locomotive systems and subsystems it is sometimes difficult to precisely identify a failed component or other cause of the failure conditions. This may be because the effects or problems that the failure has on the system or subsystem are often neither readily apparent in terms of their source nor unique.
- the recommended fix for a problem may not resolve the problem due to the complexity of the problem and/or diagnostic efforts. With some components this is not a significant issue. For example, if a component has binary functionality in that it either works properly or it doesn't, such as a mechanical or electrical switch, then diagnosing, recommending a fix and determining that the fix corrected the problem is typically not too difficult. However, with more complex problems, conducting a diagnosis and recommending a proper fix may be more difficult. An improper diagnosis and/or recommended fix instruction may lead to the inefficient operation or underutilization of a locomotive or fleet of locomotives. This is turn may cause an economic loss to the locomotive or fleet operator, which the operator would rather avoid.
- Diagnosing failure conditions associated with complex machines may be performed by experienced personnel who have in-depth training and experience in working with a particular type of machine.
- these experienced individuals may use current and historical information associated with a problem that has been recorded in a written or electronic log. Using this information the technicians apply their accumulated experience, knowledge and training in mapping incidents occurring in a complex system and/or subsystem to problems that may be causing the incidents.
- Computer-based systems are also used to automatically diagnose problems in a machine to overcome some of the disadvantages associated with relying completely on experienced personnel. This may increase the speed and consistency of the diagnosis.
- Computer-based systems are becoming more popular and may utilize a mapping between the observed failure conditions and the equipment problems using techniques such as look up tables, symptom-problem matrices, and/or production rules, for example. These techniques work well for simplified systems having simple mappings between symptoms and problems. However, more complex equipment and process diagnostics seldom have such simple correspondences. Consequently, recommended fix instructions may be made that do not solve a problem immediately or completely. This may not be determined for sometime after the fix was executed if monitoring the consequences of an executed fix is predominantly performed manually. Not determining expeditiously that an executed fix instruction did not work may lead to recommending the same improper fix when that problem is next identified.
- the present invention fulfills the foregoing needs by providing in one exemplary embodiment thereof a method and system for determining whether to close a problem case associated with a machine, the problem case identifying a potential malfunctioning condition of the machine and defined by an occurrence of at least one failure condition of the machine, the method comprising acquiring a first set of operational data, the first set of operational data indicative of a first set of operational parameters associated with the machine, the first set of operational parameters being measured prior to a recommended fix instruction being executed wherein the first set of operational data contains the at least one failure condition; acquiring a second set of operational data, the second set of operational data indicative of a second set of operational parameters associated with the machine, the second set of operational parameters being measured after the recommended fix instruction is executed; determining whether the at least one failure condition is contained in the second set of operational data; and closing the problem case if the at least one failure condition is not contained in the second set of operational data.
- One exemplary embodiment of the present invention allows for data indicative of operational parameters of a machine, such as a locomotive, to be transmitted to a remote control center.
- the control center may include a database and a processor for analyzing the data to identify a condition of the machine that needs to be repaired.
- the processor may include a module for diagnosing the failure condition and issuing the recommended fix instruction.
- the processor may also include a module for analyzing the data indicative of the machine's operational parameters to determine whether the failure condition has repeated. If the failure condition has repeated after the recommended fix has been executed then one aspect of the present invention allows for the associated problem case to be reopened. Once reopened the data indicative of the operational parameters may be analyzed again to identify a second condition of the machine that needs to be repaired. A second recommended fix instruction may be issued to repair the second condition.
- the problem case may be closed when the failure condition does not repeat within a predetermined period of time.
- FIG. 1 is a schematic representation of an exemplary telecommunications system that may be used to implement at least one aspect of the present invention
- FIG. 2A is a flow diagram of one exemplary aspect of the present invention.
- FIG. 2B is a continuation of the flow diagram of FIG. 2A.
- FIG. 1 illustrates an exemplary telecommunications system 10 that may be used to implement at least one aspect of the present invention.
- the telecommunications system 10 may include using the Internet 11 for a wireless or hard wire connection between a plurality of mobile or fixed assets and a centralized control and/or service center 14 .
- each asset may be a vehicle used for transportation such as a locomotive 12 , for example, and the centralized control center 14 may be a monitoring and diagnostic service center (“MDSC”) such as one managed and operated by the assignee of the present invention.
- MDSC monitoring and diagnostic service center
- the control center 14 may be remotely located from the locomotives 12 and may include conventional computer processing components such as a processor 16 , a Loco/Customer database 18 and a server 20 .
- the processor 16 may include a variety of processing modules capable of executing computer-readable code for implementing aspects of the present invention.
- the control center 14 may be connected with the Internet 11 by virtue of a conventional Internet service provider (“ISP”) 22 that may offer hard line, wireless, optical, infrared or other means for exchanging data.
- ISP Internet service provider
- the telecommunications system 10 allows for data such as electrical data to be exchanged between the control center 14 and the locomotives 12 .
- ISP Internet service provider
- ASP application service provider
- the executable computer code used for implementing aspects of the present invention and associated databases may reside on a centralized server that may be accessed by the control center 14 and/or individual mobile assets such as locomotives 12 .
- Each locomotive 12 may include a plurality of onboard systems and subsystems that may be monitored and/or controlled by an onboard processor 24 .
- the onboard processor 24 may function as an onboard monitoring and/or diagnostic system that keeps track of any incidents occurring in the onboard systems and subsystems by recording those incidents in an incident log.
- the incident log may be represented as an electronic data file or files and the associated incidents may be logged by using a system of identification codes associated with the incidents.
- the incident log may be stored in an onboard database 25 that is accessible and controllable by the processor 24 .
- the onboard processor 24 may include a programmable diagnostic system for issuing recommended fix instructions responsive to an analysis of data in the incident log.
- Each onboard processor 24 may be configured to be in communication with the telecommunications system 10 so that data may be exchanged between the locomotives 12 and the control center 14 .
- One exemplary embodiment of the present invention allows for data associated with one or more of a locomotive's 12 onboard systems and subsystems to be transmitted over a telecommunications medium, such as the Internet 11 , to the control center 14 where it may be downloaded, stored in database 18 and analyzed.
- the onboard processor 24 may monitor and compile data associated with each of the locomotive's onboard systems and subsystems.
- This data may include information associated with an onboard system's failure conditions and may include an incident log or logs of such categorized information. This information may be transmitted at predetermined intervals to the remote control center 14 or it may be received there on demand by an end user, for example. The data may be transmitted over the telecommunications medium 10 or it may be communicated by other means as will be recognized by those skilled in the art.
- the control center server 20 and/or processor 16 , and the onboard processors 24 may be configured to be Web-enabled and each may include a conventional Web browser to enable their exchange of electronic data over the telecommunications medium 10 .
- the information peculiar to any one locomotive 12 may include a fault log, failure conditions, snapshots of predetermined operational parameters and/or conditions, statistics, road number, current time, current date, requester ID, etc.
- the fault log may include a substantially complete list of faults of systems and/or subsystems of a particular locomotive 12 , including respective times of occurrence and reset times, if any, for example.
- the fault log may further provide fault description, failure conditions, statistics and any other associated information relating to a fault that may assist personnel of the control center 14 , for example, to diagnose the fault or problem and make a recommendation for fixing the problem or fault.
- Each respective fault may have a predetermined data pack that contains information specific to that fault and may include information pertaining to a locomotive's 12 conditions, such as the locomotive's 12 operational parameters, just prior to a fault being logged.
- Statistical information pertaining to a locomotive 12 may include historical locomotive information contained in a fault log, such as historical information pertaining to engine duty cycle and may include respective line histories of locomotive notch time, mileage and total power generated by the engine of the locomotive 12 , for example.
- FIG. 2A illustrates a flow diagram of one aspect of the present invention that allows in step 30 for data to be downloaded from one or more of the locomotives 12 over the telecommunications medium 10 to the remote control center 14 .
- the downloaded data may be stored using conventional software on the Loco/Customer database 18 for analysis to diagnose a fault, problem or other trouble with a respective locomotive 12 .
- Step 32 allows for determining from the downloaded data whether a problem case exists for a particular locomotive 12 .
- the problem case may be determined by analysis onboard locomotive 12 , for example, before the associated data is transferred from the locomotive 12 to the remote control center 14 .
- a problem case may exist based on any anomalous condition associated with the locomotive 12 and identify a condition of the locomotive's 12 onboard systems, subsystems and/or other components that need to be repaired to bring them within an acceptable range of operational performance.
- the term repair as used herein includes conventional repair work and may also include other types of work performed on locomotive 12 such as replacing parts, conventional maintenance services and/or other service work.
- the problem case may be determined based on the presence of certain anomalies of a locomotive's 12 systems, subsystems and/or other components within the downloaded data, for example.
- a problem case may be defined by at least one fault condition associated with the condition of a locomotive 12 to be repaired and may be “opened” as an electronic data file for tracking events through to closing the problem case.
- the electronic data file may pertain to a specific customer and may contain customer specific information as well as information pertaining to the diagnosis and resolution of the problem case.
- a problem case may be established by detecting any anomalous condition associated with a locomotive's 12 operational parameters and/or by using conventional diagnostic techniques and/or tools such as Case Based Reasoning, Bayesian Belief Network and any other suitable analysis tools.
- Data may be downloaded from one or more locomotives 12 at predetermined intervals, on demand at the request of the control center 14 or transmitted proactively by an operator of a locomotive 12 , for example. As each batch of data is downloaded to the control center 14 it may be analyzed immediately or at a later time to determine whether a problem case exists.
- a problem case may also be determined to exist, for example, by the recognition of a data file that has been flagged as a problem case prior to its arrival at the control center 14 . If no problem case exists within a batch of data then step 32 allows for returning to step 30 to allow for another batch of data to be downloaded to the control center 14 and analyzed for the presence of a problem case. Alternate embodiments may allow for data to be continuously transmitted by one or more locomotives 12 to the control center 14 where it may be analyzed to determine whether a problem case exists in real time or near real time. Another alternate embodiment may allow for the diagnostics to be performed by a particular locomotive's 12 respective onboard processor 24 . When the diagnostics is complete data associated with a problem case may be transmitted over the telecommunications medium 10 to the control center 14 where a technician, for example, may develop and transmit a recommended fix instruction back to the respective locomotive 12 .
- step 34 allows for a fault log to be compiled for that problem case.
- the fault log may include a wide range of data associated with the problem case that may assist a technician and/or an automated diagnostics tool to diagnose the problem case in step 36 .
- step 38 allows for a recommended fix instruction for the problem case to be issued based on the diagnosis of step 36 .
- the recommended fix instruction may be issued over the telecommunications medium 10 to the database of a customer responsible for repairing the problem of the respective locomotive 12 .
- a recommended fix instruction may be issued in various ways and in one exemplary embodiment may issue over an Internet 11 connection using a business-to-business (“B2B”) application program between the control center 14 and the appropriate customer database.
- B2B business-to-business
- step 40 allows for checking the customer's database, which may be located at a customer facility, to determine whether the recommended fix instruction has been executed. In one exemplary embodiment this may be accomplished with a B2B connection between the customer's database, regardless of its location, and the control center 14 , for example, and may be done automatically or manually.
- step 40 allows for executing a computer readable software module to automatically request a first set of repair data be transmitted from the locomotive 12 to the control center 14 . Data associated with a repair made in response to the recommended fix instruction may be transmitted over the telecommunications medium 10 when the fix instruction has been executed.
- This repair data may be stored in the customer's database and/or a respective database 25 of a locomotive 12 and may be indicative of whether the recommended fix instruction has been executed.
- the repair data may also be indicative of the steps performed in making the repair, equipment that was used and/or of operational parameters associated with the condition of the locomotive 12 that was repaired, for example.
- the customer's database may be associated with the Loco/Customer database 18 or it may be another database provided that, in one exemplary embodiment, the control center 14 is enabled to communicate with the database to determine whether a recommended fix instruction has been executed. If the recommended fix instruction has been executed then step 44 allows for the associated problem case, which may be represented as an electronic data file stored in database 18 for example, to be marked as executed and moved to a specific queue. Step 46 may then allow for that problem case data file to be time stamped with the execution time of the recommended fix instruction for accurate tracking of the problem case resolution and closing.
- step 42 After determining that a recommended fix instruction for a problem case has been executed in step 42 it is desirable to determine whether the condition of a locomotive 12 defined by the problem case has actually been repaired. This may be accomplished by continually monitoring the failure condition or conditions and/or fault indicators upon which the problem case was defined to determine whether they stop occurring. If they stop occurring within a predetermined period of time after the recommended fix instruction has been executed then the problem case may be closed. In an alternate embodiment, the failure conditions may not stop occurring but they may occur at levels sufficient to conclude that the problem case is fixed and may be closed.
- One exemplary embodiment allows for monitoring the failure conditions and/or other operating parameters associated with a condition of a machine to be conducted by using an automatic health check application program.
- the automatic health check program may be an on-demand software application that will automatically check specific failure conditions and/or operating parameters of a machine, such as a repaired locomotive for example, after the recommended fix instruction has been executed.
- the health check program may be of a type known in the art and may use a telecommunications medium 10 to execute the inquiry.
- the failure conditions and/or operating parameters acquired by the health check program may be compared to the corresponding conditions and/or parameters upon which the problem case was defined.
- step 48 allows for the checking of data for the recurrence of the original failure indicators associated with the respective problem case since the execution time stamped in step 46 .
- the original failure conditions may include fault data and/or other continually generated data regarding operational parameters of a machine. Examples of such data are the rpm of a piece of rotating equipment or the temperature of various coolants or other fluids, for example. Such data may be transmitted from the respective locomotive 12 to the control center 14 .
- a recommended fix instruction such as the operational parameters from the respective locomotive's 12 systems and subsystems may be transmitted from the locomotive 12 to the control center 14 for analysis.
- the analysis may include determining in step 50 whether faults associated with a respective problem case have stopped logging in a fault log stored in the respective locomotive's 12 database 25 , for example.
- the set of operational parameters of the respective locomotive 12 measured prior to the execution of the recommended fix instruction may be compared to the same set of operational parameters measured after execution of the recommended fix instruction. If the faults associated with the problem case, which may also be referred to as failure conditions, have stopped logging at a predetermined point in time then a counter may be set to equal “counter+1” in step 52 .
- the counter may initially be set to equal zero so that the counter may sum the passage of increments of time.
- the counter may be set in step 52 when a set of machine operating conditions associated with the problem case have remained in an acceptable range for an acceptable period of time even though one or more of the faults associated with the respective problem case may not have stopped logging.
- One aspect of the present invention allows for establishing a predetermined amount of time to be used as a measure for determining whether a problem case has been resolved and should therefore be closed.
- the counter in step 52 may be increased by 1 for each 24-hour period within which the faults have stopped logging or the machine operating conditions have remained in an acceptable range.
- Alternate embodiments may increase the counter using different increments of time and the overall period of time for determining whether a problem case should be scored a success may also vary as a function of the circumstances of any particular problem case. For example, some problem cases may not be too difficult to diagnose based on fault log data and/or other failure indicators. Historical data associated with such problem cases may indicate that a recommended fix instruction has a high probability of repairing the problem case.
- the counter in step 54 may be set low.
- the diagnosis of more difficult problem cases may command a longer period of time before scoring the problem case a success to ensure that a sufficient amount of data is collected to conclude that the problem case is repaired and may be closed.
- step 56 allows for determining whether the recommended fix instruction issued in step 38 was responsible for repairing the condition associated with the problem case. This determination may be made by communication between the control center 14 and personnel operating the respective locomotive 12 and/or the analysis of data acquired from the locomotive 12 after the recommended fix instruction has been executed. Determining whether the condition associated with the problem case of a locomotive 12 has been repaired may be based on information obtained from the respective customer's database pertaining to that locomotive 12 and the associated problem case. If the recommended fix instruction is not responsible for fixing the condition associated with the problem case then step 70 allows for scoring the problem case a failure. The process may then return to step 30 to download data from one or more locomotives 12 and proceeding accordingly.
- step 30 allows for downloading an updated set of operational data indicative of the then current set of operational parameters of the locomotive 12 .
- An updated recommended fix instruction may be issued in step 38 based on an updated diagnosis of the problem case in step 36 . If the recommended fix instruction was responsible for fixing the condition associated with the problem case then step 72 allows for scoring that problem case a success and step 74 allows for closing the problem case. The process may then return to step 30 for downloading data from one or more locomotives 12 and proceeding accordingly.
- a problem case may be closed by designating the associated electronic data file as closed or by similarly designating associated written records that a problem case has been resolved and the matter is being closed.
- the information associated with the problem case may be archived and/or it may be used for diagnosing future problem cases.
- a problem case may be closed in step 74 by personnel onboard a locomotive 12 . Step 74 allows for the closing of the problem case to be reported to a remote service center such as the MDSC 14 .
- step 50 if the faults and/or failure conditions upon which the recommended fix instruction was based have not stopped logging in step 50 then the associated problem case may be designated as not solved in step 60 .
- step 50 may allow for determining whether a set of machine operating conditions have not remained in an acceptable range for a sufficiently long period of time. If they have not then that problem case may be designated as not solved in step 60 . In either case, the problem case designated as not solved in step 60 may then be re-opened in step 62 and a service delivery team may be alerted in step 64 that a problem case has been re-opened.
- Step 61 allows for scoring the problem case for which the faults and/or failure conditions have not stopped logging as a failure.
- step 64 when a problem case is re-opened in step 62 and the service delivery team is notified in step 64 the process may return to step 36 and a new diagnosis of the existing fault log data collected in step 34 may be conducted. A new recommended fix instruction may then be issued in step 38 and the process may proceed accordingly to determine if the new recommended fix instruction solves the problem case.
- An alternate exemplary embodiment allows for returning to step 30 when a problem case is re-opened in step 62 to allow for additional data to be downloaded from a locomotive 12 . This additional data may provide additional information to the service delivery team for diagnosing a problem case in step 36 that it did not have when the problem case was first diagnosed.
- Various exemplary embodiments of the present invention may be executed from a computer-usable medium such as a floppy disk or a CD, for example.
- the computer-usable medium may also be part of the ASP model and may reside on an ASP server, processor and/or database.
- the computer-usable medium may include a set of computer-executable code that includes a variety of modules for executing aspects of the present invention.
- a module may be a portion of the executable code, such as a subroutine, for performing specific tasks and/or steps to accomplish discrete tasks.
- the set of computer executable code may execute the steps of analyzing a set of failure conditions to identify a problem case associated with a machine where the problem case defines a condition of the machine that needs to be repaired.
- the code may allow for determining whether a recommended fix instruction has been executed by analyzing information in a customer's database, for example.
- the customer's database may be accessible over the telecommunications medium 10 .
- the code may also allow for analyzing a set of data indicative of a set of operating parameters of the machine to determine whether the condition has been repaired.
- the condition may be considered repaired if the associated failure conditions defining the problem case do not repeat within a predetermined period of time after the recommended fix instruction has been executed. If the condition has been repaired then the code allows for closing the problem case.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- General Health & Medical Sciences (AREA)
- Mechanical Engineering (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
A method and apparatus for determining when to close a problem case associated with a machine that includes identifying at least one failure condition associated with the problem case, determining whether the failure condition is repeated after a recommended fix instruction is executed and closing the problem case if the failure condition does not repeat within a predetermined amount of time after the fix instruction has been executed. The machine may be a remote machine such as a locomotive and electronic data indicative of the failure condition may be transmitted from the remote machine to a control center over a telecommunications medium such as the Internet. The control center may include a processor for managing the electronic data that may be transmitted from a plurality of remote machines. The control center processor may be adapted to request downloads from the remote machines and monitor downloaded data to determine whether the failure condition are repeating after the fix instruction has been executed.
Description
- This invention generally relates to machine diagnostics and repair and more particularly to a method and system for monitoring the resolution of malfunctions or breakdowns of machines, such as locomotives, once a diagnosis has been given to ensure that the malfunction or breakdown is properly repaired.
- A locomotive is one example of a complex electromechanical system comprising a plurality of complex systems and subsystems. Many if not all of these systems and subsystems are manufactured from components that will fail over time. The operational parameters of a locomotive system or subsystem are frequently monitored during operation of the locomotive to detect potential failures. If a failure condition or a set of failure conditions is detected then a service technician may conduct a diagnostics examination of the failure conditions and make a recommendation for fixing the problem. Considering the complexity of locomotive systems and subsystems it is sometimes difficult to precisely identify a failed component or other cause of the failure conditions. This may be because the effects or problems that the failure has on the system or subsystem are often neither readily apparent in terms of their source nor unique. Sometimes the recommended fix for a problem may not resolve the problem due to the complexity of the problem and/or diagnostic efforts. With some components this is not a significant issue. For example, if a component has binary functionality in that it either works properly or it doesn't, such as a mechanical or electrical switch, then diagnosing, recommending a fix and determining that the fix corrected the problem is typically not too difficult. However, with more complex problems, conducting a diagnosis and recommending a proper fix may be more difficult. An improper diagnosis and/or recommended fix instruction may lead to the inefficient operation or underutilization of a locomotive or fleet of locomotives. This is turn may cause an economic loss to the locomotive or fleet operator, which the operator would rather avoid.
- Diagnosing failure conditions associated with complex machines, such as systems and subsystems of a locomotive, may be performed by experienced personnel who have in-depth training and experience in working with a particular type of machine. Typically, these experienced individuals may use current and historical information associated with a problem that has been recorded in a written or electronic log. Using this information the technicians apply their accumulated experience, knowledge and training in mapping incidents occurring in a complex system and/or subsystem to problems that may be causing the incidents. Computer-based systems are also used to automatically diagnose problems in a machine to overcome some of the disadvantages associated with relying completely on experienced personnel. This may increase the speed and consistency of the diagnosis. Computer-based systems are becoming more popular and may utilize a mapping between the observed failure conditions and the equipment problems using techniques such as look up tables, symptom-problem matrices, and/or production rules, for example. These techniques work well for simplified systems having simple mappings between symptoms and problems. However, more complex equipment and process diagnostics seldom have such simple correspondences. Consequently, recommended fix instructions may be made that do not solve a problem immediately or completely. This may not be determined for sometime after the fix was executed if monitoring the consequences of an executed fix is predominantly performed manually. Not determining expeditiously that an executed fix instruction did not work may lead to recommending the same improper fix when that problem is next identified.
- Accordingly, it is desirable to provide an automated method and system for monitoring the resolution of problems associated with a machine, such as a locomotive, and verifying that an executed fix instruction has resolved that problem. Monitoring and expeditiously verifying the resolution of problems with a locomotive's systems and/or subsystems is advantageous because this ability may minimize overall locomotive downtime leading to a significant cost savings for the operator of the locomotive or a fleet of locomotives.
- The present invention fulfills the foregoing needs by providing in one exemplary embodiment thereof a method and system for determining whether to close a problem case associated with a machine, the problem case identifying a potential malfunctioning condition of the machine and defined by an occurrence of at least one failure condition of the machine, the method comprising acquiring a first set of operational data, the first set of operational data indicative of a first set of operational parameters associated with the machine, the first set of operational parameters being measured prior to a recommended fix instruction being executed wherein the first set of operational data contains the at least one failure condition; acquiring a second set of operational data, the second set of operational data indicative of a second set of operational parameters associated with the machine, the second set of operational parameters being measured after the recommended fix instruction is executed; determining whether the at least one failure condition is contained in the second set of operational data; and closing the problem case if the at least one failure condition is not contained in the second set of operational data.
- One exemplary embodiment of the present invention allows for data indicative of operational parameters of a machine, such as a locomotive, to be transmitted to a remote control center. The control center may include a database and a processor for analyzing the data to identify a condition of the machine that needs to be repaired. The processor may include a module for diagnosing the failure condition and issuing the recommended fix instruction. The processor may also include a module for analyzing the data indicative of the machine's operational parameters to determine whether the failure condition has repeated. If the failure condition has repeated after the recommended fix has been executed then one aspect of the present invention allows for the associated problem case to be reopened. Once reopened the data indicative of the operational parameters may be analyzed again to identify a second condition of the machine that needs to be repaired. A second recommended fix instruction may be issued to repair the second condition. The problem case may be closed when the failure condition does not repeat within a predetermined period of time.
- FIG. 1 is a schematic representation of an exemplary telecommunications system that may be used to implement at least one aspect of the present invention;
- FIG. 2A is a flow diagram of one exemplary aspect of the present invention; and
- FIG. 2B is a continuation of the flow diagram of FIG. 2A.
- FIG. 1 illustrates an
exemplary telecommunications system 10 that may be used to implement at least one aspect of the present invention. Thetelecommunications system 10 may include using the Internet 11 for a wireless or hard wire connection between a plurality of mobile or fixed assets and a centralized control and/orservice center 14. In one exemplary embodiment of the present invention each asset may be a vehicle used for transportation such as alocomotive 12, for example, and thecentralized control center 14 may be a monitoring and diagnostic service center (“MDSC”) such as one managed and operated by the assignee of the present invention. Thecontrol center 14 may be remotely located from thelocomotives 12 and may include conventional computer processing components such as aprocessor 16, a Loco/Customer database 18 and aserver 20. Theprocessor 16 may include a variety of processing modules capable of executing computer-readable code for implementing aspects of the present invention. Thecontrol center 14 may be connected with the Internet 11 by virtue of a conventional Internet service provider (“ISP”) 22 that may offer hard line, wireless, optical, infrared or other means for exchanging data. As illustrated in FIG. 1, thetelecommunications system 10 allows for data such as electrical data to be exchanged between thecontrol center 14 and thelocomotives 12. It will be recognized by those skilled in the art that various embodiments of the present invention may be executed as an application service provider (“ASP”) model. For instance, with an ASP model the executable computer code used for implementing aspects of the present invention and associated databases may reside on a centralized server that may be accessed by thecontrol center 14 and/or individual mobile assets such aslocomotives 12. - Each
locomotive 12 may include a plurality of onboard systems and subsystems that may be monitored and/or controlled by anonboard processor 24. As will be appreciated by those skilled in the art, alocomotive 12 may include a wide range of onboard systems and subsystems that range in their complexity from simple to sophisticated. Theonboard processor 24 may function as an onboard monitoring and/or diagnostic system that keeps track of any incidents occurring in the onboard systems and subsystems by recording those incidents in an incident log. The incident log may be represented as an electronic data file or files and the associated incidents may be logged by using a system of identification codes associated with the incidents. The incident log may be stored in anonboard database 25 that is accessible and controllable by theprocessor 24. Theonboard processor 24 may include a programmable diagnostic system for issuing recommended fix instructions responsive to an analysis of data in the incident log. Eachonboard processor 24 may be configured to be in communication with thetelecommunications system 10 so that data may be exchanged between thelocomotives 12 and thecontrol center 14. One exemplary embodiment of the present invention allows for data associated with one or more of a locomotive's 12 onboard systems and subsystems to be transmitted over a telecommunications medium, such as the Internet 11, to thecontrol center 14 where it may be downloaded, stored indatabase 18 and analyzed. For example, during operation of alocomotive 12, theonboard processor 24 may monitor and compile data associated with each of the locomotive's onboard systems and subsystems. This data may include information associated with an onboard system's failure conditions and may include an incident log or logs of such categorized information. This information may be transmitted at predetermined intervals to theremote control center 14 or it may be received there on demand by an end user, for example. The data may be transmitted over thetelecommunications medium 10 or it may be communicated by other means as will be recognized by those skilled in the art. Thecontrol center server 20 and/orprocessor 16, and theonboard processors 24 may be configured to be Web-enabled and each may include a conventional Web browser to enable their exchange of electronic data over thetelecommunications medium 10. - One aspect of the present invention allows for the
control center 14 to request that one ormore locomotives 12 transmit information to thecontrol center 14. The information peculiar to any onelocomotive 12 may include a fault log, failure conditions, snapshots of predetermined operational parameters and/or conditions, statistics, road number, current time, current date, requester ID, etc. The fault log may include a substantially complete list of faults of systems and/or subsystems of aparticular locomotive 12, including respective times of occurrence and reset times, if any, for example. The fault log may further provide fault description, failure conditions, statistics and any other associated information relating to a fault that may assist personnel of thecontrol center 14, for example, to diagnose the fault or problem and make a recommendation for fixing the problem or fault. Each respective fault may have a predetermined data pack that contains information specific to that fault and may include information pertaining to a locomotive's 12 conditions, such as the locomotive's 12 operational parameters, just prior to a fault being logged. Statistical information pertaining to a locomotive 12 may include historical locomotive information contained in a fault log, such as historical information pertaining to engine duty cycle and may include respective line histories of locomotive notch time, mileage and total power generated by the engine of the locomotive 12, for example. - FIG. 2A illustrates a flow diagram of one aspect of the present invention that allows in step30 for data to be downloaded from one or more of the
locomotives 12 over thetelecommunications medium 10 to theremote control center 14. The downloaded data may be stored using conventional software on the Loco/Customer database 18 for analysis to diagnose a fault, problem or other trouble with arespective locomotive 12. Step 32 allows for determining from the downloaded data whether a problem case exists for aparticular locomotive 12. In an alternate embodiment the problem case may be determined by analysisonboard locomotive 12, for example, before the associated data is transferred from the locomotive 12 to theremote control center 14. A problem case may exist based on any anomalous condition associated with the locomotive 12 and identify a condition of the locomotive's 12 onboard systems, subsystems and/or other components that need to be repaired to bring them within an acceptable range of operational performance. The term repair as used herein includes conventional repair work and may also include other types of work performed onlocomotive 12 such as replacing parts, conventional maintenance services and/or other service work. The problem case may be determined based on the presence of certain anomalies of a locomotive's 12 systems, subsystems and/or other components within the downloaded data, for example. A problem case may be defined by at least one fault condition associated with the condition of a locomotive 12 to be repaired and may be “opened” as an electronic data file for tracking events through to closing the problem case. The electronic data file may pertain to a specific customer and may contain customer specific information as well as information pertaining to the diagnosis and resolution of the problem case. A problem case may be established by detecting any anomalous condition associated with a locomotive's 12 operational parameters and/or by using conventional diagnostic techniques and/or tools such as Case Based Reasoning, Bayesian Belief Network and any other suitable analysis tools. Data may be downloaded from one ormore locomotives 12 at predetermined intervals, on demand at the request of thecontrol center 14 or transmitted proactively by an operator of a locomotive 12, for example. As each batch of data is downloaded to thecontrol center 14 it may be analyzed immediately or at a later time to determine whether a problem case exists. A problem case may also be determined to exist, for example, by the recognition of a data file that has been flagged as a problem case prior to its arrival at thecontrol center 14. If no problem case exists within a batch of data then step 32 allows for returning to step 30 to allow for another batch of data to be downloaded to thecontrol center 14 and analyzed for the presence of a problem case. Alternate embodiments may allow for data to be continuously transmitted by one ormore locomotives 12 to thecontrol center 14 where it may be analyzed to determine whether a problem case exists in real time or near real time. Another alternate embodiment may allow for the diagnostics to be performed by a particular locomotive's 12 respectiveonboard processor 24. When the diagnostics is complete data associated with a problem case may be transmitted over thetelecommunications medium 10 to thecontrol center 14 where a technician, for example, may develop and transmit a recommended fix instruction back to therespective locomotive 12. - If a problem case is identified in step32 then step 34 allows for a fault log to be compiled for that problem case. The fault log may include a wide range of data associated with the problem case that may assist a technician and/or an automated diagnostics tool to diagnose the problem case in step 36. After diagnostics, step 38 allows for a recommended fix instruction for the problem case to be issued based on the diagnosis of step 36. The recommended fix instruction may be issued over the
telecommunications medium 10 to the database of a customer responsible for repairing the problem of therespective locomotive 12. A recommended fix instruction may be issued in various ways and in one exemplary embodiment may issue over anInternet 11 connection using a business-to-business (“B2B”) application program between thecontrol center 14 and the appropriate customer database. After issuing the recommended fix instruction, step 40 allows for checking the customer's database, which may be located at a customer facility, to determine whether the recommended fix instruction has been executed. In one exemplary embodiment this may be accomplished with a B2B connection between the customer's database, regardless of its location, and thecontrol center 14, for example, and may be done automatically or manually. For example, step 40 allows for executing a computer readable software module to automatically request a first set of repair data be transmitted from the locomotive 12 to thecontrol center 14. Data associated with a repair made in response to the recommended fix instruction may be transmitted over thetelecommunications medium 10 when the fix instruction has been executed. This repair data may be stored in the customer's database and/or arespective database 25 of a locomotive 12 and may be indicative of whether the recommended fix instruction has been executed. The repair data may also be indicative of the steps performed in making the repair, equipment that was used and/or of operational parameters associated with the condition of the locomotive 12 that was repaired, for example. The customer's database may be associated with the Loco/Customer database 18 or it may be another database provided that, in one exemplary embodiment, thecontrol center 14 is enabled to communicate with the database to determine whether a recommended fix instruction has been executed. If the recommended fix instruction has been executed then step 44 allows for the associated problem case, which may be represented as an electronic data file stored indatabase 18 for example, to be marked as executed and moved to a specific queue. Step 46 may then allow for that problem case data file to be time stamped with the execution time of the recommended fix instruction for accurate tracking of the problem case resolution and closing. - After determining that a recommended fix instruction for a problem case has been executed in step42 it is desirable to determine whether the condition of a locomotive 12 defined by the problem case has actually been repaired. This may be accomplished by continually monitoring the failure condition or conditions and/or fault indicators upon which the problem case was defined to determine whether they stop occurring. If they stop occurring within a predetermined period of time after the recommended fix instruction has been executed then the problem case may be closed. In an alternate embodiment, the failure conditions may not stop occurring but they may occur at levels sufficient to conclude that the problem case is fixed and may be closed. One exemplary embodiment allows for monitoring the failure conditions and/or other operating parameters associated with a condition of a machine to be conducted by using an automatic health check application program. The automatic health check program may be an on-demand software application that will automatically check specific failure conditions and/or operating parameters of a machine, such as a repaired locomotive for example, after the recommended fix instruction has been executed. The health check program may be of a type known in the art and may use a
telecommunications medium 10 to execute the inquiry. The failure conditions and/or operating parameters acquired by the health check program may be compared to the corresponding conditions and/or parameters upon which the problem case was defined. In one aspect of the present invention step 48 allows for the checking of data for the recurrence of the original failure indicators associated with the respective problem case since the execution time stamped in step 46. The original failure conditions may include fault data and/or other continually generated data regarding operational parameters of a machine. Examples of such data are the rpm of a piece of rotating equipment or the temperature of various coolants or other fluids, for example. Such data may be transmitted from therespective locomotive 12 to thecontrol center 14. - For example, after a recommended fix instruction has been executed data such as the operational parameters from the respective locomotive's12 systems and subsystems may be transmitted from the locomotive 12 to the
control center 14 for analysis. The analysis may include determining in step 50 whether faults associated with a respective problem case have stopped logging in a fault log stored in the respective locomotive's 12database 25, for example. In this respect, the set of operational parameters of therespective locomotive 12 measured prior to the execution of the recommended fix instruction may be compared to the same set of operational parameters measured after execution of the recommended fix instruction. If the faults associated with the problem case, which may also be referred to as failure conditions, have stopped logging at a predetermined point in time then a counter may be set to equal “counter+1” instep 52. As will be recognized by those skilled in the art the counter may initially be set to equal zero so that the counter may sum the passage of increments of time. In an alternate exemplary embodiment the counter may be set instep 52 when a set of machine operating conditions associated with the problem case have remained in an acceptable range for an acceptable period of time even though one or more of the faults associated with the respective problem case may not have stopped logging. - One aspect of the present invention allows for establishing a predetermined amount of time to be used as a measure for determining whether a problem case has been resolved and should therefore be closed. For example, the counter in
step 52 may be increased by 1 for each 24-hour period within which the faults have stopped logging or the machine operating conditions have remained in an acceptable range. Alternate embodiments may increase the counter using different increments of time and the overall period of time for determining whether a problem case should be scored a success may also vary as a function of the circumstances of any particular problem case. For example, some problem cases may not be too difficult to diagnose based on fault log data and/or other failure indicators. Historical data associated with such problem cases may indicate that a recommended fix instruction has a high probability of repairing the problem case. In this respect, the counter instep 54 may be set low. Similarly, the diagnosis of more difficult problem cases may command a longer period of time before scoring the problem case a success to ensure that a sufficient amount of data is collected to conclude that the problem case is repaired and may be closed. - If the counter in
step 54 equals seven, for example, then step 56 allows for determining whether the recommended fix instruction issued in step 38 was responsible for repairing the condition associated with the problem case. This determination may be made by communication between thecontrol center 14 and personnel operating therespective locomotive 12 and/or the analysis of data acquired from the locomotive 12 after the recommended fix instruction has been executed. Determining whether the condition associated with the problem case of a locomotive 12 has been repaired may be based on information obtained from the respective customer's database pertaining to that locomotive 12 and the associated problem case. If the recommended fix instruction is not responsible for fixing the condition associated with the problem case then step 70 allows for scoring the problem case a failure. The process may then return to step 30 to download data from one ormore locomotives 12 and proceeding accordingly. In this respect, step 30 allows for downloading an updated set of operational data indicative of the then current set of operational parameters of the locomotive 12. An updated recommended fix instruction may be issued in step 38 based on an updated diagnosis of the problem case in step 36. If the recommended fix instruction was responsible for fixing the condition associated with the problem case then step 72 allows for scoring that problem case a success and step 74 allows for closing the problem case. The process may then return to step 30 for downloading data from one ormore locomotives 12 and proceeding accordingly. A problem case may be closed by designating the associated electronic data file as closed or by similarly designating associated written records that a problem case has been resolved and the matter is being closed. The information associated with the problem case may be archived and/or it may be used for diagnosing future problem cases. In one exemplary embodiment of the present invention, a problem case may be closed instep 74 by personnel onboard a locomotive 12.Step 74 allows for the closing of the problem case to be reported to a remote service center such as theMDSC 14. - Returning to step50, if the faults and/or failure conditions upon which the recommended fix instruction was based have not stopped logging in step 50 then the associated problem case may be designated as not solved in
step 60. In an alternate exemplary embodiment step 50 may allow for determining whether a set of machine operating conditions have not remained in an acceptable range for a sufficiently long period of time. If they have not then that problem case may be designated as not solved instep 60. In either case, the problem case designated as not solved instep 60 may then be re-opened instep 62 and a service delivery team may be alerted instep 64 that a problem case has been re-opened.Step 61 allows for scoring the problem case for which the faults and/or failure conditions have not stopped logging as a failure. In one exemplary embodiment of the present invention when a problem case is re-opened instep 62 and the service delivery team is notified instep 64 the process may return to step 36 and a new diagnosis of the existing fault log data collected in step 34 may be conducted. A new recommended fix instruction may then be issued in step 38 and the process may proceed accordingly to determine if the new recommended fix instruction solves the problem case. An alternate exemplary embodiment allows for returning to step 30 when a problem case is re-opened instep 62 to allow for additional data to be downloaded from a locomotive 12. This additional data may provide additional information to the service delivery team for diagnosing a problem case in step 36 that it did not have when the problem case was first diagnosed. - Various exemplary embodiments of the present invention may be executed from a computer-usable medium such as a floppy disk or a CD, for example. The computer-usable medium may also be part of the ASP model and may reside on an ASP server, processor and/or database. The computer-usable medium may include a set of computer-executable code that includes a variety of modules for executing aspects of the present invention. A module may be a portion of the executable code, such as a subroutine, for performing specific tasks and/or steps to accomplish discrete tasks. For example, the set of computer executable code may execute the steps of analyzing a set of failure conditions to identify a problem case associated with a machine where the problem case defines a condition of the machine that needs to be repaired. The code may allow for determining whether a recommended fix instruction has been executed by analyzing information in a customer's database, for example. The customer's database may be accessible over the
telecommunications medium 10. The code may also allow for analyzing a set of data indicative of a set of operating parameters of the machine to determine whether the condition has been repaired. The condition may be considered repaired if the associated failure conditions defining the problem case do not repeat within a predetermined period of time after the recommended fix instruction has been executed. If the condition has been repaired then the code allows for closing the problem case. - While the preferred embodiments of the present invention have been shown and described herein, it will be obvious that such embodiments are provided by way of example only. Numerous variations, changes and substitutions will occur to those of skill in the art without departing from the invention herein. Accordingly, it is intended that the invention be interpreted in light of the spirit and scope of the appended claims.
Claims (31)
1. A method for determining whether to close a problem case associated with a machine, the problem case identifying at least one failure condition of the machine, the method comprising:
acquiring a first set of operational data, the first set of operational data indicative of a first set of operational parameters associated with the machine, the first set of operational parameters being measured prior to a recommended fix instruction being executed wherein the first set of operational data contains the at least one failure condition;
acquiring a second set of operational data, the second set of operational data indicative of a second set of operational parameters associated with the machine, the second set of operational parameters being measured after the recommended fix instruction is executed;
determining whether the at least one failure condition is contained in the second set of operational data; and
closing the problem case if the at least one failure condition is not contained in the second set of operational data.
2. The method of claim 1 , the steps of acquiring a first set and a second set of operational data comprising:
downloading the first and second set of operational data to a remote service center; and
storing the first and second set of operational data in a customer database.
3. The method of claim 1 further comprising:
reporting the closing of the problem case to a remote service center.
4. The method of claim 1 further comprising:
storing an electronic data file in a customer database, the electronic data file containing data indicative of customer and machine specific information associated with the problem case;
marking the electronic data file as executed if the recommended fix instruction has been executed; and
time stamping the electronic data file with a time that the recommended fix instruction was executed.
5. The method of claim 4 , the step of closing the problem case further comprising marking the electronic data file as closed if the at least one failure condition is not contained in the second set of operational data within a predetermined period of time measured from the time that the recommended fix instruction was executed.
6. The method of claim 1 further comprising:
delivering a message to a service delivery team alerting the team that the problem case has not been solved if the at least one failure condition is contained in the second set of operational data.
7. The method of claim 1 wherein the step of determining is conducted at a remote service center.
8. The method of claim 1 further comprising:
acquiring a set of repair data, the set of repair data indicative of whether the recommended fix instruction has been executed; and
analyzing the set of repair data to determine whether the recommended fix instruction has been executed.
9. The method of claim 1 further comprising:
creating an electronic data file associated with the problem case, the electronic data file containing a set of data indicative of a customer's information and the machine's information;
storing the electronic data file in a customer database;
determining whether the recommended fix instruction repaired the at least one failure condition;
marking the electronic data file as a success if the recommended fix instruction repaired the at least one failure condition; and
marking the electronic data file as a failure if the recommended fix instruction did not repair the at least one failure condition.
10. The method of claim 9 further comprising:
marking the electronic data file as a re-opened problem case;
issuing an updated recommended fix instruction;
acquiring an updated set of operational data, the updated set of operational data indicative of an updated set of operational parameters associated with the machine, the updated set of operational parameters being measured after the updated recommended fix instruction is executed; and
closing the re-opened problem case if the at least one failure condition is not contained in the updated set of operational data.
11. The method of claim 1 further comprising:
diagnosing the problem case by associating the occurrence of the at least one failure condition with a set of potential malfunctioning conditions of the machine; and
issuing the recommended fix instruction based on the diagnosis of the problem case.
12. A method for managing data to determine whether to close a problem case associated with at least one locomotive, the method comprising:
downloading a first set of data from the at least one locomotive to a remote control center, the first set of data indicative that the problem case exists in association with the at least one locomotive;
identifying at least one failure condition associated with the problem case;
downloading a second set of data from the at least one locomotive to the remote control center, the second set of data indicative of a set of operational parameters associated with the at least one locomotive, the second set of operational parameters being determined after a first recommended fix instruction has been executed in relation to the at least one locomotive; and
closing the problem case if the at least one failure condition is not contained in the second set of data.
13. The method of claim 12 further comprising:
compiling a fault log for the problem case and storing it in a customer database, the fault log containing data indicative of the at least one failure condition.
14. The method of claim 13 further comprising the step of:
diagnosing the problem case by analyzing the fault log to identify a potential malfunctioning condition of the at least one locomotive.
15. The method of claim 14 further comprising the step of:
transmitting a first recommended fix instruction to the at least one locomotive, the recommended fix instruction prepared in response to the step of diagnosing.
16. The method of claim 12 further comprising:
receiving a first set of repair data at the remote control center, the first set of repair data indicative of whether a customer has executed the first recommended fix instruction; and
determining whether the first recommended fix instruction has been executed.
17. The method of claim 16 further comprising:
creating an electronic data file associated with the problem case;
marking the electronic data file as executed if the first recommended fix instruction has been executed; and
time stamping the electronic data file with the time that the first recommended fix instruction was executed.
18. The method of claim 12 further comprising:
creating an electronic data file associated with the problem case;
storing the electronic data file on the customer database; and
marking the electronic data file as a failure if the recommended fix instruction did not repair the at least one failure condition.
19. The method of claim 12 further comprising:
creating an electronic data file associated with the problem case;
storing the electronic data file on the customer database; and
marking the electronic data file as a success if the recommended fix instruction repaired the at least one failure condition.
20. The method of claim 12 further comprising:
transmitting a second recommended fix instruction to the at least one locomotive if the at least one failure condition is contained in the second set of data.
21. The method of claim 12 further comprising:
downloading a set of updated operational parameters to the remote control center if data indicative of the at least one failure condition is contained in the second set of data; and
closing the problem case if data indicative of the at least one failure condition is not contained in the updated set of operational parameters.
22. The method of claim 21 further comprising:
transmitting a second recommended fix instruction to the at least one locomotive if data indicative of the at least one failure condition is contained in the second set of data.
23. A method for determining whether to close a problem case associated with a machine for which a recommended fix instruction has been issued, the problem case being at least in part defined by an occurrence of at least one failure condition of the machine, the method comprising:
accessing a customer database to determine whether the recommended fix instruction has been executed in association with the machine;
determining whether data indicative of the at least one failure condition is contained in a first set of operational data, the first set of operational data indicative of a set of operational parameters associated with the machine wherein the set of operational parameters are established after the recommended fix instruction has been executed; and
closing the problem case if the data indicative of the at least one failure condition is not contained in the first set of data.
24. The method of claim 23 , the step of accessing a customer database comprising:
receiving a first set of repair data at a service center remote from the machine, the first set of repair data indicative of whether the recommended fix instruction has been executed in association with the machine; and
evaluating the first set of repair data to determine whether the recommended fix instruction has been executed.
25. The method of claim 24 further comprising:
executing a computer readable software module to automatically request the first set of repair data be transmitted from the machine to the service center.
26. The method of claim 23 further comprising:
downloading the first set of operational data from the machine to a remote service center; and
storing the first set of operational data in a machine database at the remote service center.
27. The method of claim 23 further comprising:
creating an electronic data file for tracking events associated with the problem case;
storing the electronic data file in the customer database; and
marking the electronic data file as executed if the recommended fix instruction has been executed.
28. The method of claim 27 further comprising:
time stamping the electronic data file with a time that the recommended fix instruction was executed; and
the step of closing the problem case further comprising closing the problem case only if the data indicative of the at least one failure condition is not contained in the first set of data within a predetermine period of time measured from the time the recommended fix instruction was executed.
29. The method of claim 23 further comprising:
downloading a second set of operational data from the machine to a remote service center, the second set of operational data indicative of the set of operational parameters wherein the operational parameters are established prior to the recommended fix instruction being executed;
storing the second set of operational data in a database at the service center;
retrieving the second set of operational data with a processor, the processor configured to analyze the second set of operational data to determine whether data indicative of the at least one failure condition is contained in the second set of operational data; and
instructing the processor to issue the recommended fix instruction if data indicative of the at least one failure condition is contained in the second set of operational data, the recommended fix instruction based on at least the at least one failure condition.
30. The method of claim 29 further comprising:
downloading the first set of operational data from the machine to the remote service center; and
storing the first set of operational data in the database at the service center.
31. A system for determining whether to close a problem case associated with a machine for which a recommended fix instruction has been issued, the problem case being at least in part defined by an occurrence of at least one failure condition of the machine, the system comprising:
a first processor onboard the machine, the first processor configured to monitor and store a set of data indicative of a set of operational parameters associated with the machine;
a first database onboard the machine for storing the set of data;
a second processor at a service center remote from the machine, the second processor configured to receive the set of data downloaded from the first processor;
a second database at the remote service center for storing the set of data;
the second processor further configured to analyze the set of data to determine whether data indicative of the at least one failure condition is contained in the set of data after the recommended fix instruction has been executed; and
the second processor further configured to close the problem case if data indicative of the at least one failure condition is contained in the set of data.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/210,815 US6993675B2 (en) | 2002-07-31 | 2002-07-31 | Method and system for monitoring problem resolution of a machine |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/210,815 US6993675B2 (en) | 2002-07-31 | 2002-07-31 | Method and system for monitoring problem resolution of a machine |
Publications (2)
Publication Number | Publication Date |
---|---|
US20040025082A1 true US20040025082A1 (en) | 2004-02-05 |
US6993675B2 US6993675B2 (en) | 2006-01-31 |
Family
ID=31187431
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/210,815 Expired - Fee Related US6993675B2 (en) | 2002-07-31 | 2002-07-31 | Method and system for monitoring problem resolution of a machine |
Country Status (1)
Country | Link |
---|---|
US (1) | US6993675B2 (en) |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050055259A1 (en) * | 2003-09-10 | 2005-03-10 | Wen-Chang Kuo | Instruction system and method for equipment problem solving |
US20060048004A1 (en) * | 2004-08-30 | 2006-03-02 | Norimi Kawashima | Log collecting apparatus, image forming apparatus and computer-readable storage medium |
WO2006032585A1 (en) * | 2004-09-24 | 2006-03-30 | Robert Bosch Gmbh | Method for executing a computer program on a computer system |
EP1821212A2 (en) * | 2006-01-20 | 2007-08-22 | General Electric Company | Method and system for data collection and analysis |
EP1900597A1 (en) * | 2006-09-18 | 2008-03-19 | Bombardier Transportation GmbH | Diagnostic system and method for monitoring a rail system |
US20080201402A1 (en) * | 2003-10-06 | 2008-08-21 | Tony Petrilli | Method and system for providing instructions and actions to a remote network monitoring/management agent during scheduled communications |
US20090150714A1 (en) * | 2007-12-07 | 2009-06-11 | Gasperson Joanna E | Remote diagnostic and repair system |
US20090254407A1 (en) * | 2008-04-02 | 2009-10-08 | Envista Corporation | Systems and methods for event coordination and asset control |
US20110029658A1 (en) * | 2009-07-24 | 2011-02-03 | Theodore Werth | System and methods for providing a multi-device, multi-service platform via a client agent |
US20120166874A1 (en) * | 2010-12-23 | 2012-06-28 | Timothy Bernardez | Wireless Device Expert System |
US20130238940A1 (en) * | 2012-03-07 | 2013-09-12 | International Business Machines Corporation | Method for ranking analysis tools |
US20140025588A1 (en) * | 2012-07-20 | 2014-01-23 | Amdocs Software Systems Limited. | Methods and systems for automated issue resolution |
US20140236649A1 (en) * | 2013-02-21 | 2014-08-21 | Atlassian Pty Ltd | Method and Apparatus for Performing Remote Operations in an Issue Tracking Environment |
US20140356607A1 (en) * | 2012-01-13 | 2014-12-04 | British American Tobacco (Investments) Limited | Smoking article |
CN105159283A (en) * | 2015-09-02 | 2015-12-16 | 南京南车浦镇城轨车辆有限责任公司 | Remote fault analysis and feedback system of urban rail transit vehicle |
US20160063418A1 (en) * | 2014-09-03 | 2016-03-03 | General Electric Company | System and Method for Inferring Vehicle Health |
EP3093206A1 (en) * | 2015-05-13 | 2016-11-16 | KNORR-BREMSE Systeme für Schienenfahrzeuge GmbH | Central monitoring of an air supply system for railway vehicles |
WO2017058970A1 (en) * | 2015-10-02 | 2017-04-06 | Westinghouse Air Brake Technologies Corporation | Locomotive control signal generator |
CN112655030A (en) * | 2018-08-20 | 2021-04-13 | 斯凯孚人工智能有限公司 | Providing corrective solution recommendations for industrial machine faults |
US11243941B2 (en) * | 2017-11-13 | 2022-02-08 | Lendingclub Corporation | Techniques for generating pre-emptive expectation messages |
Families Citing this family (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020173885A1 (en) | 2001-03-13 | 2002-11-21 | Lowrey Larkin Hill | Internet-based system for monitoring vehicles |
US7278065B2 (en) * | 2003-11-17 | 2007-10-02 | Electronic Data Systems Corporation | Enterprise directory service domain controller replication alert and repair |
FR2891502B1 (en) * | 2005-10-03 | 2007-12-14 | Renault Sas | METHOD FOR IMPROVING A DIAGNOSIS OF A POSSIBLE FAILURE IN A VEHICLE |
US7819312B2 (en) * | 2006-06-30 | 2010-10-26 | Caterpillar Inc | Method and system for operating machines |
US7677452B2 (en) * | 2006-06-30 | 2010-03-16 | Caterpillar Inc. | Method and system for providing signatures for machines |
US7690565B2 (en) * | 2006-06-30 | 2010-04-06 | Caterpillar Inc. | Method and system for inspecting machines |
US7600159B1 (en) * | 2006-12-12 | 2009-10-06 | Nextel Communications Inc. | System and method of providing notifications related to diagnostic information |
US20080155305A1 (en) * | 2006-12-22 | 2008-06-26 | International Business Machines Corporation | Collaborative problem determination based on graph visualization |
US7734961B2 (en) * | 2007-05-01 | 2010-06-08 | International Business Machines Corporation | Distributed logging apparatus system and method |
US20090138889A1 (en) * | 2007-11-28 | 2009-05-28 | Childress Rhonda L | Method and apparatus for exposing information technology service management problems to a systems management system |
US20090138510A1 (en) * | 2007-11-28 | 2009-05-28 | Childress Rhonda L | Method and apparatus for associating help desk ticket with affected data processing system |
US20090138583A1 (en) * | 2007-11-28 | 2009-05-28 | Childress Rhonda L | Method and apparatus for generating statistics on information technology service management problems among assets |
US8150106B2 (en) * | 2008-04-30 | 2012-04-03 | Xerox Corporation | Printer characterization, monitoring and diagnosis using dynamic test patterns generated by sensing and analyzing customer documents |
US8230268B2 (en) * | 2010-05-13 | 2012-07-24 | Bank Of America Corporation | Technology infrastructure failure predictor |
US8850000B2 (en) * | 2012-05-08 | 2014-09-30 | Electro-Motive Diesel, Inc. | Trigger-based data collection system |
US10216798B2 (en) | 2016-02-24 | 2019-02-26 | Bank Of America Corporation | Technical language processor |
US10430743B2 (en) | 2016-02-24 | 2019-10-01 | Bank Of America Corporation | Computerized system for simulating the likelihood of technology change incidents |
US10223425B2 (en) | 2016-02-24 | 2019-03-05 | Bank Of America Corporation | Operational data processor |
US10019486B2 (en) | 2016-02-24 | 2018-07-10 | Bank Of America Corporation | Computerized system for analyzing operational event data |
US10366367B2 (en) | 2016-02-24 | 2019-07-30 | Bank Of America Corporation | Computerized system for evaluating and modifying technology change events |
US10275183B2 (en) | 2016-02-24 | 2019-04-30 | Bank Of America Corporation | System for categorical data dynamic decoding |
US10387230B2 (en) | 2016-02-24 | 2019-08-20 | Bank Of America Corporation | Technical language processor administration |
US10366338B2 (en) | 2016-02-24 | 2019-07-30 | Bank Of America Corporation | Computerized system for evaluating the impact of technology change incidents |
US10366337B2 (en) | 2016-02-24 | 2019-07-30 | Bank Of America Corporation | Computerized system for evaluating the likelihood of technology change incidents |
US10067984B2 (en) | 2016-02-24 | 2018-09-04 | Bank Of America Corporation | Computerized system for evaluating technology stability |
US10275182B2 (en) | 2016-02-24 | 2019-04-30 | Bank Of America Corporation | System for categorical data encoding |
Citations (78)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4062061A (en) * | 1976-04-15 | 1977-12-06 | Xerox Corporation | Error log for electrostatographic machines |
US4270174A (en) * | 1979-02-05 | 1981-05-26 | Sun Electric Corporation | Remote site engine test techniques |
US4322813A (en) * | 1977-12-19 | 1982-03-30 | International Business Machines Corporation | Data log retrieval system |
US4463418A (en) * | 1981-06-30 | 1984-07-31 | International Business Machines Corporation | Error correction from remote data processor by communication and reconstruction of processor status storage disk |
US4517468A (en) * | 1984-04-30 | 1985-05-14 | Westinghouse Electric Corp. | Diagnostic system and method |
US4521847A (en) * | 1982-09-21 | 1985-06-04 | Xerox Corporation | Control system job recovery after a malfunction |
US4695946A (en) * | 1984-10-25 | 1987-09-22 | Unisys Corporation | Maintenance subsystem for computer network including power control and remote diagnostic center |
US4823914A (en) * | 1987-06-24 | 1989-04-25 | Elevator Performance Technologies, Inc. | Status line monitoring system and method of using same |
US4970725A (en) * | 1989-03-14 | 1990-11-13 | Westinghouse Electric Corp. | Automated system testability assessment method |
US4977390A (en) * | 1989-10-19 | 1990-12-11 | Niagara Mohawk Power Corporation | Real time method for processing alaarms generated within a predetermined system |
US5023817A (en) * | 1989-03-06 | 1991-06-11 | Xerox Corporation | Jam history and diagnostics |
US5113489A (en) * | 1989-01-27 | 1992-05-12 | International Business Machines Corporation | Online performance monitoring and fault diagnosis technique for direct current motors as used in printer mechanisms |
US5123017A (en) * | 1989-09-29 | 1992-06-16 | The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration | Remote maintenance monitoring system |
US5127005A (en) * | 1989-09-22 | 1992-06-30 | Ricoh Company, Ltd. | Fault diagnosis expert system |
US5157610A (en) * | 1989-02-15 | 1992-10-20 | Hitachi, Ltd. | System and method of load sharing control for automobile |
US5239547A (en) * | 1990-09-21 | 1993-08-24 | Mita Industrial Co., Ltd. | Self-diagnosis and self-repair system for image forming apparatus |
US5274572A (en) * | 1987-12-02 | 1993-12-28 | Schlumberger Technology Corporation | Method and apparatus for knowledge-based signal monitoring and analysis |
US5282127A (en) * | 1989-11-20 | 1994-01-25 | Sanyo Electric Co., Ltd. | Centralized control system for terminal device |
US5287505A (en) * | 1988-03-17 | 1994-02-15 | International Business Machines Corporation | On-line problem management of remote data processing systems, using local problem determination procedures and a centralized database |
US5321837A (en) * | 1991-10-11 | 1994-06-14 | International Business Machines Corporation | Event handling mechanism having a process and an action association process |
US5329465A (en) * | 1987-10-30 | 1994-07-12 | Westinghouse Electric Corp. | Online valve diagnostic monitoring system |
US5400018A (en) * | 1992-12-22 | 1995-03-21 | Caterpillar Inc. | Method of relaying information relating to the status of a vehicle |
US5406502A (en) * | 1993-06-29 | 1995-04-11 | Elbit Ltd. | System and method for measuring the operation of a device |
US5445347A (en) * | 1993-05-13 | 1995-08-29 | Hughes Aircraft Company | Automated wireless preventive maintenance monitoring system for magnetic levitation (MAGLEV) trains and other vehicles |
US5463768A (en) * | 1994-03-17 | 1995-10-31 | General Electric Company | Method and system for analyzing error logs for diagnostics |
US5507457A (en) * | 1995-02-13 | 1996-04-16 | Pulse Electronics, Inc. | Train integrity detection system |
US5508941A (en) * | 1991-12-20 | 1996-04-16 | Alcatel N.V. | Network with surveillance sensors and diagnostic system, and method of establishing diagnostics for the network |
US5528516A (en) * | 1994-05-25 | 1996-06-18 | System Management Arts, Inc. | Apparatus and method for event correlation and problem reporting |
US5566091A (en) * | 1994-06-30 | 1996-10-15 | Caterpillar Inc. | Method and apparatus for machine health inference by comparing two like loaded components |
US5594663A (en) * | 1995-01-23 | 1997-01-14 | Hewlett-Packard Company | Remote diagnostic tool |
US5596712A (en) * | 1991-07-08 | 1997-01-21 | Hitachi, Ltd. | Method and system for diagnosis and analysis of products troubles |
US5633628A (en) * | 1996-01-03 | 1997-05-27 | General Railway Signal Corporation | Wheelset monitoring system |
US5638296A (en) * | 1994-04-11 | 1997-06-10 | Abb Power T&D Company Inc. | Intelligent circuit breaker providing synchronous switching and condition monitoring |
US5666481A (en) * | 1993-02-26 | 1997-09-09 | Cabletron Systems, Inc. | Method and apparatus for resolving faults in communications networks |
US5666534A (en) * | 1993-06-29 | 1997-09-09 | Bull Hn Information Systems Inc. | Method and appartus for use by a host system for mechanizing highly configurable capabilities in carrying out remote support for such system |
US5678002A (en) * | 1995-07-18 | 1997-10-14 | Microsoft Corporation | System and method for providing automated customer support |
US5680541A (en) * | 1991-12-16 | 1997-10-21 | Fuji Xerox Co., Ltd. | Diagnosing method and apparatus |
US5729452A (en) * | 1995-03-31 | 1998-03-17 | Envirotest Acquisition Co. | Method and system for diagnosing and reporting failure of a vehicle emission test |
US5742915A (en) * | 1995-12-13 | 1998-04-21 | Caterpillar Inc. | Position referenced data for monitoring and controlling |
US5774645A (en) * | 1994-08-29 | 1998-06-30 | Aerospatiale Societe Nationale Industrielle | Process and device for identifying faults in a complex system |
US5790780A (en) * | 1996-07-16 | 1998-08-04 | Electronic Data Systems Corporation | Analysis of failures in a computing environment |
US5799148A (en) * | 1996-12-23 | 1998-08-25 | General Electric Company | System and method for estimating a measure of confidence in a match generated from a case-based reasoning system |
US5815071A (en) * | 1995-03-03 | 1998-09-29 | Qualcomm Incorporated | Method and apparatus for monitoring parameters of vehicle electronic control units |
US5845272A (en) * | 1996-11-29 | 1998-12-01 | General Electric Company | System and method for isolating failures in a locomotive |
US5862316A (en) * | 1996-07-01 | 1999-01-19 | Sun Microsystems, Inc. | Multiprocessing system having coherency-related error logging capabilities |
US5928369A (en) * | 1996-06-28 | 1999-07-27 | Synopsys, Inc. | Automatic support system and method based on user submitted stack trace |
US5950147A (en) * | 1997-06-05 | 1999-09-07 | Caterpillar Inc. | Method and apparatus for predicting a fault condition |
US5956664A (en) * | 1996-04-01 | 1999-09-21 | Cairo Systems, Inc. | Method and apparatus for monitoring railway defects |
US6012152A (en) * | 1996-11-27 | 2000-01-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Software fault management system |
US6052631A (en) * | 1997-08-08 | 2000-04-18 | Management Systems Data Service, Inc. ("Msds, Inc.") | Method and system for facilitating vehicle inspection to detect previous damage and repairs |
US6078851A (en) * | 1997-03-11 | 2000-06-20 | Toyota Jidosha Kabushiki Kaisha | Apparatus for discriminating anomaly of detecting device |
US6144901A (en) * | 1997-09-12 | 2000-11-07 | New York Air Brake Corporation | Method of optimizing train operation and training |
US6175934B1 (en) * | 1997-12-15 | 2001-01-16 | General Electric Company | Method and apparatus for enhanced service quality through remote diagnostics |
US6216066B1 (en) * | 1998-07-01 | 2001-04-10 | General Electric Company | System and method for generating alerts through multi-variate data assessment |
US6243628B1 (en) * | 1999-09-07 | 2001-06-05 | General Electric Company | System and method for predicting impending failures in a locomotive |
US6246950B1 (en) * | 1998-09-01 | 2001-06-12 | General Electric Company | Model based assessment of locomotive engines |
US6263265B1 (en) * | 1999-10-01 | 2001-07-17 | General Electric Company | Web information vault |
US6301531B1 (en) * | 1999-08-23 | 2001-10-09 | General Electric Company | Vehicle maintenance management system and method |
US6324659B1 (en) * | 1999-10-28 | 2001-11-27 | General Electric Company | Method and system for identifying critical faults in machines |
US6330499B1 (en) * | 1999-07-21 | 2001-12-11 | International Business Machines Corporation | System and method for vehicle diagnostics and health monitoring |
US6336065B1 (en) * | 1999-10-28 | 2002-01-01 | General Electric Company | Method and system for analyzing fault and snapshot operational parameter data for diagnostics of machine malfunctions |
US6338152B1 (en) * | 1999-10-28 | 2002-01-08 | General Electric Company | Method and system for remotely managing communication of data used for predicting malfunctions in a plurality of machines |
US6343236B1 (en) * | 1999-04-02 | 2002-01-29 | General Electric Company | Method and system for analyzing fault log data for diagnostics |
US6345257B1 (en) * | 1998-12-14 | 2002-02-05 | National Railroad Passenger Corporation | Computer based interactive defect reporting system for the paperless reporting of problems in a vehicle forming part of a fleet |
US6377876B1 (en) * | 1998-12-17 | 2002-04-23 | General Electric Company | Locomotive diagnostic system |
US6405108B1 (en) * | 1999-10-28 | 2002-06-11 | General Electric Company | Process and system for developing predictive diagnostics algorithms in a machine |
US20020087578A1 (en) * | 2000-12-29 | 2002-07-04 | Vroman Douglas Scott | Method and system for identifying repeatedly malfunctioning equipment |
US6487478B1 (en) * | 1999-10-28 | 2002-11-26 | General Electric Company | On-board monitor for railroad locomotive |
US6622264B1 (en) * | 1999-10-28 | 2003-09-16 | General Electric Company | Process and system for analyzing fault log data from a machine so as to identify faults predictive of machine failures |
US6634000B1 (en) * | 2000-02-01 | 2003-10-14 | General Electric Company | Analyzing fault logs and continuous data for diagnostics for a locomotive |
US6636771B1 (en) * | 1999-04-02 | 2003-10-21 | General Electric Company | Method and system for analyzing continuous parameter data for diagnostics and repairs |
US6643801B1 (en) * | 1999-10-28 | 2003-11-04 | General Electric Company | Method and system for estimating time of occurrence of machine-disabling failures |
US20030208706A1 (en) * | 2002-05-03 | 2003-11-06 | Roddy Nicholas E. | Method and system for analyzing fault and quantized operational data for automated diagnostics of locomotives |
US6665425B1 (en) * | 1999-12-16 | 2003-12-16 | Xerox Corporation | Systems and methods for automated image quality based diagnostics and remediation of document processing systems |
US6725398B1 (en) * | 2000-02-11 | 2004-04-20 | General Electric Company | Method, system, and program product for analyzing a fault log of a malfunctioning machine |
US6782345B1 (en) * | 2000-10-03 | 2004-08-24 | Xerox Corporation | Systems and methods for diagnosing electronic systems |
US6795935B1 (en) * | 1999-10-28 | 2004-09-21 | General Electric Company | Diagnosis of faults in a complex system |
US6834219B2 (en) * | 2002-01-31 | 2004-12-21 | Beltpack Corporation | Remote control system for a locomotive with tilt sensor |
-
2002
- 2002-07-31 US US10/210,815 patent/US6993675B2/en not_active Expired - Fee Related
Patent Citations (80)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4062061A (en) * | 1976-04-15 | 1977-12-06 | Xerox Corporation | Error log for electrostatographic machines |
US4322813A (en) * | 1977-12-19 | 1982-03-30 | International Business Machines Corporation | Data log retrieval system |
US4270174A (en) * | 1979-02-05 | 1981-05-26 | Sun Electric Corporation | Remote site engine test techniques |
US4463418A (en) * | 1981-06-30 | 1984-07-31 | International Business Machines Corporation | Error correction from remote data processor by communication and reconstruction of processor status storage disk |
US4521847A (en) * | 1982-09-21 | 1985-06-04 | Xerox Corporation | Control system job recovery after a malfunction |
US4517468A (en) * | 1984-04-30 | 1985-05-14 | Westinghouse Electric Corp. | Diagnostic system and method |
US4695946A (en) * | 1984-10-25 | 1987-09-22 | Unisys Corporation | Maintenance subsystem for computer network including power control and remote diagnostic center |
US4823914A (en) * | 1987-06-24 | 1989-04-25 | Elevator Performance Technologies, Inc. | Status line monitoring system and method of using same |
US5329465A (en) * | 1987-10-30 | 1994-07-12 | Westinghouse Electric Corp. | Online valve diagnostic monitoring system |
US5274572A (en) * | 1987-12-02 | 1993-12-28 | Schlumberger Technology Corporation | Method and apparatus for knowledge-based signal monitoring and analysis |
US5287505A (en) * | 1988-03-17 | 1994-02-15 | International Business Machines Corporation | On-line problem management of remote data processing systems, using local problem determination procedures and a centralized database |
US5113489A (en) * | 1989-01-27 | 1992-05-12 | International Business Machines Corporation | Online performance monitoring and fault diagnosis technique for direct current motors as used in printer mechanisms |
US5157610A (en) * | 1989-02-15 | 1992-10-20 | Hitachi, Ltd. | System and method of load sharing control for automobile |
US5023817A (en) * | 1989-03-06 | 1991-06-11 | Xerox Corporation | Jam history and diagnostics |
US4970725A (en) * | 1989-03-14 | 1990-11-13 | Westinghouse Electric Corp. | Automated system testability assessment method |
US5127005A (en) * | 1989-09-22 | 1992-06-30 | Ricoh Company, Ltd. | Fault diagnosis expert system |
US5123017A (en) * | 1989-09-29 | 1992-06-16 | The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration | Remote maintenance monitoring system |
US4977390A (en) * | 1989-10-19 | 1990-12-11 | Niagara Mohawk Power Corporation | Real time method for processing alaarms generated within a predetermined system |
US5282127A (en) * | 1989-11-20 | 1994-01-25 | Sanyo Electric Co., Ltd. | Centralized control system for terminal device |
US5239547A (en) * | 1990-09-21 | 1993-08-24 | Mita Industrial Co., Ltd. | Self-diagnosis and self-repair system for image forming apparatus |
US5596712A (en) * | 1991-07-08 | 1997-01-21 | Hitachi, Ltd. | Method and system for diagnosis and analysis of products troubles |
US5321837A (en) * | 1991-10-11 | 1994-06-14 | International Business Machines Corporation | Event handling mechanism having a process and an action association process |
US5680541A (en) * | 1991-12-16 | 1997-10-21 | Fuji Xerox Co., Ltd. | Diagnosing method and apparatus |
US5508941A (en) * | 1991-12-20 | 1996-04-16 | Alcatel N.V. | Network with surveillance sensors and diagnostic system, and method of establishing diagnostics for the network |
US5400018A (en) * | 1992-12-22 | 1995-03-21 | Caterpillar Inc. | Method of relaying information relating to the status of a vehicle |
US5666481A (en) * | 1993-02-26 | 1997-09-09 | Cabletron Systems, Inc. | Method and apparatus for resolving faults in communications networks |
US5445347A (en) * | 1993-05-13 | 1995-08-29 | Hughes Aircraft Company | Automated wireless preventive maintenance monitoring system for magnetic levitation (MAGLEV) trains and other vehicles |
US5666534A (en) * | 1993-06-29 | 1997-09-09 | Bull Hn Information Systems Inc. | Method and appartus for use by a host system for mechanizing highly configurable capabilities in carrying out remote support for such system |
US5406502A (en) * | 1993-06-29 | 1995-04-11 | Elbit Ltd. | System and method for measuring the operation of a device |
US5463768A (en) * | 1994-03-17 | 1995-10-31 | General Electric Company | Method and system for analyzing error logs for diagnostics |
US5638296A (en) * | 1994-04-11 | 1997-06-10 | Abb Power T&D Company Inc. | Intelligent circuit breaker providing synchronous switching and condition monitoring |
US5661668A (en) * | 1994-05-25 | 1997-08-26 | System Management Arts, Inc. | Apparatus and method for analyzing and correlating events in a system using a causality matrix |
US5528516A (en) * | 1994-05-25 | 1996-06-18 | System Management Arts, Inc. | Apparatus and method for event correlation and problem reporting |
US5566091A (en) * | 1994-06-30 | 1996-10-15 | Caterpillar Inc. | Method and apparatus for machine health inference by comparing two like loaded components |
US5774645A (en) * | 1994-08-29 | 1998-06-30 | Aerospatiale Societe Nationale Industrielle | Process and device for identifying faults in a complex system |
US5594663A (en) * | 1995-01-23 | 1997-01-14 | Hewlett-Packard Company | Remote diagnostic tool |
US5507457A (en) * | 1995-02-13 | 1996-04-16 | Pulse Electronics, Inc. | Train integrity detection system |
US5815071A (en) * | 1995-03-03 | 1998-09-29 | Qualcomm Incorporated | Method and apparatus for monitoring parameters of vehicle electronic control units |
US5835871A (en) * | 1995-03-31 | 1998-11-10 | Envirotest Systems, Inc. | Method and system for diagnosing and reporting failure of a vehicle emission test |
US5729452A (en) * | 1995-03-31 | 1998-03-17 | Envirotest Acquisition Co. | Method and system for diagnosing and reporting failure of a vehicle emission test |
US5678002A (en) * | 1995-07-18 | 1997-10-14 | Microsoft Corporation | System and method for providing automated customer support |
US5742915A (en) * | 1995-12-13 | 1998-04-21 | Caterpillar Inc. | Position referenced data for monitoring and controlling |
US5633628A (en) * | 1996-01-03 | 1997-05-27 | General Railway Signal Corporation | Wheelset monitoring system |
US5956664A (en) * | 1996-04-01 | 1999-09-21 | Cairo Systems, Inc. | Method and apparatus for monitoring railway defects |
US5928369A (en) * | 1996-06-28 | 1999-07-27 | Synopsys, Inc. | Automatic support system and method based on user submitted stack trace |
US5862316A (en) * | 1996-07-01 | 1999-01-19 | Sun Microsystems, Inc. | Multiprocessing system having coherency-related error logging capabilities |
US5790780A (en) * | 1996-07-16 | 1998-08-04 | Electronic Data Systems Corporation | Analysis of failures in a computing environment |
US6012152A (en) * | 1996-11-27 | 2000-01-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Software fault management system |
US5845272A (en) * | 1996-11-29 | 1998-12-01 | General Electric Company | System and method for isolating failures in a locomotive |
US5799148A (en) * | 1996-12-23 | 1998-08-25 | General Electric Company | System and method for estimating a measure of confidence in a match generated from a case-based reasoning system |
US6078851A (en) * | 1997-03-11 | 2000-06-20 | Toyota Jidosha Kabushiki Kaisha | Apparatus for discriminating anomaly of detecting device |
US5950147A (en) * | 1997-06-05 | 1999-09-07 | Caterpillar Inc. | Method and apparatus for predicting a fault condition |
US6052631A (en) * | 1997-08-08 | 2000-04-18 | Management Systems Data Service, Inc. ("Msds, Inc.") | Method and system for facilitating vehicle inspection to detect previous damage and repairs |
US6144901A (en) * | 1997-09-12 | 2000-11-07 | New York Air Brake Corporation | Method of optimizing train operation and training |
US6175934B1 (en) * | 1997-12-15 | 2001-01-16 | General Electric Company | Method and apparatus for enhanced service quality through remote diagnostics |
US6216066B1 (en) * | 1998-07-01 | 2001-04-10 | General Electric Company | System and method for generating alerts through multi-variate data assessment |
US6246950B1 (en) * | 1998-09-01 | 2001-06-12 | General Electric Company | Model based assessment of locomotive engines |
US6345257B1 (en) * | 1998-12-14 | 2002-02-05 | National Railroad Passenger Corporation | Computer based interactive defect reporting system for the paperless reporting of problems in a vehicle forming part of a fleet |
US6377876B1 (en) * | 1998-12-17 | 2002-04-23 | General Electric Company | Locomotive diagnostic system |
US6636771B1 (en) * | 1999-04-02 | 2003-10-21 | General Electric Company | Method and system for analyzing continuous parameter data for diagnostics and repairs |
US6343236B1 (en) * | 1999-04-02 | 2002-01-29 | General Electric Company | Method and system for analyzing fault log data for diagnostics |
US6330499B1 (en) * | 1999-07-21 | 2001-12-11 | International Business Machines Corporation | System and method for vehicle diagnostics and health monitoring |
US6301531B1 (en) * | 1999-08-23 | 2001-10-09 | General Electric Company | Vehicle maintenance management system and method |
US6243628B1 (en) * | 1999-09-07 | 2001-06-05 | General Electric Company | System and method for predicting impending failures in a locomotive |
US6263265B1 (en) * | 1999-10-01 | 2001-07-17 | General Electric Company | Web information vault |
US6324659B1 (en) * | 1999-10-28 | 2001-11-27 | General Electric Company | Method and system for identifying critical faults in machines |
US6336065B1 (en) * | 1999-10-28 | 2002-01-01 | General Electric Company | Method and system for analyzing fault and snapshot operational parameter data for diagnostics of machine malfunctions |
US6405108B1 (en) * | 1999-10-28 | 2002-06-11 | General Electric Company | Process and system for developing predictive diagnostics algorithms in a machine |
US6795935B1 (en) * | 1999-10-28 | 2004-09-21 | General Electric Company | Diagnosis of faults in a complex system |
US6487478B1 (en) * | 1999-10-28 | 2002-11-26 | General Electric Company | On-board monitor for railroad locomotive |
US6622264B1 (en) * | 1999-10-28 | 2003-09-16 | General Electric Company | Process and system for analyzing fault log data from a machine so as to identify faults predictive of machine failures |
US6643801B1 (en) * | 1999-10-28 | 2003-11-04 | General Electric Company | Method and system for estimating time of occurrence of machine-disabling failures |
US6338152B1 (en) * | 1999-10-28 | 2002-01-08 | General Electric Company | Method and system for remotely managing communication of data used for predicting malfunctions in a plurality of machines |
US6665425B1 (en) * | 1999-12-16 | 2003-12-16 | Xerox Corporation | Systems and methods for automated image quality based diagnostics and remediation of document processing systems |
US6634000B1 (en) * | 2000-02-01 | 2003-10-14 | General Electric Company | Analyzing fault logs and continuous data for diagnostics for a locomotive |
US6725398B1 (en) * | 2000-02-11 | 2004-04-20 | General Electric Company | Method, system, and program product for analyzing a fault log of a malfunctioning machine |
US6782345B1 (en) * | 2000-10-03 | 2004-08-24 | Xerox Corporation | Systems and methods for diagnosing electronic systems |
US20020087578A1 (en) * | 2000-12-29 | 2002-07-04 | Vroman Douglas Scott | Method and system for identifying repeatedly malfunctioning equipment |
US6834219B2 (en) * | 2002-01-31 | 2004-12-21 | Beltpack Corporation | Remote control system for a locomotive with tilt sensor |
US20030208706A1 (en) * | 2002-05-03 | 2003-11-06 | Roddy Nicholas E. | Method and system for analyzing fault and quantized operational data for automated diagnostics of locomotives |
Cited By (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090157455A1 (en) * | 2003-09-10 | 2009-06-18 | Taiwan Semiconductor Manufacturing Co., Ltd. | Instruction system and method for equipment problem solving |
US20050055259A1 (en) * | 2003-09-10 | 2005-03-10 | Wen-Chang Kuo | Instruction system and method for equipment problem solving |
US20080201402A1 (en) * | 2003-10-06 | 2008-08-21 | Tony Petrilli | Method and system for providing instructions and actions to a remote network monitoring/management agent during scheduled communications |
US20060048004A1 (en) * | 2004-08-30 | 2006-03-02 | Norimi Kawashima | Log collecting apparatus, image forming apparatus and computer-readable storage medium |
US7644320B2 (en) * | 2004-08-30 | 2010-01-05 | Ricoh Company, Ltd. | Log collecting apparatus, image forming apparatus and computer-readable storage medium |
US20080133975A1 (en) * | 2004-09-24 | 2008-06-05 | Wolfgang Pfeiffer | Method for Running a Computer Program on a Computer System |
WO2006032585A1 (en) * | 2004-09-24 | 2006-03-30 | Robert Bosch Gmbh | Method for executing a computer program on a computer system |
EP1821212A3 (en) * | 2006-01-20 | 2013-03-13 | General Electric Company | Method and system for data collection and analysis |
EP1821212A2 (en) * | 2006-01-20 | 2007-08-22 | General Electric Company | Method and system for data collection and analysis |
WO2008034583A1 (en) * | 2006-09-18 | 2008-03-27 | Bombardier Transportation Gmbh | Diagnostic system and method for monitoring a rail system |
EP1900597A1 (en) * | 2006-09-18 | 2008-03-19 | Bombardier Transportation GmbH | Diagnostic system and method for monitoring a rail system |
EP2064106B1 (en) | 2006-09-18 | 2016-06-15 | Bombardier Transportation GmbH | Diagnostic system and method for monitoring a rail system |
US20100204857A1 (en) * | 2006-09-18 | 2010-08-12 | Bombardier Transportation Gmbh | Diagnostic system and method for monitoring a rail system |
US20090150714A1 (en) * | 2007-12-07 | 2009-06-11 | Gasperson Joanna E | Remote diagnostic and repair system |
US8296105B2 (en) * | 2007-12-07 | 2012-10-23 | Gasperson Joanna E | Remote diagnostic and repair system |
US20090254407A1 (en) * | 2008-04-02 | 2009-10-08 | Envista Corporation | Systems and methods for event coordination and asset control |
US20110029658A1 (en) * | 2009-07-24 | 2011-02-03 | Theodore Werth | System and methods for providing a multi-device, multi-service platform via a client agent |
US10033832B2 (en) | 2009-07-24 | 2018-07-24 | Plumchoice, Inc. | Systems and methods for providing a client agent for delivery of remote services |
US20120166874A1 (en) * | 2010-12-23 | 2012-06-28 | Timothy Bernardez | Wireless Device Expert System |
US20140356607A1 (en) * | 2012-01-13 | 2014-12-04 | British American Tobacco (Investments) Limited | Smoking article |
US20130238939A1 (en) * | 2012-03-07 | 2013-09-12 | International Business Machines Corporation | Method for ranking analysis tools |
US8839048B2 (en) * | 2012-03-07 | 2014-09-16 | International Business Machines Corporation | Method for ranking analysis tools |
US20130238940A1 (en) * | 2012-03-07 | 2013-09-12 | International Business Machines Corporation | Method for ranking analysis tools |
US20140025588A1 (en) * | 2012-07-20 | 2014-01-23 | Amdocs Software Systems Limited. | Methods and systems for automated issue resolution |
US20140236649A1 (en) * | 2013-02-21 | 2014-08-21 | Atlassian Pty Ltd | Method and Apparatus for Performing Remote Operations in an Issue Tracking Environment |
US20160063418A1 (en) * | 2014-09-03 | 2016-03-03 | General Electric Company | System and Method for Inferring Vehicle Health |
EP3093206A1 (en) * | 2015-05-13 | 2016-11-16 | KNORR-BREMSE Systeme für Schienenfahrzeuge GmbH | Central monitoring of an air supply system for railway vehicles |
CN105159283A (en) * | 2015-09-02 | 2015-12-16 | 南京南车浦镇城轨车辆有限责任公司 | Remote fault analysis and feedback system of urban rail transit vehicle |
WO2017058970A1 (en) * | 2015-10-02 | 2017-04-06 | Westinghouse Air Brake Technologies Corporation | Locomotive control signal generator |
US11243941B2 (en) * | 2017-11-13 | 2022-02-08 | Lendingclub Corporation | Techniques for generating pre-emptive expectation messages |
US11556520B2 (en) * | 2017-11-13 | 2023-01-17 | Lendingclub Corporation | Techniques for automatically addressing anomalous behavior |
CN112655030A (en) * | 2018-08-20 | 2021-04-13 | 斯凯孚人工智能有限公司 | Providing corrective solution recommendations for industrial machine faults |
US11822323B2 (en) | 2018-08-20 | 2023-11-21 | Aktiebolaget Skf | Providing corrective solution recommendations for an industrial machine failure |
Also Published As
Publication number | Publication date |
---|---|
US6993675B2 (en) | 2006-01-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6993675B2 (en) | Method and system for monitoring problem resolution of a machine | |
CN103105846B (en) | For the repair assisting system of car inspection and repair | |
CN110347124B (en) | Diagnostic service system and diagnostic method using network | |
US10062219B2 (en) | Method for determining the cause of failure in a vehicle | |
CN102096760B (en) | Detecting anomalies in field failure data | |
US8694196B1 (en) | Methods and systems for centrally managed maintenance program for aircraft fleets | |
US8463485B2 (en) | Process for service diagnostic and service procedures enhancement | |
EP1242923B1 (en) | A process for the monitoring and diagnostics of data from a remote asset | |
CN102200487B (en) | Event-driven fault diagnosis framework for automotive systems | |
US6795935B1 (en) | Diagnosis of faults in a complex system | |
US6643592B1 (en) | System and method for fault diagnosis | |
US7254747B2 (en) | Complex system diagnostic service model selection method and apparatus | |
US20210375076A1 (en) | Analytics platform for remote vehicle onboard diagnostics (obd) and inspection maintenance (i/m) | |
DE10227595A1 (en) | System and method for automatic parameter collection and problem solving generation for computer storage devices | |
DE102010052998A1 (en) | Software-centered methodology for checking and confirming error models | |
US20170169342A1 (en) | System and method for diagnosing at least one component requiring maintenance in an appliance and/or installation | |
US20040205397A1 (en) | Complex system diagnostic analysis model correction method and apparatus | |
KR101278428B1 (en) | Real-time collaborated enterprise asset management system based on condition-based maintenance and method thereof | |
US20200103885A1 (en) | Fault diagnosis system and method for electric drives | |
US20170038281A1 (en) | Method of predicting life of component of machine | |
RU2569216C2 (en) | Method of control over servicing and repair of railway rolling stock and system to this end | |
US8170743B2 (en) | Integrated diagnosis and prognosis system as part of the corporate value chain | |
US20220301360A1 (en) | Unconnected machine diagnostic procedure | |
US20220207493A1 (en) | A system and method for estimation of malfunction in the heavy equipment | |
Dibsdale | Implications for IVHM |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: GENERAL ELECTRIC COMPANY, NEW YORK Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:RODDY, NICHOLAS EDWARD;GIBSON, DAVID RICHARD;BLILEY, RICHARD GERALD;REEL/FRAME:013172/0317 Effective date: 20020612 |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
SULP | Surcharge for late payment | ||
REMI | Maintenance fee reminder mailed | ||
LAPS | Lapse for failure to pay maintenance fees | ||
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20140131 |