CN103264717B - 一种轨道交通综合监控调度协同与运维信息化系统 - Google Patents

Abstract

本发明提供一种轨道交通综合监控调度协同与运维信息化系统，包括：数据采集装置、监测维护装置、电务CSM、应用支撑装置和监控运维装置，所述数据采集装置用于采集轨道交通设备数据，并将所述设备数据传送给所述监测维护装置；所述监测维护装置用于监测分析所述设备数据，生成设备级监测数据，以及将所述设备数据和监测数据复用，并分别传送给所述电务CSM和应用支撑装置；所述应用支撑装置用于根据所述设备数据和设备级状态监测数据，进行数据分析和故障诊断；所述监控运维装置用于从所述应用支撑装置中获取各业务的数据分析和故障诊断结果并展示和应用。本发明能够提高铁路设备的集中管理和运维水平，实现综合化、智能化的铁路运维。

Description

一种轨道交通综合监控调度协同与运维信息化系统

技术领域

本发明涉及轨道交通技术领域，特别涉及一种轨道交通综合监控调度协同与运维信息化系统。

背景技术

随着我国铁路包括国有铁路、企业铁路和城市轨道交通系统的大规模建设，铁路设备,特别是铁路通信信号设备的技术越来越先进,但铁路电务维修维护技术并没有伴随铁路的大规模建设而同步发展，导致铁路电务维修维护技术成为铁路领域的技术薄弱环节。铁路电务的两个市场主体：铁路电务部门(铁路总公司、铁路局、电务段、电务车间、电务工区)和铁路通信信号设备厂商，在承担着巨大上线压力的同时，又承担着日益繁重的已上线设备的运维压力，他们对于提高铁路电务维修维护技术水平和安全生产能力的信息化生产工具有着亟待满足的市场需求。

目前针对铁路通信信号设备已存在多种监测系统,包括高铁信号监测的车载计算机(ATP)、铁路无线网络(GSM-R)、无线闭塞中心(RBC)、临时限速(TSRS)和既有信号监测(CSM)：联锁(CBI)、调度集中(CTC)和列控中心(TCC)以及其它基础信号监测，包括道岔、轨道电路、信号机和电源屏等，除了这些设备监测系统之外，在车站、电务段、城轨集中站\车辆段以及城轨线路中心也都部署了CSM系统，用来集中管理各种设备的监测数据和告警信息，并根据这些信息通知电务人员进行维修维护。

目前,铁路电务部门存在的主要问题是在电务生产过程中沿用传统的计划修和故障修的电务生产方式，维护着众多先进的通信信号设备，不可避免地照成了设备隐患的盲区、盲点，电务生产领域普遍存在着过剩修和失修现象。过剩修，带来的是人财物力的巨大浪费；而失修，则可能带来车毁人亡的行车事故。广大铁路电务人员，在沉重的心理压力和劳动强度负荷下、以人力维护着通信信号设备的正常运行，不堪重负。他们迫切需要一套能够解放电务生产力的生产工具---综合化、智能化的电务监测运维系统，从而将当前以故障修、计划修为导向的传统的电务安全生产运维模式，逐步转变为以状态修为导向的信息化的电务安全生产运维模式，从而实现查隐患、治隐患，将设备隐患消除在萌芽状态、实现保障行车安全的电务安全生产目标。在铁路电务管理方面，存在的主要问题有:目前的人力卡控效果不佳，规章制度落实不到位；应急处置能力不强，应急联动亟待加强。电务人员管理难度大，岗位责任制落实过程中遇到了扯皮推诿的情况、绩效考核过程中遇到了缺乏客观依据而使得积极性和主动性受挫的情况；设备管理难度大，设备种类、数量、地点众多，变化频率高，难以合理地配置利用。流程化、规范化、信息化是解决当前电务管理存在问题的根本途径。此外，故障发生后，延误修复时机的问题较为突出，应急预案形同虚设；值班干部和调度组织指挥不力，不能及时有效组织抢修；故障信息不畅通、不准确现象，屡屡发生，主客观因素并存,但绝大多数情况都是归因于客观条件限制。配备高效的、信息化的调度指挥、协同联动的电务生产工具，是解决问题的途径。

铁路通信信号设备厂商目前存在的主要问题在于，监测信息的相对分散和孤立，使得监测信息的利用非常不方便，利用率不高。部分监测系统产生的监测信息之间彼此是相对独立的信息孤岛，还没有完全实现集中监测；监测对象的广度、深度、颗粒度和精确度有待优化，监不全、测不准的问题是监测厂商面对的共同的技术挑战；由于监测数据海量，查找、翻阅、等待导致电务人员和设备厂商人员都难以快速定位到他们所需要的监测信息，更难以做到关联分析监测信息；告警信息传达不及时、不畅通、不准确，告警处理过程无闭环、难追溯；新上设备、隐患设备和惯性故障设备难以实现重点监测、远程监测；由于人财物力资源有限而电务任务繁重，工作中难以划分优先级；对于监测数据也无法按需自动生成统计报表，或者对监测数据进行分析判断，对分析结果进行利用以支持设备故障的排查和诊断。设备厂商目前无法利用这些既有监测数据，并根据这些监测数据对本企业的设备进行远程维护，导致了设备厂商运维成本逐步攀升，蚕食着设备厂商OPEX值。目前依然处于人海战术式的低效率运维、故障修导向的救火式运维、非规范化、非流程化、非信息化的运维经验积累和知识提炼共享薄弱的运维。设备厂商和铁路电务部门之间存在着责任追溯的盲区、盲点；故障信息不通畅、不准确、不及时的现象普遍存在，应急处置和联动能力亟待加强，铁路电务整体运维的成熟度仍处于较初级的阶段。

发明内容

为了解决上述技术问题本发明提供了一种轨道交通综合监控调度协同与运维信息化系统，能够将目前轨道交通分散的各类设备的监测数据和告警信息汇集起来，在电务段等处进行数据汇集并经过数据复用同时供铁路电务/或其它部门以及设备厂商使用，对电务线路设备监控维护和厂商远程设备监控维护同时提供支持，提高了轨道交通设备的集中管理和运维水平。

为此本发明提出了一种轨道交通综合监控调度协同与运维信息化系统，包括：数据采集装置、监测维护装置、电务CSM、应用支撑装置和监控运维装置，其中，所述数据采集装置用于采集轨道交通设备数据，并将所述设备数据传送给所述监测维护装置；所述监测维护装置用于监测分析所述设备数据，生成设备级监测数据，以及将所述设备数据和设备状态监测数据复用，并分别传送给所述电务CSM和应用支撑装置；所述电务CSM用于根据所述设备数据和设备状态监测数据，分析生成系统级的故障诊断和预警数据；所述应用支撑装置用于根据所述设备数据和设备状态监测数据，生成应用级故障诊断和预警数据；所述监控运维装置用于从所述应用支撑装置中获取各业务的数据分析和故障诊断结果并进行区域设备监控运维。

优选的，还包括铁路局CSM、铁路总公司CSM和设备厂商运维装置，其中，所述电务CSM对所述设备数据和设备状态监测数据进行分析处理后获得各类统计信息并传送给所述铁路局CSM；所述铁路局CSM将所述各类统计信息传送给所述铁路总公司CSM；所述设备厂商运维装置从区域运维装置获取所述设备数据和业务状态分析数据进行设备综合监控运维。

优选的，所述数据采集装置至少包括车载设备数据采集模块、地面设备数据采集模块、中心设备数据采集模块、轨旁设备数据采集模块、和通信系统数据模块中的一个或多个。

优选的，所述车载设备数据采集模块进一步用于，在车-地WIFI网络具备时将车载设备数据通过WIFI网络传送至车站，在车-地WIFI网络不具备时通过3G/LTE通道直接传输至设备厂商运维平台，再由设备厂商运维平台通过广域网专用通道分发给区域维护中心。

