Vehicle control method and device, vehicle, chip and storage medium

Abstract

The application provides a vehicle control method and device, a vehicle, a chip and a storage medium, and relates to the field of vehicle control.The method comprises the following steps: in response to detecting that a target object enters a vehicle, determining an initial device set based on devices within a detection range allowed by the vehicle; in response to the vehicle driving, deleting devices in the device set that are not detected by the vehicle; and in response to detecting that the target object has a get-off intention and there are devices in the device set. Thus, by combining the in-out behavior of the target object, the get-off intention and the device detection mechanism, accurate identification and active reminding of the device left-in-vehicle event are realized, so that the target object can learn about the possible left-in-vehicle device at the first time after leaving the vehicle, property loss or travel interruption caused by negligence is avoided, and the convenience and safety guarantee capability of vehicle use are significantly improved.

Description

Technical Field

[0001] This application relates to the field of vehicle control technology, and more particularly to a vehicle control method, device, vehicle, chip, and storage medium. Background Technology

[0002] With the rapid development of mobile internet technology, smart devices have become deeply integrated into people's daily lives. It's increasingly common for users to carry mobile phones, tablets, smartwatches, and other electronic devices while traveling. However, when rushing to disembark at the end of the journey, users easily leave these electronic devices behind in the carriage due to distraction, time constraints, or habitual negligence. Such incidents not only cause numerous inconveniences to the work and lives of those involved, such as rendering personal communication and payment functions unusable, but also pose security risks such as theft, leakage of personal privacy information, and even unnecessary economic losses and wasted time. Summary of the Invention

[0003] This application proposes a vehicle control method, apparatus, vehicle, chip, and storage medium to at least partially solve one of the technical problems in the related art.

[0004] One embodiment of this application proposes a vehicle control method, including: In response to the detection of a target object entering the vehicle, an initial set of devices is determined based on devices within the detection range allowed by the vehicle; In response to the vehicle moving, devices not detected by the vehicle in the device set are deleted; In response to the detection that the target object intends to get off the vehicle and that there is a device in the device set, a first lost item notification is triggered.

[0005] Another embodiment of this application provides a vehicle control device, including: A determination module is configured to, in response to detecting a target object entering the vehicle, determine an initial set of devices based on devices within the detection range permitted by the vehicle; A deletion module is used to delete devices in the device set that are not detected by the vehicle in response to the vehicle moving; The first triggering module is used to trigger a first lost item prompt in response to the detection that the target object intends to get off the vehicle and that there is a device in the device set.

[0006] Another embodiment of this application proposes a vehicle, including: processor; Memory used to store processor-executable instructions; The processor is configured to implement the vehicle control method as described in the foregoing aspect.

[0007] Another embodiment of this application proposes a chip including an interface circuit and a processing circuit coupled to each other, the interface circuit being used to input or output signals, and the processing circuit being configured to perform the vehicle control method as described in the foregoing aspect.

[0008] Another embodiment of this application proposes a non-transitory computer-readable storage medium storing computer program instructions that, when executed by a processor, implement the vehicle control method as described in the foregoing aspect.

[0009] Another embodiment of this application proposes a computer program product having a computer program stored thereon, which, when executed by a processor, implements the vehicle control method as described in the foregoing aspect.

[0010] The vehicle control method, device, vehicle, chip, and storage medium proposed in this application establish an initial device set based on devices detected when a target gets into the vehicle, and delete undetectable interfering devices during vehicle operation. This effectively eliminates interfering devices that move away from the vehicle during movement, ensuring that only in-vehicle devices remain in the device set after the target leaves the vehicle. Therefore, the lost-device alert triggered when a target intends to get out of the vehicle and a device is present in the device set can more accurately pinpoint a lost device inside the vehicle, improving the accuracy of lost-device detection, reducing the probability of false positives, and thus enhancing the overall user experience when using the vehicle. In other words, this application, by combining the target's entry and exit behavior, intention to get out of the vehicle, and the device detection mechanism, achieves accurate identification and proactive alerts for lost-device events inside the vehicle. First, the detection process begins with the target entering the vehicle, triggering the detection and identification of devices within the vehicle's permissible detection range. This establishes an initial device set, ensuring a strong spatiotemporal correlation between the devices in the set and the target's carrying behavior. This provides an accurate baseline state and data support for subsequent loss assessments. Second, during vehicle operation, devices not detected by the vehicle are removed from the device set, effectively eliminating interfering devices that move away from the vehicle and ensuring that only in-vehicle devices remain in the device set after the target leaves. Third, the loss alert is triggered based on a joint determination of key conditions: the target intends to get out of the vehicle, and a device exists in the device set. This multi-dimensional judgment mechanism effectively eliminates false positives, significantly improving the accuracy and robustness of device loss identification. Finally, the first loss alert is triggered immediately upon meeting the triggering conditions, allowing the target to know immediately after leaving the vehicle about potentially lost devices, preventing property damage or travel interruption due to negligence and significantly improving vehicle convenience and safety.

[0011] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0012] The above and / or additional aspects and advantages of this application will become apparent and readily understood from the following description of the embodiments taken in conjunction with the accompanying drawings, wherein: Figure 1 A schematic flowchart of a vehicle control method provided for an exemplary embodiment of this application; Figure 2 A schematic flowchart of another vehicle control method provided for an exemplary embodiment of this application; Figure 3 A schematic flowchart of yet another vehicle control method provided for an exemplary embodiment of this application; Figure 4 A schematic diagram of the structure of a device loss detection system provided for an exemplary embodiment of this application; Figure 5 A schematic diagram illustrating the implementation principle of a data acquisition layer provided for an exemplary embodiment of this application; Figure 6 A schematic diagram illustrating the implementation principle of a data processing layer provided for an exemplary embodiment of this application; Figure 7 A schematic diagram illustrating the implementation principle of a decision-making layer provided for an exemplary embodiment of this application; Figure 8 A schematic diagram of the interaction process of a device abandonment detection system provided for an exemplary embodiment of this application; Figure 9 A schematic diagram of the structure of a vehicle control device provided for an exemplary embodiment of this application; Figure 10 A schematic diagram of the structure of a vehicle provided for an exemplary embodiment of this application; Figure 11 This is a schematic diagram of the structure of a chip proposed in an exemplary embodiment of this application. Detailed Implementation

[0013] The embodiments of this application are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain this application, and should not be construed as limiting this application.

[0014] In related technologies, in-vehicle device loss reminder schemes typically rely on establishing a stable communication connection (such as Bluetooth pairing) between the vehicle and the electronic device. When the vehicle is parked, the posture data of the electronic device is continuously acquired through this communication connection. When the door is detected to be locked, the system combines the posture change of the electronic device to determine whether it has been left in the passenger compartment. If so, an alert is triggered.

[0015] However, this type of solution has obvious limitations: its effective operation requires that the vehicle and electronic devices have been pre-paired and maintain a communication connection. For unbound devices (such as mobile phones carried by passengers or temporarily connected devices), or devices that cannot be connected due to system compatibility, permission settings, etc., this solution cannot effectively detect them. Therefore, its scope of application is limited, and it is difficult to cover complex vehicle use scenarios with multiple users and multiple devices. The completeness and reliability of the reminder function are insufficient.

[0016] In addition, in some application scenarios, if a device left in the vehicle is temporarily offline, restarts, or has a poor signal after the driver opens the door and gets out of the car, it may be impossible to recognize the device left in the vehicle.

[0017] In view of at least one of the problems existing in the above-mentioned related technologies, this application proposes a vehicle control method, device, vehicle, chip and storage medium.

[0018] The vehicle control method, apparatus, vehicle, chip, and storage medium according to embodiments of this application are described below with reference to the accompanying drawings.

[0019] Figure 1 This is a schematic flowchart of a vehicle control method provided for an exemplary embodiment of this application.

[0020] It should be noted that the vehicle control method of this application embodiment can be applied to a vehicle control device. In some possible embodiments, the vehicle control device can be configured in a vehicle or a chip so that the vehicle or chip can perform vehicle control functions. Additionally, in some possible embodiments, the vehicle control device can also be software within the vehicle.

[0021] In any embodiment of this application, the chip can be integrated into a vehicle. The chip includes a Central Processing Unit (CPU), an Image Signal Processor (ISP), a Graphics Processing Unit (GPU), a Neural Processing Unit (NPU), an Application-Specific Integrated Circuit (ASIC), a Digital Signal Processor (DSP), a Field-Programmable Gate Array (FPGA), a System-on-Chip (SOC), a Reduced Instruction Set Computer (RISC), etc., which will not be listed individually here.

