Vehicle early warning method, system and device

Abstract

The invention provides a vehicle early warning method and system. The vehicle early warning method comprises the following steps: in response to the fact that the number of first warning signals sent by monitoring equipment arranged in a vehicle exceeds a preset number within a preset time, sending a silence instruction to the monitoring equipment; the silence instruction is used for indicating the monitoring equipment to enter a silence period, and the monitoring equipment in the silence period stops actively sending an alarm signal; sending a state query request to the vehicle, and sending an alarm query request to the monitoring device; the alarm query request is used for indicating the monitoring equipment to send a second alarm signal; receiving a vehicle state signal sent by the vehicle, and receiving the second alarm signal; and determining a first alarm strategy based on the vehicle state signal and the second alarm signals when the number of the second alarm signals in a preset time exceeds a preset number and the vehicle state signal and the second alarm signals satisfy an alarm condition.

Description

Technical Field

[0001] This application relates to, but is not limited to, the field of vehicle control technology, and in particular to a vehicle warning method, system, and device. Background Technology

[0002] Currently, while Sentinel Mode offers high protection, its continuous operation leads to significant power consumption, making it unsuitable for extended periods of parking. Camera-based security solutions, on the other hand, are limited by installation location and maintenance costs, hindering comprehensive coverage. Therefore, current vehicle warning systems also suffer from low accuracy. Summary of the Invention

[0003] In view of this, embodiments of this application provide at least one vehicle warning method, system, and device.

[0004] The technical solution of this application embodiment is implemented as follows:

[0005] In a first aspect, embodiments of this application provide a vehicle early warning method applied to a cloud device, comprising: responding to a first alarm signal sent by a monitoring device installed in a vehicle exceeding a preset number within a preset time, sending a silence command to the monitoring device; the silence command instructing the monitoring device to enter a silence period, during which the monitoring device stops actively sending alarm signals; sending a status query request to the vehicle and an alarm query request to the monitoring device; the alarm query request instructing the monitoring device to send a second alarm signal; receiving a vehicle status signal sent by the vehicle and receiving the second alarm signal; and determining a first alarm strategy based on the vehicle status signal and the second alarm signal when the number of the second alarm signals exceeds a preset number within a preset time and the vehicle status signal and the second alarm signal meet alarm conditions.

[0006] Secondly, embodiments of this application provide a vehicle early warning method applied to a monitoring device, comprising: collecting vehicle motion data, converting the motion data into a first alarm signal, and sending the first alarm signal to a cloud device; receiving a silence instruction sent by the cloud device, the silence instruction being used to instruct the monitoring device to enter a silence period, during which the monitoring device stops sending alarm signals; and responding to an alarm query request sent by the cloud device by sending a second alarm signal to the cloud device.

[0007] Thirdly, embodiments of this application provide a vehicle early warning system, comprising: a cloud device, configured to send a silence command to the monitoring device in response to the number of first alarm signals sent by a monitoring device installed in the vehicle exceeding a preset number within a preset time; the silence command instructs the monitoring device to enter a silence period, during which the monitoring device stops actively sending alarm signals; send a status query request to the vehicle and an alarm query request to the monitoring device; the alarm query request instructs the monitoring device to send a second alarm signal; receive a vehicle status signal sent by the vehicle and receive the second alarm signal; and determine a first alarm strategy based on the vehicle status signal and the second alarm signal when the number of the second alarm signals exceeds a preset number within a preset time and the vehicle status signal and the second alarm signal meet alarm conditions; and a monitoring device, configured to collect vehicle motion data, convert the motion data into a first alarm signal, and send the first alarm signal to the cloud device; receive the silence command sent by the cloud device, and send a second alarm signal to the cloud device in response to the alarm query request sent by the cloud device.

[0008] Fourthly, this application provides a vehicle warning device applied to a cloud device. The device includes: a first sending module, configured to send a silence command to the monitoring device in response to the number of first alarm signals sent by a monitoring device installed in the vehicle exceeding a preset number within a preset time; the silence command instructs the monitoring device to enter a silence period, during which the monitoring device stops actively sending alarm signals; a second sending module, configured to send a status query request to the vehicle and an alarm query request to the monitoring device; the alarm query request instructs the monitoring device to send a second alarm signal; a first receiving module, configured to receive a vehicle status signal sent by the vehicle and receive the second alarm signal; and a determining module, configured to determine a first alarm strategy based on the vehicle status signal and the second alarm signal when the number of the second alarm signals exceeds a preset number within a preset time and the vehicle status signal and the second alarm signal meet alarm conditions.

[0009] Fifthly, this application provides a vehicle warning device applied to a monitoring device. The device includes: a data acquisition module for acquiring vehicle motion data, converting the motion data into a first alarm signal, and sending the first alarm signal to a cloud device; a second receiving module for receiving a silence command sent by the cloud device, the silence command instructing the monitoring device to enter a silence period, during which the monitoring device stops sending alarm signals; and a third sending module for responding to an alarm query request sent by the cloud device and sending a second alarm signal to the cloud device.

[0010] In a sixth aspect, embodiments of this application provide a computer device, including a memory and a processor, wherein the memory stores a computer program that can run on the processor, and the processor executes the program to implement some or all of the steps in the above-described method.

[0011] In a seventh aspect, embodiments of this application provide a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements some or all of the steps in the above-described method.

[0012] Eighthly, embodiments of this application provide a computer program product, including a computer program or instructions, which, when executed by a processor, implement some or all of the steps in the above-described method.

[0013] It should be understood that the above general description and the following detailed description are merely exemplary and explanatory, and are not intended to limit the technical solutions of this application. Attached Figure Description

[0014] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with this application and, together with the specification, serve to explain the technical solutions of this application.

[0015] Figure 1 A schematic diagram illustrating the implementation process of a vehicle warning method provided in this application embodiment;

[0016] Figure 2 A schematic diagram illustrating the implementation process of a vehicle warning method provided in this application embodiment;

[0017] Figure 3 A schematic diagram illustrating the implementation process of a vehicle warning method provided in this application embodiment;

[0018] Figure 4 A schematic diagram illustrating the implementation process of a vehicle warning method provided in this application embodiment;

[0019] Figure 5 A schematic diagram illustrating the implementation process of a vehicle warning method provided in this application embodiment;

[0020] Figure 6 This is a schematic diagram of the vehicle warning system provided in an embodiment of this application;

[0021] Figure 7 A schematic diagram illustrating the implementation process of an alarm triggering method provided in an embodiment of this application;

[0022] Figure 8 A schematic diagram illustrating the implementation process of an early warning interaction method provided in this application embodiment;

[0023] Figure 9 This is a schematic diagram of the composition structure of a vehicle warning system provided in an embodiment of this application;

[0024] Figure 10 This is a schematic diagram of the hardware entity of a vehicle warning device provided in an embodiment of this application;

[0025] Figure 11 This is a schematic diagram of the hardware entity of a vehicle warning device provided in an embodiment of this application;

[0026] Figure 12 This is a schematic diagram of the hardware entity of a computer device provided in an embodiment of this application. Detailed Implementation

[0027] To make the objectives, technical solutions, and advantages of this application clearer, the technical solutions of this application are further described in detail below with reference to the accompanying drawings and embodiments. The described embodiments should not be regarded as limitations on this application. All other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0028] In the following description, references to "some embodiments" refer to a subset of all possible embodiments. It is understood that "some embodiments" may be the same or different subsets of all possible embodiments and may be combined with each other without conflict. The terms "first / second / third" are used merely to distinguish similar objects and do not represent a specific ordering of objects. It is understood that "first / second / third" may be interchanged in a specific order or sequence where permitted, so that the embodiments of this application described herein can be implemented in an order other than that illustrated or described herein.

[0029] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains. The terminology used herein is for descriptive purposes only and is not intended to limit the scope of this application.

[0030] While sentry mode offers high protection capabilities, its continuous operation leads to significant power consumption, making it unsuitable for extended periods of vehicle parking. Camera-based security solutions, on the other hand, are limited by installation location and maintenance costs, hindering comprehensive coverage. Therefore, this application addresses this issue by deploying NB-IoT-based MEMS accelerometers in key vehicle components. Combined with cloud-based intelligent analysis mechanisms, this allows for continuous monitoring of potential intrusions even when the vehicle is offline. A tiered alarm strategy enables efficient and accurate security responses, while significantly reducing energy consumption and false alarm rates.

[0031] This application provides a vehicle warning method, which can be executed by a processor of a computer device. The computer device refers to a device with data processing capabilities, such as a server, laptop, tablet, desktop computer, smart TV, set-top box, or mobile device (e.g., mobile phone, portable video player, personal digital assistant, dedicated messaging device, portable gaming device).

[0032] Figure 1 This is a schematic diagram illustrating the implementation process of a vehicle warning method provided in an embodiment of this application. This method can be executed by the processor of a computer device. Figure 1 As shown, the method includes the following steps S101 to S104, combining... Figure 1 The steps are explained below.

[0033] Step S101: In response to the fact that the number of first alarm signals sent by the monitoring device installed in the vehicle exceeds a preset number within a preset time, a silence command is sent to the monitoring device.

