Rail transit emergency response method, device, electronic equipment and storage medium

Abstract

The present application discloses a rail transit emergency handling method, device, electronic device and storage medium; the method includes: when the rail transit management system generates an alarm task, the server-side device receives the alarm task sent by the rail transit management system through a unified emergency handling system; the unified emergency system sends a WebSocket message of the message type of pushing new tasks to the user system of the client device, so that the operation and maintenance personnel obtain the alarm task based on the WebSocket message of the message type of pushing new tasks, and perform emergency handling on the alarm task. The embodiment of the present application can uniformly handle the processes and tasks generated by different systems in regional rail transit, and can timely discover the correlation between different abnormal tasks, thereby effectively improving the work efficiency of the operation and maintenance personnel, ensuring the normal operation of the regional rail transit system, and ensuring driving safety.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of intelligent transportation technology, and in particular to a rail transit emergency response method, device, electronic device and storage medium. Background Art

[0002] Rail transit is an important mode of transportation in my country. Together with highways, shipping, and water transportation, it has built a national comprehensive transportation system and is the "backbone" and "blood" of the national transportation network. With the rapid development of China's economy and the acceleration of the process of urban agglomeration, my country's rail transit has ushered in great development. At present, my country's high-speed railways have formed a "four vertical and four horizontal" rail network, and in the future, an "eight vertical and eight horizontal" high-speed rail trunk network will be built; more than 30 cities in China have built more than 5,000km of urban rail transit lines; intercity railways and urban railways are also developing rapidly, and rail transit construction is showing a trend of multi-system and network development.

[0003] At present, due to the large scale of the rail transit complex network and the large number of systems and professions involved, its emergency repair and maintenance process is also extremely complicated. In the existing regional rail transit alarm processing system, regional rail transit operation and maintenance personnel need to maintain the network management system, monitoring system or equipment management system of various equipment on a daily basis. After the equipment generates an alarm, the operation and maintenance personnel need to log in to the corresponding maintenance terminal system to view and process their own tasks. For tasks generated by different systems, the operation and maintenance personnel frequently switch between different maintenance terminal systems to handle different processes and tasks. There is a lack of unified processing of tasks, and it is impossible to discover the correlation between different abnormal tasks in a timely manner. Summary of the invention

[0004] The present application provides a rail transit emergency response method, device, electronic equipment and storage medium, which can uniformly handle the processes and tasks generated by different systems in regional rail transit, and can promptly discover the correlation between different abnormal tasks, thereby effectively improving the work efficiency of operation and maintenance personnel, ensuring the normal operation of the regional rail transit system, and ensuring driving safety.

[0005] In a first aspect, an embodiment of the present application provides a rail transit emergency handling method, which is applied to a server device, and the method includes:

[0006] When the rail transit management system generates an alarm task, the alarm task sent by the rail transit management system is received through the unified emergency processing system; wherein the rail transit management system includes but is not limited to: a station network management system, an integrated monitoring system or an equipment management system;

[0007] The unified emergency system sends a WebSocket message of the message type of pushing new tasks to the user system of the client device, so that the operation and maintenance personnel obtain the alarm task based on the WebSocket message of the message type of pushing new tasks and perform emergency disposal on the alarm task.

[0008] In a second aspect, an embodiment of the present application further provides a rail transit emergency handling method, which is applied to a client device, and the method includes:

[0009] Receive, through the user system, a WebSocket message of a message type of pushing a new task sent by the server device through the unified emergency processing system;

[0010] Analyze the WebSocket message of the message type of pushing the new task to obtain an alarm task of the rail transit management system; the rail transit management system includes but is not limited to: a station network management system, an integrated monitoring system or an equipment management system;

[0011] The alarm task is displayed to the operation and maintenance personnel through the user system, so that the operation and maintenance personnel can take emergency measures for the alarm task.

[0012] In a third aspect, an embodiment of the present application provides a rail transit emergency handling device, the device comprising: a first receiving module and a first sending module; wherein:

[0013] The first receiving module is used to receive the alarm task sent by the rail transit management system through the unified emergency processing system when the rail transit management system generates the alarm task; wherein the rail transit management system includes but is not limited to: a station network management system, an integrated monitoring system or an equipment management system;

[0014] The first sending module is used to send a WebSocket message of the message type of pushing new tasks to the user system of the client device through the unified emergency system, so that the operation and maintenance personnel obtain the alarm task based on the WebSocket message of the message type of pushing new tasks and perform emergency disposal on the alarm task.

[0015] In a fourth aspect, the embodiment of the present application further provides a rail transit emergency handling device, the device comprising: a second receiving module, an analysis module and a display module; wherein,

[0016] The second receiving module is used to receive, through the user system, a WebSocket message of a message type of pushing a new task sent by the server device through the unified emergency processing system;

[0017] The analysis module is used to analyze the WebSocket message of the message type of pushing the new task to obtain the alarm task of the rail transit management system; the rail transit management system includes but is not limited to: a station network management system, an integrated monitoring system or an equipment management system;

[0018] The display module is used to display the alarm task to the operation and maintenance personnel through the user system, so that the operation and maintenance personnel can perform emergency processing on the alarm task.

