适用于轨道交通多运营场景条件下的车站设备联动方法与流程

1.本发明涉及轨道交通技术领域，尤其涉及一种适用于轨道交通多运营场景条件下的车站设备联动方法。


背景技术：

2.列车车站是城市轨道交通的重要组成部分，在车站运营场景中也是一个复杂的系统，例如常规运营、高峰运营以及大客流或异常情况应急等。
3.在不同运营场景中，客流表现形式、管理流程机制以及各个设备运转形式等内容各不相同，需要依赖大量的人力、物力以及繁琐的规章制度确保车站内列车的安全稳定运行。


技术实现要素：

4.本发明提供一种适用于轨道交通多运营场景条件下的车站设备联动方法，用以解决现有技术中在不同运营场景中，客流表现形式、管理流程机制以及各个设备运转形式等内容各不相同，需要依赖大量的人力、物力以及繁琐的规章制度确保车站内列车的安全稳定运行的技术问题。
5.第一方面，本发明提供一种适用于轨道交通多运营场景条件下的车站设备联动方法，包括：
6.第一车站发送端设备基于第一通信类型向协议适配器发送状态数据包；
7.所述协议适配器基于所述第一通信类型对所述状态数据包进行字段补充处理，得到处理后的状态数据包，并将所述处理后的状态数据包发送至目标认证服务器；
8.所述目标认证服务器对所述处理后的状态数据包进行校验，若校验通过，将所述处理后的状态数据包发送至车站服务器；
9.所述车站服务器基于所述处理后的状态数据包生成设备联动控制方案，基于所述设备联动控制方案生成第一控制指令，并基于指令协议标准对所述第一控制指令进行处理，得到处理后的第一控制指令，将所述处理后的第一控制指令发送至指令协议分发器；
10.所述指令协议分发器基于指令优先级将所述处理后的第一控制指令加入至对应的发送队列，并按照队列优先级，将所述处理后的第一控制指令发送第一车站接收端设备；
11.所述第一车站接收端设备基于所述处理后的第一控制指令切换所述第一车站接收端设备的状态。
12.可选地，所述第一车站发送端设备基于第一通信类型向协议适配器发送状态数据包之前，还包括：
13.第一车站发送端设备基于设备接入标准协议向所述协议适配器发送身份认证数据包；
14.所述协议适配器基于所述第一通信类型对所述身份认证数据包进行字段补充处理，得到处理后的身份认证数据包，将所述处理后的身份认证数据包发送至所述目标认证
服务器；
15.所述目标认证服务器对所述处理后的身份认证数据包进行验证，若验证通过，则将所述处理后的身份认证数据包发送至数据库，并在数据库中将所述处理后的身份认证数据包按照预设时长进行存储。
16.可选地，所述设备接入标准协议所包含的字段包括起始帧、数据包长度、设备厂商、设备唯一标识、目标设备、协议版本、设备类型、设备认证密钥、数据校验码和终止帧中的至少一项。
17.可选地，所述处理后的身份认证数据包包括所述第一车站发送端设备的认证指令、所述第一车站发送端设备的身份标识id、第一设备认证密钥和第一附加信息；
18.所述目标认证服务器对所述处理后的身份认证数据包进行验证，具体包括：
19.所述目标认证服务器基于所述第一车站发送端设备的认证指令对所述第一设备认证密钥和所述第一附加信息进行验证；
20.所述目标认证服务器从本地存储区内获取所述第一车站发送端设备的id对应的第二设备认证密钥和第二附加信息；
21.将所述第二设备认证密钥与所述第一设备认证密钥进行匹配，并且将所述第二附加信息与所述第一附加信息进行匹配；
22.若匹配均成功，则所述第一车站发送端设备接入成功。
23.可选地，所述目标认证服务器对所述处理后的状态数据包进行校验，具体包括：
24.所述目标认证服务器基于所述处理后的状态数据包获取所述第一车站发送端设备的id；
25.所述目标认证服务器基于所述第一车站发送端设备的id判断所述数据库内是否存在所述第一车站发送端设备的处理后的身份认证数据包；
26.若所述数据库内存在所述第一车站发送端设备的处理后的身份认证数据包，则确认所述处理后的状态数据包校验通过。
27.可选地，所述车站服务器基于所述处理后的状态数据包生成设备联动控制方案，具体包括：
28.所述车站服务器基于所述设备状态机制对所述处理后的状态数据包进行处理，生成设备联动控制方案；
29.其中，所述设备状态机制包括预设算法和预设控制流程中的至少一项。
30.可选地，所述指令协议标准所包含的字段包括起始帧、数据包长度、目标设备唯一标识、协议版本、指令优先级、设备目标状态、数据校验码和终止帧中的至少一项。
31.第二方面，本发明提供一种适用于轨道交通多运营场景条件下的车站设备联动系统，包括：
32.车站发送端设备，包括至少一个第一车站发送端设备，所述第一车站发送端设备用于通过协议适配器向目标认证服务器进行身份认证，认证通过后，基于第一通信类型向所述协议适配器发送状态数据包；
33.协议适配器，用于基于所述第一通信类型对所述状态数据包进行字段补充处理，得到处理后的状态数据包，并将所述处理后的状态数据包发送至所述目标认证服务器；
34.认证服务器，包括至少一个目标认证服务器，所述目标认证服务器用于对所述第
一车站发送端设备进行身份认证，对所述处理后的状态数据包进行校验，若校验通过，将所述处理后的状态数据包发送至车站服务器；
35.车站服务器，用于基于所述处理后的状态数据包生成设备联动控制方案，基于所述设备联动控制方案生成第一控制指令，并基于指令协议标准对所述第一控制指令进行处理，得到处理后的第一控制指令，将所述处理后的第一控制指令发送至指令协议分发器；
36.指令协议分发器，用于基于指令优先级将所述处理后的第一控制指令加入至对应的发送队列，并按照队列优先级，将所述处理后的第一控制指令发送至第一车站接收端设备；
37.车站接收端设备，包括至少一个第一车站接收端设备，所述第一车站接收端设备用于基于所述处理后的第一控制指令切换所述第一车站接收端设备的状态。
38.第三方面，本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一方面所述适用于轨道交通多运营场景条件下的车站设备联动方法的步骤。
39.第四方面本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面所述适用于轨道交通多运营场景条件下的车站设备联动方法的步骤。
40.本发明提供的适用于轨道交通多运营场景条件下的车站设备联动方法，第一车站发送端设备向协议适配器发送状态数据包，协议适配器对状态数据包进行字段补充处理，得到处理后的状态数据包，将处理后的状态数据包发送至目标认证服务器，目标认证服务器对处理后的状态数据包进行校验，校验通过后将处理后的状态数据包发送至车站服务器，车站服务器基于处理后的状态数据包生成设备联动控制方案，基于设备联动控制方案生成控制指令，并将控制指令发送至指令协议分发器，指令协议分发器向第一车站接收端设备发送控制指令，第一车站接收端设备基于控制指令切换第一车站接收端设备的状态，能够在不同运营场景下触发车站内各个设备的联动响应，达到多种设备协同联动的效果，减少人力干预，提高自动化程度，提升运营效率。
附图说明
41.为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
42.图1是本发明提供的适用于轨道交通多运营场景条件下的车站设备联动方法的流程示意图之一；
43.图2是本发明提供的适用于轨道交通多运营场景条件下的车站设备联动方法的流程示意图之二；
44.图3是本发明提供的第一车站发送端设备进行身份认证的流程示意图之一；
45.图4是本发明提供的第一车站发送端设备进行身份认证的流程示意图之二；
46.图5是本发明提供的设备状态机制的原理示意图；
47.图6是本发明提供的适用于轨道交通多运营场景条件下的车站设备联动系统的结
构示意图；
48.图7为本发明提供的电子设备的结构示意图。
具体实施方式
49.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
50.为了解决现有技术中在不同运营场景中，客流表现形式、管理流程机制以及各个设备运转形式等内容各不相同，需要依赖大量的人力、物力以及繁琐的规章制度确保车站内列车的安全稳定运行的技术问题，本发明实施例提供一种适用于轨道交通多运营场景条件下的车站设备联动方法，图1是本发明实施例提供的适用于轨道交通多运营场景条件下的车站设备联动方法的流程示意图之一。如图1所示，该方法包括以下步骤：
51.步骤100、第一车站发送端设备基于第一通信类型向协议适配器发送状态数据包。
52.第一车站发送端设备为城市轨道交通车站内的任一设备，每个第一车站发送端设备的通信方式可以相同，也可以不同。
53.其中，第一通信类型为第一车站发送端设备与协议适配器之间的通信方式。
54.可选地，第一通信类型可以为以太网通信、总线通信或串行通信。
55.状态数据包包括第一车站发送端设备的当前状态信息。
56.需要说明的是，协议适配器提供不同形式的通信接口，例如以太网通信接口、总线通信接口或串行通信接口等无线通信组件，根据第一车站发送端设备的第一通信类型，协议适配器采用第一通信类型对应的通信接口与第一车站发送端设备进行通信。
57.一种实施方式中，根据第一车站发送端设备的第一通信类型，第一车站发送端设备通过第一通信类型对应的通信接口向协议适配器发送状态数据包，其中，第一通信类型可以为以太网通信、总线通信或串行通信。
58.步骤101、所述协议适配器基于所述第一通信类型对所述状态数据包进行字段补充处理，得到处理后的状态数据包，并将所述处理后的状态数据包发送至目标认证服务器。
59.需要说明的是，对于城市轨道交通车站内各设备的通信方式不同的问题，需要采用协议适配器来处理来自不同设备以及不同通信方式的数据源，一方面，协议适配器根据设备的通信方式对数据源进行字段补充处理，进而能够体现数据源的来源及数据源的通信方式，避免目标认证服务器被非法设备入侵，进而避免在轨道交通多运营场景下车站设备的联动功能被非法设备干扰，降低运营风险。
60.另一方面，协议适配器提供不同形式的通信接口，例如以太网通信接口、总线通信接口或串行通信接口等无线通信组件，根据第一车站发送端设备的第一通信类型，采用第一通信类型对应的通信接口与第一车站发送端设备进行通信，能够仅采用一套协议适配器实现与城市轨道交通多运营场景下车站内多个设备连接，进而实现在轨道交通多运营场景下车站设备的协同联动控制。
61.一种实施方式中，所述协议适配器基于所述第一通信类型对所述状态数据包进行字段补充处理，具体包括以下各项中的至少一项：
62.若第一通信类型为以太网通信，协议适配器在状态数据包中状态数据的末尾，添加通信类型字段、数据源身份标识(identitydocument，id)地址字段以及数据源媒体存取控制地址(mediaaccesscontroladdress，mac)地址字段；
63.若第一通信类型为串行通信，协议适配器在状态数据包中状态数据的末尾，添加通信类型字段和串口物理地址字段。
64.一种实施方式中，协议适配器根据状态数据包的第一通信类型对状态数据包进行字段补充处理，得到处理后的状态数据包，并将处理后的状态数据包发送至目标认证服务器。
65.步骤102、所述目标认证服务器对所述处理后的状态数据包进行校验，若校验通过，将所述处理后的状态数据包发送至车站服务器。
66.需要说明的是，目标认证服务器用于验证处理后的状态数据包的合法性，即验证该处理后的状态数据包是否来自第一车站发送端设备，在确认处理后的状态数据包是来自该第一车站发送端设备的情况下，能够保证基于处理后的状态数据包生成的控制指令的合法性，进而能够实现在轨道交通多运营场景下基于具有合法性的控制指令对车站内设备进行联动控制。
67.其中，在第一车站发送端设备发送状态数据包之前，第一车站发送端设备已经通过目标认证服务器的身份认证，并成功接入，并且，第一车站发送端设备通过目标认证服务器进行身份认证是具有时效性的，若超过预设时长，则第一车站发送端设备需要通过目标认证服务器重新进行身份认证，因此，目标认证服务器在每次接收到处理后的状态数据包的情况下，都需要对处理后的状态数据包进行校验，判断第一车站发送端设备是否仍在通过目标认证服务器的身份认证的时效范围内，若是，则校验通过，若不是，则需要对第一车站发送端设备重新进行身份认证。
68.一种实施方式中，目标认证服务器对处理后的状态数据包进行校验，若校验通过，则将处理后的状态数据包发送至车站服务器；若校验不通过，则通过协议适配器向第一车站发送端设备返回认证失败的协议。
69.步骤103、所述车站服务器基于所述处理后的状态数据包生成设备联动控制方案，基于所述设备联动控制方案生成第一控制指令，并基于指令协议标准对所述第一控制指令进行处理，得到处理后的第一控制指令，将所述处理后的第一控制指令发送至指令协议分发器。
70.需要说明的是，在不同的轨道交通运营场景下，车站服务器基于车站内各设备发送的状态数据包进行汇总，生成不同的轨道交通运营场景下的设备联动控制方案，基于设备联动控制方案生成控制指令，通过控制指令实现对车站内各设备的状态切换，进而实现了在轨道交通多运营场景下的车站各设备的协同联动控制。
71.需要说明的是，在轨道交通多运营场景下的车站设备种类众多，不同设备的供应商不同，采用的通信方式不同，控制设备的指令格式也不相同，为了实现对不同设备进行统一的控制管理，进而实现控制指令对轨道交通多运营场景下车站内不同设备的协同联动控制，需要制定一套指令协议标准，对不同设备的控制指令的格式进行标准化处理，得到标准化的控制指令，并基于控制指令改变车站内不同设备的当前状态。
72.第一控制指令表示对第一车站接收端设备的状态进行切换的指令。
73.可选地，第一控制指令包括以下各项中的至少一项：
74.将所述第一车站接收端设备从初始状态或工作状态切换至相应的异常状态；
75.将所述第一车站接收端设备从异常状态恢复至初始状态后，再切换至工作状态；
76.将所述第一车站接收端设备维持当前的状态。
77.例如，处理后的第一控制指令为第一车站接收端设备从异常状态切换至工作状态，则第一车站接收端设备维持在异常状态。
78.可选地，所述指令协议标准所包含的字段包括起始帧、数据包长度、目标设备唯一标识、协议版本、指令优先级、设备目标状态、数据校验码和终止帧中的至少一项。
79.指令协议标准为对所有第一控制指令的格式进行统一的标准。
80.表1指令协议标准
[0081][0082]
如表1所示，指令协议标准中的字段包括起始帧、数据包长度、目标设备唯一标识、协议版本、指令优先级、设备目标状态、数据校验码以及终止帧。
[0083]
数据包长度为从本帧数据开始，到数据校验码帧结束的字节长度。
[0084]
目标设备唯一标识为第一车站接收端设备的唯一标识。
[0085]
协议版本为指令协议标准的版本型号。
[0086]
指令优先级分为高、中和低三挡。
[0087]
高优先级指令的传输优先级最高，并且确保第一车站接收端设备能够接收且仅接收到一次该高优先级指令，但高优先级指令的传输时效性最低。
[0088]
中优先级指令的传输优先级仅次于高优先级指令，并且确保第一车站接收端设备能够接收且至少接收到一次该中优先级指令。
[0089]
低优先级指令的传输优先级最低，并且不确定第一车站接收端设备是否能收到，但低优先级指令的传输时效性最高。
[0090]
设备目标状态为第一车站接收端设备将要转换的目标状态。
[0091]
数据校验码为从起始帧的下一字节至数据校验码的上一字节之间的数据的循环冗余码校验(cyclic redundancy check，crc)。
[0092]
处理后的第一控制指令包括起始帧字段、数据包长度字段、目标设备唯一标识字段、协议版本字段、指令优先级字段、设备目标状态字段、数据校验码字段以及终止帧字段，其中，每个处理后的第一控制指令均有相应的指令优先级。
[0093]
一种实施方式中，基于指令协议标准对所述第一控制指令进行处理，具体包括：
[0094]
根据指令协议标准对第一控制指令的格式进行标准化处理，得到处理后的第一控制指令。
[0095]
一种实施方式中，车站服务器基于处理后的状态数据包生成第一控制指令，并基于指令协议标准对第一控制指令的格式进行标准化处理，得到处理后的第一控制指令，并将处理后的第一控制指令发送至指令协议分发器。
[0096]
步骤104、所述指令协议分发器基于指令优先级将所述处理后的第一控制指令加入至对应的发送队列，并按照队列优先级，将所述处理后的第一控制指令发送至第一车站接收端设备。
[0097]
需要说明的是，在轨道交通多运营场景下车站内各设备的通信方式不同，需要采用指令协议分发器与不同通信方式的设备进行通信，并实现对车站内设备的联动控制，一方面，指令协议分发器提供不同形式的通信接口，例如以太网通信接口、总线通信接口或串行通信接口等无线通信组件，并根据控制指令中的目标设备唯一标识字段确定第一车站接收端设备，再根据第一车站接收端设备的第二通信类型对应的通信接口与第一车站接收端设备进行通信。
[0098]
另一方面，指令协议分发器将控制指令存储到不同优先级的发送队列，并按照高优先级发送队列至低优先级发送队列的顺序向车站内各设备发送控制指令，能够实现在轨道交通不同运营场景下，车站各设备按照控制指令的优先级顺序进行控制，进而达到了车站各设备的联动控制效果。
[0099]
第二通信类型为第一车站接收端设备与指令协议分发器之间的通信方式。
[0100]
可选地，第二通信类型可以为以太网通信、总线通信或串行通信。
[0101]
其中，在轨道交通通用的运营场景下，尽量避免使用高优先级控制指令，否则可能导致在较长时间内，中优先级发送队列或低优先级发送队列无法将控制指令发送到设备。
[0102]
在轨道交通的特殊运营场景下，例如遇到异常事件，指令协议分发器可以发送高优先级控制指令至设备，进而实现特殊运营场景下车站内各设备的联动功能。
[0103]
需要说明的是，指令协议分发器中包括至少一个发送队列，所有发送队列按照队列优先级进行排序。
[0104]
可选地，队列优先级的顺序为高优先级队列、中优先级队列以及低优先级队列。
[0105]
一种实施方式中，所述指令协议分发器基于指令优先级将所述处理后的第一控制指令加入至对应的发送队列，具体包括：
[0106]
指令协议分发器基于指令优先级获取与处理后的第一控制指令的指令优先级对应的发送队列；
[0107]
将处理后的第一控制指令按照预设顺序加入至发送队列。
[0108]
可选地，预设顺序为先入先出顺序。
[0109]
一种实施方式中，指令协议分发器基于指令优先级获取与处理后的第一控制指令的指令优先级对应的发送队列，并将处理后的第一控制指令按照预设顺序加入至发送队列。
[0110]
进一步地，指令协议分发器按照队列优先级获取处理后的第一控制指令，并根据处理后的第一控制指令的目标设备唯一标识字段确定第一车站接收端设备，再通过第一车站接收端设备的第二通信类型对应的通信接口将处理后的第一控制指令发送至第一车站接收端设备。
[0111]
步骤105、所述第一车站接收端设备基于所述处理后的第一控制指令切换所述第一车站接收端设备的状态。
[0112]
第一车站接收端设备为城市轨道交通车站内的任一设备，每个第一车站接收端设备的通信方式可以相同，也可以不同。
[0113]
第一车站接收端设备的状态包括初始状态、工作状态和异常状态，其中，工作状态和异常状态均可以为多种不同形式的状态。
[0114]
例如，第一车站接收端设备为车站内的闸机，若用户通过闸机进站，则闸机的工作状态为闸机门开启、信号灯为绿色或闸机显示屏为通过提示字等，其异常状态为闸机发出告警提示音、信号灯为红色或闸机显示屏为禁止通行提示字等。
[0115]
需要说明的是，第一车站接收端设备的各个工作状态之间可以相互切换。
[0116]
一种实施方式中，第一车站接收端设备接收到指令协议分发器发送的处理后的第一控制指令后，根据处理后的第一控制指令将第一车站接收端设备从当前状态切换至设备目标状态。
[0117]
本发明实施例提供的适用于轨道交通多运营场景条件下的车站设备联动方法，第一车站发送端设备向协议适配器发送状态数据包，协议适配器对状态数据包进行字段补充处理，得到处理后的状态数据包，将处理后的状态数据包发送至目标认证服务器，目标认证服务器对处理后的状态数据包进行校验，校验通过后将处理后的状态数据包发送至车站服务器，车站服务器基于处理后的状态数据包生成设备联动控制方案，基于设备联动控制方案生成控制指令，并将控制指令发送至指令协议分发器，指令协议分发器向第一车站接收端设备发送控制指令，第一车站接收端设备基于控制指令切换第一车站接收端设备的状态，能够在不同运营场景下触发车站内各个设备的联动响应，达到多种设备协同联动的效果，减少人力干预，提高自动化程度，提升运营效率。
[0118]
结合图2具体说明适用于轨道交通多运营场景条件下的车站设备联动方法的流程。图2是本发明实施例提供的适用于轨道交通多运营场景条件下的车站设备联动方法的流程示意图之二。如图2所示，该方法包括以下步骤：
[0119]
步骤200、设备1或设备2向协议适配器发送状态数据；
[0120]
步骤201、协议适配器基于添加补充协议对状态数据进行字段补充处理，得到处理后的状态数据，并将处理后的状态数据发送至认证服务器；
[0121]
步骤202、认证服务器基于处理后的状态数据对设备进行身份校验，若校验通过，执行步骤203；若校验失败，执行步骤204；
[0122]
步骤203、认证服务器将处理后的状态数据发送至车站服务器；
[0123]
步骤204、认证服务器向设备2返回认证失败协议；
[0124]
步骤205、车站服务器基于自动数据分析或人工控制的设备状态机制对处理后的状态数据进行处理，生成设备联动控制方案，并基于设备联动控制方案生成控制指令，并基于指令协议标准对控制指令进行处理，得到处理后的控制指令，将处理后的控制指令发送至指令协议分发器；
[0125]
步骤206、指令协议分发器按照指令优先级将处理后的控制指令加入至对应的发送队列，按照队列优先级，将处理后的控制指令发送至设备1或设备2，设备1或设备2基于处理后的控制指令切换设备状态。
[0126]
图3是本发明实施例提供的第一车站发送端设备进行身份认证的流程示意图之一。如图3所示，基于上述实施例的内容，所述第一车站发送端设备基于第一通信类型向协议适配器发送状态数据包之前，还包括：
[0127]
步骤300、第一车站发送端设备基于设备接入标准协议向所述协议适配器发送身份认证数据包。
[0128]
需要说明的是，在轨道交通多运营场景下实现车站各设备之间的协同联动控制之前，必须实现第一车站发送端设备与第一车站接收端设备之间的数据通信，因此，本发明实施例首先对第一车站发送端设备进行身份认证，身份认证通过后表示第一车站发送端设备接入成功，然后才能实现第一车站发送端设备与第一车站接收端设备之间的数据通信。
[0129]
可选地，所述设备接入标准协议所包含的字段包括起始帧、数据包长度、设备厂商、设备唯一标识、目标设备、协议版本、设备类型、设备认证密钥、数据校验码和终止帧中的至少一项。
[0130]
表2设备接入标准协议
[0131][0132]
需要说明的是，由于城市轨道交通车站内设备种类众多，不同设备的供应商不同，不同设备所采用的通信方式不同，并且不同设备的管理模式也不同，为了实现对不同设备进行统一的管理，进而实现在轨道交通多运营场景下车站设备的联动控制，需要制定一套统一的设备接入认证方法，作为设备接入标准。
[0133]
如表2所示，设备接入标准协议的字段包括起始帧、数据包长度、设备厂商、设备唯一标识、目标设备、协议版本、设备类型、设备认证密钥、数据校验码以及终止帧。
[0134]
其中，数据包长度字段为从本帧数据开始，到数据校验码帧结束的字节长度。
[0135]
目标设备字段的内容为目标认证服务器的id。
[0136]
协议版本包括设备接入标准协议的版本型号。
[0137]
设备类型包括控制设备、监测设备和监管设备。
[0138]
控制设备为需要接收控制指令并做出响应的设备，不具备对其所处环境状态的监测能力。
[0139]
监测设备为需要完成对自身设备状态监测、对所处环境状态的监测能力，并且能够反馈监测数据的设备。
[0140]
监管设备为具备接收控制指令并做出响应，同时具备对其所处环境状态进行监测
的设备。
[0141]
设备认证密钥字段由于对设备进行身份认证，由运营公司进行统一分配。
[0142]
数据校验码字段为从起始帧的下一字节至数据校验码的上一字节之间的数据的crc校验码。
[0143]
身份认证数据包为第一车站发送端设备发送的身份认证数据通过设备接入标准协议生成的数据包。
[0144]
其中，身份认证数据包包括第一车站发送端设备的认证指令、目标设备字段、第一车站发送端设备的唯一标识、第一车站发送端设备的设备认证密钥和数据校验码。
[0145]
一种实施方式中，第一车站发送端设备发送的身份认证数据通过设备接入标准协议生成身份认证数据包，第一车站发送端设备再根据第一车站发送端设备的第一通信类型，向协议适配器中第一通信类型对应的通信接口发送身份认证数据包。
[0146]
步骤301、所述协议适配器基于所述第一通信类型对所述身份认证数据包进行字段补充处理，得到处理后的身份认证数据包，将所述处理后的身份认证数据包发送至目标认证服务器。
[0147]
一种实施方式中，所述协议适配器基于所述第一通信类型对所述身份认证数据包进行字段补充处理，具体包括以下各项中的至少一项：
[0148]
若第一通信类型为以太网通信，协议适配器在身份认证数据包中身份认证数据的末尾，添加通信类型字段、数据源id地址字段以及数据源mac地址字段；
[0149]
若第一通信类型为串行通信，协议适配器在身份认证数据包中身份认证数据的末尾，添加通信类型字段和串口物理地址字段。
[0150]
一种实施方式中，协议适配器根据第一通信类型对身份认证数据包进行字段补充处理，得到处理后的身份认证数据包，基于处理后的身份认证数据包中的目标设备字段，确认目标认证服务器，将处理后的身份认证数据包发送目标认证服务器。
[0151]
步骤302、所述目标认证服务器对所述处理后的身份认证数据包进行验证，若验证通过，则将所述处理后的身份认证数据包发送至数据库，并在所述数据库中将所述处理后的身份认证数据包按照预设时长进行存储。
[0152]
需要说明的是，通过对处理后的身份认证数据包进行验证，判断第一车站发送端设备能否通过协议适配器成功接入到目标认证服务器，从而实现第一车站发送端设备与第一车站接收端设备之间的数据通信，进一步实现在轨道交通多运营场景下车站设备的协同联动控制。
[0153]
需要说明的是，第一车站发送端设备通过身份认证后，在数据库中将第一车站发送端设备的身份认证数据按照预设时长进行存储，在该预设时长内，第一车站发送端设备不需要重复进行身份认证，可直接与车站服务器进行数据通信，在超过预设时长后，第一车站发送端设备需要再次通过目标认证服务器进行身份认证，验证通过后，才能重新与车站服务器进行数据通信。
[0154]
一种实施方式中，目标认证服务器对处理后的身份认证数据包进行验证，若验证通过，则第一车站发送端设备通过协议适配器成功接入目标认证服务器，若验证失败，则第一车站发送端设备接入失败。
[0155]
进一步地，在第一车站发送端设备通过协议适配器成功接入目标认证服务器后，
将身份认证数据发送至数据库，数据库按照预设时长对身份认证数据进行存储。
[0156]
进一步地，在预设时间段内，第一车站发送端设备不需要进行身份认证，可直接与车站服务器进行数据通信，超过预设时间段后，第一车站发送端设备通过目标认证服务器重新进行身份认证。
[0157]
本发明实施例提供的适用于轨道交通多运营场景条件下的车站设备联动方法，第一车站发送端设备基于设备接入标准协议向协议适配器发送身份认证数据包，协议适配器对身份认证数据进行处理后，得到并发送处理后的身份认证数据包至目标认证服务器，目标认证服务器对处理后的身份认证数据包进行验证，若验证通过，则将身份认证数据发送至数据库，并在数据库中按照预设时长对身份认证数据进行存储，实现对城市轨道交通车站内各种设备的统一管理，进而实现在不同运营场景下触发车站内各个设备的联动响应，达到多种设备协同联动的效果，减少人力干预，提高自动化程度，提升运营效率。
[0158]
基于上述实施例的内容，所述处理后的身份认证数据包包括所述第一车站发送端设备的认证指令、所述第一车站发送端设备的身份标识id、第一设备认证密钥和第一附加信息；
[0159]
所述目标认证服务器对所述处理后的身份认证数据包进行验证，具体包括：
[0160]
所述目标认证服务器基于所述第一车站发送端设备的认证指令对所述第一设备认证密钥和所述第一附加信息进行验证；
[0161]
所述目标认证服务器从本地存储区内获取所述第一车站发送端设备的id对应的第二设备认证密钥和第二附加信息；
[0162]
将所述第二设备认证密钥与所述第一设备认证密钥进行匹配，并且将所述第二附加信息与所述第一附加信息进行匹配；
[0163]
若匹配均成功，则所述第一车站发送端设备接入成功。
[0164]
第一附加信息为协议适配器对身份认证数据包进行字段补充处理的情况下的补充字段信息。
[0165]
需要说明的是，目标认证服务器的本地存储区内预先存储了第一车站发送端设备的id对应的第二设备认证密钥和第二附加信息。
[0166]
一种实施方式中，处理后的身份认证数据包包括第一车站发送端设备的认证指令、第一车站发送端设备的身份标识id、第一设备认证密钥和第一附加消息。
[0167]
进一步地，目标认证服务器接收到第一车站发送端设备的认证指令后，基于第一车站发送端设备的认证指令对第一设备认证密钥和第一附加信息进行验证；目标认证服务器根据第一车站发送端设备的身份标识id从本地存储区内获取第一车站发送端设备的id对应的第二设备认证密钥和第二附加信息，将第二设备认证密钥与第一认证密钥进行匹配，将第二附加信息与第一附加信息进行匹配，若均匹配成功，则第一车站发送端设备的身份认证通过，第一车站发送端设备通过协议适配器成功接入目标认证服务器，若任一项匹配失败，则第一车站发送端设备的身份认证失败。
[0168]
本发明实施例提供的适用于轨道交通多运营场景条件下的车站设备联动方法，目标认证服务器从本地存储区内获取第一车站发送端设备的id对应的第二设备认证密钥和第二附加信息，将第二设备认证密钥与第一设备认证密钥进行匹配，将第二附加信息与第一附加信息进行匹配，若匹配均成功，则第一车站发送端设备接入成功，实现对城市轨道交
通车站内各种设备的统一管理，进而实现在不同运营场景下触发车站内各个设备的联动响应，达到多种设备协同联动的效果，减少人力干预，提高自动化程度，提升运营效率。
[0169]
结合图4具体说明第一车站发送端设备进行身份认证的流程。图 4是本发明实施例提供的第一车站发送端设备进行身份认证的流程示意图之二。如图4所示，该方法包括以下步骤：
[0170]
步骤400、第一车站发送端设备包括设备1和设备2，第一车站发送端设备基于接入标准协议向协议适配器发送身份认证数据包；
[0171]
步骤401、协议适配器基于添加补充协议对身份认证数据包进行字段补充处理，得到处理后的身份认证数据包，并将处理后的身份认证数据包发送至认证服务器；
[0172]
步骤402、认证服务器对处理后的身份认证数据包进行校验；
[0173]
步骤403、若校验通过，则第一车站发送端设备接入成功，认证服务器将处理后的身份认证数据包存储至数据库。
[0174]
基于上述实施例的内容，所述目标认证服务器对所述处理后的状态数据包进行校验，具体包括：
[0175]
所述目标认证服务器基于所述处理后的状态数据包获取所述第一车站发送端设备的id；
[0176]
所述目标认证服务器基于所述第一车站发送端设备的id判断所述数据库内是否存在所述第一车站发送端设备的处理后的身份认证数据包；
[0177]
若所述数据库内存在所述第一车站发送端设备的处理后的身份认证数据包，则确认所述处理后的状态数据包校验通过。
[0178]
需要说明的是，第一车站发送端设备的身份认证具有时效性，目标认证服务器对第一车站发送端设备的身份认证通过后，会将第一车站发送端设备的身份认证数据存储至数据库，并在数据库中在预设时长内进行存储，在该预设时长内，第一车站发送端设备与第一车站接收端设备直接进行数据通信，不需要对第一车站发送端设备重复进行身份认证，若超过预设时长，则数据库内不包括第一车站发送端设备的身份认证数据，此时，需要对第一车站发送端设备重新进行身份认证。
[0179]
一种实施方式中，目标认证服务器从处理后的状态数据包中获取第一车站发送端设备的id，并根据第一车站发送端设备的id判断数据库内是否存在第一车站发送端设备的id对应的身份认证数据，若存在，则确认处理后的状态数据包校验通过，若不存在，则通过协议适配器向第一车站发送端设备返回认证失败的信息。
[0180]
本发明实施例提供的适用于轨道交通多运营场景条件下的车站设备联动方法，目标认证服务器从处理后的状态数据包中获取第一车站发送端设备的id，基于第一车站发送端设备的id判断数据库内是否存在第一车站发送端设备的身份认证数据，若存在，则确认处理后的状态数据包校验通过，将处理后的状态数据包发送至车站服务器，进而实现在不同运营场景下触发车站内各个设备的联动响应，达到多种设备协同联动的效果，减少人力干预，提高自动化程度，提升运营效率。
[0181]
基于上述实施例的内容，所述车站服务器基于所述处理后的状态数据包生成设备联动控制方案，具体包括：
[0182]
所述车站服务器基于所述设备状态机制对所述处理后的状态数据包进行处理，生
成设备联动控制方案；
[0183]
其中，所述设备状态机制包括预设算法和预设控制流程中的至少一项。
[0184]
需要说明的是，为了实现轨道交通多运营场景下车站内多种设备之间的统一控制和联动功能，采用设备状态机制实现对车站内多个设备的状态进行切换管理，车站服务器基于设备状态机制生成设备联动控制方案，基于设备联动控制方案生成各控制指令，再根据各控制指令实现对设备的联动控制。
[0185]
设备状态机制用于对第一车站接收端设备的状态切换进行管理。
[0186]
其中，第一车站接收端设备的状态包括初始状态、工作状态和异常状态，在第一车站接收端设备上电启动后，第一车站接收端设备进入初始状态。
[0187]
其中，设备状态机制可以根据不同的设备进行定制。
[0188]
需要说明的是，预设算法和预设控制流程适用于轨道交通车站内的通用运营场景，例如早晚时刻采用自动控制设备状态机制进行车站自动开站或关站，或者，早晚高峰期采用自动控制设备状态机制自动调整车站内的引导显示内容。
[0189]
其中，预设算法为现有技术中的通用算法流程，预设控制流程为现有技术中的通用控制流程。
[0190]
一种实施方式中，车站服务器对处理后的状态数据包进行解析，得到状态数据，再基于预设算法和/或预设控制流程对状态数据进行处理，生成设备联动控制方案。
[0191]
本发明实施例提供的适用于轨道交通多运营场景条件下的车站设备联动方法，车站服务器对处理后的状态数据包进行解析，得到状态数据，再基于预设算法和/或预设控制流程对状态数据进行处理，生成设备联动控制方案，进而根据设备联动控制方案实现在不同运营场景下触发车站内各个设备的联动响应，达到多种设备协同联动的效果，减少人力干预，提高自动化程度，提升运营效率。
[0192]
结合图5说明设备状态机制的原理。图5是本发明实施例提供的设备状态机制的原理示意图。
[0193]
如图5所示，设备的状态包括初始状态、待机状态、工作状态和异常状态，其中异常状态和工作状态均可以为多种状态。
[0194]
设备上电启动后，设备默认为初始状态，其中，设备可以由初始状态自动切换至待机状态，或者，若设备出现异常，则设备可以由初始状态自动切换至异常状态，或者，设备基于状态控制指令从初始状态切换至工作状态，或者，设备也可以维持初始状态不变。
[0195]
在设备处于工作状态的情况下，设备基于复位指令从工作状态切换至初始状态，还可以基于状态控制指令从工作状态1切换至工作状态2，或者，在设备出现异常的情况下，设备可以从工作状态切换至异常状态，或者，设备也可以维持工作状态不变。
[0196]
在设备处于异常状态的情况下，设备可以基于状态控制指令从异常状态切换至初始状态，或者，设备也可以维持异常状态不变。
[0197]
在设备处于待机状态的情况下，设备可以基于状态控制指令从待机状态切换至初始状态，或者，在设备出现异常的情况下，设备可以从待机状态切换至异常状态，或者，设备还可以维持待机状态不变。
[0198]
下面对本发明提供的适用于轨道交通多运营场景条件下的车站设备联动系统进行描述，下文描述的适用于轨道交通多运营场景条件下的车站设备联动系统与上文描述的
适用于轨道交通多运营场景条件下的车站设备联动方法可相互对应参照。
[0199]
图6是本发明实施例提供的适用于轨道交通多运营场景条件下的车站设备联动系统的结构示意图。如图6所示，该适用于轨道交通多运营场景条件下的车站设备联动系统包括：车站发送端设备600、协议适配器610、认证服务器620、车站服务器630、指令协议分发器640和车站接收端设备650，其中，
[0200]
车站发送端设备600，包括至少一个第一车站发送端设备，所述第一车站发送端设备用于通过协议适配器向目标认证服务器进行身份认证，认证通过后，基于第一通信类型向所述协议适配器发送状态数据包。
[0201]
需要说明的是，在轨道交通多运营场景下实现车站设备的协同联动控制之前，必须实现第一车站发送端设备与第一车站接收端设备之间的数据通信，因此，本发明实施例首先对第一车站发送端设备进行身份认证，身份认证通过后表示第一车站发送端设备接入成功，然后才能实现第一车站发送端设备与第一车站接收端设备之间的数据通信。
[0202]
其中，由于城市轨道交通车站内设备种类众多，不同设备的供应商不同，不同设备所采用的通信方式不同，并且不同设备的管理模式也不同，为了实现对不同设备进行统一的管理，进而实现在轨道交通多运营场景下车站设备的联动控制，需要制定一套统一的设备接入认证方法，作为设备接入标准。
[0203]
一种实施方式中，第一车站发送端设备用于通过协议适配器向目标认证器进行身份认证，具体包括：
[0204]
第一车站发送端设备用于基于设备接入标准协议向协议适配器发送身份认证数据包，协议适配器对身份认证数据包进行字段补充处理后，得到处理后的身份认证数据包，并将处理后的身份认证数据包发送至目标认证服务器，目标认证服务器对处理后的身份认证数据包进行校验。
[0205]
可选地，第一通信类型可以为以太网通信、总线通信或串行通信。
[0206]
状态数据包包括第一车站发送端设备的当前状态信息。
[0207]
协议适配器610，用于基于所述第一通信类型对所述状态数据包进行字段补充处理，得到处理后的状态数据包，并将所述处理后的状态数据包发送至所述目标认证服务器。
[0208]
需要说明的是，对于城市轨道交通车站内各设备的通信方式不同的问题，需要采用协议适配器来处理来自不同设备以及不同通信方式的数据源，一方面，协议适配器根据设备的通信方式对数据源进行字段补充处理，进而能够体现数据源的来源及数据源的通信方式，避免目标认证服务器被非法设备入侵，进而避免在轨道交通多运营场景下车站设备的联动功能被非法设备干扰，降低运营风险。
[0209]
另一方面，协议适配器提供不同形式的通信接口，例如以太网通信接口、总线通信接口或串行通信接口等无线通信组件，根据第一车站发送端设备的第一通信类型，采用第一通信类型对应的通信接口与第一车站发送端设备进行通信，能够仅采用一套协议适配器实现与城市轨道交通多运营场景下车站内多个设备连接，进而实现在轨道交通多运营场景下车站设备的协同联动控制。
[0210]
认证服务器620，包括至少一个目标认证服务器，所述目标认证服务器用于对所述第一车站发送端设备进行身份认证，对所述处理后的状态数据包进行校验，若校验通过，将所述处理后的状态数据包发送至车站服务器。
[0211]
需要说明的是，目标认证服务器用于验证处理后的状态数据包的合法性，即验证该处理后的状态数据包是否来自第一车站发送端设备，在确认处理后的状态数据包是来自该第一车站发送端设备的情况下，能够保证基于处理后的状态数据包生成的控制指令的合法性，进而能够实现在轨道交通多运营场景下基于具有合法性的控制指令对车站内设备进行联动控制。
[0212]
其中，目标认证服务器对第一车站发送端设备的身份认证具有时效性，在预设时长内，目标认证服务器对第一车站发送端设备进行身份认证通过后，第一车站发送端设备与第一车站接收端设备可以直接进行数据通信，不需要重复对第一车站发送端设备进行身份认证，若超过预设时长，目标认证服务器需要重新对第一车站发送端设备进行身份认证。
[0213]
车站服务器630，用于基于所述处理后的状态数据包生成设备联动控制方案，基于所述设备联动控制方案生成第一控制指令，并基于指令协议标准对所述第一控制指令进行处理，得到处理后的第一控制指令，将所述处理后的第一控制指令发送至指令协议分发器。
[0214]
需要说明的是，在不同的轨道交通运营场景下，车站服务器基于车站内各设备发送的状态数据包进行汇总，生成不同的轨道交通运营场景下的设备联动控制方案，基于设备联动控制方案生成控制指令，通过控制指令实现对车站内各设备的状态切换，进而实现了在轨道交通多运营场景下的车站各设备的协同联动控制。
[0215]
需要说明的是，在轨道交通多运营场景下的车站设备种类众多，不同设备的供应商不同，采用的通信方式不同，控制设备的指令格式也不相同，为了实现对不同设备进行统一的控制管理，进而实现控制指令对轨道交通多运营场景下车站内不同设备进行协同联动控制，需要制定一套指令协议标准，对不同设备的控制指令的格式进行标准化处理，得到标准化的控制指令。
[0216]
第一控制指令表示对第一车站接收端设备的状态进行切换的指令。
[0217]
一种实施方式中，车站服务器用于基于所述处理后的状态数据包生成设备联动控制方案，具体包括：
[0218]
车站服务器用于基于设备状态机制对处理后的状态数据包进行处理，生成设备联动控制方案。
[0219]
设备状态机制用于对第一车站接收端设备的状态切换进行管理。
[0220]
指令协议分发器640，用于基于指令优先级将所述处理后的第一控制指令加入至对应的发送队列，并按照队列优先级，将所述处理后的第一控制指令发送至第一车站接收端设备。
[0221]
需要说明的是，在轨道交通多运营场景下车站内各设备的通信方式不同，需要采用指令协议分发器与不同通信方式的设备进行通信，并实现对车站内设备的联动控制，一方面，指令协议分发器提供不同形式的通信接口，例如以太网通信接口、总线通信接口或串行通信接口等无线通信组件，并根据控制指令中的目标设备唯一标识字段确定第一车站接收端设备，再根据第一车站接收端设备的第二通信类型对应的通信接口与第一车站接收端设备进行通信。
[0222]
可选地，第二通信类型可以为以太网通信、总线通信或串行通信。
[0223]
另一方面，指令协议分发器将控制指令存储到不同优先级的发送队列，并按照高优先级发送队列至低优先级发送队列的顺序向车站内各设备发送控制指令，能够实现在轨
道交通不同运营场景下，车站各设备按照控制指令的优先级顺序进行控制，进而达到了车站各设备的联动控制效果。
[0224]
其中，在轨道交通通用的运营场景下，尽量避免使用高优先级控制指令，否则可能导致在较长时间内，中优先级发送队列或低优先级发送队列无法将控制指令发送到设备。
[0225]
在轨道交通的特殊运营场景下，例如遇到异常事件，指令协议分发器可以发送高优先级控制指令至设备，进而实现特殊运营场景下车站内各设备的联动功能。
[0226]
需要说明的是，指令协议分发器中包括至少一个发送队列，所有发送队列按照预设队列优先级进行排序。
[0227]
可选地，队列优先级的顺序为高优先级队列、中优先级队列以及低优先级队列。
[0228]
车站接收端设备650，包括至少一个第一车站接收端设备，所述第一车站接收端设备用于基于所述处理后的第一控制指令切换所述第一车站接收端设备的状态。
[0229]
第一车站接收端设备的状态包括初始状态、工作状态和异常状态。
[0230]
本发明实施例提供的适用于轨道交通多运营场景条件下的车站设备联动系统，第一车站发送端设备向协议适配器发送状态数据包，协议适配器对状态数据包进行字段补充处理，得到处理后的状态数据包，将处理后的状态数据包发送至目标认证服务器，目标认证服务器对处理后的状态数据包进行校验，校验通过后将处理后的状态数据包发送至车站服务器，车站服务器基于处理后的状态数据包生成设备联动控制方案，基于设备联动控制方案生成控制指令，并将控制指令发送至指令协议分发器，指令协议分发器向第一车站接收端设备发送控制指令，第一车站接收端设备基于控制指令切换第一车站接收端设备的状态，能够在不同运营场景下触发车站内各个设备的联动响应，达到多种设备协同联动的效果，减少人力干预，提高自动化程度，提升运营效率。
[0231]
图7为本发明提供的电子设备的结构示意图，如图7所示，该电子设备可以包括：处理器(processor)710、通信接口 (communicationsinterface)720、存储器(memory)730和通信总线 740，其中，处理器710，通信接口720，存储器730通过通信总线 740完成相互间的通信。处理器710可以调用存储器730中的逻辑指令，以执行适用于轨道交通多运营场景条件下的车站设备联动方法，该方法包括：
[0232]
第一车站发送端设备基于第一通信类型向协议适配器发送状态数据包；
[0233]
所述协议适配器基于所述第一通信类型对所述状态数据包进行字段补充处理，得到处理后的状态数据包，并将所述处理后的状态数据包发送至目标认证服务器；
[0234]
所述目标认证服务器对所述处理后的状态数据包进行校验，若校验通过，将所述处理后的状态数据包发送至车站服务器；
[0235]
所述车站服务器基于所述处理后的状态数据包生成设备联动控制方案，基于所述设备联动控制方案生成第一控制指令，并基于指令协议标准对所述第一控制指令进行处理，得到处理后的第一控制指令，将所述处理后的第一控制指令发送至指令协议分发器；
[0236]
所述指令协议分发器基于指令优先级将所述处理后的第一控制指令加入至对应的发送队列，并按照队列优先级，将所述处理后的第一控制指令发送至第一车站接收端设备；
[0237]
所述第一车站接收端设备基于所述处理后的第一控制指令切换所述第一车站接收端设备的状态。
[0238]
此外，上述的存储器730中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，车站服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom， read
‑
onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0239]
另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的适用于轨道交通多运营场景条件下的车站设备联动方法，该方法包括：
[0240]
第一车站发送端设备基于第一通信类型向协议适配器发送状态数据包；
[0241]
所述协议适配器基于所述第一通信类型对所述状态数据包进行字段补充处理，得到处理后的状态数据包，并将所述处理后的状态数据包发送至目标认证服务器；
[0242]
所述目标认证服务器对所述处理后的状态数据包进行校验，若校验通过，将所述处理后的状态数据包发送至车站服务器；
[0243]
所述车站服务器基于所述处理后的状态数据包生成设备联动控制方案，基于所述设备联动控制方案生成第一控制指令，并基于指令协议标准对所述第一控制指令进行处理，得到处理后的第一控制指令，将所述处理后的第一控制指令发送至指令协议分发器；
[0244]
所述指令协议分发器基于指令优先级将所述处理后的第一控制指令加入至对应的发送队列，并按照队列优先级，将所述处理后的第一控制指令发送至第一车站接收端设备；
[0245]
所述第一车站接收端设备基于所述处理后的第一控制指令切换所述第一车站接收端设备的状态。
[0246]
又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的适用于轨道交通多运营场景条件下的车站设备联动方法，该方法包括：
[0247]
第一车站发送端设备基于第一通信类型向协议适配器发送状态数据包；
[0248]
所述协议适配器基于所述第一通信类型对所述状态数据包进行字段补充处理，得到处理后的状态数据包，并将所述处理后的状态数据包发送至目标认证服务器；
[0249]
所述目标认证服务器对所述处理后的状态数据包进行校验，若校验通过，将所述处理后的状态数据包发送至车站服务器；
[0250]
所述车站服务器基于所述处理后的状态数据包生成设备联动控制方案，基于所述设备联动控制方案生成第一控制指令，并基于指令协议标准对所述第一控制指令进行处理，得到处理后的第一控制指令，将所述处理后的第一控制指令发送至指令协议分发器；
[0251]
所述指令协议分发器基于指令优先级将所述处理后的第一控制指令加入至对应的发送队列，并按照队列优先级，将所述处理后的第一控制指令发送至第一车站接收端设备；
[0252]
所述第一车站接收端设备基于所述处理后的第一控制指令切换所述第一车站接收端设备的状态。
[0253]
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0254]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0255]
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。