优选的，所述监测维护装置进一步包括：输入数据预处理单元、数据存储单元、数据转发单元、数据提取单元、业务逻辑单元和格式化输出单元，其中，所述输入数据预处理单元用于从数据采集装置获取采集轨道交通设备数据进行预处理并存入数据存储单元；所述数据提取单元用于根据各业务逻辑单元组合从数据存储单元提取相应数据，并传送给格式化输出单元；所述格式化输出单元用于输出各种业务监测维护数据；所述数据转发单元用于将所述数据存储单元中的数据转发给所述应用支撑装置和电务CSM。

优选的，还包括数据仓库，所述数据仓库包括信号数据库、通信数据库、故障知识库、业务数据库和融合通信数据库中的一种或多种，用于存储设备数据、设备状态监测数据、统计分析数据和融合通信数据等。

优选的，所述应用支撑装置进一步包括：数据采集组件、数据管理组件、数据分析组件、故障诊断组件，其中，所述数据采集组件用于从数据仓库获取数据；所述数据管理组件用于对从数据仓库获取的海量数据进行管理；所述数据分析组件用于根据需求对业务数据进行分析获取分析结果；所述故障诊断组件用于根据业务数据和分析结果进行故障诊断获取故障诊断结果。

优选的，所述应用支撑装置还包括：数据展现组件、底层封装组件、基本应用组件、应用开发组件、工作流引擎组件和融合通信组件等，其中，所述数据展现组件用于根据所述分析结果或故障诊断结果进行业务数据展现；所述底层封装组件包括界面层、交互层、逻辑层和持久层，用于为应用开发提供分层体系结构；所述基本应用组件包括组织机构、系统管理、数据加密、身份认证等，用于为所述监控运维装置提供通用套装组件；所述应用开发组件包括集成设计、编码、测试和部署单元等，用于为所述监控运维装置提供应用开发支持工具；所述工作流引擎组件包括流程建模、流程运行、流程监控和流程优化单元等，用于对业务流程的快速开发和系统内流程和系统间流程集中统一管理；所述融合通信组件用于为所述数据采集装置、监测维护装置、应用支撑装置和监控运维装置中的各功能模块提供融合通信，实现紧急事件现场的话音、图像、数据的接入和传送，并与既有综合视频监控等系统互联，实现日常监控运维与应急调度指挥相结合，使信息资源共享得到最大化。

优选的，所述监控运维装置进一步包括综合监控单元，用于对车载设备、地面设备、中心设备、轨旁设备、通信系统和集中动态环境监测等系统进行综合监控。

优选的，所述监控运维装置进一步包括调度协同单元，提供日常监控运维与应急调度指挥所需要的、可灵活选择的沟通协同方式，所述调度协同单元进一步包括视频会议、语音会议、视频监控、传真确认和现场信息白版共享中的一个或多个。

优选的，所述监控运维装置还包括电务运维单元，具体包括生产管理子单元、资产管理子单元、智能决策子单元、信息管理子单元和其他业务子单元，其中，所述生产管理子单元用于故障管理、应急管理、和维护管理；所述资产管理子单元用于设备管理、配置管理和库存管理；所述智能决策子单元用于统计报表、维修计划和应急决策；所述信息管理子单元用于风险管理、知识库管理和生产动态管理等。

优选的，还包括系统接入装置，用于为系统提供融合通信服务，所述系统接入装置包括电话、手机、电脑、平板电脑、传真机、视频终端、对讲机和大屏中的一个或多个。

本发明的轨道交通综合监控调度协同与运维信息化系统，能够将原来分散的各种设备的监测数据实现集中监控，通过统一平台进行逐层分析、展示和应用，并利用数据复用技术将监测数据同时供铁路电务和设备厂商利用，同步提高铁路电务和设备厂商的电务运维效率和电务运维水平，保障行车安全。

附图说明：