[0034] The silence command is used to instruct the monitoring device to enter a silence period, during which the monitoring device stops actively sending alarm signals.

[0035] In some embodiments, the cloud device refers to a control and management platform deployed on a server, which is used to communicate with IoT terminal devices (such as the monitoring device and vehicle of this application). The cloud device realizes data interaction with the monitoring device and vehicle (T-BOX) through an NB-IoT module, and the cloud device has functions such as data storage, logical judgment, and alarm processing.

[0036] In some embodiments, the monitoring device refers to sensor devices, such as accelerometers, deployed in critical parts of the vehicle (e.g., doors, windows, front and rear trunks), capable of detecting abnormal behaviors such as vibration, movement, and falls, and converting this abnormal information into alarm signals sent to cloud devices. This device typically employs a low-power design and supports NB-IoT communication. One or more monitoring devices may be configured.

[0037] In some embodiments, if the monitoring device detects that the vehicle is in a state of vibration, movement, or falling, it will convert the collected vibration, movement, or falling motion data into an alarm signal and send it to the cloud device.

[0038] In some embodiments, an alarm signal is an electronic signal generated and sent by a monitoring device after detecting abnormal behavior (such as vibration, movement, or a fall), used to reflect the existence of an abnormal event. Alarm signals typically include information such as alarm values ​​and timestamps for further processing and analysis by cloud devices. For example, an alarm signal can be a data packet containing alarm type, location, and intensity level, transmitted wirelessly to a cloud server for assessment.

[0039] In some embodiments, an alarm value is a numerical parameter in an alarm signal used to quantify the severity of an abnormal event. Common alarm value formats include hexadecimal codes (such as 0x1, 0x2, 0x3) or decimal numbers (such as 1, 2, 3), each representing a different vibration intensity level or event type. For example, 0x1 indicates slight vibration, 0x2 indicates moderate vibration, and 0x3 indicates severe vibration. By reading these alarm values, the system enables cloud devices to make differentiated response decisions based on different alarm values.

[0040] In some embodiments, the first alarm signal is raw alarm data actively uploaded to the cloud by the monitoring device, and the content of the first alarm signal may include alarm values.

[0041] In some embodiments, "the number within a preset time exceeds a preset number" means that the number of alarm signals actively reported by the monitoring device within a certain time period exceeds the threshold set by the system, indicating that the monitoring device sends at least a preset number of first alarm signals to the cloud device within a preset time period; for example, the monitoring device sends at least 10 first alarm signals to the cloud device within 10 seconds.

[0042] In some embodiments, if the number of first alarm signals actively reported by the monitoring device exceeds a threshold set by the system within a certain period of time, an alarm is triggered, and a silence command is sent to the monitoring device to cause it to enter a silent period. Triggering an alarm indicates a safety hazard in the vehicle, that is, the vehicle is experiencing relative motion (vibration, movement, collision, etc.) with the ground.

[0043] In some embodiments, a silence command is a control command sent from a cloud device to a monitoring device to temporarily stop the monitoring device from actively reporting alarm signals.

[0044] In some embodiments, the silent period refers to a working state that the monitoring device enters after receiving a silent command from the cloud device. During this period, the monitoring device stops actively reporting alarm signals to avoid repeatedly triggering false alarms or interfering with subsequent judgment logic within a short period of time. The duration of the silent period can be configured according to actual needs, for example, the default setting is 10 minutes.

[0045] In some embodiments, during the silent period, the monitoring device may be in a working state that neither sends nor collects alarm signals, but is in a wake-up state.

[0046] In some embodiments, if the number of first alarm signals received from the monitoring device within a preset time exceeds a preset number, an alarm reminder is triggered. To avoid repeated alarm reminders, a silence command is sent to the monitoring device to stop it from sending the first alarm signals.

[0047] In some embodiments, by setting reasonable quiet periods and alarm signal trigger thresholds, the false alarm rate can be significantly reduced while ensuring effective response to real threats. Furthermore, because the monitoring device uses NB-IoT communication technology, it can maintain high communication reliability even under unstable network conditions, further enhancing the system's stability and availability.

[0048] Step S102: Send a status query request to the vehicle and an alarm query request to the monitoring device.

[0049] The alarm query request is used to instruct the monitoring device to send a second alarm signal.

[0050] In some embodiments, a status query request is an instruction issued by a cloud device to the vehicle to obtain the vehicle's current status information, such as driving status, parking status, and the status of in-vehicle electrical systems. For example, the cloud can send a status query request to a T-BOX module installed in the vehicle. The T-BOX module then sends a status query request to the vehicle to inquire about its current status, thereby obtaining the vehicle status information, which is then sent to the cloud device via the T-BOX module. If the T-BOX module fails to make the first request, it will continue to make multiple requests. If multiple requests fail consecutively, the last valid status information obtained will be used.

[0051] In some embodiments, an alarm query request is a query request sent by the cloud device to the monitoring device after the quiet period of the monitoring device, and is used by the cloud device to obtain the alarm signal of the monitoring device after the quiet period.

[0052] For example, after the monitoring equipment enters a quiet period, the cloud device may send a query request to the monitoring equipment every few minutes to check whether there are any alarm signals that have not been processed in time.

[0053] In some embodiments, the second alarm signal is an alarm signal returned by the monitoring device after receiving an alarm query request.

[0054] In some embodiments, the second alarm signal may include the latest alarm value collected by the monitoring device after a quiet period.

[0055] In some embodiments, the second alarm signal may further include whether new alarm events occurred during the quiet period and the alarm values ​​corresponding to these new alarm events. For example, if a monitoring device detects a new vibration event during the quiet period, the monitoring device will return the alarm value (e.g., 0x2) of this new vibration event to the cloud device after receiving a query request.

[0056] In some embodiments, by sending status query requests and alarm query requests to the vehicle and monitoring equipment respectively, dual verification of vehicle status and alarm information can be achieved, thereby improving the accuracy of alarm judgment.

[0057] Step S103: Receive the vehicle status signal sent by the vehicle and receive the second alarm signal.

[0058] In some embodiments, the vehicle status signal is the current status information sent by the vehicle itself (e.g., via a T-BOX module) to a cloud device, including but not limited to driving status, parking status, and vehicle electrical status. For example, when the vehicle is in a parked state, the T-BOX module sends a vehicle status: parked signal to the cloud; and when the vehicle starts driving, the T-BOX module updates the vehicle status to: driving.

[0059] In some embodiments, the second alarm signal is alarm information returned by the monitoring device after receiving an alarm query request. The alarm information typically includes whether a new alarm event occurred during the quiet period and the alarm value corresponding to the new alarm event. For example, if a monitoring device detects a new vibration event during the quiet period, the monitoring device will return the alarm value of the new vibration event (such as 0x2) to the cloud device after receiving the query request.

[0060] In some embodiments, by simultaneously receiving vehicle status signals and a second alarm signal, a comprehensive analysis of vehicle status and alarm information can be achieved, thereby providing reliable data support for subsequent alarm strategy formulation. For example, when the vehicle is parked and the monitoring device reports a new alarm signal during a quiet period, the cloud device can determine whether there is a potential intrusion based on the alarm signal and take corresponding countermeasures.

[0061] Step S104: If the number of the second alarm signals exceeds a preset number within a preset time, and the vehicle status signal and the second alarm signal meet the alarm conditions, determine a first alarm strategy based on the vehicle status signal and the second alarm signal.

[0062] In some embodiments, "the number within a preset time exceeds a preset number" means that the number of times the monitoring device sends a second alarm signal exceeds a set threshold within a certain time period; for example, the monitoring device sends a second alarm signal to the cloud device 10 times within 10 seconds.

[0063] In some embodiments, if the number of first alarm signals actively reported by the monitoring device exceeds a threshold set by the system within a certain period of time, an alarm is triggered. It is understood that triggering an alarm indicates a safety hazard in the vehicle, that is, the vehicle is experiencing relative motion (vibration, movement, collision, etc.) with the ground.

[0064] In some embodiments, if the number of times the monitoring device sends a second alarm signal exceeds a preset number within a preset time, then the first alarm signal sent by the monitoring device for the first time is considered a valid value. Based on the latest second alarm signal and the vehicle status signal, it is determined whether the alarm conditions are met.

[0065] In some embodiments, the alarm condition is a criterion used by the cloud device to determine whether an alarm needs to be triggered based on the vehicle status signal and the second alarm signal. For example, when the vehicle is parked and the monitoring device returns multiple high-vibration-level alarm signals during a silent period, the cloud device can determine that there is a serious intrusion, and thus the cloud device can trigger a high-level alarm policy.

[0066] In some embodiments, the first alarm strategy is a set of response mechanisms generated by comprehensively judging the vehicle status signal and the second alarm signal, which typically includes alarm response measures of different levels (such as low, medium and high).

[0067] In some embodiments, the current alarm level is first generated based on the vehicle status signal and the second alarm signal, and the corresponding first alarm strategy is determined based on the alarm level.

[0068] For example, when an alarm is determined to be low-level, the cloud device can send a notification only to the car owner's mobile app; when it is determined to be medium-level, it can call the car owner to remind them; when it is determined to be high-level, it can remotely activate the vehicle's sentry mode and simultaneously notify customer service personnel to intervene.

