Method and device for monitoring non-dormant state of vehicle, electronic equipment and storage medium

Abstract

Embodiments of the present application provide a vehicle non-sleep state monitoring method and device, electronic equipment and storage medium, the method comprising: receiving a network message uploaded by a vehicle, identifying that the vehicle is in a suspected non-sleep state according to an identification rule of the suspected non-sleep state and a first type of parameter; based on the vehicle being in a suspected non-sleep state, identifying that the vehicle is in a non-sleep state according to an identification rule of the non-sleep state and a second type of parameter, relative to the parameter value of the vehicle obtained in the prior art, directly determining whether the vehicle is in a non-sleep state, after determining that the vehicle is in a suspected non-sleep state through a network message, the present application further judges whether the vehicle is in a non-sleep state according to the network message, part of the vehicle state which is easily misidentified as a non-sleep state is filtered through the judgment of the non-sleep state, the accuracy of remotely judging the non-sleep state of the vehicle is improved, and the problem of power loss of the vehicle of the user is solved in time.

Description

Technical Field

[0001] This invention relates to the field of vehicle electrical system technology, and in particular to a method for monitoring the non-sleep state of a vehicle, a device for monitoring the non-sleep state of a vehicle, an electronic device, and a computer-readable storage medium. Background Technology

[0002] With the development of intelligent connected vehicles, vehicle functions are becoming increasingly rich, and their corresponding functional logic is becoming more complex. Therefore, even a small software error, a coupling error between systems, or a component quality problem can cause the vehicle to remain in a non-dormant state, leading to a depletion of the battery, or even the complete exhaustion of the battery within a day, preventing the user from starting the vehicle and severely impacting user experience.

[0003] In existing technologies, the vehicle's status as non-dormant can be directly determined by acquiring the vehicle's parameter values. However, this direct determination of whether the vehicle is in a non-dormant state has a relatively large error and is prone to misjudgment. Summary of the Invention

[0004] In view of the above problems, embodiments of the present invention are proposed to provide a method for monitoring the non-sleep state of a vehicle, a device for monitoring the non-sleep state of a vehicle, an electronic device, and a computer-readable storage medium to overcome or at least partially solve the above problems.

[0005] To address the aforementioned problems, this invention discloses a method for monitoring the non-dormant state of a vehicle, the method comprising:

[0006] Receive network packets uploaded by vehicles, the network packets containing a first type of parameter and a second type of parameter, the first type of parameter being used to identify a suspected non-sleep state of the vehicle, and the second type of parameter being used to identify a non-sleep state of the vehicle;

[0007] The vehicle is identified as being in a suspected non-dormant state based on the identification rules for the suspected non-dormant state and the first type of parameters;

[0008] Based on the vehicle being in a suspected non-dormant state, the vehicle is identified as being in a non-dormant state according to the non-dormant state identification rules and the second type of parameters.

[0009] Optionally, the first type of parameters includes at least one of the following: power level, vehicle model information, and charging information.

[0010] Optionally, when the first type of parameters includes the power level, the vehicle model information, and the charging information, the step of identifying the vehicle as being in a suspected non-sleep state based on the identification rules for the suspected non-sleep state and the first type of parameters includes:

[0011] When the power supply is in the OFF position, the vehicle type is determined based on the vehicle model information;

[0012] If the vehicle type is a pure electric vehicle or a hybrid vehicle and the charging information indicates that the vehicle is not charging, the vehicle is determined to be in a suspected non-dormant state.

[0013] Optionally, if the vehicle type is a gasoline-powered vehicle, the vehicle is determined to be in a suspected non-dormant state.

[0014] Optionally, the second type of parameters includes at least one of the following: vehicle body status, door status, hood status, and trunk lid status.

[0015] Optionally, the second type of parameters includes: vehicle body status, door status, hood status, and trunk lid status; the step of identifying the vehicle as being in a non-dormant state based on the vehicle's suspected non-dormant state, according to the non-dormant state identification rules and the second type of parameters, includes:

[0016] If, within a first time period after the vehicle is suspected to be in a non-sleep state and the power is turned off, the vehicle body state, door state, hood state, and trunk lid state remain unchanged, and a network message is received within a second time period after the power is turned off, then the vehicle is determined to be in a non-sleep state; the first time period is a continuous time period, and the second time period is a continuous time period within the first time period.

[0017] Optionally, after determining that the vehicle is in a non-dormant state, the vehicle is determined to change from the non-dormant state to a non-dormant state if at least one condition is met;

[0018] The conditions include: the power supply position changes from OFF to non-OFF, the vehicle body status changes, the door status changes, the hood status changes, the trunk lid status changes, the charging status changes, and no network packets are received during the third time period; the third time period is a continuous time period.

[0019] Optionally, it also includes:

[0020] Obtain the number of times the vehicle enters non-sleep mode and the duration of non-sleep mode;

[0021] Based on the number of times the vehicle enters the non-sleep state and the duration of the non-sleep state, the non-sleep state processing operation is performed.

[0022] Optionally, the step of performing non-sleep state processing operations based on the number of times the vehicle enters non-sleep state and the duration of non-sleep state includes:

