CN106991560A - 用于资产健康监测装置的内部通信 - Google Patents

Abstract

一种可扩展计算系统，所述可扩展计算系统使用计算机和程序结构整合资产健康数据和装置的用户控制，所述装置由不同制造商制造，所述程序结构包括常见平台应用结构和常见平台服务结构。服务总线将装置信号以标准格式从常见平台服务结构传输至专有扩展服务结构。专有扩展服务结构将装置通信信号从标准格式转换为能被专有装置理解的专有通信格式。数据总线将资产健康和可靠性数据以标准数据格式从专有扩展服务结构传输至常见扩展服务结构。专有服务结构将资产健康和可靠性数据从专有装置接收到的专有数据格式转换为标准数据格式。输入将数据以专有数据格式从专有装置传输至电脑，输出将通信信号以专有通信格式发送至专有装置。

Description

用于资产健康监测装置的内部通信

技术领域

本申请是要求2015年10月9日提交的美国临时专利申请号62239452的专利权和优先权的非临时申请。本发明涉及资产健康监测领域。尤其，本发明涉及从不同监测装置之间收集和共享资产数据。

背景技术

为了保持在操作条件下，大部分资产要求一些类型的维修。作为本文使用的术语“资产”被给予了广义的定义，并包括如在工业应用中可找到的设备。这种资产，例如，包括如水泵、压力机、研磨机和发电机、车间设备和其它类型设备。

以前，一旦资产停止正常工作它就会被维修，例如损坏，或者当资产变得很明显需要维护服务时，例如由于制造噪声、产生过多的热量或非平稳运行。然而，在资产被维修之前一直等到资产损坏往往会有很多问题，例如附带损害、测定损坏时间地不便性、停工、伤害操作者、与此相关的过多开销等等。

通过监测资产的操作和在方便的时候提供维修，预见性维护能至少部分地减少其中许多问题，例如当它开始显示问题信号时。

预见性维护通常包括在资产上收集数据，例如通过使用一些类型的测量装置。来自资产的数据能通过监测装置以预定的间隔，随机地或连续地被采集。不同类型的装置可以监测给定资产的性质，例如振动、温度、压强、阀位、噪音、红外发射、油的状态、压力、流速、用电量等等。使用的装置能被设置在资产内部、安装在资产上、在资产外部但服务于资产，或者是一通用设备，所述通用设备用来从不止一个资产处采集数据，例如经由一数据采集通道。

然而，仅仅给定装置很难测量超过一个或两个所需的资产属性或者同另一个装置进行通信。进一步，设计成对一个装置起作用的监测和分析程序通常不能对另一个装置起作用，尤其是对不同公司制造的另一个装置。这会产生诸如重复数据采集、增加的数据分析开销和减少的数据相关性的问题。

因此，需要的是一种至少部分地减少上述问题的系统。

发明内容

一种可扩展计算系统可满足上述和其它需求，所述可扩展计算系统使用计算机和程序结构以用于整合来自监测装置的资产健康数据，所述监测设备由不同制造商制造，所述计算机和程序结构包括常见平台应用结构和常见平台服务结构。由多个应用程序接口(API)组成的平台集合将装置通信信号以标准格式通过数据源接口(DSI)从常见平台服务结构传输至专有扩展服务结构，所述数据源接口(DSI)有时被称为资产源接口(ASI)。专有扩展服务结构将装置通信信号从标准格式转换为能被专有装置理解的专有通信格式。数据高速总线将资产健康和可靠性数据以标准格式从专有扩展服务结构传输至常见扩展服务结构。专有服务结构将资产健康和可靠性数据从专有装置接收到的专有数据格式转换为标准数据格式。输入将数据以专有数据格式从专有装置传输至电脑，输出将通信信号以专有装置格式发送至专有装置。

一些实施例包括常见平台应用结构用于呈现资产健康和可靠性数据给用户、从用户处接收指令以及产生相关设备通信信号。一些实施例包括常见平台API集，用于在常见平台应用结构和常见平台服务结构之间传输数据和装置通信信号。在一些实施例中常见平台应用结构包括安装结构、资产视图结构、资产浏览器结构、用户管理结构、系统结构、扩展管理结构、记录结构、数据总线结构、路由结构、逻辑工作室结构和OPC UA(UnifiedArchitecture，统一架构)结构中的至少一个。

