Train emergency intercom system and call method thereof

Abstract

The application discloses a train emergency intercom system and a calling method thereof. The calling method comprises the following steps: after receiving emergency calling information, judging the calling and talking state, if it is in the calling or talking state, hanging up, if it is neither the calling state nor the talking state, entering the next step; judging the driving state, if it is unmanned driving, automatically switching to the calling ground dispatching station number, if it is manned driving, automatically switching to the calling driver's on-board station number; judging the receiving state, and automatically switching to the calling driver's on-board station number or the ground dispatching station number according to the result, and judging the receiving state again, if it is connected, talking, if it is not connected, keeping the waiting connection state until being hung up. The train emergency intercom system and the calling method thereof can accurately call out the object number when the emergency calling button is pressed or an emergency situation occurs, avoid wasting waiting time, and do not affect the passenger experience.

Description

Technical Field

[0001] This invention relates to the field of train emergency intercom system technology, and in particular to a train emergency intercom system and its calling method. Background Technology

[0002] To meet the needs of emergency intercom project equipment to call vehicle-mounted radios or dispatch consoles in different business scenarios, and because this project cannot select call targets through button operation and cannot dial numbers through an interface (there is no dialing interface, and even if there is a dialing interface, it is impossible to perform effective operation because the number is unknown), the calling method needs to be improved.

[0003] Currently, the alarm function in emergency intercom terminals is basically a passenger-driver or passenger-dispatch console call. After a passenger presses the call alarm button, the driver or dispatcher can choose to answer and confirm the situation on the train so that the emergency can be handled as soon as possible. The selection between the driver and dispatcher is an issue. To enable the terminal equipment to switch the call recipient, the following solutions are generally used:

[0004] 1. Modifying the configuration scheme requires train operation staff to reconfigure the equipment software. The general method is as follows:

[0005] 1) During operation and maintenance, the calling target can be switched by modifying the internally configured calling number of the device through a data cable connection.

[0006] 2) In the control center, the internal configuration number of the emergency intercom equipment can be remotely modified through the network management system of the equipment to switch the call target.

[0007] This approach typically only supports two-way communication between passengers and drivers, or passengers and the dispatch center. Switching between call recipients usually requires manual configuration of the device's call number by staff. The drawback is obvious: whether the configuration number is modified via data cable connection during operation and maintenance or remotely via network management system from the control center, it cannot achieve the effect of switching call recipients immediately.

[0008] 2. Group Call Solution. This solution places the emergency call device and the target device (vehicle-mounted radio, dispatch console) into a group. The emergency call terminal initiates the group call, which can be answered by either the vehicle-mounted radio or the dispatch console. This allows for simultaneous handling of the current emergency situation. However, its disadvantage is that it cannot distinguish between a manned and an unmanned vehicle. If an unmanned vehicle calls the vehicle-mounted radio without a driver, the call will go unanswered and may generate noise, affecting the passenger experience.

[0009] 3. Polling Scheme. The emergency call terminal calls the vehicle-mounted radio. If no one answers within a specified time, the emergency call terminal disconnects from the vehicle-mounted radio and begins calling the dispatch center, and so on. Its disadvantage is that this method also cannot distinguish between manned and unmanned vehicles. Passengers may wait a long time after reporting an emergency before someone answers, which may lead to untimely handling of reported issues. In emergency situations, this could even lead to unexpected incidents or missed opportunities for emergency response.

[0010] It should be noted that the information disclosed in the background section above is only for understanding the background of this application, and therefore may include information that does not constitute prior art known to those skilled in the art. Summary of the Invention

[0011] To overcome the aforementioned deficiencies of the prior art, this application provides a calling method for a train emergency intercom system, comprising the following steps:

[0012] Upon receiving an emergency call, the system determines the call and conversation status. If the call is in progress or a conversation is ongoing, the call is disconnected. If the call is neither in progress nor a conversation, the system proceeds to the next step.

[0013] The system determines the driving status. If the vehicle is unmanned, it automatically switches to calling the ground dispatch center number. If the vehicle is manned, it automatically switches to calling the driver's onboard radio number one.

[0014] The system checks the call status. If the call is connected within the scheduled time, it initiates a call. If the call is not connected within the scheduled time, it automatically switches to calling the driver's vehicle radio number two and checks the call status again. If the call is connected within the scheduled time, it initiates a call. If the call is not connected within the scheduled time, it automatically switches to calling the ground dispatch number and checks the call status again. If the call is connected, it initiates a call. If the call is not connected, it remains in a waiting state until the call is disconnected.

[0015] The present invention may also employ the following optional / preferred solutions:

