一种轨道交通维护管理系统技术方案

本发明专利技术揭示了一种轨道交通维护管理系统，其包括数据管理系统、至少两个类型的子系统、消息服务器以及界面。其中所述数据管理系统通过通用协议格式与各个所述子系统之间进行网络数据通信。所述数据管理系统会将其处理后的消息数据发送给所述消息服务器，所述消息服务器再将消息数据实时发送给所述界面进行实时显示。

【技术实现步骤摘要】
一种轨道交通维护管理系统
本专利技术涉及轨道交通中使用的一种信息管理系统。
技术介绍
随着社会的发展，城市人口不断增加。为了方便出行，人们对于汽车的需求日益增加，也使得城市车辆的保有率不断提高。而城市车辆保有率的提高，导致城市交通拥堵问题日益严重。而且，汽车保有量的增加，也因为其尾气的排放，对于环境的污染日益增加。为了解决人们出行不便和环境污染的问题，社会开始大力发展轨道交通。轨道交通的有序运行，离不开对其系统运行数据正常的采集、处理、交换和显示。现有的轨道交通项目中，其管理系统通常是通过网络控制协议TCP、UDP进行网络数据的交换，协议按照特定的格式进行数据收集，所述管理系统对收集到的数据进行处理并显示。其中所述管理系统接收数据的方式大多采用主动获取的形式，其对处理后的数据在页面进行实时显示各状态数据时，也是通过所述页面主动获取的形式进行刷新。但是，现有的轨道交通项目采用的网络协议内容的格式，不能满足通用的多类型子系统交互网络数据的要求，并且由于涉及的子系统类型较多，需要针对不同的子系统制定专属的网络协议、处理和展示方式。也就是说，其制定的网络协议格式不具备通用性。进一步的，现有技术中对处理多系统大流量数据、大容量数据的存储以及缓存历史数据存在较大的瓶颈，其不能快速有效的完成数据处理。同时通过页面获取实时状态信息，页面负担过重，导致其经常不能实时刷新，甚至出现浏览器崩溃的情况。因此，确有必要来开发一种新型的轨道交通中使用的信息管理系统，来克服现有技术中的缺陷。
技术实现思路
本专利技术的目的在于提供一种新型的轨道交通维护管理系统，其能够对轨道交通中的数据进行实时数据采集、处理以及状态显示。为实现上述专利技术目的，本专利技术采用了如下技术方案：一种轨道交通维护管理系统，其包括数据管理系统、至少两个类型的子系统、消息服务器以及界面。其中所述数据管理系统通过通用协议格式与各个所述子系统之间进行网络数据通信。所述数据管理系统会将其处理后的消息数据发送给所述消息服务器，所述消息服务器再将消息数据实时发送给所述界面进行实时显示。进一步的，在不同实施方式中，其中所述通用协议格式，采用的数据格式定义至少2层数据结构，其中上层数据结构定义包含了下层数据结构定义中的所有内容。进一步的，在不同实施方式中，其中所述数据格式定义4层数据结构，从上层数据结构到下层数据结构依次为ApplicationData(应用数据定义)、DataInfo(数据类型定义)、DevData(具体数据类型定义)以及AttrData(对象属性类型定义)。进一步的，在不同实施方式中，其中所述上层数据结构ApplicationData数据结构中的Data字段定义了数据长度，包含其下层数据结构中所述DataInfo、DevData、AttrData数据结构中的协议数据。进一步的，在不同实施方式中，其中所述DataInfo数据结构中的Info字段定义了数据长度，包含其下层数据结构中所述DevData、AttrData数据结构中的协议数据；而所述DevData数据结构中包括的AttrData字段定义了数据长度，包含其下层数据结构AttrData数据结构中的协议数据；所述AttrData数据结构定义了数据具体属性值的类型、长度、数据。进一步的，在不同实施方式中，其中所述数据管理系统与各个子系统之间使用ApacheMINA技术进行数据的发送与接收，为配合所述通用协议格式，其会对数据的编码、解码类进行重写。进一步的，在不同实施方式中，其中所述数据管理系统在接收数据包时，其会单独启用一个新的工作线程进行数据的处理，从而保证处理数据的及时性。进一步的，在不同实施方式中，其中所述数据管理系统使用ApacheActiveMQ技术向所述消息服务器进行实时消息数据发送，所述消息服务器为所述界面的消息订阅提供入口。进一步的，在不同实施方式中，其中所述界面使用ApacheActiveMQ技术向所述消息服务器进行实时消息数据订阅，所述消息服务器向所述订阅的界面进行实时消息数据的推送，所述界面接收到数据进行实时状态显示，从而减少了所述界面的数据负载。进一步的，在不同实施方式中，其还包括用于数据存储的数据库，其中所述数据库使用其固有的线程池技术进行存储数据的同时，所述数据管理系统还为每个所述子系统启用单独的工作线程池进行数据的存储，从而保证了短暂间隔内采集到大容量数据存储到所述数据库的实时性及完整性。进一步的，在不同实施方式中，其中所述子系统包括微机监测(WJTX)子系统、区域控制(ZC)子系统、连锁(CBI)子系统、车载(OBCU)子系统以及ATS子系统中的至少两个类型。相比于现有技术，本专利技术的优势在于，本专利技术涉及的一种轨道交通维护管理系统，其提供了一种对于多个不同类型子系统进行实时数据采集、处理以及状态显示的解决方案，有效解决了现有技术中由于收集多个不同类型子系统的数据，而出现的系统不能实时接收、不能实时处理及实时状态显示的问题。附图说明图1是本专利技术的一个实施方式提供的一种轨道交通维护管理系统的逻辑结构图，其中还显示了所述系统内部之间的数据流程。具体实施方式以下结合较佳实施例及其附图对本专利技术涉及的一种轨道交通维护管理系统的技术方案作进一步非限制性的详细说明。请参阅图1所示，本专利技术的一个实施方式提供了一种轨道交通维护管理系统，其包括相互之间能够进行网络数据交换的数据管理系统、若干不同类型的子系统、消息服务器、界面以及数据库。所述数据管理系统与各个子系统之间的通信方式，可以是在连接未建立时，HSI周期性向HSR发送连接初始化数据包(RFC)，所述RFC的ApplicationDataField长度为0，周期为1000ms。所述HSR收到所述RFC之后，做出回应，连接建立。连接建立之后，所述HSI每周期向所述HSR发送POLL包，周期长度为500ms。所述HSR收到所述POLL包之后做出回复。所述HSR的回复中，当applicationdatafield的长度小于1350时，每周期一个数据包；当超出1350时，需要分多个包进行回复，即：每个周期回复多个包。所述子系统包括微机监测(WJTX)子系统(多站点)、区域控制(ZC)子系统(多站点)、连锁(CBI)子系统(多站点)、车载(OBCU)子系统(多辆车)以及ATS子系统等等。以上涉及的子系统只是举例性说明，并不限于，其还能根据其所应用的轨道交通实际项目的需要，进行增加。进一步的，如图1中所示，整个系统内部之间的网络数据交流可以包括5个数据流程。以下将对各个数据流程分别进行说明。其中数据流程①和②，是所述数据管理系统与各个子系统之间的数据流程。其为网络通信数据采用TCP、UDP协议，利用ApacheMINA技术进行数据的发送与接收。在接收每一包网络数据包时，所述数据管理系统会单独启用一个新的工作线程进行数据的处理，保证了处理数据的及时性。其中为避免所述数据管理系统对各个子系统涉及的不同协议格式数据处理的情况，本专利技术提出了一个全新的通用协议格式来定义所述网络通信数据，通过遵循所述通用协议格式，所述数据管理系统能够对各个子系统的任何状态数据进行接收，然后对其进行解析，通过解析可得出详细的数据类型含义，提高了代码复用率。进一步的，在一个本文档来自技高网...

【技术保护点】
一种轨道交通维护管理系统；其特征在于，其包括数据管理系统、至少两个类型的子系统、消息服务器以及界面；其中所述数据管理系统通过通用协议格式与各个所述子系统之间进行网络数据通信，所述数据管理系统会将其处理后的消息数据发送给所述消息服务器，所述消息服务器再将消息数据实时发送给所述界面进行实时显示。

【技术特征摘要】
1.一种轨道交通维护管理系统；其特征在于，其包括数据管理系统、至少两个类型的子系统、消息服务器以及界面；其中所述数据管理系统通过通用协议格式与各个所述子系统之间进行网络数据通信，所述数据管理系统会将其处理后的消息数据发送给所述消息服务器，所述消息服务器再将消息数据实时发送给所述界面进行实时显示。2.根据权利要求1所述的一种轨道交通维护管理系统；其特征在于，其中所述通用协议格式，采用的数据格式定义至少2层数据结构，其中上层数据结构定义包含了下层数据结构定义中的所有内容。3.根据权利要求2所述的一种轨道交通维护管理系统；其特征在于，其中所述数据格式定义4层数据结构，从上层数据结构到下层数据结构依次为ApplicationData、DataInfo、DevData以及AttrData。4.根据权利要求3所述的一种轨道交通维护管理系统；其特征在于，其中所述上层数据结构ApplicationData数据结构中的Data字段定义了数据长度，包含其下层数据结构中所述DataInfo、DevData、AttrData数据结构中的协议数据。5.根据权利要求4所述的一种轨道交通维护管理系统；其特征在于，其中所述DataInfo数据结构中的Info字段定义了数据长度，包含其下层数据结构中所述DevData、AttrData数据结构中的协议数据；而所述DevData数据结构中包括的AttrData字段定义了数据长度，包含其下层数据结构At...

【专利技术属性】
技术研发人员：魏亚辉，孔令发，王恒楠，洪松，张剑锋，
申请(专利权)人：苏州富欣智能交通控制有限公司，
类型：发明
国别省市：江苏,32