一些实施例包括第二专有扩展服务结构，所述第二专有扩展服务结构与第二专有类型装置、第二专有数据格式以及第二专有装置通信格式相关，其中第二专有扩展服务结构在服务总线与数据高速总线上与常见平台服务结构通信。一些实施例包括专有API集，用于在专有扩展服务结构和专有资产健康装置之间传输数据和装置通信信号。在一些实施例中常见平台服务结构包括资产视图服务结构、资产浏览器服务结构、用户管理服务结构、系统服务结构、扩展管理服务结构、记录服务结构、数据高速通道服务结构、路由服务结构、逻辑工作室服务结构和OPC US服务结构中的至少一个。

根据本发明的另一个方面，描述了一种非暂时的、计算机可读的介质，所述介质包含能使计算机与专有资产健康监测装置进行通信的可扩展资产健康程序。所述程序包括用于建立服务总线和数据高速总线的常见平台服务程序。选择性可移除的第一专有扩展服务程序与第一专有API集、第一专有数据格式、第一专有通信格式以及第一专有资产健康监测装置相关。

第一专有扩展服务程序使用第一专有API集以第一专有数据格式接收来自第一专有资产健康监测装置的数据，将第一专有数据格式转化为常见数据格式，将数据以常见数据格式在数据高速总线上发送至常见平台服务程序，以常见指令格式在服务总线上接收来自常见平台服务程序的指令，将指令从常见指令格式转化为第一专有指令格式，并且使用第一专有API集以第一专有指令格式将指令发送至第一专有资产健康装置。

常见平台应用程序使用常见平台API集与常见平台服务程序通信，以常见数据格式接收来源于第一专有装置并被第一专有服务程序转化的数据，显示和分析所述数据，接收来自第一专有资产健康装置的用户的指令，以及将所述指令以常见指令格式发送至常见平台服务程序以用于以第一专有指令格式递送至第一专有资产健康装置。

根据本发明这一方面的一些实施例还包括选择性可移除的第二专有扩展程序，所述第二专有扩展程序与第二专有API集、第二专有数据格式、第二专有指令格式以及第二专有资产健康装置相关，其中第二专有扩展服务程序与常见平台服务程序在服务总线和数据高速总线上进行通信。

在一些实施例中，常见平台应用程序包括安装程序、资产视图程序、资产浏览器程序、用户管理程序、系统程序、扩展管理程序、记录程序、数据总线程序、路由程序、逻辑工作室程序和OPC UA程序中的至少一个。在一些实施例中，常见平台服务程序包括资产视图服务程序、资产浏览器服务程序、用户管理服务程序、系统服务程序、扩展管理服务程序、记录服务程序、数据高速通道服务程序、路由服务程序、逻辑工作室服务程序和OPC UA服务程序中的至少一个。

根据本发明的另一方面，描述了一种方法，其通过提供用于建立服务总线和数据高速总线的常见平台服务程序，能使计算机与专有资产健康装置进行通信。还提供了与第一专有API集、第一专有数据格式、第一专有指令格式以及第一专有资产健康装置相关的选择性可移除的第一专有扩展服务程序。

第一专有扩展服务程序使用第一专有API集以第一专有数据格式接收来自第一专有资产健康监测装置的数据，将第一专有数据格式转化为常见数据格式，将数据以常见数据格式在数据高速总线上发送至常见平台服务程序，在服务总线上以常见指令格式接收来自常见平台服务程序的指令，将指令从常见指令格式转化为第一专有指令格式，并且使用第一专有API集将指令以第一专有指令格式发送至第一专有资产健康装置。

常见平台应用程序使用常见平台API集与常见平台服务程序进行通信，以常见数据格式接收来源于第一专有装置并被第一专有服务程序转化的数据，显示和分析所述数据，接收来自对应第一专有资产健康装置的用户的指令，以及将所述指令以常见指令格式发送至常见平台服务程序以用于以第一专有指令格式递送至第一专有资产健康装置。

附图说明

当考虑结合附图并参考详细说明书时，本发明进一步的优势会变得显而易见，为了更清晰地显示出细节，附图并没有完全按照比例，其中在几个视图中相同的参考数字表示相同的元件，且其中：

图1为根据本发明的一实施例的装置的第一系统示意图；