[0023] If the number of times a vehicle enters non-sleep mode within a preset number of days is less than or equal to a preset number, and the duration of each non-sleep mode is less than or equal to a preset duration, the non-sleep mode of the vehicle is determined to be an occasional short-term non-sleep mode. In this case, no action is taken against the vehicle.

[0024] If the number of times a vehicle enters a non-sleep state within a preset number of days is less than or equal to the preset number of times, and at least one non-sleep state lasts for a duration longer than the preset duration, the non-sleep state of the vehicle is determined to be an occasional long-term non-sleep state. In this case, the server determines the cause of the non-sleep state and determines whether it can be resolved remotely based on the cause. If it can be resolved remotely, the server performs remote operation on the vehicle.

[0025] If a vehicle enters a non-sleep state more than a preset number of times within a preset number of days, and at least one non-sleep state lasts for a duration longer than the preset duration, the non-sleep state is determined to be a frequent and prolonged non-sleep state. In this case, the server determines the cause of the non-sleep state and reminds the user to bring the vehicle to the store for repair.

[0026] If the number of times a vehicle enters a non-sleep state within a preset number of days exceeds the preset number, and no single non-sleep state lasts longer than the preset duration, the non-sleep state is determined to be a frequent short-term non-sleep state. In this case, the server determines the cause of the non-sleep state and, based on the cause, determines whether it can be resolved remotely. If it can be resolved remotely, the server performs remote operation on the vehicle.

[0027] This invention also discloses a vehicle non-dormant state monitoring device, the device comprising:

[0028] The message receiving module is used to receive network messages uploaded by the vehicle. The network messages contain a first type of parameter and a second type of parameter. The first type of parameter is used to identify the vehicle's suspected non-sleep state, and the second type of parameter is used to identify the vehicle's non-sleep state.

[0029] A suspected non-sleep state identification module is used to identify that the vehicle is in a suspected non-sleep state based on the identification rules for the suspected non-sleep state and the first type of parameters;

[0030] The non-sleep identification module is used to identify that the vehicle is in a non-sleep state based on the vehicle being in a suspected non-sleep state, according to the non-sleep state identification rules and the second type of parameters.

[0031] Optionally, the first type of parameters includes at least one of the following: power level, vehicle model information, and charging information.

[0032] Optionally, when the first type of parameters includes the power level, the vehicle model information, and the charging information, the suspected non-sleep identification module includes:

[0033] The type determination submodule is used to determine the vehicle type based on the vehicle model information when the power supply position is OFF; the first suspected non-dormant determination submodule is used to determine that the vehicle is in a suspected non-dormant state when the vehicle type is a pure electric vehicle or a hybrid vehicle and the charging information indicates that the vehicle is not in a charging state.

[0034] Optionally, it also includes:

[0035] The second suspected non-dormant determination submodule is used to determine that the vehicle is in a suspected non-dormant state when the vehicle type is a fuel vehicle.

[0036] Optionally, the second type of parameters includes at least one of the following: vehicle body status, door status, hood status, and trunk lid status.

[0037] Optionally, when the second type of parameters includes: vehicle body status, door status, hood status, and trunk lid status, the non-sleep recognition module includes:

[0038] The first non-sleep determination submodule is used to determine that the vehicle is in a non-sleep state if, within a first time period after the vehicle is suspected to be in a non-sleep state and the power is turned off, the vehicle body state, the door state, the hood state, and the trunk lid state remain unchanged, and a network message is received within a second time period after the power is turned off; the first time period is a continuous time period, and the second time period is a continuous time period within the first time period.

[0039] Optionally, the device further includes:

[0040] The second non-sleep determination submodule is used to determine, after determining that the vehicle is in a non-sleep state, to change the vehicle from the non-sleep state to a non-sleep state if at least one condition is met.

[0041] The conditions include: the power supply position changes from OFF to non-OFF, the vehicle body status changes, the door status changes, the hood status changes, the trunk lid status changes, the charging status changes, and no network packets are received during the third time period; the third time period is a continuous time period.

[0042] Optionally, it also includes:

[0043] The frequency and duration acquisition module is used to acquire the number of times the vehicle enters non-sleep mode and the duration of non-sleep mode;

[0044] The processing operation execution module is used to perform non-sleep state processing operations based on the number of times the vehicle enters non-sleep state and the duration of non-sleep state.

[0045] This invention also discloses an electronic device, including a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

[0046] The memory is used to store computer programs;

[0047] When the processor executes the program stored in the memory, it implements the vehicle non-sleep state monitoring method as described in the embodiments of the present invention.

[0048] This invention also discloses one or more computer-readable media storing instructions that, when executed by one or more processors, cause the processors to perform the vehicle non-sleep state monitoring method as described in this invention.

[0049] The embodiments of the present invention have the following advantages:

[0050] In this embodiment of the invention, network packets uploaded by the vehicle are received. These network packets contain a first type of parameter and a second type of parameter. The first type of parameter is used to identify the vehicle's suspected non-sleep state, and the second type of parameter is used to identify the vehicle's non-sleep state. The vehicle is identified as being in a suspected non-sleep state based on the identification rules for the suspected non-sleep state and the first type of parameter. Based on the vehicle being in a suspected non-sleep state, the vehicle is identified as being in a non-sleep state based on the identification rules for the non-sleep state and the second type of parameter. Compared to the prior art, which obtains the vehicle's parameter values ​​and directly determines whether the vehicle is in a non-sleep state, this invention, after determining that the vehicle is in a suspected non-sleep state through network packets, further determines whether the vehicle is in a non-sleep state based on the network packets. By determining the non-sleep state, some vehicle states that are easily mistakenly identified as non-sleep states are filtered out, improving the accuracy of remotely determining the vehicle's non-sleep state and thus promptly resolving the user's vehicle battery depletion problem. Attached Figure Description

