CN112116511A - 用于城市轨道交通系统的状态监控方法及装置 - Google Patents

Abstract

本发明公开用于城市轨道交通系统的状态监控方法和装置，包括：响应于接收到客户端上传的实时状态数据，基于所述实时状态数据中各类型数据分别将所述各类型数据与对应类型的标准阈值进行比较以形成与所述各类型数据对应的至少一个比较结果；响应于所述至少一个比较结果，确定与所述实时状态数据对应的故障等级；基于所述故障等级判断是否需要对所述客户端进行维护。可以对车站对众多AFC设备实时状态的监控，收集AFC设备的信息及软件版本号，下发监控日志关键字、查看设备屏幕截图等，解决了铁路交通设备上目标信息采集、更新困难且覆盖面不够广的问题，实现了工作人员能够及时获取铁路AFC设备的状态信息。

Description

用于城市轨道交通系统的状态监控方法及装置

技术领域

本发明属铁路交通技术领域，尤其涉及一种用于城市轨道交通系统的状态监控方法及装置。

背景技术

随着大城市的人口日益增多，路上交通越来越无法满足人们急剧增加的交通使用量，城市轨道交通的发展为缓解城市交通拥堵起到重要的作用。自从1863年伦敦建成第一条地铁以来，地铁作为一种重要的城市轨道交通工具已经在欧美等发达国家以及国内北京、上海、广州、深圳等发达地区广泛应用。

城市轨道交通作为一个特殊服务性行业，在生产过程中除了职工人身安全，还包括乘客的人身安全以及各种设备设施的运行安全，同时存在着许多不可预测的安全隐患，城市轨道交通的安全特性包括：(1)公共设施特性；(2)大流量高密度；(3)封闭性；(4)受定向空气流动影响；(5)防范困难。

轨道交通的故障多种多样，按照故障发生的位置不同可分为轨道设备故障、站台设备故障、辅助设备故障、电源电路故障；按照故障表现形式断电、设备磨损、断裂、裂纹；按照故障诱因的物理类型可分为电气故障、信号故障、机械故障和电子故障。

因此现有的轨道交通的监控方法，利用微信或电话等通信工具报障，时效性比较差，接收方式被动；运维巡检人员在现场无法逐个检查机器设备运行的功能；利用Excel记录设备故障台账，效率低下，设备的信息及生命周期完整性难以保证。

发明内容

本发明实施例提供一种用于城市轨道交通系统的状态监控方法及装置，用于至少解决上述技术问题之一。

第一方面，本发明实施例提供一种用于城市轨道交通系统的状态监控方法，包括：响应于接收到客户端上传的实时状态数据，基于所述实时状态数据中各类型数据分别将所述各类型数据与对应类型的标准阈值进行比较以形成与所述各类型数据对应的至少一个比较结果；响应于所述至少一个比较结果，确定与所述实时状态数据对应的故障等级；基于所述故障等级判断是否需要对所述客户端进行维护。

第二方面，本发明实施例提供一种用于城市轨道交通系统的状态监控装置，包括：比较模块，配置为响应于接收到客户端上传的实时状态数据，基于所述实时状态数据中各类型数据分别将所述各类型数据与对应类型的标准阈值进行比较以形成与所述各类型数据对应的至少一个比较结果；确定模块，配置为响应于所述至少一个比较结果，确定与所述实时状态数据对应的故障等级；判断模块，配置为基于所述故障等级判断是否需要对所述客户端进行维护。

第三方面，提供一种电子设备，其包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例的多意图识别训练或使用方法的步骤。

第四方面，本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行本发明任一实施例的多意图识别训练或使用方法的步骤。

本申请的方法和装置可以对车站对众多AFC设备实时状态的监控，收集AFC设备的信息及软件版本号，下发监控日志关键字、查看设备屏幕截图等，解决了铁路交通设备上目标信息采集、更新困难且覆盖面不够广的问题，实现了工作人员能够及时获取铁路AFC设备的状态信息。

