499results about "Logical operation testing" patented technology

By using monitoring data, feedback data, and pooling of failure data from a plurality of electronic devices, real-time failure prediction and diagnoses of electronic systems operating in a network environment can be achieved. First, the diagnostic system requests data on the state of a machine and / or its components and collections thereof as part of the machine's normal operation. Secondly, real-time processing of the data either at the machine site or elsewhere in the distributed network allows for predicting or diagnosing system failures. Having determined and / or predicted a system failure, a communication to one or more remote observers in the network allows the remote observers to view the diagnostic information and / or required action to repair the failure. Furthermore, interrogation of either the particular electronic system, or a database containing data on similar electronic systems by the diagnostic server allows the diagnostic server to refine original diagnoses based on this population data to achieve a comprehensive failure predication / diagnosing system.

A system and method for providing an accurate root cause failure by linking user incident reports to the root cause failure in a diagnostic database that reflects the system's current configuration. The system is pre-populated with pre-identified symptoms that are associated with assets in the system. The pre-identified symptoms are inactive until actual failures with assets are detected by a monitoring application. After the pre-identified symptoms become active, they are presented to service representatives who also answer calls from users. The activated pre-identified symptoms are used to assist the service representatives to solve problems observed by the users.

Embodiments of the invention provide a method for determining errors and metrics in a computer network. The method includes positioning an analyzer in communication with the network, capturing a data trace of the network with the analyzer, determining a network device topology from a first processing of the data trace, building user layer protocols using a second processing of the data trace and the determined device topology, determining errors in the network device topology using protocol experts applied to the user layer protocols in conjunction with the determined device topology, and displaying at least one of the device topology and the determined errors to a user.

A system (830) and method (800) for diagnosing a malfunctioning machine. A fault event is selected (806) together with sequential operating parameter data (808) from a selectively focused time interval about the fault event for evaluation of a machine (810). The selectively focused time interval may include data occurring just before, just after, or spanning the fault event. Characterizing information such as slope, rate of change, and absolute sign of the data may be derived (809) from the operating parameter data over the selectively focused time interval and used in the diagnosis. The fault event and operating parameter data may be compared to existing cases in a case database (834). A set of rules (817) or candidate anomalies (841) may be executed over the operating parameter data to further improve the accuracy of the diagnosis.

A technique for determining a root cause of a condition (e.g., service outage) of at least one subject component in a computing environment comprises the following steps / operations. First, one or more components in the computing environment upon which the at least one subject component depends (e.g., antecedents) are identified. Identification comprises traversing at least a portion of a model representative of an existence of one or more relationships associated with at least a portion of components of the computing environment and which is capable of accounting for a full lifecycle (e.g., including deployment, installation and runtime) associated with at least one component of the computing environment. Then, one or more procedures are performed in accordance with the one or more identified components to determine a condition status associated with each of the one or more identified components. By way of example, the inventive techniques may be applied to a distributed computing environment. The computing environment may also be an autonomic computing environment.

A system, method, and computer program product assist a technician in troubleshooting an aircraft auxiliary power unit (APU). A portable computer is couplable of download the fault data captured in a memory of the ECU. The fault data corresponds to one or more instances of APU failure. The computer is further programmed to compare the fault data to predetermined fault patterns stored in a database. Each record of the database has one of the fault patterns, a corresponding fault indication, and a corresponding service recommendation indication. The computer is further programmed so that when a record in which the fault pattern matches the fault data is found, the corresponding fault indication and service recommendation are retrieved from the database and provided to the technician via the computer's display or other suitable output mechanism.

An expert diagnostic service system using a distributed architecture for generating expert diagnostic suggestions based on input received from a plurality of diagnostic systems. The expert service system collects data related to effective diagnostic results, such as effective fixes, corresponding to various symptoms / faults from a plurality of diagnostic systems via a data transmission network, and accumulates the number of each effective fix corresponding to each of the various symptoms. The expert service system then assigns at least one effective fix to one of the various symptoms based on a result of the accumulating step, such as the rank of the accumulated number of each fix. The expert service system uses the assigned fix corresponding to a symptom as expert suggestions.

