A novel emergency alarm communication system for train passengers and its call control method

Abstract

This invention discloses a method for controlling emergency alarm calls for train passengers, comprising: a service processing unit receiving a call request from an emergency alarm device, the call request carrying a pre-configured list and order of desired target function numbers; querying the current registration status of each function number in the list of desired target function numbers; generating a list of registered target function numbers and their order based on the query results; initiating emergency call requests in parallel to all user terminals corresponding to all registered function numbers in the list of registered target function numbers, wherein each emergency call request to a user terminal carries priority information indicating the order of that user terminal in the list of registered target function numbers; when receiving an answer response from any user terminal in the list of registered target function numbers, establishing a communication channel with the user terminal corresponding to the answer response and the emergency alarm device, and sending a call cancellation request to other user terminals in the list of registered target function numbers.

Description

Technical Field

[0001] This invention relates to the field of railway communication technology, and in particular to a novel emergency alarm communication system for train passengers and its call control method. Background Technology

[0002] To address passengers' need to call subway staff in emergencies, emergency passenger alarm devices have been installed next to the automatic doors in the carriages. When passengers encounter an emergency, they can use the emergency alarm device to make a one-button visual and voice call to the driver's onboard radio or passenger dispatch center to understand their emergency needs through voice and video.

[0003] In existing train control emergency alarm systems, train emergency alarm devices typically initiate calls to the driver's onboard radio / passenger dispatch station via single or group calls. This usually requires a dedicated network management system to configure the driver's onboard radio numbers and passenger dispatch station numbers that the emergency alarm device can call. When a passenger initiates an emergency call, a polling scheme is used to dial numbers in the call list sequentially. If no one answers within a specified time, the current call is disconnected, and the next number in the list is dialed. This method suffers from the problem of long waiting times before passengers can answer their alarms, failing to meet the need for timely handling in emergency situations.

[0004] Group calling involves the train's emergency alarm system initiating a group call that includes all recipients, which can be answered by either the onboard radio or the dispatch center. Its disadvantages are: it cannot distinguish between manned and unmanned driving conditions; multiple recipients can connect to the call simultaneously, making it difficult to accurately notify the first person responsible for handling the situation, thus increasing communication time costs in emergency situations.

[0005] An improved call handling method involves the train emergency alarm device communicating with the train control and management system to obtain the train's driving status. Based on the driving status, it determines whether to call the driver's onboard radio or the passenger dispatch radio, and uses a polling method to call onboard radio numbers 1 and 2. This method requires dedicated equipment to establish a communication connection between the train control system and the communication system, resulting in high complexity and potential risks of security isolation between systems. Summary of the Invention

[0006] The present invention aims to solve the defects in the prior art. Its main technical problem is: how to achieve a rapid and accurate response to emergency alarms of train passengers without direct communication with the train control system, ensure that the first person in charge can answer the call first, and ensure that other persons can seamlessly take over if the first person in charge fails to respond, while ensuring the security of the entire communication process.

[0007] To achieve the above objectives, the present invention adopts the following technical solution: A method for controlling emergency alarm calls for train passengers includes: a service processing unit receiving a call request from an emergency alarm device, the call request carrying a pre-configured list and order of desired target function numbers; querying the current registration status of each function number in the list of desired target function numbers; generating a list of registered target function numbers and their order based on the query results; initiating emergency call requests in parallel to all user terminals corresponding to the registered function numbers in the list of registered target function numbers, wherein each emergency call request to a user terminal carries priority information indicating the order of that user terminal in the list of registered target function numbers; and when a call response is received from any user terminal in the list of registered target function numbers, establishing a communication channel between the user terminal corresponding to the call response and the emergency alarm device, and sending a call cancellation request to other user terminals in the list of registered target function numbers.

[0008] In some embodiments, at least one of the following technical means is also included: The call cancellation request carries the function number corresponding to the actual user terminal that answered the call.

[0009] The configuration logic for the expected target function number list and order is as follows: based on the train operation mode, the function number of the train driver is set to the highest priority.

[0010] The configuration based on the train operation mode specifically involves: the expected target function number list being a pre-configured fixed list in the emergency alarm device; by determining whether the train driver's function number has been registered, it can be indirectly inferred whether the train is in a manned or unmanned driving mode, and based on this, it can be determined whether the driver's function number needs to be removed from the target list and its subsequent order adjusted during call processing.

[0011] The present invention also adopts the following technical solutions: A novel train passenger emergency alarm communication system is disclosed for implementing the call control method as described in any of the preceding claims. The system comprises: an emergency alarm device configured to initiate a call request to a service processing unit in response to a user operation; at least one user terminal configured to register a function number and receive and process emergency call requests and call cancellation requests from the service processing unit; and a service processing unit communicatively connected to the emergency alarm device and the user terminal, the service processing unit including at least one processor and a memory, the memory storing a computer program that, when executed by the processor, implements the steps of the call control method as described in any of the preceding claims.

[0012] The present invention also adopts the following technical solutions: A service processing server for train emergency alarm communication includes: at least one processor; and a memory communicatively connected to the at least one processor; the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the steps of the call control method as described in any of the preceding claims.

[0013] The present invention also adopts the following technical solutions: A user terminal, applied to a train emergency alarm communication system, includes: a communication module configured to register a function number with a service processing unit; and a processing module configured to: receive an emergency call request from the service processing unit, wherein the emergency call request carries priority information indicating the order of the terminal in the target called party list; and provide the user with a corresponding answering priority prompt based on the priority information.

[0014] Furthermore, The user terminal displays the answering priority to the user based on the order information in the received call requests.

[0015] The present invention also adopts the following technical solutions: A computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the call control method as described in any of the preceding claims.

[0016] The present invention also adopts the following technical solutions: An emergency call method based on a dynamic responsibility list, applied to public transportation vehicles or industrial facilities, includes: receiving an emergency event trigger signal; obtaining a list and order of responsible person function numbers pre-configured for the event trigger point or dynamically generated based on real-time data; querying the registration status of each function number in the list to determine available responsible persons; initiating calls to all available responsible persons in parallel, embedding their responsibility order in the call information; and establishing a communication link and terminating the call process to other responsible persons in response to any responsible person answering the call.

[0017] Compared with the prior art, the beneficial effects of the present invention are as follows: This invention utilizes the registration status of function numbers as a proxy indicator of the online status of responsible personnel. Upon receiving an alarm request, the business processing unit first filters out the online responsible personnel and generates an ordered list of registered personnel. Then, it initiates parallel calls to all online responsible personnel in the list, each with its assigned responsibility order. This method indirectly perceives the train operation mode (manned / unmanned) and the online status of responsible personnel through centralized querying of function number registration status, avoiding the complexity and safety risks of direct communication with the train control system. Parallel calling ensures that call requests reach all online responsible personnel simultaneously, significantly reducing waiting time. The embedded priority information guides the first responsible person to answer first, achieving precise allocation of responsibility and rapid response. Once any responsible person answers, the system can immediately cancel other calls, releasing communication resources, thus achieving rapid, accurate, safe, and efficient emergency alarm calling overall.

[0018] The call cancellation request includes the actual recipient's service number, informing other responsible parties who handled the call and avoiding information asymmetry and duplication of effort.

[0019] The system intelligently infers the train's operating mode by using the simple and secure signal of the function number registration status, and dynamically adjusts the call priority strategy accordingly, enabling the system to adapt to different operating scenarios.

[0020] The user terminal can parse and display the priority information of the call, providing the responsible person with a clear basis for decision-making and prompting them to respond quickly according to their own order of responsibility.

[0021] It is not only applicable to train scenarios, but can also be extended to emergency call scenarios of other public transportation (such as buses and ships) or industrial facilities (such as factories and power plants), thus providing a wider range of protection. Attached Figure Description

[0022] Figure 1 This is a schematic diagram of the structure of a train passenger emergency alarm communication system provided in an embodiment of the present invention.