图1为本发明实施方式涉及的轨道交通综合监控调度协同与运维信息化系统的结构示意图；

图2为本发明实施方式涉及的数据采集装置的结构示意图；

图3为本发明实施方式涉及的轨道交通综合监控调度协同与运维信息化系统的优选实施例的结构示意图；

图4为本发明实施方式涉及的系统功能层次示意图；

图5为本发明实施方式涉及的应用支撑装置的结构示意图；

图6为本发明实施方式涉及的监控运维装置的结构示意图；

图7为本发明实施方式涉及的三级数据分析与故障诊断示意图；

图8为本发明实施方式涉及的调度协同单元的结构示意图。

具体实施方式

下面根据附图所示实施方式阐述本项发明。

本发明实施例提供了一种轨道交通综合监控调度协同与运维信息化系统，能够将目前轨道交通分散的设备监测数据和告警信息汇集起来，在监测维护平台经过数据复用分发给信息化平台和电务CSM系统，同时供铁路设备厂商和铁路电务使用，对铁路电务在线设备监控维护和厂商设备远程监控维护同步提供信息化的生产工具，解放电务生产力，提高铁路设备的集中管理和运维水平，从而实现综合化、智能化的铁路电务运维本实施例中以目前对信息化需求最迫切的、面向铁路通信与信号设备为运维对象的铁路电务部门为例进行说明。对于铁路系统中的其它部门，也存在的信息化需求：车务管理信息系统、机务管理信息系统、工务管理信息系统和供电管理信息系统等，以及在“统一领导、统一规划、统一标准、统一资源、统一管理“的信息化建设原则指导下的铁路信息化建设也可以利用本发明提供的系统进行集中的信息化建设。

如图1所示，为本发明实施例中一种轨道交通综合监控调度协同与运维信息化系统的结构示意图，包括：数据采集装置11、监测维护装置12、电务CSM13、应用支撑装置14和监控运维装置15，其中，所述数据采集装置用于采集轨道交通通信与信号设备数据，并将所述设备数据传送给所述监测维护装置；所述监测维护装置用于监测分析所述设备数据，生成设备级监测数据，以及将所述设备数据和业务状态分析数据复用，并分别传送给所述电务CSM和应用支撑装置；所述电务CSM用于根据所述设备数据和设备级监测数据，分析生成系统级的故障诊断和预警数据；所述应用支撑装置用于根据所述设备数据和设备级状态监测数据，生成应用级数据分析和故障诊断数据；所述监控运维装置用于从所述应用支撑装置中获取各业务的数据分析和故障诊断结果，集中展示并支撑各项业务应用和智能决策，从而实现综合化、智能化的铁路电务运维。

该实施例中，所述数据采集装置11采用模块化设计模式，对于各种设备在数据采集装置中设置对应的采集模块，这样设计能够应对铁路系统设备不断增加或淘汰的问题，使系统具备可伸缩性。

如图2所示，为数据采集装置的结构示意图。本实施例对应目前铁路系统设备的类型，对应该装置至少包括车载设备数据采集模块21、地面设备数据采集模块22、中心设备数据采集模块23、轨旁设备数据采集模块24和通信系统数据采集模块25中的一个或多个。

设备数据采集至少包括信号系统、通信系统和网络系统，例如：ATP数据采集单、CBI数据采集单元、TCC数据采集单元、TSRS数据采集单元、RBC数据采集单元、CTC数据采集单元、信号安全网数据采集单元、GSM-R数据采集单元、轨道电路和电源屏等数据采集单元。需要说明的是，随着铁路设备的不断升级和进步，铁路系统的相应设备也在不断增加或淘汰，此处仅是对现有设备的举例，未来如果铁路系统增加了新的设备或者系统，在此处将新的设备或系统连接到数据采集装置上，同时在数据采集装置上增加相应的采集模块即可。此处的说明不作为对本发明的限制。

