CN102576426A - 状况监视系统 - Google Patents

Abstract

公开了一种用于监视至少一个状况数据源的基于计算机的状况监视系统。所述系统适于确定用户感兴趣的状况数据；基于所述感兴趣的状况数据构建用户简档。当添加了新状况数据源时，所述系统适于识别这些新状况数据源，并且自动地访问来自现有数据源及任何新添加状况数据源的状况信息，或者使其可用。识别可用状况数据源中任何一个可用状况数据源中的相关数据，并基于用户简档呈现给用户。

Description

状况监视系统

技术领域

本发明涉及状况监视系统，以及更具体地涉及基于代理的状况监视系统。

背景技术

工厂设备的状况监视对于安全地延长贵重资产的寿命是重要的。在许多工业中，已经通过对有关传感器测量的解释来尝试监视重要资产的状况。为此设计的各种传感器和系统通常产生大量的数据，必须分析所有数据以使得其对于决策支持是有用的。典型地，每个系统通过分离的定制用户接口提供对其数据的访问，使得其难以使用能够进行自动数据解释的通用模块化工具。因此，手动分析是平常的，从而需要技术人员调查来自许多源的大量数据。

由于需要手动干涉的原因，通常不可能按照期望实时地监视数据。此外，数据分析人员倾向于自然地趋向于只使用某些喜欢的数据源。这导致大量有价值的数据经常被导入针对基本存储的数据库中，从而产生了大量的不连贯且无用的数据仓。此外，这些数据库也可以包含手动输入的信息，例如可以在详细检查的情况下提供设备的历史和场景的维护记录。目前，数据卷和组织减小了相关数据源之间的比较与推断的可能性，这可以提供对整个系统的操作的深刻认识。

WO2004/102378描述了智能信息仪表板系统，其用于收集、管理并呈现数据和信息，以允许通过基于来自多个源的数据根据实时信息进行决策。该系统具有三个功能层：顶层，用于设计和显示信息的软件应用程序；中间层，是用于数据传播和收集的数据管理层；以及底层，是用于数据收集和处理数据的智能信息仪表板代理。在一个示例中，智能信息仪表板系统的顶层是基于web的仪表板模块，用于呈现由智能仪表板代理收集的且由仪表板管理层管理的信息。尽管WO2004/102378的系统可以提供有用的功能，但是其限于在设计时预先设置呈现至用户的仪表板。从用户的角度来看，限制了灵活性。

发明内容

根据本发明，提供了一种基于计算机的状况监视系统，用于监视具有至少一个状况数据源的系统，所述基于计算机的状况监视系统适于：确定用户感兴趣的状况数据；基于所述感兴趣的状况数据构建用户简档；识别针对所监视的系统的一个或多个状况数据源的添加；访问来自所述至少一个状况数据源及任何添加状况数据源的感测状况信息或者使得所述状况信息可用，以及使用所述用户简档向用户呈现相关数据，使得向用户呈现来自所述至少一个状况数据源和任何添加状况数据源的相关数据。

通过允许用户确定用户简档，本发明提供了动态的用户可配置状况监视系统，其可以通过对可以连接数据、分析和用户的推理的使用来使所述动态的用户可配置状况监视系统适应于用户自身的特定需要。

可以提供应用于状况感测数据的至少一个数据分析功能，其中向用户呈现的所述相关数据是可用功能中任何一个或多个的输出。每个数据分析功能包括执行其功能所需的状况数据的类型的知识，以及所述系统适于：通过将所述用户简档中感兴趣的状况数据与所述数据分析功能所需的可用数据相匹配，来将一个或多个数据分析功能与一个或多个用户匹配，以及向用户呈现选项，以选择一个或多个匹配的数据分析功能或所述一个或多个匹配的数据分析功能的输出。

通过基于用户简档来自动地匹配用户和数据功能，系统允许使得新添加的分析工具对于用户而言是可用的，而用户不必做任何事情，具体地不必发起搜索。

用户助手可以配置为通过基于经由至少一个数据管理器可用的数据向用户呈现多个用户可选选项、并且接收一个或多个用户选择，来确定用户感兴趣的数据。用户助手可以适于向用户呈现多个选项，每个选项与多个具体相关的选项相关联。每个选项可以基于“是什么”的关系而与多个更具体相关的选项相关联。可以通过采用了系统内的简档、本体和其它模块的知识的用户推理单元来确定选项。可以按照多种格式呈现选项，其中所述多种格式包括但不限于；屏幕对话框、向导和可扩展树。

用户助手主控(host)可配置的主动接口，其允许终端用户与整个系统交互作用。为了与用户成功地通信，必须将术语在系统本体与用户可理解概念之间翻译，反之亦然。为此目的，用户助手可以包括用户翻译器，用于将针对信息的请求翻译成适于用户的形式，反之亦然。该用户翻译器可以随着时间来调整自己，以学习用户偏好的术语，从而进一步使接口适应单独的用户。

优选地，用户助手适于响应于接收到关于新用户兴趣的信息而更新用户简档。这意味着系统可以随着时间处理用户需求的变化。

可以提供多个数据管理器。每个数据管理器可以与要监视的特定站点或区域或数据源相关联。数据管理器并非限于任何特定OEM设备，而是可以与任何类型的数据源相关联。每个数据管理器可以负责访问一个或多个数据源，例如数据库、web服务、电子数据表、现场传感器(on-sitesensor)等，并且使得数据对于整个系统而言可用。数据源可以包含整个系统内所需的任何数据，包括从传感器测量直接收集的数据，以及手动输入且可能后续维护或检查的数据。为了实现此目的，他们必须将来自数据源的语言的数据标签翻译成普通理解的系统本体。数据管理器可以包括数据翻译器，用于将针对信息的请求翻译成适于数据源的形式，并且用于将来自数据源的信息翻译成适于系统内的其它代理的形式。

数据管理器可以包括翻译器，用于将从数据源接收到的信息翻译成基于计算机的系统可解释的形式，并且将从基于计算机的系统接收到的信息翻译成数据源可解释的形式。

所述系统可以包括处理服务的至少一个服务管理器，用于分析由数据管理器捕获的数据，其中用户助手适于向用户呈现所述至少一个服务管理器的功能作为可选选项。服务管理器从数据管理器访问数据，并且将其揭示成分析或解释的形式，其中所述分析或解释的形式的范围可以从简单的统计分析到高级的基于人工智能的解释。服务管理器具有如下能力：自确定执行其分析任务所要求的数据，从而通过检查由数据管理器使其可用的数据来了解其何时可用。这种自确定可以通过采用了系统中的服务需求、本体和其它模块的服务推理单元来实现。系统可以开发这种能力，以当相关分析工具可用时向用户提供所述相关分析工具。服务管理器提供标准软件接口，这意味着客户、第三方或服务提供者可以扩展分析的可用范围。

