一种地铁云平台云边同步方法、装置、设备及存储介质

一种地铁云平台云边同步方法、装置、设备及存储介质有效专利发明

技术领域

[0001] 本申请涉及云技术或智慧交通技术领域，尤其涉及一种地铁云平台云边同步方法、装置、设备及存储介质。

具体实施方式

[0029] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

[0030] 智能交通系统(Intelligent Traffic System，ITS)又称智能运输系统(Intelligent Transportation System)，是将先进的科学技术(信息技术、计算机技术、数据通信技术、传感器技术、电子控制技术、自动控制理论、运筹学、人工智能等)有效地综合运用于交通运输、服务控制和车辆制造，加强车辆、道路、使用者三者之间的联系，从而形成一种保障安全、提高效率、改善环境、节约能源的综合运输系统。

[0031] 本申请实施例中涉及到用户信息相关的数据均为用户授权后的数据。本申请可以应用于智能交通系统中，例如，可以利用智能交通系统获取轨道交通系统中各个车站设备的第一工作数据，基于各个车站设备的第一工作数据确定轨道交通系统的第一异常数据，进而实现告警。本申请技术方案适用于对轨道交通系统中的各个车站设备的工作数据进行检测，确定轨道交通系统是否异常，从而基于异常进行告警的场景中。本申请实施例还可以应用于各种场景，包括但不限于云技术、人工智能、智慧交通、辅助驾驶等。例如本申请实施例可以应用于地铁云平台中实现轨道交通系统中的各个车站设备的工作数据的云边同步，从而更好的实现对轨道交通系统中的各个车站设备进行管理。

[0032] 请参见图1，图1是本申请实施例提供的一种地铁云平台云边同步系统的网络架构图，如图1所示，中央管理设备11可以与车站管理设备12进行数据交互，车站管理设备12可以用于管理轨道交通系统中的多个车站设备如121、122、123，等等。车站管理设备的数量可以为多个，车站管理设备的数量为多个时可以如13所示，车站管理设备13可以用于管理轨道交通系统中的多个车站设备如131、132、133，等等。中央管理设备11可以对每个车站管理设备采用相同的管理方法。其中，以车站管理设备12为例，中央管理设备11可以获取轨道交通系统中各个车站设备的第一工作数据，基于各个车站设备的第一工作数据确定轨道交通系统的第一异常数据。可选地，车站管理设备12可以获取轨道交通系统中各个车站设备的第二工作数据，基于各个车站设备的第二工作数据确定轨道交通系统的第二异常数据。进一步地，中央管理设备11可以获取车站管理设备12发送的第二异常数据，将第一异常数据和第二异常数据发送至统一告警体系14，从而可以基于第一异常数据和第二异常数据进行告警。可选地，统一告警体系14可以为中央管理设备11中的一部分，也可以为与中央管理设备11具有关联关系的告警体系。

[0033] 通过主动探活的方式从轨道交通系统中各个车站设备拉取第一工作数据，以确定第一异常数据，以及获取车站管理设备发送的第二异常数据，基于第一异常数据和第二异常数据进行告警。由于可以从两条链路对轨道交通系统中的各个车站设备的工作状态进行监测，即一条链路为主动监测各个车站设备的工作数据确定是否存在异常数据，另一条链路为获取车站管理设备发送的异常数据，即车站管理设备对轨道交通系统中的各个车站设备的工作状态进行监测，两条链路之间互不干扰，因此一条链路异常时不会影响另一条链路的工作状态。可以避免由于车站管理设备异常无法实现告警，提高轨道交通系统中数据告警的效率，也在一定程度上提升了数据告警的准确性。

[0034] 可以理解的是，本申请实施例中所提及的中央管理设备可以是指计算机设备，计算机设备可以包括但不限于终端设备或服务器。车站管理设备也可以是一种计算机设备。换句话说，计算机设备可以是服务器或终端设备，也可以是服务器和终端设备组成的系统。
其中，以上所提及的终端设备可以是一种电子设备，包括但不限于手机、平板电脑、台式电脑、笔记本电脑、掌上电脑、车载终端、智能语音交互设备、增强现实/虚拟现实(Augmented Reality/Virtual Reality，AR/VR)设备、头盔显示器、可穿戴设备、智能音箱、智能家电、飞行器、数码相机、摄像头及其他具备网络接入能力的移动互联网设备(mobile internet device，MID)等。其中，以上所提及的服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、车路协同、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。也就是说，中央管理设备或者车站管理设备可以是指终端设备，或者由一个服务器或者多个服务器组成的服务器集群，或者由服务器和终端设备组成的系统。

[0035] 进一步地，请参见图2，图2是本申请实施例提供的一种地铁云平台云边同步方法的应用场景示意图。如图2所示，例如，中央管理设备21可以通过主动探活的方式从轨道交通系统中的各个车站设备包括设备22(即车站管理设备)、设备23、设备24以及设备25拉取第一工作数据，例如第一工作数据可以指示轨道交通系统中的车站设备是否处于工作状态，基于第一工作数据确定第一异常数据。可选地，车站管理设备22可以获取轨道交通系统中的各个车站设备包括设备23、设备24以及设备25上报的第二工作数据，第二工作数据可以指示轨道交通系统中车站设备的工作指标数据，例如车站设备当前的服务器资源占用情况、设备服务情况、进程运行情况、网络运行情况，等等。基于第二工作数据确定第二异常数据。进一步地，车站管理设备22可以向中央管理设备21发送第二异常数据，中央管理设备21可以基于第一异常数据和第二异常数据进行告警。

[0036] 进一步地，请参见图3，图3是本申请实施例提供的一种地铁云平台云边同步方法的流程示意图；如图3所示，该地铁云平台云边同步方法可以应用于中央管理设备，该中央管理设备与轨道交通系统建立通信连接，该轨道交通系统中包括至少一个车站管理设备和每个车站管理设备对应的多个车站设备，该中央管理设备用于对该车站管理设备和该车站管理设备对应的多个车站设备进行监测，该车站管理设备用于对该车站管理设备对应的多个车站设备进行监测。

[0037] 该地铁云平台云边同步方法包括但不限于以下步骤：

[0038] S101，通过主动探活的方式从轨道交通系统中各个车站设备中拉取第一工作数据，基于各个车站设备的第一工作数据确定轨道交通系统的第一异常数据。

[0039] 本申请实施例中，中央管理设备可以通过主动探活的方式从轨道交通系统中的各个车站设备中拉取第一工作数据。可选地，中央管理设备也可以接收轨道交通系统中的各个车站设备发送的第一工作数据，或者还可以接收车站管理设备发送的第一工作数据，第一工作数据可以是轨道交通系统中的各个车站设备发送给车站管理设备的。其中，主动探活可以是指中央管理设备发起传输控制协议(Transmission Control Protocol,TCP)握手，与车站设备建立连接，连接建立成功代表车站设备在线，连接建立失败代表车站设备离线。

[0040] 其中，中央管理设备可以对轨道交通系统中的各个车站设备进行监测和控制，当确定轨道交通系统中的任意车站设备存在异常情况时，可以进行告警，以实现对异常设备进行处理，保证轨道交通系统的正常运行。轨道交通系统中的车站设备可以包括但不限于车站内的所有设备，例如可以包括列车上的展示屏相关设备、列车闸门相关设备、车站进站闸门相关设备、列车开关门控制设备、车站供电相关设备以及车站管理设备，等等。列车可以是指地铁、轻轨、磁悬浮列车，等等。每个车站可以对应一个车站管理设备，即该车站管理设备可以对该车站内轨道交通系统中的所有车站设备进行管理。例如，车站A内的轨道交通系统中包括50个车站设备，其中1个车站设备是车站管理设备，车站管理设备可以对其他49个车站设备进行管理，以及对其自身进行管理。第一工作数据可以包括这50个车站设备的工作数据。其中，第一工作数据可以用于指示轨道交通系统中的各个车站设备是否处于工作状态，例如第一工作数据可以包括但不限于车站设备的连通状态和连通耗时。连通状态可以包括在线和离线，连通耗时可以用于指示中央管理设备连通每个车站设备需要消耗的时长。通过获取车站设备的连通状态，可以确定车站设备是否处于工作状态，通过获取连通耗时，可以确定车站设备所在的网络情况或者车站设备的性能情况，等等。由于轨道交通系统中的车站设备包括车站管理设备，因此中央管理设备也可以实现对车站管理设备的管理，避免由于车站管理设备异常无法实现异常上报的情况，从而可以提升数据告警效率。

[0041] 可选地，若第一工作数据包括各个车站设备的连通状态和连通耗时，则当每个车站设备的连通状态均为在线时，中央管理设备可以确定轨道交通系统处于正常工作状态，没有车站设备出现异常。或者，当每个车站设备的连通状态均为在线，且每个车站设备连通耗时均小于耗时阈值时，中央管理设备可以确定轨道交通系统处于正常工作状态，没有车站设备出现异常。可选地，若存在任意车站设备的连通状态为在线，且连通耗时大于或等于耗时阈值，则中央管理设备可以确定轨道交通系统当前网络异常，或者该车站设备的性能可能出现异常，则可以将该异常数据确定为第一异常数据。或者，若轨道交通系统中存在任意车站设备的连通状态为离线，或者连通耗时大于或等于耗时阈值，则可以确定该车站设备异常，将用于指示该车站设备异常的数据确定为第一异常数据。第一异常数据可以包括车站设备的标识和车站设备的异常原因，例如车站设备离线、连通耗时异常，等等。