图2显示了根据本发明的一实施例关于常见平台应用程序的更多细节；

图3显示了根据本发明的一实施例关于常见平台服务的更多细节；

图4为根据本发明的一实施例的装置的第二系统示意图。

具体实施方式

总览

参考附图，图1显示了根据本发明一实施例的系统100。系统100是可扩展系统，因为它具有某些核心功能，但也接受由软件和硬件元件组成的扩展结构。这些扩展结构能由系统100的制造商提供，或者由不同监测装置、系统或软件的第三方提供以支持他们的(或其他人的)装置在系统100内的使用。同样地，在一些实施例中，第一扩展支持装置的第一专有族，第二扩展支持装置的第二专有族等等，并且系统100具有结构(包括硬件和软件)能使得装置的两个族与系统100通信以及两个族互相通信。如此，系统100能统一数据服务和在装置专有族与其它数据源之间具有互相操作。

此处使用的词语“专有”并不意味着独有的给定实体资产又或是限制装置权利或限制它所使用的通信协议的给定实体资产。相反，它被用于表明第一装置的通信协议与第二装置的通信协议至少部分不同，以及可完全不相容。

系统100能被概念化为具有四个不同水平层和至少两个不同垂直分片。如图1所示的实施例中水平层包括应用层130、API层142、服务层132、另一个API层142的实例以及数据源层134。为了描述上的便利，如图1所示的API层142的第二外观没有显示与API层142的第一外观物理分离的第二结构。垂直分片包括常见平台分片136以及两个特定领域的扩展分片138和140。

每一层和每一分片的结构包括硬件和软件。软件部分能有许多不同的形式，包括或多或少永久存储在通常被称为固件的给定存储结构中的代码。软件也能被加载至存储装置的动态内存，其通常被认为是程序或软件。

在一些实施例中硬件为通用计算机和附件(如图4所示)，所述附件能通过网络连接在一起，所述网络包括局域网和广域网，例如互联网。这些计算平台具有如处理器402、数据存储器410、内存404、如监视器的显示硬件408、如网络连接/USB连接/无线数据服务的输入/输出电路406、网络体系412等等的结构。在一些情况下，专有和特定硬件114或116是设想的，例如通常在此描述的装置。

垂直分片

如图1所示的实施例中垂直分片136、138和140限定了系统100的核心结构和扩展的可扩展性。每个垂直分片包括水平应用层130和服务层132的元素，使用API层142用于两个扩展垂直分片138和140、数据源层134进行通信。

垂直分片138和140是所谓的扩展结构，并提供用于数据源134的不同专有族的设备、应用、服务和支持。图1中有通过垂直分片138和140显示的两个这样的扩展族，但是它被理解为在其它实施例中有容纳更少(少至一个)或额外的垂直扩展分片。

常见平台垂直分片136代表常见应用、硬件和由系统100提供的服务，所述常见平台垂直分片136也使用API层142，以及具有包括在应用层130和服务层132内的部分。常见平台垂直分片136包括被特定领域的扩展138和140所使用和扩展的常见服务和应用。这些服务和应用的例子包括常见资产层次结构、用户管理、身份验证和授权、事项记录和消息传送。以下提供详细的说明。

常见服务108和应用102的一个特征在于它们能由特定领域的扩展138和140扩展。例如，扩展需要一种方式来从平台上启动，因此在一个实施例中以“启动我”菜单项目来扩展平台应用。另外，特定领域的扩展138和140通过扩展或添加新的资产类型以及登记信息传送的事项类型能在系统100里扩展信息。

特定领域的扩展138和140为系统提供域功能，例如资产振动、油分析、红外线分析、设备配置和诊断等等。具有上述基础设施的系统100平台的一个优势是特定领域的系统138和140能利用这些常见服务和应用，而不是复制它们。这提供了一个标准机制以在不同域138和140之间分享信息，而不需要它们互相直接认识。当各种的域存在多个扩展时，这也向用户提供了这些常见服务和应用的一致性。

水平层

如上所述，水平层包括应用层130、API层142、服务层132和数据源层134。

应用层

所述应用层130包括对系统100各种各样的其它部件进行控制、对由系统100处理的数据的接收，以及对系统100中的数据的分析的应用。如图1所示，这些应用可以是网络应用，或在其它实施例中可以是传统应用。应用104和106能包括用于资产配置和分析的应用、配置系统100进行通道映射和设备配置的用户界面等等。应用层130包括用于常见平台136和特定领域的138和140技术的用户界面应用。

