CN110881166B - Collaborative help calling method and device, wearable device and storage medium - Google Patents

Collaborative help calling method and device, wearable device and storage medium Download PDF

Info

Publication number
CN110881166B
CN110881166B CN201911021756.3A CN201911021756A CN110881166B CN 110881166 B CN110881166 B CN 110881166B CN 201911021756 A CN201911021756 A CN 201911021756A CN 110881166 B CN110881166 B CN 110881166B
Authority
CN
China
Prior art keywords
vehicle
user
rescue request
information
emergency
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201911021756.3A
Other languages
Chinese (zh)
Other versions
CN110881166A (en
Inventor
钟峰
张�浩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201911021756.3A priority Critical patent/CN110881166B/en
Publication of CN110881166A publication Critical patent/CN110881166A/en
Priority to PCT/CN2020/105906 priority patent/WO2021077843A1/en
Application granted granted Critical
Publication of CN110881166B publication Critical patent/CN110881166B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02—Alarms for ensuring the safety of persons
    • G08B21/0202—Child monitoring systems using a transmitter-receiver system carried by the parent and the child
    • G08B21/0205—Specific application combined with child monitoring using a transmitter-receiver system
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02—Alarms for ensuring the safety of persons
    • G08B21/0202—Child monitoring systems using a transmitter-receiver system carried by the parent and the child
    • G08B21/0269—System arrangements wherein the object is to detect the exact location of child or item using a navigation satellite system, e.g. GPS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]

Abstract

The application discloses a collaborative help calling method, a collaborative help calling device, wearable equipment and a storage medium. The cooperative distress call method comprises the following steps: collecting V2X information, and determining the vehicle identification of the vehicle where the user is located through the V2X information; acquiring vehicle information of a vehicle where a user is located according to a vehicle identifier of the vehicle where the user is located; collecting sensor data, and detecting whether a user has danger according to the sensor data; and if the user is determined to have danger, initiating a rescue request, wherein the rescue request comprises vehicle information and calling information. The cooperative help-calling method can achieve the purpose of safe and convenient help calling.

Description

Collaborative help calling method and device, wearable device and storage medium
[ technical field ] A method for producing a semiconductor device
The application relates to the technical field of communication, in particular to a cooperative distress calling method, a cooperative distress calling device, wearable equipment and a storage medium.
[ background of the invention ]
At present, when a user is in a dangerous condition such as riding, driving and the like, the user usually sends an alarm message through a base station 2G/3G/4G/5G network by using the networking function of a mobile phone and a tablet, or calls a telephone to call 110 for an alarm and ask for help, or sends the alarm message through a taxi-taking application program, and the methods have obvious defects and are difficult to realize the safe and convenient help-calling purpose.
[ summary of the invention ]
In view of this, embodiments of the present application provide a collaborative help-calling method, apparatus, wearable device, and storage medium, so as to solve the problem that it is difficult to achieve the purpose of safe and convenient help-calling when a user is in a dangerous situation such as riding or driving.
In a first aspect, an embodiment of the present application provides a collaborative distress method, including:
collecting V2X information, and determining the vehicle identification of the vehicle where the user is located through the V2X information;
acquiring vehicle information of the vehicle where the user is located according to the vehicle identification of the vehicle where the user is located;
collecting sensor data, and detecting whether a user has danger according to the sensor data;
and if the user is determined to have danger, initiating a rescue request, wherein the rescue request comprises the vehicle information and the calling information.
The above aspect and any possible implementation manner further provide an implementation manner, where the V2X information includes GPS data, the acquiring V2X information, and determining a vehicle identifier of a vehicle where a user is located through the V2X information includes:
calculating the distance between the user and a surrounding vehicle according to the GPS data, wherein the vehicle in a preset geographic range is the surrounding vehicle;
determining the surrounding vehicle which is continuously within 1.5 meters away from the user as the vehicle where the user is located within a preset time period;
and determining the vehicle identification of the vehicle where the user is located according to the vehicle where the user is located.
The above-described aspects and any possible implementations further provide an implementation in which the sensor data includes angular velocity, acceleration, and heart rate, and the acquiring the sensor data and detecting whether the user is at risk according to the sensor data includes:
collecting angular velocity, acceleration and heart rate;
and detecting whether the user is dangerous according to whether the angular velocity, the acceleration and the heart rate meet preset danger judgment conditions, wherein when the angular velocity, the acceleration and the heart rate meet the preset danger judgment conditions, the user is determined to be dangerous.
The above aspect and any possible implementation manner further provide an implementation manner, where initiating a rescue request if it is determined that a user is dangerous includes:
and if the user is determined to have danger, initiating the rescue request according to different emergency levels, wherein the emergency levels are divided according to time.
The above aspect and any possible implementation manner further provide an implementation manner, where initiating the rescue request according to different levels of urgency if it is determined that the user is dangerous, including:
in a first preset time period, obtaining emergency vehicle reminding data according to the V2X information;
searching whether an emergency vehicle exists in a first preset search range or not according to the emergency vehicle reminding data;
and if the emergency vehicle exists, periodically initiating a rescue request to the emergency vehicle.
The above aspect and any possible implementation manner further provide an implementation manner, where initiating the rescue request according to different levels of urgency if it is determined that the user is dangerous, including:
if the emergency vehicle does not exist in the first preset search range within the first preset time period, initiating the rescue request to the vehicle within the second preset search range within a second preset time period.
The above aspect and any possible implementation manner further provide an implementation manner, where initiating the rescue request according to different levels of urgency if it is determined that the user is dangerous, including:
if no vehicle exists in the second search range within the second preset time period, initiating the rescue request to a road side unit so that the road side unit controls the traffic indicating equipment after receiving the rescue request.
The above aspects and any possible implementations further provide an implementation in which the rescue request is initiated using peer-to-peer communication, wherein the communication process uses a V2X communication protocol.
The above-mentioned aspect and any possible implementation manner further provide an implementation manner, where a data segment transmitted by the V2X communication protocol includes a user field, and the user field includes a sender device ID, a receiver device ID, a sender public key, and an encryption flag indicating whether the data segment is encrypted.
In a second aspect, an embodiment of the present application provides a collaborative help calling device, including:
the first acquisition module is used for acquiring V2X information and determining the vehicle identification of the vehicle where the user is located according to the V2X information;
the vehicle information acquisition module is used for acquiring the vehicle information of the vehicle where the user is located according to the vehicle identification of the vehicle where the user is located;
the third acquisition module is used for acquiring sensor data and detecting whether the user has danger according to the sensor data;
and the rescue request module is used for initiating a rescue request if the user is determined to have danger, wherein the rescue request comprises the vehicle information and the calling information.
Further, the V2X information includes GPS data, and the first acquisition module is specifically configured to:
calculating the distance between the user and a surrounding vehicle according to the GPS data, wherein the vehicle in a preset geographic range is the surrounding vehicle;
determining the surrounding vehicle which is continuously within 1.5 meters away from the user as the vehicle where the user is located within a preset time period;
and determining the vehicle identification of the vehicle where the user is located according to the vehicle where the user is located.
Further, the sensor data includes angular velocity, acceleration and heart rate, and the third acquisition module is specifically configured to:
collecting angular velocity, acceleration and heart rate;
and detecting whether the user is dangerous according to whether the angular velocity, the acceleration and the heart rate meet preset danger judgment conditions, wherein when the angular velocity, the acceleration and the heart rate meet the preset danger judgment conditions, the user is determined to be dangerous.
Further, the rescue request module is specifically configured to:
and if the user is determined to have danger, initiating the rescue request according to different emergency levels, wherein the emergency levels are divided according to time.
Further, the rescue request module is further specifically configured to:
in a first preset time period, obtaining emergency vehicle reminding data according to the V2X information;
searching whether an emergency vehicle exists in a first preset search range or not according to the emergency vehicle reminding data;
and if the emergency vehicle exists, periodically initiating a rescue request to the emergency vehicle.
Further, the rescue request module is further specifically configured to:
if the emergency vehicle does not exist in the first preset search range within the first preset time period, initiating the rescue request to the vehicle within the second preset search range within a second preset time period.
Further, the rescue request module is further specifically configured to:
if no vehicle exists in the second search range within the second preset time period, initiating the rescue request to a road side unit so that the road side unit controls the traffic indicating equipment after receiving the rescue request.
Further, the rescue request is initiated by means of point-to-point communication, wherein the communication process adopts a V2X communication protocol.
Further, the data segment transmitted by the V2X communication protocol includes a user field, where the user field includes a sender device ID, a receiver device ID, a sender public key, and an encryption flag indicating whether the data segment is encrypted.
In a third aspect, a wearable device comprises a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps of the method of the first aspect when executing the computer program.
In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, including: a computer program for implementing the steps of the method of the first aspect when executed by a processor.
In the embodiment of the application, the vehicle identification of the vehicle where the user is located is determined through the collected V2X information, the vehicle where the user is located can be quickly confirmed based on the communication mode of V2X, and the user can obtain the vehicle information of the vehicle where the user is located from a plurality of vehicles according to the vehicle identification of the vehicle where the user is located; through the collection of the sensor data, whether the user has danger or not can be detected according to the sensor data, and when the danger of the user is determined through detection, the rescue request comprising the vehicle information and the calling information can be sent to the receiving equipment in time. The rescue request can be automatically sent without active triggering of a user or dependence on a taxi taking application program, and the purpose of safe and convenient help calling can be achieved.
[ description of the drawings ]
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive labor.
FIG. 1 is a flow chart of a cooperative distress call method according to an embodiment of the present application;
fig. 2 is a schematic view of an application scenario of the cooperative distress call method in an embodiment of the present application;
FIG. 3 is a flowchart of a cooperative distress call method according to an embodiment of the present application;
FIG. 4 is a diagram illustrating a data structure of a data segment transmitted in an embodiment of the present application;
FIG. 5 is a schematic block diagram of a cooperative distress device in an embodiment of the present application;
fig. 6 is a schematic diagram of a wearable device in an embodiment of the present application.
[ detailed description ] embodiments
It can be understood that the principle of the currently common passenger protection scheme is to send an alarm message through a base station 2G/3G/4G/5G network by using the networking function of a mobile phone and a tablet, or to make a telephone call 110 for alarm and help, or to send an alarm message through a taxi application program. Taking the taxi taking application as an example, the passenger can call for help by clicking the security center-one-key alarm-video alarm/call 110 on the taxi taking application, however, the following obvious disadvantages exist in the passenger protection scheme:
the alarming help seeking mode requires that the passengers carry out a plurality of steps on the taxi taking application program to alarm, and the condition is easily discovered by gangsters to cause further conflict; even if the gangster is not found during alarming, the police needs a long time to track and locate the gangster after acquiring the geographical position information of the user through inquiry, and the passenger still faces a long-time danger at the moment; if the passenger is hijacked from the beginning, the passenger is difficult to operate and cannot give an alarm.
It can be understood that, besides the alarm mode through the taxi taking application program, the alarm message sent through the base station 2G/3G/4G/5G network or the alarm calling 110 by dialing the telephone also easily affects the attention of the gangster, and the passengers are still at a great risk. The alarm help-seeking mode depends on a base station, police generally carry out next rescue after confirming that the alarm is correct after receiving an alarm message in a certain fixed office place, passengers can have various accidents during the rescue, and the purpose of efficient rescue cannot be achieved.
For better understanding of the technical solutions of the present application, the following detailed descriptions of the embodiments of the present application are provided with reference to the accompanying drawings.
Fig. 1 shows a flowchart of the cooperative distress call method in the embodiment. The cooperative distress calling method can be applied to wearable equipment, and can provide a safe and convenient distress calling function when the user is in danger in states such as riding, driving and the like. The wearable device includes but is not limited to wearable devices such as smart band, smart watch, smart ring, smart necklace and the like. As shown in fig. 1, the cooperative distress call method includes:
s10: and (4) collecting V2X information, and determining the vehicle identification of the vehicle where the user is located through the V2X information.
V2X (Vehicle to aircraft) represents communication interconnection between a Vehicle and everything based on LTE (Long Term Evolution) -V (Vehicle) or DSRC (Dedicated Short Range Communications) and can communicate interconnection with other things by using the Vehicle as a main body, for example, communication interconnection between the Vehicle and the Vehicle, the Vehicle and wearable device, the Vehicle and roadside unit, and the like.
In one embodiment, the wearable device collects V2X information through V2X communication, wherein the V2X information includes BSM (Basic safety Message) that is information broadcast by the vehicle when performing V2X communication, including vehicle vin (vehicle Identification number) code, vehicle travel speed, form heading, geographic position, acceleration, predicted path, historical path, vehicle type, and the like. It can be understood that, when the user drives or rides the vehicle, the wearable device on the body can collect the V2X information, and establish the communication interconnection relationship between the wearable device of the user, the vehicle in which the user is located and other vehicles within the communication range.
The vehicle identifier is an identifier capable of uniquely identifying a vehicle, and in this embodiment, the vehicle VIN code in the V2X information may be specifically used as the vehicle identifier. The VIN code is a unique number for the automobile, and can identify the manufacturer, engine, chassis serial number and other performance data of the automobile. According to the embodiment of the application, the vehicle identification of the vehicle where the user is located can be quickly confirmed based on the communication mode of V2X.
Further, in step S10, the V2X information includes GPS data, and the vehicle identifier of the vehicle where the user is located is determined through the V2X information, which specifically includes:
s11: and calculating the distance between the user and the surrounding vehicle according to the GPS data, wherein the vehicles within the preset geographic range are the surrounding vehicles.
Specifically, vehicles within a radius of 150m from the geographical location where the user is located may be taken as the surrounding vehicles.
It can be understood that the V2X information includes GPS (global Positioning system) data, that is, data of the geographic location of the vehicle, and the user can determine the vehicle identifier of the vehicle where the user is located through the GPS data of the vehicle.
In one embodiment, after the user receives the broadcast information of the surrounding vehicle through the V2X communication module of the wearable device and obtains the basic safety message, the distance between the user and the surrounding vehicle is calculated according to the GPS data in the basic safety message, so as to analyze the distance between the user and the surrounding vehicle and determine the vehicle where the user is located.
S12: and determining the surrounding vehicle which is continuously within 1.5 meters of the distance from the user as the vehicle in which the user is positioned within a preset time period.
It is understood that the safe distance of the front and rear vehicles should be more than 10 meters in the driving state, so that the distance of the user from the front and rear vehicles in the case of normal vehicle driving is basically impossible to be always within 1.5 meters; and for the left and right vehicle distances, the average left and right vehicle distances for safe running is 1.2 meters, and the width of the vehicle body is more than 1.5 meters, so that the vehicles on the vehicle of the user start from a stationary state to the user and are in danger, and the distance between a person and the vehicle is basically impossible to be within 1.5 meters because the vehicles run in parallel with the vehicle.
In one embodiment, in a preset time period, if the distance between the User and the surrounding vehicle is continuously within 1.5 meters, the surrounding vehicle is determined as the vehicle where the User is located, if the User encounters a danger, the vehicle where the User is located can be marked as a dangerous vehicle, and distress information is generated, wherein the distress information includes VRUCW (Vulnerable Road User Collision warning) User data: the use state of the user is 'SOS help seeking', and the personal health condition of the user is included. The calling information can be timely sent to other vehicles or receivers such as road side units when the user encounters danger, so that the condition that the user is in danger is quickly known.
S13: and determining the vehicle identification of the vehicle where the user is located according to the vehicle where the user is located.
In one embodiment, after the vehicle where the user is located is determined, the uniquely identifiable identifier can be selected as the vehicle identifier. Specifically, the vehicle VIN code of the vehicle where the user is located can be used as the vehicle identifier, so that the subsequent wearable device can conveniently acquire the V2X information sent by the vehicle where the user is located through broadcasting according to the vehicle VIN code of the vehicle.
In steps S11-S13, a specific embodiment of determining the vehicle identifier of the vehicle where the user is located through V2X information is provided, and the vehicle identifier of the vehicle where the user is located can be determined by using the distance between the user and the nearby vehicle.
S20: and acquiring the vehicle information of the vehicle where the user is located according to the vehicle identification of the vehicle where the user is located.
The vehicle information of the vehicle where the user is located refers to V2X information collected from the vehicle where the user is riding and driving, and includes basic safety information of the vehicle where the user is located.
It can be understood that, assuming that the user is in danger, the vehicle information of the vehicle where the user is located needs to be sent when calling for help, so that the rescuer can quickly determine the geographical location where the user is located for rescue.
In an embodiment, the vehicle information of the vehicle where the user is located may be obtained from the V2X information collected by the plurality of vehicles in step S10 according to the vehicle VIN code, or the vehicle information of the vehicle where the user is located may be collected by using a communication data module of the wearable device, such as an RFIC (radio frequency integrated circuit) supporting LTE-V communication data, to receive the broadcast information sent by the V2X communication module of the vehicle according to the vehicle identification. In the embodiment of the application, the user can acquire the vehicle information of the vehicle where the user is located from a plurality of vehicles, so that when the user is in danger, the vehicle information of the vehicle where the user is located can be rapidly and timely sent to other vehicles or receivers such as road side units, and rescue workers can rapidly and accurately determine the current geographic position and other information of the user.
S30: and collecting sensor data, and detecting whether the user has danger according to the sensor data.
The wearable device comprises a plurality of sensors, and the sensor data acquired by the sensors can reflect the personal health conditions of the user, such as whether the user is frightened, frightened and other undesirable mental states; if the body state of the user is abnormal, for example, the abnormal situation such as the change amplitude of the body moving speed and the overlarge overturn amplitude occurs, the sensing data can be used for detecting whether the user is in danger or not.
Further, in step S30, the sensor data including angular velocity, acceleration and heart rate is collected, and whether the user is at risk is detected according to the sensor data, including:
s31: angular velocity, acceleration and heart rate are collected.
In one embodiment, the wearable device comprises sensors such as a gyroscope sensor, an acceleration sensor and a heart rate sensor, and can detect the personal health condition of the user according to data such as angular velocity, acceleration and heart rate acquired by the sensors such as the gyroscope sensor, the acceleration sensor and the heart rate sensor, so that the judgment of whether the user is dangerous or not is facilitated.
S32: whether the user is dangerous or not is detected according to whether the angular velocity, the acceleration and the heart rate meet preset danger judgment conditions or not, and when the angular velocity, the acceleration and the heart rate meet the preset danger judgment conditions, the user is determined to be dangerous.
In one embodiment, when the angular velocity, the acceleration and the heart rate meet preset danger determination conditions, if the average value of the angular velocity and the average value of the acceleration within a first time interval are greater than a first preset threshold and the average value of the acceleration is greater than a second preset threshold, the user is considered to be dangerous; or when the average value of the heart rates in the second time interval is larger than a third preset threshold value, the user is considered to be dangerous.
In steps S31-S32, a specific implementation is provided for detecting whether the user is dangerous according to the sensor data, and whether the user is dangerous is quickly determined by the angular velocity, the acceleration and the heart rate, so as to achieve the purpose of timely sending a rescue request.
S40: and if the user is determined to have danger, initiating a rescue request, wherein the rescue request comprises vehicle information and calling information.
The distress call information comprises the using state of the user, specifically the SOS distress state, and information such as the personal health condition of the user. The calling information can be timely sent to other vehicles or road side units when the user is in danger, so that the condition that the user is in danger is quickly known. It will be appreciated that in addition to the distress message, in order to make the rescuers more resource efficient, there is a need to provide vehicle information of the vehicle in which the user is located, including basic safety messages such as vehicle speed, form heading, geographical location, acceleration, predicted and historical path, vehicle type, etc. The current condition of the user can be sent out in time through the vehicle information and the calling information, and the rescue efficiency is improved.
Further, in step S40, if it is determined that the user is dangerous, a rescue request is initiated, including:
s400: and if the user is determined to have danger, initiating rescue requests according to different emergency levels, wherein the emergency levels are divided according to time.
In one embodiment, the urgency of the rescue request may be divided according to time. The rescue request initiated according to different emergency degrees has stronger pertinence, peripheral resources can be more reasonably utilized for seeking help, and the rescue efficiency and the rescue success rate are improved.
Further, in step S400, if it is determined that the user is dangerous, the method initiates a rescue request according to different emergency levels, where the emergency levels are divided according to time, and specifically includes:
s411: and obtaining the emergency vehicle reminding data according to the V2X information in a first preset time period.
Among them, Emergency Vehicle Warning (EVW) is a type identifier for identifying an Emergency Vehicle.
The V2X information comprises vehicle types, and collected V2X information can be screened according to the vehicle types. In one embodiment, the first 30 seconds before a user is at risk, the user is targeted to preferentially find emergency vehicles, including police cars, ambulances, fire trucks, and the like.
S412: and searching whether an emergency vehicle exists in a first preset search range or not according to the emergency vehicle reminding data.
In one embodiment, the emergency vehicle is searched within a first predetermined search range, such as a range within a radius of 150m centered on the GPS position of the vehicle.
S413: if an emergency vehicle exists, periodically initiating a rescue request to the emergency vehicle.
In one embodiment, when the emergency vehicle is searched within the first preset search range, a rescue request can be initiated to the emergency vehicle every five seconds to attract the attention of the emergency vehicle, so that the emergency vehicle can timely find that the user is in danger.
In one embodiment, when a police car, an ambulance and a fire truck exist in the first preset search range at the same time, a rescue request is preferably sent to the police car; when the ambulance and the fire truck exist simultaneously within the first preset search range, a rescue request is preferably sent to the ambulance. It will be appreciated that emergency vehicles may provide rescue alerts to users to varying degrees of relevance. In the embodiment, the rescue requests can be initiated according to the priority order of the police car, the ambulance and the fire truck, so that a user can initiate the rescue requests to the emergency vehicles with higher relevance degree capable of providing rescue alarms when searching various types of emergency vehicles at the same time, and a better rescue effect is achieved.
In steps S411 to S413, a specific implementation is provided for initiating rescue requests according to different emergency levels, and by collecting V2X information to find an emergency vehicle, a rescue request can be initiated in a targeted manner, so that the emergency vehicle can more quickly find a user in a dangerous situation. The emergency vehicle is searched based on the V2X information, communication interaction can be realized in a rescue request initiating mode without supporting service providers such as a taxi taking application program and a taxi taking service platform, a rescue request can be automatically initiated, active triggering of a user is not needed, and the efficiency of calling for help is higher.
Further, in step S400, if it is determined that the user is dangerous, the method initiates a rescue request according to different emergency levels, where the emergency levels are divided according to time, and the method specifically includes:
if the emergency vehicle does not exist in the first preset search range within the first preset time period, a rescue request is initiated for the vehicle within the second preset search range within the second preset time period.
It can be understood that finding an emergency vehicle for rescue is a targeted practice, and people on the emergency vehicle can quickly arrange the people for rescue if knowing that the user initiates a rescue request. However, the vehicle where the user is located may not be able to smoothly search for the emergency vehicle, and therefore, in the second preset time period, if the emergency vehicle cannot be searched within 30 seconds, a rescue request is initiated to the vehicle within the second preset search range, where the first preset search range and the second preset search range may be the same.
In an embodiment, by initiating a rescue request to a vehicle within a second preset search range within a second preset time period, help can be sought for other vehicles and a rescue request can be initiated under the condition that an emergency vehicle is not searched, so that other passengers or drivers can find that a user is dangerous in time.
Further, in step S400, if it is determined that the user is dangerous, a rescue request is initiated according to different emergency levels, which specifically includes:
if no vehicle exists in the second search range within the second preset time period, a rescue request is sent to the road side unit, so that the road side unit controls the traffic indicating equipment after receiving the rescue request.
The Road Side Unit (RSU) is an electronic device installed on the Road Side, and capable of communicating with a communication module of a vehicle to realize functions of vehicle identification, electronic deduction, Road speed limitation, obstacle early warning, and the like.
In one embodiment, when the vehicle where the user is located is not a vehicle capable of receiving the rescue request, the rescue request can be initiated to the road side unit. The roadside unit can send the rescue request to an police station system to realize quick alarm, and can also control traffic indicating equipment according to vehicle information included in the rescue request, for example, the lamp is switched to a red lamp before the vehicle reaches a traffic light.
Further, the rescue request is initiated by means of point-to-point communication, wherein the communication process adopts a V2X communication protocol.
In one embodiment, the rescue request is initiated in a point-to-point communication mode, so that the vehicle where the user is located and other vehicles can communicate one to one, and the communication safety is improved. In addition, a V2X communication protocol is adopted in the communication process, the communication interaction can be realized by adopting the V2X communication mode without depending on service providers such as taxi taking application programs, taxi taking service platforms and the like, the rescue request can be automatically initiated, and active triggering of a user is not needed.
Further, in order to implement that the rescue request adopts a point-to-point communication mode, in an embodiment, a user field may be specifically added in a data segment transmitted by the V2X communication protocol, where the user field includes a sender device ID, a receiver device ID, a sender public key, and an encryption flag indicating whether the data segment is encrypted or not, and the point-to-point communication adopting the mode is used for data transmission, so that the security of the rescue request can be improved, and the rescue request can be prevented from being intercepted and cracked by thieves.
Fig. 2 shows a schematic view of an application scenario of an embodiment of the present application, in which a crying face represents a user in danger, which may be a passenger or a driver, and is equipped with a wearable device having a V2X communication function.
Specifically, a V2X communication module is installed on a vehicle where a user is located, and the user can acquire V2X information of the vehicle where the user is located through wearable equipment to obtain vehicle information of the vehicle where the user is located; as shown in fig. 2, the upper right vehicle in the figure is a police vehicle belonging to an emergency vehicle, and the vehicle type in the broadcast V2X message is an emergency vehicle. In the figure, the right lower car is a common car and a non-emergency car, and when a user does not find the emergency car, the user can turn to the common car nearby for help. The equipment on the left road is a road side unit. The road side unit is connected with a traffic management bureau, an alarm bureau system, a payment system and the like through underground cables, and can complete functions such as near field payment, road data early warning, alarm receiving and case reporting and the like. The passenger communicates with the road side unit through the wearing equipment with the V2X communication function, and can automatically send out the rescue request to quickly convey the rescue request.
Fig. 3 shows a further flowchart of an embodiment of the present application, wherein the user equipped with the wearable device is specifically a passenger in the present embodiment.
The method comprises the following steps: the passenger sets the wearable device into a riding mode.
Step two: the wearable device collects the V2X information, determines the vehicle identification of the vehicle where the user is located through the distance, and collects the vehicle information of the vehicle where the user is located according to the vehicle identification.
Step three: the wearable device detects that the user is at risk by analyzing the sensor data.
Step four: rescue requests are periodically executed at different rescue levels until the rescue request is stopped.
Step five: the wearable device looks for whether a police car is nearby by vehicle type.
Step six: if the police car is found within 30 seconds, jumping to the ninth step; and if the police car is not found within 30 seconds, executing the step seven.
Step seven: if the common vehicle is found within 30 seconds, jumping to the step eleven; and if no ordinary vehicle is found within 30 seconds, executing the step eight.
Step eight: the wearable device initiates a rescue request to the road side unit and requests the next traffic light to be a red light.
Step nine: the wearable device sends a rescue request to the police car.
Step ten: and (5) the police car is unfolded for rescue.
Step eleven: the wearable device sends a rescue request to the ordinary vehicle.
Step twelve: the vehicle machine of the common vehicle displays information related to the rescue request, and the vehicle owner assists in alarming.
Specifically, when a passenger rides a car, the wearable device is set to a riding mode, wherein the wearable device comprises an RFIC (integrated circuit) supporting LTE-V communication data, a GPS positioning chip, a gyroscope sensor, an acceleration sensor and a heart rate sensor. After the wearable device enters a riding mode, a V2X communication module (formed by RFIC supporting LTE-V communication data) is used for receiving broadcast messages of a vehicle, vehicle identification of the vehicle where a user is located is determined through distance, vehicle information of the vehicle where the user is located is collected according to the vehicle identification, when the wearable device detects that the user is dangerous through analyzing sensor data, the wearable device enters an alarm level I, and whether police cars exist around the wearable device is identified through analyzing emergency vehicle reminding data in basic safety messages. Once the occurrence of the police car is found, periodically sending rescue requests to the police car immediately; and if no emergency vehicle is found within 30 seconds, entering an alarm level two. And the alarm level two is added to search surrounding ordinary vehicles. The priorities of the searching processes are sorted according to the distances between the vehicles, and if no ordinary vehicle capable of receiving the rescue request exists near the vehicle where the user is located after 30 seconds, the rescue request can be initiated to the road side unit. The roadside unit can send the rescue request to an police station system to realize quick alarm, and can make a decision according to vehicle information included in the rescue request to control the traffic indicating equipment. For example, the road indicator light is switched to a red light before the vehicle reaches the traffic light. As described above, the rescue request is continuously executed until the user does not stop the distress call request.
Fig. 4 shows a schematic diagram of a data structure of a transmitted data segment.
It is understood that, in order to implement peer-to-peer communication, so that the rescue request cannot be perceived by the vehicle where the user is located, a user field may be added to the V2X communication protocol, as shown in fig. 4, where the user field includes a sender device ID, a receiver device ID, a sender public key, and an encryption flag indicating whether the data segment is encrypted. When the encryption mark is true, the fields except the user field are encrypted by the public key of the receiving party equipment, and only the receiving party equipment can decrypt by using the private key of the receiving party equipment. It will be appreciated that the sender public key is specifically an asymmetric cryptographic public key. Further, if the data segment encryption process supports multiple public keys, what encryption algorithm is used should be added to the identifier to determine the length of the public key and the encryption algorithm used.
In the embodiment of the application, the vehicle identification of the vehicle where the user is located is determined through the collected V2X information, the vehicle where the user is located can be quickly confirmed based on the V2X communication mode, and the user can obtain the vehicle information of the vehicle where the user is located from a plurality of vehicles according to the vehicle identification of the vehicle where the user is located; through the collection of the sensor data, whether the user has danger or not can be detected according to the sensor data, and when the danger of the user is determined through detection, the rescue request comprising the vehicle information and the calling information can be sent to the receiving equipment in time. The rescue request can be automatically sent without active triggering of a user or dependence on a taxi taking application program, and the purpose of safe and convenient help calling can be achieved.
It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.
Based on the cooperative distress call method provided in the embodiment, the embodiment of the present application further provides an embodiment of an apparatus for implementing each step and method in the above method embodiments.
Fig. 5 is a schematic block diagram of a cooperative call-for-help device corresponding to the cooperative call-for-help method in the embodiment one to one. As shown in fig. 5, the cooperative distress call device includes a first collecting module 10, a vehicle information acquiring module 20, a third collecting module 30, and a rescue request module 40. The implementation functions of the first acquisition module 10, the vehicle information acquisition module 20, the third acquisition module 30, and the rescue request module 40 correspond to the steps corresponding to the cooperative distress call method in the embodiment one to one, and for avoiding repeated descriptions, detailed descriptions are not provided in this embodiment.
And the first acquisition module 10 is used for acquiring the V2X information and determining the vehicle identification of the vehicle where the user is located through the V2X information.
V2X (Vehicle to aircraft) represents communication interconnection between a Vehicle and everything based on LTE (Long Term Evolution) -V (Vehicle) or DSRC (Dedicated Short Range Communications) and can communicate interconnection with other things by using the Vehicle as a main body, for example, communication interconnection between the Vehicle and the Vehicle, the Vehicle and wearable device, the Vehicle and roadside unit, and the like.
In one embodiment, the wearable device collects V2X information through V2X communication, wherein the V2X information includes BSM (Basic safety Message) that is information broadcast by the vehicle when performing V2X communication, including vehicle vin (vehicle Identification number) code, vehicle travel speed, form heading, geographic position, acceleration, predicted path, historical path, vehicle type, and the like. It can be understood that, when the user drives or rides the vehicle, the wearable device on the body can collect the V2X information, and establish the communication interconnection relationship between the wearable device of the user, the vehicle in which the user is located and other vehicles within the communication range.
The vehicle identifier is an identifier capable of uniquely identifying a vehicle, and specifically, a vehicle VIN code in the V2X information may be used as the vehicle identifier. The VIN code is a unique number for the automobile, and can identify the manufacturer, engine, chassis serial number and other performance data of the automobile. According to the embodiment of the application, the vehicle identification of the vehicle where the user is located can be quickly confirmed based on the communication mode of V2X.
And the vehicle information obtaining module 20 is configured to obtain vehicle information of the vehicle where the user is located according to the vehicle identifier of the vehicle where the user is located.
The vehicle information of the vehicle where the user is located refers to V2X information collected from the vehicle where the user is riding and driving, and includes basic safety information of the vehicle where the user is located.
It can be understood that, assuming that the user is in danger, the vehicle information of the vehicle where the user is located needs to be sent when calling for help, so that the rescuer can quickly determine the geographical location where the user is located for rescue.
In an embodiment, the vehicle information of the vehicle where the user is located may be obtained from the V2X information collected by the plurality of vehicles according to the vehicle VIN code, or the vehicle information of the vehicle where the user is located may be collected by using a communication data module of the wearable device, such as an RFIC (radio frequency integrated circuit) supporting LTE-V communication data, to receive the broadcast information sent by the V2X communication module of the vehicle according to the vehicle identification. In the embodiment of the application, the user can acquire the vehicle information of the vehicle where the user is located from a plurality of vehicles, so that when the user is in danger, the vehicle information of the vehicle where the user is located can be rapidly and timely sent to other vehicles or road side units, and rescue workers can rapidly and accurately determine the current geographic position and other information of the user.
And the third acquisition module 30 is used for acquiring sensor data and detecting whether the user has danger according to the sensor data.
The wearable device comprises a plurality of sensors, and the sensor data acquired by the sensors can reflect the personal health conditions of the user, such as whether the user is frightened, frightened and other undesirable mental states; if the body state of the user is abnormal, for example, the abnormal situation such as the change amplitude of the body moving speed and the overlarge overturn amplitude occurs, the sensing data can be used for detecting whether the user is in danger or not.
And a rescue request module 40, configured to initiate a rescue request if it is determined that the user is dangerous, where the rescue request includes vehicle information and call information.
The distress message comprises a use state of a user, specifically an SOS distress state, and information such as personal health condition. The calling information can be timely sent to other vehicles or road side units when the user is in danger, so that the condition that the user is in danger is quickly known. It will be appreciated that in addition to the distress message, in order to make the rescuers more resource efficient, there is a need to provide vehicle information of the vehicle in which the user is located, including basic safety messages such as vehicle speed, form heading, geographical location, acceleration, predicted and historical path, vehicle type, etc. The current condition of the user can be sent out in time through the vehicle information and the calling information, and the rescue efficiency is improved.
Optionally, the V2X information includes GPS data.
Optionally, the first acquisition module 10 is specifically configured to:
and calculating the distance between the user and the surrounding vehicle according to the GPS data, wherein the vehicles within the preset geographic range are the surrounding vehicles.
And determining the surrounding vehicle which is continuously within 1.5 meters of the distance from the user as the vehicle in which the user is positioned within a preset time period.
And determining the vehicle identification of the vehicle where the user is located according to the vehicle where the user is located.
Specifically, vehicles within a radius of 150m from the geographical location where the user is located may be taken as the surrounding vehicles.
It can be understood that the V2X information includes GPS (global Positioning system) data, that is, data of the geographic location of the vehicle, and the user can determine the vehicle identifier of the vehicle where the user is located through the GPS data of the vehicle.
In one embodiment, after the user receives the broadcast information of the surrounding vehicle through the V2X communication module of the wearable device and obtains the basic safety message, the distance between the user and the surrounding vehicle is calculated according to the GPS data in the basic safety message, so as to analyze the distance between the user and the surrounding vehicle and determine the vehicle where the user is located.
It can be understood that the safe distance of the front and rear vehicles in the driving state should be more than 10 meters, so that the distance of the user from the front and rear vehicles in the case of normal vehicle driving cannot be always within 1.5 meters; and for the left and right vehicle distances, the average left and right vehicle distances for safe running is 1.2 meters, and the width of the vehicle body is more than 1.5 meters, so that the vehicles on the vehicle of the user start from a stationary state to the user and are in danger, and the distance between a person and the vehicle is basically impossible to be within 1.5 meters because the vehicles run in parallel with the vehicle.
In one embodiment, in a preset time period, if the distance between the User and the surrounding vehicle is continuously within 1.5 meters, the surrounding vehicle is determined as the vehicle where the User is located, if the User encounters a danger, the vehicle where the User is located can be marked as a dangerous vehicle, and distress information is generated, wherein the distress information includes VRUCW (Vulnerable Road User Collision warning) User data: the use state of the user is SOS help, and the user health state comprises personal health conditions and the like. The calling information can be timely sent to other vehicles or road side units when the user is in danger, so that the condition that the user is in danger is quickly known.
In one embodiment, after the vehicle where the user is located is determined, the uniquely identifiable identifier can be selected as the vehicle identifier. Specifically, the vehicle VIN code of the vehicle where the user is located can be used as the vehicle identifier, so that the subsequent wearable device can conveniently acquire the V2X information sent by the vehicle where the user is located through broadcasting according to the vehicle VIN code of the vehicle.
Optionally, the sensor data includes angular velocity, acceleration, and heart rate.
Optionally, the third acquisition module 30 is specifically configured to:
angular velocity, acceleration and heart rate are collected.
Whether the user is dangerous or not is detected according to whether the angular velocity, the acceleration and the heart rate meet preset danger judgment conditions or not, and when the angular velocity, the acceleration and the heart rate meet the preset danger judgment conditions, the user is determined to be dangerous.
In one embodiment, the wearable device comprises sensors such as a gyroscope sensor, an acceleration sensor and a heart rate sensor, and can detect the personal health condition of the user according to data such as angular velocity, acceleration and heart rate acquired by the sensors such as the gyroscope sensor, the acceleration sensor and the heart rate sensor, so that the judgment of whether the user is dangerous or not is facilitated.
In one embodiment, when the angular velocity, the acceleration and the heart rate meet preset danger judgment conditions, if the average value of the angular velocity is greater than a first preset threshold and the average value of the acceleration is greater than a second preset threshold in a first time interval, the user is considered to be dangerous; or when the average value of the heart rates in the second time interval is larger than a third preset threshold value, the user is considered to be dangerous.
Optionally, rescue request module 40 is specifically configured to:
and if the user is determined to have danger, initiating rescue requests according to different emergency levels, wherein the emergency levels are divided according to time.
In one embodiment, the urgency of the rescue request may be divided according to time. The rescue request initiated according to different emergency degrees has stronger pertinence, peripheral resources can be more reasonably utilized for seeking help, and the rescue efficiency and the success rate are improved.
Optionally, rescue request module 40 is further specifically configured to:
and obtaining the emergency vehicle reminding data according to the V2X information in a first preset time period.
And searching whether an emergency vehicle exists in a first preset search range or not according to the emergency vehicle reminding data.
If an emergency vehicle exists, periodically initiating a rescue request to the emergency vehicle.
Among them, Emergency Vehicle Warning (EVW) is a type identifier for identifying an Emergency Vehicle.
The V2X information comprises vehicle types, and collected V2X information can be screened according to the vehicle types. In one embodiment, the first 30 seconds before a user is at risk, the user is targeted to preferentially find emergency vehicles, including police cars, ambulances, fire trucks, and the like.
In one embodiment, the emergency vehicle is searched within a first predetermined search range, such as a range within a radius of 150m centered on the GPS position of the vehicle.
In one embodiment, when the emergency vehicle is searched within the first preset search range, a rescue request can be initiated to the emergency vehicle every five seconds to attract the attention of the emergency vehicle, so that the emergency vehicle can timely find that the user is in danger.
In one embodiment, when a police car, an ambulance and a fire truck exist in the first preset search range at the same time, a rescue request is preferably sent to the police car; when the ambulance and the fire truck exist simultaneously within the first preset search range, a rescue request is preferably sent to the ambulance. It will be appreciated that emergency vehicles may provide rescue alerts to users to varying degrees of relevance. In the embodiment, the rescue requests can be initiated according to the priority order of the police car, the ambulance and the fire truck, so that a user can initiate the rescue requests to the emergency vehicles with higher relevance degree capable of providing rescue alarms when searching various types of emergency vehicles at the same time, and a better rescue effect is achieved.
Optionally, rescue request module 40 is further specifically configured to:
if the emergency vehicle does not exist in the first preset search range within the first preset time period, a rescue request is initiated for the vehicle within the second preset search range within the second preset time period.
It can be understood that finding an emergency vehicle for rescue is a targeted practice, and people on the emergency vehicle can quickly arrange the people for rescue if knowing that the user initiates a rescue request. However, the vehicle where the user is located may not be able to smoothly search for the emergency vehicle, and therefore, in the second preset time period, for example, if the emergency vehicle cannot be searched within 30 seconds, a rescue request is initiated to the vehicle within the second preset search range, where the first preset search range and the second preset search range may be the same.
In an embodiment, by initiating a rescue request to a vehicle within a second preset search range within a second preset time period, help can be sought for other vehicles and a rescue request can be initiated under the condition that an emergency vehicle is not searched, so that other passengers or drivers can find that a user is dangerous in time.
Optionally, rescue request module 40 is further specifically configured to:
if no vehicle exists in the second search range within the second preset time period, a rescue request is sent to the road side unit, so that the road side unit controls the traffic indicating equipment after receiving the rescue request.
The Road Side Unit (RSU) is an electronic device installed on the Road Side, and capable of communicating with a communication module of a vehicle to realize functions of vehicle identification, electronic deduction, Road speed limitation, obstacle early warning, and the like.
In one embodiment, when the vehicle where the user is located is not a vehicle capable of receiving the rescue request, the rescue request can be initiated to the road side unit. The roadside unit can send the rescue request to an police station system to realize quick alarm, and can also control traffic indicating equipment according to vehicle information included in the rescue request, for example, the lamp is switched to a red lamp before the vehicle reaches a traffic light.
Optionally, the rescue request is initiated by means of peer-to-peer communication, wherein the communication process uses V2X communication protocol.
Optionally, the V2X communication protocol transmits a data segment including a user field, where the user field includes a sender device ID, a receiver device ID, a sender public key, and an encryption flag indicating whether the data segment is encrypted.
In one embodiment, the rescue request is initiated in a point-to-point communication mode, so that the vehicle where the user is located and other vehicles can communicate one to one, and the communication safety can be improved. In addition, a V2X communication protocol is adopted in the communication process, the communication interaction can be realized by adopting the V2X communication mode without depending on service providers such as taxi taking application programs, taxi taking service platforms and the like, the rescue request can be automatically initiated, and active triggering of a user is not needed.
Further, in order to implement that the rescue request adopts a point-to-point communication mode, in an embodiment, a user field may be specifically added in a data segment transmitted by the V2X communication protocol, where the user field includes a sender device ID, a receiver device ID, a sender public key, and an encryption flag indicating whether the data segment is encrypted or not, and the point-to-point communication adopting the mode is used for data transmission, so that security of the rescue request can be improved, and it is prevented from being intercepted and cracked by thieves.
In the embodiment of the application, the vehicle identification of the vehicle where the user is located is determined through the collected V2X information, the vehicle where the user is located can be quickly confirmed based on a point-to-point short-distance communication mode of V2X, and the user can obtain the vehicle information of the vehicle where the user is located from a plurality of vehicles according to the vehicle identification of the vehicle where the user is located; through the collection of the sensor data, whether the user has danger or not can be detected according to the sensor data, and when the user is detected and determined to have danger, the rescue request comprising the vehicle identification and the vehicle information of the vehicle where the user is located can be sent to the receiving equipment in time. The rescue request can be automatically sent without active triggering of a user or dependence on a taxi taking application program, and the purpose of safe and convenient help calling can be achieved.
The present embodiment provides a computer-readable storage medium, where a computer program is stored, and when the computer program is executed by a processor, the method for collaborative distress call in the embodiments is implemented, which is not repeated herein. Alternatively, the computer program is executed by the processor to implement the functions of the modules/units in the cooperative call-for-help apparatus in the embodiment, which are not described herein again to avoid repetition.
Fig. 6 is a schematic diagram of a wearable device provided in an embodiment of the present application. As shown in fig. 6, the wearable device 50 of this embodiment includes: a processor 51, a memory 52 and a computer program 53 stored in the memory 52 and executable on the processor 51, which computer program 53 when executed by the processor 51 implements the collaborative distress method of an embodiment. Alternatively, the computer program 53 may be executed by the processor 51 to implement the functions of the models/units in the cooperative call-for-help apparatus corresponding to the cooperative call-for-help method in one-to-one embodiment.
The wearable device 50 may be a computing device such as a desktop computer, a notebook, a palm top computer, and a cloud server. Wearable device 50 may include, but is not limited to, a processor 51, a memory 52. Those skilled in the art will appreciate that fig. 6 is merely an example of a wearable device 50, and does not constitute a limitation of wearable device 50, and may include more or fewer components than shown, or combine certain components, or different components, e.g., the wearable device may also include input-output devices, network access devices, buses, etc.
The Processor 51 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, discrete hardware component, or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The memory 52 may be an internal storage unit of the wearable device 50, such as a hard disk or a memory of the wearable device 50. The memory 52 may also be an external storage device of the wearable device 50, such as a plug-in hard disk provided on the wearable device 50, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like. Further, the memory 52 may also include both internal and external memory units of the wearable device 50. The memory 52 is used to store computer programs and other programs and data required by the wearable device. The memory 52 may also be used to temporarily store data that has been output or is to be output.
It should be understood that the embodiments described are only a few embodiments of the present application, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The terminology used in the embodiments of the present application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in the examples of this application and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.
It should be understood that the term "and/or" as used herein is merely a field that describes the same of an associated object, meaning that three relationships may exist, e.g., A and/or B, may indicate: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship.
It should be understood that although the terms first, second, third, etc. may be used to describe preset ranges, etc. in the embodiments of the present application, these preset ranges should not be limited to these terms. These terms are only used to distinguish preset ranges from each other. For example, the first preset range may also be referred to as a second preset range, and similarly, the second preset range may also be referred to as the first preset range, without departing from the scope of the embodiments of the present application.
The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination" or "in response to a detection", depending on the context. Similarly, the phrases "if determined" or "if detected (a stated condition or event)" may be interpreted as "when determined" or "in response to a determination" or "when detected (a stated condition or event)" or "in response to a detection (a stated condition or event)", depending on the context.
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules, so as to perform all or part of the functions described above.
The above embodiments are only used to illustrate the technical solutions of the present application, and not to limit the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present application and are intended to be included within the scope of the present application.

Claims (18)

1. A cooperative distress method is applied to wearable equipment and comprises the following steps:
collecting V2X information, and determining the vehicle identification of the vehicle where the user is located through the V2X information;
acquiring vehicle information of the vehicle where the user is located according to the vehicle identification of the vehicle where the user is located;
collecting sensor data, and detecting whether a user has danger according to the sensor data;
if the user is determined to have danger, a rescue request is initiated, wherein the rescue request comprises the vehicle information and the calling information;
the V2X information comprises GPS data, and the vehicle identification of the vehicle where the user is located is determined through the V2X information, and the method comprises the following steps:
calculating the distance between the user and a surrounding vehicle according to the GPS data, wherein the vehicle in a preset geographic range is the surrounding vehicle;
determining the surrounding vehicle which is continuously within 1.5 meters away from the user as the vehicle where the user is located within a preset time period;
and determining the vehicle identification of the vehicle where the user is located according to the vehicle where the user is located.
2. The method of claim 1, wherein the sensor data includes angular velocity, acceleration, and heart rate, and wherein collecting sensor data and detecting whether a user is at risk based on the sensor data comprises:
collecting angular velocity, acceleration and heart rate;
and detecting whether the user is dangerous according to whether the angular velocity, the acceleration and the heart rate meet preset danger judgment conditions, wherein when the angular velocity, the acceleration and the heart rate meet the preset danger judgment conditions, the user is determined to be dangerous.
3. The method of claim 1, wherein initiating a rescue request if it is determined that the user is at risk comprises:
and if the user is determined to have danger, initiating the rescue request according to different emergency levels, wherein the emergency levels are divided according to time.
4. The method of claim 3, wherein initiating the rescue request at different levels of urgency if it is determined that the user is at risk comprises:
in a first preset time period, obtaining emergency vehicle reminding data according to the V2X information;
searching whether an emergency vehicle exists in a first preset search range or not according to the emergency vehicle reminding data;
and if the emergency vehicle exists, periodically initiating a rescue request to the emergency vehicle.
5. The method of claim 4, wherein initiating the rescue request at different levels of urgency if it is determined that the user is at risk comprises:
if the emergency vehicle does not exist in the first preset search range within the first preset time period, initiating the rescue request to the vehicle within the second preset search range within a second preset time period.
6. The method of claim 5, wherein initiating the rescue request at different levels of urgency if it is determined that the user is at risk comprises:
if no vehicle exists in a second search range within the second preset time period, initiating the rescue request to a road side unit so that the road side unit controls the traffic indicating equipment after receiving the rescue request.
7. The method according to any one of claims 1 to 6, wherein the rescue request is initiated by means of peer-to-peer communication, wherein the communication process employs a V2X communication protocol.
8. The method of claim 7, wherein the V2X communication protocol transmits data segments including a user field, and wherein the user field includes a sender device ID, a receiver device ID, a sender public key, and an encryption flag indicating whether the data segments are encrypted.
9. A cooperative calling device, applied to a wearable device, includes:
the first acquisition module is used for acquiring V2X information and determining the vehicle identification of the vehicle where the user is located according to the V2X information;
the vehicle information acquisition module is used for acquiring the vehicle information of the vehicle where the user is located according to the vehicle identification of the vehicle where the user is located;
the third acquisition module is used for acquiring sensor data and detecting whether the user has danger according to the sensor data;
the rescue request module is used for initiating a rescue request if the user is determined to have danger, wherein the rescue request comprises the vehicle information and the calling information;
the V2X information includes GPS data, and the first acquisition module is specifically configured to:
calculating the distance between the user and a surrounding vehicle according to the GPS data, wherein the vehicle in a preset geographic range is the surrounding vehicle;
determining the surrounding vehicle which is continuously within 1.5 meters away from the user as the vehicle where the user is located within a preset time period;
and determining the vehicle identification of the vehicle where the user is located according to the vehicle where the user is located.
10. The apparatus of claim 9, wherein the sensor data comprises angular velocity, acceleration, and heart rate, and the third acquisition module is specifically configured to:
collecting angular velocity, acceleration and heart rate;
and detecting whether the user is dangerous according to whether the angular velocity, the acceleration and the heart rate meet preset danger judgment conditions, wherein when the angular velocity, the acceleration and the heart rate meet the preset danger judgment conditions, the user is determined to be dangerous.
11. The device according to claim 9, wherein the rescue request module is specifically configured to:
and if the user is determined to have danger, initiating the rescue request according to different emergency levels, wherein the emergency levels are divided according to time.
12. The device of claim 11, wherein the rescue request module is further specifically configured to:
in a first preset time period, obtaining emergency vehicle reminding data according to the V2X information;
searching whether an emergency vehicle exists in a first preset search range or not according to the emergency vehicle reminding data;
and if the emergency vehicle exists, periodically initiating a rescue request to the emergency vehicle.
13. The device of claim 12, wherein the rescue request module is further configured to:
if the emergency vehicle does not exist in the first preset search range within the first preset time period, initiating the rescue request to the vehicle within the second preset search range within a second preset time period.
14. The device of claim 13, wherein the rescue request module is further configured to:
if no vehicle exists in a second search range within the second preset time period, initiating the rescue request to a road side unit so that the road side unit controls the traffic indicating equipment after receiving the rescue request.
15. The device according to any one of claims 9-14, wherein the rescue request is initiated by means of peer-to-peer communication, wherein the communication process uses a V2X communication protocol.
16. The apparatus of claim 15, wherein the V2X communication protocol transmits data segments including a user field, and wherein the user field includes a sender device ID, a receiver device ID, a sender public key, and an encryption flag indicating whether the data segments are encrypted.
17. A wearable device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor when executing the computer program implements the steps of the collaborative distress method according to any of claims 1 to 8.
18. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the collaborative distress method according to any one of claims 1 to 8.
CN201911021756.3A 2019-10-25 2019-10-25 Collaborative help calling method and device, wearable device and storage medium Active CN110881166B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201911021756.3A CN110881166B (en) 2019-10-25 2019-10-25 Collaborative help calling method and device, wearable device and storage medium
PCT/CN2020/105906 WO2021077843A1 (en) 2019-10-25 2020-07-30 Cooperative calling method and apparatus and wearable device and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911021756.3A CN110881166B (en) 2019-10-25 2019-10-25 Collaborative help calling method and device, wearable device and storage medium

Publications (2)

Publication Number Publication Date
CN110881166A CN110881166A (en) 2020-03-13
CN110881166B true CN110881166B (en) 2021-06-08

Family

ID=69728156

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911021756.3A Active CN110881166B (en) 2019-10-25 2019-10-25 Collaborative help calling method and device, wearable device and storage medium

Country Status (2)

Country Link
CN (1) CN110881166B (en)
WO (1) WO2021077843A1 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110881166B (en) * 2019-10-25 2021-06-08 华为技术有限公司 Collaborative help calling method and device, wearable device and storage medium
CN114071401A (en) * 2020-08-04 2022-02-18 Oppo广东移动通信有限公司 Wearable device control method and device, wearable device and storage medium
CN113793479A (en) * 2021-11-17 2021-12-14 聊城中塑电子科技有限公司 Personnel danger sensing method and system based on Internet of vehicles and electronic equipment
CN117597954A (en) * 2022-06-13 2024-02-23 北京小米移动软件有限公司 Help calling method, device, equipment and storage medium

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018120470A1 (en) * 2016-12-30 2018-07-05 华为技术有限公司 Image processing method for use when reversing vehicles and relevant equipment therefor
CN108340852A (en) * 2016-01-26 2018-07-31 通用汽车环球科技运作有限责任公司 The system and method for guarantee for vehicle ride safety and people and property
CN109118710A (en) * 2018-09-06 2019-01-01 宁波亿拍客网络科技有限公司 Auxiliary realizes the method and apparatus and its expansion for obtaining protection when a kind of dangerous
CN109584008A (en) * 2018-11-27 2019-04-05 重庆理工大学 Net based on speech recognition about vehicle abnormal driving environment monitor system and method
CN109727432A (en) * 2019-01-28 2019-05-07 深圳市世强元件网络有限公司 Internet platform One key alarming method and terminal
CN109982259A (en) * 2019-03-07 2019-07-05 深圳市华慧云科技有限公司 Net about windward driving security monitoring and alarm method and device

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105321340A (en) * 2015-11-23 2016-02-10 上海汽车集团股份有限公司 Vehicle-road-communication-based rescue signal sending method, device and vehicle
US10002515B2 (en) * 2016-06-01 2018-06-19 Tile, Inc. User intervention based on tracking device location
CN106448043A (en) * 2016-07-29 2017-02-22 深圳市元征科技股份有限公司 Method and device for asking for help
CN107031653B (en) * 2017-04-18 2018-03-06 黄海虹 A kind of driver identity authoring system for being used to share automobile
US10490075B2 (en) * 2017-11-27 2019-11-26 Honda Motor Co., Ltd. System and method for providing road user related data based on vehicle communications
CN109299801A (en) * 2018-09-07 2019-02-01 福建兑信科技有限公司 A kind of net about vehicle lock driver automatic recognition system
CN109472730A (en) * 2018-10-31 2019-03-15 深圳市元征科技股份有限公司 A kind of urgent method for early warning of vehicle, device, equipment, system
CN109711920A (en) * 2018-11-05 2019-05-03 界首市菁华科技信息咨询服务有限公司 A kind of net about vehicle safety monitoring system
CN109766405B (en) * 2019-03-06 2022-07-12 路特迩科技(杭州)有限公司 Traffic and travel information service system and method based on electronic map
CN110881166B (en) * 2019-10-25 2021-06-08 华为技术有限公司 Collaborative help calling method and device, wearable device and storage medium

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108340852A (en) * 2016-01-26 2018-07-31 通用汽车环球科技运作有限责任公司 The system and method for guarantee for vehicle ride safety and people and property
WO2018120470A1 (en) * 2016-12-30 2018-07-05 华为技术有限公司 Image processing method for use when reversing vehicles and relevant equipment therefor
CN109118710A (en) * 2018-09-06 2019-01-01 宁波亿拍客网络科技有限公司 Auxiliary realizes the method and apparatus and its expansion for obtaining protection when a kind of dangerous
CN109584008A (en) * 2018-11-27 2019-04-05 重庆理工大学 Net based on speech recognition about vehicle abnormal driving environment monitor system and method
CN109727432A (en) * 2019-01-28 2019-05-07 深圳市世强元件网络有限公司 Internet platform One key alarming method and terminal
CN109982259A (en) * 2019-03-07 2019-07-05 深圳市华慧云科技有限公司 Net about windward driving security monitoring and alarm method and device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于行为模式识别的网约车安防研究与实现;杨光义，李卓鸿，叶欣雨，程谟凡，谢银波;《武汉大学学报(工学版)》;20191015;927-933 *

