CN107070911A - 一种信息传输的方法及交通综合监控系统 - Google Patents

Abstract

本发明公开了一种信息传输的方法及交通综合监控系统，该方法包括生成第一消息，所述第一消息为发送至第一设备的消息，所述第一设备为所述交通综合监控系统的子系统监控的设备，获取所述第一设备的寄存器的通信协议格式，将所述第一消息的通信协议的格式转换为所述第一设备的寄存器的通信协议格式，将所述转换通信协议格式之后的第一消息发送至所述第一设备。通过获取第一设备的寄存器的通信协议格式，将第一消息的通信格式转换为第一设备的寄存器的通信协议格式之后，发送给第一设备，使得在交通线路中切换线路或更换设备时，减少联动的改动，减少开发工时，降低开发成本。

Description

一种信息传输的方法及交通综合监控系统

技术领域

本发明实施例涉及轨道交通监控技术领域，尤其涉及一种信息传输的方法及交通综合监控系统。

背景技术

随着城市轨道交通的发展，自动化技术在地铁设备上得到充分应用。其中，城市轨道交通综合监控系统集成和互联了地铁电力、环控、信号、火灾报警等各相关系统，建立了统一的硬、软件平台，因此可以对地铁设备进行监控、维护和管理。在综合监控系统中，由于每个子系统一般是分立设置，配合各自的人机界面，完成对相应子系统的管理和控制，而地铁运营中常用的调度管理一般需要多个子系统之间相互配合，协同合作。同时，在轨道交通运营的过程中，地铁调度员的很多操作是规范和流程化的。通常情况下，调度员的一次调度需要依次对多个子系统进行操作，步骤繁杂、费时费力、容易出错、效率低。不能满足提高地铁运营管理效率的目标。

针对这些问题，国内很多厂家提出了联动的方案。通过对调度过程中某一些特定的运营场景进行抽象，将场景中涉及的一系列的子系统和操作步骤抽象成一个联动,设定触发条件，当条件满足时，联动被触发，经调度员确认之后，各个子系统按照设定的顺序和步骤进行自动动作，从而达到程序自动控制的目的。调度人员只需要通过联动的组态配置，定义联动中涉及的子系统和相应动作，设定触发条件，就可以实现对地铁设备自动，半自动化的控制。这种封装上层应用的方式，提高了轨道交通各系统的综合响应速度，保障了人身和设备安全，并且实现了地铁信息互通、资源共享，整合各系统协调配合，增强了应对各种突发事件的综合处理能力。

但是，这种方案仍然存在一些问题。由于综合监控系统联动和各个子系统互联过程中要通过相应的协议，而交互协议的具体格式由地铁设备底层的各子系统根据设备特性决定，对于不同的线路，由于设备不同，控制逻辑改变，子系统与设备的交互逻辑必然要随设备做相应的调整。因此，子系统从设备获取的数据格式会发生变化，子系统与联动互联的原有协议将无法传输新的数据格式，从而使子系统和联动无法进行有效互联。这样，原有的联动将会失效，无法应用于新的地铁线路。要想将联动应用于新的地铁线路，联动和子系统都需要进行更改以匹配新的协议格式，而且需要重新编译。这必然增加开发的工作量，人力和时间成本也会增加，同时，大量的改动必然引入新的问题，影响系统的稳定性。

发明内容

本发明实施例提供一种信息传输的方法及交通综合监控系统，用以在切换线路或更换设备时，可以降低交通综合监控系统联动和各个子系统的通信成本，减少联动的改动，减少开发工时。

本发明实施例提供的一种信息传输的方法，应用于交通综合监控系统，包括：

生成第一消息；所述第一消息为发送至第一设备的消息，所述第一设备为所述交通综合监控系统的子系统监控的设备；

获取所述第一设备的寄存器的通信协议格式；

将所述第一消息的通信协议的格式转换为所述第一设备的寄存器的通信协议格式；

将所述转换通信协议格式之后的第一消息发送至所述第一设备。

可选地，还包括：

获取第二消息，所述第二消息为所述第一设备发送的消息；

将所述第二消息的通信协议格式转换为所述交通综合监控系统的通信协议格式。

可选地，所述将所述第一消息的通信协议格式转换为所述第一设备的寄存器的通信协议格式，包括：

将所述第一消息的通信协议格式中数据的存储格式转换为符合所述第一设备的寄存器的存取逻辑的存储格式。

可选地，还包括：