根据本发明的另一方面，提供了一种基于计算机的状况监视系统，用于监视至少一个状况数据源，其中所述系统具有一个或多个数据分析功能，每个功能包括执行其功能所需的状况数据的类型的知识，所述基于计算机的状况监视系统适于：确定用户感兴趣的状况数据；基于所述感兴趣的状况数据构建用户简档；访问来自所述至少一个状况数据源及任何添加状况数据源的状况信息，或者使得所述状况信息可用；通过将所述用户简档中感兴趣的状况数据与所述数据分析功能所需的可用数据相匹配，来将一个或多个数据分析功能与一个或多个用户自动地匹配，以及向用户呈现选项，以选择一个或多个匹配的数据分析功能或所述一个或多个匹配的数据分析功能的输出。

在一个实施例中，本发明提供了一种基于计算机的状况监视系统，其包括多个智能代理，所述智能代理包括至少一个用户代理以及至少一个数据代理，所述用户代理适于与用户交互作用，所述数据代理适于访问来自至少一个传感器的状况数据或者使得所述状况数据可用，其中所述传感器感测一个或多个站点处的状况，其中所述用户代理配置为确定用户感兴趣的数据；基于所述感兴趣的数据构建用户简档，并且使用该用户简档向用户呈现相关数据。

用户代理可以配置为通过基于经由至少一个数据代理可用的数据向用户呈现多个用户可选选项并且接收一个或多个用户选择，来确定用户感兴趣的数据。用户代理可以适于向用户呈现多个高级别选项，每个选项与多个相关的具体选项相关联，其中在选择了高级别选项之一时，呈现其它具体选项。多个具体选项可以与基于“是什么”(“is-a”)的关系而与相关联的更高级别的选项相关。用户代理可以适于响应于接收到关于新用户兴趣的信息来更新用户简档。

数据代理可以适于登记其同一性及其可用的信息的类型。数据代理可以适于在其它信息对于其而言变得可用的情况下更新其登记。

可以提供至少一个分析代理，用于分析由数据代理捕获的数据，其中用户代理适于向用户呈现所述至少一个分析代理的功能作为可选选项。每个分析代理可以适于登记其同一性及其可以执行的分析的类型。

所述至少一个用户代理可以包括翻译器，用于将从用户接收到信息翻译成由基于计算机的系统可解释的形式，并且将从基于计算机的系统接收到的信息翻译成用户可解释的形式。

所述至少一个数据代理包括翻译器，用于将从数据源接收到信息翻译成基于计算机的系统可解释的形式，并且将从基于计算机的系统接收到的信息翻译成源可解释的形式。可以提供多个数据代理。

可以使用多个技术方法实现上述系统，包括但不限于多代理系统和web服务。本文档的余下部分将描述基于多代理系统的实现方法；然而，本领域技术人员应当理解其它方法同等适用。

附图说明

将仅以示例的方式参考附图描述本发明的各个方面，其中：

图1是基于代理的状况监视系统的框图；

图2示出了第一继承关系树；

图3示出了第二继承关系树；

图4示出了第三继承关系树；

图5示出了第四继承关系树；

图6示出了与相关联概念链接的第一关联关系；

图7示出了与相关联概念链接的第二关联关系；

图8示出了与相关联概念链接的第三关联关系；

图9是用于图1的系统的数据管理器的示意图；

图10是示出了在与数据仓库相同的机器上实现图9的数据管理器的框图；

图11是示出了经由以太网或因特网与数据仓库相连的图9的数据管理器的框图；

图12是图9的数据管理器中的翻译模块的框图；

图13是用于图1的系统中的用户助手的框图；

图14(a)至(c)是用于限定用户简档的步骤的流程图；

图15是图13的用户助手中的翻译模块的框图，示出了从系统到用户的信息流；

图16是图14的翻译模块的框图，但是示出了由用户对系统的查询而产生的信息流；

图17是监视至少两个功率变压器的基于代理的状况监视系统的框图；

图18是针对图17的系统内的选定代理的登记过程的流程图；

图19是针对图17的系统的多个用户选择选项的表示，用于允许用户识别感兴趣的状况监视数据；

图20是表示了可能由图19所示的特定选择引起的交互作用的流程图；

图21是示出了图20中的特定选择之后的用户助理的操作的框图；

图22是用户选择选项的备选集合的表示；

图23是表示了由图22所示的特定选择引起的交互作用的流程图；

图24是针对具有多个区域和不同设备类型的功率网络的多个用户选择选项的表示；

图25是表示了由图24所示的特定选择引起的交互作用的流程图；以及

图26是图25流程图的接续流程图，并且表示当向用户提供感兴趣数据的新数据管理器加入系统时发生的交互作用。

图27是表示了可能由图19所示的特定选择引起的交互作用的流程图；

图28是表示了当向用户提供感兴趣的信息的新数据管理器加入系统时发生的交互作用的流程图；

图29是表示了当向用户提供感兴趣的信息的新数据管理器加入系统时发生的备选交互作用的流程图。

具体实施方式

本发明涉及基于计算机的状况监视系统，其能够进行个体用户配置(individual user configurability)以及主动用户辅助(proactiveuser assistance)。所述系统适于确定用户感兴趣的状况数据，并且基于所述感兴趣的状况数据构建用户简档。当添加新状况数据源时，所述系统适于识别这些新状况数据源，并且自动访问来自现有数据源及新添加状况数据源的状况信息或者使得所述状况可用。基于用户简档来识别可用状况数据源中任何一个可用状况数据源中的相关数据，并向用户呈现。系统可以包括分析功能，当分析功能变得可用时，根据用户简档使得所述分析功能对于用户而言可用。按照这种方式，本发明提供了平台，该平台允许灵活且动态地访问潜在的大量数据和分析工具，其中所述大量数据和分析工具包括当用户向系统初始登记时还没有呈现的数据和工具。

整个系统包括存在于基于计算机的系统上的软件模块的集合。将描述基于多代理系统的实现方法；然而本领域技术人员应理解，其它方法同等地适用。如本文所使用的，术语“代理”表示而不是限制如下定义的智能代理。每个代理在向系统的其余部分提供标准化的接口的同时，还包括不同的功能。除了该标准化接口之外，代理还提供功能，以搜索并请求由系统中的其它代理供应的信息。

智能代理是存在于可以描述物理环境的环境中的软件实体，其可以通过传感器来认识所述物理环境，但是一般而言可以简单地将所述物理环境认为是其所属的整个系统的代理的知识。每个智能代理具有其打算实现的自身的特定的目的集合。因此，尽管可以在思想上将多代理系统设计为具有某些总体目标，但是其行为依赖于其特定代理的个体性能，并且通过其特定代理的个体性能来显现。智能代理具有三个特性：反应性、主动性和社交能力。

