CN114691633A - 轨道交通信号系统的日志管理方法、设备及存储介质 - Google Patents

Abstract

本申请公开了一种轨道交通信号系统的日志管理方法、设备及存储介质。该方法包括：收集轨道交通信号系统包括的各子系统的初始日志；按照预定格式将收集的初始日志进行格式统一处理，得到各轨道交通信号系统的日志集合。根据本申请实施例提供的技术方案，该方法提高了日志管理的效率。

Description

轨道交通信号系统的日志管理方法、设备及存储介质

技术领域

本申请涉及日志管理技术领域，尤其涉及一种轨道交通信号系统的日志管理方法、设备及存储介质。

背景技术

随着轨道交通的迅捷发展，以及软件技术的不断更新，轨道交通信号系统的各子系统采用的系统架构也多种多样，各子系统拥有各自的日志打印格式以及日志收集的方式，这些都区别于互联网架构下网络情况单一、设备单一、运行系统单一、日志格式单一等情况，实现日志的收集存在一定的难度。显然现有的轨道交通信号系统的日志管理方法和现有的互联网架构下的日志收集方法在进行轨道交通信号系统的日志管理时会出现效率较低。

发明内容

鉴于现有技术轨道交通信号系统在进行跨子系统管理日志时，日志管理效率低的问题，本申请提出了一种轨道交通信号系统的日志管理方法设备及存储介质，能够提高轨道交通信号系统在进行跨子系统管理日志时的效率。

第一方面，本申请实施例提供了一种轨道交通信号系统的日志管理方法，该方法包括：

收集轨道交通信号系统包括的各子系统的初始日志；

按照预定格式将收集的初始日志进行格式统一处理，得到轨道交通信号系统的日志集合。

可选地，收集轨道交通信号系统包括的各子系统的初始日志，包括：

确定各子系统对应的日志收集方式；

根据与各个子系统对应的日志收集方式对各个子系统产生的初始日志进行收集。

可选地，确定各子系统对应的日志收集方式，包括：

获取各子系统的系统标识；

确定与系统标识对应的日志收集方式。

可选地，子系统包括维护支持子系统；则确定各子系统对应的日志收集方式，包括：

获取维护支持子系统的系统标识；

确定与维护支持子系统的系统标识对应的多个日志收集方式，多个日志收集方式包括通过网络数据分析工具在目标子系统上进行抓包解码收集日志、通过指标采集器收集日志、监测并收集日志的更新内容。

可选地，子系统包括自动列车监控子系统；则确定各子系统对应的日志收集方式，包括：

获取自动列车监控子系统的系统标识；

确定与自动列车监控子系统的系统标识对应的多个日志收集方式，多个日志收集方式包括通过指标采集器收集日志、监测并收集日志的更新内容，监听并收集消息队列的数据。

可选地，方法还包括：根据轨道交通信号系统包括的各个子系统对应的管理指标对日志集合进行管理分析。

可选地，管理指标包括性能参数和进程状态；根据轨道交通信号系统包括的各个子系统对应的管理指标对日志集合进行管理分析，包括：

获取日志集合中的性能参数和进程状态；

基于性能参数和进程状态，确定与性能参数和进程状态对应的子系统是否存在故障；

当存在故障时，生成故障预警。

可选地，管理指标包括关键字；根据轨道交通信号系统包括的各个子系统对应的管理指标对日志集合进行管理分析，包括：

根据关键字在日志集合中搜索与关键字相对应的日志记录；

将日志记录进行统计分析，将统计分析的结果生成可视化图形界面。

第三方面，本申请实施例提供了一种日志管理设备，包括：

一个或者多个处理器；

存储器，用于存储一个或者多个程序；

当一个或者多个程序被一个或者多个处理器执行时，使得一个或者多个处理器执行实现上述第一方面的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序用于实现上述第一方面的方法。

本申请实施例提供的轨道交通信号系统的日志管理方法，在收集到轨道交通信号系统包括的各子系统的日志集合后，对日志集合的格式进行统一化处理，以方便日志系统对日志集合进行统一管理；相较于现有技术各子系统单独管理不同格式的日志集合，能够提高日志集合管理效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，附图仅用于示出优选实施方法的目的，而并不认为是对本申请的限制。另外还需要说明的是，为了便于描述，附图中仅示出了本申请相关的部分而非全部。

