Methods, devices, and storage media for recovering stolen vehicles

Abstract

This application provides a method, device, and storage medium for recovering stolen vehicles. When the stolen vehicle is started, it can be controlled to upload tracking information to achieve tracking. By restricting the use of the stolen vehicle to disable certain functions, it increases the difficulty of driving the vehicle, thereby reducing tracking difficulty, increasing the probability of recovery, and reducing recovery costs. After the stolen vehicle is turned off, it can be controlled to upload location information to achieve recovery. By restricting the start of the stolen vehicle to prevent restarting, it increases the difficulty of moving the stolen vehicle, thereby reducing recovery difficulty, increasing the probability of recovery, and reducing recovery costs.

Description

Technical Field

[0001] This application relates to the field of vehicle technology, and in particular to a method, device, and storage medium for recovering stolen vehicles. Background Technology

[0002] Currently, with the continuous improvement of people's living standards, the number of cars is increasing year by year; research shows that the number of stolen vehicles is also increasing annually. Existing vehicle anti-theft methods mainly include intelligent vehicle anti-theft systems, anti-theft locks, wheel locks, and steering wheel locks. However, these technologies only play a role when thieves commit theft; there is still no effective method for recovering stolen vehicles after they have been stolen. Existing methods for recovering stolen vehicles often require multi-party cooperation, including retrieving surveillance videos, manual investigation, and on-site inspection. Despite this, these technologies still struggle to recover stolen vehicles. Therefore, these technologies suffer from problems such as high difficulty, low efficiency, long investigation times, high manpower and material resources, and a large workload. Furthermore, there is a lack of corresponding remote restriction measures for stolen vehicles, making it impossible to restrict their use or rapid movement, further complicating the recovery process.

[0003] Therefore, how to recover stolen vehicles in a timely, efficient and accurate manner, minimize the cost of manpower and material resources, and restrict the use of stolen vehicles has become a technical problem that urgently needs to be solved by those skilled in the art. Summary of the Invention

[0004] In view of this, the purpose of this application is to propose a method, device, and storage medium for recovering stolen vehicles, which can restrict the use of stolen vehicles and achieve rapid and efficient recovery of stolen vehicles.

[0005] To achieve the above objectives, a first aspect of this application provides a method for recovering a stolen vehicle, comprising:

[0006] Monitoring and tracking instructions;

[0007] In response to the detected tracking command, the stolen vehicle is controlled to enter tracking mode, and vehicle status detection is performed;

[0008] In response to the vehicle being in an active state, tracking information is uploaded, and usage restrictions are imposed on the stolen vehicle;

[0009] In response to the vehicle being in a powered-off state, location information is uploaded based on the independent power supply level, and the stolen vehicle is restricted from starting.

[0010] Upon receiving a de-tracking command and determining that the stolen vehicle has been recovered, the system controls the stolen vehicle to exit the tracking mode.

[0011] A second aspect of this application provides a device for recovering a stolen vehicle, comprising:

[0012] The instruction monitoring module is configured to monitor and track instructions.

[0013] The mode switching module is configured to: in response to detecting the tracking command, control the stolen vehicle to enter the tracking mode and perform vehicle status detection;

[0014] The start control module is configured to: upload tracking information and restrict the use of the stolen vehicle in response to the vehicle being in the start state;

[0015] The engine shutdown control module is configured to: in response to the vehicle being in an engine shutdown state, upload location information based on the independent power supply level, and restrict the stolen vehicle from starting;

[0016] The mode exit module is configured to: upon receiving a release tracking command, determine that the stolen vehicle has been recovered, and control the stolen vehicle to exit the tracking mode.

[0017] A third aspect of this application provides an electronic device including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor, when executing the program, implements the method provided in the first aspect of this application.

[0018] A fourth aspect of this application provides a non-transitory computer-readable storage medium storing computer instructions for causing a computer to perform the method provided in the first aspect of this application.

[0019] As can be seen from the above, the stolen vehicle retrieval method, device, and storage medium provided in this application can control the stolen vehicle to enter tracking mode and perform vehicle status detection when a tracking command is detected. If the vehicle is in an active state, tracking information is uploaded, and usage restrictions are imposed on the stolen vehicle. When the stolen vehicle is started, it may be moving. In this case, controlling the stolen vehicle to upload tracking information enables tracking of the stolen vehicle, and restricting its use prevents the use of some functions, increasing the difficulty of driving the stolen vehicle, thereby reducing the difficulty of tracking, increasing the probability of retrieval, and reducing the cost of retrieval. If the vehicle is turned off, location information is uploaded based on the independent power supply, and the start of the stolen vehicle is restricted. After the stolen vehicle is turned off, it may be stationary. In this case, controlling the stolen vehicle to upload location information enables retrieval of the stolen vehicle, and restricting its start prevents restarting, increasing the difficulty of moving the stolen vehicle, thereby reducing the difficulty of retrieval, increasing the probability of retrieval, and reducing the cost of retrieval. If a de-tracking command is received, it can be confirmed that the stolen vehicle has been recovered, and the stolen vehicle can be taken out of tracking mode to resume normal use. Attached Figure Description

[0020] To more clearly illustrate the technical solutions in this application or related technologies, the drawings used in the description of the embodiments or related technologies will be briefly introduced below. Obviously, the drawings described below are only embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0021] Figure 1 This is a flowchart illustrating the method for recovering stolen vehicles according to an embodiment of this application.

[0022] Figure 2 This is a flowchart illustrating the usage restrictions imposed on stolen vehicles according to an embodiment of this application;

[0023] Figure 3 A flowchart illustrating the uploading of tracking information in this application embodiment;

[0024] Figure 4 This is a flowchart illustrating the information upload process based on the independent power supply capacity, as described in this application embodiment.

[0025] Figure 5 This is a flowchart illustrating the exit from tracking mode in an embodiment of this application;

[0026] Figure 6 This is a schematic diagram of the structure of a stolen vehicle retrieval device according to an embodiment of this application;

[0027] Figure 7This is a schematic diagram of the structure of an electronic device according to an embodiment of this application. Detailed Implementation

[0028] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with specific embodiments and the accompanying drawings.

[0029] It should be noted that, unless otherwise defined, the technical or scientific terms used in the embodiments of this application should have the ordinary meaning understood by one of ordinary skill in the art to which this application pertains. The terms "first," "second," and similar terms used in the embodiments of this application do not indicate any order, quantity, or importance, but are merely used to distinguish different components. Terms such as "comprising" or "including" mean that the element or object preceding the word encompasses the elements or objects listed after the word and their equivalents, without excluding other elements or objects. Terms such as "connected" or "linked" are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. Terms such as "upper," "lower," "left," and "right" are only used to indicate relative positional relationships; when the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0030] In this article, it is important to understand that any number of elements in the accompanying figures is for illustrative purposes and not for limitation, and any naming is for distinction only and has no limiting meaning.

[0031] Based on the above background description, the following situations also exist in the related technologies:

[0032] Vehicle anti-theft technologies mainly include intelligent vehicle anti-theft systems, anti-theft locks, wheel locks, and steering wheel locks. However, these solutions are only effective when a thief is committing theft, increasing the difficulty of entering, starting, and moving the vehicle. If the vehicle has already been stolen and driven away, these solutions are unlikely to be effective. After a vehicle is stolen, there is still no good way to recover it. Existing vehicle recovery methods often require multi-party cooperation, including retrieving surveillance video, manual investigation, and on-site inspection. Even so, it is still difficult to recover the stolen vehicle. Some vehicles are equipped with anti-theft positioning systems, which can obtain vehicle location information to some extent. However, they lack some means to restrict the movement of the stolen vehicle. Even if the location information of the stolen vehicle can be obtained, it is difficult to track the stolen vehicle while it is moving quickly, increasing the difficulty and cost of recovery.

[0033] Therefore, how to recover stolen vehicles in a timely, efficient and accurate manner, minimize the cost of manpower and material resources, and restrict the use of stolen vehicles has become a technical problem that urgently needs to be solved by those skilled in the art.

[0034] The stolen vehicle retrieval method, device, and storage medium provided in this application embodiment can control the stolen vehicle to enter tracking mode and perform vehicle status detection when a tracking command is detected. If the vehicle is in an active state, tracking information is uploaded, and usage restrictions are imposed on the stolen vehicle. When the stolen vehicle is started, it may be moving. In this case, controlling the stolen vehicle to upload tracking information enables tracking of the stolen vehicle, and restricting its use prevents the use of some vehicle functions, increasing the difficulty of driving the stolen vehicle, thereby reducing tracking difficulty, increasing the probability of retrieval, and reducing retrieval costs. If the vehicle is turned off, location information is uploaded based on the independent power supply, and the start of the stolen vehicle is restricted. After the stolen vehicle is turned off, it may be stationary. In this case, controlling the stolen vehicle to upload location information enables retrieval of the stolen vehicle, and restricting its start prevents restarting the stolen vehicle, increasing the difficulty of moving the stolen vehicle, thereby reducing retrieval difficulty, increasing the probability of retrieval, and reducing retrieval costs. If a de-tracking command is received, it can be confirmed that the stolen vehicle has been recovered, and the stolen vehicle can be taken out of tracking mode to resume normal use.

[0035] The power control method for a fuel cell according to an exemplary embodiment of this application will now be described with reference to the accompanying drawings.

[0036] In some embodiments, such as Figure 1 As shown, methods for recovering stolen vehicles include:

[0037] Step 101: Monitoring and tracking instructions.

[0038] In practice, after a vehicle owner discovers their vehicle has been stolen, they can track, locate, and remotely control the stolen vehicle through a client application (such as a mobile phone, a smart key with communication capabilities, or other terminal devices). Upon discovering the theft, the owner needs to enter the corresponding unlocking password (such as a PIN code or a password set by the owner) in the client application to activate the remote control function. The application then sends a wake-up message to the stolen vehicle via the Telematics Service Provider (TSP). Upon receiving the wake-up message, the stolen vehicle's retrieval device is activated, and the owner reports this to the TSP platform. Once the TSP platform confirms the retrieval device has been activated, it sends a tracking command to the device. Therefore, after activation, the tracking command needs to be constantly monitored to ensure immediate response and timely retrieval of the stolen vehicle.