反应性意味着，代理必须能够对其环境中的变化做出反应。当这些情况发生时，代理应该能够调度适当的动作，这允许代理考虑到变化而继续满足其目标。主动性指的是智能代理的能力，以在不需要外部推动的情况下向着其目标的实现来工作。这暗指：当问题出现时代理能够寻找解决方案的能力，可能是通过联系联系其它代理来协助。社交能力意味着智能代理能够与其它智能代理交互作用。这种交互作用向智能代理提供了如下能力：向其它智能代理请求对其目标实现而言基本的信息或服务。

智能代理通常用于封装负责特定任务或目标的软件，或者用于与负责特定任务或目标的软件接口相连。关于这个方面，智能代理是有用的，原因在于智能代理可以提供软件功能之间的标准接口。因此，可以按照软件系统的功能来设计软件系统。此外，因为只需要在新代理内打包随后在系统内配置的新功能，所以软件系统基本上是可扩展。通过具有这些益处，代理系统本质上是灵活的。没有明确地陈述多代理系统执行其全部事项(remit)的方式。替换地，代理被设计为对实现期望的全部系统操作所需要的精确任务加以执行。

一般在代理平台内发动代理。尽管这可以指的是在其上配置了代理的整个物理基础设施(例如，机器、操作系统等)，但是这一项通常用于参考低级别支持软件，其中所述低级别支持软件提供了用于创建和管理代理以及用于代理通信的根本功能。当使用代理平台配置代理(这些代理并非是相互排斥的，并且在设立大型系统时可以一起应用这些代理)时，存在两个选项。可以在每个网络机器上运行单个平台。对于在该平台上发动的代理，即使将所述代理在来自不同机器的平台上发动，也好像所有的代理在相同的位置运行一样。在另一示例中，可以使用多个平台，并且所述多个平台可以经由例如网络或web地址互相通知。代理平台是商业上可用的，或者可以是内部开发的。

已经协定了用于智能代理平台的多种标准，例如，智能物理代理基金(Foundation for Intelligent Physical Agents，FIPA)标准规范。为了符合该标准，平台必须包括单个代理管理系统(AMS)代理。AMS管理基本平台事务；例如，其处理来自平台的代理的创建和删除，并且存储现有代理的名称和物理地址，使得可以联系所述现有代理。平台还可以提供在整个系统搜索现有服务的方法。基于FIPA的平台以目录服务商(DF)代理的形式提供了这种方法。当创建时，代理首先向DF通知其可以提供的服务。DF持有这些记录，并且随后向平台提供目录服务，即代理可以向DF搜索特定服务，并且被通知可以满足其需求的其它代理。

在应用了多个平台的大型系统的情况下：每个平台包含AMS，并且如果使用了所述多个平台，则还包含DF。AMS代理只负责管理其平台内的代理。可以命令DF代理，不仅要搜索其自身平台内的DF，还要搜索其它近亲平台的DF。因此，直接发现在延伸了巨大物理距离的大型分布式系统内的服务(即，数据和信息)。

为了代理能够有效地通信，代理必须能够讲相同的语言。该语言由两部分构成：语言结构或语法，以及语言内容的含义。同样存在FIPA标准，其可以或者可以不用于定义代理语言的语法。FIPA定义了代理通信语言(ACL)，该ACL设置了代理消息的结构以及若干通信动作，其中所述若干通信动作定义了对话流，其中应该依赖于要发送的初始消息的类型而在代理之间产生所述对话流；例如，代理应该略微不同地响应请求何时执行服务以提供数据或者何时简单地通知一些信息。

为了简便起见，并且为了描述本发明的具体实施例，将描述基于FIPA的平台。然而，技术人员应该理解的是可以使用其它平台。从这个角度来件，将不涉及对DF的使用；替换地，引入了数据搜索器和服务搜索器。这些角色可以由以下主体提供：现有DF、分离的通用功能块、或者专用于每个实现的软件模块。此外，该实现决策的细节不影响所描述的核心概念。

图1示出了位于站点12与用户接口之间的基于代理的状况监视系统10，其中所述站点产生必须要监控的真实实况数据。系统内的每个代理14能够自发地行动。在系统10可访问的一个或多个数据仓库16中存储来自站点12的数据。可以通过来自机器或物理硬件的传感器或者任何其它状况依赖的数据源来直接收集这种数据，或者可以手动地输入，可能遵循维护或检查。在状况监视系统10中包括了三类代理。这些代理是数据管理器18、处理分析和解释功能的服务管理器20以及用户助手22。

数据管理器18连接至数据库/数据获取系统，以捕获或者访问必须要分析的且不受数据源的类型或制造者限制的数据。典型地，尽管可以根据系统需求提供多个数据管理器18，但是为每个数据仓库16提供一个数据管理器18。数据管理器18负责将搜集的数据翻译成系统内的其它代理可以理解的形式，并且具有标准接口，其中可以通过该标准接口请求数据，使得系统容易使用监视数据。此外，数据管理器18可以用于将数据插回到数据仓库16中。例如，用户可能希望添加关于特定事件的评论，或者针对设备的特定项而调度的工作顺序详细细节维护活动。除了提取数据之外，这些数据管理器18还可以提供这种“写回”功能。

服务管理器20提供分析功能，所述分析功能可以应用于通过数据管理器18使其可用的相关数据上。每个服务管理器20可能提供范围从简单统计分析到高级形式的基于人工智能解释的单独分析过程。代理提供标准接口意味着可以通过服务提供者、客户或第三方容易地扩展分析的可用范围。

服务管理器20可以提供任何要求的数据分析或解释。例如，数据可视化、异常检测、基于专家知识的故障诊断、基于分类的故障诊断等。其它更具体的示例可以包括相位分解图产生管理器(Phase-ResolvedPlot Generating Manager)、统计异常检测管理器、基于专家系统的变压器故障诊断管理器以及基于决策树的电路断路器故障诊断管理器。

用户助手提供终端用户与系统的其余部分之间的接口，使得可以在用户接口上呈现监控的数据或信息。典型地，每个用户接口与单个用户助手相关联。

数据管理器18和服务管理器20一起提供开放平台，以访问任意形式的数据，并且利用任意类型的基于软件的技术来分析数据。随后，可以经由用户助手查找和访问所有得到的信息。

当创建代理时，代理可以向数据搜索器或服务搜索器登记其服务。例如，数据管理器18可以向数据搜索器广告：它们可以提供与特定类型的设备相关的某些类型的测量。服务管理器20可以向服务搜索器广告：它们可以提供数据的趋势或数据的快速傅立叶变换。搜索器注意到这些能力，并向整个系统提供搜索服务。

尽管各种类型的代理在系统内具有特定的角色，但是存在没有分层的功能等级。替换地，动态实时地形成代理的ad-hoc组，以产生针对个人终端用户的定制数据分析。