[0023] Figure 2 This is a flowchart illustrating a train passenger emergency alarm call control method according to an embodiment of the present invention. Detailed Implementation

[0024] The embodiments of the present invention will be described in detail below. It should be emphasized that the following description is merely exemplary and not intended to limit the scope and application of the present invention.

[0025] It should be noted that when a component is referred to as "fixed to" or "set on" another component, it can be directly on or indirectly on that other component. When a component is referred to as "connected to" another component, it can be directly connected to or indirectly connected to that other component. Furthermore, a connection can be used for both fixing and circuit / signal connectivity.

[0026] It should be understood that the terms "length", "width", "up", "down", "front", "back", "left", "right", "vertical", "horizontal", "top", "bottom", "inner", and "outer" indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are only for the convenience of describing the embodiments of the present invention and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on the present invention.

[0027] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of embodiments of the present invention, "a plurality of" means two or more, unless otherwise explicitly specified.

[0028] The basic concept of this invention is as follows: like Figure 1 As shown, the system includes three types of terminals: train emergency alarm devices, driver's onboard radios, and passenger dispatch consoles. The system server comprises a business processing unit, a configuration management unit, and a system network management unit. The business processing unit implements key business functions such as user registration, function number registration, and call flow management. The network management unit provides server configuration functions for customers. The configuration management unit manages the system's terminal configurations, user configurations, service configurations, group configurations, and other related configuration files. Users can modify their configuration files through the network management terminal, and these modifications are sent to the user's terminal when the user logs into the system.

[0029] The train's emergency alarm device and driver's onboard unit are connected to the communication system network via wireless terminals such as LTE-M (Long Term Evolution for Metro) / 5G; the passenger dispatch console is connected to the communication system network via a wired connection.

[0030] After the train emergency alarm device, driver's onboard unit, and passenger dispatch console are activated, they all need to obtain configuration files such as terminal configuration files, service configuration files, and user configuration files through the configuration management unit. The terminal obtains the user and service configurations based on the configuration files, logs into the business processing unit, and periodically re-registers with the business processing unit to maintain its login status, while also subscribing to configuration file updates. When the terminal is powered off or the user manually logs out, the terminal deregisters from the business processing unit. The business processing unit adopts a primary / backup hot redundancy or clustered deployment. Multiple processing units maintain state synchronization; in the event of a primary unit failure, the backup unit can automatically take over all services within a very short time (e.g., seconds), providing uninterrupted service.

[0031] The three types of terminals—train emergency alarm devices, driver-mounted radios, and passenger dispatch consoles—register function numbers (function numbers are a type of user role-based identifier in railway communication systems, such as a driver of a certain train or a station duty officer) with the service processing unit to represent the terminal's functional identity (e.g., driver of a certain train, emergency alarm device at position A in a certain carriage of a certain train, passenger dispatch console at a certain station, etc.). When a terminal initiates a call using a function number, it only needs to output the called party's function number and include its own function number. The service processing unit maintains the function number registration status and the correspondence between function numbers and user numbers. Upon receiving a call from an initiating function number, it performs a query and forwarding from the target function number to the actual user number, sending the call request to the target actual user number along with the initiator's function number and user number.

[0032] Users can configure the terminal configuration file and user configuration file of the train emergency alarm device through the network management terminal. In the user configuration, the user's own function number and the list and order of the expected target user function numbers when an emergency alarm is triggered are set.

