轨道交通的设备状态监测系统与资产管理系统的对接方法

技术领域

本发明涉及轨道交通实时信号监测技术领域，尤其涉及一种轨道交通的设备状态监测系统和资产管理系统的对接方法。

背景技术

基于轨道交通信号设备实时状态监测系统与企业资产管理系统对接技术是一种针对轨道交通行业信号设备的实时状态与资产管理系统进行有效联动而开发的一款全周期闭环管理软件技术。当前轨道交通设备多，实时监控数据量大，既有监测系统、资产管理系统基本都是独立运行，系统间的数据很难实现互通与共享，运维多依靠人工进行，维护成本大，不能满足对资产设备自动智能维护的要求。

现有技术中，行业中对于资产监测系统，资产管理系统，各自独立运行维护，系统间信息不能共享。工单的创建需要依靠现场巡视检修后录入才生成，不能够实时精准定位故障问题，效率低成本大：

1、监测系统中海量的报警数据，没有经过分析处理，未能及时发现安全隐患的关键设备故障数据，资产管理系统未能及时生成工单进行维修，存在很大的运行风险。

2、单一资产管理系统可用信息少。未能建立信息链路平台，没有通过对设备状态、维护效果的动态跟踪、故障智能化分析和故障实时维修。

3、设备实时数据基本采取人工线下获取，同时对于资产管理系统实际需要的数据未做到个性配置化。

4、传统对接方式，只负责提供设备状态数据，至于资产管理系统是否收到数据，较少关注。同时资产管理系统的工单数据处理结果，基本不会同步回来处理展示。这种方式存在联动单一性，没有真正实现双方系统全链路闭环。

由于现有的轨道交通的设备状态监测系统与资产管理系统无法互联互通，不能自动对接，导致的两个系统之间无法高效配合，从而无法实现故障及时发现与处理，导致故障处理时延。同时，设备状态监测系统缺乏基于资产管理系统特殊个性化需求采集数据分析的能力，导致需要通知给资产管理系统的故障设备不能做到精准推送。

因此，如何避免故障处理时延、精准推送通知给资产管理系统故障设备，仍然是本领域技术人员亟待解决的问题。

发明内容

本发明提供一种轨道交通的设备状态监测系统与资产管理系统的对接方法，用以解决现有的轨道交通的设备状态监测系统与资产管理系统之间故障处理时延，无法精准推送通知给资产管理系统故障设备的缺陷，通过两系统之间的对于发现故障设备后的主动交互并及时相互更新故障设备的当前状态，实现高效配合降低故障处理时延，同时，由于监测系统需要统计计算故障设备的健康度，还基于预设健康度预设筛选需要推送至资产管理系统的报警信息中的需要紧急处理设备实现精准推送，可以提供两系统之间的互通互联保证故障能被及时发现和处理，并在监测系统对故障设备进行健康度分析后，将需要紧急处理设备的故障信息和维修建议推送给资产管理系统实现精准推送。

本发明提供一种轨道交通的设备状态监测系统与资产管理系统的对接方法，其执行主体为设备状态监测系统，该方法包括：

持续实时统计采集的各设备的故障信息和状态数值；

基于预设规则处理所述故障信息得到所述各设备的健康度；

基于所述各设备的健康度和预设健康度阈值筛选出需要紧急处理设备，基于所述需要紧急处理设备的状态数值确定其各自的维修建议；

将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息，并将所述报警消息发送至资产管理系统；

其中，所述资产管理系统基于所述需要紧急处理设备的故障信息和维修建议生成工单并通知维修人员处理，并将工单状态返回；

接收所述需要紧急处理设备的故障恢复消息，将所述故障恢复消息发送至所述资产管理系统，以供所述资产管理系统更新工单状态并将更新后的工单状态返回。

根据本发明提供的一种轨道交通的设备状态监测系统与资产管理系统的对接方法，所述基于预设规则处理所述故障信息得到所述各设备的健康度，包括：

从配置接口模块获取故障过滤等级和计算健康度的预设规则；

基于所述故障过滤等级筛选出紧急嫌疑设备；

基于所述紧急嫌疑设备的故障信息和所述预设规则，确定所述紧急嫌疑设备的健康度；

对应地，所述预设健康度阈值是从所述配置接口模块获取的。

根据本发明提供的一种轨道交通的设备状态监测系统与资产管理系统的对接方法，所述基于所述紧急嫌疑设备的故障信息和所述预设规则，确定所述紧急嫌疑设备的健康度，包括：

通过如下公式确定任一紧急嫌疑设备i的健康度H

h

其中，W

根据本发明提供的一种轨道交通的设备状态监测系统与资产管理系统的对接方法，所述基于所述需要紧急处理设备的状态数值确定其各自的维修建议，包括：

获取所述需要紧急处理设备的横向历史状态数值和纵向历史状态数值；

基于所述需要紧急处理设备的ID从预先存储的维修操作手册中查询对应维修操作，并结合所述横向历史状态数值和纵向历史状态数值确定其各自的维修建议。

根据本发明提供的一种轨道交通的设备状态监测系统与资产管理系统的对接方法，所述将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息，并将所述报警消息发送至资产管理系统，包括：

将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息发送至推送模块；

所述推送模块用于采用异步控制将接收到的所述报警消息转发至资产管理系统，并根据预设超时规则控制自动重传。

本发明还提供的一种轨道交通的设备状态监测系统与资产管理系统的对接方法，其执行主体物为资产管理系统，该方法包括：

接收设备状态监测系统发送的报警消息，提取所述报警消息中的需要紧急处理设备的故障信息和维修建议；

其中，所述需要紧急处理设备是设备状态监测系统基于持续实时统计采集的各设备的故障信息、预设规则、预设健康度阈值筛选出的，所述需要紧急处理设备的维修建议是基于设备状态监测系统持续实时统计采集的所述需要紧急处理设备的状态数值确定的；

基于所述故障信息和维修建议生成工单发送至移动端进行显示，通知维修人员，并将所述工单的状态返回给所述设备状态监测系统；

接收所述设备状态监测系统发送的故障恢复消息，提取所述故障恢复消息中的故障恢复设备的维修过程和恢复结果；

基于所述维修过程和恢复结果更新对应工单，将更新后的工单发送给对应移动端进行显示，通知维修人员，并将更新后的工单返回至所述设备状态监测系统。