针对车载设备ATP处于移动状态的特性，为了实时采集该设备的数据，在车-地WIFI网络具备时将车载设备数据通过WIFI网络传送至车站，在车-地WIFI网络不具备时通过3G/LTE通道直接传输至设备厂商运维平台，再由设备厂商运维平台通过广域网专用通道分发给监控运维装置(区域维护中心)。以此实现系统也能够获取到车载设备ATP的实时监测数据，保证设备综合监控和设备远程运维的设备全面性。

如图3所示，为了实现本发明的适用于铁路局和铁路总公司对于设备信号实现综合化、智能化管理的目的，系统还包括铁路局CSM31、铁路总公司CSM32和设备厂商运维装置33，其中，所述电务CSM31对所述设备数据和设备状态监测数据进行分析处理后获得各类统计信息并传送给所述铁路局CSM；所述铁路局CSM32将所述各类统计信息传送给所述铁路总公司CSM；所述设备厂商运维装置33从区域运维装置获取所述设备数据和业务状态分析数据进行设备厂商的综合监控运维。

如图4所示，在本发明实施例中，系统通过五个层次实现总体功能。数据采集层实现信号设备、通信设备的状态数据以及原始通信数据的采集；监测层实现系统最核心的CSM监测维护功能；数据仓库用于存储数据采集层和监测层获取的各种数据，包括业务数据和故障知识，也用来存储支撑应急指挥的调度协同系统工作过程中产生的各种融合通信数据；应用支撑层分为两个层次，底层用于数据采集、数据分析、数据管理和故障诊断，上层用于根据底层的数据完成数据展现、底层封装、基本应用、应用开发、提供工作流引擎和融合通信等工作；应用层包括综合监控、电务运维等功能实现，通过应用支撑层提供的分析数据支撑铁路电务和设备厂商实现综合化的、智能化的电务安全生产调度指挥的信息化系统。接入层即系统接入装置包括多种客户端，例如电话、手机、电脑、平板电脑、传真机、视频终端、对讲机和大屏等设备，例如，电脑：运维人员通过电脑个人工作台，登陆综合运维系统进行信息管理、维护和分析等日常工作；电话：现场人员、运维工程师、技术专家、各级领导通过融合通信和呼叫中心进行一对一或者多对多的多媒体接入沟通。处理例如：咨询、查询、报修、抢修、故障处理等日常工作；移动终端：如手机、平板电脑、智能终端等设备，实现例如：厂商运维人员、技术专家与现场抢修人员的协同联动。充分利用移动终端的短信、视频通话、视频会议等功能实现高效沟通；传真机：充分利用传真文件具有法律效力的特性，厂商与电务之间；现场人员、大区中心和总部生产管理中心之间，通过通过融合通信组件支持的电子传真功能，进行信息交互和信息确认，从而明确各方责任，留下具有发法律效力的可追溯的依据。对讲机：充分利用和保护铁路既有投资的对讲机，将对讲机也转化为系统的接入终端之一，使对讲机也成为调度指挥和协同联动的工具之一。上述客户端可以灵活选择，通过调度协同系统中的融合通信组件将系统各个层级进行通信连接，实现随时随地、方便快捷的移动电务运维和远程电务运维充分实现信息共享和协同联动。

监测层以上的应用支撑层、应用层、接入层，共同组成系统的信息服务层，由于信息服务层基于信息化平台技术，因此本系统既可以与现有的铁路电务CSM系统连接实现相应功能，也可以与未来铁路系统新的CSM系统等轨道交通监测系统相连接，实现本系统的延续性，使系统具备跟随铁路系统设备升级的迁移移植能力。

融合通信组件作为功能模块可以根据实际需求设置在系统各个层级的各个模块中，融合计算机网络与通信网络在整个系统平台上，能够实现电话、传真、数据传输、音视频会议和现场信息白板共享等众多应用服务。

