本发明属于轨道交通管理软件技术领域，具体涉及一种基于移动端的轨道交通车站控制信息系统。
背景技术：
轨道交通车站是供旅客乘降、换乘和候车的场所。应保证旅客使用方便，安全，迅速地进出车站，并有良好的通风，照明，卫生，防火设备等，给旅客提供舒适，清洁的环境。车站应容纳主要的技术设备和运营管理系统，从而保证城市轨道交通的安全运行。地铁车站里的辅助设备包括：自动扶梯、直升电梯、卷帘门、防洪门、旅客引导、照明、售检票系统、车站设备自控系统等，根据需要还可设置屏蔽门和防辐射门等。
一般地铁车站由站台层、站厅层、设备层以及出入口组成。地铁站台按照线路分布情况，又可分为：岛式站台、侧式站台以及混合式站台。由于现代轨道交通大都采用自动化控制模式，则管理人员仅需对运行参数进行关注，在出现特殊状况时才介入进行干预。
而目前车站的日常工作管理主要依赖于纸质版台账来完成，硬件设备、管理水平不够先进，值班站长无法对车站设备的运行状况进行快速便捷的了解，工作效率不高。传统的纯手工记录及相对简单的统计计算工具，已经不能够完全适应现代经济高速发展和信息快速增长的要求。
技术实现要素：
为了解决现有技术存在的问题，本发明提供一种站台车控信息系统，能够将原本线下处理的所有事务一并在同一平台上进行展示和操作，使得管理人员能够在移动工作时也对站台运行状态进行实时查看。
本发明所采用的技术方案为：
一种基于移动端的轨道交通车站控制信息系统，用于接入并汇总车站的设备数据和运营数据，并在移动端以多层级的系统软件进行交互，包括：
工控机，通过连接车站各现有系统的数据接口收集数据；
云服务器，通过接受工控机的数据进行存储和处理，通过与云服务器链接的移动端进行数据交互。
值得说明的是，其中的工控机是用于连接并读取现有轨道交通中不同系统服务器的存储数据，然后将数据汇总至云服务器中，便于调用、触发程序和生成信息，通过与移动端的信息交互进行数据交换。
而移动端是指存在于多种移动终端设备中的软件或带有该软件的设备，而该终端设备通过无线网络模块与云服务器链接。在终端设备中，该系统软件包括多种形式，或为独立的app，或为设置在不同软件中的小应用插件，或为该设备仅有的软件系统，开机则显示对应的主界面。
与现有技术不同的是，所述系统设备管理功能将所有车站设备的数据通过工控机采集，预处理，判断设备状态，并将设备运行数据和状态数据上传云服务器。所属系统设备管理模块采集的数据包括环境与设备监控系统(bas)、火灾自动报警系统(fas)、隧道火灾探测系统(tfds)、站台门系统(psd)、电气火灾监控系统、消防电源监控系统、能源管理系统(ems)、门禁系统(acs)、电力监控系统(pscada)、自动售检票系统(afc)、广播系统(pa)、视屏监视系统(cctv)、乘客信息系统(pis)等多个系统。
进一步的，所述系统由设备管理模块、运营管理模块和综合管理模块构成；
所述设备管理模块实时采集分析车站设备运行数据和工作状态；运营管理模块对车站日常工作进行信息化管理。
值得说明的是，主界面包含有多个模块，由于该系统为多层级架构，则仅在主界面上设置功能按键用于链接不同程序或功能模块；其中所有功能模块可分为设备管理模块、运营管理模块和综合管理模块内，而针对于所有需要通知的消息，会单独在通知模块中进行展示。而通知模块具有优先级，会直接嵌入主界面中，或以弹窗闪烁的方式在主界面中提示。
进一步的，所述报警信息包括：
通过工控机传输的站台设备报警信息；
还有通过移动端主动上传的人员报警信息。
进一步的，所述报警信息包括文字、图片、语音和视频，在接受报警信息并由系统确认后启动报警措施，根据所确定的报警等级在移动端上进行对应的声光报警。
由于报警信息不仅是设备自身故障所产生的数据，同时站务员或值班员在日常巡检或管理过程中发现有异常现象，且该异常现象大都无法被设备自身的传感器感知到，则可主动发起报警措施，并以照片等形式进行异常说明，由系统将报警信息转发至相关工作人员或所有用户处。若无法拍照说明，则通过具有录音功能的终端设备进行语音说明。
进一步的，系统中导入有车站模型；
在车站模型中标记有接入云服务器的站台设备的位置和编号；
在车站模型中同时展示有持有移动端的工作人员的定位信息和其对应的管理区域信息；
在收到报警信息时会在车站模型中将发出报警信息的对象进行视觉特征化表示。
这里增加的可视化模型，是为了便于用户在终端设备上直观的获取到相关报警点，若是设备，则可点击查看具体的位置信息和编号信息，同时还可以查看故障码，查看是硬件问题还是软件问题。
同时，由于报警信息包含有工作人员主动上传的部分，则发现具有隐患的位置可直接模型中标记，若无法直接在模型中选取位置，则可通过查看该移动端的定位信息来确定具体方位，并由相应的维护人员到达现场进行处置。
值得说明的是，该地图可直接展示在主界面上，由于该系统软件不仅包含有移动端，还包括设置在车控室内的主机上，通过大屏幕可以展示更多的信息。相较于移动端中的展示界面，在车控室或其他控制中心的大屏幕上可展示多个折叠信息或属于第二层级的信息，包括该地图模型。
进一步的，所述车站模型由实际站台的电子图纸等比例缩放所构成；
所述电子图纸包括二维平面图或三维立体图。
进一步的，所述系统还包括应急模块，可在主界面上一键启动并链接至应急模块；
所述应急模块中包括多个配置好的应急处置预案，启动对应的应急处置预案后会在对应用户的移动端系统的通知模块更新并展示该应急处置预案信息。
进一步的，所述运营管理模块包括工作计划单元、站务运营周期报告单元、巡视管理单元、交接班管理单元、票务管理单元和客服单元；
运营管理模块中产生的通知消息均通过通知模块在对应的移动端中展示。
进一步的，所述综合管理模块包括：
人事管理单元，记录员工信息并将带有时间标签的信息统一存放，供具有权限的移动端用户调用和修改；
设备管理单元，将站台的设备信息进行编号后同一存放，供具有权限的移动端用户调用和修改。
进一步的，所述工控机、移动端和云服务器均通过无线方式连接，所述工控机内具有物理网模块。
本发明的有益效果为：
本发明提供一种车站控制信息系统，能够将原本在车控室依靠手动完成的管理事项利用移动端管理系统完成，从而打破车控室对车站管理人员的工作限制，在车站任意位置都能完成对车站的管理和控制，则能够提高管理效率，并且管理信息能够存储在云端被随时调用或及时发送至对应移动端设备上，使得管理人员能够通过访问云服务器便捷的对车站运行状态进行实时查看。
而管理人员通过平板电脑随时随地便捷的填写报表、发布信息、查看设备状况、查看车站人员分布情况等，通过信息化手段将车站管理人员从车站管理的海量报表中解脱出来，将主要精力用在提升车站安全及服务质量上。车站服务人员通过移动端应用随时接收车站通知通报、打卡考勤、提报故障、完成交接班等，有效提升工作效率。
附图说明
图1为本发明实施例1中的系统架构图。
具体实施方式
下面结合附图及具体实施例对本发明做进一步阐释。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
在本申请的描述中，需要说明的是，若出现术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该申请产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，本申请的描述中若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
此外，本申请的描述中若出现术语“水平”、“竖直”等术语并不表示要求部件绝对水平或悬垂，而是可以稍微倾斜。如“水平”仅仅是指其方向相对“竖直”而言更加水平，并不是表示该结构一定要完全水平，而是可以稍微倾斜。
在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，若出现术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。
实施例1：
本实施例公开一种轨道交通的站台管理系统，如图1所示，主要应用于地铁站台中。
系统架构：j2ee
终端设备：平板电脑、智能手机、手持pda
客户端：android、ios
无线通信方式：zigbee
整个系统的硬件架构，主要包括作为云服务器的机柜和设置在各个现有站台系统上的工控机，每台工控机均设置有独立的无线收发模块，通过无线方式与云服务器进行数据交互。
终端设备通过安装适配的软件，通过在系统中注册的用户账号进行登录，并获取相应权限。
系统中包括两种账号，均在配置系统时直接录入，包括管理者和普通员工。管理者具有更高权限，能够对系统数据进行修改，例如录入新的员工信息和制定各岗位的基础工作计划。
用户在登录后均为在主界面上获取多个信息，包括公共信息和个人信息。其中公共信息包括所有工作内容，而个人信息主要是人事信息，包括工资、考勤、职位级别等。
其中在客户端(即为移动端设备上的系统软件)的主界面上包括多个板块，每个板块均包括可点击的链接和可视化展示区，但部分板块无需对其信息进行展示，则屏蔽器可视化展示区，用户需要点击该板块的链接进入二级菜单方可具体操作。
在主界面中还包括有通知模块，则是一块以瀑布流形式展示的区域，能够将所有未读的个人信息和公共信息在该区域展示，并以不同颜色或符号来表示其紧急等级。
其次，整个云服务器通过工控机接入多个地铁站台系统的数据，其中包括以下系统：
车站环境与设备监控系统(bas)
火灾自动报警系统(fas)
隧道火灾探测系统(tfds)
站台门系统(psd)
电气火灾监控系统
消防电源监控系统
能源管理系统(ems)
门禁系统(acs)
电力监控系统(pscada)
自动售检票系统(afc)
广播系统(pa)
视屏监视系统(cctv)
乘客信息系统(pis)等13个系统的数据。
通过系统可以查看各系统的实时运行状态，同时可接收各系统发出的报警信息。
而站台中的主要终端设备为平板电脑，由值班员和站务员手持。
具体来说，系统软件包含以下功能：
一、报警功能
1、报警记录
系统对于所有报警将作时间标签并记录到报警列表和时间日志中。
2、报警方式
在显示软件上通过专用报警栏发布报警信息；声音报警，系统控制平板电脑扬声器发出报警信息；软件界面设置电子报警灯，发声报警立即开始闪烁。
3、报警级别
报警等级分为危急和轻度危急两种。危急报警提供声音及模拟灯闪烁提示，轻度危急报警声音不会报警，只有模拟灯闪烁。
4、报警确认
值站人员通过现场排查报警，确认以后可在系统点击确认，并记录实际情况。
5、站台概貌图管理
支持导入车站cad图，cad图上对设备位置进行编号，报警发生后，直观的在cad图上展示报警信息。
6、报警筛选
操作人员可按照专业、时间、报警级别、报警区域等多种方式对报警进行筛选。
7、禁止/允许报警设置
操作人员可按照自己负责的工作重点，对特定的报警事项进行禁止或者允许操作。
8、报警统计
系统可按专业、时间、报警级别、报警区域对报警数进行图形化统计，统计结果支持导出，方便车站管理人员向上级汇报。
二、车站日常运站
1、生产日报
值站按照管理规定提交车站生产日报，日报包括行车、施工、消防、客伤、投诉、设备设施等。系统根据日报自动统计周报、月报。
2、交接班
将值站、行值、客值、站务员的交接班台账转换为电子台账，通过手机即可完成交接班。
3、工作看板
计划性任务自动生成并显示在工作看板，临时性工作手动发布，发布以后全站人员均可查看。工作完成截止时间前自动提醒相关责任人。
4、会议记录
车站会议记录并上传，包含会议时间、地点、参会人员、会议内容、照片等信息。本模块可与工作看板模块关联，会议部署工作自动显示在工作看板，并持续跟踪工作进展。
5、属地管理
自定义车站的检查对象、检查周期、考核方式、考核分值等信息；对车站保安、按键、保洁、商业管理日常监测结果进行记录。
6、培训演练管理
制定车站演练计划并下发所有车站人员，下发后车站人员通过手机查看培训演练计划。演练完成后提交演练评估报告，建立演练台账，汇总演练次数形成演练表，记录演练完成情况及演练过程视频，并记录演练遇到的问题。
7、票务管理
统计上报车站每日硬币兑换量、每次硬币消耗数量、票款差异等数据。系统自动形成每周、每月数据并进行上报。
8、客运服务
记录好人好事、客伤、失物招领、乘客事务处理等客运相关的事项。同时对车站所有标识进行管理，发现问题进行记录并通知运维人员。
9、钥匙管理
录入车站钥匙名称、所属分类、数量及对应位置。使用钥匙前，首先从移动端发起借用申请，值站同意以后才能进行借用。系统自动统计钥匙借用归还情况，并可导出统计表。
10、车站基本信息
录入车站基本信息、地面交通信息、车站土建结构信息、车站线路和道岔信息、车站信号系统信息、车站人员配置信息、车站消防逃生通道信息、车站规章制度、档案材料等车站基本信息，方便车站人员随时查看。
11、耗材管理
建立车站耗材管理制度，对耗材的出库、入库、领取进行记录。
12、智能排班
按照车站人员配置和班次规定，自动对人员班表进行排列。排班表发布以后可通过手机端查看。上班前一天系统自动推送明日班次，防止车站人员没有按排班出勤。
13、电子巡检
按照车站巡检规定，制定巡检计划，巡检计划分为周期性计划和单次计划。单次计划只触发一次，周期性计划有效期内周期性触发。计划触发以后，系统自动通知巡检人员。
巡检人员巡检过程中可利用手机进行上报巡检结果。
14、故障提报
车站人员在日常工作过程中，发现设备出现异常或者故障，可通过手机，利用文字、图片、录音结合的方式上报故障。并对故障上报后的处理过程进行跟踪管理。
本发明不局限于上述可选的实施方式，任何人在本发明的启示下都可得出其他各种形式的产品。上述具体实施方式不应理解成对本发明的保护范围的限制，本发明的保护范围应当以权利要求书中界定的为准，并且说明书可以用于解释权利要求书。
1.一种基于移动端的轨道交通车站控制信息系统，用于接入并汇总车站的设备数据和运营数据，并在移动端以多层级的系统软件进行交互，其特征在于，包括：
工控机，通过连接车站各现有系统的数据接口收集数据；
云服务器，通过接受工控机的数据进行存储和处理，通过与云服务器链接的移动端进行数据交互。
2.根据权利要求1所述的一种基于移动端的轨道交通车站控制信息系统，其特征在于：所述系统由设备管理模块、运营管理模块和综合管理模块构成；
所述设备管理模块实时采集分析车站设备运行数据和工作状态；运营管理模块对车站日常工作进行信息化管理。
3.根据权利要求2所述的一种基于移动端的轨道交通车站控制信息系统，其特征在于：所述设备管理模块具备报警功能，报警信息包含：
通过工控机传输的站台设备报警信息；
还有通过移动端主动上传的人员报警信息。
4.根据权利要求2所述的一种基于移动端的轨道交通车站控制信息系统，其特征在于：所述报警信息包括文字、图片、语音和视频，在接受报警信息并由系统确认后启动报警措施，根据所确定的报警等级在移动端上进行对应的声光报警。
5.根据权利要求3所述的一种基于移动端的轨道交通车站控制信息系统，其特征在于：系统中导入有车站模型；
在车站模型中标记有接入云服务器的站台设备的位置和编号；
在车站模型中同时展示有持有移动端人员的定位信息和其对应的管理区域信息；
在收到报警信息时会在车站模型中将发出报警信息的对象进行视觉特征化表示。
6.根据权利要求5所述的一种基于移动端的轨道交通车站控制信息系统，其特征在于：所述车站模型由实际站台的电子图纸等比例缩放所构成；
所述电子图纸包括二维平面图或三维立体图。
7.根据权利要求2-6任一项所述的一种基于移动端的轨道交通车站控制信息系统，其特征在于：所述系统还包括应急模块，可在主界面上一键启动并链接至应急模块；
所述应急模块中包括多个配置好的应急处置预案，启动对应的应急处置预案后会在对应用户的移动端展示应急信息及应急处置预案信息。
8.根据权利要求2-6任一项所述的一种基于移动端的轨道交通车站控制信息系统，其特征在于：所述运营管理模块包括工作计划单元、站务运营周期报告单元、巡视管理单元、交接班管理单元、票务管理单元和客服单元；
运营管理模块中产生的通知消息均通过移动端进行展示。
9.根据权利要求2-6任一项所述的一种基于移动端的轨道交通车站控制信息系统，其特征在于：所述综合管理模块包括：
人事管理单元，记录员工信息并将带有时间标签的信息统一存放，供具有权限的移动端用户调用和修改；
设备管理单元，将站台的设备信息进行编号后同一存放，供具有权限的移动端用户调用和修改。
10.根据权利要求2-6任一项所述的一种基于移动端的轨道交通车站控制信息系统，其特征在于：所述工控机、移动端和云服务器均通过无线方式连接，所述工控机内具有物理网模块。
技术总结