[0039] Step 102: In response to the detected tracking command, control the stolen vehicle to enter tracking mode and perform vehicle status detection.

[0040] In practice, when a tracking command is detected, it means that the user has discovered that the vehicle has been stolen and has activated remote control. By executing the tracking command, the stolen vehicle is controlled to enter tracking mode. After entering tracking mode, further detection of the vehicle status is required, because there are significant differences in the difficulty and method of tracking when the vehicle is in the starting state and the engine is off.

[0041] When a stolen vehicle is running, it indicates that the vehicle may be moving at high speed. In this case, after obtaining the vehicle's tracking information, it is necessary to implement certain usage restriction strategies to increase the difficulty of driving the stolen vehicle, thereby reducing its speed and making it easier to track. At the same time, it is necessary to deter and dissuade unauthorized users from parking on the side of the road by issuing alarms.

[0042] When a stolen vehicle is turned off, it means that the vehicle may have stopped moving. In this case, after obtaining the location information of the stolen vehicle, it is also necessary to take certain usage restriction strategies to prevent the stolen vehicle from being restarted, increase the difficulty of moving the stolen vehicle, provide sufficient time for tracking the stolen vehicle, and reduce the difficulty of tracking the stolen vehicle.

[0043] Step 103: In response to the vehicle status being activated, upload tracking information and impose usage restrictions on the stolen vehicle.

[0044] In practice, once the vehicle is confirmed to be in an active state, the electricity generated during vehicle operation can be utilized, eliminating the need to consider the independent power supply required for the stolen vehicle retrieval device. A higher upload frequency can be used to upload tracking information; for example, vehicle location information and vehicle status information can be uploaded once per second. Uploading vehicle location information provides navigation for tracking the stolen vehicle, facilitating its tracing; while uploading vehicle status information allows for real-time monitoring of the vehicle's condition, determining whether it has been damaged or shows signs of stopping.

[0045] While uploading tracking information, it is necessary to restrict the use of the stolen vehicle, including but not limited to controlling the stolen vehicle to refuse to receive control commands other than the de-tracking command from the vehicle control command set; controlling the stolen vehicle to activate a parking alarm and prohibiting it from responding to all service requests. By controlling the stolen vehicle to refuse to receive control commands other than the de-tracking command, various controls that unauthorized users can exercise over the vehicle can be restricted. For example, unauthorized users can be restricted from using control commands to activate the navigation function of the positioning device (this positioning device is the positioning facility used when driving a regular vehicle, while when tracking a stolen vehicle, the tracking information and positioning information are obtained through an additional separate positioning device), or from disabling the tracking mode through illegal attacks. Unauthorized users can also be restricted from using driving-friendly functions such as autonomous driving, automatic cruise control, and driver assistance functions, increasing the difficulty for unauthorized users to drive the stolen vehicle quickly, thereby reducing the difficulty of tracking the stolen vehicle.

[0046] Controlling a stolen vehicle's parking alarm can increase the probability of it being discovered by relevant personnel and deter unauthorized users from pulling over. The parking alarm can display "Please pull over" in large font on the central control screen, while simultaneously announcing "Unauthorized user detected, please pull over." To avoid detection, the unauthorized user may turn off the vehicle, achieving a deterrent effect and triggering the start-up control from the off state, further limiting the vehicle's movement. Furthermore, the vehicle's movement speed can be increased by disabling all service requests, including those related to weather, multimedia playback, navigation, and any interaction with third-party services. For example, disabling requests for navigation services increases the difficulty for the unauthorized user to drive to the destination; similarly, disabling requests for intelligent driving services further increases the difficulty of driving, reducing vehicle speed or causing the unauthorized user to turn off the stolen vehicle, thus lowering the difficulty of tracking, increasing the probability of recovery, and reducing recovery costs.

[0047] Step 104: In response to the vehicle being in a turned-off state, upload location information based on the independent power supply level and restrict the stolen vehicle from starting.

[0048] In practical implementation, the independent power supply is mainly used to power the vehicle retrieval device. After the vehicle is started, it is automatically charged through the vehicle's electrical system to ensure sufficient power. Using an independent power supply prevents the vehicle retrieval device from failing to operate after the vehicle is turned off. It should be noted that the independent power supply can be a separately installed battery independent of the vehicle's electrical system, or it can be a battery within the vehicle's electrical system that continues to power the vehicle retrieval device even after the vehicle is turned off; no further limitations are made here. For example, the independent power supply can be a small battery (rechargeable battery). The small battery can store its own charge, and when its charge is low, it can be charged using the vehicle's main battery. The small battery can also supply power to the telematics box (T-BOX) and the head unit (HU). After confirming the vehicle is off, tracking a stolen vehicle is a time-consuming process. Since the battery power generated while the vehicle is running cannot be utilized, the battery level of the independent power supply needs to be considered. Uploading location information at a consistently high frequency, such as once per second, will rapidly deplete the independent power supply. Therefore, the upload frequency needs to be controlled based on the independent power supply's remaining battery level. For example, the independent power supply can be divided into several consecutive power intervals from 100% to 0%. Lower power intervals correspond to lower upload frequencies. In other words, as the battery level decreases, reducing the upload frequency slows down the rate of battery consumption, thus enabling longer-term location tracking.