An expert diagnostic service system using a distributed architecture for generating expert diagnostic suggestions based on input received from a plurality of diagnostic systems. The expert service system collects data related to effective diagnostic results, such as effective fixes, corresponding to various symptoms / faults from a plurality of diagnostic systems via a data transmission network, and accumulates the number of each effective fix corresponding to each of the various symptoms. The expert service system then assigns at least one effective fix to one of the various symptoms based on a result of the accumulating step, such as the rank of the accumulated number of each fix. The expert service system uses the assigned fix corresponding to a symptom as expert suggestions.

Faults and errors are diagnosed from a repository of directed graphs. Subsets of all the possible questions and answers in the fault diagnosis process are encoded as directed graphs. Downloading subsets from a repository to a remote user substantially reduces the number of transmissions between the user and the repository.

The present invention relates to the generation of trace elements within a data processing apparatus having one or more components whose behaviour is to be traced. A trace module is disclosed which is operable to trace changes in a subset of architectural state of a data processing apparatus with which the trace module is coupled. The trace module comprises a trace generation unit operable to receive input signals from one or more components of the data processing apparatus indicative of a change in the subset of architectural state and to generate from one or more of the input signals a number of trace elements indicative of the change so as to enable a recipient of the trace elements to subsequently reconstruct the subset of architectural state. The trace module also comprises a table maintained by the trace generation unit to identify architectural state derivable from previously generated trace elements, the trace generation unit referencing the table in order to determine which trace elements to generate during the trace generation. By providing a table which identifies architectural state which is derivable from previously generated trace elements, the number of trace elements that need to be generated is significantly reduced. This reduction is achieved because the table provides a record of the architectural state which has already been provided to the recipient. Knowing the architectural state which has already been provided to the recipient enables the trace generation unit to determine whether changes in architectural state can be derived by the recipient. Accordingly, the trace generation unit can refer to the table and only those trace elements relating to changes in architectural state which are not derivable by the recipient need be generated. Hence, if the trace generation unit determines that the recipient is able to derive architectural state then no trace elements relating to those changes need be generated.

In many systems, computer software is a common source of failure or instability. The proliferation of multiple interacting applications from several different software vendors leads to “emergent” problems that are difficult or impossible to predict or prevent. The problems are compounded by the use of networks, which introduce the added complexity of applications on multiple machines interacting in complex scenarios. As a result, many business and home users are hindered from using software-based systems to their fullest potential. More effective use of these systems can be aided by an application which can provide services for monitoring, diagnosing, and solving problems that occur in the operation of the machines at a customer facility. In the system described herein, a database contains entries with executable code that can make use of these services in order to monitor, diagnose, and solve specific problems. Each entry in the database addresses a specific problem. The executable code is designed to isolate and recognize the problem, and then implement a fix or workaround for that problem. The executable code is designed to completely automate the entire process of detection and resolution of the problem. Further, manual intervention may be employed to complete the diagnosis or solution.

Embodiments of the invention provide a method for determining errors and metrics in a computer network. The method includes positioning an analyzer in communication with the network, capturing a data trace of the network with the analyzer, determining a network device topology from a first processing of the data trace, building user layer protocols using a second processing of the data trace and the determined device topology, determining errors in the network device topology using protocol experts applied to the user layer protocols in conjunction with the determined device topology, and displaying at least one of the device topology and the determined errors to a user.

A method and data processing system assesses the security vulnerability of a network. A system object model database is created and supports the information data requirements of disparate network vulnerability analysis programs. Only the required data from the system object model database representing the network is imported to the programs, which then analyze the network to produce data results from each program. These data results are stored in a common system model database and within the data fact base. Goal oriented fuzzy logic decision rules are applied to determine the vulnerability posture of the network.

Fact collection for a knowledge automation engine to use in detecting product issues on products. A knowledge automation engine may evaluate a check against a fact to detect a product issue on a product and provide a user of the product remediation information. A check may contain a product issue description, a rule to evaluate against a fact in order to detect the product issue, and remediation information to help a user address the product issue if the product issue is detected on the product. Product issues may include product installation validation and known product bugs. Facts used by the knowledge automation engine may include product configuration facts. Static facts may be collected into a fact repository. A fact collector may be used to collect facts not found in the fact repository but needed to execute checks on the knowledge automation engine.

An automatic documentation generation and management system and method, for documenting configurable systems such as complex software applications and hardware systems is disclosed. The method retrieves configuration parameters from the configurable system and utilizes them to automatically generate an explanatory document specific to the configured system. The invention also discloses a documentation appliance system, which is a dedicated documentation server coupled to the configurable system via a communication network, preferably via an Intranet. In yet another alternative, the invention may be practiced by integrating code for automatic documentation generation within the configurable system program.

In many systems, computer software is a common source of failure or instability. The proliferation of multiple interacting applications from several different software vendors leads to “emergent” problems that are difficult or impossible to predict or prevent. The problems are compounded by the use of networks, which introduce the added complexity of applications on multiple machines interacting in complex scenarios. As a result, many business and home users are hindered from using software-based systems to their fullest potential. More effective use of these systems can be aided by an application which can provide services for monitoring, diagnosing, and solving problems that occur in the operation of the machines at a customer facility. In the system described herein, a database contains entries with executable code that can make use of these services in order to monitor, diagnose, and solve specific problems. Each entry in the database addresses a specific problem. The executable code is designed to isolate and recognize the problem, and then implement a fix or workaround for that problem. The executable code is designed to completely automate the entire process of detection and resolution of the problem. Further, manual intervention may be employed to complete the diagnosis or solution.

An apparatus and method shares predictive failure information between computer system in a computer network. The shared predictive failure information allows dynamically rerouting a network request to avoid a computer system that may fail according to its predictive failure information. According to a first embodiment, if the requested resource on the network has predictive failure information that indicates the resource may soon fail, a message is returned to the requesting computer with information that includes possible alternative sites from which the information may be obtained. If there is an alternative site, the requesting computer system may access the alternative site, thereby avoiding the computer system that may soon fail. If there is no alternative site, the requesting computer system may return an error message, or may simply access the original resource on the chance that is has not yet failed. According to a second embodiment, a router in the network may indicate one or more alternative paths to a resource if the predictive failure information for the router indicates it may soon fail. The requesting computer system may then access the requested resource via the alternative path. In this manner, predictive failure information can be used in rerouting network traffic between computer systems on a network to minimize the effect of a failing, computer system.

A network management system (10) includes a fault diagnosis system (12) connectable to a communications network (20). The fault diagnosis system includes a fault object factory, a path determination module, and a fault diagnosis engine. The fault object factory is constructed and arranged to receive fault data and create fault objects. The path determination module is constructed to determine, in a communications network, a path related to the fault data. The fault diagnosis engine is constructed to perform, using the determined path, a fault analysis on the fault data to diagnose a fault related to the communications network. The network management may also include a help desk system (18), a topology mapper (14) or an impact analyzer (16).

An apparatus and method shares predictive failure information between computer systems in a computer network. The shared predictive failure information allows a requester of a network resource to determine whether the resource will be available to perform the request based on its predictive failure information. According to a first embodiment, predictive failure information is written by each computer system on the network to a common storage that is accessible by one or more other computer systems on the network. When a computer system on the network needs a resource on another system, the requesting computer system can check the predictive failure status of the system that contains the needed resource by reading the predictive failure information in the common storage. If the predictive failure information indicates that the resource may perform the requested function, the requesting computer system issues the request to the resource. In a second embodiment, one or more network protocols for communicating between computer systems on the network are modified so that messages given in response to resource requests include the predictive failure status of the requested system. Thus, if a requester needs data from another computer system, a message returned from that system in response to the request preferably includes predictive failure status or information indicating whether or not the request can be granted. If the predictive failure status or information indicates that the request can be granted, the requester performs the operation on the requested computer system. In this manner, predictive failure information can be used in granting access to resources between computer systems on a network, which allows accesses to be prevented if the predictive failure information indicates that the resource is likely to fail before completing the request.