[0042] 可选地，当车站管理设备获取到第一工作数据时，若第一工作数据指示轨道交通系统中的各个车站设备正常，则可以获取各个车站设备的工作指标数据，通过进一步获取轨道交通系统中各个车站设备的工作指标数据来确定各个车站设备是否异常。例如工作指标数据可以包括轨道交通系统中各个车站设备的服务器资源数据、设备服务数据、进程运行数据、网络运行数据、数据库运行数据、消息队列运行数据中的至少一种。其中，设备的服务器资源数据可以包括CPU、内存、磁盘、网络等用于综合体现设备的健康状态的数据。设备服务数据可以用于指示设备服务是否属于正常状态的相关数据。进程运行数据可以包括CPU、内存、磁盘、网络等用于综合体现进程的健康状态的数据。网络运行数据可以包括监测网络连通性和IO负载程度等用于体现网络整体的健康度的数据。数据库运行数据可以包括关系型数据库的集群状态、资源使用情况等用于体现关系型数据库当前的健康状况的相关数据，还可以包括非关系型数据库集群本身状态、资源使用情况等用于体现非关系型数据库当前的健康情况的相关数据。消息队列运行数据可以包括消息队列集群本身状态、资源使用情况以及消息积压等用于体现消息队列当前的健康情况的相关指标数据。

[0043] 可选的，中央管理设备获取到轨道交通系统中各个车站设备的工作指标数据之后，可以基于各个车站设备的工作指标数据确定轨道交通系统的第一异常数据。具体地，中央管理设备可以获取轨道交通系统中各个车站设备的工作指标数据的数据类型；基于数据类型匹配异常数据判断规则；基于异常数据判断规则确定工作指标数据是否存在异常；将存在异常的工作指标数据确定为第一异常数据。

[0044] 其中，中央管理设备可以对工作指标数据进行分类，确定工作指标数据的数据类型。工作指标数据的数据类型可以包括但不限于状态型指标(即状态型数据)、耗时型指标(即耗时型数据)、资源型指标(即资源型数据)、综合型指标(即综合型数据)，等等。可选地，若工作指标数据的数量为多条，中央管理设备可以分别确定每条工作指标数据的数据类型，基于每条工作指标数据的数据类型匹配对应的异常数据判断规则，基于异常数据判断规则确定对应的工作指标数据是否异常，将多条工作指标数据中存在异常的至少一条工作指标数据确定为第一异常数据。可选地，若工作指标数据的数量为一条，中央管理设备可以基于该条工作指标数据的数据类型匹配异常数据判断规则；基于异常数据判断规则确定该条工作指标数据是否存在异常；若该条工作指标数据存在异常，则将该条工作指标数据确定为第一异常数据。

[0045] 可选地，若工作指标数据的数据类型为状态型指标，可以确定与该状态型指标匹配的异常数据判断规则为第一判断规则，第一判断规则用于判断该工作指标数据是否为预设状态。例如工作指标数据是指设备的连通状态，预设状态可以是指在线状态，若设备的连通状态为在线状态，表示该工作指标数据正常，若设备的连通状态为离线状态，表示工作指标数据异常，将该异常的工作指标数据确定为第一异常数据。

[0046] 若工作指标数据的数据类型为耗时型指标，可以确定与该耗时型指标匹配的异常数据判断规则为第二判断规则，第二判断规则用于判断该工作指标数据是否超过规定时长范围。例如工作指标数据是指设备的连通耗时，若设备的连通耗时超过规定时长范围，例如连通耗时大于或等于耗时阈值，表示连通耗时超过规定时长范围，则确定该设备的工作指标数据存在异常，将该异常的工作指标数据确定为第一异常数据。

[0047] 若工作指标数据的数据类型为资源型指标，可以确定与该资源型指标匹配的异常数据判断规则为第三判断规则，第三判断规则用于判断该工作指标数据中的资源使用情况是否超过规定资源范围。例如工作指标数据是指车站设备的内存占用空间，若内存占用空间大于规定资源范围，则确定工作指标数据存在异常，将该异常的工作指标数据确定为第一异常数据。

[0048] 若工作指标数据的数据类型为综合型指标，可以确定与该综合型指标匹配的异常数据判断规则为第四判断规则，第四判断规则用于根据规则综合计算工作指标数据是否属于异常指标。其中，综合型指标可以是指多个指标中存在关联关系，一个指标的变化会影响其他指标。例如综合型指标包括资源型指标和耗时型指标，资源型指标包括磁盘空间占用情况，耗时型指标包括CPU运行速度。若磁盘占用空间小于第一占用阈值，CPU运行速度大于或等于第一速度阈值；若磁盘占用空间大于或等于第一占用阈值，CPU运行速度小于第一速度阈值。举例来说，若磁盘空间占用情况未超过规定资源范围，CPU运行速度小于第一速度阈值，表示工作指标数据存在异常，将该异常的工作指标数据确定为第一异常数据。第一占用阈值属于规定资源范围。若磁盘空间占用情况超过规定资源范围，CPU运行速度小于第一速度阈值，可以表示工作指标数据正常。也就是说，由于磁盘占用空间的改变，会在一定程度上降低CPU运行速度，此时若CPU运行速度在正常速度范围内，可以表示设备的工作指标数据正常。

[0049] 可选地，若第一工作数据指示轨道交通系统中的任意设备异常，则将第一工作数据确定为第一异常数据，无需再获取轨道交通系统中各个车站设备的工作指标数据判断是否存在异常数据，可以提升异常判断效率，提升数据判断效率。

[0050] 可选地，第一工作数据也可以用于指示轨道交通系统中各个车站设备的工作指标数据，则可以基于各个车站设备的工作指标数据确定轨道交通系统的第一异常数据。例如可以基于工作指标数据的数据类型匹配异常判断规则，从而基于对应的异常判断规则确定第一工作数据是否为异常数据。若第一工作数据用于指示轨道交通系统中各个车站设备的工作指标数据，则可以更细粒度的确定轨道交通系统中每个车站设备的异常情况，提高异常确定的准确性。

[0051] 可选地，中央管理设备可以实时获取工作指标数据，基于工作指标数据和异常数据判断规则确定工作指标数据是否异常。或者，也可以通过获取一段时间内的工作指标数据，对一段时间内的工作指标数据进行汇总算法如求总和、平均数、中位数等对不同时刻的某个类型的工作数据进行计算，确定该类型的工作指标数据是否存在异常，通过对一段时间内的工作指标数据进行综合判断，可以提升数据处理的准确性。

[0052] 可选地，中央管理设备可以按照目标周期获取轨道交通系统中各个车站设备的工作指标数据。例如可以预先设置目标周期，即数据采集频率，中央管理设备可以按照该数据采集频率从轨道交通系统中的各个车站设备上拉取第一工作数据，通过周期性采集设备的工作数据，可以提升数据的可靠性。

[0053] 可选地，中央管理设备还可以在目标时间段内未获取到车站管理设备发送的第二异常数据的情况下，获取轨道交通系统中各个车站设备的第一工作数据。由于在目标时间段内未获取到车站管理设备发送的第二异常数据，可能表示轨道交通系统中的各个车站设备正常运行，或者车站管理设备异常导致无法发送异常数据，因此中央管理设备可以通过从轨道交通系统中的各个车站设备获取第一工作数据进行判断确定设备是否异常，避免由于车站管理设备异常而导致无法发送异常数据，造成数据的处理效率较低的问题。由于在目标时间段内未获取到车站管理设备发送的第二异常数据的情况下，触发获取轨道交通系统中各个车站设备的第一工作数据，无需一直获取轨道交通系统中各个车站设备的第一工作数据，因此可以节省资源消耗。

[0054] 可选地，中央管理设备还可以在目标时间段内未获取到车站管理设备发送的用于指示轨道交通系统正常运行的指示信息的情况下，获取轨道交通系统中各个车站设备的第一工作数据。车站管理设备在正常运行的过程通过向中央管理设备发送用于指示轨道交通系统运行正常的指示信息，中央管理设备可以知道当前轨道交通系统处于正常运行状态。若在目标时间段内未接收到该指示信息，则可以表示车站管理设备异常，可以快速对车站管理设备进行针对性异常处理，提升数据告警效率。由于在目标时间段内未接收到该指示信息的情况下，触发获取轨道交通系统中各个车站设备的第一工作数据，无需一直获取轨道交通系统中各个车站设备的第一工作数据，因此可以节省资源消耗。

[0055] 可选地，第一工作数据可以是指目标种类的设备的工作数据，目标种类的设备可以是指轨道交通系统中重要等级大于等级阈值的设备，中央管理设备可以获取轨道交通系统中目标种类的设备的第一工作数据，确定是否存在异常数据。由于目标种类的设备为轨道交通系统中重要等级较高的设备，则目标种类的设备出现异常对轨道交通系统的影响程度大于轨道交通系统中重要等级小于或等于等级阈值的设备，因此可以针对此类设备进行监测。对于重要等级较低的设备可以不进行监测，可以降低资源消耗，并且由于数据量减少，可以提升数据的处理效率。

[0056] 可选地，中央管理设备可以获取历史异常数据，基于历史异常数据确定目标设备，则中央管理设备可以获取轨道交通系统中目标设备的第一工作数据，确定是否存在异常数据。目标设备可以是指出现异常的频率大于目标频率的设备，或者目标设备还可以是指累积工作年限超过目标年限的设备，或者连续工作时长超过目标时长的设备。由于目标设备出现异常的概率较大，因此可以针对性监测目标设备的工作数据，确定目标设备是否异常，可以节省资源使用，并且在一定程度上可以提升异常检测效率。

