CN106444584A - 轨道车辆的监控系统 - Google Patents

Abstract

本发明公开了一种轨道车辆的监控系统。其中，该系统包括：数据采集设备，安装在轨道车辆上，用于采集轨道车辆的当前运行数据；数据处理设备，与数据采集设备具有通信关系，用于根据当前运行数据和历史运行数据，得到故障信息；监控设备，与数据处理设备连接，用于显示当前运行数据和故障信息，其中，监控设备为如下之一：便携式测试设备、网页端设备和移动端设备。本发明解决了现有技术中轨道车辆在运行过程中，进行实时监控困难，无法对故障进行实施预警的技术问题。

Description

轨道车辆的监控系统

技术领域

本发明涉及轨道车辆监控领域，具体而言，涉及一种轨道车辆的监控系统。

背景技术

目前国内轨道车辆监控、检测、检修、预警等系统大部分其作用过程都是在线的，监测软件都是在车上运行，只有在车上时才能使用，要么在车上增加大量硬件设施进行监控，要么检修人员拿着到电脑通过网线连接到控制器上，运行中实时监测困难，很难实时反馈到检修。而且使用困难，需要人工去拷贝相关运行数据，数据得不到充分使用，很难用于实时故障预警，同时相关列车运行状态也很难反馈到生产单位，无法供其进行生产改进。

针对现有技术中轨道车辆在运行过程中，进行实时监控困难，无法对故障进行实施预警的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种轨道车辆的监控系统，以至少解决现有技术中轨道车辆在运行过程中，进行实时监控困难，无法对故障进行实施预警的技术问题。

根据本发明实施例的一个方面，提供了一种轨道车辆的监控系统，包括：数据采集设备，安装在轨道车辆上，用于采集轨道车辆的当前运行数据；数据处理设备，与数据采集设备具有通信关系，用于根据当前运行数据和历史运行数据，得到故障信息；监控设备，与数据处理设备连接，用于显示当前运行数据和故障信息，其中，监控设备为如下之一：便携式测试设备、网页端设备和移动端设备。

在本发明实施例中，数据采集设备采集轨道车辆的当前运行数据，数据处理设备根据当前运行数据和历史运行数据，得到故障信息，监控设备显示当前运行数据和故障信息，从而实现对轨道车辆的监控和维护。容易注意到的是，数据采集设备将采集到的实时运行数据发送给数据处理设备，并由便携式测试设备、网页端设备和移动端设备进行显示，三种监控设备共同对列车进行实时的监控，从而实现对轨道车辆的实时监控，数据处理设备发送故障信息给监控设备，从而实现实时、有效、快速、全面、安全、智能的显示列车运行状态和故障信息，解决了现有技术中轨道车辆在运行过程中，进行实时监控困难，无法对故障进行实施预警的技术问题。因此，通过本发明上述实施例提供的方案，可以达到实时监测，满足从企业生产、到运营维护、再到设计优化等不同环节决策的支撑等要求的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种轨道车辆的监控系统的示意图；

图2是根据本发明实施例的一种可选的轨道车辆的监控系统的示意图；

图3是根据本发明实施例的一种可选的轨道车辆的监控系统的物理结构图；

图4是根据本发明实施例的一种可选的轨道车辆的监控系统的主要功能的示意图；

图5是根据本发明实施例的一种可选的轨道车辆的监控系统的应用场景的示意图；

图6是根据本发明实施例的一种可选的轨道车辆的监控系统的实现流程的示意图；

图7是根据本发明实施例的一种可选的维修案例查询和维修案例上传功能的流程图；

图8是根据本发明实施例的一种可选的专家远程维护功能的流程图；以及

图9是根据本发明实施例的一种可选的远程升级功能的流程图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、系统、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、系统、产品或设备固有的其它步骤或单元。

根据本发明实施例，提供了一种轨道车辆的监控系统的系统实施例。

图1是根据本发明实施例的一种轨道车辆的监控系统的示意图，如图1所示，该系统包括：

数据采集设备11，安装在轨道车辆上，用于采集轨道车辆的当前运行数据。