图1是根据本申请实施例示出的一种轨道交通信号系统的日志管理方法实施环境架构图；

图2是根据本申请实施例示出的一种用轨道交通信号系统的日志管理方法流程图；

图3是根据本申请实施例示出的一种日志系统结构图；

图4是根据本申请实施例示出的一种初始日志收集方法流程图；

图5是根据本申请实施例示出的一种通过监听消息队列收集到的日志集合示意图；

图6是根据本申请实施例示出的一种通过filebeat收集到的日志集合的示意图；

图7是根据本申请实施例示出的一种将日志格式统一后的日志集合的示意图；

图8是根据本申请实施例示出的一种通过关键字搜索日志集合后得到日志集合的示意图；

图9是根据本申请实施例示出的一种日志集合的可视化图表示意图；

图10是根据本申请实施例示出的一种filebeat的工作流程图；

图11是根据本申请实施例示出的一种packetbeat的工作流程图；

图12是根据本申请实施例示出的一种metricbeat的工作流程图；

图13是根据本申请实施例示出的一种logstash的工作流程图；

图14是根据本申请实施例示出的又一种用轨道交通信号系统的日志管理方法流程图；

图15是根据本申请实施例示出的一种日志管理设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释本申请相关内容，而非对该申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与申请相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1是根据本申请实施例示出的一种轨道交通信号系统的日志管理方法的实施环境架构图。如图1所示，该实施环境架构包括：终端101、轨道交通信号系统102和日志系统103。

其中，终端101的硬件结构包括处理器、存储器和显示装置，软件结构包括安装在终端101上的日志系统103对应的客户端。其中，客户端可以接收日志系统103发送的一条或多条消息，该消息可以为日志集合，日志处理指令等。

终端101用于接收日志系统发来的日志集合，并展示日志集合。进一步地，终端101还用于展示日志系统生成的可视化图形界面。

终端101的类型包括但不限于智能手机、平板电脑、电视机、笔记本电脑、台式电脑等，本申请实施例对此不进行具体限定。

其中，日志系统103用于存储轨道交通信号系统102发送的初始日志，并存储。进一步地，日志系统103对初始日志进行格式统一，得到格式统一的日志集合，以方便管理日志集合。比如，对日志集合进行分类存储，比如，按照发送日志的子系统分类存储，发送日志的时间分类存储等。

该日志系统103可以安装在终端101上，也可以安装在其它终端上，在此不做限制。

终端101、轨道交通信号系统102和日志系统103通过有线或无线网络建立通信连接。

图2是根据本申请实施例示出的一种轨道交通信号系统的日志管理方法的流程图。图2所示的方法可以由图1中的日志系统103执行，如图2所示，结合图3，该方法包括以下步骤：

步骤201，收集轨道交通信号系统包括的各子系统的初始日志。

其中，轨道交通信号系统包括的子系统有区域控制器(Zone Controller：ZC)子系统、计算机联锁(Computer Interlocking：CI)子系统、车载控制器(Vehicle On-BoardController：VOBC)子系统、维护支持子系统(Maintenance Support System：MSS)和自动列车监控子系统(Automatic Train Supervision System：ATS)，其中，MSS包括MSS工作站和MSS服务器，ATS包括ATS工作站和ATS服务器。

可选地，参见图4，步骤201包括：

步骤2011，确定各子系统对应的日志收集方式。

日志收集方式一般有如下五种：

第一种，通过预定的第一日志收集工具在日志产生时收集日志。其中第一日志收集工具可以为logback、log4cpp和syslog等。

第二种，通过监听消息队列中的数据收集日志。

第三种，通过预定的第二日志收集工具监测日志集合，确定日志集合是否有更新，获取日志集合的更新的部分。其中，第二日志收集工具可以为filebeat。