[0057] S102，获取车站管理设备发送的第二异常数据。

[0058] 本申请实施例中，中央管理设备可以与车站管理设备建立网络连接，从而可以基于网络连接获取车站管理设备发送的第二异常数据。其中，第二异常数据是基于轨道交通系统中各个车站设备的第二工作数据确定的。车站管理设备可以对轨道交通系统中的各个车站设备进行监测，当确定设备存在异常情况时，可以向中央管理设备发送异常数据，以实现对异常设备进行管理，保证轨道交通系统的正常运行。由于轨道交通系统中的车站设备包括车站管理设备和车站内的其他设备，因此第二工作数据也包括车站管理设备的工作数据。换句话说，车站管理设备也可以对自身的工作数据进行检测，确定是否存在异常数据，避免由于自身异常导致无法上报轨道交通系统中的其他车站设备的异常数据至中央管理设备，可以提高数据告警的效率。

[0059] 其中，第二工作数据可以用于指示轨道交通系统中各个车站设备的工作指标数据，工作指标数据可以包括轨道交通系统中各个车站设备的服务器资源数据、设备服务数据、进程运行数据、网络运行数据、数据库运行数据、消息队列运行数据中的至少一种。设备的服务器资源数据可以包括CPU、内存、磁盘、网络等用于综合体现设备的健康状态的数据。设备服务数据可以用于指示设备服务是否属于正常状态的相关数据。进程运行数据可以包括CPU、内存、磁盘、网络等用于综合体现进程的健康状态的数据。网络运行数据可以包括监测网络连通性和IO负载程度等用于体现网络整体的健康度的数据。数据库运行数据可以包括关系型数据库的集群状态、资源使用情况等用于体现关系型数据库当前的健康状况的相关数据，还可以包括非关系型数据库集群本身状态、资源使用情况等用于体现非关系型数据库当前的健康情况的相关数据。消息队列运行数据可以包括消息队列集群本身状态、资源使用情况以及消息积压等用于体现消息队列当前的健康情况的相关指标。也就是说，中央管理设备获取到的轨道交通系统中各个车站设备的第一工作数据可以与车站管理设备获取到的轨道交通系统中各个车站设备的第二工作数据相同，也可以不相同。

[0060] 请参见图4，图4是本申请实施例提供的一种数据采集架构示意图，其中，主要包括基础设施即服务(Infrastructure as a Service,IaaS)、平台即服务(Platform‑as‑a‑Service,PaaS)和软件即服务(Software‑as‑a‑Service,SaaS)三部分。其中，IaaS可以包括车站设备的服务器资源数据、设备服务数据、进程运行数据、网络运行数据。PaaS可以包括数据库运行数据和消息队列运行数据，数据库运行数据可以包括关系型数据库运行数据和非关系型数据库运行数据。SaaS可以包括车站管理设备和中央管理设备，车站管理设备可以用于监测车站管理设备的服务状态和服务资源相关数据并上报，中央管理设备可以用于提供支持监测管控覆盖的能力。

[0061] 可选地，服务器资源数据可以是通过监测服务器资源相关指标获取的数据，如CPU、内存、磁盘、网络等方面指标，这些指标能综合体现服务器的健康状态。设备服务数据可以是通过监测设备服务是否属于正常状态的相关指标，这是在轨道交通方面关键所在，车站设备正常才能保证轨交相关系统的正常运转。进程运行数据可以是通过监测关键服务运行状态和资源相关指标，如CPU、内存、磁盘、网络等方面指标，这些指标能综合体现进程的健康状态。网络运行数据可以是通过监测网络连通性和IO负载程度等相关指标。这些指标体现网络整体的健康度，如果网络出现问题，会导致服务不可用或者响应不及时等问题出现。关系型数据库运行数据可以包括如Mysql、MariaDB、SQL Server等数据库。对于关系型数据库主要是收集数据库的集群状态、资源使用情况等指标，主要是收集能体现关系型数据库当前的健康情况的相关指标。消息队列运行数据可以包括如Pulsar、kafka、RocketMQ等消息队列，对消息队列的数据进行采集主要是收集消息队列集群本身状态、资源使用情况以及消息积压等指标，主要是收集能体现消息队列当前的健康情况的相关指标。非关系型数据库运行数据可以包括如Redis、MongoDB、Elasticsearch、TDengine等非关系型数据库的运行数据。对于非关系型数据库主要是收集非关系型数据库集群本身状态、资源使用情况等指标，主要是收集能体现非关系型数据库当前的健康情况的相关指标。通过对以上各层进行监测，可以从各层采集到不同的数据，可以进一步汇总到车站管理设备的指标存储组件，便于后续进行数据上传和数据追溯等处理。

[0062] 可选地，车站管理设备可以建立与轨道交通系统中的各个车站设备之间的连接，各个车站设备可以主动向车站管理设备上报第二工作数据，从而车站管理设备可以实现实时获取各个车站设备的第二工作数据，基于第二工作数据确定轨道交通系统的第二异常数据。车站管理设备可以获取第二工作数据的数据类型，基于数据类型确定第二异常数据。具体地，车站管理设备可以获取各个车站设备的第二工作数据的数据类型；基于数据类型匹配异常数据判断规则；基于异常数据判断规则确定第二工作数据是否存在异常；将存在异常的第二工作数据确定为第二异常数据。本申请实施例中，具体基于数据类型确定第二异常数据的方式可以参考步骤S101中基于数据类型确定第一异常数据的方式，此处不再赘述。

[0063] 可选地，中央管理设备可以基于第一异常数据和第二异常数据确定轨道交通系统中各个车站设备的异常频率，基于各个车站设备的异常频率确定针对各个车站设备的探活频率，基于探活频率从各个车站设备中拉取第一工作数据。例如，异常频率大于第一异常频率，则探活频率大于第一探活频率；异常频率小于或等于第一异常频率，则探活频率小于或等于第一探活频率。即异常频率越高则探活频率越高，异常频率越低则探活频率越低。也就是说，通过确定轨道交通系统中各个车站设备的异常频率，中央管理设备可以针对异常频率较高的车站设备设定较高的探活频率，针对异常频率较低的车站设备设定较低的探活频率，从而在对轨道交通系统中的各个车站设备进行主动探活时，结合探活频率拉取对应的车站设备的工作数据进行异常判断，可以在降低资源消耗的情况下进行告警，并且在一定程度上可以提升异常检测效率。

[0064] 可选地，中央管理设备还可以确定针对轨道交通系统中各个车站设备的探活频率，从而基于探活频率对各个车站设备进行探活。具体地，中央管理设备可以获取针对轨道交通系统的探活因子，基于探活因子确定针对各个车站设备的探活频率；通过主动探活的方式并按照探活频率从轨道交通系统的各个车站设备中拉取第一工作数据。其中，探活因子包括发车频率、人流量、环境天气数据、各个车站设备的使用时长、各个车站设备的重要等级中的一种或多种。

[0065] 其中，发车频率可以基于轨道交通系统中的列车发车时间间隔确定，列车发车时间间隔可以是指两班列车发车的时间差。若列车发车时间间隔小于目标间隔，则发车频率大于第一发车频率，确定探活频率大于第二探活频率。若列车发车时间间隔大于或等于目标间隔，则发车频率小于或等于第一发车频率，确定探活频率小于或等于第二探活频率。由于列车发车时间间隔不同，对应的发车频率不同，当列车发车时间间隔较大时，对应的车站设备的使用频率降低，因此可以设定较低的探活频率对各个设备进行探活，可以节省资源空间。当列车发车时间间隔较小时，对应的车站设备的使用频率增加，因此可以设定较高的探活频率对各个设备进行探活，可以提升异常确定的效率和准确性。

[0066] 其中，人流量可以通过统计车站对应的人流量确定，例如可以统计车站的进站人数和出站人数，以及车站工作人员的人数，等等。若车站人流量大于第一人流量时，则确定探活频率大于第三探活频率。若车站人流量小于或等于第一人流量时，则确定探活频率小于或等于第三探活频率。由于在某些情况如早高峰、晚高峰、节假日等情况下，车站的人流量变化较大，车站设备的使用频率增加，此时轨道交通系统中的各个车站设备出现异常的概率较大，则可以设置较高的探活频率针对各个设备进行探活，提升异常检测的效率和准确性。针对于人流量较少的情况下，车站设备的使用频率降低，通过降低针对各个设备的探活频率，可以节省资源空间。

[0067] 其中，环境天气数据可以基于车站所在的位置确定，通过获取车站所在的地理位置，可以确定当前车站对应的天气情况以及环境情况，从而确定探活频率。例如当车站当前为第一类环境时，则可以确定探活频率大于第四探活频率。当车站当前为第二类环境时，则可以确定探活频率小于或等于第四探活频率。第一类环境可以是指当前天气为暴雨、打雷、台风、冰雹等恶劣天气，或者车站包含积水等情况；第二类环境可以是指当前天气为晴天、阴天、小雨等天气，并且车站不包含积水等情况。由于在第一类环境下轨道交通系统中的车站设备出现异常的频率高于第二类环境下出现异常的频率，例如在车站积水的情况下可能导致轨道交通系统电路异常，因此在第一类环境下设置较高的探活频率对各个设备进行探活，可以提高异常检测的效率和准确性。在第二类环境下设置较低的探活频率对轨道交通系统中各个设备进行探活，可以节省资源空间。

