本发明涉及轨道交通信息处理领域，尤其涉及一种列尾机车台运行数据分析方法及装置。
背景技术
无论列尾机车台与列尾主机处于单模还是双模通信，列尾机车台与列尾主机之间连接通信时，通信过程中产生的运行数据量会很大。通常情况下，列尾机车台发送一次业务请求后，超过规定时间未收到列尾主机应答，判定为列尾机车台与列尾主机通信失效，通信失效严重影响机车的安全运行，需要技术人员进行问题排查。但目前通信失效的统计，完全依靠人工逐条核对数据进行分析，造成人工统计耗时大，出错率高，严重影响机车通信质量的提高。
技术实现要素：
本发明提供一种列尾机车台运行数据分析方法及装置，用于解决现有技术中依赖人工对数据核对统计耗时大出错率高的问题。
第一方面，本发明实施例提供一种列尾机车台运行数据分析方法，包括：
获取预设时间段内列尾机车台与列尾主机之间的通信记录，所述通信记录包括业务请求类型、模式标识、请求时间和应答时间；
根据业务请求类型、模式类型和请求时间对列尾机车台与列尾主机之间的通信记录进行分析，获得各个业务请求类型下的各个模式标识下的通信记录的数目，以及获得各个业务请求的请求数目；
根据请求时间和应答时间对各个业务请求类型下的各个模式标识下的通信记录进行判断，获得各个业务请求类型下的各个模式标识下的通信记录的失败数目，以及获得各个业务请求的请求失败数目；
根据各个业务请求类型下的各个模式标识下的通信记录的数目和失败数目，以及各个业务请求的请求数目和请求失败数目获得对应的成功率；
将各个业务请求类型下的各个模式标识下的通信记录的数目和失败数目、各个业务请求的请求数目和请求失败数目以及对应的成功率按预设显示模板进行显示。
可选地，还包括：
根据业务请求类型和模式类型对尾机车台与列尾主机之间的通信记录进行分组，获得各个业务请求类型下各个模式标识下的通信记录并存储，并按预设显示列表格式进行显示。
可选地，所述根据请求时间和应答时间对各个业务请求类型下的各个模式标识下的通信记录进行判断，获得各个业务请求类型下的各个模式标识下的通信记录的失败数目，包括：
根据请求时间和应答时间获得各个业务请求类型下的各个模式标识下每条通信记录的间隔时长；
当所述间隔时长大于预设时长后，将对应的通信记录作为通信失败记录并计数。
可选地，根据业务请求类型和请求时间对列尾机车台与列尾主机之间的通信记录进行分析，获得各个业务请求的请求数目，包括：
根据业务请求类型获取各个业务请求类型下的所有通信记录；
根据请求时间获得相邻两条通信记录之间的请求间隔时长；
当所述请求间隔时长大于预设请求间隔时长时，将相邻两条通信记录确定为同一条业务请求，并计数。
可选地，根据请求时间和应答时间对所属同一条业务请求的相邻两条通信记录进行判断，获得各个业务请求的请求失败数目，包括：
根据请求时间和应答时间获得每条通信记录的间隔时长；
当所述间隔时长大于预设时长后，将对应的业务请求作为请求失败记录并计数。
第二方面，本发明实施例提供一种列尾机车台运行数据分析装置，包括：
获取模块，用于获取预设时间段内列尾机车台与列尾主机之间的通信记录，所述通信记录包括业务请求类型、模式标识、请求时间和应答时间；
计数模块，用于根据业务请求类型、模式类型和请求时间对列尾机车台与列尾主机之间的通信记录进行分析，获得各个业务请求类型下的各个模式标识下的通信记录的数目，以及获得各个业务请求的请求数目；
判断模块，用于根据请求时间和应答时间对各个业务请求类型下的各个模式标识下的通信记录进行判断，获得各个业务请求类型下的各个模式标识下的通信记录的失败数目，以及获得各个业务请求的请求失败数目；
处理模块，用于根据各个业务请求类型下的各个模式标识下的通信记录的数目和失败数目，以及各个业务请求的请求数目和请求失败数目获得对应的成功率；
显示模块，用于将各个业务请求类型下的各个模式标识下的通信记录的数目和失败数目、各个业务请求的请求数目和请求失败数目以及对应的成功率按预设显示模板进行显示。
可选地，还包括存储模块，用于：
根据业务请求类型和模式类型对尾机车台与列尾主机之间的通信记录进行分组，获得各个业务请求类型下各个模式标识下的通信记录并存储，并按预设显示列表格式进行显示。
可选地，所述计数模块具体用于：
根据请求时间和应答时间获得各个业务请求类型下的各个模式标识下每条通信记录的间隔时长；
当所述间隔时长大于预设时长后，将对应的通信记录作为通信失败记录并计数。
可选地，所述计数模块具体用于：
根据业务请求类型获取各个业务请求类型下的所有通信记录；
根据请求时间获得相邻两条通信记录之间的请求间隔时长；
当所述请求间隔时长大于预设请求间隔时长时，将相邻两条通信记录确定为同一条业务请求，并计数。
可选地，所述判断模块具体用于：
根据请求时间和应答时间获得每条通信记录的间隔时长；
当所述间隔时长大于预设时长后，将对应的业务请求作为请求失败记录并计数。
由上述技术方案可知，本发明实施例提供的一种列尾机车台运行数据分析方法及装置，通过获取预设时间段内列尾机车台与列尾主机之间的通信记录，并在业务请求类型、模式标识、请求时间和应答时间对通信记录进行分组、失败判定以及总条数统计、失败条数统计，实现列尾机车台与列车主机在单模或双模下通信时能够对通信记录自动分析，节省人力和时间成本，减少出错率的目的。
附图说明
图1为本发明一实施例提供的列尾机车台运行数据分析方法的流程示意图；
图2为本发明一实施例提供的通信记录的总体概况示意图；
图3为本发明一实施例提供的通信记录的明细示意图；
图4为本发明一实施例提供的列尾机车台运行数据分析装置的流程示意图。
具体实施方式
下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。
图1示出了本发明一实施例提供一种列尾机车台运行数据分析方法，包括：
s11、获取预设时间段内列尾机车台与列尾主机之间的通信记录，所述通信记录包括业务请求类型、模式标识、请求时间和应答时间；
s12、根据业务请求类型、模式类型和请求时间对列尾机车台与列尾主机之间的通信记录进行分析，获得各个业务请求类型下的各个模式标识下的通信记录的数目，以及获得各个业务请求的请求数目；
s13、根据请求时间和应答时间对各个业务请求类型下的各个模式标识下的通信记录进行判断，获得各个业务请求类型下的各个模式标识下的通信记录的失败数目，以及获得各个业务请求的请求失败数目；
s14、根据各个业务请求类型下的各个模式标识下的通信记录的数目和失败数目，以及各个业务请求的请求数目和请求失败数目获得对应的成功率；
s15、将各个业务请求类型下的各个模式标识下的通信记录的数目和失败数目、各个业务请求的请求数目和请求失败数目以及对应的成功率按预设显示模板进行显示。
针对上述步骤s11-步骤s15，需要说明的是，在本发明实施例中，列尾机车台与列尾主机之间的通信采用400mhz数字模式和gsm-r模式，即列车是基于双模式实现列尾机车台与列尾主机之间的通信。
在本发明实施例中，业务请求类型包括输号、消号、排风、手动查询风压和自动查询风压，这些业务请求为现有常用的业务请求。
列尾机车台向列尾主机发送业务请求，在双模式通信下，需同时采用两种模式向列尾主机发送业务请求。每发送一条请求便会形成一条通信记录被存储。
在本发明实施例中，可采用u盘从列尾机车台的运行数据下载下来，并传送给执行分析功能的系统。也可采用直接使系统与列尾机车台连接获取数据。
获取数据后，根据业务请求类型和模式类型对尾机车台与列尾主机之间的通信记录进行分组，获得各个业务请求类型下各个模式标识下的通信记录并存储，并按预设显示列表格式进行显示。
在本发明实施例中，根据请求时间和应答时间对各个业务请求类型下的各个模式标识下的通信记录进行判断，获得各个业务请求类型下的各个模式标识下的通信记录的失败数目，包括：
a、根据请求时间和应答时间获得各个业务请求类型下的各个模式标识下每条通信记录的间隔时长；
b、当所述间隔时长大于预设时长后，将对应的通信记录作为通信失败记录并计数。
在本发明实施例中，根据业务请求类型和请求时间对列尾机车台与列尾主机之间的通信记录进行分析，获得各个业务请求的请求数目，包括：
a、根据业务请求类型获取各个业务请求类型下的所有通信记录；
b、根据请求时间获得相邻两条通信记录之间的请求间隔时长；
c、当所述请求间隔时长大于预设请求间隔时长时，将相邻两条通信记录确定为同一条业务请求，并计数。
在本发明实施例中，根据请求时间和应答时间对所属同一条业务请求的相邻两条通信记录进行判断，获得各个业务请求的请求失败数目，包括：
1)根据请求时间和应答时间获得每条通信记录的间隔时长；
2)当所述间隔时长大于预设时长后，将对应的业务请求作为请求失败记录并计数。
针对上述的处理步骤，以具体实例进行说明：
一、通信记录总条数。
gsm—r：按照业务请求类型分组后，统计每个业务请求类型下的gsm-r通信记录的数量；
400mhz：按照业务请求类型分组后，统计每个业务请类型下的400mhz电台记录的数量；
gsm—r+400mhz：按照业务请求类型分组后，逐条循环每个业务请求类型下的所有记录，若前后两条记录请求时间间隔在1s内，则标记为1次请求；否则标记为2次请求。
二、通信记录失败条数：
gsm—r：按照业务请求和应答类型分组后，逐条循环每个业务请求类型下所有gsm-r通信，若请求在10s内无应答，或者与应答时间间隔大于15s，则标记为通信失败；
400mhz：按照业务请求和应答类型分组后，逐条循环每个业务请求类型下所有400mhz电台记录，若请求在10s内无应答，或者与应答时间间隔大于15s，则标记为通信失败；
gsm—r+400mhz：按照业务请求和应答类型分组后，逐条循环每个业务请求类型下的所有记录，若前后两条记录请求时间间隔在1s内，则标记为1次请求，若15s内无应答，则标记为通信失败1次。否则按照2次请求处理。
三、成功率计算：
成功率＝(总条数-失败条数)/总条数*100。
将各个业务请求类型下的各个模式标识下的通信记录的数目和失败数目、各个业务请求的请求数目和请求失败数目以及对应的成功率按预设显示模板进行显示。
如图2和图3所示可知，本发明实施例的显示模板和显示列表格式如图中的“总体概况”和“失效明细”所呈现的内容。在“总体概况”中可以看到有“统计列表”、“柱状图”。在“失效明细”中可以看到有“通信记录列表”。
本发明实施例提供的一种列尾机车台运行数据分析方法，通过获取预设时间段内列尾机车台与列尾主机之间的通信记录，并在业务请求类型、模式标识、请求时间和应答时间对通信记录进行分组、失败判定以及总条数统计、失败条数统计，实现列尾机车台与列车主机在单模或双模下通信时能够对通信记录自动分析，节省人力和时间成本，减少出错率的目的。
图4示出了本发明一实施例提供的一种列尾机车台运行数据分析装置，包括获取模块21、计数模块22、判断模块23、处理模块24和显示模块25，其中：
获取模块21，用于获取预设时间段内列尾机车台与列尾主机之间的通信记录，所述通信记录包括业务请求类型、模式标识、请求时间和应答时间；
计数模块22，用于根据业务请求类型、模式类型和请求时间对列尾机车台与列尾主机之间的通信记录进行分析，获得各个业务请求类型下的各个模式标识下的通信记录的数目，以及获得各个业务请求的请求数目；
判断模块23，用于根据请求时间和应答时间对各个业务请求类型下的各个模式标识下的通信记录进行判断，获得各个业务请求类型下的各个模式标识下的通信记录的失败数目，以及获得各个业务请求的请求失败数目；
处理模块24，用于根据各个业务请求类型下的各个模式标识下的通信记录的数目和失败数目，以及各个业务请求的请求数目和请求失败数目获得对应的成功率；
显示模块25，用于将各个业务请求类型下的各个模式标识下的通信记录的数目和失败数目、各个业务请求的请求数目和请求失败数目以及对应的成功率按预设显示模板进行显示。
由于本发明实施例所述装置与上述实施例所述方法的原理相同，对于更加详细的解释内容在此不再赘述。
需要说明的是，本发明实施例中可以通过硬件处理器(hardwareprocessor)来实现相关功能模块。
本发明实施例提供的一种列尾机车台运行数据分析装置，通过获取预设时间段内列尾机车台与列尾主机之间的通信记录，并在业务请求类型、模式标识、请求时间和应答时间对通信记录进行分组、失败判定以及总条数统计、失败条数统计，实现列尾机车台与列车主机在单模或双模下通信时能够对通信记录自动分析，节省人力和时间成本，减少出错率的目的。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本领域普通技术人员可以理解：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明权利要求所限定的范围。