本发明还提供一种设备状态监测系统，包括：

统计单元，用于持续实时统计采集的各设备的故障信息和状态数值；

健康度单元，用于基于预设规则处理所述故障信息得到所述各设备的健康度；

筛选单元，用于基于所述各设备的健康度和预设健康度阈值筛选出需要紧急处理设备，基于所述需要紧急处理设备的状态数值确定其各自的维修建议；

发送单元，用于将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息，并将所述报警消息发送至资产管理系统；其中，所述资产管理系统基于所述需要紧急处理设备的故障信息和维修建议生成工单并通知维修人员处理，并将工单状态返回；

接收单元，用于接收所述需要紧急处理设备的故障恢复消息，将所述故障恢复消息发送至所述资产管理系统，以供所述资产管理系统更新工单状态并将更新后的工单状态返回。

本发明还提供一种资产管理系统，包括：

接收故障单元，用于接收设备状态监测系统发送的报警消息，提取所述报警消息中的需要紧急处理设备的故障信息和维修建议；其中，所述需要紧急处理设备是设备状态监测系统基于持续实时统计采集的各设备的故障信息、预设规则、预设健康度阈值筛选出的，所述需要紧急处理设备的维修建议是基于设备状态监测系统持续实时统计采集的所述需要紧急处理设备的状态数值确定的；

工单生成单元，用于基于所述故障信息和维修建议生成工单发送至移动端进行显示，通知维修人员，并将所述工单的状态返回给所述设备状态监测系统；

接收恢复单元，用于接收所述设备状态监测系统发送的故障恢复消息，提取所述故障恢复消息中的故障恢复设备的维修过程和恢复结果；

更新单元，用于基于所述维修过程和恢复结果更新对应工单，将更新后的工单发送给对应移动端进行显示，通知维修人员，并将更新后的工单返回至所述设备状态监测系统。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述的轨道交通的设备状态监测系统与资产管理系统的对接方法的步骤。

本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述的轨道交通的设备状态监测系统与资产管理系统的对接方法的步骤。

本发明提供的轨道交通的设备状态监测系统与资产管理系统的对接方法，通过持续实时统计采集的各设备的故障信息和状态数值；基于预设规则处理所述故障信息得到所述各设备的健康度；基于所述各设备的健康度和预设健康度阈值筛选出需要紧急处理设备，基于所述需要紧急处理设备的状态数值确定其各自的维修建议；将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息，并将所述报警消息发送至资产管理系统；其中，所述资产管理系统基于所述需要紧急处理设备的故障信息和维修建议生成工单并通知维修人员处理，并将工单状态返回；接收所述需要紧急处理设备的故障恢复消息，将所述故障恢复消息发送至所述资产管理系统，以供所述资产管理系统更新工单状态并将更新后的工单状态返回。

由于设备状态监测系统和资产管理系统在发现故障设备后，能够主动交互并及时相互更新故障设备的当前状态，所以两系统能够实现高效配合，以解决降低故障处理时延的问题。

本方案的设备状态监测系统需要统计计算故障设备的健康度，基于预设健康度预设筛选需要推送至资产管理系统的报警信息，由于该报警信息中包含需要紧急处理设备信息，所以本方案能够实现精准推送。进一步的，可以提供两系统之间的互通互联以保证故障能被及时发现和处理，并在监测系统对故障设备进行健康度分析后，将需要紧急处理设备的故障信息和维修建议推送给资产管理系统以实现精准推送。

因此，本发明提供的方法，实现了设备状态监测系统和资产管理系统的互通互联，避免故障发现和处理的时延，实现监测系统将故障设备的信息向资产管理系统的精准推送。

附图说明

为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的轨道交通的设备状态监测系统与资产管理系统的对接方法的流程示意图；

图2为本发明提供的推送模块构建的报警消息的数据结构的示例图；

图3为本发明提供的另一种轨道交通的设备状态监测系统与资产管理系统的对接方法的流程示意图；

图4为本发明提供的设备状态监测系统的结构示意图；

图5为本发明提供的资产管理系统的结构示意图；

图6为本发明提供的设备状态监测系统与资产管理系统处理逻辑图；

图7为本发明提供的总体程序对接流程图；

图8为本发明提供的一种电子设备的实体结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

现有的轨道交通的设备状态监测系统与资产管理系统普遍存在两系统之间无法互通互联导致的故障处理时间延长，无法精准推送通知给资产管理系统故障设备的问题。下面结合图1-图2描述本发明的一种轨道交通的设备状态监测系统与资产管理系统的对接方法。图1为本发明提供的轨道交通的设备状态监测系统与资产管理系统的对接方法的流程示意图，如图1所示，该方法的执行主体为设备状态监测系统，该方法包括：

步骤110：持续实时统计采集的各设备的故障信息和状态数值。

可选的，本发明提供的轨道交通的设备状态监测系统与资产管理系统的对接方法，是在包含了设备状态监测系统、资产管理系统、轨旁资产设备、采集设备的系统上实现的。上述轨旁资产设备设置在设备状态监测系统和资产管理系统监控和管理的线路中；采集设备采集上述轨旁资产设备的状态数据和故障信息。一条轨道线路对应一套设备状态监测系统和资产管理系统，用于对该轨道线路中的所有站点中的所有设备进行故障监控。采集设备将采集到的设备信息、设备运行参数和设备故障信息上传到设备状态监测系统，以供设备状态监测系统对持续实时接收的故障信息和状态数值进行统计分析，判定是否存在需要紧急处理的故障设备。其中，故障信息包括采集设备采集的待监测设备的运行参数，判定的故障等级和状态数值，状态数值为0-1二元值，0表示断开关闭未工作，1表示连通上电工作中。对于设备状态监测系统接收到的带有故障等级的设备状态上报请求，会采用雪花算法生成全局报警序列ID对该设备的故障信息进行标识，保证并发请求生成的报警ID唯一性，同时保存实时报警数据到资产状态信息表以供后续统计分析使用时方便读取。

步骤120，基于预设规则处理所述故障信息得到所述各设备的健康度。