具体的，上述的当前运行数据可以包括司机指令、列车速度、电机电压和电流等过程数据，也可以包括轨道车辆的状态信息，例如，紧急制动、高速断路器自动跳闸等。

数据处理设备13，与数据采集设备具有通信关系，用于根据当前运行数据和历史运行数据，得到故障信息。

具体的，上述的数据处理设备可以是地面服务器，可以采用大数据技术，通过对大量数据的挖掘和汇总、分析，实现了列车生产调试支持及列车测试，远程实时监测，远程维护，故障报警、分析、诊断，故障预警和健康，三维检修功能，相关设置，软件固件升级等功能。

监控设备15，与数据处理设备连接，用于显示当前运行数据和故障信息，其中，监控设备为如下之一：便携式测试设备、网页端设备和移动端设备。

具体的，便携式测试设备可以是便携式笔记本电脑，在笔记本电脑上安装有便携式测试单元PUT服务软件；网页端设备可以是便携式笔记本电脑、平板电脑、IPAD或掌上电脑等设备；移动端设备可以是智能手机(包括Android手机和iOS手机)、平板电脑或掌上电脑等。图2是根据本发明实施例的一种可选的轨道车辆的监控系统的示意图，如图2所示，为了实现随时随地都能实时监控轨道车辆的目的，可以将监控终端分为三个部分，即PTU客户端版，网页版(Web)和手机APP版。根据软件不同的使用特点，不同的客户端具有不同的特性，功能方面略有差异各有侧重。

在一种可选的方案中，轨道车辆上可以根据需要安装数据采集设备，数据采集设备可以实时采集轨道车辆的当前运行数据，并将当前运行数据通过通信网络发送给数据处理设备，数据处理设备采用大数据技术，通过对轨道车辆的当前运行数据和大量的历史运行数据进行汇总分析，可以得到轨道车辆的故障信息，并将实时采集到的当前运行数据和分析得到的故障信息发送给多个监控设备，由监控设备进行显示，从而操作人员、维修人员或管理人员可以实现对轨道车辆的实时监控，并及时获知轨道车辆的故障信息。

根据本发明上述实施例，数据采集设备采集轨道车辆的当前运行数据，数据处理设备根据当前运行数据和历史运行数据，得到故障信息，监控设备显示当前运行数据和故障信息，从而实现对轨道车辆的监控和维护。容易注意到的是，数据采集设备将采集到的实时运行数据发送给数据处理设备，并由便携式测试设备、网页端设备和移动端设备进行显示，三种监控设备共同对列车进行实时的监控，从而实现对轨道车辆的实时监控，数据处理设备发送故障信息给监控设备，从而实现实时、有效、快速、全面、安全、智能的显示列车运行状态和故障信息，解决了现有技术中轨道车辆在运行过程中，进行实时监控困难，无法对故障进行实施预警的技术问题。因此，通过本发明上述实施例提供的方案，可以达到实时监测，满足从企业生产、到运营维护、再到设计优化等不同环节决策的支撑等要求的效果。

可选的，在本发明上述实施例中，数据处理设备包括：

通信服务器，通过第四代移动通信技术网络与数据采集设备连接，用于接收数据采集设备发送的当前运行数据。

具体的，可以采用第四代移动通信技术(the 4Generation mobilecommunication technology，4G)等无线通信技术搭建车地网络。

存储服务器，与通信服务器连接，用于存储当前运行数据。

应用服务器，与监控设备连接，用于将存储服务器中的运行数据发送给监控设备。

图3是根据本发明实施例的一种可选的轨道车辆的监控系统的物理结构图，如图3所示，在物理结构图中和系统功能密切相关的主要是地面服务器，地面服务器是公司地面大数据中心，主要包括三台服务器，车地通信服务器是接收无线数据到地面的系统，数据库服务器地面服务器的存储系统，应用服务器是提供给监控终端访问的系统。在一种可选的方案中，可以通过TD-LTE(分时长期演进，Time Division Long Term Evolution的简写)技术将列车运行数据信息传输到车地通信服务器，经数据解析梳理后存储到数据库服务器。Web端、移动端、PTU端均可通过互联网向应用服务器请求相关数据。