[0069] In some embodiments, by performing alarm response operations based on a first alarm policy, rapid response and efficient processing of alarm events can be achieved, thereby minimizing the harm caused to users by potential risks.

[0070] For example, in the event of a high-level alarm, the entire process from alarm judgment to remote activation of sentry mode can be completed within seconds, ensuring that the vehicle enters a protected state in the shortest possible time and effectively preventing illegal intrusion.

[0071] In this embodiment, the number of first alarm signals reported by the monitoring device is used to determine whether a preset threshold has been reached, thus deciding whether to enter a silent period. Next, a query request is sent to the vehicle and the monitoring device to obtain the current status and whether any new alarms have occurred. Subsequently, the vehicle status signal and the second alarm signal are comprehensively analyzed to determine whether the alarm conditions are met, and a corresponding alarm strategy is generated. Finally, the corresponding alarm response operation is executed according to the alarm strategy, such as notifying the user or remotely activating sentry mode. In this way, by verifying the alarm signals sent twice by the monitoring device and combining them with the vehicle status signal to determine the alarm strategy, the intelligence and practicality of the vehicle security system are improved.

[0072] Figure 2 This is a schematic diagram illustrating the implementation process of a vehicle warning method provided in an embodiment of this application. This method can be executed by the processor of a computer device. Figure 1 In step S104, if the vehicle status signal and the second alarm signal meet the alarm conditions, steps S201 to S204 are further included, combining... Figure 2 The steps shown are explained.

[0073] Step S201: Send a wake-up command to the monitoring device, the wake-up command being used to instruct the monitoring device to end the silent period.

[0074] In some embodiments, a wake-up command is a control signal used to notify the monitoring device to exit silent mode and enter working state during the silent period. The wake-up command is transmitted from the cloud device to the monitoring device via wireless communication (such as NB-IoT, BLE, etc.). The wake-up command is generated by the cloud device based on the second alarm signal and the vehicle status signal, and then sent to the monitoring device when the alarm conditions are met.

[0075] In some embodiments, sending a wake-up command can ensure that the monitoring device responds promptly when needed, thereby improving the real-time performance and reliability of the alarm system and preventing critical alarm information from being missed due to the device being in a low-power state for a long time.

[0076] Step S202: Receive the third alarm signal actively sent by the monitoring device.

[0077] In some embodiments, the third alarm signal is a signal actively reported by the monitoring device after being woken up, indicating that the monitoring device has detected possible intrusion or other abnormal situations. The third alarm signal typically includes alarm values ​​converted from the raw data collected by the sensors (such as acceleration values, timestamps, etc.). The monitoring device actively sends the third alarm signal to reduce the burden of frequent polling by the main control unit, thereby reducing the overall system energy consumption and speeding up the processing of abnormal events.

[0078] In some embodiments, a rapid response mechanism can be implemented by receiving a third alarm signal actively sent by the monitoring device. This mechanism can improve system efficiency and reduce network communication load. This response mechanism is beneficial for maintaining stable system performance in resource-constrained IoT environments.

[0079] Step S203: If the number of the third alarm signals exceeds a preset number within a preset time, a second alarm strategy is generated based on the third alarm signals and the vehicle status signal.

[0080] In some embodiments, a preset time is used to assess the number of alarms occurring per unit time period in order to determine whether there is a persistent risk. A preset number is the maximum allowed number of alarms within this time period; once the preset number is exceeded, an alarm risk is considered to exist.

[0081] In some embodiments, the vehicle status signal refers to the current state of the vehicle (such as driving, parking, offline, etc.), which is typically provided by onboard equipment (such as a T-BOX). By combining the third alarm signal and the vehicle status signal, the system can determine the severity of the alarm event and formulate corresponding response measures.

[0082] Step S204: Update the first alarm policy based on the second alarm policy.

[0083] In some embodiments, the first alarm strategy is generated when the second alarm signal and vehicle status data meet the alarm conditions, and a wake-up command is generated at the same time to enable the monitoring device to actively send the third alarm signal collected in real time.

[0084] In some embodiments, if the second alarm strategy determined by the third alarm signal and the vehicle status signal is different from the first alarm strategy, then the alarm level corresponding to the second alarm strategy and the first alarm strategy is determined. If the alarm level of the second alarm strategy is higher than the alarm level of the first alarm strategy, then the second alarm strategy is used instead of the first alarm strategy. If the alarm level of the first alarm strategy is higher than the alarm level of the second alarm strategy, then the first alarm strategy and the second alarm strategy are merged to generate a third alarm strategy, and an alarm is issued based on the third alarm strategy.

[0085] In this embodiment, the monitoring device is activated by a wake-up command, enabling it to actively send a third alarm signal. Subsequently, the system receives the third alarm signal actively fed back by the monitoring device, using it as the basis for subsequent judgments. Then, combining the alarm frequency within the time window and vehicle status signals, a more real-time third alarm strategy is generated. Finally, through a strategy update mechanism, the system can respond according to the latest situation, forming a closed-loop feedback and dynamically optimized security process, improving the accuracy and real-time performance of alarms.

[0086] Figure 3 This is a schematic diagram illustrating the implementation process of a vehicle warning method provided in an embodiment of this application. This method can be executed by the processor of a computer device. Figure 1 The vehicle status signals include the vehicle's driving status and the status of its onboard electrical systems. Figure 1 In step S104, based on the vehicle status signal and the second alarm signal, it is determined that the first alarm policy can be updated to steps S301 and S302, which will combine... Figure 3 The steps shown are explained.

[0087] Step S301: Determine the target alarm level based on the vehicle driving status and the second alarm signal; the target alarm level corresponds to at least one preset alarm strategy.

[0088] In some embodiments, the target alarm strategy is an alarm level determined according to preset rules based on the combination relationship between the vehicle driving status and the second alarm signal, such as three levels: low, medium, and high. Each target alarm strategy corresponds to one or more preset alarm strategies, and each preset alarm strategy specifies the specific way to handle alarm events, such as the method of sending notifications and whether to activate sentry mode.

[0089] In some embodiments, the vehicle's driving state may include the vehicle's parking state and driving state. If it is driving state, it may also include the vehicle's driving speed, braking state, steering angle, etc. The second alarm signal includes alarm values, which may include, for example, 0x1, 0x2, 0x3, or decimal numbers (such as 1, 2, 3), each value representing a different vibration intensity level or event type. For example, 0x1 represents slight vibration, 0x2 represents moderate vibration, and 0x3 represents severe vibration. An alarm level mapping relationship is constructed based on the vehicle's driving state and the magnitude of the vehicle alarm value.

[0090] For example, the alarm level mapping relationship includes a level 1 alarm, a level 2 alarm, and a level 3 alarm. A level 1 alarm is defined as a vehicle speed of 80 km / h, an airbag trigger, and an alarm value of 0x3. A level 2 alarm is defined as a vehicle speed of 40 km / h, a braking state of "braked", and an alarm value of 0x2. A level 3 alarm is defined as a vehicle speed of 0 km / h, a parked state, and an alarm value of 0x1.

[0091] Step S302: Based on the status of the vehicle electrical appliances, determine the target alarm strategy from the at least one preset alarm strategy.

[0092] In some embodiments, vehicle electrical components include batteries, braking systems, airbag controllers, vehicle radars, etc.; the status of vehicle electrical components may include normal status, offline status, abnormal status, etc.; for example, the door lock status, whether the engine is started, whether the positioning drift is consistent with the vehicle's movement trajectory, whether the window is broken, whether the alarm is triggered, whether the camera is blocked, whether the airbag is triggered, whether the battery voltage drops suddenly, whether the brake fluid pressure is 0, etc.

[0093] In some embodiments, alarm strategies that match the current electrical appliance status are selected from preset alarm strategies based on the operating data of the vehicle's electrical appliances.

[0094] In some embodiments, if the current alarm level is a Level 1 alarm, the preset alarm strategy for a Level 1 alarm includes sending an accident video to the vehicle owner, making an emergency call to the vehicle owner and alerting the police; if the status of the vehicle's electrical system indicates damage to the camera, then the target alarm strategy is determined to be making an emergency call to the vehicle owner and alerting the police.

[0095] In this embodiment, the target alarm level is determined by combining the vehicle's driving status with a second alarm signal, and the most suitable strategy is further selected from multiple preset alarm strategies based on the status of the vehicle's electrical components. Through this method, the system can more accurately identify the true nature of alarm events. This allows for the rational allocation of resources and response mechanisms, improving the overall intelligence level of the security system and user satisfaction.

[0096] In some embodiments, the vehicle status signal includes parking status and driving status, and the second alarm signal carries an alarm value. Whether the alarm condition is met in step S104 above can be achieved in the following ways:

[0097] If the alarm value is not empty and the vehicle status signal is in a parked state, it indicates that the alarm condition is met.