附图说明

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

图1为本发明一实施例提供的一种用于城市轨道交通系统的状态监控方法的流程图；

图2为本发明一实施例提供的另一种用于城市轨道交通系统的状态监控方法的流程图；

图3为本发明一实施例提供一个具体实施例的流程图；

图4为本发明一实施例提供的另一个具体实施例的流程图；

图5为本发明一实施例提供的一种用于城市轨道交通系统的状态监控装置的框图；

图6是本发明一实施例提供的电子设备的结构示意图。

具体实施方式

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

请参阅图1，其示出了本申请的用于城市轨道交通系统的状态监控方法一实施例的流程图，本实施例的城市轨道交通系统的状态监控方法可以适用于通讯功能的终端，如智能手机、平板和电脑等。

如图1所示，在步骤101中，响应于接收到客户端上传的实时状态数据，基于实时状态数据中各类型数据分别将各类型数据与对应类型的标准阈值进行比较以形成与各类型数据对应的至少一个比较结果；

在步骤102中，响应于至少一个比较结果，确定与实时状态数据对应的故障等级；

在步骤103中，基于故障等级判断是否需要对客户端进行维护。

在本实施例中，对于步骤101，状态监控装置在接收到客户端上传的实时状态数据后，基于实时状态数据中各类型数据分析，分别将各类型数据与对应类型的标准阈值进行比较，从而形成与各类型数据对应的至少一个比较结果。之后，对于步骤102，状态监控装置将获取的至少一个比较结果与实时状态数据的故障等级关联，实现一个比较结果对应一个故障等级。然后，对于步骤103，状态监控装置基于客户端的故障等级，判断是否需要对客户端进行维护。

具体地，标准阈值包括频率阈值和严重程度阈值，对应类型数据的标准阈值通过以下方法获取：

收集客户端之前的状态数据；在日志中搜集错误的关键字，将与关键字对应的状态数据进行分类归纳，并录入系统中；基于各类型数据的出现频率和严重程度分别定义频率阈值和严重程度阈值。

实时状态数据对应的故障等级通过以下方法确定：

判断各类型数据的严重程度是否超过严重程度阈值，以及各类型数据的出现频率是否超过频率阈值；若各类型数据的严重程度超过严重程度阈值，设置为第一等级；若各类型数据的严重程度不超过严重程度阈值，以及各类型数据的出现频率超过频率阈值，设置为第二等级。

响应于第二等级，展示在城市轨道交通系统中，可以在客户端的界面上浏览；以及响应于第一等级，经由城市轨道交通系统以短信、邮件或者电话的方式通知运维人员。

本实施例的方法通过对客户端的实时状态数据进行分析，并与对应类型的标准阈值进行比较，使得不同比较结果对应不同的故障等级，不同的故障等级执行不同的响应流程，当状态监控装置接收到的信息超过设置的标准阈值的时候，状态监控装置通知相关运维人员，实现了提前预估客户端可能发生的故障，大幅度提高运维人员工作效率以及客户端的使用率。

在另一个具体的实施例中，在响应于接收到客户端上传的实时状态数据，基于实时状态数据中各类型数据分别将各类型数据与对应类型的标准阈值进行比较以形成与各类型数据对应的至少一个比较结果之后，还包括：

将各类型数据进行分类存储至数据库中。

本实施例的方法通过提供数据库层面的接口，每种类型对应一种数据库接口，当出现不同的问题则调用不同的数据库接口进行存储，每种问题的存储都放在不同的数据库表里面，保证了数据的安全性和完整性。

进一步参阅图2，其示出了本申请一实施例提供的另一种用于城市轨道交通系统的状态监控方法的流程图。该流程图主要是对流程图1的附加流程进一步限定的步骤的流程图。在基于故障等级判断是否需要对客户端进行维护之后，方法还包括：

如图2所示，在步骤201中，若判断需要对客户端进行维护，向第一运维人员发送预警信息并生成报警处理进展；

