Health management systems with shadow modules

• US 8,732,286 B2
• Filed: 03/31/2010
• Issued: 05/20/2014
• Est. Priority Date: 03/31/2010
• Status: Active Grant

• Current Assignee: Honeywell International Inc.
• Original Assignee: Honeywell International Inc.
• Inventors: Tran, My, Crumpton, Kathleen
• Primary Examiner(s): Lazaro, David
• Assistant Examiner(s): KIM, EDWARD J
• Application Number:
  US12/751,334
• Publication Number:
  US 20110246632A1
• Time in Patent Office: 1,511 Days
• Field of Search: 709201-203, 709212-216, 709223-226
• US Class Current: 709/223
• CPC Class Codes: G06F 11/3006 where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems multiprogramming arrangements G06F9/46; allocation of resources G06F9/50
• CPC Class Codes: G06F 11/3055 Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available error or fault processing without redundancy G06F11/0703; error detection or correction by redundancy in data representation G06F11/08; error detection or correction by redundancy in operation G06F11/14; error detection or correction by redundancy in hardware G06F11/16
• CPC Class Codes: G06F 11/3058 Monitoring arrangements for monitoring environmental properties or parameters of the computing system or of the computing system component, e.g. monitoring of power, currents, temperature, humidity, position, vibrations thermal management in cooling arrangements of a computing system G06F1/206

Abstract

A shadowing platforms and systems in a network with a remote platform are provided. The shadowing platform includes a shadow health management module and platform storage coupled to the shadow health management module. The shadow health management module is configured to receive health information from the remote platform; store the health information in the platform storage; receive status information from the remote platform; and provide the health information to the remote platform when the status information is unacceptable.

Claims

1. A shadowing platform in a network with a plurality of remote platforms, including a first remote platform shadowed by a second remote platform, the shadowing platform comprising:

a shadow health management module;

a gateway data proxy (GDP) coupled to the shadow health management module and configured to communicatively link the shadow health management module and the remote platforms; and

platform storage coupled to the shadow health management module,

the shadow health management module configured to, via the GDP,

receive health information from the second remote platform;

store the health information in the platform storage as input health data;

filter, condition, and transform the input health data to generate conditioned health data;

store the conditioned health data in the platform storage;

receive status information from the second remote platform; and

provide the conditioned health data to the second remote platform when the status information is unacceptable, and

wherein the shadow health management module is further configured to, via the GPD, based on the status information of the second remote platform,

establish a remote connection with the first remote platform, receive health information from the first remote platform, store the health information in the platform storage;

receive status information from the first remote platform; and

provide the health information to the first remote platform when the status information from the first remote platform is unacceptable.

2. The shadowing platform of claim 1, wherein health information is critical health information for operation of the second remote platform.

3. The shadowing platform of claim 1, wherein the shadow health management module is configured to restore the second remote platform to an acceptable operational status.

4. The shadowing platform of claim 1, wherein the shadow health management module is configured to establish a shadowing relationship with the second remote platform.

5. The shadowing platform of claim 1, wherein the shadow health management module is configured to establish a remote network connection with the second remote platform.

6. The shadowing platform of claim 1, wherein the shadow health management module is configured to manage data transfer with the second remote platform by establishing a platform configuration and fault relationship data constructs.

7. The shadowing platform of claim 6, wherein the shadow health management module is configured to manage conditions to initiate the data transfer with the second remote platform based on a shadowing responsibility list with operational and deployment policies and user selections.

8. The shadowing platform of claim 1, wherein the shadow health management module is configured to merge the health information with partial health information associated with the second remote platform.

9. The shadowing platform of claim 1, wherein the shadow health management module is further configured to aggregate the health information from the first remote platform and the health information from the second remote platform.

16. The shadowing platform of claim 1, wherein the health information includes historical data, operational data, and configuration data associated with the second remote platform.

18. The shadowing platform of claim 1, wherein the shadow health management module includes a presentation processing unit configured to receive display requests for the conditioned health data and to generate presentation data based on the display request and the conditioned health data.

19. The shadowing platform of claim 18, wherein the presentation data includes diagnostic and prognostic results, maintenance records and recommendation, and operational data for the second remote platform.

10. A method of health monitoring in a network of platforms, the method comprising the steps of:

receiving, at a resident platform, health information from a first remote platform via a gateway data proxy (GDP);

storing, in the resident platform, the health information from the first remote platform via the gateway data proxy (GDP);

receiving, at the resident platform, status information from the first remote platform via the gateway data proxy (GDP);

providing, from the resident platform, the health information of the first remote platform to the first remote platform via the gateway data proxy (GDP) when the status information is unacceptable;

receiving a data request, from a user, at the resident platform for the health information of the first remote platform, the data request including operational and usage data, mode status information, maintenance orders and records, equipment and platform readiness, and diagnostics and prognostics results associated with the first remote platform; and

presenting the requested data to the user,

wherein the method further comprises

establishing, based on the status information of the first remote platform, a remote connection with the second remote platform;

receiving health information from the second remote platform;

storing the health information from the second remote platform in the platform storage;

receiving status information from the second remote platform; and

providing the health information of the second remote platform to the second remote platform when the status information from the second remote platform is unacceptable.

11. The method of claim 10, wherein the providing step includes providing critical health information to the first remote platform.

12. The method of claim 10, further comprising the steps of assigning shadowing responsibility of the resident platform with respect to the remote platform;

and

managing conditions to initiate a data transfer between the resident platform and the first remote platform.

13. The method of claim 10, further comprising the step of merging, in the resident platform, the health information associated with the first remote platform with partial health information associated with the first remote platform.

14. The method of claim 10, further comprising the steps of establishing a remote network connection between the resident platform and the first remote platform;

and

managing data transfer between the resident platform and the first remote platform.

17. The method of claim 10, further comprising the steps of

receiving a shadowing assignment list, including a shadowing assignment for the second remote platform;

determining the shadowing status of the second remote platform; and

initiating the shadowing assignment for the second remote platform or a hierarchy shadowing assignment for the second remote platform based on the shadowing status of the second remote platform.

15. A network of platforms, comprising:

a first platform;

a second platform configured to communicate with the first platform and comprising a first shadow health management module, first platform storage coupled to the first shadow health management module, and a first gateway data proxy (GDP) coupled to the first shadow health management module,

the first shadow health management module configured to, via the first GDP, receive health information from the first platform, store the health information in the first platform storage;

receive status information from the first platform; and

provide the health information to the first platform when the status information is unacceptable; and

a third platform configured to communicate with the first and second platforms and comprising a second shadow health management module, second platform storage coupled to the second shadow health management module, and a second gateway data proxy (GDP) coupled to the second shadow health management module,

the second shadow health management module configured to, via the second GDP, receive health information from the second platform, store the health information in the second platform storage;

receive status information from the second platform; and

provide the health information to the second platform when the status information is unacceptable, and

wherein the second shadow health management module is configured to, based on the status information of the second platform, establish a remote connection with the first platform, receive health information from the first platform, store the health information in the second platform storage;

receive status information from the first platform; and

provide the health information to the first platform when the status information is unacceptable.