[0051] Figure 1 This is a flowchart of the steps of a method for monitoring the non-dormant state of a vehicle provided in an embodiment of the present invention;

[0052] Figure 2 This is a flowchart of another method for monitoring the non-dormant state of a vehicle provided in an embodiment of the present invention;

[0053] Figure 3 This is a flowchart of the steps of a method for determining a vehicle's suspected non-dormant state provided in an embodiment of the present invention;

[0054] Figure 4 This is a flowchart of the steps of a method for determining the non-dormant state of a vehicle provided in an embodiment of the present invention;

[0055] Figure 5 This is a flowchart of the steps of a method for determining the end of a vehicle's non-dormant state, provided in an embodiment of the present invention.

[0056] Figure 6 This is a flowchart of the steps for determining the non-dormant level of a vehicle according to an embodiment of the present invention;

[0057] Figure 7 This is a structural block diagram of a vehicle non-sleep state monitoring device provided in an embodiment of the present invention. Detailed Implementation

[0058] To make the above-mentioned objects, features and advantages of the present invention more apparent and understandable, the present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments.

[0059] In existing technologies, the vehicle's status as non-dormant can be directly determined by acquiring the vehicle's parameter values. However, this direct determination of whether the vehicle is in a non-dormant state has a relatively large error and is prone to misjudgment.

[0060] One of the core concepts of this invention is that after determining that the vehicle is in a suspected non-dormant state through network packets, the system further determines whether the vehicle is actually in a non-dormant state based on the network packets. This improves the accuracy of remotely determining the non-dormant state of the vehicle, thereby promptly resolving the user's vehicle battery depletion problem.

[0061] Reference Figure 1 The diagram illustrates a flowchart of a method for monitoring the non-dormant state of a vehicle according to an embodiment of the present invention. The method may specifically include the following steps:

[0062] Step 101: Receive network packets uploaded by the vehicle. The network packets contain a first type of parameter and a second type of parameter. The first type of parameter is used to identify the vehicle's suspected non-sleep state, and the second type of parameter is used to identify the vehicle's non-sleep state.

[0063] In this embodiment of the invention, a server can remotely receive network packets captured by the vehicle communication module. The vehicle's communication module acquires network packets from the vehicle's CAN network, which can be sent to the CAN network by various controllers within the vehicle. Specifically, the network packets may contain a first type of parameter and a second type of parameter. The first type of parameter can be used to identify a suspected non-sleep state of the vehicle, and the second type of parameter can be used to identify a non-sleep state of the vehicle.

[0064] For example, network messages may include the vehicle's power setting, vehicle model information, vehicle body status, door status, hood status, and trunk lid status.

[0065] For example, the power settings of a vehicle may include a variety of configurations. For instance, one type of vehicle may have only two power settings: OFF and ON. Another example is a vehicle whose power settings include ACC, OFF, ON, and START.

[0066] The ACC position supplies power to some electrical appliances in the vehicle when the engine is not running; the OFF position locks the steering wheel and completely shuts off the circuit except for the anti-theft system and parking lights; the ON position allows all basic equipment except the starter motor to work normally; the START position starts the engine, and while some functions can work normally, all other power is disconnected. The key automatically returns to the ON position after the key is released.

[0067] Vehicle model information can represent the vehicle model and can be used to determine the vehicle type, which can include pure electric vehicle type, hybrid vehicle type, and gasoline vehicle type.

[0068] Vehicle status can include anti-theft status and non-anti-theft status, indicating whether the vehicle is currently in anti-theft mode.

[0069] The status of a car door can include whether the door is unlocked or locked.

[0070] The hood status can include the hood unlocked state and the hood locked state.

[0071] The trunk lid status can include the trunk lid unlocked state and the trunk lid locked state.

[0072] Step 102: Identify that the vehicle is in a suspected non-dormant state according to the identification rules for the suspected non-dormant state and the first type of parameters;

[0073] In this embodiment of the invention, the server can identify whether the corresponding vehicle is in a suspected non-sleep state based on the identification rules for suspected non-sleep states and the first type of parameters. The suspected non-sleep state means that there is a certain possibility that the vehicle is in a non-sleep state at this time.

[0074] Step 103: Based on the vehicle being in a suspected non-dormant state, identify the vehicle as being in a non-dormant state according to the non-dormant state identification rules and the second type of parameters.

[0075] In this embodiment of the invention, the server can identify whether a vehicle is in a non-sleep state based on the non-sleep state identification rules and the second type of parameters after the vehicle is suspected to be in a non-sleep state.

[0076] Specifically, when a vehicle is in a sleep state, the entire controller inside the vehicle enters a low-power state to avoid static high power consumption that could lead to a depletion of the vehicle's battery. When a vehicle is in a non-sleep state, the entire vehicle controller inside the vehicle does not enter a low-power state, which can lead to a depletion of the vehicle's battery.