[0022] The vehicle can be a hybrid vehicle, a non-hybrid vehicle, an electric vehicle, a fuel cell vehicle, or other types of vehicles, and this application embodiment does not limit this.

[0023] like Figure 1 As shown, the vehicle control method may include the following steps S101 to S103: Step S101: In response to detecting a target object entering the vehicle, an initial set of devices is determined based on devices within the detection range allowed by the vehicle.

[0024] The target groups include, but are not limited to, vehicle owners, drivers, and passengers.

[0025] The permissible detection range for a vehicle is determined based on the detection distance of wireless scanning methods (such as Bluetooth, Wi-Fi, etc.). For example, with a detection distance of M, the detection range is, for instance, the area centered on the vehicle and with a radius of M.

[0026] The devices within the permitted detection range of the vehicle may include, but are not limited to: existing devices inside the vehicle (such as in-vehicle devices, devices fixedly placed in the vehicle by the user (such as headphones, spare mobile phones, etc.), electronic devices carried by the target, and interference devices near the vehicle; among them, electronic devices carried by the target may be, for example, smartphones, tablets, wearable devices, etc.

[0027] The devices included in the device set include at least the various devices inside the vehicle. For example, the device set may include the device address (such as MAC address, Ethernet address, hardware address, physical address, etc.), device identifier (such as UUID, name, etc.) of each device.

[0028] In this embodiment, it is possible to detect whether a target object has entered the vehicle. In one example, the entry of a target object can be detected using relevant sensors. For instance, if a door status sensor detects that the door's open / closed state has changed from open to closed, and a seat pressure sensor detects weight on the seat, it can be determined that a target object has entered the vehicle. Another example is if a door status sensor detects that the door's open / closed state has changed from open to closed, and an infrared sensor detects a heat source inside the vehicle, it can be determined that a target object has entered the vehicle. Yet another example is if a door status sensor detects that the door's open / closed state has changed from open to closed, and an in-vehicle camera or ultrasonic sensor detects a person inside the vehicle, it can be determined that a target object has entered the vehicle.

[0029] In this embodiment of the application, when a target object is detected entering the vehicle, devices within the vehicle's permitted detection range can be detected. For example, wireless scanning (such as Bluetooth, Wi-Fi, etc.) can be used to scan devices within the vehicle's permitted detection range to obtain device addresses (such as MAC addresses) and / or device identifiers (such as UUIDs). The devices corresponding to the obtained device addresses and the devices identified by the device identifiers can then be identified as devices within the vehicle's permitted detection range. Alternatively, a correspondence between the vehicle's VIN (Vehicle Identification Number) and the on-board devices can be pre-established and stored on the network side. In subsequent applications, the corresponding on-board devices can be obtained from the network side based on the vehicle's VIN, and the on-board devices can be identified as devices within the vehicle's permitted detection range.

[0030] After acquiring the devices within the vehicle's permissible detection range, this application can determine an initial set of devices based on the devices within the vehicle's permissible detection range.

[0031] As an example, an initial set of devices can be generated based on all devices within the vehicle's permitted detection range; that is, the set of devices includes all devices within the vehicle's permitted detection range.

[0032] As another example, an initial set of devices can be generated based on devices within the vehicle's permissible detection range, excluding the original devices inside the vehicle.

[0033] In step S102, in response to vehicle movement, devices not detected by the vehicle are removed from the device set.

[0034] In real-world applications, when a target object enters a vehicle, the initial set of devices identified within the vehicle's permissible detection range may include both devices actually brought into the vehicle by the target object and interfering devices from outside the vehicle, such as devices inside nearby parked vehicles or devices carried by nearby pedestrians.

[0035] Understandably, external interference devices will gradually move further away from the vehicle as it moves. Because the vehicle is in motion, its relative position constantly changes, and external interference devices that were initially within the detection range will gradually move out of that range. Based on this characteristic, the vehicle has the ability to dynamically detect devices within its permissible detection range while in motion. At this time, the existing devices in the device set can be checked one by one. If a device is found to be outside the vehicle's current permissible detection range while the vehicle is in motion (i.e., the vehicle does not detect the device), then it can be reasonably inferred that the device is likely an interference device that was previously mixed into the device set, rather than a device that the user may have actually left inside the vehicle.

[0036] Therefore, in this application, to ensure that the device set accurately reflects the actual situation of potentially left-behind devices inside the vehicle and improves the accuracy and reliability of subsequent device loss detection, the interfering device can be removed from the device set. This effectively eliminates external interference, ensuring that the device set always maintains a high degree of consistency with the actual device situation inside the vehicle, providing an accurate data basis for subsequently determining whether any devices were left behind when the target person exits the vehicle.

[0037] That is, during the vehicle's operation, devices within the vehicle's permitted detection range can be dynamically detected, and devices already in the device set that the vehicle has not detected can be identified as interfering devices and removed from the device set.

[0038] Step S103: In response to the detection that the target object intends to get off the vehicle and that there is a device in the device set, the first lost item prompt is triggered.

[0039] The first lost item notification can be used to alert the relevant user that a lost device exists in their vehicle.

[0040] The triggering method for the first missing notification may include at least one of the following: voice broadcasting of the vehicle's in-vehicle human-machine interface (e.g., triggering the in-vehicle terminal interface to play a notification sound or voice to provide a notification), vibration feedback of the vehicle's in-vehicle equipment (e.g., triggering the vibration of a vibration motor to provide a notification), vehicle horn sounding (e.g., triggering the sounding of a vehicle horn or alarm to provide a notification), light flashing (e.g., triggering the flashing of interior lights, exterior lights (e.g., turn signals, brake lights, headlights, etc.) to provide a notification), and message push (e.g., triggering the sending of a message to a user terminal bound to the vehicle to provide a notification).

[0041] It should be noted that the above-mentioned triggering method for the first missing item prompt is only an illustrative example. This application is not limited to this, and other triggering methods can also be used to trigger the first missing item prompt. This application does not impose any restrictions on this.

[0042] In this embodiment of the application, it is possible to detect whether the target object intends to get off the vehicle. If so, it is further determined whether there is a device in the device set. If there is a device in the device set, it is determined that there is a lost device in the vehicle. At this time, the first lost device prompt can be triggered. If there is no device in the device set, it is determined that there is no lost device in the vehicle. At this time, the first lost device prompt does not need to be triggered.

[0043] In any embodiment of this application, it can be determined that the target object has the intention to get off the vehicle if at least one of the following conditions is met: the target object is detected to open the vehicle door, the target object is detected to leave the seat, or the target object is detected to close the vehicle door.

[0044] Specifically, whether the target object has opened or closed the vehicle door can be determined by detecting the door's open / closed state using a door status sensor. When the door is detected as open, it is determined that the target object has opened the vehicle door; when the door is detected as closed, it is determined that the target object has closed the vehicle door.

[0045] Whether the target object has left the seat can be determined by at least one of the following methods: when the seat pressure sensor detects that there is no weight on the seat, it can be determined that the target object has left the seat; for example, when the infrared sensor detects that there is no heat source in the vehicle, it can be determined that the target object has left the seat; or for example, when the in-vehicle camera or ultrasonic sensor detects that there are no people in the vehicle, it can be determined that the target object has left the seat.

[0046] By combining multiple methods to detect whether a target intends to get off the vehicle, the rationality and accuracy of the detection results can be improved.

[0047] The vehicle control method of this application establishes an initial device set based on devices detected when a target gets into the vehicle, and deletes undetectable interfering devices during vehicle movement. This effectively eliminates interfering devices that move away from the vehicle, ensuring that only in-vehicle devices remain in the device set after the target leaves the vehicle. Therefore, the lost-device alert triggered when a target is detected to be getting out of the vehicle and a device exists in the device set can more accurately point to a device left behind in the vehicle, improving the accuracy of lost-device detection, reducing the probability of false positives, and thus enhancing the overall user experience when using the vehicle.

[0048] In this application, by combining the target's entry and exit behavior, intention to get off the vehicle, and equipment detection mechanism, the system achieves accurate identification and proactive reminders of events where equipment is left behind in the vehicle. First, the detection process begins with the target entering the vehicle, triggering the detection and identification of devices within the vehicle's permissible detection range. This establishes an initial device set, ensuring a strong spatiotemporal correlation between the devices in the set and the target's carrying behavior. This provides an accurate baseline state and data support for subsequent loss assessments. Second, during vehicle operation, devices not detected by the vehicle are removed from the device set, effectively eliminating interfering devices that move away from the vehicle and ensuring that only in-vehicle devices remain in the device set after the target leaves. Third, the loss alert is triggered based on a joint determination of key conditions: the target intends to get out of the vehicle, and a device exists in the device set. This multi-dimensional judgment mechanism effectively eliminates false positives, significantly improving the accuracy and robustness of device loss identification. Finally, the first loss alert is triggered immediately upon meeting the triggering conditions, allowing the target to know immediately after leaving the vehicle about potentially lost devices, preventing property damage or travel interruption due to negligence and significantly improving vehicle convenience and safety.

[0049] As one possible implementation method, Figure 2 A schematic flowchart of another vehicle control method provided for an exemplary embodiment of this application.

[0050] It should be noted that the vehicle control method can be executed alone, or it can be executed together with any embodiment or possible implementation in the embodiments of this application, or it can be executed together with any technical solution in the related technology. The embodiments of this application do not limit this.

[0051] like Figure 2 As shown, the vehicle control method may include the following steps S201 to S205: Step S201: In response to detecting a target object entering the vehicle, an initial set of devices is determined based on devices within the detection range allowed by the vehicle.

[0052] It should be noted that the explanation of step S201 can be found in the relevant description in any embodiment of this application, and will not be repeated here.

[0053] In step S202, in response to vehicle movement, the device within the permitted detection range of the vehicle is detected at least once to obtain the detection result.

[0054] The test results can be used to indicate whether a vehicle has detected any of the devices in at least one test.

[0055] It should be noted that this application does not limit the number of times the vehicle is inspected by equipment during vehicle operation; it can be done once or multiple times.

[0056] In any embodiment of this application, in response to vehicle movement, the equipment within the vehicle's permissible detection range can be detected periodically or non-periodically to obtain the detection results for each detection.

[0057] It should be noted that this application does not impose any restrictions on the interval length used when periodically inspecting equipment within the permitted inspection range of the vehicle. For example, the interval length can be 60s, 55s, etc., and this application does not impose any restrictions on it.

[0058] It is understandable that when constructing the initial device set, it may include devices temporarily connected in the vehicle's environment, such as mobile terminals or wearable devices carried by pedestrians and brought close to the vehicle. Therefore, the initial device set constructed in this way may not be accurate. To improve the accuracy of the constructed device set, in any embodiment of this application, after the target object enters the vehicle and while the vehicle is moving, the devices within the vehicle's permissible detection range can be detected at least once according to a set detection cycle, obtaining the detection result for each detection.

[0059] Step S203: Determine the confidence level of the first device in the device set based on the detection results of at least one detection.

[0060] In this context, the first device refers to a device in the device set that was not detected at least once. It should be noted that this application does not limit the number of times the first device was not detected; it can be once or multiple times. It should also be noted that this application does not limit the number of first devices; it can be one or multiple.

[0061] The confidence level can be used to indicate the probability that the first device is inside the vehicle. The confidence level can be positively correlated with the probability that the first device is inside the vehicle; that is, the higher the confidence level, the higher the probability that the first device is inside the vehicle, and vice versa.

[0062] As one possible implementation, based on the detection results of at least one detection, a first device that the vehicle did not detect in at least one detection process is identified from the device set; based on the detection results of at least one detection, the number of times the vehicle detected the first device is determined; and based on the number of times and the total number of detections, the confidence level of the first device is determined.

[0063] It is understandable that after the initial device set is constructed, as the vehicle moves, at least one detection result may not include some devices from the initially constructed device set. For example, when constructing the initial device set, the device set includes mobile terminals and wearable devices carried by pedestrians and close to the vehicle. As the vehicle moves away from the pedestrians, when detecting devices within the vehicle's allowed detection range, the detection result may not include the pedestrian's mobile terminals and wearable devices. Therefore, these devices can be used as the first devices.

[0064] In this embodiment, a first device that was not detected by the vehicle during at least one detection process can be determined from the device set based on the detection results of at least one detection. As an example, for any detection result, the detection result of that detection is compared with the device set; when the comparison result indicates that there is a target device in the device set that is not present in the detection result, the target device can be determined as the first device.

[0065] In this embodiment, the number of times the vehicle detected the first device can be determined based on the detection results of at least one detection, and the confidence level of the first device can be determined based on the number of detections and the total number of detections. For example, for any detection result, it is determined whether the first device is included in that detection result, and the number of times the first device is included in all detection results is counted to obtain the number of times the vehicle detected the first device. Then, for the first device, the ratio of the number of detections corresponding to the first device to the total number of detections can be determined as the confidence level of the device.

[0066] It should be noted that the number of times a vehicle detects the first device can directly reflect the occurrence of the first device in the device set during the detection process. By using the number of times a vehicle detects the first device and the total number of detections to determine the confidence level of the first device in the device set, the accuracy and reliability of the confidence level determination can be improved. This can improve the accuracy and effectiveness of device screening in the device set in subsequent processing.

[0067] It is understandable that when the device set includes device identifiers for each device, such as device addresses, some devices may have dynamic characteristics, and their device addresses may change continuously. To accurately determine the number of times such devices with unstable addresses are detected during the detection process, and to conduct effective subsequent device management and analysis, one possible implementation is as follows: In response to the presence of a first device address not included in the device set in any detection result, determine whether the signal characteristics of the detection signal corresponding to the first device address match the signal characteristics of the detection signals corresponding to each device address in the device set; if the signal characteristics of the detection signal corresponding to the first device address match the signal characteristics of the detection signal corresponding to a second device address in the device set, then determine that the first device address is the second device address in the device set; in at least one detection result, determine the frequency of occurrence of the second device address in the device set; based on the frequency of occurrence of the second device address, determine the number of times the vehicle detected the first device.

[0068] The detection signal can be sent or transmitted by the wireless communication module (such as Bluetooth module, WiFi module, etc.) in the device corresponding to the corresponding device address.

[0069] Signal characteristics include, but are not limited to, information such as signal strength, signal frequency, and signal phase.

[0070] In any embodiment of this application, the signal characteristics of the detection signals corresponding to the device addresses of each device in the device set can be saved for subsequent data processing.

[0071] In this embodiment, for any detection result, when there is a first device address not included in the device set in the detection result, it can be determined whether the signal features of the detection signal corresponding to the first device address match the signal features of the detection signals corresponding to each device address in the device set. In one example, a similarity algorithm (such as cosine similarity algorithm or Euclidean distance algorithm) can be used to determine the similarity between the signal features of the detection signal corresponding to the first device address and the signal features of the detection signals corresponding to each device address in the device set. Then, based on the similarity, it is determined whether the signal features of the detection signal corresponding to the first device address match the signal features of the detection signals corresponding to each device address in the device set. For example, when the similarity is greater than a set similarity threshold, it indicates that the signal features of the detection signal corresponding to the first device address match the signal features of a certain device address in the device set; otherwise, it indicates that the signal features of the detection signal corresponding to the first device address do not match the signal features of the detection signals corresponding to each device address in the device set. In this application, the value of the similarity threshold is not limited.

[0072] Furthermore, in this application, when the signal characteristics of the detection signal corresponding to the first device address match the signal characteristics of the detection signal corresponding to the second device address of a certain first device in the device set, it can be determined that the first device address and the second device address are the device addresses of the same device (i.e., the first device not detected this time). That is, the first device address is determined to be the second device address of the first device in the device set. And the frequency of occurrence of the second device address in the device set can be counted in all the detection results of at least one detection, so that the counted frequency of occurrence can be used as the number of times the vehicle detects the first device.

[0073] Therefore, when a device address not included in the device set is detected, by judging whether its signal characteristics match the signal characteristics of the device address in the device set, it is possible to accurately identify whether it is the same device, avoiding the problem of misjudging it as a new device due to different device addresses, and effectively improving the accuracy of device identification. Furthermore, after associating the matched device address with the device address of the same device in the device set, the frequency of its occurrence is determined based on all detection results, which can provide a reliable data foundation for subsequent operations such as calculating device confidence, and help improve the accuracy and effectiveness of the subsequently determined confidence.

[0074] Step S204: Remove the first device with a confidence level lower than the set confidence level threshold from the device set.

[0075] The confidence threshold is set to a pre-defined confidence threshold, and this application does not restrict its value.

[0076] Therefore, based on confidence levels, devices in the device set can be dynamically removed, allowing for the timely elimination of devices with low probability of presence or poor reliability, thus improving the accuracy and purity of the device set. It is understandable that devices that are briefly offline, restarted, or located in areas with poor signal strength within the vehicle may only fail to capture their wireless signals in a few detections. Judging a device's departure based solely on a single or few undetected instances could easily lead to false deletions. This application introduces a device presence confidence mechanism, dynamically evaluating the device based on the ratio of successfully detected instances to the total number of detections. Even if a device's wireless signal is not detected in a particular detection stage, as long as its confidence level remains above a set confidence threshold, the device is considered to still be in the vehicle and retained in the device set. For example, for devices that are briefly offline or powered off, after 60 detections of devices within the vehicle's allowed detection range, if 3 out of 60 detections fail to detect due to a temporary lower limit, but their confidence level is above the set confidence threshold, then these devices can be retained in the device set. This mechanism can effectively distinguish between temporary communication interruptions and genuine vehicle departure behavior, avoiding misjudging legitimate devices that are temporarily out of contact as interference or devices that have been taken away. This improves the stability and accuracy of the device set, and the final device set can more realistically reflect the actual devices in the vehicle, significantly enhancing the reliability of abandoned device identification and reducing the risk of false alarms and missed alarms.

[0077] It should be noted that in long-term vehicle following scenarios (such as convoy driving, traffic jam following, etc.), the current vehicle (hereinafter referred to as the vehicle) may receive wireless signals from electronic devices in adjacent vehicles multiple times. This results in these interfering devices having a high frequency and confidence level in historical detections, and they are easily misjudged as devices carried by the vehicle.

[0078] To address this issue, in any embodiment of this application, a spatial consistency judgment and device behavior pattern analysis mechanism can be introduced based on confidence level assessment to identify signal sources that, although occurring frequently, do not conform to the dynamic characteristics of the vehicle's devices. For example, devices that continuously appear outside the vehicle, move with external vehicles, or only appear in specific driving scenarios, even if their confidence level is high, are still determined to be non-vehicle devices and excluded.

[0079] In this application, the first device that has a confidence level not lower than the set confidence level threshold and that was not detected by the vehicle in the last N detection results is removed from the device set.

[0080] Wherein, the number N can be a pre-defined positive integer, and this application does not restrict its value.

[0081] In this embodiment of the application, when the confidence level is not lower than the set confidence level threshold, and the first device is not located in the device set among the devices detected in the last N detection results, it indicates that the first device may have left the detection range of the vehicle, and the first device can be deleted from the device set.

[0082] This effectively avoids the problem of misplaced interference devices caused by long-term external exposure, ensuring that the final device set only includes devices actually located inside the vehicle, significantly improving the accuracy of lost device detection and system robustness. In other words, it can promptly remove devices that are no longer actually near the vehicle from the device set, avoiding redundancy and improving the accuracy and reliability of in-vehicle devices within the set.

[0083] In one application scenario, before the target object enters the vehicle, there may already be long-term stored electronic devices inside the passenger compartment, such as wireless earphones left in the car by the user or a fixedly installed dashcam. When the user gets out of the car normally, the system does not need to trigger a lost device notification function for such devices to avoid causing unnecessary interference to the user. Therefore, in one possible implementation of this application embodiment, a second device detected between the start time of the vehicle sensing the digital key and the time the door is opened is acquired; in response to the existence of a second device in the device set, the second device is deleted from the device set.

[0084] The start sensing time can be used to indicate the start time when the vehicle senses the digital key.

[0085] The door opening time includes the moment when the vehicle door is first detected to be open after the initial sensing time.

[0086] In one example, when the vehicle senses the digital key entering the effective sensing range, this moment can be recorded, which is the start sensing moment in this application. Subsequently, during the time interval from the start sensing moment until the door is actually opened, devices in the vehicle's environment can be continuously detected, and any second devices detected during this period can be acquired. After constructing a device set, if a second device exists in the device set, the second device can be deleted from the device set.

[0087] Therefore, by relying on the time period from the moment the vehicle senses the digital key to the moment the door opens, devices that do not need to be added to the device set during this time period can be identified and removed from the device set. This effectively reduces redundant devices in the device set, avoids interference from invalid devices, and improves the accuracy and effectiveness of in-vehicle devices in the device set.

[0088] In any embodiment of this application, the confidence level of a third device not included in the device set can be determined based on the detection results of at least one detection, and the device set can be added based on the confidence level of the third device.

[0089] As an example, the frequency of occurrence of a third device not included in the device set can be counted in all detection results. Based on the frequency of occurrence of the third device and the total number of detections, the confidence level of the third device can be determined. For example, when the confidence level of the third device is greater than a set confidence threshold, the third device can be added to the device set.

[0090] Therefore, it is possible to dynamically add devices to the device set based on confidence level, and to add devices with a high probability of existence in a timely manner, thus maintaining the accuracy of the devices in the device set.

[0091] Step S205: In response to the detection that the target object intends to get off the vehicle and that there is a device in the device set, the first lost item prompt is triggered.

[0092] It should be noted that the explanation of step S205 can be found in the relevant description in any embodiment of this application, and will not be repeated here.

[0093] The vehicle control method of this application identifies the existence of a first device that was not detected at least once based on the detection results during vehicle operation. It quantifies the confidence level of the probability that the first device exists in the vehicle by using the detection results during vehicle operation, and deletes the first devices with a confidence level lower than a set confidence level threshold. This can promptly remove devices with a low probability of existing in the vehicle that are likely to be interference or misjudgment, effectively avoid redundancy in the device set, and improve the accuracy and reliability of the devices in the device set.

[0094] As one possible implementation method, Figure 3 A schematic flowchart of yet another vehicle control method provided for an exemplary embodiment of this application.

[0095] It should be noted that the vehicle control method can be executed alone, or it can be executed together with any embodiment or possible implementation in the embodiments of this application, or it can be executed together with any technical solution in the related technology. The embodiments of this application do not limit this.

[0096] like Figure 3 As shown, the vehicle control method may include the following steps S301 to S304: Step S301: In response to detecting a target object entering the vehicle, an initial set of devices is determined based on devices within the detection range allowed by the vehicle.

[0097] In step S302, in response to vehicle movement, devices not detected by the vehicle are removed from the device set.

[0098] It should be noted that the explanations of steps S301 to S302 can be found in the relevant descriptions in any embodiment of this application, and will not be repeated here.

[0099] In step S303, in response to the opening of the vehicle door, the detection that the target object has not left the vehicle, and the presence of the device in the device set, a second lost item notification is triggered.

[0100] The second missing item prompt can be used to remind the target to take equipment from the vehicle when leaving the vehicle.

[0101] The triggering methods for the second missing notification may include, but are not limited to: flashing interior lights (such as triggering the flashing of ambient lights, reading lights, dome lights, etc. to provide a notification), playing interior sounds (triggering the playback of notification sounds or voices by in-vehicle speakers, in-vehicle devices, etc.), displaying messages on in-vehicle displays (such as in-vehicle displays, HUD (Head-Up Display), etc.), etc.

[0102] In this embodiment of the application, it is possible to detect whether a vehicle door is open. For example, the open / closed state of the door can be detected by a door status sensor, and when the door is detected to be open, it is determined that the vehicle door is open.

[0103] In this embodiment of the application, when the vehicle door is opened, it is possible to detect whether the target object has left the vehicle. For example, when the seat pressure sensor detects weight on the seat, it can be determined that the target object inside the vehicle has not left the vehicle; for another example, when the infrared sensor detects a heat source inside the vehicle, it can be determined that the target object inside the vehicle has not left the vehicle; and for yet another example, when the in-vehicle camera or ultrasonic sensor detects a person inside the vehicle, it can be determined that the target object inside the vehicle has not left the vehicle.

[0104] Step S304: In response to the detection that the target object intends to get off the vehicle and that there is a device in the device set, the first lost item prompt is triggered.

[0105] It should be noted that the explanation of step S304 can be found in the relevant description in any embodiment of this application, and will not be repeated here.

[0106] In one possible implementation of this application embodiment, a first missing device notification is triggered based on the number of devices located inside the vehicle in the device set.

[0107] The number of devices located inside the vehicle within the device set can be used to indicate the number of devices left behind by the target object inside the vehicle.

[0108] As an example, device data in a device set can be used as the number of devices located inside a vehicle.

[0109] As another example, when a target is detected to have the intention to get off the vehicle, such as when the vehicle door is closed and the target leaves the vehicle, a wireless scanning method (such as Bluetooth, Wi-Fi, etc.) can be used to scan for devices within the vehicle's allowed detection range to obtain device addresses and / or device identifiers. When the obtained device address and / or device identifier match the target device in the device set, it can be determined that the target device is located inside the vehicle, and the number of target devices located inside the vehicle in the device set can be counted.

[0110] In this embodiment of the application, the first lost item prompt can be triggered based on the number of devices located in the vehicle in the device set, that is, based on the number of devices left in the vehicle by the target object.

[0111] One possible implementation is to determine the corresponding triggering method based on the number of devices located inside the vehicle in the device set, and then use that triggering method to trigger the first missing device notification. As an example, a correspondence between the number of devices and the triggering method can be established in advance and saved. Therefore, after determining the number of devices located inside the vehicle in the device set, the corresponding triggering method can be determined based on the number of devices inside the vehicle, and then used to trigger the first missing device notification.

[0112] As another possible implementation, the corresponding alert level can be determined based on the number of devices located in the vehicle within the device set. The alert level is positively correlated with the number of devices, meaning that the more devices there are, the higher the alert level, which can trigger the first forgotten notification that matches the alert level.

[0113] For example, if there is only one device in the vehicle, the first missing device notification will be triggered by an audio notification; if there are two or more devices in the vehicle, the first missing device notification will be triggered by both audio and push notifications from the mobile phone.

[0114] Therefore, by using a tiered reminder mechanism to dynamically adjust the reminder intensity based on the number of devices, the accuracy of reminders can be improved.

[0115] In summary, knowing the number of devices located within the vehicle helps determine if any devices have been left behind. Triggering a lost-device alert based on this information improves the timeliness and effectiveness of alerts for relevant users, thus preventing devices from being lost. Furthermore, it can meet the needs of lost-device alerts in multiple scenarios (such as multiple lost-device scenarios and single lost-device scenarios), enhancing the adaptability and practicality of the lost-device alert mechanism.

[0116] It should be noted that the explanation of the triggering form of the first missing information in any embodiment of this application also applies to this embodiment, and will not be repeated here.

[0117] In another possible implementation of this application embodiment, a first missing item notification is triggered based on the importance of the devices located in the vehicle within the device set.

[0118] In this embodiment, the importance of devices located within a vehicle within a device set can be determined. As an example, a pre-established correspondence between different devices and their importance levels can be created and stored. When determining which devices are located within the vehicle within the device set, this correspondence can be queried to determine their respective importance levels.

[0119] In this embodiment of the application, a first missing item notification can be triggered based on the importance of the devices located in the vehicle within the device set.

[0120] One possible implementation is to determine the corresponding triggering method based on the importance of the devices located within the vehicle in the device set, and then use that triggering method to activate the first missing device alert. As an example, a correspondence between importance and triggering methods can be pre-established and saved. When determining the importance of devices located within the vehicle in the device set, this correspondence can be queried to determine the corresponding triggering method, and then used to activate the first missing device alert.

[0121] Different types of devices have different levels of importance. For example, mobile phones are more important than tablets, and tablets are more important than Bluetooth headsets.

[0122] It is understandable that there may be multiple devices located within the vehicle in the device set, with varying degrees of importance. Therefore, as a possible implementation, when there are multiple devices within the vehicle in the device set, and these devices have different levels of importance, the target importance can be determined from the varying importance of the devices within the vehicle in the device set, and the triggering method corresponding to the target importance can be used to trigger the first missing device notification.

[0123] The importance of the target can be, for example, the highest importance among the multiple devices located within the vehicle in the device set.

[0124] It's understandable that different devices hold significantly different levels of importance for users. This difference directly determines the potential risks and losses associated with losing a device. In a lost-and-found alert mechanism, if the importance of devices is disregarded and a uniform triggering mode and resources are applied, a series of problems will arise. For example, alerts for lost important devices may be overwhelmed by information overload, failing to attract users' attention and resulting in delayed alerts. However, triggering alerts based on device importance allows for precise allocation of system resources. By prioritizing alerts for high-importance devices, the delays caused by uneven resource distribution can be effectively avoided, significantly improving the effectiveness of alerts for high-importance devices reaching users. This enhances the practicality and reliability of the entire lost-and-found alert mechanism and contributes to a better user experience.

[0125] In another possible implementation of this application, a first missing device notification is triggered based on the confidence level of the devices in the device set; wherein, the confidence level can be used to indicate the probability that the device exists in the vehicle.

[0126] The confidence level can be positively correlated with the probability that the device is inside the vehicle. That is, the higher the confidence level, the higher the probability that the device is inside the vehicle, and vice versa.

[0127] In the embodiments of this application, the confidence level of devices in a device set can be determined. For example, the confidence level can be determined by the signal strength of broadcast signals transmitted by devices in the device set. Signal strength can be positively correlated with confidence level; that is, the stronger the signal strength, the higher the confidence level, and vice versa. Alternatively, positioning technology can be used to determine the device location and vehicle location in the device set, and the corresponding confidence level can be determined based on the distance between the device location and the vehicle location. Distance can be negatively correlated with confidence level; that is, the smaller the distance, the higher the confidence level, and vice versa.

[0128] It should be noted that the above method of calculating confidence level is only an example, but this application is not limited to this, and other methods can also be used to calculate the confidence level of each device.

[0129] Therefore, by using confidence level to reflect the probability of a device being inside the vehicle and triggering a lost item alert accordingly, false alarms or missed alarms caused by blind judgment can be avoided. In high-confidence scenarios, it can promptly remind users that important devices may have been left behind, avoiding delayed reminders and effectively reducing the risk of loss. At the same time, it can prevent the lost item alert from being triggered in low-confidence scenarios, effectively reducing unnecessary interference, saving system resources, and improving the reliability and applicability of the lost item alert mechanism.

[0130] The vehicle control method of this application embodiment, when the vehicle door is open and the target object has not left the vehicle, and the device is present in the device set, triggers a second lost item prompt to remind the relevant user in a timely manner to avoid losing the device, which can effectively reduce the risk of device loss.

[0131] In any embodiment of this application, the vehicle control method of this application is used as an example to illustrate the application of a device loss detection system, wherein the device loss detection system, such as... Figure 4 As shown, it mainly includes the following parts: data acquisition layer 410, data processing layer 420, judgment and decision layer 430 and reminder interaction layer 440.

[0132] (a) Data Acquisition Layer 410 The data acquisition layer 410 is the data source for the entire system, responsible for real-time collection of various information related to device loss detection. The data acquisition layer 410 can collect data through door status sensors, seat pressure sensors, and in-vehicle wireless scanning modules (such as Bluetooth scanning modules, WiFi scanning modules, etc.).

[0133] Among them, the door status sensor can be used to detect the status of the door (such as open (or open) status, closed status).

[0134] Among them, the seat pressure sensor is installed on the vehicle seat to detect whether there are people sitting in the seat and the pressure change when people leave the vehicle, which can provide a basis for determining whether people have left the vehicle.

[0135] Among them, the vehicle-mounted wireless scanning module can be used to detect devices inside the vehicle.

[0136] For example, the implementation principle of the data acquisition layer is as follows: Figure 5As shown, the door status sensor detects the door status. When the door is detected to be open, the Bluetooth or WiFi scanning module can use relevant scanning methods to scan the devices within the vehicle's allowed detection range to obtain the device address. Alternatively, during vehicle operation, the device within the vehicle's allowed detection range can be scanned periodically to obtain the scan result for each scan (referred to as the detection result in this application). Simultaneously, the seat pressure sensor detects the seat pressure in real time to determine whether the occupant has left the vehicle.

[0137] It should be noted that the permitted detection range for a vehicle can include both the internal and external environments of the vehicle (such as the space within 10 meters of the vehicle). Therefore, the device indicated by the obtained device address may not be inside the vehicle.

[0138] (ii) Data Processing Layer 420 The data processing layer 420 is the core processing part of the system, mainly including the equipment reference library (referred to as the equipment set in this application) establishment module 421 and the equipment reference library periodic maintenance module 422, and the implementation principle of the data processing layer 420 is as follows: Figure 6 As shown.

[0139] The device reference library establishment module 421 is used to receive the device addresses transmitted from the data acquisition layer 410 in response to the target object opening the door before the target object gets on the vehicle, and establish an initial device reference library based on these device addresses.

[0140] It should be noted that the devices in the initial equipment baseline library may not be located in the vehicle.

[0141] The device reference library periodic maintenance module 422 is used to start after the vehicle door is closed and the vehicle is driven, and periodically scan or detect devices within the vehicle's allowed detection range by calling the vehicle-mounted wireless scanning module to obtain the scan results for each scan; based on the scan results of multiple scans, it determines whether the device in the device reference library has always existed; if so, it is retained in the device reference library; otherwise, it determines whether the device is in a special case such as temporary offline; if so, it caches and records the device information of the device (referred to as the first device in this application); otherwise, it removes the device from the device reference library; at the same time, for each scan result, it determines whether there are any devices that do not belong to the device reference library; if so, they are not added to the device reference library.

[0142] In other words, based on the results of multiple scans, it can be determined whether a device in the device reference library is located inside a vehicle; if so, the device is retained in the device reference library, otherwise, the device is deleted from the device reference library.

[0143] The interval used when periodically calling the vehicle-mounted wireless scanning module to detect devices within the vehicle's permissible detection range can be flexibly set according to actual needs. For example, it can be set to trigger a detection every 60 seconds.

[0144] In order to determine whether a device in the device reference library is located inside a vehicle based on the scanning results of multiple scans, in some embodiments, the device reference library periodic maintenance module 422 can also be used to determine the confidence level of each device (including the first device) in the device reference library based on the scanning results of multiple scans; wherein, the confidence level can be used to indicate the probability that the first device exists inside the vehicle; and determine whether the first device in the device reference library is located inside the vehicle based on the confidence level of each first device in the device reference library.

[0145] To determine the confidence level of each first device in the device reference library based on the scanning results of multiple scans, in some embodiments, the device reference library periodic maintenance module 422 can also be used to determine the occurrence frequency of each first device in the device reference library based on the scanning results of multiple scans; and to determine the confidence level of each first device in the device reference library based on the occurrence frequency of each first device in the device reference library and the total number of detections; for example, for any first device in any device reference library, the confidence level of the first device is determined based on the ratio of the occurrence frequency of the first device to the total number of detections, for example, the ratio of the occurrence frequency of the first device to the total number of detections is used as the confidence level of the first device.

[0146] In order to determine whether a first device in the device reference library is located inside a vehicle based on the confidence level of each first device in the device reference library, in some embodiments, the device reference library periodic maintenance module 422 can also be used to determine devices in the device reference library whose confidence level is not lower than a set confidence level threshold as devices located inside a vehicle; and to determine devices in the device reference library whose confidence level is lower than a set confidence level threshold as devices not located inside a vehicle.

[0147] In order to determine whether a device in the device reference library is located inside a vehicle based on the scanning results of multiple scans, in some embodiments, the device reference library periodic maintenance module 422 can also be used to: for any first device in the device reference library, when the confidence level of the first device is not lower than a set confidence threshold and the first device is not detected in the last N scan results, determine that the first device is not located inside a vehicle.

[0148] (III) Judging the decision-making level 430 The decision-making layer 430 consists of a vehicle departure status judgment module 431 and a device abandonment comparison module 432, and the implementation principle of the decision-making layer 430 is as follows: Figure 7 As shown.

[0149] The vehicle departure status determination module 431 is used to determine whether the target object is in a departure state by receiving door status information and seat pressure information transmitted from the data acquisition layer 410. For example, when the door status information is open and the seat pressure information indicates no weight, it is determined that the target object is in a departure state; or, when the door status information indicates that the vehicle door was opened and then closed, and the seat pressure information indicates no weight, it is determined that the target object is in a departure state.

[0150] The device abandonment comparison module 432, when it is determined that the target object is away from the vehicle, can call the device benchmark library to determine whether the current device benchmark library is empty; if it is not empty, it indicates that a device has been abandoned, and the alert level is determined based on the devices in the current device benchmark library. For example, the alert level can be determined based on the number, importance, and confidence level of the devices in the current device benchmark library. The confidence level can be used to indicate the probability that the corresponding device is present in the vehicle.

[0151] The alert level may include, for example, moderate or mild levels, and this application does not limit this.

[0152] (iv) Reminder Interaction Layer 440 The reminder interaction layer 440 may include a hierarchical reminder triggering module 441 and a reminder information output module 442.

[0153] The graded reminder triggering module 441 is used to receive the reminder level sent by the device omission comparison module, and trigger the corresponding reminder mechanism (or reminder strategy, prompt strategy, etc.) according to the reminder level.

[0154] The reminder information output module 442 is used to generate and output reminder information based on the triggered reminder mechanism.

[0155] As an example, a correspondence between reminder levels and reminder mechanisms can be established in advance and saved. Then, after determining the reminder level, the corresponding reminder mechanism can be determined based on the reminder level.

[0156] As an example, the interaction process of a device loss detection system can be as follows: Figure 8As shown, the interaction process of the device abandonment detection system can begin when the target object opens the car door to prepare to get in. When the data acquisition layer 410 detects that the vehicle door is open through the door status sensor, it can trigger the on-board wireless scanning module to scan for devices within the vehicle's allowed detection range, obtain the device addresses, and send the detected device addresses to the data processing layer 420. After receiving the device addresses, the device reference library establishment module 421 of the data processing layer 520 establishes an initial device reference library based on the received device addresses. At the same time, the data acquisition layer 410 can collect seat pressure information in real time through the seat pressure sensor.

[0157] Subsequently, the target object closes the car door, and the vehicle begins to move. During the vehicle's movement, the data acquisition layer 410 collects the opening and closing status of the car door in real time through the door status sensor. The device reference library periodic maintenance module 422 of the data processing layer 420 is activated and periodically scans the devices within the vehicle's permissible detection range using the onboard wireless scanning module. Multiple scan results are obtained, and the device reference library is maintained based on these results. Devices confirmed to be located within the vehicle are retained, and devices that disappear from the device reference library are cached or removed depending on whether it is a special case. No newly scanned external devices are added.

[0158] When the vehicle stops and the target person prepares to leave and opens the door, the door status sensor detects the door opening, and the seat pressure sensor detects a change in seat pressure (e.g., a person leaving). The data acquisition layer 410 sends this information to the decision-making layer 430. The vehicle departure status judgment module 431 of the decision-making layer 430 can determine that the target person is in a departing state based on the received information and triggers the device abandonment comparison module 432 to call the device reference library of the data processing layer 420 for comparison. When it is determined that the device reference library is not empty, the decision-making layer 430 can determine the reminder level and send the reminder level to the reminder interaction layer 440. The hierarchical reminder triggering module 441 of the reminder interaction layer 440 can trigger the corresponding reminder mechanism according to the reminder level. The reminder information output module 442 generates and outputs the reminder information based on the triggered reminder mechanism. Thus, the entire interaction process of the device abandonment detection system can be completed.

[0159] In summary, the solution provided in this application has at least the following advantages: 1) By constructing a refined core process of "establishing a device benchmark library → periodic dynamic maintenance → device comparison upon leaving the vehicle," and combining it with real-time change data from seat pressure sensors, the system can accurately distinguish between in-vehicle devices and temporary external devices. This multi-dimensional verification mechanism significantly reduces the probability of misjudgments (such as mistaking external devices for in-vehicle devices) and omissions (such as failing to identify devices left behind in the vehicle), thereby improving the accuracy and reliability of the detection results.

[0160] 2) For complex scenarios such as urban congestion and close following between two vehicles, the system can effectively shield against instantaneous signal interference from external devices by optimizing the establishment rules of the equipment benchmark library (such as recording the equipment inside the vehicle when the vehicle door is opened) and the periodic maintenance mechanism, thereby improving the accuracy of detection results and enhancing the system's environmental adaptability.

[0161] 3) To address abnormal situations such as temporary device offline (e.g., Bluetooth signal interruption), restart, or weak signal, the system introduces a caching mechanism that does not absolutely clear device information, thus maintaining the continuity and integrity of detection.

[0162] 4) By adopting a tiered reminder system, the system can promptly and accurately inform users of the device's whereabouts when they leave the vehicle, effectively reducing the losses and inconvenience caused by lost devices and improving the user experience.

[0163] To achieve the above embodiments, this application also proposes a vehicle control device.

[0164] Figure 9 This is a schematic diagram of the structure of a vehicle control device provided for an exemplary embodiment of this application.

[0165] like Figure 9 As shown, the vehicle control device 900 may include: a determination module 910, a deletion module 920, and a first trigger module 930.

[0166] The determination module 910 is used to determine an initial set of devices based on devices within the detection range allowed by the vehicle in response to the detection of a target object entering the vehicle.

[0167] The deletion module 920 is used to delete devices from the device set that are not detected by the vehicle in response to vehicle movement.

[0168] The first trigger module 930 is used to detect that the target object intends to get off the vehicle and that there is a device in the device set, and trigger the first lost item prompt.

[0169] In one implementation of this application, the deletion module 920 is configured to: in response to vehicle movement, detect devices within the vehicle's allowed detection range at least once and obtain detection results; determine the confidence level of a first device in the device set based on the detection results of at least one detection; wherein the first device is a device that has not been detected at least once, and the confidence level is used to indicate the probability that the first device exists in the vehicle; and delete the first device with a confidence level lower than a set confidence level threshold from the device set.

[0170] In one implementation of this application, the deletion module 920 is used to: determine, based on the detection results of at least one detection, a first device that the vehicle did not detect during at least one detection process from the device set; determine, based on the detection results of at least one detection, the number of times the vehicle detected the first device; and determine the confidence level of the first device based on the number of times and the total number of detections.

[0171] In one implementation of this application, the device set includes the device addresses of each device. The deletion module 920 is configured to: respond to the presence of a first device address not included in the device set in any detection result, determine whether the signal characteristics of the detection signal corresponding to the first device address match the signal characteristics of the detection signals corresponding to each device address in the device set; respond to the fact that the signal characteristics of the detection signal corresponding to the first device address match the signal characteristics of the detection signal corresponding to a second device address in the device set, then determine that the first device address is the second device address in the device set; determine the frequency of occurrence of the second device address in the device set in at least one detection result; and determine the number of times the vehicle detected the first device based on the frequency of occurrence of the second device address.

[0172] In one implementation of this application, the deletion module 920 is further configured to: delete the first device whose confidence level is not lower than a set confidence level threshold and whose vehicle was not detected in the last N detection results from the device set.

[0173] In one implementation of this application embodiment, the vehicle control device 900 may further include: The acquisition module is used to acquire the second device detected between the time when the vehicle senses the digital key and the time when the door is opened.

[0174] The deletion module 920 is also configured to delete the second device from the device set in response to the existence of the second device in the device set.

[0175] In one implementation of this application embodiment, the vehicle control device 900 may further include: The second triggering module is used to trigger the second lost item prompt when the vehicle door is opened, the target object is detected to have not left the vehicle, and the device exists in the device set.

[0176] In one implementation of this application, the first triggering module 930 is used to: trigger a first lost item notification based on the number of devices located in the vehicle in the device set.

[0177] In one implementation of this application, the first triggering module 930 is used to: trigger a first lost item prompt based on the importance of the devices located in the vehicle within the device set.

[0178] In one implementation of this application, the first triggering module 930 is used to: trigger a first missing device prompt based on the confidence level of the devices in the device set; wherein, the confidence level is used to indicate the probability that the device exists in the vehicle.

[0179] In one implementation of this application, the triggering method for the first missing item notification includes at least one of the following: voice broadcasting via the vehicle's in-vehicle human-machine interface; vibration feedback from the vehicle's in-vehicle equipment; vehicle horn blasting; flashing lights; and message push notification.

[0180] In one implementation of this application, responding to the detection that a target object intends to get off the vehicle includes at least one of the following: responding to the detection that the target object opens the vehicle door; responding to the detection that the target object leaves the seat; responding to the detection that the target object closes the vehicle door.

[0181] It should be noted that the vehicle control device provided in this application embodiment can implement all the method steps implemented in any of the above method embodiments and can achieve the same technical effect. Here, the parts that are the same as those in the method embodiments and the beneficial effects will not be described in detail.

[0182] To implement the above embodiments, this application also proposes a vehicle, including: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to implement the vehicle control method as described in any of the foregoing embodiments.

[0183] Figure 10 This is a block diagram illustrating a vehicle 1000 according to an exemplary embodiment. For example, vehicle 1000 may be a hybrid vehicle, a non-hybrid vehicle, an electric vehicle, a fuel cell vehicle, or other types of vehicle. Vehicle 1000 may be an autonomous vehicle, a semi-autonomous vehicle, or a non-autonomous vehicle.

[0184] Reference Figure 10 The vehicle 1000 may include various subsystems, such as an infotainment system 1010, a perception system 1020, a decision control system 1030, a drive system 1040, and a computing platform 1050. The vehicle 1000 may also include more or fewer subsystems, and each subsystem may include multiple components. Furthermore, each subsystem and component of the vehicle 1000 can be interconnected via wired or wireless means.

[0185] In some embodiments, the infotainment system 1010 may include a communication system, an entertainment system, and a navigation system, etc.

[0186] The perception system 1020 may include several types of sensors for sensing information about the environment surrounding the vehicle 1000. For example, the perception system 1020 may include a global positioning system (which may be a GPS system, a BeiDou system, or another positioning system), an inertial measurement unit (IMU), a lidar, a millimeter-wave radar, an ultrasonic radar, and a camera device.

[0187] The decision control system 1030 may include a computing system, a vehicle controller, a steering system, a throttle, and a braking system.

[0188] The drive system 1040 may include components that provide powered motion to the vehicle 1000. In one embodiment, the drive system 1040 may include an engine, an energy source, a transmission system, and wheels. The engine may be one or a combination of internal combustion engines, electric motors, and compressed air engines. The engine is capable of converting energy provided by the energy source into mechanical energy.

[0189] Some or all of the functions of the vehicle 1000 are controlled by a computing platform 1050. The computing platform 1050 may include at least one processor 1051 and a memory 1052, the processor 1051 being able to execute instructions 1053 stored in the memory 1052.

[0190] The processor 1051 can be any conventional processor, such as a commercially available CPU. The processor may also include a graphics processing unit (GPU), a field-programmable gate array (FPGA), a system on a chip (SOC), an application-specific integrated circuit (ASIC), or a combination thereof.

[0191] The memory 1052 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk or optical disk.

[0192] In addition to instruction 1053, memory 1052 can also store data, such as road maps, route information, vehicle position, direction, speed, and other data. The data stored in memory 1052 can be used by computing platform 1050.

[0193] In this embodiment of the application, the processor 1051 may execute instructions 1053 to complete all or part of the steps of the above method embodiments.

[0194] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory including instructions that can be executed by a processor of an electronic device to perform the above-described method. For example, the non-transitory computer-readable storage medium may be a ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device, etc.

[0195] To implement the above embodiments, this application also proposes a chip, comprising: an interface circuit and a processing circuit coupled to each other; the interface circuit being used to input or output signals; and the processing circuit being configured to execute the vehicle control method provided in any of the foregoing embodiments.

[0196] Figure 11 This is a schematic diagram of the structure of a chip proposed in an exemplary embodiment of this application. See also... Figure 11 The diagram shown is a schematic representation of the structure of chip 1100, but it is not limited to this.

[0197] Chip 1100 includes processing circuit 1101, which is configured to execute any of the above vehicle control methods.

[0198] In some embodiments, chip 1100 further includes one or more interface circuits 1102. Optionally, the interface circuit 1102 is connected to memory 1103, and the interface circuit 1102 can be used to receive signals from memory 1103 or other devices, and the interface circuit 1102 can be used to send signals to memory 1103 or other devices. For example, the interface circuit 1102 can read instructions stored in memory 1103 and send the instructions to processing circuit 1101.

[0199] In some embodiments, the interface circuit 1102 performs at least one of the communication steps such as sending and / or receiving in the above method, while the processing circuit 1101 performs other steps.

[0200] In some embodiments, the terms interface circuit, interface, transceiver pin, transceiver, etc., can be used interchangeably.

[0201] In some embodiments, chip 1100 further includes one or more memories 1103 for storing instructions. Optionally, all or part of the memories 1103 may be located outside of chip 1100.

[0202] To implement the above embodiments, this application also proposes a non-transitory computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the vehicle control method as described in any of the foregoing method embodiments.

[0203] To implement the above embodiments, this application also proposes a computer program product having a computer program stored thereon, which, when executed by a processor, implements the vehicle control method as described in any of the foregoing method embodiments.

[0204] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., refer to specific features, structures, materials, or characteristics described in connection with that embodiment or example, which are included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0205] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this application, "multiple" means at least two, such as two, three, etc., unless otherwise explicitly specified.

[0206] Any process or method description in the flowchart or otherwise herein can be understood as representing a module, segment, or portion of code comprising one or more executable instructions for implementing custom logic functions or processes, and the scope of the preferred embodiments of this application includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order depending on the functions involved, as should be understood by those skilled in the art to which embodiments of this application pertain.

[0207] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a sequenced list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by, or in conjunction with, an instruction execution system, apparatus, or device (such as a computer-based system, a processor-included system, or other system that can fetch and execute instructions from, an instruction execution system, apparatus, or device). For the purposes of this specification, "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transmit programs for use by, or in conjunction with, an instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of computer-readable media include: an electrical connection having one or more wires (electronic device), a portable computer disk drive (magnetic device), random access memory (RAM), read-only memory (ROM), erasable and editable read-only memory (EPROM or flash memory), fiber optic devices, and portable optical disc read-only memory (CDROM). Alternatively, the computer-readable medium may be paper or other suitable media on which the program can be printed, since the program can be obtained electronically, for example, by optically scanning the paper or other medium, followed by editing, interpreting, or otherwise processing as necessary, and then stored in a computer memory.

[0208] It should be understood that various parts of this application can be implemented using hardware, software, firmware, or a combination thereof. In the above embodiments, multiple steps or methods can be implemented using software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware as in another embodiment, it can be implemented using any of the following techniques known in the art, or a combination thereof: discrete logic circuits having logic gates for implementing logical functions on data signals, application-specific integrated circuits (ASICs) having suitable combinational logic gates, programmable gate arrays (PGAs), field-programmable gate arrays (FPGAs), etc.

[0209] Those skilled in the art will understand that all or part of the steps of the methods in the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, the program includes one or a combination of the steps of the method embodiments.

[0210] Furthermore, the functional units in the various embodiments of this application can be integrated into a processing module, or each unit can exist physically separately, or two or more units can be integrated into a module. The integrated module can be implemented in hardware or as a software functional module. If the integrated module is implemented as a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium.

[0211] The storage medium mentioned above can be a read-only memory, a disk, or an optical disk, etc. Although embodiments of this application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting this application. Those skilled in the art can make changes, modifications, substitutions, and variations to the above embodiments within the scope of this application.

Claims

1. A vehicle control method, characterized in that, include: In response to the detection of a target object entering the vehicle, an initial set of devices is determined based on devices within the detection range allowed by the vehicle; In response to the vehicle moving, devices not detected by the vehicle in the device set are deleted; In response to the detection that the target object intends to get off the vehicle, and that there is a device in the device set, a first lost item notification is triggered; The method further includes: Acquire the second device detected between the start time of the vehicle sensing the digital key and the time the door opens; In response to the existence of the second device in the device set, the second device is removed from the device set.

2. The method according to claim 1, characterized in that, The step of deleting devices from the device set that are not detected by the vehicle in response to the vehicle's movement includes: In response to the vehicle's movement, the device within the vehicle's permissible detection range is detected at least once to obtain a detection result; Based on the detection results of the at least one detection, a confidence level for a first device in the device set is determined; wherein the first device is a device that was not detected at least once, and the confidence level is used to indicate the probability that the first device is present in the vehicle; The first device whose confidence level is lower than the set confidence threshold is removed from the device set.

3. The method according to claim 2, characterized in that, Determining the confidence level of a first device in the device set based on the detection results of the at least one detection includes: Based on the detection results of the at least one detection, determine from the set of devices the first device that was not detected in the at least one detection process for the vehicle; Based on the detection results of the at least one detection, determine the number of times the vehicle detected the first device; The confidence level of the first device is determined based on the number of tests and the total number of tests.

4. The method according to claim 3, characterized in that, The device set includes the device addresses of each device, and determining the number of times the vehicle detected the first device based on the detection results of at least one detection includes: In response to the presence of a first address not included in the device set in any of the detection results, it is determined whether the signal characteristics of the detection signal corresponding to the first address match the signal characteristics of the detection signals corresponding to each device address in the device set. If the signal characteristics of the detection signal corresponding to the first address match the signal characteristics of the detection signal corresponding to the second address in the device set, then the first address is determined to be the second address in the device set. Among the detection results of the at least one detection, determine the frequency of occurrence of the second address in the device set; The number of times the vehicle detected the first device is determined based on the frequency of occurrence of the second address.

5. The method according to claim 2, characterized in that, The step of deleting devices not detected by the vehicle from the device set in response to the vehicle moving also includes: The first device that has a confidence level not lower than the set confidence level threshold and that was not detected by the vehicle in the last N detection results is removed from the device set.

6. The method according to claim 1, characterized in that, Before triggering the first lost item notification in response to detecting that the target object intends to get off the vehicle and that a device exists in the device set, the method further includes: In response to the opening of the vehicle door, and the detection that the target object has not left the vehicle, and that a device exists in the device set, a second lost item notification is triggered.

7. The method according to any one of claims 1-6, characterized in that, The triggering of the first lost item notification includes: The first missing device notification is triggered based on the number of devices in the device set.

8. The method according to any one of claims 1-6, characterized in that, The triggering of the first lost item notification includes: The first missing device notification is triggered based on the importance of the devices in the device set.

9. The method according to any one of claims 1-6, characterized in that, The triggering of the first lost item notification includes: The first missing device alert is triggered based on the confidence level of the devices in the device set; wherein the confidence level indicates the probability that the device exists in the vehicle.

10. The method according to any one of claims 1-6, characterized in that, The triggering method of the first lost item notification includes at least one of the following: The voice broadcast method of the vehicle's in-vehicle human-machine interface; The vibration feedback method of the vehicle's in-vehicle equipment; Vehicle horn honking methods; Light flashing pattern; Message push method.

11. The method according to any one of claims 1-6, characterized in that, The response to detecting that the target object intends to get off the vehicle includes at least one of the following: In response to the detection that the target object has opened the car door; In response to detecting that the target object has left its seat; In response to the detection that the target object has closed the car door.

12. A vehicle control device, characterized in that, include: A determination module is configured to, in response to detecting a target object entering the vehicle, determine an initial set of devices based on devices within the detection range permitted by the vehicle; A deletion module is used to delete devices in the device set that are not detected by the vehicle in response to the vehicle moving; The first triggering module is used to trigger a first lost item prompt in response to the detection that the target object intends to get off the vehicle and that there is a device in the device set; The device further includes: The acquisition module is used to acquire the second device detected between the start time of the vehicle sensing the digital key and the time the door is opened; The deletion module is further configured to delete the second device from the device set in response to the existence of the second device in the device set.

13. The apparatus according to claim 12, characterized in that, The deletion module is used for: In response to the vehicle's movement, the device within the vehicle's permissible detection range is detected at least once to obtain a detection result; Based on the detection results of the at least one detection, a confidence level for a first device in the device set is determined; wherein the first device is a device that was not detected at least once, and the confidence level is used to indicate the probability that the first device is present in the vehicle; The first device whose confidence level is lower than the set confidence threshold is removed from the device set.

14. The apparatus according to claim 13, characterized in that, The deletion module is used for: Based on the detection results of the at least one detection, determine from the set of devices the first device that was not detected in the at least one detection process for the vehicle; Based on the detection results of the at least one detection, determine the number of times the vehicle detected the first device; The confidence level of the first device is determined based on the number of tests and the total number of tests.

15. The apparatus according to claim 14, characterized in that, The device set includes the device addresses of each device. The deletion module is used for: In response to the presence of a first address not included in the device set in any of the detection results, it is determined whether the signal characteristics of the detection signal corresponding to the first address match the signal characteristics of the detection signals corresponding to each device address in the device set. If the signal characteristics of the detection signal corresponding to the first address match the signal characteristics of the detection signal corresponding to the second address in the device set, then the first address is determined to be the second address in the device set. Among the detection results of the at least one detection, determine the frequency of occurrence of the second address in the device set; The number of times the vehicle detected the first device is determined based on the frequency of occurrence of the second address.

16. The apparatus according to claim 13, characterized in that, The deletion module is also used for: The first device that has a confidence level not lower than the set confidence level threshold and that was not detected by the vehicle in the last N detection results is removed from the device set.

17. A vehicle, characterized in that, include: processor; Memory used to store processor-executable instructions; The processor is configured as follows: The steps of implementing the method as described in any one of claims 1 to 11.

18. A chip, characterized in that, The chip includes an interface circuit and a processing circuit that are coupled to each other. The interface circuit is used to input or output signals, and the processing circuit is used to implement the method of any one of claims 1 to 11.

19. A non-transitory computer-readable storage medium having computer program instructions stored thereon, characterized in that, When executed by a processor, the program instructions implement the steps of the method described in any one of claims 1 to 11.

20. A computer program product, characterized in that, It includes a computer program, which, when executed by a processor, implements the steps of the method according to any one of claims 1 to 11.

Images