在步骤202中，响应于第一运维人员对预警信息的确认，通知第二运维人员进行现场处理，并更新报警处理进展；

在步骤203中，响应于第二运维人员在现场处理过程中补录的事故信息和处理信息，更新报警处理进展。

在本实施例中，对于步骤201，状态监控装置若判断需要对客户端进行维护，向第一运维人员发送预警信息并生成报警处理进展。之后，对于步骤202，当状态监控装置发送预警信息时，远程值班技术员第一时间登录系统查看屏幕截图、系统日志，核实设备有无故障、是否使用正常，并根据设备屏幕截图状态等信息在系统登记预警信息是否属实，并以短信、邮件等方式通知现场运维人员，并更新报警处理进展。然后，对于步骤203，现场运维人员接受到预警信息通知后及时赶赴相处，进行相关处理，并以手机、电脑等终端补录事故信息、处理信息等，更新报警处理进展。最后，主管领导接受到报警通知后，可利用手机、电脑等终端进行事故处理部署，并可实时获取报警处理进展情况。值班技术人员按照故障处理过程及结果整改通知完成相关整改工作、完成事故总结，并反馈至系统。经现场运维人员确认整改内容、主管领导确认整个事故处理过程后，有主管领导总结本次故障。

本实施例的方法通过现场运维人员接受到预警信息通知后及时赶赴相处，进行相关处理，并以手机、电脑等终端补录事故信息、处理信息等，并更新报警处理进展，能够对未监测到的故障问题进行人工补录，从而提高了状态监控装置的数据的完整度。

在另一个具体的实施例中，一种用于铁路AFC设备状态监控报警系统及方法。该系统包括：信息服务器、存储服务器、PC终端设备。其中PC终端设备和信息服务器通信连接，用于请求或获取信息服务器的返回的处理结果。信息服务器和存储服务器通信连接，信息服务器部分数据处理结果需要发送到存储服务器进行持久化。PC设备采用了web网页作为载体，用于查看设备的实时与历史状态，以及设备的报警信息。本发明实例的技术方案，解决了对于车站对众多AFC设备实时状态的监控，收集AFC设备的信息及软件版本号，下发监控日志关键字、查看设备屏幕截图等，解决了铁路交通设备上目标信息采集、更新困难且覆盖面不够广的问题，实现了工作人员在及时获取铁路AFC设备能够状态信息的效果。

请参阅图3，其示出了本申请一实施例提供的一个具体实施例的流程图。

如图3所示，利用预定义参数，系统自动完成对设备出现的问题划分，不同问题等级执行不同的响应流程。

(1)收集之前系统软件硬件等经常出现的问题，(2)对问题进行分类归纳整理，(3)按照问题种类出现频率的高低及严重程度进行排序，(2)在软件日志里面搜集出对应的错误关键字，将其录入系统并定好级别，(4)对于经常出现且严重性较低的问题，可设为低等级，出现问题的时候直接展示在系统中，对于严重性的问题设置成高等级，一旦出现该问题，系统将会以短信电话的方式通知运维人员，运维人员按设定好的工作流程处理该问题。

请参阅图4，其示出了本申请一实施例提供的另一个具体实施例的流程图。

如图4所示，以web网页形式，且结合短信、邮件等方式传递信息，满足信息的实时性、及时性需求，且可满足事故的处理过程的数据可追溯需求。

通过在设备操作系统读取到的cpu、内存、硬盘使用率等数据，发送给数据采集模块，数据采集模块对接收到的数据进行处理和转换后上传至数据库存储，数据库通过数据接口访问模块与展现平台通信，采集的信息包括设备运行基本信息以及设备屏幕截图，当这些数据超过这些阈值的时候将会按照特定的方式如：如短信、邮件、电话等通知运维人员，同时这些信息也将会在数据库里存储，可以直接在界面上查看浏览之前的数据，这样发现问题就能追溯源头，直接在源头查看问题发生的时间节点。

