Key state monitoring method and intelligent key

Abstract

The invention relates to the technical field of intelligent keys, in particular to a key state monitoring method and an intelligent key. The method is applied to an intelligent key based on near field communication and comprises the steps that motion data, user interaction data and wireless communication data related to the intelligent key are obtained, and the wireless communication data comprise low-power-consumption Bluetooth communication data; determining a current state of the smart key based on at least one of the motion data, the user interaction data and the wireless communication data; wherein the current state is any one of a normal carrying state, a potential loss state and a confirmation loss state. The reliability of key state judgment is improved, a decision basis is provided for grading and accurate early warning from early risk perception to final confirmation, and the key is easier to find after being lost.

Description

Technical Field

[0001] This application relates to the field of smart key technology, specifically to a key status monitoring method and a smart key. Background Technology

[0002] Currently, physical card keys based on Near Field Communication (NFC) technology are widely used in fields such as new energy vehicles as a method of vehicle identification. NFC technology has high security due to its extremely short communication distance (relying on short-range contactless communication).

[0003] In existing technologies, when a user accidentally loses their NFC key, the vehicle system cannot detect whether the key is nearby because a long-distance communication link cannot be established between the key and the vehicle. Users typically only realize the key is lost the next time they need to use the car. By then, several hours or even longer may have passed, significantly increasing the difficulty and risk of key retrieval.

[0004] In summary, how to reliably monitor the status of NFC keys and promptly detect lost states is a challenge that needs to be addressed. Summary of the Invention

[0005] In view of this, embodiments of this application provide a key status monitoring method and a smart key, which can realize reliable status monitoring of NFC keys.

[0006] A first aspect of this application provides a key status monitoring method, applied to a smart key based on near-field communication, the method comprising: Acquire motion data, user interaction data, and wireless communication data related to the smart key, wherein the wireless communication data includes Bluetooth Low Energy communication data; The current state of the smart key is determined based on at least one of the motion data, the user interaction data, and the wireless communication data. The current state can be any one of the following: normal carrying state, potential lost state, and confirmed lost state.

[0007] In one embodiment, determining the current state of the smart key based on at least one of the motion data, the user interaction data, and the wireless communication data includes: If the motion data indicates that the smart key is in a stationary state for a duration greater than or equal to a first preset time threshold, and no user interaction data is detected during the duration, then the current state of the smart key is determined to be a potentially lost state.

[0008] In one embodiment, determining the current state of the smart key based on at least one of the motion data, the user interaction data, and the wireless communication data further includes: The motion data indicates that the smart key remains stationary for less than a first preset time threshold, or that user interaction data is detected within the specified time; or If, in the potential lost state, user interaction data or motion data indicates at least one valid movement, then the current state of the smart key is determined to be a normal carrying state.

[0009] In one embodiment, determining the current state of the smart key based on at least one of the motion data, the user interaction data, and the wireless communication data further includes: If the duration of the potential lost state reaches a second preset time threshold, and wireless communication failure status signals are received from the mobile terminal and the vehicle terminal, then the current state of the smart key is determined to be a confirmed lost state. The wireless communication failure status signal is used to indicate that the wireless communication signal strength between the smart key and the mobile terminal and / or the vehicle terminal is lower than a preset strength threshold or that the wireless communication signal is lost.

[0010] In one embodiment, it also includes: When the current state is the potential forgotten state, a level 1 reminder signal is generated; When the current state is the confirmed loss state, a secondary reminder signal is generated.

[0011] In one embodiment, the first-level alert signal is used to trigger at least one of the following operations: Shorten the broadcast interval of the wireless communication signal of the smart key; Send a first instruction to the associated mobile device to trigger the mobile device to display a first prompt message or generate vibration.

[0012] In one embodiment, the secondary alert signal is used to trigger at least one of the following operations: Send a second command to the associated vehicle to trigger the vehicle to perform an audio-visual alert; A third instruction is sent to the associated mobile device to trigger the mobile device to push a second prompt message including the location information of the smart key.

[0013] A second aspect of this application provides a key status monitoring device for use with a smart key based on near-field communication, comprising: The data acquisition module is used to acquire motion data, user interaction data and wireless communication data related to the smart key, wherein the wireless communication data includes low-power Bluetooth communication data. A state determination module is used to determine the current state of the smart key based on at least one of the motion data, the user interaction data, and the wireless communication data. The current state can be any one of the following: normal carrying state, potential lost state, and confirmed lost state.

[0014] A third aspect of this application provides a smart key, including a processor, a memory, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, it causes the electronic device to perform the method described in the first aspect of this application.

[0015] In one embodiment, it also includes: Communication module, used for wireless communication; Accelerometers are used to monitor motion data; Touch sensors are used to monitor user interaction data.

[0016] In one embodiment, the communication module includes a near-field communication submodule and a low-power Bluetooth submodule; The near-field communication submodule is used for identity authentication; The Bluetooth Low Energy submodule is used to wake up in response to user interaction to communicate with the vehicle and / or mobile device via Bluetooth Low Energy.

[0017] A fourth aspect of this application provides a computer program product including a computer program that, when run, causes the method described in the first aspect of this application to be performed.

[0018] The key status monitoring method provided in the first aspect of this application acquires motion data, user interaction data, and wireless communication data related to the smart key, wherein the wireless communication data includes Bluetooth Low Energy communication data; and determines the current status of the smart key based on at least one of the motion data, user interaction data, and wireless communication data; wherein the current status is any one of a normal carrying status, a potential lost status, and a confirmed lost status. By introducing a multi-dimensional status monitoring mechanism including motion sensing, user interaction, and wireless communication to the NFC key, the problem of not being able to detect the lost status in a timely manner is solved; by using at least one of the multi-source data for judgment, the adaptability and robustness of the system in different environments are enhanced, the reliability of key status judgment is improved, and a decision-making basis is provided for achieving graded and accurate early warning from early risk perception to final confirmation, making it easier to find the key after it is lost.

[0019] It is understood that the beneficial effects of the second to fourth aspects mentioned above can be found in the relevant descriptions in the first aspect mentioned above, and will not be repeated here. Attached Figure Description

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

[0021] Figure 1 This is a schematic flowchart of a key status monitoring method provided in an embodiment of this application; Figure 2 This is a schematic diagram of the key status monitoring device provided in the embodiments of this application; Figure 3 This is a schematic diagram of the structure of the smart key provided in the embodiments of this application. Detailed Implementation

[0022] In the following description, specific details such as particular system architectures and techniques are set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application may also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted so as not to obscure the description of this application with unnecessary detail.

[0023] It should be understood that, when used in this application specification and the appended claims, the term "comprising" indicates the presence of the described features, integrals, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or a collection thereof.

[0024] It should also be understood that the term “and / or” as used in this application specification and the appended claims means any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.

[0025] As used in this application specification and the appended claims, the term "if" may be interpreted, depending on the context, as "when," "once," "in response to determination," or "in response to detection." Similarly, the phrase "if determined" or "if detected [the described condition or event]" may be interpreted, depending on the context, as meaning "once determined," "in response to determination," "once detected [the described condition or event]," or "in response to detection [the described condition or event]."

[0026] Furthermore, in the description of this application and the appended claims, the terms "first," "second," "third," etc., are used only to distinguish descriptions and should not be construed as indicating or implying relative importance.

[0027] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0028] like Figure 1 As shown, the key status monitoring method provided in this application embodiment is applied to a smart key based on near-field communication, and includes the following steps S101 and S102: Step S101: Acquire motion data, user interaction data and wireless communication data related to the smart key, wherein the wireless communication data includes Bluetooth Low Energy communication data; Step S102: Determine the current state of the smart key based on at least one of the motion data, the user interaction data, and the wireless communication data; The current state can be any one of the following: normal carrying state, potential lost state, and confirmed lost state.

[0029] In applications, motion data can be acquired using a triaxial accelerometer integrated into the key at a preset sampling frequency, such as 100Hz. The raw data is then processed by a digital filter to calculate the acceleration vector magnitude. When the magnitude remains below 0.1 m / s², the acceleration vector magnitude is calculated. 2 It is determined to be in a static state at that time.

[0030] In the application, user interaction data can be collected by a capacitive touch sensor integrated into the key, and a circular buffer is used to store the timestamps of touch events within a preset interval.

[0031] In applications, wireless communication data is acquired via a BLE RF front-end that collects RSSI values, for example, by sampling 10 times per second and using a sliding window mean filter.

[0032] This application embodiment acquires motion data, user interaction data, and wireless communication data related to the smart key, wherein the wireless communication data includes Bluetooth Low Energy communication data. Based on at least one of the motion data, user interaction data, and wireless communication data, the current state of the smart key is determined; wherein the current state is any one of a normal carrying state, a potential lost state, and a confirmed lost state. By introducing a multi-dimensional state monitoring mechanism including motion sensing, user interaction, and wireless communication into the NFC key, the problem of not being able to detect the lost state in a timely manner is solved. Using at least one of the multi-source data for judgment enhances the system's adaptability and robustness in different environments, improves the reliability of key state judgment, and provides a decision-making basis for achieving graded and accurate early warning from early risk perception to final confirmation, making it easier to find the key after it is lost.

[0033] In one embodiment, determining the current state of the smart key based on at least one of the motion data, the user interaction data, and the wireless communication data includes: If the motion data indicates that the smart key is in a stationary state for a duration greater than or equal to a first preset time threshold, and no user interaction data is detected during the duration, then the current state of the smart key is determined to be a potentially lost state.

[0034] In the application, the logic for determining a potential lost state involves maintaining a static state timer and a touch event flag register. The timer is started when the acceleration modulus continuously falls below a threshold. If a touch event is detected during the timer, the timer and flag are immediately reset. Only when the timer reaches a first preset time threshold, such as a 5-minute threshold, and the touch event flag is not set, is the current state of the smart key determined to be a potential lost state.

[0035] This application's embodiments construct a two-factor authentication mechanism with a time-cumulative effect by setting two criteria that must be met simultaneously: the duration of continuous stillness and the absence of interactive operation. This effectively filters out common, brief periods of stillness in daily life. A potential omission warning is only triggered when the still state persists for a certain period and there is absolutely no user interaction. This analysis method, combining temporal and behavioral aspects, significantly reduces the probability of false alarms caused by occasional environmental factors.

[0036] In one embodiment, determining the current state of the smart key based on at least one of the motion data, the user interaction data, and the wireless communication data further includes: The motion data indicates that the smart key remains stationary for less than a first preset time threshold, or that user interaction data is detected within the specified time; or If, in the potential lost state, user interaction data or motion data indicates at least one valid movement, then the current state of the smart key is determined to be a normal carrying state.

[0037] In the application, an event-triggered asynchronous processing mechanism is adopted in the potential lost state, so that the potential lost state can be triggered to jump to the normal carrying state when a specific event (such as detecting user interaction data or the motion data indicating that there is at least one valid movement) occurs.

[0038] This application fully considers the normal behavior pattern of users temporarily placing keys and then retrieving them in actual use. By using two intuitive physical signals, effective movement or touch operation, as the state reset trigger condition, the system can intelligently distinguish between two seemingly similar but essentially different scenarios: intentional placement and unintentional loss, further improving the reliability of key state judgment.

[0039] In one embodiment, determining the current state of the smart key based on at least one of the motion data, the user interaction data, and the wireless communication data further includes: If the duration of the potential lost state reaches a second preset time threshold, and wireless communication failure status signals are received from the mobile terminal and the vehicle terminal, then the current state of the smart key is determined to be a confirmed lost state. The wireless communication failure status signal is used to indicate that the wireless communication signal strength between the smart key and the mobile terminal and / or the vehicle terminal is lower than a preset strength threshold or that the wireless communication signal is lost.

[0040] In applications, confirming a lost state requires establishing a collaborative verification protocol among distributed devices. In some scenarios, the smart key can send a status query request containing a serial number every second via a BLE broadcast channel. Upon receiving the request, the mobile and vehicle terminals immediately provide feedback on link quality indicators such as the Received Signal Strength Indicator (RSSI) and Signal-to-Noise Ratio (SNR). The key terminal uses a weighted average algorithm to synthesize the feedback data from all devices, and determines a communication link failure when the average RSSI of all devices falls below -80dBm for 10 consecutive minutes.

[0041] This application's embodiments introduce an upgraded criterion that combines duration verification and communication link status assessment, building upon the potential loss state. Continuity verification over time eliminates interference from temporary signal fluctuations, while end-to-end communication quality evaluation confirms true spatial isolation, ensuring the reliability of the loss determination and preventing misjudgments due to occasional communication interruptions.

[0042] In one embodiment, it also includes: When the current state is the potential forgotten state, a level 1 reminder signal is generated; When the current state is the confirmed loss state, a secondary reminder signal is generated.

[0043] In the application, the priority-based message queue scheduling algorithm assigns different priority weights to different levels of reminder signals. Higher priority reminders can preempt the execution resources of lower priority reminders, and reminder tasks within the same priority are managed using the Least Recently Used (LRU) algorithm to ensure that important reminders are delivered in a timely manner and to avoid resource waste caused by duplicate reminders.

[0044] This application embodiment establishes a graded reminder mechanism based on risk level. By distinguishing between potential risks and confirmed risks, the system can use a non-intrusive and gentle reminder method in the early stage of risk, while launching a strong warning measure in the stage of risk confirmation. This progressive early warning strategy not only ensures the reminder effect when necessary, but also avoids unnecessary interference to users, achieving a balance between security and user experience.

[0045] In one embodiment, the first-level alert signal is used to trigger at least one of the following operations: Shorten the broadcast interval of the wireless communication signal of the smart key; Send a first instruction to the associated mobile device to trigger the mobile device to display a first prompt message or generate vibration.

[0046] In the application, an adaptive broadcast power control strategy is adopted for the specific implementation of the alert signal. When enhanced discoverability is required, the BLE broadcast interval is dynamically adjusted from the default 500ms to 100ms, while adaptive frequency hopping technology is used to avoid channel congestion. Mobile alerts are implemented through a system-level notification channel, ensuring the normal operation of the alert function through system services even when the application is running in the background.

[0047] In applications, the first prompt can be a text reminder, such as a pop-up message in a mobile app saying "Please make sure you have your keys with you."

[0048] This application embodiment targets the first-level reminder signal. By dynamically adjusting the broadcast interval, it appropriately increases power consumption when it is necessary to increase the probability of being detected, and maintains the lowest power consumption under normal conditions. This adaptive communication strategy ensures the effectiveness of the function while also taking into account the high requirements of the smart key as a portable device for battery life, demonstrating the intelligent management level of communication resource allocation.

[0049] In one embodiment, the secondary alert signal is used to trigger at least one of the following operations: Send a second command to the associated vehicle to trigger the vehicle to perform an audio-visual alert; A third instruction is sent to the associated mobile device to trigger the mobile device to push a second prompt message including the location information of the smart key.

[0050] In the application, if the user does not respond to the Level 1 warning upon confirmation of a lost status, a Level 2 alert signal is generated. This triggers the vehicle to honk its horn briefly three times and flash its hazard lights three times (automatically reducing the horn volume to 30 decibels at night). Simultaneously, the mobile app pushes a map link containing the last known location (based on the location of the last BLE signal).

[0051] When a user remotely starts the vehicle via a mobile app, the system automatically detects whether the NFC key is within the phone's Bluetooth range. If not, it simultaneously displays the message "NFC key not included, please check if it is lost."

[0052] The secondary alert in this embodiment of the application simultaneously utilizes the vehicle's audio-visual alert capabilities and the mobile device's location service capabilities. The vehicle's wide-range audio-visual alerts and the mobile device's precise location guidance complement each other. This multimodal, cross-device joint alert scheme greatly improves the success rate of finding keys in complex environments.

[0053] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0054] This application also provides a key status monitoring device for performing the steps described in the key status monitoring method embodiments. The key status monitoring device can be a virtual appliance in an electronic device, operated by the processor of the smart key, or it can be the smart key itself.

[0055] like Figure 2 As shown, the key status monitoring device 100 provided in this application embodiment is applied to a smart key based on near-field communication, and includes: The data acquisition module 101 is used to acquire motion data, user interaction data and wireless communication data related to the smart key, wherein the wireless communication data includes low-power Bluetooth communication data. The status determination module 102 is used to determine the current status of the smart key based on at least one of the motion data, the user interaction data, and the wireless communication data. The current state can be any one of the following: normal carrying state, potential lost state, and confirmed lost state.

[0056] like Figure 3 As shown, a third aspect of the embodiments of this application provides a smart key 200, at least one processor 201 ( Figure 3 The diagram shows only one processor, memory 202, and computer program 203 stored in memory 202 and executable on at least one processor 201. When processor 201 executes computer program 203, it implements the steps in the various method embodiments described above.

[0057] In one embodiment, it also includes: Communication module 204 is used for wireless communication; Accelerometer 205 is used to monitor motion data; Touch sensor 206 is used to monitor user interaction data.

[0058] In one embodiment, the communication module includes a near-field communication submodule and a low-power Bluetooth submodule; The near-field communication submodule is used for identity authentication; The Bluetooth Low Energy submodule is used to wake up in response to user interaction to communicate with the vehicle and / or mobile device via Bluetooth Low Energy.

[0059] In application, this smart key adopts an NFC-BLE dual-mode integrated design. The core NFC chip is retained for vehicle authentication, while a new integrated BLE module enables low-power communication. It integrates a three-axis accelerometer and a touch sensor: the former monitors the key's movement (e.g., stationary or dropped), while the latter activates the BLE module via user touch (reducing unnecessary power consumption).

[0060] In this application, to ensure compatibility between the smart key and both the vehicle and mobile devices, the in-vehicle NFC controller has added BLE receiving functionality to scan the key's BLE broadcast packet in real time. The mobile app integrates a "digital key" module, establishing a low-power connection with the key via Bluetooth to synchronize movement status and location information.

[0061] This application embodiment integrates sensing, communication, and computing functions compactly within the key entity through high-level hardware integration. This not only provides a stable and reliable underlying data source for algorithm operation but also, through deep hardware-software coupling, allows the key to evolve from a simple authentication tool into a composite device with environmental awareness and intelligent decision-making capabilities, providing a hardware foundation for the continuous evolution of key functionality. Furthermore, a functional separation architecture for the communication modules is adopted. The near-field communication submodule is dedicated to high-security authentication scenarios, while the low-power Bluetooth submodule handles large-volume data transmission. This specialized division of labor based on application scenario characteristics allows each communication unit to perform optimally in its area of ​​expertise, ensuring the processing quality of critical security services while meeting the stringent low-power requirements of daily communication, achieving an optimal balance between security and energy efficiency.

[0062] In applications, the modules in the key status monitoring device can be software program modules, or they can be implemented through different logic circuits integrated in the processor, or they can be implemented through multiple distributed processors.

[0063] In applications, the processor can be a Central Processing Unit (CPU), but it can also be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor can be a microprocessor or any conventional processor.

[0064] In applications, memory can be an internal storage unit of an electronic device in some embodiments, such as a hard drive or RAM. In other embodiments, memory can be an external storage device of the electronic device, such as a plug-in hard drive, Smart Media Card (SMC), Secure Digital (SD) card, or Flash Card. Furthermore, memory can include both internal and external storage units of the electronic device. Memory is used to store operating systems, applications, bootloaders, data, and other programs, such as program code for computer programs. Memory can also be used to temporarily store data that has been output or will be output.

[0065] It should be noted that the information interaction and execution process between the above-mentioned devices / units are based on the same concept as the method embodiments of this application. For details on their specific functions and technical effects, please refer to the method embodiments section, and they will not be repeated here.

[0066] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units and modules in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0067] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps described in the various method embodiments above.

[0068] This application provides a computer program product, including a computer program, which, when run on an electronic device, enables the electronic device to perform the steps described in the various method embodiments above.

[0069] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments of this application can be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. A computer-readable medium can include at least: any entity or device capable of carrying computer program code to a device / electronic device, a recording medium, a computer memory, a read-only memory (ROM), a random access memory (RAM), an electrical carrier signal, a telecommunication signal, and a software distribution medium. Examples include USB flash drives, portable hard drives, magnetic disks, or optical disks. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electrical carrier signals or telecommunication signals.

[0070] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0071] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

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

[0073] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0074] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.

Claims

1. A key status monitoring method characterized by, The method is applied to a smart key based on near field communication, and comprises the following steps: acquiring motion data, user interaction data and wireless communication data related to the smart key, wherein the wireless communication data comprises Bluetooth communication data; determining a current state of the smart key based on at least one of the motion data, the user interaction data and the wireless communication data; wherein the current state is any one of a normal carrying state, a potential loss state and a confirmed loss state.

2. The key status monitoring method according to claim 1, wherein, The determination of the current state of the smart key based on at least one of the motion data, the user interaction data and the wireless communication data comprises: when the motion data indicates that the smart key is in a stationary state for a duration greater than or equal to a first preset time threshold and no user interaction data is detected within the duration, it is determined that the current state of the smart key is the potential loss state.

3. The key status monitoring method of claim 1, wherein, The determination of the current state of the smart key based on at least one of the motion data, the user interaction data and the wireless communication data further comprises: when the motion data indicates that the smart key is in a stationary state for a duration less than the first preset time threshold or user interaction data is detected within the duration; or when, in the potential loss state, user interaction data is detected or the motion data indicates that there is at least one valid motion, it is determined that the current state of the smart key is the normal carrying state.

4. The key status monitoring method according to claim 1, wherein, The determination of the current state of the smart key based on at least one of the motion data, the user interaction data and the wireless communication data further comprises: when the duration of the potential loss state reaches a second preset time threshold and a wireless communication failure state signal is received from the mobile terminal and the vehicle terminal, it is determined that the current state of the smart key is the confirmed loss state; wherein the wireless communication failure state signal is used to indicate that the wireless communication signal strength between the smart key and the mobile terminal and / or the vehicle terminal is lower than a preset strength threshold or the wireless communication signal is lost.

5. The key status monitoring method of claim 1, wherein, The method further comprises: when the current state is the potential loss state, a first-level reminder signal is generated; when the current state is the confirmed loss state, a second-level reminder signal is generated.

6. The key status monitoring method according to claim 5, wherein, The first-level reminder signal is used to trigger at least one of the following operations: shortening the wireless communication signal broadcast interval of the smart key; sending a first instruction to the associated mobile terminal to trigger the mobile terminal to display first prompt information or generate a vibration.

7. The key status monitoring method of claim 1, wherein, The second-level reminder signal is used to trigger at least one of the following operations: sending a second instruction to the associated vehicle terminal to trigger the vehicle terminal to perform an audible and visual reminder; sending a third instruction to the associated mobile terminal to trigger the mobile terminal to push second prompt information comprising the location information of the smart key.

8. An intelligent key, characterized in that The electronic device comprises a processor, a memory and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to enable the electronic device to implement the method according to any one of claims 1-7.

9. The smart key of claim 8, wherein, The electronic device further comprises: a communication module for wireless communication; an acceleration sensor for monitoring motion data; Touch sensor, for monitoring user interaction data.

10. The smart key of claim 8, wherein, The communication module comprises a near field communication submodule and a Bluetooth low energy submodule; The near field communication submodule is used for identity authentication; The Bluetooth low energy submodule is used for responding to the interaction operation of the user, and is woken up to perform Bluetooth low energy communication with the vehicle end and / or the mobile end.

Images