[0033] When a passenger presses the emergency call button on the passenger emergency alarm device, the passenger emergency alarm terminal initiates a passenger emergency alarm call request to the business processing unit, carrying a list and order of target user function numbers. Upon receiving the passenger emergency alarm call request, the business processing unit checks the initiator's user status and initiation permissions, queries the registration status of each target function number in the target function number list, and generates a list of registered target users and their corresponding order. The business processing unit then concurrently initiates call requests to the list of registered target users, carrying the call type as passenger emergency alarm, the initiator's function number, and the current target user's order in the list of registered target users. After multiple target users receive the passenger emergency alarm call request, they are prompted that the user is... When a passenger receives an emergency alarm call, the caller's function number and the current user's order in the called party list are sent to the emergency alarm device. The train driver and passenger dispatcher, upon receiving the emergency alarm call, determine whether they are the primary person responsible for the call and should answer immediately, or if they are not the primary person responsible but the primary person responsible has not answered the call in time, they can choose to answer the call. Once anyone in the called party list answers the call, the processing unit sends a call response message to the emergency alarm device, carrying the answering user's function number, establishing an audio / video channel between the emergency alarm device and the answering user. Simultaneously, it sends call cancellation requests to other users in the called party list, carrying the actual answering user's function number.

[0034] It should be noted that network communication inherently involves latency and state synchronization issues. The function number registration status queried by the business processing unit is a snapshot at the time of the query. During subsequent call establishment, some calls may fail due to network jitter, momentary terminal offline, or other reasons. This system maximizes the probability of call success by initiating calls to multiple responsible parties in parallel, ensuring that emergency calls are responded to promptly. For call failures, retrying or cleanup can be performed according to the error handling mechanisms of communication protocol standards (such as SIP).

[0035] Attached image description: Figure 2 This is a flowchart of the passenger emergency alarm system and call control method of the present invention; Example 1 The specific steps are as follows: When train 1234 is in manned operation, passenger dispatch console 1 and passenger dispatch console 2 are installed on this line, with the function numbers "Line A Passenger Dispatch Console 1" and "Line A Passenger Dispatch Console 2" registered respectively. The operation management user configures the call list and order in the user configuration file of passenger alarm device A in carriage 5: "1234 driver" - "Line A Passenger Dispatch Console 1" - "Line A Passenger Dispatch Console 2". Before departure, the driver registers the function number "1234 driver" through the driver's onboard radio. After the passenger alarm device is activated, it automatically registers the function number "1234 Carriage 5 Passenger Alarm Device".

[0036] In an emergency, a passenger presses the emergency call button to initiate a call. The service processing unit checks the registration status of the function number in the call list in the user profile list. It then sends an emergency alarm request (SIP INVITE) to "1234 driver" - "A line passenger dispatch console 1" - "A line passenger dispatch console 2" respectively, carrying the called function number and its order.

[0037] After receiving the emergency alarm request, the driver determined that he was the primary person responsible and answered the call.

[0038] The server business processing unit sends an emergency alarm cancellation to two dispatch consoles, carrying the reason value that other users have already processed it and the driver's function number.

[0039] Example 2: The basic concept of this embodiment is as follows: This embodiment aims to provide a novel emergency alarm communication system for train passengers and its call control method. Its core lies in the fact that the terminal identifies its role and status by registering a function number; after the emergency alarm device is triggered, the service processing unit generates an effective and ordered list of called parties based on a pre-configured list of desired targets and the real-time function number registration status; then, it initiates calls carrying priority information to all targets in the list in parallel, thereby achieving rapid and accurate notification of responsible persons and call establishment.

[0040] A method for controlling emergency alarm calls for train passengers includes: a service processing unit receiving a call request from an emergency alarm device, the call request carrying a pre-configured list and order of desired target function numbers; querying the current registration status of each function number in the list of desired target function numbers; generating a list of registered target function numbers and their order based on the query results; and initiating emergency call requests in parallel to all user terminals corresponding to the registered function numbers in the list of registered target function numbers. Each emergency call request to a user terminal carries priority information indicating the user terminal's order in the list of registered target function numbers. (As a preferred implementation, this priority information is transmitted through a custom field (e.g., Call-Order) in the SIP protocol application / resource-lists+xml MIME body. For example, for the first responsible person in the list, a Call-Order can be set.) 1. The user terminal parses this header field to determine the priority order of this call. When a call response is received from any user terminal in the registered target function number list, a communication channel is established between the user terminal corresponding to the call response and the emergency alarm device, and a call cancellation request is sent to other user terminals in the registered target function number list.