[0077] In this embodiment of the invention, network packets uploaded by the vehicle are received. These network packets contain a first type of parameter and a second type of parameter. The first type of parameter is used to identify the vehicle's suspected non-sleep state, and the second type of parameter is used to identify the vehicle's non-sleep state. The vehicle is identified as being in a suspected non-sleep state based on the identification rules for the suspected non-sleep state and the first type of parameter. Based on the vehicle being in a suspected non-sleep state, the vehicle is identified as being in a non-sleep state based on the identification rules for the non-sleep state and the second type of parameter. Compared to the prior art, which obtains the vehicle's parameter values ​​and directly determines whether the vehicle is in a non-sleep state, this invention, after determining that the vehicle is in a suspected non-sleep state through network packets, further determines whether the vehicle is in a non-sleep state based on the network packets. By determining the non-sleep state, some vehicle states that are easily mistakenly identified as non-sleep states are filtered out, improving the accuracy of remotely determining the vehicle's non-sleep state and thus promptly resolving the user's vehicle battery depletion problem.

[0078] Reference Figure 2 The diagram illustrates a flowchart of a method for monitoring the non-dormant state of a vehicle according to an embodiment of the present invention. The method may specifically include the following steps:

[0079] Step 201: Receive network packets uploaded by the vehicle. The network packets contain a first type of parameter and a second type of parameter. The first type of parameter is used to identify the vehicle's suspected non-sleep state, and the second type of parameter is used to identify the vehicle's non-sleep state.

[0080] In this embodiment of the invention, a server can remotely receive network packets captured by the vehicle communication module. The vehicle's communication module acquires network packets from the vehicle's CAN network, which can be sent to the CAN network by various controllers within the vehicle. Specifically, the network packets may contain a first type of parameter and a second type of parameter. The first type of parameter can be used to identify a suspected non-sleep state of the vehicle, and the second type of parameter can be used to identify a non-sleep state of the vehicle.

[0081] For example, network messages may include the vehicle's power setting, vehicle model information, vehicle body status, door status, hood status, and trunk lid status.

[0082] In this embodiment of the invention, the first type of parameters includes at least one of the following: power level, vehicle model information, and charging information.

[0083] Step 202: When the power supply is in the OFF position, determine the vehicle type based on the vehicle model information; if the vehicle type is a pure electric vehicle or a hybrid vehicle and the charging information indicates that the vehicle is not charging, determine that the vehicle is in a suspected non-dormant state. If the vehicle type is a gasoline vehicle, determine that the vehicle is in a suspected non-dormant state.

[0084] In this embodiment of the invention, the vehicle's power settings can include various configurations. For example, one type of vehicle may have only two settings: OFF and ON. Another example is a vehicle with settings including ACC, OFF, ON, and START. After the vehicle's power settings change from non-OFF to OFF, the vehicle will continuously send OFF signals until the entire vehicle goes into sleep mode. If the vehicle's power settings are not OFF, the system will continuously trigger checks to determine whether the vehicle's power settings are OFF until the vehicle's power settings are OFF.

[0085] In one example, refer to Figure 3 The diagram illustrates a flowchart of a method for determining a vehicle's suspected non-dormant state according to an embodiment of the present invention; specifically, it may include:

[0086] When the power is off, the server will obtain vehicle signal information and determine the vehicle type based on the vehicle model information. The vehicle type can include pure electric vehicle, hybrid vehicle, and gasoline vehicle.

[0087] When the vehicle type is a pure electric vehicle, charging information can be obtained to determine whether the vehicle is charging. If the vehicle is not charging, it is determined to be in a suspected non-dormant state. Specifically, when the vehicle type is a pure electric vehicle, its corresponding charging status can include intelligent charging, normal charging, and scheduled charging.

[0088] When the vehicle type is a hybrid vehicle, charging information can be obtained to determine whether the vehicle is charging. If the vehicle is not charging, it is determined to be in a suspected non-dormant state. Specifically, for hybrid vehicles, the corresponding charging status can include intelligent charging, normal charging, scheduled charging, and equalization charging.

[0089] If the vehicle type is a gasoline-powered vehicle, it is determined that the vehicle is in a suspected non-dormant state. In this embodiment of the invention, the second type of parameter includes at least one of the following: vehicle body state, door state, hood state, and trunk lid state.

[0090] In this embodiment of the invention, a change in at least one of the vehicle body state, door state, hood state, and trunk lid state can indicate that the vehicle is in use.

[0091] The vehicle body status can include both anti-theft and non-anti-theft status, indicating whether the vehicle's anti-theft mode is currently activated. The four-door and two-hood status can include the status of the four doors, the hood, and the trunk lid. Specifically, the door status can include unlocked and locked states, indicating whether the vehicle doors are locked. The hood status can include unlocked and locked states, indicating whether the hood is locked. The trunk lid status can include unlocked and locked states, indicating whether the trunk is locked. The specific method for obtaining the vehicle body status, door status, hood status, and trunk lid status can be determined according to actual circumstances, and is not limited by those skilled in the art.

[0092] Step 203: If, within a first time period after the vehicle is suspected to be in a non-sleep state and the power is turned off, the vehicle body state, the door state, the hood state, and the trunk lid state remain unchanged, and a network message is received within a second time period after the power is turned off, then the vehicle is determined to be in a non-sleep state; the first time period is a continuous time period, and the second time period is a continuous time period within the first time period.