当要求系统内的所有代理执行不同任务时，系统内的所有代理执行类似的程序。用户助手必须与用户交互作用，以确定所需的信息。相反，数据管理器18和服务管理器20预先精确地知道所要求的信息的类型，以实现其目的。例如，考虑提供对振动特征(vibration signature)的基于知识诊断的服务管理器20。当开始创建这种服务管理器20时，服务管理器20可以联系服务搜索器，并且向服务搜索器登记其可以提供对振动数据的诊断。服务搜索器还可以周期性地搜索新服务管理器20，以查询与其提供的服务相关的所述新服务管理器20。如果随后一直要求服务管理器20提供其服务，则服务管理器20可以首先向数据搜索器查询振动数据的源，然后联系振动数据的源以直接接收所要求的数据。备选地，当请求服务管理器20的功能时，可以向服务管理器20通知要分析的准确数据，以允许其立即联系相关的数据管理器18。服务管理器20本身可以承担其支持的分析功能，或者可以产生新服务代理以全面负责提供服务。按照这种方式产生新服务代理可以允许个人用户具有其自己的专用服务代理。

还应该注意，尽管本文讨论的服务主要采取对于用户数据的输入及输出信息，但是并不需要这样。服务管理器20还可以从用户接收输入。例如，负责数据分析的工程师可以利用所要求的维护任务对维护工作调度管理器进行更新；然后，管理器将通知希望知道关于所要求工作的信息的其它用户。

为了在代理之间发生交互作用，要求普通理解的本体(ontology)，即标准数据字典/语言。本体详细描述了一组概念及其之间存在的关系。在系统本体内存在两种主要类型的关系：继承或“是什么”(is-a)关系以及关联关系。将依次对其进行描述。

在高级别概念与低级别的更具体化概念之间存在继承或“是什么”关系。低级别概念从较高级别概念继承属性(可以被称作较高级别概念的示例)，但是还可以具有使其更具体的附加属性。为了提供少量简单示例，考虑图2。在这种情况下，在本体内存在概念性的“设备”。在“设备”下面是设备的各种具体形式；例如传导设备、产生单元和功率变压器。这些设备中的一部分(在所示出的情况下的传导设备)进一步具体化等等直到发现了具体概念为止。另一概念，“设备容器”可以进一步具体化来定义概念，例如如图3所示的电压电平、变电站、线路和工厂。概念可以是继承于多于一个的所谓始祖概念(ancestor concept)。例如如图4所示，环境温度测量可以被认为是天气测量和温度测量。同样，变压器温度测量可以是温度测量和变压器测量。同等地如图5所示，设备和设备容器可以从概念功率系统资源PSR继承。

关联关系定义了概念之间的链接。例如参见图6，测量可以链接至进行所述测量的特定功率系统资源，反之亦然；参见图7，设备容器将包含某个设备的条目，以及所述设备容器将包含该设备；参见图8，功率系统资源由特定公司操作并且位于特定位置。

本体内的关系提供路线以确定用户兴趣。通过首先请求用户以高级别定义它们的兴趣，可以有助于用户通过参考已知概念而缩小其兴趣。

在数据翻译模块中，在每个代理中强制实施系统本体。数据翻译模块负责将在数据仓库16中发现的术语翻译成系统本体中的等价表达，反之亦然。这种翻译使得以下情形是可能的，即向系统内的所有代理提供以多种格式存储的数据，以及在不知道正确数据格式的情况下向数据仓库16发送从代理获取的查询。现在将更详细地描述每个代理及其数据翻译模块。

图9示出了数据管理器18内的各种功能模块。每个数据管理器18配置为提供三种主要职责，这些职责是：提供对其下面的数据仓库16的访问；监视数据仓库16以检测何时添加了新数据，以及向系统内的其它代理通信该数据。为了提供这些，每个数据管理器18具有查询响应模块24，用于接收并随后响应用户查询；数据翻译模块26，用于将查询翻译为适当形式，以允许访问数据仓库16，以及同样地将数据翻译成可以在代理系统内通信的适当形式；数据仓库监视器28，用于监视数据仓库16中的新数据；以及订阅响应模块30，用于向订户通信关于新数据的信息。

从数据管理器18到数据仓库16的连接专用于采用的数据存储的方法。所遇到的数据存储方法的范围可以从设计用于贮存大量数据的商业数据库到excel电子数据表或简单文件和文件夹系统。因此，当创建时，每个个人数据管理器18要求最少量的具体信息。如图10所示，可以设立数据管理器18在与数据仓库16相同的机器上本地运行。然而，不需要如此。如图11所示，数据管理器18可以经由网络或因特网连接同等地连接至数据仓库16。

数据仓库监视器28负责重复地查询与新数据的抵达相关的数据仓库16，并且当其变得可用时获取该数据。订阅响应模块30保持表达了对数据的兴趣的所有其它代理的记录，只要任何新发现的数据变得可用，数据管理器18就可以向这些代理提供并发送所述新发现的数据。查询响应模块24从外部代理接受对数据的查询，并且返回与查询相匹配的任何数据。

图12更详细地示出了数据翻译模块26。这是可重复使用并且可扩展的功能。其包含所有系统本体概念的理解。例如，来自数据仓库A、B和C的术语被映射到了系统本体上，使得可以将每个仓库的数据翻译成系统本体内的整个系统可使用的形式。无论何时要求系统适应来自附加领域的数据，都可以对其进行扩展。数据翻译模块也包含先前通过使用系统来研究的数据仓库16内使用的术语的知识。随着时间的推移，在未来系统配置中遇到陌生的数据仓库16时，可以添加另外的术语集合。

为了确定哪个术语集合适合要询问的数据仓库16，提供数据推理单元28。在确定了术语集合后，可以从仓库提取数据，并且可以将在所选术语集合中发现的术语直接映射到其等价系统本体概念。例如，图12示出了针对仓库A的术语1，其具有值＝SGT1，其被映射到了系统本体中的概念3，而值保持不变。如果在数据仓库16中发现了在相关术语集合内未知的术语，数据推理单元28可以再次用于尝试确定适当的翻译。DTM还以类似的方式反向运作。在这种情况下，将系统本体概念映射到适当的数据仓库术语，其中相关术语集合已经由数据推理单元进行了选择。

图13示出了用户助手22。用户助手22具有用于与用户终端通信的相关联的用户接口30；用于存储用户所需信息的细节的用户简档32；用户翻译模块34和用户推理单元36，其中所述用户推理单元36访问在本体内定义的高级别概念，并且负责帮助构建用户简档。用户推理单元36可以使用本体内的关系来限定用户感兴趣的数据和服务以及发起搜索，使得其可以向用户呈现这种类型的切实的、真实的、现有的数据，以简单地用于显示或查询用户的兴趣。当需要时，可以循环地执行这些步骤，尽管这可能不是必要的，除非用户指示其希望更新其简档。