[0019] In a fifth aspect, an embodiment of the present application provides an electronic device, including:

[0020] one or more processors;

[0021] a memory for storing one or more programs,

[0022] When the one or more programs are executed by the one or more processors, the one or more processors implement the rail transit emergency response method described in any embodiment of the present application.

[0023] In a sixth aspect, an embodiment of the present application provides a storage medium on which a computer program is stored, and when the program is executed by a processor, the rail transit emergency response method described in any embodiment of the present application is implemented.

[0024] The embodiment of the present application proposes a rail transit emergency handling method, device, electronic device and storage medium. When the rail transit management system generates an alarm task, the server-side device can first receive the alarm task sent by the rail transit management system through the unified emergency handling system; then send a WebSocket message of the message type of pushing the new task to the user system of the client device through the unified emergency system, so that the operation and maintenance personnel can obtain the alarm task based on the WebSocket message of the message type of pushing the new task, and perform emergency handling on the alarm task. That is to say, in the technical solution of the present application, the server-side device can receive the alarm tasks generated by each rail transit management system through the unified emergency handling system, and send it to the corresponding operation and maintenance personnel, ensuring that the operation and maintenance personnel can handle the alarm tasks in a timely manner. In the prior art, after the device generates an alarm, the operation and maintenance personnel need to log in to the corresponding maintenance terminal system to view and process their own tasks. For tasks generated by different systems, the operation and maintenance personnel frequently switch between different maintenance terminal systems. Therefore, compared with the prior art, the rail transit emergency response method, device, electronic device and storage medium proposed in the embodiments of the present application can uniformly process the processes and tasks generated by different systems in regional rail transit, and can promptly discover the correlation between different abnormal tasks, thereby effectively improving the work efficiency of operation and maintenance personnel, ensuring the normal operation of the regional rail transit system, and ensuring driving safety; moreover, the technical solution of the embodiments of the present application is simple and convenient to implement, easy to popularize, and has a wider scope of application. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] Figure 1 A schematic diagram of a first process flow of a rail transit emergency response method provided in an embodiment of the present application;

[0026] Figure 2 A schematic diagram of the structure of a rail transit emergency system provided in an embodiment of the present application;

[0027] Figure 3 A second flow chart of the rail transit emergency response method provided in an embodiment of the present application;

[0028] Figure 4 A schematic diagram of a module of a rail transit emergency system provided in an embodiment of the present application;

[0029] Figure 5 A third flow chart of the rail transit emergency response method provided in an embodiment of the present application;

[0030] Figure 6 A fourth flow chart of the rail transit emergency response method provided in an embodiment of the present application;

[0031] Figure 7A first structural schematic diagram of a rail transit emergency response device provided in an embodiment of the present application;

[0032] Figure 8 A second structural schematic diagram of the rail transit emergency response device provided in an embodiment of the present application;

[0033] Fig. 9 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0034] The present application will be further described in detail below in conjunction with the accompanying drawings and embodiments. It is to be understood that the specific embodiments described herein are only used to explain the present application, rather than to limit the present application. It should also be noted that, for ease of description, only the parts related to the present application, rather than all structures, are shown in the accompanying drawings.

[0035] Embodiment 1

[0036] Figure 1 This is a schematic diagram of the first process of the rail transit emergency response method provided in the embodiment of the present application. The method can be executed by a rail transit emergency response device or a server device. The device or server device can be implemented by software and / or hardware. The device or server device can be integrated in any smart device with network communication function. Figure 1 As shown, the rail transit emergency response method may include the following steps:

[0037] S101. When a rail transit management system generates an alarm task, the alarm task sent by the rail transit management system is received through a unified emergency processing system; wherein the rail transit management system includes but is not limited to: a station network management system, an integrated monitoring system or an equipment management system.

[0038] In this step, when the rail transit management system generates an alarm task, the server device can receive the alarm task sent by the rail transit management system through the unified emergency processing system; wherein the rail transit management system includes but is not limited to: station network management system, integrated monitoring system or equipment management system. Specifically, the rail transit management system can first send the alarm task to the task bus module of the server device; and then send the alarm task to the unified emergency processing system of the server device through the task bus module.

[0039] Figure 2 This is a schematic diagram of the structure of the rail transit emergency system provided in the embodiment of the present application. Figure 2As shown, the rail transit emergency system may include: a rail transit management system, a task bus module and a unified emergency processing system; wherein the rail transit management system may further include: a station network management system, an integrated monitoring system, and an equipment management system. When the station network management system, the integrated monitoring system or the equipment management system generates an alarm task, the alarm task is sent to the task bus module of the server device; and then the alarm task is sent to the unified emergency processing system of the server device through the task bus module.

[0040] S102. Send a WebSocket message of a message type of pushing a new task to a user system of a client device through a unified emergency system, so that operation and maintenance personnel obtain an alarm task based on the WebSocket message of a message type of pushing a new task, and perform emergency processing on the alarm task.