[0093] In this embodiment of the invention, when a vehicle is suspected of being in a non-sleep state, the vehicle's body state, door state, hood state, and trunk lid state are acquired. If, within a first time period after power is turned off, the body state, door state, hood state, and trunk lid state remain unchanged, and a network packet is received within a second time period after power is turned off, then the vehicle is determined to be in a non-sleep state. The first time period can be a continuous period, and the second time period can be a continuous period within the first time period. In this embodiment, the second time period is shorter than the first time period. For example, the first time period can be set to 10 minutes, and the second time period can be set to 2 minutes. Specifically, the length of the first and second time periods should not be too long or too short. Setting them too long may lead to failure to detect non-sleep in a timely manner, while setting them too short may lead to misjudgment. In this embodiment of the invention, when the vehicle is determined to be in a suspected non-sleep state by the first type of parameters, and the vehicle body state, door state, hood state and trunk lid state do not change within the first time period after the power is turned off, and a network message is received within the second time period after the power is turned off, then the vehicle is determined to be in a non-sleep state, thereby improving the accuracy of remotely determining the non-sleep state of the vehicle.

[0094] In one example, reference Figure 4 The diagram illustrates a flowchart of a method for determining the non-dormant state of a vehicle according to an embodiment of the present invention; the first time period can be set to 10 minutes, and the second time period can be set to 2 minutes, specifically including:

[0095] Once it is determined that the vehicle is in a suspected non-sleep state, the timer for the power-off duration begins. If the power-off duration is longer than 10 minutes, it is determined whether the vehicle body status has changed within 10 minutes. If the vehicle body status has not changed, it is determined whether the door status, hood status, and trunk lid status have changed. If the door status, hood status, and trunk lid status have not changed, it is determined whether a network message has been received within 2 consecutive minutes. If a network message has been received within 2 consecutive minutes, it is determined that the vehicle is in a non-sleep state.

[0096] In this embodiment of the invention, when the vehicle is in a suspected non-sleep state, if at least one of the vehicle body state, door state, hood state, and trunk lid state changes when the power off duration is started, the power off duration is restarted.

[0097] In one example, the first time period can be set to 10 minutes and the second time period can be set to 2 minutes. When the vehicle is in a suspected non-sleep state, the power off duration is timed. If at least one of the following changes within 10 minutes: the vehicle body status, the door status, the hood status, and the trunk lid status, the power off duration is timed again.

[0098] Step 204: After determining that the vehicle is in a non-dormant state, under at least one condition, determine that the vehicle changes from the non-dormant state to a non-dormant state.

[0099] The conditions include: the power supply position changes from OFF to non-OFF, the vehicle body status changes, the door status changes, the hood status changes, the trunk lid status changes, the charging status changes, and no network packets are received during the third time period; the third time period is a continuous time period.

[0100] In this embodiment of the invention, if the vehicle is detected to have ended its non-sleep state after it has entered a non-sleep state, then the vehicle is determined to have changed from a non-sleep state to a non-non-sleep state. The conditions that allow the vehicle to change from a non-sleep state to a non-sleep state may include at least one of the following: the power supply position changes from OFF to ON; the vehicle body state changes; the door state changes; the hood state changes; the trunk lid state changes; the charging state changes; or no network packets are received during a third time period.

[0101] Specifically, different brands of vehicles may have different power settings. For example, one type of vehicle may only have two power settings, namely OFF and ON, then the non-OFF position is ON; another type of vehicle may have power settings including ACC, OFF, ON and START, then the non-OFF position may include ACC, ON and START.

[0102] The vehicle's status can change from an anti-theft state to a non-anti-theft state, or vice versa.

[0103] The door status can change from unlocked to locked, or from locked to unlocked.

[0104] The third time period can be shorter than the first time period or equal to the second time period. Specifically, the size of the third time period can be determined according to the actual situation, and those skilled in the art will not limit it here.

[0105] In one example, reference Figure 5 The flowchart illustrates the steps of a method for determining the end of a vehicle's non-dormant state according to an embodiment of the present invention; the third time period can be set to 2 minutes, and specifically may include:

[0106] If a vehicle is detected to have ended its non-sleep state after being in a non-sleep state, then the vehicle is determined to have changed from a non-sleep state to a non-non-sleep state. The conditions under which a vehicle changes from a non-sleep state to a non-sleep state may include at least one of the following: the power switch changes from OFF to ON; the vehicle body status changes; the status of the four doors and two hoods changes; the charging status changes; or no network packets are received within 2 minutes.

[0107] Step 205: Obtain the number of times the vehicle entered non-sleep mode and the duration of non-sleep mode;

[0108] In this embodiment of the invention, the server can obtain the number of times the vehicle enters a non-sleep state, and the corresponding non-sleep duration. Specifically, the vehicle's battery level can be determined based on the number of times the vehicle enters a non-sleep state and the non-sleep duration.

[0109] Step 206: Based on the number of times the vehicle enters the non-sleep state and the duration of the non-sleep state, perform the non-sleep state processing operation.

