CN116010456A - 设备的处理方法、服务器和轨道交通系统 - Google Patents

Abstract

本申请公开一种设备的处理方法、服务器和轨道交通系统，涉及通信技术领域，方法包括：在确定获得故障设备对应的故障类型的情况下，基于故障类型查找知识数据库，确定与故障类型相匹配的故障维修信息；基于预设维度信息在建筑信息模型，获取故障设备的履历信息和故障设备的属性信息；依据故障设备的履历信息、故障设备的属性信息和故障维修信息，对故障设备进行修复。加快对故障设备的维修速度，以使故障设备尽快恢复至正常工作状态，提高对设备的维护管理效率。

Description

设备的处理方法、服务器和轨道交通系统

技术领域

本申请涉及通信技术领域，具体涉及一种设备的处理方法、服务器和轨道交通系统。

背景技术

轨道交通专用通信系统包括集中告警系统，该集中告警系统用于对专用通信各子系统中的多个告警信息进行集中监管，便于维护管理人员及时地获取设备运行状态信息，并采取相应地措施，提高对设备的维护管理效率。

但是，集中告警系统中包括多个设备的告警信息，无法快速准确的定位具体哪个设备产生告警，以及产生告警的设备所处的位置；并且，运维人员在对故障设备进行维修时，不能及时方便地获得该故障设备对应的属性信息，降低了对故障设备的维修效率。

发明内容

为此，本申请提供一种设备的处理方法、服务器和轨道交通系统，解决如何提升故障设备的维修效率的问题。

为了实现上述目的，本申请第一方面提供一种设备的处理方法，应用于轨道交通系统，方法包括：在确定获得故障设备对应的故障类型的情况下，基于故障类型查找知识数据库，确定与故障类型相匹配的故障维修信息；基于预设维度信息在建筑信息模型，获取故障设备的履历信息和故障设备的属性信息，其中，建筑信息模型为对轨道交通系统中的站点进行虚拟化获得的模型；依据故障设备的履历信息、故障设备的属性信息和故障维修信息，对故障设备进行修复。

为了实现上述目的，本申请第二方面提供一种服务器，其包括：查找模块，被配置为在确定获得故障设备对应的故障类型的情况下，基于故障类型查找知识数据库，确定与故障类型相匹配的故障维修信息；获取模块，被配置为基于预设维度信息在建筑信息模型，获取故障设备的履历信息和故障设备的属性信息，其中，建筑信息模型为对轨道交通系统中的站点进行虚拟化获得的模型；修复模块，被配置为依据故障设备的履历信息、故障设备的属性信息和故障维修信息，对故障设备进行修复。

为了实现上述目的，本申请第三方面提供一种轨道交通系统，其包括：服务器，以及与服务器通信连接的多个网元设备；其中，服务器，被配置为执行本申请实施例中任一种设备的处理方法；网元设备，被配置为向服务器上报告警信息，以及网元设备的运行状态信息。

本申请中的设备的处理方法、服务器和轨道交通系统，通过在确定获得故障设备对应的故障类型的情况下，基于故障类型查找知识数据库，确定与故障类型相匹配的故障维修信息，针对故障设备的故障类型，预判在对其维修时应该使用的故障维修信息，提前准备好对应的维修策略，以加快对故障设备的维修速度；基于预设维度信息在建筑信息模型，获取故障设备的履历信息和故障设备的属性信息，其中，建筑信息模型为对轨道交通系统中的站点进行虚拟化获得的模型，能够基于预设维度信息(如，三维立体空间或二维空间中的信息等)清晰的展示故障设备的信息，提升对故障设备的定位准确性；依据故障设备的履历信息、故障设备的属性信息和故障维修信息，对所述故障设备进行修复，以使故障设备尽快恢复至正常工作状态，提高对设备的维护管理效率。

附图说明

附图用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请，并不构成对本申请的限制。通过参考附图对详细示例实施例进行描述，以上和其它特征和优点对本领域技术人员将变得更加显而易见，在附图中：

图1示出本申请实施例提供的设备的处理方法的流程示意图。

图2示出本申请实施例提供的服务器的组成方框图。

图3示出本申请一实施例提供的轨道交通系统的组成方框图。