[0041] In this step, the server device can send a WebSocket message of the message type of pushing new tasks to the user system of the client device through the unified emergency system, so that the operation and maintenance personnel can obtain the alarm task based on the WebSocket message of the message type of pushing new tasks, and perform emergency disposal on the alarm task. The WebSocket message in the embodiment of the present application may include two attributes, namely: message type (message Type) and message content (message Info). Message Type is a different message type, corresponding to a different data format. The client device processes different business logics after receiving the WebSocket message pushed by the task bus module. Specifically, the message types of WebSocket messages may include: a message type for pushing new tasks (pub new task), a message type for pushing completed tasks (pub done task), and a message type for pushing new replies (pub new response); wherein, the message content corresponding to the message type for pushing new tasks is task List<task Object> ; The message type corresponding to the message content of the completed task is taskList<task Object> ; The message content corresponding to the message type of pushing a new reply is message Detail.

[0042] The rail transit emergency handling method proposed in the embodiment of the present application is that when the rail transit management system generates an alarm task, the server-side device can first receive the alarm task sent by the rail transit management system through the unified emergency handling system; then send a WebSocket message of the message type of pushing the new task to the user system of the client device through the unified emergency system, so that the operation and maintenance personnel can obtain the alarm task based on the WebSocket message of the message type of pushing the new task, and perform emergency handling on the alarm task. That is to say, in the technical solution of the present application, the server-side device can receive the alarm tasks generated by each rail transit management system through the unified emergency handling system, and send it to the corresponding operation and maintenance personnel, ensuring that the operation and maintenance personnel can handle the alarm tasks in a timely manner. In the prior art, after the device generates an alarm, the operation and maintenance personnel need to log in to the corresponding maintenance terminal system to view and process their own tasks. For tasks generated by different systems, the operation and maintenance personnel frequently switch between different maintenance terminal systems. Therefore, compared with the prior art, the rail transit emergency response method proposed in the embodiment of the present application can uniformly handle the processes and tasks generated by different systems in the regional rail transit, and can promptly discover the correlation between different abnormal tasks, thereby effectively improving the work efficiency of operation and maintenance personnel, ensuring the normal operation of the regional rail transit system, and ensuring driving safety; moreover, the technical solution of the embodiment of the present application is simple and convenient to implement, easy to popularize, and has a wider scope of application.

[0043] Embodiment 2

[0044] Figure 3 The second flow chart of the rail transit emergency response method provided in the embodiment of the present application is further optimized and expanded based on the above technical solution, and can be combined with the above optional implementation methods. Figure 3 As shown, the rail transit emergency response method may include the following steps:

[0045] S301. When a rail transit management system generates an alarm task, the alarm task sent by the rail transit management system is received through a unified emergency processing system; wherein the rail transit management system includes but is not limited to: a station network management system, an integrated monitoring system or an equipment management system.

[0046] In this step, when the rail transit management system generates an alarm task, the server device can receive the alarm task sent by the rail transit management system through the unified emergency processing system; wherein the rail transit management system includes but is not limited to: station network management system, integrated monitoring system or equipment management system. Specifically, the rail transit management system can first send the alarm task to the task bus module of the server device; and then send the alarm task to the unified emergency processing system of the server device through the task bus module.

[0047] Figure 4 This is a schematic diagram of the modules of the rail transit emergency system provided in the embodiment of the present application. Figure 4 As shown, the rail transit emergency system in the embodiment of the present application can be divided into the following modules: task bus module, task distribution module, message transceiver module, user management module, task display module, task processing interaction module, intelligent analysis module and database; wherein, the task bus module, task distribution module, message transceiver module and intelligent analysis module are arranged in the server device; the user management module, task display module and task processing interaction module are arranged in the client device. The following is a detailed description of each module.

[0048] User management module: provides different permissions to users, divided into: administrator permissions (Admin) and ordinary user permissions (User); administrator user management configures users with ordinary permissions, and can also configure the rail transit management system and view task processing status. The attributes that need to be configured include: system unique identifier (SysId), system IP address, request interface (URl), and the unique identifier (UserId) of ordinary permission users and administrator users in each system. Users with ordinary permissions view and process the task information distributed to their positions, and communicate with managers about the task processing status. When a user successfully logs in or out of the system, the login user mapping relationship is maintained in the task distribution module and saved through UserIdMap (Map collection). The mapping relationship is User Name->User Id.

[0049] Task display module: provides a list of unfinished and completed tasks. After the user successfully logs in to the system, the user can traverse the management system with jurisdiction through the rest interface in turn to obtain the task information belonging to the user, and process the completed and unfinished task information through the status attribute and display them separately.

[0050] Task bus module: After the management systems of different sites detect their own equipment alarms, the managers generate a task information for the alarm information and assign it to the designated operation and maintenance personnel to perform on-site equipment maintenance measures. After the task is enabled, the task bus module is automatically called to send the alarm information to the designated user. The content of the task information that needs to be configured includes: the name of the operation and maintenance manager (UserName) and the treatment measures (Measure). After the operation and maintenance personnel successfully log in to the system, they establish a WebSocket connection with the task distribution module. After the WebSocket connection is successful, a timer is started, and the client device sends a heartbeat packet to the task bus module after a fixed period of time to ensure that the client device and the task bus module are connected. At the same time, the client device is in a listening state, and performs corresponding processing when receiving a message from the task bus module.

