Emergency call method and system
By using a near-field communication network in an emergency calling system to broadcast request messages in plain text, and after verification, emergency calls are made through intermediate devices, emergency calls by vehicles when there is no 4G/5G network area or communication module failure are solved. Problem, improving success rate and security.
Patent Information
- Application Number
- CN202411244215.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-09-05
- Publication Date
- 2024-12-17
AI Technical Summary
In an emergency situation in a vehicle, if it is in a 4G/5G network area or the communication module fails, it will not be able to initiate an emergency call normally, which will affect the rescue. The encryption and signature increase the data volume and power consumption when initiating a call through an intermediate device, which may lead to failure.
During an emergency call, the request message is broadcast in plain text through the near-field communication network, and after verification is passed, the emergency call is made through the intermediate device. The emergency call center is used to verify the location of the target vehicle and intermediate device to ensure legality and Security.
It reduces data volume and power consumption, improves the success rate of emergency calls, and at the same time, while ensuring security, avoids malicious sending of illegal devices, and enhances the reliability of the system.
Smart Images

Figure CN119155667A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to emergency calling, and in particular to an emergency calling method and system. Background Art
[0002] Ecall (Emergency Call) is an in-vehicle emergency call system that can quickly transmit key data such as the accident location, accident vehicle information, and timestamps in the event of an accident or other emergency, thereby increasing the speed of rescue and reducing casualties caused by traffic accidents. The implementation of Ecall requires the support of 4G / 5G networks. However, when an accident occurs, the vehicle may be in a scenario without a 4G / 5G network (for example, in a tunnel), or the module responsible for 4G / 5G communication in the vehicle may malfunction or be damaged due to the accident, which will cause the vehicle to be unable to perform Ecall normally, affecting rescue.
[0003] One solution is to use other vehicles as intermediary devices to initiate emergency calls based on near-field communication technology. For example, after the accident vehicle encrypts the relevant message of the emergency call and generates signature information, it sends the relevant information to the intermediary device via near-field communication, and calls the rescue center through the intermediary device.
[0004] However, encrypting the message and generating signature information will increase the amount of data and power consumption. When a vehicle needs to initiate an emergency call due to an accident, it may be operating on a backup power supply or the near-field communication status may be poor. Therefore, there is still a certain probability of failure when using an intermediate device to initiate an emergency call. Summary of the invention
[0005] In view of this, the present invention discloses an emergency call method and system in a vehicle, which can improve the success rate of emergency calls initiated through intermediate equipment while ensuring safety.
[0006] The emergency call system of an embodiment of the present invention includes: a target vehicle, which is used to periodically report its position to an emergency call center during normal driving and update a token from the emergency call center. When an emergency call is triggered, if the emergency call cannot be initiated through the mobile communication network, a request message for making an emergency call on behalf of the target vehicle is broadcast to the surrounding area in plain text through a near-field communication network; an intermediate device, which is used to initiate a verification request carrying the token to the emergency call center when the request message is received based on the near-field communication network, and after the verification is passed, allow the target vehicle to make an emergency call through the intermediate device; and the emergency call center, which is used to verify the target vehicle based on the position of the target vehicle and the position of the intermediate device after receiving the verification request, and feed back the verification result to the device, wherein the position of the target vehicle is obtained based on the token.
[0007] In some embodiments, when the position of the target vehicle and the position of the intermediate device are within an allowable range, the verification passes; the verification request also includes: the near-field communication type of the near-field communication network on which the request message is based; the emergency call center is also used to evaluate the size of the allowable range based on the near-field communication type.
[0008] In some implementations, the verification request further includes: a speed of the intermediate device, and the emergency call center is further configured to evaluate the size of the allowable range according to the speed of the intermediate device.
[0009] In some implementations, the location of the intermediate device includes: a current location of the intermediate device or a historical location of the intermediate device, where the historical location is the location of the intermediate device when the request message is received.
[0010] In some embodiments, the intermediate device is also used to periodically report its location to the emergency call center and update the token of the intermediate device from the emergency call center; the verification request also includes: the token of the intermediate device, and the emergency call center is also used to obtain the location of the intermediate device based on the token of the intermediate device.
[0011] In some embodiments, the mobile communication network includes: 4G or 5G network, and the near field communication network includes: Bluetooth, WIFI or NFC.
[0012] In some implementations, the intermediate device includes: other vehicles, mobile terminals, or roadside traffic infrastructure.
[0013] The emergency call method of an embodiment of the present invention is used for a target vehicle, including: regularly reporting its location to an emergency call center and obtaining a token for verification from the emergency call center; when an emergency call is triggered, if the emergency call cannot be initiated through the mobile communication network, broadcasting a request message for making an emergency call on behalf of the target vehicle in plain text to the surrounding area through the near-field communication network, wherein the request message includes the token; and upon receiving an indication from the intermediate device that an emergency call can be made through the intermediate device, making an emergency call through the intermediate device based on the near-field communication network; wherein the indication that an emergency call can be made through the intermediate device is sent by the intermediate device after the target vehicle has been verified; when the location determined based on the token and the location of the intermediate device are within an allowable range, the target vehicle can be verified.
[0014] The emergency call method of an embodiment of the present invention is used for an intermediate device, including: receiving a request message for making an emergency call on behalf of a target vehicle by means of near-field communication and broadcasting it to the surrounding area in plain text, wherein the request message includes: a token of the target vehicle; initiating a verification request to an emergency call center based on the request message, wherein the verification request includes the token of the target vehicle; upon receiving an indication of verification passing from the emergency call center, allowing the target vehicle to make an emergency call; wherein the token of the target vehicle is used by the emergency call center to determine the location of the target vehicle, and based on whether the location of the target vehicle and the location of the intermediate device are within an allowable range, the target vehicle is verified.
[0015] The emergency call method of an embodiment of the present invention includes: regularly receiving a minimum data set from a target vehicle and updating the token of the target vehicle, the minimum data set including: position, timestamp and vehicle identification; receiving a verification request from an intermediate device, the verification request including: the token of the target vehicle; obtaining the final position of the target vehicle and the position of the intermediate device according to the verification request; verifying the target vehicle according to whether the final position of the target vehicle and the position of the intermediate device are within an allowable range, and feeding back the verification result to the intermediate device; and when the verification passes, making an emergency call with the target vehicle through the intermediate device.
[0016] The computer program product of the embodiment of the present invention includes: a computer program / instruction, and when the computer program / instruction is executed by a processor, the method described in the embodiment of the present invention is implemented.
[0017] Beneficial effects of the embodiments of the present invention:
[0018] When the vehicle cannot initiate an emergency call through a mobile communication network (such as 4G / 5G), a request message for emergency call is broadcast to the surrounding area in plain text through a near-field communication network (such as Bluetooth), thereby seeking to make an emergency call through a surrounding intermediate device (such as a mobile phone). Since the request message is broadcast in plain text, the request message does not need to carry additional signature information and encryption information, which can reduce the amount of data to be transmitted and the required power consumption, so that even if the vehicle is in a low power state and the near-field communication state is not good, there is a high probability of success. In addition, although it is broadcast in plain text, on the network side, the target vehicle is verified based on the final position of the target vehicle and the position of the intermediate device. Only after the verification is passed, the emergency call will be allowed through the intermediate device, thereby avoiding the security issues caused by the malicious sending of tokens by illegal devices. Therefore, the solution of this embodiment can improve the success rate of emergency calls through intermediate devices while ensuring security. BRIEF DESCRIPTION OF THE DRAWINGS
[0019] Other details and advantages of the present invention will become apparent from the detailed description provided below. It should be understood that the following drawings are merely illustrative and thus cannot be considered as limiting the present invention, and the following will be described in detail with reference to the drawings, wherein:
[0020] Figure 1A and 1B It is a structural schematic diagram of an embodiment of the emergency call system of the present invention;
[0021] Figure 2 is based on Figure 1A and 1B A flowchart of an embodiment of an emergency call method;
[0022] Figure 3 It is a flow chart of an embodiment of an emergency call method based on a target vehicle perspective of the present invention;
[0023] Figure 4 It is a flowchart of an embodiment of an emergency call method based on the perspective of an intermediate device of the present invention;
[0024] Figure 5 is a flow chart of an embodiment of an emergency call method based on the perspective of an emergency call center of the present invention;
[0025] Figure 6 A schematic diagram of verifying a target vehicle based on position. DETAILED DESCRIPTION
[0026] In order to make the technical problems, technical solutions and beneficial effects to be solved by the present invention clearer and more understandable, the present invention is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only for explaining the present invention and are not intended to limit the present invention.
[0027] In the description of the present invention, it is to be understood that the terms "first" and "second" are used for descriptive purposes only and are not to be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of the features. Moreover, the terms "first", "second", etc. are applicable to distinguishing similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that the terms used in this way are interchangeable where appropriate so that the embodiments of the present invention described herein can be implemented in an order other than those illustrated or described herein.
[0028] In an embodiment of the present invention, when a target vehicle makes an emergency call (Ecall), if the mobile communication network of the target vehicle is unavailable, the emergency call is made through other devices (intermediate devices) around the target vehicle based on a near field communication network.
[0029] Among them, the target vehicle is a vehicle that needs to make an emergency call, such as a vehicle that has an accident or a vehicle that needs to contact the emergency call center in an emergency. When a serious accident occurs in the vehicle, the vehicle generally automatically triggers an emergency call and reports the accident location, time and other data. In some cases, the user (driver) can also trigger an emergency call through the emergency call button set in the car. When the vehicle makes an emergency call, the mobile communication network may be in an unavailable state. For example, the vehicle cannot be stationed on the network or although it can be stationed on the network, it cannot communicate normally. This may be because the vehicle is in an area with basically no or weak coverage of mobile signals such as tunnels, or because the impact of the accident caused the mobile communication module to malfunction or be damaged.
[0030] Among them, the mobile communication network can be, for example, a cellular network such as 4G / 5G, or a satellite communication network, etc., which generally have a longer communication distance. The near-field communication network can be, for example, a network such as Bluetooth, WIFI, and NFC, etc., which generally have a shorter communication distance.
[0031] The intermediate device may be other normal vehicles, mobile terminals (eg, mobile phones), fixed roadside traffic infrastructure, etc. Any device that is usually located around the target vehicle and has both near field communication capabilities and mobile communication capabilities may serve as the intermediate device.
[0032] When making an emergency call through an intermediate device, the target vehicle will encrypt the emergency call-related message and generate signature information, and then send it to the intermediate device via near-field communication. The intermediate device will then send this data to the emergency call center via the 4G / 5G network, thereby implementing the emergency call solution through the intermediate device. However, when the target vehicle initiates an emergency call, it may be operating in a backup power state, and the near-field communication network may also be in a poor network state. Encrypting and signing the message will consume more resources and increase the amount of data in the message, which means that the message will take more time and consume more power to complete the transmission. As a result, there is a certain probability that the emergency call will fail.
[0033] In view of this, an embodiment of the present invention provides a solution for emergency calls. When making an emergency call through an intermediate device, the target vehicle directly broadcasts a request message in plain text in the near-field communication network, that is, the target vehicle does not perform operations such as signing and encryption on the message. The use of plain text broadcasting can reduce the amount of transmitted data and the required power, thereby improving the success rate of emergency calls. However, the plain text method obviously has security issues. For example, illegal devices can also successfully make emergency calls in a similar manner.
[0034] Therefore, the embodiment of the present invention adds a verification operation to the emergency call center, that is, the legality of the target vehicle is verified based on the positional relationship between the target vehicle and the intermediate device. Specifically, the target vehicle can periodically report its position and update its token information when driving normally. When initiating an emergency call through the intermediate device, its latest token information is carried in the request message. In this way, when the emergency call center receives the emergency call initiated by the target vehicle through the intermediate device, the emergency call center can obtain the final position of the target vehicle based on the token of the target vehicle, and then verify the target vehicle based on the final position of the target vehicle and the positional relationship of the intermediate device. For example, when the final position of the target vehicle is near the position of the intermediate device, the target vehicle passes the verification. Because the illegal device does not report its position to the emergency call center and cannot obtain a legal and valid token, it is difficult for the illegal device to pass the verification, thereby improving security.
[0035] That is to say, the emergency call solution of the embodiment of the present invention can improve the success probability of emergency calls through intermediate devices while ensuring a certain degree of security.
[0036] The embodiments of the present invention are described in more detail below in conjunction with the accompanying drawings. It should be understood that the following embodiments are merely illustrative rather than limiting the present invention.
[0037] like Figure 1AFIG. 1 is a schematic diagram of the structure of an embodiment of the emergency call system of the present invention. The system includes: a target vehicle 10, an intermediate device 20 and an emergency call center (also referred to as a "rescue center") 30. Figure 1B As shown, in some embodiments, the intermediate device 20 is a mobile phone, and of course the intermediate device 20 can also be other vehicles, other mobile terminals, or traffic infrastructure located on the roadside, etc. The emergency call center 30 can be composed of a series of servers located on the network side.
[0038] like Figure 1A and 1B As shown, when there is a problem with the 4G / 5G network between the target vehicle 10 and the emergency call center 30, such as disconnection, the target vehicle 10 makes an emergency call based on the near field communication network and through the intermediate device 20, and the intermediate device 20 and the emergency call center 30 can communicate normally through the 4G / 5G network. The specific process is as follows Figure 2 shown.
[0039] like Figure 2 As shown, based on Figure 1A and 1B The emergency call process of the system includes:
[0040] Step 1: When the target vehicle 10 is driving normally, it periodically reports its location to the emergency call center 30 and updates its token information from the emergency call center 30 .
[0041] Among them, the target vehicle 10 can report its location by reporting MSD (Minimum Set of Data). MSD is a concept in emergency calls. It is a minimum data transmission unit transmitted from the vehicle-mounted terminal to the emergency call center. It contains location information, timestamp, vehicle identification code and other data, and is intended to provide emergency service personnel with key information required for rescue. Generally speaking, MSD is only reported when an emergency call is triggered. However, the embodiment of the present invention can periodically collect MSD information for subsequent verification. In addition, the embodiment of the present invention does not exclude the solution of directly reporting location information or only including location information in MSD.
[0042] The vehicle token is data generated by the emergency call center 30 for uniquely identifying a vehicle. It is a mechanism for verifying the identity of the vehicle and can actually be a string of random numbers.
[0043] Step 2: When the target vehicle 10 triggers an emergency call, it is first performed through a mobile communication network (such as 4G / 5G), but the target vehicle 10 cannot normally make an emergency call on the mobile communication network.
[0044] In this step, when the mobile communication network between the target vehicle 10 and the emergency call center 30 fails to be connected to the network, the emergency call cannot be made on the mobile communication network. The specific reason may be that the target vehicle 10 is not within the coverage of the effective signal of the mobile communication network, or the accident causes the relevant module of the target vehicle 10 responsible for mobile network communication to be damaged or malfunction. At this time, if the target vehicle 10 supports near field communication, the near field communication network can be used to initiate an emergency call.
[0045] Step 3: The target vehicle 10 broadcasts a request message for making an emergency call on behalf of the target vehicle 10 in plain text to the surrounding areas through the near field communication network.
[0046] The target vehicle 10 may use one or more near field communication networks to broadcast the request message. For example, the target vehicle 10 may broadcast the request message on a Bluetooth network and a WIFI network at the same time, or may only broadcast the request message on a Bluetooth network.
[0047] The plain text format means that the message is not signed or encrypted, which can reduce the resource overhead of generating the message and reduce the data volume of the message.
[0048] The request message carries the latest token of the target vehicle 10. Based on the token information, the emergency call center can verify the legitimacy of the target vehicle, which will be described in subsequent steps.
[0049] Step 4-1: After receiving the request message, the intermediate device 20 initiates a verification request to the emergency call center 30. The verification request includes the token of the target vehicle 10.
[0050] Step 4-2: After receiving the verification request, the emergency call center 30 verifies the target vehicle and feeds back the verification result to the intermediate device 20.
[0051] In steps 4-1 and 4-2, the emergency call center 30 may first verify the intermediate device 20 to ensure the legitimacy of the intermediate device 20. Then, based on the token of the target vehicle 10, the final location corresponding to the token information is extracted from the database. Then, based on the relationship between the final location of the target vehicle 10 and the location of the intermediate device 20, the target vehicle is verified.
[0052] Among them, the location of the intermediate device 20 can be reported by the intermediate device 20 to the emergency call center 30 in the verification request. In some embodiments, the intermediate device 20 periodically reports its location to the emergency call center 30 (such as by MSD), and updates its token from the emergency call center 30. In other words, the intermediate device 20 adopts a mechanism similar to that of the target vehicle 10, for example, when the intermediate device 20 is another vehicle. Therefore, the intermediate device 20 can carry its own token in the verification request, and the emergency call center 30 can verify the legitimacy of the intermediate device 20 based on the token of the intermediate device 20 and obtain the location of the intermediate device 20.
[0053] The emergency call center 30 verifies the target vehicle 10 according to the positional relationship between the target vehicle 10 and the intermediate device 20. For example, if the final position of the target vehicle 10 and the position of the intermediate device 20 are within the allowable range, the target vehicle verification passes. The allowable range may be, for example, a default distance range, such as a distance range of 30 m.
[0054] In some embodiments, the permissible range may be related to the near field communication technology based on which the target vehicle 10 and the intermediate device 20 communicate. For example, WIFI has a longer communication distance than Bluetooth. Therefore, when the target vehicle 10 receives the request message on the WIFI network, the permissible range may be wider, for example, 50m. The intermediate device 20 may send the near field communication type to the emergency call center 30 in the verification request to indicate the near field communication technology used by the intermediate device 20 to receive the request message.
[0055] In some embodiments, the near field communication range may be related to the state of the intermediate device 20. When the intermediate device is stationary or moving slowly, the size of the permissible range can ignore the influence of the speed of the intermediate device itself. At this time, the intermediate device may be a roadside traffic infrastructure, a mobile phone in the hands of pedestrians, etc. However, when the intermediate device 20 is a moving vehicle, the influence of its own speed on the permissible range may not be ignored, because there is a certain time difference between the intermediate device 20 receiving the request message and sending the verification request to the emergency call center 30. Therefore, when the intermediate device 20 receives the request message, it may be within the permissible range, but when it sends the verification request (including the reported own position) to the emergency call center 30, it may be outside the permissible range. Therefore, the permissible range can be appropriately expanded based on information such as the speed and moving direction of the intermediate device 20. Among them, the intermediate device 20 can carry information such as speed information and the time when the request message is received in the verification request and report it to the emergency call center 30.
[0056] In some embodiments, the target vehicle 10 can be verified based on the current position and historical position of the intermediate device 20. The current position can be the position reported by the intermediate device 20 in the verification request, and the historical position can be the position when the intermediate device 20 receives the request message. When the verification based on the current position of the intermediate device 20 fails, the verification is performed based on the historical position of the intermediate device 20. The historical position can be inferred based on the speed of the intermediate device 20 and combined with information such as the time difference between the time when the emergency call center 30 receives the verification message and the time when the intermediate device 20 receives the request message. Alternatively, the historical position can also be determined based on the position reported by the intermediate device 20 in the past.
[0057] Step 5: After the intermediate device 20 receives the indication of passed verification, the target vehicle 10 is allowed to make an emergency call through the intermediate device 20 .
[0058] In some embodiments, the intermediate device 20 can completely replace the target vehicle 10 in making an emergency call, that is, the intermediate device 20 reports the relevant location of the target vehicle 10 and other information required for rescue (which can be obtained in the request message) to the emergency call center 30, and accepts the call back from the emergency call center 30. For example, when the intermediate device 20 is a mobile vehicle, in this way, even if the intermediate device 20 has moved out of the effective range of near-field communication, it can still replace the target vehicle 10 to make an emergency call. In other embodiments, the intermediate device 20 only serves as an intermediate for information transmission, and the entire process of the emergency call is still controlled by the target vehicle 10. The intermediate device 20 is equivalent to a data transfer device. For example, when the intermediate device 20 is a fixed infrastructure on the roadside, the intermediate device 20 can provide a stable data link for the target vehicle 10 and the emergency call center 30.
[0059] In some implementations, there may be multiple intermediate devices 20 , for example, the target vehicle 10 may eventually achieve communication connection with the emergency call center 30 through multiple intermediate devices 20 .
[0060] In this embodiment, when the target vehicle 10 cannot communicate directly with the emergency call center 30, it can use near-field communication technology to establish a near-field communication connection with the surrounding intermediate device 20, and then connect to the emergency call center 30 based on the intermediate device 20, so as to realize the emergency call function. In this process, the target vehicle 10 broadcasts the request message in plain text, so the amount of data and the required power consumption can be reduced, making the emergency call more likely to succeed. In addition, at the emergency call center 30, verification is performed based on the positional relationship between the target vehicle 10 and the intermediate device 20 to ensure the legitimacy of the target vehicle 10. Therefore, the solution of this embodiment improves the success rate of emergency calls made through the intermediate device 20 while ensuring a certain degree of security.
[0061] like Figure 3 FIG. 1 is a flow chart of an embodiment of an emergency call method from the perspective of a target vehicle of the present invention, which includes the following steps:
[0062] Step S31: Periodically report the location to the emergency call center.
[0063] Step S32: Periodically update the token used for verification from the emergency call center.
[0064] Among them, step S31 and step S32 are executed when the vehicle is driving normally.
[0065] Step S33: Determine whether the emergency call is triggered. For example, when a serious accident occurs to the vehicle, the emergency call is automatically triggered. When the determination result is yes, execute step S34.
[0066] Step S34: Initiate an emergency call through a mobile communication network (such as 4G or 5G).
[0067] Step S35: Determine whether the emergency call is successful. If unsuccessful, execute step S36.
[0068] Step S36: Check whether the near field communication function is available, if available, execute step S37.
[0069] Step S37: On the near field communication network, a request message for making an emergency call on behalf of the target vehicle is broadcasted in plain text to the surrounding area, and the token of the target vehicle is carried in the request message.
[0070] Step S38: upon receiving an indication from the intermediate device that an emergency call can be made on behalf of the user, the emergency call is made through the intermediate device based on the near field communication network.
[0071] In this embodiment, when the target vehicle cannot use its own mobile communication network to make an emergency call, it seeks an available intermediate device based on the near field communication network and uses the intermediate device to make an emergency call. Among them, the request for the available intermediate device in plain text can improve the success rate.
[0072] like Figure 4 FIG. 1 is a flow chart of an embodiment of an emergency call method based on the perspective of an intermediate device of the present invention, which includes the following steps:
[0073] Step S41: receiving a request message for making an emergency call on behalf of the target vehicle, which is broadcasted to the surrounding area in plain text by means of near field communication, wherein the request message carries the token of the target vehicle.
[0074] Step S42: Initiate a verification request to the emergency call center according to the received request message. The verification request includes: the token of the target vehicle.
[0075] In some implementations, the request message carries one or more of the data such as the location of the intermediate device, the type of near field communication, and the speed of the intermediate device, so as to facilitate the emergency call center to verify the target vehicle.
[0076] Step S43: Wait for the emergency call center to feedback whether the verification is passed, and if the verification is passed, execute step S44. If the verification is not passed, execute step S45.
[0077] Step S44: Allow the target vehicle to make an emergency call through the intermediate device.
[0078] Step S45: Reject the target vehicle's request.
[0079] In this embodiment, the intermediate device receives the request message broadcast in plain text by the target vehicle on the near field communication network, and initiates a verification request to the emergency call center. Only when the verification is successful, the target vehicle is allowed to make an emergency call through the intermediate device, thereby improving safety.
[0080] like Figure 5 FIG. 1 is a flow chart of an embodiment of an emergency call method based on the perspective of an emergency call center of the present invention, which includes the following steps:
[0081] Step S51: Periodically receive a minimum data set (MSD) from a target vehicle and update the token of the target vehicle, wherein the minimum data set includes information such as the location, timestamp, and vehicle identification of the target vehicle.
[0082] This step is performed when the vehicle is driving normally and the 4G / 5G or other mobile communication network between the vehicle and the emergency call center is normal.
[0083] Step 52: Receive a verification request from the intermediate device, wherein the verification request includes: a token of the target vehicle.
[0084] In some implementations, the verification request may further include information such as a token, location speed, and near field communication type of the intermediate device.
[0085] Step S53: According to the verification request, the final position of the target vehicle and the position of the intermediate device are obtained.
[0086] The final position of the target vehicle may be obtained based on the token of the target vehicle, and the position of the intermediate device may be reported by the intermediate device or obtained based on the token of the intermediate device.
[0087] Step S54: Verify the target vehicle based on whether the final position of the target vehicle and the position of the intermediate device are within the allowable range, and feed back the verification result to the intermediate device.
[0088] In some embodiments, Figure 6 For example, the final position 101 of the target vehicle and the position 201 of the intermediate device 20 are used as the center of the circle, and the radius is half of the effective distance supported by the near field communication technology (R / 2). If the two circles intersect, the verification is passed. If the two circles are unrelated, the speed of the intermediate device is referenced, and the historical position of the intermediate device is used as the center of the circle, and R / 2 is used as the circle. If the two circles intersect, the verification is also considered to be passed.
[0089] In this embodiment, when the target vehicle is normal, its location information is saved and its token is updated. When the target vehicle makes an emergency call through the intermediate device, the final location of the target vehicle can be determined based on the saved location of the target vehicle, and the target vehicle can be verified based on the relationship between the final location and the location of the intermediate device to prevent the intrusion of illegal devices and improve security.
[0090] In addition, an embodiment of the present invention further provides a computer program product, including: a computer program / instruction, and the computer program / instruction implements the method of the embodiment of the present invention when executed by a processor.
[0091] It should be noted that the above description is only for example and not for limitation of the present invention. In other embodiments of the present invention, the method may have more, fewer or different steps, and the order, inclusion and function of the steps may be different from those described and illustrated. For example, generally multiple steps can be combined into a single step, and a single step can also be divided into multiple steps. For those of ordinary skill in the art, without paying creative work, the sequential changes of the steps are also within the scope of protection of the present invention.
[0092] The technical solution of the present invention, in essence or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor or a microcontroller to perform all or part of the steps of the method described in each embodiment of the present invention.
[0093] Those skilled in the art will appreciate that all or part of the steps of implementing the above-mentioned method embodiments can be completed by hardware associated with program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, the steps of the above-mentioned method embodiments are executed.
[0094] Although the present invention has been disclosed as above with preferred embodiments, the present invention is not limited thereto. Any changes and modifications made by any person skilled in the art without departing from the spirit and scope of the present invention should be included in the protection scope of the present invention, and therefore the protection scope of the present invention should be subject to the scope defined by the claims.
Claims
1. An emergency call system, characterized in that: include: The target vehicle is used to periodically report its position to the emergency call center during normal driving, and update the token from the emergency call center. When an emergency call is triggered, if the emergency call cannot be initiated through the mobile communication network, a request message for making an emergency call on behalf of the target vehicle is broadcast in plain text to the surrounding area through the near field communication network; The intermediate device is used for initiating a verification request carrying the token to the emergency call center when the request message is received based on the near field communication network, and allowing the target vehicle to make an emergency call through the intermediate device after the verification is passed; as well as The emergency call center is used to verify the target vehicle based on the position of the target vehicle and the position of the intermediate device after receiving the verification request, and feed back the verification result to the device, wherein the position of the target vehicle is obtained based on the token.
2. The emergency call system according to claim 1, characterized in that: When the position of the target vehicle and the position of the intermediate device are within the permissible range, the verification is passed; The verification request also includes: a near field communication type of the near field communication network on which the request message is based; The emergency call center is further configured to evaluate the size of the allowable range according to the near field communication type.
3. The emergency call system according to claim 2, characterized in that: The verification request further includes: the speed of the intermediate device, and the emergency call center is further configured to evaluate the size of the allowable range according to the speed of the intermediate device.
4. The emergency call system according to claim 1, characterized in that: The location of the intermediate device includes: the current location of the intermediate device or the historical location of the intermediate device, where the historical location is the location of the intermediate device when it receives the request message.
5. The emergency call system according to claim 1, characterized in that: The intermediate device is also used to periodically report its location to the emergency call center and update the token of the intermediate device from the emergency call center; The verification request also includes: a token of the intermediate device, and the emergency call center is further configured to obtain the location of the intermediate device according to the token of the intermediate device.
6. The emergency call system according to claim 1, characterized in that: The mobile communication network includes: 4G or 5G network, and the near field communication network includes: Bluetooth, WIFI or NFC; And / or, the intermediate equipment includes: other vehicles, mobile terminals, or roadside traffic infrastructure.
7. An emergency call method, for a target vehicle, characterized in that: include: Reporting its location to the emergency call center regularly and obtaining a token for verification from the emergency call center; When an emergency call is triggered, if the emergency call cannot be initiated through the mobile communication network, a request message for making an emergency call on behalf of the user is broadcast in plain text to the surrounding area through the near field communication network, wherein the request message includes the token; as well as Upon receiving an indication from the intermediate device that an emergency call can be made through the intermediate device, making an emergency call through the intermediate device based on the near field communication network; Among them, the indication that an emergency call can be made through the intermediate device is sent by the intermediate device after the target vehicle is verified; when the position determined based on the token and the position of the intermediate device are within an allowable range, the target vehicle can be verified.
8. An emergency call method, used in an intermediate device, characterized in that: include: Receiving a request message for making an emergency call on behalf of a target vehicle broadcast to the surrounding area in plain text by means of near field communication, wherein the request message includes: a token of the target vehicle; Initiate a verification request to an emergency call center according to the request message, wherein the verification request includes a token of the target vehicle; Upon receiving an indication of verification passing fed back by the emergency call center, allowing the target vehicle to make an emergency call; The token of the target vehicle is used by the emergency call center to determine the location of the target vehicle, and to verify the target vehicle based on whether the location of the target vehicle and the location of the intermediate device are within an allowable range.
9. An emergency call method, characterized in that: include: receiving a minimum data set from a target vehicle at regular intervals and updating a token of the target vehicle, the minimum data set including: a location, a timestamp, and a vehicle identification; receiving a verification request from an intermediate device, the verification request including: a token of the target vehicle; According to the verification request, obtaining the final position of the target vehicle and the position of the intermediate device; Verifying the target vehicle according to whether the final position of the target vehicle and the position of the intermediate device are within an allowable range, and feeding back the verification result to the intermediate device; and When the verification is passed, an emergency call is made to the target vehicle through the intermediate device.
10. A computer program product comprising: A computer program / instruction, characterized in that when the computer program / instruction is executed by a processor, the method according to any one of claims 7 to 9 is implemented.