图4示出本申请又一实施例提供的轨道交通系统的组成方框图。

图5示出本申请实施例提供的轨道交通系统的工作方法的流程示意图。

图6示出能够实现根据本申请实施例的设备的处理方法和装置的计算设备的示例性硬件架构的结构图。

具体实施方式

以下结合附图对本申请的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本申请，并不用于限制本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1示出本申请实施例提供的设备的处理方法的流程示意图。该方法可应用于服务器，如轨道交通系统中的集中告警系统服务器。

如图1所示，包括：

步骤S101，在确定获得故障设备对应的故障类型的情况下，基于故障类型查找知识数据库，确定与故障类型相匹配的故障维修信息。

步骤S102，基于预设维度信息在建筑信息模型，获取故障设备的履历信息和故障设备的属性信息。

其中，建筑信息模型(Building Information Modeling，BIM)为对轨道交通系统中的站点进行虚拟化获得的模型。

步骤S103，依据故障设备的履历信息、故障设备的属性信息和故障维修信息，对故障设备进行修复。

在本实施例中，通过依据故障设备对应的故障类型查找知识数据库，确定与故障类型相匹配的故障维修信息，针对故障设备的故障类型，预判在对其维修时应该使用的故障维修信息，提前准备好对应的维修策略，以加快对故障设备的维修速度；基于预设维度信息在建筑信息模型，获取故障设备的履历信息和故障设备的属性信息，其中，建筑信息模型为对轨道交通系统中的站点进行虚拟化获得的模型，能够基于预设维度信息(如，三维立体空间或二维空间中的信息等)清晰的展示故障设备的信息，提升对故障设备的定位准确性；依据故障设备的履历信息、故障设备的属性信息和故障维修信息，对所述故障设备进行修复，以使故障设备尽快恢复至正常工作状态，提高对设备的维护管理效率。

在一些可选的实施方式中，在执行步骤S101中的在确定获得故障设备对应的故障类型的情况下，基于所述故障类型查找知识数据库，确定与所述故障类型相匹配的故障维修信息之前，还包括：

建立轨道交通系统中的站点内的多个网元设备与建筑信息模型中的多个虚拟设备之间的映射关系信息；依据映射关系信息，对轨道交通系统中的站点进行虚拟化，获得与站点相匹配的建筑信息模型。

其中，建筑信息模型为基于三维视图构建的模型，在建筑信息模型中以预设拓扑方式展示多个网元设备的告警信息、网元设备的属性信息和网元设备的履历信息。

例如，可以采用设备的标识与虚拟设备的编号相对应的方式，进行映射关系信息的构建，即将轨道交通系统中的站点内的多个网元设备的标识分别与建筑信息模型中的多个虚拟设备的编号进行一一匹配，从而获得一对一的映射关系信息，进而基于该一对一的映射关系信息对轨道交通系统中的站点进行虚拟化，获得与站点相匹配的建筑信息模型。方便用户采用三维立体的视图对轨道交通系统中的站点中的各个网元设备进行观测，提升对网元设备的监控或定位效率。

在一些可选的实施方式中，在执行步骤S101中的在确定获得故障设备对应的故障类型的情况下，基于故障类型查找知识数据库，确定与故障类型相匹配的故障维修信息之前，还包括：

基于获取到的多个网元设备中的历史巡检记录信息、设备性能日志和历史故障告警信息中的至少一种，确定网元设备的设备性能与其对应的告警信息之间的关联关系；依据关联关系，对多个网元设备的实时运行状态进行监控，确定网元设备是否存在异常；在确定网元设备存在异常的情况下，获取网元设备的告警信息。

其中，网元设备的设备性能与其对应的告警信息之间的关联关系能够反应网元设备在产生告警信息时，网元设备的实时运行情况。例如，网元设备是否存在某个模块异常运行，从而导致超负荷运行的情况出现时，可能会产生温度告警。又例如，网元设备可能存在与其他网元设备之间的通信网络中断时，会出现网络连接告警等。

根据出现的不同类型的告警信息，以及告警信息与网元设备的设备性能之间的关联关系，能够明确网元设备可能存在的异常类型，初步对网元设备的异常进行分析，筛选出存在异常的网元设备，从而提升对多个网元设备的监控力度，提升对网元设备的管理效率。