[0051] Intelligent analysis module: This module mainly analyzes the received task information and promptly discovers the correlation between different tasks. When there are multiple device loss (Device Lost) alarm tasks and switch port abnormalities (Switch Port Failure) in the system list at the same time, the system prompts to prioritize the switch abnormality task; when receiving the link loss (Link Disconnect) alarm task from the network management system and the server communication abnormality (Server Communication Failure) alarm task from the integrated monitoring system, the system prompts that there may be a correlation between the abnormalities, and the link loss alarm task of the network management system can be prioritized; the alarm levels in the system task list are counted according to emergency, secondary, and general, and displayed in the form of charts to guide operation and maintenance personnel to prioritize emergency tasks; when there are tasks with the same alarm reason in the system task list at the same time, the system will automatically arrange these alarms together for display; statistical reports are automatically generated for the received task information, which is convenient for operation and maintenance personnel to analyze alarm tasks from different management systems and improve the efficiency of daily equipment maintenance.

[0052] S302. Send a WebSocket message of a message type of pushing a new task to a user system of a client device through a unified emergency system, so that operation and maintenance personnel obtain an alarm task based on the WebSocket message of a message type of pushing a new task, and perform emergency processing on the alarm task.

[0053] S303: Receive, through the unified emergency processing system, a processing result of the alarm task sent by the operation and maintenance personnel through the user system of the client device.

[0054] S304. Send a WebSocket message of a message type that pushes completed tasks to a user system of a client device through the unified emergency processing system, so that the management personnel can view the processing result of the alarm task based on the WebSocket message of a message type that pushes completed tasks.

[0055] In a specific embodiment of the present application, the client device and the server device can communicate in real time to ensure the real-time nature of task distribution and processing; automatically generate reports for tasks to gain a global understanding of the operation status of the equipment; ordinary users process the received real-time task information, communicate with management personnel about the task processing status, and save the communication records to a database.

[0056] S305: Receive a request message sent by the client device through the user system through the unified emergency system.

[0057] S306: Send a WebSocket message of the message type of a new reply to the user system of the client device through the unified emergency system, so that the operation and maintenance personnel or management personnel obtain the request information corresponding to the request message based on the WebSocket message of the message type of the new reply.

[0058] In a specific embodiment of the present application, the server device can analyze the received tasks and timely discover the correlation between different tasks. When there are multiple device loss (Device Lost) alarm tasks and switch port abnormalities (Switch Port Failure) in the system list at the same time, the system prompts to prioritize the switch abnormality task; when receiving the link loss (Link Disconnect) alarm task from the network management system and the server communication abnormality (Server Communication Failure) alarm task of the integrated monitoring system, the system prompts that there may be a correlation between the abnormalities, and the link loss alarm task of the network management system can be prioritized; the alarm levels in the system task list are counted according to emergency, secondary, and general, and displayed in the form of a chart to guide the operation and maintenance personnel to prioritize the emergency tasks; when there are tasks with the same alarm reason in the system task list at the same time, the system will automatically arrange these alarms together for display; the server device can also automatically generate statistical reports for the received task information, which is convenient for the operation and maintenance personnel to analyze the alarm tasks from different management systems and improve the efficiency of daily equipment maintenance.

[0059] The rail transit emergency handling method proposed in the embodiment of the present application is that when the rail transit management system generates an alarm task, the server-side device can first receive the alarm task sent by the rail transit management system through the unified emergency handling system; then send a WebSocket message of the message type of pushing the new task to the user system of the client device through the unified emergency system, so that the operation and maintenance personnel can obtain the alarm task based on the WebSocket message of the message type of pushing the new task, and perform emergency handling on the alarm task. That is to say, in the technical solution of the present application, the server-side device can receive the alarm tasks generated by each rail transit management system through the unified emergency handling system, and send it to the corresponding operation and maintenance personnel, ensuring that the operation and maintenance personnel can handle the alarm tasks in a timely manner. In the prior art, after the device generates an alarm, the operation and maintenance personnel need to log in to the corresponding maintenance terminal system to view and process their own tasks. For tasks generated by different systems, the operation and maintenance personnel frequently switch between different maintenance terminal systems. Therefore, compared with the prior art, the rail transit emergency response method proposed in the embodiment of the present application can uniformly handle the processes and tasks generated by different systems in the regional rail transit, and can promptly discover the correlation between different abnormal tasks, thereby effectively improving the work efficiency of operation and maintenance personnel, ensuring the normal operation of the regional rail transit system, and ensuring driving safety; moreover, the technical solution of the embodiment of the present application is simple and convenient to implement, easy to popularize, and has a wider scope of application.

[0060] Embodiment 3

[0061] Figure 5 The third flow chart of the rail transit emergency handling method provided in the embodiment of the present application can be executed by a rail transit emergency handling device or a client device, which can be implemented by software and / or hardware, and can be integrated in any intelligent device with network communication function. Figure 5 As shown, the rail transit emergency response method may include the following steps:

[0062] S501. Receive, through the user system, a WebSocket message of a message type of pushing a new task, which is sent by a server device through a unified emergency processing system.