本实施例的方法实现了铁路AFC设备通过部署的客户端将设备状态数据上传到后台服务端，当服务器接收到的信息超过设置的标准阈值的时候，服务端将下发短信相关运维人员，提高系统故障处理的时效；准确预测设备可能出现的问题；车站可监控设备的实时状态；提高设备安全性，统一远程维护入口，防范病毒感染与入侵的分享；采用与手机终端、邮件等辅助工具结合的高实时性方案设计，有效地提高了状态监控装置的实时性。

请参阅图5，其示出了本发明一实施例提供的一种用于城市轨道交通系统的状态监控装置的框图。

如图5所示，用于城市轨道交通系统的状态监控装置300，包括：比较模块310、确定模块320、判断模块330、发送模块340、通知模块350和更新模360。

其中，比较模块310，配置为响应于接收到客户端上传的实时状态数据，基于实时状态数据中各类型数据分别将各类型数据与对应类型的标准阈值进行比较以形成与各类型数据对应的至少一个比较结果；确定模块320，配置为响应于至少一个比较结果，确定与实时状态数据对应的故障等级；判断模块330，配置为基于故障等级判断是否需要对客户端进行维护。

在一些可选的实施例中，上述用于城市轨道交通系统的状态监控装置300还包括：发送模块340，配置为若判断需要对客户端进行维护，向第一运维人员发送预警信息并生成报警处理进展；通知模块350，配置为响应于第一运维人员对预警信息的确认，通知第二运维人员进行现场处理，并更新报警处理进展；更新模块360，配置为响应于第二运维人员在现场处理过程中补录的事故信息和处理信息，更新报警处理进展。

应当理解，图5中记载的诸模块与参考图1和图2中描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征以及相应的技术效果同样适用于图5中的诸模块，在此不再赘述。

值得注意的是，本公开的实施例中的模块并不用于限制本公开的方案，例如判断模块可以描述为基于故障等级判断是否需要对客户端进行维护的模块。另外，还可以通过硬件处理器来实现相关功能模块，例如判断模块也可以用处理器实现，在此不再赘述。

在另一些实施例中，本发明实施例还提供了一种非易失性计算机存储介质，计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的用于语音对话的通讯补偿方法；

作为一种实施方式，本发明的非易失性计算机存储介质存储有计算机可执行指令，计算机可执行指令设置为：

响应于接收到客户端上传的实时状态数据，基于实时状态数据中各类型数据分别将各类型数据与对应类型的标准阈值进行比较以形成与各类型数据对应的至少一个比较结果；

响应于至少一个比较结果，确定与实时状态数据对应的故障等级；

基于故障等级判断是否需要对客户端进行维护。

非易失性计算机可读存储介质可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据用于城市轨道交通系统的状态监控装置的使用所创建的数据等。此外，非易失性计算机可读存储介质可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，非易失性计算机可读存储介质可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至用于城市轨道交通系统的状态监控装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本发明实施例还提供一种计算机程序产品，计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被计算机执行时，使计算机执行上述任一项用于城市轨道交通系统的状态监控方法。

图6是本发明实施例提供的电子设备的结构示意图，如图6所示，该设备包括：一个或多个处理器410以及存储器420，图6中以一个处理器410为例。用于城市轨道交通系统的状态监控方法的设备还可以包括：输入装置430和输出装置440。处理器410、存储器420、输入装置430和输出装置440可以通过总线或者其他方式连接，图6中以通过总线连接为例。存储器420为上述的非易失性计算机可读存储介质。处理器410通过运行存储在存储器420中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例用于城市轨道交通系统的状态监控方法。输入装置430可接收输入的数字或字符信息，以及产生与状态监控装置的用户设置以及功能控制有关的键信号输入。输出装置740可包括显示屏等显示设备。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

作为一种实施方式，上述电子设备应用于用于城市轨道交通系统的状态监控装置中，用于客户端，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：

