WO2023142748A1

WO2023142748A1 - Device unlocking method and apparatus, electronic device and computer-readable storage medium

Info

Publication number: WO2023142748A1
Application number: PCT/CN2022/139093
Authority: WO
Inventors: 石建; 郑逾洋
Original assignee: Oppo广东移动通信有限公司
Priority date: 2022-01-26
Filing date: 2022-12-14
Publication date: 2023-08-03
Also published as: CN116541811A

Abstract

Embodiments of the present application disclose a device unlocking method and apparatus, an electronic device, and a computer-readable storage medium. The method is applied to a wearable device, a first operating system and a second operating system being installed on the wearable device, the second operating system not having an unlocking function, and the wearable device having a communication connection with a terminal device. The method comprises: by means of the first operating system, receiving verification information sent by the terminal device; verifying the verification information by means of the first operating system, and when verification is successful, releasing a screen locking state of the wearable device by means of the first operating system. The described device unlocking method and apparatus, electronic device and computer-readable storage medium can efficiently unlock a wearable device, and improve an unlocking success rate.

Description

Device unlocking method, device, electronic device, and computer-readable storage medium

This application claims the priority of the Chinese patent application filed on January 26, 2022 with the application number 202210094455.9 and the title of the invention is "equipment unlocking method, device, electronic equipment and computer-readable storage medium", the entire contents of which are incorporated by reference in this application.

technical field

The present application relates to the technical field of information security, and in particular to a device unlocking method, device, electronic device, and computer-readable storage medium.

Background technique

With the continuous development of electronic technology, wearable devices (such as smart watches, etc.) also have more and more functions, such as payment functions, health monitoring functions, etc. How to effectively ensure the information security of wearable devices has become a problem for many user concerns. At present, in order to ensure information security, wearable devices will provide a lock screen function. How to efficiently unlock wearable devices has become a technical problem that needs to be solved urgently.

Contents of the invention

The embodiment of the present application discloses a device unlocking method, device, electronic device, and computer-readable storage medium, which can efficiently unlock wearable devices and improve the success rate of unlocking.

The embodiment of the present application discloses a method for unlocking a device, which is applied to a wearable device, the wearable device is installed with a first operating system and a second operating system, the second operating system does not have an unlocking function, and the wearable The device communicates with the terminal device; the method includes:

receiving the verification information sent by the terminal device through the first operating system;

The verification information is verified through the first operating system, and if the verification is successful, the lock screen state of the wearable device is released through the first operating system.

The embodiment of the present application discloses a method for unlocking a device, which is applied to a terminal device. The terminal device communicates with a wearable device. The wearable device is installed with a first operating system and a second operating system. The second operating system The system does not have an unlocking function, and the methods include:

Receive target unlock command;

Send verification information to the wearable device according to the target unlocking instruction, so that the wearable device verifies the verification information through the first operating system, and if the verification is successful, through the second operating system An operating system releases the lock screen state of the wearable device.

The embodiment of the present application discloses a device unlocking device, which is applied to a wearable device, the wearable device is installed with a first operating system and a second operating system, the second operating system does not have an unlocking function, and the wearable The device communicates with the terminal device; the device includes:

An information receiving module, configured to receive the verification information sent by the terminal device through the first operating system;

The verification module is configured to verify the verification information through the first operating system, and if the verification is successful, release the lock screen state of the wearable device through the first operating system.

The embodiment of the present application discloses a device unlocking device, which is applied to a terminal device, and the terminal device communicates with a wearable device, and the wearable device is installed with a first operating system and a second operating system, and the second operating system The system does not have an unlocking function, the device includes:

An instruction receiving module, configured to receive a target unlock instruction;

An information sending module, configured to send verification information to the wearable device according to the target unlocking instruction, so that the wearable device can verify the verification information through the first operating system, and if the verification is successful, Next, release the lock screen state of the wearable device through the first operating system.

The embodiment of the present application discloses an electronic device, including a memory and a processor, and a computer program is stored in the memory, and when the computer program is executed by the processor, the processor realizes any of the above-mentioned method.

The embodiment of the present application discloses a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, any one of the methods described above is implemented.

The details of one or more embodiments of the application are set forth in the accompanying drawings and the description below. Other features and beneficial effects of the present application will appear from the description, drawings and claims.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following will briefly introduce the accompanying drawings that need to be used in the embodiments. Obviously, the accompanying drawings in the following description are only some embodiments of the present application. For Those of ordinary skill in the art can also obtain other drawings based on these drawings without making creative efforts.

Figure 1 is an application scenario diagram of a device unlocking method in an embodiment;

FIG. 2 is a flow chart of a device unlocking method in an embodiment;

FIG. 3 is a schematic diagram of a scenario in which a terminal device automatically unlocks a wearable device in an embodiment;

FIG. 4 is a schematic diagram of a wearable device verifying a token and a handle through a first operating system in an embodiment;

Fig. 5 is a flow chart of agreeing verification information between a terminal device and a wearable device in an embodiment;

FIG. 6 is a schematic diagram of the sequence of a device unlocking method in an embodiment;

Fig. 7A is a schematic diagram of the sequence of verification information agreed between a terminal device and a wearable device in an embodiment;

FIG. 7B is a schematic diagram of a sequence of unlocking a wearable device by a terminal device in an embodiment;

Fig. 8 is a flowchart of a method for unlocking a device in another embodiment;

Fig. 9 is a flowchart of a device unlocking method in yet another embodiment;

Fig. 10 is a block diagram of a device unlocking device in an embodiment;

Fig. 11 is a block diagram of a device unlocking device in another embodiment;

Fig. 12 is a structural block diagram of a wearable device in one embodiment.

Detailed ways

The following will clearly and completely describe the technical solutions in the embodiments of the application with reference to the drawings in the embodiments of the application. Apparently, the described embodiments are only some, not all, embodiments of the application. Based on the embodiments in this application, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts belong to the scope of protection of this application.

It should be noted that the terms "comprising" and "having" and any variations thereof in the embodiments of the present application and the drawings are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device comprising a series of steps or units is not limited to the listed steps or units, but optionally also includes unlisted steps or units, or optionally further includes For other steps or units inherent in these processes, methods, products or apparatuses.

It can be understood that the terms "first", "second" and the like used in this application may be used to describe various elements herein, but these elements are not limited by these terms. These terms are only used to distinguish one element from another element. For example, a first mode could be termed a second mode, and, similarly, a second mode could be termed a first mode, without departing from the scope of the present application. Both the first mode and the second mode belong to the operation modes of the wearable device, but they are not the same operation mode. In addition, it should be noted that the term "plurality" and the like used in the embodiments of the present application refer to two or more.

At present, in order to ensure information security, wearable devices provide a lock screen function. Users need to input a preset password on the wearable device to unlock the wearable device. However, due to the limited interaction area of the wearable device (such as touch control screen, etc.), for example, the touch screen of a smart watch is small, and it is particularly easy for a user to input a wrong password on the touch screen, and this unlocking method brings inconvenience to the user's operation.

The embodiment of the present application discloses a device unlocking method, device, electronic device, and computer-readable storage medium, which can unlock wearable devices more efficiently and quickly, improve the intelligence of wearable devices, and increase the success rate of unlocking .