The present invention provides systems and methods for provisioning a vehicle interface module comprising receiving a VIM from a VIM manufacturer and entering appropriate VIM data into a dealer inventory, activating a SIM card for the VIM and installing the VIM in a predetermined vehicle, selecting a wireless activated VIM from the dealer inventory and connecting the VIM to an OBD-II port of the vehicle, connecting a configuration PC to the VIM and downloading a modem configuration, selecting and downloading a vehicle-specific configuration file, accessing a telematics services provider's web portal, entering appropriate vehicle data, and associating the vehicle with the VIM, installing the VIM in the predetermined vehicle, and conducting an installation verification test.

A method and system for managing communication of electronic data between a diagnostic service center and a plurality of mobile assets (10) generally remote relative to each other is provided. The electronic data comprises at least respective mobile asset data indicative of respective performance of the plurality of mobile assets. The mobile asset data used for detecting the presence of potential malfunctions which, if left uncorrected, would likely result in respective mission failures of the assets. The method allows for storing in a database (104) a list of respective cases to be processed. The method further allows for assigning to each case a respective download priority. A determining action allows for determining each case to be populated next with new mobile asset data based upon the assigned download priority. Respective executing actions allow for executing a download of the new mobile asset data between the diagnostic service center and a respective one of the mobile assets, and for executing predetermined analysis on the downloaded data for detecting the presence of respective potential malfunctions in the mobile assets. The download of data may be executed automatically whenever critical faults occur in the mobile assets.

A trigger function display system and methodology for trigger definition development in a signal measurement system having a graphical user interface. The system displays a plurality of graphically selectable icons and an associated protocol profile window. The protocol profile window includes at least a protocol descriptor field and a protocol editors field. The user inputs data into the protocol editors field which causes the system to automatically construct a bit sequence utilizing a plurality of event definitions stored in memory. The event definitions are two bit blocks resulting from the parsing of protocol definition text files. The bit sequence is used to then construct a series of trigger primitives. An optimizing routine is used to consolidate consecutive multiple occurrences of identical bit patterns in the bit sequence into single trigger primitives.

A check for a knowledge automation engine to use in detecting product issues on products. A knowledge automation engine may evaluate a check against a fact to detect a product issue on a product and provide a user of the product remediation information. A check may contain a product issue description, a rule to evaluate against a fact in order to detect the product issue, and remediation information to help a user address the product issue if the product issue is detected on the product. Product issues may include product installation validation and known product bugs. Facts used by the knowledge automation engine may include product configuration facts.

A system and appertaining method isolates a hardware or user error in a software controlled apparatus e.g., an NMR-apparatus. A diagnostic function is added to an event log that uses a causality model to analyze the event log. A series of events in the event log is evaluated by comparing the events with at least one of a number of root cause related patterns, and a best match of these patterns is used to assign a root cause for the error. Various repair actions may be associated based on a probabilistic model. Additional information may be utilized to modify or improve respective probabilities associated with causes and / or repair actions. This additional information may utilize other automated diagnostic information or may query users for additional information.

Provided is a method, system, program, and data structures for maintaining a database of objects. At least one structured document is received representing an instance of an object including attributes and attribute values defined for a class. Content of the structured document representing the object is added into a database, wherein the database is capable of storing multiple structured documents representing multiple objects. In another implementation, an instance of at least one object including attributes and attribute values defined for a class is generated. For each generated object, a structured document is generated representing the object and including a representation of the attributes and attribute values in the object. Each structured document is transferred to a database program to maintain.

A check for a knowledge automation engine to use in detecting product issues on products. A knowledge automation engine may evaluate a check against a fact to detect a product issue on a product and provide a user of the product remediation information. A check may contain a product issue description, a rule to evaluate against a fact in order to detect the product issue, and remediation information to help a user address the product issue if the product issue is detected on the product. Product issues may include product installation validation and known product bugs. Facts used by the knowledge automation engine may include product configuration facts.

A system for creating and editing checks for a knowledge automation engine to use in detecting product issues on products. A knowledge automation engine may evaluate a check against a fact to detect a product issue on a product and provide a client of the product remediation information. A check may contain a product issue description, a rule to evaluate against a fact in order to detect the product issue, and remediation information to help a client address the product issue if the product issue is detected on the product. Product issues may include product installation validation and known product bugs. Facts used by the knowledge automation engine may include product configuration facts. Statistics on check execution results may be accumulated to provide additional information on products through their life cycle.