进一步地，filebeat的工作流程如图10所示，filebeat监测子系统的日志集合，当日志集合有更新时，收集更新的日志集合，图10中为三个日志文件对应的日志集合，并发送给日志系统，图10中为发送给日志系统中的logstash。

第四种，通过网络数据包分析工具、在目标子系统上进行抓包，解码，获取其中的字段，以收集日志。其中，抓包，解码可以在目标子系统的服务器中进行。其中，网络数据包分析工具可以为packetbeat。

packetbeat的工作流程如图11所示，packetbea收集子系统A和子系统B的之间的网络数据，作为日志集合，并发送给日志系统，图10中为发送给日志系统的logstash。

第五种，通过指标采集器获取系统的CPU使用率、内存、文件系统、磁盘IO和网络IO统计数据，以及各子系统工作站以及服务器中运行的每个进程的统计信息，其中，指标采集器可以为metricbeat，metricbeat工作流程如图12所示。

由于轨道交通信号系统包括的各子系统完成的任务不同，因此，各子系统在硬件和软件方面都存在区别，可以根据各子系统的特点为其确定对应的日志收集方式。对于各个子系统确定其对应的初始日志如下原理：

对于ATS工作站：运行为windows操作系统，采用filebeat的方式监测日志，将日志的变更部分输出给logstash。主要收集信息为：界面显示数据，命令下发数据。另外，还通过metricbeat指标采集器，获取工作站中系统级的CPU使用率、内存、文件系统、磁盘IO和网络IO统计数据、以及每个进程的统计信息，并将这些信息输出给logstash。

对于ATS服务器：通过消息队列中的数据监听，在获取到数据之后，将数据发送给logstash。主要信息为CI\ZC\VOBC发送给VOBC的状态信息，命令反馈、报警信息等。通过filebeat的监测日志的方式，将日志的变更部分输出给logstash。通过metricbeat指标采集器，获取服务器中系统级的CPU使用率、内存、文件系统、磁盘IO和网络IO统计数据、以及每个进程的统计信息，并将这些信息输出给logstash。

对于CI数据：由于网络与日志服务器并不互通以及CI机柜并不具备日志存储的条件，所以采用以下方式收集：

通过tcp发送至MSS系统工作站，存储至MSS工作站目录下。

在MSS工作站，采用filebeat的方式进行监测日志的方式，将日志的变更部分输出给logstash。主要收集信息为：CI采集各设备的状态，CI在执行三点检查，以及响应命令时执行过程日志。

通过安全计算机平台获取机柜中系统级的CPU使用率、内存、文件系统、磁盘IO和网络IO统计数据、以及每个进程的统计信息，并将这些信息以日志形式输出给MSS工作站。

对于ZC数据：由于网络与日志服务器并不互通以及ZC机柜并不具备日志存储的条件，所以采用以下方式收集：

通过tcp发送至MSS系统工作站，存储至MSS工作站目录下。

在MSS工作站，采用filebeat的方式进行监测日志的方式，将日志的变更部分输出给logstash。主要收集信息为：ZC区临时限速、雨雪模式、ZC管理的VOBC信息，ZC在计算MA移动授权、相邻ZC授权移交等过程日志。

通过安全计算机平台获取机柜中系统级的CPU使用率、内存、文件系统、磁盘IO和网络IO统计数据、以及每个进程的统计信息，并将这些信息以日志形式输出给MSS工作站。

对于VOBC数据：由于网络与日志服务器并不互通以及VOBC机柜并不具备日志存储的条件，所以采用以下方式收集：

通过tcp发送至MSS系统工作站，存储至MSS工作站目录下。

在MSS工作站，采用filebeat的方式进行监测日志的方式，将日志的变更部分输出给logstash。主要收集信息为：ATO控车、ATP防护等过程日志。

通过安全计算机平台获取机柜中系统级的CPU使用率、内存、文件系统、磁盘IO和网络IO统计数据、以及每个进程的统计信息，并将这些信息以日志形式输出给MSS工作站。

对于CI、ZC、VOBC系统之间的数据：由于CI、ZC、VOBC系统之间的数据打印不全，并且这3个系统安全等级为sil4，安全等级高，需要收集它们之间的数据，所以必须在MSS工作站上部署packetbeat，来通过网络来抓取CI、ZC、VOBC系统之间的数据。

对于MSS系统工作站：

对MSS系统搜集到的数据，采用filebeat的方式进行监测日志的方式，将日志的变更部分输出给logstash。

通过metricbeat指标采集器，获取工作站中系统级的CPU使用率、内存、文件系统、磁盘IO和网络IO统计数据、以及每个进程的统计信息，并将这些信息输出给logstash。

在为各子系统确定对应的日志收集方式后，可以建立各子系统的系统标识与日志收集方式的对应关系，以便在后续需要确定子系统对应的日志收集方式时，从该对应关系中获取。因此，可选地步骤2011包括：

获取所述各子系统的系统标识；

确定与所述系统标识对应的日志收集方式。

示例性地，CI、ZC、VOBC、ATS工作站、ATS服务器、MSS工作站和MSS服务器都可以使用filebeat、metricbeat等多种日志收集方式共同收集日志。图6为存入到logstash中的且是通过filebeat收集到的日志集合。

进一步地，对于ATS服务器的日志，因为其服务器采用微服务架构，微服务架构使用rabbit消息队列，因此，对于ATS服务器能从rabbit消息队列中获取数据，故还可以采用监听rabbit消息队列的方式获取日志。如图5所示，通过订阅消息队列的关键词rabbitmq收集日志集合。

示例性地，当子系统为维护支持子系统；则确定各子系统对应的日志收集方式，包括：

获取维护支持子系统的系统标识；

确定与维护支持子系统的系统标识对应的多个日志收集方式，多个日志收集方式包括通过网络数据分析工具在目标子系统上进行抓包解码收集日志、通过指标采集器收集日志、监测并收集日志的更新内容。

对于ATS工作站、ATS服务器、MSS工作站、MSS服务器上面运行metricbeat，获取系统关键参数以及进程状态。

示例性地，当子系统为自动列车监控子系统；则确定各子系统对应的日志收集方式，包括：

获取自动列车监控子系统的系统标识；

确定与自动列车监控子系统的系统标识对应的多个日志收集方式，多个日志收集方式包括通过指标采集器收集日志、监测并收集日志的更新内容，监听并收集消息队列的数据。

步骤2012，根据与各个子系统对应的日志收集方式对各个子系统产生的初始日志进行收集。

步骤202，按照预定格式将收集的初始日志进行格式统一处理，得到轨道交通信号系统的日志集合。

由于各子系统的初始日志是使用不同的日志收集工具收集得到，因此，各子系统的初始日志的格式存在不统一的情况，需要对收集到的初始日志进行格式统一，以便日志系统对日志集合进行管理。

假设存储到日志系统的日志集合为第一格式，当日志系统接收到初始日志时，可以首先确定该初始日志的格式，当初始日志的格式为非第一格式时，将其格式转化为指定格式的日志。

上述过程可以使用logstash实现，logstash的工作流程如图13所示，logstashh用于接收日志收集工具收集的日志集合，并将日志集合的格式转化为指定格式。图13中的日志收集方式包括一个自定义的收集方式和logback、log4cpp、syslog收集方式，使用grok进行格式统一化。

示例性地，日志集合的指定格式为json格式，而接收到的日志集合的格式为DOCX格式，则可以使用文件格式转化工具转换日志集合的格式。文件格式转化工具可以为grok，当然也可为其它文件格式转化工具，在此不做限制。示例性地，如图7所示，共收集到2363925条日志，并以json格式列出了具体的日志内容以及日志打印的时间。

将统一格式后的日志集合存储在日志系统后，可以使用日志系统对日志集合进行管理，因此，参见图14，该方法还可以如下包括步骤203。

步骤203，根据轨道交通信号系统包括的各个子系统对应的管理指标对日志集合进行管理分析。

其中，日志系统可以为ELK(Elasticsearch Logstash Kibana)，并通过ELK对日志进行管理。

日志系统管理日志集合可以包括为日志集合的关键字段添加索引，在使得在搜索时，可以通过关键字索引搜索到日志集合。示例性地，如图8所示，为日志集合的关键字段json.ciFrame.ciVirtualIOStatus.type添加索引。这样可以根据条件json.ciFrame.ciVirtualIOStatus.type＝0对日志集合进行搜索，还可以增加其它搜索条件，比如，增加时间搜索条件，搜索从两天前到现在的所有日志集合。

日志集合可以用于故障提前感知预警功能，管理指标包括性能参数和进程状态；则步骤203可以包括：

获取日志集合中的性能参数和进程状态；

基于性能参数和进程状态，确定与性能参数和进程状态对应的子系统是否存在故障；

当存在故障时，生成故障预警。

例如，当收集到列车电池、胎压等小于一定阈值时，确定列车电池、轮胎存在故障，生成故障预警。当收集到硬件设备的CPU使用率、内存、温度、磁盘使用率超过安全阈值时，确定该硬件设备存在故障，生成对应的故障预警。一段时间内车辆打滑次数等超过一定限制，触发提醒是否需要进行设置雨雪模式等。

日志系统还可用于其它预警，比如，CI、ZC、VOBC主设备使用状态，CI与站台门、洗车机等的连接状态、网络状态、停车精准度、车门的状态、车轮打滑次数等。

日志系统还可以对日志集合进行统计分析，并将结果生成可视化图形界面，其中，管理指标包括关键字，则步骤203可以包括：

根据关键字在所述日志集合中搜索与所述关键字相对应的日志记录；

将所述日志记录进行统计分析，将统计分析的结果生成可视化图形界面。

可以使用平台kibana对日志集合进行分析和可视化，用户通过可视化图形界面直观的展示所需要看到的内容，以方便集成、维保、研发人员分析等。可选地，实时可视可化展示可以包括：

车地门联控：需要通过CI数据中的站台门数据，VOBC数据中的车门数据，CI与VOBC之间的车地门联动时的日志(VOBC发送给CI打开或者关闭站台门)、CI执行命令相关日志，VOBC相关日志、ATS下发的打开或者关闭车门，站台门的信息，车门、站台门的故障信息、报警信息等，将这些信息全部收集在一起展现出来，直观反映当前各系统各设备的状态。

比如正常车需要关门发车，但此时车地门联动失败，车门关闭，站台门未关门，调度员下发关门指令，但仍未关门。这就可以根据以下信息直观判断：

1、其余设备正常，站台门故障,即直接判断站台门问题，转由站台门系统分析。

2、其余设备正常，车门故障,即直接判断车门问题，转由车门系统分析。

3、设备都正常，VOBC未发送关闭站台门信息给CI，转由VOBC分析。

4、调度员下发命令失败。

未看到调度员下发的命令，则转由ATS系统分析。

有看到调度员下发的命令，则转由CI系统分析，展现CI的日志中命令执行的部分，执行是否成功，如果失败，则查看失败的原因。

这些都将实时的展现在界面上，及时定位问题，而不需要协调各子系统分析各自的日志，以及各子系统之间缺乏对方状态的信息而出现的一些误判的问题。

另外，还可以通过报表形式展现日志集合，其可包括：

搜索统计一段时间的VOBC日志中的停车精度，就能直观反映VOBC系统ATO算法的准确性。

搜索统计一段时间的计轴异常占用以及故障情况，就能直观反映计轴系统的稳定性。

如图9所示：利用kibanna做了列车的实时速度图、车地门联动信息，运行状态信息，VOBC通信状态等图表，比如列车的实时速度图：以时间为x轴，实时速度，目标速度，允许速度，eb速度等做为y轴，直观的展现列车当前的状态，一旦出现故障，立刻就能定位问题。

日志系统还用于统一各子系统的时间，使得各子系统的时间符合逻辑，便于后期维护、管理。

示例性地，第一子系统向第二子系统发送消息，当获取的第二子系统接收到该消息的时间早于第一子系统发送该消息的时间时，可以基于日志系统的时间调整第一子系统发送消息的时间或第二子系统接收消息的时间。使得第一子系统发送消息的时间早于第二子系统接收消息的时间。

另外，存储在日志系统后，在每次有新的日志集合时，都会实时更新日志集合，并存储在日志系统。

综上所述，本申请实施例提供的轨道交通信号系统的日志管理方法，在收集到轨道交通信号系统包括的各子系统的日志集合后，对日志集合的格式进行统一化处理，以方便日志系统对日志集合进行统一管理；相较于现有技术各子系统单独管理不同格式的日志集合，能够提高日志集合管理效率。

本说明书中的实施例均采用递进的方式描述，各个实施例子之间的相似部分相互参见。每个步骤下的实施例侧重于该步骤下的具体方法。以上的所描述的实施方案仅仅是示意性的，具体实施例仅是对本申请做举例说明，本申请所属技术领域的技术人员在不脱离本申请实施例原理的前提，还可以做出若干改进和润色，这些改进也应视为本申请的保护范围。

可选地，如图15所示，提供了一种日志管理设备的结构示意图，本申请实施例提供的日志管理设备包括处理器和存储器，该存储器被配置为存储一个或多个程序；该处理器被配置为执行程序实现如上述实施例描述的方法。

一个或多个程序被存储在只读存储器ROM中的程序或者随机访问存储器RAM中的程序而执行各种适当的动作和处理。在随机访问存储器RAM中，包括可以实时上述实施例描述的方法的软件程序，还包括车辆驾驶操作所需的各种程序和数据。处理器与只读存储器ROM、随机访问存储器RAM可以通过总线彼此相连，还可以将各种输入/输出接口也连接至总线。

以下部件连接至输入/输出接口，例如显示装置等以及扬声器等的输出部分。车载控制器还可以网络接口卡的通信部分。通信部分经由诸如因特网的网络执行通信处理。存储器可以是可拆卸的介质，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器上，以便于从其上读出的计算机程序根据需要被安装入存储器。

根据本公开的实施例，上述任一实施例描述的控制目标控制器切换的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，计算机程序包含用于执行列车控制方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。

在一个实施例中，该处理器可配置包括：

收集模块，用于收集轨道交通信号系统包括的各子系统的初始日志；

格式统一模块，用于按照预定格式将收集的初始日志进行格式统一处理，得到轨道交通信号系统的日志集合。

可选地，收集模块还用于：

确定各子系统对应的日志收集方式；

根据与各个子系统对应的日志收集方式对各个子系统产生的初始日志进行收集。

可选地，收集模块还用于：

获取各子系统的系统标识；

确定与系统标识对应的日志收集方式。

可选地，子系统包括维护支持子系统；则确定各子系统对应的日志收集方式，包括：

获取维护支持子系统的系统标识；

确定与维护支持子系统的系统标识对应的多个日志收集方式，多个日志收集方式包括通过网络数据分析工具在目标子系统上进行抓包解码收集日志、通过指标采集器收集日志、监测并收集日志的更新内容。

可选地，子系统包括自动列车监控子系统；则确定各子系统对应的日志收集方式，包括：

获取自动列车监控子系统的系统标识；

确定与自动列车监控子系统的系统标识对应的多个日志收集方式，多个日志收集方式包括通过指标采集器收集日志、监测并收集日志的更新内容，监听并收集消息队列的数据。

可选地，该处理器还配置有管理模块，用于根据轨道交通信号系统包括的各个子系统对应的管理指标对日志集合进行管理分析。

可选地，管理指标包括性能参数和进程状态；该管理模块还用于：

获取日志集合中的性能参数和进程状态；

基于性能参数和进程状态，确定与性能参数和进程状态对应的子系统是否存在故障；

当存在故障时，生成故障预警。

可选地，管理指标包括关键字，该管理模块还用于：

根据关键字在日志集合中搜索与关键字相对应的日志记录；

将日志记录进行统计分析，将统计分析的结果生成可视化图形界面。

另外，需要说明的是，该设备实施例中的相关内容，请参照方法实施例，在此不做赘述。

综上，本申请实施例提供的轨道交通信号系统的日志管理设备，在收集到轨道交通信号系统包括的各子系统的日志集合后，对日志集合的格式进行统一化处理，以方便日志系统对日志集合进行统一管理；相较于现有技术各子系统单独管理不同格式的日志集合，能够提高日志集合管理效率。

特别地，根据本申请的实施例各流程图描述的过程可以被实现为计算机软件程序。例如，本申请的各方法实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理单元(CPU)AA01执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是，但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括收集模块和格式统一模块。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如上述实施例中所述的轨道交通信号系统的日志管理方法。

例如，所述电子设备可以实现如图2中所示的：步骤201，收集轨道交通信号系统包括的各子系统的初始日志；步骤202，按照预定格式将收集的初始日志进行格式统一处理，得到轨道交通信号系统的日志集合。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。

本申请实施例提供的轨道交通信号系统的日志管理存储介质，在收集到轨道交通信号系统包括的各子系统的日志集合后，对日志集合的格式进行统一化处理，以方便日志系统对日志集合进行统一管理；相较于现有技术各子系统单独管理不同格式的日志集合，能够提高日志集合管理效率。

上述仅为本申请较佳实施例及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的申请范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种轨道交通信号系统的日志管理方法，其特征在于，所述方法包括：

收集轨道交通信号系统包括的各子系统的初始日志；

按照预定格式将收集的初始日志进行格式统一处理，得到轨道交通信号系统的日志集合。

2.根据权利要求1所述的日志管理方法，其特征在于，所述收集轨道交通信号系统包括的各子系统的初始日志，包括：

确定所述各子系统对应的日志收集方式；

根据与所述各个子系统对应的日志收集方式对各个子系统产生的初始日志进行收集。

3.根据权利要求2所述的日志管理方法，其特征在于，所述确定所述各子系统对应的日志收集方式，包括：

获取所述各子系统的系统标识；

确定与所述系统标识对应的日志收集方式。

4.根据权利要求3所述的日志管理方法，其特征在于，所述子系统包括维护支持子系统；则所述确定所述各子系统对应的日志收集方式，包括：

获取所述维护支持子系统的系统标识；

确定与所述维护支持子系统的系统标识对应的多个日志收集方式，所述多个日志收集方式包括通过网络数据分析工具在目标子系统上进行抓包解码收集日志、通过指标采集器收集日志、监测并收集日志的更新内容。

5.根据权利要求3所述的日志管理方法，其特征在于，所述子系统包括自动列车监控子系统；则所述确定所述各子系统对应的日志收集方式，包括：

获取所述自动列车监控子系统的系统标识；

确定与所述自动列车监控子系统的系统标识对应的多个日志收集方式，所述多个日志收集方式包括通过指标采集器收集日志、监测并收集日志的更新内容，监听并收集消息队列的数据。

6.根据权利要求1所述的日志管理方法，其特征在于，所述方法还包括：

根据所述轨道交通信号系统包括的各个子系统对应的管理指标对所述日志集合进行管理分析。

7.根据权利要求6所述的日志管理方法，其特征在于，所述管理指标包括性能参数和进程状态；所述根据所述轨道交通信号系统包括的各个子系统对应的管理指标对所述日志集合进行管理分析，包括：

获取日志集合中的性能参数和进程状态；

基于所述性能参数和进程状态，确定与所述性能参数和进程状态对应的子系统是否存在故障；

当存在故障时，生成故障预警。

8.根据权利要求6所述的日志管理方法，其特征在于，所述管理指标包括关键字；所述根据所述轨道交通信号系统包括的各个子系统对应的管理指标对所述日志集合进行管理分析，包括：

根据关键字在所述日志集合中搜索与所述关键字相对应的日志记录；

将所述日志记录进行统计分析，将统计分析的结果生成可视化图形界面。

9.一种日志管理设备，其特征在于，所述设备包括：

一个或者多个处理器；

存储器，用于存储一条或者多条程序；

当所述一条或者多条程序被所述一个或者多个处理器执行时，使得所述一个或者多个处理器实现如权利要求1-8任一所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序用于：

所述计算机程序被处理器执行时，实现如权利要求1-8任一所述的方法。

Images