[0016] The train emergency intercom system uses an LTE network and establishes communication via the oksocket protocol. Upon receiving a call message, it parses the message and determines the driving status and / or connection status, then returns confirmation information of the status determination.

[0017] After receiving a call, the train emergency intercom system parses the information and makes a judgment on changes in driving status. When the driving status changes, it updates the driving status information and returns confirmation information of the change in driving status.

[0018] The train emergency intercom system uses the Gson library to parse the received JSON data and determines the corresponding driving status based on the parsed data keywords.

[0019] The driver's onboard radio number one, the driver's onboard radio number two, and the ground dispatch station number are all numbers pre-set in the train emergency intercom system.

[0020] The emergency call information is either audio call information or audio / video call information.

[0021] The present invention also provides a train emergency intercom system, comprising:

[0022] The call and call status determination module is used to determine the call and call status after receiving emergency call information. If it is in a call or a call, it will hang up. If it is neither in a call nor a call, it will proceed to the next step.

[0023] The driving status judgment module is used to judge the driving status. If it is unmanned, it will automatically switch to calling the ground dispatch station number; if it is manned, it will automatically switch to calling the driver's vehicle radio number one.

[0024] The call status determination module determines the call status. If the call is connected within a predetermined time, the call will proceed. If the call is not connected within the predetermined time, the module will automatically switch to calling the driver's vehicle radio number two and further determine the call status. If the call is connected within the predetermined time, the call will proceed. If the call is not connected within the predetermined time, the module will automatically switch to calling the ground dispatch number and determine the call status again. If the call is connected, the call will proceed. If the call is not connected, the module will remain in a waiting state until the call is disconnected.

[0025] Preferably, it also includes a driving state change judgment module, which is used to parse the information and make a judgment on the driving state change. When the driving state changes, it updates the driving state information and returns confirmation information of the driving state change.

[0026] Preferably, it also includes a storage module for storing the driver's vehicle-mounted radio number one, the driver's vehicle-mounted radio number two, and the ground dispatch station number.

[0027] Preferably, the train emergency intercom system uses an LTE network and establishes communication via the oksocket protocol.

[0028] The one or more technical solutions provided in this application have at least the following advantages compared with the prior art:

[0029] The train emergency intercom system and its calling method according to the embodiments of this application can accurately call the target number when the emergency call button is pressed or when an emergency occurs, avoiding wasting waiting time and not affecting the passenger experience. Attached Figure Description

[0030] Figure 1 This is a schematic block diagram of an embodiment of this application;

[0031] Figure 2 This is a flowchart for parsing and confirming data;

[0032] Figure 3 This is a flowchart of the emergency call switching call target process. Detailed Implementation

[0033] The main objective of this invention is to provide a method for trains to automatically switch calling targets as needed, especially for emergency calls on driverless trains. Compared with existing technologies, this invention does not require constant modification of configuration numbers to switch calling targets. It only requires confirming the numbers to be configured, such as the driver's cab and dispatch console numbers, before the train line is in operation. Once configured in the device, no further modifications are needed, and automatic switching of calling targets can be achieved in different scenarios.

[0034] This invention mainly includes two aspects:

[0035] 1) The device uses an LTE network and establishes and maintains communication with the train control and management system via the OkSocket protocol. Upon receiving different information from the train control and management system, it parses and judges the information, records whether there is an unmanned driving state, and then returns the confirmation information to the train control and management system.

[0036] 2) In the event of an emergency call, the device reads the previously saved autonomous driving status data, automatically switches the call target, and calls different numbers according to the preset rules.

[0037] The following is in conjunction with the appendix Figure 1-3 The invention will be further described below with reference to specific embodiments, wherein the same reference numerals denote the same parts unless otherwise specifically stated. It should be emphasized that the following description is merely exemplary and not intended to limit the scope of the invention or its application.

[0038] Furthermore, terms such as "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of indicated technical features. 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.

[0039] Example 1

[0040] like Figure 1 As shown, in an emergency call terminal device (such as a passenger emergency alarm), the APP application maintains a communication connection with an external device (such as a TCMS train control and management system) via the okSocket protocol using an LTE network. When the external device receives a change in driving status, it sends different status information to the emergency call terminal device. The emergency call terminal device parses the received driving status information, determines and records whether the vehicle is manned or unmanned, and switches the calling target when necessary. By simply pre-setting the numbers of each calling target in the emergency call terminal device or through the network management system, the automatic switching function between manned and unmanned driving states can be achieved without any other special operations, saving time and enabling immediate response.