[0068] 其中，各个车站设备的使用时长可以基于各个车站设备的出厂日期确定，也可以基于各个车站设备的实际使用日期确定，或者可以基于车站设备的连续使用时长确定。针对于每个车站设备可以确定其对应的探活频率，从而基于各自的探活频率进行探活。若车站设备的使用时长大于第一时长，则确定该车站设备的探活频率大于第五探活频率。若车站设备的使用时长小于或等于第一时长，则确定该车站设备的探活频率小于或等于第五探活频率。由于各个设备的使用时长不同，针对每个设备的使用时长设置不同的探活频率，可以实现针对性探活，进而节省资源空间，并在一定程度上提高异常检测效率。

[0069] 其中，各个车站设备的重要等级可以基于车站设备的类型确定，若车站设备属于第一类型，则可以确定针对该车站设备的探活频率大于第六探活频率。若车站设备属于第二类型，则可以确定针对该车站设备的探活频率小于或等于第六探活频率。第一类型的车站设备可以是指轨道交通系统中重要等级大于等级阈值的设备，第一类型的车站设备异常可能影响轨道交通系统的正常运行，例如第一类型的车站设备可以包括车站供电相关设备、列车闸门相关设备，等等。第二类型的车站设备可以是指轨道交通系统中重要等级小于或等于等级阈值的设备，第二类型的车站设备异常不会影响轨道交通系统的正常运行。例如第二类型的车站设备可以包括车辆上的展示屏相关设备、车站扶梯相关设备，等等。由于车站中各个设备的作用不同，在轨道交通系统中起到的作用不相同，对于重要等级较高的车站设备，通过设置较高的探活频率，可以提高异常检测的准确性和效率；对于重要等级较低的车站设备，通过设置较低的探活频率，可以在一定程度上节省空间资源。

[0070] 可以理解的是，中央管理设备可以基于发车频率、人流量、环境天气数据、各个车站设备的使用时长、各个车站设备的重要等级中的任意一种确定针对轨道交通系统中各个设备的探活频率，也可以结合其中的两种或多种确定针对轨道交通系统中各个设备的探活频率。例如基于环境天气数据和各个车站设备的重要等级确定轨道交通系统中各个设备的探活频率，或者，基于环境天气数据、各个车站设备的使用时长和各个车站设备的重要等级确定轨道交通系统中各个设备的探活频率，等等。

[0071] 可选地，中央管理设备还可以对车站管理设备的身份进行验证，确定车站管理设备的真实性，提高数据交互的安全性。具体地，中央管理设备可以获取车站管理设备发送的数据包，数据包中包括第二异常数据和签名信息，签名信息是使用车站管理设备的私钥对第二异常数据进行签名得到的；获取车站管理设备的公钥，基于公钥对签名信息进行验签处理；若验签成功，则确定车站管理设备为合法设备，以及第二异常数据具有真实性，执行基于第一异常数据和第二异常数据进行告警的步骤。若验签失败，则确定车站管理设备为非法设备，或者第二异常数据不具有真实性，则向轨道交通系统发送用于指示车站管理设备为风险设备的警示信息。

[0072] 其中，公钥可以是指非对称密钥对中公开的密钥，私钥与公钥对应，即非对称密钥中未公开的密钥。具体实现中，车站管理设备可以使用其自身的私钥对第二异常数据进行签名得到签名信息，将签名信息和第二异常数据打包成数据包，向中央管理设备发送数据包。中央管理设备可以使用车站管理设备的公钥对数据包中的签名信息进行验签。若验签成功，则表示车站管理设备为合法设备，并且第二异常数据具有真实性，即第二异常数据是车站管理设备发送的，并且未被其他设备进行篡改，则可以基于第一异常数据和第二异常数据进行告警。

[0073] 进一步地，若验签失败，则表示车站管理设备为非法设备，即第二异常数据不是车站管理设备发送的，或者第二异常数据不具有真实性，例如第二异常数据被其他设备篡改。则中央管理设备可以进一步向轨道交通系统发送用于指示车站管理设备为风险设备的警示信息。风险设备可以是指车站管理设备可能存在风险，从而提示相关管理人员对车站管理设备进行检查。通过对签名信息进行验签，可以实现对发送第二异常数据的设备的身份进行验证，确定设备的真实性和第二异常数据的真实性，避免恶意终端发送数据或者对数据进行篡改，影响轨道交通系统的管理，从而可以提高数据交互的安全性。

[0074] S103，基于第一异常数据和第二异常数据进行告警。

[0075] 本申请实施例中，中央管理设备可以包括告警装置，在获取到第一异常数据和第二异常数据时，基于第一异常数据和第二异常数据进行告警。或者，中央管理设备在确定出第一异常数据时，可以基于第一异常数据进行告警。或者，中央管理设备在获取到车站管理设备发送的第二异常数据时，可以基于第二异常数据进行告警。也就是说，可以基于第一异常数据进行告警，或者基于第二异常数据进行告警，或者基于第一异常数据和第二异常数据进行告警。本申请实施例对此不作限定。

[0076] 可选地，当确定第一异常数据，并且该第一异常数据的持续时间满足异常阈值时，中央管理设备可以基于第一异常数据进行告警。可选地，当确定第二异常数据，并且该第二异常数据的持续时间满足异常阈值时，车站理系统可以向中央管理设备发送第二异常数据。通过对异常数据的持续时间进行判断，可以避免设备更新等正常人为操作因素造成的影响，提高数据告警的准确性。

[0077] 可选地，车站管理设备在确定第二异常数据时，车站管理设备也可以基于第二异常数据进行告警。由于一个车站对应一个车站管理设备，因此该车站的车站管理设备可以与该车站的告警中心相连接，当出现异常数据时，车站管理设备可以向该车站的告警中心发送异常信息，以快速对异常进行处理。进一步地，由于多个车站(例如所有车站)均对应同一个中央管理设备，因此该中央管理设备对应的异常处理信息方法更完善，例如中央管理设备包括的异常处理方案更多且更全面，因此车站管理设备通过向中央管理设备发送异常信息，可以加大对异常数据进行处理的力度，进而提升异常处理的准确性。

[0078] 可选地，当获取到车站管理设备发送的第二异常数据时，中央管理设备可以进一步对相关车站设备进行检测，提升异常确定的准确性。具体地，当获取到车站管理设备发送的第二异常数据时，中央管理设备可以向轨道交通系统中与第二异常数据对应的异常设备发送连接请求，连接请求用于建立与异常设备之间的连接；若与异常设备之间的连接失败，则基于第二异常数据进行告警；若与异常设备之间的连接成功，则获取异常设备的异常数据，基于异常设备的异常数据进行告警。由于在获取到车站管理设备发送的第二异常数据时，中央管理设备通过进一步对相关的车站设备进行连接，以进行异常检测，可以提高异常检测的准确性。若与异常设备之间的连接失败，则确定异常设备，基于第二异常数据进行告警；若与异常设备之间的连接成功，则进一步获取异常设备的异常数据，例如异常设备的工作数据，并对异常设备的工作数据进行异常判断，若确定存在异常的工作数据，则将存在异常的工作数据确定为异常数据，基于异常设备的异常数据进行告警，可以提高数据告警的准确性。

[0079] 可选地，中央管理设备还可以进一步获取车站管理设备发送的第二工作数据；结合第二工作数据和中央管理设备通过主动探活的方式拉取的第一工作数据进行告警。具体地，若第一工作数据对应的设备与第二工作数据对应的设备为相同设备，且第一工作数据指示设备正常，第二工作数据指示设备异常，则将第二工作数据确定为第二异常数据，基于第二异常数据进行告警。

[0080] 举例来说，若车站管理设备发送的第二工作数据为车站设备A的工作数据，第二工作数据指示车站设备A处于异常工作状态。中央管理设备通过主动探活的方式拉取车站设备A的第一工作数据，第一工作数据指示车站设备A处于正常工作状态。由于第一工作数据可以是指针对车站设备的粗粒度的工作数据，例如用于指示车站设备是否处于工作状态的数据，第二工作数据可以是指针对车站设备的细粒度的工作数据，例如包括各个车站设备的工作指标数据，则可以基于细粒度的工作数据确定车站设备A是否异常，从而可以提高异常确定的准确性。例如，第一工作数据指示车站设备A为连通状态，则表示车站设备A处于正常工作状态，而第二工作数据指示车站设备A的工作指标数据中的资源使用情况超过规定资源范围，则可以基于第二异常数据进行告警，从而实现对车站设备A的资源使用情况进行调整，避免影响车站设备的正常工作。

[0081] 进一步地，在获取到第一异常数据和/或第二异常数据的情况下，中央管理设备可以分别基于第一异常数据和/或第二异常数据匹配对应的告警集群，从而对异常数据进行针对性处理，告警集群可以是指异常处理团队，不同的异常处理团队处理的异常不同。例如，当获取到第一异常数据和第二异常数据时，中央管理设备可以分别基于第一异常数据和第二异常数据匹配告警集群；向与第一异常数据匹配的告警集群发送第一异常数据以进行处理，以及向与第二异常数据匹配的告警集群发送第二异常数据以进行处理。

[0082] 具体地，中央管理设备可以预先设置异常数据的异常类型和告警集群之间的对应关系，当获取到异常数据时，基于异常数据的异常类型匹配告警集群。例如，异常类型为服务器资源异常，可以对应服务器处理告警集群；异常类型为设备服务异常，可以对应设备服务告警集群；异常类型为进程运行异常，可以对应进程告警集群；异常类型为网络运行异常，可以对应网络告警集群；异常类型为数据库运行异常，可以对应数据库告警集群；异常类型为消息队列异常，可以对应消息队列告警集群。中央管理设备也可以基于其他的方法确定异常数据与告警集群的对应关系，从而在获取到异常数据时，可以匹配告警集群。通过分别向与第一异常数据匹配的告警集群发送第一异常数据，以及向与第二异常数据匹配的告警集群发送第二异常数据，可以使得告警集群对应的工作人员对相应设备的异常进行处理，实现针对性处理异常数据，提高数据的处理效率。