按照针对数据管理器18的类似方式，在呈现任何信息之前，用户翻译模块26执行从系统本体概念到终端用户的普通词汇表的翻译。相反地，在从用户助手发送消息之前，必须将用户的词汇表翻译成系统本体。因此，用户与用户助手22之间的所有通信经由翻译模块34来进行。同样地，用户助手22与任何其它代理之间的所有通信经由翻译模块34来进行。

用户助手22的主要功能是帮助用户以灵活且可修改的方式限定其需要的信息，并且通过其接口提供针对所有可用数据和信息源的单点访问。用户接口30不需要与用户助手22物理链接，即在相同的平台上运行。用户助手22可以在中央服务器或用户本地机器上运行，并且如果必要的话，则经由网络、web服务等与接口交互作用。因此，当安装软件、基于web的工具等时，可以配置用户接口30。

为了用户助手22识别用户的一般兴趣，用户推理单元36必须能够使用本体内的继承和关联关系来在系统本体上推理，以根据针对询问的用户响应来查询用户。一旦用户推理单元36已经开始确定这些兴趣，则用户助手22必须发现整个系统内什么相关数据是可用的。该功能依赖于代理，其中该代理能够广告其可以提供什么，并且发现需要与之交互作用的代理。因此，已经参考数据搜索器和服务搜索器描述了这种广告能力；然而技术人员应意识到，可以使用其它方法，并且纯粹作为示例提供了这些方法。

为了识别用户的一般兴趣，用户助手22首先要求用户陈述其高级别的兴趣-如图14(a)所示，可能是其感兴趣的设备或数据的类型或者其负责的区域等。用户推理单元利用所理解的高级别概念的兴趣从本体逻辑地推导如何最好地缩小兴趣。例如，如果用户指定了可以进一步具体化的其感兴趣的概念，例如传导设备，则可以呈现传导设备以及传导设备的各种已知类型，例如能量源、开关、导体等，并且询问用户是否希望进一步使其兴趣具体化。通过遵循这种类型的过程，例如可以发现用户实际上对断路器特别感兴趣。用户助手指导用户进行这种选择，以在每个阶段给予用户机会来请求关于当前选择的所有设备的信息。

备选地或附加地，如果用户预先知道其感兴趣的是什么，则可以提供包括当前目录内的所有设备类型的所有元件(即设备)的下拉式列表或可扩展树。因此例如，如果用户只指定了设备方面的兴趣，则列表可以包含所有可能的设备类型，但是如果用户已经规定了开关方面的兴趣，则可以只包括开关的类型。还可以提供搜索术语的键盘或等价输入，以帮助用户追捕到其兴趣。在这种情况下，用户推理单元可以搜索可能与用户请求相匹配的本体概念。可以要求用户选择感兴趣的概念并且简档接续。这也暗示并非总是需要此处略述的用户配置过程来完成其全部；替换地例如，用户助手可以收集用户的高级别兴趣，搜索在该阶段用户可用的所有信息，以及以可扩展树呈现用于选择的所有项。技术人员应理解，在这一方面实现的具体方式并没有改变本文描述的潜在新颖性。

在识别了感兴趣的初始类型后，在系统内搜索关于这种类型的物理对象。为了进行这种操作，要求数据搜索器识别哪个数据管理器18可以提供相关信息。在该阶段，可以开始向用户显示该信息，以给予用户机会来选择其明确感兴趣的项。除此之外，可以继续推理，以及关联关系可以用于进一步缩小兴趣。例如，如图14(b)和(c)所示，如果用户仅对以下事项感兴趣：具体区域、具体工厂或变电站内的所有设备、与预先选择的设备类型相关联的某些类型的测量，则询问用户。在该阶段，当用户助手针对用户选择而经常地精确地查询什么信息是可用的时，频繁地运行搜索。在所有阶段，向用户呈现的选择或询问是基于系统本体以及对系统内什么是可用的理解的。

用户助手22可以向数据搜索器通知其具有一个或多个具体兴趣，并且请求将其保持到与这些兴趣相关的未来改变的日期。数据搜索器提供与这些一个或多个兴趣相关的数据管理器18的地址，以允许用户助手直接与之联系。用户助手22可以向这些数据管理器18发送查询-针对(特定类型的，来自特定日期的等等)数据的一次性(one off)请求，或者请求订阅这些数据管理器18可以提供的任何未来信息。在本文描述的基于FIPA的实施例中，将这些请求作为ACL消息与是通信动作的查询和订阅一起发送。在查询消息的情况下，所联系的数据管理器可以立即以所请求的数据进行回复，或者在订阅消息的情况下，当新数据变得可用时，所联系的数据管理器才以无限多的广告进行回复。按照这种方式，通过首先建立用户兴趣，用户助手22通过联系所要求的任何一个信息源，来承担向用户传送相关且期望的数据。在信息源(原始数据、分析、解释、其它)之间不存在硬编码链接。

一旦用户助手22建立了与用户希望检查的设备和数据相关的用户的主要兴趣的理解，则用户助手22在用户简档中存储这些内容。然后，基于该简档，用户助手22可以向服务搜索器查询代理，以提供分析和解释功能。用户可以在这些代理中选择其发现是有用的代理。然后，用户助手22直接联系所发现的服务管理器20，以请求访问期望的服务。在该阶段，服务管理器20可以产生新服务代理，以实际上提供该服务。如果服务管理器20这样做了，则服务管理器20向用户助手通知新代理的细节，以允许直接联系新代理。用户助手22处理从服务管理器/代理收集的信息，以通过使用标准查询以及订阅通信动作来联系该代理，并且当接收到新信息时向用户显示。此外，更新用户翻译模块26的个性化用户偏好术语，使得当在将来的任何时候向用户呈现概念时，没有使用系统默认的术语来呈现，而是替换地使用用户偏好术语。

除了允许灵活地选择信息的类型之外，用户助手还允许用户定制其接口的外观和感觉。无论其是希望以新信息持续刷新来进行显示还是当要求时简单地提供对新信息的即刻访问，即实际上如何显示数据(例如，表格、曲线图等)等等，其能够选择其偏好级别的细节(例如，将数据的高级别向下解释到低级别度量)。

图15和16详述了用户翻译模块34的操作。与数据翻译模块相同，这是可扩展且可重复使用的功能，包括所有系统本体概念的可扩大的理解，其中所述所有系统本体概念的可扩大的理解最初被映射到了预先定义的用户词汇表的术语集合中。然而，随着时间的推移，用户翻译模块34学习个人用户的偏好词汇表，从而修改了适当的映射。

图15示出了当用户助手接收到来自外部系统的消息时的响应，并向用户显示。其示出了必须传送至用户词汇表的三个输入概念。这三个输入概念中的前两个概念，概念3和概念1，被简单地映射到了核心用户术语集合中其已知的等价物。第三个概念，概念5，已知具有核心用户术语集合内的等价术语。然而，在个性化用户偏好术语集合内也认出了该等价术语，因而这是一种映射选择。