如图7所示，为本发明实施例中对于铁路设备监测数据进行三级分析(设备级、系统级、应用级)的示意图，监控维护装置根据监测分析设备数据生成设备级监测数据，电务CSM根据设备数据和设备状态监测数据分析生成系统级故障诊断和预警数据，应用支撑装置根据设备数据、设备级状态监测数据、系统级数据分析和故障诊断数据分析生成应用级监测分析数据。通过对各种数据的三级分析，能够对铁路各系统设备生成的海量监测数据进行广度更广、深度更深；颗粒度更细；精确度更准的层层钻取式的综合数据分析和故障诊断，在综合化电务运维的基础上，逐步实现智能化的电务运维，从而实现保障铁路行车安全的系统目标

为实现系统在开发、界面、运行等方面的统一性，本发明实施例采用“通用组件+业务插件”的方式进行系统的开发，这种系统实现方式的优势，通过通用组件方式能够为各种应用提供统一服务，无需重复开发共性需求；业务插件的方式能够实现系统灵活的伸缩性，即可以面向当前信息化需求，也可以面向未来信息化需求；此外，对于众口难调的铁路部门和设备厂商的信息化需求，通用组件和业务插件，使系统支持个性化的量身定制，是高效率、高质量的信息化建设方式。

图5为应用支撑装置即信息化平台的结构示意图，包括：数据采集组件51、数据管理组件52、数据分析组件53、故障诊断组件54，其中，所述数据采集组件用于从数据仓库获取数据；所述数据管理组件用于对从数据仓库获取的数据进行管理；所述数据分析组件用于根据需求对业务数据进行分析获取分析结果；所述故障诊断组件用于根据业务数据和分析结果进行故障诊断获取故障诊断结果。

优选的，所述应用支撑装置还包括：数据展现组件55、底层封装组件56、基本应用组件57、应用开发组件58、工作流引擎组件59和融合通信组件50，其中，所述数据展现组件用于根据所述分析结果或故障诊断结果进行业务数据展现；所述底层封装组件包括界面层、交互层、逻辑层和持久层，用于为应用开发组件提供分层体系结构，例如界面层包含Web界面编辑组件、Web服务组件等；持久层包含数据持久层组件、数据仓库访问组件等。所述基本应用组件包括组织机构、系统管理、数据加密、身份验证等，用于为所述监控运维装置提供通用套装组件；所述应用开发组件包括集成设计、编码、测试和部署单元，用于为所述监控运维装置提供应用开发支持工具；所述工作流引擎组件包括流程梳理、流程建模、流程运行和流程优化单元，用于业务流程的快速开发并用于系统内流程和系统间流程的集中统一管理；所述融合通信组件用于为所述数据采集装置、监测维护装置、应用支撑装置和监控运维装置中的各功能模块提供融合通信，实现紧急事件现场的话音、图像、数据的接入和传送，并与既有综合视频监控等系统互联，实现日常监控运维与应急调度指挥相结合，使信息资源共享得到最大化。

如图8所示，为本发明实施方式涉及的调度协同单元的结构示意图，包括视频会议、语音会议、视频监控、传真确认、现场信息白板共享等模块，用于为轨道交通综合监控调度协同与运维信息化系统提供日常监控运维与应急调度指挥所需要的、可灵活选择的沟通协同方式。上述各项功能模块可根据实际需要灵活选择，此处的说明不作为对本发明的限制。

本实施例中的信息化平台以通用组件和业务插件的方式组织服务使得应用系统面向SOA，数据操作简单可靠，结合应用场景提供多种选择。设备厂商或者铁路电务可以针对各自的业务需求来进行量身定制，开发方式高效并易于管理和维护。

上述装置中的各组件是根据现有需求设计开发的，由于采用的是组件开发模式，对于后续设备厂商或者电务部门的其他需求可以采用继续增加组件的方式进行，通过从数据仓库中根据应用需求采集相应的数据即可实现需求的功能。因此，本领域技术人员可以理解，此处列举的各个功能组件不作为对本发明的限制，该系统可根据需求的改变任意扩展或减少。