[0098] In some embodiments, vehicle status signals refer to signal data describing the current operating status of the vehicle, and the value of this signal data can be either parked or driving. Vehicle status signals are typically collected by an onboard controller (such as a T-BOX) and uploaded to the cloud. This signal data is one of the important bases for determining whether an alarm should be triggered. By distinguishing between parked and driving states, the cloud system can employ different alarm logic in different scenarios, thereby improving the accuracy and applicability of alarms.

[0099] In some embodiments, the second alarm signal is generated by a MEMS accelerometer deployed at critical locations on the vehicle (such as doors and windows) after detecting abnormal vibration. The second alarm signal contains a specific numerical value, namely the alarm value. The alarm value reflects the intensity level of the vibration; for example, 0x1 represents low intensity, 0x2 represents medium intensity, and 0x3 represents high intensity. Setting the second alarm value helps the cloud system determine the severity of the intrusion and accordingly decide whether to trigger an alarm and the alarm level.

[0100] In some embodiments, when the vehicle is parked and the MEMS accelerometer detects a non-empty second alarm value, the system determines that there may be destructive behavior and the system should trigger an alarm.

[0101] When the alarm value is greater than the preset alarm value and the vehicle status signal is in driving status, it indicates that the alarm condition is met.

[0102] In some embodiments, when the vehicle is in motion and the alarm value is higher than a preset threshold, the control system determines that there is a relatively serious vibration or disturbance and should trigger an alarm.

[0103] When the alarm value is empty and the vehicle status signal is in a parked state, it indicates that the alarm condition is met.

[0104] In some embodiments, when the vehicle is parked but the MEMS accelerometer does not report any alarm value (i.e., the alarm value is empty), this situation may be due to information loss caused by network interruption or other failures. This situation should be regarded as a potential risk and the system should trigger an alarm.

[0105] In this embodiment, by setting up multi-level alarm condition judgment logic and combining vehicle status signals with alarm values, more accurate alarm triggering can be achieved. By setting up multi-level alarm condition judgment logic and combining vehicle status signals with alarm values, normal vibration and malicious destructive behavior can be effectively distinguished, thereby reducing the false alarm rate.

[0106] Figure 4 This is a schematic diagram illustrating the implementation flow of a vehicle warning method provided in an embodiment of this application. The method can be executed by the processor of a computer device. The method includes steps S401 to S403, combining... Figure 4 The steps shown are explained.

[0107] Step S401: Collect vehicle motion data, convert the motion data into a first alarm signal, and send the first alarm signal to the cloud device.

[0108] In some embodiments, motion data refers to data collected by an accelerometer reflecting changes in the vehicle's physical state, including but not limited to acceleration changes caused by collisions, movement, or destruction. Motion data typically includes acceleration values ​​in the XYZ axes, enabling precise detection of abnormal events such as prying open doors or smashing windows. The data acquisition process utilizes a low-power MEMS accelerometer module, which operates continuously while the vehicle is parked. This low-power MEMS accelerometer module ensures the system's real-time performance and stability.

[0109] A collision refers to the impact force exerted on the surface or structure of a vehicle by an external object (such as a rock, tool, etc.), which may cause deformation of the vehicle or damage to its parts. For example, when someone attempts to hit a car window with a hammer, the monitoring equipment will detect the violent vibration and record the motion data as a collision event.

[0110] In this context, "movement" refers to a change in the position of a vehicle or a component thereof. In this application, "movement" includes not only the overall displacement of the vehicle (such as being stolen and driven away from its original location), but also partial movement (such as opening a door or opening the trunk). For example, if a door is illegally opened while the vehicle is stationary, this can be considered an unauthorized act of movement.

[0111] Damage refers to any act that causes harm to the structure or function of a vehicle. Damage includes, but is not limited to, human-caused damage (such as picking locks or smashing windows) and natural damage (such as earthquakes causing vehicle body deformation). For example, when a car window is maliciously broken, the monitoring equipment will detect abnormal vibrations and classify the motion data as a destructive event.

[0112] In some embodiments, when the accelerometer module detects vibrations exceeding a set threshold, the monitoring device converts the raw data into a digital signal in a specific format (such as 0x1 / 0x2 / 0x3) and uploads it to the cloud device via the NB-IoT communication protocol.

[0113] Step S402: Receive a silence command sent by the cloud device. The silence command is used to instruct the monitoring device to enter a silence period. During the silence period, the monitoring device stops sending alarm signals.

[0114] In some embodiments, a silence command is a control command issued by a cloud device to instruct the monitoring device to suspend reporting any alarm signals for a period of time. The silence command mechanism avoids duplicate alarms caused by brief false triggers, while reducing network traffic and battery consumption. For example, once an alarm is confirmed as valid, the monitoring device can block duplicate alarm signals from the same location for a default 10-minute silence period.

[0115] In some embodiments, by setting filtering conditions, unnecessary alarms can be prevented from disturbing the user, thereby optimizing the use of system resources and further extending the device's battery life and improving the user experience.

[0116] Step S403: In response to the alarm query request sent by the cloud device, send a second alarm signal to the cloud device.

[0117] In some embodiments, the monitoring device prepares the necessary information to respond to an alarm query request initiated by the cloud device. The cloud device may proactively request the latest motion data or first alarm signal from the monitoring device based on historical alarm data or the current vehicle status to help determine whether further action is needed.

[0118] In some embodiments, the second alarm signal is alarm information that is re-collected, generated, and sent by the monitoring device after receiving an alarm query request from the cloud device, used to supplement or update the previously reported content. The second alarm signal also follows the NB-IoT communication protocol format to ensure compatibility with the cloud device, and the alarm information content can be dynamically adjusted according to the current vehicle status.

[0119] This ensures that cloud devices receive the most timely and comprehensive alarm information, enabling more efficient alarm processing and response, and ultimately improving the overall security and reliability of the system.

[0120] In this embodiment, a closed-loop monitoring mechanism is formed by collecting vehicle motion data, generating a first alarm signal, and then combining this with alarm query request feedback from cloud devices. This closed-loop monitoring mechanism enables real-time perception and intelligent analysis of vehicle status, allowing for timely detection and response to potential risks, thereby improving the intelligence and practicality of the vehicle security system.

[0121] In some embodiments, if the number of second alarm signals sent exceeds a preset number within a preset time in step S403 above, the following implementation process is further included:

[0122] The device receives a wake-up command from the cloud device, ends the silence period, and sends a third alarm signal to the cloud device.

[0123] In some embodiments, after the monitoring device enters a silent period upon receiving a silent command, the cloud device may proactively issue a wake-up command upon confirming that the vehicle status or alarm conditions are met. Upon receiving the wake-up command, the monitoring device uses it to end the current silent period, resumes its alarm signal reporting function, and the cloud allows the monitoring device to upload newly detected third alarm signals to the cloud server for further processing.

[0124] In some embodiments, a third alarm signal refers to alarm data generated by a MEMS accelerometer detecting new abnormal vibrations, movements, or destructive behavior after the monitoring device is reactivated. The third alarm signal typically includes alarm level information (e.g., low, medium, high). The system encapsulates this data via an NB-IoT module and uploads it to the cloud for subsequent determination of whether to trigger a higher-level alarm response.

[0125] In this embodiment, by setting the cloud to have the function of sending wake-up commands, the system can flexibly break the silence period under specific conditions, so that the system can obtain the latest alarm signals in a timely manner, thereby effectively improving the accuracy of alarm response and the overall intelligence level of the system.

[0126] Figure 5 This is a schematic diagram illustrating the implementation process of a vehicle warning method provided in an embodiment of this application. This method can be executed by the processor of a computer device. Figure 4 , Figure 4 Step S401 can be updated to steps S501 and S502, which will combine Figure 5 The steps shown are explained.

[0127] Step S501: In response to the power-on signal sent by the vehicle, collect the motion data of the vehicle.

[0128] In some embodiments, the vehicle power-on signal refers to the electrical signal emitted when the vehicle's power system switches from a power-off state to a power-on state. This is typically broadcast by the cockpit controller (such as an in-vehicle Bluetooth module) during vehicle startup. The vehicle power-on signal is used to notify external devices of the vehicle's current status, such as entering driving mode. When the MEMS accelerometer receives the vehicle power-on signal, it determines that the vehicle has entered a running state and adjusts its operating mode accordingly.

[0129] In some embodiments, collecting vehicle motion data refers to acquiring physical motion parameters such as vibration, displacement, and tilt of the vehicle in real time using MEMS accelerometers deployed in key parts of the vehicle, such as doors, windows, and trunk. The collected vehicle motion data can reflect whether the vehicle is stationary or moving, and whether any abnormal movement has occurred. The acquisition process is typically performed through periodic sampling to complete the data acquisition task and ensure the continuity and accuracy of the collected data.

[0130] Step S502: When the motion data indicates that there is relative motion between the vehicle and the ground, the motion data is converted into a first alarm signal.

[0131] In some embodiments, relative motion between the vehicle and the ground refers to changes such as displacement, vibration, or tilt of the vehicle relative to its parking position, which are usually caused by unauthorized intrusion (such as prying open the door or breaking the window).

[0132] For example, when a vehicle is pushed, hit, or dragged, the MEMS accelerometer can detect obvious abnormal motion signals.