[0110] In this embodiment of the invention, the server can determine the non-sleep status based on the number of times the vehicle enters the non-sleep state and the duration of the non-sleep state, and perform different non-sleep state processing operations according to the non-sleep status.

[0111] For example, the non-sleep situation can include four types: occasional short-term non-sleep, occasional long-term non-sleep, frequent long-term non-sleep, and frequent short-term non-sleep.

[0112] If a vehicle enters a non-sleep state less than or equal to a preset number of times within a preset number of days, and the duration of each non-sleep state is less than or equal to a preset duration, the vehicle's non-sleep state is determined to be an occasional, short-term non-sleep state. In this case, the use of the vehicle will not affect the user experience or the user's senses; therefore, the server does not need to process the vehicle.

[0113] If a vehicle enters a non-sleep state less than or equal to a preset number of times within a preset number of days, and at least one non-sleep state lasts for a duration exceeding a preset duration, the vehicle's non-sleep state is determined to be an occasional prolonged non-sleep state. In this case, while vehicle use will not affect the user experience, it will negatively impact the user's perception. Therefore, the server can remotely investigate the cause of the non-sleep state and determine if it can be resolved remotely. If it can be resolved remotely, the server can either directly perform remote operation or send a reminder message to the user to inform them that remote operation is required. With the user's consent, the server can then remotely operate the vehicle.

[0114] If a vehicle enters a non-sleep state more than a preset number of times within a preset number of days, and at least one non-sleep state lasts for a duration exceeding a preset duration, the vehicle's non-sleep state is determined to be a frequent and prolonged non-sleep state. In this case, vehicle use will affect the user experience. Therefore, the server needs to determine the cause of the non-sleep state and promptly remind the user to come to the store for repair. Specifically, the server can directly send a reminder message through the vehicle's onboard terminal to remind the user to come to the store for processing, or it can instruct staff to remind the user to come to the store for processing via telephone or SMS.

[0115] If a vehicle enters a non-sleep state more than a preset number of times within a preset number of days, and none of these non-sleep periods exceed a preset duration, the non-sleep situation is determined to be frequent short-term non-sleep occurrences. In this case, while vehicle use will not affect the user experience, it will negatively impact the user's perception. Therefore, the server can remotely investigate the cause of the non-sleep occurrences and determine if it can be resolved remotely. If it can be resolved remotely, the server can either directly perform remote operation or send a reminder message to the user to inform them that remote operation is required. With the user's consent, the server can then remotely operate the vehicle.

[0116] In one example, refer to Figure 6The diagram illustrates a flowchart of steps for determining the non-dormant level of a vehicle according to an embodiment of the present invention. The preset number of days can be set to 14 days, the preset number of attempts can be 2, and the preset duration can be 1 hour. Specifically, the steps include the following:

[0117] Determine whether the number of times the vehicle enters non-dormant mode within 14 days is greater than 2;

[0118] If a vehicle enters a non-sleep state less than or equal to 2 times within 14 days, and the duration of each non-sleep state is less than or equal to 1 hour, then the vehicle's non-sleep state is determined to be an occasional short-term non-sleep state.

[0119] If a vehicle enters a non-sleep state less than or equal to 2 times within 14 days, and at least one non-sleep state lasts for more than 1 hour, then the vehicle's non-sleep state is determined to be an occasional long-term non-sleep state.

[0120] If a vehicle enters a non-sleep state more than twice within 14 days, and at least one non-sleep state lasts for more than 1 hour, then the vehicle's non-sleep state is determined to be a frequent long-duration non-sleep state.

[0121] If a vehicle enters non-sleep mode more than twice within 14 days, and none of the non-sleep periods last longer than 1 hour, then the vehicle's non-sleep status is determined to be frequent short-term non-sleep.

[0122] Specifically, the preset number of days, the preset number of times, and the preset duration can be set according to the actual situation, and those skilled in the art will not limit them here.

[0123] In this embodiment of the invention, the non-dormant status of a vehicle is determined by preset number of days, preset number of times, and preset duration. Based on the non-dormant status of the vehicle, it is classified and processed. If the vehicle enters the non-dormant state a lot and the non-dormant state is long, it means that the vehicle may need to be repaired at a store, or it can be handled remotely. In this way, different processing methods are applied to different types of vehicles to solve the problem of low battery in the user's vehicle in a timely manner.

[0124] For example, remote operation could involve the server quickly identifying the cause of the vehicle's failure to sleep based on the non-sleep period, or the server could be equipped with a power-lowering system that automatically sends reset commands to the electronic control units of vehicles that are not in sleep mode. Specifically, the method of remote operation can be determined according to the actual situation, and those skilled in the art will not limit it here.

[0125] In this embodiment of the invention, network packets uploaded by the vehicle are received. These network packets contain a first type of parameter and a second type of parameter. Based on the identification rules for suspected non-sleep states and the first type of parameter, the vehicle is identified as being in a suspected non-sleep state. Based on the vehicle being in a suspected non-sleep state, the vehicle is identified as being in a non-sleep state based on the identification rules for non-sleep states and the second type of parameter. Compared to the prior art, which obtains the vehicle's parameter values ​​to directly determine whether the vehicle is in a non-sleep state, this invention, after determining that the vehicle is in a suspected non-sleep state through network packets, further determines whether the vehicle is in a non-sleep state based on the network packets. By determining the non-sleep state, some vehicle states that are easily mistakenly identified as non-sleep states are filtered out, improving the accuracy of remotely determining the vehicle's non-sleep state and thus promptly resolving the user's vehicle battery depletion problem.