[0049] Since the vehicle is already off and its starting is restricted, it cannot be started and can only be transported, greatly increasing the difficulty of moving the stolen vehicle and making it easier to find it. Therefore, as long as the location information is uploaded for a long time, the owner can be notified whether the vehicle has been moved in other ways. Thus, it is necessary to ensure that the independent power supply can provide power for uploading location information for a long time. Therefore, appropriately reducing the frequency of location information upload can extend the service life of the independent power supply and provide a higher possibility of finding the vehicle.

[0050] One key feature is restricting the starting of a stolen vehicle. This means preventing the vehicle from being restarted after it has been turned off. For example, it may prevent the vehicle from responding to power-on commands or starting the engine or motor. Once the vehicle is prevented from restarting, it cannot be moved independently and can only be forcibly moved through transport or other means. This reduces the likelihood of the vehicle being moved again after being turned off. If the unauthorized user lacks the means to transport the vehicle, it will remain stationary at the location where it was turned off for an extended period. This greatly facilitates successful tracking, reduces the difficulty of tracing stolen vehicles, increases the probability of recovery, and lowers the cost of recovery.

[0051] Step 105: In response to receiving the de-tracking command, confirming that the stolen vehicle has been recovered, control the stolen vehicle to exit the tracking mode.

[0052] In practice, after the vehicle owner recovers the stolen vehicle, they can exit the tracking mode via the client application. After recovery, the owner needs to enter the corresponding unlock password in the client application and use the client's remote control function to exit the tracking mode. This is because, to prevent unauthorized users from controlling the stolen vehicle to exit tracking mode, exiting tracking mode can only be done remotely via the client application. The client can send a wake-up message to the stolen vehicle through the vehicle networking platform. Upon receiving the wake-up message, the stolen vehicle will report back to the vehicle networking platform that it has been recovered. After confirming the recovery, the vehicle networking platform will send a de-tracking command to the vehicle's retrieval device. Therefore, the stolen vehicle needs to constantly check for de-tracking commands after entering tracking mode to ensure an immediate response. Once the recovery is confirmed, the owner can control the vehicle to exit tracking mode and restore normal use.

[0053] In summary, the stolen vehicle retrieval method provided in this application can control the stolen vehicle to enter tracking mode when a tracking command is detected. Once in tracking mode, if the vehicle is running, tracking information is uploaded, and usage restrictions are imposed on the stolen vehicle. When the stolen vehicle is running, it may be moving; in this case, controlling the stolen vehicle to upload tracking information enables tracking, and restricting its use prevents the use of certain vehicle functions, increasing the difficulty of driving and thus reducing tracking difficulty, increasing the probability of retrieval, and reducing retrieval costs. If the vehicle is off, location information is uploaded based on the independent power supply, and starting the stolen vehicle is restricted. After the stolen vehicle is off, it may be stationary; in this case, controlling the stolen vehicle to upload location information enables retrieval, and restricting its start prevents restarting, increasing the difficulty of movement and thus reducing retrieval difficulty, increasing the probability of retrieval, and reducing retrieval costs. If a de-tracking command is received, it can be confirmed that the stolen vehicle has been recovered, and the stolen vehicle can be taken out of tracking mode to resume normal use.

[0054] In some embodiments, such as Figure 2 As shown, usage restrictions are imposed on stolen vehicles, including:

[0055] Step 201: Control the stolen vehicle to refuse to receive any control commands from the vehicle control command set other than the untracking command.

[0056] In practice, once the vehicle is confirmed to be in an active state, it can be assumed that an unauthorized user is driving the stolen vehicle to escape. Therefore, while uploading tracking information, it is necessary to restrict the use of the stolen vehicle to increase the speed at which the unauthorized user can escape, or even to deter the unauthorized user from stealing the vehicle, thereby reducing the difficulty and cost of tracking and recovering the stolen vehicle.

[0057] Specific measures for restricting usage include, but are not limited to, controlling the stolen vehicle to refuse to receive any control commands other than the de-tracking command. Since the de-tracking command cannot be issued from the vehicle's infotainment system, but only through the target terminal issuing the tracking command and the default terminal pre-bound to the stolen vehicle, unauthorized users cannot exit tracking mode from the stolen vehicle. Furthermore, after the stolen vehicle is recovered, it needs to respond to the de-tracking command to restore normal use. Therefore, there is no need to restrict the stolen vehicle from responding to commands other than the de-tracking command.