[0133] In some embodiments, the acquired raw motion data is processed and analyzed, transforming it into alarm signals with clear meaning. This process typically includes steps such as filtering, threshold determination, and pattern recognition. For example, when a MEMS accelerometer detects multiple consecutive vibrations with amplitudes exceeding a set threshold, the system determines this phenomenon as an abnormal event and generates an alarm signal of the corresponding level (e.g., low, medium, high). The system can encode the first alarm signal digitally (e.g., 0x1, 0x2, 0x3) for subsequent transmission and processing.

[0134] In this embodiment, the system responds to the vehicle's power-on signal and collects the vehicle's motion data. When the system determines that there is relative motion between the vehicle and the ground, it generates a first alarm signal. This method can accurately identify whether the vehicle has been subjected to unauthorized interference, prevent false alarms, and improve the reliability of the alarm system.

[0135] In some embodiments, the vehicle warning method provided in this application is also applied to a vehicle, wherein the method includes:

[0136] Receive a status query request sent by a cloud device, and send a vehicle status signal to the cloud device.

[0137] In some embodiments, a status query request refers to a query operation initiated by a cloud device to a vehicle (such as an acceleration sensor or T-BOX in this solution) in order to obtain the current status information of the device or vehicle.

[0138] For example, in this solution, when the cloud device detects that an acceleration sensor has reported an alarm value, the cloud device will send a status query request to the T-BOX to confirm whether the vehicle is currently in a driving or parked state. The status query request typically includes fields such as the target device's identifier, the query content, and a timestamp.

[0139] In some embodiments, vehicle status signals refer to data information reflecting the current operating status of the vehicle returned by the in-vehicle terminal (such as T-BOX) to the cloud device. Vehicle status signals typically include status codes such as driving, parked, and offline. These status codes are used to assist the cloud device in determining whether alarm conditions are met. For example, when the accelerometer reports an alarm value and the vehicle is in a driving state, this alarm value may be a false alarm and requires further verification; when the vehicle is in a parked state, this alarm value is more likely to be a real intrusion.

[0140] In some embodiments, when the cloud device receives an alarm value reported by an acceleration sensor, it immediately sends a status query request to the T-BOX and waits for the cloud device to return the vehicle's current status. If the T-BOX reports that the vehicle is parked, the cloud device combines the alarm value to determine whether to trigger an alarm and execute corresponding actions, such as pushing a notification to the owner's mobile application (APP), dialing the owner's preset phone number, or activating sentry mode. Through the above process, the cloud device achieves real-time perception and intelligent response to the vehicle's status, improving the system's accuracy and reliability.

[0141] In some embodiments, the cloud device can also make a comprehensive judgment based on historical records and multiple query results to avoid erroneous alarms caused by a single false alarm or network latency. For example, if the first query fails, the cloud device can be set up with an automatic retry mechanism to continuously try to obtain valid status information within a certain period of time, ensuring the accuracy of alarm judgment.

[0142] In this embodiment, through an efficient communication mechanism established between the cloud device and the vehicle, the system achieves accurate judgment and rapid response to vehicle status. This allows for timely identification of abnormal situations, thereby improving the sensitivity and reliability of the vehicle security system and further enhancing the user's safety experience and trust.

[0143] In some embodiments, the vehicle warning method applied to a vehicle described above further includes:

[0144] In response to the vehicle power-on operation, a power-on signal is sent to the monitoring equipment.

[0145] In some embodiments, when the vehicle starts and enters operating mode, the cockpit controller sends a power-on broadcast signal. The accelerometer, upon receiving the power-on signal via its built-in BLE module, determines that the vehicle is currently in driving mode and reports this information to the vehicle cloud server via the NB-IoT network. This process helps the system identify whether it should enter sleep mode, thereby avoiding unnecessary resource consumption.

[0146] In response to the vehicle power-off operation, a power-off signal is sent to the monitoring equipment.

[0147] In some embodiments, when the vehicle is turned off and put into parking mode, the cockpit controller issues a power-down broadcast signal before shutting down. Upon receiving the power-down signal via its built-in BLE module, the accelerometer determines that the vehicle is currently in a non-operating state and switches to wake-up mode to begin monitoring for potential vibrations or intrusions. This process of receiving the power-down signal via the BLE module and switching to wake-up mode based on the vehicle status ensures that the accelerometer performs high-sensitivity detection only when necessary, thereby effectively extending battery life.

[0148] In this embodiment, by sending power-on and power-off signals respectively when the vehicle is powered on and off, the vehicle's status can be accurately determined, and the operating mode of the monitoring equipment can be controlled accordingly. This reduces energy consumption, extends equipment lifespan, improves system stability and usability, and ultimately enhances user trust and satisfaction with vehicle security functions.

[0149] The following describes an exemplary application of a vehicle warning method provided in this application in a real-world scenario.

[0150] Microelectromechanical systems (MEMS) accelerometer: An accelerometer using microelectromechanical systems (MEMS) technology can detect acceleration changes in the three axes (XYZ), with high sensitivity (such as ±2 / 4 / 8g range) and can capture minute vibrations (such as door and window opening and closing, object movement, etc.).

[0151] Narrowband Internet of Things (NB-IoT): This is a communication technology belonging to the wide area network (LPWAN) category. It supports wide-area coverage (such as city-level coverage) and ultra-low power operation (using a single AA battery can maintain a lifespan of 2-5 years). It is designed specifically for IoT devices and can connect more than 100,000 NB-IoT terminal devices simultaneously.

[0152] Bluetooth Low Energy (BLE) is a short-range wireless communication technology designed to address the high power consumption issue of traditional Bluetooth. BLE supports rapid device connection and can connect to dozens of devices simultaneously, sending control commands to these devices by periodically transmitting broadcast packets.

[0153] In this embodiment, a low-power technical solution that is independent of vehicle network and energy supply is provided for parking scenarios (after the vehicle is removed from the vehicle and power is off). When the vehicle is damaged (e.g., doors, windows, or the front and rear trunks are pried open), alarm information is reported to the vehicle cloud server in real time. After receiving the alarm information and verifying the vehicle status, the cloud server issues an alarm notification, such as notifying the vehicle owner or remotely activating the vehicle's sentry mode.

[0154] Figure 6 This is a schematic diagram of the vehicle warning structure provided in the embodiments of this application, wherein 601 is an acceleration sensor (corresponding to the monitoring device in the above embodiments) installed at multiple locations on the vehicle, 602 is the vehicle cloud (corresponding to the cloud device in the above embodiments), and 603 is the vehicle.

[0155] In some embodiments, the acceleration sensor 601 is powered by a battery or wired power supply, ensuring that the acceleration sensor module can still operate normally when there is no vehicle power supply. The acceleration sensor 601 is used to determine whether the device is vibrating, moving, falling, etc., and sends out signal data.

[0156] In some embodiments, the accelerometer 601 includes a data acquisition module, an NB-IoT module, and a BLE module. The NB-IoT module encapsulates the signal data detected by the accelerometer 601 into the NB-IoT protocol format and transmits it to the vehicle cloud server via an NB-IoT base station. The BLE module connects to the cabin's Bluetooth module and receives broadcast signals emitted by the cabin's Bluetooth.

[0157] In some embodiments, the acceleration sensor 601 includes a sleep state and a wake-up state. In the sleep state, all modules are shut down, except for the wake-up circuit; in the wake-up state, it continuously monitors and reports different signal data based on changes in the sensitivity range (±2 / 4 / 8g).

[0158] In some embodiments, the vehicle cloud 602 is used to receive signal data reported by the acceleration sensor and, based on different signal data, provide alarm results and issue alarm notifications. Specifically, the vehicle cloud 602 obtains the current vehicle status through a T-BOX set in the vehicle 603. If the first request fails, it will continue to request multiple times. If multiple requests fail consecutively, the last valid status information obtained will be used.

[0159] In some embodiments, the vehicle cloud 602 is also used to verify whether the vehicle status meets the alarm conditions.

[0160] In some embodiments, the vehicle cloud 602 is also used to provide alarm results based on different signal data.