[0063] In this step, the client device can receive a WebSocket message of a message type for pushing a new task sent by the server device through the unified emergency handling system through the user system. The WebSocket message in the embodiment of the present application may include two attributes, namely: message type (messageType) and message content (messageInfo). MessageType is a different message type, corresponding to a different data format. The client device processes different business logics after receiving the WebSocket message pushed by the task bus module. Specifically, the message types of the WebSocket message may include: a message type for pushing a new task (pub new task), a message type for pushing a completed task (pub done task), and a message type for pushing a new reply (pub new response).

[0064] When the client device receives a message of type pub new task through the user system, it enters the message execution logic of the client device, triggers the processing flow of the new message received in the task processing page through the event bus (EventBus), and passes the received message content to the task processing page. The properties of the message content are as follows:

[0065]

[0066]

[0067] At the same time, the client device can also store the received message content data in the taskList collection, and trigger the EventBus.$on('startTask', handleTaskList()) event listened in the task display component through the event bus Eventbus.$emit('startTask', taskList), and process the task list data taskCollection in handleTaskList. By using Vue's data two-way binding mechanism, when the data source changes, the view is updated to display the task information belonging to the staff in real time.

[0068] When the client device receives a message of messageType pub done task through the user system, the processing flow is basically the same as that of messageType pub new task, except that the data source in the updated task list is different.

[0069] When the client device receives a message of push new response through the user system, it enters the client's message execution logic, triggers the processing flow of the new reply message received in the task processing page through the event bus (EventBus), and passes the received reply message content to the task processing page. The properties of the reply message content are as follows:

[0070]

[0071]

[0072] In addition, for the responseInfo data of the received reply message content, the EventBus.$on('newResponse', handleResponseInfo()) event monitored in the task display component is triggered through the event bus Eventbus.$emit(newResponse, responseInfo), and a pop-up window is displayed for the brief message in handleResponseInfo, including: the person who replied, the time of reply, and the content of reply, and the detailed information page is automatically opened to display the reply information and the alarm information. On the detailed information page, the staff can interact with the server in real time for the task information. In addition to basic text communication, files in common text formats (xls, xlsx, doc, docx, jpg, png) can also be transferred, which is convenient for the staff to communicate and process alarm information more conveniently and efficiently, and ensure the normal operation of the regional rail transit system. When replying to a message with text and files at the same time, first request the server to obtain the response_id of the next data in the response_library table in the database, and return the response_id to the client. Then the client encapsulates the reply text information into the object responseInfo corresponding to the data table response_library, calls the server reply information interface, and passes the responseInfo object to the server for storage processing. The fields of the responseInfo object are described as follows:

[0073]

[0074]

[0075] After the reply information is submitted to the server device, the file uploaded by the staff is converted into a binary file stream, and the server file upload interface is called to update the submitted reply information responseInfo.office field. The field type in the database is Blob (a storage format for information such as pictures and files), and the binary file stream is stored in this field.

[0076] S502. Analyze the WebSocket message of the message type of pushing the new task to obtain the alarm task of the rail transit management system; the rail transit management system includes but is not limited to: station network management system, integrated monitoring system or equipment management system.

[0077] In this step, the client device can analyze the WebSocket message of the message type of pushing the new task to obtain the alarm task of the rail transit management system; the rail transit management system includes but is not limited to: station network management system, integrated monitoring system or equipment management system. Specifically, the client device can obtain the alarm task of the rail transit management system based on the message format of the WebSocket message.

[0078] S503: Display the alarm task to the operation and maintenance personnel through the user system, so that the operation and maintenance personnel can take emergency measures for the alarm task.

[0079] In this step, the client device can display the alarm task to the operation and maintenance personnel through the user system, so that the operation and maintenance personnel can perform emergency treatment on the alarm task. Specifically, the client device can display the alarm task to the operation and maintenance personnel through the task display module, so that the operation and maintenance personnel can perform emergency treatment on the alarm task.

[0080] The rail transit emergency handling method proposed in the embodiment of the present application is that when the rail transit management system generates an alarm task, the server-side device can first receive the alarm task sent by the rail transit management system through the unified emergency handling system; then send a WebSocket message of the message type of pushing the new task to the user system of the client device through the unified emergency system, so that the operation and maintenance personnel can obtain the alarm task based on the WebSocket message of the message type of pushing the new task, and perform emergency handling on the alarm task. That is to say, in the technical solution of the present application, the server-side device can receive the alarm tasks generated by each rail transit management system through the unified emergency handling system, and send it to the corresponding operation and maintenance personnel, ensuring that the operation and maintenance personnel can handle the alarm tasks in a timely manner. In the prior art, after the device generates an alarm, the operation and maintenance personnel need to log in to the corresponding maintenance terminal system to view and process their own tasks. For tasks generated by different systems, the operation and maintenance personnel frequently switch between different maintenance terminal systems. Therefore, compared with the prior art, the rail transit emergency response method proposed in the embodiment of the present application can uniformly handle the processes and tasks generated by different systems in the regional rail transit, and can promptly discover the correlation between different abnormal tasks, thereby effectively improving the work efficiency of operation and maintenance personnel, ensuring the normal operation of the regional rail transit system, and ensuring driving safety; moreover, the technical solution of the embodiment of the present application is simple and convenient to implement, easy to popularize, and has a wider scope of application.