如图6所示，为监控运维装置(应用层)的结构示意图，可以包括综合监控单元61和电务运维单元62，其中，综合监控单元61可以单独设置，也可以集成到电务运维单元62中。综合监控单元61用于对车载设备、地面设备、中心设备、轨旁设备、通信系统和环境监测等进行综合监控。电务运维单元62，具体包括生产管理子单元621、资产管理子单元622、智能决策子单元623、信息管理子单元624和其他业务子单元625，其中，所述生产管理子单元用于故障管理、应急管理、和维护管理；所述资产管理子单元用于设备管理、配置管理和库存管理；所述智能决策子单元用于统计报表、维修计划和应急决策；所述信息管理子单元用于风险管理、知识库管理和生产动态管理等等。

由于各设备厂商和电务部门对于监控运维的需求不同，因此，利用信息化平台的特点，上述各个功能单元可以根据需求进行灵活设置，以适应不同设备厂商或电务部门的不同需求。在上述系统中，通用功能全部提取为单独的模块，形成通用的组件。各业务应用只需要基于平台开发各自的业务逻辑代码及界面显示代码。其中，监测维护平台为实现监测维护功能的业务提供框架结构及支撑平台；其中，信息化平台为实现信息系统功能的业务提供框架结构及支撑平台。系统整体运行时，各具体业务可作为插件插入到平台的各对应装置中，实现系统功能的动态配置和灵活伸缩，从而兼顾性地满足了庞大铁路行业对信息化的共性需求和个性需求。

另外，本发明也完全可以使用在城轨设备运维管理方面，城轨设备ZC、CBI、车载ATP、ATS、微机监测、信号安全网等设备的数据通过数据采集装置采集汇聚到城轨集中站/车辆段，经过监测分析装置处理后进行数据复用分发给车辆段和城轨运维基地，供城轨运维和设备厂商使用。本领域技术人员通过本发明的教导，能够将本发明的技术方案应用在城轨设备运维管理方面。因此，本领域技术人员可以理解，在本发明基础上针对城轨特有设备进行适应性修改得到的技术方案仍然落在本发明的保护范围内。

此次公开的实施方式应认为其在所有方面均为例示，绝无限制性。本发明的范围不受上述实施方式的说明所限，仅由权利要求书的范围所示，而且包括与权利要求范围具有同样意思及与权利要求同等范围内的所有变形。

Claims (11)

1.一种轨道交通综合监控调度协同与运维信息化系统，其特征在于，包括：数据采集装置、监测维护装置、电务CSM、应用支撑装置和监控运维装置、铁路局CSM、铁路总公司CSM和设备厂商运维装置，其中，

所述数据采集装置用于采集轨道交通设备数据，并将所述设备数据传送给所述监测维护装置；

所述监测维护装置用于监测分析所述设备数据，生成设备级状态监测数据，以及将所述设备数据和设备级状态监测数据复用，并分别传送给所述电务CSM和应用支撑装置；

所述电务CSM用于根据所述设备数据和设备状态监测数据，生成系统级故障诊断和预警数据；

所述应用支撑装置用于根据所述设备数据、设备级状态监测数据、系统级数据分析和故障诊断数据，进行数据分析和故障诊断,生成应用级故障诊断和预警数据；

所述监控运维装置用于从所述应用支撑装置中获取各业务的数据分析和故障诊断结果并进行区域设备监控运维；

所述电务CSM对所述设备数据和设备状态监测数据进行分析处理后获得各类统计信息并传送给所述铁路局CSM；

所述铁路局CSM将所述各类统计信息传送给所述铁路总公司CSM；

所述设备厂商运维装置从区域运维装置获取所述设备数据和业务状态分析数据进行轨道交通设备综合监控运维。

2.根据权利要求1所述的系统，其特征在于，所述数据采集装置至少包括车载设备数据采集模块、地面设备数据采集模块、中心设备数据采集模块、轨旁设备数据采集模块和通信系统数据模块中的一个或多个。

