一种轨道交通监测控制系统、方法、设备和存储介质与流程

1.本技术涉及分布式领域，特别是涉及一种轨道交通监测控制系统、方法、设备和存储介质。


背景技术：

2.随着轨道交通建设的蓬勃发展，轨道交通系统的各种设备也越来越完备，例如，车站的空调、通风、电力、火灾报警、闭路电视、广播及电话、给排水、照明、车站动力、自动扶梯等设备。
3.因此，提供安全、稳定的轨道交通监测控制系统成为亟待解决的问题。


技术实现要素：

4.基于上述问题，本技术提供了一种轨道交通监测控制系统、方法、设备和存储介质，能够实现对各轨道交通设备的综合控制。
5.本技术实施例公开了如下技术方案：
6.本技术实施例第一方面提供一种轨道交通监测控制系统，包括：控制终端、网关服务实例、车站服务单元、车站数据采集前置机和设备子系统；所述车站服务单元包括：设备控制服务实例；
7.所述网关服务实例用于响应于控制终端发送的控制请求，将控制请求转发给设备控制服务实例；
8.所述设备控制服务实例用于根据所述控制请求向对应的车站数据采集前置机发送控制指令；
9.所述车站数据采集前置机用于将所述控制指令转发给对应的设备子系统；
10.所述设备子系统用于根据所述控制指令执行相应的控制操作。
11.在一种可能的实现方式中，所述控制请求包括：设备的标识、控制类型；
12.所述设备控制服务实例具体用于根据设备标识查询配置数据库以获取设备配置信息；根据设备配置信息和控制类型生成控制指令发送给对应的车站数据采集前置机。
13.在一种可能的实现方式中，所述车站服务单元还包括：实时数据库服务实例；
14.所述车站前置数据采集机还用于采集设备子系统的实时数据，将设备子系统的实时数据发送给所述实时数据库服务实例；
15.所述实时数据库服务实例还用于将设备子系统的实时数据写入实时数据库中。
16.在一种可能的实现方式中，所述设备子系统还用于在根据所述控制指令执行相应的控制操作之后，将操作结果返回给车站数据采集前置机；
17.所述车站数据采集前置机还用于在收到操作结果后，将操作结果发送给所述设备控制服务实例；
18.设备控制服务实例还用于将所述操作结果返回给网关服务实例；
19.所述网关服务实例还用于将所述操作结果返回给控制终端。
20.在一种可能的实现方式中，所述实时数据库服务实例还用于在将设备子系统的实时数据写入实时数据库中的同时，触发其他与设备子系统的实时数据关联的服务实例。
21.在一种可能的实现方式中，所述车站前置数据采集机具体用于采集设备子系统的实时数据，将所述实时数据以预设数据结构的形式发送给所述实时数据库服务实例；
22.所述实时数据库服务实例具体用于对所述预设数据结构形式的实时数据进行解析和验证，将验证通过的设备子系统的实时数据写入实时数据库中。
23.在一种可能的实现方式中，所述系统还包括服务注册与发现子系统，用于存储各服务实例的配置数据；
24.所述网关服务实例具体用于响应于控制终端发送的控制请求，从服务注册与发现子系统查询对应的设备控制服务实例的通信接口信息，并根据通信接口信息将控制请求转发给对应的设备控制服务实例。
25.在一种可能的实现方式中，所述系统还包括配置工具，用于访问配置数据库进行配置数据的写入。
26.本技术第二方面提供一种轨道交通监测控制方法，应用于网关服务实例，所述方法包括：
27.响应于控制终端发送的控制请求，将控制请求转发给设备控制服务实例，以便所述设备控制服务实例根据所述控制请求向对应的车站数据采集前置机发送控制指令，使所述车站数据采集前置机将所述控制指令转发给对应的设备子系统，进而使所述设备子系统根据所述控制指令执行相应的控制操作。
28.本技术第三方面提供一种轨道交通监测控制方法，应用于设备控制服务实例，所述方法包括：
29.接收控制请求，根据所述控制请求向对应的车站数据采集前置机发送控制指令，使所述车站数据采集前置机将所述控制指令转发给对应的设备子系统；进而使所述设备子系统根据所述控制指令执行相应的控制操作；所述控制请求是网关服务实例接收控制终端发送的控制请求后转发的。
30.本技术实施例第四方面提供一种轨道交通监测控制设备，包括：处理器、存储器、系统总线；
31.所述处理器以及所述存储器通过所述系统总线相连；
32.所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行本技术实施例第二方面或第三方面提供所述的轨道交通监测控制方法。
33.本技术实施例第五方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行本技术实施例第二方面或第三方面提供所述的轨道交通监测控制方法。
34.相较于现有技术，本技术具有以下有益效果：
35.本技术提供的一种轨道交通监测控制系统，包括：控制终端、网关服务实例、设备控制服务实例、车站数据采集前置机和设备子系统；所述网关服务实例用于响应于控制终端发送的控制请求，将控制请求转发给设备控制服务实例；所述设备控制服务实例用于根据所述控制请求向对应的车站数据采集前置机发送控制指令；所述车站数据采集前置机用
于将所述控制指令转发给对应的设备子系统。该系统通过调用设备控制服务实例，通过车站数据采集前置机对设备子系统进行控制，基于微服务架构实现对轨道交通的高效管制。
附图说明
36.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
37.图1为本技术实施例提供的一种轨道交通监测控制系统结构图；
38.图2为本技术实施例提供的另一种轨道交通监测控制系统结构图；
39.图3为本技术实施例提供的车站服务单元的架构图；
40.图4为本技术实施例提供的kubernetes平台的自定义网关服务实例架构图；
41.图5为本技术实施例提供的配置工具发布工程配置数据流程示意图；
42.图6为本技术实施例提供的一种轨道交通监测控制方法结构图；
43.图7为本技术实施例提供的一种计算机结构图。
具体实施方式
44.术语解释：
45.kubernetes：一款开源的容器编排管理工具，可以自动化部署、扩展和管理容器化应用程序。它可以有效地管理大规模容器化应用程序的部署和运行，并提供了多种特性，如自我修复、负载均衡和自动扩容等，从而提高了系统的可靠性、可伸缩性和弹性。使用kubernetes可以将应用程序打包为一个或多个容器，然后将这些容器部署到kubernetes集群中。kubernetes会自动处理容器的调度、配置、监控和自愈等任务，从而让开发人员可以专注于应用程序本身的开发和维护，而不必关心底层基础设施的细节。kubernetes还支持多种容器运行时，如docker、rkt和cri-o等，并提供了丰富的插件和扩展机制，可以通过插件来扩展kubernetes的功能，从而满足不同场景的需求。总之，kubernetes是一款强大的容器编排管理工具，可以帮助开发人员和运维人员更加高效地管理和运行容器化应用程序。
46.pod：kubernetes中最小的可部署对象。pod通常由一个或多个容器组成，并共享同一节点和存储卷。pod可以在集群内的任何节点上运行，并且可以共享网络和存储资源。
47.service：一组pod的抽象，service提供了一种访问这些pod的稳定方式。service可以定义一个内部的clusterip或一个外部的loadbalancer，使得其他应用程序可以通过service来访问pod。
48.deployment：用于管理pod的对象。deployment使得pod的部署和更新变得更加容易和可预测。
49.微服务：微服务(microservices)是一种基于分布式架构的软件设计模式，将大型应用程序拆分为一组小型服务，每个服务都可以独立开发、部署和运行，通过网关或消息总线等方式进行通信和协作，从而构建一个弹性、可伸缩、可维护和可升级的系统。
50.etcd：一个开源的、分布式的、高可用性的键值存储系统，主要用于存储和管理分布式系统中的配置数据和服务发现。
51.fep(front-end processor，前置处理器)：指在分布式系统中，负责数据采集、处理和通信的设备。在轨道交通、能源和工业自动化等领域，fep通常用于实现现场设备和监测控制系统之间的数据交互。
52.mysql：一个开源的关系型数据库管理系统，它使用结构化查询语言(sql)作为访问和管理数据的接口。
53.rpc(remote procedure call，远程过程调用)：一种通信协议，允许程序在不同的计算机之间请求服务，而无需了解底层网络技术的细节。rpc使得分布式系统中的组件可以像本地组件一样进行交互，简化了分布式系统的设计和实现。
54.http(hypertext transfer protocol，超文本传输协议)：一种应用层协议，用于在互联网上传输超文本、图片、音频、视频等多媒体资源。http是基于tcp/ip协议的客户端-服务器模型，客户端发送请求给服务器，服务器处理请求后返回响应给客户端。
55.fdcsrv(field data collection server，现场数据采集服务器)：一个通用名称，用于描述负责收集、处理和存储现场数据的服务器。
56.正如前文所述，轨道交通系统的各种设备越来越多，也越来越完备，例如，各车站的电力设备、通风设备等。
57.传统的对于轨道交通设备的控制系统都采用单机部署的方式，所有的控制操作都使用一个服务器进行处理，容易存在单点故障风险，故障时很难第一时间维护修复，并且难以实现功能扩展，综合控制效率低。
58.基于docker的轨道交通综合监控部署方法及系统，通过将轨道交通综合监控系统拆分成多个独立的组件，并将这些组件打包为docker镜像，实现了系统的分布式部署和自我恢复、故障转移等可靠性保障机制。然而，该实现方案也存在一些缺点。例如，在容器化部署过程中，一些组件之间的依赖关系和版本兼容性问题需要额外注意和处理；容器化技术本身也存在一些安全和稳定性方面的隐患，需要采取一些措施进行防范和监控。
59.有鉴于此，本技术实施例提供一种轨道交通监测控制系统、方法、设备和存储介质。该系统通过调用设备控制服务实例，通过车站数据采集前置机对设备子系统进行控制，基于微服务架构实现对轨道交通的高效管制。
60.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
61.参见图1，该图为本技术实施例面提供的一种轨道交通监测控制系统结构图。如图1所示，该系统包括：控制终端、网关服务实例、车站服务单元、车站数据采集前置机和设备子系统；所述车站服务单元包括：设备控制服务实例、实时数据库服务实例等多个微服务，各微服务分别作为一个独立的pod部署在kubernetes集群中。
62.本实施例中车站服务单元的具体实现为通过对应的车站service来对接设备控制服务实例等微服务。
63.网关服务实例用于响应于控制终端发送的控制请求，将控制请求转发给设备控制服务实例。控制请求为http请求，控制请求中包含了设备的标识、控制类型和相关参数。
64.设备控制服务实例用于根据所述控制请求向对应的车站数据采集前置机发送控
制指令。
65.车站数据采集前置机用于将所述控制指令转发给对应的设备子系统。
66.设备子系统用于根据所述控制指令执行相应的控制操作。
67.图2为本技术实施例提供的另一种轨道交通监测控制系统结构图。如图2所示，所述系统包括各车站控制终端，中央控制终端，各车站控制终端与中央控制终端的控制权限不同，系统还包括：与各车站控制终端一一对应的各车站的网关服务实例，与中央控制终端对应的中央网关服务实例，与各网关服务实例对应的各车站服务，每个车站服务对接有多个服务实例，例如设备控制服务实例，每个车站服务作为多个服务实例的抽象。车站服务会在服务发现与注册中心进行注册，系统还包括：各车站的数据采集前置机和中央数据采集前置机，以及各设备子系统，每个车站至少有一个fep，例如车站1有fepa和fepb，车站2有fepa和fepb，中央数据采集前置机包括fepa和fepb。每个车站服务还会向中央服务同步日志等配置数据。
68.本技术实施例利用基于kubernetes平台，将网关服务实例、设备控制服务实例分别作为一个独立的pod部署在kubernetes集群中，对外提供兼容多种编程语言的rpc接口。该系统还包括其他独立的微服务实例如数据订阅、设备报警、日志和设备控制等，这些微服务实例各自作为独立的pod部署在kubernetes集群中，并对外提供兼容多种编程语言的rpc接口。配置数据库mysql也作为独立的pod部署在kubernetes集群中。
69.各个服务实例会在启动时向etcd进行注册。这些服务实例通过注册自己的信息，实现了服务注册与发现功能，使得网关服务实例和其他需要访问它们的组件能够发现并访问到这些服务实例。网关服务实例接收到控制请求后，首先从etcd服务注册中心查询与设备控制服务相关的rpc接口信息。网关服务根据查询结果，使用rpc调用设备控制服务实例，将控制命令和相关参数传递给设备控制服务。
70.本技术实施例可以使用不同的编程语言来实现各个微服务，从而提高开发效率。充分利用了kubernetes的优势，实现了一个高度可扩展、灵活且易于维护的轨道交通监测控制系统。
71.在一种可能的实现方式中，所述控制请求包括：设备的标识、控制类型；
72.所述设备控制服务实例具体用于根据设备标识查询配置数据库以获取设备配置信息；根据设备配置信息和控制类型生成控制指令发送给对应的车站数据采集前置机。
73.控制请求还可以包括其他相关参数，本技术实施例在此不做限定。
74.在一种可能的实现方式中，所述系统还包括：实时数据库服务实例；
75.所述车站前置数据采集机还用于采集设备子系统的实时数据，将设备子系统的实时数据发送给所述实时数据库服务实例；
76.所述实时数据库服务实例还用于将设备子系统的实时数据写入实时数据库中。
77.在一种可能的实现方式中，所述设备子系统还用于在根据所述控制指令执行相应的控制操作之后，将操作结果返回给车站数据采集前置机；
78.所述车站数据采集前置机还用于在收到操作结果后，将操作结果发送给所述设备控制服务实例；
79.设备控制服务实例还用于将所述操作结果返回给网关服务实例；
80.所述网关服务实例还用于将所述操作结果返回给控制终端。具体的，网关服务实
例将操作结果以http响应的形式返回给控制终端。
81.本技术实施例中，控制终端可以通过网关服务、设备控制服务和车站数据采集前置机(fep)与实际设备进行通信，实现对设备的远程控制。轨道交通监测控制系统的这种架构具有很高的可扩展性、灵活性和可维护性，可以方便地适应不同类型设备和业务场景的需求。
82.在一种可能的实现方式中，所述实时数据库服务实例还用于在将设备子系统的实时数据写入实时数据库中的同时，触发其他与设备子系统的实时数据关联的服务实例。例如数据订阅服务、报警服务等，以实现实时数据的分发、告警处理等功能。数据订阅服务根据已订阅的客户端需求，将实时数据推送给相应的客户端。
83.图3为本技术实施例提供的车站服务单元的架构图，如图3所示，车站service为一组pod的抽象，控制服务、配置数据库mysql、数据订阅服务、日志服务、报警服务和数据同步服务分别独立部署于一个pod。车站service被注册到etcd中，用于服务注册与发现。
84.图4为本技术实施例提供的kubernetes平台的自定义网关服务实例架构图，网关服务实例通过deployment的方式部署，网关服务实例暴露了http接口，例如，数据订阅http接口，设备控制http接口，用户登录http接口，报警和日志http接口。网关服务实例通过http接口处理http请求，读取etcd中注册的服务信息，从而找到合适的目标服务实例，获取对应的rpc接口信息，将这些请求转发到目标服务实例。网关服务实例可以根据实际需要扩容或缩容。
85.在一种可能的实现方式中，所述车站前置数据采集机具体用于采集设备子系统的实时数据，将所述实时数据以预设数据结构的形式发送给所述设备控制服务实例；
86.所述实时数据库服务实例具体用于对所述预设数据结构形式的实时数据进行解析和验证，将验证通过的设备子系统的实时数据写入实时数据库中。
87.图5为本技术实施例提供的配置工具发布工程配置数据流程示意图，分为两个部分。第一部分是发布到实时数据库服务实例rtdb service的工程配置。在这个阶段，配置工具通过与etcd服务注册中心建立连接，直接访问实时数据库服务实例的配置数据库(mysql)进行该服务实例配置数据的写入。这样可以确保实时数据库服务的工程配置得到及时更新。
88.第二部分是发布到车站数据采集前置机(fep)。在这个阶段，配置工具同样直接连接fep的配置数据库(mysql)进行fep配置数据的写入。这样可以确保车站前置机(fep)得到最新的工程配置信息，从而实现正确地采集和发送实时数据。
89.通过以上两个部分的工程配置发布流程，系统确保了实时数据库服务rtdb service和车站前置数据采集机(fep)都能获得最新的工程配置信息。这种设计使得配置数据的更新和分发过程更加高效、可靠，同时提高了系统的灵活性和可维护性。
90.在一种可能的实现方式中，所述系统还包括服务注册与发现子系统，用于存储各服务实例的配置数据；
91.所述网关服务实例具体用于响应于控制终端发送的控制请求，从服务注册与发现子系统查询对应的设备控制服务实例的通信接口信息，并根据通信接口信息将控制请求转发给对应的设备控制服务实例。
92.在一种可能的实现方式中，所述系统还包括配置工具，用于访问配置数据库进行
配置数据的写入。
93.本技术实施例利用kubernetes作为基础设施，提供容器编排和管理功能，使得系统具有高度可扩展性、可靠性和易维护性。将系统功能拆分成多个独立的微服务。每个微服务作为一个独立的pod部署在kubernetes集群中，并对外开放兼容多种语言的rpc接口以实现跨语言调用，降低了各个微服务之间的依赖关系，便于系统升级和扩展。
94.图6为本技术实施例提供一种轨道交通监测控制方法流程图。如图6所示，所述方法包括：
95.s601、网关服务实例响应于控制终端发送的控制请求，将控制请求转发给设备控制服务实例。
96.网关服务实例接收到控制请求后，首先从etcd服务注册中心查询与设备控制服务相关的rpc接口信息。网关服务根据查询结果，使用rpc调用设备控制服务实例，将控制命令和相关参数传递给设备控制服务。
97.s602、设备控制服务实例根据所述控制请求向对应的车站数据采集前置机发送控制指令。
98.在一种可能的实现方式中，所述控制请求包括：设备的标识、控制类型；
99.s602包括：设备控制服务实例根据设备标识查询配置数据库以获取设备配置信息；根据设备配置信息和控制类型生成控制指令发送给对应的车站数据采集前置机。控制请求还可以包括其他相关参数，本技术实施例在此不做限定。
100.s603、车站数据采集前置机将所述控制指令转发给对应的设备子系统。
101.s604、设备子系统根据所述控制指令执行相应的控制操作。
102.本技术实施例中，控制终端可以通过网关服务、设备控制服务和车站数据采集前置机(fep)与实际设备进行通信，实现对设备的远程控制。轨道交通监测控制系统的这种架构具有很高的可扩展性、灵活性和可维护性，可以方便地适应不同类型设备和业务场景的需求。
103.在一种可能的实现方式中，所述方法还包括：
104.设备子系统在根据所述控制指令执行相应的控制操作后，并将操作结果返回给车站数据采集前置机；
105.车站数据采集前置机在收到操作结果后，将操作结果发送给所述设备控制服务实例；
106.设备控制服务实例将所述操作结果返回给网关服务实例；
107.所述网关服务实例将所述操作结果返回给控制终端。具体的，网关服务实例将操作结果以http响应的形式返回给控制终端。
108.在一种可能的实现方式中，所述方法还包括：
109.车站前置数据采集机采集设备子系统的实时数据，将设备子系统的实时数据发送给所述实时数据库服务实例；
110.实时数据库服务实例将设备子系统的实时数据写入实时数据库中。
111.在一种可能的实现方式中，所述实时数据库服务实例在将设备子系统的实时数据写入实时数据库中的同时，触发其他与设备子系统的实时数据关联的服务实例。例如数据订阅服务、报警服务等，以实现实时数据的分发、告警处理等功能。数据订阅服务根据已订
阅的客户端需求，将实时数据推送给相应的客户端。
112.在一个示例中，通过外部进行设备控制命令下发的过程：
113.步骤一：外部系统通过http请求向网关服务实例发送控制命令。请求中包含了设备的标识、控制类型和相关参数。
114.步骤二：自定义网关服务接收到请求后，首先从etcd服务注册中心查询与设备控制服务相关的rpc接口信息。
115.步骤三：网关服务根据查询结果，使用rpc调用设备控制服务实例，将控制命令和相关参数传递给设备控制服务实例。
116.步骤四：设备控制服务实例根据设备标识和控制类型进行相应的处理。这可能包括查询配置数据库mysql以获取设备配置信息、验证命令的有效性等。
117.步骤五：设备控制服务根据处理结果，向车站数据采集前置机(fep)发送控制命令。这可能通过tcp/ip、串口通信等方式实现。
118.步骤六：车站数据采集前置机(fep)收到命令后，将其转发给目标设备子系统。目标设备子系统执行相应的控制操作，并将操作结果返回给车站数据采集前置机。
119.步骤七：车站数据采集前置机收到目标设备子系统的响应后，将结果传递回设备控制服务实例。
120.步骤八：设备控制服务实例将操作结果返回给网关服务实例，网关服务实例进一步将结果以http响应的形式返回给控制终端。
121.在一个示例中，车站前置数据采集机采集数据同步的过程：
122.步骤一：车站前置数据采集机(fep)负责收集车站内设备的实时数据，并将这些数据组织成预定义的数据结构。
123.步骤二：fep根据预设的时间间隔或触发条件，将收集到的数据通过tcp/ip等通信方式发送到实时数据采集服务实例中。
124.步骤三：实时数据库服务实例rtdb service接收到fep发送的数据后，首先对数据进行解析和验证，确保数据的有效性和正确性。
125.步骤四：数据验证通过后，实时数据库服务实例rtdb service将数据写入实时数据库中。
126.步骤五：在数据写入实时数据库的同时，实时数据库服务实例rtdb service还可以触发其他与数据相关的微服务，例如数据订阅服务、报警服务等，以实现实时数据的分发、告警处理等功能。
127.步骤六：数据订阅服务根据已订阅的客户端需求，将实时数据推送给相应的终端，例如有人机交互功能的客户端或软件系统等。
128.本技术实施例利用kubernetes作为基础设施，提供容器编排和管理功能，使得系统具有高度可扩展性、可靠性和易维护性。将系统功能拆分成多个独立的微服务。每个微服务作为一个独立的pod部署在kubernetes集群中，并对外开放兼容多种语言的rpc接口以实现跨语言调用，降低了各个微服务之间的依赖关系，便于系统升级和扩展。
129.在实际应用中，所述计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器
件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
130.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
131.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
132.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
133.如图7所示，本技术实施例提供的一种计算机设备的结构示意图。图7显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
134.如图7所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
135.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
136.计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
137.系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom，dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产
品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
138.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
139.计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图7所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图7中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
140.处理器单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本技术实施例提供的轨道交通监测控制方法。
141.需要注意，本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
142.需要注意，本技术中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
143.需要说明的是，尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
144.虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本技术的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
145.以上描述仅为本技术的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本技术中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本技术中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

