A method, apparatus, terminal, and storage medium for fingerprint unlocking.

Abstract

This application relates to the field of device control technology and provides a method, apparatus, terminal, and storage medium for fingerprint unlocking based on Artificial Intelligence (AI). The method includes: if a press operation is detected in the fingerprint recognition area while the screen is locked, obtaining device status data and fingerprint information corresponding to the electronic device at the time of the press operation; matching the fingerprint information with a standard fingerprint to obtain a fingerprint matching result; and generating a mis-touch recognition result based on unlock status data and device status data recorded during historical unlocking processes; if the fingerprint matching result is successful and the mis-touch recognition result is a mis-touch operation, maintaining the screen lock state. This application achieves the recognition of mis-touch events and maintains the screen lock state when a mis-touch operation is determined, reducing the possibility of misoperation and improving the user experience.

Description

Technical Field

[0001] This application belongs to the field of equipment control technology, and in particular relates to a fingerprint unlocking method, device, terminal and storage medium. Background Technology

[0002] Fingerprint unlocking technology is widely used in mobile phones, tablets, and other terminal devices, becoming a crucial part of device control technology. As fingerprint unlocking technology continues to improve, the speed of fingerprint recognition and unlocking response is also increasing. However, existing fingerprint unlocking technologies can unlock the device without the user's intention if their registered fingerprint accidentally touches the fingerprint recognition area, increasing the possibility of accidental operation and reducing the user experience. Summary of the Invention

[0003] This application provides a fingerprint unlocking method, device, terminal, and storage medium, which can solve the problem that existing fingerprint unlocking technologies cannot identify mis-unlocking events, thereby increasing the possibility of misoperation and reducing the user experience.

[0004] In a first aspect, embodiments of this application provide a fingerprint unlocking method applied to an electronic device, comprising:

[0005] When an electronic device detects a press operation on the fingerprint recognition area while the screen is locked, it obtains the device status data and fingerprint information corresponding to the moment of the press operation. Then, the electronic device matches the fingerprint information with a standard fingerprint to obtain a fingerprint matching result, and generates a mis-touch recognition result for this press operation based on the unlock status data recorded during the historical unlocking process and the device status data. At this time, if the electronic device detects that the fingerprint matching result is a successful match and the mis-touch recognition result is a mis-touch operation, it maintains the screen lock state.

[0006] This application embodiment can acquire fingerprint information and device status data corresponding to the pressing operation when the user presses the fingerprint recognition area. The device status data is compared with the unlock status data corresponding to the user's normal unlocking process. Based on the comparison result, the accidental touch recognition result is obtained, realizing the recognition of accidental touch events. When it is determined to be an accidental touch operation, the screen lock state is maintained, reducing the possibility of accidental operation and improving the user experience.

[0007] In one possible implementation of the first aspect, after obtaining the fingerprint matching result of the fingerprint information and the standard fingerprint, and generating the accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data, the method further includes: if the electronic device recognizes that the fingerprint matching result is a successful match and the accidental touch recognition result is a non-accidental touch operation, then it performs the unlocking operation.

[0008] In one possible implementation of the first aspect, after the fingerprint matching result is a successful match and the accidental touch recognition result is a non-accidental touch operation, the unlocking operation is further performed by: the electronic device generating the unlocking state data corresponding to the unlocking operation, wherein the electronic device can determine the accidental touch recognition result of a subsequent press operation through the unlocking state data.

[0009] In this embodiment of the application, corresponding unlock status data is generated after the unlocking operation is performed to increase the number of sample data in the process of generating accidental touch recognition results, thereby improving the accuracy of subsequent accidental touch recognition.

[0010] In one possible implementation of the first aspect, after generating the unlock state data corresponding to the unlock operation, the method further includes: the electronic device can obtain a touch operation initiated by the user and configure a valid identifier corresponding to the unlock state data based on the touch operation; the electronic device can select valid unlock state data and determine the mis-touch recognition result of a subsequent press operation based on the valid unlock state data.

[0011] In one possible implementation of the first aspect, after obtaining the touch operation initiated by the user on the electronic device and configuring the valid identifier corresponding to the unlock state data based on the touch operation, the method further includes: when the electronic device recognizes that the valid identifier of the unlock state data is the first value, it performs a screen lock operation.

[0012] In one possible implementation of the first aspect, the touch operation includes: a swipe operation, a tap operation, or a long press operation.

[0013] In this embodiment of the application, after unlocking the electronic device, the user's subsequent touch operations can be intentionally identified, and the unlock status data corresponding to the unlock operation can be effectively identified based on the intention identification. This reduces the impact of invalid unlock status data on the accidental touch identification process and improves the accuracy of accidental touch identification.

[0014] In one possible implementation of the first aspect, after obtaining the fingerprint matching result of the fingerprint information and the standard fingerprint, and generating the accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data, the method further includes: when the electronic device recognizes that the fingerprint matching result is a matching failure, the electronic device is kept in the locked screen state, that is, the electronic device is not unlocked.

[0015] In one possible implementation of the first aspect, generating a mis-touch recognition result based on the unlocking status data recorded during historical unlocking processes and the device status data includes: the electronic device counting the number of unlocking status data matching the device status data from the unlocking status data of all historical unlocking operations; then, determining the unlocking probability based on the number of matches; if the unlocking probability is greater than or equal to a preset unlocking judgment threshold, generating a mis-touch recognition result for a non-mis-touch operation; otherwise, if the unlocking probability is less than the unlocking judgment threshold, generating a mis-touch recognition result for a mis-touch operation.

[0016] In one possible implementation of the first aspect, before counting the number of unlock status data matching the device status data from the unlock status data of all historical unlock operations, the method further includes: the electronic device acquiring the historical press time corresponding to the historical press operation that successfully matched the standard fingerprint, and determining a press interval based on the historical press time and the press operation time; configuring the unlock judgment threshold based on the press interval; wherein, the shorter the press interval, the smaller the corresponding unlock judgment threshold.

[0017] In this embodiment, by determining the press interval between the last successful fingerprint matching historical press operation and the current moment, the unlock judgment threshold is adjusted to reduce the probability of failure to unlock due to changes in operating habits when there is an intention to unlock, thus improving the accuracy of accidental touch recognition.

[0018] In one possible implementation of the first aspect, generating a mis-touch recognition result based on the unlocking status data recorded during the historical unlocking process and the device status data includes: the electronic device importing the device status data into a preset mis-touch recognition model to obtain a mis-touch recognition result; wherein, before importing the device status data into the mis-touch recognition model, the electronic device may train the mis-touch recognition model based on the unlocking status data.

[0019] In one possible implementation of the first aspect, maintaining the lock screen state if the fingerprint matching result is successful and the accidental touch recognition result is an accidental touch operation includes: the electronic device outputs an unlock prompt message; if the user intentionally unlocks the device, a corresponding first touch operation can be triggered based on the unlock prompt message, wherein the unlock prompt message may prompt the user to click a preset area, prompt the user to draw a specific graphic, or prompt the user to slide a preset distance in a preset direction; therefore, if the electronic device does not receive a first touch operation matching the unlock prompt message within a preset effective response time, it indicates that the user unlocked the device unintentionally, and the electronic device maintains the lock screen state.

[0020] In one possible implementation of the first aspect, after the output of the unlock prompt information, the method further includes: if the electronic device receives a first touch operation that matches the unlock prompt information within the effective response time, then the device performs an unlock operation.

[0021] In one possible implementation of the first aspect, the device status data collected by the electronic device includes the ambient light intensity value and the placement state of the electronic device. In this case, the generation of the accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data can specifically be as follows: if the electronic device detects that the ambient light intensity value is less than a preset light intensity threshold and the placement state of the electronic device is a preset state, such as being placed horizontally, then the electronic device is identified as being in an idle scenario, and the accidental touch recognition result of the accidental touch operation is output. Herein, the idle scenario includes an idle scenario where the device is placed in a pocket and an idle scenario where the device is placed in a bag. That is, when the electronic device is placed in a bag or pocket, the user is not consciously controlling the electronic device, so the unlocking operation can be identified as an accidental touch unlock.

[0022] Secondly, embodiments of this application provide a fingerprint unlocking device, comprising:

[0023] The first device status data acquisition unit is used to acquire device status data and fingerprint information corresponding to the electronic device at the time of the press operation if a press operation is detected in the fingerprint recognition area when the screen is locked.

[0024] The unlocking and recognition unit is used to obtain the fingerprint matching result between the fingerprint information and the standard fingerprint, and to generate the accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data.

[0025] The first accidental touch response unit is used to maintain the screen lock state if the fingerprint matching result is a successful match and the accidental touch recognition result is an accidental touch operation.

[0026] In one possible implementation of the second aspect, the unlocking identification unit includes:

[0027] The first matching count unit is used to count the number of matching unlock status data that matches the device status data from the unlock status data of all historical unlock operations.

[0028] The first unlock probability comparison unit is used to determine the unlock probability based on the number of matches, and to obtain the accidental touch recognition result based on the unlock probability and a preset unlock judgment threshold.

[0029] In one possible implementation of the second aspect, the fingerprint unlocking device further includes:

[0030] The first press interval acquisition unit is used to acquire the historical press time corresponding to the historical press operation that successfully matches the standard fingerprint, and to determine the press interval based on the historical press time and the press operation time.

[0031] The first unlock determination threshold configuration unit is used to configure the unlock determination threshold based on the pressing interval.

[0032] In one possible implementation of the second aspect, the unlocking identification unit includes:

[0033] The first accidental touch recognition model import unit is used to import the device status data into a preset accidental touch recognition model to obtain accidental touch recognition results; the accidental touch recognition model is trained based on the unlock status data.

[0034] Thirdly, embodiments of this application provide a fingerprint unlocking method applied to an electronic device, comprising: when the electronic device detects a press operation in the fingerprint recognition area while the screen is locked, obtaining device status data and fingerprint information corresponding to the time of the press operation; matching the fingerprint information with a standard fingerprint to obtain a fingerprint matching result; then, if the fingerprint matching result is a successful match, generating a mis-touch recognition result corresponding to the current press operation based on the unlock status data recorded during the historical unlocking process and the device status data; if the mis-touch recognition result is a mis-touch operation, maintaining the screen lock state.

[0035] In this embodiment, the fingerprint recognition process is performed first, and the accidental touch recognition operation is executed only after the fingerprint is successfully matched. Since fingerprint recognition has a faster response speed and lower computational load compared to accidental touch recognition, the unlocked state can be maintained directly even if fingerprint matching fails, without performing the computationally intensive accidental touch recognition operation or waiting for its result, thus reducing unnecessary computation.

[0036] In one possible implementation of the third aspect, after generating a mis-touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data if the fingerprint matching result is a successful match, the method further includes: if the electronic device recognizes that the mis-touch recognition result is a non-mis-touch operation, then it performs an unlocking operation.

[0037] In one possible implementation of the third aspect, after performing the unlock operation if the accidental touch recognition result is a non-accidental touch operation, the electronic device further includes: generating unlock status data corresponding to the unlock operation, wherein the electronic device can determine the accidental touch recognition result of a subsequent press operation through the unlock status data.

[0038] In this embodiment of the application, corresponding unlock status data is generated after the unlocking operation is performed to increase the number of sample data in the process of generating accidental touch recognition results, thereby improving the accuracy of subsequent accidental touch recognition.

[0039] In one possible implementation of the third aspect, after generating the unlock state data corresponding to the unlock operation, the method further includes: the electronic device obtaining the user's initiated touch operation, and configuring a valid identifier corresponding to the unlock state data based on the touch operation; the valid identifier is used for: the electronic device to select valid unlock state data, and to determine the mis-touch recognition result of a subsequent press operation based on the valid unlock state data.

[0040] In one possible implementation of the third aspect, after obtaining the touch operation initiated by the user on the electronic device and configuring the valid identifier corresponding to the unlock state data based on the touch operation, the method further includes: when the electronic device recognizes that the valid identifier of the unlock state data is the first value, it performs a screen lock operation.

[0041] In one possible implementation of the third aspect, the touch operation includes: a swipe operation, a tap operation, or a long press operation.

[0042] In this embodiment of the application, after unlocking the electronic device, the user's subsequent touch operations can be intentionally identified, and the unlock status data corresponding to the unlock operation can be effectively identified based on the intention identification. This reduces the impact of invalid unlock status data on the accidental touch identification process and improves the accuracy of accidental touch identification.

[0043] In one possible implementation of the third aspect, after obtaining the fingerprint matching result between the fingerprint information and the standard fingerprint, the method further includes: when the electronic device recognizes that the fingerprint matching result is a matching failure, the electronic device is kept in the locked screen state, that is, the electronic device is not unlocked.

[0044] In one possible implementation of the third aspect, generating a mis-touch recognition result based on the unlocking status data recorded during historical unlocking processes and the device status data includes: the electronic device counting the number of unlocking status data matching the device status data from the unlocking status data of all historical unlocking operations; then, determining the unlocking probability based on the number of matches; if the unlocking probability is greater than or equal to a preset unlocking judgment threshold, generating a mis-touch recognition result for a non-mis-touch operation; otherwise, if the unlocking probability is less than the unlocking judgment threshold, generating a mis-touch recognition result for a mis-touch operation.

[0045] In one possible implementation of the third aspect, before counting the number of unlock status data matching the device status data from the unlock status data of all historical unlock operations, the method further includes: the electronic device acquiring the historical press time corresponding to the historical press operation that successfully matched the standard fingerprint, and determining the press interval based on the historical press time and the press operation time; configuring the unlock judgment threshold based on the press interval; wherein, the shorter the press interval, the smaller the corresponding unlock judgment threshold.

[0046] In this embodiment, by determining the press interval between the last successful fingerprint matching historical press operation and the current moment, the unlock judgment threshold is adjusted to reduce the probability of failure to unlock due to changes in operating habits when there is an intention to unlock, thus improving the accuracy of accidental touch recognition.

[0047] In one possible implementation of the third aspect, generating a mis-touch recognition result based on the unlocking status data recorded during the historical unlocking process and the device status data includes: the electronic device importing the device status data into a preset mis-touch recognition model to obtain a mis-touch recognition result; wherein, before importing the device status data into the mis-touch recognition model, the electronic device can train the mis-touch recognition model based on the unlocking status data.

[0048] In one possible implementation of the third aspect, maintaining the screen lock state if the accidental touch recognition result is an accidental touch operation includes: the electronic device outputs an unlock prompt message; if the user intentionally unlocks the device, a corresponding first touch operation can be triggered based on the unlock prompt message, wherein the unlock prompt message may prompt the user to click a preset area, prompt the user to draw a specific graphic, or prompt the user to slide a preset distance in a preset direction; therefore, if the electronic device does not receive a first touch operation matching the unlock prompt message within a preset effective response time, it indicates that the user unlocked the device unintentionally, and the electronic device maintains the screen lock state.

[0049] In one possible implementation of the third aspect, after the output of the unlock prompt information, the method further includes: if the electronic device receives a first touch operation that matches the unlock prompt information within the effective response time, then the unlock operation is performed.

[0050] In one possible implementation of the third aspect, the device status data collected by the electronic device includes the ambient light intensity value and the placement status of the electronic device. In this case, the generation of the accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data can specifically be as follows: if the electronic device detects that the ambient light intensity value is less than a preset light intensity threshold and the placement status of the electronic device is a preset state, such as being placed horizontally, then the electronic device is identified as being in an idle scenario, and the accidental touch recognition result of the accidental touch operation is output. Herein, the idle scenario includes an idle scenario where the device is placed in a pocket and an idle scenario where the device is placed in a bag. That is, when the electronic device is placed in a bag or pocket, the user is not consciously controlling the electronic device, so the unlocking operation can be identified as an accidental touch unlock.

[0051] Fourthly, embodiments of this application provide a fingerprint unlocking device, comprising:

[0052] The second device status data acquisition unit is used to acquire the device status data and fingerprint information corresponding to the electronic device at the time of the press operation if a press operation is detected in the fingerprint recognition area when the screen is locked.

[0053] The first fingerprint recognition unit is used to obtain the fingerprint matching result between the fingerprint information and the standard fingerprint;

[0054] The first accidental touch recognition unit is used to generate an accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data if the fingerprint matching result is a successful match.

[0055] The second accidental touch response unit is used to maintain the screen lock state if the accidental touch recognition result is an accidental touch operation.

[0056] In one possible implementation of the fourth aspect, the first accidental touch recognition unit includes:

[0057] The second matching count unit is used to count the number of matching unlock status data that match the device status data from the unlock status data of all historical unlock operations.

[0058] The second unlock probability comparison unit is used to determine the unlock probability based on the number of matches, and to obtain the accidental touch recognition result based on the unlock probability and a preset unlock judgment threshold.

[0059] In one possible implementation of the fourth aspect, the fingerprint unlocking device further includes:

[0060] The second press interval acquisition unit is used to acquire the historical press time corresponding to the historical press operation that successfully matches the standard fingerprint, and to determine the press interval based on the historical press time and the press operation time.

[0061] The second unlock determination threshold configuration unit is used to configure the unlock determination threshold based on the pressing interval.

[0062] In one possible implementation of the fourth aspect, the first accidental touch recognition unit includes:

[0063] The second accidental touch recognition model import unit is used to import the device status data into a preset accidental touch recognition model to obtain accidental touch recognition results; the accidental touch recognition model is trained based on the unlock status data.

[0064] Fifthly, this application provides a fingerprint unlocking method applied to an electronic device, comprising: if the electronic device detects a pressing operation in the fingerprint recognition area while the screen is locked, obtaining device status data and fingerprint information corresponding to the time of the pressing operation; generating a mis-touch recognition result based on unlock status data recorded in the historical unlocking process and the device status data; and maintaining the screen lock state if the mis-touch recognition result is a mis-touch operation.

[0065] In this embodiment, the accidental touch recognition operation is performed first, and the fingerprint recognition process is only executed after it is determined to be a non-accidental touch operation. This eliminates the need to perform fingerprint recognition and accidental touch recognition for every press operation, thereby reducing unnecessary fingerprint recognition operations and reducing resource consumption during the unlocking process.

[0066] In one possible implementation of the fifth aspect, after generating the accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data, the method further includes: when the electronic device recognizes that the accidental touch recognition result is a non-accidental touch operation, it matches the fingerprint information with a standard fingerprint to obtain a fingerprint matching result corresponding to the fingerprint information; if the fingerprint matching result is a successful match, it performs an unlocking operation.

[0067] In one possible implementation of the fifth aspect, after the fingerprint matching result is successful and the unlocking operation is performed, the method further includes: the electronic device generating the unlocking state data corresponding to the unlocking operation, wherein the electronic device can determine the accidental touch recognition result of a subsequent press operation through the unlocking state data.

[0068] In this embodiment of the application, corresponding unlock status data is generated after the unlocking operation is performed to increase the number of sample data in the process of generating accidental touch recognition results, thereby improving the accuracy of subsequent accidental touch recognition.

[0069] In one possible implementation of the fifth aspect, after generating the unlock state data corresponding to the unlock operation, the method further includes: the electronic device can obtain the user's initiated touch operation and configure a valid identifier corresponding to the unlock state data based on the touch operation; the electronic device can select valid unlock state data and determine the mis-touch recognition result of a subsequent press operation based on the valid unlock state data.

[0070] In one possible implementation of the fifth aspect, after obtaining the touch operation initiated by the user on the electronic device and configuring the valid identifier corresponding to the unlock state data based on the touch operation, the method further includes: when the electronic device recognizes that the valid identifier of the unlock state data is the first value, it performs a screen lock operation.

[0071] In one possible implementation of the first aspect, the touch operation includes: a swipe operation, a tap operation, or a long press operation.

[0072] In this embodiment of the application, after unlocking the electronic device, the user's subsequent touch operations can be intentionally identified, and the unlock status data corresponding to the unlock operation can be effectively identified based on the intention identification. This reduces the impact of invalid unlock status data on the accidental touch identification process and improves the accuracy of accidental touch identification.

[0073] In one possible implementation of the fifth aspect, after obtaining the fingerprint matching result of the fingerprint information and the standard fingerprint if the accidental touch recognition result is a non-accidental touch operation, the method further includes: when the electronic device recognizes that the fingerprint matching result is a matching failure, the electronic device is kept in the locked screen state, that is, the electronic device is not unlocked.

[0074] In one possible implementation of the fifth aspect, before the unlocking operation is performed, the electronic device further includes: outputting an unlocking prompt message. If the user intentionally unlocks the device, a corresponding first touch operation can be triggered based on the unlocking prompt message. The unlocking prompt message may be prompting the user to click on a preset area, prompting the user to draw a specific graphic, or prompting the user to slide a preset distance in a preset direction. Therefore, if the electronic device does not receive a first touch operation matching the unlocking prompt message within a preset effective response time, it indicates that the user is unlocking the device unintentionally, and the electronic device maintains the locked screen state.

[0075] In one possible implementation of the fifth aspect, after the output of the unlock prompt information, the method further includes: if the electronic device receives a first touch operation that matches the unlock prompt information within the effective response time, then the unlock operation is performed.

[0076] In one possible implementation of the fifth aspect, generating a mis-touch identification result based on the unlocking status data recorded during historical unlocking processes and the device status data includes: the electronic device counting the number of unlocking status data matching the device status data from the unlocking status data of all historical unlocking operations; then, determining the unlocking probability based on the number of matches; if the unlocking probability is greater than or equal to a preset unlocking judgment threshold, generating the mis-touch identification result for a non-mis-touch operation; otherwise, if the unlocking probability is less than the unlocking judgment threshold, generating the mis-touch identification result for a mis-touch operation.

[0077] In one possible implementation of the fifth aspect, before counting the number of matching unlock status data that match the device status data from the unlock status data of all historical unlock operations, the method further includes: the electronic device acquiring the historical press time corresponding to the historical press operation that successfully matches the standard fingerprint, and determining a press interval based on the historical press time and the press operation time; configuring the unlock judgment threshold based on the press interval; wherein, the shorter the press interval, the smaller the corresponding unlock judgment threshold.

[0078] In this embodiment, by determining the press interval between the last successful fingerprint matching historical press operation and the current moment, the unlock judgment threshold is adjusted to reduce the probability of failure to unlock due to changes in operating habits when there is an intention to unlock, thus improving the accuracy of accidental touch recognition.

[0079] In one possible implementation of the fifth aspect, generating a mis-touch recognition result based on the unlocking status data recorded during the historical unlocking process and the device status data includes: the electronic device importing the device status data into a preset mis-touch recognition model to obtain a mis-touch recognition result; wherein, before importing the device status data into the mis-touch recognition model, the electronic device can train the model based on the unlocking status data.

[0080] In one possible implementation of the fifth aspect, the device status data collected by the electronic device includes the ambient light intensity value and the placement status of the electronic device. In this case, the generation of the accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data can specifically be as follows: if the electronic device detects that the ambient light intensity value is less than a preset light intensity threshold and the placement status of the electronic device is a preset state, such as a horizontal placement state, then the electronic device is identified as being in an idle scenario, and the accidental touch recognition result of the accidental touch operation is output. The idle scenario includes an idle scenario where the device is placed in a pocket and an idle scenario where the device is placed in a bag. That is, when the electronic device is placed in a bag or pocket, the user is not consciously controlling the electronic device, so the unlocking operation can be identified as an accidental touch unlock.

[0081] Sixthly, embodiments of this application provide a fingerprint unlocking device, comprising:

[0082] The third device status data acquisition unit is used to acquire the device status data and fingerprint information of the electronic device at the time of the press operation if a press operation is detected in the fingerprint recognition area when the screen is locked.

[0083] The second accidental touch recognition unit is used to generate an accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data if the fingerprint matching result is a successful match.

[0084] The third accidental touch response unit is used to maintain the screen lock state if the accidental touch recognition result is an accidental touch operation.

[0085] In one possible implementation of the sixth aspect, the second accidental touch recognition unit includes:

[0086] The third matching count unit is used to count the number of matching unlock status data that match the device status data from the unlock status data of all historical unlock operations.

[0087] The third unlock probability comparison unit is used to determine the unlock probability based on the number of matches, and to obtain the accidental touch recognition result based on the unlock probability and a preset unlock judgment threshold.

[0088] In one possible implementation of the sixth aspect, the fingerprint unlocking device further includes:

[0089] The third press interval acquisition unit is used to acquire the historical press time corresponding to the historical press operation that successfully matches the standard fingerprint, and to determine the press interval based on the historical press time and the press operation time.

[0090] The third unlocking determination threshold configuration unit is used to configure the unlocking determination threshold based on the pressing interval.

[0091] In one possible implementation of the sixth aspect, the second accidental touch recognition unit includes:

[0092] The third accidental touch recognition model import unit is used to import the device status data into a preset accidental touch recognition model to obtain accidental touch recognition results; the accidental touch recognition model is trained based on the unlock status data.

[0093] In a seventh aspect, embodiments of this application provide an electronic device, a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that the processor executes the computer program to implement the fingerprint unlocking method described in any of the first aspects above.

[0094] Eighthly, embodiments of this application provide a computer-readable storage medium storing a computer program, characterized in that, when executed by a processor, the computer program implements the fingerprint unlocking method described in any of the first aspects above.

[0095] Ninthly, embodiments of this application provide a computer program product that, when run on an electronic device, causes the electronic device to perform the fingerprint unlocking method described in any of the first aspects above.

[0096] It is understood that the beneficial effects of aspects two through nine above can be found in the relevant descriptions in aspect one above, and will not be repeated here. Attached Figure Description

[0097] 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.

[0098] Figure 1 This is a block diagram of a portion of the structure of the electronic device provided in the embodiments of this application;

[0099] Figure 2 This is a schematic diagram of the structure of an under-display fingerprint recognition module provided in one embodiment of this application;

[0100] Figure 3 This is a software structure block diagram of an electronic device according to an embodiment of this application;

[0101] Figure 4This is a schematic diagram illustrating a scenario where a smartphone is placed in a handbag, according to an embodiment of this application.

[0102] Figure 5 This is a schematic diagram of a scenario of a smartphone in a certain holding state provided by an embodiment of this application;

[0103] Figure 6 This is a schematic diagram of a scenario where a smartphone is intended to be used by a user, according to an embodiment of this application.

[0104] Figure 7 This is a schematic diagram of fingerprint unlocking to prevent accidental touches provided in an embodiment of this application;

[0105] Figure 8 This is a flowchart illustrating the implementation of a fingerprint unlocking method according to an embodiment of this application;

[0106] Figure 9 This is a schematic diagram of a touch operation provided in an embodiment of this application;

[0107] Figure 10 This is a schematic diagram of an unlocking operation provided in an embodiment of this application;

[0108] Figure 11 This is a device data status sharing system provided in one embodiment of this application;

[0109] Figure 12 This is a flowchart illustrating the implementation of the fingerprint unlocking method provided in Embodiment 2 of this application;

[0110] Figure 13 This is a schematic diagram of the division of the identification trigger area provided in an embodiment of this application;

[0111] Figure 14 This is a schematic diagram of three unlocking prompt messages provided in one embodiment of this application;

[0112] Figure 15 This is a schematic diagram of the acquisition of a first touch operation provided in an embodiment of this application;

[0113] Figure 16 This is a schematic diagram of the acquisition of a first touch operation provided in another embodiment of this application;

[0114] Figure 17 This is a schematic diagram of the acquisition of a first touch operation provided in another embodiment of this application;

[0115] Figure 18 This is a schematic diagram illustrating the offset between a click operation and a displayed object according to an embodiment of this application;

[0116] Figure 19 This is a schematic diagram of a click operation provided in an embodiment of this application;

[0117] Figure 20 This is a schematic diagram illustrating the deviation between the sliding operation and the standard trajectory provided in one embodiment of this application;

[0118] Figure 21 This is a schematic diagram of a sliding operation provided in an embodiment of this application;

[0119] Figure 22 This is a schematic diagram of a sliding operation provided in another embodiment of this application;

[0120] Figure 23 This is a flowchart illustrating the implementation of the fingerprint unlocking method provided in the three embodiments of this application;

[0121] Figure 24 This is a flowchart illustrating the implementation of the fingerprint unlocking method provided in the four embodiments of this application;

[0122] Figure 25 This is a flowchart illustrating the implementation of the fingerprint unlocking method provided in Embodiment 5 of this application;

[0123] Figure 26 This is a flowchart illustrating the implementation of the fingerprint unlocking method provided in the sixth embodiment of this application;

[0124] Figure 27 This is a flowchart illustrating the implementation of the fingerprint unlocking method provided in the seventh embodiment of this application;

[0125] Figure 28 This is a flowchart illustrating the implementation of the fingerprint unlocking method provided in the eighth embodiment of this application;

[0126] Figure 29 This is a schematic diagram of fingerprint matching failure provided in an embodiment of this application;

[0127] Figure 30 This is a flowchart illustrating the implementation of the fingerprint unlocking method provided in Embodiment Nine of this application;

[0128] Figure 31 This is a structural block diagram of a fingerprint unlocking device provided in one embodiment of this application;

[0129] Figure 32 This is a structural block diagram of a fingerprint unlocking device provided in another embodiment of this application;

[0130] Figure 33 This is a structural block diagram of a fingerprint unlocking device provided in another embodiment of this application;

[0131] Figure 34 This is a schematic diagram of an electronic device provided in another embodiment of this application. Detailed Implementation

[0132] 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.

[0133] 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.

[0134] 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.

[0135] 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]."

[0136] 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.

[0137] 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.

[0138] The fingerprint unlocking method provided in this application can be applied to electronic devices such as mobile phones, tablets, wearable devices, in-vehicle devices, augmented reality (AR) / virtual reality (VR) devices, laptops, ultra-mobile personal computers (UMPCs), netbooks, and personal digital assistants (PDAs). This application does not impose any restrictions on the specific type of electronic device.

[0139] For example, the electronic device may be a station (STAION, ST) in a WLAN, a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA) device, a handheld device with wireless communication capabilities, a computing device or other processing device connected to a wireless modem, a computer, a laptop computer, a handheld communication device, a handheld computing device, and / or other devices for communicating over a wireless system, as well as next-generation communication systems, such as mobile terminals in 5G networks or mobile terminals in future evolved Public Land Mobile Network (PLMN) networks.

[0140] As an example and not a limitation, when the electronic device is a wearable device, the term "wearable device" can also refer to any device that utilizes wearable technology to intelligently design and develop everyday wearables, such as glasses, gloves, watches, clothing, and shoes. Wearable devices are portable devices worn directly on the body or integrated into a user's clothing or accessories, collecting the user's biometric data by attaching to the body. Wearable devices are not merely hardware devices; they achieve powerful functions through software support, data interaction, and cloud interaction. Broadly defined, wearable smart devices include those with comprehensive functions, large sizes, and the ability to perform complete or partial functions without relying on a smartphone, such as smartwatches or smart glasses, as well as those focused on a specific application function that require interaction with other devices such as smartphones, such as various smart bracelets and smart jewelry with unlockable touchscreens.

[0141] Figure 1 A schematic diagram of the structure of the electronic device 100 is shown.

[0142] Electronic device 100 may include processor 110, external memory interface 120, internal memory 121, universal serial bus (USB) interface 130, charging management module 140, power management module 141, battery 142, antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, sensor module 180, button 190, motor 191, indicator 192, camera 193, display screen 194, and subscriber identification module (SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, a barometric pressure sensor 180C, a magnetic sensor 180D, an accelerometer sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, etc.

[0143] It is understood that the structures illustrated in the embodiments of the present invention do not constitute a specific limitation on the electronic device 100. In other embodiments of this application, the electronic device 100 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0144] Processor 110 may include one or more processing units, such as application processors (APs), modem processors, graphics processing units (GPUs), image signal processors (ISPs), controllers, video codecs, digital signal processors (DSPs), baseband processors, and / or neural network processing units (NPUs). These different processing units may be independent devices or integrated into one or more processors.

[0145] The controller can generate operation control signals based on the instruction opcode and timing signals to complete the control of instruction fetching and execution.

[0146] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can retrieve it directly from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0147] In some embodiments, the processor 110 may include one or more interfaces. Interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0148] The I2C interface is a bidirectional synchronous serial bus, including a serial data line (SDA) and a serial clock line (SCL). In some embodiments, the processor 110 may include multiple I2C buses. The processor 110 can couple to the touch sensor 180K, charger, flash, camera 193, etc., through different I2C bus interfaces. For example, the processor 110 can couple to the touch sensor 180K through the I2C interface, enabling the processor 110 and the touch sensor 180K to communicate through the I2C bus interface, thereby realizing the touch function of the electronic device 100.

[0149] The I2S interface can be used for audio communication. In some embodiments, the processor 110 may include multiple I2S buses. The processor 110 can be coupled to the audio module 170 via the I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 via the I2S interface to enable the function of answering phone calls through a Bluetooth headset.

[0150] The PCM interface can also be used for audio communication, sampling, quantizing, and encoding analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 can be coupled via the PCM bus interface. In some embodiments, the audio module 170 can also transmit audio signals to the wireless communication module 160 via the PCM interface, enabling the function of answering phone calls through a Bluetooth headset. Both the I2S interface and the PCM interface can be used for audio communication.

[0151] The UART interface is a universal serial data bus used for asynchronous communication. This bus can be a bidirectional communication bus. It converts the data to be transmitted between serial and parallel communication. In some embodiments, the UART interface is typically used to connect the processor 110 and the wireless communication module 160. For example, the processor 110 communicates with the Bluetooth module in the wireless communication module 160 via the UART interface to implement Bluetooth functionality. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 via the UART interface to enable music playback through Bluetooth headphones.

[0152] The MIPI interface can be used to connect the processor 110 to peripheral devices such as the display screen 194 and the camera 193. The MIPI interface includes a camera serial interface (CSI) and a display serial interface (DSI). In some embodiments, the processor 110 and the camera 193 communicate via the CSI interface to enable the electronic device 100 to capture images. The processor 110 and the display screen 194 communicate via the DSI interface to enable the electronic device 100 to display images.

[0153] The GPIO interface can be configured via software. It can be configured as a control signal or a data signal. In some embodiments, the GPIO interface can be used to connect the processor 110 to a camera 193, a display screen 194, a wireless communication module 160, an audio module 170, a sensor module 180, etc. The GPIO interface can also be configured as an I2C interface, an I2S interface, a UART interface, a MIPI interface, etc.

[0154] USB port 130 is a USB standard compliant interface, specifically a Mini USB port, Micro USB port, USB Type-C port, etc. USB port 130 can be used to connect a charger to charge electronic device 100, and can also be used for data transfer between electronic device 100 and peripheral devices. It can also be used to connect headphones for audio playback. This interface can also be used to connect other electronic devices, such as AR devices.

[0155] It is understood that the interface connection relationships between the modules illustrated in the embodiments of the present invention are merely illustrative and do not constitute a structural limitation on the electronic device 100. In other embodiments of this application, the electronic device 100 may also employ different interface connection methods or combinations of multiple interface connection methods as described in the above embodiments.

[0156] The charging management module 140 receives charging input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 receives charging input from the wired charger via the USB interface 130. In some wireless charging embodiments, the charging management module 140 receives wireless charging input via the wireless charging coil of the electronic device 100. While charging the battery 142, the charging management module 140 can also supply power to the electronic device via the power management module 141.

[0157] The power management module 141 connects the battery 142, the charging management module 140, and the processor 110. The power management module 141 receives input from the battery 142 and / or the charging management module 140, providing power to the processor 110, internal memory 121, display screen 194, camera 193, and wireless communication module 160, etc. The power management module 141 can also monitor parameters such as battery capacity, battery cycle count, and battery health status (leakage current, impedance). In some other embodiments, the power management module 141 may also be located within the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be located in the same device.

[0158] The wireless communication function of electronic device 100 can be realized through antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, modem processor and baseband processor, etc.

[0159] Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in electronic device 100 can be used to cover one or more communication frequency bands. Different antennas can also be multiplexed to improve antenna utilization. For example, antenna 1 can be multiplexed as a diversity antenna for a wireless local area network. In some other embodiments, the antennas can be used in conjunction with tuning switches.

[0160] The mobile communication module 150 can provide solutions for wireless communication, including 2G / 3G / 4G / 5G, applied to the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves via antenna 1, and perform filtering, amplification, and other processing on the received electromagnetic waves before transmitting them to a modem processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modem processor and convert it into electromagnetic waves for radiation via antenna 1. In some embodiments, at least some functional modules of the mobile communication module 150 may be housed in the processor 110. In some embodiments, at least some functional modules of the mobile communication module 150 and at least some modules of the processor 110 may be housed in the same device.

[0161] The modem processor may include a modulator and a demodulator. The modulator modulates the low-frequency baseband signal to be transmitted into a mid-to-high frequency signal. The demodulator demodulates the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After processing by the baseband processor, the low-frequency baseband signal is transmitted to the application processor. The application processor outputs sound signals through an audio device (not limited to speaker 170A, receiver 170B, etc.) or displays images or videos through the display screen 194. In some embodiments, the modem processor may be a separate device. In other embodiments, the modem processor may be independent of the processor 110 and may be housed in the same device as the mobile communication module 150 or other functional modules.

[0162] The wireless communication module 160 can provide solutions for wireless communication applications on the electronic device 100, including wireless local area networks (WLANs) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via antenna 2, performs frequency modulation and filtering of the electromagnetic wave signals, and sends the processed signal to processor 110. The wireless communication module 160 can also receive signals to be transmitted from processor 110, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via antenna 2.

[0163] In some embodiments, antenna 1 of electronic device 100 is coupled to mobile communication module 150, and antenna 2 is coupled to wireless communication module 160, enabling electronic device 100 to communicate with networks and other devices via wireless communication technology. The wireless communication technology may include Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Time Division Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM, and / or IR technologies, etc. The GNSS may include the Global Positioning System (GPS), the Global Navigation Satellite System (GLONASS), the BeiDou Navigation Satellite System (BDS), the Quasi-Zenith Satellite System (QZSS), and / or satellite-based augmentation systems (SBAS).

[0164] Electronic device 100 implements display functions through a GPU, a display screen 194, and an application processor. The GPU is a microprocessor for image processing, connected to the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations and for graphics rendering. Processor 110 may include one or more GPUs, which execute program instructions to generate or modify display information.

[0165] Display screen 194 is used to display images, videos, etc. Display screen 194 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a Mini LED, a MicroLED, a Micro-OLED, a quantum dot light-emitting diode (QLED), etc. In some embodiments, electronic device 100 may include one or N displays 194, where N is a positive integer greater than 1. Display screen 194 may include a touch panel and other input devices. The touch panel, also known as a touch screen, can collect touch operations performed by the user on or near it (such as operations performed by the user using a finger, stylus, or any suitable object on or near the touch panel) and drive corresponding connected devices according to a pre-set program. In one possible implementation, an under-display fingerprint recognition module is configured under the touchscreen. The user can press on the corresponding installation area of ​​the fingerprint recognition module to collect the fingerprint information of the finger used when performing the press operation. For example, Figure 2 A schematic diagram of the structure of an under-display fingerprint recognition module according to an embodiment of this application is shown. See also Figure 2 As shown, the size of the under-display fingerprint recognition module on the phone can be the same as that of the touchscreen. In this case, when unlocking, the user can press any area on the touchscreen to collect the user's fingerprint information and trigger the unlocking process. Alternatively, the size of the under-display fingerprint recognition module can be different from that of the touchscreen. In this case, the under-display fingerprint recognition module can be installed anywhere below the touchscreen. The user needs to press in the designated area (i.e., the installation location of the under-display fingerprint recognition module) to collect fingerprint information and trigger the unlocking process.

[0166] Electronic device 100 can perform shooting functions through ISP, camera 193, video codec, GPU, display 194 and application processor.

[0167] The ISP (Image Signal Processor) is used to process data fed back from the camera 193. For example, when taking a picture, the shutter is opened, and light is transmitted through the lens to the camera's photosensitive element. The light signal is converted into an electrical signal, and the camera's photosensitive element transmits the electrical signal to the ISP for processing, transforming it into an image visible to the naked eye. The ISP can also perform algorithmic optimization of image noise, brightness, and skin tone. The ISP can also optimize parameters such as exposure and color temperature of the shooting scene. In some embodiments, the ISP can be set in the camera 193.

[0168] Camera 193 is used to capture still images or videos. An object is projected onto a photosensitive element by generating an optical image through the lens. The photosensitive element can be a charge-coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the light signal into an electrical signal, which is then passed to an ISP for conversion into a digital image signal. The ISP outputs the digital image signal to a DSP for processing. The DSP converts the digital image signal into image signals in standard RGB, YUV, or other formats. In some embodiments, the electronic device 100 may include one or N cameras 193, where N is a positive integer greater than 1.

[0169] Digital signal processors (DSPs) are used to process digital signals. Besides digital image signals, they can also process other digital signals. For example, when electronic device 100 selects a frequency, the DSP can perform Fourier transforms on the frequency energy.

[0170] Video codecs are used to compress or decompress digital video. Electronic device 100 may support one or more video codecs. Thus, electronic device 100 can play or record videos in various encoding formats, such as Moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

[0171] An NPU (Neural Processing Unit) is a computational processor for neural networks (NNs). By borrowing the structure of biological neural networks, such as the transmission patterns between neurons in the human brain, it can rapidly process input information and continuously learn on its own. NPUs enable intelligent cognitive applications in electronic devices, such as image recognition, facial recognition, speech recognition, and text understanding.

[0172] The external storage interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 100. The external memory card communicates with the processor 110 through the external storage interface 120 to perform data storage functions. For example, music, video, and other files can be saved on the external memory card.

[0173] Internal memory 121 can be used to store computer executable program code, which includes instructions. Internal memory 121 may include a program storage area and a data storage area. The program storage area may store the operating system, at least one application program required for a function (such as sound playback, image playback, etc.), etc. The data storage area may store data created during the use of electronic device 100 (such as audio data, phonebook, etc.). Furthermore, internal memory 121 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc. Processor 110 executes various functional applications and data processing of electronic device 100 by running instructions stored in internal memory 121 and / or instructions stored in memory located in the processor.

[0174] Electronic device 100 can implement audio functions, such as music playback and recording, through audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, and application processor.

[0175] The audio module 170 is used to convert digital audio information into analog audio signals for output, and also to convert analog audio input into digital audio signals. The audio module 170 can also be used for encoding and decoding audio signals. In some embodiments, the audio module 170 may be located in the processor 110, or some functional modules of the audio module 170 may be located in the processor 110.

[0176] The speaker 170A, also known as a "loudspeaker," is used to convert audio electrical signals into sound signals. The electronic device 100 can listen to music or make hands-free calls through the speaker 170A.

[0177] The receiver 170B, also known as the "earpiece," is used to convert audio electrical signals into sound signals. When the electronic device 100 answers a telephone call or voice message, the receiver 170B can be brought close to the ear to listen to the voice.

[0178] Microphone 170C, also known as a "microphone" or "voice transducer," is used to convert sound signals into electrical signals. When making a phone call or sending a voice message, the user can speak by bringing their mouth close to microphone 170C, inputting the sound signal into microphone 170C. Electronic device 100 may have at least one microphone 170C. In some embodiments, electronic device 100 may have two microphones 170C, which, in addition to collecting sound signals, can also perform noise reduction. In other embodiments, electronic device 100 may also have three, four, or more microphones 170C, which can collect sound signals, reduce noise, identify the sound source, and perform directional recording, etc.

[0179] The 170D headphone jack is used to connect wired headphones. The 170D headphone jack can be a USB 130 interface or a 3.5mm Open Mobile Terminal Platform (OMTP) standard interface, a CTIA (Cellular Telecommunications Industry Association of the USA) standard interface.

[0180] Pressure sensor 180A is used to sense pressure signals and convert them into electrical signals. In some embodiments, pressure sensor 180A can be disposed on display screen 194. There are many types of pressure sensors 180A, such as resistive pressure sensors, inductive pressure sensors, and capacitive pressure sensors. A capacitive pressure sensor may include at least two parallel plates with conductive material. When force is applied to pressure sensor 180A, the capacitance between the electrodes changes. Electronic device 100 determines the pressure intensity based on the change in capacitance. When a touch operation is applied to display screen 194, electronic device 100 detects the intensity of the touch operation based on pressure sensor 180A. Electronic device 100 can also calculate the touch position based on the detection signal from pressure sensor 180A. In some embodiments, touch operations applied to the same touch position but with different touch operation intensities can correspond to different operation commands. For example, when a touch operation with an intensity less than a first pressure threshold is applied to the SMS application icon, a command to view an SMS is executed. When a touch operation with an intensity greater than or equal to the first pressure threshold is applied to the SMS application icon, a command to create a new SMS is executed.

[0181] The gyroscope sensor 180B can be used to determine the motion attitude of the electronic device 100. In some embodiments, the gyroscope sensor 180B can determine the angular velocity of the electronic device 100 about three axes (i.e., the x, y, and z axes). The gyroscope sensor 180B can be used for image stabilization. For example, when the shutter is pressed, the gyroscope sensor 180B detects the angle of the shake of the electronic device 100, calculates the distance that the lens module needs to compensate based on the angle, and allows the lens to counteract the shake of the electronic device 100 by moving in the opposite direction, thus achieving image stabilization. The gyroscope sensor 180B can also be used in navigation and motion-sensing game scenarios.

[0182] The barometric pressure sensor 180C is used to measure air pressure. In some embodiments, the electronic device 100 calculates altitude using the air pressure value measured by the barometric pressure sensor 180C to assist in positioning and navigation.

[0183] The magnetic sensor 180D includes a Hall sensor. The electronic device 100 can use the magnetic sensor 180D to detect the opening and closing of the flip cover. In some embodiments, when the electronic device 100 is a flip phone, the electronic device 100 can detect the opening and closing of the flip cover using the magnetic sensor 180D. Then, based on the detected opening and closing state of the cover or the flip cover, features such as automatic flip unlocking can be set.

[0184] The 180E accelerometer can detect the magnitude of acceleration of electronic device 100 in various directions (typically three axes). When electronic device 100 is stationary, it can detect the magnitude and direction of gravity. It can also be used to identify the posture of electronic devices and applied to applications such as screen orientation switching and pedometers.

[0185] A distance sensor 180F is used to measure distance. Electronic device 100 can measure distance via infrared or laser. In some embodiments, during a shooting scene, electronic device 100 can utilize the distance sensor 180F to measure distance for rapid focusing.

[0186] The proximity sensor 180G may include, for example, a light-emitting diode (LED) and a light detector, such as a photodiode. The LED may be an infrared LED. The electronic device 100 emits infrared light outward through the LED. The electronic device 100 uses the photodiode to detect infrared reflected light from nearby objects. When sufficient reflected light is detected, it can be determined that there is an object near the electronic device 100. When insufficient reflected light is detected, the electronic device 100 can determine that there is no object near the electronic device 100. The electronic device 100 may use the proximity sensor 180G to detect when a user holds the electronic device 100 close to their ear for a call, so as to automatically turn off the screen to save power. The proximity sensor 180G can also be used in holster mode and pocket mode for automatic unlocking and locking of the screen.

[0187] The ambient light sensor 180L is used to sense the brightness of ambient light. The electronic device 100 can adaptively adjust the brightness of the display screen 194 based on the sensed ambient light brightness. The ambient light sensor 180L can also be used to automatically adjust the white balance when taking pictures. The ambient light sensor 180L can also work with the proximity sensor 180G to detect whether the electronic device 100 is in a pocket to prevent accidental touches.

[0188] Fingerprint sensor 180H is used to collect fingerprints. Electronic device 100 can utilize the characteristics of the collected fingerprints to achieve fingerprint unlocking, access application lock, fingerprint photography, fingerprint answering of calls, etc. This fingerprint sensor is used to collect user fingerprint information, and includes, but is not limited to, capacitive fingerprint sensors, optical fingerprint sensors, and thermal fingerprint sensors. Different fingerprint sensors have different triggering and recognition principles. For example, for a device that collects fingerprint information based on a capacitive fingerprint sensor, when the fingerprint collection control unit detects a change in the capacitance value fed back by the capacitive fingerprint sensor, it recognizes a press operation in the fingerprint recognition area and obtains the fingerprint information corresponding to the press operation through the capacitive fingerprint sensor. For a device that collects fingerprint information based on an optical fingerprint sensor, the fingerprint collection control unit can determine whether a press operation exists in the fingerprint recognition area based on the pixel values ​​in the total internal reflection image fed back by the optical fingerprint sensor. In one possible implementation, the fingerprint collection module can also be configured with a pressure sensor. If the fingerprint collection control unit in the fingerprint collection module detects that the pressure value of the pressure sensor is greater than a preset pressure threshold, it acquires the fingerprint information within the fingerprint recognition area.

[0189] Temperature sensor 180J is used to detect temperature. In some embodiments, electronic device 100 uses the temperature detected by temperature sensor 180J to execute a temperature handling strategy. For example, when the temperature reported by temperature sensor 180J exceeds a threshold, electronic device 100 performs thermal protection by reducing the performance of a processor located near temperature sensor 180J to reduce power consumption. In other embodiments, when the temperature is below another threshold, electronic device 100 heats battery 142 to prevent abnormal shutdown of electronic device 100 due to low temperature. In still other embodiments, when the temperature is below yet another threshold, electronic device 100 boosts the output voltage of battery 142 to prevent abnormal shutdown due to low temperature.

[0190] Touch sensor 180K, also known as a "touch device," can be located on display screen 194. The touch sensor 180K and display screen 194 together form a touchscreen, also known as a "touchscreen." Touch sensor 180K detects touch operations applied to or near it. The touch sensor can transmit the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through display screen 194. In other embodiments, touch sensor 180K may also be located on the surface of electronic device 100, in a different position than display screen 194.

[0191] The bone conduction sensor 180M can acquire vibration signals. In some embodiments, the bone conduction sensor 180M can acquire vibration signals from the vibrating bone segments of the human vocal cords. The bone conduction sensor 180M can also contact the human pulse to receive blood pressure signals. In some embodiments, the bone conduction sensor 180M can also be incorporated into headphones to form bone conduction headphones. The audio module 170 can parse the voice signals from the vibrating bone segments of the vocal cords acquired by the bone conduction sensor 180M to realize voice functionality. The application processor can parse heart rate information from the blood pressure signals acquired by the bone conduction sensor 180M to realize heart rate detection functionality.

[0192] Buttons 190 include a power button, volume buttons, etc. Buttons 190 can be mechanical buttons or touch-sensitive buttons. Electronic device 100 can receive button input and generate key signal inputs related to user settings and function control of electronic device 100.

[0193] Motor 191 can generate vibration alerts. Motor 191 can be used for incoming call vibration alerts or for touch vibration feedback. For example, different vibration feedback effects can correspond to touch operations performed on different applications (such as taking photos, playing audio, etc.). Motor 191 can also correspond to different vibration feedback effects for touch operations performed on different areas of the display screen 194. Different application scenarios (such as time reminders, receiving messages, alarm clocks, games, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect can also be customized.

[0194] Indicator 192 can be an indicator light, used to indicate charging status, power changes, or to indicate messages, missed calls, notifications, etc.

[0195] The SIM card interface 195 is used to connect a SIM card. The SIM card can be inserted into or removed from the SIM card interface 195 to make contact with and separate from the electronic device 100. The electronic device 100 can support one or N SIM card interfaces, where N is a positive integer greater than 1. The SIM card interface 195 can support Nano SIM cards, Micro SIM cards, SIM cards, etc. Multiple cards can be inserted into the same SIM card interface 195 simultaneously. The multiple cards can be of the same or different types. The SIM card interface 195 is also compatible with different types of SIM cards. The SIM card interface 195 is also compatible with external memory cards. The electronic device 100 interacts with the network through the SIM card to realize functions such as calls and data communication. In some embodiments, the electronic device 100 uses an eSIM, i.e., an embedded SIM card. The eSIM card can be embedded in the electronic device 100 and cannot be separated from the electronic device 100.

[0196] The software system of electronic device 100 can adopt a layered architecture, event-driven architecture, microkernel architecture, microservice architecture, or cloud architecture. This embodiment of the invention uses the layered architecture Android system as an example to exemplify the software structure of electronic device 100.

[0197] Figure 3 This is a software structure block diagram of the electronic device 100 according to an embodiment of the present invention.

[0198] A layered architecture divides software into several layers, each with a clear role and function. Layers communicate with each other through software interfaces. In some embodiments, the Android system is divided into four layers, from top to bottom: the application layer, the application framework layer, the Android runtime and system libraries, and the kernel layer.

[0199] The application layer can include a series of application packages.

[0200] like Figure 3 As shown, the application package may include applications such as camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, music, video, and SMS.

[0201] The application framework layer provides application programming interfaces (APIs) and a programming framework for applications in the application layer. The application framework layer includes some predefined functions.

[0202] like Figure 3 As shown, the application framework layer may include a window manager, content provider, view system, phone manager, resource manager, notification manager, etc.

[0203] The window manager is used to manage windowed applications. It can retrieve screen size, determine the presence of a status bar, lock the screen, and capture screenshots, among other things.

[0204] Content providers store and retrieve data, making that data accessible to applications. This data may include videos, images, audio, made and received phone calls, browsing history and bookmarks, phone books, etc.

[0205] A view system includes visual controls, such as controls for displaying text and controls for displaying images. View systems can be used to build applications. A display interface can consist of one or more views. For example, a display interface including a text notification icon could include views for displaying text and views for displaying images.

[0206] The phone manager is used to provide communication functions for electronic device 100. For example, it manages call status (including connection and disconnection).

[0207] The file explorer provides applications with various resources, such as localized strings, icons, images, layout files, video files, and more.

[0208] The notification manager allows applications to display notifications in the status bar. These notifications can be used to deliver informational messages and can disappear automatically after a short pause, requiring no user interaction. For example, the notification manager can be used to notify users of completed downloads or message alerts. The notification manager can also display notifications as icons or scrolling text in the top status bar, such as notifications from background applications, or as dialog boxes on the screen. Examples include displaying text messages in the status bar, emitting sounds, vibrating electronic devices, and flashing indicator lights.

[0209] The Android Runtime consists of core libraries and a virtual machine. The Android runtime is responsible for the scheduling and management of the Android system.

[0210] The core library consists of two parts: one part is the functionalities that need to be called by the Java language, and the other part is the Android core library.

[0211] The application layer and application framework layer run in a virtual machine. The virtual machine executes the Java files of the application layer and application framework layer as binary files. The virtual machine is used to perform functions such as object lifecycle management, stack management, thread management, security and exception management, and garbage collection.

[0212] System libraries can include multiple functional modules. For example: surface manager, media libraries, 3D graphics processing libraries (e.g., OpenGL ES), 2D graphics engines (e.g., SGL), etc.

[0213] The Surface Manager is used to manage the display subsystem and provides the blending of 2D and 3D layers for multiple applications.

[0214] The media library supports playback and recording of various common audio and video formats, as well as still image files. It supports multiple audio and video encoding formats, such as MPEG4, H.264, MP3, AAC, AMR, JPG, and PNG.

[0215] The 3D graphics processing library is used to implement 3D graphics drawing, image rendering, compositing, and layer processing.

[0216] A 2D graphics engine is a graphics engine for 2D drawing.

[0217] The kernel layer is the layer between hardware and software. The kernel layer contains at least the display driver, camera driver, audio driver, and sensor driver.

[0218] The following example, using a scene of capturing a photograph, illustrates the workflow of the software and hardware of the electronic device 100.

[0219] When touch sensor 180K receives a touch operation, a corresponding hardware interrupt is sent to the kernel layer. The kernel layer processes the touch operation into a raw input event (including touch coordinates, timestamp of the touch operation, etc.). The raw input event is stored in the kernel layer. The application framework layer retrieves the raw input event from the kernel layer and identifies the control corresponding to the input event. Taking a touch click as an example, where the corresponding control is the camera application icon, the camera application calls the application framework layer's interface to launch the camera application, and then calls the kernel layer to launch the camera driver, capturing still images or videos through camera 193.

[0220] In existing technologies, when a user's registered fingerprint accidentally touches the fingerprint recognition area of ​​an electronic device, the device may be unlocked without the user's intention, increasing the likelihood of accidental operation. Specifically, accidental operation refers to an action initiated that is not intended by the user, or an action different from the user's intended action.

[0221] Figure 4This illustration shows a scenario where a smartphone is placed in a handbag, according to an embodiment of this application. The user places the smartphone and other items inside the handbag. When the user reaches into the handbag to retrieve other items, they may accidentally touch the fingerprint recognition area of ​​the smartphone. If the finger that accidentally touches the smartphone is a finger with a registered unlock fingerprint, the smartphone will unlock due to successful fingerprint matching. However, since the user unlocks the smartphone without intending to do so, they may accidentally touch applications or icons on the unlocked interface while searching for items, leading to unintended operations such as making a phone call or sending a text message, causing adverse effects on the user.

[0222] In another application scenario, the electronic device can be a smartphone. For example, Figure 5 This illustration shows a scenario of a smartphone held by a user in a specific gripping state, according to an embodiment of this application. The user places the smartphone on a table. When the user needs to remove the smartphone from the table (at this time, the smartphone is in a locked state), and the user holds the smartphone in a certain gripping posture, the finger with the registered fingerprint may touch the fingerprint recognition area of ​​the smartphone, causing the smartphone to switch from a locked state to an unlocked state. Because this unlocking operation is unintentional, the user is unaware that the smartphone has been unlocked. During the process of holding the smartphone, the user may accidentally touch applications or icons within the unlocked interface, leading to misoperation of the smartphone and thus reducing the user experience.

[0223] For example, Figure 6 This illustration shows a scenario where a smartphone according to an embodiment of this application is being used by a user with intent. See also... Figures 4-6 As can be seen from the scenario diagram, when the user does not intend to unlock the smartphone, the device-related state data such as the smartphone's grip, movement speed, and device posture will differ from the state data when the user intends to unlock the smartphone. Based on this, this embodiment can collect the current device state data of the electronic device while acquiring fingerprint information when a pressing operation is detected in the fingerprint recognition area. This allows the device state data to be used to determine whether the pressing operation is a fingerprint unlocking operation, thereby reducing the occurrence of false unlocking.

[0224] Existing mobile terminals include methods to prevent accidental unlocking. These methods primarily work by instructing the user to perform an unlock intent authentication operation after fingerprint recognition and matching, thereby determining that the fingerprint unlock is intentional and not accidental. For example, Figure 7 A schematic diagram illustrating a fingerprint unlocking mechanism to prevent accidental touches according to an embodiment of this application is shown. See also... Figure 7As shown, when a user presses their registered fingerprint on the fingerprint sensor area, if the electronic device detects a successful fingerprint match, it doesn't immediately unlock the device. Instead, it displays an operation prompt, such as "Slide up to unlock." The user can then perform the corresponding action based on the prompt. If the user's action matches the specified action in the prompt, the device unlocks, indicating an intentional unlocking behavior. Otherwise, it's considered an unintentional unlock, and the device remains locked. While this method avoids accidental touches, in some scenarios, users may not be able to complete the corresponding unlocking action. For example, if a user holds a smartphone in one hand and another object in the other, they may be operating the smartphone with one hand, making it difficult to complete the specified action, such as swiping a preset distance or along a designated path, leading to unlocking failure. Furthermore, in non-accidental touch scenarios, completing a corresponding task in addition to fingerprint recognition reduces the convenience of unlocking and impacts the user experience. Therefore, while completing the task can prevent accidental unlocking, it also reduces unlocking efficiency. To address the aforementioned technical problems, the fingerprint unlocking method provided in this application can generate a false touch recognition result based on the device status data by collecting the fingerprint information and device status data during the user's pressing operation. This eliminates the need for the user to perform a specified unlocking operation for each unlocking operation, thereby reducing the probability of false unlocking and improving the user's unlocking efficiency.

[0225] Example 1:

[0226] See Figure 8 As shown, the subject of this fingerprint unlocking method is an electronic device, which can be a smartphone, tablet, computer, or any device equipped with a fingerprint recognition module. Figure 8 A flowchart illustrating the implementation of a fingerprint unlocking method according to an embodiment of this application is shown, and is described in detail below:

[0227] In S81, if a press operation is detected in the fingerprint recognition area while the screen is locked, the device status data and fingerprint information corresponding to the electronic device at the time of the press operation are obtained.

[0228] In this embodiment, the electronic device obtains the user's fingerprint information through a fingerprint acquisition module or a touch screen with under-display fingerprint recognition.

[0229] In one possible implementation, the electronic device's built-in touchscreen is equipped with an under-display fingerprint recognition module. The fingerprint recognition area of ​​this module can cover the entire touchscreen or be located in a specific area. If the under-display fingerprint recognition module covers the entire touchscreen, then when the electronic device is locked, pressing any area of ​​the touchscreen will trigger the fingerprint unlocking process. If the under-display fingerprint recognition module is located in a specific area of ​​the touchscreen, then the user needs to press that specific area to trigger the fingerprint unlocking process.

[0230] For example, Figure 9 A schematic diagram of a touch operation provided in an embodiment of this application is shown. See also Figure 9 As shown, the electronic device includes a touchscreen with in-display fingerprint recognition functionality. The dashed area indicates the effective area for in-display fingerprint recognition. See also... Figure 9 In (a) above, the electronic device detects that the user's press operation is within the aforementioned valid area. At this time, the electronic device collects the fingerprint information corresponding to the press operation, as well as the device status data at the current moment, i.e., executes the fingerprint unlocking process, and performs false touch recognition based on the device status data; see also Figure 9 In (b), if the electronic device detects that the user's press operation is outside the above-mentioned effective area, the electronic device will not collect fingerprint information or device status data at the time of the press operation, and recognize that the user does not need to perform a device unlocking operation.

[0231] In this embodiment, when the electronic device detects a press operation in the fingerprint recognition area, it can acquire the fingerprint information corresponding to the press operation at that moment through the fingerprint acquisition module, and can also acquire the device status data corresponding to the press operation. This device status data includes, but is not limited to: pose information, time information, press position coordinates, and movement speed information.

[0232] In one possible implementation, the electronic device can have a built-in motion sensor, including but not limited to: a gyroscope, an accelerometer, and an angular velocity sensor. When a press operation is detected in the fingerprint acquisition area, the electronic device can determine the offset parameter of the device's motion relative to the gyroscope based on the velocity from the angular velocity sensor, and determine the attitude angle of the electronic device at the moment of the press operation based on the offset parameter and the gyroscope's deflection; and determine the movement speed and direction of the electronic device based on the velocity feedback from the accelerometer and angular velocity sensor. The attitude angle, movement speed, and movement direction are then used as the device status data of the electronic device.

[0233] In one possible implementation, the electronic device can be equipped with a pressure sensor in the fingerprint recognition area. The electronic device can obtain the pressure value corresponding to the moment of pressing the fingerprint, and use the pressure value as a data item in the device status data. Since the greater the pressure value, the higher the probability that the user intends to unlock the device with their fingerprint, the pressure value of the pressing operation in the fingerprint recognition area can be used as reference data for accidental touch recognition.

[0234] In one possible implementation, when a press operation is detected in the fingerprint recognition area, the electronic device can use a proximity sensor to obtain the distance value between the electronic device and the nearest object in the scene, and use this distance value as a data point in the device's status data. For example, in a scenario where the electronic device is placed in a pocket, the distance value between the electronic device and objects in the surrounding environment is small; for instance, the electronic device will be close to the inner surface of the pocket. In a normal unlocking scenario, the screen of the electronic device is facing the user, and there is a certain distance between the screen and the user. The distance value collected by the proximity sensor is larger, so the magnitude of the distance value can be used to determine whether the unlocking operation was a mistaken touch. Based on this, the distance value of the proximity sensor can be used as reference data for mistaken touch identification.

[0235] In one possible implementation, when a press operation is detected in the fingerprint recognition area, the electronic device can acquire an image of the scene at the moment of the press operation via a camera module. The scene image is used to determine the ambient light intensity and the scene objects contained within the scene at the moment of the press operation, and these two data points are used as the device's status data. For example, Figure 10 A schematic diagram illustrating an unlocking operation according to an embodiment of this application is shown. See also... Figure 10 As shown in (a), in a scenario where the user intentionally unlocks the device, the device screen will be directly facing the user's face. In this case, the scene image captured by the front-facing camera module may contain a facial image; see also... Figure 10 As shown in (b), if the electronic device is placed in a pocket or bag and the user accidentally touches the fingerprint recognition area to trigger the unlock operation, the ambient light intensity will be lower than that under normal use conditions (generally, under normal use conditions, the device is exposed to the outside environment, where the light intensity is stronger). Based on the above reasons, ambient light intensity and the surrounding environment can also help determine whether the unlock operation was accidental.

[0236] In this embodiment, the fingerprint information can be a fingerprint image or fingerprint feature data extracted from a fingerprint image. If the fingerprint information is fingerprint feature data, the electronic device can receive the fingerprint image fed back from the fingerprint recognition area, and analyze the obtained fingerprint image using a preset fingerprint parsing algorithm to obtain the fingerprint feature data corresponding to the fingerprint image. The fingerprint feature data includes, but is not limited to: the shape of the fingerprint ridges (e.g., whorl, arch, and loop), the average spacing between the ridges, and the number of the above-mentioned ridge shapes.

[0237] In one possible implementation, after receiving the fingerprint image from the fingerprint acquisition module, the electronic device can enhance the fingerprint image using a preset preprocessing algorithm, thereby improving the accuracy of subsequent fingerprint matching or fingerprint feature data extraction. This preprocessing algorithm includes techniques such as contrast enhancement, binarization, grayscale conversion, sharpness adjustment, brightness adjustment, and image noise reduction.

[0238] In S82, the fingerprint matching result between the fingerprint information and the standard fingerprint is obtained, and the accidental touch recognition result is generated based on the unlocking status data recorded in the historical unlocking process and the device status data.

[0239] (a) Fingerprint matching process:

[0240] In this embodiment, the electronic device may have at least one standard fingerprint pre-registered. This standard fingerprint may be a standard fingerprint image or standard fingerprint data extracted from a standard fingerprint image. The methods for acquiring the fingerprint image and extracting the standard fingerprint data can be found in the previous step and will not be repeated here.

[0241] In this embodiment, the electronic device can compare the fingerprint information acquired in this instance with a standard fingerprint and generate a fingerprint matching result based on the identified matching degree. If the matching degree is greater than a preset matching threshold, a successfully matched fingerprint matching result is output; otherwise, if the matching degree is less than or equal to the preset matching threshold, a failed fingerprint matching result is output.

[0242] In one possible implementation, if the fingerprint information is a fingerprint image, the method for calculating the matching degree between the fingerprint information and the standard fingerprint can be as follows: the electronic device stores a standard image corresponding to the standard fingerprint, the electronic device uses the standard image as the background image and the fingerprint image as the foreground image, performs rotation, translation and other operations on the fingerprint image, calculates the overlap between the two images at various positions, takes the maximum overlap as the matching degree between the two images, and obtains the fingerprint matching result based on the obtained matching degree.

[0243] In one possible implementation, if the fingerprint information is fingerprint feature data, the method for calculating the matching degree between the fingerprint information and the standard fingerprint can be as follows: the fingerprint feature data package contains parameter values ​​for each fingerprint feature dimension; based on the number of dimensions of each fingerprint feature dimension, an N-dimensional fingerprint feature vector is constructed, where N is the specific number of fingerprint feature dimensions. This fingerprint feature vector can be represented as {f1, f2, f3, ..., f...} n}, where f i Let be the feature value of the i-th fingerprint feature dimension. For example, the fingerprint feature dimension includes, but is not limited to, the shape of the fingerprint ridges, the average spacing between the ridges, and the number of such ridge shapes. Correspondingly, the electronic device stores a standard feature vector corresponding to a standard fingerprint. The electronic device can calculate the vector distance between the fingerprint feature vector and the standard feature vector, and determine the matching degree between them based on this vector distance. Specifically, the smaller the vector distance between the fingerprint feature vector and the standard feature vector, the greater the matching degree; conversely, the larger the vector distance, the smaller the matching degree.

[0244] (II) Accidental Touch Recognition Process:

[0245] In this embodiment, the electronic device can match device status data with unlock status data recorded during historical unlocking processes to determine whether the current pressing operation is an intentional unlocking operation, and determine the accidental touch recognition result based on the judgment result. This accidental touch recognition result includes, but is not limited to, accidental touch operation and non-accidental touch operation. Specifically, the accidental touch recognition result for an accidental touch operation indicates that the current pressing operation is not an unlocking operation, but an unintentional unlocking behavior; the accidental touch recognition result for a non-accidental touch operation indicates that the current pressing operation is an unlocking operation, an intentional unlocking behavior. The electronic device can perform accidental touch recognition based on device status data. Since the device status data is collected during the pressing operation and does not require the user to perform a corresponding intention recognition operation, the accidental touch recognition process is imperceptible to the user, thereby improving unlocking efficiency and convenience. It should be noted that the aforementioned unlock status data can be unlock status data corresponding to unlocking operations completed locally on the electronic device, or unlock status data corresponding to unlocking operations completed remotely on other devices. That is, the electronic device can obtain unlock status data from other devices through a cloud server or by establishing a data synchronization link with other devices.

[0246] In one possible implementation, the device status data collected by the electronic device includes the ambient light intensity value and the placement status of the electronic device. In this case, the generation of the accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data can be specifically as follows: if the electronic device detects that the ambient light intensity value is less than a preset light intensity threshold and the placement status of the electronic device is a preset state, such as a horizontal placement state, then the electronic device is identified as being in an idle scenario, and the accidental touch recognition result is output. Here, the idle scenario includes an idle scenario where the device is placed in a pocket and an idle scenario where the device is placed in a bag. That is, when the electronic device is placed in a bag or pocket, the user is not consciously controlling the electronic device, so the unlocking operation can be identified as an accidental touch unlock.

[0247] In one possible implementation, generating accidental touch recognition results based on device status data can be achieved by the electronic device downloading unlock status data from a cloud server. This unlock status data can be obtained based on historical loading data uploaded by devices of the same model as the electronic device. Specifically, this historical status data refers to device status data collected when the user intentionally unlocks the device. For example, Figure 11This application illustrates a device data status sharing system according to an embodiment of the present application. The system includes an electronic device A used by a target user, a cloud server, and electronic devices B used by other users. Electronic device A can establish a communication connection with the cloud server through a built-in client program to obtain the aforementioned unlock status data. When the target user performs an intentional unlock operation, it uploads the historical status data corresponding to that unlock operation to the cloud server. Similarly, electronic devices B used by other users can also upload the historical status data corresponding to their unlock operations to the cloud server when other users perform intentional unlock operations. The cloud server stores the historical status data uploaded by all electronic devices and performs feature extraction based on all historical status data to obtain the status data of the electronic device when the user intentionally performs an unlock operation, thus obtaining the unlock status data. The method for determining the unlock status data based on historical data can be obtained through statistical methods or big data model training (e.g., using supervised learning models such as SVM, neural network models, and ensemble learning models). After receiving the unlock status data from the cloud server, electronic device A can match the currently collected device status data with the aforementioned unlock status data and obtain the aforementioned accidental touch recognition result based on the matching result. For example, the unlock status data is configured with corresponding status parameter ranges for different status dimensions. Table 1 shows a schematic diagram of the data structure of the unlock status data provided in an embodiment of this application. As shown in Table 1, the status dimension includes a pressure dimension, a coordinate dimension corresponding to the pressing operation in the fingerprint recognition area, and a device posture angle (the device posture angle can be determined by the deflection of the three-dimensional coordinate axis). The electronic device can compare the device status data collected this time with the unlock status data downloaded from the cloud server to determine the number of matching status dimensions, and obtain the above-mentioned mis-touch recognition result based on the number of matching status dimensions. For example, if the parameter values ​​of each status dimension in the device status data match the unlock status data, the mis-touch recognition result for a non-mis-touch operation is output; conversely, if the parameter value of any status dimension in the device status data does not match the unlock status data, the mis-touch recognition result for a mis-touch operation is output.

[0248] Pressing pressure value Pressing coordinate position range X-axis deflection Y-axis deflection Z-axis deflection 0.5N-2N (80,160)～(160,160) 50-100 140-160 120-140

[0249] Table 1

[0250] Optionally, the electronic device can configure corresponding accidental touch weights for different state dimensions. When calculating the matching degree between device state data and unlock state data, the electronic device can count the number of matching state dimensions and calculate the matching degree based on the accidental touch weights corresponding to each state dimension. For example, the accidental touch weight for the pressing pressure value is 0.5, the accidental touch weight for the pressing coordinate position is 0.2, and the accidental touch weight for the deflection amount corresponding to each coordinate axis is 0.1. If the state dimensions matched by a certain device state data are the pressing coordinate position, the X-axis deflection amount, and the Y-axis deflection amount, then the corresponding matching degree is calculated as: 0.2 + 0.1 + 0.1 = 0.4.

[0251] In one possible implementation, the method for generating accidental touch recognition results based on device status data can be as follows: The electronic device can acquire multiple status data during user operation, including but not limited to: status data corresponding to unlocking operations, status data of the electronic device while walking, status data of watching videos on the electronic device, and status data during a call. The electronic device can configure corresponding status labels for different status data, and train a preset classification model based on all status labels and status data to obtain a status classification model that can be used to identify whether the device is in an unlocked state. The electronic device can import the device status data into the aforementioned status classification model, identify the status label corresponding to the device status data, and identify whether the user's current operation is an accidental touch based on the status label. As mentioned above, the status labels can include: unlocking operation status, walking state, video watching state, and call state. For call and walking states, operation of the electronic device is generally not allowed. If the electronic device identifies that the device status data belongs to any of the above status labels, it outputs the operation recognition result of an accidental touch operation. For unlocking operation and video watching states, the electronic device often needs to be in a screen-on state. If the electronic device identifies that the device status data belongs to any of the above status labels, it outputs the operation recognition result of a non-accidental touch operation.

[0252] (III) Regarding the order of execution of the fingerprint matching process and the accidental touch recognition process:

[0253] In this embodiment, the electronic device can perform the two operations simultaneously. That is, the electronic device can invoke two asynchronous processes, one process to respond to the fingerprint matching operation and the other process to respond to the accidental touch recognition operation. Alternatively, the electronic device can perform the two operations in a preset execution order, for example, performing fingerprint matching first and then accidental touch recognition based on device status data; or performing accidental touch recognition first and then matching the fingerprint information with a standard fingerprint.

[0254] In this embodiment, based on the difference between the fingerprint matching result and the accidental touch recognition result, the following three different response operations can be performed. Specifically, if the electronic device detects that the fingerprint matching result is a successful match (i.e., the fingerprint information matches the standard fingerprint) and the accidental touch recognition result is an accidental touch operation, then operation S83 is executed; if the electronic device detects that the fingerprint matching result is a successful match (i.e., the fingerprint information matches the standard fingerprint) and the accidental touch recognition result is not an accidental touch operation, then operation S84 is executed; if the electronic device detects that the fingerprint matching result is a failed match, then regardless of whether the accidental touch recognition result is an accidental touch operation, operation S85 is executed. Since there is no necessary order between the execution of the fingerprint matching result and the accidental touch recognition result in this embodiment, the electronic device needs to obtain both recognition results before executing the response determination process.

[0255] In S83, if the fingerprint matching result is a successful match and the accidental touch recognition result is an accidental touch operation, then the screen lock state is maintained.

[0256] In this embodiment, if fingerprint matching is successful, it indicates that the user performing the pressing operation is a registered and legitimate user, and the unlocking operation is legitimate. However, since the aforementioned accidental touch recognition result is an accidental touch, it means that the user did not intend to perform the unlocking operation, which is an accidental unlocking behavior. To prevent users from initiating unintentional operation commands on the electronic device due to accidental unlocking, the electronic device will remain in a locked screen state, reducing the probability of accidental operation and improving the user experience. Specifically, this locked screen state means that the interactive controls of the electronic device are in a restricted operation state, and only specified operations can be performed, such as turning on the screen, password unlocking, fingerprint unlocking, etc.

[0257] In S84, if the fingerprint matching result is successful and the accidental touch recognition result is not an accidental touch operation, then the unlocking operation is performed.

[0258] In this embodiment, if fingerprint matching is successful, it indicates that the user performing the pressing operation is a registered and legitimate user, and the unlocking operation is legitimate. Furthermore, if the aforementioned accidental touch recognition result is not an accidental touch, it indicates that the user intends to unlock the electronic device. At this point, the electronic device can be unlocked, changing it from a locked state to an unlocked state. Specifically, this unlocked state means that the interactive controls of the electronic device are in an unrestricted operational state; for example, users can perform swiping operations on the swipe screen, as well as operations on applications and controls on the user interface.

[0259] Furthermore, as another embodiment of this application, the following may be included after S84:

[0260] In S841, unlock status data corresponding to the unlocking operation is generated, and the unlock status data is used to determine the accidental touch recognition result.

[0261] In this embodiment, the electronic device detects that the current unlocking operation is a non-accidental touch by the user, meaning it is an intentional action. Based on this, the electronic device can acquire unlocking status data corresponding to this unlocking operation through various sensors within the device, or it can directly use the device status data acquired in S81 as the unlocking status data corresponding to this unlocking operation. The unlocking status data is stored in an unlocking status database of historical unlocking operations. This allows for the continuous addition of sample data to the unlocking status database during the user's daily unlocking process, thereby enabling automatic collection of sample data and updating of user operation behavior to improve the accuracy of accidental touch recognition.

[0262] In one possible implementation, when generating the aforementioned unlock status data, the electronic device can configure a corresponding time tag for the unlock status data. The smaller the difference between this time tag and the moment of the accidental touch recognition operation, the higher the corresponding weighting weight. This weighting weight is used to assess the contribution effect when generating subsequent accidental touch recognition results.

[0263] For example, if an electronic device obtains its unlock feature value based on all unlock status data when recognizing a mis-touch, the unlock feature value can be obtained by summing the data from each unlock status and applying a weighted average. The specific calculation formula is as follows:

[0264]

[0265] Among them, Unlocked i Time is the unlock feature value of the i-th state dimension. j The weighted weight corresponding to the j-th unlock state data is determined based on the difference between the time tag of the unlock state data and the time of the accidental touch recognition operation; Hislocked ij Let M be the parameter value of the i-th state dimension in the j-th unlock state data; M is the total number of unlock state data; and N is the total number of state dimensions.

[0266] For example, if an electronic device, when recognizing a false touch result, specifically counts the number of matches between unlock status data and device status data, and obtains the unlock probability corresponding to that device status data based on the number of matches, and then generates a false touch recognition result based on the unlock probability. In this case, when calculating the unlock probability based on the number of matches, the unlock probability can be obtained by weighting and summing the unlock status data that match the device status data according to their respective weights.

[0267] Because users' habits may change over time when using electronic devices, the smaller the difference between the time stamp and the moment of accidental touch recognition, the closer it is to the current time. This indicates a greater similarity to the user's current unlocking habits. A higher weighting can increase the contribution of the user's recent unlocking habits to accidental touch recognition, allowing the accidental touch recognition logic to be updated according to the user's operating habits, thereby improving the accuracy of accidental touch recognition.

[0268] In this embodiment of the application, corresponding unlock status data is generated after the unlocking operation is performed to increase the number of sample data in the process of generating accidental touch recognition results, thereby improving the accuracy of subsequent accidental touch recognition.

[0269] In S85, if the fingerprint matching result is a failure, the lock screen state is maintained.

[0270] In this embodiment, if fingerprint matching fails, it means that the user performing the pressing operation is not a registered legitimate user. Therefore, regardless of whether the unlocking operation is an intentional unlocking behavior, there is no need to unlock the device, and the electronic device will remain in the locked state.

[0271] In this embodiment, when a user presses the fingerprint recognition area, the electronic device acquires fingerprint information and device status data corresponding to the moment of the press operation. The device status data is then compared with the unlock status data corresponding to the user's normal unlocking process. Based on the comparison result, a mis-touch recognition result is obtained, thus realizing the recognition of mis-touch events. When a mis-touch operation is determined, the screen is kept locked, reducing the possibility of misoperation and improving the user experience.

[0272] Example 2:

[0273] Unlike Embodiment 1, the method for generating accidental touch recognition results based on the unlocking status data recorded during the historical unlocking process and the device status data in this embodiment is as follows: by counting the number of unlocking status data that match the device status data collected this time, the probability of the user intending to perform the unlocking operation is determined, and the accidental touch recognition result is obtained based on the unlocking probability.

[0274] Figure 12 The following is a flowchart illustrating the implementation of the fingerprint unlocking method provided in Embodiment 2 of this application, detailed below:

[0275] In S121, if a press operation is detected in the fingerprint recognition area while the screen is locked, the device status data and fingerprint information corresponding to the electronic device at the time of the press operation are obtained.

[0276] In S122, a fingerprint matching result is obtained by comparing the fingerprint information with a standard fingerprint.

[0277] In S123, the number of matching unlock status data that matches the device status data is counted from the unlock status data of all historical unlock operations.

[0278] In this embodiment, the unlock status data can be unlock status data collected during the unlocking operation of the electronic device in use, or it can be unlock status data about other electronic devices obtained from a cloud server. Specifically, in the early stages of use of the electronic device (this early stage of use can be determined based on usage duration, for example, usage duration less than a preset duration threshold is identified as the early stage of use; this early stage of use can also be determined based on the number of unlocking operations, for example, if the number of unlocking operations performed by the electronic device is less than a preset number of unlocking operations threshold, then the terminal device is identified as being in the early stage of use), the aforementioned unlock status data can be downloaded from the cloud server; conversely, if the electronic device is not in the early stage of use, the unlock status data collected locally can be used.

[0279] In one possible implementation, the electronic device can perform discrete statistical analysis on the unlocking state data of all historical unlocking operations to obtain multiple unlocking behavior types. Each unlocking behavior type corresponds to a state parameter interval, which can be determined based on all unlocking state data belonging to that unlocking behavior type. For example, the electronic device can perform cluster analysis on all unlocking state data to obtain multiple unlocking cluster centroids, and determine the aforementioned state parameter interval based on the unlocking cluster centroids and the effective centroid range. Based on the unlocking cluster centroids and the effective centroid range, the coverage space corresponding to each unlocking behavior type can be marked on a preset coordinate system. Based on the coverage space that the unlocking state data falls into on the aforementioned coordinate system, the unlocking behavior type of the unlocking state data is determined, thereby allowing the number of unlocking operations for each unlocking behavior type to be statistically obtained. Table 2 shows a statistical information table of unlocking behavior types provided in an embodiment of this application. Referring to Table 2, the unlocking state data includes five state dimension parameters, namely, the identification trigger area, the pressing pressure value of the pressing operation, and the current attitude angle of the electronic device (the attitude angle can be determined by the offset between the device and the three-dimensional coordinate axis). Of course, the aforementioned state dimensions can also include: unlock time, current user location information, device speed, and direction of movement. The pressing area can be determined based on the coordinates of the pressing operation, or the fingerprint recognition area of ​​the electronic device can be divided into multiple recognition trigger areas. The parameter value corresponding to the recognition trigger area is determined based on the number of the recognition trigger area where the pressing operation falls. For example, Figure 13 A schematic diagram illustrating the division of the identification trigger area according to an embodiment of this application is shown. See also Figure 13As shown, the fingerprint collection area of ​​this electronic device covers the entire screen and is divided into 12 areas according to a preset grid size. Each fingerprint collection area is assigned a corresponding number. Subsequently, the parameter value of the "recognition trigger area" dimension in the unlock status parameters corresponding to the unlock operation can be determined according to the area where the pressing operation is applied. Figure 11 If the recognition trigger area of ​​the middle press is 8, then the parameter value of the "recognition trigger area" dimension in the unlock status data corresponding to this unlock operation is "8".

[0280]

[0281]

[0282] Table 2

[0283] In one possible implementation, the electronic device can configure corresponding associated offsets for each state dimension included in the device state data. If the difference between the parameter values ​​of each state dimension in the unlocking state data of a historical unlocking operation and the parameter values ​​of the corresponding state dimension in the device state parameters is less than the aforementioned associated offset, then the device state data is identified as matching the unlocking state data, thereby obtaining the number of matching unlocking state data that match the device state data. For example, the device state data includes three state dimensions: identification trigger coordinates, pressing pressure value, and attitude angle. The associated offsets for each state dimension are (~+15), (±1), and (±30°), respectively. The device state parameters obtained in this acquisition are specifically ([15,20], 5, 100°). The unlocking state data that matches the device state parameters must be located (the distance between the point [15,20] is less than or equal to 15), the pressing pressure value is between (4~6), and the attitude angle is between (70°~130°). If the unlock status data corresponding to a historical unlock operation is ([15,21], 5, 110°), and the difference between this unlock status data and the various status dimensions of the device status parameters is less than the aforementioned correlation offset, then the unlock status data is identified as matching the device status data. If the unlock status data corresponding to a historical unlock operation is ([15,21], 1, 110°), and the difference between the pressing pressure dimension and the pressing pressure value of the device status data is greater than the aforementioned correlation offset, then the unlock status data is identified as not matching the device status data.

[0284] In S124, the unlock probability is determined based on the number of matches, and the accidental touch recognition result is obtained according to the unlock probability and the preset unlock judgment threshold.

[0285] In this embodiment, the more matching unlock status data that are matched with the device status data, the higher the corresponding unlock probability, indicating that the pressing operation is an intentional unlocking operation; conversely, the fewer matching unlock status data that are matched with the device status data, the lower the corresponding unlock probability, indicating that the pressing operation is not an intentional unlocking operation.

[0286] In one possible implementation, the unlock probability can be determined based on the number of matches by calculating the ratio between the number of matches and the total number of unlock status data, and then using this ratio to determine the unlock probability. For example, if the total number of unlock status data is 30, and the number of matches between the unlock status data and the currently collected device status data is 15, then the ratio is 50%. This 50% can be used as the unlock probability, and a corresponding adjustment weight, such as 1.5, can be configured for this ratio, resulting in a final unlock probability of 50% * 1.5 = 75%.

[0287] In one possible implementation, the electronic device matches the number of matches with various preset benchmark ranges, and obtains the corresponding unlock probability based on the matching results. Table 3 shows the correspondence table of unlock probabilities. Referring to Table 3, the electronic device sets up a correspondence table for multiple benchmark ranges, which configures the corresponding unlock probability for different benchmark ranges. Based on the number of matches obtained in this statistical analysis, the unlock probability corresponding to the device status data is determined.

[0288] Matching range Unlock probability 0～5 20％ 6～15 60％ 15～+∞ 100％

[0289] Table 3

[0290] In this embodiment, the electronic device can obtain a false touch recognition result based on the comparison between the unlock probability obtained from this recognition and a preset unlock judgment threshold. Specifically, if the unlock probability is greater than or equal to the unlock judgment threshold, a false touch recognition result for a non-false touch operation is generated; conversely, if the unlock probability is less than the unlock judgment threshold, a false touch recognition result for a false touch operation is generated.

[0291] In S125, if the fingerprint matching result is a successful match and the accidental touch recognition result is an accidental touch operation, then the screen lock state is maintained.

[0292] Furthermore, as another embodiment of this application, S125 may specifically include:

[0293] In S1253, if the unlock probability is less than the unlock determination threshold, an unlock prompt message is output.

[0294] In this embodiment, when the electronic device detects that the unlock probability is less than a preset unlock determination threshold, it needs to further determine whether the user intends to unlock, and therefore outputs an unlock prompt message. This unlock prompt message specifically prompts the user to perform a corresponding intent authentication operation. The aforementioned intent authentication operation includes, but is not limited to: pressing a specified area, sliding a specific distance in a specified direction, or drawing a specified sliding trajectory. Figure 14 A schematic diagram illustrating three unlocking prompt messages provided in one embodiment of this application is shown. See also Figure 14 As shown, Figure 14 The prompt information in (a) is to press the specified area; wherein, the specified pressing area can be a different area depending on the pressing operation initiated in S121, and in particular, it can be another area that is more than a preset threshold away from the pressing operation initiated in S121. Figure 14 The prompt message in (b) prompts the user to slide a specified distance horizontally. Figure 14 The prompt in (c) prompts the user to draw a "Z" shaped sliding trajectory.

[0295] Unlike existing technologies, electronic devices do not require users to perform intent authentication for every unlocking operation. Instead, intent authentication is only required when the probability of unlocking is less than the unlock determination threshold. If the probability of unlocking is greater than or equal to the threshold, intent authentication is not required. In other words, intent authentication is only performed when it is determined that the user's action may be accidental, thereby improving the accuracy of accidental touch recognition and preventing situations where unlocking is impossible despite the user's intent to unlock.

[0296] In S1254, if no first touch operation matching the unlock prompt information is received within the preset effective response time, the screen lock state is maintained.

[0297] In this embodiment, after outputting the unlock prompt information, the electronic device starts a preset operation monitoring timer and keeps the screen on during the detection process to collect user touch operations. If the count value of the operation timer is greater than the effective response time and no user-initiated touch operation is received, or the user-initiated touch operation does not match the unlock prompt information, then operation S1254 is executed; if the count value of the operation timer is less than or equal to the effective response time and a user-initiated touch operation matching the unlock prompt information is received, then operation S1255 is executed.

[0298] In this embodiment, the aforementioned failure to receive a first touch operation matching the unlock prompt information includes: the user not initiating any touch operation within the valid response time, and the touch operation initiated by the user within the valid response time not matching the unlock prompt information. Specifically, a touch operation matching the unlock prompt information is a touch operation whose operational deviation from the standard operation corresponding to the unlock prompt information is less than a preset deviation threshold. This operational deviation can be determined based on the type of standard operation indicated by the unlock prompt information. For example, if the standard operation type is a click operation, the operational deviation is specifically the distance value between the specified coordinates of the click operation; if the standard operation type is a swipe operation in a specified direction, the operational deviation is specifically the vector angle between the standard operation type and the specified direction; if the standard operation type is drawing a specified swipe trajectory, the operational deviation is specifically the deviation amount between the standard operation type and the specified swipe trajectory.

[0299] For example, Figure 15 A schematic diagram illustrating the acquisition of a first touch operation according to an embodiment of this application is shown. See also... Figure 15 As shown in (a), to determine whether the user intends to unlock, the electronic device displays a prompt message on the touchscreen that draws a "Z"-shaped sliding trajectory. If the user intends to unlock, the electronic device can capture a first touch operation that closely resembles the "Z" shape, such as... Figure 15 As shown in (b); conversely, if the user does not intend to unlock, the sliding trajectory corresponding to the first touch operation collected by the electronic device may differ significantly from the "Z"-shaped sliding trajectory, such as... Figure 15 In step (c), the electronic device will recognize that it has not received a first touch operation that matches the unlock prompt message.

[0300] For example, Figure 16 A schematic diagram illustrating the acquisition of a first touch operation according to another embodiment of this application is shown. See also Figure 16 As shown in (a), to determine whether the user intends to unlock, the electronic device displays a prompt message on the touchscreen indicating that the user should slide upwards to a preset position. If the user intends to unlock, the electronic device can detect the first touch operation, such as a movement from the pressed area to the designated area. Figure 16 As shown in (b); conversely, if the user does not intend to unlock, the first touch operation collected by the electronic device is not a movement trajectory to the preset position, such as... Figure 16 In step (c), the electronic device will recognize that it has not received a first touch operation that matches the unlock prompt message.

[0301] For example, Figure 17 A schematic diagram illustrating the acquisition of a first touch operation according to another embodiment of this application is shown. See also Figure 17 As shown in (a), to determine whether the user intends to unlock, the electronic device displays a prompt message indicating a tap on a designated area of ​​the touchscreen. If the user intends to unlock, the electronic device can capture the tap on the designated area, such as... Figure 17 As shown in (b); conversely, if the user does not intend to unlock, the first touch operation detected by the electronic device is not a press operation in the designated area, such as... Figure 17 In step (c), the electronic device will recognize that it has not received a first touch operation that matches the unlock prompt message.

[0302] In this embodiment, if the user is unable to initiate a first touch operation that matches the unlock prompt within the effective response time, it indicates that the user's unlock operation is an unintentional unlock operation, and the device will remain in the locked screen state.

[0303] In S1255, if a first touch operation matching the unlock prompt information is received within the effective response time, an unlock operation is performed.

[0304] In this embodiment, when a user initiates a touch operation that matches the standard operation corresponding to the unlock prompt information within the effective response time, the unlock operation is identified as an intentional unlock operation by the user, and the electronic device will be unlocked.

[0305] In this embodiment of the application, when the probability of unlocking is low, that is, when the accidental touch identification result is an accidental touch operation, an unlock prompt message is generated to further confirm the user's unlocking intention, thereby improving the accuracy of accidental unlock identification.

[0306] Furthermore, as another embodiment of this application, prior to S1253, it also includes:

[0307] In S1251, the historical press time corresponding to the previous historical press operation that successfully matched the standard fingerprint is obtained, and the press interval is determined based on the historical press time and the press operation time.

[0308] In this embodiment, when the electronic device outputs the result of accidental touch recognition, it can dynamically adjust the unlocking judgment threshold according to the interval of the user's pressing operation. Specifically, the previously successfully matched historical pressing operation is the one closest in time to the current pressing operation initiated by the user in the fingerprint recognition area, from all historical pressing operations that matched the collected fingerprint information with the standard fingerprint. The electronic device can record the trigger time of each pressing operation, i.e., the aforementioned historical pressing time, and calculate the time difference between the historical pressing time corresponding to the last successfully matched historical pressing operation and the time of the current pressing operation to obtain the aforementioned pressing interval. For example, if a user triggers a press operation on the fingerprint recognition area at 14:10:15, the first historical press time of the user's last first press operation (but fingerprint matching failed) is 14:10:13, and the second historical press time of the user's second press operation (fingerprint matching successfully) which is the second closest to the current time is 14:10:10. Since the first press operation does not match the standard fingerprint, the press interval is calculated by combining the second historical press time of the second press operation with the press time of the current press operation. That is, 14:10:15 - 14:10:10 = 5s, so the press interval corresponding to this press operation is 5s.

[0309] In one possible implementation, to reduce the storage pressure on the database, the electronic device can configure a maximum storage duration for the timestamps of each press operation, for example, 60 seconds. The electronic device can configure a timer for each operation record corresponding to the press operation, and this operation record contains the historical press time corresponding to the initiation of the press operation. If the count value of the timer for any operation record is detected to be greater than the maximum storage duration, the operation record is deleted. Therefore, if the press interval between two user press operations is greater than 60 seconds, there will be no corresponding previous press operation record for the current press operation. In this case, if it is detected that the current press operation has no associated previous press operation, the press interval is configured to the default value, such as 60 seconds.

[0310] In S1252, the unlock determination threshold is configured based on the pressing interval.

[0311] In this embodiment, the electronic device can determine the unlocking threshold used in the current accidental touch recognition process based on the pressing interval. This unlocking threshold is used to determine whether the pressing operation is an accidental touch. Specifically, if the unlocking probability is greater than or equal to the unlocking threshold, a non-accidental touch recognition result is obtained; conversely, if the unlocking probability is less than the unlocking threshold, a mis-touch recognition result is obtained. The shorter the pressing interval, the smaller the corresponding unlocking threshold value; conversely, the longer the pressing interval, the larger the corresponding unlocking threshold value. Since the user presses the fingerprint recognition area multiple times within a short time interval, and the collected fingerprint information matches the standard fingerprint, this indicates a strong unlocking intent from the user. Based on this, the electronic device can lower the unlocking threshold corresponding to a non-accidental touch operation, thereby reducing the probability of failure to unlock due to a change in operating habits causing the device state corresponding to the current unlocking operation to be inconsistent with the previously obtained unlocking state, even when there is an unlocking intent.

[0312] In one possible implementation, the electronic device can divide the space into multiple press interval regions and assign corresponding unlocking thresholds to different press interval ranges. Optionally, if there are only two press interval regions—one greater than a certain interval threshold and the other less than or equal to a certain interval threshold—the electronic device can compare the press interval with the interval threshold and determine the unlocking threshold based on the comparison result. For example, the press interval range can be divided into two, greater than 5 seconds or less than or equal to 5 seconds, and a corresponding unlocking threshold can be configured for each press interval region. For instance, the unlocking threshold configured for the press interval range greater than 5 seconds could be T. α1 The unlocking threshold for a press interval of 5 seconds or less is T. α2 .

[0313] In one possible implementation, the electronic device can establish a conversion function between the press interval and the unlock determination threshold, for example, T. α = f(break), where T α The above-mentioned unlocking threshold is defined as 'break', where 'break' represents the press interval. Optionally, the press interval is inversely proportional to the unlocking threshold.

[0314] In this embodiment, by determining the press interval between the last successful fingerprint matching historical press operation and the current moment, the unlock judgment threshold is adjusted to reduce the probability of failure to unlock due to changes in operating habits when there is an intention to unlock, thus improving the accuracy of accidental touch recognition.

[0315] In S126, if the fingerprint matching result is successful and the accidental touch recognition result is not an accidental touch operation, then the unlocking operation is performed.

[0316] Furthermore, as another embodiment of this application, after S126, it further includes:

[0317] In S1261, unlock status data corresponding to the unlock operation is generated, and the unlock status data is used to determine the accidental touch recognition result.

[0318] Furthermore, as another embodiment of this application, after S1261, it further includes:

[0319] In S1262, a second touch operation initiated by the user on the electronic device is monitored, and a valid identifier corresponding to the unlock status data is configured based on the second touch operation.

[0320] In this embodiment, after unlocking the electronic device, a second touch operation initiated by the user can be acquired. This touch operation includes, but is not limited to, touching the screen and pressing buttons on the electronic device. In one possible implementation, the electronic device can configure a monitoring duration for the monitoring process of the second touch operation, that is, collecting all touch commands initiated by the user within the monitoring duration from the moment the electronic device is unlocked, which are then used as the aforementioned second touch operation. It should be noted that if the user does not initiate any touch operation within the monitoring duration, the aforementioned second touch operation can be empty.

[0321] In this embodiment, the acquired second touch operation is analyzed to determine whether it is an intentionally initiated touch operation by the user, and a valid identifier corresponding to the unlock state is configured based on the intent recognition result. Specifically, if the second touch operation is an unintentional touch operation, the unlock state data is identified as invalid unlock data and a valid identifier is configured; conversely, if the second touch operation is an intentional touch operation, the unlock state data is necessarily valid unlock data and a valid identifier is configured.

[0322] In one possible implementation, if the second touch operation is empty, meaning the user does not initiate any touch operation within the monitoring period, then the valid identifier of the unlock status data is configured as the first value. When the valid identifier is the first value, the unlock status data is identified as invalid unlock status data. If the user needs to unlock the device, it usually requires performing related operations. If the user does not perform any operations after unlocking, then this unlock operation can be identified as a mistaken unlock, not an intentional unlock operation.

[0323] In one possible implementation, if the second touch operation is specifically a click operation, and the click coordinates corresponding to all click operations within the monitoring period do not correspond to any operable display objects on the display interface (e.g., not application icons or operable controls, but rather inoperable display objects such as the background screen), then the electronic device recognizes the second touch operation as an unintentional touch operation and configures the valid identifier of the unlock status data as the first value.

[0324] The method for configuring a valid identifier for the unlock status data based on the second touch operation can be as follows:

[0325] Method 1 (Determining valid identifiers based on coordinate offset):

[0326] 1. If the second touch operation is a click operation on any display object within the display interface, then calculate the offset between the click coordinates of the click operation and the center coordinates of the display object;

[0327] 2. If the offset is greater than a preset offset threshold, the valid identifier of the unlock status data is configured as the first value; when the valid identifier is the first value, the unlock status data is identified as invalid unlock status data.

[0328] 3. If the offset is less than or equal to the offset threshold, the valid identifier of the unlock status data is configured as the second bit value; when the valid identifier is the second bit value, the unlock status data is identified as valid unlock status data.

[0329] In this embodiment, if the second touch operation initiated by the user after unlocking is a click operation, the click coordinates corresponding to this click operation on the display interface can be obtained. Since there is a certain contact area between the user's finger initiating the click operation and the touch screen, that is, the user's click operation corresponds to a click area, the coordinates of the geometric center of the click area can be used as the aforementioned click coordinates. The electronic device can identify the display object indicated by the click operation, obtain the center coordinates of the display object on the display interface, calculate the offset between the click coordinates and the center coordinates, and determine whether the click operation is an intentional click operation based on the magnitude of the offset. Specifically, the display object refers to an operable object on the display interface, such as a virtual button, dialog box, information prompt box, application icon, input box, etc.

[0330] For example, Figure 18 This diagram illustrates the offset between a click operation and a displayed object according to an embodiment of this application. See also... Figure 18As shown, the display object indicated by the user's click operation is application 1. The electronic device can obtain the click coordinates of the click operation and the center coordinates of the corresponding icon of application 1 in the display interface, calculate the distance value between the two coordinates, and use the distance value as the offset.

[0331] For example, Figure 19 A schematic diagram of a click operation according to an embodiment of this application is shown, wherein the offset threshold of the electronic device is x. See also Figure 19 As shown in (a), after the electronic device is unlocked, the user's click operation on application 1 is detected, and the offset between the click operation and the center coordinate of application 1 is z, and z < x. At this time, the electronic device will recognize that the user clicked the operation with intention, and therefore will recognize the above unlock status data as valid data and set it as the second value.

[0332] See Figure 19 As shown in (b), after the electronic device is unlocked, the user's click operation on application 1 is detected, and the offset between the click operation and the center coordinate of application 1 is y, and y > x. At this time, the electronic device will identify the user as having made the click operation unconsciously, and therefore will identify the above unlock status data as invalid data and set it as the first value.

[0333] See Figure 19 As shown in (c), after the electronic device is unlocked, if the user clicks on the current interface and there is no corresponding application or valid control for the click, the user will be identified as having clicked unconsciously. Therefore, the unlock status data will be identified as invalid data and set as the first value.

[0334] In this embodiment, if the offset is greater than a preset offset threshold, it is identified that the user may not have clicked the displayed object intentionally. In this case, the valid identifier is configured as the first value, meaning the unlock status data is identified as invalid unlock data. Conversely, if the offset is less than or equal to the offset threshold, it is identified that the user clicked the displayed object intentionally. In this case, the valid identifier is configured as the second value, meaning the unlock status data is identified as valid unlock data. The electronic device can obtain the result of accidental touch identification of device status data through valid unlock status data. Optionally, the electronic device can delete invalid unlock status data.

[0335] Method 2 (Determining valid identifiers based on sliding trajectory deviation):

[0336] 1. If the touch operation is a sliding operation, then calculate the deviation between the sliding trajectory of the sliding operation and the standard trajectory;

[0337] 2. If the deviation is greater than a preset deviation threshold, the valid identifier of the unlock status data is configured as the first value; when the valid identifier is the first value, the unlock status data is identified as invalid unlock status data.

[0338] 3. If the deviation is less than or equal to the deviation threshold, the valid identifier of the unlock status data is configured as the second bit value; when the valid identifier is the second bit value, the unlock status data is identified as valid unlock status data.

[0339] In this embodiment, if the second touch operation initiated by the user after unlocking is a swipe operation, the swipe trajectory corresponding to this touch operation on the display interface can be obtained. The electronic device can identify the swipe type corresponding to the swipe trajectory and compare the swipe trajectory with the standard trajectory of the corresponding swipe type to obtain the aforementioned deviation amount. The swipe type can be divided based on the direction of the swipe trajectory, such as swiping upwards, swiping left, swiping downwards, and swiping upwards; the swipe type can also be divided based on the shape of the swipe trajectory, such as a straight line, a circle, a Z-shape, etc. The aforementioned deviation amount can be the length of the non-overlapping portion between two trajectories or the included angle between the two trajectories.

[0340] For example, Figure 20 This diagram illustrates the deviation between a sliding operation and a standard trajectory provided in one embodiment of this application. See also... Figure 20 As shown, the user-initiated swipe operation is a swipe to the right, and there is a certain angle between the swipe angle to the right and the standard trajectory. This angle can be used as the deviation between the two swipe trajectories.

[0341] For example, Figure 21 A schematic diagram of a sliding operation according to an embodiment of this application is shown, wherein the deviation angle of the electronic device is x. See also Figure 21 As shown in (a), after the electronic device is unlocked, it detects that the user has initiated a right swipe operation, and the angle between the right swipe operation and the horizontal rightward direction is z, and z < x. At this time, the electronic device will recognize that the user has performed the swipe operation consciously, and therefore will recognize the above unlock status data as valid data and set it as the second bit value.

[0342] See Figure 21 As shown in (b), after the electronic device is unlocked, it detects that the user has initiated a right swipe operation, and the angle between the right swipe operation and the horizontal rightward direction is y, and y > x. At this time, the electronic device will recognize that the user has unconsciously performed the swipe operation, and therefore will recognize the above unlock status data as invalid data and set it as the first value.

[0343] See Figure 21As shown in (c), after the electronic device is unlocked, the user's swipe operation on the current interface is detected, but the direction of the swipe operation cannot be identified, and there is no preset gesture that matches the swipe operation. At this time, the user will be identified as having made an unconscious swipe operation, and therefore the above unlock status data will be identified as invalid data and set as the first value.

[0344] For example, Figure 22 A schematic diagram of a sliding operation provided in another embodiment of this application is shown, wherein the effective sliding length of the electronic device is l, and the deviation angle threshold is x. See also Figure 2 As shown in (a), after the electronic device is unlocked, it detects that the user has initiated a right swipe operation and obtains the distance t of the right swipe operation, where t > l. At this time, it determines the angle z between the right swipe operation and the horizontal rightward movement. If the angle z < x, the electronic device will recognize that the user has performed the swipe operation consciously, and therefore will recognize the above unlock status data as valid data and set it as the second bit value.

[0345] See Figure 22 As shown in (b), after the electronic device is unlocked, it detects that the user has initiated a right swipe operation and obtains the distance s of the right swipe operation, and s > l. At this time, it determines the angle y between the right swipe operation and the horizontal rightward movement. If the angle y > x, the electronic device will identify the user as having performed the swipe operation unconsciously, and therefore will identify the above unlock status data as invalid data and set it as the first value.

[0346] See Figure 22 As shown in (c), after the electronic device is unlocked, it detects that the user has initiated a right swipe operation and obtains the distance q of the right swipe operation, where q < l. At this time, regardless of whether the angle between the right swipe operation and the horizontal rightward movement is less than x, the electronic device will identify the user as having unconsciously performed the swipe operation. Therefore, it will identify the above unlock status data as invalid data and set it as the first value.

[0347] Therefore, whether the above-mentioned identification operation is a valid operation can be determined by multiple feature quantities, such as the moving distance of the sliding trajectory, the angle between it and the standard direction, and the similarity between it and the standard sliding trajectory. If multiple feature quantities are all within the preset valid feature range, then the above-mentioned touch operation is identified as a valid operation.

[0348] In one possible implementation, the number of the second touch operations can be multiple. In this case, the electronic device can collect multiple consecutive touch operations from the user and execute the above-mentioned valid judgment process respectively. Based on the valid recognition results of multiple touch operations, the valid identifier of the unlock status data is determined.

[0349] In this embodiment, if the deviation is greater than a preset deviation threshold, it is identified that the user may not have intentionally generated the swipe trajectory. In this case, the valid identifier is configured as the first value, meaning the unlock status data is identified as invalid unlock data. Conversely, if the deviation is less than or equal to the deviation threshold, it is identified that the user intentionally generated the swipe trajectory. In this case, the valid identifier is configured as the second value, meaning the unlock status data is identified as valid unlock data. The electronic device can obtain the result of accidental touch recognition of device status data through valid unlock status data. Optionally, the electronic device can delete invalid unlock status data.

[0350] In this embodiment of the application, after unlocking the electronic device, the user's subsequent touch operations can be intentionally identified, and the unlock status data corresponding to the unlock operation can be effectively identified based on the intention identification. This reduces the impact of invalid unlock status data on the accidental touch identification process and improves the accuracy of accidental touch identification.

[0351] It should be noted that steps S1253-S1255 are used to determine the user's unlocking intention, and step S1262 is also used to determine the user's unlocking intention. That is, the technical effects achieved by the two embodiments are similar. Therefore, if S125 in embodiment two is specifically implemented using the methods of S1253-S1255, then S1262 may not be included after S126; if S1262 is included after S126 in embodiment two, then S125 may not be implemented using the methods of S1253-S1255.

[0352] Furthermore, as another embodiment of this application, the following may be included after S1262:

[0353] In S1263, if the valid identifier of the unlock status data is the first bit value, then the screen lock operation is performed.

[0354] In this embodiment, if it is detected that the second touch operation performed by the user after unlocking is an unintentional unlocking behavior, and the valid identifier of the unlocking status data is configured as the first value, the electronic device can be locked again to prevent the user from continuing to perform unintentional accidental touches and reduce the impact of accidental touches.

[0355] In S127, if the fingerprint matching result is a failure, the screen lock state is maintained.

[0356] In this embodiment of the application, by counting the number of matches between the device status data collected this time and the unlock status data of historical unlock operations, it is possible to determine whether the current fingerprint recognition area is consistent with the historical unlock behavior, thereby identifying whether the current press operation is a mis-touch operation, and maintaining the screen lock state when it is determined to be a mis-touch operation to avoid user misoperation and improve the user experience.

[0357] Example 3:

[0358] Unlike Embodiment 1, the method for generating accidental touch recognition results based on the unlocking status data recorded in the historical unlocking process and the device status data in this embodiment is as follows: the accidental touch recognition model is trained based on the unlocking status data recorded in all historical unlocking processes, and the device status data obtained in this instance is imported into the accidental touch recognition model to output the accidental touch recognition result.

[0359] Figure 23 The following is a flowchart illustrating the implementation of the fingerprint unlocking method provided in three embodiments of this application, detailed below:

[0360] In S231, if a press operation is detected in the fingerprint recognition area while the screen is locked, the device status data and fingerprint information corresponding to the electronic device at the time of the press operation are obtained.

[0361] In S232, the fingerprint information is matched with the standard fingerprint to obtain the fingerprint matching result.

[0362] In S233, the device status data is imported into a preset accidental touch recognition model to obtain the accidental touch recognition result; the accidental touch recognition model is trained based on the unlock status data.

[0363] In this embodiment, the aforementioned accidental touch recognition model includes, but is not limited to, intelligent recognition models trained using models such as Support Vector Machine (SVM), decision tree, ensemble learning, and neural networks.

[0364] In one possible implementation, the electronic device can obtain the aforementioned accidental touch recognition model through local training. If the accidental touch recognition model is obtained through local training, unlock status data is first required. In this case, the electronic device can acquire the unlock status data locally. For example, during user operation, each time an unlock operation is performed, the device status data at the time of the unlock operation is recorded, resulting in the aforementioned unlock status data. Alternatively, the electronic device can download the unlock status data from a cloud server. In this case, each time an unlock operation is performed, the electronic device and other devices record the device status data at the time of the unlock operation and upload it to the cloud server. That is, the cloud server can store the unlock status data of all terminal devices, which the electronic device can download. Of course, the user can first download the original unlock status data from the cloud and then obtain the aforementioned unlock status data through local data collection during use.

[0365] In one possible implementation, the electronic device can also obtain the aforementioned accidental touch recognition model via cloud download. That is, the training process can be performed on a cloud server, and the electronic device only needs to download the accidental touch recognition model from the cloud server. In this case, during use, the electronic device can upload the collected unlock status data to the cloud server to update and adjust the accidental touch recognition model. The cloud server can periodically release the accidental touch recognition model.

[0366] In one possible implementation, the electronic device can obtain the aforementioned accidental touch recognition model through a combination of cloud download and local training. In this case, the cloud server can train the original model using unlock status data uploaded by various devices and send the original model to the electronic device. During use, the electronic device can collect unlock status data and train the original model based on the locally collected unlock status data to obtain the aforementioned accidental touch recognition model.

[0367] In S234, if the fingerprint matching result is a successful match and the accidental touch recognition result is an accidental touch operation, then the screen lock state is maintained.

[0368] Furthermore, as another embodiment of this application, if the accidental touch recognition result includes an unlock probability, then S234 specifically includes:

[0369] In S2343, if the unlock probability is less than the unlock determination threshold, an unlock prompt message is output.

[0370] In S2344, if no first touch operation matching the unlock prompt information is received within the preset effective response time, the screen lock state is maintained.

[0371] In S2345, if a first touch operation matching the unlock prompt information is received within the effective response time, the unlock operation is performed.

[0372] Furthermore, as another embodiment of this application, prior to S2343, it also includes:

[0373] In S2341, the historical press time corresponding to the previous historical press operation that successfully matched the standard fingerprint is obtained, and the press interval is determined based on the historical press time and the press operation time.

[0374] In S2342, the unlock determination threshold is configured based on the pressing interval.

[0375] In S235, if the fingerprint matching result is a successful match and the accidental touch recognition result is a non-accidental touch operation, then the unlocking operation is performed.

[0376] Furthermore, as another embodiment of this application, after S235, it further includes:

[0377] In S2351, unlocking state data corresponding to the unlocking operation is generated, and the unlocking state data is used to train the accidental touch recognition model.

[0378] Furthermore, as another embodiment of this application, after S2351, it further includes:

[0379] In S2352, a second touch operation initiated by the user on the electronic device is monitored, and a valid identifier corresponding to the unlock status data is configured based on the second touch operation.

[0380] It should be noted that steps S2343-S2345 are used to determine the user's unlocking intention, and step S2352 is also used to determine the user's unlocking intention. That is, the technical effects achieved by the two embodiments are similar. Therefore, if step S234 in embodiment two is specifically implemented using steps S2343-S2345, then step S235 may not include step S2352; if step S235 in embodiment two includes step S2352, then step S234 may not be implemented using steps S2343-S2345.

[0381] Furthermore, as another embodiment of this application, the following may be included after S2352:

[0382] In S2353, if the valid identifier of the unlock status data is the first bit value, then a screen lock operation is performed; when the valid identifier is the first bit value, the unlock status data is identified as invalid unlock status data.

[0383] In S236, if the fingerprint matching result is a failure, the screen lock state is maintained.

[0384] In this embodiment of the application, by counting the number of matches between the device status data collected this time and the unlock status data of historical unlock operations, it is possible to determine whether the current fingerprint recognition area is consistent with the historical unlock behavior, thereby identifying whether the current press operation is a mis-touch operation, and maintaining the screen lock state when it is determined to be a mis-touch operation to avoid user misoperation and improve the user experience.

[0385] Example 4:

[0386] Unlike Embodiment 1, Embodiment 4 first performs the operation of "obtaining the fingerprint matching result between the fingerprint information and the standard fingerprint", and after the fingerprint matching result is successful, it then performs the operation of "generating the accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data".

[0387] Figure 24 The following is a flowchart illustrating the implementation of the fingerprint unlocking method provided in four embodiments of this application, detailed below:

[0388] In S241, if a press operation is detected in the fingerprint recognition area while the screen is locked, the device status data and fingerprint information corresponding to the electronic device at the time of the press operation are obtained.

[0389] In S242, the fingerprint information is matched with the standard fingerprint to obtain the fingerprint matching result.

[0390] In S243, if the fingerprint matching result is a failure, the screen lock state is maintained.

[0391] In S244, if the fingerprint matching result is a successful match, a mis-touch recognition result is generated based on the unlocking status data recorded in the historical unlocking process and the device status data.

[0392] In S245, if the accidental touch recognition result is an accidental touch operation, the screen lock state is maintained.

[0393] In S246, if the accidental touch recognition result is a non-accidental touch operation, then the unlocking operation is performed.

[0394] Furthermore, as another embodiment of this application, after S246, it further includes:

[0395] In S2461, unlock status data corresponding to the unlock operation is generated, and the unlock status data is used to determine the accidental touch recognition result.

[0396] In this embodiment, when a user presses the fingerprint recognition area, the electronic device acquires fingerprint information and device status data corresponding to the moment of the press operation. When the fingerprint information is detected to match a standard fingerprint, the device status data is compared with the unlock status data corresponding to the user's normal unlocking process. Based on the comparison result, the accidental touch recognition result is obtained, thereby realizing the recognition of accidental touch events. When an accidental touch operation is determined, the screen lock state is maintained, reducing the possibility of accidental operation and improving the user experience.

[0397] Compared to Example 1, this example performs the fingerprint recognition process first, and then executes the accidental touch recognition operation after successful fingerprint matching. Since fingerprint recognition has a faster response speed and lower computational load compared to accidental touch recognition, it can maintain the unlocked state directly even if fingerprint matching fails, without needing to perform the computationally intensive accidental touch recognition operation or wait for its result, thus reducing unnecessary computation.

[0398] Example 5:

[0399] Unlike Embodiment 4, the method for generating the accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data in this embodiment is as follows: by counting the number of unlocking status data that match the device status data collected this time, the probability of the user intending to perform the unlocking operation is determined, and the accidental touch recognition result is obtained based on the unlocking probability.

[0400] Figure 25 The following is a flowchart illustrating the implementation of the fingerprint unlocking method provided in five embodiments of this application, detailed below:

[0401] In S251, if a press operation is detected in the fingerprint recognition area while the screen is locked, the device status data and fingerprint information corresponding to the electronic device at the time of the press operation are obtained.

[0402] In S252, the fingerprint information is matched with the standard fingerprint to obtain the fingerprint matching result.

[0403] In S253, if the fingerprint matching result is a failure, the lock screen state is maintained.

[0404] In S254, if the fingerprint matching result is successful, the number of matching unlock status data that matches the device status data is counted from the unlock status data of all historical unlock operations.

[0405] In S255, the unlock probability is determined based on the number of matches, and the accidental touch recognition result is obtained according to the unlock probability and the preset unlock judgment threshold.

[0406] In S256, if the accidental touch recognition result is an accidental touch operation, the screen lock state is maintained.

[0407] Furthermore, as another embodiment of this application, S256 may specifically include:

[0408] In S2563, if the unlock probability is less than the unlock determination threshold, an unlock prompt message is output.

[0409] In S2564, if no first touch operation matching the unlock prompt information is received within the preset effective response time, the screen lock state is maintained.

[0410] In S2565, if a first touch operation matching the unlock prompt information is received within the effective response time, an unlock operation is performed.

[0411] Furthermore, as another embodiment of this application, prior to S2563, it also includes:

[0412] In S2561, the historical press time corresponding to the previous historical press operation that successfully matched the standard fingerprint is obtained, and the press interval is determined based on the historical press time and the press operation time.

[0413] In S2562, the unlock determination threshold is configured based on the press interval.

[0414] In S257, if the accidental touch recognition result is a non-accidental touch operation, then the unlock operation is performed.

[0415] Furthermore, as another embodiment of this application, after S257, it further includes:

[0416] In S2571, unlock status data corresponding to the unlock operation is generated, and the unlock status data is used to determine the accidental touch recognition result.

[0417] Furthermore, as another embodiment of this application, after S2571, it further includes:

[0418] In S2572, a second touch operation initiated by the user on the electronic device is monitored, and a valid identifier corresponding to the unlock status data is configured based on the second touch operation.

[0419] It should be noted that steps S2563-S2565 are used to determine the user's unlocking intention, and step S2572 is also used to determine the user's unlocking intention. That is, the technical effects achieved by the two embodiments are similar. Therefore, if step S256 in embodiment two is specifically implemented using the methods of S2563-S2565, then step S257 may not include S2572; if step S257 in embodiment two includes S2572, then step S256 may not be implemented using the methods of S2563-S2565.

[0420] Furthermore, as another embodiment of this application, the following may be included after S2532:

[0421] In S2533, if the valid identifier of the unlock status data is the first bit value, then the screen lock operation is performed; when the valid identifier is the first bit value, the unlock status data is identified as invalid unlock status data.

[0422] In this embodiment of the application, by counting the number of matches between the device status data collected this time and the unlock status data of historical unlock operations, it is possible to determine whether the current fingerprint recognition area is consistent with the historical unlock behavior, thereby identifying whether the current press operation is a mis-touch operation, and maintaining the screen lock state when it is determined to be a mis-touch operation to avoid user misoperation and improve the user experience.

[0423] Example 6:

[0424] Unlike Embodiment 4, the method for generating accidental touch recognition results based on the unlocking status data recorded in the historical unlocking process and the device status data in this embodiment is as follows: the accidental touch recognition model is trained based on the unlocking status data recorded in all historical unlocking processes, and the device status data obtained in this instance is imported into the accidental touch recognition model to output the accidental touch recognition results.

[0425] Figure 26 The following is a flowchart illustrating the implementation of the fingerprint unlocking method provided in six embodiments of this application, detailed below:

[0426] In S261, if a press operation is detected in the fingerprint recognition area while the screen is locked, the device status data and fingerprint information corresponding to the electronic device at the time of the press operation are obtained.

[0427] In S262, the fingerprint information is matched with the standard fingerprint to obtain the fingerprint matching result.

[0428] In S263, if the fingerprint matching result is a failure, the screen lock state is maintained.

[0429] In S264, if the fingerprint matching result is successful, the device status data is imported into a preset accidental touch recognition model to obtain the accidental touch recognition result; the accidental touch recognition model is trained based on the unlock status data.

[0430] In S265, if the accidental touch recognition result is an accidental touch operation, the screen lock state is maintained.

[0431] Furthermore, as another embodiment of this application, if the accidental touch recognition result includes an unlock probability, then S265 specifically includes:

[0432] In S2653, if the unlock probability is less than the unlock determination threshold, an unlock prompt message is output.

[0433] In S2654, if no first touch operation matching the unlock prompt information is received within the preset effective response time, the screen lock state is maintained.

[0434] In S2655, if a first touch operation matching the unlock prompt information is received within the effective response time, an unlock operation is performed.

[0435] Furthermore, as another embodiment of this application, prior to S2653, it also includes:

[0436] In S2651, the historical press time corresponding to the previous historical press operation that successfully matched the standard fingerprint is obtained, and the press interval is determined based on the historical press time and the press operation time.

[0437] In S2652, the unlock determination threshold is configured based on the press interval.

[0438] In S266, if the accidental touch recognition result is a non-accidental touch operation, then the unlock operation is performed.

[0439] Furthermore, as another embodiment of this application, after S266, it further includes:

[0440] In S2661, unlocking state data corresponding to the unlocking operation is generated, and the unlocking state data is used to train the accidental touch recognition model.

[0441] Furthermore, as another embodiment of this application, after S2661, it further includes:

[0442] In S2662, a second touch operation initiated by the user on the electronic device is monitored, and a valid identifier corresponding to the unlock status data is configured based on the second touch operation.

[0443] It should be noted that steps S2653-S2655 are used to determine the user's unlocking intent, and step S2662 is also used to determine the user's unlocking intent. That is, the technical effects achieved by the two embodiments are similar. Therefore, if step S265 in embodiment two is specifically implemented using the methods of S2653-S2655, then step S266 may not include S2662; if step S266 in embodiment two includes S2662, then step S265 may not be implemented using the methods of S2653-S2655.

[0444] Furthermore, as another embodiment of this application, the following may be included after S2662:

[0445] In S2663, if the valid identifier of the unlock status data is the first bit value, then a screen lock operation is performed; when the valid identifier is the first bit value, the unlock status data is identified as invalid unlock status data.

[0446] In this embodiment of the application, by counting the number of matches between the device status data collected this time and the unlock status data of historical unlock operations, it is possible to determine whether the current fingerprint recognition area is consistent with the historical unlock behavior, thereby identifying whether the current press operation is a mis-touch operation, and maintaining the screen lock state when it is determined to be a mis-touch operation to avoid user misoperation and improve the user experience.

[0447] Example 7:

[0448] Unlike Embodiment 1, Embodiment 7 first executes the operation of "generating a false touch recognition result based on the unlocking status data recorded during the historical unlocking process and the device status data", and then executes the operation of "obtaining a fingerprint matching result between the fingerprint information and the standard fingerprint" after the fingerprint matching result is successful.

[0449] Figure 27 The following is a flowchart illustrating the implementation of the fingerprint unlocking method provided in seven embodiments of this application, detailed below:

[0450] In S271, if a press operation is detected in the fingerprint recognition area while the screen is locked, the device status data and fingerprint information corresponding to the electronic device at the time of the press operation are obtained.

[0451] In S272, a mis-touch recognition result is generated based on the unlock status data recorded during the historical unlocking process and the device status data.

[0452] In S273, if the accidental touch recognition result is an accidental touch operation, the screen lock state is maintained.

[0453] In S274, if the accidental touch recognition result is a non-accidental touch operation, then the fingerprint information is matched with the standard fingerprint.

[0454] In S275, if the fingerprint matching result is a failure, the screen lock state is maintained.

[0455] In S276, if the fingerprint matching result is a successful match, the unlocking operation is performed.

[0456] Furthermore, as another embodiment of this application, after S276, it further includes:

[0457] In S2761, unlock status data corresponding to the unlock operation is generated, and the unlock status data is used to determine the accidental touch recognition result.

[0458] In this embodiment, when a user presses the fingerprint recognition area, the electronic device acquires fingerprint information and device status data corresponding to the moment of the press operation. When the fingerprint information is detected to match a standard fingerprint, the device status data is compared with the unlock status data corresponding to the user's normal unlocking process. Based on the comparison result, the accidental touch recognition result is obtained, thereby realizing the recognition of accidental touch events. When an accidental touch operation is determined, the screen lock state is maintained, reducing the possibility of accidental operation and improving the user experience.

[0459] Compared with Embodiment 1, this embodiment first performs accidental touch recognition, and only executes the fingerprint recognition process after determining that it is not an accidental touch operation. It does not require fingerprint recognition and accidental touch recognition for every press operation, thereby reducing unnecessary fingerprint recognition operations and reducing resource consumption in the unlocking process.

[0460] Example 8:

[0461] Unlike Embodiment Seven, the method for generating accidental touch recognition results based on the unlocking status data recorded during the historical unlocking process and the device status data in this embodiment is as follows: by counting the number of unlocking status data that match the device status data collected this time, the unlocking probability that the user intends to perform an unlocking operation is determined, and the accidental touch recognition result is obtained based on the unlocking probability.

[0462] Figure 28 The following is a flowchart illustrating the implementation of the fingerprint unlocking method provided in eight embodiments of this application, detailed below:

[0463] In S281, if a press operation is detected in the fingerprint recognition area while the screen is locked, the device status data and fingerprint information corresponding to the electronic device at the time of the press operation are obtained.

[0464] In S282, the number of unlock status data that match the device status data is counted from the unlock status data of all historical unlock operations.

[0465] In S283, the unlock probability is determined based on the number of matches, and the accidental touch recognition result is obtained according to the unlock probability and the preset unlock judgment threshold.

[0466] In S284, if the accidental touch recognition result is an accidental touch operation, the screen lock state is maintained.

[0467] Furthermore, as another embodiment of this application, S284 may specifically include:

[0468] In S2843, if the unlock probability is less than the unlock determination threshold, an unlock prompt message is output.

[0469] In S2844, if no first touch operation matching the unlock prompt information is received within the preset effective response time, the screen lock state is maintained.

[0470] In S2845, if a first touch operation matching the unlock prompt information is received within the effective response time, a fingerprint matching result between the fingerprint information and the standard fingerprint is obtained.

[0471] In this embodiment, if the electronic device receives a first touch operation that matches the unlock prompt information within the effective response time, it can match the fingerprint information with the standard fingerprint. If a successful fingerprint match is obtained, the electronic device can be unlocked directly. Conversely, if the fingerprint information does not match the standard fingerprint, a failed fingerprint match result is obtained, and the electronic device remains in the unlocked state.

[0472] In one possible implementation, when the electronic device detects a fingerprint matching failure, it can output a fingerprint recognition failure message on the touchscreen to prompt the user to re-collect fingerprint information. After a preset time, the touchscreen will then turn off again. Since the touchscreen can be on during the initial touch operation, directly maintaining the locked screen would prevent the user from determining whether the issue is a mismatch between the touch operation and the unlock prompt, or a fingerprint recognition error. Therefore, the electronic device can output a fingerprint recognition failure message to prompt the user to re-collect fingerprint information.

[0473] For example, Figure 29 This diagram illustrates a fingerprint matching failure according to an embodiment of this application. See also... Figure 29As shown, the electronic device lights up the touchscreen and outputs an unlock prompt message on the touchscreen, namely "Slide up to unlock". The user initiates the first touch operation of sliding up within the effective response time. At this time, the electronic device matches the fingerprint information collected in S281 with the standard fingerprint. If a mismatch is detected, the device will output the message "Fingerprint matching failed" on the touchscreen to prompt the user to re-collect fingerprint information.

[0474] In another embodiment of this application, if the electronic device detects that the first touch operation matches the unlock prompt information, and detects that the user initiates another press operation in the fingerprint recognition area within a preset screen illumination time, then the fingerprint information is re-acquired, and the fingerprint information is matched with the standard fingerprint to obtain the fingerprint matching result, without the need to re-collect the unlock status data or perform the accidental touch recognition operation.

[0475] Furthermore, as another embodiment of this application, prior to S2843, it also includes:

[0476] In S2841, the historical press time corresponding to the previous historical press operation that successfully matched the standard fingerprint is obtained, and the press interval is determined based on the historical press time and the press operation time.

[0477] In S2842, the unlocking determination threshold is configured based on the pressing interval.

[0478] In S285, if the accidental touch recognition result is a non-accidental touch operation, then the fingerprint information is matched with the standard fingerprint.

[0479] In S286, if the fingerprint matching result is a failure, the locked screen state is maintained.

[0480] In S287, if the fingerprint matching result is successful, the unlocking operation is performed.

[0481] Furthermore, as another embodiment of this application, after S287, it further includes:

[0482] In S2871, unlock status data corresponding to the unlock operation is generated, and the unlock status data is used to determine the accidental touch recognition result.

[0483] Furthermore, as another embodiment of this application, after S2871, it further includes:

[0484] In S2872, a second touch operation initiated by the user on the electronic device is monitored, and a valid identifier corresponding to the unlock status data is configured based on the second touch operation.

[0485] It should be noted that since steps S2843 to S2845 are used to determine the user's unlocking intention, and step S2872 is also used to determine the user's unlocking intention, the technical effects achieved by the two embodiments are similar. Therefore, if step S284 in embodiment two is specifically implemented using the methods of S2843 to S2845, then step S2872 may not be included after step S286; if step S287 in embodiment two includes step S2872, then step S284 may not be implemented using the methods of S2843 to S2845.

[0486] Furthermore, as another embodiment of this application, the following may be included after S2872:

[0487] In S2873, if the valid identifier of the unlock status data is the first bit value, then a screen lock operation is performed; when the valid identifier is the first bit value, the unlock status data is identified as invalid unlock status data.

[0488] In this embodiment of the application, by counting the number of matches between the device status data collected this time and the unlock status data of historical unlock operations, it is possible to determine whether the current fingerprint recognition area is consistent with the historical unlock behavior, thereby identifying whether the current press operation is a mis-touch operation, and maintaining the screen lock state when it is determined to be a mis-touch operation to avoid user misoperation and improve the user experience.

[0489] Example 9:

[0490] Unlike Embodiment 7, the method for generating accidental touch recognition results based on the unlocking status data recorded in the historical unlocking process and the device status data in this embodiment is as follows: the accidental touch recognition model is trained based on the unlocking status data recorded in all historical unlocking processes, and the device status data obtained in this instance is imported into the accidental touch recognition model to output the accidental touch recognition result.

[0491] Figure 30 The following is a flowchart illustrating the implementation of the fingerprint unlocking method provided in the ninth embodiment of this application, detailed below:

[0492] In S301, if a press operation is detected in the fingerprint recognition area while the screen is locked, the device status data and fingerprint information corresponding to the electronic device at the time of the press operation are obtained.

[0493] In S302, the device status data is imported into a preset accidental touch recognition model to obtain the accidental touch recognition result; the accidental touch recognition model is trained based on the unlock status data.

[0494] In S303, if the accidental touch recognition result is an accidental touch operation, the screen lock state is maintained.

[0495] Furthermore, as another embodiment of this application, if the accidental touch recognition result includes an unlock probability, then S303 specifically includes:

[0496] In S3033, if the unlock probability is less than the unlock determination threshold, an unlock prompt message is output.

[0497] In S3034, if no first touch operation matching the unlock prompt information is received within the preset effective response time, the screen lock state is maintained.

[0498] In S3035, if a first touch operation matching the unlock prompt information is received within the effective response time, a fingerprint matching result between the fingerprint information and the standard fingerprint is obtained.

[0499] Furthermore, as another embodiment of this application, prior to S3033, it also includes:

[0500] In S3031, the historical press time corresponding to the previous historical press operation that successfully matched the standard fingerprint is obtained, and the press interval is determined based on the historical press time and the press operation time.

[0501] In S3032, the unlock determination threshold is configured based on the pressing interval.

[0502] In S304, if the accidental touch recognition result is a non-accidental touch operation, then the fingerprint information is matched with the standard fingerprint.

[0503] In S305, if the fingerprint matching result is a failure, the lock screen state is maintained.

[0504] In S306, if the fingerprint matching result is successful, the unlocking operation is performed.

[0505] Furthermore, as another embodiment of this application, after S306, it further includes:

[0506] In S3061, unlock status data corresponding to the unlock operation is generated, and the unlock status data is used to determine the accidental touch recognition result.

[0507] Furthermore, as another embodiment of this application, after S3061, it further includes:

[0508] In S3062, a second touch operation initiated by the user on the electronic device is monitored, and a valid identifier corresponding to the unlock status data is configured based on the second touch operation.

[0509] It should be noted that steps S3033-S3035 are used to determine the user's unlocking intention, and step S3062 is also used to determine the user's unlocking intention. That is, the technical effects achieved by the two embodiments are similar. Therefore, if step S303 in embodiment two is specifically implemented using steps S3033-S3035, then step S306 may not include step S3062; if step S306 in embodiment two includes step S3062, then step S303 may not be implemented using steps S3033-S3035.

[0510] Furthermore, as another embodiment of this application, the following may be included after S3062:

[0511] In S3063, if the valid identifier of the unlock status data is the first bit value, then a screen lock operation is performed; when the valid identifier is the first bit value, the unlock status data is identified as invalid unlock status data.

[0512] In this embodiment of the application, by counting the number of matches between the device status data collected this time and the unlock status data of historical unlock operations, it is possible to determine whether the current fingerprint recognition area is consistent with the historical unlock behavior, thereby identifying whether the current press operation is a mis-touch operation, and maintaining the screen lock state when it is determined to be a mis-touch operation to avoid user misoperation and improve the user experience.

[0513] 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.

[0514] Corresponding to the fingerprint unlocking methods described in Embodiments 1 to 3 above, Figure 31 A structural block diagram of a fingerprint unlocking device provided in an embodiment of this application is shown. For ease of explanation, only the parts related to the embodiments of this application are shown.

[0515] Reference Figure 31 The fingerprint unlocking device includes:

[0516] The first device status data acquisition unit 311 is used to acquire device status data and fingerprint information corresponding to the electronic device at the time of the press operation if a press operation is detected in the fingerprint recognition area during the locked screen state.

[0517] The unlocking recognition unit 312 is used to obtain the fingerprint matching result between the fingerprint information and the standard fingerprint, and to generate the accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data.

[0518] The first accidental touch response unit 313 is used to maintain the screen lock state if the fingerprint matching result is a successful match and the accidental touch recognition result is an accidental touch operation.

[0519] Optionally, the fingerprint unlocking device further includes:

[0520] The first unlocking operation response unit is used to perform an unlocking operation if the fingerprint matching result is a successful match and the accidental touch recognition result is a non-accidental touch operation.

[0521] Optionally, the fingerprint unlocking device includes:

[0522] The first unlock status data generation unit is used to generate unlock status data corresponding to the unlock operation, and the unlock status data is used to determine the accidental touch recognition result.

[0523] Optionally, the fingerprint unlocking device further includes:

[0524] The first valid data recognition unit is used to obtain the second touch operation initiated by the user on the electronic device, and to configure a valid identifier corresponding to the unlock status data based on the second touch operation; the valid identifier is used to: if the valid identifier of the unlock status data is a preset bit value, then the unlock status data is used to determine the accidental touch recognition result.

[0525] Optionally, the fingerprint unlocking device further includes:

[0526] The first invalid unlock triggering unit is used to perform a screen lock operation if the valid identifier of the unlock status data is the first value.

[0527] Optionally, the fingerprint unlocking device further includes:

[0528] The first fingerprint matching failure unit is used to maintain the screen lock state if the fingerprint matching result is a failure.

[0529] Optionally, the unlocking identification unit 232 includes:

[0530] The first matching count unit is used to count the number of matching unlock status data that matches the device status data from the unlock status data of all historical unlock operations.

[0531] The first unlock probability comparison unit is used to determine the unlock probability based on the number of matches, and to obtain the accidental touch recognition result based on the unlock probability and a preset unlock judgment threshold.

[0532] Optionally, the fingerprint unlocking device further includes:

[0533] The first press interval acquisition unit is used to acquire the historical press time corresponding to the historical press operation that successfully matches the standard fingerprint, and to determine the press interval based on the historical press time and the press operation time.

[0534] The first unlock determination threshold configuration unit is used to configure the unlock determination threshold based on the pressing interval.

[0535] Optionally, the unlocking identification unit 312 includes:

[0536] The first accidental touch recognition model import unit is used to import the device status data into a preset accidental touch recognition model to obtain accidental touch recognition results; the accidental touch recognition model is trained based on the unlock status data.

[0537] Optionally, the unlocking identification unit 312 includes:

[0538] The first unlock prompt output unit is used to output unlock prompt information;

[0539] The first operation timeout unit is used to maintain the screen lock state if no first touch operation matching the unlock prompt information is received within a preset effective response time.

[0540] Optionally, the fingerprint unlocking device further includes:

[0541] The first operation receiving unit is configured to perform an unlocking operation if a first touch operation matching the unlocking prompt information is received within the effective response time.

[0542] Corresponding to the fingerprint unlocking methods described in Examples 4 to 6 above, Figure 32 A structural block diagram of a fingerprint unlocking device provided in an embodiment of this application is shown. For ease of explanation, only the parts related to the embodiments of this application are shown.

[0543] Reference Figure 32 The fingerprint unlocking device includes:

[0544] The second device status data acquisition unit 321 is used to acquire the device status data and fingerprint information corresponding to the electronic device at the time of the press operation if a press operation is detected in the fingerprint recognition area during the locked screen state.

[0545] The first fingerprint recognition unit 322 is used to obtain the fingerprint matching result between the fingerprint information and the standard fingerprint;

[0546] The first accidental touch recognition unit 323 is used to generate an accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data if the fingerprint matching result is a successful match.

[0547] The second accidental touch response unit 324 is used to maintain the screen lock state if the accidental touch recognition result is an accidental touch operation.

[0548] Optionally, the fingerprint unlocking device further includes:

[0549] The second unlock operation response unit is used to perform an unlock operation if the accidental touch recognition result is a non-accidental touch operation.

[0550] Optionally, the fingerprint unlocking device further includes:

[0551] The second unlock status data generation unit is used to generate unlock status data corresponding to the unlock operation, and the unlock status data is used to determine the accidental touch recognition result.

[0552] Optionally, the fingerprint unlocking device further includes:

[0553] The second valid data recognition unit is used to obtain the second touch operation initiated by the user on the electronic device, and to configure a valid identifier corresponding to the unlock status data based on the second touch operation; the valid identifier is used to: if the valid identifier of the unlock status data is a preset bit value, then the unlock status data is used to determine the accidental touch recognition result.

[0554] Optionally, the fingerprint unlocking device further includes:

[0555] The second invalid unlock trigger unit is used to perform a screen lock operation if the valid identifier of the unlock status data is the first value.

[0556] Optionally, the fingerprint unlocking device further includes:

[0557] The second fingerprint matching failure unit is used to maintain the screen lock state if the fingerprint matching result is a matching failure.

[0558] Optionally, the first accidental touch recognition unit 323 includes:

[0559] The second matching count unit is used to count the number of matching unlock status data that match the device status data from the unlock status data of all historical unlock operations.

[0560] The second unlock probability comparison unit is used to determine the unlock probability based on the number of matches, and to obtain the accidental touch recognition result based on the unlock probability and a preset unlock judgment threshold.

[0561] Optionally, the fingerprint unlocking device further includes:

[0562] The second press interval acquisition unit is used to acquire the historical press time corresponding to the historical press operation that successfully matches the standard fingerprint, and to determine the press interval based on the historical press time and the press operation time.

[0563] The second unlock determination threshold configuration unit is used to configure the unlock determination threshold based on the pressing interval.

[0564] Optionally, the first accidental touch recognition unit includes:

[0565] The second accidental touch recognition model import unit is used to import the device status data into a preset accidental touch recognition model to obtain accidental touch recognition results; the accidental touch recognition model is trained based on the unlock status data.

[0566] Optionally, the first accidental touch recognition unit 323 includes:

[0567] The second unlock prompt output unit is used to output unlock prompt information;

[0568] The second operation timeout unit is used to maintain the screen lock state if no first touch operation matching the unlock prompt information is received within a preset effective response time.

[0569] Optionally, the fingerprint unlocking device further includes:

[0570] The second operation receiving unit is configured to perform an unlocking operation if a first touch operation matching the unlocking prompt information is received within the effective response time.

[0571] Corresponding to the fingerprint unlocking methods described in Examples 7 to 9 above, Figure 33 A structural block diagram of a fingerprint unlocking device provided in an embodiment of this application is shown. For ease of explanation, only the parts related to the embodiments of this application are shown.

[0572] Reference Figure 33 The fingerprint unlocking device includes:

[0573] The third device status data acquisition unit 331 is used to acquire the device status data and fingerprint information of the electronic device at the time of the press operation if a press operation is detected in the fingerprint recognition area when the screen is locked.

[0574] The second accidental touch recognition unit 332 is used to generate an accidental touch recognition result based on the unlocking status data recorded in the historical unlocking process and the device status data if the fingerprint matching result is a successful match.

[0575] The third accidental touch response unit 333 is used to maintain the screen lock state if the accidental touch recognition result is an accidental touch operation.

[0576] Optionally, the fingerprint unlocking device further includes:

[0577] The second fingerprint recognition unit is used to obtain a fingerprint matching result between the fingerprint information and the standard fingerprint if the accidental touch recognition result is a non-accidental touch operation.

[0578] The third unlocking operation response unit is used to perform an unlocking operation if the fingerprint matching result is a successful match.

[0579] Optionally, the fingerprint unlocking device further includes:

[0580] The third unlock status data generation unit is used to generate unlock status data corresponding to the unlock operation, and the unlock status data is used to determine the accidental touch recognition result.

[0581] Optionally, the fingerprint unlocking device further includes:

[0582] The third valid data recognition unit is used to obtain the second touch operation initiated by the user on the electronic device, and to configure a valid identifier corresponding to the unlock status data based on the second touch operation; the valid identifier is used to: if the valid identifier of the unlock status data is a preset bit value, then the unlock status data is used to determine the accidental touch recognition result.

[0583] Optionally, the fingerprint unlocking device further includes:

[0584] The third invalid unlock triggering unit is used to perform a screen lock operation if the valid identifier of the unlock status data is the first value.

[0585] Optionally, the fingerprint unlocking device further includes:

[0586] The second fingerprint matching failure unit is used to maintain the screen lock state if the fingerprint matching result is a matching failure.

[0587] Optionally, the fingerprint unlocking device further includes:

[0588] The third unlock prompt output unit is used to output unlock prompt information;

[0589] The third operation timeout unit is used to maintain the screen lock state if no first touch operation matching the unlock prompt information is received within a preset effective response time.

[0590] Optionally, the fingerprint unlocking device further includes:

[0591] The second operation receiving unit is configured to perform an unlocking operation if a first touch operation matching the unlocking prompt information is received within the effective response time.

[0592] Optionally, the second accidental touch recognition unit 332 includes:

[0593] The third matching count unit is used to count the number of matching unlock status data that match the device status data from the unlock status data of all historical unlock operations.

[0594] The third unlock probability comparison unit is used to determine the unlock probability based on the number of matches, and to obtain the accidental touch recognition result based on the unlock probability and a preset unlock judgment threshold.

[0595] Optionally, the fingerprint unlocking device further includes:

[0596] The third press interval acquisition unit is used to acquire the historical press time corresponding to the historical press operation that successfully matches the standard fingerprint, and to determine the press interval based on the historical press time and the press operation time.

[0597] The third unlocking determination threshold configuration unit is used to configure the unlocking determination threshold based on the pressing interval.

[0598] Optionally, the second accidental touch recognition unit 332 includes:

[0599] The third accidental touch recognition model import unit is used to import the device status data into a preset accidental touch recognition model to obtain accidental touch recognition results; the accidental touch recognition model is trained based on the unlock status data.

[0600] Therefore, any of the fingerprint unlocking devices provided in this application embodiment can also acquire fingerprint information and device status data corresponding to the pressing operation when the user presses the fingerprint recognition area. The device status data is compared with the unlock status data corresponding to the user's normal unlocking process. Based on the comparison result, the mis-touch recognition result is obtained, realizing the recognition of mis-touch events. When it is determined to be a mis-touch operation, the screen lock state is maintained, reducing the possibility of misoperation and improving the user experience.

[0601] Figure 34 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Figure 34 As shown, the electronic device 34 of this embodiment includes: at least one processor 340 ( Figure 34 (Only one is shown) a processor, a memory 341, and a computer program 342 stored in the memory 341 and executable on the at least one processor 340, wherein the processor 340 executes the computer program 342 to implement the steps in any of the above-described fingerprint unlocking method embodiments.

[0602] The electronic device 34 can be a desktop computer, laptop, handheld computer, cloud server, or other computing device. This electronic device may include, but is not limited to, a processor 340 and a memory 341. Those skilled in the art will understand that... Figure 34 This is merely an example of electronic device 34 and does not constitute a limitation on electronic device 34. It may include more or fewer components than shown, or combine certain components, or different components, such as input / output devices, network access devices, etc.

[0603] The processor 340 may be a Central Processing Unit (CPU), or it may 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 may be a microprocessor or any conventional processor.

[0604] In some embodiments, the memory 341 may be an internal storage unit of the electronic device 34, such as a hard disk or memory of the electronic device 34. In other embodiments, the memory 341 may be an external storage device of the electronic device 34, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the electronic device 34. Furthermore, the memory 341 may include both internal and external storage units of the electronic device 34. The memory 341 is used to store the operating system, applications, bootloader, data, and other programs, such as the program code of the computer program. The memory 341 can also be used to temporarily store data that has been output or will be output.

[0605] 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.

[0606] 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.

[0607] This application also provides a network device, which includes: at least one processor, a memory, and a computer program stored in the memory and executable on the at least one processor, wherein the processor executes the computer program to implement the steps in any of the above method embodiments.

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

[0609] This application provides a computer program product that, when run on a mobile terminal, enables the mobile terminal to implement the steps described in the above-described method embodiments.

[0610] 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. The computer-readable medium can include at least: any entity or device capable of carrying computer program code to a photographic 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.

[0611] 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.

[0612] 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.

[0613] In the embodiments provided in this application, it should be understood that the disclosed apparatus / network devices and methods can be implemented in other ways. For example, the apparatus / network device 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 devices or units may be electrical, mechanical, or other forms.

[0614] 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.

[0615] The above-described 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 fingerprint unlocking method, applied to electronic devices, characterized in that, include: If a press operation is detected in the fingerprint recognition area while the screen is locked, the device status data and fingerprint information corresponding to the electronic device at the time of the press operation are obtained. The device status data includes at least one of the following: pose information, time information, press position coordinates, movement speed information, ambient light intensity value, and scene objects contained in the scene. The fingerprint matching result is obtained by comparing the fingerprint information with a standard fingerprint, and the accidental touch recognition result is generated based on the unlocking status data recorded during the historical unlocking process and the device status data. If the fingerprint matching result is successful and the accidental touch recognition result is an accidental touch operation, then the screen lock state is maintained; After obtaining the fingerprint matching result between the fingerprint information and the standard fingerprint, and generating the accidental touch recognition result based on the unlocking status data recorded during the historical unlocking process and the device status data, the method further includes: If the fingerprint matching result is successful and the accidental touch recognition result is not an accidental touch operation, then the unlocking operation will be performed; Generate unlock status data corresponding to the unlock operation, and use the unlock status data to determine the accidental touch recognition result; The system obtains the user's touch operation on the terminal device and configures a valid identifier corresponding to the unlock status data based on the touch operation; the valid identifier is used to: if the valid identifier of the unlock status data is a preset bit value, then the unlock status data is used to determine the accidental touch recognition result; If the valid identifier of the unlock status data is the first value, then the screen lock operation is performed; when the valid identifier is the first value, the unlock status data is identified as invalid unlock status data.

2. The method according to claim 1, characterized in that, The touch operations include: swiping, tapping, or long-pressing.

3. The method according to claim 1, characterized in that, The step of generating a false touch recognition result based on the unlock status data recorded during the historical unlocking process and the device status data includes: From the unlock status data of all historical unlock operations, count the number of unlock status data that match the device status data; The unlock probability is determined based on the number of matches, and the accidental touch recognition result is obtained based on the unlock probability and the preset unlock judgment threshold.

4. The method according to claim 3, characterized in that, Before counting the number of unlock status data matches that match the device status data from all historical unlocking operations, the method further includes: Obtain the historical press time corresponding to the historical press operation that successfully matches the standard fingerprint, and determine the press interval based on the historical press time and the press operation time; The unlocking determination threshold is configured based on the press interval.

5. The method according to claim 1, characterized in that, The step of generating a false touch recognition result based on the unlock status data recorded during the historical unlocking process and the device status data includes: The device status data is imported into a preset accidental touch recognition model to obtain accidental touch recognition results; the accidental touch recognition model is trained based on the unlock status data.

6. The method according to claim 1, characterized in that, The device status data includes: ambient light intensity value and the placement status of the electronic device; The step of generating a false touch recognition result based on the unlock status data recorded during the historical unlocking process and the device status data includes: If the ambient light intensity value is less than the preset light intensity threshold and the electronic device is placed in the preset state, then the electronic device is identified as being in an idle scene, and the accidental touch recognition result is output; the idle scene includes: an idle scene placed in a pocket and an idle scene placed in a bag.

7. A fingerprint unlocking method, applied to electronic devices, characterized in that, include: If a press operation is detected in the fingerprint recognition area while the screen is locked, the device status data and fingerprint information corresponding to the electronic device at the time of the press operation are obtained. The device status data includes at least one of the following: pose information, time information, press position coordinates, movement speed information, ambient light intensity value, and scene objects contained in the scene. The fingerprint information is then matched with a standard fingerprint to obtain the fingerprint matching result. If the fingerprint matching result is a successful match, then a false touch recognition result is generated based on the unlock status data recorded in the historical unlocking process and the device status data; If the accidental touch recognition result is an accidental touch operation, then the screen lock state is maintained; If the fingerprint matching result is successful, after generating the accidental touch recognition result based on the unlocking status data recorded during the historical unlocking process and the device status data, the method further includes: If the accidental touch recognition result is a non-accidental touch operation, then the unlock operation is performed; Generate unlock status data corresponding to the unlock operation, and use the unlock status data to determine the accidental touch recognition result; The system obtains the user's touch operation on the terminal device and configures a valid identifier corresponding to the unlock status data based on the touch operation; the valid identifier is used to: if the valid identifier of the unlock status data is a preset bit value, then the unlock status data is used to determine the accidental touch recognition result; If the valid identifier of the unlock status data is the first value, then the screen lock operation is performed; when the valid identifier is the first value, the unlock status data is identified as invalid unlock status data.

8. The method according to claim 7, characterized in that, The touch operations include: swiping, tapping, or long-pressing.

9. The method according to claim 7, characterized in that, The step of generating a false touch recognition result based on the unlock status data recorded during the historical unlocking process and the device status data includes: From the unlock status data of all historical unlock operations, count the number of unlock status data that match the device status data; The unlock probability is determined based on the number of matches, and the accidental touch recognition result is obtained based on the unlock probability and the preset unlock judgment threshold.

10. The method according to claim 9, characterized in that, Before counting the number of unlock status data matches that match the device status data from all historical unlocking operations, the method further includes: Obtain the historical press time corresponding to the historical press operation that successfully matches the standard fingerprint, and determine the press interval based on the historical press time and the press operation time; The unlocking determination threshold is configured based on the press interval.

11. The method according to any one of claims 7-10, characterized in that, The step of generating a false touch recognition result based on the unlock status data recorded during the historical unlocking process and the device status data includes: The device status data is imported into a preset accidental touch recognition model to obtain accidental touch recognition results; the accidental touch recognition model is trained based on the unlock status data.

12. The method according to any one of claims 7-10, characterized in that, The device status data includes: ambient light intensity value and the placement status of the electronic device; The step of generating a false touch recognition result based on the unlock status data recorded during the historical unlocking process and the device status data includes: If the ambient light intensity value is less than the preset light intensity threshold and the electronic device is placed in the preset state, then the electronic device is identified as being in an idle scene, and the accidental touch recognition result is output; the idle scene includes: an idle scene placed in a pocket and an idle scene placed in a bag.

13. A fingerprint unlocking method, applied to electronic devices, characterized in that, include: If a press operation is detected in the fingerprint recognition area while the screen is locked, the device status data and fingerprint information corresponding to the electronic device at the time of the press operation are obtained. The device status data includes at least one of the following: pose information, time information, press position coordinates, movement speed information, ambient light intensity value, and scene objects contained in the scene. Based on the unlock status data recorded during the historical unlocking process and the device status data, a false touch recognition result is generated; If the accidental touch recognition result is an accidental touch operation, then the screen lock state is maintained; After generating the accidental touch recognition result based on the unlock status data recorded during the historical unlocking process and the device status data, the method further includes: If the accidental touch recognition result is a non-accidental touch operation, then the fingerprint information is matched with the standard fingerprint. If the fingerprint matching result is successful, then the unlocking operation is performed; Generate unlock status data corresponding to the unlock operation, and use the unlock status data to determine the accidental touch recognition result; The system obtains the user's touch operation on the terminal device and configures a valid identifier corresponding to the unlock status data based on the touch operation; the valid identifier is used to: if the valid identifier of the unlock status data is a preset bit value, then the unlock status data is used to determine the accidental touch recognition result; If the valid identifier of the unlock status data is the first value, then the screen lock operation is performed; when the valid identifier is the first value, the unlock status data is identified as invalid unlock status data.

14. The method according to claim 13, characterized in that, The touch operations include: swiping, tapping, or long-pressing.

15. The method according to claim 13, characterized in that, The step of generating a false touch recognition result based on the unlock status data recorded during the historical unlocking process and the device status data includes: From the unlock status data of all historical unlock operations, count the number of unlock status data that match the device status data; The unlock probability is determined based on the number of matches, and the accidental touch recognition result is obtained based on the unlock probability and the preset unlock judgment threshold.

16. The method according to claim 15, characterized in that, Before counting the number of unlock status data matches that match the device status data from all historical unlocking operations, the method further includes: Obtain the historical press time corresponding to the historical press operation that successfully matches the standard fingerprint, and determine the press interval based on the historical press time and the press operation time; The unlocking determination threshold is configured based on the press interval.

17. The method according to any one of claims 13-16, characterized in that, The step of generating a false touch recognition result based on the unlock status data recorded during the historical unlocking process and the device status data includes: The device status data is imported into a preset accidental touch recognition model to obtain accidental touch recognition results; the accidental touch recognition model is trained based on the unlock status data.

18. The method according to any one of claims 13-16, characterized in that, The device status data includes: ambient light intensity value and the placement status of the electronic device; The step of generating a false touch recognition result based on the unlock status data recorded during the historical unlocking process and the device status data includes: If the ambient light intensity value is less than the preset light intensity threshold and the electronic device is placed in the preset state, then the electronic device is identified as being in an idle scene, and the accidental touch recognition result is output; the idle scene includes: an idle scene placed in a pocket and an idle scene placed in a bag.

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

20. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the method as described in any one of claims 1 to 18.

Images