可选地，在本发明上述实施例中，数据处理设备包括：

数据服务器，通过无线保真网络与数据采集设备连接，与存储服务器连接，用于接收数据采集设备发送的当前运行数据，并将当前运行数据发送给存储服务器。

具体的，可以采用无线方式互相连接的技术(WIFI)等无线通信技术搭建车地网络。

在一种可选的方案中，如图3所示，当轨道车辆上的车载网关设备与车辆段无线网络进行连接时，可以将列车实时运行数据通过WIFI网络传给车辆段无线接入点(AccessPoint，简写为AP)，车辆段数据服务器将接收到的实时数据进行解析梳理后发送给地面服务器，存储到数据库服务器。

可选地，在本发明上述实施例中，便携式测试设备与轨道车辆的控制器或数据处理设备连接。

图4是根据本发明实施例的一种可选的轨道车辆的监控系统的主要功能的示意图，在一种可选的方案中，如图4所示，PTU客户端版主要用于进行以下几个方面的工作：在车上时，PTU与轨道车辆的控制器直接连接，主要帮助调试人员完成列车各种调试工作，对列车运行数据进行监控，查看实时、历史信息，发现故障，诊断故障、解决故障，对相关数据进行设置和数据下载等工作。在车下时，PTU与地面服务器连接，主要进行列车监控，远程维护支持、数据分析处理、故障分析、专家诊断。PTU性能强大，功能齐全，仅面向固定的维护人员群；由于PTU与控制器直连，对信息安全的控制能力很强，响应速度较快；高度机密的设置信息也只能通过PTU进行，安全性得到了保证。

可选地，在本发明上述实施例中，在通信服务器接收到的当前运行数据不完整的情况下，便携式测试设备，与轨道车辆的控制器连接，用于从事件记录模块读取当前运行数据；便携式测试设备，与通信服务器连接，还用于将读取到的当前运行数据上传至通信服务器。

在一种可选的方案中，如图3所示，当无线传输系统传输的运行数据有所缺失时，PTU端可以与轨道车辆的控制器直连，通过软件读取事件记录模块(ERM)中数据，并在在连接地面服务器后将读取到的数据上传至车地服务器，保证车辆服务器中数据的完整性。

可选地，在本发明上述实施例中，数据处理设备还用于对当前运行数据和历史运行数据进行数据挖掘，得到故障知识库，其中，数据挖掘至少包括如下之一：列车状态过程挖掘，故障因果关系挖掘和故障影响因素挖掘。

具体的，上述的列车状态过程挖掘可以是根据列车行驶过程中对象监控数据的演化趋势与列车安全管理的约束，分析挖掘列车故障前兆特征，为列车故障预警、辅助决策等业务提供知识支撑；故障因果关系挖掘可以是根据不同故障事件的发生历史记录挖掘故障关联关系，建立故障因果关系的识别体系，为列车的健康管理与安全运营等业务提供知识支撑；故障影响因素挖掘可以是在上述挖掘的基础上，分析列车行驶过程中时空位置、路网环境等因素对故障成因与演化发展的影响，为列车的产品设计优化、采购与运维等业务提供知识支撑。

图5是根据本发明实施例的一种可选的轨道车辆的监控系统的应用场景的示意图，图6是根据本发明实施例的一种可选的轨道车辆的监控系统的实现流程的示意图，在一种可选的方案中，如图5所示，整个场景包括现场数据采集与处理和数据智能云两个基本场景，数据智能云：这一场景在后台，承担数据存储、管理、分析、服务以及业务系统集成的主要功能。其底层依托云计算技术形成可伸缩的基础支撑环境，保证系统整体架构弹性与业务增量适应性。在这一基础上，结合列车结构与业务的特点，建立列车数据集成模型。这一模型围绕列车增量累计迭代的特点。将列车设计数据、产品数据、行驶数据、运维数据、监控数据等有机地结合在一起。这些数据经过清洗后通过高性能并行存储架构实现统一的存储管理。同时，结合缓存与主动等手段建立增量窗口数据环境。为累计迭代分析挖掘与业务系统的集成提供数据环境。随着列车里程的累计，其将数据打包进行增量分段处理，形成面向不同分析专业的数据仓库。基于这些数据仓库开展数据挖掘。如图6所示，在上述工作的基础上，系统建立列车组智能维护的知识体系，为上层的业务活动开展提供各种服务。其以地铁列车智能维护为目标应用领域，围绕其数据增量的特点，建立流式数据接入、存储管理、数据仓库、实时跟踪、离线挖掘分析以及异常识别的全业务链服务体系。结合当前大数据技术缺陷，在平台搭建中实现流式数据实时处理与离线分析工作的结合。

可选地，在本发明上述实施例中，便携式测试设备，与轨道车辆的控制器和数据处理设备连接，用于根据当前运行数据和历史运行数据，得到故障信息，并从故障知识库中获取故障信息对应的第一检修资源，其中，第一检修资源至少包括如下之一：视频资源和图像资源。

图7是根据本发明实施例的一种可选的维修案例查询和维修案例上传功能的流程图，在一种可选的方案中，远程维护指导模块主要包括专家远程维护、维修案例查询和维修案例上传三个部分。如图7所示，当发现故障不会解决时，可以利用PTU端的维修案例查询功能查找服务器是否存在解决方法，可以输入故障代码查询维修案例，从服务端获取维修案例数据、指导视频和图文资料等展示在客户端，维修人员按照之前的维修案例可以逐一排查可能出现问题的系统或设备，对应设备的监控运行状态，找到解决问题的突破口。服务器在接收到PTU端发送的故障代码之后，首先需要对PTU端进行查看权限验证，通过验证之后PTU端才可以访问数据库服务器。

可选地，在本发明上述实施例中，便携式测试设备还用于生成第二检修资源，并将第二检修资源上传至数据处理设备，其中，第二检修资源至少包括如下之一：视频资源和图像资源。

在一种可选的方案中，如图7所示，当维护人员完成某一维护任务时，可以编写维护案例上传至服务器端，为以后的维护人员提供技术经验。服务器在接收到PTU端发送的维护案例之后，首先需要对PTU端进行上传权限验证，通过验证之后将维护案例进行存储或发给Web端管理人员进行审核，审核通过之后进行存储或者审核不通过进行删除。

可选地，在本发明上述实施例中，便携式测试设备，与轨道车辆的控制器和数据处理设备连接，用于根据当前运行数据和历史运行数据，得到故障信息，并接收网页端设备发送的维修数据，其中，维修数据包括如下之一：控制器变量和软件数据。

具体的，如图2所示，网页版(WEB)主要进行列车监控，远程维护支持、数据分析处理、故障分析、专家诊断。特点是通过以太网，无需安装客户端，借助WEB浏览器，即可方便的使用；通过权限控制技术实现多客户访问；交互性较强，无需升级多个客户端；表现方式丰富和生动，开发难度和费用较低。手机(APP)主要进行列车监控，远程维护支持、数据分析处理、故障分析、专家诊断。特点是携带简单，浏览速度更快，更有效利用屏幕空间，在有限的空间内显示最重要的信息，同时具有信息推送功能。

图8是根据本发明实施例的一种可选的专家远程维护功能的流程图，在一种可选的方案中，若从数据库服务器查找不到解决方法或者故障无法解决，这时可以利用专家远程维护功能请求专家解决。如图8所示，维护人员创建专家维护连接有两种方式，一种是维护人员填写故障描述之后把请求发送给服务器，由在线专家从web端查看故障描述并发起连接，维护人员在PTU端查看专家信息并确认后建立远程维护连接；一种是维护人员在PTU端填写故障描述并选择在线专家，在线专家确认后建立连接。连接建立之后，专家人员可以进行查看PTU端数据，并通过PTU修改控制器变量、上传软件等维护操作。

可选地，在本发明上述实施例中，上述系统还包括：

第一便携式测试设备，与轨道车辆的控制器连接，用于判断轨道车辆的控制程序是否需要升级，如果需要，则发送升级请求。

第二便携式测试设备，与第一便携式测试设备连接，用于接收升级请求，并对轨道车辆的控制程序进行升级。

