故障预测方法、装置及轨道交通广播系统与流程

1.本发明涉及轨道交通技术领域，尤其涉及一种故障预测方法、装置及轨道交通广播系统。


背景技术：

2.随着科学技术的发展，轨道交通极大的方便了人们的生活，已成为现代生活不可或缺的一部分。轨道交通的正常运行依赖于各种系统的支持，而轨道交通广播系统是其中的重要系统。
3.轨道交通广播系统的主要功能包括为乘客播报紧急通告、列车运行、乘客引导等服务信息，以及向工作人员发布作业命令和通知等。轨道交通广播系统出现故障，将严重影响轨道交通的正常运行。
4.现有技术中，可以基于工作人员的经验预测轨道交通广播系统是否会出现故障。但是，上述现有的故障预测方法具有较强的主观性，难以客观、准确地进行轨道交通广播系统故障预测。因此，如何更准确地进行轨道交通广播系统故障预测，是本领域亟待解决的技术问题。


技术实现要素：

5.本发明提供一种故障预测方法、装置及轨道交通广播系统，用以解决现有技术中难以客观、准确地进行轨道交通广播系统故障预测的缺陷，实现更准确地进行轨道交通广播系统故障预测。
6.本发明提供一种故障预测方法，包括：
7.获取待预测轨道交通广播系统的互联网协议地址ip；
8.基于所述ip，通过预设应用程序界面api接口，获取所述待预测轨道交通广播系统的监控数据；
9.基于所述监控数据，对所述待预测轨道交通广播系统进行故障预测，获取所述待预测轨道交通广播系统的故障预测结果。
10.根据本发明提供的一种故障预测方法，所述基于所述ip，通过预设应用程序界面api接口，获取所述待预测轨道交通广播系统的监控数据，包括：
11.基于所述ip，通过restful api接口，获取所述待预测轨道交通广播系统的监控数据。
12.根据本发明提供的一种故障预测方法，所述基于所述ip，通过restful api接口，获取所述待预测轨道交通广播系统的监控数据，包括：
13.基于所述ip，确定所述待预测轨道交通广播系统中的各广播设备；
14.通过restful api接口，获取各所述广播设备中目标广播设备的运行状态数据和/或健康状态信息，作为所述待预测轨道交通广播系统的监控数据。
15.根据本发明提供的一种故障预测方法，所述基于所述监控数据，对所述待预测轨
道交通广播系统进行故障预测，获取所述待预测轨道交通广播系统的故障预测结果，包括：
16.基于所述监控数据和预设判定阈值，获取所述待预测轨道交通广播系统出现故障的概率，作为所述待预测轨道交通广播系统的故障预测结果。
17.根据本发明提供的一种故障预测方法，所述基于所述监控数据和预设判定阈值，获取所述待预测轨道交通广播系统出现故障的概率，作为所述待预测轨道交通广播系统的故障预测结果之后，所述方法还包括：
18.在所述概率高于预设概率的情况下，发出告警信号；
19.其中，所述告警信号包括显示于用户所使用终端的显示界面的告警信息。
20.本发明还提供一种故障预测装置，包括：
21.地址获取模块，用于获取待预测轨道交通广播系统的互联网协议地址ip；
22.数据获取模块，用于基于所述ip，通过预设应用程序界面api接口，获取所述待预测轨道交通广播系统的监控数据；
23.故障预测模块，用于基于所述监控数据，对所述待预测轨道交通广播系统进行故障预测，获取所述待预测轨道交通广播系统的故障预测结果。
24.本发明还提供一种轨道交通广播系统，包括：故障预测设备；
25.所述故障预测设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如上任一项所述故障预测方法。
26.本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述故障预测方法。
27.本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述故障预测方法。
28.本发明还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述任一种所述故障预测方法。
29.本发明提供的故障预测方法、装置及轨道交通广播系统，通过获取待预测轨道交通广播系统的ip之后，基于上述ip，通过预设api接口，获得待预测轨道交通广播系统的监控数据，进而基于上述监控数据，对待预测轨道交通广播系统进行故障预测，获取待预测轨道交通广播系统的故障预测结果，能更准确、更高效地进行轨道交通广播系统故障预测，能为轨道交通广播系统的检修预留时间，能更好地保障轨道交通的正常运行。
附图说明
30.为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
31.图1是本发明提供的故障预测方法的流程示意图；
32.图2是本发明提供的故障预测装置的结构示意图；
33.图3是本发明提供的故障预测装置的功能示意图；
34.图4是本发明提供的电子设备的结构示意图。
具体实施方式
35.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
36.需要说明的是，轨道交通是指运营车辆需要在特定轨道上行驶的一类交通工具或运输系统，包括传统铁路(国家铁路、城际铁路和市域铁路)、地铁、轻轨、有轨电车、磁悬浮轨道系统、单轨系统(跨座式轨道系统和悬挂式轨道系统)和旅客自动捷运系统等。
37.通常情况下，轨道交通控制中心可以通过以太网通道，获取轨道交通广播系统中各广播设备的运行状态数据，进而可以基于上述运行状态数据，判断轨道交通广播系统是否出现故障，并在确定轨道交通广播系统出现故障的情况下，通过声光电等方式告警。
38.但是，上述方式仅能在轨道交通广播系统已经出现故障的情况下，进行故障告警，而此时上述故障已对轨道交通的运行产生较大影响，难以预留足够的时间对轨道交通广播系统进行检修。因此，对轨道交通广播系统可能出现的故障进行提前预测，对于轨道交通的正常运行具有重要意义。
39.传统的故障预测方法通常基于工作人员的经验对轨道交通广播系统进行故障预测，获得的故障预测结果通过准确率不高。
40.并且，上述轨道交通控制中心仅能通过以太网通道获取轨道交通广播系统中各广播设备的运行状态数据，获取数据的局限性较强，普适性不高。
41.对此，本发明提供一种故障预测方法。基于本发明提供的故障预测方法，可以在不依赖于以太网的情况下，更准确、更高效地获取待预测轨道交通广播系统的监控数据，进而能基于上述监控数据更准确、更高效地进行轨道交通广播系统故障预测，能为轨道交通广播系统的检修预留时间，能更好地保障轨道交通的正常运行。
42.图1是本发明提供的故障预测方法的流程示意图。下面结合图1描述本发明的故障预测方法。如图1所示，该方法包括：步骤101、获取待预测轨道交通广播系统的互联网协议地址ip。
43.需要说明的是，本发明实施例的执行主体为故障预测装置。
44.具体地，待预测轨道交通广播系统为本发明提供的故障预测方法的预测对象。基于本发明提供的故障预测方法可以对待预测轨道交通广播系统进行故障预测。
45.本发明实施例中可以通过多种方式获取待预测轨道交通广播系统的ip，例如：可以基于用户的输入，获取待预测轨道交通广播系统的ip；或者，还可以通过解析http协议，获取待预测轨道交通广播系统的ip。本发明实施例中对获取待预测轨道交通广播系统的ip的具体方式不作限定。
46.可选地，本发明实施例中可以根据http协议中的proxy-client-ip请求、http_client_ip请求、x-real-ip请求以及wl-proxy-client-ip请求中的任意一种或多种，获取待预测轨道交通广播系统的ip。
47.步骤102、基于ip，通过预设应用程序界面api接口，获取待预测轨道交通广播系统的监控数据。
48.具体地，获取待预测轨道交通广播系统的ip之后，可以通过预设api接口，在不依
赖于以太网通道的情况下，获取待预测轨道交通广播系统的监控数据。
49.需要说明的是，上述预设api接口可以是根据实际情况和/或先验知识预先确定的。本发明实施例中对上述预设api接口不作具体限定。
50.需要说明的是，待预测轨道交通广播系统的监控数据为可以反映待预测轨道交通广播系统运行状态的数据，例如：待预测轨道交通广播系统的监控数据可以包括待预测轨道交通广播系统中各广播设备的运行状态数据。本发明实施例中对待预测轨道交通广播系统的监控数据不作具体限定。
51.可选地，在获取待预测轨道交通广播系统的监控数据之后，还可以在用户所使用终端的显示界面显示上述监控数据。
52.步骤103、基于监控数据，对待预测轨道交通广播系统进行故障预测，获取待预测轨道交通广播系统的故障预测结果。
53.具体地，获取待预测轨道交通广播系统的监控数据之后，可以基于上述监控数据，通过多种方式，对待预测轨道交通广播系统进行故障预测，获得待预测轨道交通广播系统的故障预测结果；
54.例如，基于上述监控数据和预设条件，可以通过判断上述监控数据是否满足上述预设条件，获得待预测轨道交通广播系统的故障预测结果；
55.又例如，获取待预测轨道交通广播系统的监控数据之后，还可以将上述监控数据输入故障预测模型，进而可以获得上述故障预测模型输出的待预测轨道交通广播系统的故障预测结果；其中，上述故障预测模型可以是以样本轨道交通广播系统的样本检测数据为样本，以样本轨道交通广播系统的故障预测结果为样本标签进行训练后得到的；
56.又例如，获取待预测轨道交通广播系统的监控数据之后，还可以将上述监控数据输入故障预测数学模型，进而可以获得上述故障预测数学模型输出的待预测轨道交通广播系统的故障预测结果；其中，上述故障预测数学模型可以用于基于上述监控数据，通过数值计算、数理统计等方式，获取待预测轨道交通广播系统的故障预测结果；
57.本发明实施例中对基于待预测轨道交通广播系统的监控数据，获取待预测轨道交通广播系统的故障预测结果的具体方式不作限定。
58.需要说明的是，本发明实施例中待预测轨道交通广播系统的故障预测结果可以包括表示待预测轨道交通广播系统存在故障风险的信息以及表示待预测轨道交通广播系统不存在故障风险的信息。
59.可选地，上述故障预测结果还可以包括待预测轨道交通广播系统出现故障的概率或出现故障的风险等级；上述故障预测结果还可以包括待预测轨道交通广播系统中存储故障风险的广播设备的身份标识；上述故障预测结果还可以包括待预测轨道交通广播系统中每一广播设备出现故障的概率或风险等级。本发明实施例中对上述故障预测结果中的具体内容不作限定。
60.本发明实施例通过获取待预测轨道交通广播系统的ip之后，基于上述ip，通过预设api接口，获得待预测轨道交通广播系统的监控数据，进而基于上述监控数据，对待预测轨道交通广播系统进行故障预测，获取待预测轨道交通广播系统的故障预测结果，能在不依赖于以太网的情况下，更准确、更高效地获取待预测轨道交通广播系统的监控数据，能基于上述监控数据更准确、更高效地进行轨道交通广播系统故障预测，能为轨道交通广播系
统的检修预留时间，能更好地保障轨道交通的正常运行。
61.基于上述各实施例的内容，基于ip，通过预设应用程序界面api接口，获取待预测轨道交通广播系统的监控数据，包括：基于ip，通过restful api接口，获取待预测轨道交通广播系统的监控数据。
62.需要说明的是，restful是一种基于http的网络应用程序的设计风格和开发方式，可以使用xml格式定义或json格式定义。restful适用于移动互联网厂商作为业务接口的场景，实现第三方ott调用移动网络资源的功能，动作类型为新增、变更、删除所调用资源。restful具有扩展性强、结构清晰等特点，有利于数据的并行处理。
63.restful api接口，即为基于restful的api接口。
64.基于restful的上述优势，本发明实施例中将restful api接口确定为预设api接口。在获取到待预测轨道交通广播系统的ip之后，通过restful api接口，可以更准确、更高效地获取待预测轨道交通广播系统的监控数据。
65.本发明实施例中的预设api接口为restful api接口，能基于restful api接口更准确、更高效地获取待预测轨道交通广播系统的监控数据，能进一步提高对待预测轨道交通广播系统进行故障预测的准确率和效率。
66.基于上述各实施例的内容，基于ip，通过restful api接口，获取待预测轨道交通广播系统的监控数据，包括：基于ip，确定待预测轨道交通广播系统中的各广播设备。
67.具体地，获取待预测轨道交通广播系统的ip之后，可以基于上述ip，确定待预测轨道交通广播系统中的各广播设备。
68.需要说明的是，待预测轨道交通广播系统中的各广播设备可以包括但不限于：语音合成模块、功率放大器、电源模块、网络模块、接口模块、播放器、广播控制盒、控制设备、网管设备、音频设备、工作站、网络交换机、中心服务器等。
69.通过restful api接口，获取各广播设备中目标广播设备的运行状态数据和/或健康状态信息，作为待预测轨道交通广播系统的监控数据。
70.需要说明的是，确定待预测轨道交通广播系统中的各广播设备之后，可以基于实际情况和/或先验知识，将上述各广播设备中的部分或全部确定为目标广播设备。本发明实施例中对上述目标广播设备不作具体限定。
71.可以理解的是，上述目标广播设备的数量可以为一个或多个。
72.在上述各广播设备中确定目标广播设备之后，通过restful api接口，可以获取上述目标广播设备的运行状态数据和/或健康状态信息，作为待预测轨道交通广播系统的监控数据。
73.需要说明的是，目标广播设备的运行状态数据，包括可以用于描述上述目标广播设备的运行状态的数据，例如：在上述目标广播设备为广播控制盒的情况下，上述广播控制盒的运行状态数据可以包括但不限于广播区音量信息、广播区信息以及应急广播状态信息等。
74.需要说明的是，目标广播设备的健康状态信息可以用于描述上述目标广播设备的健康状态，例如：在目标广播设备的健康状态信息为“良好”的情况下，表示上述目标广播设备的健康状态良好；在目标广播设备的健康状态信息为“较差”的情况下，表示上述目标广播设备的健康状态较差，上述目标广播设备存在故障风险。
75.可选地，上述目标广播设备可以包括广播控制盒。相应地，待预测轨道交通广播系统的监控数据中包括广播区音量信息、广播区信息以及应急广播状态信息。
76.可选地，获取待预测轨道交通广播系统的监控数据之后，还可以存储上述监控数据。
77.本发明实施例通过基于待预测轨道交通广播系统的ip确定待预测轨道交通广播系统中的各广播设备之后，通过restful api接口，获取上述各广播设备中目标广播设备的运行状态数据和/或健康状态信息，作为待预测轨道交通广播系统的监控数据，能基于上述目标广播设备的运行状态数据和/或健康状态信息对待预测轨道交通广播系统进行更准确地故障预测。
78.基于上述各实施例的内容，基于监控数据，对待预测轨道交通广播系统进行故障预测，获取待预测轨道交通广播系统的故障预测结果，包括：基于监控数据和预设判定阈值，获取待预测轨道交通广播系统出现故障的概率，作为待预测轨道交通广播系统的故障预测结果。
79.需要说明的是，本发明实施例中可以基于先验知识和/或实际情况确定预设判定阈值，本发明实施例中对上述预设判定阈值不作具体限定。
80.具体地，基于待预测轨道交通广播系统的监控数据和上述预设判定阈值，通过数值计算、数理统计以及条件判断等方式，可以获取待预测轨道交通广播系统出现故障的概率，作为待预测轨道交通广播系统的故障预测结果。
81.例如：在健康状态信息为“较差”的目标广播设备的数量超过第一阈值，且运行状态数据未处于对应预设区间内的目标广播设备的数据超过第二阈值的情况下，可以确定待预测轨道交通广播系统出现故障的概率为90％。
82.可选地，基于待预测轨道交通广播系统的监控数据和上述预设条件，还可以通过数值计算、数理统计以及条件判断等方式，获取待预测轨道交通广播系统中每一目标广播设备出现故障的概率，作为待预测轨道交通广播系统的故障预测结果。
83.例如：对于任一目标广播设备，若上述目标广播设备的运行状态数据中未处于对应预设区间内的运行状态数据的数量超过第三阈值，且上述目标广播设备的健康状态信息为“较差”，则可以确定待预测轨道交通广播系统出现故障的概率为90％。
84.本发明实施例通过基于待预测轨道交通广播系统的监控数据和预设判定阈值，获取待预测轨道交通广播系统出现故障的概率，作为待预测轨道交通广播系统的故障预测结果，能实现待预测轨道交通广播系统的故障预测结果的量化，能更直观地展示待预测轨道交通广播系统的故障预测结果。
85.基于上述各实施例的内容，基于监控数据和预设判定阈值，获取待预测轨道交通广播系统出现故障的概率，作为待预测轨道交通广播系统的故障预测结果之后，所述方法还包括：在概率高于预设概率的情况下，发出告警信号。
86.其中，所述告警信号包括显示于用户所使用终端的显示界面的告警信息。
87.需要说明的是，本发明实施例中可以基于先验知识和/或实际情况，确定预设概率。本发明实施例中对上述预设概率不作具体限定。
88.具体地，获取待预测轨道交通广播系统出现故障的概率之后，可以判断上述概率是否高于预设概率。
89.在上述概率高于预设概率的情况下，可以发出告警信号，以供警示工作人员待预测轨道交通广播系统存在故障风险。
90.可选地，需要说明的是，上述告警信号可以为声、光、电信号中的任意一种或多种。上述告警信号还可以是显示于运维人员所使用终端的显示界面的告警信息。本发明实施例中对上述告警信号的具体类型不作限定。
91.本发明实施例通过在待预测轨道交通广播系统出现故障的概率高于预设概率的情况下，发出告警信号，能更及时、更高效地警示工作人员待预测轨道交通广播系统存在故障风险，能为待预测轨道交通广播系统的检修预留时间。
92.图2是本发明提供的故障预测装置的结构示意图。下面结合图2对本发明提供的故障预测装置进行描述，下文描述的故障预测装置与上文描述的本发明提供的故障预测方法可相互对应参照。如图2所示，该装置包括：地址获取模块201、数据获取模块202和故障预测模块203。
93.地址获取模块201，用于获取待预测轨道交通广播系统的互联网协议地址ip；
94.数据获取模块202，用于基于ip，通过预设应用程序界面api接口，获取待预测轨道交通广播系统的监控数据；
95.故障预测模块203，用于基于监控数据，对待预测轨道交通广播系统进行故障预测，获取待预测轨道交通广播系统的故障预测结果。
96.具体地，地址获取模块201、数据获取模块202和故障预测模块203电连接。
97.地址获取模块201可以通过多种方式获取待预测轨道交通广播系统的ip，例如：可以基于用户的输入，获取待预测轨道交通广播系统的ip；或者，还可以通过解析http协议，获取待预测轨道交通广播系统的ip。本发明实施例中对获取待预测轨道交通广播系统的ip的具体方式不作限定。
98.可选地，本发明实施例中地址获取模块201可以根据http协议中的proxy-client-ip请求、http_client_ip请求、x-real-ip请求以及wl-proxy-client-ip请求中的任意一种或多种，获取待预测轨道交通广播系统的ip。
99.数据获取模块202可以通过预设api接口，在不依赖于以太网通道的情况下，获取待预测轨道交通广播系统的监控数据。
100.需要说明的是，上述预设api接口可以是根据实际情况和/或先验知识预先确定的。本发明实施例中对上述预设api接口不作具体限定。
101.需要说明的是，待预测轨道交通广播系统的监控数据为可以反映待预测轨道交通广播系统运行状态的数据，例如：待预测轨道交通广播系统的监控数据可以包括待预测轨道交通广播系统中各广播设备的运行状态数据。本发明实施例中对待预测轨道交通广播系统的监控数据不作具体限定。
102.故障预测模块203可以用于基于上述监控数据，通过多种方式，对待预测轨道交通广播系统进行故障预测，获得待预测轨道交通广播系统的故障预测结果；
103.例如，故障预测模块203基于上述监控数据和预设条件，可以通过判断上述监控数据是否满足上述预设条件，获得待预测轨道交通广播系统的故障预测结果；
104.又例如，获取待预测轨道交通广播系统的监控数据之后，故障预测模块203还可以将上述监控数据输入故障预测模型，进而可以获得上述故障预测模型输出的待预测轨道交
通广播系统的故障预测结果；其中，上述故障预测模型可以是以样本轨道交通广播系统的样本检测数据为样本，以样本轨道交通广播系统的故障预测结果为样本标签进行训练后得到的；
105.又例如，获取待预测轨道交通广播系统的监控数据之后，故障预测模块203还可以将上述监控数据输入故障预测数学模型，进而可以获得上述故障预测数学模型输出的待预测轨道交通广播系统的故障预测结果；其中，上述故障预测数学模型可以用于基于上述监控数据，通过数值计算、数理统计等方式，获取待预测轨道交通广播系统的故障预测结果；
106.本发明实施例中对故障预测模块203基于待预测轨道交通广播系统的监控数据，获取待预测轨道交通广播系统的故障预测结果的具体方式不作限定。
107.需要说明的是，本发明实施例中待预测轨道交通广播系统的故障预测结果可以包括表示待预测轨道交通广播系统存在故障风险的信息以及表示待预测轨道交通广播系统不存在故障风险的信息。
108.可选地，上述故障预测结果还可以包括待预测轨道交通广播系统出现故障的概率或出现故障的风险等级；上述故障预测结果还可以包括待预测轨道交通广播系统中存储故障风险的广播设备的身份标识；上述故障预测结果还可以包括待预测轨道交通广播系统中每一广播设备出现故障的概率或风险等级。本发明实施例中对上述故障预测结果中的具体内容不作限定。
109.可选地，数据获取模块202可以具体用于基于ip，通过restful api接口，获取待预测轨道交通广播系统的监控数据。
110.可选地，数据获取模块202还可以具体用于基于ip，确定待预测轨道交通广播系统中的各广播设备；通过restful api接口，获取各广播设备中目标广播设备的运行状态数据和/或健康状态信息，作为待预测轨道交通广播系统的监控数据。
111.可选地，故障预测模块203可以具体用于基于监控数据和预设判定阈值，获取待预测轨道交通广播系统出现故障的概率，作为待预测轨道交通广播系统的故障预测结果。
112.可选地，故障预测装置还可以包括告警模块。
113.告警模块可以用于在概率高于预设概率的情况下，发出告警信号。
114.本发明实施例中的故障预测装置，通过获取待预测轨道交通广播系统的ip之后，基于上述ip，通过预设api接口，获得待预测轨道交通广播系统的监控数据，进而基于上述监控数据，对待预测轨道交通广播系统进行故障预测，获取待预测轨道交通广播系统的故障预测结果，能在不依赖于以太网的情况下，更准确、更高效地获取待预测轨道交通广播系统的监控数据，能基于上述监控数据更准确、更高效地进行轨道交通广播系统故障预测，能为轨道交通广播系统的检修预留时间，能更好地保障轨道交通的正常运行。
115.为了便于对本发明提供的故障预测方法及装置的理解，以下通过一个实例说明本发明提供的故障预测方法及装置。
116.图3是本发明提供的故障预测装置的功能示意图，如图3所示，本发明提供的故障预测装置基于待预测轨道交通广播系统的ip，通过restful api接口获取待预测轨道交通广播系统的监控数据之后，可以存储上述监控数据，还可以基于上述监控数据，对待预测轨道交通广播系统进行故障预警，获取待预测轨道交通广播系统出现故障的概率，并可以基于上述概率发出告警信号。
117.基于上述各实施例的内容，一种轨道交通广播系统，包括：故障预测设备；
118.故障预测设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现如上任一项故障预测方法。
119.具体地，本发明提供的轨道交通广播系统包括故障预测设备，可以基于上述故障预测设备对可能出现的故障进行预测。
120.需要说明的是，上述故障预测设备对上述轨道交通广播系统进行故障预测的具体过程可以参见上述各实施例的内容。本发明实施例中不再赘述。
121.图4示例了一种电子设备的实体结构示意图，如图4所示，该电子设备可以包括：处理器(processor)410、通信接口(communications interface)420、存储器(memory)430和通信总线440，其中，处理器410，通信接口420，存储器430通过通信总线440完成相互间的通信。处理器410可以调用存储器430中的逻辑指令，以执行故障预测方法，该方法包括：获取待预测轨道交通广播系统的互联网协议地址ip；基于ip，通过预设应用程序界面api接口，获取待预测轨道交通广播系统的监控数据；基于监控数据，对待预测轨道交通广播系统进行故障预测，获取待预测轨道交通广播系统的故障预测结果。
122.此外，上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
123.另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的故障预测方法，该方法包括：获取待预测轨道交通广播系统的互联网协议地址ip；基于ip，通过预设应用程序界面api接口，获取待预测轨道交通广播系统的监控数据；基于监控数据，对待预测轨道交通广播系统进行故障预测，获取待预测轨道交通广播系统的故障预测结果。
124.又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的故障预测方法，该方法包括：获取待预测轨道交通广播系统的互联网协议地址ip；基于ip，通过预设应用程序界面api接口，获取待预测轨道交通广播系统的监控数据；基于监控数据，对待预测轨道交通广播系统进行故障预测，获取待预测轨道交通广播系统的故障预测结果。
125.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
126.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可
借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
127.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