[0126] It should be noted that, for the sake of simplicity, the method embodiments are all described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0127] Reference Figure 7 The diagram illustrates a structural block diagram of a vehicle non-sleep state monitoring device according to an embodiment of the present invention, which may specifically include the following modules:

[0128] The message receiving module 701 is used to receive network messages uploaded by the vehicle. The network messages include a first type of parameter and a second type of parameter. The first type of parameter is used to identify the vehicle's suspected non-sleep state, and the second type of parameter is used to identify the vehicle's non-sleep state.

[0129] The suspected non-sleep identification module 702 is used to identify that the vehicle is in a suspected non-sleep state according to the identification rules of the suspected non-sleep state and the first type of parameters;

[0130] The non-sleep identification module 703 is used to identify that the vehicle is in a non-sleep state based on the vehicle being in a suspected non-sleep state, according to the non-sleep state identification rules and the second type of parameters.

[0131] In one embodiment, the first type of parameters includes at least one of: power level, vehicle model information, and charging information.

[0132] In one embodiment, when the first type of parameters includes the power level, the vehicle model information, and the charging information, the suspected non-sleep identification module includes:

[0133] The type determination submodule is used to determine the vehicle type based on the vehicle model information when the power position is OFF.

[0134] The first suspected non-dormant determination submodule is used to determine that the vehicle is in a suspected non-dormant state when the vehicle type is a pure electric vehicle or a hybrid vehicle and the charging information indicates that the vehicle is not in a charging state.

[0135] The second suspected non-dormant determination submodule is used to determine that the vehicle is in a suspected non-dormant state when the vehicle type is a fuel vehicle.

[0136] In one embodiment, the second type of parameters includes at least one of the following: vehicle body status, door status, hood status, and trunk lid status.

[0137] In one embodiment, when the second type of parameters includes: vehicle body status, door status, hood status, and trunk lid status, the non-sleep recognition module includes:

[0138] The first non-sleep determination submodule is used to determine that the vehicle is in a non-sleep state if, within a first time period after the vehicle is suspected to be in a non-sleep state and the power is turned off, the vehicle body state, the door state, the hood state, and the trunk lid state remain unchanged, and a network message is received within a second time period after the power is turned off; the first time period is a continuous time period, and the second time period is a continuous time period within the first time period.

[0139] In one embodiment, the device further includes:

[0140] The second non-sleep determination submodule is used to determine, after determining that the vehicle is in a non-sleep state, to change the vehicle from the non-sleep state to a non-sleep state if at least one condition is met.

[0141] The conditions include: the power supply position changing from OFF to ON; a change in the vehicle body status; a change in the door status; a change in the hood status; a change in the trunk lid status; a change in the charging status; and no network packets being received during the third time period; the third time period is a continuous time period.

[0142] In one embodiment, it further includes:

[0143] The frequency and duration acquisition module is used to acquire the number of times the vehicle enters non-sleep mode and the duration of non-sleep mode;

[0144] The processing operation execution module is used to perform non-sleep state processing operations based on the number of times the vehicle enters non-sleep state and the duration of non-sleep state.

[0145] In this embodiment of the invention, network packets uploaded by the vehicle are received, and the network packets contain a first type of parameter and a second type of parameter. The vehicle is identified as being in a suspected non-sleep state based on the identification rules for suspected non-sleep states and the first type of parameter. Based on the vehicle being in a suspected non-sleep state, the vehicle is identified as being in a non-sleep state based on the identification rules for non-sleep states and the second type of parameter. Compared to the prior art of directly determining whether a vehicle is in a non-sleep state by obtaining the vehicle's parameter values, this invention, after determining that the vehicle is in a suspected non-sleep state through network packets, further determines whether the vehicle is in a non-sleep state based on the network packets. This non-sleep state determination filters out some vehicle states that are easily mistakenly identified as non-sleep states, improving the accuracy of remote vehicle non-sleep state determination and thus promptly resolving the user's vehicle battery depletion problem.

[0146] As the device embodiment is basically similar to the method embodiment, the description is relatively simple, and relevant parts can be found in the description of the method embodiment.

[0147] This invention also provides an electronic device, comprising:

[0148] It includes a processor, a memory, and a computer program stored in the memory and capable of running on the processor. When the computer program is executed by the processor, it implements the various processes of the above-described vehicle non-sleep state monitoring method embodiment and achieves the same technical effect. To avoid repetition, it will not be described again here.

[0149] In this embodiment of the invention, the electronic device can be a server to implement the various processes of the above-described vehicle non-sleep state monitoring method embodiment, and achieve the same technical effect.

[0150] This invention also provides a computer-readable storage medium storing a computer program. When the computer program is executed by a processor, it implements the various processes of the above-described vehicle non-sleep state monitoring method embodiment and achieves the same technical effect. To avoid repetition, it will not be described again here.

[0151] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.