API层

所述API层142包括用于系统100的平台垂直分片136的API集122，用于第一专有扩展垂直分片138的API集120以及用于第二专有扩展垂直分片140的API集118。在其它的实施例中，API层142包括和垂直扩展一样多的API集，以便额外的扩展族添加至系统100，及以便额外的API集添加至API层142。

每个垂直域分片138和140具有它们自己的API118和120的特定集，所述API118和120的特定集用于在其垂直分片内进行通信。常见平台垂直分片136也是如此。一个不同点在于特定领域的垂直分片138和140也能通过平台API122直接与平台服务108和应用102进行通信。这是使得扩展系统架构100能工作的一个要素。

在一些实施例中，例如，垂直域分片138和140不直接使用彼此的API，但是通过API122的常见平台集交换常见信息，或者如本文其它地方所描述的。

进一步，API以这种方式提供，以允许特定领域的扩展使用任何编程语言编写以及在任何OS平台上执行。

在一些实施例中，API142，尤其是常见平台API122均是网络API，网络API使得系统100的分布式的基于网络的架构得以实现。平台API122例如提供通往工厂层级和系统事项的路径。在一些实施例中，使用平台API122、扩展应用、服务和设备能取得通往各种各样系统100资源的路径，以及能通知系统100它们的存在和功能等等。

服务层132在应用层130和数据源层134之间提供界面。它能通过API层142与这些其它层进行通信，并且通过使用服务总线144和数据高速总线146为服务层132上的常见平台服务结构108与扩展结构110和112之间提供通信。服务层132提供包括数据存储的系统基本功能以供给应用层130和资产源层134使用。

源层

数据源层134是产生数据或给系统100提供数据的地方。这些数据源134在垂直分片138和140中被指定为数据源第一族114和数据源第二族116。如上所述，在一个实施例中给定垂直分片的软件和一些硬件由第三方提供。由第三方提供的硬件有可能出现在数据源层134中，例如采集资产数据的专有装置。

数据源层134被特定领域的技术138和140使用，以提供数据源、以注入装置和数据流到系统100，用于由平台136和所有特定领域的扩展138和140的自动调用。

例如，一个公司可能制造振动传感装置族，所述振动传感装置族设置在各种资产内、与各种资产协作又或者是从各种资产处采集数据。通常，采集相似类型数据的以及由常见制造商制造的装置使用相同的API集，因此与另一装置能很好地彼此进行通信，并且倾向于与相同的应用协作。在一些实施例中，这样的装置集会是扩展系统100中的其中一个扩展垂直分片的候选项。这些装置的制造商能让它的装置和应用通过提供扩展服务结构110而使用系统100，所述扩展服务结构110在它的数据源114(此处是指振动传感装置)和它的应用104之间提供数据和控制通信。

扩展服务结构110还通过数据高速总线146从装置114处提供数据至系统100。在一些实施例中，由结构110提供的数据将数据以常见平台格式提供至数据高速总线146。然而在一些实施例中，来自第一族数据源114的数据以专有格式被第一族扩展服务结构110接收。扩展服务结构110还具有在数据高速总线146上以常见平台服务数据格式接收来自其它服务结构如108和112的数据的功能。如此，第一族扩展服务结构110使得来自它的装置114的数据可被其它装置116(或其它数据源)和应用136、138和140获取，并且还能够使得来自其它垂直分片140的数据可被它本身的垂直分片的装置114和应用104获取。在一些实施例中，扩展服务结构110和112还提供数据库，用来存储与它们的垂直分片相关的数据、关于数据源所服务的位置和类型的信息、获取和测量定义、系统100与装置114和116之间的映射以及任何其它特定装置的配置。

与由数据高速总线146提供的常见数据通信类似，服务总线144在垂直分片之间提供指令、响应和其它服务的共用，以使得通常方式下彼此不能通信的应用和数据源能够进行相互通信。

如上所述，数据源层134中的数据源结构114和116可以是物理装置，例如由各种制造商制造的专有硬件，但是它们可替换地(另外地)包括从数据资源库或其它资产数据源经由网络通信线路提供给系统100的数据。

