CN110598872A - 交通系统的维护方法、装置和设备 - Google Patents
交通系统的维护方法、装置和设备 Download PDFInfo
- Publication number
- CN110598872A CN110598872A CN201810512552.9A CN201810512552A CN110598872A CN 110598872 A CN110598872 A CN 110598872A CN 201810512552 A CN201810512552 A CN 201810512552A CN 110598872 A CN110598872 A CN 110598872A
- Authority
- CN
- China
- Prior art keywords
- information
- maintenance
- equipment
- terminal
- fault
- 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
- 238000012423 maintenance Methods 0.000 title claims abstract description 373
- 238000000034 method Methods 0.000 title claims abstract description 112
- 230000011664 signaling Effects 0.000 claims description 31
- 238000012545 processing Methods 0.000 claims description 26
- 238000004590 computer program Methods 0.000 claims description 23
- 238000012549 training Methods 0.000 claims description 6
- 230000008569 process Effects 0.000 description 27
- 238000010586 diagram Methods 0.000 description 26
- 230000000694 effects Effects 0.000 description 16
- 230000008439 repair process Effects 0.000 description 12
- 238000005516 engineering process Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 7
- 230000002159 abnormal effect Effects 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 238000012790 confirmation Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000013139 quantization Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- 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
-
- 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/52—Network services specially adapted for the location of the user terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/42—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for mass transport vehicles, e.g. buses, trains or aircraft
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Human Resources & Organizations (AREA)
- General Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Theoretical Computer Science (AREA)
- General Health & Medical Sciences (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- Marketing (AREA)
- Tourism & Hospitality (AREA)
- Strategic Management (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Entrepreneurship & Innovation (AREA)
- Medical Informatics (AREA)
- Computing Systems (AREA)
- Aviation & Aerospace Engineering (AREA)
- Primary Health Care (AREA)
- Telephonic Communication Services (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明涉及一种交通系统的维护方法、装置和设备。该方法包括:获取所述交通系统中的设备的故障信息;根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端;服务器能够自动获取交通系统中的设备的故障信息,并自动根据故障信息将该故障信息对应的报警信息发送至目的终端,从而使得持有该目的终端的维修人员能够及时的根据接收到故障设备的报警信息,并且实施维修操作,其避免人了人工值守设备状态和故障报修所带来的故障漏报、错报以及由于人为疏忽导致的报修不及时的情况,在节约了人力成本的同时,其大大提高了交通系统的设备维修效率和维修的准确性,因而进一步保证了交通系统的正常稳定的运行。
Description
技术领域
本申请涉及通信领域,特别是涉及一种交通系统的维护方法、装置和设备。
背景技术
随着交通技术的发展,人们对于交通工具的运作质量要求越来越高,因此对于交通系统的监控和维护显得尤为重要。
以铁路系统为例,目前铁路系统的铁路信号设备都是通过值班人员人工监控铁路信号设备的状态,从而发现设备故障并人工报修,以实现铁路信号设备的维护。
然而,采用人工值守和报修的方式维护铁路信号设备,容易出现报修不及时和漏报的情况,导致维修效率低。
发明内容
基于此,有必要针对上述技术问题,提供一种能够有效提高维修效率的交通系统的维护方法、装置和设备。
第一方面,本发明实施例提供一种交通系统的维护方法,该方法包括:
获取所述交通系统中的设备的故障信息;根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端;其中,所述报警信息中携带待维修设备的标识,用于指示所述目的终端的维修人员对所述待维修设备进行维修。
第二方面,本发明实施例提供一种交通系统的维护方法,该方法包括:
接收服务器发送的报警信息;其中,所述报警信息为所述服务器在获取到交通系统中的设备的故障信息后,根据所述故障信息确定的;所述报警信息中携带待维修设备的标识,用于指示目的终端的维修人员对所述待维修设备进行维修;向用户输出所述报警信息。
第三方面,本发明实施例提供一种交通系统的维护装置,该装置包括:第一获取模块和第一处理模块;
所述第一获取模块,用于获取所述交通系统中的设备的故障信息;
所述第一处理模块,用于根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端;其中,所述报警信息中携带待维修设备的标识,用于指示所述目的终端的维修人员对所述待维修设备进行维修。
第四方面,本发明实施例提供一种交通系统的维护装置,该装置包括:第一接收模块和第一发送模块;
所述第一接收模块,用于接收服务器发送的报警信息;其中,所述故障信息为所述服务器在获取到交通系统中的设备的故障信息后,根据所述故障信息确定的;所述报警信息中携带待维修设备的标识,用于指示目的终端的维修人员对所述待维修设备进行维修;
所述第一输出模块,用于向用户输出所述报警信息。
第五方面,本发明实施例提供一种交通系统的维护系统,该系统包括:服务器和目的终端;
所述服务器,用于获取所述交通系统中的设备的故障信息;并根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端;其中,所述报警信息中携带待维修设备的标识,用于指示所述目的终端的维修人员对所述待维修设备进行维修;
所述目的终端,用于接收服务器发送的报警信息;并向用户输出所述报警信息;其中,所述故障信息为所述服务器在获取到交通系统中的设备的故障信息后,根据所述故障信息确定的;所述报警信息中携带待维修设备的标识,用于指示目的终端的维修人员对所述待维修设备进行维修。
第六方面,本发明实施例提供一种服务器,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
获取所述交通系统中的设备的故障信息;根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端;其中,所述报警信息中携带待维修设备的标识,用于指示所述目的终端的维修人员对所述待维修设备进行维修。
第七方面,本发明实施例提供一种目的终端,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
接收服务器发送的报警信息;其中,所述报警信息为所述服务器在获取到交通系统中的设备的故障信息后,根据所述故障信息确定的;所述报警信息中携带待维修设备的标识,用于指示目的终端的维修人员对所述待维修设备进行维修;向用户输出所述报警信息。
上述交通系统的维护方法、装置和设备,能够通过服务器获取交通系统中的设备的故障信息,并根据该故障信息,将故障信息对应的报警信息发送至目的终端。由于上述报警信息中携带待维修设备的标识,因此,上述目的终端的维修人员可以依据目的终端接收到的报警信息,完成待维修设备的维修。本实施例中,服务器能够自动获取交通系统中的设备的故障信息,并自动根据故障信息将该故障信息对应的报警信息发送至目的终端,从而实现将故障设备的状态及时、准确的发送给目的终端,以使得持有该目的终端的维修人员能够及时的根据接收到故障设备的报警信息,并且及时、准确的对待维修设备实施维修操作,本实施例所提供的方法、装置和设备,其避免人了人工值守设备状态和故障报修所带来的故障漏报、错报以及由于人为疏忽导致的报修不及时的情况,在节约了人力成本的同时,其大大提高了交通系统的设备维修效率和维修的准确性,因而进一步保证了交通系统的正常稳定的运行。
附图说明
图1为一个实施例中提供的交通系统的维护系统的应用场景图;
图2为一个实施例提供的交通系统的维护方法的流程示意图;
图3为另一个实施例提供的交通系统的维护方法的流程示意图;
图4为又一个实施例提供的交通系统的维护方法的流程示意图;
图5为又一个实施例提供的交通系统的维护方法的流程示意图;
图6为又一个实施例提供的交通系统的维护方法的流程示意图;
图7为又一个实施例提供的交通系统的维护方法的流程示意图;
图8为又一个实施例提供的交通系统的维护方法的流程示意图;
图9为又一个实施例提供的交通系统的维护方法的流程示意图;
图9A又一个实施例提供的目的终端的界面图;
图9B又一个实施例提供的目的终端的界面图;
图9C又一个实施例提供的目的终端的界面图;
图9D又一个实施例提供的目的终端的界面图;
图9E又一个实施例提供的目的终端的界面图;
图10为又一个实施例提供的交通系统的维护方法的流程示意图;
图10A又一个实施例提供的目的终端的界面图;
图11为又一个实施例提供的交通系统的维护方法的流程示意图;
图12为一个实施例提供的交通系统的维护装置的结构示意图;
图13为另一个实施例提供的交通系统的维护装置的结构示意图;
图14为一个实施例中服务器的内部结构图;
图15为另一个实施例中目的终端的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本发明实施例提供的交通系统的维护方法,可以适用于图1所示的交通系统的维护系统的应用场景图,可以包括:服务器10、目的终端20和待维修设备30。可选的,上述服务器10可以为PC单机或服务器等具有数据处理功能的计算机设备。可选的,上述目的终端20可以为手机终端,还可以为平板电脑,也可以其他智能终端。其中,每个目的终端20能够与服务器10之间进行通信,可选的,服务器10和目的终端20之间可以采用短距离无线电的方式进行通信,例如可以采用ISM频段的任何频段进行通信,也可以借助公共通信网络进行实现数据通信,其可以采用2G、3G、4G或5G信号进行通信,对此,本发明实施例并不做限定。上述待维修设备30能够与服务器10之间进行通信,其通信方式可以采用有线的通信方式,也可以采用无线的通信方式,对此本发明实施例不做限定。可选的,上述服务器10可以设置在中央机房中,还可以配备显示装置,便于在中央机房对整个系统进行统一的可视化监控。可选的,上述交通系统可以包括多种交通系统,本发明实施例以该交通系统为铁路系统,以及待维修设备为铁路信号设备为例进行说明。
随着交通技术的快速发展,为了保证交通系统的正常运转,以铁路系统为例,通常依靠人工对设备状态进行监控,以发现设备的故障信息,并且通过人工的方式进行报修,采用该方式进行铁路系统的维护,其维修效率低。
本发明实施例所提供的交通系统的维护方法、装置、系统和存储介质,通过将设备的故障信息发送给目的终端,以指示目的终端的维修人员对设备进行维修,提高了维修效率,并且保证了维修效果。
下面以具体地实施例对本发明的技术方案以及本发明的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本发明的实施例进行描述。
图2为一个实施例提供的交通系统的维护方法的流程示意图。本实施例涉及的是服务器将报警信息发送给目的终端,以指示维修人员完成设备维修的具体过程。如图2所示,该方法包括:
S101、获取所述交通系统中的设备的故障信息。
具体的,服务器获取交通系统中的设备的故障信息,可以是服务器接收交通系统中的多个设备上报的工作状态信息,其中,该多个设备可以为交通系统中用于保证交通工具正常运作的各种设备,以铁路系统为例,该多个设备可包括列控中心、轨道电路、联锁、临时限速服务器、调度集中、无线闭塞等设备。该工作状态信息可以表征各个设备的工作状态,其可以包括正常的工作状态,还可以包括异常的工作状态。可选的,该工作状态信息还可以为表征工作状态为正常的低电平,和表征工作状态为异常的低电平。进一步的,服务器根据多个设备的工作状态信息,筛选出表征设备异常的工作状态信息,如果其与预设的故障状态匹配,则可以将其确定为设备的故障信息。可选的,上述故障信息还可以包括设备发生故障的时间和故障类型。
可选的,服务器获取交通系统中的设备的故障信息,还可以是交通系统中的各个设备在其运行异常时,生成设备各自的故障信息,并将该故障信息发送至服务器,以使服务器能够接收交通系统中的已发生故障的设备上报的故障信息。本实施例对服务器获取设备的故障信息的方式并不做限定,只要是能够获取到交通系统中的设备的故障信息即可。
S102、根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端。
其中,所述报警信息中携带待维修设备的标识,用于指示所述目的终端的维修人员对所述待维修设备进行维修。
具体的,服务器可以根据获取到的故障信息,在故障信息与报警信息的对应关系中查找故障信息的标识,从而确定出与该故障信息对应的报警信息,并将该报警信息发送至目的终端。可选的,服务器将该报警信息发送给目的终端,可以通过广播的形式,也可以是通过其他通信方式,对此本实施例不做限定。
需要说明的是,上述报警信息中可以包括发生故障需要维修的待维修设备的标识,因此,目的终端接收到服务器发送的报警信息时,即可以根据该报警信息中所携带的待维修设备的标识,可选的,该待维修设备的标识可以包括该待维修设备的型号、类型、终端识别码以及所处的位置中的至少一个,确定出具体是哪一台设备需要维修,以指示目的终端的维修人员对该待维修设备进行维修。
本实施例中,服务器能够获取交通系统中的设备的故障信息,并根据该故障信息,将故障信息对应的报警信息发送至目的终端。由于上述报警信息中携带待维修设备的标识,因此,上述目的终端的维修人员可以依据目的终端接收到的报警信息,完成待维修设备的维修。本实施例中,服务器能够自动获取交通系统中的设备的故障信息,并自动根据故障信息将该故障信息对应的报警信息发送至目的终端,从而实现将故障设备的状态及时、准确的发送给目的终端,以使得持有该目的终端的维修人员能够及时的根据接收到故障设备的报警信息,并且及时、准确的对待维修设备实施维修操作,本实施例所提供的方法,其避免人了人工值守设备状态和故障报修所带来的故障漏报、错报以及由于人为疏忽导致的报修不及时的情况,在节约了人力成本的同时,其大大提高了交通系统的设备维修效率和维修的准确性,因而进一步保证了交通系统的正常稳定的运行。
图3为另一个实施例提供的交通系统的维护方法的流程示意图。本实施例涉及的是服务器根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端的具体过程。如图3所示,该方法包括:
S201、根据所述故障信息和预设的维修建议库,确定所述报警信息;其中,所述维修建议库包括不同的故障信息与维修建议之间的对应关系,所述报警信息中还携带所述维修建议。
具体的,服务器可以根据上述故障信息,在预设的维修建议库中查找该故障信息的标识,由于上述维修建议库可以包括不同的故障信息与维修建议之间的对应关系,因此服务器能够根据在预设的维修建议库中查找该故障信息的标识,例如该故障信息的故障代码,从而确定出与上述故障信息对应的维修建议,因此,上述报警信息可以携带该维修建议。
需要说明的是,每个故障信息所对应的维修建议可以作为维修该故障时的参考建议,辅助维修人员进行设备维修。
S202、将所述报警信息发送至所述目的终端。
具体的,由于该报警信息中还携带与该故障信息对应的维修建议,因此服务器将上述报警信息发送至目的终端,使得持有该目的终端的维修人员就可以参考上述报警信息中所携带的维修建议,对该待维修设备进行维修。本实施例对服务器将上述报警信息发送至目的终端的方式不做限定。当然,持有该目的终端的维修人员在维修时,可以直接应用该报警信息中所携带的维修建议,对该待维修设备进行维修,还可以结合该报警信息中所携带的维修建议,并结合自己的维修经验进行校正后对待维修设备进行维修。
可选的,作为本实施例的一种可能的实现方式,在上述S102之后,可以包括:
S301、接收所述目的终端发送的维修结果。
具体的,当维修人员完成故障维修之后,通过目的终端将该设备故障的维修结果发送至服务器。因此,服务器能够根据目的终端发送的维修结果,确定该报警信息的处理为闭环状态,从而实现报警信息的闭环卡控处理。其中,上述维修结果可以包括维修人员对报警信息的确认、维修是否完成、故障是否解决,也可以包括该报警信息所采用的维修手段,还可以包括维修该故障所花费的时长。可选的,该维修结果还可以包括维修人员针对上述报警信息或者维修建议的打分。
本实现方式中,服务器通过接收上述目的终端发送的维修结果,从而能够使得服务器根据接收到该维修结果,确定该报警信息的处理为闭环状态,进而实现了该报警信息的闭环卡控管理。由于传统技术中,针对故障信息常常采用单项报修,即发现设备故障之后,单向将设备的故障信息告知维修人员,但是并未对维修人员的维修结果,即是否完成维修等信息做反馈统计,因此常常出现很多故障信息在报修当时由于各种原因并未完成维修的,而后又由于人为疏漏未能继续完成维修,从而导致的交通系统设备的运行异常。本实现方式中,服务器能够通过接收目的终端发送的待维修设备的维修结果,进而确定该报警信息的处理为闭环状态,实现了报警信息的闭环卡控处理,其避免了传统技术可能出现的故障漏修,进一步完善了交通系统的维护管理,从而进一步保证了交通系统的正常运作。
可选的,作为本实施例的另一种可能的实现方式,在上述S102之后,还可以包括:
S401、将所述故障信息和所述维修结果作为训练数据,重新训练所述维修建议库,得到更新后的维修建议库。
具体的,服务器接收到目的终端上传的维修结果,并将上述故障信息和维修结果作为训练数据,输入至预设的维修建议库,该维修建议库依据该维修结果中的采用的维修手段,与维修建议中推荐的维修手段进行比对,从而确定二者的匹配程度,并依据该匹配程度对上述维修建议库中的故障信息与维修建议的对应关系模型进行训练,由此,服务器可以得到更新后的维修建议库。由于更新后的维修建议库结合了维修人员在实际作业中所采用的维修手段,因此更新后的维修建议库能够更加准确的针对不同的报警信息提供更为准确的维修建议。
本实现方式中,服务器能够将故障信息和接收到的维修结果作为上述维修建议库的输入的训练数据,重新训练上述维修建议库,并得到更新后的维修建议库。本实现方式中,由于服务器能够将目的终端发送的维修结果结合上述故障信息作为训练数据,重新对上述维修库进行训练,因此其得到的更新后的维修建议库能够更加准确的针对不同的报警信息提供相应的维修建议,使得该维修建议与报警信息的匹配程度更高,进而使得该维修建议对于实际的维修操作的指导性更强,其进一步提高了设备的维修效率,并且进一步提升了维修效果。
本实施例中,服务器能够根据故障信息和预设的维修建议库,确定在报警信息中携带故障信息对应的维修建议,从而将报警信息发送至目的终端。本实施例所采用的方法,由于上述预设的维修建议库可以包括不同的故障信息与维修建议之间的对应关系,因此服务器还可以根据上述故障信息和预设的维修建议库确定出与该报警信息对应的维修建议,并通过报警信息携带所确定的对应的维修建议,将维修建议也发送至目的终端,从而使得持有该目的终端的维修人员在接收报警信息的同时,还能够获取到与该报警信息对应的维修建议。因此,维修人员就可以参考该维修建议,对待维修设备实施维修,进而避免传统技术中,由于维修人员的工作经验不足,或者业务水平参差不齐,造成的维修效果不良以及维修效率低的问题,该方法能够极大的提高维修的准确性,并且极大的提高维修效率,进一步了保证了交通系统的安全运行。
可选的,服务器还可以在将报警信息发送至目的终端之后,还可以接收到该目的终端反馈的确认信息,由此,服务器能够根据该确认信息确定该报警信息已经有对应的目的终端接收到该报警信息,随之会对该报警信息进行处理。
图4为又一个实施例提供的交通系统的维护方法的流程示意图。本实施例涉及的是在目的终端的维修人员维修待维修设备的过程中,服务器向目的终端发送安全提示,以确保维修人员安全的具体过程。如图4所示,该方法还可以包括:
S501、接收所述目的终端实时发送的所述目的终端的位置信息。
具体的,目的终端可以通过GPS定位功能确定其自身的位置,并将其位置信息实时的发送至服务器,以使得服务器能够接收到目的终端的实时位置信息,从而实现对持有目的终端的维修人员进行定位。本实施例对于服务器接收目的终端发送的实时位置信息的具体方式并不做限定。
S502、接收交通工具实时发送的运行信息。
其中,所述运行信息包括所述交通工具的运行方向、所述交通工具的时速、所述交通工具的实时位置。
具体的,服务器能够接收交通工具上报的交通工具的运行信息,其中,该运行信息可以包括交通工具的运行方向、交通工具的时速以及交通工具的实时位置。可选的,本实施例对服务器获取上述运行信息的具体方式也不做限定。
S503、根据所述目的终端的位置信息和所述运行信息,确定是否向所述目的终端发送安全提示。
具体的,服务器通过上述运行信息能够实现对交通工具的实时位置进行跟踪,以及结合目的终端的位置信息,从而确定出交通工具在行驶状况下是否会对持有上述目的终端的维修人员造成安全威胁。可选的,服务器能够根据交通工具的运行信息和上述目的终端的位置信息,确定出该交通工具行驶至目的终端的位置处所用的时长是否大于安全时长,若大于安全时长,则服务器确定无需向目的终端发送安全提示;若小于安全时长,则服务器确定向目的终端发送安全提示;可选的,服务器还可以根据交通工具的运行信息,确定该交通工具与目的终端之间的距离是否大于安全距离,若大于安全距离,则服务器确定无需向目的终端发送安全提示;若小于安全距离,则服务器确定向目的终端发送安全提示。
本实施例中,服务器能够通过接收目的终端实时发送的目的终端的位置信息,以及接收交通工具实时发送的运行信息,并根据目的终端的位置信息和运行信息,确定是否向目的终端发送安全提示。本实施例中,由于服务器能够通过接收到的目的终端的位置信息和交通工具的运行信息,从而确定出当前交通工具的运行状态是否会对持有目的终端的维修人员造成威胁,并且在当前交通工具的运行状态会对持有目的终端的维修人员产生威胁的情况下,向目的终端发送安全提示,从而使得维修人员能够依据该安全提示进行避让,进而保证了维修人员的安全,进一步解决了维护过程总中对维修人员的监督管理和现场安全防护等问题,并且进一步提高了交通系统的维护的安全性。
图5为又一个实施例提供的交通系统的维护方法的流程示意图。本实施例涉及的是服务器如何从多个设备终端中确定出目的终端的一种可能的实现方式。如图5所示,在S102之前,该方法还可以包括:
S601、获取多个终端设备的发送的信令消息;其中,所述信令消息中携带所述终端设备的标识和所述终端设备的位置。
具体的,在实际作业过程,通常在交通系统沿线都会设置相应的维修点,每个维修点都会配备一个或者多个维修人员,每个维修人员人手一个或者多个终端设备,但是通常一些待维修设备只能是通过一些固定的维修人员或者存在特殊技能的一些维修人员去维修,故而,服务器需要确定究竟让哪一个终端设备的维修人员去维修。
基于该场景下,上述终端设备均能够与服务器之间进行信令交互,服务器便能够通过信令交互获取到多个终端设备发送的信令消息,其中,该每个终端设备发送的信令消息中可以包括各个终端设备的标识,以及该终端设备的位置。
S602、根据各个终端设备的标识、各个终端设备的位置以及所述待维修设备的位置,从所述多个终端设备中确定目的终端。
服务器能够根据每个终端设备的位置,结合上述报警信息中所携带的待维修设备的标识所表征的待维修设备的位置,从多个终端设备中确定出能够确保维修效率高的终端设备作为目的终端。可选的,服务器可以确定出每个终端设备距离待维修设备的距离,并从中选择出距离最近的终端设备作为目的终端。可选的,服务器还可以确定出多个终端设备距离待维修设备的距离,并从中选择出距离小于预设的距离阈值的至少一个终端设备,进而根据这至少一个终端设备反馈的响应消息确定最早反馈该响应消息的终端设备为目的终端。本实施例对如何确定的目的终端的方式并不做限定,只要能够根据各个终端设备的标识、各个终端设备的位置以及所述待维修设备的位置,从上述多个终端设备中确定目的终端即可。
本实施例中,计算机设备能够获取多个终端设备的发送的信令消息,并且能够根据各个终端设备的标识、各个终端设备的位置以及待维修设备的位置,从多个终端设备中确定目的终端。本实施例所采用的方法,服务器根据各个终端设备的标识、各个终端设备的位置以及待维修设备的位置,从多个终端设备中确定目的终端,其能够确保所确定的目的终端的持有者能够及时准确的完成该故障的维修。本实施例提供的方法,避免了目的终端由于距离过远或者无法及时响应等因素导致的维修不及时的情况,从而确保了持有目的终端的维修人员能够及时的到达维修现场并实施维修,进而保证了交通系统的维护效率。
上述步骤S602的又一种可能的实现方式可以参见如图6所示的方法。需要说明的是,本实现方式中,上述信令消息中还可以包括终端设备对应的维修人员的维修等级,该维修等级能够表征该维修人员的技术能力,例如,维修等级高的维修人员其维修效率高且维修效果好,相应的,等级低的维修人员其维修效率正常且维修效果正常。如图6所示,上述S602具体可以包括:
S701、根据各个终端设备的标识、各个终端设备的位置以及所述待维修设备的位置,确定距离所述待维修设备最近的部分终端设备。
具体的,服务器根据上述信令消息中所携带的终端设备的标识、以及各个终端设备标识所对应的各个终端设备的位置,分别结合待维修设备的位置,确定出各个终端设备与待维修设备的距离,并选择出距离最近的部分终端设备。
S702、从所述部分终端设备中确定维修等级最高的终端设备为所述目的终端。
具体的,服务器接收上述部分终端设备所发送的信令消息之后,可以根据该部分终端设备的每个信令消息中携带的各自的维修人员的维修等级,将该部分终端进行排序,并从中选择出维修等级最高的终端设备,确定为上述目的终端。
本实现方式中,服务器根据各个终端设备所发送的信令消息中包含的各个终端设备的标识、各个终端设备的位置以及待维修设备的位置,确定出距离待维修设备最近的部分终端设备,并从这部分终端设备中确定维修等级最高的终端设备为目的终端,其能够确保所确定的目的终端与待维修设备的距离满足预设的距离范围的同时,所选择出维修等级更高的维修人员实施维修,其避免了目的终端距离待维修设备距离过远导致的维修不及时的情况,从而确保了持有目的终端的维修人员能够及时的到达维修现场实施维修的同时,还能够从中确定出经验更加丰富,专业技能水平更高的维修人员实施维修,其保证了维修效率的同时更进一步保证了维修效果。
图7为又一个实施例提供的交通系统的维护方法的流程示意图。本实施例涉及的是服务器如何确定目的终端的另一种可能的实现方式。如图7所示,在S102之前,该方法还可以包括:
S801、获取多个终端设备的用户权限信息;其中,用户权限信息包括用户身份信息、用户账号信息以及账号密码信息。
具体的,服务器可以接收多个终端设备发送的信令消息,其中,该信令消息中可以包括该各个终端设备的用户权限信息,且该用户权限信息可以包括用户身份信息、用户账号信息以及账号密码信息。需要说明的是,该用户权限信息中包括的用户身份信息可以包括用户身份为管理员,或者用户身份为维修人员,还可以包括用户身份为维修审核人员等,其中,用户身份为管理员的账户能够添加和删除用户,并设定其他用户的权限;可选的,上述用户身份信息还可以包括用户的姓名、性别、所属部门、职务、头像以及联系方式,例如手机、座机、邮箱等;以及,用户账号信息可以作为用户的标识;以及账号密码信息可以用于该用户进行登陆时的验证信息以确保账号的安全,可选的,该账号密码信息可以包括账号密码,用户修改密码的途径以及用户忘记密码后的安全提示方式。
S802、根据所述多个终端设备的用户权限,确定所述目的终端。
具体的,服务器根据上述多个终端设备的用户权限,确定出与上述报警信息相匹配的用户权限,并将该用户权限所对应的终端设备确定为目的终端。例如,当报警信息为一个区域内的报警信息时,则服务器可以根据用户权限,确定出能够覆盖该区域内设备维修的终端设备作为目的终端;再比如,当报警信息为某一类型设备的报警信息时,则服务器可以根据用户权限,确定出能够解决该类设备的故障的终端设备作为目的终端。
本实施例中,服务器通过获取多个终端设备的用户权限信息,并根据多个终端设备的用户权限,确定出适合处理该报警信息的目的终端,从而使得所确定的目的终端能够及时有效的完成故障维修,进而提高了交通系统的设备维修效率,确保了交通系统的维护效果。
图8为又一个实施例提供的交通系统的维护方法的流程示意图。本实施例涉及的是服务器获取交通系统中设备的故障信息的具体过程。如图8所示,上述S101,具体可以包括:
S901、接收各个设备的状态信息;其中,所述状态信息用于表征各个设备的运行状态。
具体的,服务器可以接收交通系统中的各个设备上报的各自的状态信息,其中,上述各个设备的状态信息可以为根据各个设备之间的关联性建立的关系模型,该关系模型为多个设备之间的关联关系的集合,其能够表征各个设备的运行状态之间的关联关系其可以以数学形式进行表达,。可选的,该关联模型可以通过设备状态图、室内设备状态图、安全数据网络状态图、模拟量曲线、应答器报文、动态电路图、端子配线图、走车分析、任务流等形式展现出来,从而为维修人员提供可供参考的辅助信息,确保维修人员准确定位故障和准确实施维修。
S902、根据预设的故障标准对各个设备的状态信息进行分析,确定所述故障信息。
具体的,服务器将上述状态信息的数据进行一致性比对,并判断信号的正确性,根据上述预设的故障标准,确定出该状态信息所表征的故障,从而确定出上述故障信息。需要说明的是,上述预设的故障标准可以包括不同的状态信息的分析结果与故障信息的对应关系,因此,服务器能够根据对上述各个设备的状态信息进行分析以及推理,并依据预设的故障标准,确定出与该状态信息的分析结果匹配的故障信息。例如,预设的故障标准中包括:轨道继电器的吸起或落下状态在各信号系统中(比如轨道电路、列控中心或者联锁均为一致,设备才能够正常运行,若不一致,则会对行车安全造成影响,如果上述设备的状态信息中,轨道电路的某个轨道继电器状态为落下状态,而列控中心的轨道继电器状态为吸起,则服务器确定该设备的关键数据轨道继电器状态,其一致性不良,并判断信号的落下状态和吸气状态所对应的逻辑有误,从而通过预设的的故障标准确定该设备的故障信息为轨道继电器状态不良,会对行车安全造成影响。
可选的,服务器还可以根据目的终端发送的维修请求,与目的终端之间建立连接,从而实现远程监控和维修指导,进而为维护人员的现场作业提供有力的支撑,进一步提高了维修效率和维修效果。
本实施例中,服务器接收各个设备的状态信息,并根据预设的故障标准对各个设备的状态信息进行分析,从而确定故障信息。采用本实施例所提供的方法,服务器能接收到的各个设备的状态信息进行自动分析,并且自动将分析结果与上述预设的故障标准进行比对,通过判断数据一致性进而自动确定出故障信息,其能够避免人为确定故障信息可能存在的由于人员经验不足或者疏漏导致的故障信息有误的情况,其可以准确、及时的确定设备的故障信息,使得故障报修更为准确和及时,其能够使得后续的维修工作更加及时以及准确性更高。
其中,所述状态信息用于表征各个设备的运行状态。可选的,在上述实施例的基础上,该方法还可以包括:对所述报警信息执行销号处理。
具体的,服务器接收到目的终端发送的维修结果之后,则可以认为该报警信息所对应的故障已经得到妥善处理,因此,服务器可以将该报警信息进行消除,或者对该报警信息标记为已处理的进行销号处理。需要说明的是,经过销号处理的报警信息,其状态不再为待处理的状态,且不再对目的终端进行提示。因此,本实施例中,通过对报警信息进行销号处理,其可以避免已经经过维修处理的报警信息占用服务器的系统资源,进而节约了系统资源,且简化了系统对于故障信息的管理。
图9为又一个实施例提供的交通系统的维护方法的流程示意图。本实施例涉及的是目的终端接收交通系统中的设备的故障信息,以指示维修人员完成设备维修的具体过程。如图9所示,该方法包括:
S1001、接收服务器发送的报警信息;其中,所述报警信息为所述服务器在获取到交通系统中的设备的故障信息后,根据所述故障信息确定的;所述报警信息中携带待维修设备的标识,用于指示目的终端的维修人员对所述待维修设备进行维修。
具体的,目的终端接收服务器发送的报警信息,其中,该报警信息可以是服务器根据接收到的交通系统中的设备的故障信息所确定的。进一步的,服务器获取交通系统中的设备的故障信息,可以是服务器接收交通系统中的多个设备上报的工作状态信息,该工作状态信息可以表征各个设备的工作状态,可以包括正常的工作状态,还可以包括异常的工作状态。可选的,该工作状态信息还可以包括表征工作状态为正常的低电平,和表征工作状态为异常的低电平。进一步的,服务器根据多个设备的工作状态信息,筛选出表征设备异常的工作状态信息,并确定为设备的故障信息;可选的,还可以是,交通系统中的各个设备,在设备运行异常时,生成设备各自的故障信息,并将该故障信息发送至服务器,以使服务器能够接收交通系统中的已发生故障的设备上报的故障信息。本实施例对服务器获取设备的故障信息的方式并不做限定,只要是能够获取到交通系统中的设备的故障信息即可。本实施例对目的终端接收服务器发送的报警信息的方式也不做限定。
需要说明的是,上述报警信息中可以包括发生故障需要维修的待维修设备的标识,因此,目的终端接收到服务器发送的报警信息时,就可以根据该报警信息中所携带的待维修设备的标识,确定出具体是哪一台设备需要维修,从而指示目的终端的维修人员对该待维修设备进行维修。可选的,该待维修设备的标识可以包括该待维修设备的型号、类型、终端识别码以及所处的位置中的至少一个。可选的,上述故障信息还可以包括设备发生故障的时间和故障类型。
S1002、向用户输出所述报警信息。
具体的,上述目的终端可以向用户输出报警信息,可选的,其可以是目的终端通过其显示屏将上述报警信息进行显示;也可以是目的终端根据预设的报警信息的级别标准,确定出该报警信息的报警级别,并按照不同的报警级别以不同形式进行提示,例如,可以是按照不同颜色的警示灯对不同的报警级别的报警信息进行提示,参见图9A所示,还可以对报警级别高的报警信息进行声音提示,还可以对报警级别最高的报警信息,例如安全防护报警信息,在除了采用声音提示之外,还以震动的形式进行提示。可选的,上述报警信息中还可以显示该报警信息的处理进度。可选的,该报警信息还可以包括报警详情,其中,该报警详情可以包括报警线路、报警来源、报警级别、报警时间、报警恢复时间、报警状态、处理状态以及确认人,参见图9B所示。
本实施例中,目的终端能够接收服务器发送的报警信息,并向用户输出该报警信息。其中,报警信息为服务器在获取到交通系统中的设备的故障信息后,根据故障信息确定的;报警信息中携带待维修设备的标识,用于指示目的终端的维修人员对所述待维修设备进行维修。本实施例中,由于上述报警信息为服务器在获取到交通系统中的设备的故障信息后,根据故障信息自动确定的,因此,目的终端能够自动接收到该报警信息,且由于该报警信息中携带待维修设备的标识,从而实现了及时准确的接收故障设备的状态,以使得持有该目的终端的维修人员能够及时的根据接收到故障设备的报警信息,并且使得维修人员能够及时、准确的对待维修设备实施维修操作。本实施例所提供的方法,其避免人了人工值守设备状态和故障报修所带来的故障漏报、错报以及由于人为疏忽导致的报修不及时的情况,在节约了人力成本的同时,其大大提高了交通系统的设备维修效率和维修的准确性,因而进一步保证了交通系统的正常稳定的运行。
可选的,上述报警信息中还可以携带与故障信息对应的维修建议,因此,目的终端在接受上述报警信息的同时,还可以接收服务器发送对应的维修建议,使得维修人员能够参考该维修建议对待维修设备进行维修。可选的,该维修建议可以包括,受端电缆线路故障、受端TAD故障、检查钢轨、受端调谐匹配单元故障、检查室内电缆路径等,可以参见图9C所示。因此,采用该方法进行交通系统的维护,能够避免传统的完全依赖于维修人员的工作经验不足,或者业务水平残次不齐,造成的在设备的故障定和实施维修过程中,导致的维修效果不良以及维修效率低的问题,其可以极大的提高维修的准确性,并且极大的提高维修效率,进一步了保证了交通系统的安全运行。
可选的,目的终端还可以接收服务器发送的判断流程,参见图9D所示,维修人员能够依据该判断流程实现对待维修设备进行逐步的故障定因,从而提高维修效率和维修的准确性。可选的,目的终端还可以接收服务器发送的设备电路图,参见图9E所示,从而避免传统技术中,维修人员依据纸质图纸进行故障定因,而纸质图纸的更新不及时可能导致的维修效率低以及维修效果差的问题,其可以进一步提高维修效率和提升维修效果。可选的,目的终端还可以接收服务器发送的任务流示意图,维修人员能够依据该任务流示意图对故障进行准确快速的定位和维修,其进一步提高了维修效率和维修效果。
图10为又一个实施例提供的交通系统的维护方法的流程示意图。在上述图9所示的实施例的基础上,可选的,在上述S1002之后,该方法还可以包括下述S1101;可选的,还可以包括下述S1102;可选的,还可以包括下述S1103。
S1101、向所述服务器发送所述待维修设备的维修结果。
具体的,当维修人员完成故障维修之后,通过目的终端将该设备故障的维修结果发送至服务器。因此,服务器能够根据目的终端发送的维修结果,确定该报警信息的处理为闭环状态,从而实现报警信息的闭环卡控处理。其中,上述维修结果可以包括维修人员对报警信息的确认,维修是否完成,故障是否解决,也可以包括该报警信息所采用的维修手段,还可以包括维修该故障所花费的时长。可选的,该维修结果还可以包括维修人员针对上述报警信息或者维修建议的打分。
S1102、输出整理提示信息。
其中,所述整理提示信息用于提示维修人员检查工具箱。
具体的,目的终端向服务器发送待维修设备的维修结果之后,即可以认为维修人员已经完成待维修设备的维修操作,目的终端可以输出提示整理信息,该提示整理信息可以用于提示维修人员检查工具箱,以免维修人员遗漏工具。可选的,该整理提示信息可以为在目的终端的界面上输出提示对话框,并能够接收维修人员输入的完成整理的指令;也可以为语音提示信息,还可以为指示灯历史信息,对此本实施例不做限定。
S1103、在报警处理显示界面上获取维修过程信息。
其中,所述报警处理显示界面包括:设备标识、报警信息量化数据、附件接口、设备环境信息、语音接口中的至少一个。
具体的,目的终端通过其报警处理显示界面,接收维修人员输入的维修过程信息。该维修过程信息可以包括维修设备的标识、维修人员对该报警信息的准确性的评价、维修图片、维修设备的周边环境,以及备注。相应的,该报警处理显示界面可以包括:设备标识、报警信息量化数据、附件接口、设备环境信息、语音接口中的至少一个,具体可以参见图10A所示。其中,报警信息量化数据可以表征维修人员对报警信息的准确性的评价,附件接口可以用于上传记录维修过程和维修实施结果的照片等,设备环境信息可以用于记录故障点的场景的信息,以及语音接口能够接收维修人员输入的语音信息作为备注进行存储。
本实施例中,目的终端向服务器发送待维修设备的维修结果,从而能够使得服务器根据该维修结果,确定该报警信息的处理为闭环状态,进而实现了该报警信息的闭环卡控管理。由于传统技术中,针对报警信息常常采用单项报修,即发现报警信息之后,单向将报警信息告知维修人员,但是并未对维修人员的维修结果,即是否完成维修等信息做反馈统计,因此,常常出现很多报警信息在报修当时由于各种原因并未完成维修的,而后又由于人为疏漏,并未继续完成维修,所导致的交通系统设备的运行异常。本实现方式中,目的终端能够向服务器发送待维修设备的维修结果,从而实现了报警信息的闭环卡控处理,其避免了传统技术可能出现的故障漏修,进一步完善了交通系统的维护管理,从而进一步保证了交通系统的正常运作。另外,本实施例还可以通过目的终端输出整理提示信息,从而能够提示维修人员在完成维修操作之后,进一步检查其工具箱,从而避免了由于维修人员疏忽导致的丢失工具的风险,在避免了维修人员的财产损失的同时,避免了丢失工具可能造成的重大事故,且确保了维修人员的后续的维修工作能够顺利进行,进一步确保了交通系统的维护工作的运作。并且,本实施例还可以通过目的终端在报警处理显示界面上获取维修过程信息,从而将上述维修过的细节信息进行记录,并结合维修人员的意见反馈,发送至服务器,从而使得故障报修的管控更加合理和细致,进一步加强了上述交通系统的运作的稳定性。
通常,在交通系统的施工过程中,其安防措施是否有力决定着作业人员的生命安全,其重视度不容忽视。因此,为了有力保障交通系统在施工过程中的安防工作,下述实施例通过目的终端向服务器发送其自身的实时位置,从而使得服务器能够对处于风险区域的目的终端进行安全提示,进而确保目的终端人员的安全性。
可选的,可以继续参见上述图10所示,在上述S1002之后,该方法还可以包括:
S1201、向所述服务器实时发送目的终端的位置信息;其中,所述目的终端的位置信息用于使所述服务器确定是否向所述目的终端发送安全提示。
具体的,目的终端可以通过GPS定位功能确定其自身的位置,并将其位置信息实时的发送至服务器,以使得服务器能够接收到目的终端的实时位置信息。同时,服务器还可以获取交通工具上报的交通工具的运行信息,其中,该运行信息可以包括交通工具的运行方向、交通工具的时速以及交通工具的实时位置。因此,服务器可以通过上述运行信息对交通工具的实时位置进行跟踪,并结合目的终端的位置信息,从而确定出交通工具在行驶状况下是否会对持有目的终端的维修人员造成安全威胁。
可选的,服务器能够根据交通工具的运行信息和目的终端的位置信息,确定出该交通工具行驶至目的终端的位置处所用的时长是否大于安全时长,若大于安全时长,则服务器确定无需向目的终端发送安全提示;若小于或等于安全时长,则服务器确定向目的终端发送安全提示;可选的,服务器还可以根据交通工具的运行信息,确定该交通工具与目的终端之间的距离是否大于安全距离,若大于安全距离,则服务器确定无需向目的终端发送安全提示;若小于或等于安全距离,则服务器确定向目的终端发送安全提示。本实施例对于服务器接收目的终端发送的实时位置信息的具体方式并不做限定。
本实施例中,目的终端能够向服务器实时发送目的终端的位置信息,其能够使得服务器通过接收该目的终端的位置信息,以及接收交通工具实时发送的运行信息,并根据目的终端的位置信息和运行信息,确定是否向目的终端发送安全提示。本实施例中,由于目的终端能能够实时向服务器发送其位置信息,并且是服务器能够通过接收到的目的终端的位置信息和交通工具的运行信息,从而确定出当前交通工具的运行状态是否会对持有目的终端的维修人员造成威胁,并且在交通工具的运行状态会对持有目的终端的维修人员产生威胁的情况下,向目的终端发送安全提示,从而使得维修人员能够依据该安全提示进行避让,进而保证了维修人员的安全,进一步解决了维护过程总中对维修人员的监督管理和现场安全防护等问题,并且进一步提高了交通系统的维护的安全性。
在实际作业过程,通常在交通系统沿线都会设置相应的维修点,每个维修点都会配备一个或者多个维修人员,每个维修人员人手一个或者多个终端设备,但是通常一些待维修设备只能是通过一些固定的维修人员或者存在特殊技能的一些维修人员去维修,故而,服务器需要确定究竟让哪一个终端设备的维修人员去维修。基于该场景,本申请提供了下述实施例的过程。
继续参见上述图10所示,本实施例涉及的是多个终端设备向服务器发送信令消息,使得服务器从中确定目的终端的过程。可选的,在上述实施例的基础上,在S1001之前,该方法还可以包括:
S1301、向所述服务器实时发送信令消息;其中,所述信令消息中携带所述目的终端的标识和所述目的终端的位置。可选的,所述信令消息中还可以包括目的终端的维修人员的维修等级。
具体的,目的终端能够同其他多个终端设备一起与服务器之间进行信令交互,因此,服务器能够通过信令交互获取到多个终端设备发送的信令消息,其中,该每个终端设备发送的信令消息中可以包括各自终端设备的标识,以及该终端设备的位置。进而,服务器能够根据每个终端设备的位置,和上述报警信息中所携带的待维修设备的标识所表征的待维修设备的位置,从多个终端设备中确定出能够确保维修效率高的终端设备作为目的终端。可选的,服务器可以确定出多个终端设备距离待维修设备的距离,从中选择出距离最小的终端设备作为目的终端。可选的,服务器还可以确定出多个终端设备距离待维修设备的距离,从中选择出距离小于预设的距离阈值的至少一个终端设备,并根据这至少一个终端设备上报的响应消息确定最早上报响应消息的终端设备为目的终端。
可选的,当上述信令消息中还包括目的终端的维修人员的维修等级时,服务器能够根据接收到的目的终端和其他终端设备的信令消息中所携带的终端设备的标识、以及各个终端设备标识所对应的各个终端设备的位置,分别结合待维修设备的位置,确定出处于预设的距离范围内的部分终端设备,服务器根据每个信令消息中携带的维修人员的维修等级,选择出维修等级最高的终端设备,确定为上述目的终端
本实施例中,计算机设备能够获取多个终端设备的发送的信令消息,并且能够根据各个终端设备的标识、各个终端设备的位置以及待维修设备的位置,从多个终端设备中确定目的终端。本实施例所采用的方法,通过根据各个终端设备的标识、各个终端设备的位置以及待维修设备的位置,从多个终端设备中确定目的终端,能够确保所确定的目的终端的持有者能够及时准确的完成该故障的维修,其避免了目的终端由于距离过远或者无法及时响应导致的维修不及时的情况,从而确保了持有目的终端的维修人员能够及时的到达维修现场并实施维修,进而保证了交通系统的维护效率。另外,服务器还能够在满足预设的距离范围的要求之下,确定出维修等级最高的终端设备为目的终端,其避免了目的终端距离待维修设备距离过远导致的维修不及时的情况,从而确保了持有目的终端的维修人员能够及时的到达维修现场实施维修的同时,还能够从中确定出经验更加丰富,专业技能水平更高的维修人员实施维修,其保证了维修效率的同时更进一步保证了维修效果。
图11为又一个实施例提供的交通系统的维护方法的流程示意图。如图11所示,该方法具体可以包括:
S1401、各个终端设备向服务器实时发送信令消息。
S1402、服务器根据所述信令消息中包含的各个终端设备的标识、各个终端设备的位置以及所述待维修设备的位置,确定距离所述待维修设备最近的部分终端设备。
S1403、服务器从所述部分终端设备中确定维修等级最高的终端设备为所述目的终端。
S1404、服务器接收各个设备的状态信息。
S1405、服务器根据预设的故障标准对各个设备的状态信息进行分析,确定故障信息。
S1406、服务器根据所述故障信息和预设的维修建议库,确定所述报警信息。
S1407、服务器将所述报警信息发送至所述目的终端。
S1408、目的终端接收到所述报警信息,并向用户输出所述报警信息。
S1409、目的终端向所述服务器发送维修结果。
S1410、目的终端在报警处理显示界面上获取维修过程信息。
S1411、目的终端向所述服务器实时发送目的终端的位置信息。
S1412、服务器接收交通工具实时发送的运行信息。
S1413、服务器根据所述目的终端的位置信息和所述运行信息,确定是否向所述目的终端发送安全提示。
S1414、服务器将所述故障信息和所述维修结果作为训练数据,重新训练所述维修建议库,得到更新后的维修建议库。
S1415、服务器对所述报警信息执行销号处理。
S1416、所述目的终端输出整理提示信息。
以上S1401至S1416的执行过程具体可以参见上述实施例的描述,其实现原理和技术效果类似,在此不再赘述。
应该理解的是,虽然图2-11的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-11中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
图12为一个实施例提供的交通系统的维护装置的结构示意图。如图12所示,该装置包括:第一获取模块11和第一处理模块12。
具体的,第一获取模块11,用于获取所述交通系统中的设备的故障信息;
第一处理模块12,用于根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端;其中,所述报警信息中携带待维修设备的标识,用于指示所述目的终端的维修人员对所述待维修设备进行维修。
图13为又一个实施例提供的交通系统的维护装置的结构示意图。如图13所示,该装置包括:第一接收模块14和第一输出模块15;
具体的,第一接收模块14,用于接收服务器发送的报警信息;其中,所述故障信息为所述服务器在获取到交通系统中的设备的故障信息后,根据所述故障信息确定的;所述报警信息中携带待维修设备的标识,用于指示目的终端的维修人员对所述待维修设备进行维修。
第一输出模块15,用于向用户输出所述报警信息。
上述实施例提供的交通系统的维护装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
关于交通系统的维护装置的具体限定可以参见上文中对于交通系统的维护方法的限定,在此不再赘述。上述交通系统的维护装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是前述方法实施例中的服务器,其内部结构图可以如图14所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种交通系统的维护方法。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是前述方法实施例中的目的终端,其内部结构图可以如图15所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种交通系统的维护方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图14和图15中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种交通系统的维护系统,继续参见图1所示,该系统包括服务器10和目的终端20。
所述服务器10,用于获取所述交通系统中的设备的故障信息;并根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端;其中,所述报警信息中携带待维修设备的标识,用于指示所述目的终端的维修人员对所述待维修设备进行维修;所述目的终端20,用于接收服务器发送的报警信息;并向用户输出所述报警信息。
本实施例提供的交通系统的维护系统,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
在一个实施例中,还提供了一种服务器,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
获取所述交通系统中的设备的故障信息;根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端;其中,所述报警信息中携带待维修设备的标识,用于指示所述目的终端的维修人员对所述待维修设备进行维修。
在一个实施例中,还提供了一种目的终端,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:接收服务器发送的报警信息;其中,所述报警信息为所述服务器在获取到交通系统中的设备的故障信息后,根据所述故障信息确定的;所述报警信息中携带待维修设备的标识,用于指示目的终端的维修人员对所述待维修设备进行维修;向用户输出所述报警信息。
在一个实施例中,还提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:获取所述交通系统中的设备的故障信息;根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端;其中,所述报警信息中携带待维修设备的标识,用于指示所述目的终端的维修人员对所述待维修设备进行维修。
在一个实施例中,还提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:接收服务器发送的报警信息;其中,所述报警信息为所述服务器在获取到交通系统中的设备的故障信息后,根据所述故障信息确定的;所述报警信息中携带待维修设备的标识,用于指示目的终端的维修人员对所述待维修设备进行维修;向用户输出所述报警信息。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (14)
1.一种交通系统的维护方法,其特征在于,包括:
获取所述交通系统中的设备的故障信息;
根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端;其中,所述报警信息中携带待维修设备的标识,用于指示所述目的终端的维修人员对所述待维修设备进行维修。
2.根据权利要求1所述的方法,其特征在于,所述根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端,包括:
根据所述故障信息和预设的维修建议库,确定所述报警信息;其中,所述维修建议库包括不同的故障信息与维修建议之间的对应关系,所述报警信息中还携带所述维修建议;
将所述报警信息发送至所述目的终端。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
接收所述目的终端发送的维修结果。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
将所述故障信息和所述维修结果作为训练数据,重新训练所述维修建议库,得到更新后的维修建议库。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述目的终端实时发送的所述目的终端的位置信息;
接收交通工具实时发送的运行信息;其中,所述运行信息包括所述交通工具的运行方向、所述交通工具的时速、所述交通工具的实时位置;
根据所述目的终端的位置信息和所述运行信息,确定是否向所述目的终端发送安全提示。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述将报警信息发送给目的终端之前,包括:
获取多个终端设备的发送的信令消息;其中,所述信令消息中携带所述终端设备的标识和所述终端设备的位置;
根据各个终端设备的标识、各个终端设备的位置以及所述待维修设备的位置,从所述多个终端设备中确定目的终端。
7.根据权利要求6所述的方法,其特征在于,所述信令消息中还包括所述终端设备对应的维修人员的维修等级,则所述根据各个终端设备的标识、各个终端设备的位置以及所述待维修设备的位置,从所述多个终端设备中确定所述目的终端,包括:
根据各个终端设备的标识、各个终端设备的位置以及所述待维修设备的位置,确定距离所述待维修设备最近的部分终端设备;
从所述部分终端设备中确定维修等级最高的终端设备为所述目的终端。
8.根据权利要求1-5任一项所述的方法,其特征在于,所述将报警信息发送给目的终端之前,包括:
获取多个终端设备的用户权限信息;其中,用户权限信息包括用户身份信息、用户账号信息以及账号密码信息;
根据所述多个终端设备的用户权限,确定所述目的终端。
9.根据权利要求1所述的方法,其特征在于,所述获取所述交通系统中的设备的故障信息,包括:
接收各个设备的状态信息;其中,所述状态信息用于表征各个设备的运行状态;
根据预设的故障标准对各个设备的状态信息进行分析,确定所述故障信息。
10.一种交通系统的维护方法,其特征在于,包括:
接收服务器发送的报警信息;其中,所述报警信息为所述服务器在获取到交通系统中的设备的故障信息后,根据所述故障信息确定的;所述报警信息中携带待维修设备的标识,用于指示目的终端的维修人员对所述待维修设备进行维修;
向用户输出所述报警信息。
11.一种交通系统的维护装置,其特征在于,所述装置包括:第一获取模块和第一处理模块;
所述第一获取模块,用于获取所述交通系统中的设备的故障信息;
所述第一处理模块,用于根据所述故障信息,将所述故障信息对应的报警信息发送至目的终端;其中,所述报警信息中携带待维修设备的标识,用于指示所述目的终端的维修人员对所述待维修设备进行维修。
12.一种交通系统的维护装置,其特征在于,所述装置包括:第一接收模块和第一输出模块;
所述第一接收模块,用于接收服务器发送的报警信息;其中,所述故障信息为所述服务器在获取到交通系统中的设备的故障信息后,根据所述故障信息确定的;所述报警信息中携带待维修设备的标识,用于指示目的终端的维修人员对所述待维修设备进行维修;
所述第一输出模块,用于向用户输出所述报警信息。
13.一种服务器,其特征在于,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现权利要求1至9中任一项所述方法的步骤。
14.一种目的终端,其特征在于,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现权利要求10所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810512552.9A CN110598872A (zh) | 2018-05-25 | 2018-05-25 | 交通系统的维护方法、装置和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810512552.9A CN110598872A (zh) | 2018-05-25 | 2018-05-25 | 交通系统的维护方法、装置和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110598872A true CN110598872A (zh) | 2019-12-20 |
Family
ID=68848578
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810512552.9A Pending CN110598872A (zh) | 2018-05-25 | 2018-05-25 | 交通系统的维护方法、装置和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110598872A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111523829A (zh) * | 2020-06-15 | 2020-08-11 | 铁道警察学院 | 一种警务通系统及基于该系统的警务调度方法 |
CN111917782A (zh) * | 2020-08-05 | 2020-11-10 | 浙江正泰中自控制工程有限公司 | 基于vpn的水电气集中器远程访问方法、装置和系统 |
CN112101746A (zh) * | 2020-08-28 | 2020-12-18 | 昆山行恰软件科技有限公司 | 设备维修方法及系统 |
CN115263679A (zh) * | 2022-06-29 | 2022-11-01 | 国网江苏省电力有限公司灌云县供电分公司 | 一种远程故障报修方法和系统 |
CN117764553A (zh) * | 2023-12-22 | 2024-03-26 | 北京小趣智品科技有限公司 | 一种设备报障维修管理方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130322272A1 (en) * | 2012-06-05 | 2013-12-05 | Hitachi, Ltd. | Network monitoring device |
CN104767792A (zh) * | 2015-03-04 | 2015-07-08 | 上海鸿研物流技术有限公司 | 可循环物流器具的维护方法及其系统 |
CN105128892A (zh) * | 2015-09-07 | 2015-12-09 | 上海劲易电子科技有限公司 | 铁路作业人员安全保障系统 |
CN106708017A (zh) * | 2016-12-26 | 2017-05-24 | 华东理工大学 | 一种车辆故障实时监控与服务系统及其应用 |
CN107016057A (zh) * | 2017-02-28 | 2017-08-04 | 北京铁路局 | 列控车载atp设备一体化智能运维方法及系统 |
-
2018
- 2018-05-25 CN CN201810512552.9A patent/CN110598872A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130322272A1 (en) * | 2012-06-05 | 2013-12-05 | Hitachi, Ltd. | Network monitoring device |
CN104767792A (zh) * | 2015-03-04 | 2015-07-08 | 上海鸿研物流技术有限公司 | 可循环物流器具的维护方法及其系统 |
CN105128892A (zh) * | 2015-09-07 | 2015-12-09 | 上海劲易电子科技有限公司 | 铁路作业人员安全保障系统 |
CN106708017A (zh) * | 2016-12-26 | 2017-05-24 | 华东理工大学 | 一种车辆故障实时监控与服务系统及其应用 |
CN107016057A (zh) * | 2017-02-28 | 2017-08-04 | 北京铁路局 | 列控车载atp设备一体化智能运维方法及系统 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111523829A (zh) * | 2020-06-15 | 2020-08-11 | 铁道警察学院 | 一种警务通系统及基于该系统的警务调度方法 |
CN111917782A (zh) * | 2020-08-05 | 2020-11-10 | 浙江正泰中自控制工程有限公司 | 基于vpn的水电气集中器远程访问方法、装置和系统 |
CN111917782B (zh) * | 2020-08-05 | 2022-10-04 | 浙江正泰中自控制工程有限公司 | 基于vpn的水电气集中器远程访问方法、装置和系统 |
CN112101746A (zh) * | 2020-08-28 | 2020-12-18 | 昆山行恰软件科技有限公司 | 设备维修方法及系统 |
CN115263679A (zh) * | 2022-06-29 | 2022-11-01 | 国网江苏省电力有限公司灌云县供电分公司 | 一种远程故障报修方法和系统 |
CN117764553A (zh) * | 2023-12-22 | 2024-03-26 | 北京小趣智品科技有限公司 | 一种设备报障维修管理方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110598872A (zh) | 交通系统的维护方法、装置和设备 | |
CN107368898B (zh) | 一种智能报障维保监测方法 | |
CN107181319B (zh) | 一种变电站硬压板状态智能巡检方法 | |
CN110443480B (zh) | 一种施工进度监控预警方法及系统 | |
WO2019218419A1 (zh) | 一种确定车辆维修方案的方法及装置 | |
CN109784649A (zh) | 检修工单派发方法、装置、计算机设备和存储介质 | |
CN107222523B (zh) | 终端的数据处理方法、装置和系统 | |
CN109993431B (zh) | 一种作业人员位置信息监管方法和系统 | |
US20120084108A1 (en) | Systems and methods for a work flow management application suite for mobile communications devices | |
CN108765398B (zh) | 一种轨道交通监控管理平台 | |
CN109118081B (zh) | 一种基于图像处理方式的作业安全监管系统和方法 | |
CN112803585B (zh) | 低压联络柜的监控方法、装置、计算机设备和存储介质 | |
CN110543866A (zh) | 一种基建工程施工人员的安全管理系统及方法 | |
CN111178465A (zh) | 基于信息无源存储和有源定位的变电站施工作业人员安全管控系统 | |
CN107730069B (zh) | 规范施工流程的方法和装置 | |
CN110379037A (zh) | 一种巡河方法及装置 | |
KR20220133620A (ko) | 영상 분석 기술을 활용한 건설 현장 안전 관제 시스템 | |
CN112163830A (zh) | 基于工作流的决策方法、控制设备及存储介质 | |
CN112134946B (zh) | 电梯物联网的测试方法、装置、存储介质、终端及系统 | |
CN112053090B (zh) | 一种基于区块链的灵活用工数据处理方法、装置及系统 | |
CN111639879B (zh) | 智能化安保人员信息管理方法、装置及系统、存储介质、服务器 | |
KR20090121981A (ko) | 전력설비 건설 및 유지 관리를 위한 it시스템, 장치 및그 방법 | |
CN115620498A (zh) | 智慧矿井的管理方法和系统 | |
CN114358627A (zh) | 一种电力运维管理系统及其运维方法 | |
CN114881596A (zh) | 一种现场检查的自动化管理方法、装置及设备 |
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: 20191220 |