CN110378493A - 一种轨道交通车辆运维检测装置、方法和移动终端 - Google Patents
一种轨道交通车辆运维检测装置、方法和移动终端 Download PDFInfo
- Publication number
- CN110378493A CN110378493A CN201910726798.0A CN201910726798A CN110378493A CN 110378493 A CN110378493 A CN 110378493A CN 201910726798 A CN201910726798 A CN 201910726798A CN 110378493 A CN110378493 A CN 110378493A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- maintenance
- data
- user
- task
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 39
- 238000001514 detection method Methods 0.000 title claims abstract description 33
- 238000012423 maintenance Methods 0.000 claims abstract description 309
- 238000012545 processing Methods 0.000 claims description 53
- 238000012806 monitoring device Methods 0.000 claims description 33
- 230000008569 process Effects 0.000 claims description 24
- 230000002159 abnormal effect Effects 0.000 claims description 20
- 238000007689 inspection Methods 0.000 claims description 15
- 230000006870 function Effects 0.000 claims description 14
- 230000004044 response Effects 0.000 claims description 14
- 230000005540 biological transmission Effects 0.000 claims description 13
- 230000036541 health Effects 0.000 claims description 11
- 238000012544 monitoring process Methods 0.000 claims description 7
- 238000003860 storage Methods 0.000 claims description 7
- 238000000151 deposition Methods 0.000 claims description 3
- 230000008439 repair process Effects 0.000 claims description 3
- 238000003745 diagnosis Methods 0.000 description 14
- XEEYBQQBJWHFJM-UHFFFAOYSA-N Iron Chemical compound [Fe] XEEYBQQBJWHFJM-UHFFFAOYSA-N 0.000 description 12
- 238000004458 analytical method Methods 0.000 description 7
- 229910052742 iron Inorganic materials 0.000 description 5
- 230000003993 interaction Effects 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000012550 audit Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 235000013399 edible fruits Nutrition 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000013024 troubleshooting Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003137 locomotive effect Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L27/00—Central railway traffic control systems; Trackside control; Communication systems specially adapted therefor
- B61L27/60—Testing or simulation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/20—Administration of product repair or maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Theoretical Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Signal Processing (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Computer Networks & Wireless Communication (AREA)
- Data Mining & Analysis (AREA)
- Medical Informatics (AREA)
- Computing Systems (AREA)
- Mechanical Engineering (AREA)
- Primary Health Care (AREA)
- Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例公开了一种轨道交通车辆运维检测装置、方法和移动终端，展示与用户身份信息相匹配的车辆故障信息；接收用户输入的车辆运维数据，并将车辆运维数据上传至后台系统；接收用户输入的携带有用户身份标识的车辆维修任务，并将车辆维修任务上传至后台系统，以便于后台系统向用户身份标识所对应的用户端发送车辆维修任务；接收到用户输入的目标车辆的运维查询指令时，展示从后台系统获取到的目标车辆的车辆实时运维数据；车辆实时运维数据由各级工程师对目标车辆执行维修任务时上传至后台系统。各级工程师均可以通过应用APP查看到目标车辆的实时运维数据，实现了对车辆故障维修的实时追踪。
Description
技术领域
本发明涉及轨道交通技术领域，特别是涉及一种轨道交通车辆运维检测装置、方法和移动终端。
背景技术
轨道交通车辆故障处理时，涉及多方技术人员的工作。以走行部维修流程为例，当车辆出现故障时，诊断工程师可以推送故障信息给线路工程师。线路工程师接收到推送后，向上级领导请示，得到同意后生成维修任务单并推送给维修工程师。维修工程师通过短信方式接收到维修任务单之后，对故障设备进行维修处理，并将故障资料以及处理结果反馈给线路工程师。线路工程师再将处理结果告知诊断工程师。
各级工程师之间依赖电话或短信的形式实现任务的推送。各级工程师只有在接收到其他工程师反馈的意见之后，才可以获知车辆当前的运维情况。例如，诊断工程师向线路工程师推送任务之后，无法获知推送任务是否有维修工程师执行以及当前维修任务的执行情况。现有技术中通过短信或电话方式推送信息，无法实时获取到车辆运维情况，并且车辆故障处理的时效性较差。
可见，如何实现车辆故障维修的实时追踪，是本领域技术人员需要解决的问题。
发明内容
本发明实施例的目的是提供一种轨道交通车辆运维检测装置、方法和移动终端，可以实现车辆故障维修的实时追踪。
为解决上述技术问题，本发明实施例提供一种轨道交通车辆运维检测装置，包括任务展示模块、数据上传模块、任务下发模块和数据追踪模块；
所述任务展示模块，用于展示与用户身份信息相匹配的车辆故障信息；
所述数据上传模块，用于接收车辆运维数据，并将所述车辆运维数据上传至后台系统；
所述任务下发模块，用于接收所述用户输入的携带有用户身份标识的车辆维修任务，并将所述车辆维修任务上传至后台系统，以便于后台系统向用户身份标识所对应的用户端发送车辆维修任务；
所述数据追踪模块，用于接收到所述用户输入的目标车辆的运维查询指令时，展示从所述后台系统获取到的所述目标车辆的车辆实时运维数据；其中，所述车辆实时运维数据由各级工程师对所述目标车辆执行维修任务时上传至后台系统。
可选的，所述车辆维修任务包括车辆自身部件的维修任务和车载监测设备的维修任务。
可选的，还包括身份验证模块和权限开放模块；
所述身份验证模块，用于验证用户输入的身份信息是否正确；
所述权限开放模块，用于当用户输入的身份信息正确时，开放与所述身份信息相匹配的功能权限。
可选的，还包括任务缓存模块；
所述任务缓存模块，用于接收到用户输入的携带有维修任务标识的缓存指令时，则将所述维修任务标识所对应的车辆维修任务存储至预设的缓存空间。
可选的，还包括任务提醒模块；
所述任务提醒模块，用于当所述缓存空间中车辆维修任务的存储时间达到预设时间时，进行报警提示。
可选的，还包括数据浏览模块；
所述数据浏览模块，用于获取用户输入的数据类型；根据所述数据类型中携带的车辆范围信息以及时间范围信息，从后台系统获取相应的车辆历史数据；
所述任务展示模块还用于展示所述车辆历史数据。
可选的，所述数据类型包括车辆健康状况、车辆运行参数、车辆的出勤率、车辆运行状态变化趋势、车辆工况信息和车辆轴位关系中的至少一种。
可选的，所述车辆运维数据包括车辆故障描述资料和/或维修处理意见。
本发明实施例还提供了一种轨道交通车辆运维检测方法，包括：
展示与用户身份信息相匹配的车辆故障信息；
接收用户输入的车辆运维数据，并将所述车辆运维数据上传至后台系统；
接收所述用户输入的携带有用户身份标识的车辆维修任务，并将所述车辆维修任务上传至后台系统，以便于后台系统向用户身份标识所对应的用户端发送车辆维修任务；
接收到所述用户输入的目标车辆的运维查询指令时，展示从所述后台系统获取到的所述目标车辆的车辆实时运维数据；其中，所述车辆实时运维数据由各级工程师对所述目标车辆执行维修任务时上传至后台系统。
可选的，所述车辆维修任务包括车辆自身部件的维修任务和车载监测设备的维修任务。
可选的，还包括：
验证用户输入的身份信息是否正确；
当用户输入的身份信息正确时，开放与所述身份信息相匹配的功能权限。
可选的，还包括：
当接收到用户输入的携带有维修任务标识的缓存指令时，则将所述维修任务标识所对应的车辆维修任务存储至预设的缓存空间。
可选的，还包括：
当所述缓存空间中车辆维修任务的存储时间达到预设时间时，进行报警提示。
可选的，还包括：
获取用户输入的数据类型；根据所述数据类型中携带的车辆范围信息以及时间范围信息，从后台系统获取相应的车辆历史数据；
展示所述车辆历史数据。
可选的，所述数据类型包括车辆健康状况、车辆运行参数、车辆的出勤率、车辆运行状态变化趋势、车辆工况信息和车辆轴位关系中的至少一种。
可选的，所述车辆运维数据包括车辆故障描述资料和/或维修处理意见。
本发明实施例还提供了一种移动终端，包括上述任一项所述的轨道交通车辆运维检测装置。
本发明实施例还提供了一种轨道交通车辆运维检测装置，适用于后台系统，所述装置包括查找单元、推送单元和接收单元；
所述查找单元，用于当车辆运行状态数据存在异常时，查找与异常数据相对应的业务处理流程；
所述推送单元，用于向所述业务处理流程的第一用户端推送车辆故障信息；
所述接收单元，用于接收所述第一用户端传输的车辆维修任务，并触发所述推送单元向所述业务处理流程的第二用户端推送所述车辆维修任务；
所述接收单元还用于接收所述第二用户端上传的车辆运维数据，并触发所述推送单元根据所述车辆运维数据向所述业务流程的下一个用户端推送相应的信息，直至所述业务流程执行完毕，则结束所述业务流程。
可选的，还包括反馈单元；
所述接收单元还用于当接收到目标用户端传输的目标车辆的运维查询指令时，触发所述反馈单元向所述目标用户端反馈所述目标车辆的车辆实时运维数据；其中，所述车辆实时运维数据由各级工程师对所述目标车辆执行维修任务时上传至后台系统；其中，所述目标用户端为业务处理流程中的任意一个用户端。
可选的，当所述业务处理流程为走行部维修流程时，所述推送单元具体用于向所述第一用户端推送所述车辆运维数据；
所述接收单元具体用于当接收到所述第一用户端反馈的检查结果时，触发所述推送单元向所述走行部维修流程的第三用户端推送所述检查结果；
所述接收单元还用于接收所述第三用户端反馈的审核结果，并将所述审核结果录入案例库。
可选的，所述推送单元还用于向所述第一用户端推送部件是否需要返厂的提示信息；
所述接收单元具体用于当接收到所述第一用户端反馈的跟踪结果或者部件无需返厂的响应信息时，则触发所述推送单元向所述第一用户端推送跟踪车辆运行状态数据是否正常的提示信息；
所述接收单元还用于当接收到所述第一用户端反馈的车辆运行状态数据未恢复正常的响应消息时，则触发所述推送单元向所述业务处理流程的第二用户端推送所述车辆维修任务，直至所述部件的运行状态数据恢复正常则结束操作。
可选的，当所述业务处理流程为监测设备维修流程时，所述推送单元具体用于向所述第一用户端推送所述车辆运维数据，并推送跟踪监测设备运行状态数据是否正常的提示信息；
当接收到所述第一用户端反馈的监测设备运行状态数据未恢复正常的响应消息时，则向所述业务处理流程的第二用户端推送所述车辆维修任务，直至接收到所述第一用户端上传的监测设备运行状态数据恢复正常的跟踪结果时，则结束操作。
本发明实施例还提供了一种轨道交通车辆运维检测方法，适用于后台系统，所述方法包括：
当车辆运行状态数据存在异常时，查找与异常数据相对应的业务处理流程；
向所述业务处理流程的第一用户端推送车辆故障信息；
接收所述第一用户端传输的车辆维修任务，并向所述业务处理流程的第二用户端推送所述车辆维修任务；
接收所述第二用户端上传的车辆运维数据，并根据所述车辆运维数据向所述业务流程的下一个用户端推送相应的信息，直至所述业务流程执行完毕，则结束所述业务流程。
可选的，还包括：
当接收到目标用户端传输的目标车辆的运维查询指令时，向所述目标用户端反馈所述目标车辆的车辆实时运维数据；其中，所述车辆实时运维数据由各级工程师对所述目标车辆执行维修任务时上传至后台系统；其中，所述目标用户端为业务处理流程中的任意一个用户端。
可选的，当所述业务处理流程为走行部维修流程时，所述根据所述车辆运维数据向所述业务流程的下一个用户端推送相应的信息包括：
向所述第一用户端推送所述车辆运维数据；
当接收到所述第一用户端反馈的检查结果时，向所述走行部维修流程的第三用户端推送所述检查结果；
接收所述第三用户端反馈的审核结果，并将所述审核结果录入案例库。
可选的，还包括：
向所述第一用户端推送部件是否需要返厂的提示信息；
当接收到所述第一用户端反馈的跟踪结果或者部件无需返厂的响应信息时，则向所述第一用户端推送跟踪车辆运行状态数据是否正常的提示信息；
当接收到所述第一用户端反馈的车辆运行状态数据未恢复正常的响应消息时，则向所述业务处理流程的第二用户端推送所述车辆维修任务，直至所述部件的运行状态数据恢复正常则结束操作。
可选的，当所述业务处理流程为监测设备维修流程时，所述根据所述车辆运维数据向所述业务流程的下一个用户端推送相应的信息包括：
向所述第一用户端推送所述车辆运维数据，并推送跟踪监测设备运行状态数据是否正常的提示信息；
当接收到所述第一用户端反馈的监测设备运行状态数据未恢复正常的响应消息时，则向所述业务处理流程的第二用户端推送所述车辆维修任务，直至接收到所述第一用户端上传的监测设备运行状态数据恢复正常的跟踪结果时，则结束操作。
由上述技术方案可以看出，轨道交通车辆运维检测装置的任务展示模块，用于展示与用户身份信息相匹配的车辆故障信息；数据上传模块，用于接收用户输入的车辆运维数据，并将车辆运维数据上传至后台系统；任务下发模块，用于接收用户输入的携带有用户身份标识的车辆维修任务，并将车辆维修任务上传至后台系统，以便于后台系统向用户身份标识所对应的用户端发送车辆维修任务；数据追踪模块，用于接收到用户输入的目标车辆的运维查询指令时，展示从后台系统获取到的所述目标车辆的车辆实时运维数据；其中，车辆实时运维数据由各级工程师对所述目标车辆执行维修任务时上传至后台系统。各级工程师通过登录应用APP，可以实时查看到与其用户身份信息相匹配的车辆故障信息，并且可以通过应用APP输入车辆运维数据以及车辆维修任务。无论哪一级工程师需要获知目标车辆当前的运维情况时，通过在应用APP上输入目标车辆的运维查询指令，便可以查看到目标车辆的实时运维数据，实现了对车辆故障维修的实时追踪。本发明实施例还公开了一种轨道交通车辆运维检测方法和移动终端，效果如上所述。
附图说明
为了更清楚地说明本发明实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种适用于用户端的轨道交通车辆运维检测装置的结构示意图；
图2为本发明实施例提供的一种适用于用户端的轨道交通车辆运维检测方法的流程图；
图3为本发明实施例提供的一种适用于后台系统的轨道交通车辆运维检测装置的结构示意图；
图4为本发明实施例提供的一种适用于后台系统的轨道交通车辆运维检测方法的流程图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本发明保护范围。
为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。
接下来，详细介绍本发明实施例所提供的一种轨道交通车辆运维检测装置。图1为本发明实施例提供的一种轨道交通车辆运维检测装置1的结构示意图，包括任务展示模块11、数据上传模块12、任务下发模块13和数据追踪模块14。
其中，轨道交通车辆可以包括地铁、机车、磁悬浮、轻轨等。
在本发明实施例中，轨道交通车辆运维检测装置可以以应用APP的形式呈现，应用APP可以安装在用户端上，例如用户的移动手机。为了便于介绍，后续内容均以应用APP为例展开说明。
初始阶段，用户通过在应用APP上输入个人信息，并须通过管理层的审核之后，完成用户身份的注册。其中，个人信息可以包括手机号、验证码、用户名、用户所属公司、用户所在职位和推荐人信息等。
完成注册之后，用户通过输入用户身份信息便可以登录应用APP。其中，用户身份信息可以包括用户名和密码。
所有具有权限的用户均可以登录应用APP，并查询其权限内的所有数据。应用APP和后台系统连接，后台系统可以根据设定的业务处理流程实现与应用APP的交互。关于后台系统的处理过程可以参见图3和图4的介绍，在此不再赘述。
在实际应用中，在应用APP上可以设置“输入密码”和“自动登录”两个选项。当用户选择输入密码时，每次登录应用APP时需要输入用户身份信息。当用户选择自动登录时，在有效时间内用户打开应用APP的界面便可以自动登录。例如，用户登录应用APP后，15天内再次在相同的设备打开应用APP，将直接进入应用APP，若超过15天则自动进入登录界面，需要用户输入用户身份信息。
任务展示模块11，用于展示与用户身份信息相匹配的车辆故障信息。
其中，车辆故障信息可以由人工输入，也可以由后台系统自动推送。
以人工输入为例，诊断工程师根据车载系统提供的设备数据，发现设备数据出现异常时，则可以登录应用APP，输入车辆故障信息，并向指定的人员推送该车辆故障信息。当指定的人员登录应用APP时，应用APP的任务展示模块11自动展示车辆故障信息及维修处理建议。
以后台系统推送为例，后台系统通过分析车载系统提供的设备数据，发现设备数据出现异常时，则可以自动向应用APP推送车辆故障信息，并指定可以接收到车辆故障信息的人员。当指定的人员登录应用APP时，应用APP的任务展示模块11自动展示车辆故障信息及维修处理建议。
数据上传模块12，用于接收用户输入的车辆运维数据，并将车辆运维数据上传至后台系统。
车辆运维数据指的是车辆走行部监测数据以及用户根据车辆故障信息执行相应操作时产生的数据信息。
其中，车辆运维数据可以包括车辆故障描述资料和维修处理结果。
在实际应用中，对于车辆故障的维修往往涉及多个工程师的参与，参与车辆维修的工程师统称为用户。不同的用户登录应用APP之后，任务展示模块11所展示的车辆故障信息有所差异，相应的，用户输入的车辆运维数据也有所差异。
任务下发模块13，用于接收用户输入的携带有用户身份标识的车辆维修任务，并将车辆维修任务上传至后台系统，以便于当用户身份标识所对应的用户登录应用APP时，通过应用APP展示车辆维修任务。
当用户需要向下一级工程师下发维修任务时，则可以在应用APP上输入车辆维修任务。相应的，后台系统接收到车辆维修任务之后，可以根据业务处理流程向下一个用户端推送相应的车辆维修任务。
其中，用户身份标识用于指示下一级工程师的身份信息。
其中，车辆维修任务包括车辆自身部件的维修任务和车载监测设备的维修任务。
数据追踪模块14，用于接收到用户输入的目标车辆的运维查询指令时，展示从后台系统获取到的目标车辆的车辆实时运维数据；其中，车辆实时运维数据由各级工程师对目标车辆执行维修任务时上传至后台系统。
以走行部维修流程为例，诊断工程师通过登录应用APP向线路工程师推送车辆故障信息。当线路工程师通过应用APP接收到车辆故障信息时，可以根据故障的严重程度和车辆的调度情况等，在应用APP上触发对应的维修任务单，并通过应用APP向维修工程师推送维修任务单。当维修工程师通过应用APP接收到维修任务单时，可以对相应的车辆进行维修处理，通过应用APP向后台系统上传车辆故障描述资料以及维修处理结果，并通过应用APP向线路工程师推送车辆故障描述资料以及维修处理结果。相应的，线路工程师通过应用APP接收到车辆故障描述资料以及维修处理结果后，确定维修活动是否符合要求，并将检查结果推送给诊断工程师。诊断工程师通过应用APP接收到检查结果，对检查结果进行审核并形成案例。在该过程中各级工程师均可以通过在应用APP上发送推送消息的方式，实现向其它工程师下发维修任务的工作，并且可以通过应用APP实时查看到车辆当前的运维情况。
需要说明的是，上述介绍中提及的通过应用APP推送相关信息依赖于后台系统按照设定的业务处理流程实现，信息推送的具体过程可以参见图3的介绍，在此不再赘述。
由上述技术方案可以看出，轨道交通车辆运维检测装置的任务展示模块，用于展示与用户身份信息相匹配的车辆故障信息；数据上传模块，用于接收用户输入的车辆运维数据，并将车辆运维数据上传至后台系统；任务下发模块，用于接收用户输入的携带有用户身份标识的车辆维修任务，并将车辆维修任务上传至后台系统，以便于当用户身份标识所对应的用户登录应用APP时，通过所述应用APP展示所述车辆维修任务；数据追踪模块，用于接收到用户输入的目标车辆的运维查询指令时，展示从后台系统获取到的所述目标车辆的车辆实时运维数据；其中，车辆实时运维数据由各级工程师对所述目标车辆执行维修任务时上传至后台系统。各级工程师通过登录应用APP，可以实时查看到与其用户身份信息相匹配的车辆故障信息，并且可以通过应用APP输入车辆运维数据以及车辆维修任务。无论哪一级工程师需要获知目标车辆当前的运维情况时，通过在应用APP上输入目标车辆的运维查询指令，便可以查看到目标车辆的实时运维数据，实现了对车辆故障维修的实时追踪。
不同的用户其职责不同，为了对各用户的职责进行限定，避免用户对职责之外的工作造成干预，在本发明实施例中，轨道交通车辆运维检测装置还可以设置身份验证模块和权限开放模块；身份验证模块，用于验证用户输入的身份信息是否正确；权限开放模块，用于当用户输入的身份信息正确时，开放与身份信息相匹配的功能权限。
考虑到同一个用户接收到的维修任务可能有多个，为了避免维修任务的漏处理，在轨道交通车辆运维检测装置中可以设置任务缓存模块。任务缓存模块，用于接收到用户输入的携带有维修任务标识的缓存指令时，则将维修任务标识所对应的车辆维修任务存储至预设的缓存空间。
用户可以在登录应用APP之后，查看代办事务中缓存的车辆维修任务。当执行完车辆维修任务，可以将该车辆维修任务从代办事务中删除。
为了及时提醒用户执行维修任务，可以设置任务提醒模块；任务提醒模块，用于当缓存空间中车辆维修任务的存储时间达到预设时间时，进行报警提示。
预设时间的取值可以根据实际需求设定，在此不做限定。
当缓存空间中车辆维修任务的存储时间达到预设时间时，说明车辆维修任务已经长时间未经处理，此时可以触发任务提醒模块进行报警提示。
其中，报警提示的方式可以有多种，例如，可以向车辆维修任务所对应的维修人员的邮箱发送提示邮件，也可以在承载应用APP的移动终端上播放报警铃声等。
通过报警提示的方式，可以及时提醒工程师对车辆故障进行维修处理，降低车辆故障长时间无人维修的情况发生。
在本发明实施例中，为了便于各级工程师查看车辆的相关信息，可以在轨道交通车辆运维检测装置中设置数据浏览模块。
数据浏览模块，用于获取用户输入的数据类型；根据数据类型中携带的车辆范围信息以及时间范围信息，从后台系统获取相应的车辆历史数据；任务展示模块还用于展示车辆历史数据。
本发明实施例提供的轨道交通车辆运维检测装置主要基于国铁和地铁两大项开发，故数据浏览功能分为国铁数据浏览和地铁数据浏览两大部分。
国铁和地铁均有针对全部数据进行数据浏览的功能，数据浏览功能预先设定有车辆范围和时间范围。
在用户未选定车辆范围和时间范围内，以预先设定的车辆范围和时间范围进行展示。其中，车辆范围可以以车辆的型号、车辆所在地区等进行划分。
在实际应用中，用户也可以根据需求调整车辆范围和时间范围，相应的，应用APP以用户调整后的车辆范围和时间范围为依据展示相应的车辆历史数据。
例如，国铁部分在实时状态功能选中DF11-0011车，则切换到国铁部分的履历查询功能后，默认选择DF11-0011车。
数据类型有多种，包括车辆健康状况、车辆运行参数、车辆的出勤率、车辆运行状态变化趋势、车辆工况信息和车辆轴位关系中的至少一种。其中，车辆运行参数可以包括车辆的速度、转速、温度等信息。车辆运行状态变化趋势可以包括冲击趋势、振动趋势、温度趋势等。接下来将对数据的浏览过程展开介绍。
用户登录应用APP后，根据用户属性，应用APP默认显示国铁或地铁的首页界面。在该首页界面中呈现有数据浏览的功能选项，用户可以根据需求选定所需类型的数据进行浏览。
以车辆健康状况为例，当用户选择的数据类型为车辆健康状况时，应用APP显示默认地区的车辆健康统计情况。其中，地铁车辆健康等级可以分为正常，亚健康，故障；国铁车辆健康等级可以分为正常，待维修。默认地区可以由当前账号决定，例如广州地铁用户则显示广州地区的车辆数据。
车辆运行状态变化趋势反映了车辆的变化情况，工程师可以结合车辆运行状态变化趋势对车辆的维修进行辅助分析。具体的，工程师对车辆进行维修时，可以通过应用APP查看车辆的车辆运行状态变化趋势，从而结合该变化趋势进行更加合理的维修。
图2为本发明实施例提供的一种轨道交通车辆运维检测方法的流程图，方法包括：
S201：展示与用户身份信息相匹配的车辆故障信息。
其中，车辆故障信息可以由人工输入，也可以由后台系统自动推送。
S202：接收用户输入的车辆运维数据，并将车辆运维数据上传至后台系统。
车辆运维数据指的是用户根据车辆故障信息执行相应操作时产生的数据信息。
其中，车辆运维数据可以包括车辆故障描述资料和/或维修处理意见。
在实际应用中，对于车辆故障的维修往往涉及多个工程师的参与，参与车辆维修的工程师统称为用户。不同的用户登录应用APP之后，所展示的车辆故障信息有所差异，相应的，用户输入的车辆运维数据也有所差异。
S203：接收用户输入的携带有用户身份标识的车辆维修任务，并将车辆维修任务上传至后台系统。
后台系统可以向用户身份标识所对应的用户端发送车辆维修任务。
当用户需要向下一级工程师下发维修任务时，则可以在应用APP上输入携带有用户身份标识的车辆维修任务。其中，用户身份标识用于指示下一级工程师的身份信息。
其中，车辆维修任务包括车辆自身部件的维修任务和车载监测设备的维修任务。
S204：接收到用户输入的目标车辆的运维查询指令时，展示从后台系统获取到的目标车辆的车辆实时运维数据。
其中，车辆实时运维数据由各级工程师对目标车辆执行维修任务时上传至后台系统。
可选的，车辆维修任务包括车辆自身部件的维修任务和车载监测设备的维修任务。
可选的，还包括：
验证用户输入的身份信息是否正确；
当用户输入的身份信息正确时，开放与身份信息相匹配的功能权限。
可选的，还包括：
当接收到用户输入的携带有维修任务标识的缓存指令时，则将维修任务标识所对应的车辆维修任务存储至预设的缓存空间。
可选的，还包括：
当缓存空间中车辆维修任务的存储时间达到预设时间时，进行报警提示。
可选的，还包括：
获取用户输入的数据类型；根据数据类型中携带的车辆范围信息以及时间范围信息，从后台系统获取相应的车辆历史数据；
展示车辆历史数据。
可选的，数据类型包括车辆健康状况、车辆运行参数、车辆的出勤率、车辆运行状态变化趋势、车辆工况信息和车辆轴位关系中的至少一种。
可选的，车辆运维数据包括车辆故障描述资料和/或维修处理意见。
图2所对应实施例中特征的说明可以参见图1所对应实施例的相关说明，这里不再一一赘述。
由上述技术方案可以看出，展示与用户身份信息相匹配的车辆故障信息；接收用户输入的车辆运维数据，并将车辆运维数据上传至后台系统；接收用户输入的携带有用户身份标识的车辆维修任务，并将车辆维修任务上传至后台系统，以便于后台系统向用户身份标识所对应的用户端发送车辆维修任务；接收到用户输入的目标车辆的运维查询指令时，展示从后台系统获取到的目标车辆的车辆实时运维数据；车辆实时运维数据由各级工程师对目标车辆执行维修任务时上传至后台系统。各级工程师通过登录应用APP，可以实时查看到与其用户身份信息相匹配的车辆故障信息，并且可以通过应用APP输入车辆运维数据以及车辆维修任务。无论哪一级工程师需要获知目标车辆当前的运维情况时，通过在应用APP上输入目标车辆的运维查询指令，便可以查看到目标车辆的实时运维数据，实现了对车辆故障维修的实时追踪。
本发明实施例还提供了一种移动终端，包括上述任一项轨道交通车辆运维检测装置。
如图3所示为本发明实施例提供的一种轨道交通车辆运维检测装置3的结构示意图，适用于后台系统，装置包括查找单元31、推送单元32和接收单元33；
查找单元31，用于当车辆运行状态数据存在异常时，查找与异常数据相对应的业务处理流程。
不同的维修任务涉及的维修流程有所差异，在本发明实施例中，业务处理流程可以包括走行部维修流程和监测设备维修流程。
其中，走行部维修流程主要针对于车辆自身部件的维修任务；监测设备维修流程主要针对于车载监测设备的维修任务。
推送单元32，用于向业务处理流程的第一用户端推送车辆故障信息；接收单元33，用于接收第一用户端传输的车辆维修任务，并触发推送单元向业务处理流程的第二用户端推送车辆维修任务。
接收单元33还用于接收第二用户端上传的车辆运维数据，并触发推送单元32根据车辆运维数据向业务流程的下一个用户端推送相应的信息，直至业务流程执行完毕，则结束业务流程。
后台系统可以接收各级工程师对车辆执行维修任务时通过应用APP上传的车辆运维数据，并按照时间顺序将各车辆对应的车辆运维数据进行汇总。
当用户需要查看某一台车辆当前的运维情况时，可以在应用APP输入目标车辆的运维查询指令，应用APP会将该运维查询指令传输至后台系统。具体的，后台系统还包括反馈单元，后台系统的接收单元33还用于当接收到目标用户端传输的目标车辆的运维查询指令时，触发反馈单元向目标用户端反馈目标车辆的车辆实时运维数据；其中，车辆实时运维数据由各级工程师对目标车辆执行维修任务时上传至后台系统；其中，目标用户端为业务处理流程中的任意一个用户端。
下面将结合具体的应用场景，对业务处理流程的执行过程展开介绍。
以走行部维修流程为例，走行部维修时涉及的工程师包括线路工程师、维修工程师和诊断工程师。各级工程师可以通过其所对应的用户端实现对车辆维修流程的追踪以及与后台系统的交互。
第一用户端对应于线路工程师所使用的用户端；第二用户端对应于维修工程师所使用的用户端；第三用户端对应于诊断工程师所使用的用户端。
在走行部维修流程中，车辆故障信息指的是车辆部件的故障信息。
后台系统在向第一用户端推送车辆故障信息的触发方式有多种，一种方式可以由后台系统对车辆部件的数据信息进行分析发现车辆部件的数据异常时，则向第一用户端推送车辆故障信息。第二种方式可以由诊断工程师对车辆部件的数据信息进行分析发现车辆部件数据异常时，则向后台系统发送数据异常的提示信息，以便于触发后台系统向线路工程师所对应的第一用户端推送车辆故障信息。
线路工程师通过第一用户端接收到车辆故障信息，确认维修之后，则通过第一用户端向后台系统传输车辆维修任务，以便于后台系统根据走行部维修流程向第二用户端推送车辆维修任务。
后台系统在接收到第二用户端上传的车辆运维数据之后，推送单元具体用于向第一用户端推送车辆运维数据；当接收单元接收到第一用户端反馈的检查结果时，触发推送单元向走行部维修流程的第三用户端推送检查结果；当接收单元接收第三用户端反馈的审核结果时，则将审核结果录入案例库。
在实际应用中，第一用户端可以根据实际需求推送新的车辆维修任务，后台系统的推送单元还用于向第一用户端推送部件是否需要返厂的提示信息；当接收到第一用户端反馈的跟踪结果或者部件无需返厂的响应信息时，则向第一用户端推送跟踪车辆运行状态数据是否正常的提示信息；当接收到第一用户端反馈的车辆运行状态数据未恢复正常的响应消息时，则向业务处理流程的第二用户端推送车辆维修任务，直至部件的运行状态数据恢复正常则结束操作。
以监测设备维修流程为例，监测设备维修时涉及的工程师包括产品支持组人员和现场服务人员。第一用户端对应于产品支持组人员所使用的用户端；第二用户端对应于现场服务人员所使用的用户端。
在监测设备维修流程中，车辆故障信息指的是车载监测设备的故障信息。
后台系统在向第一用户端推送车辆故障信息的触发方式有多种，一种方式可以由后台系统对监测设备的数据信息进行分析发现监测设备数据异常时，则向第一用户端推送车辆故障信息。第二种方式可以由诊断工程师对监测设备的数据信息进行分析发现监测设备数据异常时，则向后台系统发送数据异常的提示信息，以便于触发后台系统向产品支持组所对应的第一用户端推送车辆故障信息。第三种方式可以由现场服务人员进行现场检测发现监测设备异常时，则向后台系统发送设备异常的提示信息，以便于触发后台系统向产品支持组所对应的第一用户端推送车辆故障信息。
产品支持组人员通过第一用户端接收到车辆故障信息，确认存在异常之后，则通过第一用户端向后台系统传输车辆维修任务，以便于后台系统根据监测设备维修流程向第二用户端推送车辆维修任务。
后台系统在接收到第二用户端上传的车辆运维数据之后，推送单元具体用于向第一用户端推送车辆运维数据，并推送跟踪监测设备运行状态数据是否正常的提示信息；
当接收到第一用户端反馈的监测设备运行状态数据未恢复正常的响应消息时，则向业务处理流程的第二用户端推送车辆维修任务，直至接收到第一用户端上传的监测设备运行状态数据恢复正常的跟踪结果时，则结束操作。
需要说明的是，在实际应用中，车辆运行状态数据是否存在异常可以由后台系统对车辆运行状态数据进行分析之后确定出，也可以由诊断工程师对车辆运行状态数据进行分析之后确定出。
以走形部维修为例，当诊断工程师确定出车辆运行状态数据存在异常时，则可以通过应用APP向后台系统发送故障信息，以便于后台系统可以向线路工程师所对应的用户端推送车辆故障信息。以监测设备维修为例，当诊断工程师确定出车辆运行状态数据存在异常时，则可以通过应用APP向后台系统发送故障信息，以便于后台系统可以向产品支持组人员所对应的用户端推送车辆故障信息。
由上述技术方案可以看出，当车辆运行状态数据存在异常时，查找与异常数据相对应的业务处理流程；向业务处理流程的第一用户端推送车辆故障信息；接收第一用户端传输的车辆维修任务，并向业务处理流程的第二用户端推送车辆维修任务；接收第二用户端上传的车辆运维数据，并根据车辆运维数据向业务流程的下一个用户端推送相应的信息，直至业务流程执行完毕，则结束操作。后台系统按照设定的业务流程与相应的用户端进行交互，提升了设备维修的自动化程度，从而保证了设备维修的及时性和高效率。
后台系统存储有各级工程师对车辆执行维修任务时上传的车辆运维数据；当工程师需要获知目标车辆当前的运维情况时，可以通过用户端向后台系统发送目标车辆的运维查询指令，相应的，后台系统会向目标用户端反馈目标车辆的车辆实时运维数据，从而使得工程师可以通过用户端实现车辆故障维修的实时追踪。
如图4所示为本发明实施例提供的一种轨道交通车辆运维检测方法的流程图，适用于后台系统，方法包括：
S401：当车辆运行状态数据存在异常时，查找与异常数据相对应的业务处理流程。
S402：向业务处理流程的第一用户端推送车辆故障信息。
S403：接收第一用户端传输的车辆维修任务，并向业务处理流程的第二用户端推送车辆维修任务。
S404：接收第二用户端上传的车辆运维数据，并根据车辆运维数据向业务流程的下一个用户端推送相应的信息，直至业务流程执行完毕，则结束业务流程。
可选的，还包括：
当接收到目标用户端传输的目标车辆的运维查询指令时，向目标用户端反馈目标车辆的车辆实时运维数据。
其中，车辆实时运维数据由各级工程师对目标车辆执行维修任务时上传至后台系统。目标用户端为业务处理流程中的任意一个用户端。
可选的，当业务处理流程为走行部维修流程时，根据车辆运维数据向业务流程的下一个用户端推送相应的信息包括：
向第一用户端推送车辆运维数据；
当接收到第一用户端反馈的检查结果时，向走行部维修流程的第三用户端推送检查结果；
接收第三用户端反馈的审核结果，并将审核结果录入案例库。
可选的，还包括：
向第一用户端推送部件是否需要返厂的提示信息；
当接收到第一用户端反馈的跟踪结果或者部件无需返厂的响应信息时，则向第一用户端推送跟踪车辆运行状态数据是否正常的提示信息；
当接收到第一用户端反馈的车辆运行状态数据未恢复正常的响应消息时，则向业务处理流程的第二用户端推送车辆维修任务，直至部件的运行状态数据恢复正常则结束操作。
可选的，当业务处理流程为监测设备维修流程时，根据车辆运维数据向业务流程的下一个用户端推送相应的信息包括：
向第一用户端推送车辆运维数据，并推送跟踪监测设备运行状态数据是否正常的提示信息；
当接收到第一用户端反馈的监测设备运行状态数据未恢复正常的响应消息时，则向业务处理流程的第二用户端推送车辆维修任务，直至接收到第一用户端上传的监测设备运行状态数据恢复正常的跟踪结果时，则结束操作。
图4所对应实施例中特征的说明可以参见图3所对应实施例的相关说明，这里不再一一赘述。
由上述技术方案可以看出，当车辆运行状态数据存在异常时，查找与异常数据相对应的业务处理流程；向业务处理流程的第一用户端推送车辆故障信息；接收第一用户端传输的车辆维修任务，并向业务处理流程的第二用户端推送车辆维修任务；接收第二用户端上传的车辆运维数据，并根据车辆运维数据向业务流程的下一个用户端推送相应的信息，直至业务流程执行完毕，则结束操作。后台系统按照设定的业务流程与相应的用户端进行交互，提升了设备维修的自动化程度，从而保证了设备维修的及时性和高效率。
后台系统存储有各级工程师对车辆执行维修任务时上传的车辆运维数据；当工程师需要获知目标车辆当前的运维情况时，可以通过用户端向后台系统发送目标车辆的运维查询指令，相应的，后台系统会向目标用户端反馈目标车辆的车辆实时运维数据，从而使得工程师可以通过用户端实现车辆故障维修的实时追踪。
以上对本发明实施例所提供的一种轨道交通车辆运维检测装置、方法和移动终端进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
Claims (16)
1.一种轨道交通车辆运维检测装置，其特征在于，适用于用户端，包括任务展示模块、数据上传模块、任务下发模块和数据追踪模块；
所述任务展示模块，用于展示与用户身份信息相匹配的车辆故障信息；
所述数据上传模块，用于接收用户输入的车辆运维数据，并将所述车辆运维数据上传至后台系统；
所述任务下发模块，用于接收所述用户输入的携带有用户身份标识的车辆维修任务，并将所述车辆维修任务上传至后台系统，以便于后台系统向所述用户身份标识所对应的用户端发送所述车辆维修任务；
所述数据追踪模块，用于接收到所述用户输入的目标车辆的运维查询指令时，展示从所述后台系统获取到的所述目标车辆的车辆实时运维数据；其中，所述车辆实时运维数据由各级工程师对所述目标车辆执行维修任务时上传至后台系统。
2.根据权利要求1所述的装置，其特征在于，所述车辆维修任务包括车辆自身部件的维修任务和车载监测设备的维修任务。
3.根据权利要求1所述的装置，其特征在于，还包括身份验证模块和权限开放模块；
所述身份验证模块，用于验证用户输入的身份信息是否正确；
所述权限开放模块，用于当用户输入的身份信息正确时，开放与所述身份信息相匹配的功能权限。
4.根据权利要求1所述的装置，其特征在于，还包括任务缓存模块；
所述任务缓存模块，用于接收到用户输入的携带有维修任务标识的缓存指令时，则将所述维修任务标识所对应的车辆维修任务存储至预设的缓存空间。
5.根据权利要求4所述的装置，其特征在于，还包括任务提醒模块；
所述任务提醒模块，用于当所述缓存空间中车辆维修任务的存储时间达到预设时间时，进行报警提示。
6.根据权利要求1所述的装置，其特征在于，还包括数据浏览模块；
所述数据浏览模块，用于获取用户输入的数据类型；根据所述数据类型中携带的车辆范围信息以及时间范围信息，从后台系统获取相应的车辆历史数据；
所述任务展示模块还用于展示所述车辆历史数据。
7.根据权利要求6所述的装置，其特征在于，所述数据类型包括车辆健康状况、车辆运行参数、车辆的出勤率、车辆运行状态变化趋势、车辆工况信息和车辆轴位关系中的至少一种。
8.根据权利要求1-7任意一项所述的装置，其特征在于，所述车辆运维数据包括车辆故障描述资料和/或维修处理意见。
9.一种轨道交通车辆运维检测方法，其特征在于，包括：
展示与用户身份信息相匹配的车辆故障信息；
接收用户输入的车辆运维数据，并将所述车辆运维数据上传至后台系统；
接收所述用户输入的携带有用户身份标识的车辆维修任务，并将所述车辆维修任务上传至后台系统，以便于后台系统向用户身份标识所对应的用户端发送车辆维修任务；
接收到所述用户输入的目标车辆的运维查询指令时，展示从所述后台系统获取到的所述目标车辆的车辆实时运维数据；其中，所述车辆实时运维数据由各级工程师对所述目标车辆执行维修任务时上传至后台系统。
10.一种移动终端，其特征在于，包括权利要求1至8任一项所述的轨道交通车辆运维检测装置。
11.一种轨道交通车辆运维检测装置，其特征在于，适用于后台系统，所述装置包括查找单元、推送单元和接收单元；
所述查找单元，用于当车辆运行状态数据存在异常时，查找与异常数据相对应的业务处理流程；
所述推送单元，用于向所述业务处理流程的第一用户端推送车辆故障信息；
所述接收单元，用于接收所述第一用户端传输的车辆维修任务，并触发所述推送单元向所述业务处理流程的第二用户端推送所述车辆维修任务；
所述接收单元还用于接收所述第二用户端上传的车辆运维数据，并触发所述推送单元根据所述车辆运维数据向所述业务流程的下一个用户端推送相应的信息，直至所述业务流程执行完毕，则结束所述业务流程。
12.根据权利要求11所述的装置，其特征在于，还包括反馈单元；
所述接收单元还用于当接收到目标用户端传输的目标车辆的运维查询指令时，触发所述反馈单元向所述目标用户端反馈所述目标车辆的车辆实时运维数据；其中，所述车辆实时运维数据由各级工程师对所述目标车辆执行维修任务时上传至后台系统；其中，所述目标用户端为业务处理流程中的任意一个用户端。
13.根据权利要求11所述的装置，其特征在于，当所述业务处理流程为走行部维修流程时，所述推送单元具体用于向所述第一用户端推送所述车辆运维数据；
所述接收单元具体用于当接收到所述第一用户端反馈的检查结果时，触发所述推送单元向所述走行部维修流程的第三用户端推送所述检查结果；
所述接收单元还用于接收所述第三用户端反馈的审核结果，并将所述审核结果录入案例库。
14.根据权利要求13所述的装置，其特征在于，所述推送单元还用于向所述第一用户端推送部件是否需要返厂的提示信息；
所述接收单元具体用于当接收到所述第一用户端反馈的跟踪结果或者部件无需返厂的响应信息时，则触发所述推送单元向所述第一用户端推送跟踪车辆运行状态数据是否正常的提示信息；
所述接收单元还用于当接收到所述第一用户端反馈的车辆运行状态数据未恢复正常的响应消息时，则触发所述推送单元向所述业务处理流程的第二用户端推送所述车辆维修任务，直至所述部件的运行状态数据恢复正常则结束操作。
15.根据权利要求11所述的装置，其特征在于，当所述业务处理流程为监测设备维修流程时，所述推送单元具体用于向所述第一用户端推送所述车辆运维数据，并推送跟踪监测设备运行状态数据是否正常的提示信息；
当接收到所述第一用户端反馈的监测设备运行状态数据未恢复正常的响应消息时，则向所述业务处理流程的第二用户端推送所述车辆维修任务，直至接收到所述第一用户端上传的监测设备运行状态数据恢复正常的跟踪结果时，则结束操作。
16.一种轨道交通车辆运维检测方法，其特征在于，适用于后台系统，所述方法包括：
当车辆运行状态数据存在异常时，查找与异常数据相对应的业务处理流程；
向所述业务处理流程的第一用户端推送车辆故障信息；
接收所述第一用户端传输的车辆维修任务，并向所述业务处理流程的第二用户端推送所述车辆维修任务；
接收所述第二用户端上传的车辆运维数据，并根据所述车辆运维数据向所述业务流程的下一个用户端推送相应的信息，直至所述业务流程执行完毕，则结束所述业务流程。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910726798.0A CN110378493A (zh) | 2019-08-07 | 2019-08-07 | 一种轨道交通车辆运维检测装置、方法和移动终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910726798.0A CN110378493A (zh) | 2019-08-07 | 2019-08-07 | 一种轨道交通车辆运维检测装置、方法和移动终端 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110378493A true CN110378493A (zh) | 2019-10-25 |
Family
ID=68258316
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910726798.0A Pending CN110378493A (zh) | 2019-08-07 | 2019-08-07 | 一种轨道交通车辆运维检测装置、方法和移动终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110378493A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112477927A (zh) * | 2020-11-27 | 2021-03-12 | 成都汇辙科技有限公司 | 一种基于移动端的轨道交通车站控制信息系统 |
| CN114954586A (zh) * | 2022-06-16 | 2022-08-30 | 中车青岛四方机车车辆股份有限公司 | 智能化运营系统、方法、装置、设备、产品及轨道车辆 |
| CN117755362A (zh) * | 2023-12-05 | 2024-03-26 | 北京城市轨道交通咨询有限公司 | 一种轨道交通车辆的监控系统、监控方法、设备及介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101197039A (zh) * | 2006-12-07 | 2008-06-11 | 厦门雅迅网络股份有限公司 | 农用机械远程检测和维护信息交换方法 |
| CN105354673A (zh) * | 2015-11-13 | 2016-02-24 | 苏州华兴致远电子科技有限公司 | 一种车辆整备作业管理系统及方法 |
| CN106100931A (zh) * | 2016-06-29 | 2016-11-09 | 中国汽车工业工程有限公司 | 一种汽车厂智能维修保养系统 |
| CN106527413A (zh) * | 2017-01-06 | 2017-03-22 | 国网福建省电力有限公司 | 一种现场故障诊断系统 |
| CN107330524A (zh) * | 2017-06-20 | 2017-11-07 | 北京市运输管理技术支持中心 | 一种机动车维修管理服务系统 |
| CN109063862A (zh) * | 2018-09-30 | 2018-12-21 | 代明 | 基于互联网的汽车维修管理系统、方法 |
-
2019
- 2019-08-07 CN CN201910726798.0A patent/CN110378493A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101197039A (zh) * | 2006-12-07 | 2008-06-11 | 厦门雅迅网络股份有限公司 | 农用机械远程检测和维护信息交换方法 |
| CN105354673A (zh) * | 2015-11-13 | 2016-02-24 | 苏州华兴致远电子科技有限公司 | 一种车辆整备作业管理系统及方法 |
| CN106100931A (zh) * | 2016-06-29 | 2016-11-09 | 中国汽车工业工程有限公司 | 一种汽车厂智能维修保养系统 |
| CN106527413A (zh) * | 2017-01-06 | 2017-03-22 | 国网福建省电力有限公司 | 一种现场故障诊断系统 |
| CN107330524A (zh) * | 2017-06-20 | 2017-11-07 | 北京市运输管理技术支持中心 | 一种机动车维修管理服务系统 |
| CN109063862A (zh) * | 2018-09-30 | 2018-12-21 | 代明 | 基于互联网的汽车维修管理系统、方法 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112477927A (zh) * | 2020-11-27 | 2021-03-12 | 成都汇辙科技有限公司 | 一种基于移动端的轨道交通车站控制信息系统 |
| CN114954586A (zh) * | 2022-06-16 | 2022-08-30 | 中车青岛四方机车车辆股份有限公司 | 智能化运营系统、方法、装置、设备、产品及轨道车辆 |
| CN114954586B (zh) * | 2022-06-16 | 2023-12-26 | 中车青岛四方机车车辆股份有限公司 | 智能化运营系统、方法、装置、设备、产品及轨道车辆 |
| CN117755362A (zh) * | 2023-12-05 | 2024-03-26 | 北京城市轨道交通咨询有限公司 | 一种轨道交通车辆的监控系统、监控方法、设备及介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103793787B (zh) | 车联网的处理系统及方法 | |
| CN110378493A (zh) | 一种轨道交通车辆运维检测装置、方法和移动终端 | |
| CN206906884U (zh) | 一种汽车故障诊断系统以及车辆 | |
| US8583318B2 (en) | Method for conducting vehicle-related survey | |
| CN104157021B (zh) | 智能巡检系统及智能巡检方法 | |
| EP1922597B1 (en) | Fault data management | |
| JP4881363B2 (ja) | 車両メンテナンスシステム | |
| EP3254928A1 (en) | System and method for the asset management of railway trains | |
| CN107547611A (zh) | 机车综合无线通信设备动态监测方法及其系统 | |
| CN111278711A (zh) | 用于处理轨道车辆的数据的设备 | |
| DE102019205700B4 (de) | Prüfsystem | |
| CN107145951A (zh) | 工务机械车云管理系统 | |
| CN107730647A (zh) | 一种基于scada的智能手机巡检系统及其巡检方法 | |
| CN111137328B (zh) | 一种有轨电车行车调度管理系统 | |
| CN104777762A (zh) | 一种车载系统监测方法及其终端 | |
| CN108398932A (zh) | 自动驾驶车辆检测系统及方法 | |
| CN106184291A (zh) | 列车诊断方法与人机交互界面hmi系统 | |
| Barabino et al. | Regularity analysis on bus networks and route directions by automatic vehicle location raw data | |
| CN108556770A (zh) | 车辆性能监测系统的实现方法、系统以及可读存储介质 | |
| CN108810850A (zh) | 车载故障播报系统、方法、设备及存储介质 | |
| CN114338741A (zh) | 一种车辆智能运维管理系统 | |
| RU2569216C2 (ru) | Способ управления обслуживанием и ремонтом тягового подвижного состава железнодорожного транспорта и система для его осуществления | |
| EP1847435A1 (en) | Train operation management system | |
| CN114217596A (zh) | 基于车联网的智能诊断升级系统及方法 | |
| CN112799379A (zh) | 基于OPC UA架构Pub-Sub模式的分布式自动测试系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191025 |