Fig. 1 is an application scenario diagram of a device unlocking method in an embodiment. As shown in Figure 1, the terminal device 10 can establish a communication connection with the wearable device 20, and the terminal device can include but not limited to a mobile phone, a tablet computer, a vehicle terminal, a notebook computer, a PC (Personal Computer, personal computer), etc., and the terminal device can also Could be a wearable device. The wearable device 20 may include, but is not limited to, smart watches, smart bracelets, smart glasses, etc., but is not limited thereto. The terminal device 10 and the wearable device 20 can establish a wireless communication connection, such as a Bluetooth connection, a Wi-Fi connection, etc., or a wired communication connection, and the way of the communication connection between the two is not limited in this embodiment of the application.

In some embodiments, at least two operating systems can be installed in the wearable device 20, for example, the wearable device 20 can be installed with an embedded operating system (such as RTOS (Real Time Operating System, real-time operating system) etc.) and Intelligent operating systems (such as IOS system, Android (Android) system, etc.), can also be installed with multiple intelligent operating systems or multiple embedded systems, etc., the specific operating system installed on the wearable device 20 is described in the embodiment of the present application There is no limit in .

In some embodiments, the wearable device 20 may include multiple processors, or may include a multi-core processor, for example, may include a dual-core processor, a quad-core processor, etc., so that different processors may be used to Or run different operating systems through different cores in the same processor.

In the embodiment of the present application, the wearable device 20 may be installed with a first operating system and a second operating system, and the second operating system does not have an unlocking function. When the terminal device 10 receives the target unlocking instruction, it may send verification information to the wearable device 20 according to the target unlocking instruction. The wearable device 20 can receive the verification information sent by the terminal device 10 through the first operating system, verify the verification information through the first operating system, and release the verification information of the wearable device 20 through the first operating system if the verification is successful. Lock screen status.

As shown in Figure 2, in one embodiment, a device unlocking method is provided, which can be applied to the above-mentioned wearable device, and the method may include the following steps:

Step 210, receiving the verification information sent by the terminal device through the first operating system.

The terminal device may receive a target unlocking instruction, and send verification information to the wearable device according to the target unlocking instruction, where the target unlocking instruction may refer to an instruction for controlling the terminal device to unlock the wearable device. As an implementation manner, when the terminal device detects a target unlocking operation, a target unlocking instruction may be generated according to the target unlocking operation, and the target unlocking operation may be a preset operation for unlocking the wearable device.

Optionally, the target unlocking operation may include, but not limited to, preset touch operations, gesture actions, button interaction operations, etc., and the target unlocking operation may also be a voice-triggered operation, a gaze-triggered operation, etc., which is not limited here. Taking the target unlock operation as a button interaction operation as an example, the terminal device can display an unlock button on the interface, and when the user needs to use the terminal device to unlock the wearable device, the user can perform button interaction operations on the unlock button (such as clicking the unlock button, etc.) ), the terminal device detects the key interaction operation for the unlock button, then it can generate a target unlock command, and send verification information to the wearable device according to the target unlock command. The target unlocking operation can also be set by the user according to actual needs.

In some embodiments, an unlocking condition for the terminal device to unlock the wearable device may also be set. When the unlocking condition is met, the terminal device may generate a target unlocking instruction, and send verification information to the wearable device according to the target unlocking instruction. Optionally, the unlocking condition may include that the terminal device releases the lock screen state, that is, when the terminal device is unlocked, a target unlocking instruction may be generated, and verification information may be sent to the wearable device according to the target unlocking instruction.

When the terminal device is in a screen-locked state, the user may input terminal unlocking information to unlock the terminal device. Among them, the lock screen state can be used to protect the information security of the terminal device. In the lock screen state, the user cannot normally use all functions of the terminal device (only simple functions such as emergency help can be used), and usually cannot view the data information on the terminal device. , in the lock screen state, the screen of the terminal device usually only displays the lock screen interface or the screen is directly powered off.

The terminal unlocking information can be preset information for unlocking the terminal device, and the terminal unlocking information can include but not limited to the agreed password, the agreed swipe gesture, the entered biometric information (such as face information, fingerprint information, pupil print information, etc.) information, voiceprint information, etc.) and so on. The terminal device receives the terminal unlocking information input by the user, and matches the received terminal unlocking information with the stored unlocking information. If the matching is successful, it can generate a first unlocking instruction, and unlock the terminal device according to the first unlocking instruction. screen status. Optionally, the matching success may refer to that the received terminal unlock information is completely consistent with the stored unlock information, or the similarity between the received terminal unlock information and the stored unlock information is greater than a similarity threshold (such as 95%, 97%, etc. ).

Take the face information as the terminal unlock information as an example. When the user triggers the unlock, the terminal device can collect the face image through the camera and extract the face feature information of the face image. The extracted face feature information can be combined with the stored face information. Matching is performed, and if the matching is successful, a first unlocking instruction may be generated. After the terminal device unlocks the screen lock state, it can display the main interface of the terminal device, or display the relevant interface of the application running in the foreground on the terminal device, and the user can normally use various functions provided by the terminal device. When the terminal device successfully unlocks the screen lock state, it can generate a target unlocking instruction, and send verification information to the wearable device according to the target unlocking instruction, so as to unlock the wearable device. When the user triggers the unlocking of the terminal device, the terminal device will automatically trigger the wearable device to be unlocked, without requiring the user to additionally enter a preset unlock password on the wearable device to unlock, which can unlock the wearable device more easily and quickly. In addition, since the terminal device 10 is in an unlocked state, the security of automatically unlocking the wearable device 20 by the terminal device 10 can be guaranteed.

It should be noted that the above unlocking conditions may be other unlocking conditions besides unlocking the screen lock state of the terminal device, such as a set unlocking time, when the unlocking time is reached, the terminal device will automatically unlock the wearable device; or It is the set unlocking location. When the terminal device and wearable device are at the unlocking location, the terminal device will automatically unlock the wearable device first, etc. The unlocking conditions can be set according to actual needs, and are not limited in the embodiments of this application. .

A communication connection can be established between the terminal device and the wearable device. The wearable device and the terminal device can be trusted devices. For example, the wearable device and the terminal device can belong to the same user, or although they belong to two users but the two users have an intimate relationship. The wearable device and the terminal device can perform trust authentication in advance, and use the trust mechanism to add each other to the list of trusted devices, so as to realize the solution of using the terminal device to unlock the wearable device.

In the embodiment of the present application, at least a first operating system and a second operating system may be installed in the wearable device, and the first operating system and the second operating system may run on different processors respectively, or may run on in different cores of the same processor. The operating power consumption of the first operating system may be greater than that of the second operating system, and the operating performance of the first operating system may be better than that of the second operating system. The first operating system can be a smart operating system (such as Android operating system, IOS, etc.) with rich functions and strong performance but relatively high power consumption, and the second operating system can be a relatively simple function with poor performance but low power consumption. embedded operating system (such as RTOS, etc.).

Optionally, the first operating system can run on the large-core processor of the wearable device, and the second operating system can run on the small-core processor of the wearable device. The large-core processor has better performance than the small-core processor. The processing performance is higher than that of small-core processors. Users can switch the operating system of the wearable device according to actual needs. When higher processing performance is required (such as using various applications, calling, surfing the Internet, etc.), the operating system of the wearable device can be switched to run on the The first operating system of the large-core processor can switch the operating system of the wearable device to the second operating system running on the small-core processor when it is necessary to reduce the power consumption of the wearable device, so as to improve the battery life of the wearable device. The wearable device can also switch between the first operating system and the second operating system according to its actual operating requirements.

In the embodiment of the present application, the second operating system may not have the unlocking function, and a TEE (Trusted execution environment, Trusted Execution Environment) may be set in the wearable device, and the TEE may be a memory dedicated to digital rights management. , mobile payment and sensitive data protection space, with strong security. The second operating system does not have TEE security firmware and cannot communicate with the TEE. Therefore, sensitive data cannot be stored and accessed under the second operating system, that is, the second operating system does not have an unlocking function.

The first operating system may have TEE security firmware and can communicate and interact with the TEE. Therefore, the first operating system has higher security. The wearable device can receive the verification information sent by the terminal device through the first operating system with higher operating performance and security, and the first operating system can verify the verification information, which can ensure the unlocking success rate and security.

Step 220, verify the verification information through the first operating system, and if the verification is successful, release the lock screen state of the wearable device.

The first operating system of the wearable device can verify the received verification information, optionally, can compare the received verification information with the stored verification information, and if the two are consistent, the verification is successful. If the first operating system successfully verifies the verification information, the wearable device can release the lock screen state through the first operating system.

Exemplarily, FIG. 3 is a schematic diagram of a scenario in which a terminal device automatically unlocks a wearable device in an embodiment. As shown in Figure 3, the terminal device 10 can send verification information to the wearable device 20 connected through communication according to the target unlocking instruction, and the wearable device 20 in the locked screen state can receive the verification information sent by the terminal device 10 through the second operating system. , and the verification information is verified by the second operating system, and when the verification is successful, the lock screen state can be released, and the display can be switched from the lock screen interface to the dial interface.

In some embodiments, the first operating system has TEE security firmware, and the wearable device can verify the verification information in the TEE through the first operating system. Optionally, the verification information may include a token and a handle. The token can be understood as a passport of the terminal device. The terminal device can use the token to have the permission to unlock the wearable device, and the handle can be used to perform a check on the token object. The identification can also be understood as identifying the object of the terminal device. According to the token and the handle, the first operating system of the wearable device can accurately identify that the terminal device has the permission to unlock, and unlock accordingly. Specifically, the first operating system can pass the token and the handle to the TEE through a token authentication mechanism, and the token and the handle can be verified in the TEE. Optionally, the first operating system can search for a matching pre-stored token in the TEE according to the handle, and compare the token sent by the terminal device with the pre-stored token, and if the two are consistent, it can be determined Verification succeeded.

Exemplarily, FIG. 4 is a schematic structural diagram of a wearable device verifying a token and a handle through a first operating system in an embodiment. As shown in FIG. 4 , the first operating system in the wearable device receives the token and the handle sent by the terminal device through a data transmission channel of the application layer (such as a Bluetooth transmission channel, etc.). An unlocking application may be set in the application layer of the first operating system, and the unlocking application may implement message transfer between the first operating system in the wearable device and the terminal device, and call various interfaces provided locally. The unlocking application can obtain the token and handle, and call the Trust Agent Service (trust agent service) provided by the framework layer, and pass the token and handle to the framework layer. The framework layer of the first operating system can pass the token and handle to the Lock Setting Service (lock setting service) through the Trust Agent Service, and then pass the token and handle from the framework layer to the hardware abstraction layer by the gatekeeper function, and then transmit it into the TEE , tokens and handles can be verified in the TEE. Optionally, when the gatekeeper function transmits data, the token and handle can be encrypted, and then the encrypted token and handle can be decrypted in the TEE, and the token and handle can be verified. If the token and handle are successfully verified in the TEE, a notification message indicating successful verification can be returned to the unlocking application. After receiving the notification message, the unlocking application can call Keyguard to close the lock screen interface and successfully unlock the wearable device. In the embodiment of the present application, the first operating system can verify the token and the handle sent by the terminal device in the TEE, which improves the security of unlocking the wearable device.

In some embodiments, before the terminal device sends verification information to the wearable device, it may first determine whether the wearable device is currently in a lock screen state, and if it is determined that the wearable device is currently in a lock screen state, then send verification information to the wearable device . The terminal device can send an unlock request to the wearable device. After the wearable device receives the unlock request, if the wearable device is currently locked, it can return a response message to the terminal device. The terminal device can determine the wearable The device is currently locked. If the wearable device is currently in an unlocked state, the unlock request may not be responded to, and if the terminal device does not receive the response information returned by the wearable device within the first time period, it may be determined that the wearable device is not currently in a locked screen state, Then there is no need to unlock the wearable device, which can further reduce the power consumption of the terminal device.

The above-mentioned first duration can be set according to actual needs, such as 3 seconds, 5 seconds, 4 seconds, etc., but is not limited thereto. The first duration may be determined by the signal transmission speed between the terminal device and the wearable device, and therefore may also be obtained through multiple test experiments in advance.

In the embodiment of the present application, the wearable device can be unlocked by using the terminal device communicatively connected with the wearable device, and the user does not need to enter the preset unlock password on the wearable device to unlock, so that the wearable device can be unlocked more efficiently and quickly. Unlocking improves the intelligence of the wearable device, and the unlocking success rate can be improved without using the second operating system that does not have the unlocking function.

In some embodiments, corresponding unlocking strategies can be set respectively for different operating conditions of the wearable device. After receiving the target unlocking instruction, the terminal device can determine the current running status of the wearable device, and judge whether to unlock the wearable device according to the current running status. If the terminal device determines to unlock the wearable device according to the current operating conditions, it may send verification information to the wearable device according to the target unlocking instruction; if the terminal device determines not to unlock the wearable device according to the current operating conditions, it may not In response to the target unlocking instruction, no verification information is sent to the wearable device to avoid unlocking failure.

Optionally, the running condition of the wearable device may include the running mode of the wearable device, and for the wearable device supporting dual operating systems, multiple different running modes may be defined. As an implementation manner, the step of receiving the verification information sent by the terminal device through the first operating system may include: if the wearable device is currently in the first mode, receiving the verification information sent by the terminal device through the first operating system.

As yet another implementation manner, the step of receiving the verification information sent by the terminal device through the first operating system may include: if the wearable device is currently in the first operating state of the second mode, receiving the verification information through the first operating system Verification information sent by the terminal device; if the wearable device is currently in the second operating state of the second mode, wake up the first operating system that is in a dormant state through the second operating system, and receive the terminal device through the awakened first operating system The authentication information sent.

Different operating modes in the wearable device may correspond to different operating power consumption and operating performance, the operating power consumption may refer to the power consumption generated by the wearable device in this operating mode, etc., and the operating performance may refer to the In this operating mode, the wearable device uses the utilization rate of various hardware resources (such as processors, memory, etc.), data processing speed, data types that can be processed, etc. The operating power consumption and operating performance in the same operating mode may be positively correlated, and the stronger the operating performance, the greater the operating power consumption.

In some embodiments, the operating modes of the wearable device may include a first mode, a second mode and a third mode. Wherein, the first mode refers to the operating mode in which the first operating system continues to run in the foreground. In the first mode, the operating system running in the foreground is always the first operating system, and no switching occurs. Optionally, the second operating The system may be closed or run in the background (that is, the second operating system does not have the control authority of the display device of the wearable device).

The second mode may refer to an operating mode in which the first operating system and the second operating system are switched to run. In the second mode, the operating system running in the foreground can be switched between the first operating system and the second operating system. The second mode may include a first operating state and a second operating state, the first operating state of the second mode may refer to a state in which the first operating system is running in the foreground in the second mode; the second operating state of the second mode May refer to a state in which a second operating system is running in a second mode and the first operating system is hibernated.

The third mode refers to the operating mode that only runs on the second operating system. In the third mode, the operating system running in the foreground is always the second operating system without switching, and the first operating system can be in a closed state or sleep state.

Among them, the operating system is in the shutdown state, which may refer to the processor corresponding to the operating system is in a state of complete power failure, and all modules of the operating system cannot run; the operating system is in the dormant state, which may refer to the The processor is in a power-off state, but some modules (such as communication modules, etc.) in the operating system are still running.

The first mode, the second mode, and the third mode respectively correspond to different operating power consumption and operating performance. The operating power consumption of the first mode can be greater than the operating power consumption of the second mode, and the operating power consumption of the second mode can be greater than that of the third mode. The operating performance of the mode, the operating performance of the first mode may be higher than the operating performance of the second mode, and the operating performance of the second mode may be higher than the operating performance of the third mode.

The above-mentioned first mode can be understood as a high-performance mode of the wearable device, which has high operating performance; the second mode can be understood as a balanced mode, taking into account performance and battery life, and the wearable device can control the first mode according to the actual operating conditions. The operating system and the second operating system switch to run in the foreground. For example, when the wearable device is busy, it can switch to the first operating system to run, and when it is idle, it can switch to the second operating system to run; the third mode can be understood as The long battery life mode of the wearable device can make the wearable device operate under low power consumption.

In some embodiments, after receiving the target unlock instruction, the terminal device can determine the current operating mode of the wearable device, and judge whether to send verification information to the wearable device according to the current operating mode of the wearable device, so as to Unlock the wearable. In some embodiments, the terminal device may send a mode acquisition request to the communication-connected wearable device, and the mode acquisition request is used to request the wearable device to acquire the current operating mode. The wearable device receives the mode acquisition request sent by the terminal device, and may return the mode identifier corresponding to the current operating mode to the terminal device according to the mode acquisition request. The terminal device can receive the mode identifier returned by the wearable device, and determine the current operating mode of the wearable device according to the mode identifier.

Different operating modes can correspond to different mode identifications, and the mode identification can be composed of one or more of letters, numbers, symbols, etc. For example, the mode identification corresponding to the first mode can be 01, and the mode corresponding to the second mode can be The logo can be 02, the mode logo corresponding to the third mode can be 03; or the mode logo corresponding to the first mode can be mode A, the mode logo corresponding to the second mode can be mode B, and the mode logo corresponding to the third mode can be mode C, etc., but not limited to this. The terminal device first determines the current operating mode of the wearable device, and then determines whether to send verification information, which can avoid the situation that the verification information is sent but cannot be unlocked, and the success rate of unlocking is improved.

Since the wearable device only runs under the second operating system when the wearable device is in the third mode, and the second operating system does not have the unlocking function, if the terminal device determines that the current operating mode of the wearable device is the first In the third mode, it can be determined not to unlock the wearable device, and not to respond to the target unlock command. If the terminal device determines that the current operating mode of the wearable device is the first mode or the second mode, it may determine to unlock the wearable device, and send verification information to the wearable device according to a target unlocking instruction. The wearable device can receive the verification information sent by the terminal device through the first operating system, and verify and unlock the verification information through the first operating system.

Further, if the wearable device is currently in the second operating state of the second mode and the first operating system is in the dormant state, the running second operating system can send an unlock request to the first operating system after receiving the unlock request sent by the terminal device. A wake-up instruction is sent, and response information is returned to the terminal device. The wake-up instruction can be used to wake up the first operating system in a dormant state. The awakened first operating system can receive the verification information sent by the terminal device and unlock the verification information, thereby solving the problem in the related art that the wearable device cannot be unlocked when it is in the second operating state of the second mode, Improve unlocking efficiency and success rate.

In the embodiment of this application, the terminal device can determine whether to send verification information to the wearable device according to the current operating mode of the wearable device, and can ensure that the verification information is sent after the wearable device can be successfully unlocked. The unlocking success rate is improved, and unnecessary power loss is also reduced.

Optionally, the running condition of the wearable device may include the state of the first operating system in the wearable device. As an implementation manner, the step of receiving the verification information sent by the terminal device through the first operating system may include: if the first operating system is currently running, receiving the verification information sent by the terminal device through the first operating system; and/or , if the first operating system is currently in a dormant state, the first operating system in the dormant state is awakened by the second operating system, and the verification information sent by the terminal device is received by the awakened first operating system.

After receiving the target unlock instruction, the terminal device can determine the current state of the first operating system in the wearable device, and judge whether to unlock the wearable device according to the current state. If the first operating system is currently in a running state or a dormant state, it can be determined to unlock the wearable device, and send verification information to the wearable device according to the target unlocking instruction. If the first operating system is currently in the shutdown state, since restarting the first operating system will cause a large increase in power consumption and a long waiting time, it may be determined not to unlock the wearable device and not respond to the target unlock command.

As an implementation manner, the terminal device may send a status acquisition request to the wearable device, where the status acquisition request is used to request the wearable device to acquire the current status of the first operating system. After receiving the status acquisition request sent by the terminal device, the wearable device may send status information to the terminal device according to the status acquisition request, where the status information is used to represent the current status of the first operating system. Further, the status information may include a status identifier. The current status of the first operating system is different and may correspond to different status identifiers. For example, the status identifier corresponding to the sleep state may be X, the status identifier corresponding to the shutdown state may be Y, and the status identifier corresponding to the running state may be X. The state identifier corresponding to the state may be Z, etc., but is not limited thereto, and the state information may also include information such as a state name. The terminal device receives the state information sent by the wearable device, and can determine the current state of the first operating system in the wearable device according to the state information.

If the first operating system of the wearable device is currently running or dormant, the wearable device can receive the verification information sent by the terminal device through the first operating system, and verify and unlock the verification information through the first operating system

Further, if the first operating system of the wearable device is currently in a dormant state, the running second operating system may send a wake-up instruction to the first operating system after receiving the unlock request sent by the terminal device, and return In response to the information, the wake-up instruction can be used to wake up the first operating system in a dormant state. The awakened first operating system can receive the verification information sent by the terminal device and unlock the verification information, thereby solving the problem in related technologies that the wearable device cannot be unlocked when it is in a sleep state, and improving the unlocking efficiency and success rate.

In the embodiment of this application, the terminal device can judge whether to send verification information to the wearable device according to the current state of the first operating system in the wearable device, and can ensure that the verification can be sent after the wearable device can be successfully unlocked. information, which improves the success rate of unlocking and reduces unnecessary power loss.

In some embodiments, before using the terminal device to unlock the wearable device, the terminal device and the wearable device can agree on verification information, and save the verification information, so that when the terminal device is unlocked, the saved verification information can be used to automatically Unlock the wearable. As shown in Figure 5, in one embodiment, before the step of receiving the verification information sent by the terminal device through the first operating system, the above-mentioned device unlocking method may further include the following steps:

Step 502: If the first operating system detects a trigger operation on the unlock switch, in response to the trigger operation, send a registration instruction to the terminal device through the first operating system, and the registration instruction is used to instruct the terminal device to generate a token.

The wearable device may be provided with an unlock switch, which may be used to select on/off the function of automatically unlocking the wearable device by the terminal device. The unlock switch may be a physical switch or a virtual switch, which is not limited herein. When the user chooses to enable the function of using the terminal device to automatically unlock the wearable device, the unlock switch can be triggered. The trigger operation can include but not limited to touch operations such as click operations and slide operations. It is an operation in other interactive modes such as a voice control operation, and the implementation manner of the trigger operation is not specifically limited in this embodiment of the present application.

If the first operating system of the wearable device detects a trigger operation of the unlock switch, in response to the trigger operation, a registration instruction may be sent to the communication-connected terminal device, and the registration instruction may be used to instruct the terminal device to generate a token.

Step 504: Receive the token sent by the terminal device through the first operating system, register the token, and generate a handle corresponding to the token.