可选的，设备状态监测系统会基于预设规则对搜集的各设备的故障信息和状态信息进行统计分析得到各设备的健康度，其中，预设规则包括健康度的统计计算方法，以及健康度的计算需要采用哪些物理参数，以及计算健康度之前需要按照故障等级筛选出需要进行健康度计算的需要被紧急处理解除故障的嫌疑设备，因此，所述预设规则有多种可能，有可能仅给出健康度的计算方法和计算所需要的物理参数，还有可能是给出健康度的计算方法和计算所需要的物理参数的同时，还提供筛选出需要进行健康度计算的需要被紧急处理解除故障的嫌疑设备的预设故障等级，该预设故障等级作为筛选条件提供健康度计算和筛选条件配合使用的规则，此处不作具体限定。而所述预设规则是根据资产管理系统的特殊需求制定的配置文件提供的，而且可以通过修改该配置文件进行预设规则的修改，例如：对于容错低的线路场景，其中设置的用于过滤的故障等级设置为低等级，即设备出现轻微的故障也需要被筛选出来进行健康度的分析判定是否要被当作报警消息推送给资产管理系统进行故障处理。

步骤130，基于所述各设备的健康度和预设健康度阈值筛选出需要紧急处理设备，基于所述需要紧急处理设备的状态数值确定其各自的维修建议；

可选的，算出各设备的健康度后根据预先存储的各设备的健康度阈值进行大小比较，健康度低于其对应阈值的设备即为需要紧急处理的设备，然后再查看上述需要紧急处理的设备的状态数值结合从预先存储的维修操作手册中提取的维修建议得到最后的可以作为指导维修人员的维修建议发送至资产管理系统。

步骤140，将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息，并将所述报警消息发送至资产管理系统；

其中，所述资产管理系统基于所述需要紧急处理设备的故障信息和维修建议生成工单并通知维修人员处理，并将工单状态返回。

可选的，设备状态监测系统经过统计分析后确定出需要紧急处理的设备，然后将该设备的故障信息和维修建议打包封装成报警消息，将报警消息发送至资产管理系统。资产管理系统接收到设备状态监测系统发送过来的报警信息后，提取所述报警信息中的需要紧急处理设备的故障信息和维修建议生成处理工单通过推送至对应维修人员的移动设备以通知该维修人员进行故障排除处理。此处需要说明的是，生成工单的过程还可以加入人工审核判定过程，即还可以由位于机房内的维护人员针对设备状态监测系统发送来的报警消息进行人工确认，人工确认通过后再让资产管理系统基于报警消息中的故障信息和维修建议生成工单。然后，资产管理系统还会将已经生成工单的情况反馈给设备状态监测系统使得两系统中之间对于工单的状态实现实时同步。具体地，资产管理系统将工单信息返回时，是将工单信息通过HTTP协议传输，以API方式将工单信息传输给设备状态监测系统。

步骤150，接收所述需要紧急处理设备的故障恢复消息，将所述故障恢复消息发送至所述资产管理系统，以供所述资产管理系统更新工单状态并将更新后的工单状态返回。

可选的，设备状态监测系统依旧持续实时接收采集设备采集的待监测设备的故障信息，当发现处于工单进行中的需要紧急处理设备的故障信息恢复正常时，会将所述故障恢复消息发送至所述资产管理系统，以便资产管理系统将该工单的处理过程和处理故障恢复结果都在工单上进行补充，补充后会将更新后的工单返回给设备状态监测系统以便两系统之间实现工单状态更新的实时同步，而且资产管理系统还会将更新后的工单继续推送至对应维修人员的移动终端以通知该维修人员故障设备已经恢复正常。

本发明提供的轨道交通的设备状态监测系统与资产管理系统的对接方法，通过持续实时统计采集的各设备的故障信息和状态数值；基于预设规则处理所述故障信息得到所述各设备的健康度；基于所述各设备的健康度和预设健康度阈值筛选出需要紧急处理设备，基于所述需要紧急处理设备的状态数值确定其各自的维修建议；将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息，并将所述报警消息发送至资产管理系统；其中，所述资产管理系统基于所述需要紧急处理设备的故障信息和维修建议生成工单并通知维修人员处理，并将工单状态返回；接收所述需要紧急处理设备的故障恢复消息，将所述故障恢复消息发送至所述资产管理系统，以供所述资产管理系统更新工单状态并将更新后的工单状态返回。

由于设备状态监测系统和资产管理系统在发现故障设备后，能够主动交互并及时相互更新故障设备的当前状态，所以两系统能够实现高效配合，以解决降低故障处理时延的问题。

本方案的设备状态监测系统需要统计计算故障设备的健康度，基于预设健康度预设筛选需要推送至资产管理系统的报警信息，由于该报警信息中包含需要紧急处理设备信息，所以本方案能够实现精准推送。进一步的，可以提供两系统之间的互通互联以保证故障能被及时发现和处理，并在监测系统对故障设备进行健康度分析后，将需要紧急处理设备的故障信息和维修建议推送给资产管理系统以实现精准推送。

因此，本发明提供的方法，实现了设备状态监测系统和资产管理系统的互通互联，避免故障发现和处理的时延，实现监测系统将故障设备的信息向资产管理系统的精准推送。

在上述实施例的基础上，该方法中，所述基于预设规则处理所述故障信息得到所述各设备的健康度，包括：

从配置接口模块获取故障过滤等级和计算健康度的预设规则；

基于所述故障过滤等级筛选出紧急嫌疑设备；

基于所述紧急嫌疑设备的故障信息和所述预设规则，确定所述紧急嫌疑设备的健康度；

对应地，所述预设健康度阈值是从所述配置接口模块获取的。

可选的，将设备状态监测系统中的配置文件单独使用一个独立于设备状态监测系统的配置接口模块进行存储，该配置文件中存储有故障过滤等级、计算健康度的预设规则和预设健康度阈值，上述配置文件中的内容都是基于与当前方法的执行主体交互的资产管理系统的特殊需求进行制定的，或者也可以是当前方法的执行主体交互的资产管理系统根据自身需求构建的配置文件发送至配置接口模块的。而此处进一步限定采用预设规则处理所述故障信息得到所述各设备的健康度的过程是将故障等级过滤筛选与健康度计算结合，使得找出需要紧急处理设备的过程更高效耗时更少。而采用一个独立的配置接口模块进行配置文件的存储也是为了方便后续对于配置文件的更改调整，同时，也可以将该配置接口模块作为一个对于不同设备状态监测系统获取配置信息的中心，该配置接口模块可以服务于多组设备状态监测系统和资产管理系统的组合。可选的，上述配置文件中的故障过滤等级、计算健康度的预设规则和预设健康度阈值可以细化为：数据筛选类，过滤掉不需要现场进行工单处理的故障；配置与资产管理系统对接的等级类型、与设备类型对应的报警内容、故障影响范围、故障处置方法；配置文件中还包括资产信息类，关联获取设备的资产信息，通过设备号获取资产编号、资产名称，此处的资产指被采集设备采集故障信息的待监测设备的实物；预设规则为根据设备故障率，故障次数，风险等级权重作评估标准，利用设备故障数据算法模型设计技术，进行加权叠加评估得到健康度，当低于配置文件中的健康度阈值，入库记录并作为推送资产管理系统决策依据。