[0161] In some embodiments, the CarCloud 602 is also used to send alarm notifications (the notification target can be a mobile phone, telephone, or a vehicle with sentry mode enabled, depending on the vehicle manufacturer's capabilities, and supports custom alarm methods).

[0162] In some embodiments, vehicle 603 includes a Bluetooth module and a T-BOX module.

[0163] Each time vehicle 603 is powered on or off, it will broadcast a signal through the vehicle's Bluetooth module to inform the acceleration sensor of the current vehicle status (driving, parked).

[0164] The T-BOX is used to receive status query requests from the vehicle cloud and return the current status of the vehicle (driving, parked).

[0165] In some embodiments, the acceleration sensor 601 is deployed in key locations such as vehicle doors, windows, and front and rear trunks.

[0166] In some embodiments, each time the vehicle 603 is powered on, the cockpit controller is activated and the cockpit Bluetooth will broadcast a signal. After the BLE module of the acceleration sensor 601 receives the broadcast signal, it will automatically enter a sleep state.

[0167] In some embodiments, each time the vehicle 603 is powered off, before the cockpit controller is turned off, the cockpit Bluetooth will broadcast a signal. After the BLE module of the acceleration sensor 601 receives the broadcast signal, it will automatically enter the wake-up state and the acceleration sensor 601 will start working.

[0168] In some embodiments, the accelerometer 701 issues different alarm values ​​(0x1 for low, 0x2 for medium, and 0x3 for high) based on the sensitivity range (±2 / 4 / 8g).

[0169] Figure 7 A schematic diagram illustrating the implementation process of an alarm triggering method provided in this application embodiment includes the following steps:

[0170] Step 701: The sensor continuously detects vibration data.

[0171] When a collision, movement, or damage occurs in the area where the sensors are deployed, the sensors will receive data signals of different ranges, ±2 / 4 / 8g. The system will convert these data signals into corresponding alarm values, such as 0x1 / 0x2 / 0x3, and upload the alarm values ​​to the vehicle cloud server in real time via the cellular network.

[0172] Step 702: The vehicle cloud server determines whether the alarm has been triggered.

[0173] The vehicle cloud server judges the currently reported alarm value according to the calculation rules to determine whether an alarm is triggered and the alarm level triggered.

[0174] To ensure the accuracy of the alarm triggering process, the system should execute the alarm processing logic in the following order: first, issue an alarm notification; then, perform alarm verification; and finally, complete the alarm triggering.

[0175] Step 703, Alarm Notification.

[0176] The vehicle cloud will continuously monitor the alarm values ​​reported by any sensor. When any sensor receives n alarm signals within a certain period of time n, the system will trigger an alarm notification. (The value of n can be flexibly configured in the cloud).

[0177] To prevent alarms from being triggered repeatedly, an alarm will enter a silent period after the first trigger. During the silent period, the cloud will turn off alarms for the corresponding sensor. The default time is 10 minutes (engineers can set the time).

[0178] Step 704: Alarm verification.

[0179] The cloud will send a vehicle status query request to the vehicle, and the cloud will also request the latest alarm values ​​from the sensors.

[0180] Check vehicle status: parked status, driving status.

[0181] The system performs an operation to query device alarm values: within a set duration n, the vehicle terminal returns the corresponding alarm codes 0x1, 0x2, and 0x3 to the server. The specific value of the duration n is configured and set by the cloud backend.

[0182] Step 705: Alarm triggered.

[0183] An alarm is triggered when the following conditions occur:

[0184] The vehicle status is "parked" and any device returns any alarm value.

[0185] The vehicle status is "driving" and any device returns a 0x2 / 0x3 alarm value;

[0186] The vehicle status is "Parked + Device request failed (no network)";

[0187] Step 706: Continuous alarm trigger.

[0188] When an alarm is triggered, the alarm notification will end the silence period. The cloud will continuously receive alarm values ​​reported by the sensors and calculate the latest alarm level (please refer to the relevant chapters for alarm level determination). When the system detects that the current alarm level is higher than the previous alarm level (high > medium > low), the system will trigger a new alarm level and notification.

[0189] Step 707: Alarm trigger alarm level determination.

[0190] 1. Low alarm level:

[0191] The system will set all alarm values ​​for any sensor. The alarm value is equal to hexadecimal 0x1, and the corresponding decimal value will be repeated within the range of 2 to 10.

[0192] The system detected that the alarm values ​​of all sensors (involving at least 2 sensors) were equal to the hexadecimal number 0x1, and this state has occurred twice.

[0193] The system queries the vehicle status to determine if the vehicle is currently in motion, and simultaneously checks all sensors for alarm signals. This condition is met once: the vehicle is in motion and all sensor alarm values ​​are 0x2.

[0194] The vehicle status is parked and any sensor is offline (no network).

[0195] The condition that the vehicle status is offline (no network) and any sensor alarm value is equal to 0x1 occurs once.

[0196] 2. Alarm level is medium.

[0197] All alarm values ​​for any sensor = 0x1 > 10 times.

[0198] The system sets all alarm values ​​of any sensor to 0x2, with the corresponding decimal values ​​ranging from 2 to 10.

[0199] The system sets the alarm values ​​of all sensors (including at least two devices) to the hexadecimal number 0x2, which means that the alarm has occurred twice.

[0200] The system performs a query operation with the following conditions: the vehicle status is "driving" and the alarm value of all devices is 0x3.

[0201] The vehicle status is "parked" and all devices are offline (no network).

[0202] When the system checked the vehicle's status, it found that the vehicle was offline (no network connection). Simultaneously, the system checked the alarm values ​​of any sensor device and found that the alarm value was 0x2, and this status occurred once.

[0203] 3. High alarm level.

[0204] All alarm values ​​for any sensor = 0x2 > 10 times.

[0205] When the system detects that at least two devices among all the sensor alarm values ​​have an alarm status equal to the hexadecimal value 0x2, and this status occurs more than five times consecutively, the corresponding alarm response mechanism is triggered.

[0206] The sensor detects that all alarm values ​​of any sensor are equal to the hexadecimal number 0x3, which indicates that the corresponding decimal value is 2 to 10 times.

[0207] The system detected that when the alarm values ​​of all sensors simultaneously reached the set threshold, a total of two alarm events were triggered. In each alarm event, at least two devices were in an alarm state, which is represented by hexadecimal 0x3.

[0208] The system detected that the vehicle is currently in driving mode and that all sensor alarm values ​​are 0x3. This situation has occurred twice.

[0209] The system queries the vehicle status and shows that the vehicle is offline (no network connection). After querying all sensors, the device alarm value is set to 0x1, and this alarm condition has been triggered more than twice.

[0210] Alarm values ​​and alarm counts are configured by the system administrator in the cloud backend.

[0211] The alarm notification is as follows:

[0212] Alarm notification methods: Different alarm levels can be configured in the cloud for different alarm notification methods. The system allows users to choose from the following available alarm methods:

[0213] 1. Send message notifications via mobile app: Send message notifications to remind users via mobile app.

[0214] 2. SMS notification: The system sends SMS notifications to users via the mobile app.

[0215] 3. Telephone reminder: Notify us by phone through the customer service system.

[0216] 4. Sentinel Mode: Authorize the activation of Sentinel Mode.

[0217] 5. Customer service provides offline support: The customer service system uses location technology to directly locate the current location of the customer's vehicle and arranges the nearest after-sales service personnel to go to the customer's designated location to provide on-site technical support.

[0218] 6. Alarm status includes two states: alarm in progress and normal. The status rules in the system are set and managed by the cloud backend.

[0219] 7. Based on different alarm levels, the system will generate corresponding alarm statuses and continuously send alarm reminders to users until the alarm status is cleared. Users can clear the alarm status by contacting customer service or by accessing the alarm page through the mobile app and performing the clearing operation.

[0220] Alarm in progress: When the alarm level is medium or high, the system will trigger the alarm in progress status.

[0221] Alarm level is medium: The alarm status remains for 60 minutes until the user manually cancels it or the backend customer service cancels it.

[0222] High alarm level: The alarm status persists until the user manually clears the alarm or the backend customer service clears the alarm.

[0223] Figure 8 This application provides a schematic diagram of the implementation process of an early warning interaction method, which includes the following steps:

[0224] Step S801: When the user parks the vehicle and the vehicle is powered off, the cabin Bluetooth function will send a power-off broadcast signal.

[0225] Step S802: The acceleration sensor receives a power-off broadcast signal, the device wakes up, and continues to monitor its status.

[0226] In step S803, when the sensor vibrates, moves, or falls due to impacts or damage to the car door, windows, or front and rear trunks, the acceleration sensor reports an alarm value to the vehicle cloud via the cellular network.

[0227] Step S804: After the vehicle cloud receives the alarm value sent by the mobile sensor and it meets the alarm reminder requirements, it requests the vehicle terminal to query the current vehicle status again, and requests the mobile sensor to query the current alarm value.

[0228] Step S805: Based on the queried vehicle status, sensor alarm values ​​and previously reported alarm values, the vehicle cloud calculates the alarm level and issues corresponding instructions.

[0229] The alarm levels include:

[0230] Low alert level: An alert notification is sent to the vehicle owner's mobile app;

[0231] Alarm level is medium: The alarm will be sent to the vehicle owner via telephone.

[0232] High alert level: Remotely activates the vehicle's sentry mode and calls the owner to issue an alarm.

[0233] In some embodiments, Sentinel mode significantly impacts vehicle battery drain, leading to numerous user complaints and making it unsuitable for vehicle security monitoring during extended periods of parking. Parking space cameras are limited to vehicles parked in their designated spaces, failing to address user security needs in other flexible parking scenarios. Furthermore, outdoor camera deployment incurs high installation and maintenance costs and cannot be linked with vehicles, making it easy to miss incoming intrusion attempts.

[0234] In some embodiments, the vehicle warning method provided in this application has the following advantages:

[0235] 1. Low power consumption and low cost, supporting security monitoring during long-term parking;

[0236] 2. It can work in conjunction with the vehicle, leveraging the strengths of each to automatically activate and deactivate the security functions, and activate the vehicle's own protective functions (such as sentry mode) when needed.

[0237] 3. Supports multi-level alarm settings, which can be made available to users for selection;

[0238] 4. These products can be sold to users as after-sales premiums, and companies can increase sales revenue by selling these products.

[0239] Based on the foregoing embodiments, this application provides a vehicle warning system, which includes various units and modules included in each unit, and can be implemented by a processor in a computer device; of course, it can also be implemented by specific logic circuits; in the implementation process, the processor can be a central processing unit (CPU), a microprocessor unit (MPU), a digital signal processor (DSP), or a field programmable gate array (FPGA), etc.

[0240] Figure 9 This is a schematic diagram of the composition structure of a vehicle warning system provided in an embodiment of this application, as shown below. Figure 9As shown, the vehicle warning system 900 includes a cloud device 901 and a monitoring device 902. The cloud device 901 is configured to: send a silence command to the monitoring device 902 in response to the number of first alarm signals sent by the monitoring device 902 installed in the vehicle exceeding a preset number within a preset time; the silence command instructs the monitoring device 902 to enter a silence period, during which the monitoring device 902 stops actively sending alarm signals; send a status query request to the vehicle and an alarm query request to the monitoring device 902; the alarm query request instructs the monitoring device 902 to send a second alarm signal; receive a vehicle status signal sent by the vehicle and receive the second alarm signal; and determine a first alarm strategy based on the vehicle status signal and the second alarm signal when the number of the second alarm signals exceeds a preset number within a preset time and the vehicle status signal and the second alarm signal meet alarm conditions.

[0241] The monitoring device 902 is used to collect vehicle motion data, convert the motion data into a first alarm signal, and send the first alarm signal to the cloud device 901; receive a silence command sent by the cloud device 901, receive an alarm query request sent by the cloud device 901, and send a second alarm signal to the cloud device 901.

[0242] In some embodiments, when the vehicle status signal and the second alarm signal meet the alarm conditions, the cloud device 901 is further configured to send a wake-up command to the monitoring device 902, the wake-up command being used to instruct the monitoring device 902 to end the silent period; receive a third alarm signal actively sent by the monitoring device 902; when the number of the third alarm signals exceeds a preset number within a preset time, generate a second alarm strategy based on the third alarm signal and the vehicle status signal; and update the first alarm strategy based on the second alarm strategy.

[0243] In some embodiments, the vehicle status signal includes the vehicle driving status and the status of the vehicle electrical system. The cloud device 901 is further configured to determine a target alarm level based on the vehicle driving status and the second alarm signal; the target alarm level corresponds to at least one preset alarm policy; and the target alarm policy is determined from the at least one preset alarm policy based on the status of the vehicle electrical system.

[0244] In some embodiments, the vehicle status signal includes a parking status and a driving status, the second alarm signal carries a second alarm value, and the cloud device 901 is further configured to indicate that the alarm condition is met when the second alarm value is not empty and the vehicle status signal is in a parking status; to indicate that the alarm condition is met when the second alarm value is greater than a preset alarm value and the vehicle status signal is in a driving status; and to indicate that the alarm condition is met when the second alarm value is empty and the vehicle status signal is in a parking status.

[0245] In some embodiments, the monitoring device 902 is further configured to receive a wake-up command sent by the cloud device, terminate the silent period, and send a third alarm signal to the cloud device.

[0246] In some embodiments, the monitoring device 902 is further configured to collect motion data of the vehicle in response to a power-on signal sent by the vehicle; and to convert the motion data into a first alarm signal when the motion data indicates that the vehicle has relative motion with respect to the ground.

[0247] Figure 10 This is a schematic diagram of the hardware entity of a vehicle warning device provided in an embodiment of this application, such as... Figure 10 As shown, the vehicle warning device 1000 includes: a first transmitting module 1001, a second transmitting module 1002, a first receiving module 1003, and a determining module 1004, wherein:

[0248] The first sending module 1001 is used to send a silence command to the monitoring device in response to the number of first alarm signals sent by the monitoring device installed in the vehicle exceeding a preset number within a preset time; the silence command is used to instruct the monitoring device to enter a silence period, and the monitoring device in the silence period stops actively sending alarm signals.

[0249] The second sending module 1002 is used to send a status query request to the vehicle and an alarm query request to the monitoring device; the alarm query request is used to instruct the monitoring device to send a second alarm signal.

[0250] The first receiving module 1003 is used to receive the vehicle status signal sent by the vehicle and to receive the second alarm signal.

[0251] The determining module 1004 is used to determine a first alarm strategy based on the vehicle status signal and the second alarm signal when the number of the second alarm signal exceeds a preset number within a preset time and the vehicle status signal and the second alarm signal meet the alarm conditions.

[0252] In some embodiments, when the vehicle status signal and the second alarm signal meet the alarm conditions, the vehicle warning device 1000 further includes an update module (not shown in the figure), the update module being used to send a wake-up command to the monitoring device, the wake-up command being used to instruct the monitoring device to release the silent period; receive a third alarm signal actively sent by the monitoring device; when the number of the third alarm signals exceeds a preset number within a preset time, generate a second alarm strategy based on the third alarm signal and the vehicle status signal; and update the first alarm strategy based on the second alarm strategy.

[0253] In some embodiments, the vehicle status signal includes vehicle driving status and vehicle electrical status. The determining module 1004 is further configured to determine a target alarm level based on the vehicle driving status and the second alarm signal; the target alarm level corresponds to at least one preset alarm strategy; and the target alarm strategy is determined from the at least one preset alarm strategy based on the vehicle electrical status.

[0254] In some embodiments, the vehicle status signal includes a parking status and a driving status, the second alarm signal carries an alarm value, and the determining module 1004 is further configured to: indicate that the alarm condition is met when the alarm value is not empty and the vehicle status signal is in a parking status; indicate that the alarm condition is met when the alarm value is greater than a preset alarm value and the vehicle status signal is in a driving status; and indicate that the alarm condition is met when the alarm value is empty and the vehicle status signal is in a parking status.

[0255] Figure 11 This is a schematic diagram of the hardware entity of a vehicle warning device provided in an embodiment of this application, such as... Figure 11 As shown, the vehicle warning device 1100 includes: a data acquisition module 1101, a second receiving module 1102, and a third receiving module 1103, wherein:

[0256] The acquisition module 1101 is used to acquire vehicle motion data, convert the motion data into a first alarm signal, and send the first alarm signal to the cloud device.

[0257] The second receiving module 1102 is used to receive a silence command sent by the cloud device. The silence command is used to instruct the monitoring device to enter a silence period, and the monitoring device in the silence period stops sending alarm signals.

[0258] The third sending module 1103 is used to send a second alarm signal to the cloud device in response to an alarm query request sent by the cloud device.

[0259] In some embodiments, the second receiving module 1102 is further configured to receive a wake-up command sent by the cloud device, terminate the silence period, and send a third alarm signal to the cloud device.

[0260] In some embodiments, the acquisition module 1101 is further configured to acquire motion data of the vehicle in response to a power-on signal sent by the vehicle; and convert the motion data into a first alarm signal when the motion data indicates that the vehicle has relative motion with respect to the ground.

[0261] The descriptions of the apparatus embodiments above are similar to those of the method embodiments above, and have similar beneficial effects. In some embodiments, the functions or modules included in the apparatus provided in this application can be used to perform the methods described in the method embodiments above. For technical details not disclosed in the apparatus embodiments of this application, please refer to the descriptions of the method embodiments of this application for understanding.

[0262] It should be noted that, in the embodiments of this application, if the above-described methods are implemented as software functional modules and sold or used as independent products, they can also be stored in a computer-readable storage medium. Based on this understanding, the technical solutions of the embodiments of this application, or the parts that contribute to related technologies, can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), magnetic disks, or optical disks. Thus, the embodiments of this application are not limited to any specific hardware, software, or firmware, or any combination of hardware, software, and firmware.