在一些可选的实施方式中，在执行步骤S101中的在确定获得故障设备对应的故障类型的情况下，基于故障类型查找知识数据库，确定与故障类型相匹配的故障维修信息之前，还包括：

提取轨道交通系统中的多个网元设备的告警信息；依据网元设备对应的站点信息，对多个网元设备的设备类型和告警等级进行统计，生成告警统计信息。

其中，告警信息包括:设备类型、告警等级和网元设备对应的站点信息。告警统计信息用于表征轨道交通系统中每个站点中多个网元设备发生故障的趋势信息，告警统计信息以图形和/或表格的方式展示。

通过基于不同的站点信息，针对同一个站点，对其中的多个网元设备产生的告警信息(如，告警等级)进行统计，并基于设备类型的不同，生成告警统计信息，以使该告警统计信息能够表征出同一站点内的同一设备类型的网元设备发生故障的趋势信息(如，在某个时段内发生故障的比例成上升趋势等)，从而明确轨道交通系统中的不同站点内的告警情况，提升对不同类型的网元设备的管理效率。并且，以图形和/或表格的方式展示告警统计信息，能够直观的确定网元设备发生故障的趋势信息，提前对可能发生故障的网元设备进行维护，减少网元设备可能发生故障的比例，提升网元设备的运行稳定性。

在一些可选的实施方式中，告警等级是预先配置的针对网元设备出现的异常的严重程度设定的等级。例如，网元设备出现轻微异常，可以设置其对应的告警等级为1级；其次，网元设备出现的异常程度超过第一预设阈值，则可设置其对应的告警等级为2级；再次，网元设备出现的异常程度超过第二预设阈值，则可设置其对应的告警等级为3级；等等，以此类推。

其中的第一预设阈值和第二预设阈值是根据实际使用经验设置的阈值，可基于用户的需求进行设置，在此不做限制。

通过确定网元设备的实时状态信息以及该网元设备发出的告警信息，能够明确网元设备具体出现的异常的严重程度，以便于将网元设备的实时状态信息与告警统计信息进行匹配，确定网元设备是否存在故障，提升对网元设备的监控力度。

本申请实施例提供了另一种可能的实现方式，其中，预设拓扑方式包括：基于站点展示的拓扑方式，和/或，基于业务类型展示的拓扑方式。

其中，基于业务类型展示的拓扑方式用于展示网元设备在进行业务处理时产生的告警信息、网元设备的履历信息、故障设备的属性信息；基于站点展示的拓扑方式用于查看网元设备的实时位置信息及其所处的环境的信息。

采用不同维度的拓扑方式，能够多维度的展示网元设备对应的信息，全方位的对网元设备进行查看和管理，提升对网元设备的维护和管理效率。

在一些可选的实施方式中，故障设备的属性信息包括：故障设备的设备标识和故障设备的内部构造信息。步骤S102中的基于预设维度信息在建筑信息模型，获取故障设备的履历信息和故障设备的属性信息，可以采用如下方式实现：

依据故障设备的设备标识在建筑信息模型中查找到与故障设备对应的虚拟设备，并获取与故障设备对应的虚拟设备在建筑信息模型的实时位置信息；将故障设备的内部构造信息与虚拟设备中的多个可拆卸的虚拟组件进行匹配，确定发生故障的组件，并获取故障设备的履历信息。

其中，虚拟设备包括多个可拆卸的虚拟组件，虚拟组件与故障设备中的实体组件相匹配。履历信息包括：故障设备的工作手册、历史维修记录和操作规程中的至少一种。

通过依据故障设备的设备标识在建筑信息模型中查找到与故障设备对应的虚拟设备，并获取与故障设备对应的虚拟设备在建筑信息模型的实时位置信息，能够实时立体的确定故障设备对应的位置信息，提升对故障设备所处环境的准确性。

进一步地，由于虚拟设备包括多个可拆卸的虚拟组件，可以将每个虚拟组件分别与故障设备中的实体组件进行一一匹配，从而更细致的对故障设备中出现故障的组件进行定位，提升定位准确性。