[0041] like Figure 2 As shown, during communication between the emergency intercom device's APP and the train control and management system, the train control and management system will send data to the emergency intercom device as needed, requesting a change of the call target. Preferably, the train control and management system sends data in JSON format. The objects and structure of this JSON data can be confirmed through agreement among multiple parties. In this embodiment, GSON is called to parse the JSON data sent by the external device, and the system determines whether to switch the driving state based on the parsed data keywords, including switching from a manned driving state to an unmanned driving state, or vice versa, or no switching is required. If so, the recorded value will be modified in the program for subsequent use; otherwise, the process will end directly without changing the record.

[0042] For example, the train control and management system can send key status information in the following way:

[0043]

[0044] Wherein: the `event` value represents the message name, `value` represents the specific content, `status` represents the status ("0" indicates inactive or deactivated, "1" indicates activated or active), `cab` represents the driver's cab location ("1" indicates the driver's cab of car number 1, other values ​​indicate another driver's cab), and `timestamp` represents the timestamp. When a message like the one shown in the example above is received, the `event` value is first checked to see if it is `keystate`. If it is `keystate`, the content of `value` is checked: the `status` value is recorded ("1" indicates the current active state, so the next call needs to call the driver's cab); the `cab` value is recorded to confirm the location of the driver's cab for the next call.

[0045] like Figure 3 As shown, in this invention, when the emergency call alarm button is pressed, or when an emergency call is initiated by the emergency intercom in other emergency situations, the APP application of the emergency intercom device will start the call program. It will first determine whether the current record is a manned or unmanned driving status information. If it is an unmanned driving status information, it will directly call the ground dispatch station number; if it is a manned driving status information, it will first call the vehicle radio numbers of both drivers (driver vehicle radio number 1 and driver vehicle radio number 2). If no one answers, it will then call the ground dispatch station number.

[0046] The calling method used for the train emergency intercom system specifically includes the following steps:

[0047] Upon receiving an emergency call, the system determines the call and conversation status. If the call is in progress or a conversation is ongoing, the call is disconnected. If the call is neither in progress nor a conversation, the system proceeds to the next step.

[0048] The system determines the driving status. If the vehicle is unmanned, it automatically switches to calling the ground dispatch center number. If the vehicle is manned, it automatically switches to calling the driver's onboard radio number one.

[0049] The system checks the call status. If the call is connected within a predetermined time, the call proceeds. If the call is not connected within the predetermined time, it automatically switches to calling the driver's vehicle radio number two, and further checks the call status. If the call is connected within the predetermined time, the call proceeds. If the call is not connected within the predetermined time, it automatically switches to calling the ground dispatch center number, and checks the call status again. If the call is connected, the call proceeds. If the call is not connected, it remains in a waiting state until the call is disconnected. The predetermined time can be selected arbitrarily within 3 to 30 seconds, preferably 5 to 10 seconds.

[0050] This embodiment may also employ the following preferred approach:

[0051] The train emergency intercom system uses an LTE network and establishes communication via the oksocket protocol. Upon receiving a call message, it parses the message and determines the driving status and / or connection status, then returns confirmation information of the status determination.

[0052] After receiving a call, the train emergency intercom system parses the information and makes a judgment on changes in driving status. When the driving status changes, it updates the driving status information and returns confirmation information of the change in driving status.

[0053] The train emergency intercom system uses the Gson library to parse the received JSON data and determines the corresponding driving status based on the parsed data keywords.

[0054] The driver's onboard radio number one, the driver's onboard radio number two, and the ground dispatch station number are all numbers pre-set in the train emergency intercom system.

[0055] In this embodiment, the emergency call information is an audio / video call information. In another embodiment, it could also be an audio call information.

[0056] Example 2

[0057] This embodiment provides a train emergency intercom system, including:

[0058] The call and call status determination module is used to determine the call and call status after receiving emergency call information. If it is in a call or a call, it will hang up. If it is neither in a call nor a call, it will proceed to the next step.

[0059] The driving status judgment module is used to judge the driving status. If it is unmanned, it will automatically switch to calling the ground dispatch station number; if it is manned, it will automatically switch to calling the driver's vehicle radio number one.

[0060] The call status determination module determines the call status. If the call is connected within a predetermined time, a call is initiated. If the call is not connected within the predetermined time, the module automatically switches to calling the driver's vehicle radio number two and further determines the call status. If the call is connected within the predetermined time, a call is initiated. If the call is not connected within the predetermined time, the module automatically switches to calling the ground dispatch number and determines the call status again. If the call is connected, a connection is established. If the call is not connected, the module remains in a waiting state until the connection is disconnected.