技术特征：
1.一种故障预测方法，其特征在于，包括：获取待预测轨道交通广播系统的互联网协议地址ip；基于所述ip，通过预设应用程序界面api接口，获取所述待预测轨道交通广播系统的监控数据；基于所述监控数据，对所述待预测轨道交通广播系统进行故障预测，获取所述待预测轨道交通广播系统的故障预测结果。2.根据权利要求1所述的故障预测方法，其特征在于，所述基于所述ip，通过预设应用程序界面api接口，获取所述待预测轨道交通广播系统的监控数据，包括：基于所述ip，通过restful api接口，获取所述待预测轨道交通广播系统的监控数据。3.根据权利要求2所述的故障预测方法，其特征在于，所述基于所述ip，通过restful api接口，获取所述待预测轨道交通广播系统的监控数据，包括：基于所述ip，确定所述待预测轨道交通广播系统中的各广播设备；通过restful api接口，获取各所述广播设备中目标广播设备的运行状态数据和/或健康状态信息，作为所述待预测轨道交通广播系统的监控数据。4.根据权利要求1所述的故障预测方法，其特征在于，所述基于所述监控数据，对所述待预测轨道交通广播系统进行故障预测，获取所述待预测轨道交通广播系统的故障预测结果，包括：基于所述监控数据和预设判定阈值，获取所述待预测轨道交通广播系统出现故障的概率，作为所述待预测轨道交通广播系统的故障预测结果。5.根据权利要求4所述的故障预测方法，其特征在于，所述基于所述监控数据和预设判定阈值，获取所述待预测轨道交通广播系统出现故障的概率，作为所述待预测轨道交通广播系统的故障预测结果之后，所述方法还包括：在所述概率高于预设概率的情况下，发出告警信号；其中，所述告警信号包括显示于用户所使用终端的显示界面的告警信息。6.一种故障预测装置，其特征在于，包括：地址获取模块，用于获取待预测轨道交通广播系统的互联网协议地址ip；数据获取模块，用于基于所述ip，通过预设应用程序界面api接口，获取所述待预测轨道交通广播系统的监控数据；故障预测模块，用于基于所述监控数据，对所述待预测轨道交通广播系统进行故障预测，获取所述待预测轨道交通广播系统的故障预测结果。7.一种轨道交通广播系统，其特征在于，包括：故障预测设备；所述故障预测设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如权利要求1至5任一项所述故障预测方法。8.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至5任一项所述故障预测方法。9.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述故障预测方法。
10.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述故障预测方法。

技术总结
本发明提供一种故障预测方法、装置及轨道交通广播系统，该方法包括：获取待预测轨道交通广播系统的互联网协议地址IP；基于IP，通过预设应用程序界面API接口，获取待预测轨道交通广播系统的监控数据；基于监控数据，对待预测轨道交通广播系统进行故障预测，获取待预测轨道交通广播系统的故障预测结果。本发明提供的故障预测方法、装置及轨道交通广播系统，能在不依赖于以太网的情况下，更准确、更高效地获取待预测轨道交通广播系统的监控数据，能基于上述监控数据更准确、更高效地进行轨道交通广播系统故障预测，能为轨道交通广播系统的检修预留时间，能更好地保障轨道交通的正常运行。行。行。


技术研发人员：王先磊 覃毅 甘京松
受保护的技术使用者：广西交控智维科技发展有限公司
技术研发日：2022.12.28
技术公布日：2023/7/12