专利名称：优化基于条件的健康维护系统的性能的方法和可重配置系统的制作方法
技术领域：
本发明一般地涉及基于条件的健康维护系统的架构，并尤其涉及能由用户灵活重配置以反映正被监控的资产(asset)的物理结构和资产是如何被监控的架构。
进旦冃月^车辆复杂性的增加和伴随着的维护费用的增加导致了向基于条件的健康管理 (CBM)领域的全产 业投资。这些努力导致了特定于产业或设备的处理方案的发展。然而，常规的CBM系统一般地硬性地配置，需要用户承受繁琐的运行或支付高额修改费用。图I是示例性的多层级健康维护处理10的简化框图，该处理在监控复杂系统时 (未示出)可能会有用。这里讨论的复杂系统可以是车辆，飞机，制造过程或机器的任何类型，它们能使用传感器，换能器或其他数据源来监控所述复杂系统的各种组件和参数。传感器/换能器典型地设置在组件或过程测量层级20以通过各种数据驱动输入/输出(I/O) 设备测量、收集和传送原始数据。该原始数据可表示故障指示器，参数值，过程状态和事件， 耗材使用和状态，交互数据等等。其他数据源的非限制性例子可包括顺序数据文件，视频数据文件，音频数据文件和内置测试设备。一旦复杂系统的参数被测量，测量数据被典型地转发至处于处理的提取层级30 处的更复杂的设备和系统。在提取层级30，可能发生更高层级数据分析和记录，例如趋势以及其他症状迹象的确定或推定。症状迹象被进一步处理并传送到解释层级40，在这里适当编程的计算设备可诊断、预测默认的指示或追踪耗材的使用和消费。原材料和其他使用数据也可被确定和追踪。在解释层级40处综合的数据然后可通过在行动层级50处的维护规划、分析和协调软件应用编辑和组织，用于向在交互层级60处的各种用户进行报告和进行其他交互。尽管实现CBM系统所需的过程被更广泛地知晓，CBM系统的复杂性水平仍然很高并且开发这些方案的费用相应很高。产生不依赖于所要监控的复杂系统的设计的廉价公共 CBM方案的尝试也不令人满意。这是因为复杂系统可能失效的方式和使得失效表现出来的症状的组合和排列高度依赖于系统设计。因此，需要开发一种健康维护系统架构，其足够灵活以支持一系列复杂系统。此夕卜，需要开发一种能够被用户容易地实时重配置的健康维护系统，从而免除高昂的重编程费用和延迟。进一步，本发明其他期望的特征和特性将结合附图和本发明的该背景由随后的本发明详细描述和附加的权利要求表明。
简要概述提供一种用于监控复杂系统健康的可重配置系统。该系统包括多个标准化可执行应用模块，每个可执行应用模块包括用于执行多个不同标准化功能之一的指令。这里使用的术语“标准化”与还未被提供特定指示与数据来执行特定任务的可执行应用有关。系统进一步包括多个以层级结构排列的计算节点，该层级结构具有一层或多层计算节点。每个计算节点被配置来执行所述多个标准化可执行应用模块中的一个或多个所选择的标准化可执行应用，并且其中每个计算节点包括工作流程服务模块和加载的配置文件。每个工作流程服务模块配置为按照加载的配置文件的指示控制所选择的标准化可执行应用的执行， 并配置为执行用于健康监控的专门功能。提供了一种用于配置监控复杂系统健康的系统的方法。该方法包括建立多个以层级结构排列的计算节点，该层级结构具有至少一层计算节点，建立包括多个标准化可执行应用在内的库以及在数据库中建立多个可执行应用配置文件。每个计算节点与复杂系统的组件关联。该方法进一步包括使用一个或多个可执行标准化应用填充多个计算节点中的每一个以及使用向填充层级结构中的每个节点的多个标准化可执行应用中的一个或多个提供特定功能的数据修改一个或多个已复制的可执行应用配置文件。该方法还包括将多个可执行应用配置文件中的每一个安装到多个标准化可执行应用中与其关联的标准化可执行应用，从而向多个可执行标准化应用中的一个或多个的每一个提供特定功能。提供了一种用于重配置监控复杂系统健康的系统的方法。该方法包括上传安装文件到多个计算节点中的每个计算节点，安装文件包括至少一个标准化可执行应用，以及在每个节点中安装工作流程服务模块。该方法进一步包括创建与多个计算节点中的每一个关联的配置文件。每个配置文件包括当被接收到时将每个标准化可执行应用改变为专用可执行应用的数据，该专用可执行应用被配置来通过工作流程服务模块与存在于相同计算节点中的其他专用可执行应用模块协同工作。该方法还包括加载与多个计算节点中的每一个关联的特定配置文件。
附图的简要说明
随后将结合下面的
本发明，其中相似的数字代表相似的元件，以及图I是示例性多层级健康维护过程的简化框图；图2是层级结构实施例的简化功能框图；图3是用于优化分层的基于条件的维护系统的运行时间性能的示例性可重配置系统的简化示意图；图4-6是示例性屏幕快照，用于说明在层级结构中配置计算节点的图形用户界面 (GUI)；图7-9是示例性屏幕快照，用于说明配置可执行应用模块的图形用户界面(GUI)；图10是示例性方法的流程图，该方法用于配置/重配置正在监控复杂系统的各个组件的计算节点的层级结构。
详细说明下面的详细说明本质上仅是示例性的并且不是意在限制本发明或本申请和本发明的应用。如这里使用的，词语“示例性”意思是“用作例子、实例或图解说明”。因此，在此描述的作为“示例性”的任何实施例不必被解释为比其他实施例更受偏好或更有优势。在此描述的所有实施例都是示例性实施例，被提供来使得本领域的技术人员能够实现或使用本发明，并不是为了限定由权利要求所确定的本发明的范围。进一步，也不是意在使用前面的技术领域、背景、简要概述或下面的详细说明中体现的任何表达或暗示的理论来进行约束。本领域的那些技术人员将理解结合此处公开的实施例描述的各种图解说明的逻辑块、模块、电路和算法步骤，可被实现为电子硬件、计算机软件或者二者的组合。一些实施例和实现方式将在下面按照功能和/或逻辑块组件(或模块)和各种处理步骤被描述。然而，应当理解这样的块组件(或模块)可被配置来执行特定功能的任何数量的硬件、软件和 /或固件组件实现。为了清楚图解说明硬件和软件之间的这种可交换性，各种图解说明性组件、块、模块、电路和步骤在此一般地按照它们的功能被说明。这样的功能被实施为硬件还是软件依赖于施加在整个系统上的特定应用和设计约束条件。技术人员可以针对每个特定应用以多种方式实现描述的功能，但是这样的实现方式决策不应当被解释为使得偏离本发明的范围。例如，系统或组件的实施例可使用各种集成电路组件，例如，存储器元件、数字信号处理元件、逻辑元件、查找表等，其可以在一个或多个微处理器或其他控制设备的控制下执行各种功能。此外，那些本领域技术人员能理解在此描述的实施例只是示例性的实现方式。结合在此公开的实施例描述的各种图解说明性逻辑块、模块和电路可使用被设计为实施在此描述的功能的通用处理器、控制器、数字信号处理器(DSP)、专用集成电路 (ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑设备、分立门或晶体管逻辑、分立硬件组件或其任意组合来实现或实施。通用处理器可以是微处理器，但是可替代地，处理器可以是任何常规处理器、控制器、微控制器或状态机。处理器也可实现为复数个计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP核心协作的一个或多个微处理器或者任何其它这样的配置。词语“示例性”在此被用来排他地表示“用作例子、实例或图解说明”。在此描述为“示例性”的的任何实施例不必被解释为比其他实施例更被偏好或更有优势。结合在此公开的实施例描述的方法或算法的步骤可被直接体现为硬件、被处理器执行的软件模块或者二者的 组合。软件模块可存在于RAM存储器、闪存存储器、ROM存储器、 EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除盘、⑶-ROM或本领域已知的任何其它形式的存储介质。示例性的存储媒体被耦合至处理器，使得该处理器能够从该存储介质读取信息并向其写入信息。替代地，存储介质可以集成到处理器。处理器和存储介质可存在于 ASIC中。ASIC可存在于用户终端中。替代地，处理器和存储介质可在用户终端中作为分立的组件存在。在本文档中，关系术语如第一和第二等等可被单独用来将一个实体或动作与其它实体或动作区分开来，而不必要要求或暗示在这些实体或动作之间存在任何实际的这样的关系或顺序。数量序词例如“第一”、“第二”、“第三”等，仅仅表示多个中的不同单个，并不是暗示任何顺序或序列除非被权利要求的语言特殊定义。任何权利要求中的文本序列不是暗示处理步骤必须按照这样的序列以时间或逻辑顺序实施，除非其被权利要求的语言特殊定义。处理步骤可以任何顺序互换而不偏离本发明的范围，只要这样的互换不与权利要求的语言相抵触并且不会逻辑混乱。进一步地，依赖于上下文，被使用来描述不同元件之间的关系的词语例如“连接” 或“耦合至”，不是暗示必须在这些元件之间建立直接的物理连接。例如，两个元件可被物理地、电子地、逻辑地或以任何其它方式通过一个或多个附加元件彼此连接。虽然至少一个示例性实施例将在本发明下面的详细说明中表示出来，应当理解还存在大量变形。还应当理解一个或多个示例性的实施例只是例子，并不意图以任何方式限制本发明的范围、可应用性或配置。恰恰相反，下面的详细说明将为那些本领域技术人员提供用于实现本发明示例性实施例的快捷路线图。应被理解在示例性实施例中描述的元件的功能和布置中可做出各种变化而不偏离附加权利要求所限定的本发明范围。图2是用于层级结构200的实施例的简化功能框图，层级结构200可被用户适时地重配置。这可通过经数据驱动建模工具171改变一组配置数据180来完成，数据驱动建模工具171也可被描述为基于模型的配置装置。配置数据180可被存储在静态数据存储器 (例如ROM)中，动态数据存储器(例如RAM)中，或存储在二者中190。考虑到可被此处下面正在描述的实施例监控的过多复杂系统，以及在复杂系统中的任何点处可能要求的广泛的功能，下面的描述包括此处正在披露的主题的非限制性例子。可补充下面示例性实施例的复杂系统的一特定非限制性例子可以是在与David Goldstein共同拥有的、共同未决申请12/493，750中描述的汽车。为了简明扼要，当前的例子被假定为只具有五个不同的处理层级或“应用层”。应用层(120-160)是一组被编程为运行时软件的功能或服务，该运行时软件存在于一个或多个共享特定分层层级的计算节点中并且被适配来满足用户关于特定健康管理实现方式的要求。作为非限制性的例子，应用层可以是设备健康管理器(EHM)层120，区域健康管理器 (AHM)层130，汽车健康管理器(VHM)层140，维护器层150，或者企业层160。然而，在此处讨论的等效实施例中，层级结构200可具有任何数量层级的应用层 (120-160)。应用层( 120-160)可包括任何数量的作为计算设备的计算节点。节点的数量由复杂系统的复杂性和由用户要求的监控复杂性决定。在一些实施例中，多个节点(120-160) 可存在于一个计算设备中。基于设备的层(EHM层120，AHM层130，VHM层140，维护器150 和企业160)的计算节点也可被标示为EHM 120’，AHM 130’，VHM 140’，维护器节点150’和企业节点160’。此处公开的示例性实施例中，EHM 120’是计算设备，其提供包括层级结构200的最低层级的计算机系统的单个组件的状态的集成视图。EHM 120’可具有被其他人喜爱的不同命名。例如，在等效实施例中，EHM 120’也可作为组件区域管理器(CAM)被知晓。复杂系统可能要求大数量的EHM(120’)，每一个EHM可包括多个时间序列产生源，例如传感器、 换能器、内置测试设备(BITE)等等。EHM(120’)优选地位于电子接近时间序列数据产生源的位置，以便在症状时间序列模式发生时检测它们。AHM 130’是位于层级结构200的下一个更高层级的计算设备并且能接收和处理从多个EHM 120’以及其他节点130’ -160’接收的消息、命令和数据输入。AHM 130’可从层级结构200的更高层级或更低层级的组件报告和接收命令和数据。AHM 130’处理数据并提供正被监控的复杂系统的单个子系统的健康的集成视图。AHM 130’可具有被其他人喜爱的不同命名。例如，在等效实施例中，AHM 130’也可作为子系统区域管 理器(SAM)被知晓。VHM 140’是位于层级结构200的下一个更高层级的计算设备并且能接收和处理从多个EHM 120’以及AHM 130’接收的消息、命令和数据输入。VHM 140’也可从层级结构 200的更高层级的组件报告和接收命令和数据。VHM 130’处理数据并提供正被监控的整个复杂系统的集成视图。VHM 140’可具有被其他人喜爱的不同命名。例如，在等效实施例中， VHM 140’也作为系统层级控制管理器(SLCM)被知晓。维护器层150包括分析从EHM(120’ )、AHM 130’和(多个)VHM 140’所接收的数据的一个或多个计算节点(150’)，并支持本地现场维护活动。维护器层级计算设备的非限制性的例子是由新泽西州Morristown的Honeywell国际公司的子公司IntelligentAutomation 公司生产的 Windows PC ground based station(PC-GBS)软件；或者是 US Army’s Platform Soldier-Mission Readiness System(美军平台士兵任务准备系统) (PS-MRS)。维护器层系统可具有被其他人喜爱的不同命名。节点150’也从更高层级节点 160’接收数据、命令和消息。企业层160包括分析从EHM 120’、AHM 130’、(多个)VHM 140’和维护器层150 所接收的数据的一个或多个计算节点(160’)。企业层级支持大量资产或一队资产的维护、 后勤和运行。企业层160计算系统非限制性的例子是ZING 系统和Honywell国际公司的 Predictive Trend Monitoring and Diagnostics System(预测趋势监控和诊断系统)。企业层系统160’可具有被其他人喜爱的不同命名。按照在此公开的主题的规则，层级结构200的每个层级中的每个计算节点 (120’-160’)可被用户通过数据驱动建模工具171独立地和适时地配置或重配置。数据驱动建模工具171允许用户直接修改配置数据180，而配置数据180又提供特定指示和数据到一个或多个标准化可执行应用模块(221-264)和/或启动该一个或多个标准化可执行应用模块，该一个或多个标准化可执行应用模块通过模型驱动GUI 170 (参见图2)存在于层级结构200的每个计算节点(120’-160’)中。在下面的说明中，术语“配置”和“提供特定指示和数据”可被作为同义词使用。标准化可执行应用模块(221-264)的数量不被限制并且可扩展到此处讨论的数量之外。相似地，此处讨论的标准化可执行应用模块(221-264)可被组合为更少模块或可被要求来拆分成组件模块而不偏离此处公开的范围。标准化可执行应用模块(221-264)是一组服务、运行时软件、固件和知识管理工具，它们可从一个或多个重用库(220-260)选择并且随后被指示来满足用户的健康管理实现需要。每个标准化 可执行应用模块(221-264) 包括可执行代码，该可执行代码具有定义标准化子例程的一组逻辑步骤，所述标准化子例程被设计来执行可被随后指示和重指示以执行特定功能的基础功能。此处讨论了 24个示例性的标准化可执行应用模块(221-264)，它们被拆分为五个非限制性的示例性的库(220，230，240，250和260)。标准化可执行应用(221-264)是基础的不能被修改的模块化软件对象，它们被指示来在标准化可执行软件模块(221-264)在层级结构200中被填充后通过配置数据180完成特定任务。配置数据180结合可执行应用 (221-264)通过将包含配置数据180的配置文件185传送到节点而被实现。一旦被配置，所述节点内的标准化可执行应用模块(221-264)可针对从复杂系统收集的数据协同地执行特定的一组功能。特定的一组功能的非限制性的例子可以是健康监控算法。作为非限制性的例子，测量库220可包括获取模块221。获取模块221的功能可提供用于通过体现外部可调用接口的自定义适配器325将数据输入到计算节点(120’-160’) 中的主要路径。自定义适配器325将数据块推入获取模块221，该获取模块221然后解析数据块并对其排序以用于由另一可执行应用(222-264)的随后处理。测量库220可包括感测模块223。感测模块223可提供用于通过要求从物理1/0 设备(即串行数据端口，传感器I/o接口等等)读取数据的系统启动的请求将数据输入到计算节点(120’ -160’ )中的次要路径。然后感测模块223解析数据块并对其排序以用于由另一可执行应用(222-264)的随后处理。测量库220可包括解码模块222。解码模块222可采用由获取模块221或感测模块223排序的数据并将该数据翻译为其它可执行应用能处理的可用格式(即症状和/或变量)。解码模块222也可使用由获取模块221排序的数据块来填充循环缓冲器以启用快照或数据登录功能。提取库230可包括评估模块231。评估模块231可执行复杂系统状态变量的周期性评价以触发数据收集，设定抑制条件和检测基于实时或近似实时数据的复杂系统事件。提取库230可包括记录模块234。记录模块234可评估解码的症状和变量以确定什么时候快照/数据登录功能被执行。如果快照/数据登录功能被触发，记录模块234可创建特定的快照/数据登录并发送它们至动态数据存储器(DDS) 350b。快照可被另一可执行应用(221-264)或外部系统(未示出)触发。提取库230可包括分析模块232。分析模块232可使用可能已被趋势模块233聚集且随后被存储在动态数据存储器(DDS) 350b中的变量值和趋势数据运行一个或多个算法，以确定特定症状状态和/或提供感兴趣的未测量参数值的估计。DDS 350b是位于配置文件185中的数据存储位置。解释库240可包括分配模块241。分配模块241可针对一组症状执行抑制处理，级联效应消除和时间延迟处理，并然后将症状分配至合适的、被指定用于监控的设备或子系统的(多个)故障条件。分配模块241也可基于与故障条件关联的任何特定症状状态的变化来更新·每个故障条件的状态。解释库240可包括诊断模块242。诊断模块242可协调系统用户、所监控资产和诊断推理之间的交互以便为给定的有效故障条件降低模糊故障模式的数量直到维护程序被识别为将解决该故障条件的根本起因。解释库240可包括评级模块243。评级模块243可在诊断推理被完成后排列潜在故障模式的顺序。根据存储在静态数据存储器(SDS) 350a中的预定义的标准，故障模式、相关的纠正行为(CA)和与特定有效故障条件关联的相关测试程序被评级。SDS是位于配置文件185中的静态数据存储位置。解释库240可包括预测模块244。预测模块244可针对存储在DDS350b中的趋势数据运行预测算法以确定可能发生的未来潜在故障并提供预测时间估计。解释库240可包括消耗监控模块245。消耗监控模块245可监控消耗指示器和/ 或可针对存储在DDS350b中的趋势数据运行预测算法，这些预测算法配置来追踪复杂系统中易坏/寿命有限的供给材料的消耗并且然后预测什么时候需要重供给。消耗监控功能可被工作流程服务模块310调用，该工作流程服务模块310是内部可调用接口 300的组件功能并且在下面被进一步地讨论。解释库240可包括使用监控模块246。使用监控模块246可监控存储在DDS350b 中的趋势数据以追踪被监控的设备或子系统的使用，以便估计预防性维护和其它维护操作的需求。使用监控功能可被工作流程服务310调用，该工作流程服务310是内部可调用接口 300的组件功能。解释库240可包括汇总模块247。汇总模块247可将从被应用层及其下级层 (120-160)监控的所有子系统接收的健康数据融合到分层的一组资产状态报告中。这样的报告可指示物理的或功能的可使用性。资产状态报告可在GUI170上显示为一系列图形或数据树，该GUI170以允许用户为了更多细节向下深入到CBM层的方式汇总了数据的分层本质。汇总功能可被工作流程服务310调用。这种调用可被触发来响应指示诊断结论已被多个模块中的另一个更新的事件。用户可通过用户接口调用资产状态的显示。行动库250可包括调度模块251。调度模块251调度根据预定义的标准被要求或被推荐的维护动作(MA)应当被执行的最佳时间。用来评估时机的数据包括指定的优先级和所要求的资产的可获得性，例如维护人员、部分、工具、专用维护设备及设备/子系统自身。调度功能可被工作流程服务310调用。
行动库250可包括协调模块252。协调模块252在应用层120-160之间以及在层和它们的被监控的设备/子系统之间协调动作的执行和那些动作结果的报告。示例性的、非限制性的动作包括启动BIT或快照功能。使用体现外部可调用接口的自定义适配器 325a-e，动作可被推入协调模块252并且结果可被拉出协调模块252。自定义适配器325a_e 可以是对称的，使得当沿着层级结构向上通信时可使用与沿着层级结构向下通信时相同的通信协议。行动库250可包括报告模块253。报告模块253可生成指定的数据块,其被发送至层级结构中下一更高应用，和/或被发送至外部用户。报告数据可被自定义适配器325a_e 从报告模块253拉出。报告模块253可生成包括所监控的资产的健康状态概述的数据。行动库250可包括追踪模块254。追踪模块254可与用户交互来显示分配给用户的动作，以及来允许工作被完成或重分配。行动库250可包括预报模块255。预报模块255可确定对材料、劳动力、设备和其他资源的需求以支持后勤服务的优化。预报功能可被工作流程服务310调用。行动库250可包括日志模块256。日志模块256可维护所选数据项的日志以及在选择的时间段中这些数据项是如何被确定的。可为任何期望的数据项记录日志。非限制性的例子包括维护行为、报告的故障、事件等等。交互库260可包括呈现模块262。呈现模块262可构建报告、表格式的数据、结构化的数据和HTML页面用于向用户显示、导出或传送。交互库260可包括响应模块261。响应模块261可呈现用于向用户显示的、描述复杂系统的总体健康的数据，以及呈现支持详细的视图来允许“向下钻研”以显示汇总证据、 推荐的行为和对话的数据。显示数据的呈现可被工作流程服务310启动；但数据可通过可调用接口 300从呈现模块262拉出。响应模块261还可接收和处理来自用户的命令然后将命令按规定路线发送到合适节点中的合适模块以用于执行和处理。命令可通过可调用接口 300被推入至响应模块。交互库260可包括图形模块263。图形模块263可在⑶I 170上的用户显示中提供被呈现模块262使用的图形数据。图形数据可包括快照和趋势文件的静态内容或可动态更新循环缓冲器中的数据内容。交互库260可包括调用模块264。调用模块264可检索将被显示给维护器的文档或与外部文档服务器系统(未示出)交互以促使外部管理的文档被导入和显示。重申上面讨论的每个标准化可执行应用模块(221-264)永不被修改。标准化可执行应用模块(221-264)加载到层级系统200的任何计算节点(120’ -160’ )中并且任何数量的标准化可执行应用模块可被加载到单个节点中。一旦被安装，每个标准化可执行应用模块(221-264)可被用户通过改变存在于数据库190中的配置数据180来初始化、指示和重指示以执行关于其主计算设备或平台的特定任务。节点中标准化可执行应用模块(221-264)之间的通信由可调用接口 300帮助进行。可调用接口 300存在于层级结构200的每个计算节点(120’ -160’ )中。可调用接口 300可具有几个可在计算节点(120’ -160’ )的单个计算设备中共存的子模块(302-310)。 可调用接口 300的示例性的子模块可包括作为可调用接口 300的组件的框架执行器301， 工作流程服务310，错误报告服务器302，调试服务器303，框架数据访问器，运行时共享数据管理器305和公共设备306。本领域的那些技术人员将认识到在等效实施例中，“模块”、 “子模块”、“服务器”或“服务”可包含软件、硬件、固件或其组合。计算节点的框架执行器301提供在层级结构200内集成节点的功能。框架执行器301结合配置文件185协调每一节点的初始化，每一节点包括标准化可执行应用模块 (221-264)和允许执行不被自定义适配器325触发的功能的其他服务模块301-310。在一些实施例中，所有应用层中的计算节点可具有框架执行器301。在其他实施例中，大多数应用层中的节点，除了例如EHM层120之外，将会具有框架执行器301。在这样的实施例中，EHM 层120中的计算节点120’可依赖于其主平台(即计算设备)来操作执行框架执行器的功能的软件。错误报告服务302提供用于报告在层级结构200内的节点(120-160)中的运行时错误的功能。错误报告
服务器302将应用错误转变为随后被处理为任何其他故障症状的症状，向调试服务器303报告应用错误并且向永久性数据管理器(未示出)报告应用错误。调试服务303收集和报告在测试、集成、认证或高级维护服务中的可执行应用模块(221-264)的调试状态。这个服务器可允许用户为DDS 350b中的变量设定数值并且声明工作流程事件。框架数据访问器304提供由计算节点(120’ -160’ )中的标准化可执行应用模块 (221-264)对SDS 350a的读访问和对DDS350b (每个存储在存储器190中)的读/写访问。 对SDS 350a的写访问通过包括⑶I 170的数据建模工具171完成。运行时共享管理器305管理所有节点的内存中的运行时易毁数据结构，这些数据结构在未存储于DDS 350b中的标准化可执行应用模块(221-264)之间共享，但不包括缓冲的静态数据。作为易毁数据结构的非限制性的例子可包括I/O队列和循环缓冲器。公共设备306可包括被安装在计算节点中的标准化可执行应用模块(221-264)使用的公共消息编码/解码，时间戳和表达式求值功能。工作流程服务310是标准的一组逻辑指令，这些逻辑指令使得计算节点内的任务的数据驱动流程被该节点内各种标准化可执行应用模块(221-264)执行。工作流程服务 310充当计算节点内的通信控制点，其中所有与程序执行相关的、去往或来自一个可执行应用模块(221-264)的通信被引导通过节点的工作流程服务310。换句话说，节点(120-160) 的工作流程服务310在恰巧存在于节点内的各种标准化可执行应用模块(221-264)中协调工作流程顺序。在一些实施例中工作流程服务310可以是状态机。图3是配置的层级结构200的简化示例性示意图，其可优化层级结构200的运行时性能。图3的示例性实施例的特点是具有五个示例性分层的层(120-160)的层级结构 200，而在其他实施例中分层的层的数量范围可从单个层到任何数量的层。每个分层的层 (120-160)包括具有标准化可执行应用模块(221-264)的一个或多个节点(120’ -160’)，标准化可执行应用模块(221-264)从一个可重用库(220-260)被复制和加载到该层中的计算节点(120’-160’)。每个标准化可执行应用模块(221-264)可被用户210通过修改该标准化可执行应用模块各自的可加载配置文件185来配置。可加载配置文件185使用数据驱动建模工具171被构建。为了简洁，标准化可执行应用模块(221-264)将在下面按照他们各自的库被讨论。可执行应用(221-264)的组合和排列的数量很大，并且使得使用特定标准化可执行应用模块的讨论不必要地繁琐。在EHM层120，可能有多个EHM节点120’，每个由耦合到复杂系统的特定组件的一个或多个传感器和/或激励器(未示出)的特定的主计算设备操作。作为非限制性例子，复杂系统的该组件可以是被温度传感器、振动传感器、内置测试传感器和转速表监控的滚柱轴承，每个传感器通信地耦合到计算设备(即节点)。作为非限制性例子，复杂系统的 EHM 120’的主计算设备可以是计算机驱动组件区域管理器(“CAM”)(即节点)。CAM的非限制性例子可适合用作EHM节点，参见与Goldstein共同拥有的、共同未决美国专利申请 12/493，750。该例子中的每个EHM(120’)主计算设备由主软件应用330操作。主软件应用330 可以是专有程序、自定义设计程序或现成的程序。除了操作主计算设备，主软件应用也可通过充当EHM 120’之间和EHM 120’与其它位于更高层级的节点之间的通信接口的框架服务 310支持任何和所有标准化可执行应用模块(221-264)。
图3的示例性实施例图解说明了 EHM 120’的主软件应用330可主导(即协调)来自测量库220的一个或多个标准化可执行应用模块220e，来自提取库230的一个或多个标准化可执行应用模块230e，和来自行动库250的一个或多个标准化可执行应用模块250e。 标准化可执行应用模块220e、230e、250e与它们的可存在于层级结构200中任何其它层级的任何另一节点中的对等应用模块相同。只有当被配置文件185e指示时，(多个)标准化可执行应用模块(221-264)才会在性能上与其对等模块不同，该对等模块已被配置用于且存在于层级结构200的另一节点中。一旦被配置/指示，标准化可执行应用(221-264)就成为专用可执行应用模块。在AHM层级130，具有多个AHM节点130’。每个AHM节点与可耦合至复杂系统的 (多个)特定组件或子系统的一个或多个传感器和/或激励器的特定主计算设备关联，并在操作中与其它AHM节点130’、各个EHM节点120’和更高层级节点(例如，参见图5_6中的 501、502、601和602)进行通信。作为非限制性的例子，复杂系统的AHM的主计算设备可以是操作在其自有操作系统(未示出)下的计算机驱动子系统区域管理器(“SAM”)(即节点)。SAM的非限制性例子可适合用作AHM节点，参见与Goldstein共同拥有的、共同未决专利申请12/493，750。图3的示例性AHM节点130’图解说明了 AHM 130’具有另外的解释功能240d，其在这个例子中未被配置成EHM 120’。这不是说EHM120’不能接受或执行来自解释库240的功能，而是系统用户210已经选择不用那个一般性功能填充EHM节点120’。另一方面，AHM 节点130’软件主导来自测量库220的一个或多个标准化可执行应用模块220d，来自提取库 230的一个或多个标准化可执行应用模块230d，以及来自行动库250的一个或多个标准化可执行应用模块250d。在它们的未配置或未指示的状态下，标准化可执行应用模块220d、230d和250d与它们的可存在于层级结构200中任何其它层级的任何另一节点中的对等应用模块相同。不像示例性的EHM节点120’，示例性的AHM节点130’可包括不同的通信接口装置，如自定义适配器325d。自定义适配器325是不与任何标准化可执行应用模块(221-264) 相关的服务、运行时间软件、应件和软件工具的一集合。自定义适配器325被配置来桥接层级CBM系统软件和例如主应用软件的(未示出)计算设备操作软件之间的任何通信间隔或执行间隔。每个计算节点(120’-160’)可被其自有操作系统操作，自有操作系统是其主应用软件。为了清楚，图3仅为EHM 120’示出了主应用软件330。然而，主应用软件存在于所有计算节点(120’ -160’ )中。特别是自定义适配器325在计算节点之间和不同层级的计算节点之间提供对称通信接口(例如通信协议)。自定义适配器325a-d允许从最低的EHM层120到最高的企业层160以及与存储器190贯穿层级结构200使用公共通信协议。在VHM层140，具有多个VHM节点140’，每个VHM节点与通过EHM120’和复杂系统的特定组件的一个或多个传感器和/或激励器进行操作性通信的特定主计算设备相关，或针对复杂系统的子系统并通过它们各自的AHM 130’进行操作性通信。作为非限制性例子， VHM 140’可以是计算机驱动系统级控制管理器(“SLCM”)(即也是节点)。SLCM的非限制性例子可适合用作VHM节点，参见与Goldstein共同拥有的、共同未决专利申请12/493，750。
在示例性的层级结构200中可能只有一个VHM 140’，其可与监控复杂系统的子系统的任何数量的AHMl30’和EHM 120’节点关联。在其他实施例中，在复杂系统中可存在多于一个的VHM 140’。作为非限制性例子，复杂系统可以是一队卡车，每辆卡车具有一个VHM 140’，该VHM 140’与每辆卡车上的几个EHM 120’和几个AHM 130’进行通信。卡车上每一组EHM 120’和AHM 130’也可被布置在层级结构200中。图3进一步图解说明了示例性VHM 140’具有附加的、还没有加载到EHM 120’或 AHM 130’中的交互功能260c。这不是说这些较低层级节点不能接受或执行交互功能260， 而是系统用户210已经选择不使用那个功能来填充较低层级节点。另一方面，例如，VHM 140’的主软件主导来自测量库220的一个或多个标准化可执行应用模块220c，来自提取库230的一个或多个标准化可执行应用模块230c，来自解释库240的一个或多个标准化可执行应用模块240c，和来自行动库250的一个或多个标准化可执行应用模块250c。来自交互库的可执行应用允许系统用户210直接访问VHM 140’和通过⑶1170查看其指示。在它们未被指示的状态下，标准化可执行应用模块220c、230c、240c和250c与它们的可存在于层级结构200中任何其它层级的任何另一节点中的对等应用模块相同。标准化可执行应用 220c-260c被指示来通过配置文件185c执行特定功能。与示例性AHM节点130’相似，示例性VHM节点140’包括自定义适配器325c。自定义适配器325c也被配置来桥接层级系统软件和操作在VHM 140’内操作的软件的计算设备之间的任何通信间隔或实现间隔。在维护器(MNT)层150，可具有多个MNT节点150’，每个MNT节点与在操作中可通过EHM 120’与复杂系统的(多个)特定组件的一个或多个传感器和/或激励器进行通信的特定主计算设备关联，与复杂系统的在操作中通过各自的AHM 130’进行通信的子系统关联，并且与VHM 140’关联。作为非限制性例子，MNT节点150’可以是与层级结构200的通信系统9进行有线或无线通信的膝上型电脑。图3图解说明示例性MNT节点150’可具有一些或所有可执行应用(221-264)的功能。这不是说这些较低层级节点不能接受或执行任何可执行应用(221-264)，而是系统用户210已经选择不使用那个功能来填充较低层级节点。与示例性VHM 140’相似，来自交互库的(多个)可执行应用260b允许系统用户210直接访问维护器节点150’并且可通过 ⑶I 170查看其指示。在它们未被指示的状态下，标准化可执行应用模块220b、230b、240b 和250b与它们的可存在于层级CBM结构200中任何其它层级的任何另一节点中的标准对等应用模块相同。可执行应用220b-260b被指示来通过配置文件185b执行特定功能。与示例性AHM节点130’和VHM节点140’相似，MNT节点150’包括自定义适配器 325b。自定义适配器也被配置来桥接层级系统软件和操作在层级结构200的各个节点内操作的软件的计算设备之间的任何通信实现间隔。在企业(ENT)层160，可具有多个ENT节点160’，每个ENT节点与在操作中可通过 EHM 120’与复杂系统的(多个)特定组件的一个或多个传感器和/或激励器进行通信的特定主计算设备关联，与复杂系统的在操作中通过各自的AHM 130’进行通信的子系统关联， 并且与VHM 140’关联，以及与MNT节点150’关联。作为非限制性例子，ENT节点160’可以是与层级结构200的通信系统9进行有线或无线通信的通用电脑。图3也图解说明了 ENT 160’可具有由用户选择和配置的一些或所有可执行应用 (221-264)的功 能。与示例性VHM 140’相似，来自交互库的(多个)可执行应用260a允许系统用户210通过⑶I 170直接访问ENT 160’节点。在它们未被指示的状态下，标准化可执行应用模块220a、230a、240a和250a与它们的可存在于层级结构200中任何其它层级的任何另一节点中的未指示的对等应用模块(221-264)相同。可执行应用220a-260a被配置 /指示来通过配置文件185a执行特定功能。与示例性AHM节点130，、VHM节点140，和MNT节点150，相似，ENT节点160，包括自定义适配器325a。自定义适配器325a也被配置来桥接层级系统软件和在ENT节点内操作的主计算设备软件之间的任何通信或实现间隔。在各个实施例中，没有任何一个计算节点(120’ -160’ )能彼此直接通信。因此， 所有计算节点(120’-160’)可通过自定义适配器(325)进行通信。在其他实施例中，大多数计算节点120’ -160’可通过自定义适配器(325)进行通信。例如，一个例外可能是EHM 120’，其可通过它的主执行软件330进行通信。与可执行应用(221-264)相似，每个自定义适配器325的操作被其自有节点的工作流程服务310控制。工作流程服务310将调用一个或多个标准化可执行应用模块 (221-264)和服务(302，303，306)以使数据对自定义适配器325可用，自定义适配器325将数据从节点提供到通信系统9的数据总线上以及在其中一个可执行应用(221-264)的指示下从总线拉出数据。例如，获取可执行应用模块221或报告可执行应用模块253执行这些通信功能。通信系统9可以是本领域已知的或在将来可被开发的任何合适的有线或无线通信装置。示例性地，非限制性通信装置包括CAN总线，以太网总线，firewire总线， spacewire总线，内部网，因特网，蜂窝电话网，分组交换电话网等等。通用输入/输出前端接口(未示出)的使用可以作为自定义适配器325或者附加于自定义适配器325被包括在每个计算节点(120’ -160’ )中。通用输入/输出(I/O)前端接口的使用使得接口后面的每个节点与用来进行通信的通信系统无关。通用I/O接口的例子可在与Fletcher共有的申请12/750，341和12/768，448中被找到并且是通信接口装置的例子。层级结构200的各个计算节点(120’ -160’ )可使用本领域内已知的多种方法被填充，其讨论在本公开文本的范围之外。然而，示例性的方法包括通过磁盘或例如闪存驱动的其它存储设备向复杂系统的一个或多个数据加载器传输和安装预识别的、预选择的标准化可执行应用。其它方法包括使用复杂系统模型181、表格生成器183和⑶I 170通过有线或无线网络直接从远程计算机下载和安装可执行应用。数据建模工具171、表格生成器183和⑶I 170可是本领域内已知的任何合适的 HMS计算机系统的子系统或可被该子系统驱动。这样的HMS系统的非限制性例子是被新泽西州 Morristown 的 Honeywell 国际公司使用的 Knowledge Maintenance System(知识维护系统)并且是基于模型的配置装置的非限制性例子。数据建模工具171允许主题专家关于输入、输出、接口、错误等等建模他们的层级系统200。表格生成器183然后将系统模型信息压缩成紧凑数据集，该紧凑数据集在运行时配置或指示层级系统200的多个标准化可执行应用模块(221-264)的功能。⑶I 170向用户呈现多个控制屏。控制屏被HMS系统生成并向系统用户210提供接口来配置每个标准化可执行应用模块(221-264)以执行与复杂系统(参见例如图4-9) 关联的特定监控功能、解释功能和报告功能。图4-7图解说明了来自示例性基于KMS模型的配置装置的一组相关示例性屏幕快照，基于KMS模型的配置装置 可通过随后被使用来配置层级结构200中的计算节点 (120’ -160’ )的⑶I 170向用户呈现。例如，EHM 120’通过编辑来自存储在KM主数据库中的故障模型内容的一个或多个配置文件185被配置，包括SDS端口 350a、DDS端口 350b。 图4-7中，监控泵的压力的EHM 120’将进一步被配置来从供给至泵的高压力中过滤噪声。图4是示例性⑶I屏幕快照400，其被用来为液压系统VHM140’创建配置文件185。 图4的GUI允许用户210来定义与层级结构200内的其它计算节点的父关系401和子关系 402。这里定义的信息然后可被存储在存储器190中KMS数据库的适合位置中。图5是信息查看器的示例性Gn屏幕快照500，该信息查看器允许用户210查看图 4的VHM 140’与直接或间接提供来自各个传感器的复杂系统症状信息502 (即操作数据) 的较低级别EHM 120’之间的特定关系501。VHM 140’可被配置来从层级结构200内的任何源接收被报告的症状。图6是关于图4的VHM 140’的示例性⑶I屏幕快照500的延续页面600。延续页面 600定义了什么消息601被从VHM140’发送到层级结构200内的其他计算节点(120-160)， 并且它定义了什么消息602被VHM 140’从层级结构中的别处接收。例如，VHM140’发送周期性状态报告到维护器级别150。VHM 140’也从AHM 130’接收状态报告。图7是用于为监控泵的号码为3222的控制器的EHM 120’配置功能的第一示例性 ⑶I屏幕快照400。窗口 705允许功能定义701包括表达式702的步骤。功能定义701可从下拉功能列表710中被选择。被输入到功能701的变量(716，718和719)也可从包括输入变量716、所计算的输出变量(717，718)和功能常量719的下拉变量列表715中被选择。
在图7的示例性的屏幕快照中，LowPassFiIterTustin功能已从下拉菜单710被选择。该示例性功能使用输入信号“Signal_l_Pump High Pressure Supply_l_Signal Noisy Discrete 2，，716,常量“PC FreqCut，，和 “Pressure Controller SNR_th，，，以及为变量 “Value_PressureControlle;r_LowPassFilte;r_XO，，718 和 “PumpHighPressureMeasured_l_ Vector-_PumpHighPressureSuppIyNoisy_Snapshot_LPF417 生成值。图8-9是由将存放于存储器190中KMS数据库的可查看配置记录提供给系统用户 210的⑶I 170呈现的示例性屏幕快照。更具体地，图8-9中的视图呈现压力控制器的“压力传感器信号噪声”(“Pressure Sensor Signal Noisy”)算法的示例性记录。图8是示例性⑶I 800，其包括图解说明与“压力控制器压力传感器信号噪声”(“Pressure Controller Pressure Sensor Signal Noisy，，)算法的父关系的窗口 810。在这个例子中，该算法被压力控制器中的数据快照“PumpHighPressureNoisy PumpHighPressureSupplyNoisy” 811触发。正如能在窗口 810的视图中看到的，该算法也可被配置来被数据趋势触发。窗口 820图解说明了 “PumpHighPressureNoisy PumpHighPressureSupplyNoisy” 811的后继或子算法。在这个例子中存在三个子算法，父算法是“压力控制器压力传感器信号噪声”("Pressure Controller Pressure Sensor Signal Noisy，，)，例如 “ PressureContro 11 er_SNR_Com putat ion，，、 ^PressureContro11er_LowPassFi11er NoiseRemovingLow Pass FilterNoise Removing，， 和“PressureController_CompareSNR LE Compare that computed Signal Noise Ratio is less than constant，，821。图9是示例性GUI 900，其图解说明了来自用于压力控制器的示例性可加载配置文件185的数据并包括窗口 910来图解说明用于“PressureController_SNR_ Computation” 921子算法的特定配置数据。窗口 910列出了该算法的输入变量、输出变量和序列。图10是用于配置/重配置包括监控复杂系统的各个组件的计算节点(120-160) 的层级结构200的示例性方法1000的流程图。计算节点的不同类型的层级可有任何数量和任何组合。该方法通过在处理1010处建立计算节点的层级结构200而开始。计算节点的层级结构200被相关的复杂系统的性质和结构以及所要求的复杂系统的监控复杂性所确定。如上所言，在一些实施例中可具有与每个组件关联的、与每个子系统关联的和/或与整个复杂系统关联的一个或多个计算节点(120’ -160’)。此外，可具有与更高的维护器层(150) 关联以及与通用企业层(160)关联的计算节点(120’-160’)。一个计算节点(120’-160’) 可物理地和电子地不同于位于相同层(120-160)或不同层级的另一计算节点。在其他实施例中，计算节点可与所有其他计算节点相同。图4是GUI 170 (参见图2)的示例性的屏幕快照，该屏幕快照允许用户根据复杂系统模型建立父和子节点关系。在处理1040处，利用所要求的框架服务(302-310)创建和定义标准化框架执行器模块301。标准化框架服务模块301被填充到所有的层级计算节点(120’ -160’)。在处理1020处，标准化可执行应用的库220-260被开发和建立。如上所言，每个标准化可执行功能(221-264)被写入来执行标准的功能类，例如获取数据、趋向化数据和报告数据。
在处理1050处，系统用户210使用一个或多个标准化可执行应用(221-264)和标准化框架执行器模块301填充每个计算节点(120’-160’)。在特定计算节点(120’-160’) 内被填充的标准化可执行应用的数量和组合完全在基于所要求的功能或潜在功能的系统设计者的裁量权之内。标准化可执行应用(221-264)可由本领域内已知的任何合适的装置从计算节点(120’ -160’ )填充或移除。用于填充计算节点(120-160)的一些装置的非限制性例子包括维护加载、本地数据加载器和通过网络和通信系统9的加载。在处理1030处，复杂系统建模在数据建模工具171上。每个计算节点(120’_160’) 被识别并与可被要求来完成特定层级的监控的特定组件、子组件和子系统关联。向每个计算节点(120’ -160’ )分配特定的一组标准化可执行应用(221-264)，这些标准化可执行应用被要求来完成计算节点的要求的监控功能(参见附图4)。在处理1060处，多个配置文件185会被用户210创建。配置文件185包括静态数据端口(SDS) 350a和动态数据端口(DDS)350b。配置文件185包括特定于可编辑数据的逻辑序列的集合，这些逻辑序列生成被工作流程服务310使用的消息和数据以响应于接收来自标准化可执行应用模块的数据和消息以执行特定功能。例如，标准化可执行应用模块X 通知工作流程服务310它已完成任务。工作流程服务310从配置文件检索下一行动并且随后命令下一标准化可执行应用模块Y来使用特定数据执行其标准化功能。换句话说，配置文件包括特定数据值和数据值之间的编程关系/功能，以启用/禁用并且配置每一标准可执行应用以完成(多个)特殊用途。在等效实施例中，包含在配置文件中的特定于可编辑数据的逻辑序列可以是状态机的集合。 因此，配置文件提供允许标准化可执行应用模块操作和彼此交互的信息。特别地这种交互通过工作流程服务控制，工作流程服务从配置文件185获取其全部指令来启用或禁用标准化可执行应用模块的功能以及提供节点(120-160)内的数据处理。相同的标准化可执行应用模块可在所有节点中被使用，因为配置文件185和工作流程服务310指示了节点内标准化可执行应用模块的执行并提供了在节点间移动功能的能力。配置文件185包含每个节点(120’ -160’ )的定义。这包括关于给定节点将要处理，该节点如何与其它节点交互以及在给定节点内运行的特定操作的信息。配置文件包含针对处理数据、生成信号、诊断故障、预测故障、监控使用、监控消耗以及以其它方式支持维护、操作和数据分析的信息。例如，配置文件指定了节点能相交互的其它(多个)节点(参见图5，#501)，指定了节点能处理的信号(参见图5，#502)，指定了症状(参见图6，#601)，指定了传输的数据 (参见图6，#602)和接收的数据。配置文件还指定了可由这个节点执行的算法(参见图9， #900)，指定了如何解释或处理数据，指定了对到来的数据或经过处理的数据执行的动作， 并且指定了如何与其它节点和用户接口交互。因此，被标准化可执行应用(221-264)填充的计算节点(120’-160’)成为了专用计算节点，其能够通过配置文件185基于其可执行应用的填充和可执行应用的后继指示来执行各种特定任务。图5-9是GUI 170的示例性屏幕快照，该该屏幕快照可被系统设计者用来配置例如VHM140’的示例性计算节点以执行多个特定功能中的一个。若系统用户210期望为层级结构200内的特殊计算节点(120’ -160’ )增加特定功能，删除特定功能或重定义特定功能，则特定计算节点(120’ -160’ )内的特定可执行应用(221-264)的配置文件185在KMS主数据库180中被修改，这可在处理1060处被要求并随后在处理1070处被重生成和安装在其关联的计算节点(120’ -160’ )处。因此，先前位于一个计算节点(120’ -160’ )内的特定功能可被增加、删除、修改或者它可被移动到在任何其它分层层级中的另一计算节点。例如，由与特定组件的温度关联的EHM 120’完成的数据“趋向化”功能可从EHM 120’移动到VHM 140’，这通过向VHM 140’增加标准化“趋向化”可执行应用(或通过启用已就绪的休眠的“趋向化”功能)并且随后配置VHM 140’内的“趋向化”可执行应用以执行该操作来实现。为了完成这个处理，EHM 120’内的趋向化功能可被改变来移除温度趋向化功能或来禁用趋向化可执行应用。进一步地，来自该组件的温度数据被通过通信系统9重定向到VHM 140’。这样，在EHM 120’处正被趋向化的数据仍可在EHM 120’处被获取和分析，但随后被从EHM发送到VHM 140’用于趋向化。尽管至少一个示例性实施例在本发明前面的详细说明中被呈现，应当理解还存在大量变化形式。还应当理解一个或多个示例性实施例只是例子，并且不是意图以任何方式限制本发明的范围、可应用性或配置。相反，前面的详细说明将为那些本领域技术人员提供用于实现本发明示例性实施例的便捷路径图。应当理解可对示例性实施例中描述的元件的功能和布置做出 多种变化而不偏离附加的权利要求设定的本发明的的范围。
权利要求
1.一种用于监控复杂系统的健康的可重配置系统，包括 多个标准化可执行应用模块，每个标准化可执行应用模块包含执行多个不同标准化功能中的ー个的指令； 多个以层级结构来排列的计算节点，该层级结构包括ー层或多层计算节点，其中姆个计算节点被配置来执行所述多个标准化可执行应用模块的一个或多个被选择的标准化可执行应用，并且其中每个计算节点包括工作流程服务模块和被加载的配置文件，每个工作流程服务模块被配置来按照该被加载的配置文件的指示控制被选择的标准化可执行应用的执行以便执行用于健康监控的专用功能。
2.如权利要求I的可重配置系统，其中该被加载的配置文件包括由该工作流程服务模块访问以控制被选择的标准化可执行应用的执行的多个逻辑序列。
3.如权利要求2的可重配置系统，其中被加载的配置文件指定了作用于所述多个逻辑序列中的每ー个的数据。·
4.如权利要求I的可重配置系统，其中用于所述多个计算节点的每ー个的被加载的配置文件指定了所述多个计算节点之间的交互。
5.如权利要求I的可重配置系统，其中该被加载的配置文件指定了由被选择的标准化可执行应用模块执行的健康监控算法。
6.如权利要求I的可重配置系统，其中该被加载的配置文件从该复杂系统的模型生成。
7.一种用于配置监控复杂系统的健康的系统的方法，包括 建立以层级结构排列的多个计算节点，该层级结构包括至少ー层计算节点，每个计算节点与该复杂系统的组件关联； 建立包含多个标准化可执行应用的库； 在数据库内建立一个或多个可执行应用配置文件，每个可执行应用配置文件与该层级结构的多个计算节点中的一个关联； 使用来自该库的一个或多个被选择的标准化可执行应用填充该层级结构的每个计算节点； 使用将特定功能指示至填充该层级结构内其关联的计算节点的所述ー个或多个标准化可执行应用的数据来修改每个可执行应用配置文件； 将每个可执行应用配置文件安装到其关联的计算节点中，从而将特定功能指示给所述一个或多个标准化可执行应用中的每ー个。
8.如权利要求7的方法，其中至少ー个计算节点在操作中与至少ー个数据源进行直接的通信，并且每个计算节点在操作中通过通信系统与数据库进行通信。
9.如权利要求7的方法，其中该库中的每个标准化可执行应用被配置来支持标准化功倉^:。
10.如权利要求7的方法，进ー步包括使用工作流程服务模块来填充每个计算节点，该工作流程服务模块被配置来协调计算节点内的每个可执行应用的特定功能与位于相同计算节点内的另一可执行应用的特定功能。
全文摘要
提供了用于监控复杂系统的健康的方法和可重配置系统。该可重配置系统包括多个包含执行多个不同标准化功能中的一个的指令的标准化可执行应用模块。该系统进一步包括以具有一层或多层计算节点的层级结构排列的多个计算节点。多个计算节点中的每一个运行主应用和工作流程服务模块，每个计算节点从而被配置文件配置，该配置文件指示通过主应用经该工作流程服务模块以协作方式执行任何标准化可执行应用模块。该系统还包括用于使用多个标准化可执行应用模块中的一个或多个填充每一计算节点的加载装置，通信装置，和用于编程该被填充的标准化可执行应用模块的配置装置。
文档编号G06F11/30GK102708033SQ20121005684
公开日2012年10月3日 申请日期2012年1月28日 优先权日2011年1月28日
发明者D·A·贝尔, D·比肖普, I·阿尔加纳比, J·范德斯维普, T·费尔克 申请人:霍尼韦尔国际公司