[0061] Preferably, the system also includes a driving status change judgment module, used to parse the information and judge the driving status change. When the driving status changes, the module updates the driving status information and returns confirmation information of the driving status change. More preferably, the system also includes a storage module for storing the driver's onboard radio number one, the driver's onboard radio number two, and the ground dispatch station number. Even more preferably, the train emergency intercom system uses an LTE network and establishes communication via the OkSocket protocol.

[0062] The above description provides a further detailed explanation of the present invention in conjunction with specific / preferred embodiments, and it should not be construed that the specific implementation of the present invention is limited to these descriptions. For those skilled in the art, various substitutions or modifications can be made to these described embodiments without departing from the concept of the present invention, and all such substitutions or modifications should be considered within the scope of protection of the present invention. In the description of this specification, the reference to terms such as "an embodiment," "some embodiments," "preferred embodiment," "example," "specific example," or "some examples," etc., indicates that the specific features, structures, materials, or characteristics described in connection with that embodiment or example are included in at least one embodiment or example of the present invention. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials, or characteristics described can be combined in any suitable manner in one or more embodiments or examples. Without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification and the features of different embodiments or examples. Although the embodiments of the present invention and their advantages have been described in detail, it should be understood that various changes, substitutions, and modifications can be made herein without departing from the scope of protection of the patent application.

Claims

1. A calling method for a train emergency intercom system, characterized in that, Includes the following steps: Upon receiving an emergency call, the system determines the call and conversation status. If the call is in progress or a conversation is ongoing, the call is disconnected. If the call is neither in progress nor a conversation, the system proceeds to the next step. The system determines the driving status. If the vehicle is unmanned, it automatically switches to calling the ground dispatch center number. If the vehicle is manned, it automatically switches to calling the driver's onboard radio number one. The system checks the call status. If the call is connected within the scheduled time, the call will proceed. If the call is not connected within the scheduled time, the system will automatically switch to calling the driver's vehicle radio number two and check the call status again. If the call is connected within the scheduled time, the call will proceed. If the call is not connected within the scheduled time, the system will automatically switch to calling the ground dispatch number and check the call status again. If the call is connected, the call will proceed. If the call is not connected, the system will remain in a waiting state until the call is disconnected.

2. The calling method for a train emergency intercom system as described in claim 1, characterized in that, The train emergency intercom system uses an LTE network and establishes communication via the oksocket protocol. Upon receiving a call message, it parses the message and determines the driving status and / or connection status, then returns confirmation information of the status determination.

3. The calling method for a train emergency intercom system as described in claim 2, characterized in that, After receiving a call, the train emergency intercom system parses the information and makes a judgment on changes in driving status. When the driving status changes, it updates the driving status information and returns confirmation information of the change in driving status.

4. The calling method for a train emergency intercom system as described in claim 1, characterized in that, The train emergency intercom system uses the Gson library to parse the received JSON data and determines the corresponding driving status based on the parsed data keywords.

5. The calling method for a train emergency intercom system as described in any one of claims 1-4, characterized in that, The driver's onboard radio number one, the driver's onboard radio number two, and the ground dispatch station number are all numbers pre-set in the train emergency intercom system.

6. The calling method for a train emergency intercom system as described in any one of claims 1-4, characterized in that, The emergency call information is either audio call information or audio / video call information.

7. A train emergency intercom system, characterized in that, include: The call and call status determination module is used to determine the call and call status after receiving emergency call information. If it is in a call or a call, it will hang up. If it is neither in a call nor a call, it will proceed to the next step. The driving status judgment module is used to judge the driving status. If it is unmanned, it will automatically switch to calling the ground dispatch station number; if it is manned, it will automatically switch to calling the driver's vehicle radio number one. The call status determination module determines the call status. If the call is connected within a predetermined time, the call will proceed. If the call is not connected within the predetermined time, the module will automatically switch to calling the driver's vehicle radio number two and further determine the call status. If the call is connected within the predetermined time, the call will proceed. If the call is not connected within the predetermined time, the module will automatically switch to calling the ground dispatch number and determine the call status again. If the call is connected, the call will proceed. If the call is not connected, the module will remain in a waiting state until the call is disconnected.

8. The train emergency intercom system as described in claim 7, characterized in that, It also includes a driving status change judgment module, which is used to parse information and make judgments on changes in driving status. When the driving status changes, it updates the driving status information and returns confirmation information of the driving status change.

9. The train emergency intercom system as described in claim 7, characterized in that, It also includes a storage module for storing the driver's vehicle-mounted radio number one, the driver's vehicle-mounted radio number two, and the ground dispatch station number.

10. The train emergency intercom system as described in claim 7, 8, or 9, characterized in that, The train emergency intercom system uses an LTE network and establishes communication via the oksocket protocol.

Images