[0041] It is important to note that inferring the operating mode indirectly through the registration status of function numbers is a probabilistic, best-effort method. While designed to be simple and effective for most scenarios, it cannot completely replace direct state synchronization with the train control system. In scenarios with extremely high reliability requirements, a comprehensive judgment can be made using multiple information sources.

[0042] Explanation and correspondence: In this embodiment, the "business processing unit" may specifically be one or more servers deployed in a data center (e.g., Dell PowerEdge R740 series servers).

[0043] The “emergency alarm device” can specifically be an emergency alarm button panel installed next to the train carriage door (e.g., including a physical button, status indicator light and audio / video acquisition equipment).

[0044] "User terminal" can specifically refer to driver-mounted station (e.g., a ruggedized tablet based on the Android system) and dispatch console computer (e.g., a Windows PC with a dedicated client installed).

[0045] The "function number" can be a specific string identifier, such as "Train_G1234_Driver" or "Station_BeijingSouth_Dispatcher1".

[0046] The “List and Order of Expected Target Function Numbers” can be specifically an ordered JSON array: ["Train_G1234_Driver","Station_BeijingSouth_Dispatcher1","Station_BeijingSouth_Dispatcher2"].

[0047] The "Function Number Registration Status" can be obtained by querying the registration status table maintained in the memory of the business processing unit.

[0048] "Parallel initiation of emergency call requests" can be achieved by having the service processing unit send multiple SIPINVITE requests concurrently to the SIP protocol stack.

[0049] "Priority call order" can be carried in a custom header field of a SIP INVITE request (such as a list of call object URIs and a custom order attribute in Resourcelist) or in the message body (such as a description field in an SDP).

[0050] "Establishing a communication channel" can specifically refer to the media server in the business processing unit establishing an RTP audio and video stream channel between the alarm device and the receiving terminal.

[0051] A “call cancellation request” can be specifically a SIP CANCEL request or a SIP RESPONSE with a specific reason value (such as 486 BusyHere).

[0052] refer to Figure 1 and Figure 2 The system includes: an emergency alarm device 101, a driver's vehicle-mounted radio 102, a passenger dispatch station 103, a service processing unit 104, a configuration management unit 105, and a system network management unit 106. The emergency alarm device 101 and the driver's vehicle-mounted radio 102 access the system via an LTE-M wireless network; the passenger dispatch station 103 accesses the system via a wired Ethernet connection. After all terminals are started, they obtain configuration files from the configuration management unit 105 and register their function numbers with the service processing unit 104, periodically sending registration refresh messages to maintain online status.

[0053] The specific defects addressed in this embodiment are: long waiting time for single call polling, unclear responsibility for group calls, and security risks arising from direct connection with the train control system.

[0054] Detailed Technical Solution: Taking train G1234 as an example, the pre-configured expected call list of the emergency alarm device next to door A of carriage 5 is as follows: first priority "Train_G1234_Driver", second priority "Station_BeijingSouth_Dispatcher1", and third priority "Station_BeijingSouth_Dispatcher2". After the driver boards the train, he successfully registers the function number "Train_G1234_Driver" using the onboard radio. Two dispatchers are also on duty, and their dispatch consoles have registered "Station_BeijingSouth_Dispatcher1" and "Station_BeijingSouth_Dispatcher2" respectively.

[0055] When a passenger presses the alarm button, the alarm device sends a SIP INVITE request to the service processing unit 104, with the message body carrying the list and order of the aforementioned function numbers. The service processing unit 104 queries the registration status table and finds that all three function numbers in the list are already registered, thus generating a registered list (in the same order). Subsequently, the service processing unit 104 sends SIP INVITE requests to the three corresponding terminals almost simultaneously, with the order value of each request being 1, 2, and 3 respectively.