响应于接收到客户端上传的实时状态数据，基于实时状态数据中各类型数据分别将各类型数据与对应类型的标准阈值进行比较以形成与各类型数据对应的至少一个比较结果；

响应于至少一个比较结果，确定与实时状态数据对应的故障等级；

基于故障等级判断是否需要对客户端进行维护。

本申请实施例的电子设备以多种形式存在，包括但不限于：

(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：PDA、MID和UMPC设备等，例如iPad。

(3)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(4)其他具有数据交互功能的电子装置。

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

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

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

Claims (10)

1.一种用于城市轨道交通系统的状态监控方法，包括：

响应于接收到客户端上传的实时状态数据，基于所述实时状态数据中各类型数据分别将所述各类型数据与对应类型的标准阈值进行比较以形成与所述各类型数据对应的至少一个比较结果；

响应于所述至少一个比较结果，确定与所述实时状态数据对应的故障等级；

基于所述故障等级判断是否需要对所述客户端进行维护。

2.根据权利要求1所述的方法，其中，在基于所述故障等级判断是否需要对所述客户端进行维护之后，所述方法还包括：

若判断需要对所述客户端进行维护，向第一运维人员发送预警信息并生成报警处理进展；

响应于所述第一运维人员对所述预警信息的确认，通知第二运维人员进行现场处理，并更新所述报警处理进展；

响应于所述第二运维人员在现场处理过程中补录的事故信息和处理信息，更新所述报警处理进展。

3.根据权利要求1所述的方法，其中，所述标准阈值包括频率阈值和严重程度阈值，所述对应类型数据的标准阈值通过以下方法获取：

收集所述客户端之前的状态数据；

在日志中搜集错误的关键字，将与所述关键字对应的所述状态数据进行分类归纳，并录入系统中；

基于所述各类型数据的出现频率和严重程度分别定义所述频率阈值和所述严重程度阈值。

4.根据权利要求3所述的方法，其中，所述实时状态数据对应的故障等级通过以下方法确定：

判断所述各类型数据的严重程度是否超过严重程度阈值，以及所述各类型数据的出现频率是否超过频率阈值；

若所述各类型数据的严重程度超过严重程度阈值，设置为第一等级；

若所述各类型数据的严重程度不超过严重程度阈值，以及所述各类型数据的出现频率超过频率阈值，设置为第二等级。

5.根据权利要求4所述的方法，其中，所述对所述客户端进行维护包括：

响应于所述第二等级，展示在城市轨道交通系统中，可以在客户端的界面上浏览；以及

响应于所述第一等级，经由城市轨道交通系统以短信、邮件或者电话的方式通知运维人员。

6.根据权利要求1所述的方法，其中，在响应于接收到客户端上传的实时状态数据，基于所述实时状态数据中各类型数据分别将所述各类型数据与对应类型的标准阈值进行比较以形成与所述各类型数据对应的至少一个比较结果之后，还包括：

将所述各类型数据进行分类存储至数据库中。

7.一种用于城市轨道交通系统的状态监控装置，包括：

比较模块，配置为响应于接收到客户端上传的实时状态数据，基于所述实时状态数据中各类型数据分别将所述各类型数据与对应类型的标准阈值进行比较以形成与所述各类型数据对应的至少一个比较结果；

确定模块，配置为响应于所述至少一个比较结果，确定与所述实时状态数据对应的故障等级；

判断模块，配置为基于所述故障等级判断是否需要对所述客户端进行维护。

8.根据权利要7所述的装置，其中，所述装置还包括：

发送模块，配置为若判断需要对所述客户端进行维护，向第一运维人员发送预警信息并生成报警处理进展；

通知模块，配置为响应于所述第一运维人员对所述预警信息的确认，通知第二运维人员进行现场处理，并更新所述报警处理进展；

更新模块，配置为响应于所述第二运维人员在现场处理过程中补录的事故信息和处理信息，更新所述报警处理进展。

9.一种电子设备，其包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至6任一项所述方法的步骤。

10.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至6任一项所述方法的步骤。

Images