并且，在确定故障设备中出现故障的组件的同时，能够获取故障设备的工作手册、历史维修记录和操作规程中的至少一种，多维度的获取有关于故障设备的信息，有助于对故障设备进行及时的维修和处理，提升对故障设备的维修效率。

在一些可选的实施方式中，步骤S103中的依据故障设备的履历信息、故障设备的属性信息和故障维修信息，对故障设备进行修复，可以采用如下方式实现：

依据故障设备的实时位置信息，在建筑信息模型中对故障设备进行定位；基于定位到的故障设备在建筑信息模型中的位置信息，显示故障设备的工作手册、历史维修记录、操作规程和故障维修信息，以供运维人员对故障设备中发生故障的组件进行修复。

在建筑信息模型中，针对故障设备进行定位，从而使运维人员能够获知该故障设备在实际站点中对应的位置信息，进一步地，在建筑信息模型中与该故障设备对应的位置信息处显示故障设备的工作手册、历史维修记录、操作规程和故障维修信息等信息，能够使运维人员全方位的、立体的获知有关于故障设备的信息，提升对故障设备中发生故障的组件进行修复，提升故障的修复准确性。

在一些可选的实施方式中，知识数据库包括多种预设故障类型，以及与预设故障类型对应的维修策略和处理经验信息。

步骤S101中的基于故障类型查找知识数据库，确定与故障类型相匹配的故障维修信息，可以采用如下方式实现：

以故障设备对应的故障类型为索引，查找知识数据库；在确定知识数据库包括的预设故障类型与故障设备对应的故障类型相同的情况下，提取与预设故障类型对应的维修策略和处理经验信息；依据预设故障类型、与预设故障类型对应的维修策略和处理经验信息，生成故障维修信息。

其中，知识数据库中存储有多种预设故障类型，以及与预设故障类型相匹配的故障维修信息(如，与预设故障类型对应的维修策略和处理经验信息等)。

将故障设备对应的故障类型与知识数据库中的多个预设故障类型相匹配，能够明确知识数据库是否包括故障设备对应的故障类型；并在确定知识数据库包括的预设故障类型与故障设备对应的故障类型相同的情况下，提取与预设故障类型对应的维修策略和处理经验信息，从而快速获得与故障设备对应的故障维修信息，加快对故障设备的维修效率。

图2示出本申请实施例提供的服务器的组成方框图。如图2所示，该服务器200包括但不限于如下模块：

查找模块201，被配置为在确定获得故障设备对应的故障类型的情况下，基于故障类型查找知识数据库，确定与故障类型相匹配的故障维修信息。

获取模块202，被配置为基于预设维度信息在建筑信息模型，获取故障设备的履历信息和故障设备的属性信息，其中，建筑信息模型为对轨道交通系统中的站点进行虚拟化获得的模型。

修复模块203，被配置为依据故障设备的履历信息、故障设备的属性信息和故障维修信息，对故障设备进行修复。

值得说明的是，本实施方式中的服务器的具体实施不局限于以上实施例，服务器可以执行本申请实施例中任一种设备的处理方法，其他未说明的实施例也在本装置的保护范围之内。

在本实施方式中，通过在确定获得故障设备对应的故障类型的情况下，使用查找模块依据故障设备对应的故障类型查找知识数据库，确定与故障类型相匹配的故障维修信息，针对故障设备的故障类型，预判在对其维修时应该使用的故障维修信息，提前准备好对应的维修策略，以加快对故障设备的维修速度；使用获取模块基于预设维度信息在建筑信息模型，获取故障设备的履历信息和故障设备的属性信息，其中，建筑信息模型为对轨道交通系统中的站点进行虚拟化获得的模型，能够基于预设维度信息(如，三维立体空间或二维空间中的信息等)清晰的展示故障设备的信息，提升对故障设备的定位准确性；使用修复模块依据故障设备的履历信息、故障设备的属性信息和故障维修信息，对所述故障设备进行修复，以使故障设备尽快恢复至正常工作状态，提高对设备的维护管理效率。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本申请的创新部分，本实施方式中并没有将与解决本申请所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

图3示出本申请一实施例提供的轨道交通系统的组成方框图。

如图3所示，该轨道交通系统包括但不限于如下设备：