图16示出了该过程的逆过程，即将用户输入传输至外部系统所需的翻译。作为示例，图16示出了向系统传输用户搜索请求的过程。当用户搜索其已知的特定词汇表术语时，当然首先必须将术语翻译成其系统本体等价概念。然而除此之外，通过对适当概念应用推理，还可以识别相关概念，其中该相关概念可能有益于用户并可添加值到搜索中。这导致了更广泛的搜索，并且有助于用户发现其先前可能没有考虑到或者甚至没有意识到的对于其而言是有用的相关数据和信息。

用户助手22的任务并没有停止于设立初始用户简档。其还存储该简档，并确保经常向用户通知整个系统内的相关改变和更新。两种平行的方法提供了这种功能。首先，用户助手22从关于特定兴趣的数据搜索器和服务搜索器订阅更新。当通知更新时，用户助手22可以直接联系新数据管理器18和服务管理器20，以在将该信息移送用户用于赞成或拒绝之前向其查询其精确地提供什么。其次，用户助手22中的用户推理单元36可以将搜索请求周期性地带到数据搜索器和服务搜索器中，其中该搜索请求是针对已知兴趣或通过用户推理单元推理获得的本体内的关于已知兴趣的兴趣。首先可以在没有用户的知识的情况下联系通过这些搜索披露的任何新提供者，使得当打断用户进行赞成时，用户的时间没有浪费。随着时间的推移，可能的是学习用户对于这些中断的普通响应，从而相应地赞成或拒绝对其的更新。对于这种学习，可以采用正好从统计分析至智能行为学习算法的多种不同方法，例如也可以被用于解释状况监视的测量数据的这些方法。此外，如果将馈送用于向用户传送新信息，则可以不需要中断。这将允许用户在其自己的时间响应更新。

代理通过其以目的为指引的行为，将其自组织为功能组，其中该功能组可以随着时间而改变，以在任意给定时间精确地提供用户需要的是什么。通过用户助手中的用户简档、用户翻译模块26功能及也在用户助手中的推理功能、存在于数据管理器18中的系统本体和数据翻译功能之间的交互作用来驱动自组织。用户助手确保了使所有系统更新对于用户而言可用，以使得当删除了具有相关信息的系统变化时，可以动态地更新用户接口。

当需要系统内的所有代理执行不同任务时，它们可能执行类似的程序；然而，不同于与用户相关联的代理，大多数代理将预先精确地知道其需要的信息的类型，来实现其目的。例如，提供对振动特征的基于知识诊断的服务管理器20。当最初创建服务管理器20时，其联系服务搜索器，并登记其可以提供对振动数据的诊断。如果随后要求服务管理器20提供其服务，则其首先向数据搜索器搜索振动数据的源，然后直接与振动数据的源联系，以接收其需要的数据。

图17示出了用于功率变压器监视的配置系统的示例，其特征在于多个数据管理器18、服务管理器20和用户助手22。在这种情况下，存在两个数据管理器18：数据管理器“A”和数据管理器“B”。这些数据管理器18分别提供来自数据仓库“A”和数据仓库“B”的数据。数据仓库“A”是存储设备，针对安装到两个变压器(SGT3(超网格变压器3)和SGT4(超网格变压器(super grid transformer)4))上的传感器所记录的所有振动和温度数据。数据仓库“B”记录了仅安装在SGT4上的溶解气体分析器进行的测量。SGT3和SGT4分别位于区域X和区域Y。

系统包括多个服务管理器20-总共6个-每个服务管理器20针对特定类型的数据提供一种形式的分析或解释。这些服务管理器20是振动趋势管理器、温度趋势管理器、振动统计异常检测管理器、Duval的三角关系管理器、Roger的比率管理器以及变压器热模型管理器。Duval的三角关系管理器和Roger的比率管理器是可操作来执行特定分析的。在功率变压器领域，这些类型的计算是公知的，因此将不进行详细描述。还存在两个用户助手：用户(1)助理和用户(2)助理。这可以在中央服务器或用户的个人设备上运行。然而，无论其位置在哪里，用户1将访问其膝上型电脑上的系统，而用户2代理将通过其PDA(个人数字助理)来工作。

当创建数据管理器18时，其首先与数据搜索器联系，并登记其本身。为了登记，其提供其名称以及其可以提供的任何输出。类似地，当创建服务管理器20时，其与服务搜索器联系，以提供相应信息以及其需要的任何输入来实现其目的。图18示出了在执行该登记过程中由数据管理器“A”、数据管理器“B”以及Duval的三角关系管理器发送的消息，从图18中可见，数据管理器“A”登记了其可以提供来自位于区域Y中的SGT4的溶解气体分析数据(被示为DGA数据)。数据管理器“B”登记了其可以提供来自位于区域X中的SGT3的温度和振动数据(被示为Temp和Vib数据)，以及来自位于区域Y中的SGT4的温度和振动数据。

Duval的三角关系管理器向服务搜索器登记其可以提供Duval三角关系分析。为了提供Duval三角关系分析，其还登记了其需要溶解气体分析数据作为输入。因为其需要该输入来工作，所以一旦对该输入进行了登记，则Duval的三角关系管理器可以执行对数据搜索器的记录的搜索，以发现可以向其提供必要溶解气体分析数据的所有数据管理器18。将该搜索标记为订阅，并且还在图18中示出了该搜索。如果未来新提供者变得可用，则这种性质的搜索不仅返回数据搜索器当前意识到的所有肯定的结果，还使数据搜索器通知搜索者。按照这种方式，当新数据和服务变得可用时，系统内的代理可以立即发现它们。此处，将订阅搜索类型用作系统功能的清楚示例。然而，还可以通过一次性查询来执行这种搜索。在这种情况下，Duval的三角关系管理器将针对要分析的数据再次联系被要求提供分析结果的相关管理器18，而不是当可用时自动连续地发送所述分析结果。

在这种情况下，搜索结果向Duval的三角关系管理器告诉当前存在的溶解气体分析数据的一个提供者；数据管理器B。该知识允许Duval的三角关系管理器直接联系数据管理器“B”来请求期望的信息。其按照两个阶段来执行这种查询。首先，其订阅所有溶解气体分析数据。按照这种方式订阅数据意味着数据管理器“B”持有的溶解气体分析数据的所有未来变化将触发向Duval的三角关系管理器发送消息，以向其通知更新。然而，在数据第一次变化之前不发送任何信息。因此，Duval的三角关系管理器还发送查询请求。这使得数据管理器“B”发送其当前持有的所有溶解气体分析数据。