获取用户自定义的联动配置信息；

将所述用户自定义的联动配置信息进行存储。

相应的，本发明实施例还提高了一种交通综合监控系统，包括：

处理单元，用于生成第一消息；所述第一消息为发送至第一设备的消息，所述第一设备为所述交通综合监控系统的子系统监控的设备；

收发单元，用于获取所述第一设备的寄存器的通信协议格式；

所述处理单元，还用于将所述第一消息的通信协议的格式转换为所述第一设备的寄存器的通信协议格式；

所述收发单元，还用于将所述转换通信协议格式之后的第一消息发送至所述第一设备。

可选地，所述收发单元，还用于获取第二消息，所述第二消息为所述第一设备发送的消息；

所述处理单元，还用于将所述第二消息的通信协议格式转换为所述交通综合监控系统的通信协议格式。

可选地，所述处理单元具体用于：

将所述第一消息的通信协议格式中数据的存储格式转换为符合所述第一设备的寄存器的存取逻辑的存储格式。

可选地，还包括：存储单元；

所述收发单元，还用于获取用户自定义的联动配置信息；

所述存储单元，用于将所述用户自定义的联动配置信息进行存储。

本发明实施例表明，生成第一消息，所述第一消息为发送至第一设备的消息，所述第一设备为所述交通综合监控系统的子系统监控的设备，获取所述第一设备的寄存器的通信协议格式，将所述第一消息的通信协议的格式转换为所述第一设备的寄存器的通信协议格式，将所述转换通信协议格式之后的第一消息发送至所述第一设备。通过获取第一设备的寄存器的通信协议格式，将第一消息的通信格式转换为第一设备的寄存器的通信协议格式之后，发送给第一设备，使得在交通线路中切换线路或更换设备时，减少联动的改动，减少开发工时，降低开发成本。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种系统架构的示意图；

图2为本发明实施例提供的一种信息传输的方法的流程示意图；

图3为本发明实施例提供的一种联动执行方法的流程示意图；

图4本发明实施例提供的一种交通综合监控系统的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

图1示例性示出了本发明实施例所适用的系统架构，该系统架构包括配置数据库、实时数据库、联动定义HMI(Human Machine Interface，人机接口)、联动执行HMI、联动触发模块、联动执行模块、协议转换模块，本发明实施例可以通过上述系统架构中的协议转换模块来执行。

如图1所示，在本发明实施例中，配置数据库可以用来存储用户的联动方案，为联动提供基本的配置信息。联动从本质上说是一系列自定义动作的集合，这些动作可以串行或并行执行，我们将几个动作分成一组，每一组动作完成特定的功能，并且每一组动作都要配置相应的触发条件。这些联动动作的定义和触发条件等都需要进行配置并保存到配置数据库。

联动定义HMI可以是用户配置联动的人机界面接口。用户通过该联动定义HMI定义联动的动作，联动的触发条件等配置信息。并通过该接口将配置信息保存到配置数据库。该模块支持用户在线自定义联动。联动报告HMI可以用来负责向用户实时反馈当前联动的执行情况，显示联动执行的历史信息等。联动运行HMI为用户通过该人机接口实现对联动的控制操作，启动、停止联动，人工干预等。

联动执行模块主要负责根据条件触发模块的触发逻辑，从配置数据库加载联动、处理联动、执行联动并通过综合监控系统后台与各个子系统进行交互。同时该模块决定了联动的启停，执行的状态，并通过联动报告HMI向用户反馈当前联动个的执行过程。该模块还要负责接收用户通过联动运行HMI发送的联动命令，执行或停止用户触发的联动逻辑，包括联动执行失败时的收到的人工干预命令等。

联动触发模块：与综合监控中实时库相结合，封装Python脚本引擎，以实时库中提供的数据作为该模块的输入，脚本定义的逻辑为联动的触发条件，将实时库输入的数据计算后生成联动的触发逻辑。脚本中包括联动动作的闭锁逻辑和事后逻辑，通过这种方式，实现联动的自动控制。

协议转换模块：各个子系统与综合监控进行互联通信时，通过该模块对综合监控系统及其应用提供约定格式的数据。该模块将不同格式的数据转换为约定格式的数据，该模块由各子系统负责维护，综合监控系统只需按约定格式与该模块交互即可实现与各子系统的交互。

在本发明实施例中，联动是交通综合监控系统的一种应用，其中，联动的执行过程可以如图2所示的流程。