在上述实施例的基础上，该方法中，所述基于所述紧急嫌疑设备的故障信息和所述预设规则，确定所述紧急嫌疑设备的健康度，包括：

通过如下公式确定任一紧急嫌疑设备i的健康度H

h

其中，W

可选的，在进行健康度计算时，上述公式通过精确的数学描述提供了具体的计算方法，此处需要说明的是，健康度计算公式中作为加权系数的α、β和γ在保证三者之和为1的情况下是可以根据系统所在线路实际情况进行调整的。而在形成参与上述计算的物理参数的过程，具体包括：基于设备号，从缓存中获取设备Map,Map数据中包含资产设备编号，资产ID，关联数据库的资产信息表获取资产编号、资产名称等数据；将资产数据，按照对接资产管理系统数据格式进行封装处理，采用MapReduce数据模型技术，主要包含Mapper实时状态故障模型，和Reducer实时故障统计模型。Mapper类主要负责对设备状态数据的分析处理，最终转化为设备编号-设备状态值数据对；Reduce类主要获取设备编号-设备状态值数据对，然后处理统计，得到结果。

本发明提供的方法，将健康度通过精确的数学描述提供了具体的计算方法，进一步明确了故障信息中包含的物理参数和预设规则中的计算规则。

在上述实施例的基础上，该方法中，所述基于所述需要紧急处理设备的状态数值确定其各自的维修建议，包括：

获取所述需要紧急处理设备的横向历史状态数值和纵向历史状态数值；

基于所述需要紧急处理设备的ID从预先存储的维修操作手册中查询对应维修操作，并结合所述横向历史状态数值和纵向历史状态数值确定其各自的维修建议。

可选的，此处对横向历史状态数值和纵向历史状态数值分别进行解释，横向历史状态数值是指在预设历史时间段内该设备发生故障的次数占该设备所在线路中所有故障次数的比率，而纵向历史状态数据是指在所述预设历史时间段内该设备发生故障的次数占该设备在其他线路中所有故障次数的比率，因此，要确定某一需要紧急处理设备的故障维修建议，除了查询预先存储的操作手册获取对应设备编号的惯用维修操作，还需要将其历史数据作为参考依据进一步确定维修建议，有可能从历史数据中可以判定出该故障为常见故障，无需人工处理，因此，就不需要人工维修操作建议了。此处对于维修建议还有一种生成方法，即设备状态监测系统端并不直接生成维修建议推送给资产管理系统，而是仅推送故障信息和需要紧急处理设备的状态数值，由资产管理系统端接收到故障信息后提取对应的设备编号然后去自自身存储的维修操作手册上去查询维修方法，并结合收到的需要紧急处理设备的横向历史状态数值和纵向历史状态数值判定最终的维修建议。因此，对于工单上展示给维修人员看的维修建议既可以是设备状态监测系统判定后发送给资产管理系统，也可以是资产管理系统自身基于设备状态监测系统发送的原始数据进行判定生成，还可以是双方都作判定，然后资产管理系统还可以进行维修建议统一性的验证以保证生成的维修建议的准确性，此处不作具体限定。

本发明提供的方法，进一步明确了维修建议的生成方法，在查询预先存储的维修操作手册的同时还考虑历史数据，提高生成的维修建议的准确性。

在上述实施例的基础上，该方法中，所述将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息，并将所述报警消息发送至资产管理系统，包括：

将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息发送至推送模块；

所述推送模块用于采用异步控制将接收到的所述报警消息转发至资产管理系统，并根据预设超时规则控制自动重传。

可选的，将需要紧急处理设备的故障信息和维修建议打包封装成报警消息，具体包括：创建一个对接数据模型map，设置设备状态产生时间，子系统标识(该子系统标识也称作线路标识，因为一条线路对应一组设备状态监测系统和资产管理系统的组合)，推送数据的阈值。先给推送数据画图形模型，再根据实时设备状态值，结合从设备历史状态值，比对多路线设备数据，横向、纵向多个维度分析，得出设备状态特征，包括故障发生原因，故障发生概率，故障影响范围，故障处置建议，把报警状态数据进行封装处理得到报警消息。后续，将打包封装好的报警消息推送至一个独立于设备状态监测系统的推送模块，推送模块接收到报警消息后再转发给对应的资产管理系统。其中，所述推送模块的处理过程为：接收到设备状态监测系统发来的报警消息后创建一个异步控制方法，采用异步处理服务可以提高服务器的吞吐量和稳定性。将请求发送到消息队列，并创建一个DiferedResult，以设备号为key,result报警信息为value放到map中，并将数据发送资产管理系统。图2为本发明提供的推送模块构建的报警消息的数据结构的示例图，如图2所示，数据结构中的如下字段alarmDetailSeq、deviceName、deviceTypeNo、alarmLevel、sysNo、sysName、stationNo、stationName、status、deviceNo、bom、bomName、alarmTime依次代表了故障信息中的故障的全局唯一ID、设备名称、设备种类编号、故障等级、设备所在系统编号、设备所在系统名称、设备所在站点编号、设备所在站点名称、设备状态、设备编号、设备对应资产、所述资产名称、故障发生时间。所述推送模块还有重试机制设计，设备状态监测系统向资产管理系统发送设备状态数据时如果没有成功，即信号设备实时状态监测系统没有收到Broker的ACK，导致最终资产管理系统无法消除故障，此时推送模块中的推送组件会自动进行重试。MQProducer可以设置消息发送失败的最大重试次数，设置设备状态监测系统如果在五秒内没有发送成功，则重试三次。资产管理系统接收处理信号设备实时状态数据时，进行幂等性设计，保证相同状态数据过来，只统计处理一次。

