轨道车辆监测方法和装置、介质、设备、轨道车辆与流程

1.本公开涉及轨道交通技术领域，具体地，涉及一种轨道车辆监测方法和装置、介质、设备、轨道车辆。


背景技术：

2.轨道车辆是在轨道上行驶的交通车辆。轨道车辆可以是一种公共交通工具。此外，一些在市区的轨道上运行的缆车亦可算作路面轨道车辆的一种。有的轨道车辆以电力驱动，这样的车辆不会排放废气，因而是一种无污染的环保交通工具。
3.轨道车辆在运行过程中，可以实时地与地面服务器无线通信，实现远程车地通信，通常采用gprs、3g网络的无线通信技术。轨道车辆可以将自身运行的相关数据传输到地面服务器，以实现实时监控的功能。


技术实现要素：

4.本公开的目的是提供一种可靠、高效且实用的轨道车辆监测方法和装置、介质、设备、轨道车辆。
5.为了实现上述目的，本公开提供一种轨道车辆监测方法，所述方法包括：
6.获取所述轨道车辆运行的特征参数；
7.根据所述特征参数的历史数据确定故障预警模型；
8.根据所述故障预警模型，判断所述轨道车辆是否出现异常；
9.若判定所述轨道车辆出现异常，则输出提示消息。
10.可选地，所述特征参数包括在制动过程中蓄能器管路中的压力值，根据所述特征参数的历史数据确定故障预警模型，包括：
11.根据在制动过程中蓄能器管路中的压力值随时间的变化关系的历史数据，确定在制动过程中所述蓄能器管路中压力值的最大值、最小值、以及从所述最大值下降到所述最小值的平均时长；
12.根据在制动过程中所述蓄能器管路中压力值的最大值、最小值、以及从所述最大值下降到所述最小值的平均时长确定故障预警模型。
13.可选地，在所述故障预警模型中，在制动过程中所述蓄能器管路中的压力值从所述最大值到所述最小值的时长连续n次小于预定时长，n为预定的整数，所述预定时长小于所述平均时长。
14.可选地，所述方法还包括：
15.根据所述特征参数的历史数据分别确定多个评估项目的健康度评分；
16.将所述多个评估项目的健康度评分的加权求和值确定为所述轨道车辆的健康度；
17.将所述轨道车辆的健康度输出。
18.可选地，所述多个评估项目包括使用年限项目，根据以下公式确定所述轨道车辆在使用年限项目中的健康度评分：
[0019][0020]
其中，m为所述轨道车辆的健康度，n为所述轨道车辆已使用时长中的整年数，m为所述轨道车辆已使用时长中去除整年数后剩余的天数，n和m为整数，c为预定常数。
[0021]
可选地，所述特征参数包括所述轨道车辆的振动数据和定位信息，所述方法还包括：
[0022]
根据所述特征参数的历史数据确定所述轨道车辆行驶的轨道的异常点位置；
[0023]
将所确定的异常点位置输出。
[0024]
可选地，所述方法应用于服务器，
[0025]
获取所述轨道车辆运行的特征参数，包括：通过非授权频谱上的长期演进lte-u从所述轨道车辆获取所述轨道车辆运行的特征参数。
[0026]
本公开还提供一种轨道车辆监测方法，应用于所述轨道车辆，所述方法包括：
[0027]
获取所述轨道车辆运行的特征参数；
[0028]
通过lte-u将所述特征参数发送给服务器，以使所述服务器根据所述特征参数的历史数据确定故障预警模型，根据所述故障预警模型，判断所述轨道车辆是否出现异常，若判定所述轨道车辆出现异常，则输出提示消息。
[0029]
本公开还提供一种轨道车辆监测装置，所述装置包括：
[0030]
第一获取模块，用于获取所述轨道车辆运行的特征参数；
[0031]
第一确定模块，用于根据所述特征参数的历史数据确定故障预警模型；
[0032]
判断模块，用于根据所述故障预警模型，判断所述轨道车辆是否出现异常；
[0033]
第一输出模块，用于若判定所述轨道车辆出现异常，则输出提示消息。
[0034]
本公开还提供一种轨道车辆监测装置，应用于所述轨道车辆，所述装置包括：
[0035]
第二获取模块，用于获取所述轨道车辆运行的特征参数；
[0036]
发送模块，用于通过lte-u将所述特征参数发送给服务器，以使所述服务器根据所述特征参数的历史数据确定故障预警模型，根据所述故障预警模型，判断所述轨道车辆是否出现异常，若判定所述轨道车辆出现异常，则输出提示消息。
[0037]
本公开还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本公开提供的上述方法的步骤。
[0038]
本公开还提供一种电子设备，包括：
[0039]
存储器，其上存储有计算机程序；
[0040]
处理器，用于执行所述存储器中的所述计算机程序，以实现本公开提供的上述方法的步骤。
[0041]
本公开还提供一种轨道车辆，所述轨道车辆包括控制器，所述控制器用于执行本公开提供的上述方法的步骤。
[0042]
通过上述技术方案，能够根据轨道车辆运行的特征参数的历史数据确定故障预警模型，通过该故障预警模型能够在故障发生之前发现安全隐患，并提醒运维人员，以便提前做出应急处理预案，从而保障了轨道车辆运行的安全性。
[0043]
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
[0044]
附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：
[0045]
图1是一示例性实施例提供的轨道车辆监测方法的流程图；
[0046]
图2是一示例性实施例提供的远程车地通信的示意图；
[0047]
图3是另一示例性实施例提供的远程车地通信的示意图；
[0048]
图4a是一示例性实施例提供的正常制动过程中蓄能器管路中的压力值随时间的变化曲线图；
[0049]
图4b是一示例性实施例提供的制动漏油时蓄能器管路中的压力值随时间的变化曲线图；
[0050]
图5是一示例性实施例提供的轨道车辆监测装置的框图；
[0051]
图6是一示例性实施例提供的轨道车辆监测装置的框图；
[0052]
图7是一示例性实施例示出的一种电子设备的框图；
[0053]
图8是一示例性实施例示出的一种电子设备的框图。
具体实施方式
[0054]
以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。
[0055]
图1是一示例性实施例提供的轨道车辆监测方法的流程图。如图1所示，该方法可以包括以下步骤。
[0056]
步骤s11，获取轨道车辆运行的特征参数。
[0057]
步骤s12，根据特征参数的历史数据确定故障预警模型。
[0058]
步骤s13，根据故障预警模型，判断轨道车辆是否出现异常。
[0059]
步骤s14，若判定轨道车辆出现异常，则输出提示消息。
[0060]
其中，轨道车辆运行的特征参数可以包括轨道车辆实时采集的牵引、制动、冷却、胎压、门控、车载储能、火灾报警、乘客信息、列车控制和管理等系统中的特征参数。
[0061]
故障预警模型可以是故障预警的触发条件。与故障不同的是，故障预警时仅仅是出现一些异常情况，还没有产生故障。因此，故障预警的触发条件不同于故障的触发条件，故障预警的触发条件可以是在产生故障之前出现的异常情况，而这些异常情况可能在通常情况下并不会被判定为故障。根据轨道车辆运行的特征参数的历史数据，能够确定出轨道车辆正常运行时的规律，即正常运行时各个特征参数的规律。在本公开的方案中，根据正常运行时各个特征参数的规律，确定出判定为异常情况的条件，即故障预警的触发条件。
[0062]
若轨道车辆实时传输的特征参数符合故障预警的触发条件，则可判定轨道车辆出现异常，输出提示消息。故障预警模型例如可以包括胎压预警模型、dc电压电流预警模型、制动系统预警模型等。
[0063]
通过上述技术方案，能够根据轨道车辆运行的特征参数的历史数据确定故障预警模型，通过该故障预警模型能够在故障发生之前发现安全隐患，并提醒运维人员，以便提前做出应急处理预案，从而保障了轨道车辆运行的安全性。
[0064]
图1中的方法可以应用于轨道车辆或服务器，若应用于服务器，则图1中的获取轨
道车辆运行的特征参数的步骤(步骤s11)可以包括：通过非授权频谱上的长期演进(long term evolution in unlicensed spectrum，lte-u)从轨道车辆获取轨道车辆运行的特征参数。
[0065]
也就是，轨道车辆和服务器之间通过lte-u进行无线通信。图2是一示例性实施例提供的远程车地通信的示意图。如图2所示，轨道车辆10中，网关101可实现车地(轨道车辆和服务器)之间的数据传输，网关101通过以太网采集轨道车辆中的各个特征参数，通过lte-u发送给服务器20中的网关服务器201。网关服务器201通过消息总线将特征参数发送至第一应用服务器202进行数据处理。第一应用服务器202将处理后的数据发送给第一数据库服务器203和第二数据库服务器204，第一数据库服务器203和第二数据库服务器204中的数据又通过第二应用服务器205，并通过4g网络发送给访问端30中的移动终端301。第二应用服务器205还可以连接到访问端30中的个人电脑(pc)302以进行交互。
[0066]
该实施例中，轨道车辆10和服务器20之间通过lte-u通信，与gprs和3g网络相比，lte-u是比较独立的网络，封闭性好，其可以专属于一个较小的范围，因而其稳定性好，传输速率高，从而使轨道车辆10和服务器20之间的信号传输更加可靠和高效。
[0067]
另外，可以在轨道车辆头尾进行网关的双路备份，备网关实时监测主网关心跳，当主网关异常时，备网关自动切入，替代主网关完成轨道车辆和服务器之间的数据传输。
[0068]
图3是另一示例性实施例提供的远程车地通信的示意图。图3与图2的区别在于，图3中，轨道车辆10和服务器20之间通过4g网络进行无线通信。轨道车辆10中的终端102通过can网采集轨道车辆10中的各个特征参数，通过4g网络发送给服务器20中的网关服务器201。即该实施例中，服务器20通过4g网络从轨道车辆10获取轨道车辆运行的特征参数。
[0069]
终端102可以承担黑匣子和远距离数据传输的功能，即使车载网关全部发生故障，轨道车辆运行数据仍能存储在终端102本地，同时终端102通过4g网进行传输，可以满足远距离数据通信的要求，即可以无需通过专线的方式，实现轨道车辆的数据实时回传总部监控中心(服务器)。
[0070]
上述通过lte-u或4g网络的方式中，车载终端(包括网关101和终端102)都是通过车载网络实现对各系统数据的采集。当轨道车辆中接入新设备时，只要满足已完成其控制器接入车载网络，并明确协议变更内容，系统即可通过变更数据解析协议，实现新增设备或零部件的监测，无需进行设备安装及车载终端软件调整等操作。
[0071]
在图1中，相应地，本公开还提供一种应用于轨道车辆的轨道车辆监测方法，该方法包括：获取轨道车辆运行的特征参数；通过lte-u将特征参数发送给服务器，以使服务器根据特征参数的历史数据确定故障预警模型，根据故障预警模型，判断轨道车辆是否出现异常，若判定轨道车辆出现异常，则输出提示消息。这样，使轨道车辆和服务器之间的信号传输更加可靠和高效。
[0072]
在又一实施例中，特征参数可以包括在制动过程中蓄能器管路中的压力值。在该实施例中，在图1的基础上，根据特征参数的历史数据确定故障预警模型的步骤(步骤s12)可以包括：
[0073]
根据在制动过程中蓄能器管路中的压力值随时间的变化关系的历史数据，确定在制动过程中蓄能器管路中压力值的最大值、最小值、以及从最大值下降到最小值的平均时长；根据在制动过程中蓄能器管路中压力值的最大值、最小值、以及从最大值下降到最小值
的平均时长确定故障预警模型。
[0074]
在轨道车辆正常制动过程中，蓄能器管路中压力值是从最大值缓慢下降到最小值后，又被加压到最大值，再缓慢下降，如此重复。图4a是一示例性实施例提供的正常制动过程中蓄能器管路中的压力值随时间的变化曲线图。如图4a所示，横轴表示时间t，纵轴表示蓄能器管路中的压力值p。在制动过程中，该压力值从t1时刻的最大值p1缓慢下降，当达到t2时刻的最小值p2时，又会被加压到最大值p1，然后再次缓慢下降。该下降过程所用时长为(t2-t1)。
[0075]
根据接收到的蓄能器管路中压力值的历史数据，可以得到正常制动时蓄能器管路中压力值的变化规律，包括蓄能器管路中压力值的最大值、最小值、以及从最大值下降到最小值的平均时长。当实时接收到的蓄能器管路中压力值基本符合该规律时，可以认为正常制动。若实时接收到的蓄能器管路中压力值与上述规律偏差较大，则可以认为制动异常。可以根据上述规律确定故障预警模型。在该故障预警模型中，蓄能器管路中压力值的最大值、最小值、以及从最大值下降到最小值的平均时长与上述规律的偏差比较大。当实时接收到的蓄能器管路中压力值符合该故障预警模型时，也就是达到了故障预警(但不是故障)的触发条件，此时可以判定轨道车辆出现异常。
[0076]
该实施例中，根据蓄能器管路中压力值的最大值、最小值、以及从最大值下降到最小值的平均时长来判定轨道车辆制动过程中的异常，判断方法简单，易于实现，准确性高。
[0077]
在又一实施例中，在上述故障预警模型中，在制动过程中蓄能器管路中的压力值从最大值到最小值的时长连续n次小于预定时长，n为预定的整数，预定时长小于平均时长。
[0078]
也就是，在制动过程中，当蓄能器管路中的压力值从最大值到最小值的时长连续n次小于预定时长时，可以判定轨道车辆制动过程中出现异常。在正常制动的情况下，该压力值从最大值到最小值的时长应该基本等于平均时长，若一次小于预定时长，则仍然可以认为属于正常制动，若连续n次小于预定时长，则可以认为属于异常制动。预定时长可以由系统自动确定，例如，可以是平均时长的五分之一。n也可以由系统自动确定，例如，可以是平均时长除以预定时长的整数部分。举例来说，根据历史数据得到的平均时长为10s，则可以自动设置预定时长为10*(1/5)＝2s，进一步设置n＝10/2＝5。
[0079]
图4b是一示例性实施例提供的轨道车辆制动漏油时蓄能器管路中的压力值随时间的变化曲线图。如图4b所示，从t3时刻开始，最大值p1到最小值p2之间的持续时长突然减小到小于设置的预定时长，并且到t4时刻时，连续发生了5次，达到了预设的n值。则在t4时刻就判定轨道车辆出现异常，输出提示消息。若根据相关技术中故障的判定条件，需要在t5时刻压力值基本为零时才能够判定为故障，进行提示。本公开的方案中比故障的提示时刻提前了(t5-t4)的时间进行提示，为故障排查争取了宝贵时间，降低了损失。
[0080]
在又一实施例中，在图1的基础上，该方法还可以包括以下步骤：
[0081]
根据特征参数的历史数据分别确定多个评估项目的健康度评分；将多个评估项目的健康度评分的加权求和值确定为轨道车辆的健康度；将轨道车辆的健康度输出。
[0082]
评估项目可以包括车辆运行里程、使用年限、载荷及故障等，依据影响车辆运行的严重程度，设定各评估项目的权重。每个评估项目的健康度评分可以单独设置具体的评分方法。可以将轨道车辆的健康度划分为“优良”、“中等”、“较差”三个等级，输出时用绿色、黄色及红色进行区分，以可视化的形式将当前轨道车辆的健康状况展现给用户，以辅助运营
调度。
[0083]
下表1示出了轨道车辆的各评估项目及其权重。
[0084]
表1
[0085][0086]
该实施例中，考虑了整车和多个子系统作为评估项目，较全面、准确地评估了轨道车辆的健康度，为运营调度起到了辅助作用。
[0087]
举例来说，对于载荷的评估项目，其健康度评分可以通过以下公式得到：
[0088][0089]
其中，t[aw2,aw3]为在一个周期中载荷在[aw2,aw3]中的累计时长，t[aw3]为在一个周期中载荷超过aw3的累计时长，t为周期时长，a、b为预定的载荷权重。例如，周期可以为一个月或一周，a＝0.2，b＝0.8。若载荷在[aw2,aw3]中，可以认为正常载荷，若载荷超过aw3，可以认为是超载。
[0090]
通过上述公式得到对于载荷的评估项目的健康度评分，算法简单，准确性高。
[0091]
在又一实施例中，多个评估项目包括使用年限项目，根据以下公式确定轨道车辆在使用年限项目中的健康度评分：
[0092][0093]
其中，m为轨道车辆的健康度，n为轨道车辆已使用时长中的整年数，m为轨道车辆已使用时长中去除整年数后剩余的天数，n和m为整数，c为预定常数，例如，c＝1.80324。
[0094]
上述公式中，针对使用年限的评估项目，不仅按照年限来确定健康度，还细化到使用天数，这样确定的使用年限的健康度更加准确和全面。
[0095]
除了对轨道车辆的故障进行预警之外，还可以对轨道车辆所在轨道判断异常点。在又一实施例中，在图1的基础上，特征参数可以包括轨道车辆的振动数据和定位信息。该方法还可以包括以下步骤：
[0096]
根据特征参数的历史数据确定轨道车辆行驶的轨道的异常点位置；将所确定的异常点位置输出。
[0097]
其中，振动数据可以是加装在轨道车辆上的三维角速度传感器、振动传感器等设备实时采集的体现轨道车辆振动程度的数据。根据历史数据，若定位信息指示的同一位置中，振动数据指示轨道车辆发生了振动，则可以判定轨道在该位置处出现了异常。例如，在连续三天中，在定位信息相同的位置处，振动数据都超出了预定的振动阈值，则可以判定该位置处轨道出现了异常。
[0098]
异常点位置输出后，可以在系统后台记录，提醒用户将其作为检修的重点关注位置。
[0099]
该实施例中，结合大数据分析，定位轨道车辆轨道中的振动异常点位置，起到了辅助线路检查的作用。另外，当振动数据指示振动超过一定程度时，可以进行报警。
[0100]
另外，基于轨道车辆实时监测的特征参数，还可以从车内温度、湿度、照度、pm2.5、噪音以及车体晃动程度等方面提升用户的乘坐体验。例如，通过照度传感器和调光控制器，调整车内灯光亮度；通过pm2.5检测设备监测车内空气质量，通过开启新风系统调节pm2.5浓度；通过声音检测设备监测车内噪音。可以在轨道车辆内自动控制，也可以由轨道车辆上传给服务器特征参数，实现远程调节车内各项参数，以提高车内舒适度。
[0101]
图5是一示例性实施例提供的轨道车辆监测装置的框图。如图5所示，轨道车辆监测装置500可以包括第一获取模块501、第一确定模块502、判断模块503和第一输出模块504。
[0102]
第一获取模块501用于获取轨道车辆运行的特征参数。
[0103]
第一确定模块502用于根据特征参数的历史数据确定故障预警模型。
[0104]
判断模块503用于根据故障预警模型，判断轨道车辆是否出现异常。
[0105]
第一输出模块504用于若判定轨道车辆出现异常，则输出提示消息。
[0106]
可选地，特征参数包括在制动过程中蓄能器管路中的压力值，第一确定模块502可以包括第一确定子模块和第二确定子模块。
[0107]
第一确定子模块用于根据在制动过程中蓄能器管路中的压力值随时间的变化关系的历史数据，确定在制动过程中蓄能器管路中压力值的最大值、最小值、以及从最大值下降到最小值的平均时长。
[0108]
第二确定子模块用于根据在制动过程中蓄能器管路中压力值的最大值、最小值、以及从最大值下降到最小值的平均时长确定故障预警模型。
[0109]
可选地，在故障预警模型中，在制动过程中蓄能器管路中的压力值从最大值到最小值的时长连续n次小于预定时长，n为预定的整数，预定时长小于平均时长。
[0110]
可选地，轨道车辆监测装置500还包括第二确定模块、第三确定模块和第二输出模块。
[0111]
第二确定模块用于根据特征参数的历史数据分别确定多个评估项目的健康度评分。
[0112]
第三确定模块用于将多个评估项目的健康度评分的加权求和值确定为轨道车辆的健康度。
[0113]
第二输出模块用于将轨道车辆的健康度输出。
[0114]
可选地，多个评估项目包括使用年限项目，第二确定模块中根据以下公式确定轨道车辆在使用年限项目中的健康度评分：
[0115][0116]
其中，m为轨道车辆的健康度，n为轨道车辆已使用时长中的整年数，m为轨道车辆已使用时长中去除整年数后剩余的天数，n和m为整数，c为预定常数。
[0117]
可选地，特征参数包括轨道车辆的振动数据和定位信息，轨道车辆监测装置500还可以包括第四确定模块和第三输出模块。
[0118]
第四确定模块用于根据特征参数的历史数据确定轨道车辆行驶的轨道的异常点位置。
[0119]
第三输出模块用于将所确定的异常点位置输出。
[0120]
可选地，该方法应用于服务器，第一获取模块501包括获取子模块。
[0121]
获取子模块用于通过非授权频谱上的长期演进lte-u从轨道车辆获取轨道车辆运行的特征参数。
[0122]
通过上述技术方案，能够根据轨道车辆运行的特征参数的历史数据确定故障预警模型，通过该故障预警模型能够在故障发生之前发现安全隐患，并提醒运维人员，以便提前做出应急处理预案，从而保障了轨道车辆运行的安全性。
[0123]
图6是一示例性实施例提供的轨道车辆监测装置的框图。该轨道车辆监测装置应用于轨道车辆。如图6所示，轨道车辆监测装置600可以包括第二获取模块601和发送模块602。
[0124]
第二获取模块601用于获取轨道车辆运行的特征参数。
[0125]
发送模块602用于通过lte-u将特征参数发送给服务器，以使服务器根据特征参数的历史数据确定故障预警模型，根据故障预警模型，判断轨道车辆是否出现异常，若判定轨道车辆出现异常，则输出提示消息。
[0126]
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0127]
通过上述技术方案，能够根据轨道车辆运行的特征参数的历史数据确定故障预警
模型，通过该故障预警模型能够在故障发生之前发现安全隐患，并提醒运维人员，以便提前做出应急处理预案，从而保障了轨道车辆运行的安全性。
[0128]
本公开还提供一种电子设备，包括存储器和处理器。存储器上存储有计算机程序。处理器用于执行存储器中的计算机程序，以实现本公开提供的上述方法的步骤。
[0129]
图7是根据一示例性实施例示出的一种电子设备700的框图。如图7所示，该电子设备700可以包括：处理器701，存储器702。该电子设备700还可以包括多媒体组件703，输入/输出(i/o)接口704，以及通信组件705中的一者或多者。
[0130]
其中，处理器701用于控制该电子设备700的整体操作，以完成上述的轨道车辆监测方法中的全部或部分步骤。存储器702用于存储各种类型的数据以支持在该电子设备700的操作，这些数据例如可以包括用于在该电子设备700上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器702可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(static random access memory，简称sram)，电可擦除可编程只读存储器(electrically erasable programmable read-only memory，简称eeprom)，可擦除可编程只读存储器(erasable programmable read-only memory，简称eprom)，可编程只读存储器(programmable read-only memory，简称prom)，只读存储器(read-only memory，简称rom)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件703可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器702或通过通信组件705发送。音频组件还包括至少一个扬声器，用于输出音频信号。i/o接口704为处理器701和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件705用于该电子设备700与其他设备之间进行有线或无线通信。无线通信，例如wi-fi，蓝牙，近场通信(near field communication，简称nfc)，2g、3g、4g、nb-iot、emtc、或其他5g等等，或它们中的一种或几种的组合，在此不做限定。因此相应的该通信组件705可以包括：wi-fi模块，蓝牙模块，nfc模块等等。
[0131]
在一示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(application specific integrated circuit，简称asic)、数字信号处理器(digital signal processor，简称dsp)、数字信号处理设备(digital signal processing device，简称dspd)、可编程逻辑器件(programmable logic device，简称pld)、现场可编程门阵列(field programmable gate array，简称fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的轨道车辆监测方法。
[0132]
在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的轨道车辆监测方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器702，上述程序指令可由电子设备700的处理器701执行以完成上述的轨道车辆监测方法。
[0133]
图8是根据一示例性实施例示出的一种电子设备800的框图。例如，电子设备800可以被提供为一服务器。参照图8，电子设备800包括处理器822，其数量可以为一个或多个，以及存储器832，用于存储可由处理器822执行的计算机程序。存储器832中存储的计算机程序
可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器822可以被配置为执行该计算机程序，以执行上述的轨道车辆监测方法。
[0134]
另外，电子设备800还可以包括电源组件826和通信组件850，该电源组件826可以被配置为执行电子设备800的电源管理，该通信组件850可以被配置为实现电子设备800的通信，例如，有线或无线通信。此外，该电子设备800还可以包括输入/输出(i/o)接口858。电子设备800可以操作基于存储在存储器832的操作系统，例如windows servertm，mac os xtm，unixtm，linuxtm等等。
[0135]
在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的轨道车辆监测方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器832，上述程序指令可由电子设备800的处理器822执行以完成上述的轨道车辆监测方法。
[0136]
在另一示例性实施例中，还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于执行上述的轨道车辆监测方法的代码部分。
[0137]
本公开还提供一种轨道车辆，该轨道车辆包括控制器，该控制器用于执行本公开提供的上述方法的步骤。
[0138]
以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。
[0139]
另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。
[0140]
此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。