数据源层134中的数据源114和116是彼此连接的且在两个API线上通信，API线的第一个属于相关扩展族(用于第一族数据源114的第一族API120，或用于第二族数据源的第二族API118)，然后平台API122也是如此。

常见平台垂直分件的实施例

参考图2，其显示了常见平台应用102的一个更详细的实施例。在实施例中所示的，常见平台应用102包括11个不同的结构，包括安装结构202、资产视图结构204、资产浏览器结构206、用户管理结构208、系统结构210、扩展管理结构212、记录结构214、数据总线结构216、路由结构218、逻辑工作室编辑器结构220和OPC UA结构222。在一些实施例中，常见平台应用102还包括信息传送。

安装结构202提供关于系统100基础平台的信息。资产视图结构204提供移动查看器和桌面(desktop)查看器。一些实施例包括被用户以类似邮件系统的方法所使用的信息传送系统，但所述信息传送系统仅限于由特定领域扩展138和140所产生的信息。一些实施例还包括具有类似功能的桌面应用和移动装置应用。

资产浏览器结构206提供类管理器、库管理器、逻辑管理器和网络管理器以及提供跨越所有扩展的常见资产层次结构。用户管理结构208提供用户登录、用户资料创建和用户管理器，以及提供针对所有扩展的共同用户列表。这允许针对多个用户的单一登录，并且提供在系统中配置用户角色和权限的能力。系统结构210提供系统设置、安全设置和许可，以及被用于设置系统100范围内常见的首选项。

扩展管理结构212提供内容管理器、服务扩展管理器和应用扩展管理器。记录结构214提供事项查看器和审查跟踪，并且提供所有事项和审查跟踪条目能被记录、查看和管理的单一地方。数据总线结构216提供数据高速总线146的配置和管理，以及能在多个扩展138和140间分享的数据公共源。

路由结构218提供调度器，并且提供安排调度收集振动数据、标定数据、油数据和被数据源层134的数据源收集的其它类型信息的能力。公共可访问的应用程序能在系统100中创建项目的有序列表，并且用于管理兼容的装置114和116的人工数据采集。

逻辑工作室编辑器结构220提供创建使系统100的各项任务自动化的逻辑脚本的能力，这是基于资产和数据创建逻辑算法的机制，以及除了其它用途，还能被用于详细自动分析。可以理解为，除了逻辑工作室(studio)，脚本应用程序能被各种其它实施例使用。OPCUA结构222提供系统100的设置。OPC代表OLE过程控制，所述OLE代表对象链接与嵌入。UA意味着统一架构，是OPC的最新版本，所述OPC是允许某个操作系统跟某个硬件，例如此处考虑的装置进行通信的开源程序。可以理解，除了OPC，程序控制语言能被系统100的其它各种实施例使用。

参考图3，其显示了关于常见平台服务结构108的补充细节。如图3所示的实施例中，常见平台服务结构108包括资产视图服务结构304、资产浏览器服务结构306、用户管理服务结构308、系统服务结构310、扩展管理服务结构312、记录服务结构314、数据高速通道服务结构316、路由服务结构318、逻辑工作室服务结构320和OPC UA服务结构322。在一些实施例中，常见平台服务结构108还包括诸如设施层次结构、信息传送和数据库，所述数据库用以存储关于它所提供服务的信息。

如实施例中所示，除了常见平台应用结构102的安装结构202之外，在常见平台服务结构108中都提供对应结构。在各种实施例中常见平台应用102在系统100间提供统一的界面。在一些实施例中，资产语言服务结构322同相关的客户324通信。

扩展管理

在一些实施例中，扩展138和140由XML架构限定，称为应用程序定义语言(ADL)。当扩展138或140被安装或更新，ADL信息被解析并存储在常见平台服务结构108的规范化数据库表中。ADL定义扩展为，扩展138或140想要添加至系统100。平台服务108，继而，以扩展名义使用ADL来安装扩展——记录事项、权限、类定义和被包含在常见平台应用结构102中的用户界面任务指令，如在用户界面中。

任务

任务是由扩展138和140提供的能被系统100执行的操作。这可以是启动已安装的程序或者打开网页。在一些实施例中，在ADL中的任务包括如下：(1)当解析事项时，<路径>节点定义任务执行的细节，和(2)当包含在用户界面中时用于显示的名称和图标。在一些实施例中，传递给任务的参数在路径<参数>节点中被定义了。这些是系统100和扩展138和140能解析的预定义的、命名的参数，以便给任务提供合适的内容和数据。