[0083] 可以理解的是，当轨道交通系统中的某一个设备出现异常，中央管理设备通过获取该设备的工作数据并确定第一异常数据，车站管理设备通过获取该设备的工作数据并确定第二异常数据，则此时第一异常数据与第二异常数据可以相同。当车站管理设备出现异常(例如车站管理设备与设备B之间的连接异常，导致对该设备B的数据更新不及时)，设备B可以是指车站设备中的任意一个设备，车站管理设备通过获取该设备B的工作数据并确定为第二异常数据(如设备B当前网络信号断开)发送至中央管理设备。而中央管理设备通过获取该设备B的工作数据，确定该设备B的工作数据为第一异常数据(如设备B当前网络差)，此时第一异常数据与第二异常数据也可以不相同。也就是说，第一异常数据和第二异常数据还可以是针对相同设备的相同异常数据，也可以是针对相同设备的不同异常数据。或者，第一异常数据和第二异常数据还可以是针对不同设备的异常数据。例如第一异常数据是指针对设备B的异常数据，第二异常数据是针对设备C的异常数据。

[0084] 可选地，中央管理设备可以基于第一异常数据的异常类型和第二异常数据的异常类型之间的相似度确定告警集群。具体地，中央管理设备可以获取第一异常数据的异常类型和第二异常数据的异常类型，计算第一异常数据的异常类型和第二异常数据的异常类型之间的相似度；若相似度大于相似度阈值，则确定与第一异常数据和第二异常数据匹配的第一告警集群，向述第一告警集群发送第一异常数据或第二异常数据；若相似度小于或等于相似度阈值，则确定与第一异常数据匹配的第二告警集群，以及确定与第二异常数据匹配的第三告警集群，向第二告警集群发送第一异常数据，向第三告警集群发送第二异常数据。

[0085] 其中，通过获取第一异常数据的异常类型和第二异常数据的异常类型，可以计算第一异常数据的异常类型和第二异常数据的异常类型之间的相似度，例如可以基于相似度计算方法确定相似度，如分别提取两种异常类型的特征向量，基于两种异常类型的特征向量计算两种异常类型之间的相似度。若相似度大于相似度阈值，表示两种异常类型之间的相似度较高，可以表示第一异常数据和第二异常数据为同一种异常类型。若相似度小于或等于相似度阈值，表示两种异常类型之间的相似度较低，可以表示第一异常数据和第二异常数据不为同一种异常类型。可选地，还可以计算两种异常数据之间的相似度，确定两种异常数据是否为同一种异常类型，从而匹配对应的告警集群。通过计算两种数据之间的相似度，可以提高数据判断的准确性。可选地，相似度计算方法可以包括但不限于欧氏距离、余弦距离、曼哈顿距离、海明距离、皮尔森相关系数等计算方法。

[0086] 可选地，中央管理设备还可以预先设定异常类型和数据之间的对应关系，当获取到第一异常数据和第二异常数据时，可以基于对应关系确定第一异常数据和第二异常数据是否为同种异常类型，从而匹配告警集群。由于可以结合异常数据的异常类型匹配告警集群，对于不同类型的异常数据，可以匹配不同的告警集群，从而实现针对性异常处理，提高异常处理效率。针对同类型的异常数据，通过确定一个告警集群，可以节省资源空间，提高告警效率。

[0087] 可选地，中央管理设备可以基于异常数据的告警等级进行告警。具体地，中央管理设备可以分别确定第一异常数据的告警等级和第二异常数据的告警等级；基于第一异常数据的告警等级选择匹配的第一告警方案，以及基于第二异常数据的异常等级选择匹配的第二告警方案，基于第一告警方案进行告警，以及基于第二告警方案进行告警，从而可以基于各自的告警方案进行告警。告警方案包括电话告警、邮件告警和短信告警中的至少一种。即第一告警方案包括电话告警、邮件告警和短信告警中的至少一种，第二告警方案包括电话告警、邮件告警和短信告警中的至少一种。

[0088] 其中，基于告警方案进行告警可以是指基于电话告警、邮件告警和短信告警中的至少一种进行告警，例如基于邮件告警可以是指通过邮件的方式将车站设备存在的异常数据发送至对应的告警集群，以使告警集群针对车站设备存在的异常进行处理，保证设备的正常运行。其中，若第一异常数据和第二异常数据相同，则中央管理设备可以确定第一异常数据的告警等级，基于该告警等级选择匹配的告警方案，从而实现告警。若第一异常数据和第二异常数据不相同，则中央管理设备可以基于第一异常数据确定第一异常数据的告警等级，基于第二异常数据确定第二异常数据的告警等级；基于第一异常数据的告警等级选择与第一异常数据的告警等级匹配的第一告警方案；基于第二异常数据的告警等级选择与第二异常数据的告警等级匹配的第二告警方案，从而实现分别针对第一异常数据和第二异常数据进行告警，提升数据处理的准确性。可选地，中央管理设备可以基于异常数据的异常类型确定异常数据的告警等级。

[0089] 可选地，若第一异常数据和第二异常数据是针对相同车站设备的相同异常数据，则可以基于第一异常数据或者第二异常数据确定告警等级，从而对该车站设备的异常进行处理。若第一异常数据和第二异常数据是针对相同车站设备的不同异常数据，则可以基于第一异常数据和第二异常数据确定告警等级。即结合第一异常数据和第二异常数据确定告警等级，例如将紧急程度较高的异常数据的告警等级作为最终告警等级进行告警。若第一异常数据和第二异常数据是针对不同车站设备的异常数据，则可以分别确定第一异常数据的告警等级和第二异常数据的告警等级，基于各自的告警等级匹配各自的告警方案以进行告警。

[0090] 可选地，中央管理设备基于第一异常数据的告警等级选择匹配的第一告警方案的方法可以包括：若第一异常数据的告警等级为第一等级，则确定第一告警方案为电话告警、邮件告警和短信告警；若第一异常数据的告警等级为第二等级，则确定第一告警方案为电话告警、邮件告警和短信告警中的至少两种；若第一异常数据的告警等级为第三等级，则确定第一告警方案为邮件告警和短信告警；若第一异常数据的告警等级为第四等级，则确定第一告警方案为邮件告警。其中，第一等级对应的紧急程度大于第二等级对应的紧急程度，第二等级对应的紧急程度大于第三等级对应的紧急程度，第三等级对应的紧急程度大于第四等级对应的紧急程度。

[0091] 其中，紧急程度可以是指对轨道交通系统的影响程度，例如异常数据可以包括列车上的展示屏相关设备、列车闸门相关设备、车站供电相关设备。其中，车站供电相关设备对应的紧急程度大于列车闸门相关设备对应的紧急程度，列车闸门相关设备对应的紧急程度大于车辆上的展示屏相关设备对应的紧急程度。也可以理解为，车站停电对车辆运行的影响程度大于列车闸门(即防止乘客误入轨道的闸门，闸门开启之后才能进入列车车门，进而进入列车车厢)损坏的影响程度，列车闸门损坏的影响程度大于车辆上的展示屏(如列车上的广告显示屏)损坏的影响程度。由于异常数据对应的告警等级不同，对于紧急程度大于紧急阈值的异常，可以通过电话告警等告警效率较高的告警方案实现告警，对于紧急程度小于紧急阈值的异常，可以通过邮件告警或者短信告警等告警效率低于电话告警的告警方案实现告警，可以实现资源合理利用。

[0092] 可以理解的是，中央管理设备基于第二异常数据的告警等级选择匹配的第二告警方案的方法可以参考基于第一异常数据的告警等级选择匹配的第一告警方案的方法，此处不做过多描述。

[0093] 可选地，若告警等级为第二等级，还可以确定第一告警方案至少包括电话告警。也就是说，若告警等级为第二等级，第一告警方案可以包括电话告警和邮件告警，或者第一告警方案可以包括电话告警和短信告警，或者第一告警方案可以包括电话告警、短信告警和邮件告警。可选地，第一告警方案还可以包括其他即时通信程序，进而中央处理系统还可以基于其他即时通信程序实现告警。

[0094] 可选地，若异常数据包括设备宕机，则可以确定该异常数据对应的异常等级为第一等级；若异常数据包括磁盘占用90％，则可以确定该异常数据对应的异常等级为第二等级；若异常数据包括数据库访问量大于预设阈值，则可以确定该异常数据对应的异常等级为第三等级，等等。

[0095] 可选地，中央处理系统还可以预先设置告警电话模板、短信模板以及邮件模板，告警模板中可以包括告警集群、告警内容、异常处理时限、该设备的历史告警数据以及历史处理告警集群，等等。当获取到异常数据时，可以快速基于异常数据的告警等级确定告警模板，提升异常处理效率。

[0096] 可选地，若第一工作数据中不存在异常数据，则中央管理设备可以继续获取轨道交通系统中各个车站设备的第一工作数据，当第一工作数据中存在异常数据时，进行告警。可选地，若第二工作数据中不存在异常数据，则车站管理设备可以继续获取轨道交通系统中各个车站设备的第二工作数据，当第二工作数据中存在异常数据时，向中央管理设备发送异常数据实现告警。通过实时监测轨道交通系统中的各个车站设备的工作数据，可以及时确定异常数据并进行异常处理。可选地，中央管理设备可以通过公用网络向告警集群发送告警信息，使得告警集群可以收到告警信息，告警信息可以包括异常数据、异常数据对应的车站设备、异常数据所在的车站的标识，等等。