图19示出了从终端用户的角度来看，用户在第一次设立用户的系统中可能经历的步骤的示例。在该阶段，第一次建立用户简档。用户推理单元负责(通过使用本体内的相关关系)决定在每个阶段向用户显示的选择，并且当需要特定的、真实世界的数据时，负责发起针对该数据的适当搜索。在过程中的每个步骤处，向用户呈现其可以据此选择的多个目录。在选择时，扩展每个目录来呈现多个子目录，直到最终可以从可用数据和服务进行选择为止。这一过程由数据搜索器和服务搜索器的多个搜索来推动。如已经提及的，还可以通过下拉列表来处理该过程，以显示关于特定目录的所有信息，或者通过可扩展树来处理该过程，以持有所有可用信息并且允许用户同时选择若干项。

在图19中，用户首先进行了如下三次选择，即状况监视、变压器和所有变压器，从而导致了图20所示的前三次搜索。这些搜索通过提供所有可用子目录来简单地扩展所请求的目录。值得注意的是在从用户助手发送之前，如上所述，首先必须将所有这种用户输入翻译成系统本体。同样地，如图21所示，在显示之前，必须将响应翻译回用户词汇表。

针对DGA信息的用户第四次选择(图19)告知系统用户对溶解气体分析信息感兴趣。因此，用户助手向数据搜索器发送针对能够提供原始溶解气体分析数据的代理的订阅搜索，并且向服务搜索器发送针对能够提供该数据的分析的代理的订阅搜索(图20)。在通知了Duval的三角关系分析以及Roger的比率分析均可用后，用户除了选择用于简单绘制原始数据中观察到的趋势的选项之外，还选择了Duval的三角关系分析(图19)。然而，由于预先搜索了数据搜索器和服务搜索器的方式，向用户通知新发现的数据源或可用于溶解气体分析数据的分析技术。

在最终查询用户请求的信息之前，用户助手认识到还可以通过选择适当区域来缩小搜索。在选择了区域Y的图19中，向用户呈现了该选项。在图20中说明了向Duval三角关系管理器发送的消息。如以前，首先发送针对相关数据的订阅，从而确保了未来分析结果被转发。在此之后跟随针对任何先前计算结果的查询。

备选地，服务管理器20可以产生服务代理，以处理服务的实际执行。在这种情况下，将由图27所示的这些交互来替代图20的最后五个交互作用。此处，像以前一样订阅服务搜索器，以发现与可用DGA数据相关的潜在服务。用户从这些可用服务中选择(在这种情况下，用户选择Duval三角关系服务)，以及用户助手联系Duval三角关系管理器。这进而创建了专用于用户的Duval三角关系服务代理，从而确保了其对于用户而言总是可用的，并且确保了当处理其它用户的分析的同时用户不需要等待。Duval三角关系管理器向用户助手通知Duval的三角关系服务代理的细节，然后用户助手可以直接与其联系。从这点来看，在图20的结束处，用户助手与Duval的三角关系服务代理之间的交互作用对其进行了反映。

图22和23示出了针对不同用户的上述过程。这种用户是在变压器状况监视数据中曾经感兴趣的，但是在这种情况下，他们期待温度测量。可以按照与图19和20类似的方式从事选择和相关搜索过程。

可以扩展用户选择过程，以覆盖任意数目的不同场景或布置。例如，图24示出了针对系统的选择选项，其中该系统能够提供来自多个区域上的多个源的数据。在已经断言了其期望绘制源自区域Y内的分站B的电路断路器信号后，向其通知除了电路器信号本身外，关于电路断路器绝缘内的部分放电行为的信息也是可用的。尽管在这种实例下，用户减少了消息，但是附加信息可以有助于说明电路断路器的行为，并使得维护的任何需求清楚明白。此处，用户助手有助于识别可能已经忽视的这种关系。

图25和26示出了新相关代理加入系统的效果。在图25中，用户助手订阅了数据搜索器，其中所述数据搜索器被通知所有数据管理器18能够提供从区域X内的变压器采样的温度数据。数据搜索器通知用户助手当前存在两个这种数据管理器，数据管理器1和数据管理器2。然后，如上所述，用户助手订阅其数据及针对任何先前存在的数据的查询。数据管理器18首先回复用户助手的查询，然后向用户助手通知其持有的数据的所有变化。

如图26所示，回复查询及向用户告知变化的过程继续，直到新数据管理器，数据管理器3，加入系统为止。如前所述，数据管理器3首先向数据搜索器登记，以陈述其可以提供关于变压器C的温度和溶解气体分析数据。数据搜索器知道用户助手对变压器温度数据感兴趣，因此其向用户助手告知变化。然后，如前，用户助手订阅并查询新数据管理器。在这一点上，通过用户显示器警告用户已经发现了新数据源，并且按照先前选择的方式显示新数据。

同等地，系统将向用户通知变得可用的新的相关的分析服务。图28说明了如下场景，即用户助手向服务搜索器订阅关于溶解气体分析技术的更新。当在系统内配置了新工具时，系统的服务管理器20告知服务搜索器，服务搜索器进而由于用户的订阅而向其告知。服务管理器20还可以向数据搜索器搜索溶解气体数据的源，并且随后向发现的数据管理器18订阅或查询数据，以执行其服务。如果用户指示其对新服务感兴趣，则用户助手直接联系服务管理器20，以请求其可以提供的信息。

以上描述了可以如何动态地配置ad-hoc功能组来适应并使用系统内的新服务工具。图28示出了如下场景，即服务管理器20明确地提供了服务。图29示出了如下场景，即当这种请求使得服务管理器20产生了分离的服务代理时，用户助手于是可以与之交互作用。

本发明的状况监视系统具有多种优势。其提供了在不论类型的情况下打开所有数据源的平台，以允许通过分析和解释模块访问所述所有数据源，其中可以通过单个直观用户接口访问、询问和监视所述所有数据源。通过该接口提供的内容是基于个人简档的，其中该个人简档是在没有依赖于开发者预先的配置的情况下用户通过其自身的接口来定义的。接口辅助用户通过探察兴趣并且在整个系统内搜索关于这些兴趣的信息来创建该简档。因此，简档辅助用户使其系统适合于传送数据，在过滤掉可能导致混淆或过载的不相关信息源的同时，解释并使其需要可视化。此外，系统主动地发现新数据源，以及当其出现时，分析和解释将通过智能地评估个人兴趣来向用户提供相关更新的个性化的通知。这种主动功能确保了可以随着时间扩展状况监视基础结构，并且确保了从公司层面开发未来投资，从而使其值最大化。

此外，本发明的系统允许比较并证实来自多个源的数据。例如，可以在一个屏幕上显示来自不同数据源的值，从而允许比较数据。例如，这种显示可以是值对时间的曲线的形式，使得当涉及所有因素时，确切地发生了(或测量了)什么是清楚的。作为另一示例，可能期望使智能技术承担来自多个数据源的数据比较或证实。在这种情况下，可以进行的数据比较的类型将取决于整个系统内的服务管理器20及能够在其分析中结合的数据类型是什么。