如图2所示，联动的执行过程的具体步骤包括：

步骤201，加载联动配置信息。首先是从配置数据加载相应的联动配置信息。

步骤202，循环检测联动是否被触发，若是，则转入步骤203，若否，则转入步骤202。调用联动触发模块，通过配置脚本和实时库的输入，判断联动是否满足触发条件。

步骤203，联动是否处于执行状态，若是，则转入步骤202，若否，则转入步骤204。在满足触发条件的情况下，继续判断联动的运行状态，如果联动已经运行则不启动该联动，否则就执行步骤204，启动该联动。

步骤204，触发联动，并报告联动执行结果。在联动执行时，联动模块会将联动执行的过程反馈给HMI报告给用户。

步骤205，联动是否执行结束，若是，则转入步骤206，若否，则转入步骤202。

步骤206，结束联动。

由于在联动执行过程中，需要与各子系统做互联通信，并且交通线路的线路、设备、子系统的更改对于交通综合监控系统时透明的。在现有的交通综合监控系统中，联动执行需要与各个子系统相互协作，必然需要二者进行通信。二者通信协议是根据线路和设备的特性提前约定好的。下面举一个简单的例子：假设联动运行在线路1中，联动执行时需要与线路1中环控子系统的某一个设备进行数据通信。如果该设备有一个16位寄存器，联动需要访问寄存器中的数据。其中，该寄存器的高8位保存联动需要读取的寄存器个数，低8位保存要读取寄存器的起始地址，那么联动在与该设备交互时，根据设备寄存器规则，我们采用的通信协议格式如表1所示格式。

表1

只要子系统和联动都采用以上格式的交互协议进行通信，那么我们就能有效的与子系统通信，从而对设备进行控制。接收数据后，当子系统或联动处理数据时，必须根据协议的格式对数据进行解析。所以，地铁线路的具体设备决定了联动和子系统之间的通信协议格式，也决定了二者对数据的解析方式。

当更换一条线路时，随着设备的改变，假设以上设备寄存器的存取方式也发生了改变，其中寄存器的低8位保存要读取寄存器的个数，高8位保存要读取的起始地址。那么联动与各子系统之间如果按原有的通信协议进行通信，那必然无法完成正确的互联。相应的，二者必须采用如下新的协议才能正常通信：

这样，子系统对设备寄存器的存取逻辑需要改变，同时，联动解析数据的逻辑也必须改变，才能正确的与子系统互联通信。这就造成了子系统和联动两方面改动，才能适应新的地铁线路。必然增大开发的成本并且使系统不稳定。

为了解决上述问题，图3示例性的示出了本发明实施例提供的一种信息传输的方法的流程，该流程可以由交通综合监控系统执行。

如图3所示，该流程具体步骤包括：

步骤301，生成第一消息。

步骤302，获取所述第一设备的寄存器的通信协议格式。

步骤303，将所述第一消息的通信协议的格式转换为所述第一设备的寄存器的通信协议格式。

步骤304，将所述转换通信协议格式之后的第一消息发送至所述第一设备。

在上述步骤中，第一消息为发送至第一设备的消息，第一设备为交通综合监控系统的子系统监控的设备。在交通综合监控系统向第一设备发送消息，也就是向子系统进行通信时，交通综合监控系统需要先生成一个将发往第一设备的第一消息，然后，获取该第一设备的寄存器的通信协议格式，将该第一消息的通信协议的格式转换为第一设备的寄存器的通信协议格式之后，将该第一消息发送给第一设备，完成通信。具体的，也就是将第一消息的通信协议格式中数据的存储格式转换为符合第一设备的寄存器的存取逻辑的存储格式。通过本发明实施例可以提高交通综合监控系统与子系统的适应性。

举例来说，此时，第一设备的寄存器的通信协议格式为数据的高8位为2，低8位为0X000002，第一消息的通信协议的格式为高8位为0X000002，低8位为2，交通综合监控系统将第一消息的通信协议的格式转换为高8位为2，低8位为0X000002，这样就可以满足通信的需求，从而可以将第一消息发送给第一设备。

相应的，在第一设备向交通综合监控系统发送消息的过程中，该交通综合监控系统需要获取第二消息，该第二消息为第一设备发送的消息，交通综合监控系统将第二消息的通信协议格式转换为该交通综合监控系统的通信协议格式，就可以完成通信。具体的通信协议格式转换过程已在上述实施例描述，不再赘述。

