CN114390112A - 一种轨道交通应急处置方法、装置、电子设备及存储介质 - Google Patents
一种轨道交通应急处置方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114390112A CN114390112A CN202210002500.3A CN202210002500A CN114390112A CN 114390112 A CN114390112 A CN 114390112A CN 202210002500 A CN202210002500 A CN 202210002500A CN 114390112 A CN114390112 A CN 114390112A
- Authority
- CN
- China
- Prior art keywords
- task
- rail transit
- message
- emergency
- management system
- 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 84
- 238000012423 maintenance Methods 0.000 claims abstract description 103
- 238000012545 processing Methods 0.000 claims abstract description 72
- 238000012544 monitoring process Methods 0.000 claims description 23
- 238000004458 analytical method Methods 0.000 claims description 8
- 239000000126 substance Substances 0.000 claims description 6
- 238000004590 computer program Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 abstract description 29
- 230000002159 abnormal effect Effects 0.000 abstract description 8
- 238000010586 diagram Methods 0.000 description 12
- 230000004044 response Effects 0.000 description 11
- 238000004891 communication Methods 0.000 description 10
- 230000003287 optical effect Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000005856 abnormality Effects 0.000 description 4
- 230000003993 interaction Effects 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000008275 binding mechanism Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 210000004204 blood vessel Anatomy 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
-
- 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
Abstract
本申请公开了一种轨道交通应急处置方法、装置、电子设备及存储介质;该方法包括:当轨道交通管理系统生成告警任务时,服务端设备通过统一应急处理系统接收轨道交通管理系统发送的告警任务;通过统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于推送新任务的消息类型的WebSocket消息获取告警任务,并对告警任务进行应急处置。本申请实施例能够对区域轨道交通中不同系统产生的流程和任务进行统一处理,可以及时地发现不同的异常任务之间的关联性,从而可以有效地提高运维人员的工作效率,保障区域轨道交通系统的正常运行,确保行车安全。
Description
技术领域
本申请实施例涉及智能交通技术领域,尤其涉及一种轨道交通应急处置方法、装置、电子设备及存储介质。
背景技术
轨道交通是我国重要的运输方式,连同公路、航运、水运等构建了国家综合交通体系,是国家运输网络的“骨干”和“血脉”。随着中国经济快速发展与城市群进程加快,我国轨道交通迎来大发展。目前,我国高速铁路已形成“四纵四横”轨道网络,未来将建成“八纵八横”的高铁干线网络;国内已有30多个城市建设了超过5000km的城市轨道交通线网;城际铁路和市域铁路也在快速发展,轨道交通建设呈多制式和网络化发展趋势。
目前,由于轨道交通复合网络规模较大,涉及的制式和专业较多,其应急维修与维护过程也异常复杂。在现有的区域轨道交通告警处理系统中,区域轨道交通运维人员日常需要维护多种设备的网管系统、监控系统或者设备管理系统,在设备产生告警后,运维人员需要登录对应的维护终端系统进行查看处理属于自己的任务。针对不同的系统生成的任务,运维人员在不同维护终端系统之间进行频繁切换,处理不同的流程和任务,缺少对任务的统一处理,并无法及时地发现不同的异常任务之间的关联性。
发明内容
本申请提供一种轨道交通应急处置方法、装置、电子设备及存储介质,能够对区域轨道交通中不同系统产生的流程和任务进行统一处理,可以及时地发现不同的异常任务之间的关联性,从而可以有效地提高运维人员的工作效率,保障区域轨道交通系统的正常运行,确保行车安全。
第一方面,本申请实施例提供了一种轨道交通应急处置方法,应用于服务端设备,所述方法包括:
当轨道交通管理系统生成告警任务时,通过统一应急处理系统接收所述轨道交通管理系统发送的所述告警任务;其中,所述轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统;
通过所述统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于所述推送新任务的消息类型的WebSocket消息获取所述告警任务,并对所述告警任务进行应急处置。
第二方面,本申请实施例还提供了一种轨道交通应急处置方法,应用于客户端设备,所述方法包括:
通过用户系统接收服务端设备通过统一应急处理系统发送的推送新任务的消息类型的WebSocket消息;
对所述推送新任务的消息类型的WebSocket消息进行分析,得到轨道交通管理系统的告警任务;所述轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统;
通过所述用户系统将所述告警任务显示给运维人员,使得所述运维人员对所述告警任务进行应急处置。
第三方面,本申请实施例提供了一种轨道交通应急处置装置,所述装置包括:第一接收模块和第一发送模块;其中,
所述第一接收模块,用于当轨道交通管理系统生成告警任务时,通过统一应急处理系统接收所述轨道交通管理系统发送的所述告警任务;其中,所述轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统;
所述第一发送模块,用于通过所述统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于所述推送新任务的消息类型的WebSocket消息获取所述告警任务,并对所述告警任务进行应急处置。
第四方面,本申请实施例还提供了一种轨道交通应急处置装置,所述装置包括:第二接收模块、分析模块和显示模块;其中,
所述第二接收模块,用于通过用户系统接收服务端设备通过统一应急处理系统发送的推送新任务的消息类型的WebSocket消息;
所述分析模块,用于对所述推送新任务的消息类型的WebSocket消息进行分析,得到轨道交通管理系统的告警任务;所述轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统;
所述显示模块,用于通过所述用户系统将所述告警任务显示给运维人员,使得所述运维人员对所述告警任务进行应急处置。
第五方面,本申请实施例提供了一种电子设备,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本申请任意实施例所述的轨道交通应急处置方法。
第六方面,本申请实施例提供了一种存储介质,其上存储有计算机程序,该程序被处理器执行时实现本申请任意实施例所述的轨道交通应急处置方法。
本申请实施例提出了一种轨道交通应急处置方法、装置、电子设备及存储介质,当轨道交通管理系统生成告警任务时,服务端设备可以先通过统一应急处理系统接收轨道交通管理系统发送的告警任务;然后通过统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于推送新任务的消息类型的WebSocket消息获取告警任务,并对告警任务进行应急处置。也就是说,在本申请的技术方案中,服务端设备可以通过统一应急处理系统接收各个轨道交通管理系统生成告警任务,并将其发送至对应的运维人员,保证运维人员可以及时地对报警任务进行处理。而在现有技术中,在设备产生告警后,运维人员需要登录对应的维护终端系统进行查看处理属于自己的任务。针对不同的系统生成的任务,运维人员在不同维护终端系统之间进行频繁切换。因此,和现有技术相比,本申请实施例提出的轨道交通应急处置方法、装置、电子设备及存储介质,能够对区域轨道交通中不同系统产生的流程和任务进行统一处理,可以及时地发现不同的异常任务之间的关联性,从而可以有效地提高运维人员的工作效率,保障区域轨道交通系统的正常运行,确保行车安全;并且,本申请实施例的技术方案实现简单方便、便于普及,适用范围更广。
附图说明
图1为本申请实施例提供的轨道交通应急处置方法的第一流程示意图;
图2为本申请实施例提供的轨道交通应急系统的结构示意图;
图3为本申请实施例提供的轨道交通应急处置方法的第二流程示意图;
图4为本申请实施例提供的轨道交通应急系统的模块示意图;
图5为本申请实施例提供的轨道交通应急处置方法的第三流程示意图;
图6为本申请实施例提供的轨道交通应急处置方法的第四流程示意图;
图7为本申请实施例提供的轨道交通应急处置装置的第一结构示意图;
图8为本申请实施例提供的轨道交通应急处置装置的第二结构示意图;
图9为本申请实施例提供的电子设备的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部结构。
实施例一
图1为本申请实施例提供的轨道交通应急处置方法的第一流程示意图,该方法可以由轨道交通应急处置装置或者服务端设备来执行,该装置或者服务端设备可以由软件和/或硬件的方式实现,该装置或者服务端设备可以集成在任何具有网络通信功能的智能设备中。如图1所示,轨道交通应急处置方法可以包括以下步骤:
S101、当轨道交通管理系统生成告警任务时,通过统一应急处理系统接收轨道交通管理系统发送的告警任务;其中,轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统。
在本步骤中,当轨道交通管理系统生成告警任务时,服务端设备可以通过统一应急处理系统接收轨道交通管理系统发送的告警任务;其中,轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统。具体地,轨道交通管理系统可以先将告警任务发送至服务端设备的任务总线模块;然后通过任务总线模块将报警任务发送至服务端设备的统一应急处理系统。
图2为本申请实施例提供的轨道交通应急系统的结构示意图。如图2所示,轨道交通应急系统可以包括:轨道交通管理系统、任务总线模块和统一应急处理系统;其中,轨道交通管理系统可以进一步包括:车站网管系统、综合监控系统、设备管理系统。当车站网管系统、综合监控系统或者设备管理系统生成告警任务时,将告警任务发送至服务端设备的任务总线模块;然后通过任务总线模块将报警任务发送至服务端设备的统一应急处理系统。
S102、通过统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于推送新任务的消息类型的WebSocket消息获取告警任务,并对告警任务进行应急处置。
在本步骤中,服务端设备可以通过统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于推送新任务的消息类型的WebSocket消息获取告警任务,并对告警任务进行应急处置。本申请实施例中的WebSocket消息可以包括两个属性,分别为:消息类型(message Type)和消息内容(message Info)。message Type为不同的消息类型,对应不同的数据格式,客户端设备在收到任务总线模块推送的WebSocket消息后处理不同的业务逻辑。具体地,WebSocket消息的消息类型可以包括:推送新任务的消息类型(pub new task)、推送已完成任务的消息类型(pub done task)和推送新回复的消息类型(pub new response);其中,推送新任务的消息类型对应的消息内容为task List<task Object>;推送已完成任务的消息类型对应的消息内容为taskList<task Object>;推送新回复的消息类型对应的消息内容为message Detail。
本申请实施例提出的轨道交通应急处置方法,当轨道交通管理系统生成告警任务时,服务端设备可以先通过统一应急处理系统接收轨道交通管理系统发送的告警任务;然后通过统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于推送新任务的消息类型的WebSocket消息获取告警任务,并对告警任务进行应急处置。也就是说,在本申请的技术方案中,服务端设备可以通过统一应急处理系统接收各个轨道交通管理系统生成告警任务,并将其发送至对应的运维人员,保证运维人员可以及时地对报警任务进行处理。而在现有技术中,在设备产生告警后,运维人员需要登录对应的维护终端系统进行查看处理属于自己的任务。针对不同的系统生成的任务,运维人员在不同维护终端系统之间进行频繁切换。因此,和现有技术相比,本申请实施例提出的轨道交通应急处置方法,能够对区域轨道交通中不同系统产生的流程和任务进行统一处理,可以及时地发现不同的异常任务之间的关联性,从而可以有效地提高运维人员的工作效率,保障区域轨道交通系统的正常运行,确保行车安全;并且,本申请实施例的技术方案实现简单方便、便于普及,适用范围更广。
实施例二
图3为本申请实施例提供的轨道交通应急处置方法的第二流程示意图。基于上述技术方案进一步优化与扩展,并可以与上述各个可选实施方式进行结合。如图3所示,轨道交通应急处置方法可以包括以下步骤:
S301、当轨道交通管理系统生成告警任务时,通过统一应急处理系统接收轨道交通管理系统发送的告警任务;其中,轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统。
在本步骤中,当轨道交通管理系统生成告警任务时,服务端设备可以通过统一应急处理系统接收轨道交通管理系统发送的告警任务;其中,轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统。具体地,轨道交通管理系统可以先将告警任务发送至服务端设备的任务总线模块;然后通过任务总线模块将报警任务发送至服务端设备的统一应急处理系统。
图4为本申请实施例提供的轨道交通应急系统的模块示意图。如图4所示,本申请实施例中的轨道交通应急系统可以划分为以下模块:任务总线模块、任务分发模块、消息收发模块、用户管理模块、任务显示模块、任务处理交互模块、智能分析模块以及数据库;其中,任务总线模块、任务分发模块、消息收发模块、智能分析模块设置在服务端设备中;用户管理模块、任务显示模块、任务处理交互模块设置在客户端设备中。下面针对各个模块进行详细说明。
用户管理模块:提供给用户不同的权限,分为:管理员权限(Admin)和普通用户权限(User);管理员用户管理配置普通权限的用户,并且还可以配置轨道交通管理系统、查看任务处理情况。需要配置的属性包括:系统唯一标识(SysId)、系统IP地址、请求接口(URl)、普通权限用户和管理员用户在各个系统的唯一标识(UserId)。普通权限的用户对分发到自己岗位的任务信息进行查看和处理,并就任务处理情况与管理人员进行交流。用户成功登录、退出系统时,在任务分发模块维护登录用户映射关系,通过UserIdMap(Map集合)进行保存,映射关系为User Name->User Id。
任务显示模块:提供未完成、已完成的任务显示列表。在用户成功登录系统后,通过rest接口依次遍历请求具有管辖权限的管理系统,获取属于自己的任务信息,并通过status属性处理已完成和未完成任务信息,分别进行显示。
任务总线模块:不同站点的管理系统中在检测到各自的设备告警之后,管理人员针对该告警信息生成一个任务信息,分配给指定运维人员执行现场设备维修措施。在该任务启用之后自动调用任务总线模块,将该告警信息发送到指定用户。需要配置的任务信息的内容包括:运维管理人员名称(UserName)、处理措施(Measure)。运维人员成功登录系统后,与任务分发模块进行WebSocket连接。在WebSocket连接成功之后,开启一个定时器,客户端设备每隔一段固定时长后与任务总线模块进行心跳包的发送,确保客户端设备和任务总线模块处于保持连接状态。同时客户端设备处于监听状态,当收到来自任务总线模块的消息后进行相应处理。
智能分析模块:该模块主要对收到的任务信息进行分析,及时发现不同任务之间的关联性。当系统列表中同时存在多个设备失联(Device Lost)告警的任务和交换机端口异常(Switch Port Failure)时,系统提示优先处理交换机异常任务;当收到来自网络管理系统的链路失联(Link Disconnect)告警的任务和综合监控系统的服务器通信异常(Server Communication Failure)告警任务时,系统提示优先该异常之间可能有关联,可优先处理网络管理系统的链路失联告警任务;系统任务列表中的告警等级按照紧急、次要、一般进行统计,并以图表形式进行显示,指导运维人员对紧急任务优先处理;当系统任务列表中同时存在同一告警原因的任务时,系统会自动将这些告警排列在一起显示;对收到的任务信息自动生成统计报表,便于运维人员对来自不同管理系统的告警任务进行分析,提高日常设备维修效率。
S302、通过统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于推送新任务的消息类型的WebSocket消息获取告警任务,并对告警任务进行应急处置。
S303、通过统一应急处理系统接收运维人员通过客户端设备的用户系统发送的告警任务的处理结果。
S304、通过统一应急处理系统向客户端设备的用户系统发送推送已完成任务的消息类型的WebSocket消息,使得管理人员基于推送已完成任务的消息类型的WebSocket消息查看告警任务的处理结果。
在本申请的具体实施例中,客户端设备和服务端设备能够进行实时通信,保证任务分发处理的实时性;对任务进行自动生成报表,全局掌握设备的运行情况;普通用户对收到的实时任务信息进行处理,并就任务处理情况与管理人员进行沟通交流,并将沟通交流记录保存至数据库。
S305、通过统一应急系统接收客户端设备通过用户系统发送的请求消息。
S306、通过统一应急系统向客户端设备的用户系统发送推送新回复的消息类型的WebSocket消息,使得运维人员或者管理人员基于推送新回复的消息类型的WebSocket消息获取请求消息对应的请求信息。
在本申请的具体实施例中,服务端设备可以对收到的任务进行分析,及时发现不同任务之间的关联性。当系统列表中同时存在多个设备失联(Device Lost)告警的任务和交换机端口异常(Switch Port Failure)时,系统提示优先处理交换机异常任务;当收到来自网络管理系统的链路失联(Link Disconnect)告警的任务和综合监控系统的服务器通信异常(Server Communication Failure)告警任务时,系统提示优先该异常之间可能有关联,可优先处理网络管理系统的链路失联告警任务;系统任务列表中的告警等级按照紧急、次要、一般进行统计,并以图表形式进行显示,指导运维人员对紧急任务优先处理;当系统任务列表中同时存在同一告警原因的任务时,系统会自动将这些告警排列在一起显示;服务端设备还可以对收到的任务信息自动生成统计报表,便于运维人员对来自不同管理系统的告警任务进行分析,提高日常设备维修效率。
本申请实施例提出的轨道交通应急处置方法,当轨道交通管理系统生成告警任务时,服务端设备可以先通过统一应急处理系统接收轨道交通管理系统发送的告警任务;然后通过统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于推送新任务的消息类型的WebSocket消息获取告警任务,并对告警任务进行应急处置。也就是说,在本申请的技术方案中,服务端设备可以通过统一应急处理系统接收各个轨道交通管理系统生成告警任务,并将其发送至对应的运维人员,保证运维人员可以及时地对报警任务进行处理。而在现有技术中,在设备产生告警后,运维人员需要登录对应的维护终端系统进行查看处理属于自己的任务。针对不同的系统生成的任务,运维人员在不同维护终端系统之间进行频繁切换。因此,和现有技术相比,本申请实施例提出的轨道交通应急处置方法,能够对区域轨道交通中不同系统产生的流程和任务进行统一处理,可以及时地发现不同的异常任务之间的关联性,从而可以有效地提高运维人员的工作效率,保障区域轨道交通系统的正常运行,确保行车安全;并且,本申请实施例的技术方案实现简单方便、便于普及,适用范围更广。
实施例三
图5为本申请实施例提供的轨道交通应急处置方法的第三流程示意图,该方法可以由轨道交通应急处置装置或者客户端设备来执行,该装置或者客户端设备可以由软件和/或硬件的方式实现,该装置或者客户端设备可以集成在任何具有网络通信功能的智能设备中。如图5所示,轨道交通应急处置方法可以包括以下步骤:
S501、通过用户系统接收服务端设备通过统一应急处理系统发送的推送新任务的消息类型的WebSocket消息。
在本步骤中,客户端设备可以通过用户系统接收服务端设备通过统一应急处理系统发送的推送新任务的消息类型的WebSocket消息。本申请实施例中的WebSocket消息可以包括两个属性,分别为:消息类型(messageType)和消息内容(messageInfo)。messageType为不同的消息类型,对应不同的数据格式,客户端设备在收到任务总线模块推送的WebSocket消息后处理不同的业务逻辑。具体地,WebSocket消息的消息类型可以包括:推送新任务的消息类型(pub new task)、推送已完成任务的消息类型(pub done task)和推送新回复的消息类型(pub new response)。
当客户端设备通过用户系统收到messageType为pub new task的消息类型后,进入到客户端设备的消息执行逻辑,通过事件总线(EventBus)来触发任务处理页面中收到新消息的处理流程,并将收到的消息内容传递给任务处理页面。其中消息内容的属性如下:
同时,客户端设备还可以将收到的消息内容数据存储在taskList集合中,通过事件总线Eventbus.$emit('startTask',taskList)触发任务显示组件中监听的EventBus.$on('startTask',handleTaskList())事件,在handleTaskList中进行处理任务列表数据taskCollection,利用Vue的数据双向绑定机制,当数据源发生变化时,视图进行更新,实时显示该属于该工作人员的任务信息。
当客户端设备通过用户系统收到messageType为pub done task的消息类型后,与messageType为pub new task的处理流程基本一致,区别在于更新的任务列表中的数据源的不同。
当客户端设备通过用户系统收到message Type为push new response的消息类型后,进入到客户端的消息执行逻辑,通过事件总线(EventBus)来触发任务处理页面中收到新的回复消息的处理流程,并将收到的回复消息内容传递给任务处理页面。其中回复消息内容的属性如下所示:
此外,对于收到的回复消息内容responseInfo数据,通过事件总线Eventbus.$emit(newResponse,responseInfo)触发任务显示组件中监听的EventBus.$on('newResponse',handleResponseInfo())事件,在handleResponseInfo中进行对简略消息进行弹窗显示,包括:回复人、回复时间、回复内容,并自动打开详细信息页,显示该条回复信息以及告警信息。在详细信息页,工作人员可以针对该条任务信息与服务端进行实时信息交互,除了基本的文字交流之外,还可以进行常用文本格式(xls、xlsx、doc、docx、jpg、png)的文件传输,便于工作人员更便捷高效地沟通处理告警信息,保证区域轨道交通系统的正常运行。在同时回复带有文字和文件的消息时,首先请求服务器获取数据库中response_library表中下一条数据的response_id,并将该response_id返回给客户端,然后客户端将回复文字信息封装成数据表response_library表对应的对象responseInfo,调用服务器回复信息接口,将responseInfo对象传递到服务器中进行存库处理。responseInfo对象各字段说明如下:
在回复信息提交到服务端设备之后,将工作人员上传的文件转化为二进制文件流,调用服务器文件上传接口,对已经提交的回复信息responseInfo.office字段进行更新,该字段在数据库中类型为Blob(图片、文件等信息的存储格式),将二进制文件流存入到该字段中。
S502、对推送新任务的消息类型的WebSocket消息进行分析,得到轨道交通管理系统的告警任务;轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统。
在本步骤中,客户端设备可以对推送新任务的消息类型的WebSocket消息进行分析,得到轨道交通管理系统的告警任务;轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统。具体地,客户端设备可以基于WebSocket消息的消息格式获取到轨道交通管理系统的告警任务。
S503、通过用户系统将告警任务显示给运维人员,使得运维人员对告警任务进行应急处置。
在本步骤中,客户端设备可以通过用户系统将告警任务显示给运维人员,使得运维人员对告警任务进行应急处置。具体地,客户端设备可以通过任务显示模块将告警任务显示给运维人员,使得运维人员对告警任务进行应急处置。
本申请实施例提出的轨道交通应急处置方法,当轨道交通管理系统生成告警任务时,服务端设备可以先通过统一应急处理系统接收轨道交通管理系统发送的告警任务;然后通过统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于推送新任务的消息类型的WebSocket消息获取告警任务,并对告警任务进行应急处置。也就是说,在本申请的技术方案中,服务端设备可以通过统一应急处理系统接收各个轨道交通管理系统生成告警任务,并将其发送至对应的运维人员,保证运维人员可以及时地对报警任务进行处理。而在现有技术中,在设备产生告警后,运维人员需要登录对应的维护终端系统进行查看处理属于自己的任务。针对不同的系统生成的任务,运维人员在不同维护终端系统之间进行频繁切换。因此,和现有技术相比,本申请实施例提出的轨道交通应急处置方法,能够对区域轨道交通中不同系统产生的流程和任务进行统一处理,可以及时地发现不同的异常任务之间的关联性,从而可以有效地提高运维人员的工作效率,保障区域轨道交通系统的正常运行,确保行车安全;并且,本申请实施例的技术方案实现简单方便、便于普及,适用范围更广。
实施例四
图6为本申请实施例提供的轨道交通应急处置方法的第四流程示意图。基于上述技术方案进一步优化与扩展,并可以与上述各个可选实施方式进行结合。如图6所示,轨道交通应急处置方法可以包括以下步骤:
S601、通过用户系统接收服务端设备通过统一应急处理系统发送的推送新任务的消息类型的WebSocket消息。
S602、对推送新任务的消息类型的WebSocket消息进行分析,得到轨道交通管理系统的告警任务;轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统。
S603、通过用户系统将告警任务显示给运维人员,使得运维人员对告警任务进行应急处置。
S604、通过用户系统向服务端设备的统一应急处理系统发送告警任务的处理结果。
S605、通过用户系统接收服务端设备通过服务端设备的统一应急处理系统发送的推送已完成任务的消息类型的WebSocket消息,使得管理人员基于推送已完成任务的消息类型的WebSocket消息查看告警任务的处理结果。
S606、通过用户系统向服务端设备的统一应急系统发送请求消息。
S607、通过用户系统接收服务端设备通过统一应急系统发送的推送新回复的消息类型的WebSocket消息,使得运维人员或者管理人员基于推送新回复的消息类型的WebSocket消息获取请求消息对应的请求信息。
本申请实施例提出的轨道交通应急处置方法,当轨道交通管理系统生成告警任务时,服务端设备可以先通过统一应急处理系统接收轨道交通管理系统发送的告警任务;然后通过统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于推送新任务的消息类型的WebSocket消息获取告警任务,并对告警任务进行应急处置。也就是说,在本申请的技术方案中,服务端设备可以通过统一应急处理系统接收各个轨道交通管理系统生成告警任务,并将其发送至对应的运维人员,保证运维人员可以及时地对报警任务进行处理。而在现有技术中,在设备产生告警后,运维人员需要登录对应的维护终端系统进行查看处理属于自己的任务。针对不同的系统生成的任务,运维人员在不同维护终端系统之间进行频繁切换。因此,和现有技术相比,本申请实施例提出的轨道交通应急处置方法,能够对区域轨道交通中不同系统产生的流程和任务进行统一处理,可以及时地发现不同的异常任务之间的关联性,从而可以有效地提高运维人员的工作效率,保障区域轨道交通系统的正常运行,确保行车安全;并且,本申请实施例的技术方案实现简单方便、便于普及,适用范围更广。
实施例五
图7为本申请实施例提供的轨道交通应急处置装置的第一结构图。如图7所示,所述轨道交通应急处置装置包括:第一接收模块701和第一发送模块702;其中,
所述第一接收模块701,用于当轨道交通管理系统生成告警任务时,通过统一应急处理系统接收所述轨道交通管理系统发送的所述告警任务;其中,所述轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统;
所述第一发送模块702,用于通过所述统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于所述推送新任务的消息类型的WebSocket消息获取所述告警任务,并对所述告警任务进行应急处置。
上述轨道交通应急处置装置可执行本申请任意实施例所提供的方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本申请实施例一和实施例二提供的轨道交通应急处置方法。
实施例六
图8为本申请实施例四提供的轨道交通应急处置装置的第二结构图。如图8所示,所述轨道交通应急处置装置包括:第二接收模块801、分析模块802和显示模块803;其中,
所述第二接收模块801,用于通过用户系统接收服务端设备通过统一应急处理系统发送的推送新任务的消息类型的WebSocket消息;
所述分析模块802,用于对所述推送新任务的消息类型的WebSocket消息进行分析,得到轨道交通管理系统的告警任务;所述轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统;
所述显示模块803,用于通过所述用户系统将所述告警任务显示给运维人员,使得所述运维人员对所述告警任务进行应急处置。
上述轨道交通应急处置装置可执行本申请任意实施例所提供的方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本申请实施例三和实施例四提供的轨道交通应急处置方法。
实施例七
图9为本申请实施例提供的电子设备的结构示意图。图9示出了适于用来实现本申请实施方式的示例性电子设备的框图。图9显示的电子设备12仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图9所示,电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(ISA)总线,微通道体系结构(MAC)总线,增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
系统存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(RAM)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图9未显示,通常称为“硬盘驱动器”)。尽管图9中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本申请各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。
电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该电子设备12交互的设备通信,和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器20通过总线18与电子设备12的其它模块通信。应当明白,尽管图9中未示出,可以结合电子设备12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现本申请实施例所提供的轨道交通应急处置方法。
实施例八
本申请实施例六提供了一种计算机存储介质。
本申请实施例的计算机可读存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意,上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解,本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由所附的权利要求范围决定。
Claims (10)
1.一种轨道交通应急处置方法,其特征在于,应用于服务端设备,所述方法包括:
当轨道交通管理系统生成告警任务时,通过统一应急处理系统接收所述轨道交通管理系统发送的所述告警任务;其中,所述轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统;
通过所述统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于所述推送新任务的消息类型的WebSocket消息获取所述告警任务,并对所述告警任务进行应急处置。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
通过所述统一应急处理系统接收所述运维人员通过所述客户端设备的用户系统发送的所述告警任务的处理结果;
通过所述统一应急处理系统向所述客户端设备的用户系统发送推送已完成任务的消息类型的WebSocket消息,使得管理人员基于所述推送已完成任务的消息类型的WebSocket消息查看所述告警任务的处理结果。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
通过所述统一应急系统接收所述客户端设备通过所述用户系统发送的请求消息;
通过所述统一应急系统向所述客户端设备的用户系统发送推送新回复的消息类型的WebSocket消息,使得所述运维人员或者所述管理人员基于所述推送新回复的消息类型的WebSocket消息获取所述请求消息对应的请求信息。
4.一种轨道交通应急处置方法,其特征在于,应用于客户端设备,所述方法包括:
通过用户系统接收服务端设备通过统一应急处理系统发送的推送新任务的消息类型的WebSocket消息;
对所述推送新任务的消息类型的WebSocket消息进行分析,得到轨道交通管理系统的告警任务;所述轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统;
通过所述用户系统将所述告警任务显示给运维人员,使得所述运维人员对所述告警任务进行应急处置。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
通过所述用户系统向所述服务端设备的统一应急处理系统发送所述告警任务的处理结果;
通过所述用户系统接收所述服务端设备通过所述服务端设备的统一应急处理系统发送的推送已完成任务的消息类型的WebSocket消息,使得管理人员基于所述推送已完成任务的消息类型的WebSocket消息查看所述告警任务的处理结果。
6.根据权利要求4所述的方法,其特征在于,所述方法还包括:
通过所述用户系统向所述服务端设备的统一应急系统发送请求消息;
通过所述用户系统接收所述服务端设备通过所述统一应急系统发送的推送新回复的消息类型的WebSocket消息,使得所述运维人员或者所述管理人员基于所述推送新回复的消息类型的WebSocket消息获取所述请求消息对应的请求信息。
7.一种轨道交通应急处置装置,其特征在于,所述装置包括:第一接收模块和第一发送模块;其中,
所述第一接收模块,用于当轨道交通管理系统生成告警任务时,通过统一应急处理系统接收所述轨道交通管理系统发送的所述告警任务;其中,所述轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统;
所述第一发送模块,用于通过所述统一应急系统向客户端设备的用户系统发送推送新任务的消息类型的WebSocket消息,使得运维人员基于所述推送新任务的消息类型的WebSocket消息获取所述告警任务,并对所述告警任务进行应急处置。
8.一种轨道交通应急处置装置,其特征在于,所述装置包括:第二接收模块、分析模块和显示模块;其中,
所述第二接收模块,用于通过用户系统接收服务端设备通过统一应急处理系统发送的推送新任务的消息类型的WebSocket消息;
所述分析模块,用于对所述推送新任务的消息类型的WebSocket消息进行分析,得到轨道交通管理系统的告警任务;所述轨道交通管理系统包括但不限于:车站网管系统、综合监控系统或者设备管理系统;
所述显示模块,用于通过所述用户系统将所述告警任务显示给运维人员,使得所述运维人员对所述告警任务进行应急处置。
9.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1至3或者4至6中任一项所述的轨道交通应急处置方法。
10.一种存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1至3或者4至6中任一项所述的轨道交通应急处置方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210002500.3A CN114390112A (zh) | 2022-01-04 | 2022-01-04 | 一种轨道交通应急处置方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210002500.3A CN114390112A (zh) | 2022-01-04 | 2022-01-04 | 一种轨道交通应急处置方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114390112A true CN114390112A (zh) | 2022-04-22 |
Family
ID=81198976
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210002500.3A Pending CN114390112A (zh) | 2022-01-04 | 2022-01-04 | 一种轨道交通应急处置方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114390112A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115544198A (zh) * | 2022-10-25 | 2022-12-30 | 北京磁浮有限公司 | 城市轨道交通运行状态的监测方法及相关装置 |
CN115879738A (zh) * | 2023-01-29 | 2023-03-31 | 北京全路通信信号研究设计院集团有限公司 | 一种面向轨道交通的任务自动化管理系统及方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN201371835Y (zh) * | 2009-03-12 | 2009-12-30 | 上海科泰信息技术有限公司 | 一种轨道交通集中告警管理系统 |
CN101930656A (zh) * | 2010-07-30 | 2010-12-29 | 武汉虹信通信技术有限责任公司 | 平安城市视频监控系统告警消息处理方法 |
CN102904868A (zh) * | 2012-06-27 | 2013-01-30 | 中兴通讯股份有限公司 | 一种轨道交通集中告警系统及方法 |
CN103368760A (zh) * | 2012-03-31 | 2013-10-23 | 北京泰乐德信息技术有限公司 | 一种铁路电务与通信信号综合运维系统和方法 |
CN108010318A (zh) * | 2017-11-29 | 2018-05-08 | 天津易华录信息技术有限公司 | 智能交通设备运行维护平台 |
CN110688280A (zh) * | 2019-09-25 | 2020-01-14 | 中国建设银行股份有限公司 | 一种告警事件的管理系统、方法、设备和存储介质 |
CN112583638A (zh) * | 2020-11-25 | 2021-03-30 | 新浪网技术(中国)有限公司 | 基于WebSocket的语音告警方法及系统 |
CN112671697A (zh) * | 2019-10-16 | 2021-04-16 | 比亚迪股份有限公司 | 综合监控系统的数据处理方法、装置和系统 |
-
2022
- 2022-01-04 CN CN202210002500.3A patent/CN114390112A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN201371835Y (zh) * | 2009-03-12 | 2009-12-30 | 上海科泰信息技术有限公司 | 一种轨道交通集中告警管理系统 |
CN101930656A (zh) * | 2010-07-30 | 2010-12-29 | 武汉虹信通信技术有限责任公司 | 平安城市视频监控系统告警消息处理方法 |
CN103368760A (zh) * | 2012-03-31 | 2013-10-23 | 北京泰乐德信息技术有限公司 | 一种铁路电务与通信信号综合运维系统和方法 |
CN102904868A (zh) * | 2012-06-27 | 2013-01-30 | 中兴通讯股份有限公司 | 一种轨道交通集中告警系统及方法 |
CN108010318A (zh) * | 2017-11-29 | 2018-05-08 | 天津易华录信息技术有限公司 | 智能交通设备运行维护平台 |
CN110688280A (zh) * | 2019-09-25 | 2020-01-14 | 中国建设银行股份有限公司 | 一种告警事件的管理系统、方法、设备和存储介质 |
CN112671697A (zh) * | 2019-10-16 | 2021-04-16 | 比亚迪股份有限公司 | 综合监控系统的数据处理方法、装置和系统 |
CN112583638A (zh) * | 2020-11-25 | 2021-03-30 | 新浪网技术(中国)有限公司 | 基于WebSocket的语音告警方法及系统 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115544198A (zh) * | 2022-10-25 | 2022-12-30 | 北京磁浮有限公司 | 城市轨道交通运行状态的监测方法及相关装置 |
CN115544198B (zh) * | 2022-10-25 | 2023-06-30 | 北京磁浮有限公司 | 城市轨道交通运行状态的监测方法及相关装置 |
CN115879738A (zh) * | 2023-01-29 | 2023-03-31 | 北京全路通信信号研究设计院集团有限公司 | 一种面向轨道交通的任务自动化管理系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3317158B1 (en) | Monitoring and controlling of distributed machines | |
CN114390112A (zh) | 一种轨道交通应急处置方法、装置、电子设备及存储介质 | |
EP3684033A1 (en) | Systems and methods for collecting, monitoring, and analyzing vehicle data from a plurality of vehicles using edge computing | |
CN110417575A (zh) | 运维监控平台的告警方法、装置和计算机设备 | |
CN106559270B (zh) | 一种城轨信号设备的数据分析方法及装置 | |
BR112014015419B1 (pt) | sistema para gerar notificações de alerta em tempo real, método para fornecer notificações de alerta em tempo real e sistema para gerar notificações de alerta em tempo real em um aplicativo de rastreamento de bens | |
WO2023056943A1 (zh) | 基于物联网规则引擎的终端控制方法、装置、设备及介质 | |
CN112653760B (zh) | 跨服务器的文件传输方法、装置、电子设备及存储介质 | |
CN109034580A (zh) | 一种基于大数据分析的信息系统整体健康度评估方法 | |
CN111913922B (zh) | 二进制结构化日志的生成方法、装置、设备及存储介质 | |
WO2022088803A1 (zh) | 基于云环境的系统信息分析方法、装置、电子设备及介质 | |
CN112884936A (zh) | 一种城市安全巡逻管理系统 | |
CN112579632A (zh) | 一种数据核验方法、装置、设备和介质 | |
CN109739724B (zh) | 数据监控方法、系统、电子设备和存储介质 | |
CN111913861A (zh) | 物联网系统的性能测试方法、装置、设备及介质 | |
CN111324514A (zh) | 一种系统异常监控方法、装置、设备和存储介质 | |
CN115330262A (zh) | 一种智慧城市公共管理方法、系统和存储介质 | |
CN112529512B (zh) | 一种基于SaaS的用于提高运输企业载运工具安全检查水平的方法和平台 | |
CN112214484B (zh) | 一种无人机数据监测系统、方法、服务器和存储介质 | |
CN113794719B (zh) | 一种基于Elasticsearch技术网络异常流量分析方法、装置和电子设备 | |
CN112995122B (zh) | 一种工控网络安全数据可视化系统 | |
CN116821173A (zh) | 实时监控的慢查询分析方法、装置、设备及存储介质 | |
CN116467223B (zh) | 测试报告的生成方法、装置、系统、设备及介质 | |
CN113806416B (zh) | 实时数据服务的实现方法、装置及电子设备 | |
CN116795887A (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 |