[0056] When the driver's onboard unit 102 receives a call with priority 1, a high-priority alarm notification pops up on the interface. The dispatch console 103 receives calls with priorities 2 and 3, and displays corresponding alerts on the interface. The driver, as the primary responsible party, answers the call. Upon receiving the driver's 200 OK response, the service processing unit 104 immediately sends an ACK to both the alarm device 101 and the driver's onboard unit 102, and instructs the media server to establish an audio / video channel between them. Simultaneously, it sends a SIP CANCEL request to both dispatch consoles 103, entering "Call completed elsewhere" and the recipient's function number "Train_G1234_Driver" in the reason field. Upon receiving this, the dispatch console stops ringing and notifies the driver that the alarm has been handled.

[0057] Component names and connection relationships: as described above. Figure 1 As shown.

[0058] Working principle: Based on function number registration status awareness and parallel priority calling.

[0059] Implementation steps: Configuration phase: The administrator configures the list and order of desired target function numbers for the alarm device 101 through the user configuration interface of the network management unit via the web interface of the network management terminal 106.

[0060] Registration phase: The terminals (101, 102, 103) are powered on, obtain the configuration through the configuration management unit 105, and initiate registration (SIP REGISTER) and register the function number (SIP PUBLISH) to the service processing unit 104. Alarm triggered: Passenger presses the physical button on alarm device 101.

[0061] Call processing: Service processing unit 104 performs queries, generates lists, and initiates call processes in parallel.

[0062] Call Response and Setup: User terminal responds, media channel is established.

[0063] Call termination: Service processing unit 104 sends a cancellation request to the unanswered terminal.

[0064] Example 3 A train passenger emergency alarm call control method differs from Embodiment 2 in that the call cancellation request carries the function number corresponding to the actual answering user terminal.

[0065] Explanation and correspondence: The "call cancellation request" here, based on the SIP CANCEL request in Example 2, can have an XML or JSON structure added to the message body, containing fields such as:<termination_reason> handled_by< / termination_reason><handled_by_function_alias> Train_G1234_Driver< / handled_by_function_alias> .

[0066] Meanwhile, the user terminal's processing module is also configured to: upon receiving a call cancellation request, parse out the function number of the actual user terminal receiving the call, and display a message on the screen stating "The emergency alarm has been handled by [function number]". Implementation steps: In step 6 of embodiment 2, the service processing unit 104 constructs and sends a cancellation request carrying the recipient's function number.

[0067] Example 4 A train passenger emergency alarm call control method differs from Embodiment 2 in that the configuration logic for the desired target function number list and order is as follows: based on the train operation mode, the train driver's function number is set to the highest priority. Specifically, by determining whether the train driver's function number has been registered, the system indirectly infers whether the train is in a manned or unmanned driving mode, and configures different desired target function number lists and orders accordingly.

[0068] Explanation and correspondence: The configuration logic can be implemented through the configuration rule engine on the network management unit 106. The engine periodically (e.g., every minute) or event-triggered (e.g., upon receiving a driver function number registration / deregistration message) checks the registration status of a specific driver function number (such as "Train_<Vehicle Number>_Driver").

[0069] If the registration status is "registered", it is inferred to be a manned driving mode, and the expected list configuration is: ["Train_<vehicle number>_Driver", "Dispatch_Master", "Dispatch_Backup"].

[0070] If the registration status is "unregistered", it is inferred to be in driverless mode, and the expected list configuration is: ["Dispatch_Master", "Dispatch_Backup", "Maintenance_Line1"].

[0071] Implementation steps: Before step 1 in embodiment 2, add a dynamic configuration step: configure the rule engine to run automatically and dynamically generate or update the expected target list for each alarm device according to the driver function number status.

[0072] Example 5 This embodiment demonstrates an extended application of the principles of the present invention. An emergency call method based on a dynamic responsibility list is applied to a fire alarm system in a subway station.

[0073] Explanation and correspondence: "Public transportation or industrial facilities" specifically refers to subway stations.

[0074] The "emergency event trigger signal" comes from the alarm signal from the station's smoke sensor.

[0075] The pre-configured "List of Responsible Person Function Numbers and Order" is: ["Station_<Station Name>_DutyOfficer", "Station_<Station Name>_SecurityLead", "Control_Center_FireMonitor"].

[0076] "Check registration status" means checking whether the station manager, security team leader, and other personnel on duty have logged into the emergency system on their office computers or handheld terminals.

[0077] "Parallel call initiation" means simultaneously initiating a voice call and popping up an alarm information box to the terminals of the aforementioned online personnel.

[0078] The "order of responsibility" is displayed in the pop-up window.

[0079] Implementation steps: Similar to Example 2, but the triggering source and responsible person roles are different.

[0080] The above-described embodiments are only used to illustrate the technical solutions of the present invention, and are not intended to limit it. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for controlling emergency alarm calls for train passengers, characterized in that, The method includes: a service processing unit receiving a call request from an emergency alarm device, the call request carrying a pre-configured list and order of desired target function numbers; querying the current registration status of each function number in the list of desired target function numbers; generating a list of registered target function numbers and their order based on the query results; initiating emergency call requests in parallel to all user terminals corresponding to the registered function numbers in the list of registered target function numbers, wherein each emergency call request to a user terminal carries priority information indicating the order of that user terminal in the list of registered target function numbers; when a call response is received from any user terminal in the list of registered target function numbers, establishing a communication channel with the user terminal corresponding to the call response and the emergency alarm device, and sending a call cancellation request to other user terminals in the list of registered target function numbers.

2. The method according to claim 1, characterized in that, The call cancellation request carries the function number corresponding to the actual user terminal that answered the call.

3. The method according to claim 1, characterized in that, The configuration logic for the expected target function number list and order is as follows: based on the train operation mode, the function number of the train driver is set to the highest priority.

4. The method according to claim 3, characterized in that, The configuration based on the train operation mode specifically involves: the expected target function number list being a pre-configured fixed list in the emergency alarm device; by determining whether the train driver's function number has been registered, it can be indirectly inferred whether the train is in a manned or unmanned driving mode, and based on this, it can be determined whether the driver's function number needs to be removed from the target list and its subsequent order adjusted during call processing.

5. A novel train passenger emergency alarm communication system, used to implement the call control method as described in any one of claims 1-4, characterized in that, The system includes: an emergency alarm device configured to initiate a call request to a service processing unit in response to a user operation; at least one user terminal configured to register a function number and receive and process emergency call requests and call cancellation requests from the service processing unit; and a service processing unit communicatively connected to the emergency alarm device and the user terminal, the service processing unit including at least one processor and a memory, the memory storing a computer program, the computer program being executed by the processor to implement the steps of the call control method as described in any one of claims 1-4.

6. A service processing server for train emergency alarm communication, characterized in that, include: At least one processor; and a memory communicatively connected to the at least one processor; The memory stores instructions executable by the at least one processor, which, when executed by the at least one processor, enables the at least one processor to perform the steps of the call control method as described in any one of claims 1-4.

7. A user terminal, applied to a train emergency alarm communication system, characterized in that, include: The communication module is configured to register a function number with the service processing unit; The processing module is configured to: receive an emergency call request from the service processing unit, wherein the emergency call request carries priority information indicating the order of the terminal in the target called party list; and provide the user with a corresponding answering priority prompt based on the priority information.

8. The user terminal according to claim 7, characterized in that, The user terminal displays the answering priority to the user based on the order information in the received call requests.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the steps of the call control method as described in any one of claims 1-4.

10. An emergency call method based on a dynamic responsibility list, applied to public transportation vehicles or industrial facilities, characterized in that, The method includes: receiving an emergency event trigger signal; obtaining a list and order of responsible person function numbers pre-configured for the event trigger point or dynamically generated based on real-time data; querying the registration status of each function number in the list to determine available responsible persons; initiating calls to all available responsible persons in parallel, and embedding their responsibility order in the call information; and in response to any responsible person answering the call, establishing a communication link and terminating the call process to other responsible persons.

Images