[0081] Embodiment 4

[0082] Figure 6 The fourth flow chart of the rail transit emergency response method provided in the embodiment of the present application is further optimized and expanded based on the above technical solution, and can be combined with the above optional implementation methods. Figure 6 As shown, the rail transit emergency response method may include the following steps:

[0083] S601. Receive, through the user system, a WebSocket message of a message type of pushing a new task, which is sent by a server device through a unified emergency processing system.

[0084] S602. Analyze the WebSocket message of the message type of pushing the new task to obtain the alarm task of the rail transit management system; the rail transit management system includes but is not limited to: station network management system, integrated monitoring system or equipment management system.

[0085] S603: Display the alarm task to the operation and maintenance personnel through the user system, so that the operation and maintenance personnel can take emergency measures for the alarm task.

[0086] S604: Send the processing result of the alarm task to the unified emergency processing system of the server device through the user system.

[0087] S605. Receive, through the user system, a WebSocket message of a message type of a completed task pushed by the server device through the unified emergency processing system of the server device, so that the management personnel can view the processing result of the alarm task based on the WebSocket message of the message type of the completed task pushed.

[0088] S606: Send a request message to the unified emergency system of the server device through the user system.

[0089] S607. Receive, through the user system, a WebSocket message of a message type of a push new reply sent by the server device through the unified emergency system, so that the operation and maintenance personnel or management personnel obtain request information corresponding to the request message based on the WebSocket message of the message type of a push new reply.

[0090] The rail transit emergency handling method proposed in the embodiment of the present application is that when the rail transit management system generates an alarm task, the server-side device can first receive the alarm task sent by the rail transit management system through the unified emergency handling system; then send a WebSocket message of the message type of pushing the new task to the user system of the client device through the unified emergency system, so that the operation and maintenance personnel can obtain the alarm task based on the WebSocket message of the message type of pushing the new task, and perform emergency handling on the alarm task. That is to say, in the technical solution of the present application, the server-side device can receive the alarm tasks generated by each rail transit management system through the unified emergency handling system, and send it to the corresponding operation and maintenance personnel, ensuring that the operation and maintenance personnel can handle the alarm tasks in a timely manner. In the prior art, after the device generates an alarm, the operation and maintenance personnel need to log in to the corresponding maintenance terminal system to view and process their own tasks. For tasks generated by different systems, the operation and maintenance personnel frequently switch between different maintenance terminal systems. Therefore, compared with the prior art, the rail transit emergency response method proposed in the embodiment of the present application can uniformly handle the processes and tasks generated by different systems in the regional rail transit, and can promptly discover the correlation between different abnormal tasks, thereby effectively improving the work efficiency of operation and maintenance personnel, ensuring the normal operation of the regional rail transit system, and ensuring driving safety; moreover, the technical solution of the embodiment of the present application is simple and convenient to implement, easy to popularize, and has a wider scope of application.

[0091] Embodiment 5

[0092] Figure 7 This is a first structural diagram of the rail transit emergency response device provided in the embodiment of the present application. Figure 7 As shown, the rail transit emergency handling device includes: a first receiving module 701 and a first sending module 702; wherein,

[0093] The first receiving module 701 is used to receive the alarm task sent by the rail transit management system through the unified emergency processing system when the rail transit management system generates the alarm task; wherein the rail transit management system includes but is not limited to: a station network management system, an integrated monitoring system or an equipment management system;

[0094] The first sending module 702 is used to send a WebSocket message of the message type of pushing new tasks to the user system of the client device through the unified emergency system, so that the operation and maintenance personnel obtain the alarm task based on the WebSocket message of the message type of pushing new tasks and perform emergency disposal on the alarm task.

[0095] The rail transit emergency handling device can execute the method provided in any embodiment of the present application, and has the corresponding functional modules and beneficial effects of the execution method. For technical details not described in detail in this embodiment, please refer to the rail transit emergency handling method provided in Embodiment 1 and Embodiment 2 of the present application.

[0096] Embodiment 6

[0097] Figure 8 This is a second structural diagram of the rail transit emergency response device provided in Example 4 of the present application. Figure 8 As shown, the rail transit emergency handling device includes: a second receiving module 801, an analysis module 802 and a display module 803; wherein,

[0098] The second receiving module 801 is used to receive, through the user system, a WebSocket message of a message type of pushing a new task sent by a server device through a unified emergency processing system;

[0099] The analysis module 802 is used to analyze the WebSocket message of the message type of pushing the new task to obtain the alarm task of the rail transit management system; the rail transit management system includes but is not limited to: a station network management system, an integrated monitoring system or an equipment management system;

[0100] The display module 803 is used to display the alarm task to the operation and maintenance personnel through the user system, so that the operation and maintenance personnel can perform emergency processing on the alarm task.

[0101] The rail transit emergency handling device can execute the method provided in any embodiment of the present application, and has the corresponding functional modules and beneficial effects of the execution method. For technical details not described in detail in this embodiment, please refer to the rail transit emergency handling method provided in Embodiments 3 and 4 of the present application.