技术特征：
1.一种轨道交通监测控制系统，其特征在于，包括：控制终端、网关服务实例、车站服务单元、车站数据采集前置机和车站的设备子系统；所述车站服务单元包括：设备控制服务实例；所述网关服务实例用于响应于控制终端发送的控制请求，将控制请求转发给设备控制服务实例；所述设备控制服务实例用于根据所述控制请求向对应的车站数据采集前置机发送控制指令；所述车站数据采集前置机用于将所述控制指令转发给对应的设备子系统；所述设备子系统用于根据所述控制指令执行相应的控制操作。2.根据权利要求1所述的系统，其特征在于，所述控制请求包括：设备的标识、控制类型；所述设备控制服务实例具体用于根据设备标识查询配置数据库以获取设备配置信息；根据设备配置信息和控制类型生成控制指令发送给对应的车站数据采集前置机。3.根据权利要求1所述的系统，其特征在于，所述车站服务单元还包括：实时数据库服务实例；所述车站前置数据采集机还用于采集设备子系统的实时数据，将设备子系统的实时数据发送给所述实时数据库服务实例；所述实时数据库服务实例用于将设备子系统的实时数据写入实时数据库中。4.根据权利要求1所述的系统，其特征在于，所述设备子系统还用于在根据所述控制指令执行相应的控制操作之后，将操作结果返回给车站数据采集前置机；所述车站数据采集前置机还用于在收到操作结果后，将操作结果发送给所述设备控制服务实例；设备控制服务实例还用于将所述操作结果返回给网关服务实例；所述网关服务实例还用于将所述操作结果返回给控制终端。5.根据权利要求3所述的系统，其特征在于，所述实时数据库服务实例还用于在将设备子系统的实时数据写入实时数据库中的同时，触发其他与设备子系统的实时数据关联的服务实例。6.根据权利要求3所述的系统，其特征在于，所述车站前置数据采集机具体用于采集设备子系统的实时数据，将所述实时数据以预设数据结构的形式发送给所述实时数据库服务实例；所述实时数据库服务实例具体用于对所述预设数据结构形式的实时数据进行解析和验证，将验证通过的设备子系统的实时数据写入实时数据库中。7.根据权利要求1所述的系统，其特征在于，所述系统还包括服务注册与发现子系统，用于存储各服务实例的配置数据；所述网关服务实例具体用于响应于控制终端发送的控制请求，从服务注册与发现子系统查询对应的设备控制服务实例的通信接口信息，并根据通信接口信息将控制请求转发给设备控制服务实例。8.根据权利要求1所述的系统，其特征在于，所述系统还包括配置工具，用于访问配置数据库进行配置数据的写入。
9.一种轨道交通监测控制方法，其特征在于，应用于网关服务实例，所述方法包括：响应于控制终端发送的控制请求，将控制请求转发给对应的设备控制服务实例，以便所述设备控制服务实例根据所述控制请求向对应的车站数据采集前置机发送控制指令，使所述车站数据采集前置机将所述控制指令转发给对应的设备子系统；进而使所述设备子系统根据所述控制指令执行相应的控制操作。10.一种轨道交通监测控制方法，其特征在于，应用于设备控制服务实例，所述方法包括：接收控制请求，根据所述控制请求向对应的车站数据采集前置机发送控制指令，使所述车站数据采集前置机将所述控制指令转发给对应的设备子系统；进而使所述设备子系统根据所述控制指令执行相应的控制操作；所述控制请求是网关服务实例接收控制终端发送的控制请求后转发的。11.一种轨道交通监测控制设备，其特征在于，包括：处理器、存储器、系统总线；所述处理器以及所述存储器通过所述系统总线相连；所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行如权利要求9或10所述的轨道交通监测控制方法。12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行如权利要求9或10所述的轨道交通监测控制方法。

技术总结
本申请公开了本申请提供的一种轨道交通监测控制系统、方法、设备和存储介质，系统包括：包括：控制终端、网关服务实例、车站服务单元、车站数据采集前置机和车站的设备子系统；车站服务单元包括：设备控制服务实例；网关服务实例用于响应于控制终端发送的控制请求，将控制请求转发给设备控制服务实例；设备控制服务实例用于根据控制请求向对应的车站数据采集前置机发送控制指令；车站数据采集前置机用于将控制指令转发给对应的设备子系统；设备子系统用于根据控制指令执行相应的控制操作。该系统通过调用设备控制服务实例，通过车站数据采集前置机对设备子系统进行控制，基于微服务架构实现对轨道交通的高效管制。架构实现对轨道交通的高效管制。架构实现对轨道交通的高效管制。


技术研发人员：赵国宏 黄小权 何红宇 王心光 徐腾云
受保护的技术使用者：浙江中控信息产业股份有限公司
技术研发日：2023.05.26
技术公布日：2023/8/23