[0263] This application provides a computer device including a memory and a processor. The memory stores a computer program that can run on the processor. When the processor executes the program, it implements some or all of the steps in the above-described method.

[0264] This application provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements some or all of the steps in the above-described method. The computer-readable storage medium can be transient or non-transient.

[0265] This application provides a computer program including computer-readable code, wherein when the computer-readable code is executed in a computer device, a processor in the computer device performs some or all of the steps in the above-described method.

[0266] This application provides a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program. When the computer program is read and executed by a computer, it implements some or all of the steps in the above-described method. This computer program product can be implemented specifically through hardware, software, or a combination thereof. In some embodiments, the computer program product is specifically embodied as a computer storage medium; in other embodiments, the computer program product is specifically embodied as a software product, such as a software development kit (SDK), etc.

[0267] It should be noted that the descriptions of the various embodiments above tend to emphasize the differences between them, while their similarities or commonalities can be referred to interchangeably. The descriptions of the above embodiments of the device, storage medium, computer program, and computer program product are similar to the descriptions of the above method embodiments and have similar beneficial effects. For technical details not disclosed in the embodiments of the device, storage medium, computer program, and computer program product of this application, please refer to the descriptions of the method embodiments of this application for understanding.

[0268] Figure 12 This application provides a hardware entity diagram of a computer device as an embodiment of the present application, such as... Figure 12 As shown, the hardware entity of the computer device 1200 includes a processor 1201 and a memory 1202, wherein the memory 1202 stores a computer program that can run on the processor 1201, and the processor 1201 executes the program to implement the steps in the method of any of the above embodiments.