本发明提供的方法，采用独立于设备状态监测系统的推送模块进行报警消息的发送，可以更好的实现异步控制保证不干扰设备状态监测系统统计分析故障信息的主进程，还可以实现超时重传机制避免报警消息的漏收。

在上述实施例的基础上，本发明提供另一种轨道交通的设备状态监测系统与资产管理系统的对接方法，其执行主体为资产管理系统，图3为本发明提供的另一种轨道交通的设备状态监测系统与资产管理系统的对接方法的流程示意图，如图3所示，该方法包括：

步骤310，接收设备状态监测系统发送的报警消息，提取所述报警消息中的需要紧急处理设备的故障信息和维修建议；

其中，所述需要紧急处理设备是设备状态监测系统基于持续实时统计采集的各设备的故障信息、预设规则、预设健康度阈值筛选出的，所述需要紧急处理设备的维修建议是基于设备状态监测系统持续实时统计采集的所述需要紧急处理设备的状态数值确定的。

可选的，资产管理系统接收到其所属线路中的设备状态监测系统发送的报警信息后，提取出报警信息中的需要紧急处理设备的故障信息和维修建议，故障信息中的设备编号用于作为查询条件从值班人员安排表中查询出需要处理该故障设备的维修人员，此处对设备状态监测系统构建的报警消息中的需要紧急处理设备的筛选过程和维修建议的生成方法进行限定，预设规则包括健康度的统计计算方法，以及健康度的计算需要采用哪些物理参数，以及计算健康度之前需要按照故障等级筛选出需要进行健康度计算的需要被紧急处理解除故障的嫌疑设备，因此，所述预设规则有多种可能，有可能仅给出健康度的计算方法和计算所需要的物理参数，还有可能是给出健康度的计算方法和计算所需要的物理参数还提供筛选出需要进行健康度计算的需要被紧急处理解除故障的嫌疑设备的预设故障等级作为筛选条件提供健康度计算和筛选条件配合使用的规则，此处不作具体限定。算出各设备的健康度后根据预先存储的各设备的健康度阈值进行大小比较，健康度低于其对应阈值的设备即为需要紧急处理的设备，然后再查看上述需要紧急处理的设备的状态数值结合从预先存储的维修操作手册中提取的维修建议得到最后的可以作为指导维修人员的维修建议发送至资产管理系统。

步骤320，基于所述故障信息和维修建议生成工单发送至移动端进行显示，通知维修人员，并将所述工单的状态返回给所述设备状态监测系统。

可选的，基于故障信息和维修建议生成故障工单，故障工单中详细展示了设备所在地、设备故障类型、故障等级和维修建议等等，然后根据查询出的维修人员推送至该维修人员的手持终端上，该手持终端可以是专用硬件也可以是手机，可以通过推送消息展示，也可以通过手机上的APP展示，及时通知该维修人员出现需要紧急处理的设备故障。同时，资产管理系统还要将生成工单的状态返回给设备状态监测系统，以使得两系统之间实现工单信息的实时同步。具体地，资产管理系统将工单信息通过HTTP协议传输，以API方式将工单信息传输给设备状态监测系统。

步骤330，接收所述设备状态监测系统发送的故障恢复消息，提取所述故障恢复消息中的故障恢复设备的维修过程和恢复结果。

可选的，对于工单状态还在维修过程中的故障设备，若接收到设备状态监测系统发送的该故障设备的故障恢复消息，则提取故障恢复消息中的故障恢复设备的维修过程和恢复结果。

步骤340，基于所述维修过程和恢复结果更新对应工单，将更新后的工单发送给对应移动端进行显示，通知维修人员，并将更新后的工单返回至所述设备状态监测系统。

可选的，然后用提取的维修过程和恢复结果更新该故障设备的工单信息，使得工单的信息完整，包括故障发生、故障处理过程和故障处理结果(即故障恢复)三部分内容。然后将更新后完整的工单发送给对应维修人员的移动端以告知维修人员故障维修结果，同时还将更新后完整的工单发送至设备状态监测系统，具体地，以API方式将更新后完整的工单信息传输给设备状态监测系统，再次实现两系统之间工单信息的实时同步。

本发明提供的方法，通过接收设备状态监测系统发送的报警消息，提取所述报警消息中的需要紧急处理设备的故障信息和维修建议；其中，所述需要紧急处理设备是设备状态监测系统基于持续实时统计采集的各设备的故障信息、预设规则、预设健康度阈值筛选出的，所述需要紧急处理设备的维修建议是基于设备状态监测系统持续实时统计采集的所述需要紧急处理设备的状态数值确定的；基于所述故障信息和维修建议生成工单发送至移动端进行显示，通知维修人员，并将所述工单的状态返回给所述设备状态监测系统；接收所述设备状态监测系统发送的故障恢复消息，提取所述故障恢复消息中的故障恢复设备的维修过程和恢复结果；基于所述维修过程和恢复结果更新对应工单，将更新后的工单发送给对应移动端进行显示，通知维修人员，并将更新后的工单返回至所述设备状态监测系统。

由于设备状态监测系统和资产管理系统在发现故障设备后，能够主动交互并及时相互更新故障设备的当前状态，所以两系统能够实现高效配合，以解决降低故障处理时延的问题。

本方案的设备状态监测系统需要统计计算故障设备的健康度，基于预设健康度预设筛选需要推送至资产管理系统的报警信息，由于该报警信息中包含需要紧急处理设备信息，所以本方案能够实现精准推送。进一步的，可以提供两系统之间的互通互联以保证故障能被及时发现和处理，并在监测系统对故障设备进行健康度分析后，将需要紧急处理设备的故障信息和维修建议推送给资产管理系统以实现精准推送。

因此，本发明提供的方法，实现了设备状态监测系统和资产管理系统的互通互联，避免故障发现和处理的时延，实现监测系统将故障设备的信息向资产管理系统的精准推送。

下面对本发明提供的设备状态监测系统进行描述，下文描述的设备状态监测系统与上文描述的第一种轨道交通的设备状态监测系统与资产管理系统的对接方法可相互对应参照。

图4为本发明提供的设备状态监测系统的结构示意图，如图4所示，该设备状态监测系统包括统计单元410、健康度单元420、筛选单元430、发送单元440和接收单元450，其中，

所述统计单元410，用于持续实时统计采集的各设备的故障信息和状态数值；

所述健康度单元420，用于基于预设规则处理所述故障信息得到所述各设备的健康度；

所述筛选单元430，用于基于所述各设备的健康度和预设健康度阈值筛选出需要紧急处理设备，基于所述需要紧急处理设备的状态数值确定其各自的维修建议；

所述发送单元440，用于将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息，并将所述报警消息发送至资产管理系统；其中，所述资产管理系统基于所述需要紧急处理设备的故障信息和维修建议生成工单并通知维修人员处理，并将工单状态返回；

所述接收单元450，用于接收所述需要紧急处理设备的故障恢复消息，将所述故障恢复消息发送至所述资产管理系统，以供所述资产管理系统更新工单状态并将更新后的工单状态返回。

本发明提供的设备状态监测系统，通过持续实时统计采集的各设备的故障信息和状态数值；基于预设规则处理所述故障信息得到所述各设备的健康度；基于所述各设备的健康度和预设健康度阈值筛选出需要紧急处理设备，基于所述需要紧急处理设备的状态数值确定其各自的维修建议；将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息，并将所述报警消息发送至资产管理系统；其中，所述资产管理系统基于所述需要紧急处理设备的故障信息和维修建议生成工单并通知维修人员处理，并将工单状态返回；接收所述需要紧急处理设备的故障恢复消息，将所述故障恢复消息发送至所述资产管理系统，以供所述资产管理系统更新工单状态并将更新后的工单状态返回。

由于设备状态监测系统和资产管理系统在发现故障设备后，能够主动交互并及时相互更新故障设备的当前状态，所以两系统能够实现高效配合，以解决降低故障处理时延的问题。

本方案的设备状态监测系统需要统计计算故障设备的健康度，基于预设健康度预设筛选需要推送至资产管理系统的报警信息，由于该报警信息中包含需要紧急处理设备信息，所以本方案能够实现精准推送。进一步的，可以提供两系统之间的互通互联以保证故障能被及时发现和处理，并在监测系统对故障设备进行健康度分析后，将需要紧急处理设备的故障信息和维修建议推送给资产管理系统以实现精准推送。

因此，本发明提供的方法，实现了设备状态监测系统和资产管理系统的互通互联，避免故障发现和处理的时延，实现监测系统将故障设备的信息向资产管理系统的精准推送。

在上述实施例的基础上，该设备状态监测系统中，所述健康度单元，具体用于：

从配置接口模块获取故障过滤等级和计算健康度的预设规则；

基于所述故障过滤等级筛选出紧急嫌疑设备；

基于所述紧急嫌疑设备的故障信息和所述预设规则，确定所述紧急嫌疑设备的健康度；

对应地，所述预设健康度阈值是从所述配置接口模块获取的。

在上述实施例的基础上，该设备状态监测系统中，所述基于所述紧急嫌疑设备的故障信息和所述预设规则，确定所述紧急嫌疑设备的健康度，包括：

通过如下公式确定任一紧急嫌疑设备i的健康度H

h

其中，W

在上述实施例的基础上，该设备状态监测系统中，所述基于所述需要紧急处理设备的状态数值确定其各自的维修建议，包括：

获取所述需要紧急处理设备的横向历史状态数值和纵向历史状态数值；

基于所述需要紧急处理设备的ID从预先存储的维修操作手册中查询对应维修操作，并结合所述横向历史状态数值和纵向历史状态数值确定其各自的维修建议。

在上述实施例的基础上，该设备状态监测系统中，所述将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息，并将所述报警消息发送至资产管理系统，包括：

将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息发送至推送模块；

所述推送模块用于采用异步控制将接收到的所述报警消息转发至资产管理系统，并根据预设超时规则控制自动重传。

下面对本发明提供的资产管理系统进行描述，下文描述的资产管理系统与上文描述的第二种轨道交通的设备状态监测系统与资产管理系统的对接方法可相互对应参照。

图5为本发明提供的资产管理系统的结构示意图，如图5所示，该资产管理系统包括接收故障单元510、工单生成单元520、接收恢复单元530和更新单元540，其中，

所述接收故障单元510，用于接收设备状态监测系统发送的报警消息，提取所述报警消息中的需要紧急处理设备的故障信息和维修建议；其中，所述需要紧急处理设备是设备状态监测系统基于持续实时统计采集的各设备的故障信息、预设规则、预设健康度阈值筛选出的，所述需要紧急处理设备的维修建议是基于设备状态监测系统持续实时统计采集的所述需要紧急处理设备的状态数值确定的；

所述工单生成单元520，用于基于所述故障信息和维修建议生成工单发送至移动端进行显示，通知维修人员，并将所述工单的状态返回给所述设备状态监测系统；

所述接收恢复单元530，用于接收所述设备状态监测系统发送的故障恢复消息，提取所述故障恢复消息中的故障恢复设备的维修过程和恢复结果；

所述更新单元540，用于基于所述维修过程和恢复结果更新对应工单，将更新后的工单发送给对应移动端进行显示，通知维修人员，并将更新后的工单返回至所述设备状态监测系统。

本发明提供的资产管理系统，通过接收设备状态监测系统发送的报警消息，提取所述报警消息中的需要紧急处理设备的故障信息和维修建议；其中，所述需要紧急处理设备是设备状态监测系统基于持续实时统计采集的各设备的故障信息、预设规则、预设健康度阈值筛选出的，所述需要紧急处理设备的维修建议是基于设备状态监测系统持续实时统计采集的所述需要紧急处理设备的状态数值确定的；基于所述故障信息和维修建议生成工单发送至移动端进行显示，通知维修人员，并将所述工单的状态返回给所述设备状态监测系统；接收所述设备状态监测系统发送的故障恢复消息，提取所述故障恢复消息中的故障恢复设备的维修过程和恢复结果；基于所述维修过程和恢复结果更新对应工单，将更新后的工单发送给对应移动端进行显示，通知维修人员，并将更新后的工单返回至所述设备状态监测系统。

由于设备状态监测系统和资产管理系统在发现故障设备后，能够主动交互并及时相互更新故障设备的当前状态，所以两系统能够实现高效配合，以解决降低故障处理时延的问题。

本方案的设备状态监测系统需要统计计算故障设备的健康度，基于预设健康度预设筛选需要推送至资产管理系统的报警信息，由于该报警信息中包含需要紧急处理设备信息，所以本方案能够实现精准推送。进一步的，可以提供两系统之间的互通互联以保证故障能被及时发现和处理，并在监测系统对故障设备进行健康度分析后，将需要紧急处理设备的故障信息和维修建议推送给资产管理系统以实现精准推送。

因此，本发明提供的方法，实现了设备状态监测系统和资产管理系统的互通互联，避免故障发现和处理的时延，实现监测系统将故障设备的信息向资产管理系统的精准推送。

在上述实施例的基础上，本发明提供一种实现设备状态监测系统和资产管理系统对接的系统框架的设计方案和实现步骤，下面进行详细说明:

一、总体设计

采用Spring Boot开发框架，把系统单独划分为实时设备信号状态监测系统，参数配置接口提供模块，数据推送模块，资产管理系统四个功能主体；各微服务(即功能主体)间通过Restful API接口方式进行数据传输对接。

整个对接技术按服务拆分进行设计。实时设备信号状态监测系统获取设备实时状态数据；配置接口提供模块负责配置对接数据类型、报警等级参数，并提供接口给实时设备信号状态监测系统调用；数据推送模块负责将封装数据发到资产管理系统；资产管理系统负责接收处理设备实时数据，对资产信息进行集中管理与展示。

实时设备信号状态监测系统调用配置接口模块获取配置数据，再根据设备故障率，故障次数，风险等级权重作评估标准，利用设备故障数据算法模型设计技术，进行加权叠加评估，当达到设置对接等级，入库记录并作为推送资产管理系统决策依据。

数据推送模块把封装设备数据进行异步推送，资产管理系统接收处理设备信息数据后，触发对应的工单处理流程，把工单处理结果通过HTTP协议传输，以API方式将结果传输给信号设备实时状态监测系统。

二、实现步骤

为实现上述目标，图6为本发明提供的设备状态监测系统与资产管理系统处理逻辑图，如图6所示，本发明将对接技术分为如下步骤：

S1001：设备状态监测系统601通过通讯标准TCP、UDP协议实时获取子系统信号设备状态数据；

S1002：采用雪花算法生成全局报警序列ID，保证并发请求生成的报警ID唯一性，同时保存实时报警数据到资产状态信息表(存储于设备状态监测系统601)；

S1003：参数配置接口模块602提供对接数据智能化配置，定义一个数据筛选类，过滤掉不需要现场进行工单处理的故障；配置与资产管理系统603对接的等级类型、与设备类型对应的报警内容、故障影响范围、故障处置方法；再定义一个资产信息类，关联获取设备的资产信息，通过设备号获取资产编号、资产名称；对接逻辑如图6所示；

S1004：设备状态监测系统601，调用参数配置接口模块602，获取配置好的等级数据，根据设备实时状态数据，触发内部实时报警和报警恢复不同的数据处理逻辑；图7为本发明提供的总体程序对接流程图，业务处理流程图如图7所示；

S1005：对接数据封装方法：基于设备号，从缓存中获取设备Ma:,Map数据中包含资产设备编号，资产ID，关联数据库的资产信息表获取资产编号、资产名称等数据；将资产数据，按照对接资产管理系统603数据格式进行封装处理，采用MapReduce数据模型技术，主要包含Mapper实时状态故障模型，和Reducer实时故障统计模型。Mapper类主要负责对设备状态数据的分析处理，最终转化为设备编号-设备状态值数据对；Reduce类主要获取设备编号-设备状态值数据对，然后处理统计，得到结果；

S1006：设备状态监测系统601创建一个对接数据模型map,设置设备状态产生时间，子系统标识，推送数据的阈值。先给推送数据画图形模型，再根据实时设备状态值，结合从设备历史状态值，比对多路线设备数据，横向、纵向多个维度分析，得出设备状态特征，包括故障发生原因，故障发生概率，故障影响范围，故障处置建议，把报警状态数据进行封装处理，根据需要推送类型配置，通过数据推送模块604精准推送到资产管理系统603。同时接收企业资产管理系统603返回的工单信息，显示工单处理时长，工单次数，记录状态修复整个过程，作为下次统计基础数据；

S1007：实现数据发送资产管理系统603。数据推送模块604创建一个异步控制方法接收到设备状态监测系统601报警信息，采用异步处理服务可以提高服务器的吞吐量和稳定性。将请求发送到消息队列，并创建一个DiferedResult，以设备号为key,result报警信息为value放到map中，并将数据发送资产管理系统603；数据结构如图2所示；

S1008：设备状态监测系统601中通过@RestController声明一个工单更新接口；负责接收资产管理系统603restful工单信息。更新数据库资产状态信息表，记录资产信息返回的工单状态，工单号；

S1009：重试机制设计，信号设备实时状态监测系统向资产管理系统603发送设备状态数据时如果没有成功，即信号设备实时状态监测系统没有收到Broker的ACK，导致最终资产管理系统603无法消费消息，此时设备状态推送组件会自动进行重试。MQProducer可以设置消息发送失败的最大重试次数，设置信号设备实时状态监测系统如果在五秒内没有发送成功，则重试三次。资产管理系统603接收处理信号设备实时状态数据时，进行幂等性设计，保证相同状态数据过来，只统计处理一次。

本发明实现了以下目标：

1、基于设备实时状态监测系统状态数据和接口协议对接，加入特有的数据过滤，资产信息关联技术，完成与企业资产管理系统之间数据互联互通。

2、满足资产管理系统个性化资产信息获取要求。设备监测系统不仅仅提供实时提供资产故障状态，故障原因等信息，还可以提供设备关联的资产信息。为资产管理系统自动触发设备管理流程，并显示设备实时状态数据提供数据支撑。同时设备监测系统能够显示资产管理系统工单处理情况。开发实时设备监测数据智能化推送组件，根据资产管理系统个性化要求，精准推送关键设备状态数据，实现安全的设备智能预警，能有效降低设备应用风险，减少设备故障带来的损失。

3、设备实时状态监测系统与企业资产管理系统对接后，实现信息失真少，减少了设备信息数据获取的中间环节，资产管理系统直接获取所需实时数据，通过信息化的手段保证了数据的真实性。实现资产流失少，跟踪设备的生命周期，提高轨道交通运维工作效率，降低维修成本，实现资产设备的保值增值。

将本发明提供的方法和系统应用于某市轨道交通地铁N号线智慧运维试点系统，使用该方法和系统达到了以下效果：

1、满足对信号关键设备实时状态监视产生的变化，能够与资产管理系统智能联动业务需求。

2、通过接入真实运营数据完成设备故障场景验证，完成从底层子系统，到实时信号监测系统，到资产管理系统一体化全闭环的智慧运维系统，实现设备资产全生命周期管理。

3、建立以轨道交通信号设备实时状态监测系统为核心，开发资产管理系统对接组件，设备信号数据分析组件，设备信息推送组件，实现资产管理系统实时获取设备信息数据，监测系统也可以查看现场设备资产维护状态。

4、实现了系统模块化开发。提高了复用率，实现运维业务流程标准化，管理流程可视化。

5、运营故障处置效率大幅提升，整体维修效率也将提升30％，降低轨道交通运维成本。

图8示例了一种电子设备的实体结构示意图，如图8所示，该电子设备可以包括：处理器(processor)810、通信接口(Communications Interface)820、存储器(memory)830和通信总线840，其中，处理器810，通信接口820，存储器830通过通信总线840完成相互间的通信。处理器810可以调用存储器830中的逻辑指令，以执行轨道交通的设备状态监测系统与资产管理系统的对接方法，该方法包括：持续实时统计采集的各设备的故障信息和状态数值；基于预设规则处理所述故障信息得到所述各设备的健康度；基于所述各设备的健康度和预设健康度阈值筛选出需要紧急处理设备，基于所述需要紧急处理设备的状态数值确定其各自的维修建议；将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息，并将所述报警消息发送至资产管理系统；其中，所述资产管理系统基于所述需要紧急处理设备的故障信息和维修建议生成工单并通知维修人员处理，并将工单状态返回；接收所述需要紧急处理设备的故障恢复消息，将所述故障恢复消息发送至所述资产管理系统，以供所述资产管理系统更新工单状态并将更新后的工单状态返回。

处理器810还可以调用存储器830中的逻辑指令，以执行另一轨道交通的设备状态监测系统与资产管理系统的对接方法，该方法包括：接收设备状态监测系统发送的报警消息，提取所述报警消息中的需要紧急处理设备的故障信息和维修建议；其中，所述需要紧急处理设备是设备状态监测系统基于持续实时统计采集的各设备的故障信息、预设规则、预设健康度阈值筛选出的，所述需要紧急处理设备的维修建议是基于设备状态监测系统持续实时统计采集的所述需要紧急处理设备的状态数值确定的；基于所述故障信息和维修建议生成工单发送至移动端进行显示，通知维修人员，并将所述工单的状态返回给所述设备状态监测系统；接收所述设备状态监测系统发送的故障恢复消息，提取所述故障恢复消息中的故障恢复设备的维修过程和恢复结果；基于所述维修过程和恢复结果更新对应工单，将更新后的工单发送给对应移动端进行显示，通知维修人员，并将更新后的工单返回至所述设备状态监测系统。

此外，上述的存储器830中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的轨道交通的设备状态监测系统与资产管理系统的对接方法，该方法包括：持续实时统计采集的各设备的故障信息和状态数值；基于预设规则处理所述故障信息得到所述各设备的健康度；基于所述各设备的健康度和预设健康度阈值筛选出需要紧急处理设备，基于所述需要紧急处理设备的状态数值确定其各自的维修建议；将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息，并将所述报警消息发送至资产管理系统；其中，所述资产管理系统基于所述需要紧急处理设备的故障信息和维修建议生成工单并通知维修人员处理，并将工单状态返回；接收所述需要紧急处理设备的故障恢复消息，将所述故障恢复消息发送至所述资产管理系统，以供所述资产管理系统更新工单状态并将更新后的工单状态返回。

另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的另一轨道交通的设备状态监测系统与资产管理系统的对接方法，该方法包括：接收设备状态监测系统发送的报警消息，提取所述报警消息中的需要紧急处理设备的故障信息和维修建议；其中，所述需要紧急处理设备是设备状态监测系统基于持续实时统计采集的各设备的故障信息、预设规则、预设健康度阈值筛选出的，所述需要紧急处理设备的维修建议是基于设备状态监测系统持续实时统计采集的所述需要紧急处理设备的状态数值确定的；基于所述故障信息和维修建议生成工单发送至移动端进行显示，通知维修人员，并将所述工单的状态返回给所述设备状态监测系统；接收所述设备状态监测系统发送的故障恢复消息，提取所述故障恢复消息中的故障恢复设备的维修过程和恢复结果；基于所述维修过程和恢复结果更新对应工单，将更新后的工单发送给对应移动端进行显示，通知维修人员，并将更新后的工单返回至所述设备状态监测系统。

又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的轨道交通的设备状态监测系统与资产管理系统的对接方法，该方法包括：持续实时统计采集的各设备的故障信息和状态数值；基于预设规则处理所述故障信息得到所述各设备的健康度；基于所述各设备的健康度和预设健康度阈值筛选出需要紧急处理设备，基于所述需要紧急处理设备的状态数值确定其各自的维修建议；将所述需要紧急处理设备的故障信息和维修建议打包封装成报警消息，并将所述报警消息发送至资产管理系统；其中，所述资产管理系统基于所述需要紧急处理设备的故障信息和维修建议生成工单并通知维修人员处理，并将工单状态返回；接收所述需要紧急处理设备的故障恢复消息，将所述故障恢复消息发送至所述资产管理系统，以供所述资产管理系统更新工单状态并将更新后的工单状态返回。

又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的另一轨道交通的设备状态监测系统与资产管理系统的对接方法，该方法包括：接收设备状态监测系统发送的报警消息，提取所述报警消息中的需要紧急处理设备的故障信息和维修建议；其中，所述需要紧急处理设备是设备状态监测系统基于持续实时统计采集的各设备的故障信息、预设规则、预设健康度阈值筛选出的，所述需要紧急处理设备的维修建议是基于设备状态监测系统持续实时统计采集的所述需要紧急处理设备的状态数值确定的；基于所述故障信息和维修建议生成工单发送至移动端进行显示，通知维修人员，并将所述工单的状态返回给所述设备状态监测系统；接收所述设备状态监测系统发送的故障恢复消息，提取所述故障恢复消息中的故障恢复设备的维修过程和恢复结果；基于所述维修过程和恢复结果更新对应工单，将更新后的工单发送给对应移动端进行显示，通知维修人员，并将更新后的工单返回至所述设备状态监测系统。

以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。