[0097] 请参见图5，图5是本申请实施例提供的一种数据告警的方法流程示意图；如图5所示，该数据告警的方法可以应用于中央管理设备，该数据告警的方法包括但不限于以下步骤：

[0098] S201，采集轨道交通系统中的各个车站设备的工作数据。

[0099] 其中，中央管理设备可以通过主动探活的方式从轨道交通系统中的各个车站设备中拉取车站设备的工作数据。

[0100] S202，基于工作数据的数据类型匹配异常数据判断规则。

[0101] 其中，工作数据的数据类型包括状态型、耗时型、资源型、综合型，等等，不同的数据类型对应不同的异常数据判断规则。

[0102] S203，若工作数据的数据类型为状态型，则判断状态是否正常。

[0103] 例如，可以判断工作数据是否为预设状态，若工作数据中的状态为预设状态，则确定状态正常。若是，即工作数据对应的状态正常，则确定该工作数据正常，继续获取车站设备的工作数据。若否，即工作数据对应的状态不正常，则确定该工作数据异常，则将该工作数据确定为异常数据，并执行步骤S207。

[0104] S204，若工作数据的数据类型为耗时型，则判断耗时是否超过规定时长范围。

[0105] 若是，即工作数据对应的耗时超过规定时长范围，则确定该工作数据异常，则将该工作数据确定为异常数据并执行步骤S207。若否，即工作数据对应的耗时未超过规定时长范围，则确定该工作数据正常，继续获取车站设备的工作数据。

[0106] S205，若工作数据的数据类型为资源型，则判断资源使用情况是否超过规定资源范围。

[0107] 若是，即工作数据对应的资源使用情况超过规定资源范围，则确定该工作数据异常，则将该工作数据确定为异常数据并执行步骤S207。若否，即工作数据对应的资源使用情况未超过规定资源范围，则确定该工作数据正常，继续获取车站设备的工作数据。

[0108] S206，若工作数据的数据类型为综合型，则根据规则综合计算是否属于异常指标。

[0109] 若是，即根据规则综合计算工作数据属于异常指标，则将该工作数据确定为异常数据并执行步骤S207。若否，即根据规则综合计算工作数据不属于异常指标，则确定该工作数据正常，继续获取车站设备的工作数据。

[0110] S207，基于异常数据确定告警集群。

[0111] 其中，告警集群的数量可以为多个，每个告警集群处理的异常数据可以不同，因此可以将异常数据发送至匹配的告警集群，从而实现针对性异常处理。

[0112] S208，确定异常数据的告警等级，确定与告警等级对应的告警方案，基于告警方案向告警集群发送异常数据。

[0113] 其中，异常数据的告警等级包括一级告警(即第一等级)、二级告警(即第二等级)、三级告警(即第三等级)、四级告警(即第四等级)，等等。一级告警的紧急程度大于二级告警的紧急程度、二级告警的紧急程度大于三级告警的紧急程度、三级告警的紧急程度大于四级告警的紧急程度。告警方案可以包括电话告警、短信告警和邮件告警中的至少一种。基于不同的告警等级确定不同的告警方案，可以实现资源的合理使用。本申请实施例中步骤S201～步骤S208的具体实现方式还可以参考图3对应的实施例中步骤S101～步骤S103，此处不再赘述。

[0114] 本申请技术方案中，中央管理设备和车站管理设备是两个独立的系统，中央管理设备可以是指相对于车站级别平台的线网级基础平台及综合管理等应用平台，车站管理设备可以是指车站级别平台，因此除了车站级别对轨道交通系统进行管理告警之外，还有线网级别的管理告警。通过使用两条链路分别对轨道交通系统中的各个车站设备进行监测，可以解决车站管理设备宕机，导致告警信息无法发送的问题，也可以解决车站管理设备宕机，导致车站内部的告警中心无法发送告警信息的问题。进一步地，本方案可以解决车站管理设备和中央管理设备之间的网络中断后，车站的轨道交通系统出现异常无法实现告警的问题，此时中央管理设备启动探活机制，可以快速确定轨道交通系统中的异常数据并实现告警，提升数据的处理效率。

[0115] 本申请实施例中，通过主动探活的方式从轨道交通系统中各个车站设备拉取第一工作数据，以确定第一异常数据，以及获取车站管理设备发送的第二异常数据，基于第一异常数据和第二异常数据进行告警。由于可以从两条链路对轨道交通系统中的各个车站设备的工作状态进行监测，即一条链路为主动监测各个车站设备的工作数据确定是否存在异常数据，另一条链路为获取车站管理设备发送的异常数据，即车站管理设备对轨道交通系统中的各个车站设备的工作状态进行监测，两条链路之间互不干扰，因此一条链路异常时不会影响另一条链路的工作状态。可以避免由于车站管理设备异常无法实现告警，提高轨道交通系统中数据告警的效率，也在一定程度上提升了数据告警的准确性。

[0116] 可选的，请参见图6，图6是本申请实施例提供的一种数据展示方法的流程示意图。该数据展示方法可以应用于中央管理设备；如图6所示，该数据展示方法包括但不限于以下步骤：

[0117] S301，获取轨道交通系统中各个车站设备的第一工作数据。

[0118] 本申请实施例中，中央管理设备可以获取轨道交通系统中各个车站设备的第一工作数据。具体获取第一工作数据的方式可以参考上述步骤S101中获取第一工作数据的方式，此处不再赘述。

[0119] S302，获取数据展示频率、展示样式，以及数据展示条件。

[0120] 本申请实施例中，中央管理设备在拉取到第一工作数据的情况下，可以存储在关联的数据库中，当需要进行数据展示时，可以从该数据库中拉取需要展示的数据。其中，数据展示频率可以是指从数据库拉取展示数据的频率，或者数据展示频率也可以是指数据展示周期，等等。展示样式可以包括但不限于折线图、柱状图、饼图、表格、柏拉图等样式。数据展示条件可以用于对需要展示的数据进行筛选。例如，数据展示条件可以包括车站的标识(如车站名称、车站编号等)、轨道交通系统中的设备的标识(如设备名称、设备编号等)、某个时段下多个车站设备的工作数据、某一类设备的工作数据、异常设备的工作数据中的任意一种，也可以包括其中的至少两种，例如数据展示条件可以包括车站的标识为车站C且在时段D下多个车站设备的工作数据。

[0121] 可选地，中央管理设备可以检测不同的选择指令，基于选择指令实现针对性数据展示，例如可以使用以下方式中的任意一种实现针对性数据展示，或者结合以下多种方式实现针对性数据展示：

[0122] 第一种方式，当检测到针对目标车站的标识的第一选择指令时，基于第一选择指令对第一工作数据进行筛选，按照数据展示频率和展示样式对目标车站对应的设备的工作数据进行展示。其中，中央管理设备用于管理多个车站对应的轨道交通系统，因此监测的数据量是巨大的，通过目标车站的标识对需要展示的工作数据进行筛选后展示，可以减少数据量，丰富页面展示方式。

[0123] 第二种方式，当检测到针对目标类型设备的第二选择指令时，基于第二选择指令对第一工作数据进行筛选，按照数据展示频率和展示样式对目标类型设备对应的工作数据进行展示。目标类型设备可以是指轨道交通系统中的任意车站设备，通过对目标类型设备的工作数据进行展示，可以实现针对性数据展示，丰富数据展示方式。

[0124] 第三种方式，当检测到针对目标时间范围的第三选择指令时，基于第三选择指令对第一工作数据进行筛选，按照数据展示频率和展示样式对目标时间范围的工作数据进行展示。目标时间范围可以是任意时间范围，例如可以是指两小时内的所有车站设备的工作数据，通过使用时间来筛选车站设备的工作数据，可以减少页面展示的数据量，实现针对性数据展示。

[0125] 可选地，还可以对每种类型的指标进行聚合运算，将运算后的工作数据进行展示，例如工作数据的数据类型为状态型，中央管理设备每间隔10秒拉取一次车站设备的工作数据，则通过对车站设备在多个周期下的工作数据进行聚合(例如每间隔40秒展示一次)，聚合运算还可以是指对耗时型数据进行求和、平均值等运算，将聚合后的工作数据进行展示，可以简化数据展示页面，使得页面展示更清晰。

[0126] S303，基于数据展示条件对第一工作数据进行筛选，将筛选后的数据按照数据展示频率和展示样式进行展示。

[0127] 本申请实施例中，由于数据展示条件用于对需要展示的第一工作数据进行筛选，因此可以将筛选后的数据按照数据展示频率和展示样式进行展示。如图7所示，图7是本申请实施例提供的一种展示界面的示意图，图7中的7a可以是指基于车站的标识对第一工作数据进行筛选并展示，其中，车站名称为车站A，车站A中包括5个车站设备，连通性可以是指每个车站设备的状态、耗时可以是指连通每个车站设备所消耗的时长。图7中的7b可以是指基于时间段对第一工作数据进行筛选并展示，其中，时间段可以为当前时段的前一个小时。通过展示第一工作数据，可以直观地查看到车站设备的工作状态。

[0128] 可选地，对于车站管理设备来说，车站管理设备也可以展示轨道交通设备的第二工作数据，车站管理设备可以对需要展示的第二工作数据进行筛选，将筛选后的第二工作数据展示在显示界面中。如图8所示，图8是本申请实施例提供的另一种展示界面的示意图，图8中的区域1可以包括主机1和关联项(即主机1的关联主机)的资源总览，区域1中包括主机1和关联主机的IP地址、主机名称、运行时间、内存、CPU核数、CPU使用率、内存使用率、分区使用率、下载带宽、上传带宽，等等。区域2可以包括主机1的运行时间、CPU核数、总内存、总CPU使用率、最大分区使用率，等等。区域3可以是指通过折线图的方式展示主机1的内存信息。区域4可以是指主机1中各分区可用空间数据，包括主机名称、文件系统、总空间、可用空间、使用率(即分区使用率)，等等。区域5可以用于反映主机1每秒网络宽带使用情况。区域6可以是指主机1每小时流量使用情况。可以理解的是，展示界面中还可以展示更多的主机信息以及还可以使用更多展示样式展示主机的各项信息，本申请实施例对此不作限定。通过分别展示轨道交通系统中各个车站设备的各项数据，可以直观地查看到主机的状态变化情况，进而更好地对车站设备进行监测。

[0129] 请参见图9，图9是本申请实施例提供的一种系统整体架构示意图，其中，车站的数量可以包括N个，N为大于或等于1的正整数。以车站1为例进行说明，车站1可以包括车站管理设备1和M个车站设备(即轨道交通系统中的车站设备1至M个车站设备)，M为大于或等于1的正整数，车站管理设备1和M个车站设备实时上报第二工作数据至车站管理设备1，若第二工作数据均正常，则继续执行第二工作数据上报。若第二工作数据异常，则生成告警信息，告警信息可以包括异常数据、异常设备的标识，等等。进一步地，基于告警信息匹配告警等级、基于告警等级选择告警通道，告警等级可以是指告警方案，则告警通道可以包括电话告警、短信告警、邮件告警中的至少一种，基于告警通道确定告警模板并发送至中央管理设备，中央管理设备可以通过告警通道按照告警模板向对应的告警集群(如处理团队)发送告警信息。其中，车站1中还可以包括多个车站管理设备，每个车站管理设备的作用可以相同，或者，多个车站管理设备可以共同实现对车站1中的M个设备的第一工作数据进行处理。可以理解的是，对于N个车站中的其他N‑1个车站，可以参考该种方式进行告警。进一步地，中央管理设备可以接收每个车站的车站管理设备发送的告警信息进行告警，还可以通过主动探活的方式监测N个车站中每个车站包括的M个车站设备的第一工作数据，若确定第一工作数据中存在异常数据，则生成告警信息，基于告警信息匹配告警等级、基于告警等级选择告警通道，基于告警通道确定告警模板，进而可以基于告警通道按照告警模板向对应的告警集群(如处理团队)发送告警信息，从而实现告警。

[0130] 可选地，中央管理设备还可以基于第一异常数据和第二异常数据确定异常频率大于目标频率的至少一个目标异常设备，确定至少一个目标异常设备的展示频率为第一频率，按照第一频率展示至少一个目标异常设备的工作数据。由于目标异常设备出现异常的频率较高，因此通过将目标异常设备对应的展示频率设置为较高的频率，可以实现针对性设备监测，提高数据监测的准确性。对于其他车站设备，例如其他出现异常的频率小于目标频率的车站设备，由于其出现异常的频率较低，因此可以将该车站设备对应的展示频率设置为较低的频率，可以节省资源。

[0131] 可选地，在告警之后，中央管理设备还可以获取异常处理所需的目标处理时长，基于目标处理时长确定目标方案，将目标方案发送至异常数据对应的车站管理设备，以使车站管理设备基于目标方案对异常数据进行处理。若目标处理时长小于时长阈值，则目标方案为生成用于提示用户等待的等待提示信息，向车站管理设备发送等待提示信息；若目标处理时长大于或等于时长阈值，则目标方案为生成用于提示用户对出行方式进行调整的调整提示信息。

[0132] 其中，目标处理时长可以是指处理该设备异常所需要消耗的时长，目标处理时长可以基于历史异常处理记录确定，或者也可以由告警集群上报。目标方案可以用于对异常数据进行处理。例如异常数据包括列车1的开关门控制系统异常导致列车1的车门无法关闭，则目标方案可以是指暂停运行列车1，使用列车2临时替换列车1，列车2可以是指备用列车。或者，目标方案还可以是指针对出行路线的调整方案。例如车站A中的轨道交通系统全部断电，则目标方案可以是指其他可以绕过车站A的出行路线，从而提示用户对出行方式进行调整。通过使用目标方案，可以提升异常处理效率，通过提示用户，可以使得用户对出行方式进行调整，提升出行效率，增加用户体验。

[0133] 在本申请实施例中，通过主动探活的方式从轨道交通系统中各个车站设备拉取第一工作数据，以确定第一异常数据，以及获取车站管理设备发送的第二异常数据，基于第一异常数据和第二异常数据进行告警。由于可以从两条链路对轨道交通系统中的各个车站设备的工作状态进行监测，即一条链路为主动监测各个车站设备的工作数据确定是否存在异常数据，另一条链路为获取车站管理设备发送的异常数据，即车站管理设备对轨道交通系统中的各个车站设备的工作状态进行监测，两条链路之间互不干扰，因此一条链路异常时不会影响另一条链路的工作状态。可以避免由于车站管理设备异常无法实现告警，提高轨道交通系统中数据告警的效率，也在一定程度上提升了数据告警的准确性。另一方面，由于获取轨道交通系统中各个车站设备的第一工作数据；获取数据展示频率、展示样式，以及数据展示条件；基于数据展示条件对第一工作数据进行筛选，将筛选后的数据按照数据展示频率和展示样式进行展示，可以实现针对性数据展示。进一步地，由于针对获取到的轨道交通系统中各个设备的工作数据可以进行筛选展示，例如可以基于不同的选择指令进行针对性数据展示。如针对特定车站的选择指令、针对特定类型的设备的选择指令或者针对特定时间范围的选择指令对设备的工作数据进行筛选，可以丰富数据展示方式，实现快速展示，进而可以快速查看任何设备的工作情况。并且，通过使用不同的展示样式进行数据展示，可以进一步丰富数据展示方式，避免使用同一种数据展示方式进行展示导致混淆，增加数据可读性。

[0134] 上面介绍了本申请实施例的方法，下面介绍本申请实施例的装置。

[0135] 参见图10，图10是本申请实施例提供的一种地铁云平台云边同步装置的组成结构示意图，上述地铁云平台云边同步装置可以是运行于终端设备中的一个计算机程序(包括程序代码)；该地铁云平台云边同步装置可以用于执行本申请实施例提供的地铁云平台云边同步方法中的相应步骤。可选地，该地铁云平台云边同步装置还可以部署于中央管理设备，该中央管理设备与轨道交通系统建立通信连接，该轨道交通系统中包括至少一个车站管理设备和每个车站管理设备对应的多个车站设备，该中央管理设备用于对该车站管理设备和该车站管理设备对应的多个车站设备进行监测，该车站管理设备用于对该车站管理设备对应的多个车站设备进行监测。例如，该地铁云平台云边同步装置100包括：

[0136] 第一获取单元1001，用于通过主动探活的方式从轨道交通系统中各个车站设备中拉取第一工作数据，基于该各个车站设备的第一工作数据确定该轨道交通系统的第一异常数据，该第一工作数据用于指示该轨道交通系统中各个车站设备是否处于工作状态；

[0137] 第二获取单元1002，用于获取车站管理设备发送的第二异常数据，该第二异常数据是基于该轨道交通系统中各个车站设备的第二工作数据确定的，该第二工作数据用于指示该轨道交通系统中各个车站设备的工作指标数据；

[0138] 数据告警单元1003，用于基于该第一异常数据和该第二异常数据进行告警。

[0139] 可选地，该第一获取单元1001，具体用于：

[0140] 若在目标时间段内未获取到该车站管理设备发送的第二异常数据，则通过主动探活的方式从该轨道交通系统中各个车站设备中拉取第一工作数据；或者，

[0141] 若在目标时间段内未获取到该车站管理设备发送的用于指示该轨道交通系统正常运行的指示信息，则通过主动探活的方式从该轨道交通系统中各个车站设备中拉取第一工作数据；

[0142] 可选地，该数据告警单元1003，具体用于：

[0143] 当获取到该车站管理设备发送的第二异常数据时，向该轨道交通系统中与该第二异常数据对应的异常设备发送连接请求，该连接请求用于建立与该异常设备之间的连接；

[0144] 若与该异常设备之间的连接失败，则基于该第二异常数据进行告警；

[0145] 若与该异常设备之间的连接成功，则获取该异常设备的异常数据，基于该异常设备的异常数据进行告警。

[0146] 可选地，该数据告警单元1003，具体用于：

[0147] 获取该车站管理设备发送的该第二工作数据；

[0148] 若该第一工作数据对应的设备与该第二工作数据对应的设备为相同设备，且该第一工作数据指示设备正常，该第二工作数据指示设备异常，则将该第二工作数据确定为第二异常数据，基于该第二异常数据进行告警。

[0149] 可选地，第一异常数据判断规则包括第一判断规则、第二判断规则、第三判断规则、第四判断规则中的至少一种；该第一获取单元1001，具体用于：

[0150] 若该第一工作数据指示轨道交通系统中的各个车站设备正常，则获取该各个车站设备的工作指标数据，该工作指标数据包括该轨道交通系统中各个车站设备的服务器资源数据、设备服务数据、进程运行数据、网络运行数据、数据库运行数据、消息队列运行数据中的至少一种；

[0151] 获取所述各个车站设备的工作指标数据的数据类型，所述数据类型包括状态型指标、耗时型指标、资源型指标、综合型指标中的至少一种；

[0152] 若所述数据类型为状态型指标，则基于所述状态型指标匹配第一判断规则，基于所述第一判断规则确定所述工作指标数据是否存在异常，所述第一判断规则用于判断所述工作指标数据是否为预设状态；

[0153] 若所述数据类型为耗时型指标，则基于所述耗时型指标匹配第二判断规则，基于所述第二判断规则确定所述工作指标数据是否存在异常，所述第二判断规则用于判断所述工作指标数据是否超过规定时长范围；

[0154] 若所述数据类型为资源型指标，则基于所述资源型指标匹配第三判断规则，基于所述第三判断规则确定所述工作指标数据是否存在异常，所述第三判断规则用于判断所述工作指标数据中的资源使用情况是否超过规定资源范围；

[0155] 若所述数据类型为综合型指标，则基于所述综合型指标匹配第四判断规则，基于所述第四判断规则确定所述工作指标数据是否存在异常，所述第四判断规则用于根据规则综合计算所述工作指标数据是否属于异常指标；

[0156] 将存在异常的工作指标数据确定为所述第一异常数据；

[0157] 若所述第一工作数据指示轨道交通系统中的任意设备异常，则将所述第一工作数据确定为所述第一异常数据。

[0158] 可选地，该数据告警单元1003，具体用于：

[0159] 获取该第一异常数据的异常类型和该第二异常数据的异常类型；

[0160] 计算该第一异常数据的异常类型和该第二异常数据的异常类型之间的相似度；

[0161] 若该相似度大于相似度阈值，则确定与该第一异常数据和该第二异常数据匹配的第一告警集群，向该第一告警集群发送该第一异常数据或该第二异常数据；

[0162] 若该相似度小于或等于该相似度阈值，则确定与该第一异常数据匹配的第二告警集群，以及确定与该第二异常数据匹配的第三告警集群，向该第二告警集群发送该第一异常数据，向该第三告警集群发送该第二异常数据。

[0163] 可选地，该数据告警单元1003，具体用于：

[0164] 分别确定该第一异常数据的告警等级和该第二异常数据的告警等级；

[0165] 基于该第一异常数据的告警等级选择匹配的第一告警方案，以及基于该第二异常数据的告警等级选择匹配的第二告警方案，基于第一告警方案进行告警，以及基于第二告警方案进行告警，告警方案包括电话告警、邮件告警和短信告警中的至少一种。

[0166] 可选地，该数据告警单元1003，具体用于：

[0167] 若该第一异常数据的告警等级为第一等级，则确定该第一告警方案为电话告警、邮件告警和短信告警；

[0168] 若该第一异常数据的告警等级为第二等级，则确定该第一告警方案为电话告警、邮件告警和短信告警中的至少两种；

[0169] 若该第一异常数据的告警等级为第三等级，则确定该第一告警方案为邮件告警和短信告警；

[0170] 若该第一异常数据的告警等级为第四等级，则确定该第一告警方案为邮件告警，该第一等级对应的紧急程度大于该第二等级对应的紧急程度，该第二等级对应的紧急程度大于该第三等级对应的紧急程度，该第三等级对应的紧急程度大于该第四等级对应的紧急程度。

[0171] 可选地，该地铁云平台云边同步装置100还包括数据展示单元1004，用于：

[0172] 获取数据展示频率、展示样式，以及数据展示条件，该数据展示条件用于对需要展示的数据进行筛选；

[0173] 基于该数据展示条件对该第一工作数据进行筛选，将筛选后的数据按照该数据展示频率和该展示样式进行展示。

[0174] 可选地，该数据展示单元1004，具体用于：

[0175] 当检测到针对目标车站的标识的第一选择指令时，基于该第一选择指令对该第一工作数据进行筛选，按照该数据展示频率和该展示样式对该目标车站对应的设备的工作数据进行展示；

[0176] 当检测到针对目标类型设备的第二选择指令时，基于该第二选择指令对该第一工作数据进行筛选，按照该数据展示频率和该展示样式对该目标类型设备对应的工作数据进行展示；

[0177] 当检测到针对目标时间范围的第三选择指令时，基于该第三选择指令对该第一工作数据进行筛选，按照该数据展示频率和该展示样式对该目标时间范围的工作数据进行展示。

[0178] 可选地，该第一获取单元1001，具体用于：

[0179] 获取针对该轨道交通系统的探活因子，基于该探活因子确定针对该各个车站设备的探活频率，该探活因子包括发车频率、人流量、环境天气数据、该各个车站设备的使用时长、该各个车站设备的重要等级中的至少一种；

[0180] 通过主动探活的方式并按照该探活频率从该轨道交通系统的各个车站设备中拉取第一工作数据。

[0181] 需要说明的是，图10对应的实施例中未提及的内容可参见方法实施例的描述，这里不再赘述。

[0182] 本申请实施例中，通过主动探活的方式从轨道交通系统中各个车站设备拉取第一工作数据，以确定第一异常数据，以及获取车站管理设备发送的第二异常数据，基于第一异常数据和第二异常数据进行告警。由于可以从两条链路对轨道交通系统中的各个车站设备的工作状态进行监测，即一条链路为主动监测各个车站设备的工作数据确定是否存在异常数据，另一条链路为获取车站管理设备发送的异常数据，即车站管理设备对轨道交通系统中的各个车站设备的工作状态进行监测，两条链路之间互不干扰，因此一条链路异常时不会影响另一条链路的工作状态。可以避免由于车站管理设备异常无法实现告警，提高轨道交通系统中数据告警的效率，也在一定程度上提升了数据告警的准确性。

[0183] 参见图11，图11是本申请实施例提供的一种计算机设备的组成结构示意图。如图11所示，上述计算机设备110可以包括：处理器1101、存储器1102以及网络接口1103。处理器
1101连接到存储器1102和网络接口1103，例如处理器1101可以通过总线连接到存储器1102和网络接口1103。其中，计算机设备可以是终端设备，也可以是服务器。

[0184] 处理器1101被配置为支持地铁云平台云边同步装置执行上述的地铁云平台云边同步方法中相应的功能。该处理器1101可以是中央处理器(Central Processing Unit，CPU)，网络处理器(Network Processor，NP)，硬件芯片或者其任意组合。上述硬件芯片可以是专用集成电路(Application‑Specific Integrated Circuit，ASIC)，可编程逻辑器件(Programmable Logic Device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)，现场可编程逻辑门阵列(Field‑Programmable Gate Array，FPGA)，通用阵列逻辑(Generic Array Logic,GAL)或其任意组合。

[0185] 存储器1102存储器用于存储程序代码等。存储器1102可以包括易失性存储器(Volatile Memory，VM)，例如随机存取存储器(Random Access Memory，RAM)；存储器1102也可以包括非易失性存储器(Non‑Volatile Memory，NVM)，例如只读存储器(Read‑Only Memory，ROM)，快闪存储器(flash memory)，硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid‑State Drive，SSD)；存储器1102还可以包括上述种类的存储器的组合。

[0186] 网络接口1103用于提供网络通讯功能。

[0187] 处理器1101可以调用该程序代码以执行以下操作：

[0188] 通过主动探活的方式从轨道交通系统中各个车站设备中拉取第一工作数据，基于该各个车站设备的第一工作数据确定该轨道交通系统的第一异常数据，该第一工作数据用于指示该轨道交通系统中各个车站设备是否处于工作状态；

[0189] 获取车站管理设备发送的第二异常数据，该第二异常数据是基于该轨道交通系统中各个车站设备的第二工作数据确定的，该第二工作数据用于指示该轨道交通系统中各个车站设备的工作指标数据；

[0190] 基于该第一异常数据和该第二异常数据进行告警。

[0191] 本申请实施例中，通过主动探活的方式从轨道交通系统中各个车站设备拉取第一工作数据，以确定第一异常数据，以及获取车站管理设备发送的第二异常数据，基于第一异常数据和第二异常数据进行告警。由于可以从两条链路对轨道交通系统中的各个车站设备的工作状态进行监测，即一条链路为主动监测各个车站设备的工作数据确定是否存在异常数据，另一条链路为获取车站管理设备发送的异常数据，即车站管理设备对轨道交通系统中的各个车站设备的工作状态进行监测，两条链路之间互不干扰，因此一条链路异常时不会影响另一条链路的工作状态。可以避免由于车站管理设备异常无法实现告警，提高轨道交通系统中数据告警的效率，也在一定程度上提升了数据告警的准确性。

[0192] 应当理解，本申请实施例中所描述的计算机设备110可执行前文图3、图5和图6所对应实施例中对方法的描述，也可执行前文图10所对应实施例中对上述地铁云平台云边同步装置的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

[0193] 本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令当被计算机执行时使该计算机执行如前述实施例的方法，该计算机可以为上述提到的计算机设备的一部分。例如为上述的处理器1101。作为示例，程序指令可被部署在一个计算机设备上执行，或者被部署位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行，分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链网络。

[0194] 本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令被处理器执行时可实现上述方法中的部分或全部步骤。可选地，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器可从计算机可读存储介质读取该计算机指令，处理器可执行该计算机指令，使得该计算机设备执行上述各方法的实施例中所执行的步骤。

[0195] 本领域普通技术人员可以理解实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，该的存储介质可为磁碟、光盘、只读存储记忆体(Read‑Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

[0196] 以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

查看完整全部详细技术资料

当前第1页第1页第2页第3页