技术人员将意识到，在不背离本发明的范围的情况下，所公开布置的变型是可能的。例如，系统可以被配置为允许用户添加或去除兴趣、修改现有兴趣、以多种方式(例如，曲线图、概要统计表、数据表)显示其数据、以及当新且潜在感兴趣的数据或服务变得可用时，向用户发信号。此外，整个系统可以是分布式的。例如，一些代理可以位于站点上，以从所监视的站点处的传感器直接获得数据，一些代理可以在中央服务器上运行，以提供数据库信息或分析功能，以及大多数代理可以在用户的个人机器上运行。这提供了一些灵活性。例如，服务管理器20可以在中央或外部服务器上运行。为了确保不存在过度工作，可能存在服务管理器的复制品；针对每个服务的服务管理器可能在分布式网络的相应主位置处运行。当这些代理中的一部分不可用(例如，在服务器损毁的情况下)而替换地可以使用提供相同功能的其它代理时，示出了灵活性和冗余性。

此外，尽管已经参考功率系统描述了系统，但是该系统可以被同等地用于必须监视设备的状况的任何环境中。因此，仅以示例的方式对具体实施例进行了以上描述，而非用于限制。技术人员应明白，可以在不显著改变所描述的操作的情况下，进行较小的修改。

Claims (25)

1.一种基于计算机的状况监视系统，用于监视至少一个状况数据源，所述基于计算机的状况监视系统适于：

确定用户感兴趣的状况数据；

基于感兴趣的状况数据构建用户简档；

识别将一个或多个状况数据源向所监视的系统的添加；

访问来自所述至少一个状况数据源及任何添加的状况数据源的状况信息，或者使得所述状况信息可用，以及

使用所述用户简档向用户呈现相关数据，使得向用户呈现来自所述至少一个状况数据源和任何添加的状况数据源的相关数据。

2.如权利要求1所述的基于计算机的状况监视系统，包括：应用于状况感测数据的至少一个数据分析功能，其中向用户呈现的所述相关数据是可用功能中任一个或多个功能的输出。

3.如权利要求2所述的基于计算机的状况监视系统，其中每个数据分析功能包括执行其功能所需的状况数据类型的知识，以及所述系统适于：

通过将所述用户简档中的感兴趣的状况数据与所述数据分析功能所需的可用数据相匹配，来将一个或多个数据分析功能与一个或多个用户自动地匹配，以及

向用户呈现选项，以选择一个或多个匹配数据分析功能或所述一个或多个匹配的数据分析功能的输出。

4.如权利要求2或3所述的基于计算机的状况监视系统，其中所述系统适于允许添加一个或多个新功能。

5.如权利要求3或4所述的基于计算机的状况监视系统，包括用户助手，所述用户助手适于基于感兴趣的状况数据搜索一个或多个数据分析功能，并将所述一个或多个数据分析功能与其相关联的用户匹配。

6.如权利要求4或5所述的基于计算机的状况监视系统，其中所述一个或多个数据分析功能适于基于用户简档搜索一个或多个用户，并且与所述一个或多个用户匹配。

7.如前述权利要求中任一项所述的基于计算机的状况监视系统，其中所述数据源存储来自至少一个状况传感器和任何添加状况传感器的感测状况信息。

8.如权利要求7所述的基于计算机的状况监视系统，其中所述多个数据源与不同的站点或位置相关联。

9.如前述权利要求中任一项所述的基于计算机的状况监视系统，适于通过向用户呈现基于可用数据的多个用户可选选项并且接收一个或多个用户选择，来确定针对用户感兴趣的数据。

10.如权利要求9所述的基于计算机的状况监视系统，适于向用户呈现多个高级别选项，每个选项与多个相关的更具体选项相关联，其中在选择所述高级别选项之一时，呈现其它具体选项。

11.如权利要求10所述的基于计算机的状况监视系统，其中所述多个更具体选项基于“是”的关系与相关联的更高级别的选项相关。

12.如前述权利要求中任一项所述的基于计算机的状况监视系统，适于改变所述用户简档。

13.如权利要求12所述的基于计算机的状况监视系统，其中响应于接收到关于新用户兴趣的信息来更新所述用户简档。

14.如权利要求12或13所述的基于计算机的状况监视系统，其中响应于至少一个用户输入来更新所述用户简档。

15.如前述权利要求中任一项所述的基于计算机的状况监视系统，适于维持可用信息的类型的登记。

16.如权利要求15所述的基于计算机的状况监视系统，适于在其它信息变得可用的情况下，使得登记被更新。

17.如前述权利要求中任一项所述的基于计算机的状况监视系统，包括用户翻译器，用于将从用户接收到的信息翻译成基于计算机的系统可解释的形式，以及将从基于计算机的系统接收的信息翻译成用户可解释的形式。

18.如前述权利要求中任一项所述的基于计算机的状况监视系统，包括数据翻译器，用于将从所述数据源或每个数据源接收到的信息翻译成基于计算机的系统可解释的形式。

19.如权利要求18所述的基于计算机的状况监视系统，其中所述数据翻译器适于将从基于计算机的系统接收到的信息翻译成所述数据源或每个数据源可解释的形式。

20.如前述权利要求中任一项所述的基于计算机的状况监视系统，其中所述系统是分布式的。

21.如前述权利要求中任一项所述的基于计算机的状况监视系统，其中通过使用一个或多个软件代理实现所述基于计算机的状况监视系统。

22.如权利要求21所述的基于计算机的状况监视系统，其中提供用户代理，用于确定用户感兴趣的状况数据，并且基于所述感兴趣的状况数据构建用户简档。

23.如权利要求21或22所述的基于计算机的状况监视系统，其中提供数据代理，用于访问来自所述至少一个状况数据源和任何添加状况数据源的感测状况信息，或者使得所述感测状况信息可用，并且向所述用户代理提供该信息。

24.如前述权利要求中任一项所述的基于计算机的状况监视系统，其中所述至少一个状况数据源包括状况数据，所述状况数据包括以下至少一项：从所监视的系统中的传感器捕获的传感器数据以及来自手动检查的数据。

25.一种基于计算机的状况监视系统，用于监视至少一个状况数据源，其中所述系统具有一个或多个数据分析功能，每个功能包括执行其功能所需的状况数据类型的知识，所述基于计算机的状况监视系统适于：

确定用户感兴趣的状况数据；

基于所述感兴趣状况数据构建用户简档；

访问来自所述至少一个状况数据源及任何添加状况数据源的状况信息，或者使得所述状况信息可用；

通过将所述用户简档中的所述感兴趣的状况数据与所述数据分析功能所需的可用数据相匹配，来将一个或多个数据分析功能与一个或多个用户自动地匹配，以及

向用户呈现选项，以选择一个或多个匹配的数据分析功能或所述一个或多个匹配的数据分析功能的输出。

Images