3.根据权利要求2所述的系统，其特征在于，所述车载设备数据采集模块进一步用于，在车-地WIFI网络具备时将车载设备数据通过WIFI网络传送至车站，在车-地WIFI网络不具备时通过3G/LTE通道直接传输至设备厂商运维平台，再由设备厂商运维平台通过广域网专用通道分发给监控运维装置。

4.根据权利要求1所述的系统，其特征在于，所述监测维护装置进一步包括：输入数据预处理单元、数据存储单元、数据转发单元、数据提取单元、业务逻辑单元和格式化输出单元，其中，

所述输入数据预处理单元用于从数据采集装置获取采集轨道交通设备数据进行预处理并存入数据存储单元；

所述数据提取单元用于根据各业务逻辑单元组合从数据存储单元提取相应数据，并传送给格式化输出单元；

所述格式化输出单元用于输出各种业务监测维护数据；

所述数据转发单元用于将所述数据存储单元中的数据转发给所述应用支撑装置和电务GSM。

5.根据权利要求1所述的系统，其特征在于，还包括数据仓库，所述数据仓库包括信号数据库、通信数据库、故障知识库、业务数据库和融合通信数据库中的一种或多种，用于存储设备数据、设备状态监测数据、统计分析数据和融合通信数据。

6.根据权利要求5所述的系统，其特征在于，所述应用支撑装置进一步包括：数据采集组件、数据管理组件、数据分析组件、故障诊断组件，其中，

所述数据采集组件用于从数据仓库获取数据；

所述数据管理组件用于对从数据仓库获取的数据进行管理；

所述数据分析组件用于根据需求对业务数据进行分析获取分析结果；

所述故障诊断组件用于根据业务数据和分析结果进行故障诊断获取故障诊断结果。

7.根据权利要求6所述的系统，其特征在于，所述应用支撑装置还包括：数据展现组件、底层封装组件、基本应用组件、应用开发组件、工作流引擎组件和融合通信组件，其中，

所述数据展现组件用于根据所述分析结果或故障诊断结果进行业务数据展现；

所述底层封装组件包括界面层、交互层、逻辑层和持久层，用于为应用开发提供分层体系结构；

所述基本应用组件包括组织机构、系统管理、数据加密、身份验证组件，用于为所述监控运维装置提供通用套装组件；

所述应用开发组件包括集成设计、编码、测试和部署单元，用于为所述监控运维装置提供应用开发支持工具；

所述工作流引擎组件包括流程建模、流程运行、流程监控和流程优化单元，用于流程开发和对系统内流程和系统间流程集中统一管理；

所述融合通信组件用于根据业务需要为所述数据采集装置、监测维护装置、应用支撑装置和监控运维装置中的各功能模块提供融合通信。

8.根据权利要求1所述的系统，其特征在于，所述监控运维装置进一步包括综合监控单元，用于对车载设备、地面设备、中心设备、轨旁设备、通信系统和集中动态环境监测进行综合监控。

9.根据权利要求8所述的系统，其特征在于，所述监控运维装置还包括电务运维单元，具体包括生产管理子单元、资产管理子单元、智能决策子单元、信息管理子单元和其他业务子单元，其中，

所述生产管理子单元用于故障管理、应急管理、和维护管理；

所述资产管理子单元用于设备管理、配置管理和库存管理；

所述智能决策子单元用于统计报表、维修计划和应急决策；

所述信息管理子单元用于风险管理、知识库管理和生产动态管理。

10.根据权利要求1所述的系统，其特征在于，还包括系统接入装置，用于为系统提供融合通信服务，所述系统接入装置包括电话、电脑、传真机、对讲机和大屏中的一个或多个。

11.根据权利要求1所述的系统，其特征在于，所述监控运维装置进一步包括调度协同单元，提供日常监控运维与应急调度指挥所需要的、可灵活选择的沟通协同方式，所述调度协同单元进一步包括视频会议、语音会议、视频监控、传真确认和现场信息白版共享中的一个或多个。