Abstract: A system and method for troubleshooting problems in complex systems using multiple knowledgebases comprises a first knowledgebase that has a case-based reasoning engine and knowledge from which a first set of possible solutions can be determined, and a second knowledgebase that has a case-based reasoning engine and knowledge from which a second set of possible solutions can be determined. The first knowledgebase pertains to a first equipment, and the second knowledgebase pertains to a second equipment. The second equipment is a component of the first equipment. A Federation Manager associated with the first knowledgebase transfers a case-based reasoning session between the first and second knowledgebases.

Abstract: A case based reasoning system and method for determining a root cause of a problem case. A case database stores case data correlated to a plurality of cases. The plurality of cases includes at least one solved case, and at least one trigger case. Each solved case in the case database includes root cause data, and each trigger case comprises a data link to at least one fault isolation manual process for determining a root cause. A processor determines a list of at least one potential case selected from said plurality of cases by comparing the at least one problem attribute value to the set of attribute values for each of the plurality of cases.

Abstract: A case based reasoning system and method for matching a problem case to at least one solved case. A solved case database stores solved case data correlated to a plurality of solved cases. An attribute database stores a set of attributes and observation cost data corresponding to each of the attributes, such that the observation cost data corresponding to an attribute is correlated to a cost of determining an attribute value corresponding to the attribute. A set of potential solved cases is determined. A set of relevant attributes for which at least one potential solved case has an attribute value and for which no corresponding problem attribute value has been input is determined and ranked based on the observation cost data for each relevant attribute.

Abstract: A case based reasoning system and method for determining a root cause of a problem case. A case database stores case data correlated to a plurality of cases. The plurality of cases includes at least one solved case, and at least one trigger case. Each solved case in the case database includes root cause data, and each trigger case comprises a data link to at least one fault isolation manual process for determining a root cause. A processor determines a list of at least one potential case selected from said plurality of cases by comparing the at least one problem attribute value to the set of attribute values for each of the plurality of cases.

Abstract: A case based reasoning system and method for matching a problem case to at least one solved case. A solved case database stores solved case data correlated to a plurality of solved cases. An attribute database stores a set of attributes and observation cost data corresponding to each of the attributes, such that the observation cost data corresponding to an attribute is correlated to a cost of determining an attribute value corresponding to the attribute. A set of potential solved cases is determined. A set of relevant attributes for which at least one potential solved case has an attribute value and for which no corresponding problem attribute value has been input is determined and ranked based on the observation cost data for each relevant attribute.

Abstract: A method and system for reducing the number of cases in a cased based reasoning system that are considered applicable to a current problem for a specific complex apparatus. In addition to a database of previously solved cases, the system has a domain database containing all components that make up a set of apparatus. The system also has a database containing configuration knowledge which defines the components from the domain that are excluded from a specific apparatus. The configuration information is used to filter any cases from consideration as potential solutions if they reference components not in the configuration of the specific apparatus for which the current problem exists. The configuration knowledge is also used to display to the user only the components that make up the specific apparatus for which the current problem exists. The configuration knowledge also includes information on default values for components within the specific apparatus.