为了更好应用于多条线路和多种设备的联动，交通综合监控系统还可以获取用户自定义的联动配置信息，并将该用户自定义的联动配置信息进行存储，以供联动执行时调用。

上述实施例表明，生成第一消息，所述第一消息为发送至第一设备的消息，所述第一设备为所述交通综合监控系统的子系统监控的设备，获取所述第一设备的寄存器的通信协议格式，将所述第一消息的通信协议的格式转换为所述第一设备的寄存器的通信协议格式，将所述转换通信协议格式之后的第一消息发送至所述第一设备。通过获取第一设备的寄存器的通信协议格式，将第一消息的通信格式转换为第一设备的寄存器的通信协议格式之后，发送给第一设备，使得在交通线路中切换线路或更换设备时，减少联动的改动，减少开发工时，降低开发成本。可以实现地铁线路切换或设备更换时，联动无需修改，编译或部署。

基于相同的发明构思，图4示例性的示出了本发明实施例提供的一种交通综合监控系统的结构，该交通综合监控系统可以执行上述信息传输的流程。

如图4所示，包括：

处理单元401，用于生成第一消息；所述第一消息为发送至第一设备的消息，所述第一设备为所述交通综合监控系统的子系统监控的设备；

收发单元402，用于获取所述第一设备的寄存器的通信协议格式；

所述处理单元401，还用于将所述第一消息的通信协议的格式转换为所述第一设备的寄存器的通信协议格式；

所述收发单元402，还用于将所述转换通信协议格式之后的第一消息发送至所述第一设备。

可选地，所述收发单元402，还用于获取第二消息，所述第二消息为所述第一设备发送的消息；

所述处理单元401，还用于将所述第二消息的通信协议格式转换为所述交通综合监控系统的通信协议格式。

可选地，所述处理单元401具体用于：

将所述第一消息的通信协议格式中数据的存储格式转换为符合所述第一设备的寄存器的存取逻辑的存储格式。

可选地，还包括：存储单元(未示出)；

所述收发单元402，还用于获取用户自定义的联动配置信息；

所述存储单元，用于将所述用户自定义的联动配置信息进行存储。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种信息传输的方法，应用于交通综合监控系统，其特征在于，包括：

生成第一消息；所述第一消息为发送至第一设备的消息，所述第一设备为所述交通综合监控系统的子系统监控的设备；

获取所述第一设备的寄存器的通信协议格式；

将所述第一消息的通信协议的格式转换为所述第一设备的寄存器的通信协议格式；

将所述转换通信协议格式之后的第一消息发送至所述第一设备。

2.如权利要求1所述的方法，其特征在于，还包括：

获取第二消息，所述第二消息为所述第一设备发送的消息；

将所述第二消息的通信协议格式转换为所述交通综合监控系统的通信协议格式。

3.如权利要求1所述的方法，其特征在于，所述将所述第一消息的通信协议格式转换为所述第一设备的寄存器的通信协议格式，包括：

将所述第一消息的通信协议格式中数据的存储格式转换为符合所述第一设备的寄存器的存取逻辑的存储格式。

4.如权利要求1所述的方法，其特征在于，还包括：

获取用户自定义的联动配置信息；

将所述用户自定义的联动配置信息进行存储。

5.一种交通综合监控系统，其特征在于，包括：

处理单元，用于生成第一消息；所述第一消息为发送至第一设备的消息，所述第一设备为所述交通综合监控系统的子系统监控的设备；

收发单元，用于获取所述第一设备的寄存器的通信协议格式；

所述处理单元，还用于将所述第一消息的通信协议的格式转换为所述第一设备的寄存器的通信协议格式；

所述收发单元，还用于将所述转换通信协议格式之后的第一消息发送至所述第一设备。

6.如权利要求5所述的交通综合监控系统，其特征在于，所述收发单元，还用于获取第二消息，所述第二消息为所述第一设备发送的消息；

所述处理单元，还用于将所述第二消息的通信协议格式转换为所述交通综合监控系统的通信协议格式。

7.如权利要求5所述的交通综合监控系统，其特征在于，所述处理单元具体用于：

将所述第一消息的通信协议格式中数据的存储格式转换为符合所述第一设备的寄存器的存取逻辑的存储格式。

8.如权利要求5所述的交通综合监控系统，其特征在于，还包括：存储单元；

所述收发单元，还用于获取用户自定义的联动配置信息；

所述存储单元，用于将所述用户自定义的联动配置信息进行存储。