[0269] The memory 1202 stores computer programs that can run on the processor. The memory 1202 is configured to store instructions and applications that can be executed by the processor 1201. It can also cache data to be processed or already processed (e.g., image data, audio data, voice communication data, and video communication data) in the processor 1201 and various modules in the computer device 1200. It can be implemented by flash memory or random access memory (RAM).

[0270] The processor 1201 executes the steps of any of the methods described above when executing a program. The processor 1201 typically controls the overall operation of the computer device 1200.

[0271] This application provides a computer storage medium that stores one or more programs, which can be executed by one or more processors to implement the steps of the methods described in any of the above embodiments.

[0272] It should be noted that the descriptions of the storage medium and device embodiments above are similar to the descriptions of the method embodiments above, and have similar beneficial effects. For technical details not disclosed in the storage medium and device embodiments of this application, please refer to the descriptions of the method embodiments of this application for understanding.

[0273] The aforementioned processor can be at least one of the following: Application Specific Integrated Circuit (ASIC), Digital Signal Processor (DSP), Digital Signal Processing Device (DSPD), Programmable Logic Device (PLD), Field Programmable Gate Array (FPGA), Central Processing Unit (CPU), Controller, Microcontroller, and Microprocessor. It is understood that other electronic devices can also implement the functions of the aforementioned processor, and this application does not specifically limit the specific implementation.

[0274] The aforementioned computer storage media / memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), magnetic random access memory (FRAM), flash memory, magnetic surface memory, optical disc, or compact disc read-only memory (CD-ROM), etc.; or it can be various terminals that include one or any combination of the above-mentioned memories, such as mobile phones, computers, tablet devices, personal digital assistants, etc.

[0275] It should be understood that the phrase "one embodiment" or "an embodiment" throughout the specification means that a specific feature, structure, or characteristic related to the embodiment is included in at least one embodiment of this application. Therefore, "in one embodiment" or "in an embodiment" appearing throughout the specification does not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. It should be understood that in the various embodiments of this application, the sequence numbers of the above steps / processes do not imply a sequential order of execution; the execution order of each step / process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application. The sequence numbers of the above embodiments of this application are merely descriptive and do not represent the superiority or inferiority of the embodiments.

[0276] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0277] In the several embodiments provided in this application, it should be understood that the disclosed devices and methods can be implemented in other ways. The device embodiments described above are merely illustrative. For example, the division of units is only a logical functional division, and in actual implementation, there may be other division methods, such as: multiple units or components can be combined, or integrated into another system, or some features can be ignored or not executed. In addition, the coupling, direct coupling, or communication connection between the various components shown or discussed can be through some interfaces, and the indirect coupling or communication connection between devices or units can be electrical, mechanical, or other forms.

[0278] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units. They may be located in one place or distributed across multiple network units. Some or all of the units may be selected to achieve the purpose of this embodiment according to actual needs.

[0279] Furthermore, in the various embodiments of this application, all functional units can be integrated into one processing unit, or each unit can be a separate unit, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or in a combination of hardware and software functional units. Those skilled in the art will understand that all or part of the steps of the above method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, it performs the steps of the above method embodiments. The aforementioned storage medium includes various media capable of storing program code, such as mobile storage devices, read-only memory (ROM), magnetic disks, or optical disks.

[0280] Alternatively, if the integrated units described above are implemented as software functional modules and sold or used as independent products, they can also be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence or the part that contributes to related technologies, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as mobile storage devices, ROM, magnetic disks, or optical disks.

[0281] The above description is merely an embodiment of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application.

Claims

1. A vehicle early warning method, characterized in that, Applied to cloud devices, the method includes: In response to the fact that the number of first alarm signals sent by the monitoring device installed in the vehicle exceeds a preset number within a preset time, a silence command is sent to the monitoring device; the silence command is used to instruct the monitoring device to enter a silence period, during which the monitoring device stops actively sending alarm signals; A status query request is sent to the vehicle, and an alarm query request is sent to the monitoring device; the alarm query request is used to instruct the monitoring device to send a second alarm signal. Receive the vehicle status signal sent by the vehicle, and receive the second alarm signal; If the number of the second alarm signals exceeds a preset number within a preset time, and the vehicle status signal and the second alarm signal meet the alarm conditions, a first alarm strategy is determined based on the vehicle status signal and the second alarm signal.

2. The method according to claim 1, characterized in that, If the vehicle status signal and the second alarm signal meet the alarm conditions, the method further includes: Send a wake-up command to the monitoring device, the wake-up command being used to instruct the monitoring device to end its silent period; Receive the third alarm signal actively sent by the monitoring device; If the number of the third alarm signals exceeds a preset number within a preset time, a second alarm strategy is generated based on the third alarm signals and the vehicle status signal. The first alarm policy is updated based on the second alarm policy.

3. The method according to any one of claims 1 or 2, characterized in that, The vehicle status signal includes the vehicle driving status and the status of the vehicle's electrical components. The step of determining the target alarm strategy based on the vehicle status signal and the second alarm signal includes: A target alarm level is determined based on the vehicle's driving status and the second alarm signal; the target alarm level corresponds to at least one preset alarm strategy; Based on the status of the vehicle's electrical system, the target alarm strategy is determined from the at least one preset alarm strategy.

4. The method according to claim 1 or 2, characterized in that, The vehicle status signal includes parking status and driving status, the second alarm signal carries an alarm value, and the method further includes at least one of the following: When the alarm value is not empty and the vehicle status signal is in a parking state, it indicates that the alarm condition is met. When the alarm value is greater than the preset alarm value and the vehicle status signal is in driving status, it indicates that the alarm condition is met. When the alarm value is empty and the vehicle status signal is in a parked state, it indicates that the alarm condition is met.

5. A vehicle early warning method, characterized in that, Applied to monitoring equipment, the method includes: Collect vehicle motion data, convert the motion data into a first alarm signal, and send the first alarm signal to the cloud device; The device receives a silence command sent by the cloud device. The silence command is used to instruct the monitoring device to enter a silence period. During the silence period, the monitoring device stops sending alarm signals. In response to an alarm query request sent by a cloud device, a second alarm signal is sent to the cloud device.

6. The method according to claim 5, characterized in that, The method further includes: The device receives a wake-up command from the cloud device, ends the silence period, and sends a third alarm signal to the cloud device.

7. The method according to claim 5 or 6, characterized in that, The process of collecting vehicle motion data and converting the motion data into a first alarm signal includes: In response to the power-on signal sent by the vehicle, the vehicle's motion data is collected; When the motion data indicates that the vehicle is in relative motion with the ground, the motion data is converted into a first alarm signal.

8. A vehicle warning system, characterized in that, The system includes: A cloud-based device is configured to respond to a situation where the number of first alarm signals sent by a monitoring device installed in a vehicle exceeds a preset number within a preset time period, by sending a silence command to the monitoring device; the silence command instructs the monitoring device to enter a silence period, during which the monitoring device ceases actively sending alarm signals; send a status query request to the vehicle and an alarm query request to the monitoring device; the alarm query request instructs the monitoring device to send a second alarm signal; receive a vehicle status signal sent by the vehicle and receive the second alarm signal; and, if the number of the second alarm signals exceeds a preset number within a preset time period, and the vehicle status signal and the second alarm signal meet alarm conditions, determine a first alarm strategy based on the vehicle status signal and the second alarm signal. The monitoring device is used to collect vehicle motion data, convert the motion data into a first alarm signal, and send the first alarm signal to a cloud device; receive a silence command sent by the cloud device, and in response to an alarm query request sent by the cloud device, send a second alarm signal to the cloud device.

9. A vehicle warning device, characterized in that, The device is applied to cloud devices and includes: The first sending module is used to send a silence command to the monitoring device in response to the fact that the number of first alarm signals sent by the monitoring device installed in the vehicle exceeds a preset number within a preset time; the silence command is used to instruct the monitoring device to enter a silence period, and the monitoring device stops actively sending alarm signals during the silence period. The second sending module is used to send a status query request to the vehicle and an alarm query request to the monitoring device; the alarm query request is used to instruct the monitoring device to send a second alarm signal. The first receiving module is used to receive the vehicle status signal sent by the vehicle, and to receive the second alarm signal; The determination module is used to determine a first alarm strategy based on the vehicle status signal and the second alarm signal when the number of the second alarm signal exceeds a preset number within a preset time and the vehicle status signal and the second alarm signal meet the alarm conditions.

10. A vehicle warning device, characterized in that, Applied to monitoring equipment, the device includes: The acquisition module is used to acquire vehicle motion data, convert the motion data into a first alarm signal, and send the first alarm signal to the cloud device; The second receiving module is used to receive a silence command sent by the cloud device. The silence command is used to instruct the monitoring device to enter a silence period, during which the monitoring device stops sending alarm signals. The third sending module is used to send a second alarm signal to the cloud device in response to an alarm query request sent by the cloud device.

Images