[0152] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, apparatus, or computer program products. Therefore, embodiments of the present invention can take the form of entirely hardware embodiments, entirely software embodiments, or embodiments combining software and hardware aspects. Furthermore, embodiments of the present invention can take the form of computer program products implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0153] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing terminal device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal device, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0154] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0155] These computer program instructions can also be loaded onto a computer or other programmable data processing terminal equipment, causing a series of operational steps to be performed on the computer or other programmable terminal equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable terminal equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0156] Although preferred embodiments of the present invention have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of the embodiments of the present invention.

[0157] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or terminal device 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 terminal device. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or terminal device that includes said element.

[0158] The present invention has provided a detailed description of a vehicle non-sleep state monitoring method, a vehicle non-sleep state monitoring device, an electronic device, and a computer-readable storage medium. Specific examples have been used to illustrate the principles and implementation methods of the present invention. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of the present invention. At the same time, for those skilled in the art, there will be changes in specific implementation methods and application scope based on the ideas of the present invention. Therefore, the content of this specification should not be construed as a limitation of the present invention.

Claims

1. A method for monitoring the non-dormant state of a vehicle, characterized in that, The method includes: The system receives network packets uploaded by vehicles, the network packets containing a first type of parameter and a second type of parameter. The first type of parameter is used to identify a suspected non-dormant state of the vehicle, and the second type of parameter is used to identify a non-dormant state of the vehicle. The second type of parameter includes at least one of the following: vehicle body status, door status, hood status, and trunk lid status. The vehicle is identified as being in a suspected non-dormant state based on the identification rules for the suspected non-dormant state and the first type of parameters; Based on the fact that the vehicle is in a suspected non-dormant state, the vehicle is identified as being in a non-dormant state according to the non-dormant state identification rules and the second type of parameters; The second type of parameters includes: vehicle body status, door status, hood status, and trunk lid status; the step of identifying the vehicle as being in a suspected non-dormant state based on the non-dormant state identification rules and the second type of parameters includes: If, within a first time period after the vehicle is suspected to be in a non-sleep state and the power is turned off, the vehicle body state, door state, hood state, and trunk lid state remain unchanged, and a network message is received within a second time period after the power is turned off, then the vehicle is determined to be in a non-sleep state; the first time period is a continuous time period, and the second time period is a continuous time period within the first time period.

2. The method according to claim 1, characterized in that, The first type of parameter includes at least one of the following: power level, vehicle model information, and charging information.

3. The method according to claim 2, characterized in that, When the first type of parameters includes the power level, the vehicle model information, and the charging information, the step of identifying the vehicle as being in a suspected non-sleep state based on the identification rules for the suspected non-sleep state and the first type of parameters includes: When the power supply is in the OFF position, the vehicle type is determined based on the vehicle model information; If the vehicle type is a pure electric vehicle or a hybrid vehicle and the charging information indicates that the vehicle is not charging, the vehicle is determined to be in a suspected non-dormant state.

4. The method according to claim 3, characterized in that, Also includes: If the vehicle type is a gasoline-powered vehicle, it is determined that the vehicle is in a suspected non-dormant state.

5. The method according to claim 1, characterized in that, The method further includes: After determining that the vehicle is in a non-dormant state, the vehicle is determined to change from the non-dormant state to a non-dormant state if at least one condition is met. The conditions include: the power supply position changing from OFF to ON; the vehicle body status changing; the door status changing; the hood status changing; the trunk lid status changing; the charging status changing; and no network packets being received during the third time period; the third time period is a continuous time period.

6. The method according to claim 1, characterized in that, Also includes: Obtain the number of times the vehicle enters non-sleep mode and the duration of non-sleep mode; Based on the number of times the vehicle enters the non-sleep state and the duration of the non-sleep state, the non-sleep state processing operation is performed.

7. A vehicle non-dormant state monitoring device, characterized in that, The device includes: The message receiving module is used to receive network messages uploaded by the vehicle. The network messages include a first type of parameter and a second type of parameter. The first type of parameter is used to identify the vehicle's suspected non-sleep state, and the second type of parameter is used to identify the vehicle's non-sleep state. The second type of parameter includes at least one of the following: vehicle body status, door status, hood status, and trunk lid status. A suspected non-sleep state identification module is used to identify that the vehicle is in a suspected non-sleep state according to the identification rules of the suspected non-sleep state and the first type of parameters; The non-sleep identification module is used to identify that the vehicle is in a non-sleep state based on the vehicle being in a suspected non-sleep state, according to the non-sleep state identification rules and the second type of parameters; Wherein, the second type of parameters includes: when the vehicle body status, door status, hood status, and trunk lid status are met, the non-sleep recognition module includes: The first non-sleep determination submodule is used to determine that the vehicle is in a non-sleep state if, within a first time period after the vehicle is suspected to be in a non-sleep state and the power is turned off, the vehicle body state, the door state, the hood state, and the trunk lid state remain unchanged, and a network message is received within a second time period after the power is turned off; the first time period is a continuous time period, and the second time period is a continuous time period within the first time period.

8. An electronic device, characterized in that, include: A processor, a memory, and a computer program stored in the memory and capable of running on the processor, wherein the computer program, when executed by the processor, implements the steps of monitoring the non-sleep state of the vehicle as claimed in any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, A computer program is stored on the computer-readable storage medium, which, when executed by a processor, implements the steps of monitoring the non-sleep state of the vehicle as described in any one of claims 1-6.

Images