[0102] Embodiment 7

[0103] Fig. 9 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. Fig. 9 A block diagram of an exemplary electronic device suitable for implementing the embodiments of the present application is shown. Fig. 9 The electronic device 12 shown is merely an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0104] like Fig. 9 As shown, the electronic device 12 is in the form of a general purpose computing device. The components of the electronic device 12 may include, but are not limited to: one or more processors or processing units 16, a system memory 28, and a bus 18 that connects various system components (including the system memory 28 and the processing unit 16).

[0105] Bus 18 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor or a local bus using any of a variety of bus architectures. By way of example, these architectures include, but are not limited to, an Industry Standard Architecture (ISA) bus, a Micro Channel Architecture (MAC) bus, an Enhanced ISA bus, a Video Electronics Standards Association (VESA) local bus, and a Peripheral Component Interconnect (PCI) bus.

[0106] The electronic device 12 typically includes a variety of computer system readable media. These media can be any available media that can be accessed by the electronic device 12, including volatile and non-volatile media, removable and non-removable media.

[0107] The system memory 28 may include computer system readable media in the form of volatile memory, such as random access memory (RAM) 30 and / or cache memory 32. The electronic device 12 may further include other removable / non-removable, volatile / non-volatile computer system storage media. By way of example only, the storage system 34 may be used to read and write non-removable, non-volatile magnetic media ( Fig. 9 not shown, usually called a "hard drive"). Although Fig. 9 Not shown, a disk drive for reading and writing to a removable non-volatile disk (e.g., a "floppy disk"), and an optical drive for reading and writing to a removable non-volatile optical disk (e.g., a CD-ROM, a DVD-ROM, or other optical medium) may be provided. In these cases, each drive may be connected to the bus 18 via one or more data medium interfaces. The memory 28 may include at least one program product having a set (e.g., at least one) of program modules that are configured to perform the functions of the various embodiments of the present application.

[0108] A program / utility 40 having a set (at least one) of program modules 42 may be stored, for example, in the memory 28, such program modules 42 including, but not limited to, an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment. The program modules 42 generally perform the functions and / or methods of the embodiments described herein.

[0109] The electronic device 12 may also communicate with one or more external devices 14 (e.g., keyboards, pointing devices, displays 24, etc.), may communicate with one or more devices that enable a user to interact with the electronic device 12, and / or may communicate with any device that enables the electronic device 12 to communicate with one or more other computing devices (e.g., a network card, a modem, etc.). Such communication may be performed via an input / output (I / O) interface 22. Furthermore, the electronic device 12 may also communicate with one or more networks (e.g., a local area network (LAN), a wide area network (WAN), and / or a public network, such as the Internet) via a network adapter 20. As shown, the network adapter 20 communicates with other modules of the electronic device 12 via the bus 18. It should be understood that although Fig. 9 Not shown, other hardware and / or software modules may be used in conjunction with the electronic device 12, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0110] The processing unit 16 executes various functional applications and data processing by running the programs stored in the system memory 28, such as implementing the rail transit emergency response method provided in the embodiment of the present application.

[0111] Embodiment 8

[0112] Embodiment 6 of the present application provides a computer storage medium.

[0113] The computer-readable storage medium of the embodiment of the present application can adopt any combination of one or more computer-readable media. The computer-readable medium can be a computer-readable signal medium or a computer-readable storage medium. The computer-readable storage medium can be, for example, - but not limited to - a system, device or device of electricity, magnetism, light, electromagnetic, infrared, or semiconductor, or any combination of the above. More specific examples (non-exhaustive lists) of computer-readable storage media include: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In this document, a computer-readable storage medium can be any tangible medium containing or storing a program, which can be used by an instruction execution system, a device or a device or used in combination with it.

[0114] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, which carry computer-readable program code. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than a computer-readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0115] Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

[0116] Computer program code for performing the operation of the present application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages, such as Java, Smalltalk, C++, and conventional procedural programming languages, such as "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer can be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computer (e.g., using an Internet service provider to connect through the Internet).

[0117] Note that the above are only preferred embodiments of the present application and the technical principles used. Those skilled in the art will understand that the present application is not limited to the specific embodiments described herein, and that various obvious changes, readjustments and substitutions can be made by those skilled in the art without departing from the scope of protection of the present application. Therefore, although the present application is described in more detail through the above embodiments, the present application is not limited to the above embodiments, and may include more other equivalent embodiments without departing from the concept of the present application, and the scope of the present application is determined by the scope of the appended claims.

Claims

1. A rail transit emergency response method, characterized in that: Applied to a server device, the method comprises: When the rail transit management system generates an alarm task, the alarm task sent by the rail transit management system is received through the unified emergency processing system; wherein the rail transit management system includes but is not limited to: a station network management system, an integrated monitoring system or an equipment management system; A WebSocket message of the message type of pushing a new task is sent to the user system of the client device through the unified emergency handling system, so that the operation and maintenance personnel obtain the alarm task based on the WebSocket message of the message type of pushing the new task; wherein the alarm task includes: the task of equipment loss alarm and the task of switch port abnormality; or, the alarm task includes: the task of link loss alarm and the task of server communication abnormality alarm; when there are multiple tasks of equipment loss alarm and switch port abnormality in the system list at the same time, the system prompts to give priority to the switch abnormality task; when the task of link loss alarm from the network management system and the task of server communication abnormality alarm from the integrated monitoring system are received, the system prompts to give priority to the link loss alarm task of the network management system.