具体的，上述的第一便携式测试设备(PTU)可以是车上检修人员的PTU端，第二便携式测试设备(PTU)可以是远程开发人员的PTU端。

图9是根据本发明实施例的一种可选的远程升级功能的流程图，在一种可选的方案中，如图9所示，当列车上的控制程序需要升级时，软件开发人员不用再去地铁公司，只需要开发人员和检修人员相互配合便可。当软件需要升级时，检修人员可通过PTU端对软件进行相关控制程序软件升级。检修人员登陆系统输入个人权限、手机号等相关信息，软件根据权限相关设置，进行判断如果符合要求则发送实时提示信息到制造公司监控中心专家处，经过人工确认确实需要升级，查看列车运行状态，进行软件传输，下载升级工作。

可选地，在本发明上述实施例中，第一便携式测试设备还用于对第二便携式测试设备进行验证，如果验证成功，则对轨道车辆的控制程序进行升级。

在一种可选的方案中，如图9所示，在进行软件传输，下载升级工作之前，开发人员在确认需要升级之后，发送手机验证码给检修人员，检修人员收到验证码后，输入系统中，进行验证，经过确认正确，即验证成功，则进行软件传输，下载升级工作。

可选地，在本发明上述实施例中，第一便携式测试设备还用于轨道车辆的控制程序升级成功之后，发送确认信息。

在一种可选的方案中，如图9所示，在升级完成之后进行自检，如果自检成功则发确认信息到制造公司监控中心专家处。

可选地，在本发明上述实施例中，数据采集设备根据当前运行数据的重要性，采用对应的传输模式将当前运行数据发送给数据处理设备，其中，传输模式为如下之一：实时在线传输、离线续传和故障警报。

在一种可选的方案中，数据采集设备可以利用现场网络环境。以多种方式将收集的数据回传云端。在回传过程中，根据不同数据的业务重要性分为以下几种传输模式：实时在线回传：这些数据与列车安全状态紧密攸关。在列车行驶过程中系统将采集的数据通过网络连续性回传后台，供监控、分析与处置活动利用；离线续传：这类数据相对上述数据而言重要性、实时性相对较低。在列车行驶过程中，不需要实时采集传输。其通常以本地数据缓存对采集的数据进行组织。在一定条件下，将缓存数据整体回传后台；故障警报：这些数据包括各种子系统故障监控的值警信息。当传感器采集的数据经过分析识别后，达到被监控对象的警报阈值时，一方面其通知现场处理单元处置，另一方面通过网络即时回传。在几种传输模式中，这一类传输模式具有最高的优先级与实时性的要求。

可选地，在本发明上述实施例中，数据采集设备包括：

多个传感器，安装在轨道车辆的每个子系统中，用于采集每个子系统的运行数据。

多个传感器还用于通过列车网络采集控制系统的事件信息。

在一种可选的方案中，如图5所示，现场数据采集与处理可以在列车上环境，根据环境建设的需求，针对不同的子系统安装部署不同学科传感器。这些传感器负责采集被测对象的各种过程状态，通过列车网络采集控制系统的各种事件信息。

可选地，在本发明上述实施例中，数据采集设备还包括：

处理单元，与多个传感器连接，用于根据预设逻辑与阈值和每个子系统的运行数据，判断每个子系统是否出现故障。

处理单元还用于对出现故障的子系统进行实时监控。

在一种可选的方案中，可以在将传感器采集到的数据进行汇总后，由现场数据处理单元进行处置，根据预设的各种子系统故障分析逻辑与阈值设置判断不同对象的运行状态、故障前兆开展预警，并根据故障监测警报设置对发生故障的子系统及时监控，以供车上控制设备以及司乘人员及时处置。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器端或者网络设备等)执行本发明各个实施例所述系统的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (15)

1.一种轨道车辆的监控系统，其特征在于，包括：

数据采集设备，安装在轨道车辆上，用于采集所述轨道车辆的当前运行数据；

数据处理设备，与所述数据采集设备具有通信关系，用于根据所述当前运行数据和历史运行数据，得到故障信息；

监控设备，与所述数据处理设备连接，用于显示所述当前运行数据和所述故障信息，其中，所述监控设备为如下之一：便携式测试设备、网页端设备和移动端设备。

2.根据权利要求1所述的系统，其特征在于，所述数据处理设备包括：

通信服务器，通过第四代移动通信技术网络与所述数据采集设备连接，用于接收所述数据采集设备发送的所述当前运行数据；

存储服务器，与所述通信服务器连接，用于存储所述当前运行数据；

应用服务器，与所述监控设备连接，用于将所述存储服务器中的运行数据发送给所述监控设备。

3.根据权利要求2所述的系统，其特征在于，所述数据处理设备包括：

数据服务器，通过无线保真网络与所述数据采集设备连接，与所述存储服务器连接，用于接收所述数据采集设备发送的所述当前运行数据，并将所述当前运行数据发送给所述存储服务器。

4.根据权利要求2所述的系统，其特征在于，所述便携式测试设备与所述轨道车辆的控制器或所述数据处理设备连接。

5.根据权利要求4所述的系统，其特征在于，在所述通信服务器接收到的所述当前运行数据不完整的情况下，所述便携式测试设备，与所述轨道车辆的控制器连接，用于从事件记录模块读取所述当前运行数据；所述便携式测试设备，与所述通信服务器连接，还用于将读取到的所述当前运行数据上传至所述通信服务器。

6.根据权利要求1所述的系统，其特征在于，所述数据处理设备还用于对所述当前运行数据和历史运行数据进行数据挖掘，得到故障知识库，其中，所述数据挖掘至少包括如下之一：列车状态过程挖掘，故障因果关系挖掘和故障影响因素挖掘。

7.根据权利要求6所述的系统，其特征在于，所述便携式测试设备，与所述轨道车辆的控制器和所述数据处理设备连接，用于根据所述当前运行数据和历史运行数据，得到故障信息，并从所述故障知识库中获取所述故障信息对应的第一检修资源，其中，所述第一检修资源至少包括如下之一：视频资源和图像资源。

8.根据权利要求6所述的系统，其特征在于，所述便携式测试设备还用于生成第二检修资源，并将所述第二检修资源上传至所述数据处理设备，其中，所述第二检修资源至少包括如下之一：视频资源和图像资源。

9.根据权利要求1所述的系统，其特征在于，所述便携式测试设备，与所述轨道车辆的控制器和所述数据处理设备连接，用于根据所述当前运行数据和历史运行数据，得到故障信息，并接收所述网页端设备发送的维修数据，其中，所述维修数据包括如下之一：控制器变量和软件数据。

10.根据权利要求1所述的系统，其特征在于，所述系统还包括：

第一便携式测试设备，与所述轨道车辆的控制器连接，用于判断所述轨道车辆的控制程序是否需要升级，如果需要，则发送升级请求；

第二便携式测试设备，与所述第一便携式测试设备连接，用于接收所述升级请求，并对所述轨道车辆的控制程序进行升级。

11.根据权利要求10所述的系统，其特征在于，所述第一便携式测试设备还用于对所述第二便携式测试设备进行验证，如果验证成功，则对所述轨道车辆的控制程序进行升级。

12.根据权利要求10所述的系统，其特征在于，所述第一便携式测试设备还用于所述轨道车辆的控制程序升级成功之后，发送确认信息。

13.根据权利要求1所述的系统，其特征在于，所述数据采集设备根据所述当前运行数据的重要性，采用对应的传输模式将所述当前运行数据发送给所述数据处理设备，其中，所述传输模式为如下之一：实时在线传输、离线续传和故障警报。

14.根据权利要求1所述的系统，其特征在于，所述数据采集设备包括：

多个传感器，安装在所述轨道车辆的每个子系统中，用于采集每个子系统的运行数据；

所述多个传感器还用于通过列车网络采集控制系统的事件信息。

15.根据权利要求14所述的系统，其特征在于，所述数据采集设备还包括：

处理单元，与所述多个传感器连接，用于根据预设逻辑与阈值和所述每个子系统的运行数据，判断所述每个子系统是否出现故障；

所述处理单元还用于对出现故障的子系统进行实时监控。