After receiving the registration instruction sent by the wearable device, the terminal device can generate a token according to the registration instruction. The token can be a field composed of a randomly generated character string, or a field generated according to a preset generation rule. Optionally, the preset generation rule can specify the field composition format of the token, for example, it can be stipulated that the first 2 digits of the token are English word lines TK, and the last 4 digits of the token can be random numbers, etc., which are generated according to the preset Rule-generated tokens can facilitate effective identification of wearable devices and ensure the accuracy of tokens.

The terminal device can send the generated token to the wearable device, and the first operating system of the wearable device can register the token and generate a handle corresponding to the token. As a specific implementation, the first operating system in the wearable device can receive the token sent by the terminal device and convert the token into a key, and the first operating system can encrypt the master key according to the key , the master key may be key information pre-stored in the first operating system. The first operating system can receive the input unlock password, and decrypt the encrypted master key according to the unlock password, if the decryption is successful, it can register the token, and generate a handle corresponding to the token.

After the first operating system converts the token into a key and encrypts the master key, a password input box may pop up, and the password input box may be used to provide the user with an unlock password for inputting the wearable device. The first operating system successfully unlocks the encrypted master key according to the unlock password input by the user. This process is equivalent to activating the token, and the activated token is a valid token that can be used to unlock the wearable device. The first operating system can transfer the token to the TEE through the framework layer for registration and storage, and generate a handle corresponding to the token, and the TEE can also save the handle, and then send the generated handle to the terminal device. Optionally, the token and handle can also be stored in the password management module provided by the framework layer of the first operating system. When the token and handle need to be verified, the first operating system can store the token stored in the password management module And the handle, and the token and handle sent by the terminal device are passed to the TEE for verification.

Step 506, send the handle to the terminal device through the first operating system, so that the terminal device saves the token and the handle, and saves the token and the handle in the first operating system.

After the first operating system in the wearable device generates a handle corresponding to the token, it can send the handle to the terminal device, and the terminal device can save the token and the handle after receiving the handle returned by the wearable device.

In some embodiments, the unlocking function provided by the terminal device to automatically unlock the wearable device can be integrated into an application program capable of interacting with the wearable device, for example, it can be integrated into a health monitoring application program, which can be accessed from The wearable device obtains and displays the human health data collected by the wearable device, and it may also be other applications, which are not limited here. When the application integrated with the unlocking function of the wearable device listens to the generated target unlock command, it can send verification information to the wearable device to request the wearable device to unlock, which can unlock the wearable device more easily and quickly.

Exemplarily, FIG. 6 is a schematic sequence diagram of a method for unlocking a device in an embodiment. As shown in FIG. 6 , when the first operating system in the wearable device is running in the foreground, the first operating system detects a trigger operation on the unlock switch, and may send a registration instruction to the terminal device. After receiving the registration instruction, the terminal device may generate a token, and send the token to the first operating system of the wearable device. After receiving the token sent by the terminal device, the first operating system of the wearable device can register the token, generate a handle, and save the token and the handle. The first operating system can send the handle to the terminal device, and the terminal device can save the token and the handle. When the terminal device receives the target unlock instruction, it can send the stored token and handle to the wearable device, and the first operating system of the wearable device can receive the token and handle, and verify the received token and handle, If the verification is successful, the wearable device is unlocked.

In some embodiments, in order to further ensure information security, the information transmitted between the terminal device and the wearable device may be encrypted information. For example, the information transmitted between the two can be encrypted by means of ECDH (Elliptic Curve Diffie-Hellman key Exchange, Elliptic Curve Diffie-Hellman key exchange). Encrypting the information transmitted between the terminal device and the wearable device can further improve the security of unlocking the wearable device.

Exemplarily, FIG. 7A is a schematic diagram of a timing sequence for agreeing verification information between a terminal device and a wearable device in an embodiment. As shown in Figure 7A, in the process of agreeing on the verification information between the terminal device and the wearable device, ECDH may be used for encryption, which may mainly include the following steps:

1. The wearable device generates ECDH public key P, private key p, and authentication code C;

2. The wearable device transmits the public key P and authentication code C to the terminal device;

3. The terminal device generates ECDH public key Q, private key q, and authentication code D;

Optionally, the authentication code C=HmacSHA256(S, P), the authentication code D=HmacSHA256(S, Q+P), wherein, S can be a 32-byte random number;

4. The terminal device can calculate the session key C0=ECDH(P, q) according to the ECDH algorithm as the session key for this exchange of verification information;

5. The terminal device transmits the public key Q and authentication code D to the wearable device;

6. The wearable device can calculate the session key C0=ECDH(Q, p) according to the ECDH algorithm as the session key for this exchange of verification information;

7. The wearable device can request registration from the terminal device, and the request can be encrypted with C0=ECDH(Q,p) calculated by the wearable device;

8. The terminal device can generate a token T, and generate a new ECDH public key Q' and private key q';

9. The terminal device can send the token + Q' encrypted with C0=ECDH(P,q) to the wearable device;

10. The wearable device registers the token and generates a handle, and can generate a new ECDH public key P' and private key p';

11. The wearable device can send the handle + P' encrypted with C0=ECDH(Q, p) to the terminal device;

12. The terminal device can update the key C0=ECDH(P', q') for the next session;

13. The terminal device can save the token and the handle encrypted by C0=ECDH(P', q').

Optionally, the wearable device can also update the key C0=ECDH(Q', p') for the next session

Exemplarily, FIG. 7B is a schematic diagram of a sequence of unlocking a wearable device by a terminal device in an embodiment. As shown in Figure 7B, in the process of unlocking the wearable device by the terminal device, ECDH may be used for encryption, which may mainly include the following steps:

1. The terminal device receives the target unlock command and judges whether the wearable device can be unlocked;

2. If the terminal device is determined to be unlockable, generate the ECDH public key M and private key m;

3. The terminal device sends the token T+handle+M encrypted with C0=ECDH(P', q') to the wearable device;

4. The wearable device verifies the token and handle through the first operating system, and unlocks it if the verification is successful;

5. The wearable device generates ECDH public key N and private key n;

6. The wearable device sends the execution result + N encrypted by C0=ECDH(Q', p') to the terminal device, where the execution result can be unlocking success, unlocking failure, etc. If the verification is successful, the execution result is unlocking success, If the verification fails, the execution result is unlock failure;

7. The terminal device can update the key C0=ECDH(N,m) for the next session;

8. The wearable device can update the key C0=ECDH(M,n) for the next session.

It should be noted that the steps shown in FIG. 7A and FIG. 7B do not necessarily have a strict sequential relationship. For example, in FIG. The wearable device is updated first, and then the terminal device is updated, etc., but not limited to this. Further, each step executed by the wearable device in FIG. 7A and FIG. 7B may be executed by the first operating system of the wearable device.

In the embodiment of this application, the verification information can be agreed between the terminal device and the wearable device, and the verification information can be saved, so that the solution of using the terminal device to unlock the wearable device can be realized, without the need for the user to additionally reinstall on the wearable device. Inputting the preset unlocking password to unlock can unlock the wearable device more easily and quickly, which improves the intelligence of the wearable device while ensuring the information security of the wearable device.

As shown in Figure 8, in one embodiment, another device unlocking method is provided, which can be applied to the above-mentioned terminal device, and the method may include the following steps:

Step 810, receiving a target unlock instruction.

Step 820: Send verification information to the wearable device according to the target unlocking instruction, so that the wearable device can verify the verification information through the first operating system, and if the verification is successful, unlock the wearable device through the first operating system screen status.

Wherein, the wearable device is installed with a first operating system and a second operating system, and the second operating system does not have an unlocking function.

As shown in Figure 9, in another embodiment, a method for unlocking a device is provided, which can be applied to the above-mentioned terminal device, and the method may include the following steps:

Step 902, receiving a target unlock instruction.

Step 904, determine the current running status of the wearable device, and judge whether to unlock the wearable device according to the current running status, if yes, go to step 904, if not, go to step 906.

In one embodiment, step 904 includes: determining the current operating mode of the wearable device; if the current operating mode is the first mode or the second mode, determining to unlock the wearable device. Wherein, the first mode refers to the running mode in which the first operating system continues to run in the foreground; the second mode refers to the running mode in which the first operating system and the second operating system switch to run.

In one embodiment, step 904 includes: determining the current operating mode of the wearable device; if the current operating mode is the third mode, determining not to unlock the wearable device. Wherein, the third mode is an operation mode in which the wearable device only runs the second operating system.

In one embodiment, the step of determining the current operating mode of the wearable device includes: sending a mode acquisition request to the wearable device; the mode acquisition request is used to request the wearable device to acquire the current operating mode; receiving the wearable The mode ID returned by the device, and determine the current operating mode of the wearable device according to the mode ID.

In one embodiment, step 904 includes: determining a current state of the first operating system in the wearable device, and determining to unlock the wearable device if the first operating system is currently in a running state or in a dormant state.

In one embodiment, step 904 includes: determining a current state of the first operating system in the wearable device, and determining not to unlock the wearable device if the first operating system is currently in a shutdown state.

Step 904: Send verification information to the wearable device according to the target unlocking instruction, so that the wearable device can verify the verification information through the first operating system, and if the verification is successful, unlock the wearable device through the first operating system screen status.

Step 906, do not respond to the target unlocking instruction.

In one embodiment, before step 902, it further includes: receiving a registration instruction sent by the wearable device, where the registration instruction is generated when the first operating system in the wearable device detects a trigger operation on the unlock switch; generating according to the registration instruction Token, and send the token to the wearable device, so that the wearable device registers the token through the first operating system, and generate a handle corresponding to the token; receive the handle returned by the wearable device, and save tokens and handles.

It should be noted that, for the description of the device unlocking method applied to the terminal device provided in the embodiment of the present application, you can refer to the relevant descriptions of the device unlocking method applied to the wearable device provided in the above-mentioned embodiments, and will not be repeated here. .

In the embodiment of this application, the terminal device can judge whether to send verification information to the wearable device according to the current operating status of the wearable device, which can ensure that the verification information is sent after the wearable device can be successfully unlocked, which improves The success rate of unlocking also reduces unnecessary power loss.

In addition, the verification information can be agreed between the terminal device and the wearable device, and the verification information can be saved, so that the solution of using the terminal device to unlock the wearable device can be realized, without the need for the user to additionally input the preset unlocking information on the wearable device. Unlocking with a password can unlock the wearable device more easily and quickly, which improves the intelligence of the wearable device while ensuring the information security of the wearable device.

As shown in FIG. 10, in one embodiment, a device unlocking device 1000 is provided, which can be applied to the above-mentioned wearable device. The wearable device is installed with a first operating system and a second operating system, and the second operating system does not With the unlocking function, the wearable device communicates with the terminal device. The device unlocking device 1000 may include an information receiving module 1010 and a verification module 1020 .

The information receiving module 1010 is configured to receive the verification information sent by the terminal device through the first operating system.

The verification module 1020 is configured to verify the verification information through the first operating system, and if the verification is successful, release the lock screen state of the wearable device through the first operating system.

In one embodiment, the first operating system has TEE secure firmware; the second operating system does not have TEE secure firmware. The verification module 1020 is further configured to verify the verification information in the TEE through the first operating system.

In one embodiment, the information receiving module 1010 is further configured to receive the verification information sent by the terminal device through the first operating system if the wearable device is currently in the first mode; where the first mode refers to the first operating system Run mode that keeps running in the foreground.

In one embodiment, the information receiving module 1010 is further configured to receive the verification information sent by the terminal device through the first operating system if the wearable device is currently in the first operating state of the second mode; In the second operating state of the second mode, the first operating system in the dormant state is awakened through the second operating system, and the verification information sent by the terminal device is received through the awakened first operating system; wherein, the second mode refers to The first operating system and the second operating system switch the operating mode of operation, the first operating state of the second mode refers to the state in which the first operating system is running in the foreground in the second mode; the second operating state of the second mode The second running state refers to a state in which the second operating system is running in the second mode and the first operating system is in a dormant state.

In one embodiment, the device unlocking apparatus 1000 includes a request receiving module and a return module in addition to the information receiving module 1010 and the verification module 1020 .

The request receiving module is configured to receive the mode acquisition request sent by the terminal device.

The return module is configured to return the mode identifier corresponding to the current operating mode to the terminal device according to the mode acquisition request, so that the terminal device determines the current operating mode of the wearable device according to the mode identifier.

In one embodiment, the information receiving module 1010 is further configured to receive the verification information sent by the terminal device through the first operating system if the first operating system is currently running; and/or, to receive the verification information sent by the terminal device if the first operating system is currently running In the dormant state, the first operating system in the dormant state is awakened by the second operating system, and the verification information sent by the terminal device is received by the awakened first operating system.

In the embodiment of the present application, the terminal device can judge whether to send verification information to the wearable device according to the current operation status of the wearable device, which can ensure that the verification information can be sent after the wearable device can be successfully unlocked, which improves the performance of the wearable device. The success rate of unlocking also reduces unnecessary power loss.

In one embodiment, the device unlocking apparatus 1000 includes a sending module and a generating module in addition to the information receiving module 1010, the verifying module 1020, the request receiving module and the returning module.

The sending module is configured to send a registration instruction to the terminal device through the first operating system in response to the trigger operation if the first operating system detects a trigger operation on the unlock switch, and the registration instruction is used to instruct the terminal device to generate a token.

The generating module is configured to receive the token sent by the terminal device through the first operating system, register the token, and generate a handle corresponding to the token.

In one embodiment, the generating module is further configured to receive the token sent by the terminal device through the first operating system, and convert the token into a key; encrypt the master key according to the key through the first operating system ; and receive the input unlock password through the first operating system, and decrypt the encrypted master key according to the unlock password, if the decryption is successful, register the token, and generate a handle corresponding to the token.

The sending module is further configured to send the handle to the terminal device through the first operating system, so that the terminal device saves the token and the handle, and stores the token and the handle in the first operating system.

As shown in FIG. 11 , in one embodiment, a device unlocking device 1100 is provided, which can be applied to the above-mentioned terminal device. The terminal device communicates with a wearable device. operating system, the second operating system does not have an unlocking function. The device unlocking device 1100 may include an instruction receiving module 1110 and an information sending module 1120 .

The command receiving module 1110 is configured to receive the target unlocking command.

The information sending module 1120 is configured to send verification information to the wearable device according to the target unlocking instruction, so that the wearable device can verify the verification information through the first operating system, and if the verification is successful, through the first operating system Remove the lock screen status of the wearable device.

In one embodiment, the device unlocking device 1100 includes not only the instruction receiving module 1110 and the information sending module 1120, but also a judging module.

The judging module is configured to determine the current running status of the wearable device, and judge whether to unlock the wearable device according to the current running status.

In one embodiment, the judging module is also used to determine the current operating mode of the wearable device; if the current operating mode is the first mode or the second mode, then determine to unlock the wearable device; wherein, The first mode refers to the running mode in which the first operating system continues to run in the foreground; the second mode refers to the running mode in which the first operating system and the second operating system switch to run.

In one embodiment, the judging module is also used to determine the current operating mode of the wearable device; if the current operating mode is the third mode, it is determined not to unlock the wearable device; wherein, the third mode is The wearable device only runs the running mode of the second operating system.

In one embodiment, the judging module is further configured to send a mode acquisition request to the wearable device; the mode acquisition request is used to request the wearable device to obtain the current operating mode; and receive the mode identifier returned by the wearable device, and Determine the current operating mode of the wearable device according to the mode identifier.

In one embodiment, the judging module is further configured to determine the current state of the first operating system in the wearable device, and determine to unlock the wearable device if the first operating system is currently in a running state or a dormant state.

In one embodiment, the judging module is further configured to determine the current state of the first operating system in the wearable device, and if the first operating system is currently in a shutdown state, determine not to unlock the wearable device.

The information sending module 1120 is also used to send verification information to the wearable device according to the target unlocking instruction if the judging module determines to unlock the wearable device according to the current operating situation; If the wearable device is unlocked, it does not respond to the target unlock command.

In one embodiment, the device unlocking device 1100 includes not only the command receiving module 1110, the information sending module 1120 and the judging module, but also includes a token generating module and a saving module.

The token generation module is configured to receive the registration instruction sent by the wearable device, the registration instruction is generated by the first operating system in the wearable device detecting a trigger operation for the unlock switch; generate a token according to the registration instruction, and make the The card is sent to the wearable device, so that the wearable device registers the token through the first operating system, and generates a handle corresponding to the token;

The saving module is used to receive the handle returned by the wearable device, and save the token and the handle.

Fig. 12 is a structural block diagram of a wearable device in one embodiment. As shown in FIG. 12, the wearable device 1200 may include one or more of the following components: a processor 1210, a memory 1220 coupled to the processor 1210, wherein the memory 1220 may store one or more computer programs, and one or more computers The program may be configured to implement the methods applied to wearable devices as described in the above embodiments when executed by one or more processors 1210 .

Processor 1210 may include one or more processing cores. The processor 1210 uses various interfaces and lines to connect various parts of the entire wearable device 1200, by running or executing instructions, programs, code sets or instruction sets stored in the memory 1220, and calling data stored in the memory 1220, Various functions of the wearable device 1200 are performed and data is processed. Optionally, the processor 1210 may adopt at least one of Digital Signal Processing (Digital Signal Processing, DSP), Field-Programmable Gate Array (Field-Programmable Gate Array, FPGA), and Programmable Logic Array (Programmable Logic Array, PLA). implemented in the form of hardware. The processor 1210 may integrate one or a combination of a central processing unit (Central Processing Unit, CPU), an image processor (Graphics Processing Unit, GPU), a modem, and the like. Among them, the CPU mainly handles the operating system, user interface and application programs, etc.; the GPU is used to render and draw the displayed content; the modem is used to handle wireless communication. It can be understood that the above modem may also not be integrated into the processor 1210, but implemented by a communication chip alone.

The memory 1220 may include a random access memory (Random Access Memory, RAM), and may also include a read-only memory (Read-Only Memory, ROM). The memory 1220 may be used to store instructions, programs, codes, sets of codes or sets of instructions. The memory 1220 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system and instructions for implementing at least one function (such as a touch function, a sound playback function, an image playback function, etc.) , instructions for implementing the foregoing method embodiments, and the like. The data storage area can also store data created by the wearable device 1200 during use, and the like.

It can be understood that the wearable device 1200 may include more or fewer structural elements than those in the above structural block diagram, for example, including a power module, physical buttons, WiFi (Wireless Fidelity, wireless fidelity) module, speaker, Bluetooth module, sensor etc., may not be limited here.

The embodiment of the present application discloses a terminal device, which includes a processor and a memory coupled to the processor, wherein the memory can store one or more computer programs, and one or more computer programs can be configured to be executed by one or more processors. During execution, the methods applied to the terminal device as described in the foregoing embodiments are implemented.

The embodiment of the present application discloses a computer-readable storage medium, which stores a computer program, where, when the computer program is executed by a processor, the method applied to the terminal device as described in the foregoing embodiments is implemented.

The embodiment of the present application discloses a computer-readable storage medium, which stores a computer program, wherein, when the computer program is executed by a processor, the method applied to a wearable device as described in the above-mentioned embodiments is implemented.

The embodiment of the present application discloses a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program, and when the computer program is executed by a processor, the application as described in the above-mentioned embodiments can be implemented. method of the end device.

The embodiment of the present application discloses a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program, and when the computer program is executed by a processor, the application as described in the above-mentioned embodiments can be implemented. approach to wearable devices.

Those of ordinary skill in the art can understand that all or part of the processes in the methods of the above embodiments can be realized through computer programs to instruct related hardware, and the programs can be stored in a non-volatile computer-readable storage medium When the program is executed, it may include the processes of the embodiments of the above-mentioned methods. Wherein, the storage medium may be a magnetic disk, an optical disk, a ROM, or the like.

Any reference to memory, storage, database or other medium as used herein may include non-volatile and/or volatile memory. Suitable non-volatile memory may include ROM, Programmable ROM (PROM), Erasable PROM (Erasable PROM, EPROM), Electrically Erasable PROM (Electrically Erasable PROM, EEPROM) or flash memory. Volatile memory can include random access memory (RAM), which acts as external cache memory. By way of illustration and not limitation, RAM can take many forms, such as static RAM (Static RAM, SRAM), dynamic RAM (Dynamic Random Access Memory, DRAM), synchronous DRAM (synchronous DRAM, SDRAM), double data rate SDRAM (Double data rate Data Rate SDRAM, DDR SDRAM), enhanced SDRAM (Enhanced Synchronous DRAM, ESDRAM), synchronous link DRAM (Synchlink DRAM, SLDRAM), memory bus direct RAM (Rambus DRAM, RDRAM) and direct memory bus dynamic RAM (Direct Rambus DRAM) , DRDRAM).

It should be understood that reference throughout the specification to "one embodiment" or "an embodiment" means that a particular feature, structure, or characteristic related to the embodiment is included in at least one embodiment of the present application. Thus, appearances of "in one embodiment" or "in an embodiment" in various places throughout the specification are not necessarily referring to the same embodiment. Furthermore, the particular features, structures or characteristics may be combined in any suitable manner in one or more embodiments. Those skilled in the art should also know that the embodiments described in the specification are all optional embodiments, and the actions and modules involved are not necessarily required by this application.

In various embodiments of the present application, it should be understood that the sequence numbers of the above-mentioned processes do not necessarily mean the order of execution. The implementation of the examples constitutes no limitation.

Each functional unit in each embodiment of the present application may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit. The above-mentioned integrated units can be implemented in the form of hardware or in the form of software functional units.

If the above-mentioned integrated units are realized in the form of software function units and sold or used as independent products, they can be stored in a computer-accessible memory. Based on this understanding, the technical solution of the present application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product, and the computer software product is stored in a memory , including several requests to make a computer device (which may be a personal computer, server, or network device, etc., specifically, a processor in the computer device) execute some or all of the steps of the above-mentioned methods in various embodiments of the present application.

A device unlocking method, device, electronic device, and computer-readable storage medium disclosed in the embodiments of the present application are described above in detail. In this paper, specific examples are used to illustrate the principles and implementation methods of the present application. The above embodiments The description is only used to help understand the method and core idea of the present application. At the same time, for those skilled in the art, based on the idea of this application, there will be changes in the specific implementation and application scope. In summary, the content of this specification should not be construed as limiting the application.

Claims

A device unlocking method, characterized in that it is applied to a wearable device, the wearable device is installed with a first operating system and a second operating system, the second operating system does not have an unlocking function, and the wearable device and A terminal device is connected in communication; the method includes:

receiving the verification information sent by the terminal device through the first operating system;

The verification information is verified through the first operating system, and if the verification is successful, the lock screen state of the wearable device is released through the first operating system.
The method according to claim 1, wherein the first operating system has a Trusted Execution Environment (TEE) security firmware; the second operating system does not have the TEE security firmware; The system verifies the verification information, including:

The verification information is verified in the TEE by the first operating system.
The method according to claim 1, wherein the receiving the verification information sent by the terminal device through the first operating system comprises:

If the wearable device is currently in the first mode, the verification information sent by the terminal device is received through the first operating system; wherein, the first mode refers to that the first operating system continues to run in the foreground mode of operation.
The method according to claim 1, wherein the receiving the verification information sent by the terminal device through the first operating system comprises:

If the wearable device is currently in the first operating state of the second mode, receiving the verification information sent by the terminal device through the first operating system;

If the wearable device is currently in the second running state of the second mode, wake up the first operating system in a dormant state through the second operating system, and wake up the first operating system after awakening receiving verification information sent by the terminal device;

Wherein, the second mode refers to the operating mode in which the first operating system and the second operating system switch to run, and the first operating state of the second mode refers to the operating mode in the second mode The state in which the first operating system is running in the foreground; the second running state in the second mode refers to the state in which the second operating system is running in the second mode and the first operating system is in a dormant state state.
The method according to claim 3 or 4, wherein before receiving the verification information sent by the terminal device through the first operating system, the method further comprises:

receiving a mode acquisition request sent by the terminal device;

According to the mode acquisition request, return the mode identification corresponding to the current operating mode to the terminal device, so that the terminal device determines the current operating mode of the wearable device according to the mode identification.
The method according to claim 1, wherein the receiving the verification information sent by the terminal device through the first operating system comprises:

If the first operating system is currently running, receiving the verification information sent by the terminal device through the first operating system; and/or,

If the first operating system is currently in a dormant state, wake up the first operating system in a dormant state through the second operating system, and receive the message sent by the terminal device through the awakened first operating system verify message.
The method according to claim 1 or 2, wherein the verification information includes a token and a handle; before receiving the verification information sent by the terminal device through the first operating system, the method further include:

If the first operating system detects a trigger operation on the unlock switch, in response to the trigger operation, a registration instruction is sent to the terminal device through the first operating system, and the registration instruction is used to instruct the terminal device Generate a token;

receiving the token sent by the terminal device through the first operating system, registering the token, and generating a handle corresponding to the token;

Sending the handle to the terminal device through the first operating system, so that the terminal device saves the token and the handle, and saves the token and the handle in the first operating system.
The method according to claim 7, wherein the first operating system receives the token sent by the terminal device, registers the token, and generates a token corresponding to the token. handles, including:

receiving the token sent by the terminal device through the first operating system, and converting the token into a key;

encrypting a master key according to the key by the first operating system;

Receive the input unlock password through the first operating system, and decrypt the encrypted master key according to the unlock password, if the decryption is successful, register the token, and generate a token corresponding to the token handle.
A method for unlocking a device, characterized in that it is applied to a terminal device, the terminal device communicates with a wearable device, the wearable device is installed with a first operating system and a second operating system, and the second operating system does not With an unlocking function, the method includes:

Receive target unlock command;

Send verification information to the wearable device according to the target unlocking instruction, so that the wearable device verifies the verification information through the first operating system, and if the verification is successful, through the second operating system An operating system releases the lock screen state of the wearable device.
The method according to claim 9, characterized in that, after receiving the target unlock instruction, the method further comprises:

Determine the current operating conditions of the wearable device, and judge whether to unlock the wearable device according to the current operating conditions;

If it is determined to unlock the wearable device according to the current operating situation, then perform the step of sending verification information to the wearable device according to the target unlock instruction;

If it is determined not to unlock the wearable device according to the current operating situation, the target unlock instruction is not responded to.
The method according to claim 10, wherein the determining the current operating condition of the wearable device, and judging whether to unlock the wearable device according to the current operating condition comprises:

Determine the current operating mode of the wearable device;

If the current operating mode is the first mode or the second mode, then determine to unlock the wearable device;

Wherein, the first mode refers to an operating mode in which the first operating system continues to run in the foreground; the second mode refers to an operating mode in which the first operating system and the second operating system are switched to run.
The method according to claim 10, wherein determining the current operating condition of the wearable device, and judging whether to unlock the wearable device according to the current operating condition comprises:

Determine the current operating mode of the wearable device;

If the current operating mode is a third mode, it is determined not to unlock the wearable device; wherein the third mode is an operating mode in which the wearable device only runs the second operating system.
The method according to claim 11 or 12, wherein the determining the current operating mode of the wearable device comprises:

Sending a mode acquisition request to the wearable device; the mode acquisition request is used to request the wearable device to acquire the current operating mode;

Receive the mode identifier returned by the wearable device, and determine the current operating mode of the wearable device according to the mode identifier.
The method according to claim 10, wherein the determining the current operating condition of the wearable device, and judging whether to unlock the wearable device according to the current operating condition comprises:

Determine the current state of the first operating system in the wearable device, and determine to unlock the wearable device if the first operating system is currently in a running state or in a dormant state.
The method according to claim 10, wherein the determining the current operating condition of the wearable device, and judging whether to unlock the wearable device according to the current operating condition comprises:

Determine the current state of the first operating system in the wearable device, and determine not to unlock the wearable device if the first operating system is currently in a shutdown state.
The method according to claim 9, wherein the verification information includes a token and a handle; before receiving the target unlock instruction, the method further includes:

receiving a registration instruction sent by the wearable device, where the registration instruction is generated when the first operating system in the wearable device detects a trigger operation for an unlock switch;

Generate a token according to the registration instruction, and send the token to the wearable device, so that the wearable device registers the token through the first operating system, and generates a token corresponding to the wearable device. The handle corresponding to the token;

The handle returned by the wearable device is received, and the token and the handle are saved.
A device unlocking device, characterized in that it is applied to a wearable device, the wearable device is installed with a first operating system and a second operating system, the second operating system does not have an unlocking function, and the wearable device and The terminal device is connected in communication; the device unlocking device includes:

An information receiving module, configured to receive the verification information sent by the terminal device through the first operating system;

The verification module is configured to verify the verification information through the first operating system, and if the verification is successful, release the lock screen state of the wearable device through the first operating system.
A device unlocking device, characterized in that it is applied to a terminal device, the terminal device communicates with a wearable device, the wearable device is installed with a first operating system and a second operating system, and the second operating system does not With an unlocking function, the device unlocking device includes:

An instruction receiving module, configured to receive a target unlock instruction;

An information sending module, configured to send verification information to the wearable device according to the target unlocking instruction, so that the wearable device can verify the verification information through the first operating system, and if the verification is successful, Next, release the lock screen state of the wearable device through the first operating system.
An electronic device, characterized by comprising a memory and a processor, wherein a computer program is stored in the memory, and when the computer program is executed by the processor, the processor is made to implement claims 1-8 or 9. The device unlocking method described in any one of ~16.
A computer-readable storage medium, on which a computer program is stored, wherein the computer program implements the device unlocking method according to any one of claims 1-8 or 9-16 when executed by a processor.