扩展138或140能定义一组能够引发的事项。另外，扩展138或140能定义它是否想要这些事项触发系统100的信息传送服务。定义事项的一个目的是便于用户能看见扩展事项的列表并且可能订阅事项。

类扩展

扩展138或140能定义它希望扩展已知类的方式。类在数据源114或116中定义项目，如装置，以及它们的属性。扩展138或140能对类添加属性或使用ADL添加新的类。

权限

在一些实施例中，扩展138或140能定义它们想要使用的自定义权限。这些权限如何被使用、消费和理解都依赖于扩展138或140对其处理。在一些实施例中，系统100并不真的关心它没有定义的权限。

本发明以上实施例的描述是以说明和描述的目的呈现的。其并不是要详尽无遗地说明本发明或将本发明限制为所公开的确切形式。显而易见的修改或变型在以上教导下都是有可能的。选择并描述所述实施例是为了以最佳的方式阐述本发明及其实际应用的原理，并从而使任何本领域的普通技术人员都能在各种实施例中运用本发明中公开的内容并将其各种变形应用于适用的各种预期的具体应用中。当解读本发明时，所有的这类修改和变型都要根据本发明公平、合法、公正授权到的宽度落入本发明所附权利要求所确定的范围内。

Claims (15)

1.一种可扩展计算系统，用于整合来自不同制造商生产的装置的资产健康和可靠性数据，也用于整合由不同制造商生产的装置的用户通信，所述计算系统包括：

计算机，

程序结构，所述程序结构在计算机上是可操作的，所述程序结构包括：

常见平台结构，所述常见平台结构包括：

常见平台应用结构，和

常见平台服务结构，所述常见平台服务结构包括：

服务总线，所述服务总线以标准格式将装置通信信号从常见平台服务结构传输至专有扩展服务结构，其中所述专有扩展服务结构将装置通信信号从标准格式转换为能被专有装置理解的专有通信格式，和

数据高速总线，所述数据高速总线用于以标准数据格式将资产健康数据从专有扩展服务结构传输至常见扩展服务结构，其中所述专有服务结构将资产健康和可靠性数据从专有装置接收到的专有数据格式转换为标准数据格式，

输入，所述输入用于以专有数据格式将数据从专有装置传输至计算机，和

输出，所述输出用于以专有通信格式将通信信号发送至专有装置。

2.根据权利要求1所述的可扩展计算系统，进一步包括常见平台应用结构，所述常见平台应用结构用于呈现资产健康和可靠性数据给用户、从用户处接收指令以及产生相关通信信号。

3.根据权利要求2所述的可扩展计算系统，进一步包括常见平台API集，所述常见平台API集用于在常见平台应用结构和常见平台服务结构之间传输数据和装置通信信号。

4.根据权利要求2所述的可扩展计算系统，其中所述常见平台应用结构包括安装结构、资产视图结构、资产浏览器结构、用户管理结构、系统结构、扩展管理结构、记录结构、数据高速通道结构、路由结构、逻辑工作室结构和OPC UA结构。

5.根据权利要求1所述的可扩展计算系统，进一步包括第二专有扩展服务结构，所述第二专有扩展服务结构与第二专有装置、第二专有数据格式以及第二专有控制格式相关，所述第二专有扩展服务结构与常见平台服务结构在服务总线和数据高速总线上通信。

6.根据权利要求1所述的可扩展计算系统，进一步包括专有API集，所述专有API集用于在专有扩展服务结构和专有资产健康装置之间传输数据和装置通信信号。

7.根据权利要求1所述的可扩展计算系统，其中所述常见平台服务结构包括资产视图服务结构、资产浏览器服务结构、用户管理服务结构、系统服务结构、扩展管理服务结构、记录服务结构、数据高速通道服务结构、路由服务结构、逻辑工作室服务结构和OPC UA服务结构。

8.一种非暂时的、计算机可读的介质，包含用于能使计算机与专有资产健康装置进行通信的可扩展资产健康程序，所述可扩展资产健康程序包括：

