著录项信息
专利名称 | 轨道车辆的监控方法和系统 |
申请号 | CN201610991283.X | 申请日期 | 2016-11-10 |
法律状态 | 授权 | 申报国家 | 暂无 |
公开/公告日 | 2017-03-15 | 公开/公告号 | CN106506645A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L29/08 | IPC分类号 | H;0;4;L;2;9;/;0;8查看分类表>
|
申请人 | 中车青岛四方机车车辆股份有限公司 | 申请人地址 | 山东省青岛市城阳区锦宏东路88号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 中车青岛四方机车车辆股份有限公司 | 当前权利人 | 中车青岛四方机车车辆股份有限公司 |
发明人 | 王俊彦;刘泰;杨杰;马超;石艳红 |
代理机构 | 北京康信知识产权代理有限责任公司 | 代理人 | 韩建伟;张永明 |
摘要
本发明公开了一种轨道车辆的监控方法和系统。其中,该方法包括:本地设备获取轨道车辆的当前运行数据和历史运行数据;本地设备根据当前运行数据和历史运行数据,得到故障信息,其中,故障信息包括如下至少之一:故障代码和故障描述;本地设备获取故障信息对应的维修方案,其中,通过远程设备或服务器端,获取维修方案;本地设备根据维修方案,对轨道车辆进行维修。本发明解决了现有技术中轨道车辆的检修故障过程困难,且当轨道车辆出现故障时,无法及时解决的技术问题。
轨道车辆的监控方法和系统\n技术领域\n[0001] 本发明涉及轨道车辆监控领域,具体而言,涉及一种轨道车辆的监控方法和系统。\n背景技术\n[0002] 目前国内轨道车辆的监控维护系统通常包含车载设备和地面设备,车载设备被配置成无线发送机车故障信息与运行状态信息到地面设备,地面设备设置地面专家库,无线接收机车故障信息与运行状态信息,确定机车故障信息所表示的故障是否与地面专家库中预先存储的故障相匹配,在相匹配的情况下从地面专家库提取相应的故障解决策略,以及通过第一发射机将故障解决策略无线发送至车载设备。但现有系统的检修故障过程中困难重重,遇到疑难问题难以及时解决,寻求帮助时描述困难,解决缓慢。\n[0003] 针对现有技术中轨道车辆的检修故障过程困难,且当轨道车辆出现故障时,无法及时解决的问题,目前尚未提出有效的解决方案。\n发明内容\n[0004] 本发明实施例提供了一种轨道车辆的监控方法和系统,以至少解决现有技术中轨道车辆的检修故障过程困难,且当轨道车辆出现故障时,无法及时解决的技术问题。\n[0005] 根据本发明实施例的一个方面,提供了一种轨道车辆的监控方法,包括:本地设备获取轨道车辆的当前运行数据和历史运行数据;本地设备根据当前运行数据和历史运行数据,得到故障信息,其中,故障信息包括如下至少之一:故障代码和故障描述;本地设备获取故障信息对应的维修方案,其中,通过远程设备或服务器端,获取维修方案;本地设备根据维修方案,对轨道车辆进行维修。\n[0006] 根据本发明实施例的另一方面,还提供了一种轨道车辆的监控系统,包括:本地设备,用于获取轨道车辆的当前运行数据和历史运行数据,根据当前运行数据和历史运行数据,得到故障信息,其中,故障信息包括:故障代码和/或故障描述;服务器端或远程设备,与本地设备进行连接,用于发送故障信息对应的维修方案;本地设备还用于根据维修方案,对轨道车辆进行维修。\n[0007] 在本发明实施例中,本地设备获取轨道车辆的当前运行数据和历史运行数据,根据当前运行数据和历史运行数据,得到故障信息,通过远程设备或服务器端,获取故障信息对应的维修方案,根据维修方案,对轨道车辆进行维修,从而实现对轨道车辆的监控和维护。容易注意到的是,本地设备在得到故障信息之后,可以通过服务器端或远程设备获取故障信息对应的维修方案,从而在遇到问题时,可以及时获取到维修方案,寻求解决方案方便快捷,解决了现有技术中轨道车辆的检修故障过程困难,且当轨道车辆出现故障时,无法及时解决的技术方案。因此,通过本发明上述实施例提供的方案,可以达到及时发现并解决轨道车辆故障的效果。\n附图说明\n[0008] 此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:\n[0009] 图1是根据本发明实施例的一种轨道车辆的监控方法的流程图;\n[0010] 图2是根据本发明实施例的一种可选的服务器端的示意图;\n[0011] 图3是根据本发明实施例的一种可选的通过远程设备获取维修方案的流程图;\n[0012] 图4是根据本发明实施例的一种可选的通过服务器端获取维修方案的流程图;\n[0013] 图5是根据本发明实施例的一种可选的修改列车数据的流程图;\n[0014] 图6是根据本发明实施例的一种可选的更新测试软件的流程图;\n[0015] 图7是根据本发明实施例的一种可选的更新本地生产资料列表的流程图;\n[0016] 图8是根据本发明实施例的一种可选的服务器推送消息的流程图;\n[0017] 图9是根据本发明实施例的一种轨道车辆的监控系统的示意图;以及[0018] 图10是根据本发明实施例的一种可选的轨道车辆的监控系统的示意图。\n具体实施方式\n[0019] 为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。\n[0020] 需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。\n[0021] 实施例1\n[0022] 根据本发明实施例,提供了一种轨道车辆的监控方法的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。\n[0023] 图1是根据本发明实施例的一种轨道车辆的监控方法的流程图,如图1所示,该方法包括如下步骤:\n[0024] 步骤S102,本地设备获取轨道车辆的当前运行数据和历史运行数据。\n[0025] 具体的,上述的本地设备可以是便携式测试设备(PTU设备),例如,可以是便携式笔记本电脑,在笔记本电脑上安装有便携式测试单元PUT服务软件。当前运行数据和历史运行数据可以包括司机指令、列车速度、电机电压和电流等过程数据,也可以包括轨道车辆的状态信息,例如,紧急制动、高速断路器自动跳闸等。\n[0026] 步骤S104,本地设备根据当前运行数据和历史运行数据,得到故障信息,其中,故障信息包括如下至少之一:故障代码和故障描述。\n[0027] 具体的,上述的故障信息可以包括:故障代码、故障描述、故障等级、故障日期、故障车辆号。\n[0028] 在一种可选的方案中,现场维护人员可以携带PTU设备到列车上,将PTU设备与轨道车辆的控制器直接相连,从控制器读取轨道车辆的当前运行数据和历史运行数据,对当前运行数据和历史运行数据进行数据分析,对轨道车辆进行故障信息诊断,得到轨道车辆的故障信息。\n[0029] 步骤S106,本地设备获取故障信息对应的维修方案,其中,通过远程设备或服务器端,获取维修方案。\n[0030] 在一种可选的方案中,在现场维护人员得到轨道车辆的故障信息之后,如果现场维护人员遇到难以解决的问题,则可以输入故障代码,PTU设备从服务器端的数据库中查询对应的维修案例,从服务器端获取维修案例数据。当现场维护人员无法遇到无法解决的问题时,也可以与远程设备连接,申请专家远程维护,从远程设备获取维修方案。\n[0031] 步骤S108,本地设备根据维修方案,对轨道车辆进行维修。\n[0032] 在一种可选的方案中,PTU设备在接收到服务器端或者远程设备返回的维修方案之后,可以显示在PTU设备的显示器上,供现场维护人员进行查看,现场维护人员可以根据维修方案对轨道车辆进行维修,消除轨道车辆的故障。\n[0033] 根据本发明上述实施例,本地设备获取轨道车辆的当前运行数据和历史运行数据,根据当前运行数据和历史运行数据,得到故障信息,通过远程设备或服务器端,获取故障信息对应的维修方案,根据维修方案,对轨道车辆进行维修,从而实现对轨道车辆的监控和维护。容易注意到的是,本地设备在得到故障信息之后,可以通过服务器端或远程设备获取故障信息对应的维修方案,从而在遇到问题时,可以及时获取到维修方案,寻求解决方案方便快捷,解决了现有技术中轨道车辆的检修故障过程困难,且当轨道车辆出现故障时,无法及时解决的技术方案。因此,通过本发明上述实施例提供的方案,可以达到及时发现并解决轨道车辆故障的效果。\n[0034] 可选地,在本发明上述实施例中,步骤S106,通过远程设备,获取维修方案包括:\n[0035] 步骤S1060,本地设备与远程设备建立连接,其中,远程设备为如下之一:便携式测试设备,网页端设备和移动端设备。\n[0036] 具体的,上述的远程设备可以是便携式测试设备(PTU设备)、网页端设备和移动端设备,例如,便携式测试设备可以是便携式笔记本电脑,在笔记本电脑上安装有便携式测试单元PUT服务软件;网页端设备可以是便携式笔记本电脑、平板电脑、IPAD或掌上电脑等设备;移动端设备可以是智能手机(包括Android手机和iOS手机)、平板电脑或掌上电脑等。\n[0037] 在一种可选的方案中,现场维护人员的PTU设备可以通过无线网络与专家人员的Web端设备建立远程连接。\n[0038] 步骤S1062,本地设备发送当前运行数据至远程设备。\n[0039] 在一种可选的方案中,在现场维护人员的PTU设备与专家人员的Web端设备建立远程连接之后,专家人员可以通过Web端设备查看现场维护人员的PTU设备的运行数据,即现场维护人员的PTU设备可以将获取到的当前运行数据发送给专家人员的Web端设备,专家人员可以查看PTU设备的数据。并通过PTU修改控制器变量、上传软件等维护操作。\n[0040] 步骤S1064,本地设备接收远程设备发送的维修数据,其中,维修数据包括如下之一:控制器变量和软件数据。\n[0041] 在一种可选的方案中,专家人员在查看到PTU设备的数据之后,可以通过PTU设备修改轨道车辆的控制器变量、并进行上传软件等维护操作,即专家人员可以将修改后的控制器变量和控制器的软件发送给PTU设备,PTU设备将控制器变量和软件发送给轨道车辆的控制器,从而实现对控制器的修改,在对轨道车辆进行维护之后,现场维护人员可以通过PTU设备断开与Web端的远程连接。\n[0042] 通过上述步骤S1060至步骤S1064,可以通过远程设备获取维修方案,并对轨道车辆进行维修,实现专家远程指导的目的。\n[0043] 可选地,在本发明上述实施例中,步骤S1060,本地设备与远程设备建立连接包括:\n[0044] 步骤S10601,本地设备发送携带故障描述的维修请求至服务器端,其中,服务器端将维修请求发送至远程设备。\n[0045] 步骤S10602,本地设备接收远程设备发送的连接请求。\n[0046] 步骤S10603,本地设备对连接请求进行确认,并与远程设备建立连接。\n[0047] 在一种可选的方案中,当现场维护人员需要专家远程指导时,现场维护人员可以通过PTU设备填写故障描述,PTU设备与服务器建立连接,可以把维修请求发送给服务器,服务器将维修请求转发给已经与服务器建立连接的Web端设备,在线专家可以从web端查看故障描述,当在线专家可以解决故障时,可以通过Web端设备发起连接请求,将连接请求发送给服务器,并由服务器转发给现场维护人员的PTU设备,现场人员在通过PTU设备查看到发送连接请求的专家信息之后,可以在确认之后,与Web端设备建立远程维护连接。\n[0048] 可选地,在本发明上述实施例中,步骤S1060,本地设备与远程设备建立连接包括:\n[0049] 步骤S10604,本地设备发送携带故障描述的维修请求至远程设备。\n[0050] 步骤S10605,本地设备接收远程设备发送的连接请求。\n[0051] 步骤S10606,本地设备对连接请求进行确认,并与远程设备建立连接。\n[0052] 在一种可选的方案中,当现场维护人员需要专家远程指导时,现场维护人员可以通过PTU设备填写故障描述,并选择已经与服务器建立连接的在线专家,,PTU设备与服务器建立连接,PTU设备可以将包含故障描述的维修请求发送给服务器,服务器将维修请求转发给对应的在线专家的Web端设备,在线专家可以通过Web端设备查看故障描述,当在线专家可以解决故障时,可以通过Web端设备发起连接请求,将连接请求发送给服务器,并由服务器转发给现场维护人员的PTU设备,现场人员在通过PTU设备查看到发送连接请求的专家信息之后,可以在确认之后,与Web端设备建立远程维护连接。\n[0053] 可选地,在本发明上述实施例中,在步骤S1064,本地设备接收远程设备发送的维修数据之前,上述方法还包括:\n[0054] 步骤S112,本地设备接收远程设备发送的第一随机码。\n[0055] 步骤S114,本地设备将第一随机码与本地存储的第二随机码进行匹配。\n[0056] 步骤S116,如果匹配成功,则本地设备接收远程设备发送的维修数据。\n[0057] 其中,第一随机码与第二随机码由服务器端生成。\n[0058] 此处需要说明的是,由于远程维护功能对轨道车辆的影响较大,有非常高的安全性要求,可以采用以下方式确保安全:从技术上确保地面服务器和网络传输安全;从操作流程上确保安全,远程连接PTU、修改控制器变量、上传软件等危险性较高的操作,均需要现场维护人员的确认才可以执行,此过程必须由人工操作参与其中才可以完成,禁止系统自动完成;增加安全辅助措施,采用临时授权机制。\n[0059] 在一种可选的方案中,可以由服务器端生成操作随机码,传输给现场维护人员的PTU设备和远程专家人员的Web设备,Web设备将第一随机码发送给PTU设备,现场维护人员可以查看服务器发送的第二随机码以及Web设备发送的第一随机码,现场维护人员进行确认后才能接收Web设备发送的维修数据,并根据维修数据对轨道车辆的控制器进行修改,实现对控制器的修改。\n[0060] 可选地,在本发明上述实施例中,步骤S106,通过服务器端,获取维修方案包括:\n[0061] 步骤S1066,本地设备发送故障代码至服务器端,其中,服务器端根据故障代码进行查询,得到对应的第一维修资源,第一维修资源至少包括如下之一:视频资源和图像资源。\n[0062] 具体的,服务器端返回的检修资源可以包括维修案例数据、知道视频和图文资料。\n[0063] 步骤S1068,本地设备接收服务器端返回的第一维修资源。\n[0064] 在一种可选的方案中,当现场维护人员遇到一时难以解决的问题的时候,可以输入故障代码,将故障代码发送给与PTU设备连接的服务器,服务器查询对故障代码对应的维修案例、指导视频和图文资料,PTU设备将从服务端获取到的维修案例数据展示在PTU设备的显示器中,现场维护人员可以按照获取到的维修案例逐一排查可能出现问题的系统或设备,对应轨道车辆的当前运行数据,找到解决问题的突破口。\n[0065] 通过上述步骤S1066至步骤S1068,可以通过服务器端获取维修方案,并对轨道车辆进行维修,实现构建有故障知识库管理系统的目的。\n[0066] 可选地,在本发明上述实施例中,在步骤S1066,本地设备发送故障代码至服务器端之后,上述方法还包括:\n[0067] 步骤S116,服务器端对本地设备进行权限验证。\n[0068] 步骤S118,如果本地设备的权限验证成功,则服务器端根据故障代码进行查询,得到第一维修资源。\n[0069] 在一种可选的方案中,服务器端在接收到PTU设备发送的故障代码之后,可以对PTU设备进行权限验证,验证该PTU设备是否具有查询维修案例,如果该PTU设备具有查询维修案例的权限,则对PTU设备的权限验证成功,服务器将查询到的对应的第一维修资源返回给PTU设备,供现场维护人员进行查看。\n[0070] 通过上述步骤S116至步骤S118,服务器端可以对本地设备进行验证,只有通过验证的本地设备可以获取到维修案例,从而增加轨道车辆维护的安全性。\n[0071] 可选地,在本发明上述实施例中,在步骤S1068,本地设备接收服务器端返回的维修资源之后,上述方法还包括:\n[0072] 步骤S120,本地设备获取检修过程中的第二维修资源,其中,第二维修资源至少包括如下之一:视频资源和图像资源。\n[0073] 步骤S122,本地设备将第二维修资源上传至服务器端,其中,服务器端存储第二维修资源。\n[0074] 在一种可选的方案中,现场维护人员可以利用PTU设备的多媒体特点,将重要的维护工作过程的现场拍摄视频、照片,得到第二维修资源,通过网络上传到服务器端,服务器端将现场维护人员发送的第二维修资源保存在数据库中,以备以后的维护工作人员查看。\n[0075] 通过上述步骤S120至步骤S122,当现场维护人员完成对轨道车辆的维护任务时,可以编写维护案例上传至服务器端,为以后的维护人员提供技术经验。\n[0076] 可选地,在本发明上述实施例中,在步骤S122,服务器端存储第二维修资源之前,上述方法还包括:\n[0077] 步骤S124,服务器端将第二维修资源发送至远程设备,其中,远程设备根据第二维修资源,生成审核结果,审核结果包括如下之一:通过审核和未通过审核。\n[0078] 步骤S126,服务器接收远程设备发送的审核结果。\n[0079] 步骤S128,如果审核结果为通过审核,则服务器端存储第二维修资源。\n[0080] 步骤S130,如果审核结果为未通过审核,则服务器端删除第二维修资源。\n[0081] 在一种可选的方案中,现场维护人员再通过PTU设备将第二维修资源发送给服务器端之后,服务器端将第二维修资源转发给远程Web设备,管理人员可以对第二维修资源进行审核,如果管理人员审核第二维修资源通过,则通过Web设备发送审核结果给服务器端,服务器端在接收到审核结果之后,可以将第二维修资源存储到数据库中;如果审核人员审核第二维修资源未通过,则通过Web设备发送审核结果给服务器端,服务器端在接收到审核结果之后,将第二维修资源进行删除。\n[0082] 此处需要说明的是,如果现场维护人员是技术人员,则服务器可以直接将接受到第二维修资源直接进行保存;如果现场维护人员是普通人员,则服务器需要将第二维修资源转发给远程设备,进行审核,只有审核通过才能进行保存。\n[0083] 可选地,在本发明上述实施例中,在步骤S102,本地设备获取轨道车辆的当前运行数据和历史运行数据之前,上述方法还包括:\n[0084] 步骤S132,轨道车辆的控制器将当前运行数据发送给服务器端,其中,服务器根据当前运行数据和历史运行数据,判断轨道车辆是否出现故障。\n[0085] 具体的,上述服务器端可以包括两个单位的服务器,即轨道车辆运营公司的服务器和轨道车辆生成公司的服务器。\n[0086] 在一种可选的方案中,为了让轨道车辆运营公司和轨道车辆生成公司可以同时对轨道进行监控,方便轨道车辆故障的维修指导工作,轨道车辆的控制器可以通过WIFI网络或者4G(第四代通讯技术,the 4Generation mobile communication technology的简写)网络将当前运行数据传输到两个单位的服务器,服务器端可以根据接收到的当前运行数据和历史运行数据判断轨道车辆是否出现故障。如图2所示,轨道车辆将实时数据通过WIFI或\n4G发送给制造单位服务、北京地铁公司服务器、天津地铁公司服务器和广州地铁公司服务器。\n[0087] 通过上述步骤S132,可以通过将运行数据发送给服务器端,实现对运行数据的实时监控。\n[0088] 可选地,在本发明上述实施例中,在步骤S102,本地设备获取轨道车辆的当前运行数据和历史运行数据之前,上述方法还包括:\n[0089] 步骤S134,本地设备获取轨道车辆的控制器发送的列车数据,其中,列车数据至少包括如下之一:轨道车辆的车号、密码、显示屏号和轮径。\n[0090] 步骤S136,本地设备对列车数据进行修改,得到修改后的列车数据。\n[0091] 步骤S138,本地设备将修改后的列车数据返回至控制器,其中,控制器显示修改后的列车数据。\n[0092] 在一种可选的方案中,现场维护人员可以通过PTU与轨道车辆的控制器进行直接连接,实现对列车数据设置功能。现场维护人员可以通过PTU设备获取空或者其发送的轨道车辆的车号、密码、显示屏号和轮径等数据,现场维护人员可以对轨道车辆的数据进行修改,将修改后的数据返回到控制器中,操作完成之后,可以通过显示器读取控制器中的列车数据并进行显示。\n[0093] 可选地,在本发明上述实施例中,在步骤S102,本地设备获取轨道车辆的当前运行数据和历史运行数据之前,上述方法还包括:\n[0094] 步骤S140,本地设备显示测试软件的测试软件列表界面,其中,测试软件列表中显示多个子测试软件名称。\n[0095] 具体的,上述的多个子测试软件可以是轨道车辆中的多个子系统的测试软件。\n[0096] 步骤S142,本地设备接收选定的子测试软件名称,并执行选定的子测试软件对应的测试。\n[0097] 在一种可选的方案中,现场维护人员可以通过PTU与轨道车辆的控制器进行直接连接,实现列车子系统PTU模块测试功能,子系统PTU模块测试是通过调用子系统测试软件完成测试,现场维护人员可以通过PTU设备显示包含每个子系统的子测试软件的测试软件列表,现场维护人员可以通过点击子测试软件的名称选择需要进行的测试,PTU设备在接收到子测试软件之后,可以控制对应的子系统进行相应的测试。\n[0098] 可选地,在本发明上述实施例中,在步骤S140,本地设备显示测试软件的测试软件列表界面之前,方法还包括:\n[0099] 步骤S144,在与服务器进行连接之后,本地设备检测测试软件是否需要更新。\n[0100] 步骤S146,如果检测到测试软件需要更新,则本地设备在测试界面中显示更新提示。\n[0101] 步骤S148,本地设备在接收到更新指令之后,更新测试软件。\n[0102] 在一种可选的方案中,现场维护人员在对子系统进行测试之前,需要通过PTU设备对控制器中的测试软件进行检测,即PTU设备在连接服务器端后请求软件版本号和本地的测试软件的版本号进行对比,如果有更新,可以在现场维护人员进入PTU设备的软件页面之后提示现场维护人员,在控制器的测试软件进行更新之后,现场维护人员可以从测试软件列表启动子测试软件进行测试,测试软件运行过程中PTU在后台运行。\n[0103] 通过上述步骤S144至步骤S148,在对轨道车辆的子系统进行测试之前,可以对测试软件进行更新,从而保证本地测试软件的有效性。\n[0104] 可选地,在本发明上述实施例中,在步骤S102,本地设备获取轨道车辆的当前运行数据和历史运行数据之前,上述方法还包括:\n[0105] 步骤S150,本地设备接收服务器端发送的第一生产资料列表,其中,第一生产资料列表中包括:多个第一生产资料文件。\n[0106] 步骤S152,本地设备将生产资料列表与第二生产资料列表进行比对,得到比对结果,其中,第二生产资料列表中包括:多个第二生产资料文件。\n[0107] 步骤S154,本地设备根据比对结果,更新第二生产资料列表。\n[0108] 其中,每个第一生产资料文件和每个第二生产资料文件至少包括如下之一:CAD图纸、维修手册、质量手册和说明书。\n[0109] 具体的,生产支持主要包括列车调试试验和生产资料的查询与管理,生产资料有CAD图纸、维修手册、质量手册、说明书等相关资料,按照相关规则对文件进行管理,方便用户随时查看。生产资料查询与管理,生产资料的查询,可以按照资料的类别、资料文件的类型、文件时间等关键字进行查询,还可以对于某一列车型、某一设备类型的生产资料进行查询。\n[0110] 在一种可选的方案中,现场维护人员在将PTU设备与服务器端设备进行连接之后,可以从服务器获取多个第一生产资料文件,将从服务器获取到的多个第一生产资料文件与PTU设备本地的多个第二生产资料文件进行比对,可以通过对比定第一生产资料列表和第二生产资料列表,以及每个第一生产资料文件和每个第二生产资料文件的版本号,如果本地的第二生产资料列表与服务器获取到的第一生产资料列表不同,则对本地的第二生产资料进行更新,从而保证PTU设备的生产资料的有效性和及时性。\n[0111] 可选地,在本发明上述实施例中,步骤S154,本地设备根据比对结果,更新第二生产资料列表包括:\n[0112] 步骤S1542,本地设备根据比对结果,标记待处理的第二生产资料的状态信息,其中,状态信息为如下之一:下载,更新和删除。\n[0113] 步骤S1544,本地设备根据状态信息对待处理的第二生产资料进行处理。\n[0114] 步骤S1546,本地设备更新第二生产资料列表。\n[0115] 在一种可选的方案中,如果第一生产资料列表的第一生产资料文件比第二生产资料列表中的第二生产资料文件多,则标记第二生产资料中缺少的生产资料文件为下载,在第二生产资料列表的右侧显示下载按钮,现场维护人员可以通过点击下载按钮从服务器中下载对应的生产资料文件,并对本地第二生产资料列表进行更新。如果第一生产资料列表中的一个第一生产资料文件与第二生产资料列表中对应的第二生产资料文件的版本号不同,则标记该第二生产资料文件为更新,在第二生产资料列表的右侧显示显示按钮,现场维护人员可以通过点击下载按钮从服务器中下载对应的生产资料文件,对本地第二生产资料文件进行更新,并对本地第二生产资料列表进行更新。如果第一生产资料列表的第一生产资料文件比第二生产资料列表中的第二生产资料文件少,则标记第二生产资料中多余的生产资料文件为删除,在第二生产资料列表的右侧显示删除按钮,现场维护人员可以通过点击删除按钮删除PTU设备本地的第二生产资料文件,并对本地第二生产资料列表进行更新。\n[0116] 可选地,在本发明上述实施例中,在判断轨道车辆出现故障之后,上述方法还包括:\n[0117] 步骤S156,远程设备接收服务器端的推送消息,其中,推送消息至少包括如下之一:故障消息、出库入库消息。\n[0118] 步骤S158,远程设备显示推送消息。\n[0119] 在一种可选的方案中,移动端设备的使用人员可以根据自己的实际需求,设置需要接收的推送消息,比如故障推送、出库入库推送等关键信息,便于准确高效地开展维护工作。也可以设置全部信息推送,这样用户就可以接收到服务器推送的所有信息。\n[0120] 可选地,在本发明上述实施例中,在步骤S156,远程设备接收服务器端的推送消息之前,上述方法还包括:\n[0121] 步骤S160,服务器端对远程设备进行验证。\n[0122] 步骤S162,如果远程设备验证成功,则服务器向远程设备推送对应的推送消息,其中,推送消息至少包括:历史推送消息。\n[0123] 在一种可选的方案中,当移动端设备的使用人员登录时,服务器端可以对移动端设备进行验证,在验证移动端设备的登录成功之后,服务器端将未登录前的推送消息推送给移动端设备,此后,当服务器端检测到新的消息需要推送时,若该信息属于推送的关键信息,比如故障信息、通知会议等,服务器端可以将新的信息推送给有权限查看该信息的登录用户,直接推送给移动端设备,移动端设备可以通过网络接口接收推送消息,并弹出通知条告知使用人员有新的推送消息到达,使用人员可以通过点击通知条进行查看,直到使用人员退出登录。\n[0124] 此处需要说明的是,推送功能的实现主要使用XMPP协议、Mina框架以及AndroidPN框架等。当有重大故障时可以加入手机短信提示功能。\n[0125] 可选地,在本发明上述实施例中,在步骤S158,远程设备显示推送消息之后,上述方法还包括:\n[0126] 步骤S164,远程设备接收到查看指令之后,显示推送消息对应的推送内容。\n[0127] 其中,故障消息对应的推送内容至少包括:故障代码,故障描述,故障等级,故障车辆,故障设备,故障发生时间和故障指导意见,出入库消息对应的推送内容至少包括:列车编号、列车车次、列车型号和列车出入库时间。\n[0128] 在一种可选的方案中,当移动端设备的使用人员点击消息通知时,可以跳转到相应的消息通知页面,方便使用人员查看有关信息。当进入故障推送详细界面后,使用人员可以查看到故障代码、故障描述、故障等级、故障车辆、故障设备、故障发生时间、故障指导意见等信息;当进入出入库推送详细界面后,使用人员可以查看到列车编号、列车车次、列车型号、列车出入库时间等信息。\n[0129] 此处需要说明的是,列车调试试验功能为PTU端特有功能,主要为调试车间生产提供支持。根据列车试验大纲,在PTU端内预设列车试验内容,通过查询/设置控制器变量、指导试验人员操作列车设备,完成列车的调试试验。由于本功能只可以在调试车间使用,PTU端可设计为调试、维护两个版本,在维护版中移除本功能。\n[0130] 下面结合图3至图8,以本地设备为PTU端设备,远程设备为Web端设备,服务器端为轨道车辆的生产单元的地面服务器为例,对本发明的一种优选的轨道车辆的监控方法进行详细说明。\n[0131] 如图3所示,该方法可以包括如下步骤:\n[0132] 步骤S31,PTU端进入专家远程维护界面。\n[0133] 可选地,在现场维护人员需要进行专家远程维护的时候,现场维护人员可以通过PTU设备进入专家远程维护界面。在进入专家远程维护界面之后,现场维护人员可以不指定专家,进入步骤S32,也可以指定专家,进入步骤S33。\n[0134] 步骤S32,维护请求发送到服务器。\n[0135] 可选地,现场维护人员可以将维护请求发送给与PTU设备连接服务器,服务器将维护请求转发给全部在线专家。维护请求中包含故障描述信息。\n[0136] 步骤S33,维护请求发送给指定专家。\n[0137] 可选地,现场维护人员可以选择在线专家,并将维护请求发送给与PTU设备连接服务器。维护请求中包含故障描述信息。\n[0138] 步骤S34,专家从Web端选择维护请求发起确认。\n[0139] 可选地,在线专家在接收到服务器或者PTU设备发送的维护请求之后,可以从Web端设备选择维护请求发起连接请求,将连接请求返回服务器,由服务器返回给PTU设备,或者将连接请求返回PTU设备。\n[0140] 步骤S35,PTU端同意建立连接请求。\n[0141] 可选地,PTU端在接收到Web端的连接请求之后,如果现场维护人员通过该连接请求,则建立PTU设备与Web端设备的远程连接。\n[0142] 步骤S36,开始专家远程维护。\n[0143] 可选地,在PTU设备与Web端设备建立远程连接之后,专家可以通过Web端设备查看PTU端数据,并通过PTU设备修改控制器变量、上传软件等维护操作。\n[0144] 步骤S37,维护完成断开连接。\n[0145] 可选地,在远程维护完成之后,现场维护人员可以通过PTU设备断开与Web端设备的远程连接。\n[0146] 如图4所示,该方法可以包括如下步骤:\n[0147] 步骤S401,现场维护人员发送查看视频、图文请求。\n[0148] 可选地,现场维护人员可以通过PTU设备发送请求,将故障代码发送给服务器。\n[0149] 步骤S402,服务器判断现场维护人员是否有查看权限。\n[0150] 可选地,服务器在接收到故障代码之后,对PTU设备进行权限验证,即判断现场维护人员是否有查看视频、图文的权限。如果现场维护人员有查看权限,则进入步骤S403;如果现场维护人员没有查看权限,则进入步骤S404。\n[0151] 步骤S403,获取维修案例。\n[0152] 可选地,PTU设备从服务器数据库中获取故障代码对应的维修案例。\n[0153] 步骤S404,查询失败。\n[0154] 步骤S405,维护人员拍照或拍摄视频。\n[0155] 可选地,在现场维护人员完成维护之后,现场维护人员可以通过PTU设备对维修现场和维修过程进行拍照或拍摄视频,并将图像或视频上传至服务器。\n[0156] 步骤S406,服务器判断现场维护人员是否有上传权限。\n[0157] 可选地,服务器在接收到PTU设备上传的图像或视频之后,对PTU设备进行权限验证,即判断现场维护人员是否有上传权限,如果现场维护人员有上传权限,则进入步骤S407或步骤S410,如果现场维护人员不是技术人员,则进入步骤S407;如果现场维护人员是技术人员,则进入步骤S410;如果现场维护人员没有上传权限,则进入步骤S411。\n[0158] 步骤S407,通过Web端管理人员进行审核。\n[0159] 可选地,如果现场维护人员不是技术人员,但是有上传权限,则服务器在接收到PTU设备上传的图像或视频之后,可以将PTU设备上传的图像或视频发送给Web端设备,通过管理人员进行审核。\n[0160] 步骤S408,Web端管理人员判断是否通过审核。\n[0161] 可选地,Web端管理人员对PTU设备上传的图像或视频进行审核,如果通过审核,则进入步骤S409;如果审核未通过,则进入步骤S411。\n[0162] 步骤S409,上传成功。\n[0163] 可选地,如果通过审核,则服务器确定PTU设备上传的图像或视频成功。\n[0164] 步骤S410,保存拍照或拍摄视频。\n[0165] 可选地,在服务器确定PTU设备上传的图像或视频成功之后,或现场维护人员是技术人员且有上传权限,可以将拍照或拍摄视频保存到服务器数据库中。\n[0166] 步骤S411,上传失败。\n[0167] 可选地,如果现场维护人员没有上传权限,或者上传的图像或视频未通过审核,则服务器确定PTU设备上传的图像或视频失败。\n[0168] 步骤S412,删除拍照或拍摄视频。\n[0169] 可选地,服务器在确定PTU设备上传的图像或视频失败之后,将删除PTU设备上传的图像或视频失败。\n[0170] 如图5所示,该方法可以包括如下步骤:\n[0171] 步骤S51,读取列车车号、密码、显示屏号、轮径等列车数据。\n[0172] 步骤S52,现场维护人员修改列车数据。\n[0173] 步骤S53,将数据发送到列车控制器。\n[0174] 步骤S54,操作完成后从控制器读取数据显示。\n[0175] 可选地,现场维护人员可以通过PTU设备读取轨道车辆的控制器中的列车数据,并进行显示,现场维护人员通过PTU设备对列车数据进行修改之后,可以返回给轨道车辆的控制器,并进行显示。\n[0176] 如图6所示,该方法可以包括如下步骤:\n[0177] 步骤S61,PTU端连接服务器后检查子模块测试软件版本是否有更新。\n[0178] 步骤S62,现场维护人员进入PTU子模块测试界面后弹出更新提示。\n[0179] 步骤S63,判断现场维护人员是否选择查看更新。\n[0180] 可选地,如果现场维护人员选择查看更新,即点击更新提示,则进入步骤S64;如果现场维护人员选择不查看更新,即不点击更新提示,则进入步骤S65。\n[0181] 步骤S64,选择测试软件更新,更新完成后点击进入测试软件列表界面。\n[0182] 可选地,在现场维护人员点击更新提示之后,可以选择需要更新的测试软件,在测试软件更新完成之后,通过点击可以进入测试软件列表界面。\n[0183] 步骤S65,显示测试软件列表。\n[0184] 可选地,在进入测试软件列表界面之后,PTU设备显示测试软件列表。\n[0185] 步骤S66,点击测试软件开始测试。\n[0186] 可选地,现场维护人员可以通过点击测试软件列表中的任意一个测试软件,开始相应的测试。\n[0187] 如图7所示,该方法可以包括如下步骤:\n[0188] 步骤S71,PTU端连接服务器下载生产资料列表。\n[0189] 可选地,现场维护人员在将PTU设备与服务器进行连接之后,可以从服务器下载最新的生产资料列表。\n[0190] 步骤S72,对比本地列表和从服务器下载列表。\n[0191] 可选地,可以通过对比列表和版本号,判断本地列表是否需要更新,得到相应的对比结果。\n[0192] 步骤S73,根据对比结果在文件右侧显示下载、更新、删除等状态。\n[0193] 可选地,当本地列表缺少文件时,可以在显示缺少文件的名称,并在文件右侧显示下载状态,并进入步骤S74;当本地列表的文件需要更新时,可以在需要更新的文件右侧显示更新状态,并进入步骤S75;当本地列表多余文件时,可以在多余文件右侧显示删除状态,并进入步骤S76。\n[0194] 步骤S74,下载文件并更新本地文件列表。\n[0195] 可选地,当文件显示下载状态时,用户可以通过点击下载按键从服务器下载文件并更新本地列表。\n[0196] 步骤S75,下载文件并更新本地文件版本号。\n[0197] 可选地,当文件显示更新状态时,用户可以通过点击更新按键从服务器下载文件并更新本地文件的版本号。\n[0198] 步骤S76,删除文件,并更新本地文件列表。\n[0199] 可选地,当文件显示删除状态时,用户可以通过删除下载按键删除本地文件并更新本地列表。\n[0200] 步骤S77,刷新生产资料列表状态。\n[0201] 可选地,在下载文件、更新文件或者删除文件之后,可以刷新本地生产资料列表状态,不再文件右侧显示对应状态。\n[0202] 如图8所示,该方法可以包括如下步骤:\n[0203] 步骤S81,开始。\n[0204] 步骤S82,移动端是否通过登录验证。\n[0205] 可选地,移动端设备可以登录服务器端,服务器端进行登录验证,如果移动端设备登录验证成功,则进入步骤S83;如果移动端设备登录验证失败,则进入步骤S87。\n[0206] 步骤S83,服务器判断是否有推送消息。\n[0207] 可选地,服务器判断是否有推送消息,如果有推送消息,则进入步骤S84;如果没有推送消息,则进入步骤S86.\n[0208] 步骤S84,服务器推送消息。\n[0209] 可选地,服务器将新的推送消息或者移动端设备登录之前的推送消息推送给移动端设备。\n[0210] 步骤S85,移动端接收到推送消息,通知使用人员查看。\n[0211] 可选地,移动端设备可以通过网络接口接收推送消息,在接收到推送消息之后,可以弹出通知条告知使用人员有新的推送消息到达,使用人员可以通过点击通知条进行查看。\n[0212] 步骤S86,使用人员是否退出移动端。\n[0213] 可选地,判断使用人员是否退出移动端设备,如果使用人员退出移动端设备,则进入步骤S87;如果使用人员未退出移动端设备,则进入步骤S84。\n[0214] 步骤S87,结束。\n[0215] 本发明具有如下优点:(1)真正的实时。(2)构建有故障知识库管理系统(3)支持专家远程指导(4)支持WEB端(后台管理系统、知识库管理系统)、PTU端(列车测试、生产支持)、移动端(信息推送)同时进行监测。\n[0216] 实施例2\n[0217] 根据本发明实施例,提供了一种轨道车辆的监控系统的系统实施例。\n[0218] 图9是根据本发明实施例的一种轨道车辆的监控系统的示意图,如图9所示,该系统包括:\n[0219] 本地设备91,用于获取轨道车辆的当前运行数据和历史运行数据,根据当前运行数据和历史运行数据,得到故障信息,其中,故障信息包括如下至少之一:故障代码和故障描述。\n[0220] 具体的,上述的本地设备91可以是便携式测试设备(PTU设备),例如,可以是便携式笔记本电脑,在笔记本电脑上安装有便携式测试单元PUT服务软件。当前运行数据和历史运行数据可以包括司机指令、列车速度、电机电压和电流等过程数据,也可以包括轨道车辆的状态信息,例如,紧急制动、高速断路器自动跳闸等。上述的故障信息可以包括:故障代码、故障描述、故障等级、故障日期、故障车辆号。\n[0221] 在一种可选的方案中,现场维护人员可以携带PTU设备到列车上,将PTU设备与轨道车辆的控制器直接相连,从控制器读取轨道车辆的当前运行数据和历史运行数据,对当前运行数据和历史运行数据进行数据分析,对轨道车辆进行故障信息诊断,得到轨道车辆的故障信息。\n[0222] 服务器端93或远程设备95,与本地设备91进行连接,用于发送故障信息对应的维修方案。\n[0223] 可选地,远程设备95可以为如下之一:便携式测试设备、网页端设备和移动端设备,例如,便携式测试设备可以是便携式笔记本电脑,在笔记本电脑上安装有便携式测试单元PUT服务软件;网页端设备可以是便携式笔记本电脑、平板电脑、IPAD或掌上电脑等设备;\n移动端设备可以是智能手机(包括Android手机和iOS手机)、平板电脑或掌上电脑等。如图\n10所示,本地的PTU客户端版可以通过地面服务器与远程的PTU客户端版,网页版和手机APP版进行连接。\n[0224] 在一种可选的方案中,在现场维护人员得到轨道车辆的故障信息之后,如果现场维护人员遇到难以解决的问题,则可以输入故障代码,PTU设备从服务器端的数据库中查询对应的维修案例,从服务器端获取维修案例数据。当现场维护人员无法遇到无法解决的问题时,也可以与远程设备连接,申请专家远程维护,从远程设备获取维修方案。\n[0225] 本地设备91还用于根据维修方案,对轨道车辆进行维修。\n[0226] 在一种可选的方案中,PTU设备在接收到服务器端或者远程设备返回的维修方案之后,可以显示在PTU设备的显示器上,供现场维护人员进行查看,现场维护人员可以根据维修方案对轨道车辆进行维修,消除轨道车辆的故障。\n[0227] 根据本发明上述实施例,本地设备获取轨道车辆的当前运行数据和历史运行数据,根据当前运行数据和历史运行数据,得到故障信息,通过远程设备或服务器端,获取故障信息对应的维修方案,根据维修方案,对轨道车辆进行维修,从而实现对轨道车辆的监控和维护。容易注意到的是,本地设备在得到故障信息之后,可以通过服务器端或远程设备获取故障信息对应的维修方案,从而在遇到问题时,可以及时获取到维修方案,寻求解决方案方便快捷,解决了现有技术中轨道车辆的检修故障过程困难,且当轨道车辆出现故障时,无法及时解决的技术方案。因此,通过本发明上述实施例提供的方案,可以达到及时发现并解决轨道车辆故障的效果。\n[0228] 上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。\n[0229] 在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。\n[0230] 在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。\n[0231] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。\n[0232] 另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。\n[0233] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器端或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。\n[0234] 以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
法律信息
- 2019-11-22
- 2017-04-12
实质审查的生效
IPC(主分类): H04L 29/08
专利申请号: 201610991283.X
申请日: 2016.11.10
- 2017-03-15
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2016-06-01
|
2016-03-30
| | |
2
| |
2012-03-28
|
2011-09-05
| | |
3
| |
2015-03-25
|
2013-09-25
| | |
4
| |
2015-09-23
|
2015-06-04
| | |
5
| |
2012-11-21
|
2012-07-30
| | |
6
| |
2016-03-16
|
2015-11-25
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |