Vehicle condition warning method and device, vehicle and storage medium
By acquiring the status of vehicle doors, hood, and windows and setting custom alarm durations and handling measures, the problem of vehicle door and window status alarms not supporting user customization has been solved, improving vehicle safety and user experience when leaving the vehicle.
Patent Information
- Application Number
- CN202511248498.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-09-01
- Publication Date
- 2025-10-17
AI Technical Summary
The current vehicle door and window status alarm does not support user-defined settings, which can easily lead to property damage if users forget to handle situations where the car is unlocked or the windows are not closed.
A vehicle condition alarm method is provided. By obtaining the closing and locking status of the doors, hood, and windows, it determines whether to trigger an alarm based on preset alarm information, including custom alarm duration and processing measures.
It improves vehicle safety and user experience when leaving the vehicle, supports personalized customization settings, and promptly handles situations where the car is unlocked or the windows are not closed.
Smart Images

Figure CN120792677A_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The application belongs to the technical field of vehicles, and particularly relates to a vehicle condition warning method and device, a vehicle, and a storage medium. BACKGROUND
[0002] At present, vehicle door and window cover state warning does not support user-defined setting, and the processing measures after the user finds that the vehicle is not locked and the window is not closed are relatively lagging. When the user forgets to process, the vehicle owner may cause property loss. Therefore, a vehicle warning approach that can be user-defined and automatic processing setting when the vehicle is not locked and the window is not closed are urgently needed so as to automatically lock the vehicle and close the window when the vehicle owner forgets. SUMMARY
[0003] In view of the above problems, the application provides a vehicle condition warning method, device, vehicle and storage medium to improve the above problems.
[0004] In a first aspect, an embodiment of the application provides a vehicle condition warning method, which comprises: acquiring vehicle condition information, the vehicle condition information indicating at least one of a vehicle door closing condition, a vehicle door locking condition, a vehicle cover closing condition and a vehicle window closing condition; and determining whether to trigger a warning based on the vehicle condition information and preset warning information, the preset warning information including preset warning durations for a vehicle door not being closed, a vehicle door not being locked, a vehicle cover not being closed and a vehicle window not being closed, respectively.
[0005] In a second aspect, an embodiment of the application provides a vehicle condition warning device, which comprises: an acquisition unit configured to acquire vehicle condition information, the vehicle condition information indicating at least one of a vehicle door closing condition, a vehicle door locking condition, a vehicle cover closing condition and a vehicle window closing condition; and a determination unit configured to determine whether to trigger a warning based on the vehicle condition information and preset warning information, the preset warning information including preset warning durations for a vehicle door not being closed, a vehicle door not being locked, a vehicle cover not being closed and a vehicle window not being closed, respectively.
[0006] In a third aspect, an embodiment of the application provides a vehicle comprising one or more processors and a memory, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, and the one or more programs are configured to execute the method described above.
[0007] In a fourth aspect, an embodiment of the application provides a computer-readable storage medium, wherein the computer-readable storage medium stores program code, and the program code performs the method described above when running.
[0008] The embodiment of the present application provides a vehicle condition warning method and device, a vehicle and a storage medium. First, vehicle condition information is acquired, the vehicle condition information indicating at least one of a vehicle door closing condition, a vehicle door locking condition, a vehicle cover closing condition and a vehicle window closing condition, and then whether to trigger a warning is determined based on the vehicle condition information and preset warning information, the preset warning information including preset warning time lengths for a vehicle door not being closed, a vehicle door not being locked, a vehicle cover not being closed and a vehicle window not being closed respectively. Through the above method, the current situation that a vehicle does not support user individualization and customization can be improved, and off-vehicle safety performance and user experience can be improved. BRIEF DESCRIPTION OF DRAWINGS
[0009] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the embodiment description will be briefly introduced. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative labor.
[0010] Figure 1 A schematic diagram of an application scenario of a vehicle condition warning method according to an embodiment of the present application is shown; Figure 2 A flowchart of a vehicle condition warning method according to an embodiment of the present application is shown; Figure 3 A flowchart of a vehicle condition warning method according to another embodiment of the present application is shown; Figure 4 A structural block diagram of a vehicle condition warning device according to an embodiment of the present application is shown; Figure 5 A structural block diagram of a vehicle for executing a vehicle condition warning method according to an embodiment of the present application is shown; Figure 6 A storage unit for storing or carrying program codes for implementing a vehicle condition warning method according to an embodiment of the present application is shown. DETAILED DESCRIPTION
[0011] The technical solutions in the embodiments of the present application will be described clearly and completely in combination with the drawings in the embodiments of the present application. Obviously, the described embodiments are only some embodiments of the present application, not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative labor are within the scope of protection of the present application.
[0012] The embodiment of the present application provides a vehicle condition warning method and device, a vehicle and a storage medium. First, vehicle condition information is acquired, the vehicle condition information indicating at least one of a vehicle door closing condition, a vehicle door locking condition, a vehicle cover closing condition and a vehicle window closing condition, and then whether to trigger a warning is determined based on the vehicle condition information and preset warning information, the preset warning information including preset warning time lengths for the vehicle door being not closed, the vehicle door being not locked, the vehicle cover being not closed and the vehicle window being not closed respectively. Through the above method, the current situation that the vehicle does not support user personalized self-defined setting can be improved, and the off-vehicle safety performance and user experience are improved.
[0013] The application environment of the vehicle condition warning method provided by the embodiment of the present application will be introduced below. Please refer to Figure 1 The vehicle condition warning method provided by the embodiment of the present application can be applied to a vehicle condition warning system 100, and the vehicle condition warning system 100 can include a vehicle 110, an electronic device 120 and a cloud server 130. The vehicle 110, the electronic device 120 and the cloud server 130 are communicatively connected and can transmit data to each other.
[0014] The vehicle 110 can be provided with an alarm monitoring module, which is used for alarm monitoring of the vehicle door being not closed / locked, the vehicle cover being not closed and the vehicle window being not closed. The electronic device 120 is provided with a specified application program, and the user can set alarm logic of the vehicle door, the vehicle window and the vehicle cover through the specified application program, wherein the alarm logic can include multi-alarm timing setting and alarm processing measure setting.
[0015] In the embodiment of the present application, when the user sets the alarm logic through the specified application program in the electronic device 120, the electronic device can upload the set alarm logic to the cloud server 130, and then the cloud server 130 can combine the alarm logic with the state signals of the vehicle door, the vehicle cover and the vehicle window in the big data matrix, convert part of the logic that needs to be executed by the vehicle 110 into an interface input parameter of cloud vehicle adjustment, and send the alarm monitoring module of the vehicle 110 through the cloud vehicle adjustment form. When the vehicle 110 receives the cloud vehicle adjustment request message of the cloud server 130, the message is parsed, the latest alarm logic set by the user is recorded in the vehicle, and then the alarm monitoring module of the vehicle 110 can alarm monitor the vehicle door being not closed / locked, the vehicle cover being not closed and the vehicle window being not closed according to the latest alarm logic.
[0016] The embodiments of the present application will be described in detail below with reference to the drawings.
[0017] Please refer to Figure 2 The vehicle condition warning method provided by the embodiment of the present application includes the following steps. Step S110: obtaining vehicle condition information, the vehicle condition information indicating at least one of a vehicle door closing condition, a vehicle door locking condition, a vehicle cover closing condition, and a vehicle window closing condition.
[0018] In the embodiments of the present application, the obtained vehicle condition information can include at least one of the opening / closing / locking conditions of the vehicle door, the vehicle cover, and the vehicle window, and can also include the acquisition time (i.e., the system time of the information acquisition) of each vehicle condition information. The vehicle door refers to the left front door, the left rear door, the right front door, and the right rear door of the vehicle. The obtained vehicle door closing condition can be the closing condition of at least one of the left front door, the left rear door, the right front door, and the right rear door. The obtained vehicle door locking condition can be the locking condition of at least one of the left front door, the left rear door, the right front door, and the right rear door. The vehicle cover refers to the engine cover and the trunk cover (or tailgate / luggage cover) of the vehicle. The obtained vehicle cover closing condition can be the closing condition of at least one of the engine cover and the trunk cover. The vehicle window can refer to the four glass windows on the left front door, the left rear door, the right front door, and the right rear door of the vehicle, the sunroof (provided in some vehicles), and the like, or can refer to any glass window provided in the vehicle that can be opened / closed, without specific limitation. The obtained vehicle window closing condition can be the closing condition of at least one of the four glass windows on the left front door, the left rear door, the right front door, and the right rear door of the vehicle, the sunroof, and the like.
[0019] As a way, the vehicle condition information is obtained in response to an information acquisition request. The information acquisition request can be a request triggered by a specified operation on the alarm monitoring module of the vehicle, or can be a request sent by other electronic devices in communication connection with the alarm monitoring module of the vehicle, without specific limitation. The specified operation in the embodiments of the present application can be a pre-set operation that can trigger the information acquisition request, such as a sliding operation or a click operation on a certain control of the alarm monitoring module, without specific limitation.
[0020] Optionally, in the embodiments of the present application, the vehicle condition information includes at least one of a vehicle door closing condition, a vehicle door locking condition, a vehicle cover closing condition, and a vehicle window closing condition. That is, the acquired vehicle condition information only includes the vehicle door closing condition (the closing condition of at least one vehicle door); or the acquired vehicle condition information only includes the vehicle door locking condition (the locking condition of at least one vehicle door); or the acquired vehicle condition information only includes the vehicle cover closing condition (the closing condition of at least one vehicle cover); or the acquired vehicle condition information only includes the vehicle window closing condition (the closing condition of at least one vehicle window); or the acquired vehicle condition information includes the vehicle door closing condition (the closing condition of at least one vehicle door) and the vehicle door locking condition (the locking condition of at least one vehicle door); or the acquired vehicle condition information includes the vehicle door closing condition (the closing condition of at least one vehicle door) and the vehicle cover closing condition (the closing condition of at least one vehicle cover); or the acquired vehicle condition information includes the vehicle door closing condition (the closing condition of at least one vehicle door) and the vehicle window closing condition (the closing condition of at least one vehicle window); or the acquired vehicle condition information includes the vehicle door locking condition (the locking condition of at least one vehicle door) and the vehicle cover closing condition (the closing condition of at least one vehicle cover); or the acquired vehicle condition information includes the vehicle door locking condition (the locking condition of at least one vehicle door) and the vehicle window closing condition (the closing condition of at least one vehicle window); or the acquired vehicle condition information includes the vehicle cover closing condition (the closing condition of at least one vehicle cover) and the vehicle window closing condition (the closing condition of at least one vehicle window); or the acquired vehicle condition information includes the vehicle door closing condition (the closing condition of at least one vehicle door), the vehicle door locking condition (the locking condition of at least one vehicle door), and the vehicle cover closing condition (the closing condition of at least one vehicle cover); or the acquired vehicle condition information includes the vehicle door closing condition (the closing condition of at least one vehicle door), the vehicle door locking condition (the locking condition of at least one vehicle door), and the vehicle window closing condition (the closing condition of at least one vehicle window); or the acquired vehicle condition information includes the vehicle door locking condition (the locking condition of at least one vehicle door), the vehicle cover closing condition (the closing condition of at least one vehicle cover), and the vehicle window closing condition (the closing condition of at least one vehicle window); or the acquired vehicle condition information includes the vehicle door closing condition (the closing condition of at least one vehicle door), the vehicle cover closing condition (the closing condition of at least one vehicle cover), and the vehicle window closing condition (the closing condition of at least one vehicle window); or the acquired vehicle condition information includes the vehicle door closing condition (the closing condition of at least one vehicle door), the vehicle door locking condition (the locking condition of at least one vehicle door), the vehicle window closing condition (the closing condition of at least one vehicle window), and the vehicle cover closing condition (the closing condition of at least one vehicle cover), and the like.
[0021] In the embodiments of the present application, the closing condition can include both closing and opening, and the locking condition can include both locked and unlocked.
[0022] Step S120: determining whether to trigger an alarm based on the vehicle status information and preset alarm information, the preset alarm information including preset alarm time lengths for vehicle door not closed, vehicle door not locked, vehicle cover not closed, and vehicle window not closed respectively.
[0023] In the embodiments of the present application, the preset alarm information can include preset alarm time lengths for vehicle door not closed, vehicle door not locked, vehicle cover not closed, and vehicle window not closed. The preset alarm time length is a preset time length for triggering an alarm.
[0024] After obtaining the vehicle status information, the vehicle status information can be compared with the preset alarm information to determine whether to trigger an alarm.
[0025] As one way, if the vehicle status information indicates at least one of vehicle door not closed, vehicle door not locked, vehicle cover not closed, and vehicle window not closed, and the vehicle status duration reaches the corresponding alarm time length, an alarm is triggered.
[0026] Specifically, if it is determined based on the vehicle status information that the vehicle has at least one of vehicle door not closed, vehicle door not locked, vehicle cover not closed, and vehicle window not closed, and the aforementioned vehicle status duration reaches the corresponding preset alarm time length, an alarm is triggered. For example, if it is determined that the vehicle has vehicle door not closed, and the duration of vehicle door not closed reaches the corresponding preset alarm time length, an alarm is triggered.
[0027] As another way, the preset alarm information further includes identification information for vehicle door not closed, vehicle door not locked, vehicle cover not closed, and vehicle window not closed. The vehicle status information is compared with the identification information. If the vehicle status information has the same information as the identification information, it is determined that the vehicle status information indicates at least one of vehicle door not closed, vehicle door not locked, vehicle cover not closed, and vehicle window not closed. If it is detected that the vehicle status duration reaches the corresponding alarm time length, an alarm is triggered.
[0028] The identification information is preset information indicating at least one of vehicle door not closed, vehicle door not locked, vehicle cover not closed, and vehicle window not closed. One vehicle status corresponds to one vehicle status identification.
[0029] After obtaining the vehicle status information, the obtained vehicle status information is compared with the identification information in the preset alarm information. If there is vehicle status information that is the same as the identification information, it can be determined that there is the vehicle status corresponding to the identification information.
[0030] Optionally, if the vehicle status indicated by the vehicle status information changes when the vehicle status duration does not reach the corresponding alarm time length, the alarm time length corresponding to the changed vehicle status is cleared.
[0031] In the embodiments of the present application, if the vehicle condition changes when the duration of the vehicle condition does not reach the corresponding alarm duration, the alarm duration corresponding to the vehicle condition is cleared.
[0032] Optionally, the preset alarm information can further include preset setting items and alarm processing measures for alarming when the vehicle door is not closed, the vehicle door is not locked, the vehicle cover is not closed, and the vehicle window is not closed; the vehicle door not closed alarm logic can include preset setting items and alarm processing measures for alarming when the vehicle door is not closed; the vehicle door not locked alarm logic can include preset setting items and alarm processing measures for alarming when the vehicle door is not locked; the vehicle cover not closed alarm logic can include preset setting items and alarm processing measures for alarming when the vehicle cover is not closed; and the vehicle window not closed alarm logic can include preset setting items and alarm processing measures for alarming when the vehicle window is not closed. The setting items can include alarm switches of vehicle door not closed alarm, vehicle door not locked alarm, vehicle cover not closed alarm, and vehicle window not closed alarm, preset alarm duration (such as XX minutes after leaving the vehicle, the vehicle door is not closed), alarm notification mode (such as APP pop-up window / phone reminder / text message reminder, etc.), and the like; the alarm processing measures can include whether to automatically lock the vehicle and close the window when the vehicle door is not locked and the vehicle window is not closed, whether to support user setting of automatic closing of the front hatch and the tail door of the vehicle when the vehicle cover is not closed for vehicle models with motor-controlled front hatch struts and vehicle tail door struts, etc., which are not limited in detail. Optionally, alarm settings can also be made for each independent door, window, and cover.
[0033] As one way, when the vehicle condition information is acquired by the alarm monitoring module, the vehicle condition information can be compared with the corresponding preset alarm information to determine whether to trigger an alarm.
[0034] Further, if the vehicle condition information indicates at least one of the vehicle door being not closed, the vehicle door being not locked, the vehicle cover being not closed, and the vehicle window being not closed, the time when the vehicle condition information is acquired is determined; if it is determined to trigger an alarm based on the time and the corresponding alarm duration, at least one of the preset processing measures for the vehicle door being not closed, the vehicle door being not locked, the vehicle cover being not closed, and the vehicle window being not closed is executed.
[0035] The time when the vehicle condition information is acquired can be understood as the time when the vehicle condition occurs, and based on the time and the current time, the duration of the vehicle condition can be determined, so that the duration of the vehicle condition and the corresponding alarm duration can be compared to determine whether to trigger an alarm.
[0036] Specifically, if the duration of the vehicle condition is greater than the corresponding alarm duration, it is determined to trigger an alarm, and the processing measures set for the vehicle condition are executed.
[0037] In the embodiment of the present application, different alarms correspond to different processing measures. That is, if the triggered alarms are different, the processing measures for processing the alarms are different. The control signals corresponding to different processing measures are also different, therefore, after determining what alarm is triggered, the corresponding processing measure can be further determined, and then the corresponding control signal can be determined according to the corresponding processing measure.
[0038] The control signal is a control signal corresponding to the processing measure, and is used to control different devices of the vehicle.
[0039] As a way, when the preset alarm information is set, different processing measures can be set for different alarms, or no corresponding processing measure can be set for the alarm. When the preset alarm information does not include the processing measure, it can be determined that no control signal will be sent; when the preset alarm information includes the processing measure, it can be determined that the control signal will be sent.
[0040] In the embodiment of the present application, since the control signals corresponding to different alarms are different, the control of the vehicle based on the control signal here means the control of the corresponding device of the vehicle based on the corresponding control signal. For example, if the triggered alarm is the car door not locked alarm, the corresponding control signal can be the automatic door locking signal, which is used to control the car door to be locked.
[0041] The vehicle condition alarm method provided by the present application can improve the current situation that the vehicle does not support user personalized custom settings, and improve the off-vehicle safety performance and user experience.
[0042] Please refer to Figure 3 The vehicle condition alarm method provided by the embodiment of the present application comprises: Step S210: obtaining the vehicle state of the vehicle.
[0043] In the embodiment of the present application, the vehicle state refers to the state of the current vehicle, and the vehicle state can include the power-off state, the power-on state, the standby mode, the comfort mode, the running mode, the driving mode and the low-power mode, etc., which are not limited here. Different vehicle states can be identified by different state identifiers, and then when the state of the current vehicle is obtained, the current state identifier can be obtained, and then the current vehicle state can be determined by the obtained state identifier. The standby mode and the comfort mode can be understood as the vehicle being in an undriven state.
[0044] Step S220: If the vehicle is in a preset state, detecting whether the main and auxiliary drivers of the vehicle are empty, the preset state being one of the power-off state and the vehicle use mode being the preset mode.
[0045] In the embodiments of the present application, the preset state is a vehicle state preset for detecting whether the vehicle is occupied or not. Specifically, when the vehicle is in a powered-off state or the vehicle use mode is in a standby mode or a comfort mode, it is determined whether the driver seat and the front passenger seat are occupied. In the determination of whether the driver seat and the front passenger seat are occupied, whether the driver seat and the front passenger seat are occupied can be determined by sensor data collected by a sensor arranged at a specified position in the vehicle. The sensor can be a pressure sensor, an infrared sensor, etc., which is not limited here.
[0046] Step S230: If the driver seat and the front passenger seat are not occupied, the vehicle condition information is acquired.
[0047] In the embodiments of the present application, if it is determined that the driver seat and the front passenger seat are not occupied, the alarm judgment information is acquired.
[0048] As one way, if the driver seat and the front passenger seat are not occupied, it is detected whether a user-set alarm switch exists; if the user-set alarm switch exists, the state of the user-set alarm switch is detected; if the user-set alarm switch is in an on state, the vehicle condition information corresponding to the user-set alarm switch is acquired, wherein different vehicle condition information corresponds to different user-set alarm switches.
[0049] The user-set alarm switch is a control switch preset for controlling whether to alarm that the vehicle door is not closed, the vehicle door is not locked, the vehicle cover is not closed, and the vehicle window is not closed. The user-set alarm switch can be customized by the user in the alarm setting interface of the electronic device. In the alarm setting interface of the electronic device, the user can customize the alarm switch of the vehicle door not closed alarm, the vehicle door not locked alarm, the vehicle cover not closed alarm, and the vehicle window not closed alarm, the preset alarm duration, and the alarm notification mode setting options, and give a pop-up window suggestion when the user sets unreasonable data, for example, the current alarm duration is too long, there is a risk of theft of the vehicle interior; further, it can also be set whether to automatically lock the vehicle and close the window when the vehicle door is not locked alarm and the vehicle window is not closed alarm, and for the vehicle model with a motor control front hatch support rod and a vehicle tail door support rod, the automatic closing of the corresponding front hatch and vehicle tail door can also be supported when the vehicle cover is not closed alarm. It should be noted that the setting options include but are not limited to the above, and can be further subdivided into each independent door and window alarm setting.
[0050] When it is detected that the user-set alarm switch exists, the state of the user-set alarm switch is further detected, and if the user-set alarm switch is in an on state, the vehicle condition information corresponding to the user-set alarm switch in the on state is acquired. For example, if the vehicle door not closed alarm switch is in an on state, the vehicle door not closed judgment signal is acquired.
[0051] In the embodiment of the present application, after the user sets all the preset alarm information in the alarm setting interface of the electronic device, the user can combine the set preset alarm information with the state signals of the corresponding vehicle doors, vehicle covers and vehicle windows that are not closed / locked in the big data matrix through the cloud server, convert part of the logic that needs to be executed by the vehicle into the interface parameters of the cloud vehicle, and send the alarm monitoring module of the vehicle in the form of cloud vehicle. The delivery method is not limited to the message signaling of cloud vehicle, and can also be in the form of delivering control script files and the like.
[0052] For example, the interface parameter format of the cloud vehicle can be as shown in the following table: When the vehicle receives the cloud vehicle request message of the cloud server, the message is parsed, and the latest alarm information set by the user is recorded at the vehicle end.
[0053] The alarm monitoring module of the vehicle is by default enabled for the alarm monitoring of the vehicle doors, vehicle covers and vehicle windows. When it is detected that the vehicle is in a powered-off state, or the vehicle is in standby mode or comfort mode, it is determined whether the main driver and the assistant driver are unoccupied. If the main driver and the assistant driver are unoccupied, the states of the alarm switches corresponding to the vehicle door not closed, the vehicle door not locked, the vehicle cover not closed and the vehicle window not closed in the alarm setting information issued by the cloud server are determined. If all the alarm switches are in the on state, it is further determined whether the vehicle door is not closed, the vehicle door is not locked, the vehicle window is not closed and the vehicle cover is not closed, i.e., the vehicle condition information is obtained.
[0054] As another way, if there is no user-set alarm switch, the state of the default alarm switch is detected. If the default alarm switch is in the on state, the vehicle condition information is obtained.
[0055] The default alarm switch is an alarm switch set by default by the vehicle system. When the default alarm switch is in the on state, all types of vehicle condition information are collected.
[0056] Step S240: determining whether to trigger an alarm based on the vehicle condition information and the preset alarm information, wherein the preset alarm information includes preset alarm time lengths for the vehicle door not closed, the vehicle door not locked, the vehicle cover not closed and the vehicle window not closed, respectively.
[0057] As one way, the determination of whether to trigger an alarm based on the vehicle condition information and the preset alarm information includes: determining whether at least one vehicle door of the vehicle is in an unclosed state based on the vehicle condition information and the unclosed door identifier in the preset alarm information; if it is determined that at least one vehicle door of the vehicle is in an unclosed state, it is determined whether there is a preset alarm time length corresponding to the unclosed door in the preset alarm information; if there is, it is determined whether to trigger the unclosed door alarm based on the preset alarm time length.
[0058] The absolute alarm time of the door-unlocked alarm is determined based on the time when the at least one door is in the unlocked state and the preset alarm duration of the door-unlocked alarm.
[0059] In the embodiments of the present application, the preset alarm information can include a door-unlocked identifier, a preset alarm duration of the door-unlocked, and a processing measure for the door-unlocked. Different doors can correspond to different preset alarm durations, which can be understood as an alarm monitoring duration (i.e., rtcinfo in the format information) set by a user. The preset alarm duration can be understood as the actual time of alarm triggering. The time when the door is in the unlocked state is the first system time when the door is determined to be in the unlocked state.
[0060] The absolute alarm time can be obtained by adding the time when the door is in the unlocked state and the preset alarm duration of the door-unlocked. For example, under the premise that the corresponding alarm has not been reported and there is no alarm clock to be activated, the absolute alarm time is calculated and recorded in association with the alarm ID, as shown in the following table: After the absolute alarm time is calculated, the alarm monitoring module continuously monitors the door state. Before the absolute alarm time arrives, if a change in the state of a door is detected, the absolute alarm time corresponding to the door whose state has changed is cleared. When a door is determined to be in the unlocked state again, a new absolute alarm time is calculated, and the previously calculated absolute alarm time is overwritten by the new absolute alarm time.
[0061] In the embodiments of the present application, if it is determined that multiple doors are all unlocked, the absolute alarm time corresponding to each of the multiple unlocked doors is calculated according to the preset alarm duration corresponding to each of the multiple unlocked doors, i.e., multiple absolute alarm times are obtained.
[0062] The obtained multiple absolute alarm times are sorted in order (sorting algorithms include but are not limited to selection sort, bubble sort, and insertion sort), and the order of the multiple absolute alarm times is obtained. The sorted multiple absolute alarm times are compared with the current system running time, and it is determined whether there is an expired absolute alarm time. If there is, the absolute alarm time is cleared. For the to-be-activated absolute alarm time (unexpired absolute alarm time), the absolute alarm time closest to the current time is sent to the clock control module of the ECU according to the timestamp sorting algorithm or the priority queue algorithm. When the absolute alarm time closest to the current time is activated, the clock control module wakes up the alarm monitoring module.
[0063] Further, in order to avoid the user setting personalized vehicle time (for example, the user habitually sets the vehicle time 10 minutes in advance) or the clock system abnormality causing the system time to be inaccurate and further causing the absolute alarm time to be misjudged, the alarm monitoring module needs to check and judge the obtained system time. The main judgment logic is: after the alarm monitoring module reads the local system time, the alarm monitoring module carries the time as calibration content and carries the time stamp to initiate clock checking to the TSP (Telematics Service Provider). If a cloud response of "checking passed" is received within a 3s time error range, it means that the vehicle system time is correct and can be used for logical judgment. If a cloud response of "checking not passed" is received within a 3s time error range, or no cloud response is received or a response is received after more than 3s (the 3s can be set according to the requirements of the enterprise), it is considered that the time information checking is not passed. If there is a system time that is not passed, the alarm monitoring module further obtains GPS data and GPS time from the signal sent by the GPS module in the CAN bus. According to the GPS latitude and longitude information, the vehicle is locked in the country or the main city. According to the state or the state main city area, the corresponding time zone information is obtained by looking up the table. The local time of the vehicle is obtained by subtracting 18 seconds from the GPS time and adding the time zone information. The formula is: local time of the vehicle = GPS time - 18 seconds + N hours (east N zone is positive N, west N zone is negative N, for example, east eight zone is GPS time - 18 seconds + 8 hours, west 2 zone is GPS time - 18 seconds - 2 hours). After obtaining the local time of the vehicle, it is judged. If the error between the local time of the vehicle and the controller system time is within 3s, it is considered that the system time is reliable, and the calculation of the absolute alarm time and the judgment of the expired absolute alarm time can continue. If the error range is greater than 3s, the local time information of the vehicle is used to replace the system time to calculate the absolute alarm time and judge the expired absolute alarm time. The time error mentioned in the judgment logic can be set according to the requirements of the enterprise.
[0064] As another way, the determining whether to trigger the alarm based on the vehicle condition information and the preset alarm information includes: determining whether at least one door of the vehicle is in an unlocked state based on the vehicle condition information and an unlocked door identifier in the preset alarm information; if it is determined that at least one door of the vehicle is in an unlocked state, determining whether there is a preset alarm duration corresponding to the door in the unlocked state in the preset alarm information; and if there is, determining whether to trigger an unlocked door alarm based on the preset alarm duration.
[0065] In which, the absolute alarm time of the unlocked door alarm is determined based on the time when the at least one door is in the unlocked state and the preset alarm duration; and whether to trigger the unlocked door alarm is determined based on the absolute alarm time of the unlocked door alarm.
[0066] The preset alarm information can include a vehicle door unlocking identification, a preset alarm time length of the vehicle door unlocking, and a processing measure of the vehicle door unlocking, etc. Different alarm timing lengths can be set for different vehicle doors. The preset alarm time length can be understood as an alarm monitoring time length set by a user (i.e., the rtcinfo in the format information). The absolute alarm time can be understood as an actual time of alarm triggering. The time when the vehicle door is in the unlocking state is the first system time when the vehicle door is determined to be in the unlocking state.
[0067] The absolute alarm time can be obtained by adding the time when the vehicle door is in the unlocking state and the preset alarm time length of the vehicle door unlocking.
[0068] After the absolute alarm time is calculated, the alarm monitoring module continues to monitor the vehicle door state. Before the absolute alarm time arrives, if a change in the state of a certain vehicle door is detected, the absolute alarm time corresponding to the vehicle door whose state changes is cleared. When a certain vehicle door is determined to be in the unlocking state again, a new absolute alarm time is calculated, and the new absolute alarm time is used to replace the absolute alarm time calculated in the previous time.
[0069] In the embodiments of the present application, if it is determined that multiple vehicle doors are all unlocked, the absolute alarm time corresponding to each of the multiple unlocked vehicle doors is calculated according to the alarm timing length corresponding to each of the multiple unlocked vehicle doors, respectively, that is, multiple absolute alarm times are obtained.
[0070] The multiple absolute alarm times are sorted in order (the sorting algorithm includes but is not limited to selection sorting, bubble sorting, and insertion sorting, etc.), and the order of the multiple absolute alarm times is obtained. The sorted multiple absolute alarm times are compared with the current system running time, and it is determined whether there is an expired absolute alarm time. If there is, the absolute alarm time is cleared. For the to-be-activated absolute alarm time (the absolute alarm time that is not expired), the absolute alarm time closest to the current time is sent to the clock control module of the ECU according to the timestamp sorting algorithm or the priority queue algorithm. When the absolute alarm time closest to the current time is activated, the alarm monitoring module is woken up by the clock control module.
[0071] Optionally, determining whether to trigger an alarm based on the vehicle state information and the preset alarm information includes: determining whether at least one vehicle cover of the vehicle is in an open state based on the vehicle cover open identification in the preset alarm information; if it is determined that at least one vehicle cover of the vehicle is in an open state, it is determined whether there is a preset alarm time length corresponding to the vehicle cover in the open state in the preset alarm information; if there is, it is determined whether to trigger a vehicle cover unlocking alarm based on the preset alarm time length.
[0072] The absolute alarm time of the hood open alarm is determined based on the time when the at least one hood is in the open state and the preset alarm duration of the hood open alarm.
[0073] Similarly, the preset alarm information can include a hood open identification, a preset alarm duration of the hood open, and a processing measure for the hood open, etc. Different hoods can be correspondingly provided with different preset alarm durations, which can be understood as an alarm monitoring duration customized by a user (i.e., rtcinfo in the foregoing format information). The absolute alarm time can be understood as an actual time of alarm triggering. The time when the hood is in the open state is the first system time when the hood is determined to be in the open state.
[0074] The absolute alarm time can be obtained by adding the time when the hood is in the open state and the preset alarm duration of the hood open.
[0075] After the absolute alarm time is calculated, the alarm monitoring module continues to monitor the hood state. Before the absolute alarm time arrives, if a change in the state of a hood is detected, the absolute alarm time corresponding to the hood whose state has changed is cleared. When a hood is determined to be in the open state again, a new absolute alarm time is calculated, and the new absolute alarm time replaces the absolute alarm time calculated before.
[0076] In the embodiment of the application, if it is determined that multiple hoods are open, the absolute alarm time corresponding to each of the multiple hoods that are open is calculated according to the alarm timing duration corresponding to each of the multiple hoods that are open, i.e., multiple absolute alarm times are obtained.
[0077] The multiple absolute alarm times obtained are sorted in order (sorting algorithms include, but are not limited to, selection sorting, bubble sorting, and insertion sorting, etc.), and the order of the multiple absolute alarm times is obtained. The sorted multiple absolute alarm times are compared with the current system running time, and it is determined whether there is an expired absolute alarm time. If there is, the absolute alarm time is cleared. For the to-be-effective absolute alarm time (absolute alarm time that is not expired), the absolute alarm time closest to the current time is sent to the clock control module of the ECU according to a timestamp sorting algorithm or a priority queue algorithm. When the absolute alarm time closest to the current time takes effect, the clock control module wakes up the alarm monitoring module.
[0078] Optionally, the determining whether to trigger the alarm based on the vehicle status information and the preset alarm information comprises: determining whether at least one window of the vehicle is in an open state based on the vehicle status information and a window open identifier in the preset alarm information; if it is determined that at least one window of the vehicle is in the open state, determining whether a preset alarm duration corresponding to the window in the open state exists in the preset alarm information; and if the preset alarm duration exists, determining whether to trigger a window open alarm based on the preset alarm duration.
[0079] The absolute alarm time of the window open alarm is determined based on the time when the at least one window is in the open state and the preset alarm duration, and whether to trigger the window open alarm is determined based on the absolute alarm time of the window open alarm.
[0080] Similarly, the window open alarm logic can comprise a window open identifier, a preset alarm duration for the window open, and a processing measure for the window open. Different windows can be correspondingly provided with different preset alarm durations, which can be understood as an alarm monitoring duration (i.e., rtcinfo in the format information) customized by a user. The absolute alarm time can be understood as an actual time of alarm triggering. The time when the window is in the open state is the first system time when the window is determined to be in the open state.
[0081] The absolute alarm time can be obtained by adding the time when the window is in the open state and the preset alarm duration for the window open.
[0082] After the absolute alarm time is calculated, the alarm monitoring module continuously monitors the window state. Before the absolute alarm time arrives, if a change in the state of a window is detected, the absolute alarm time corresponding to the window whose state has changed is cleared. When it is determined again that a window is in the open state, a new absolute alarm time is calculated, and the new absolute alarm time is used to replace the absolute alarm time calculated in the previous time.
[0083] In the embodiment of the present application, if it is determined that multiple windows are all open, the absolute alarm time corresponding to each of the multiple windows that are open is calculated according to the preset alarm duration corresponding to each of the multiple windows that are open, that is, multiple absolute alarm times are obtained.
[0084] The obtained multiple absolute alarm times are sorted in sequence (sorting algorithms include but are not limited to selection sort, bubble sort, insertion sort, etc.), and the sequence of the multiple absolute alarm times is obtained. The sorted multiple absolute alarm times are compared with the current system running time, and it is determined whether there is an expired absolute alarm time, and if so, the absolute alarm time is cleared. For the obtained absolute alarm time to be effective (absolute alarm time that is not expired), the absolute alarm time closest to the current time is sent to the clock control module of the ECU according to the timestamp sorting algorithm or the priority queue algorithm. When the absolute alarm time closest to the current time takes effect, the clock control module will wake up the alarm monitoring module.
[0085] Optionally, if the obtained vehicle condition information is multiple, the multiple absolute alarm times calculated can also be sorted and checked in the aforementioned manner, and the subsequent steps are executed.
[0086] In the foregoing steps, whether the alarm is triggered refers to whether the current system time has reached the absolute alarm time corresponding to the alarm. If the absolute alarm time corresponding to the alarm is reached, it is determined that the alarm corresponding to the alarm is triggered.
[0087] Step S250: If the alarm is triggered, it is determined whether to send a control signal based on the alarm measure corresponding to the alarm.
[0088] As one way, if it is determined that the alarm is triggered, in order to ensure the accuracy of the pushed alarm, after the absolute alarm time of the alarm is punished, the alarm monitoring module needs to determine the alarm ID corresponding to the current absolute alarm time according to the return information of the clock control module, clear or set the absolute alarm time corresponding to the record of the corresponding alarm as having taken effect, and in order not to increase the power consumption of the whole vehicle, the alarm monitoring module needs to select the PNC (Partial Network Cluster) with the smallest wake-up range that can cover the obtained vehicle condition information according to the PNC information of the alarm required vehicle condition information, and apply for a corresponding PNC network once, and then determine whether the alarm reporting logic is met again.
[0089] That is, at the time of waking up by the absolute alarm time, the smallest PNC network that can cover the vehicle condition information is applied for, the latest vehicle door, cover and window state signals are read, and it is determined again whether the latest signals of the vehicle door, cover and window corresponding to the absolute alarm time are still not closed / locked. If they are still not closed / locked, the alarm information is reported to the cloud platform and further pushed to the user through the APP, or the user is reminded by the background personnel receiving the alarm push from the vehicle end.
[0090] And, when the absolute alarm time wakes up the alarm monitoring module every time to complete a certain alarm reporting, the specific alarm needs to be set as having been alarmed (to avoid repeated reporting of information causing user complaints), and in the state judgment before the vehicle sleeps, it needs to continuously judge whether the vehicle door is not closed, whether the vehicle door is not locked, whether the vehicle cover is not closed, whether the vehicle window is not closed, and if it is still not closed, it checks whether the corresponding alarm has been reported, if it has been reported, it checks whether the alarm clock setting information has been set and taken effect or cleared, if the alarm has been reported and the alarm clock setting information has been set and taken effect or cleared, it does not do any logic and waits for the vehicle to sleep, if the alarm has been reported but the alarm clock has not been set and taken effect or cleared, it needs to set and take effect or clear the alarm clock and then wait for the vehicle to sleep. If there are still alarms that meet the not closed / locked condition and the corresponding alarm has an absolute alarm time that is about to take effect (the alarm clock information cannot be updated repeatedly), the absolute alarm time closest to the current system time is set to the clock management system and then the vehicle is waited to sleep. After the alarm clock wakes up, the alarm ID of the absolute alarm time is continued to be judged and the alarm clock effect information is set, the PNC is woken up as needed to make accurate alarm judgment, and the foregoing operations are repeated.
[0091] Step S260: If yes, controlling the vehicle based on the control signal.
[0092] In the embodiments of the present application, according to whether the setting of whether to need to automatically lock the vehicle and close the window in the user setting information of the corresponding alarm, the corresponding control signal is sent to the ECU to close the corresponding door and window. For vehicle models with motor-controlled front hatch support rods and vehicle tail door support rods, automatic closing of the corresponding front hatch and vehicle tail door can be supported. After the automatic locking and closing of the four doors, two hatches and five windows are controlled, the closing result is fed back to the APP, so that the user can confirm the closing state of the four doors, two hatches and five windows of the vehicle after processing.
[0093] When the alarm monitoring module judges that the alarm is met, the vehicle needs to report the alarm time stamp, alarm ID and corresponding door, cover and window state signal to the cloud. After receiving the door, cover and window alarm reported by the vehicle, the cloud performs corresponding pop-up reminder, telephone reminder or SMS reminder according to the alarm signal and the notification method set by the user in the APP.
[0094] The vehicle condition alarm method provided in the present application deploys an alarm monitoring module supporting vehicle cloud interaction for vehicle door, cover and window not closed / locked alarm in the vehicle. When there is no user APP custom setting, the alarm monitoring is performed according to the default parameters, and when there is user setting custom alarm, the alarm monitoring is performed according to the user-set timing parameters and multi-alarm arbitration and time calibration. After the alarm is triggered, the alarm is reported to the cloud, the cloud performs corresponding alarm reminding according to the user-set information, and the vehicle initiates automatic locking and window closing operation according to the user-set information when there is an alarm and reports the corresponding processing result to the cloud for the user to check.
[0095] Referring to Figure 4 The embodiment of the present application provides a vehicle condition warning device 300, the device 300 comprises: An acquisition unit 310 is configured to acquire vehicle condition information, wherein the vehicle condition information indicates at least one of a vehicle door closing condition, a vehicle door locking condition, a vehicle cover closing condition and a vehicle window closing condition.
[0096] As a kind of mode, the acquisition unit 310 is specifically configured to acquire the vehicle state of the vehicle;If the vehicle is in preset state, detect whether the main vice driver of the vehicle is empty, the preset state is one of power-off state, vehicle use mode is preset mode;If the main vice driver is empty, the vehicle condition information is acquired.
[0097] As another mode, the acquisition unit 310 is also configured to detect whether there is a user setting alarm switch if the main vice driver is empty;If there is a user setting alarm switch, the state of the user setting alarm switch is detected;If the user setting alarm switch is in the on state, the vehicle condition information corresponding to the user setting alarm switch is acquired, wherein different vehicle condition information corresponds to different user setting alarm switches.
[0098] Optionally, the acquisition unit 310 is also configured to detect the state of the default alarm switch if there is no user setting alarm switch;If the default alarm switch is in the on state, the vehicle condition information is acquired.
[0099] A determination unit 320 is configured to determine whether to trigger an alarm based on the vehicle condition information and preset alarm information, wherein the preset alarm information includes preset alarm time for vehicle door not closed, vehicle door not locked, vehicle cover not closed and vehicle window not closed.
[0100] As a kind of mode, the determination unit 320 is specifically configured to trigger an alarm if the vehicle condition information indicates at least one of vehicle door not closed, vehicle door not locked, vehicle cover not closed and vehicle window not closed, and the vehicle condition duration reaches the corresponding alarm time.
[0101] As another mode, the preset alarm information further includes preset processing measures for vehicle door not closed, vehicle door not locked, vehicle cover not closed and vehicle window not closed;The determination unit 320 is specifically configured to determine the time when the vehicle condition information is acquired if the vehicle condition information indicates at least one of vehicle door not closed, vehicle door not locked, vehicle cover not closed and vehicle window not closed;If it is determined to trigger an alarm based on the time and the corresponding alarm time, at least one of the preset processing measures for vehicle door not closed, vehicle door not locked, vehicle cover not closed and vehicle window not closed is executed.
[0102] Optionally, the preset alarm information further comprises identification information for representing that a door is not closed, a door is not locked, a cover is not closed, and a window is not closed; the determining unit 320 is specifically configured to compare the vehicle status information with the identification information; if the vehicle status information comprises the same information as the identification information, it is determined that the vehicle status information indicates at least one of that a door is not closed, a door is not locked, a cover is not closed, and a window is not closed; if it is detected that the vehicle status duration reaches a corresponding alarm time length, an alarm is triggered.
[0103] Optionally, the determining unit 320 is further configured to clear the alarm time length corresponding to the changed vehicle status if the vehicle status information indicates that the vehicle status has changed when the vehicle status duration does not reach the corresponding alarm time length.
[0104] It should be noted that the device embodiments in the present application correspond to the foregoing method embodiments, and the specific principles of the device embodiments can be referred to the content in the foregoing method embodiments, which will not be described here.
[0105] The following will be described in combination with Figure 5 a vehicle provided in the present application.
[0106] Please refer to Figure 5 , based on the foregoing vehicle status alarm method and device, the present application further provides another vehicle 800 which can execute the foregoing vehicle status alarm method. The vehicle 800 comprises one or more (only one is shown in the figure) processors 802, a memory 804, and a network module 806 which are coupled with each other. The memory 804 stores a program which can execute the content in the foregoing embodiments, and the processor 802 can execute the program stored in the memory 804.
[0107] The processor 802 can include one or more processing cores. The processor 802 connects various parts within the vehicle 800 through various interfaces and lines, performs various functions of the vehicle 800 and processes data by running or executing instructions, programs, code sets or instruction sets stored in the memory 804, and calling data stored in the memory 804. Alternatively, the processor 802 can be implemented in at least one of a hardware form of a digital signal processing (DSP), a field-programmable gate array (FPGA), and a programmable logic array (PLA). The processor 802 can integrate a combination of one or more of a central processing unit (CPU), a graphics processing unit (GPU), and a modem. Among them, the CPU mainly processes operating systems, user interfaces, and application programs; the GPU is responsible for rendering and drawing display content; and the modem is used for processing wireless communication. It can be understood that the above-mentioned modem can also not be integrated into the processor 802, but can be implemented by a separate communication chip.
[0108] The memory 804 can include a random access memory (RAM) and can also include a read-only memory (ROM). The memory 804 can be used to store instructions, programs, codes, code sets or instruction sets. The memory 804 can include a program storage area and a data storage area, wherein the program storage area can store instructions for implementing an operating system, instructions for implementing at least one function (such as a touch function, a sound playing function, an image playing function, etc.), instructions for implementing each of the methods described below, etc. The data storage area can also store data created by the vehicle 800 in use (such as a phone book, audio and video data, chat record data, etc.).
[0109] The network module 806 is configured to receive and send electromagnetic waves, and to convert electromagnetic waves and electrical signals to each other, so as to communicate with a communication network or other devices, for example, a vehicle. The network module 806 can include various existing circuit elements for performing these functions, for example, an antenna, a radio frequency transceiver, a digital signal processor, an encryption / decryption chip, a subscriber identity module (SIM) card, a memory, and the like. The network module 806 can communicate with various networks such as the Internet, an intranet, a wireless network, or other devices through the wireless network. The wireless network can include a cellular telephone network, a wireless local area network or metropolitan area network. For example, the network module 806 can interact with a base station.
[0110] Reference is made to Figure 6 which shows a structural block diagram of a computer readable storage medium provided by an embodiment of the present application. The computer readable storage medium 900 stores program codes, which can be invoked by a processor to execute the methods described in the above method embodiments.
[0111] The computer readable storage medium 900 can be an electronic storage such as a flash memory, an EEPROM (electrically erasable programmable read-only memory), an EPROM, a hard disk or a ROM. Alternatively, the computer readable storage medium 900 includes a non-transitory computer readable medium. The computer readable storage medium 900 has a storage space for program codes 910 for executing any of the above methods. These program codes can be read from or written to one or more computer program products. The program codes 910 can be compressed in an appropriate form, for example.
[0112] The vehicle condition warning method and device, vehicle and storage medium provided by the present application first acquire vehicle condition information, which indicates at least one of a vehicle door closing condition, a vehicle door locking condition, a vehicle cover closing condition and a vehicle window closing condition, and then determine whether to trigger a warning based on the vehicle condition information and preset warning information, wherein the preset warning information includes preset warning durations for the vehicle door being not closed, the vehicle door being not locked, the vehicle cover being not closed and the vehicle window being not closed, respectively. Through the above method, the current situation that a vehicle does not support user individualization and customization can be improved, and the off-vehicle safety performance and user experience can be improved.
[0113] The embodiments of the present application are described above with reference to the accompanying drawings, but the present application is not limited to the above-described specific embodiments, and the above-described specific embodiments are merely illustrative, but not restrictive, and a person of ordinary skill in the art can make many forms under the inspiration of the present application without departing from the purpose of the present application and the scope protected by the claims, and all of them belong to the protection of the present application.
Claims
1. A vehicle condition warning method, characterized in that: The method comprises: Acquiring vehicle condition information, the vehicle condition information indicating at least one of a door closing condition, a door locking condition, a hood closing condition, and a window closing condition of the vehicle; Based on the vehicle condition information and preset alarm information, it is determined whether to trigger an alarm. The preset alarm information includes preset alarm durations for each of the vehicle door not being closed, the vehicle door not being locked, the vehicle hood not being closed, and the vehicle window not being closed.
2. The method according to claim 1, characterized in that The determining whether to trigger an alarm based on the vehicle condition information and preset alarm information includes: If the vehicle condition information indicates at least one of a door not closed, a door not locked, a hood not closed, and a window not closed, and the duration of the vehicle condition reaches a corresponding alarm duration, an alarm is triggered.
3. The method according to claim 2, characterized in that The preset alarm information further includes preset handling measures for a door not closed, a door not locked, a hood not closed, and a window not closed. If the vehicle condition information indicates at least one of a door not closed, a door not locked, a hood not closed, and a window not closed, and the duration of the vehicle condition reaches a corresponding alarm duration, triggering an alarm includes: If the vehicle condition information indicates at least one of a door not closed, a door not locked, a hood not closed, and a window not closed, determining a time to obtain the vehicle condition information; If it is determined that the alarm is triggered based on the time and the corresponding alarm duration, at least one of the preset processing measures for the vehicle door not being closed, the vehicle door not being locked, the vehicle hood not being closed, and the vehicle window not being closed is executed.
4. The method according to claim 2, characterized in that The preset alarm information further includes identification information for indicating that a door is not closed, a door is not locked, a hood is not closed, and a window is not closed; if the vehicle condition information indicates at least one of the door is not closed, the door is not locked, the hood is not closed, and the window is not closed, and the duration of the vehicle condition reaches a corresponding alarm duration, triggering an alarm includes: comparing the vehicle condition information with the identification information; If the vehicle condition information contains information identical to the identification information, determining that the vehicle condition information indicates at least one of a door not closed, a door not locked, a hood not closed, and a window not closed; If it is detected that the vehicle condition lasts for a corresponding alarm duration, an alarm is triggered.
5. The method according to claim 2 or 4, characterized in that The method further comprises: If the vehicle condition indicated by the vehicle condition information changes before the vehicle condition duration reaches the corresponding alarm duration, the alarm duration corresponding to the changed vehicle condition is cleared.
6. The method according to claim 1, characterized in that The obtaining of vehicle condition information includes: obtaining a vehicle status of the vehicle; If the vehicle is in a preset state, detecting whether the driver and passenger seats of the vehicle are unoccupied, the preset state being a power-off state and the vehicle usage mode being one of the preset modes; If there is no one in the driver or passenger seat, obtain the vehicle condition information.
7. The method according to claim 6, characterized in that If no one is in the driver or passenger seat, obtaining the vehicle condition information includes: If there is no one in the driver or passenger seat, check whether there is a user-set alarm switch; If there is a user-set alarm switch, check the status of the user-set alarm switch; If the user-set alarm switch is in the on state, vehicle condition information corresponding to the user-set alarm switch is obtained, wherein different vehicle condition information corresponds to different user-set alarm switches.
8. The method according to claim 7, characterized in that After detecting whether there is a user-set alarm switch, the method further includes: If there is no user-set alarm switch, the default alarm switch status is checked; If the default alarm switch is in the on state, the vehicle condition information is obtained.
9. A vehicle condition warning device, characterized in that: The device comprises: an acquiring unit, configured to acquire vehicle condition information, wherein the vehicle condition information indicates at least one of a door closing condition, a door locking condition, a hood closing condition, and a window closing condition of the vehicle; A determination unit is used to determine whether to trigger an alarm based on the vehicle condition information and preset alarm information, wherein the preset alarm information includes preset alarm durations for the vehicle door not being closed, the vehicle door not being locked, the vehicle hood not being closed, and the vehicle window not being closed.
10. A vehicle, characterized in that: The method comprises one or more processors and a memory; one or more programs are stored in the memory and are configured to execute the method according to any one of claims 1 to 8 by the one or more processors.
11. A computer-readable storage medium, characterized in that The computer-readable storage medium stores program code, wherein when the program code is executed by a processor, the method according to any one of claims 1 to 8 is executed.