Log monitoring and analysis method for intelligent door lock and related device

Abstract

The application provides a log monitoring and analysis method of a smart door lock and related devices, and the method comprises the following steps: obtaining original log data of the smart door lock; preprocessing the original log data to obtain target log data after preprocessing; determining the bolt parameter information, the battery power information and the historical identity recognition information of the smart door lock for executing a single lock operation according to the target log data; and determining the first fault analysis result of the bolt of the smart door lock according to the bolt parameter information, the battery power information and the historical identity recognition information. The embodiments of the application can collect the log data of the smart door lock, analyze the log data, obtain the first fault analysis result of the bolt of the smart door lock, discover the abnormal conditions of the smart door lock in time, realize the management and monitoring of the smart door lock in the Internet of Things, and improve the stability of the smart door lock.

Description

Technical Field

[0001] This application belongs to the field of computer technology, specifically relating to a log monitoring and analysis method and related device for smart door locks. Background Technology

[0002] With the rapid development of IoT technology, more and more devices and sensors are being connected to the network. In this architecture, smart locks serve as the first line of defense for home security, making the monitoring and management of smart locks and the timely detection of malfunctions or problems extremely important. Summary of the Invention

[0003] This application provides a method and related device for monitoring and analyzing the logs of a smart lock. It can collect log data of the smart lock, analyze the log data, obtain the first fault analysis result of the smart lock bolt, detect abnormal situations of the smart lock in a timely manner, realize the management and monitoring of smart locks in the Internet of Things, and help improve the stability of smart lock use.

[0004] In a first aspect, embodiments of this application provide a log monitoring and analysis method for a smart door lock, applied to a server, wherein the server is communicatively connected to both a terminal device and a smart door lock; the method includes:

[0005] Obtain the raw log data of the smart door lock;

[0006] The original log data is preprocessed to obtain the preprocessed target log data;

[0007] Based on the target log data, determine the latch parameter information, battery power information, and historical identity recognition information of the smart door lock when performing a single locking operation;

[0008] Based on the latch parameter information, the battery power information, and the historical identity recognition information, the first fault analysis result of the smart door lock latch is determined;

[0009] If the first fault analysis result indicates a fault in the latch ejection mechanism, a latch fault alarm message is sent to the terminal device.

[0010] Secondly, embodiments of this application provide a log monitoring and analysis device for a smart door lock, applied to a server, wherein the server is communicatively connected to both a terminal device and a smart door lock; the log monitoring and analysis device for the smart door lock includes: an acquisition unit, a processing unit, a determination unit, and a transmission unit, wherein,

[0011] The acquisition unit is used to acquire the original log data of the smart door lock;

[0012] The processing unit is used to preprocess the original log data to obtain preprocessed target log data;

[0013] The determining unit is used to determine, based on the target log data, the latch parameter information, battery power information, and historical identity recognition information of the smart door lock when performing a single locking operation;

[0014] The determining unit is further configured to determine the first fault analysis result of the smart door lock bolt based on the bolt parameter information, the battery power information and the historical identity recognition information;

[0015] The transmission unit is configured to send a latch fault alarm message to the terminal device if the first fault analysis result indicates that the latch pops out.

[0016] Thirdly, embodiments of this application provide an electronic device including a processor, a memory, and one or more programs, the one or more programs being stored in the memory and configured to be executed by the processor, the programs including instructions for performing the steps in the first aspect of embodiments of this application.

[0017] Fourthly, embodiments of this application provide a computer-readable storage medium having a computer program / instructions stored thereon, which, when executed by a processor, implement the steps in the first aspect of embodiments of this application.

[0018] Fifthly, embodiments of this application provide a computer program product, wherein the computer program product includes a non-transitory computer-readable storage medium storing a computer program, the computer program being operable to cause a computer to perform some or all of the steps described in the first aspect of embodiments of this application.

[0019] As can be seen from this embodiment, the server first acquires the raw log data of the smart lock, then preprocesses the raw log data to obtain preprocessed target log data. Next, based on the target log data, it determines the latch parameter information, battery level information, and historical identification information for a single locking operation performed by the smart lock. Further, based on the latch parameter information, battery level information, and historical identification information, it determines the first fault analysis result of the smart lock latch. Finally, if the first fault analysis result indicates a latch ejection fault, a latch fault alarm message is sent to the terminal device. In this way, the server can collect and analyze the log data of the smart lock to obtain the first fault analysis result of the smart lock latch, promptly detect abnormal situations of the smart lock, and realize the management and monitoring of smart locks in the Internet of Things, which is beneficial to improving the stability of smart lock use. Attached Figure Description

[0020] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, 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 diagram of the architecture of a log monitoring and analysis system for a smart door lock provided in an embodiment of this application;

[0022] Figure 2 This is a flowchart illustrating a log monitoring and analysis method for a smart door lock provided in an embodiment of this application;

[0023] Figure 3 This is a structural block diagram of an electronic device provided in an embodiment of this application;

[0024] Figure 4 This is a block diagram of the functional units of a smart door lock log monitoring and analysis device 400 provided in an embodiment of this application. Detailed Implementation

[0025] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of the present application.

[0026] The terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish different objects, not to describe a specific order. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or apparatuses.

[0027] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0028] In the embodiments of this application, "and / or" describes the relationship between associated objects, indicating that three relationships can exist. For example, A and / or B can represent the following three situations: A exists alone; A and B exist simultaneously; B exists alone. Among them, A and B can be singular or plural.

[0029] In this embodiment, the symbol " / " can indicate that the preceding and following objects are in an "or" relationship. Alternatively, the symbol " / " can also represent a division sign, i.e., performing a division operation. For example, A / B can mean A divided by B.

[0030] In the embodiments of this application, "at least one item" or its similar expression refers to any combination of these items, including any combination of a single item or a plurality of items. "One or more" means one or more, while "multiple" means two or more. For example, "at least one item" of a, b, or c can represent the following seven cases: a, b, c; a and b; a and c; b and c; a, b, and c. Each of a, b, and c can be an element or a set containing one or more elements.

[0031] In this application's embodiments, "equal to" can be used with "greater than" and is applicable to technical solutions using the "greater than" condition, or it can be used with "less than" and is applicable to technical solutions using the "less than" condition. When "equal to" is used with "greater than," it is not used with "less than"; when "equal to" is used with "less than," it is not used with "greater than."

[0032] To better understand the solutions of the embodiments of this application, the electronic devices, related concepts and background that may be involved in the embodiments of this application will be introduced below.

[0033] The electronic devices involved in the embodiments of this application may include various handheld devices, vehicle-mounted devices, wearable devices, computing devices, or other processing devices connected to a wireless modem with wireless communication capabilities, as well as various forms of user equipment (UE), mobile station (MS), electronic device, etc. For ease of description, the devices mentioned above are collectively referred to as electronic devices. Electronic devices may also include servers, including but not limited to cloud servers.

[0034] Please see Figure 1 , Figure 1 This is a schematic diagram of the architecture of a log monitoring and analysis system for a smart door lock provided in an embodiment of this application. For example... Figure 1 As shown, the system includes a server 101, a terminal device 102, and a smart door lock 103. The server 101 is communicatively connected to the terminal device 102 and the smart door lock 103.

[0035] Among them, server 101 can be a cloud server, and smart door lock 103 is a door lock with identity recognition and unlocking function and supports remote door opening and closing function. The identity recognition function includes, but is not limited to, palm vein recognition unlocking, face recognition unlocking, fingerprint recognition unlocking, password recognition unlocking, CPU card recognition unlocking, etc.

[0036] In contrast to traditional methods that rely on the smart lock 103's own data acquisition capabilities, where data collection is significantly affected by unstable network quality, this solution addresses this issue. Server 101 collects raw log data from the smart lock 103 via an IoT gateway, avoiding the impact of network quality on data acquisition. Furthermore, unlike traditional methods where log records are stored by the smart lock 103 itself, leading to data loss in case of malfunction or damage, this solution stores the collected raw log information from the smart lock 103 in a cloud database, ensuring data reliability. Databases include, but are not limited to, MySQL and MongoDB.

[0037] When the server 101 detects a malfunction in the smart lock 103, it will send an alarm or reminder message to the user's terminal device 102, such as a lock tongue malfunction alarm message.

[0038] In one possible example, server 101 acquires the raw log data of smart lock 103. Server 101 then preprocesses the raw log data to obtain preprocessed target log data. Based on the target log data, server 101 determines the latch parameter information, battery level information, and historical identification information for a single locking operation performed by smart lock 103. Further, based on the latch parameter information, battery level information, and historical identification information, server 101 determines the first fault analysis result of the smart lock 103's latch. Finally, if server 101 detects that the first fault analysis result is a latch ejection fault, it sends a latch fault alarm message to terminal device 102. In this way, the log data of smart lock 103 can be collected and analyzed to obtain the first fault analysis result of the smart lock 103's latch, enabling timely detection of abnormal situations in the smart lock and achieving management and monitoring of smart lock 103 in the Internet of Things, thus improving the stability of smart lock 103's use.

[0039] Please see Figure 2 , Figure 2 This is a flowchart illustrating a log monitoring and analysis method for a smart door lock according to an embodiment of this application. The method is applied to a server, which is communicatively connected to both a terminal device and the smart door lock. The method includes:

[0040] Step S201: Obtain the raw log data of the smart door lock.

[0041] The server retrieves raw log data stored in a cloud database. The raw log data includes the time of a single unlocking or locking operation, bolt parameter information, battery power information, and identity verification information.

[0042] Step S202: Preprocess the original log data to obtain preprocessed target log data.

[0043] Preprocessing involves cleaning the raw log data and removing duplicate data.

[0044] Step S203: Based on the target log data, determine the latch parameter information, battery power information, and historical identity recognition information of the smart door lock when performing a single locking operation.

[0045] The latch parameter information includes the latch pop-out status information, which includes pop-out status and pop-out status.

[0046] Step S204: Based on the latch parameter information, the battery power information, and the historical identity recognition information, determine the first fault analysis result of the smart door lock latch.

[0047] The first fault analysis result can be a faulty latch ejection, a normal latch ejection, an abnormal identity recognition function, or an abnormal battery level.

[0048] Step S205: If the first fault analysis result indicates that the latch pops out, then a latch fault alarm message is sent to the terminal device.

[0049] The server sends a latch alarm message to the terminal device to remind the user to check and repair the smart lock in a timely manner.

[0050] As can be seen from this embodiment, the server first acquires the raw log data of the smart lock, then preprocesses the raw log data to obtain preprocessed target log data. Next, based on the target log data, it determines the latch parameter information, battery level information, and historical identification information for a single locking operation performed by the smart lock. Further, based on the latch parameter information, battery level information, and historical identification information, it determines the first fault analysis result of the smart lock latch. Finally, if the first fault analysis result indicates a latch ejection fault, a latch fault alarm message is sent to the terminal device. In this way, the server can collect and analyze the log data of the smart lock to obtain the first fault analysis result of the smart lock latch, promptly detect abnormal situations of the smart lock, and realize the management and monitoring of smart locks in the Internet of Things, which is beneficial to improving the stability of smart lock use.

[0051] In one possible example, regarding determining the first fault analysis result of the smart lock's bolt based on the bolt parameter information, the battery power information, and the historical identity recognition information, the above method may include the following steps: determining the bolt's ejection state based on the bolt parameter information; if the bolt's ejection state is detected as unable to eject, determining the smart lock's current battery level based on the battery power information; if the current battery level is detected as greater than or equal to a preset battery threshold, determining the identity recognition result based on the historical identity recognition information; if the identity recognition result is detected as successful authentication, determining the first fault analysis result as a bolt ejection fault; if the identity recognition result is detected as authentication failure, determining the first fault analysis result as an abnormal identity recognition function of the smart lock; if the current battery level is detected as less than the preset battery threshold, determining the first fault analysis result as an abnormal battery power of the smart lock; if the bolt's ejection state is detected as normal ejection, determining the first fault analysis result as normal bolt ejection.

[0052] The preset battery threshold can be set manually or by system default, and is not specified here.

[0053] There are three possible reasons why the latch might fail to extend: First, the smart lock's battery might be dead, preventing the latch from extending. Second, the identification system might be malfunctioning, such as a fingerprint recognition failure that prevents proper fingerprint identification, causing the locking process to stall at identification and preventing unlocking or locking. Third, the latch itself might be faulty and stuck, unable to extend. Considering these three factors, the server can analyze the latch parameters, battery level, and historical identification information to determine the final fault analysis result for the smart lock.

[0054] In particular, considering that insufficient battery power can also cause the smart lock to be unable to receive user fingerprint enrollment information or information on whether the user's identity recognition on the terminal device is successful or unsuccessful, when the latch cannot be ejected, first consider whether the smart lock's battery is depleted, then consider whether the identity recognition function is abnormal, and finally determine that the latch ejection is faulty.

[0055] Among them, authentication failure includes cases where identity recognition fails and cases where identity cannot be recognized.

[0056] Optionally, in determining the identity recognition result based on historical identity recognition information, the process includes: identifying at least one identity recognition record; determining that the result of each identity recognition record in the at least one identity recognition record is either recognition failure or unrecognizable; if the result of each identity recognition record in the at least one identity recognition record is either recognition failure or unrecognizable, then determining the identity recognition result as authentication failure; if it is detected that at least one identity recognition record in the at least one identity recognition record is successful, then determining the identity recognition result as authentication success. Historical identity recognition information includes at least one of the following identity recognition methods: fingerprint recognition, vein recognition, facial recognition, password recognition, and CPU card recognition.

[0057] As can be seen in this example, the server can analyze the first fault analysis result of the smart lock's bolt based on the bolt parameter information, battery power information, and historical identification information, which helps to improve the intelligence of the monitoring and analysis of the smart lock's log data.

[0058] In one possible example, after determining that the first fault analysis result indicates that the latch is popping out normally, the above method may include the following steps: determining the latch popping duration and latch friction loudness based on the latch parameter information; if the popping duration is detected to be greater than a first preset threshold and the latch friction loudness is greater than a second preset threshold, then sending a maintenance reminder message for the smart lock to the terminal device.

[0059] The first and second preset thresholds are either manually set or system defaults, and are not specified here.

[0060] Among them, the latch parameter information also includes the latch ejection magnetic field during the locking operation and the noise level generated by the latch friction with other parts during the latch ejection process, i.e., the latch friction noise.

[0061] In cases where the door lock is not used for a long time, it may rust or corrode. This can cause the bolt to pop out, but the friction is high and it is difficult to pop out, resulting in a lot of noise. Considering this, if the bolt takes too long to pop out and the friction noise is too loud, the user can be reminded to maintain the smart door lock.

[0062] As can be seen in this example, the server can also determine whether the latch needs maintenance based on the latch ejection time and the latch friction noise, which helps to improve the intelligence of monitoring and analyzing the log data of the smart door lock.

[0063] In one possible example, the above method may include the following steps in acquiring the raw log data of the smart lock: generating a data acquisition instruction for the smart lock and sending the data acquisition instruction to an IoT gateway connected to the smart lock, the IoT gateway being used to acquire the raw log data of the smart lock in response to the data acquisition instruction; and receiving the raw log data from the IoT gateway.

[0064] The data acquisition command is used to instruct the IoT gateway to collect log data from the smart lock. The IoT gateway can collect system data from the smart lock based on the MQTT protocol.

[0065] To avoid poor network quality during data collection and reporting by smart locks, the server can generate data collection instructions for the smart locks and send them to the IoT smart gateway. The IoT gateway collects the raw log data of the smart locks and then sends the raw log data to the server. After receiving the raw log data, the server stores the raw log data in the database.

[0066] As can be seen in this example, the server can collect the raw log data of the smart lock through the IoT gateway, which helps to improve the intelligence of monitoring the log data of the smart lock.

[0067] In one possible example, the above method may include the following steps in preprocessing the original log data to obtain preprocessed target log data: performing data deduplication on the original log data to obtain first log data after data deduplication; filtering log data in the first log data with empty log times to obtain second log data; and filtering log data in the second log data that does not include the target lock identifier of the smart lock to obtain the target log data.

[0068] The server performs data cleaning on the raw log data, including data deduplication, filtering log data with empty log times, and filtering log data that does not include the target door lock identifier.

[0069] As can be seen in this example, the server can perform data cleaning on the raw log data, which helps to improve the availability of the log data.

[0070] In one possible example, after preprocessing the original log data to obtain preprocessed target log data, the above method may include the following steps: determining the environmental parameter information of the smart lock based on the target log data; determining the second fault analysis result of the smart lock based on the environmental parameter information; and sending the second fault analysis result to the terminal device.

[0071] The environmental parameters include, but are not limited to, equipment temperature and equipment humidity.

[0072] Optionally, when the environmental parameter information includes the device temperature, determining the second fault analysis result of the smart lock based on the environmental parameter information includes: determining whether the device temperature is greater than a preset temperature threshold; if the device temperature is determined to be greater than the preset temperature threshold, then determining the second fault analysis result of the smart lock as an abnormal device temperature. The server can send a high-temperature alarm message to the terminal device.

[0073] Optionally, based on the target log data, the operating status information of the smart lock is determined; based on the operating information, a third fault analysis result of the smart lock is determined; and the third fault analysis result is sent to the terminal device.

[0074] The operating status information includes normal operation and abnormal operation, with abnormal operation including unlocking and locking abnormalities.

[0075] Optionally, the server can also generate a target chart based on the results of the first fault analysis and / or the second fault analysis and / or the third fault analysis, and send the target chart to the terminal device. Specifically, the target chart can be generated using visualization tools such as Tableau and Power BI.

[0076] As can be seen, in this example, the server determines the second fault analysis result of the smart lock based on environmental parameter information, which helps to improve the intelligence of monitoring and analyzing the log data of the smart lock.

[0077] In one possible example, after sending a latch malfunction alarm message to the terminal device, the above method may further include the following steps: determining the target lock identifier of the smart lock; adding the target lock identifier to the blacklist of the server.

[0078] In cases where the first fault analysis result of a smart lock is determined to be a bolt ejection fault, in order to reduce or avoid invalid interactions between the smart lock and the server or other devices, the smart lock experiencing the fault can be blacklisted or its flow limited.

[0079] As can be seen in this example, blacklisting smart locks that experience bolt ejection malfunctions on the server reduces invalid device interactions with the smart locks, which helps improve the intelligence of IoT device management.

[0080] Please see Figure 3 , Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application, applied to a server, wherein the server is communicatively connected to a terminal device and a smart door lock; as shown Figure 3As shown, the electronic device includes a processor, a memory, a communication interface, and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs are configured to be executed by the processor according to the following instructions:

[0081] Obtain the raw log data of the smart door lock;

[0082] The original log data is preprocessed to obtain the preprocessed target log data;

[0083] Based on the target log data, determine the latch parameter information, battery power information, and historical identity recognition information of the smart door lock when performing a single locking operation;

[0084] Based on the latch parameter information, the battery power information, and the historical identity recognition information, the first fault analysis result of the smart door lock latch is determined;

[0085] If the first fault analysis result indicates a fault in the latch ejection mechanism, a latch fault alarm message is sent to the terminal device.

[0086] As can be seen from this embodiment, the electronic device first acquires the original log data of the smart lock, then preprocesses the original log data to obtain preprocessed target log data. Next, based on the target log data, it determines the latch parameter information, battery level information, and historical identification information for a single locking operation performed by the smart lock. Further, based on the latch parameter information, battery level information, and historical identification information, it determines the first fault analysis result of the smart lock latch. Finally, if the first fault analysis result indicates a latch ejection fault, a latch fault alarm message is sent to the terminal device. In this way, the electronic device can collect and analyze the log data of the smart lock to obtain the first fault analysis result of the smart lock latch, promptly detect abnormal situations of the smart lock, and realize the management and monitoring of smart locks in the Internet of Things, which is beneficial to improving the stability of smart lock use.

[0087] In one possible example, regarding the determination of the first fault analysis result of the smart lock bolt based on the bolt parameter information, the battery power information, and the historical identification information, the above procedure further includes instructions for performing the following steps:

[0088] The ejection state of the latch is determined based on the latch parameter information;

[0089] If the latch is detected to be unable to extend, the current battery level of the smart lock is determined based on the battery power information.

[0090] If the current battery level is detected to be greater than or equal to a preset battery level threshold, the identity recognition result is determined based on the historical identity recognition information.

[0091] If the identity recognition result is detected as successful, then the first fault analysis result is determined to be a bolt ejection fault.

[0092] If the identity recognition result is detected as identity verification failure, then the first fault analysis result is determined to be that the identity recognition function of the smart door lock is abnormal;

[0093] If the current battery level is detected to be less than the preset battery level threshold, then the first fault analysis result is determined to be an abnormal battery level of the smart lock.

[0094] If the latch is detected to be in a normal pop-out state, then the first fault analysis result is determined to be that the latch pops out normally.

[0095] In one possible example, after determining that the first fault analysis result indicates that the latch ejection is normal, the above procedure further includes instructions for performing the following steps:

[0096] Based on the latch parameter information, determine the latch ejection time and latch friction noise;

[0097] If the pop-out duration is detected to be greater than a first preset threshold and the friction noise of the latch is greater than a second preset threshold, a maintenance reminder message for the smart lock is sent to the terminal device.

[0098] In one possible example, regarding the acquisition of the raw log data of the smart lock, the above procedure includes instructions for performing the following steps:

[0099] A data acquisition command for the smart lock is generated and sent to an IoT gateway connected to the smart lock. The IoT gateway is used to collect the raw log data of the smart lock in response to the data acquisition command.

[0100] Receive the raw log data from the IoT gateway.

[0101] In one possible example, regarding the preprocessing of the raw log data to obtain preprocessed target log data, the above procedure further includes instructions for performing the following steps:

[0102] The original log data is deduplicated to obtain the first log data after deduplication;

[0103] Filter out log data with empty log timestamps from the first log data to obtain the second log data;

[0104] The target log data is obtained by filtering out log data from the second log data that does not include the target lock identifier of the smart lock.

[0105] In one possible example, after preprocessing the raw log data to obtain preprocessed target log data, the above procedure further includes instructions for performing the following steps:

[0106] Based on the target log data, determine the environmental parameter information of the smart door lock;

[0107] Based on the environmental parameter information, the second fault analysis result of the smart door lock is determined;

[0108] The second fault analysis result is sent to the terminal device.

[0109] In one possible example, when the environmental parameter information includes the device temperature, the above procedure includes instructions for performing the following steps in determining the second fault analysis result of the smart lock based on the environmental parameter information:

[0110] Determine whether the temperature of the device is greater than a preset temperature threshold;

[0111] If it is determined that the device temperature is greater than the preset temperature threshold, then the second fault analysis result of the smart door lock is determined to be that the device temperature of the smart door lock is abnormal.

[0112] In one possible example, after sending the latch fault alarm message to the terminal device, the above procedure includes instructions for performing the following steps:

[0113] Determine the target lock identifier of the smart lock;

[0114] Add the target door lock identifier to the blacklist of the server.

[0115] The above mainly describes the solutions of the embodiments of this application from the perspective of the method execution process. It is understood that, in order to achieve the above functions, the electronic device includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should readily recognize that, in conjunction with the units and algorithm steps of the various examples described in the embodiments provided herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed by hardware or by computer software driving hardware 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.

[0116] This application embodiment can divide the electronic device into functional units according to the above method example. For example, each function can be divided into a separate functional unit, or two or more functions can be integrated into one processing unit. The integrated unit can be implemented in hardware or as a software functional unit. It should be noted that the unit division in this application embodiment is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods.

[0117] When dividing each function into modules according to its corresponding function. Figure 4 A functional unit block diagram of a smart door lock log monitoring and analysis device 400 is given, such as... Figure 4 As shown, an application is made to a server, which is communicatively connected to both the terminal device and the smart lock; the smart lock's log monitoring and analysis device, 400, includes: an acquisition unit 401, a processing unit 402, a determination unit 403, and a transmission unit 404, wherein...

[0118] The acquisition unit 401 is used to acquire the original log data of the smart door lock;

[0119] The processing unit 402 is used to preprocess the original log data to obtain preprocessed target log data;

[0120] The determining unit 403 is used to determine the bolt parameter information, battery power information and historical identity recognition information of the smart door lock when performing a single locking operation based on the target log data.

[0121] The determining unit 403 is further configured to determine the first fault analysis result of the smart door lock bolt based on the bolt parameter information, the battery power information and the historical identity recognition information;

[0122] The transmission unit 404 is used to send a latch fault alarm message to the terminal device if the first fault analysis result is detected as a latch ejection fault.

[0123] As can be seen, the log monitoring and analysis device for smart locks described in this application first acquires the original log data of the smart lock, then preprocesses the original log data to obtain preprocessed target log data, and then determines the latch parameter information, battery power information, and historical identity recognition information of the smart lock during a single locking operation based on the target log data. Further, based on the latch parameter information, battery power information, and historical identity recognition information, the first fault analysis result of the smart lock latch is determined. Finally, if the first fault analysis result is detected as a latch ejection fault, a latch fault alarm message is sent to the terminal device. In this way, the device can collect and analyze the log data of the smart lock to obtain the first fault analysis result of the smart lock latch, promptly detect abnormal situations of the smart lock, realize the management and monitoring of smart locks in the Internet of Things, and improve the stability of smart lock use.

[0124] In one possible example, regarding determining the first fault analysis result of the smart lock bolt based on the bolt parameter information, the battery power information, and the historical identification information, the determining unit 403 is specifically used for:

[0125] The ejection state of the latch is determined based on the latch parameter information;

[0126] If the latch is detected to be unable to extend, the current battery level of the smart lock is determined based on the battery power information.

[0127] If the current battery level is detected to be greater than or equal to a preset battery level threshold, the identity recognition result is determined based on the historical identity recognition information.

[0128] If the identity recognition result is detected as successful, then the first fault analysis result is determined to be a bolt ejection fault.

[0129] If the identity recognition result is detected as identity verification failure, then the first fault analysis result is determined to be that the identity recognition function of the smart door lock is abnormal;

[0130] If the current battery level is detected to be less than the preset battery level threshold, then the first fault analysis result is determined to be an abnormal battery level of the smart lock.

[0131] If the latch is detected to be in a normal pop-out state, then the first fault analysis result is determined to be that the latch pops out normally.

[0132] In one possible example, after determining that the first fault analysis result indicates that the latch ejection is normal, the transmission unit 404 is specifically used for:

[0133] Based on the latch parameter information, determine the latch ejection time and latch friction noise;

[0134] If the pop-out duration is detected to be greater than a first preset threshold and the friction noise of the latch is greater than a second preset threshold, a maintenance reminder message for the smart lock is sent to the terminal device.

[0135] In one possible example, regarding the acquisition of the raw log data of the smart lock, the transmission unit 404 is specifically used for:

[0136] A data acquisition command for the smart lock is generated and sent to an IoT gateway connected to the smart lock. The IoT gateway is used to collect the raw log data of the smart lock in response to the data acquisition command.

[0137] Receive the raw log data from the IoT gateway.

[0138] In one possible example, regarding the preprocessing of the original log data to obtain preprocessed target log data, the processing unit 402 is specifically configured to:

[0139] The original log data is deduplicated to obtain the first log data after deduplication;

[0140] Filter out log data with empty log timestamps from the first log data to obtain the second log data;

[0141] The target log data is obtained by filtering out log data from the second log data that does not include the target lock identifier of the smart lock.

[0142] In one possible example, after preprocessing the original log data to obtain the preprocessed target log data, the transmission unit 404 is specifically used for:

[0143] Based on the target log data, determine the environmental parameter information of the smart door lock;

[0144] Based on the environmental parameter information, the second fault analysis result of the smart door lock is determined;

[0145] The second fault analysis result is sent to the terminal device.

[0146] In one possible example, when the environmental parameter information includes the device temperature, the determining unit 403 is specifically used to: determine the second fault analysis result of the smart lock based on the environmental parameter information.

[0147] Determine whether the temperature of the device is greater than a preset temperature threshold;

[0148] If it is determined that the device temperature is greater than the preset temperature threshold, then the second fault analysis result of the smart door lock is determined to be that the device temperature of the smart door lock is abnormal.

[0149] In one possible example, after sending the latch fault alarm message to the terminal device, the processing unit 402 is specifically used for:

[0150] Determine the target lock identifier of the smart lock;

[0151] Add the target door lock identifier to the blacklist of the server.

[0152] It should be noted that all relevant content of each step involved in the above method embodiments can be referenced from the functional description of the corresponding functional module, and will not be repeated here.

[0153] The electronic device provided in this embodiment is used to execute the log monitoring and analysis method of the smart door lock described above, and therefore can achieve the same effect as the above implementation method.

[0154] When using integrated units, the electronic device may include a processing module, a storage module, and a communication module. The processing module can be used to control and manage the actions of the electronic device; for example, it can support the electronic device in executing the steps performed by the acquisition unit 401, processing unit 402, determination unit 403, and transmission unit 404. The storage module can support the electronic device in executing stored program code and data. The communication module can support communication between the electronic device and other devices.

[0155] The processing module can be a processor or a controller. It can implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with the disclosure of this application. The processor can also be a combination of functions that implement computing capabilities, such as a combination of one or more microprocessors, a combination of digital signal processing (DSP) and a microprocessor, etc. The storage module can be a memory. The communication module can specifically be a radio frequency circuit, a Bluetooth chip, a Wi-Fi chip, or other devices that interact with other electronic devices.

[0156] This application also provides a computer storage medium storing a computer program for electronic data interchange, which causes a computer to perform some or all of the steps of any of the methods described in the above method embodiments, wherein the computer includes an electronic device.

[0157] This application also provides a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps of any of the methods described in the above method embodiments. The computer program product may be a software installation package, and the computer includes a control platform.

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

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

[0160] In the several embodiments provided in this application, it should be understood that the disclosed apparatus can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of the units described above 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 devices or units may be electrical or other forms.

[0161] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units; 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.

[0162] Furthermore, the functional units in the various embodiments of this application 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.

[0163] If the integrated units described above are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage device (CMD). Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a memory and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned memory includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0164] Those skilled in the art will understand that all or part of the steps in the various methods of the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage device, which may include: a flash drive, a read-only memory, a random access memory, a magnetic disk, or an optical disk, etc.

[0165] The embodiments of this application have been described in detail above. Specific examples have been used to illustrate the principles and implementation methods of this application. The description of the above embodiments is only for the purpose of helping to understand the method and core ideas of this application. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of this application. Therefore, the content of this specification should not be construed as a limitation of this application.

Claims

1. A log monitoring and analysis method for a smart door lock, characterized in that, The method is applied to a server, which is communicatively connected to both a terminal device and a smart door lock; the method includes: Obtain the raw log data of the smart door lock; The original log data is preprocessed to obtain the preprocessed target log data; Based on the target log data, determine the latch parameter information, battery power information, and historical identity recognition information of the smart door lock when performing a single locking operation; Based on the latch parameter information, the battery power information, and the historical identity recognition information, the first fault analysis result of the smart door lock latch is determined; If the first fault analysis result is detected as a latch ejection fault, a latch fault alarm message is sent to the terminal device. The step of determining the first fault analysis result of the smart lock bolt based on the bolt parameter information, the battery power information, and the historical identity recognition information includes: The ejection state of the latch is determined based on the latch parameter information; If the latch is detected to be unable to extend, the current battery level of the smart lock is determined based on the battery power information. If the current battery level is detected to be greater than or equal to a preset battery level threshold, the identity recognition result is determined based on the historical identity recognition information. If the identity recognition result is detected as successful, then the first fault analysis result is determined to be a bolt ejection fault. If the identity recognition result is detected as identity verification failure, then the first fault analysis result is determined to be that the identity recognition function of the smart door lock is abnormal; If the current battery level is detected to be less than the preset battery level threshold, then the first fault analysis result is determined to be an abnormal battery level of the smart lock. If the latch is detected to be in a normal pop-out state, then the first fault analysis result is determined to be that the latch pops out normally. Based on the latch parameter information, determine the latch ejection time and latch friction noise; If the pop-out duration is detected to be greater than a first preset threshold and the friction noise of the latch is greater than a second preset threshold, a maintenance reminder message for the smart lock is sent to the terminal device.

2. The method according to claim 1, characterized in that, The process of obtaining the raw log data of the smart lock includes: A data acquisition command for the smart lock is generated and sent to an IoT gateway connected to the smart lock. The IoT gateway is used to collect the raw log data of the smart lock in response to the data acquisition command. Receive the raw log data from the IoT gateway.

3. The method according to claim 1, characterized in that, The preprocessing of the original log data to obtain preprocessed target log data includes: The original log data is deduplicated to obtain the first log data after deduplication; Filter out log data with empty log timestamps from the first log data to obtain the second log data; The target log data is obtained by filtering out log data from the second log data that does not include the target lock identifier of the smart lock.

4. The method according to claim 1, characterized in that, After preprocessing the original log data to obtain the preprocessed target log data, the method further includes: Based on the target log data, determine the environmental parameter information of the smart door lock; Based on the environmental parameter information, the second fault analysis result of the smart door lock is determined; The second fault analysis result is sent to the terminal device.

5. The method according to claim 1, characterized in that, After sending the latch fault alarm message to the terminal device, the method further includes: Determine the target lock identifier of the smart lock; Add the target door lock identifier to the blacklist of the server.

6. A log monitoring and analysis device for a smart door lock, characterized in that, The application is to a server, which is communicatively connected to both the terminal device and the smart door lock. The smart door lock log monitoring and analysis device includes: an acquisition unit, a processing unit, a determination unit, and a transmission unit, wherein, The acquisition unit is used to acquire the original log data of the smart door lock; The processing unit is used to preprocess the original log data to obtain preprocessed target log data; The determining unit is used to determine, based on the target log data, the latch parameter information, battery power information, and historical identity recognition information of the smart door lock when performing a single locking operation; The determining unit is further configured to determine a first fault analysis result of the smart lock bolt based on the bolt parameter information, the battery power information, and the historical identity recognition information; the determination of the first fault analysis result of the smart lock bolt based on the bolt parameter information, the battery power information, and the historical identity recognition information includes: determining the bolt's ejection state based on the bolt parameter information; if the bolt's ejection state is detected as unable to eject, then determining the current battery power of the smart lock based on the battery power information; if the current battery power is detected as greater than or equal to a preset battery power threshold, then determining the identity recognition result based on the historical identity recognition information; if the identity recognition result is detected as successful identity verification, then determining the first fault analysis result as a bolt ejection fault; if the identity recognition result is detected as unsuccessful identity verification, then determining the first fault analysis result as an abnormal identity recognition function of the smart lock; if the current battery power is detected as less than the preset battery power threshold, then determining the first fault analysis result as an abnormal battery power of the smart lock; if the bolt's ejection state is detected as normal ejection, then determining the first fault analysis result as normal bolt ejection. The transmission unit is configured to send a latch fault alarm message to the terminal device if the first fault analysis result indicates a latch ejection fault; after determining that the first fault analysis result indicates a normal latch ejection, the unit is further configured to determine the latch ejection duration and latch friction loudness based on the latch parameter information; if the ejection duration is detected to be greater than a first preset threshold and the latch friction loudness is detected to be greater than a second preset threshold, the unit sends a maintenance reminder message for the smart lock to the terminal device.

7. An electronic device, characterized in that, The method includes a processor, a memory, a communication interface, and one or more programs, said one or more programs being stored in the memory and configured to be executed by the processor, said programs including instructions for performing the steps of the method as described in any one of claims 1-5.

8. A computer-readable storage medium, characterized in that, A computer program for storing electronic data interchange is provided, wherein the computer program causes a computer to perform the method as described in any one of claims 1-5.

Images