[0058] The vehicle control command set is the complete set of control commands that a stolen vehicle can respond to. This set is determined after the vehicle is manufactured and can be updated based on upgrades and iterations of the vehicle's software and hardware. Refusing to accept control commands from this set, except for the command to untrace, restricts unauthorized users' control over the vehicle. For example, by refusing commands to activate navigation, unauthorized users are prohibited from using the navigation function. This increases the difficulty for unauthorized users unfamiliar with the roads and road conditions to drive the stolen vehicle away from the scene of the theft. It also prevents unauthorized users from obtaining real-time road conditions, potentially leading them into congested areas, thus reducing their speed and providing more time for tracking. Furthermore, refusing commands from unauthorized users to activate features such as autonomous driving, cruise control, or driver assistance systems further complicates the process, making it more difficult for unauthorized users to move the stolen vehicle quickly and reducing the difficulty of tracking it.

[0059] Step 202: Control the stolen vehicle to set a parking alarm and disable all service requests.

[0060] In practice, controlling the parking alarm on a stolen vehicle increases the probability of it being discovered by relevant personnel and also deters and dissuades unauthorized users from parking on the side of the road. The parking alarm can display "Please pull over" in large font on the central control screen, while simultaneously announcing "Unauthorized user detected, please pull over" in a loud and clear voice. The voice announcement can alert nearby people, and the unauthorized user may turn off the stolen vehicle to avoid being discovered, thus achieving the effect of deterring and dissuading them from parking. After the vehicle is turned off, the start control in the off-state state is triggered, preventing the stolen vehicle from being started again, further limiting the difficulty of moving the stolen vehicle.

[0061] Furthermore, the movement speed of a stolen vehicle can be increased by disabling responses to all service requests. These service requests include all requests that interact with a third-party server, such as obtaining weather information, playing multimedia, and navigation. For example, disabling responses to requests from unauthorized users to activate navigation services means that even if a user activates the navigation function through illegal means, the unauthorized user will still be unable to use the navigation function and may still get lost or drive into congested areas. This reduces the movement speed of the stolen vehicle by unauthorized users, increasing the difficulty for them to drive the vehicle to the target location. Similarly, disabling responses to intelligent driving service requests can disable the vehicle's intelligent driving services, forcing unauthorized users to drive the stolen vehicle manually. This increases the difficulty of driving for unauthorized users, reducing the vehicle's movement speed or causing the unauthorized user to turn off the stolen vehicle. This reduces the difficulty of tracking the stolen vehicle, increases the probability of recovery, and lowers the recovery cost.

[0062] In some embodiments, the tracking information includes vehicle location information and vehicle status information; such as Figure 3 As shown, upload tracking information, including:

[0063] Step 301: Obtain vehicle location information and vehicle status information according to the preset acquisition frequency.

[0064] In practical implementation, once the vehicle's status is confirmed to be active, the electricity generated during vehicle operation can be utilized, eliminating the need to consider the independent power supply required for the stolen vehicle retrieval device. Therefore, a higher upload frequency can be used to upload vehicle location and status information. Consequently, the acquisition frequency of vehicle location and status information needs to be increased simultaneously to achieve real-time positioning of the stolen vehicle. This allows for the deduction of the vehicle's possible travel route, enabling timely tracking or interception and reducing the difficulty of tracing the stolen vehicle. For example, the acquisition frequency can be once per second to acquire and upload vehicle location and status information. Uploading vehicle location information provides navigation for tracking the stolen vehicle, facilitating its tracing; while uploading vehicle status information allows real-time monitoring of the vehicle's status, determining whether it has been damaged or illegally attacked, and whether the vehicle is showing signs of stopping.

[0065] Step 302: Determine the target client to send the tracking command.

[0066] In practice, after obtaining vehicle location and status information, it is necessary to determine the target for information uploading. Generally, in order to ensure timeliness and security, the vehicle location and status information need to be uploaded to the terminal device that the vehicle owner is using. Therefore, it is necessary to determine the target client for sending tracking instructions, which can be considered as the terminal device that the vehicle owner is using.

[0067] Step 303: Upload vehicle location information and vehicle status information to the target client.

[0068] In practice, uploading vehicle location and status information to the target client allows vehicle owners to know the location and condition of the stolen vehicle immediately, ensuring the timeliness and security of information transmission, providing information support for tracking stolen vehicles, and increasing the success rate of tracking stolen vehicles.

[0069] In some embodiments, restricting the starting of a stolen vehicle includes:

[0070] Before receiving the command to untrack, the stolen vehicle is prevented from starting until the tracking mode is exited, at which point the start-prevention control on the stolen vehicle is lifted.

[0071] In practice, since the vehicle is already off, the simplest way to prevent it from moving further is to prevent it from restarting before receiving the de-tracking command. After restricting its starting, the stolen vehicle cannot be restarted and can only be moved by transport. For example, it can be prevented from responding to power-on operations, or from starting the engine or motor. Once the stolen vehicle is prevented from restarting, it cannot move on its own and can only be forcibly moved by transport, reducing the likelihood of it being moved again after being turned off. If the unauthorized user does not have the means to transport it, the stolen vehicle will remain stationary at the location where it was turned off for an extended period, greatly facilitating successful tracking. Furthermore, when the unauthorized user discovers that the vehicle cannot be started, they may cease their illegal activities, reducing the difficulty of recovering the stolen vehicle, increasing the probability of recovery, and lowering the recovery cost.

[0072] In some embodiments, such as Figure 4 As shown, location information is uploaded based on the independent power supply's battery level, including:

[0073] Step 401: Determine the target power range corresponding to the power of the independent power source.

[0074] In practice, after confirming that the vehicle is off, tracking a stolen vehicle is a time-consuming process. Since the vehicle is off, the electricity generated during operation cannot be utilized, requiring a dedicated power supply to power the entire retrieval process. If location information is uploaded at a high frequency, such as once per second, the dedicated power supply will be rapidly depleted. Therefore, the upload frequency needs to be controlled based on the power supply's remaining charge. The power supply charge can be divided into several consecutive ranges from 100% to 0%, for example, [100%, 70%), [70%, 50%), [50%, 30%), [20%, 10%), [10%, 5%), and [15%, 0%). The range where the power supply falls is the target range. For example, if the power supply charge is 85%, the target range is [100%, 70%).

[0075] Step 402: Determine the upload frequency corresponding to the target power range; where the lower the independent power supply power, the lower the upload frequency corresponding to the target power range.

[0076] In practice, the lower the battery level, the lower the upload frequency. For the target battery level range of [100%, 70%), the upload frequency can be once every 10 seconds; for [70%, 50%), it can be once every 30 seconds; for [50%, 30%), it can be once every 60 seconds; for [20%, 10%), it can be once every 100 seconds; for [10%, 5%), it can be once every 180 seconds; and for [15%, 0%], it can be once every 300 seconds. That is, when the battery is sufficient, a higher upload frequency of location information achieves better positioning and tracking results. When the battery is insufficient, the lower upload frequency of location information reduces the rate of power consumption of the independent power supply, thereby achieving long-term positioning and tracking.

[0077] Step 403: Upload location information according to the upload frequency.

[0078] In practice, since the vehicle is already turned off and its starting is restricted, it cannot be started and can only be transported, greatly increasing the difficulty of moving the stolen vehicle and facilitating its recovery. Therefore, as long as the location information is uploaded for a long time, the owner can be notified whether the vehicle has been moved in other ways. Thus, it is necessary to ensure that the independent power supply can provide power for uploading location information for a long time. Therefore, appropriately reducing the frequency of location information upload can extend the service life of the independent power supply. In other words, uploading location information according to the upload frequency can provide a higher probability of vehicle recovery.

[0079] In some embodiments, such as Figure 5 As shown, in response to receiving a de-tracking command, determining that the stolen vehicle has been recovered, and controlling the stolen vehicle to exit tracking mode, the following steps are taken:

[0080] Step 501: Identify the source client that issued the untracking command.

[0081] In practice, since tracking mode can only be exited via remote control from the client, to prevent unauthorized users from controlling the stolen vehicle and exiting tracking mode through unauthorized intrusion, upon receiving a release command, the source client issuing the command must be identified, and its legitimacy must be further verified to ensure that the vehicle does not prematurely exit tracking mode due to unauthorized intrusion before it is recovered. The release command can only be executed if the source client is the target client sending the tracking command or a pre-bound default client.

[0082] Step 502: Verify the legitimacy of the source client based on the target client that sent the tracking command and at least one preset default client.

[0083] In some embodiments, step 502 includes:

[0084] Step 5021: Determine the first PIN code of the source client, the second PIN code of the target client, and the default PIN code of at least one default client.

[0085] In practice, the PIN code is a personal identification password for the user. Each client corresponds to a unique PIN code, so the PIN code can be used for legitimacy verification. First, it is necessary to determine the first PIN code of the source client, the second PIN code of the target client, and the default PIN code of at least one default client. If there is a default client, there is a default PIN code. If there are n (an integer greater than 1) default clients, there are n default PIN codes. If there are no default clients, there is no default PIN code, and the legitimacy of the source client can only be verified through the second PIN code.

[0086] Step 5022: In response to the first PIN code being the same as the second PIN code, the source client is determined to be the target client, and the validity verification is passed.

[0087] In practice, if the first PIN code is the same as the second PIN code, it means that the source client and the target client are the same client, and the command to untrack the vehicle was issued by the vehicle owner, thus confirming that the legitimacy verification has been passed.

[0088] Step 5023: In response to the first PIN code being the same as any default PIN code, determine that the source client belongs to the default client and pass the validity verification.

[0089] In practice, if the first PIN code is the same as any of the n default PIN codes, it means that the source client is a pre-bound trusted client, and the legitimacy verification is passed.

[0090] Step 503: In response to the source client's successful legitimacy verification, confirming that the stolen vehicle has been recovered, control the stolen vehicle to exit the tracking mode.

[0091] In practice, if the source client passes the legitimacy verification, it means that the stolen vehicle has been recovered. The vehicle owner can then request to exit the tracking mode through a legitimate user client to restore the normal use of the stolen vehicle.

[0092] It should be noted that the method in this embodiment can be executed by a single device, such as a computer or server. The method can also be applied in a distributed scenario, where multiple devices cooperate to complete the task. In such a distributed scenario, one of these devices may execute only one or more steps of the method in this embodiment, and the multiple devices will interact with each other to complete the method described.

[0093] It should be noted that the above description describes some embodiments of this application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in a different order than that shown in the above embodiments and still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired result. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0094] Based on the same inventive concept, and corresponding to any of the above embodiments, this application also provides a device for recovering stolen vehicles.

[0095] refer to Figure 6 The stolen vehicle retrieval device includes:

[0096] Command monitoring module 10 is configured to monitor and track commands;

[0097] The mode switching module 20 is configured to: in response to detecting a tracking command, control the stolen vehicle to enter tracking mode and perform vehicle status detection;

[0098] The start control module 30 is configured to: upload tracking information and restrict the use of the stolen vehicle in response to the vehicle being in the start state;

[0099] The engine shutdown control module 40 is configured to: in response to the vehicle being in an engine shutdown state, upload location information based on the independent power supply level, and restrict the stolen vehicle from starting.

[0100] The mode exit module 50 is configured to: upon receiving a de-tracking command and determining that the stolen vehicle has been recovered, control the stolen vehicle to exit the tracking mode.

[0101] For ease of description, the above devices are described in terms of function, divided into various modules. Of course, in implementing this application, the functions of each module can be implemented in one or more software and / or hardware.

[0102] The apparatus described above is used to implement the corresponding stolen vehicle retrieval method in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0103] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the stolen vehicle retrieval method described in any of the above embodiments.

[0104] Figure 7 This embodiment illustrates a more specific hardware structure of an electronic device, which may include a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050. The processor 1010, memory 1020, input / output interface 1030, and communication interface 1040 are interconnected internally via the bus 1050.

[0105] The processor 1010 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

[0106] The memory 1020 can be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc. The memory 1020 can store the operating system and other applications. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program code is stored in the memory 1020 and is called and executed by the processor 1010.

[0107] The input / output interface 1030 is used to connect input / output modules to realize information input and output. Input / output modules can be configured as components within the device (not shown in the figure) or externally connected to the device to provide corresponding functions. Input devices may include keyboards, mice, touchscreens, microphones, various sensors, etc., while output devices may include displays, speakers, vibrators, indicator lights, etc.

[0108] The communication interface 1040 is used to connect a communication module (not shown in the figure) to enable communication between this device and other devices. The communication module can communicate via wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.).

[0109] Bus 1050 includes a pathway for transmitting information between various components of the device, such as processor 1010, memory 1020, input / output interface 1030, and communication interface 1040.

[0110] It should be noted that although the above-described device only shows the processor 1010, memory 1020, input / output interface 1030, communication interface 1040, and bus 1050, in specific implementations, the device may also include other components necessary for normal operation. Furthermore, those skilled in the art will understand that the above-described device may only include the components necessary for implementing the embodiments of this specification, and not necessarily all the components shown in the figures.

[0111] The electronic devices described above are used to implement the corresponding stolen vehicle retrieval methods in any of the foregoing embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0112] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this application also provides a non-transitory computer-readable storage medium storing computer instructions for causing the computer to execute the stolen vehicle retrieval method as described in any of the above embodiments.

[0113] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. Information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transfer medium that can be used to store information accessible by a computing device.

[0114] The computer instructions stored in the storage medium of the above embodiments are used to cause the computer to execute the stolen vehicle retrieval method as described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0115] It is understood that before using the technical solutions of the various embodiments in this disclosure, users will be informed of the type, scope of use, and usage scenarios of the personal information involved in an appropriate manner, and user authorization will be obtained.

[0116] For example, upon receiving a user's active request, a prompt message is sent to the user to explicitly inform them that the requested operation will require the acquisition and use of the user's personal information. This allows the user to independently choose, based on the prompt message, whether to provide personal information to the software or hardware such as electronic devices, applications, servers, or storage media performing the operations of this disclosed technical solution.

[0117] As an optional but not limited implementation, in response to a user's active request, sending a prompt message to the user can be done via a pop-up window, where the prompt message can be presented in text format. Furthermore, the pop-up window can also include a selection control allowing the user to choose "agree" or "disagree" to provide personal information to the electronic device.

[0118] It is understood that the above notification and user authorization process are merely illustrative and do not constitute a limitation on the implementation of this disclosure. Other methods that comply with relevant laws and regulations may also be applied to the implementation of this disclosure.

[0119] Those skilled in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of this application (including the claims) is limited to these examples; within the framework of this application, the technical features of the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other variations of different aspects of the embodiments of this application as described above, which are not provided in the details for the sake of brevity.

[0120] Additionally, to simplify the description and discussion, and to avoid obscuring the embodiments of this application, the well-known power / ground connections to integrated circuit (IC) chips and other components may or may not be shown in the provided drawings. Furthermore, the apparatus may be shown in block diagram form to avoid obscuring the embodiments of this application, and this also takes into account the fact that the details of the implementation of these block diagram apparatuses are highly dependent on the platform on which the embodiments of this application will be implemented (i.e., these details should be fully understood by those skilled in the art). While specific details (e.g., circuits) have been set forth to describe exemplary embodiments of this application, it will be apparent to those skilled in the art that the embodiments of this application can be implemented without these specific details or with variations thereof. Therefore, these descriptions should be considered illustrative rather than restrictive.

[0121] Although this application has been described in conjunction with specific embodiments thereof, many substitutions, modifications, and variations of these embodiments will be apparent to those skilled in the art from the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may be used with the embodiments discussed.

[0122] The embodiments of this application are intended to cover all such substitutions, modifications, and variations that fall within the broad scope of the appended claims. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the embodiments of this application should be included within the protection scope of this application.

Claims

1. A method of recovering a stolen vehicle, characterized by, include: Monitoring and tracking instructions; In response to the detected tracking command, the stolen vehicle is controlled to enter tracking mode, and vehicle status detection is performed; In response to the vehicle being in an active state, tracking information is uploaded, and usage restrictions are imposed on the stolen vehicle; wherein, the usage restrictions on the stolen vehicle include: controlling the stolen vehicle to refuse to receive other control commands in the vehicle control command set except for the de-tracking command; controlling the stolen vehicle to activate a parking alarm and prohibiting it from responding to all service requests; In response to the vehicle being in an off state, location information is uploaded based on the independent power supply level, and the stolen vehicle is restricted from starting; wherein, the lower the independent power supply level, the lower the frequency of location information upload; In response to receiving a de-tracking command, and if the source client sending the de-tracking command is the same client as the target client or at least one preset default client that sent the tracking command, the stolen vehicle is determined to have been recovered, and the stolen vehicle is controlled to exit the tracking mode.

2. The method of claim 1, wherein, The tracking information includes vehicle location information and vehicle status information; The uploading of tracking information includes: The vehicle location information and vehicle status information are acquired according to a preset acquisition frequency; Identify the target client that sent the tracking command; The vehicle location information and vehicle status information are uploaded to the target client.

3. The method of claim 1, wherein, The restriction on starting the stolen vehicle includes: Before receiving the de-tracking command, the stolen vehicle is prevented from starting until the tracking mode is exited, and the de-tracking control on the stolen vehicle is lifted.

4. The method according to claim 1, characterized in that, The uploading of location information based on the independent power supply's battery level includes: Determine the target power range corresponding to the power of the independent power source; Determine the upload frequency corresponding to the target power range; wherein, the lower the power of the independent power supply, the lower the upload frequency corresponding to the target power range; The location information is uploaded according to the upload frequency.

5. The method according to claim 1, characterized in that, The response to receiving a de-tracking command, determining that the stolen vehicle has been recovered, and controlling the stolen vehicle to exit the tracking mode includes: Identify the source client that issued the untracking command; The legitimacy of the source client is verified based on the target client that sent the tracking instruction and at least one preset default client; In response to the source client passing the legitimacy verification and determining that the stolen vehicle has been recovered, the stolen vehicle is controlled to exit the tracking mode.

6. The method according to claim 5, characterized in that, The step of verifying the legitimacy of the source client based on the target client that sent the tracking instruction and at least one preset default client includes: Determine the first PIN code of the source client, the second PIN code of the target client, and the default PIN code of the at least one default client; In response to the first PIN code being the same as the second PIN code, the source client is determined to be the target client, and the legitimacy verification is passed; In response to the first PIN code being identical to any of the default PIN codes, it is determined that the source client belongs to the default client, and the validity verification is passed.

7. A device for recovering stolen vehicles, characterized in that, include: The instruction monitoring module is configured to monitor and track instructions. The mode switching module is configured to: in response to detecting the tracking command, control the stolen vehicle to enter the tracking mode and perform vehicle status detection; The start control module is configured to: in response to the vehicle being in an started state, upload tracking information and restrict the use of the stolen vehicle; wherein, restricting the use of the stolen vehicle includes: controlling the stolen vehicle to refuse to receive other control commands in the vehicle control command set except for the de-tracking command; controlling the stolen vehicle to set a parking alarm and prohibiting it from responding to all service requests; The engine shutdown control module is configured to: in response to the vehicle being in an engine-off state, upload location information based on the independent power supply level and restrict the stolen vehicle from starting; wherein, the lower the independent power supply level, the lower the frequency of uploading the location information; The mode exit module is configured to: upon receiving a de-tracking command, and if the source client sending the de-tracking command is the same client as the target client or at least one preset default client that sent the tracking command, determine that the stolen vehicle has been recovered, and control the stolen vehicle to exit the tracking mode.

8. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the program, it implements the method as described in any one of claims 1 to 6.

9. A non-transitory computer-readable storage medium storing computer instructions, characterized in that, The computer instructions are used to cause the computer to perform the method according to any one of claims 1 to 6.

Images