2. The method according to claim 1, characterized in that The method further comprises: Receiving, through the unified emergency processing system, a processing result of the alarm task sent by the operation and maintenance personnel through the user system of the client device; A WebSocket message of a message type that pushes completed tasks is sent to the user system of the client device through the unified emergency processing system, so that the management personnel can view the processing result of the alarm task based on the WebSocket message of the message type that pushes completed tasks.

3. The method according to claim 2, characterized in that The method further comprises: Receiving, through the unified emergency handling system, a request message sent by the client device through the user system; The unified emergency handling system sends a WebSocket message of the message type of pushing a new reply to the user system of the client device, so that the operation and maintenance personnel or the management personnel obtain the request information corresponding to the request message based on the WebSocket message of the message type of pushing a new reply.

4. A rail transit emergency response method, characterized in that: Applied to a client device, the method comprises: Receive, through the user system, a WebSocket message of a message type of pushing a new task sent by the server device through the unified emergency processing system; Analyze the WebSocket message of the message type of pushing the new task to obtain the alarm task of the rail transit management system; the rail transit management system includes but is not limited to: a station network management system, an integrated monitoring system or an equipment management system; the alarm task includes: a task of an equipment loss alarm and a switch port abnormality task; or, the alarm task includes: a task of a link loss alarm and a server communication abnormality alarm task; The alarm task is displayed to the operation and maintenance personnel through the user system. When there are multiple device loss alarm tasks and switch port abnormal tasks in the system list at the same time, the system prompts to give priority to the switch abnormal task; when the link loss alarm task from the network management system and the server communication abnormality alarm task of the integrated monitoring system are received, the system prompts to give priority to the link loss alarm task of the network management system.

5. The method according to claim 4, characterized in that The method further comprises: Sending the processing result of the alarm task to the unified emergency processing system of the server device through the user system; The user system receives a WebSocket message of a message type of pushed completed tasks sent by the server device through the unified emergency processing system of the server device, so that the management personnel can view the processing result of the alarm task based on the WebSocket message of the message type of pushed completed tasks.

6. The method according to claim 5, characterized in that The method further comprises: Sending a request message to the unified emergency processing system of the server device through the user system; The user system receives a WebSocket message of a message type of a push new reply sent by the server device through the unified emergency handling system, so that the operation and maintenance personnel or the management personnel obtain the request information corresponding to the request message based on the WebSocket message of the message type of a push new reply.

7. A rail transit emergency response device, characterized in that: The device comprises: a first receiving module and a first sending module; wherein, The first receiving module is used to receive the alarm task sent by the rail transit management system through the unified emergency processing system when the rail transit management system generates the alarm task; wherein the rail transit management system includes but is not limited to: a station network management system, an integrated monitoring system or an equipment management system; The first sending module is used to send a WebSocket message of the message type of pushing a new task to the user system of the client device through the unified emergency handling system, so that the operation and maintenance personnel can obtain the alarm task based on the WebSocket message of the message type of pushing the new task; wherein, the alarm task includes: the task of equipment loss alarm and the task of switch port abnormality; or, the alarm task includes: the task of link loss alarm and the task of server communication abnormality alarm; when there are multiple tasks of equipment loss alarm and switch port abnormality in the system list at the same time, the system prompts to give priority to the switch abnormality task; when receiving the task of link loss alarm from the network management system and the task of server communication abnormality alarm from the integrated monitoring system, the system prompts to give priority to the link loss alarm task of the network management system.

8. A rail transit emergency response device, characterized in that: The device comprises: a second receiving module, an analyzing module and a display module; wherein, The second receiving module is used to receive, through the user system, a WebSocket message of a message type of pushing a new task sent by the server device through the unified emergency processing system; The analysis module is used to analyze the WebSocket message of the message type of the new task to push, and obtain the alarm task of the rail transit management system; the rail transit management system includes but is not limited to: a station network management system, an integrated monitoring system or an equipment management system; the alarm task includes: a task of an equipment loss alarm and a switch port abnormality task; or the alarm task includes: a task of a link loss alarm and a server communication abnormality alarm task; The display module is used to display the alarm task to the operation and maintenance personnel through the user system. When there are multiple device loss alarm tasks and switch port abnormal tasks in the system list at the same time, the system prompts to give priority to the switch abnormal task; when receiving the link loss alarm task from the network management system and the server communication abnormality alarm task of the integrated monitoring system, the system prompts to give priority to the link loss alarm task of the network management system.

9. An electronic device, characterized in that: include: one or more processors; a memory for storing one or more programs, When the one or more programs are executed by the one or more processors, the one or more processors implement the rail transit emergency response method as described in any one of claims 1 to 3 or 4 to 6.

10. A storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the rail transit emergency response method as described in any one of claims 1 to 3 or 4 to 6 is implemented.

Images