服务器310，以及与服务器310通信连接的多个网元设备(如，第一网元设备321、第二网元设备322、……、第N网元设备32N，N为网元设备的数量，N为大于或等于1的整数)。

其中，服务器310，被配置为执行本申请实施例中任一种设备的处理方法。

网元设备，被配置为向服务器310上报告警信息，以及网元设备的运行状态信息。

在本实施方式中，通过服务器在确定网元设备存在故障的情况下，获取故障设备对应的故障类型，依据故障设备对应的故障类型查找知识数据库，确定与故障类型相匹配的故障维修信息，针对故障设备的故障类型，预判在对其维修时应该使用的故障维修信息，提前准备好对应的维修策略，以加快对故障设备的维修速度；基于预设维度信息在建筑信息模型，获取故障设备的履历信息和故障设备的运行状态信息、属性信息，其中，建筑信息模型为对轨道交通系统中的站点进行虚拟化获得的模型，能够基于预设维度信息(如，三维立体空间或二维空间中的信息等)清晰的展示故障设备的信息，提升对故障设备的定位准确性；依据故障设备的履历信息、故障设备的属性信息和故障维修信息，对所述故障设备进行修复，以使故障设备尽快恢复至正常工作状态，提高对设备的维护管理效率。

图4示出本申请又一实施例提供的轨道交通系统的组成方框图。如图4所示，该轨道交通系统包括但不限于如下设备：

模型管理模块401，用于采用BIM建模软件基于预设维度信息(如，二维或三维信息等)对轨道交通系统中的各个站点创建BIM模型，通过参数化的建模功能，完善BIM模型的属性信息；依据故障设备对应的故障类型查找知识数据库406，确定与故障类型相匹配的故障维修信息；在BIM模型中显示故障设备的履历信息、故障设备的属性信息和故障维修信息，以供运维人员可以更清楚地了解站点中的故障设备的信息，从而便于维护人员对故障设备进行维护和修复。

通过三维可视化的形式从宏观到微观等多个不同维度，使维护人员能够进行可视化的定位导航，提高对故障设备的定位准确性，并及时对故障设备进行修改。

信息采集模块402，用于对轨道交通系统中的各个站点中出现的告警信息进行采集，对轨道交通系统中的各个站点中出现的告警信息，以及出现告警的网元设备的属性信息等进行采集，并及时将采集到的告警信息发送给告警管理模块403。

告警管理模块403，用于接收信息采集模块402发送的告警信息，并对告警信息进行集中分类、浏览及统计等管理工作，以提升轨道交通系统的运维管理效率。

查找模块404，用于接收告警管理模块403发送的告警信息，确定网元设备是否发生故障；并在确定网元设备存在故障的情况下，确定网元设备为故障设备，并确定故障设备对应的故障类型。

资料管理模块405，用于存储多个网元设备的履历信息和网元设备的属性信息，以供模型管理模块401进行查看，并基于预设维度信息在建筑信息模型中显示故障设备的履历信息和故障设备的属性信息。

知识数据库406，用于存储故障类型及其相匹配的故障维修信息。例如，将即有故障案例以知识的形式固化沉淀，以便于在网元设备发生故障时，通过查找模块404基于故障设备对应的故障类型查找该知识数据库405，能够及时获知与故障类型相匹配的故障维修信息，并将该障维修信息发送给模型管理模块401，实现设备告警处理的辅助决策，提升维护人员的告警处理效率。

进一步地，模型管理模块401，具体用于建立轨道交通系统中的站点内的多个网元设备与建筑信息模型中的多个虚拟设备之间的映射关系信息。例如，建立基于标识(Identity Document，ID)编码的映射关系对应表，从数据层实现设备信息与建筑信息模型之间的关联关系。

需要说明的是，在创建建筑信息模型时，建筑信息模型中的每个虚拟设备都对应唯一的一个ID，该ID是建筑信息模型中的设备序列号，通过该ID可以查找到唯一的一个虚拟设备，并且该虚拟设备仅与轨道交通系统中一个网元设备相对应。

模型管理模块401，还用于对故障设备进行三维空间中的定位。例如，根据BIM的三维可视化的特点，对发生告警的网元设备进行三维空间中的定位，以便于基于ID快速呈现出现告警的虚拟设备的空间位置信息。其中，将故障设备的内部构造信息与虚拟设备中的多个可拆卸的虚拟组件进行匹配，能够准确确定发生故障的组件，实现对故障设备的快速排查和维修。

模型管理模块401，还用于基于定位到的故障设备在建筑信息模型中的位置信息，显示故障设备的工作手册、历史维修记录、操作规程和故障维修信息，以供运维人员对故障设备中发生故障的组件进行修复，提高维护效率。

接收信息采集模块402发送的告警信息，并对告警信息进行分析和管理，以提升轨道交通系统的运维管理效率。

进一步地，告警管理模块403，具体用于对接收到的多种告警信息进行分类。例如，基于站点展示的拓扑方式，和/或，基于业务类型展示的拓扑方式，对告警信息进行分类显示。

其中，在基于站点展示的拓扑方式中，可将网元设备与站点的BIM模型相关联，以实现在站点的BIM模型中显示查看某个产生告警信息的网元设备。

进一步地，告警管理模块403，还可以进行告警信息的浏览。例如，通过告警信息列表的形式显示告警信息，同时，对各个告警信息进行查询、过滤、确认、导出、查看知识数据库406和查看BIM模型等操作中的至少一种。

其中，查看知识数据库406，是用于查看与告警相关的维修建议信息。查看BIM模型，是通过三维视图的方式在BIM模型中查看故障设备的实时位置信息及其所处的环境信息。

进一步地，告警管理模块403，还可以进行告警信息的统计。例如，从设备类型、告警等级和网元设备对应的站点信息等多个维度上对告警信息进行统计，生成告警统计信息，该告警统计信息以图形和/或表格的方式展示。

进一步地，查找模块404，包括：

以设备巡检数据记录、性能事件日志、故障告警数据等历史数据为基础，分析挖掘设备性能与故障告警之间映射的关联性关系，建立模型算法；

通过专用通信各系统网管终端自动采集设备运行数据，系统根据设备运行状态对系统性能稳定与否进行分析，确定设备是否发生故障，并给出提醒和有效措施。

进一步地，资料管理模块405，具体用于对资料的分类管理，以及建立资料与模型之间的关联关系。

其中，对资料的分类管理，是基于不同的类型对网元设备的履历信息(如，故障设备的工作手册、历史维修记录和操作规程中的至少一种)进行分类管理。

建立资料与模型之间的关联关系，是将资料(如，故障设备的档案信息、维保记录信息、工作手册、操作规程信息等)与站点的BIM模型中的虚拟设备相关联，实现对产生告警的网元设备进行三维定位，并可同时查看与该设备相关联的资料。

进一步地，知识数据库406，具体用于存储历史故障处理经验、专家建议以及设备维护手册等信息。

需要说明的是，在获取到告警信息时，轨道交通系统通过对告警信息进行分析，判断产生故障的可能原因，关联与故障信息相对应的处理经验及专家建议等，以辅助维护人员进行故障的分析决策。

知识数据库406是实时更新的数据库，针对获得的新的故障特征信息，或总结专家经验形成的新的推导规则等，对知识数据库406中存储的信息进行更新。

图5示出本申请实施例提供的轨道交通系统的工作方法的流程示意图。如图5所示，轨道交通系统的工作方法包括但不限于如下步骤。

步骤S501，信息采集模块402实时对轨道交通系统中的各个站点中出现的告警信息进行采集，并将采集到的告警信息发送给告警管理模块403。

步骤S502，告警管理模块403对采集到的告警信息进行集中分类、浏览及统计等管理工作，并发送告警信息给查找模块404。

步骤S503，查找模块404基于接收到的告警信息，确定网元设备是否发生故障，并确定在确定发生故障的情况下，获取故障设备对应的故障类型。

例如，通过告警信息携带故障设备对应的故障类型等。

步骤S504，查找模块404根据故障类型查找知识数据库406，确定与故障类型相匹配的故障维修信息。

步骤S505，模型管理模块401基于三维空间的显示方式在建筑信息模型中显示故障设备的履历信息、故障设备的属性信息和故障维修信息。

其中，建筑信息模型为对轨道交通系统中的站点进行虚拟化获得的模型。

步骤S506，维护人员通过查看建筑信息模型中显示的多维度信息，对故障设备进行修复。

例如，基于建筑信息模型中显示的故障设备对应的虚拟设备的ID，快速准确的定位故障设备的实时位置信息，立体的呈现故障设备所处的空间信息，便于维护人员对故障设备进行定位和查看，同时，在故障设备对应的虚拟设备上显示故障设备的履历信息和故障设备的属性信息等，以辅助维护人员对故障设备进行维修，提升设备的维修效率。

在本实施例中，通过将BIM技术与轨道交通系统中的集中告警系统相结合，充分利用BIM技术的三维可视化和信息集成化的特点，提高集中告警系统的可视化程度，以及数字化水平，便于对集中告警系统中的各个网元设备进行智能化、便利化和高效化维护与管理，提升设备的维护效率。相较于常规的以静态图的方式展示告警信息，本实施例中实现了报警信息与实景空间的立体化对应，更直观的为维护人员提供决策支撑。

图6示出能够实现根据本申请实施例的设备的处理方法和装置的计算设备的示例性硬件架构的结构图。

如图6所示，，计算设备600包括输入设备601、输入接口602、中央处理器603、存储器604、输出接口605、以及输出设备606。其中，输入接口602、中央处理器603、存储器604、以及输出接口605通过总线607相互连接，输入设备601和输出设备606分别通过输入接口602和输出接口605与总线607连接，进而与计算设备600的其他组件连接。

具体地，输入设备601接收来自外部的输入信息，并通过输入接口602将输入信息传送到中央处理器603；中央处理器603基于存储器604中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器604中，然后通过输出接口605将输出信息传送到输出设备606；输出设备606将输出信息输出到计算设备600的外部供用户使用。

在一个实施例中，图6所示的计算设备可以被实现为一种电子设备，该电子设备可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例描述的设备的处理方法。

在一个实施例中，图6所示的计算设备可以被实现为一种设备的处理系统，该系统可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例描述的设备的处理方法。

以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。

本申请的实施例可以通过移动装置的处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。

本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(ROM)、随机访问存储器(RAM)、光存储器装置和系统(数码多功能光碟DVD或CD光盘)等。计算机可读介质可以包括非瞬时性存储介质。处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(FGPA)以及基于多核处理器架构的处理器。

通过示范性和非限制性的示例，上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本发明的范围。因此，本发明的恰当范围将根据权利要求确定。

Claims (10)

1.一种设备的处理方法，其特征在于，所述方法包括：

在确定获得故障设备对应的故障类型的情况下，基于所述故障类型查找知识数据库，确定与所述故障类型相匹配的故障维修信息；

基于预设维度信息在建筑信息模型，获取所述故障设备的履历信息和所述故障设备的属性信息，其中，所述建筑信息模型为对轨道交通系统中的站点进行虚拟化获得的模型；

依据所述故障设备的履历信息、所述故障设备的属性信息和所述故障维修信息，对所述故障设备进行修复。

2.根据权利要求1所述的方法，其特征在于，所述在确定获得故障设备对应的故障类型的情况下，基于所述故障类型查找知识数据库，确定与所述故障类型相匹配的故障维修信息之前，还包括：

建立所述轨道交通系统中的站点内的多个网元设备与所述建筑信息模型中的多个虚拟设备之间的映射关系信息；

依据所述映射关系信息，对所述轨道交通系统中的站点进行虚拟化，获得与所述站点相匹配的建筑信息模型；

其中，建筑信息模型为基于三维视图构建的模型，在所述建筑信息模型中以预设拓扑方式展示多个所述网元设备的告警信息、所述网元设备的属性信息和所述网元设备的履历信息。

3.根据权利要求2所述的方法，其特征在于，所述预设拓扑方式包括：基于站点展示的拓扑方式，和/或，基于业务类型展示的拓扑方式；

其中，所述基于业务类型展示的拓扑方式用于展示所述网元设备在进行业务处理时产生的告警信息、所述网元设备的履历信息、所述故障设备的属性信息；

所述基于站点展示的拓扑方式用于查看所述网元设备的实时位置信息及其所处的环境的信息。

4.根据权利要求3所述的方法，其特征在于，所述故障设备的属性信息包括：所述故障设备的设备标识和所述故障设备的内部构造信息；

所述基于预设维度信息在建筑信息模型，获取所述故障设备的履历信息和所述故障设备的属性信息，包括：

依据所述故障设备的设备标识在所述建筑信息模型中查找到与所述故障设备对应的虚拟设备，并获取与所述故障设备对应的虚拟设备在建筑信息模型的实时位置信息，其中，所述虚拟设备包括多个可拆卸的虚拟组件，所述虚拟组件与所述故障设备中的实体组件相匹配；

将所述故障设备的内部构造信息与所述虚拟设备中的多个可拆卸的虚拟组件进行匹配，确定发生故障的组件，并获取所述故障设备的履历信息，其中，所述履历信息包括：所述故障设备的工作手册、历史维修记录和操作规程中的至少一种。

5.根据权利要求4所述的方法，其特征在于，所述依据所述故障设备的履历信息、所述故障设备的属性信息和所述故障维修信息，对所述故障设备进行修复，包括：

依据所述故障设备的实时位置信息，在所述建筑信息模型中对所述故障设备进行定位；

基于定位到的所述故障设备在所述建筑信息模型中的位置信息，显示所述故障设备的工作手册、历史维修记录、操作规程和所述故障维修信息，以供运维人员对所述故障设备中发生故障的组件进行修复。

6.根据权利要求1所述的方法，其特征在于，所述知识数据库包括多种预设故障类型，以及与所述预设故障类型对应的维修策略和处理经验信息；

所述基于所述故障类型查找知识数据库，确定与所述故障类型相匹配的故障维修信息，包括：

以所述故障设备对应的故障类型为索引，查找所述知识数据库；

在确定所述知识数据库包括的预设故障类型与所述故障设备对应的故障类型相同的情况下，提取与所述预设故障类型对应的维修策略和所述处理经验信息；

依据所述预设故障类型、与所述预设故障类型对应的维修策略和处理经验信息，生成所述故障维修信息。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述在确定获得故障设备对应的故障类型的情况下，基于所述故障类型查找知识数据库，确定与所述故障类型相匹配的故障维修信息之前，还包括：

基于获取到的多个网元设备中的历史巡检记录信息、设备性能日志和历史故障告警信息中的至少一种，确定所述网元设备的设备性能与其对应的告警信息之间的关联关系；

依据所述关联关系，对多个所述网元设备的实时运行状态进行监控，确定所述网元设备是否存在故障；

在确定所述网元设备存在所述故障的情况下，确定所述网元设备为故障设备，并获取所述网元设备的故障类型。

8.根据权利要求1至6中任一项所述的方法，其特征在于，所述在确定获得故障设备对应的故障类型的情况下，基于所述故障类型查找知识数据库，确定与所述故障类型相匹配的故障维修信息之前，还包括：

提取所述轨道交通系统中的多个网元设备的告警信息，其中，所述告警信息包括:设备类型、告警等级和所述网元设备对应的站点信息；

依据所述网元设备对应的站点信息，对多个所述网元设备的设备类型和所述告警等级进行统计，生成告警统计信息，所述告警统计信息用于表征所述轨道交通系统中每个站点中多个网元设备发生故障的趋势信息，所述告警统计信息以图形和/或表格的方式展示。

9.一种服务器，其包括：

查找模块，被配置为在确定获得故障设备对应的故障类型的情况下，基于所述故障类型查找知识数据库，确定与所述故障类型相匹配的故障维修信息；

获取模块，被配置为基于预设维度信息在建筑信息模型，获取所述故障设备的履历信息和所述故障设备的属性信息，其中，所述建筑信息模型为对轨道交通系统中的站点进行虚拟化获得的模型；

修复模块，被配置为依据所述故障设备的履历信息、所述故障设备的属性信息和所述故障维修信息，对所述故障设备进行修复。

10.一种轨道交通系统，其包括：服务器，以及与所述服务器通信连接的多个网元设备；

其中，所述服务器，被配置为执行如权利要求1至8中任一项所述的设备的处理方法；

所述网元设备，被配置为向所述服务器上报告警信息，以及所述网元设备的运行状态信息。

Images