常见平台服务程序，所述常见平台服务程序用于建立服务总线和数据高速总线，选择性可移除的第一专有扩展服务程序，所述第一专有扩展服务程序与第一专有API集、第一专有数据格式、第一专有指令格式以及第一专有资产健康装置相关，第一专有扩展服务程序用于，

使用第一专有API集以第一专有数据格式从第一专有资产健康装置处接收数据，

将数据从第一专有数据格式转换为常见数据格式，

将数据以常见数据格式在数据高速总线上发送至常见平台服务程序，

以常见指令格式在服务总线上从常见平台服务程序处接收指令，

将指令从常见指令格式转换为第一专有指令格式，以及

使用第一专有API集将指令以第一专有指令格式发送至第一专有资产健康装置，常见平台应用程序，所述常见平台应用程序用于，

使用常见平台API集跟常见平台服务程序进行通信，

以常见数据格式接收数据，所述数据来源于第一专有装置并被第一专有服务程序转换，

显示和分析数据，

从对应第一专有资产健康装置的用户处接收指令，

将指令以常见指令格式发送至常见平台服务程序以用于以第一专有指令格式递送至第一专有资产健康装置。

9.根据权利要求8所述的非暂时的、计算机可读的介质，进一步包括选择性可移除的第二专有扩展服务程序，所述第二专有扩展服务程序与第二专有API集、第二专有数据格式、第二专有指令格式以及第二专有资产健康装置相关，所述第二专有扩展服务程序与常见平台服务程序在服务总线和数据高速总线上进行通信。

10.根据权利要求8所述的非暂时的、计算机可读的介质，其中所述常见平台应用程序包括安装程序、资产视图程序、资产浏览器程序、用户管理程序、系统程序、扩展管理程序、记录程序、数据高速通道程序、路由程序、逻辑工作室程序和OPC UA程序中的至少一个。

11.根据权利要求8所述的非暂时的、计算机可读的介质，其中所述常见平台服务程序包括资产视图服务程序、资产浏览器服务程序、用户管理服务程序、系统服务程序、扩展管理服务程序、记录服务程序、数据高速通道服务程序、路由服务程序、逻辑工作室服务程序和OPC UA服务程序中的至少一个。

12.一种能使得计算机与专有资产健康装置进行通信的方法，所述方法包括步骤：

提供常见平台服务程序，所述常见平台服务程序用于建立服务总线和数据高速总线，

提供选择性可移除的第一专有扩展服务程序，所述第一专有扩展服务程序与第一专有API集、第一专有数据格式、第一专有指令格式以及第一专有资产健康装置相关，第一专有扩展服务程序用于，

使用第一专有API集以第一专有数据格式从第一专有资产健康装置处接收数据，将数据从第一专有数据格式转换为常见数据格式，

将数据以常见数据格式在数据高速总线上发送至常见平台服务程序，

以常见指令格式在服务总线上从常见平台服务程序处接收指令，

将指令从常见指令格式转换为第一专有指令格式，以及

使用第一专有API集将指令以第一专有指令格式发送至第一专有资产健康装置，提供常见平台应用程序，所述提供常见平台应用程序用于，

使用常见平台API集跟常见平台服务程序进行通信，

以常见数据格式接收数据，所述数据来源于第一专有装置并被第一专有服务程序转换，

显示和分析数据，

从对应第一专有资产健康装置的用户处接收指令，

将指令以常见指令格式发送至常见平台服务程序以用于以第一专有指令格式递送至第一专有资产健康装置。

13.根据权利要求12所述的方法，进一步包括选择性可移除的第二专有扩展服务程序，所述第二专有扩展服务程序与第二专有API集、第二专有数据格式、第二专有指令格式以及第二专有资产健康装置相关，第二专有扩展服务程序与常见平台服务程序在服务总线和数据高速总线上进行通信。

14.根据权利要求12所述的方法，其中常见平台应用程序包括安装程序、资产视图程序、资产浏览器程序、用户管理程序、系统程序、扩展管理程序、记录程序、数据总线程序、路由程序、逻辑工作室程序和OPC UA程序中的至少一个。

15.根据权利要求12所述的方法，其中常见平台服务程序包括资产视图服务程序、资产浏览器服务程序、用户管理服务程序、系统服务程序、扩展管理服务程序、记录服务程序、数据总线服务程序、路由服务程序、逻辑工作室服务程序和OPC UA服务程序中的至少一个。