Also Published As

Publication number Publication date
CN110881166A (en) 2020-03-13
WO2021077843A1 (en) 2021-04-29

Similar Documents

Publication Publication Date Title
CN110881166B (en) Collaborative help calling method and device, wearable device and storage medium
EP3473026B1 (en) Methods and systems for context based anomaly monitoring
EP2831858B1 (en) Service of an emergency event based on proximity
RU2731188C1 (en) Device, method and computer program for vehicle for providing emergency alarm message to emergency call point
CN108307295A (en) The method and apparatus for avoiding accident for vulnerable road user
CN108604414B (en) Method, apparatus and storage medium for providing information about dangerous situations
CN105448135B (en) Warning information sending method, method of reseptance and its vehicle for V2V communication networks
US9153135B2 (en) Mobile computing device emergency warning system and method
CN111785019A (en) Vehicle traffic data generation method and system based on V2X and storage medium
US11017476B1 (en) Telematics system and method for accident detection and notification
JP6856325B2 (en) Methods and systems for alerting the driver of a vehicle
US9773416B2 (en) Method, apparatus and computer program product for lane filtering
US20150079923A1 (en) Communications device based analytics for a traveler
CA3003855C (en) Method, device, and system for detecting a dangerous road event and/or condition
CN112019588A (en) Driver verification for taxi service
CN115348149A (en) Equipment monitoring method and device in Internet of vehicles and terminal equipment
CN110316201A (en) A kind of zig zag recognition methods, device, system
WO2017214990A1 (en) Method and device for processing accident information
JP2005293032A (en) Vehicle operation state monitoring system and vehicle operation state monitoring program for this system
US11356550B1 (en) Systems and methods for determining the driver of a vehicle
Butkar et al. Accident detection and alert system (current location) using global positioning system
Tippannavar et al. IoT enabled Smart Car with V2X Enhanced Comunication and Safety Alert system
CN115862293A (en) Information transmission method and related device
US20200380869A1 (en) Method for locating a vehicle and user
KR101591707B1 (en) Methods and Apparatuses for providing Virtual Space Service using Vehicle Communication

Legal Events

Date Code Title Description
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant