A Bluetooth system, Bluetooth headset and password verification method

Abstract

The present application provides a Bluetooth system, a Bluetooth headset and a password verification method. The Bluetooth system includes a first electronic device and a Bluetooth headset, the Bluetooth headset is used to receive a first operation of a user and turn on the Bluetooth function of the Bluetooth headset; send a broadcast message, the broadcast message includes the identification information of the Bluetooth headset; the first electronic device is used to display a first prompt box when it is detected that the signal quality of the broadcast message is greater than a preset value, the first prompt box includes a first option, and the first option is used to prompt the user to connect the Bluetooth headset; after the Bluetooth headset is connected, a second prompt box is also displayed, the second prompt box includes a second option, and the second option is used to prompt the user to set a password for the Bluetooth headset, so that the Bluetooth headset turns on the password verification function. The technical solution provided by the embodiment of the present application can, to a certain extent, avoid the situation where the Bluetooth headset is lost or obtained by others and then used arbitrarily by others, and can ensure the security and privacy of the Bluetooth headset.

Description

Technical Field

[0001] The present application relates to the field of Bluetooth technology, and in particular to a Bluetooth system, a Bluetooth headset and a password verification method. Background Art

[0002] After a Bluetooth headset establishes a Bluetooth connection with an electronic device (such as a mobile phone), the Bluetooth headset can assist the electronic device in performing specific functions, such as assisting the electronic device in making voice calls or playing audio. Currently, Bluetooth headsets generally do not have the ability to verify the use authority of electronic devices. Any electronic device can use all the functions of the Bluetooth headset after establishing a Bluetooth connection with the Bluetooth headset. It is understandable that when a Bluetooth headset is lost or obtained by others, it can be used by others at will, and the security and privacy of the Bluetooth headset cannot be guaranteed. Summary of the invention

[0003] The present application provides a Bluetooth system, a Bluetooth headset and a password verification method, which to a certain extent solve the problem that the security and privacy of Bluetooth headsets cannot be guaranteed in the prior art.

[0004] In a first aspect, the present application provides a Bluetooth system, including a first electronic device and a Bluetooth headset.

[0005] The Bluetooth headset is used to receive a first operation of the user to turn on the Bluetooth function of the Bluetooth headset; send a broadcast message, the broadcast message including the identification information of the Bluetooth headset;

[0006] The first electronic device is used to, when detecting that the signal quality of the broadcast message is greater than a preset value, display a first prompt box, the first prompt box including a first option, the first option being used to prompt the user to connect the Bluetooth headset; after the Bluetooth headset is connected, further display a second prompt box, the second prompt box including a second option, the second option being used to prompt the user to set a password for the Bluetooth headset;

[0007] After the first electronic device completes the password setting for the Bluetooth headset, the Bluetooth headset turns on the password verification function; the password verification function means that the Bluetooth headset needs to perform password verification after establishing a Bluetooth connection with other electronic devices. When the verification is successful, all functions of the Bluetooth headset are available. When the verification fails, some functions of the Bluetooth headset are unavailable.

[0008] In the Bluetooth system provided in this embodiment, after the first electronic device establishes a Bluetooth connection with the Bluetooth headset, it reminds and guides the user to set a password for the Bluetooth headset through a pop-up prompt, and turns on the password verification function of the Bluetooth headset. After the password verification function is turned on, other electronic devices (such as untrusted second electronic devices) need to perform password verification before they can use the Bluetooth headset normally after establishing a Bluetooth connection with the Bluetooth headset. Therefore, the Bluetooth system provided in this embodiment can, to a certain extent, prevent the Bluetooth headset from being lost or obtained by others and then used arbitrarily by others, and can ensure the security and privacy of the Bluetooth headset.

[0009] In some embodiments, the second option is used to prompt the user to set a password for the Bluetooth headset input by the electronic device side;

[0010] The first electronic device is further used to send a first encryption instruction to the Bluetooth headset in response to the user's operation on the second option, where the first encryption instruction includes a password input by the user;

[0011] The Bluetooth headset is also used to, in response to the first encryption instruction, enable a password verification function according to the password.

[0012] In the Bluetooth system provided in this embodiment, the first electronic device reminds and guides the user to set a password for the Bluetooth headset by means of a pop-up prompt. When the Bluetooth headset turns on the password verification function, other electronic devices perform password verification on the electronic device side, which is convenient for user operation.

[0013] In some embodiments, the second option is used to prompt the user to set a password for the Bluetooth headset to be input by the Bluetooth headset side;

[0014] The first electronic device is further configured to send a second encrypted instruction to the Bluetooth headset in response to the user's operation on the second option;

[0015] The Bluetooth headset is also used to collect a password input by a user in response to a second encryption instruction, and to enable a password verification function according to the password.

[0016] In the Bluetooth system provided in this embodiment, the first electronic device reminds and guides the user to set a password for the Bluetooth headset by means of a pop-up prompt. When the password verification function of the Bluetooth headset is turned on, even if other electronic devices do not have the password verification function, the Bluetooth headset can independently perform password verification, further ensuring the security and privacy of the Bluetooth headset.

[0017] In some embodiments, the first electronic device is also used to display a third prompt box after the password setting is completed for the Bluetooth headset, and the third prompt box includes a third option, and the third option is used to prompt the user to set the electronic device with which the Bluetooth headset is paired as a trusted device; wherein, after the trusted device establishes a Bluetooth connection with the Bluetooth headset, there is no need to perform password verification.

[0018] In the Bluetooth system provided in this embodiment, the first electronic device can remind and guide the user to set other electronic devices that the Bluetooth headset is equipped with as trusted devices. After the setting is successful, the paired electronic device can use the Bluetooth headset normally without password verification after establishing a connection with the Bluetooth headset, which is convenient for user operation.

[0019] In some embodiments, the system also includes a second electronic device, which is an untrusted device of the Bluetooth headset; the second electronic device is used to display a fourth prompt box after establishing a Bluetooth connection with the Bluetooth headset, and the fourth prompt box includes a fourth option, and the fourth option is used to prompt the user to perform password verification.

[0020] In this embodiment, the Bluetooth headset can be used normally only after the password of the second electronic device is successfully verified, which ensures the security and privacy of the Bluetooth headset to a certain extent.

[0021] In some embodiments, the second electronic device is further used to display the owner's information when the number of password verification errors is greater than a preset value, and the owner's information includes the owner's contact information.

[0022] In this embodiment, when the number of password verification errors is greater than a preset value, it indicates that the current user of the Bluetooth headset may not be the owner of the headset. At this time, the Bluetooth headset controls the first electronic device to display preset owner information so that the user can return the Bluetooth headset to the owner, thereby increasing the possibility of the Bluetooth headset being returned after being lost.

[0023] In some embodiments, the Bluetooth headset is also used to play the owner's information when the number of password verification errors is greater than a preset value, and the owner's information includes the owner's contact information.

[0024] In this embodiment, when the number of password verification errors is greater than a preset value, it indicates that the current user of the Bluetooth headset may not be the owner of the headset. At this time, the Bluetooth headset plays the preset owner information so that the user can return the Bluetooth headset to the owner, increasing the possibility of the Bluetooth headset being returned after being lost.

[0025] In some embodiments, when the second electronic device does not have encryption capability, the Bluetooth headset collects a verification password input by the user and performs password verification based on the verification password.

[0026] In this embodiment, when the password verification function of the Bluetooth headset is turned on, even if the second electronic device does not have the password verification function, the Bluetooth headset can independently perform password verification, further ensuring the security and privacy of the Bluetooth headset.

[0027] In some embodiments, the password or the verification password is a character or biometric information of the user, and the biometric information includes fingerprint information, facial information, iris information, bone voiceprint, ear canal feature information or voice information.

[0028] In some embodiments, the first electronic device is a mobile phone.

[0029] In a second aspect, the present application provides a Bluetooth system, including a first electronic device and a Bluetooth headset.

[0030] The first electronic device is used to receive a second operation of the user and send a first setting instruction to the Bluetooth headset;

[0031] The Bluetooth headset is used to, in response to the first setting instruction, set other electronic devices that have been paired with the Bluetooth headset as trusted devices;

[0032] Among them, when the password verification function of the Bluetooth headset is turned on, the trusted device does not need to perform password verification after establishing a Bluetooth connection with the Bluetooth headset; the password verification function means that the Bluetooth headset needs to perform password verification after establishing a Bluetooth connection with the electronic device. When the verification is successful, all functions of the Bluetooth headset are available. When the verification fails, some functions of the Bluetooth headset are unavailable.

[0033] In the Bluetooth system provided in this embodiment, the first electronic device can remind and guide the user to set other electronic devices that the Bluetooth headset is equipped with as trusted devices. After the setting is successful, the paired electronic device can use the Bluetooth headset normally without password verification after establishing a connection with the Bluetooth headset, which is convenient for user operation.

[0034] In some embodiments, the first electronic device is further configured to:

[0035] After the password setting is completed for the Bluetooth headset, a third prompt box is displayed, the third prompt box includes a third option, and the third option is used to prompt the user to set all electronic devices that have been paired with the Bluetooth headset as trusted devices;

[0036] In response to the user's operation on the third option, the first setting instruction is sent to the Bluetooth headset, and the first setting instruction is used to instruct the Bluetooth headset to set all other paired electronic devices as trusted devices.

[0037] In this embodiment, the first electronic device reminds and guides the user by means of a pop-up prompt, and sets all electronic devices that the Bluetooth headset has been paired with as trusted devices, which provides a good user experience.

[0038] In some embodiments, the first electronic device is further configured to:

[0039] Displaying a trusted device setting interface, the trusted device setting interface including setting options for the second electronic device with which the Bluetooth headset is paired, the setting options being used to set whether the second electronic device is a trusted device;

[0040] In response to the user's operation on the setting option, sending the first setting instruction to the Bluetooth headset;

[0041] The Bluetooth headset is also used to set the second electronic device as a trusted device in response to the first setting instruction.

[0042] In some embodiments, the first electronic device is further used to send a second setting instruction to the Bluetooth headset in response to a user operation on the setting option;

[0043] The Bluetooth headset is also used to, in response to the second setting instruction, set the second electronic device as an untrusted device; when the Bluetooth headset turns on the password verification function, the untrusted device needs to perform password verification after establishing a Bluetooth connection with the Bluetooth headset.

[0044] In the above embodiment, the user can choose to change whether the target electronic device is a trusted device in the trusted device setting interface, so that the user can flexibly adjust the range of trusted devices of the Bluetooth headset.

[0045] In a third aspect, the present application provides a Bluetooth headset, which is connected to a second electronic device via Bluetooth, the Bluetooth headset has a password verification function turned on, and the second electronic device is an untrusted device of the Bluetooth headset; the password verification function means that the Bluetooth headset needs to perform a password verification after establishing a Bluetooth connection with the untrusted electronic device, when the verification is successful, all functions of the Bluetooth headset are available, and when the verification fails, some functions of the Bluetooth headset are unavailable;

[0046] The Bluetooth headset is used to play a password verification prompt voice when the second electronic device does not have the function of performing password verification on the Bluetooth headset, and the password verification prompt voice is used to prompt the user to enter a password on the Bluetooth headset side; collect the verification password entered by the user; when the verification password is correct, confirm that the password verification is successful.

[0047] For the Bluetooth headset provided in this embodiment, even if the electronic device to which it is connected does not have the function of performing password verification, the Bluetooth headset can independently perform password verification, thereby further ensuring the security and privacy of the Bluetooth headset.

[0048] In some embodiments, the verification password is a voice or bone voiceprint.

[0049] In some embodiments, the Bluetooth headset is also used to play the owner's information when the number of password verification errors detected is greater than a preset value, and the owner's information includes the owner's contact information.

[0050] In this embodiment, when the number of password verification errors is greater than a preset value, it indicates that the current user of the Bluetooth headset may not be the owner of the headset. At this time, the Bluetooth headset plays the preset owner information so that the user can return the Bluetooth headset to the owner, increasing the possibility of the Bluetooth headset being returned after being lost.

[0051] In a fourth aspect, the present application provides a password verification method, which is applied to a Bluetooth headset, the Bluetooth headset and a second electronic device are connected via Bluetooth, the Bluetooth headset has a password verification function turned on, and the second electronic device is an untrusted device of the Bluetooth headset; the password verification function means that the Bluetooth headset needs to perform a password verification after establishing a Bluetooth connection with the untrusted electronic device, when the verification is successful, all functions of the Bluetooth headset are available, and when the verification fails, some functions of the Bluetooth headset are unavailable;

[0052] The method includes: when the second electronic device does not have the function of performing password verification on the Bluetooth headset, the Bluetooth headset plays a password verification prompt voice, and the password verification prompt voice is used to prompt the user to enter a password on the Bluetooth headset side; collecting the verification password entered by the user; when the verification password is correct, confirming that the password verification is successful.

[0053] In some embodiments, the password is voice or biometric information of the user, and the biometric information includes ear canal feature information or bone voiceprint.

[0054] In some embodiments, when the number of password verification errors detected is greater than a preset value, the owner information is played, and the owner information includes the owner's contact information.

[0055] In a fifth aspect, the present application provides a computer-readable storage medium, which stores a computer program, and when the computer program is executed by a processor, it implements the password verification method of the fourth aspect.

[0056] In a sixth aspect, a chip is applied to a Bluetooth headset, the chip comprising a memory and a processor, the processor executing a computer program stored in the memory to control the Bluetooth headset to execute the password verification method as in the fourth aspect.

[0057] It can be understood that the beneficial effects of the fourth to sixth aspects mentioned above can be found in the relevant description of the third aspect mentioned above, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0058] Figure 1 It is a schematic diagram of the structure of a Bluetooth headset provided in an embodiment of the present application;

[0059] Figure 2 is a schematic diagram of a connection process of a Bluetooth device provided by an embodiment of the present application;

[0060] Figure 3 is a schematic diagram of a connection process of a Bluetooth device provided by another embodiment of the present application;

[0061] Figure 4 is a schematic diagram of a connection process of a Bluetooth device provided by another embodiment of the present application;

[0062] Figure 5 is a schematic diagram of a method for connecting a Bluetooth device provided by an embodiment of the present application;

[0063] Figure 6 This is a schematic diagram of an application scenario of a Bluetooth headset provided by an embodiment of the present application;

[0064] Figure 7 is a schematic diagram of an application scenario of a Bluetooth headset provided by another embodiment of the present application;

[0065] Figure 8 is a schematic diagram of an encryption process of a Bluetooth device provided by an embodiment of the present application;

[0066] Fig. 9 is a schematic diagram of an encryption process of a Bluetooth device provided by another embodiment of the present application;

[0067] Fig.10 is a schematic diagram of a connection process of a Bluetooth device provided by another embodiment of the present application;

[0068] Fig.11 is an encryption flow chart of a Bluetooth device provided by an embodiment of the present application;

[0069] Fig.12 is an encryption flow chart of a Bluetooth device provided by another embodiment of the present application;

[0070] Fig.13 is a schematic diagram of an encryption process of a Bluetooth device provided by another embodiment of the present application;

[0071] Fig.14 is a schematic diagram of an encryption process of a Bluetooth device provided by another embodiment of the present application;

[0072] Fig.15 is an encryption flow chart of a Bluetooth device provided by another embodiment of the present application;

[0073] Fig.16 is a schematic diagram of an encryption process of a Bluetooth device provided by another embodiment of the present application;

[0074] Fig.17 is an encryption flow chart of a Bluetooth device provided by another embodiment of the present application;

[0075] Fig.18 is an encryption flow chart of a Bluetooth device provided by another embodiment of the present application;

[0076] Fig.19 is a schematic diagram of a password verification process provided by an embodiment of the present application;

[0077] Fig. 20 is a schematic diagram of a password verification process provided by another embodiment of the present application;

[0078] Fig.21 This is a schematic diagram of a password verification process provided by another embodiment of the present application;

[0079] Fig. 22 is a flowchart of a password verification method provided by an embodiment of the present application;

[0080] Fig.23 This is a schematic diagram of a password verification process provided by another embodiment of the present application;

[0081] Fig.24 This is a schematic diagram of a password verification process provided by another embodiment of the present application;

[0082] Fig.25 is a flowchart of a password verification method provided by another embodiment of the present application;

[0083] Fig.26 is a flowchart of a password verification method provided by another embodiment of the present application;

[0084] Fig. 27 This is a schematic diagram of a password modification process for a Bluetooth device provided by an embodiment of the present application;

[0085] Fig.28 is a flow chart of a method for modifying a password of a Bluetooth device provided by an embodiment of the present application;

[0086] Fig.29 is a schematic diagram of a password modification process of a Bluetooth headset provided by another embodiment of the present application;

[0087] Fig.30 is a flow chart of a method for modifying a password of a Bluetooth device provided by another embodiment of the present application;

[0088] Fig.31 is a schematic diagram of a password cancellation process of a Bluetooth device provided by an embodiment of the present application;

[0089] Fig.32 is a flowchart of a method for cancelling a password of a Bluetooth device provided by an embodiment of the present application;

[0090] Fig.33 is a schematic diagram of a password cancellation process of a Bluetooth device provided by another embodiment of the present application;

[0091] Fig.34 is a flow chart of a method for cancelling a password of a Bluetooth device provided by another embodiment of the present application;

[0092] Fig.35 is a schematic diagram of a process for setting owner information provided by an embodiment of the present application;

[0093] Fig.36 This is a schematic diagram of a scenario for prompting the owner's information provided by an embodiment of the present application;

[0094] Fig.37 This is a schematic diagram of a scenario for prompting the owner's information provided by another embodiment of the present application;

[0095] Fig.38 is a schematic diagram of a trusted device setting process provided by an embodiment of the present application;

[0096] Fig.39 is a schematic diagram of a setting process of a trusted device provided by another embodiment of the present application;

[0097] Fig.40 is a flow chart for setting a trusted device provided in an embodiment of the present application;

[0098] Fig.41 is a schematic diagram of the structure of a Bluetooth device control system provided in an embodiment of the present application;

[0099] Fig.42 is a schematic diagram of an encryption process of a Bluetooth device provided by another embodiment of the present application;

[0100] Fig.43 is a schematic diagram of an encryption process of a Bluetooth device provided by another embodiment of the present application;

[0101] Fig.44 This is a schematic diagram of a password modification process of a Bluetooth device provided by another embodiment of the present application;

[0102] Fig.45 This is a schematic diagram of a password modification process of a Bluetooth device provided by another embodiment of the present application;

[0103] Fig.46 This is a schematic diagram of a password cancellation process of a Bluetooth device provided by another embodiment of the present application;

[0104] Fig.47 This is a schematic diagram of a password cancellation process of a Bluetooth device provided by another embodiment of the present application;

[0105] Fig.48 is a schematic diagram of a process for setting owner information provided by another embodiment of the present application;

[0106] Fig.49 It is a schematic diagram of the management process of the connection device of the Bluetooth device provided in the embodiment of the present application;

[0107] Fig.50 This is a schematic diagram of the setting process of a trusted device provided in another embodiment of the present application. DETAILED DESCRIPTION

[0108] With the development of Bluetooth technology, Bluetooth devices are more and more widely used in life. In this embodiment, Bluetooth devices include mobile phones, tablet computers, laptop computers, desktop computers, personal digital assistants (PDAs), Bluetooth headsets, smart watches, smart speakers and other electronic devices that can perform short-range wireless communication via Bluetooth technology. This embodiment does not limit the specific types of Bluetooth devices.

[0109] After establishing a Bluetooth connection, two Bluetooth devices can work together. For example, after a mobile phone establishes a Bluetooth connection with a Bluetooth headset, the Bluetooth headset can assist the mobile phone in making voice calls or playing audio. In this embodiment, the Bluetooth headset can be a true wireless stereo (TWS) headset (for example, Figure 1 The Freebuds 3 Bluetooth headset shown in (a) may also be a neck-worn headset (e.g. Figure 1 (b) or Figure 1 (c)), this embodiment does not limit its specific type.

[0110] In this embodiment, the two Bluetooth devices that establish a Bluetooth connection are referred to as a master device and a slave device. The master device is usually a device that initiates a Bluetooth connection in response to a user operation, such as a mobile phone, a tablet computer, a laptop computer, a desktop computer, etc. The slave device is usually a connected Bluetooth device, such as a Bluetooth headset, a smart speaker, a smart watch, etc. For example, in a Bluetooth connection established between a mobile phone and a Bluetooth headset, the mobile phone is the master device and the Bluetooth headset is the slave device.

[0111] The following takes the example where the master device is the first electronic device (such as mobile phone A) and the slave device is a Bluetooth headset (such as Freebuds3) to illustrate the process of establishing a Bluetooth connection between the master device and the slave device.

[0112] Figure 2It is a schematic diagram of the connection process of a Bluetooth device provided by an embodiment of the present application, which involves a process in which mobile phone A establishes a Bluetooth connection with a Bluetooth headset by means of an automatic pop-up window.

[0113] See also Figure 2 As shown in (a), after the Bluetooth headset turns on the Bluetooth function according to the user's first operation (such as opening the storage box of the Bluetooth headset), it enters pairing mode and sends a broadcast message. The broadcast information includes identification information of the Bluetooth headset, such as the headset address, etc. When mobile phone A connects to the Bluetooth headset for the first time, or when mobile phone A connects to the Bluetooth headset for the first time after deleting the Bluetooth headset from the list of paired devices, after mobile phone A scans the broadcast message, when it detects that the signal quality of the broadcast message is greater than the preset value, it displays a first prompt box. Exemplarily, the first prompt box includes the Bluetooth headset icon, the name Freebuds3, the "Cancel" option and the first option (such as the "Connect" option), etc. After mobile phone A detects that the user operates the "Connect" option, mobile phone A starts to establish a Bluetooth connection with the Bluetooth headset.

[0114] It should be noted that, in the present embodiment, the user operates an option or an icon, etc. by single-clicking, double-clicking, long pressing, or gravity pressing the option or the icon.

[0115] In addition, different Bluetooth headsets enter pairing mode according to different first operations. For example, Freebuds3 enters pairing mode within a certain period of time (for example, 30 seconds) after detecting that the headphone storage box is opened and the distance from the mobile phone is less than a preset distance, or enters pairing mode after detecting that the user long presses (such as for 2 seconds) the reset button on the headphone storage box. Some other Bluetooth headsets may enter pairing mode after detecting that the headset leaves the headphone storage box, or enter pairing mode after detecting that the user operates the pairing button, or operate the Bluetooth application to control the Bluetooth headset to enter pairing mode.

[0116] See also Figure 2 As shown in (b), after the Bluetooth connection between mobile phone A and the Bluetooth headset is established, mobile phone A can display another prompt box to prompt the user that the Bluetooth connection has been successfully established. Exemplarily, the prompt box may include the icon and name of the Bluetooth headset (such as Freebuds3) and the prompt message "Connection successful" and other contents. In addition. The prompt box may also include a "Finish" option. After receiving the user's operation on the "Finish" option, mobile phone A can stop displaying the prompt box and complete the pairing.

[0117] Figure 3 is a schematic diagram of the connection process of a Bluetooth device provided by another embodiment of the present application. Figure 3As shown in the figure, when mobile phone A detects the "Cancel" option in the user's operation prompt box, mobile phone A will not establish a Bluetooth connection with the Bluetooth headset this time. Afterwards, if the user needs to connect mobile phone A and the Bluetooth headset again, the storage box of the Bluetooth headset can be reopened near mobile phone A and the Bluetooth headset can be connected according to the user's operation prompt box. Figure 2 In addition, users can also connect to the Bluetooth Figure 4 As shown, connect the Bluetooth headset again in the Bluetooth setting option of mobile phone A.

[0118] Figure 4 It is a schematic diagram of the connection process of a Bluetooth device provided by another embodiment of the present application, which involves a process in which mobile phone A establishes a Bluetooth connection with a Bluetooth headset through a Bluetooth setting option.

[0119] See also Figure 4 As shown in (a) in FIG. 1 , various application icons are displayed on the desktop of mobile phone A, including a "settings" icon. When mobile phone A detects that the user operates the "settings" icon, mobile phone A displays a device settings interface.

[0120] See also Figure 4 As shown in (b) in FIG. 1 , the device setting interface may include "account" setting options, "wireless local area network (WLAN)" setting options, "Bluetooth" setting options, "mobile network" setting options, "desktop and wallpaper" setting options, and "display and brightness" setting options. When mobile phone A detects that the user operates the "Bluetooth" setting option, the Bluetooth setting interface is displayed.

[0121] See also Figure 4 As shown in (c) in the figure, the Bluetooth setting interface may include the Bluetooth on control icon, the name of mobile phone A (such as HUAWEIP40), the basic information of the Bluetooth devices that mobile phone A has paired (i.e., paired devices) (such as mobile phone 1, mobile phone 2, etc.), and the basic information of Bluetooth devices that mobile phone A can search for but have not yet paired (i.e., available devices, such as FreeBuds3, smart watches, Bluetooth speakers). Exemplarily, the basic information of the Bluetooth device may include the device name, such as FreeBuds3. When mobile phone A detects that the user operates the device name FreeBuds3, mobile phone A displays a prompt box.

[0122] See also Figure 4 As shown in (d) in the figure, the prompt box may include the name of the Bluetooth headset Freebuds3, a "Cancel" option, and a "Pairing" option. When mobile phone A detects that the user operates the "Pairing" option, mobile phone A starts to establish a Bluetooth connection with the Bluetooth headset. After the Bluetooth connection is successful, mobile phone A sets the Bluetooth headset as a paired device and sees Figure 4As shown in (e) in the figure, the basic information of the Bluetooth headset (such as the name FreeBuds3) is displayed in the list of paired devices.

[0123] In the above description, the Bluetooth connection establishment process can be specifically referred to Figure 5 shown. Figure 5 It is a schematic diagram of a connection method for a Bluetooth device provided in an embodiment of the present application.

[0124] S501: The Bluetooth headset sends a broadcast message, where the broadcast message includes identification information of the Bluetooth headset.

[0125] In this embodiment, the identification information of the Bluetooth headset includes information such as the headset model and the headset address.

[0126] Specifically, after the Bluetooth headset enters the pairing mode, it starts broadcasting the headset information. The manner in which the Bluetooth headset enters the pairing mode is described above, and this embodiment will not be repeated here.

[0127] S502: Mobile phone A displays connection information after scanning the headset information.

[0128] In some embodiments, when mobile phone A detects that the signal quality of the broadcast message is greater than a preset value, the connection information is displayed. The connection information may be, for example, Figure 2 In the prompt box shown in (a), the prompt box includes a first option (such as a "connect" option), and the first option is used to prompt the user to connect the Bluetooth headset. In other embodiments, for example Figure 3 As shown in (c), the connection information may be the name of the headset FreeBuds3 in the list of available devices in the Bluetooth setting interface.

[0129] S503: After receiving the connection instruction input by the user according to the connection information, mobile phone A pages the Bluetooth headset according to the identification information.

[0130] In some embodiments, see Figure 2 As shown in (a) of FIG. 1 , when mobile phone A detects that the user has operated the "connect" option, it confirms that the connection instruction input by the user has been received. Alternatively, see Figure 3 As shown in (c), when mobile phone A detects that the user operates the headset name FreeBuds3, it confirms that the connection instruction input by the user has been received. After receiving the connection instruction, mobile phone A pages the Bluetooth headset through the headset address.

[0131] Specifically, mobile phone A, as the master device, pages the Bluetooth headset according to the headset address in a frequency hopping manner. The Bluetooth headset scans external paging at fixed carrier frequency intervals and responds after scanning the paging of mobile phone A.

[0132] S504: Mobile phone A and the Bluetooth headset negotiate link management protocol capabilities to establish a Bluetooth connection.

[0133] A physical link is established between mobile phone A and the Bluetooth headset according to the link manager protocol (LMP). The physical link includes an asynchronous connectionless (ACL) link and a synchronous connection oriented link (SCO) link. The ACL link is mainly used for packet data transmission, and the SCO link is mainly used for synchronous voice transmission.

[0134] After the physical link is successfully established, mobile phone A and the Bluetooth headset establish a channel link according to the link control and adaptation protocol (L2CAP). After the channel connection is established, mobile phone A uses the session description protocol (SDP) to query the protocols (profiles) supported by the Bluetooth headset, such as the advanced audio distribution profile (A2DP), hands-free profile (HFP), and audio / video remote control profile (AVRCP), so as to establish the corresponding application connection.

[0135] Among them, the A2DP protocol defines the protocol and process for transmitting high-quality audio information such as mono or stereo on the ACL link. Exemplarily, if the A2DP protocol is activated between the Bluetooth headset and mobile phone A, the Bluetooth headset establishes an A2DP connection with mobile phone A. The mobile phone can transmit high-quality audio information to the Bluetooth headset through the ACL link based on the A2DP connection.

[0136] The HFP protocol defines the hands-free function protocol, mainly defining the implementation of some functions related to answering / making calls. For example, if the Bluetooth headset and mobile phone A activate the HFP protocol, the Bluetooth headset and mobile phone A establish an HFP connection. Mobile phone A can transmit call audio information to the Bluetooth headset through the SCO link based on the HFP protocol, and the Bluetooth headset can control the phone functions of mobile phone A, such as answering, hanging up, rejecting, voice dialing and other functions.

[0137] AVRCP defines how to control the characteristics of streaming media, including pause, stop, start playback, previous song, next song, volume control and other types of remote control operations.

[0138] In summary, through the above steps S501-S504, mobile phone A can establish a Bluetooth connection with the Bluetooth headset. Moreover, after mobile phone A establishes a Bluetooth connection with the Bluetooth headset, the paired device list (PDL) of the Bluetooth headset stores basic information of mobile phone A, such as device name, device address, etc.

[0139] Those skilled in the art will appreciate that after mobile phone A establishes a Bluetooth connection with the Bluetooth headset, mobile phone A can use the Bluetooth headset normally. Figure 6 As shown, mobile phone A can use Bluetooth headset to make voice calls. Figure 7 As shown, mobile phone A can use a Bluetooth headset to play audio information.

[0140] At present, slave devices (such as Bluetooth headsets) usually do not have the ability to verify the use rights of master devices (such as mobile phones). Any master device can use the slave device normally after establishing a Bluetooth connection with the slave device. It is understandable that when a slave device is lost or obtained by others, it can be used by others at will, and the security and privacy of the slave device cannot be guaranteed.

[0141] To this end, an embodiment of the present application provides a Bluetooth device management method to verify the master device's authority to use the slave device after the master device and the slave device establish a Bluetooth connection, thereby preventing others from arbitrarily using the slave device, thereby ensuring the security and privacy of the slave device.

[0142] The Bluetooth device management method provided in the embodiment of the present application includes four parts. The first part involves the process of encrypting the slave device by the master device. The second part involves the process of password verification of the master device by the encrypted slave device. The third part involves the process of the master device performing other settings on the slave device, such as password modification and cancellation, trusted device settings, owner information settings, etc. The fourth part involves the process of the master device managing the slave device through the smart life application. The following is a detailed description of these four parts.

[0143] Part 1: The process of master device encrypting slave device.

[0144] The following takes the example of the master device being the first electronic device (such as mobile phone A) and the slave device being a Bluetooth headset (such as FreeBuds3) to illustrate the encryption process of the slave device. It should be understood that a Bluetooth headset can establish Bluetooth connections with multiple mobile phones at different times. Therefore, in addition to mobile phone A, the Bluetooth headset may also have other master devices, such as mobile phone B, mobile phone C, etc.

[0145] In this embodiment, the Bluetooth headset includes two encryption methods, one is mobile phone side encryption, and the other is headset side encryption. The user can select at least one of the two encryption methods to encrypt the Bluetooth headset according to the needs. The following is a specific description of these two encryption methods.

[0146] It should be understood that when mobile phone A manages the encryption of the Bluetooth headset, mobile phone A is required to have encryption capability. If mobile phone A does not have encryption capability, even if the Bluetooth headset is in an unencrypted state (i.e., neither the mobile phone side nor the headset side is encrypted), after mobile phone A establishes a Bluetooth connection with the Bluetooth headset, it will not guide the user to set encryption for the Bluetooth headset (including encryption on the mobile phone side and / or encryption on the headset side).

[0147] 1. Mobile phone encryption

[0148] Figure 8 It is a schematic diagram of the encryption process of a Bluetooth device provided by an embodiment of the present application, which involves a process in which mobile phone A guides the user to perform mobile phone-side encryption for a Bluetooth headset in a pop-up window.

[0149] See also Figure 8 As shown in (a) of FIG. 1 , when the Bluetooth headset is in an unencrypted state (for example, after the Bluetooth headset leaves the factory, or after the password is canceled) and successfully connects to mobile phone A for the first time (for example, when the mobile phone receives a user click Figure 3 ), mobile phone A displays a second prompt box to prompt the user to set a password for the Bluetooth headset to be entered by the mobile phone. Exemplarily, the second prompt box may include a second option (such as a "Set" option), a "Skip" option, and prompt information "You can set a password for this headset to be entered by the mobile phone", and "After setting the password, when this headset is paired with other devices again, the headset service can only be used normally after the password verification is passed." When mobile phone A detects that the user operates the "Set" option, a password input box is displayed.

[0150] See also Figure 8 As shown in (b) of the figure, the password input box is used to obtain the password set by the user for the Bluetooth headset by the mobile phone. Since the password in the password input box is usually not displayed in plain text, in order to ensure that the password actually entered by the user is the same as the password planned to be entered, mobile phone A can request the user to enter the password twice. If the two passwords are consistent, the password is used to encrypt the Bluetooth headset. After encryption is completed, mobile phone A displays, for example Figure 8 The prompt box shown in (c) in the figure.

[0151] In this embodiment, the password input through the password input box can be a password composed of characters (including numbers, symbols, letters, etc.) combined in any way, and this embodiment does not limit it.

[0152] See also Figure 8As shown in (c) in the figure, the prompt box includes a "Finish" option and a prompt message "Please remember the password. When pairing a new device, you need to verify the password before you can use the headset normally. You can modify or delete the password of this headset through Bluetooth settings or Smart Life". When mobile phone A detects that the user operates the "Finish" option, the prompt box stops displaying.

[0153] The user can also choose not to set the Bluetooth headset password this time according to the needs. Fig. 9 As shown in (a) of FIG. 1 , when mobile phone A detects that the user operates the “skip” option, it can display, for example, Fig. 9 The prompt box shown in (b) in the figure. The prompt box includes the "Previous Step" option, the "Finish" option and the prompt message "This headset has not set a password. You can set a password for the headset again in the Bluetooth settings or smart life application." The "Previous Step" option is used to control mobile phone A to return to the display Fig. 9 The prompt box shown in (a) in FIG. 1 is shown in FIG. 2 . The “Finish” option is used to end the display of the prompt box. When mobile phone A detects that the user operates the “Finish” option, mobile phone A successfully skips the password setting.

[0154] After the user skips setting the password for the Bluetooth headset according to the pop-up information, if the user needs to encrypt the Bluetooth headset again, he can Fig.10 As shown, continue to set the password in the Bluetooth setting option of mobile phone A.

[0155] Fig.10 This is a schematic diagram of the encryption process of a Bluetooth device provided by another embodiment of the present application, which involves the process in which mobile phone A sets a password for a Bluetooth headset in the Bluetooth setting option according to a user instruction. The details are as follows.

[0156] See also Fig.10 As shown in (a) of FIG, the paired devices of mobile phone A include connected devices and unconnected devices, for example, the device FreeBuds3 currently connected to the mobile phone, and the user can set the connected device. Specifically, when mobile phone A detects that the user operates the "Settings" icon of FreeBuds3, it displays, for example Fig.10 The setting interface shown in (b) in FIG.

[0157] See also Fig.10 As shown in (b) of FIG. 1 , the setting interface includes the name of the Bluetooth headset "FreeBuds3" and configuration items of the Bluetooth headset, such as the "call audio" configuration item, the "media audio" configuration item, the "shared contact" configuration item, the "device encryption" configuration item, the "factory reset" configuration item, the "Bluetooth device restart" configuration item, the "trusted device" configuration item, the "owner information" configuration item, etc. When mobile phone A detects that the user operates the "device encryption" configuration item, it can display, for example Fig.10The display interface shown in (c) .

[0158] See also Fig.10 As shown in (c) of FIG. 1 , the display interface includes two encryption modes for Bluetooth headsets. One is encryption on the phone side, and the other is encryption on the headset side. When mobile phone A detects that the user has selected the encryption mode on the phone side, mobile phone A displays, for example, Fig.10 The display interface shown in (d).

[0159] See also Fig.10 As shown in (d) in the figure, the display interface includes a password input area, a password re-entry area, and a "Complete" icon. When mobile phone A detects that the user has entered the same password in the password input area and the password re-entry area, and operates the completion icon, the password setting is completed. Mobile phone A displays, for example, Fig.10 The prompt message "Password setting successful" is shown in (e).

[0160] After the user encrypts the Bluetooth headset using mobile phone encryption, when the Bluetooth headset is connected to another host device (such as mobile phone B) for the first time, after mobile phone B establishes a Bluetooth connection with the Bluetooth headset, the Bluetooth headset needs to obtain the password from mobile phone B for password verification. After the verification is passed, mobile phone B can use the Bluetooth headset normally, thereby ensuring the security and privacy of the Bluetooth headset.

[0161] In the above embodiment, the terminal device can also encrypt the headset by collecting the user's biometric information, such as fingerprint information, facial information, iris information, bone voiceprint, voice, ear canal feature information, etc.

[0162] In the above description, the process of mobile phone A encrypting the Bluetooth headset using mobile phone side encryption can be seen in Fig.11 shown. Fig.11 This is an encryption flow chart of a Bluetooth device provided by an embodiment of the present application.

[0163] S1100, mobile phone A and the Bluetooth headset establish a Bluetooth connection.

[0164] For details of step S1100, see Figure 5 The Bluetooth connection flow chart shown in FIG. 1 is not repeated here in this embodiment.

[0165] S1101, the Bluetooth headset sends first indication information to mobile phone A, where the first indication information is used to indicate that the Bluetooth headset has encryption capability and that encryption on the mobile phone side and / or encryption on the headset side is not enabled.

[0166] The Bluetooth device encryption method provided in this embodiment is based on the fact that both mobile phone A and the Bluetooth headset have Bluetooth encryption capabilities. In this embodiment, the encryption capabilities of the Bluetooth headset include the ability to encrypt itself, perform device settings, and authenticate the master device under the control of the master device (such as mobile phone A). The encryption capabilities of the master device include the ability to encrypt the Bluetooth headset using mobile phone side encryption and / or headset side encryption, perform device settings on the Bluetooth headset, and assist the Bluetooth headset in authenticating the master device.

[0167] In this embodiment, the Bluetooth headset is not encrypted means that the Bluetooth headset does not enable encryption on the phone side and / or the headset side. In some embodiments, when the Bluetooth headset is connected to the main device (such as mobile phone A) for the first time after leaving the factory, or when it is connected to mobile phone A for the first time after all the originally set passwords are cancelled, encryption on the phone side and encryption on the headset side are not enabled. In other embodiments, the Bluetooth headset may only enable encryption on the phone side or encryption on the headset side.

[0168] In some embodiments, the Bluetooth headset can use a predetermined protocol type such as HiEcho message to communicate with mobile phone A to negotiate encryption capability. Exemplarily, the first indication information can be "HiEcho: encryption capability = 1, mobile phone side encryption = 0, headset side encryption = 0", indicating that the Bluetooth headset has encryption capability, but encryption on the mobile phone side and headset side is not enabled.

[0169] S1102, mobile phone A sends a first response message to the Bluetooth headset, where the first response message is used to indicate that mobile phone A has encryption capability.

[0170] In some embodiments, when the Bluetooth headset can use a predetermined protocol type such as HiEcho to negotiate encryption capabilities with mobile phone A, illustratively, the first response message may be "HiEcho Response: Success".

[0171] It should be noted that, in this embodiment, step S1101 may be performed first and then step S1102, or step S1102 may be performed first and then step S1101, and this embodiment does not limit this.

[0172] In the above steps S1101 and S1102, the mobile phone may actively query the various profile services or capabilities supported by the Bluetooth headset through the SDP query service, and the headset reports the services or capabilities it supports to the mobile phone, such as A2DP, and whether it supports encryption capabilities.

[0173] S1103, when the Bluetooth headset has encryption capability, the mobile phone prompts the user to encrypt the Bluetooth headset and obtains a password according to the first encryption operation.

[0174] Generally speaking, when the headset leaves the factory or is connected to an electronic device for the first time, it is in a non-encrypted state. When the Bluetooth headset does not have encryption capabilities, the mobile phone does not prompt the user to perform encryption operations.

[0175] In this step, when the first indication information carries the indication message "mobile phone side encryption = 0", mobile phone A obtains the password according to the first encryption operation. Exemplarily, the first encryption operation is Figure 8 Alternatively, the first encryption operation may be Fig.10 (a) to Fig.10 The user operation shown in (d) in FIG.

[0176] S1104, mobile phone A sends a first encrypted instruction to the Bluetooth headset, where the first encrypted instruction carries a password for controlling the Bluetooth headset to enable a password verification function.

[0177] In this embodiment, since a Bluetooth link has been established between the mobile phone and the Bluetooth headset, and the Bluetooth link is an encrypted link, mobile phone A can send the password to the Bluetooth headset in plain text, or convert the password into a password hash value and send it to the Bluetooth headset. Exemplarily, the first encryption instruction can be "HiEcho: Set mobile phone password = 1, password = 123456".

[0178] S1105, the Bluetooth headset sends a second response message to mobile phone A.

[0179] The second response message is used to indicate that the Bluetooth headset has received the first encryption instruction sent by mobile phone A. Exemplarily, the second response message may be "HiEcho response: success".

[0180] S1106, the Bluetooth headset encrypts the Bluetooth headset according to the password.

[0181] Specifically, after receiving the password sent by mobile phone A, the Bluetooth headset turns on encryption on the mobile phone side and stores the password. In addition, the Bluetooth headset sets mobile phone A in the locally maintained paired device list (Paired Device List, PDL) as a trusted device so that mobile phone A can use the Bluetooth headset normally.

[0182] S1107, the Bluetooth headset sends a first encryption success notification to mobile phone A, which is used to notify the mobile phone side that the encryption is successful.

[0183] For example, the first encryption success notification may be "HiEcho: Setup successful, mobile phone side encryption = 1". After receiving the first encryption success notification, mobile phone A may display, for example, Figure 8 The prompt message shown in (c) is used to prompt the user that the encryption on the mobile phone side has been completed.

[0184] S1108, mobile phone A sends a third response message to the Bluetooth headset.

[0185] The third response message is used to notify the Bluetooth headset that the mobile phone A has received the first encryption success notification. Exemplarily, the third response message may be "HiEcho response: success".

[0186] Through the above steps S1100-S1108, the encryption on the mobile phone side is completed. After that, when other main devices (such as mobile phone B) are connected to the Bluetooth headset, they need to enter the password to use the Bluetooth headset normally.

[0187] Fig.12 This is a flowchart of a Bluetooth device encryption method provided by another embodiment of the present application, which involves mobile phone A skipping the process of setting a password for a Bluetooth headset.

[0188] S1200, mobile phone A and the Bluetooth headset establish a Bluetooth connection.

[0189] S1201, the Bluetooth headset sends first indication information to mobile phone A, where the first indication information is used to indicate that the Bluetooth headset has encryption capability and is not encrypted.

[0190] S1202, mobile phone A sends a first response message to the Bluetooth headset, where the first response message is used to indicate that mobile phone A has encryption capability.

[0191] In this embodiment, steps S1200-S1202 refer to steps S1100-S1102, which will not be described in detail in this embodiment.

[0192] S1203, mobile phone A sends a first password skipping instruction to the Bluetooth headset according to the first password skipping operation, where the instruction is used to instruct the Bluetooth headset not to set the password input by the mobile phone side for the time being.

[0193] Exemplarily, the first password skipping operation may be Fig. 9 As shown in (a) of FIG. 1 , the user selects the "skip" option. The first password skip instruction may be "HiEcho: mobile phone side encryption = 0".

[0194] S1204, the Bluetooth headset sends a first skip success notification to mobile phone A. The first skip success notification is used to indicate that the Bluetooth headset has skipped setting the password.

[0195] S1205, mobile phone A displays a password reset prompt.

[0196] The password reset prompt is used to prompt the user to set a password for the Bluetooth headset in the future. Fig. 9As shown in (b), the password reset prompt message may be "No password has been set for this headset. You can set a password for the headset again in the Bluetooth settings or in the Smart Life application."

[0197] (2) Headphone side encryption

[0198] Fig.13 It is a schematic diagram of the encryption process of a Bluetooth device provided by another embodiment of the present application, which involves a process in which mobile phone A guides the user to encrypt the Bluetooth headset on the headset side in a pop-up window manner.

[0199] In some embodiments, after mobile phone A completes or skips the mobile phone side encryption, mobile phone A starts to guide the user to perform headphone side encryption on the Bluetooth headset. In other embodiments, after mobile phone A establishes a connection with the Bluetooth headset for the first time, if the Bluetooth headset is not encrypted, mobile phone A can also directly guide the user to perform headphone side encryption on the Bluetooth headset. The details are as follows.

[0200] See also Fig.13 As shown in (a), when mobile phone A guides the user to encrypt the Bluetooth headset on the headset side, it can display another second prompt box to prompt the user to set a password for the Bluetooth headset to be entered by the headset side. The second prompt box includes a second option (such as a "Set" option), a "Skip" option and the prompt information "You can set a password for this headset to be entered by the headset side", and "After setting the password, when this headset is paired with other devices again, the headset service can only be used normally after the password is verified." After mobile phone A detects that the user operates the "Set" option, mobile phone A can display, for example Fig.13 The prompt box shown in (b) in the figure.

[0201] See also Fig.13 As shown in (b) in the figure, the prompt box includes prompt information, a "Start" option and a "Cancel" option. Exemplarily, the prompt information may be "Please wear a Bluetooth headset and set the password according to the voice prompt." When mobile phone A detects that the user operates the "Cancel" option, the password is not set for the time being. When mobile phone A detects that the user operates the "Start" option, mobile phone A controls the Bluetooth headset to start setting the password entered by the headset side.

[0202] In this embodiment, the Bluetooth headset can use bone voiceprint encryption or voice information encryption. When the Bluetooth headset uses bone voiceprint encryption, after receiving the headset side encryption instruction sent by mobile phone A, the Bluetooth headset Fig.14 As shown in (a) of FIG. 1 , firstly, a first prompt voice is played to prompt the user to set a password. For example, the first prompt voice may be “Please say ‘Xiaoyi Xiaoyi’ to encrypt the Bluetooth headset.” Then, see Fig.14As shown in (b), the Bluetooth headset collects the bone voiceprint of the user when he / she makes the sound of "Xiaoyi Xiaoyi" as the password of the Bluetooth headset, and encrypts the Bluetooth headset according to the password. After completing the relevant settings of the headset side encryption, the Bluetooth headset notifies mobile phone A that the encryption is successful.

[0203] See also Fig.13 As shown in (c), when mobile phone A detects that the Bluetooth headset is encrypted successfully, a prompt message of successful encryption is displayed, such as "Password set successfully".

[0204] Users can also choose not to use the headset side encryption method to encrypt the Bluetooth headset according to their needs. For example, see Fig.15 As shown in (a) of FIG. 1 , after mobile phone A detects that the user operates the "skip" option in the prompt box, mobile phone A notifies the Bluetooth headset that the password will not be set this time, and displays, for example, Fig.15 The prompt box shown in (b) in FIG. The prompt box includes a prompt message, a "previous step" option, and a "finish" option. For example, the prompt message may be "This headset has not been set with a password. You can set a password for the headset again in the Bluetooth settings or smart life application." The "previous step" option is used to control mobile phone A to return to display Fig.15 The prompt box shown in (a) in FIG. 1 is displayed. The "Finish" option is used to end the display of the prompt box. When mobile phone A detects that the user operates the "Finish" option, the password setting is successfully skipped.

[0205] After the user skips setting the password for the Bluetooth headset, if the user needs to encrypt the Bluetooth headset again, he can Fig.16 As shown, continue to set the password in the Bluetooth setting option of mobile phone A.

[0206] Fig.16 It is a schematic diagram of the encryption process of a Bluetooth device provided by another embodiment of the present application, which involves a process in which mobile phone A sets a password input by the headset side for the Bluetooth headset in the Bluetooth setting option according to user instructions.

[0207] See also Fig.16 As shown in (a) of FIG. 1 , when mobile phone A detects that the user has selected the earphone side encryption method in the interface, mobile phone A displays Fig.16 The setting interface shown in (b) in FIG.

[0208] See also Fig.16As shown in (b) in the figure, the setting interface includes prompt information, a "Start" option and a "Cancel" option. For example, the prompt information may be "Please wear a Bluetooth headset and set the password according to the voice prompt." When mobile phone A detects that the user operates the "Cancel" option, the password is not set for the time being. When mobile phone A detects that the user operates the "Start" option, mobile phone A notifies the Bluetooth headset to start setting the password entered by the headset side. Specifically, the Bluetooth headset can Fig.14 The process shown sets the password input by the headset side, and this embodiment will not be repeated here.

[0209] See also Fig.16 As shown in (c), when mobile phone A detects that the encryption on the headset side is completed, mobile phone A displays a prompt message "Password set successfully".

[0210] In the above description, the process of mobile phone A encrypting the Bluetooth headset using headset side encryption can be seen in Fig.17 shown. Fig.17 This is an encryption flow chart of a Bluetooth device provided in another embodiment of the present application.

[0211] S1700, mobile phone A and the Bluetooth headset establish a Bluetooth connection.

[0212] S1701, the Bluetooth headset sends first indication information to mobile phone A, where the first indication information is used to indicate that the Bluetooth headset has encryption capability and that encryption on the mobile phone side and / or encryption on the headset side is not enabled.

[0213] S1702, mobile phone A sends a first response message to the Bluetooth headset, where the first response message is used to indicate that mobile phone A has encryption capability.

[0214] In this embodiment, steps S1700-S1702 refer to steps S1100-S1102, which will not be described in detail in this embodiment.

[0215] S1703, mobile phone A sends a second encryption instruction to the Bluetooth headset according to the second encryption operation.

[0216] Exemplarily, the second encryption operation may be Fig.13 (b) or Fig.16 As shown in (b) of FIG. 1 , the user selects the operation of the “start” option. The second encryption instruction may be “HiEcho: earphone side encryption = 1”.

[0217] S1704, the Bluetooth headset sends a fourth response message to mobile phone A.

[0218] The fourth response message is used to notify mobile phone A that the Bluetooth headset has received the second encryption instruction. Exemplarily, the fourth response message may be "HiEcho response: success".

[0219] S1705, the Bluetooth headset obtains the password input by the user.

[0220] For details, please refer to the Bluetooth headset password acquisition process. Fig.14 The related description will not be repeated here in this embodiment.

[0221] S1706, the Bluetooth headset is encrypted according to the password.

[0222] Specifically, the Bluetooth headset turns on headset-side encryption and stores the password. In addition, if the basic information of mobile phone A (such as device name, device address, trusted device tag, etc.) is not included in the PDL of the Bluetooth headset, the Bluetooth headset stores the basic information of mobile phone A in the locally maintained PDL.

[0223] S1707, the Bluetooth headset sends a second encryption success notification to mobile phone A.

[0224] Exemplarily, the second encryption success notification may be “HiEcho: earphone side encryption=1”.

[0225] S1708, mobile phone A sends a fifth response message to the Bluetooth headset.

[0226] The fifth response message is used to notify the Bluetooth headset that mobile phone A has received the second encryption success notification sent by the Bluetooth headset. Exemplarily, the fifth response message may be "HiEcho response: success".

[0227] In addition, after sending the fifth response message, mobile phone A may display, for example, Fig.10 The prompt message shown in (c) is used to prompt that the encryption on the headset side has been completed.

[0228] Fig.18 It is a Bluetooth device encryption flow chart provided by another embodiment of the present application, which involves mobile phone A skipping the process of setting a password input from the Bluetooth headset by the headset side.

[0229] S1800, mobile phone A and the Bluetooth headset establish a Bluetooth connection.

[0230] S1801, the Bluetooth headset sends first indication information to mobile phone A, where the first indication information is used to indicate that the Bluetooth headset has encryption capability and is not encrypted.

[0231] S1802, mobile phone A sends a first response message to the Bluetooth headset, where the first response message is used to indicate that mobile phone A has encryption capability.

[0232] In this embodiment, steps S1800 to S1802 refer to steps S1100 - S1102 , which will not be described in detail in this embodiment.

[0233] S1803, mobile phone A sends a second password skipping instruction to the Bluetooth headset according to the second password skipping operation, where the instruction is used to instruct the Bluetooth headset not to set the password input by the headset side for the time being.

[0234] Exemplarily, the second password skipping operation may be Fig.15 As shown in (a) of FIG. 1 , the user selects the "skip" option. The first password skip instruction may be "HiEcho: earphone side encryption = 0".

[0235] S1804, the Bluetooth headset sends a second skip success notification to mobile phone A. The skip success notification is used to indicate that the Bluetooth headset has skipped setting the password input by the headset side.

[0236] S1805, mobile phone A displays a password reset prompt.

[0237] The password reset prompt is used to prompt the user to set a password for the Bluetooth headset in the future. Fig. 9 As shown in (b), the password reset prompt message may be "No password has been set for this headset. You can set a password for the headset again in the Bluetooth settings or in the Smart Life application."

[0238] After the Bluetooth headset is encrypted (including encryption on the mobile phone side and / or encryption on the headset side), the Bluetooth headset turns on the password verification function. After an unpaired Bluetooth device establishes a Bluetooth connection with the Bluetooth headset, it needs to pass the password verification to use the Bluetooth headset normally. Otherwise, some functions of the Bluetooth headset will be restricted, such as the call answering function, audio playback, function, etc. The following part describes the process of password verification of the main device after the Bluetooth headset is encrypted.

[0239] Part 2: The encrypted slave device verifies the master device's password

[0240] For a Bluetooth headset with encryption capability, the main device it is connected to may not have encryption capability. Therefore, in this embodiment, when the main device has encryption capability, the Bluetooth headset can use the mobile phone side verification method to verify the password, and can also use the headset side verification method to verify the password. When the main device does not have encryption capability, it is usually impossible to enter the password on the mobile phone side, so the headset side verification method can be used to verify the user password.

[0241] The following describes the password verification process on the mobile phone side and the headset side.

[0242] (I) Mobile phone password verification

[0243] The following first takes the example where the main device is a second electronic device (such as mobile phone B, which has encryption capabilities) and a Bluetooth headset (such as FreeBuds3) to illustrate the mobile phone side verification method of the Bluetooth headset.

[0244] Fig.19 It is a schematic diagram of the password verification process provided by an embodiment of the present application, which involves a process in which mobile phone B verifies the password for using a Bluetooth headset by means of a pop-up prompt combined with user instructions.

[0245] See also Fig.19 As shown in (a) of FIG. 1 , after mobile phone B establishes a Bluetooth connection with the encrypted Bluetooth headset (for example, after mobile phone B receives a user's Figure 2 After selecting the "Connect" operation option described in (b) in the figure), mobile phone B displays a fourth prompt box. The fourth prompt box includes prompt information, a fourth option (such as a "Verify" option) and a "Skip" option. Among them, the prompt information can be "FreeBuds3 has been set with a password, please enter the password so that the current device can use the business functions of the headset normally." The "Verify" option is used to display the password input box according to user instructions. The "Skip" option is used to cancel this password verification. When mobile phone A detects that the user operates the "Verify" option, it displays, for example Fig.19 The prompt box shown in (b) in the figure.

[0246] See also Fig.19 As shown in (b) of FIG. 1 , the prompt box is used to obtain the password entered by the user. When mobile phone B detects that the user has entered the password and confirms it, if the password is entered correctly, it will display, for example, Fig.19 The prompt box shown in (c) above.

[0247] See also Fig.19 As shown in (c) in FIG. 1 , the prompt box includes prompt information and a “Complete” icon. For example, the prompt information may be “Password verification passed, the current device can use the headset normally.” The “Complete” icon is used to end displaying the prompt box.

[0248] It should be noted that when the user enters an incorrect password, mobile phone B will display a password error prompt message, such as "Wrong password, please re-verify the password". If the number of incorrect passwords entered by the user exceeds a preset value (e.g., 5 times), the Bluetooth headset locks the password verification function for a preset time (e.g., 24 hours) to prevent the headset from being illegally used.

[0249] The user can also choose not to perform password verification this time according to the needs. For example, see Fig. 20As shown, the user can choose to cancel the password verification by clicking the "Cancel" option in the operation prompt box. In addition, if the user needs to re-enter the password for password verification during the connection between mobile phone B and the Bluetooth headset, he can Fig.21 Verify in the Bluetooth settings option in mobile phone B as shown.

[0250] In some embodiments, when the user cancels the current password verification, the Bluetooth headset can still maintain some emergency functions. For example, the mobile phone can use Bluetooth technology to find the headset, alarm clock, etc.

[0251] Fig.21 It is a schematic diagram of a password verification process provided by another embodiment of the present application, which involves a process in which a user verifies a user password in Bluetooth settings.

[0252] See also Fig.21 As shown in (a) in the Bluetooth setting interface, if the Bluetooth headset is in an encrypted state and mobile phone B fails to pass the password verification, when mobile phone B detects that the user operates FreeBuds3, it displays, for example Fig.21 The prompt box shown in (b) in FIG. 1 includes a password input area. When mobile phone B detects that the user has entered the correct password, it may display, for example, Fig.21 The prompt box shown in (c) includes a prompt message "Password verification passed, the current device can use the headset normally."

[0253] It should be noted that when the user enters an incorrect password, mobile phone B will display a password error prompt message, such as "Wrong password, please re-verify the password". If the number of incorrect passwords entered by the user exceeds a preset value (e.g., 5 times), the Bluetooth headset locks the password verification function for a preset time (e.g., 24 hours) to prevent the headset from being illegally used.

[0254] In the above description, the process of Bluetooth headset performing password verification on the mobile phone side can be seen in Fig. 22 shown. Fig. 22 This is a flowchart of a password verification method provided by an embodiment of the present application.

[0255] S2200: Mobile phone B establishes a Bluetooth connection with the Bluetooth headset.

[0256] S2201, the Bluetooth headset sends second indication information to mobile phone B, where the second indication information is used to indicate that the Bluetooth headset has encryption capability and has been encrypted.

[0257] In this embodiment, the Bluetooth headset has been encrypted includes that the Bluetooth headset has turned on headset-side encryption and / or mobile phone-side encryption.

[0258] Exemplarily, the second indication information may be “HiEcho: encryption capability=1, mobile phone side encryption=1, headset side encryption=1”. Alternatively, the second indication information may be “HiEcho: encryption capability=1, mobile phone side encryption=1, headset side encryption=0”.

[0259] S2202, mobile phone B sends a sixth response message to the Bluetooth headset.

[0260] The sixth response message is used to indicate that mobile phone B has encryption capability. Exemplarily, the sixth response message may be "HiEcho response: success".

[0261] S2203, in response to the Bluetooth headset having enabled encryption on the mobile phone side, mobile phone B obtains the verification password input by the user.

[0262] For example, mobile phone B can Fig.19 or Fig.21 The process shown in the figure obtains the user's verification password.

[0263] S2204, mobile phone B sends a first password verification instruction to the Bluetooth headset, and the instruction carries a verification password.

[0264] Exemplarily, the first password verification instruction may be “HiEcho: password=123456”, which is used to send the verification password “123465” input by the user to the Bluetooth headset.

[0265] S2205, the Bluetooth headset sends a seventh response message to mobile phone B.

[0266] The seventh response message is used to indicate that the Bluetooth headset has received the verification password sent by mobile phone B. Exemplarily, the seventh response message may be "HiEcho response: success".

[0267] S2206: When the verification password is the same as the preset password, the Bluetooth headset marks mobile phone B as a trusted device in the PDL.

[0268] S2207, the Bluetooth headset sends a first verification success notification to mobile phone B.

[0269] S2208, mobile phone B sends an eighth response message to the Bluetooth headset. The eighth response message is used to indicate that mobile phone B has received the first verification success notification.

[0270] S2209, mobile phone B displays a verification pass prompt message. For example, the verification pass prompt message can be Fig.19 (c) or Fig.21 The prompt information shown in (c) in the figure.

[0271] Through the above steps S2200-S2209, the Bluetooth headset can set the mobile phone B as a trusted device. When the mobile phone B connects to the Bluetooth headset again, the Bluetooth headset can be used normally without password verification.

[0272] (II) Password verification on the headset

[0273] The following takes the example where the main device is a second electronic device (such as mobile phone B, which has encryption capabilities) and a Bluetooth headset (such as FreeBuds3) to illustrate the headset side verification method of the Bluetooth headset.

[0274] Fig.23 It is a schematic diagram of the password verification process of a Bluetooth device provided by another embodiment of the present application, which involves a process of password verification of a Bluetooth headset on the headset side.

[0275] See also Fig.23 As shown in (a), after mobile phone B establishes a Bluetooth connection with the Bluetooth headset, if the Bluetooth headset has turned on headset-side encryption, mobile phone B displays a prompt box. The prompt box may include prompt information, a "verify" option, and a "cancel" option. Exemplarily, when the headset side uses bone voiceprint encryption, the prompt information may be "Please wear the Bluetooth headset and say "Xiaoyi Xiaoyi" to verify the password by the headset." When mobile phone B detects that the user operates the "verify" icon, mobile phone B notifies the Bluetooth headset to start password verification on the headset side.

[0276] In one example, see Fig.24 As shown in (a) of FIG, when the Bluetooth headset performs the password verification on the headset side, it first plays the password verification prompt voice to prompt the user to enter the password. For example, when the headset side adopts bone voiceprint encryption, the prompt voice can be "Please say "Xiaoyi Xiaoyi" for password verification." See Fig.24 As shown in (b) in the figure, the Bluetooth headset collects the bone voiceprint of the user when he says "Xiaoyi Xiaoyi" as the verification password, and compares the verification password with the preset password stored locally (i.e., the preset bone voiceprint). If the verification bone voiceprint matches the preset bone voiceprint, the user password verification is successful. The Bluetooth headset notifies mobile phone B that the verification is successful.

[0277] See also Fig.23 As shown in (b) in the figure, after mobile phone B receives the verification success message, a prompt box may be displayed to prompt that the headset side verification has passed. The prompt box may include prompt information and a "Finish" option. Exemplarily, the prompt information may be "Password verification passed, the current device can use the headset normally." When mobile phone B detects that the user operates the "Finish" option, the headset side verification ends.

[0278] In the above description, the flowchart of mobile phone B controlling the Bluetooth headset to perform headset side verification can be found in Fig.25 shown. Fig.25 This is a flow chart of a password verification method for a Bluetooth device provided in one embodiment of the present application.

[0279] S2500, mobile phone B and the Bluetooth headset establish a Bluetooth connection.

[0280] S2501, the Bluetooth headset sends second indication information to mobile phone B, where the second indication information is used to indicate that the Bluetooth headset has encryption capability and has been encrypted.

[0281] S2502, mobile phone B sends a sixth response message to the Bluetooth headset, where the sixth response message is used to indicate that mobile phone B has encryption capability.

[0282] For steps S2500-S2502, please refer to the description of steps S2200-S2202, which will not be repeated here in this embodiment.

[0283] S2503, in response to the Bluetooth headset having enabled headset-side encryption, mobile phone B sends a second password verification instruction to the Bluetooth headset according to a user instruction.

[0284] For example, see Fig.23 As shown in (a), when mobile phone B detects that the user operates the "verify" option, it sends a second password verification instruction to the Bluetooth headset.

[0285] S2504, the Bluetooth headset sends a ninth response message to mobile phone B.

[0286] The ninth response message is used to notify mobile phone B that the Bluetooth headset has received the second password verification instruction. Exemplarily, the ninth response message may be "HiEcho response: success".

[0287] S2505, the Bluetooth headset obtains the verification password input by the user.

[0288] For example, the specific method for the Bluetooth headset to obtain the verification password entered by the user can be found in Fig.24 The related description will not be repeated here in this embodiment.

[0289] S2507, when the verification password is the same as the preset password, the Bluetooth headset marks mobile phone B as a trusted device in the PDL. It should be understood that after mobile phone B becomes a trusted device of the Bluetooth headset, mobile phone B can use the service functions of the Bluetooth headset normally.

[0290] S2508, the Bluetooth headset sends a second verification success notification to mobile phone B. The second verification success notification is used to notify the mobile phone that the encryption verification on the Bluetooth headset side is successful.

[0291] S2509, mobile phone B sends a tenth response message to the Bluetooth headset. The tenth response message is used to indicate that mobile phone B has received the second verification success notification.

[0292] S2510, mobile phone B displays a prompt message indicating that the password verification has been passed. For example, the prompt message indicating that the verification has been passed may be: Fig.23 The prompt information shown in (b) in the figure.

[0293] The following takes the example where the main device is a second electronic device (such as mobile phone C, which does not have encryption capabilities) and a Bluetooth headset (such as FreeBuds 3) to illustrate the headset side verification method of the Bluetooth headset.

[0294] After mobile phone C establishes a Bluetooth connection with the Bluetooth headset, if the Bluetooth headset detects that mobile phone C does not have encryption capability and the Bluetooth headset has set up headset-side encryption, the Bluetooth headset will automatically start headset-side password verification after detecting that the user is wearing the Bluetooth headset. For details, see Fig.26 shown.

[0295] Fig.26 This is a flow chart of a password verification method for a Bluetooth device provided by another embodiment of the present application.

[0296] S2600, mobile phone C and the Bluetooth headset establish a Bluetooth connection.

[0297] S2601, the Bluetooth headset sends second indication information to mobile phone C, which is used to indicate that the Bluetooth headset has encryption capability and has been encrypted.

[0298] For steps S2600 and S2601 , please refer to the above steps S2500 and S2501 , which will not be described in detail in this embodiment.

[0299] S2602, in response to the Bluetooth headset not receiving a response message sent by mobile phone C within a preset time, the Bluetooth headset plays a password verification prompt voice.

[0300] Specifically, when mobile phone C does not have encryption capability, it will not be able to recognize the second indication information sent by the Bluetooth headset to mobile phone C, and therefore, the mobile phone side password verification cannot be performed. Therefore, in this embodiment, if the Bluetooth link between mobile phone C and the Bluetooth headset is normal, and the Bluetooth headset does not receive a response message about the second indication information replied by mobile phone C within a preset time (for example, 5 seconds), the Bluetooth headset determines that mobile phone C does not have encryption capability and automatically starts the headset side verification.

[0301] In a possible implementation, the Bluetooth headset can start to repeatedly play the password verification prompt voice after detecting that the user is wearing the Bluetooth headset to prevent the user from missing the voice.

[0302] S2603, collecting the verification password input by the user.

[0303] Exemplarily, the verification password may be the bone voiceprint corresponding to the verification password "Xiaoyi Xiaoyi" issued by the user, or may be a voice message issued by the user, such as "123456".

[0304] S2604, when the verification password is the same as the password preset in the Bluetooth headset, mobile phone C is marked as a trusted device in the PDL, and normal business interaction with mobile phone C begins.

[0305] Through the headset side password verification method provided in this embodiment, even if the main device connected to the encrypted Bluetooth headset does not have encryption capability, the Bluetooth headset can automatically start the headset side verification and normally interact with the mobile phone C after the verification is passed. This method helps to broaden the scope of use of Bluetooth headsets and improve user experience.

[0306] Part 3: The host device performs other settings on the Bluetooth headset

[0307] In this embodiment, a trusted host device or an untrusted host device that has been verified by a password can modify the settings of the Bluetooth headset, including changing the password, canceling the password, setting the owner information, setting other trusted host devices, etc. The following takes the host device being mobile phone A as an example to illustrate these setting processes.

[0308] (I) Change password

[0309] (1) Modify the password set on the mobile phone

[0310] Fig. 27 It is a schematic diagram of the password modification process of a Bluetooth device provided by an embodiment of the present application, which involves the process of modifying the password set by the mobile phone side in the Bluetooth setting option of mobile phone A.

[0311] See also Fig. 27 As shown in (a) of FIG. 1 , when mobile phone A detects that the user operates the "settings" icon of the Bluetooth headset Freebuds3, it displays, for example Fig. 27 The setting interface shown in (b) in FIG.

[0312] See also Fig. 27 As shown in (b) of FIG. 1 , when mobile phone A detects that the user operates the “device encryption” option, mobile phone A displays, for example, Fig. 27 The setting interface shown in (c) in FIG.

[0313] See also Fig. 27 As shown in (c) in the figure, when mobile phone A detects that the user operates the "change password" option corresponding to the mobile phone encryption, it displays Fig. 27 The setting interface shown in (d) in FIG.

[0314] See also Fig. 27 As shown in (d) in FIG. 1 , the setting interface includes an original password input area, a new password input area, a confirmation password input area, and a completion icon. When mobile phone A detects that the original password entered by the user is correct and the new password is the same as the confirmation password, the password change is completed.

[0315] See also Fig. 27 As shown in (e) in the figure, after the password is successfully changed, mobile phone A displays a prompt message of successful change, such as "Password changed successfully".

[0316] Fig.28 1 is a flowchart of a method for modifying a password of a Bluetooth device provided in an embodiment of the present application. The password modification process is also based on the fact that mobile phone A has established a Bluetooth connection with the Bluetooth headset, and both mobile phone A and the Bluetooth headset have Bluetooth encryption capabilities. The password modification method specifically includes the following steps.

[0317] S2801, mobile phone A obtains the original password and the modified password entered by the user.

[0318] In this embodiment, mobile phone A can Fig. 27 The password modification process shown obtains the original password and the modified password entered by the user.

[0319] S2802, mobile phone A sends a first password modification instruction to the Bluetooth headset, and the instruction carries the original password and the modified password.

[0320] S2803, if the original password entered by the user is correct, the Bluetooth headset replaces the locally stored original password with the modified password.

[0321] Regarding the above steps S2801-S2803, in other implementations, the Bluetooth headset may first verify whether the original password entered by the user is correct, and then obtain the modified password through mobile phone A after the verification is successful.

[0322] S2804, the Bluetooth headset sends a first modification success notification message to the mobile phone. The first modification success notification message is used to notify the mobile phone that the Bluetooth headset has modified the password input by the mobile phone.

[0323] S2805, mobile phone A displays a prompt message that the modification is successful. Fig. 27 As shown in (e) in the figure, the prompt message may be “Password modified successfully”.

[0324] Through the above process, the user can modify the password of the Bluetooth headset through mobile phone A. After the password is successfully modified, the user needs to enter the modified password to use the service functions of the headset normally after connecting the Bluetooth headset using a Bluetooth device.

[0325] (2) Modify the password set by the headset

[0326] Fig.29 It is a schematic diagram of the password modification process of a Bluetooth device provided in another embodiment of the present application, which involves the process of modifying the password set by the headset side in the Bluetooth setting option of mobile phone A.

[0327] See also Fig.29 As shown in (a) of FIG. 1 , when mobile phone A detects that the user operates the "change password" option corresponding to the headset side encryption, it displays, for example, Fig.29 The password modification interface shown in (b) in FIG. The password modification interface includes a prompt message, a "Start" option, and a "Cancel" option. For example, the prompt message may be "Please wear headphones and change the password according to the voice prompt." When mobile phone A detects that the user operates the "Start" option, mobile phone A controls the Bluetooth headset to reset the password. Specifically, the process of resetting the password of the Bluetooth headset can be seen in Fig.14 After the password is successfully modified, mobile phone A displays, for example, Fig.29 The prompt box shown in (c) includes the prompt message "Password changed successfully".

[0328] In the above description, the process of mobile phone A controlling the Bluetooth headset to modify the password input by the headset side can be seen in Fig.30 shown. Fig.30 This is a flowchart of a method for modifying a password of a Bluetooth device provided by another embodiment of the present application.

[0329] S3001, mobile phone A sends a second password modification instruction to the Bluetooth headset.

[0330] For example, see Fig.29 As shown in (b), after mobile phone A detects that the user operates the "Start" option, mobile phone A sends a second password modification instruction to the Bluetooth headset. The second password modification instruction instructs the Bluetooth headset to modify the original password set by the headset side.

[0331] S3002, the Bluetooth headset obtains the verification password entered by the user to perform password verification.

[0332] Exemplarily, the Bluetooth headset can be based on Fig.24 The process shown obtains the password verification for the Bluetooth headset. If the verification password is correct, it means that the user has the authority to modify the password, and mobile phone A executes the next step.

[0333] S3003, after the password verification is passed, the Bluetooth headset obtains the modified password input by the user. Fig.14 The process shown obtains the modified password.

[0334] S3004, the Bluetooth headset uses the modified password to replace the original password stored locally.

[0335] S3005, the Bluetooth headset sends a second modification success notification to mobile phone A. The second modification success notification is used to notify the mobile phone that the Bluetooth headset has modified the password input by the headset side.

[0336] S3006, mobile phone A displays a prompt message that the modification is successful. Fig.29 As described in (c) above, the prompt message may be “Password modified successfully”.

[0337] (II) Cancel password

[0338] (1) Cancel the password set on the mobile phone

[0339] Fig.31 It is a schematic diagram of the password cancellation process of a Bluetooth device provided by an embodiment of the present application, which involves the process of turning off mobile phone side encryption in the Bluetooth setting option of mobile phone A.

[0340] See also Fig.31 As shown in (a) of FIG. 1 , in the encryption setting interface, when mobile phone A detects that the user has turned off the encryption on the mobile phone side, mobile phone A can, for example, Fig.31 The prompt box shown in (b) in the figure.

[0341] See also Fig.31 As shown in (b) of FIG. 1 , the prompt box includes a prompt message, a "No" option, and a "Yes" option. For example, the prompt message may be "Are you sure you want to turn off encryption on the phone?" When the phone detects that the user has pressed the "No" option, encryption on the phone will not be turned off this time. If the phone A detects that the user has pressed the "Yes" option, it will display, for example Fig.31 The prompt box shown in (c) in the figure.

[0342] See also Fig.31 As shown in (c) in the figure, the prompt box includes a password input area for obtaining the password entered by the user for password verification. If mobile phone A detects that the user has entered the correct password, the mobile phone side encryption of the Bluetooth headset is successfully canceled. Fig.31 As shown in (d) in the figure, the mobile phone displays a prompt message "Password canceled successfully".

[0343] Fig.32 This is a flowchart of a method for cancelling a password of a Bluetooth device provided by an embodiment of the present application, which involves a process of cancelling a password of a Bluetooth headset on mobile phone A. The password cancellation process is also based on the fact that mobile phone A has established a Bluetooth connection with the Bluetooth headset, and both mobile phone A and the Bluetooth headset have Bluetooth encryption capabilities. The password cancellation method specifically includes the following steps.

[0344] S3201, mobile phone A sends a first password cancellation instruction to the Bluetooth headset according to the first password cancellation operation, and the instruction carries the verification password.

[0345] For example, see Fig.31 (a) to Fig.31 As shown in (c), after mobile phone A detects the first password cancellation operation in which the user turns off the encryption on the mobile phone side and enters the verification password, it sends a password cancellation instruction to the Bluetooth headset, and the instruction carries the verification password.

[0346] S3202, when the verification password is the same as the preset password, the Bluetooth headset turns off the encryption on the mobile phone side and deletes the locally stored password entered by the mobile phone side.

[0347] S3203, the Bluetooth headset sends a first cancellation success notification to mobile phone A. The first cancellation success notification is used to notify the mobile phone that the Bluetooth headset has turned off encryption on the mobile phone side.

[0348] S3204, mobile phone A displays a prompt message of successful cancellation. Fig.31 As shown in (d) in the figure, the prompt message may be “Password canceled successfully”.

[0349] Through the above steps S3201-S3204, the user can cancel the password set by the mobile phone side of the Bluetooth headset through mobile phone A. After the password is cancelled, any Bluetooth device will no longer need to enter the password on the mobile phone side for password verification after connecting to the Bluetooth headset.

[0350] (2) Cancel the password set by the headset

[0351] Fig.33 This is a schematic diagram of the password cancellation process of a Bluetooth device provided in another embodiment of the present application, which involves the process of canceling the earphone side encryption in the Bluetooth setting option of mobile phone A.

[0352] See also Fig.33 As shown in (a) of FIG. 1 , when mobile phone A detects that the user has turned off the encryption on the earphone side, the display is as follows: Fig.33 The prompt box shown in (b) in FIG. The prompt box includes a prompt message, a "No" option, and a "Yes" option. For example, the prompt message may be "Are you sure to turn off the headset side encryption?" When the mobile phone detects that the user operates the "No" option, the password of the Bluetooth headset is not cancelled this time. When mobile phone A detects that the user operates the "Yes" option, mobile phone A displays, for example, Fig.33The prompt box shown in (c) in FIG. The prompt box includes the prompt information "Please wear a Bluetooth headset to verify the password." Specifically, after the user wears the Bluetooth headset and enters the verification password, if the verification is successful, the Bluetooth headset notifies mobile phone A that the password has been successfully cancelled. After mobile phone A determines that the password has been successfully cancelled, it displays, for example, Fig.33 The prompt message "Password canceled successfully" is shown in (d).

[0353] Fig.34 This is a flowchart of a method for cancelling a password of a Bluetooth device provided in another embodiment of the present application, which involves a process of cancelling the password of a Bluetooth headset on mobile phone A.

[0354] S3401, mobile phone A sends a second password cancellation instruction to the Bluetooth headset according to the second password cancellation operation.

[0355] For example, see Fig.33 As shown in (a), when mobile phone A detects that the user cancels the second password for turning off the encryption on the earphone side, mobile phone A sends a second password cancellation instruction to the Bluetooth earphone. The instruction is used to instruct the Bluetooth earphone to turn off the encryption on the earphone side.

[0356] S3402: In response to the second password cancellation instruction, the Bluetooth headset collects the verification password input by the user. Fig.24 The method shown collects the verification password entered by the user.

[0357] S3403, when the verification password is the same as the preset password, the Bluetooth headset turns off the headset side encryption and deletes the password, wherein the password is a password collected by the headset side.

[0358] S3404, the Bluetooth headset sends a second cancellation success notification to mobile phone A. The second cancellation success notification is used to notify mobile phone A that the headset side encryption of the Bluetooth headset has been turned off.

[0359] S3405, mobile phone A displays a prompt message indicating that the password has been successfully cancelled. For example, the prompt message may be "Password has been successfully cancelled".

[0360] Through the above steps S3401-S3405, the user can turn off the headset side encryption through mobile phone A. After the password is canceled, any Bluetooth device will not need to verify the headset side password after connecting to the Bluetooth headset.

[0361] (III) Setting the owner information

[0362] During use, a slave device (such as a Bluetooth headset) may be lost and picked up by others. In order to facilitate the return of the Bluetooth headset by the person who picked it up, an embodiment of the present application provides a method for prompting the owner's information.

[0363] Fig.35It is a schematic diagram of the process of setting the owner information provided by an embodiment of the present application, which involves the process of setting the owner information in the Bluetooth settings of mobile phone A.

[0364] See also Fig.35 As shown in (a) in the Bluetooth setting interface of mobile phone A, when mobile phone A detects that the user operates the "settings" icon of FreeBuds3, it enters, for example Fig.35 The setting interface shown in (b) in FIG. The setting interface is configured with an "Owner Information" setting item. When mobile phone A detects that the user operates the "Owner Information" setting item, it displays, for example, Fig.35 The owner information setting interface shown in (c) of FIG. The owner information setting interface includes an owner information input box for inputting owner information according to user instructions. For example, the owner information may be: If you find this headset, please contact the owner: 13612345678, thank you! After obtaining the owner information, mobile phone A sends the owner information to the Bluetooth headset for storage, and the owner information is set successfully.

[0365] After the owner information is set successfully, if the encrypted Bluetooth headset receives multiple (e.g. 5) incorrect passwords, the Bluetooth headset switches to a locked state for a preset period of time (e.g. 24 hours). Then, the Bluetooth headset controls the currently connected host device to display the owner information (e.g. Fig.36 ), or the Bluetooth headset plays the owner information preset by the user (for example Fig.37 as shown) to prompt the user to return the Bluetooth headset to the owner.

[0366] In addition, the user can also modify or delete the owner information in the owner information setting interface. For example, when the owner's contact information is changed, the user can change the original contact information to the new contact information in the owner information setting interface.

[0367] (IV) Setting up trusted devices

[0368] A PDL is stored in the Bluetooth headset, as shown in Table 1. The PDL includes basic information about the paired devices of the Bluetooth headset, such as device name, device address, whether it is a trusted device, etc. When the PDL is empty, the Bluetooth headset currently has no paired devices other than mobile phone A. When the PDL is not empty, the Bluetooth headset has other paired devices.

[0369] Table 1 PDL

[0370] Device Name Device Address Is it a trusted device? HUAWEI IP40 Address 1 yes HUAWEI Mate30 Address 2 no HUAWEI Nova7 Address 3 no

[0371] Fig.38It is a schematic diagram of the trusted device setting process provided by an embodiment of the present application, which involves the process of guiding the user to set up the trusted device of the Bluetooth headset in a pop-up window on mobile phone A.

[0372] See also Fig.38 As shown in (a), after mobile phone A guides the user to set the password in a pop-up box, a third prompt box may be displayed to prompt the user to set the electronic device that the Bluetooth headset has been paired with as a trusted device. Exemplarily, the third prompt box may include a prompt message, a "No" option, and a third option (such as a "Yes" option). The prompt message may be "Do you allow the device that this headset has been paired with to use the headset service normally? If you select no, you need to go to the smart life application to enable usage permissions for the paired device separately." When mobile phone A detects that the user selects the "No" option, it cancels this setting. When mobile phone A detects the user's second operation, such as the user's operation on the "Yes" option, all devices that have been paired with the Bluetooth headset are set as trusted devices, so that after connecting to the Bluetooth headset, they can use the Bluetooth headset normally without password verification.

[0373] See also Fig.38 As shown in (b), when mobile phone A completes the trusted device setting of the Bluetooth headset, a prompt box is displayed. The prompt box includes a prompt message and a "Finish" option. The prompt message may be "The setting is successful. The device that has been paired with this headset can use the Bluetooth headset normally."

[0374] Fig.39 It is a schematic diagram of the trusted device setting process provided by another embodiment of the present application, which involves the process of setting up a trusted device of a Bluetooth headset in the Bluetooth settings of mobile phone A.

[0375] See also Fig.39 As shown in (a) in the Bluetooth setting interface, when mobile phone A detects that the user operates the "settings" icon of FreeBuds3, mobile phone A can display, for example, Fig.39 The setting interface shown in (b) in FIG.

[0376] See also Fig.39 As shown in (b) of FIG. 1 , the setting interface includes a “paired device” option. When mobile phone A detects that the user operates the “paired device” option, mobile phone A displays, for example, Fig.39 The trusted device setting interface shown in (c) in FIG.

[0377] See also Fig.39As shown in (c), the trusted device setting interface may include information about devices paired with the Bluetooth headset FreeBuds3, such as device names and trusted device setting options. Exemplarily, the names of paired devices of FreeBuds3 include "My P40", "Mate 30" and "Nova 7". Among them, My P40 is a trusted device, and Mate 30 and Nova 7 are untrusted devices. Users can set whether any paired device is a trusted device through a second operation according to their needs. For example, set whether "My P40", "Mate 30" or "Nova 7" is a trusted device. Exemplarily, if mobile phone A detects that the user sets Mate 30 as a trusted device, mobile phone A can authenticate the user through the password input interface.

[0378] See also Fig.39 As shown in (d) of FIG. 1 , the password input interface includes a password input box for inputting the password of the Bluetooth headset. When mobile phone A detects that the user has input the correct Bluetooth password, see Fig.39 As shown in (e) in the figure, Mate 30 is changed to a trusted device. It should be noted that after Mate 30 is changed to a trusted device, the trusted device identification of Mate 30 in the PDL of the Bluetooth headset is changed to "yes".

[0379] When the paired device connects to the Bluetooth headset again, if the Bluetooth headset is in an encrypted state and the paired device is a trusted device (such as Mate 30), the device can use the Bluetooth headset normally. If the paired device (such as Nova7) is an untrusted device, the Bluetooth headset needs to perform password verification on the device. For the specific password verification process, please refer to Fig.19 Or the process shown in 23.

[0380] In the above description, the process of mobile phone A managing the trusted device of the Bluetooth headset according to the user's instructions can be seen in Fig.40 shown. Fig.40 This is a flow chart for setting up a trusted device provided in an embodiment of the present application.

[0381] S4001, mobile phone A obtains a trusted device setting instruction input by a user.

[0382] In some embodiments, mobile phone A can determine whether the PDL of the Bluetooth headset is empty based on the full and empty status information of the PDL carried by the first indication information. If the PDL of the Bluetooth headset is not empty, it means that the Bluetooth headset has other paired Bluetooth devices. In order to facilitate the user to manage whether these Bluetooth devices are allowed to use the Bluetooth headset normally without password verification, mobile phone A can display trusted device setting information. Exemplarily, the trusted device setting information can be, for example, Fig.38As shown in (a), it is used to ask the user whether to set all the devices that the headset has been paired with as trusted devices, so that these devices can use the headset service normally. When mobile phone A detects that the user operates the "Yes" option, it confirms that the trusted device setting instruction input by the user is received. The trusted device setting instruction is used to instruct the Bluetooth headset to set all paired devices in the PDL as trusted devices.

[0383] In other embodiments, see Fig.39 As shown in (c) in FIG. 1 , the user can choose to set a paired device as a trusted device. At this time, the trusted device setting instruction includes device information (such as device name Mate30). The trusted device setting instruction is used to instruct the Bluetooth headset to set the device (such as Mate30) as a trusted device.

[0384] S4002, mobile phone A sends a trusted device setting instruction to the Bluetooth headset.

[0385] S4003, the Bluetooth headset updates the PDL according to the trusted device setting instruction, and sets the paired device stored in the PDL as a trusted device.

[0386] In some embodiments, the Bluetooth headset sets all paired devices in the PDL as trusted devices. In other embodiments, the Bluetooth headset sets the device (such as Mate30) indicated by the trusted device setting instruction as a trusted device.

[0387] S4004, the Bluetooth headset sends a setup success notification message to mobile phone A, which is used to indicate that the matters indicated by the trusted device setup instruction are completed.

[0388] S4005, mobile phone A displays a setting success indication message.

[0389] In some embodiments, see Fig.38 As shown in (b), the successful setting indication information may be "The device to which this headset has been paired is set successfully and the Bluetooth headset can be used normally."

[0390] Through the above steps S4001-S4005, mobile phone A can set other paired devices of the Bluetooth headset as trusted settings. When these trusted paired devices connect to the Bluetooth headset again, the headset can be used normally without password verification, which helps to improve the user experience of trusted device users.

[0391] In addition, mobile phone A can also send a second setting instruction to the Bluetooth headset based on user operations (such as turning off the operation of the Mate30 trusted device), and the second setting instruction is used to instruct the Bluetooth headset to set the target electronic device (such as Mate30) as an untrusted device.

[0392] Part 4: The main device sets up the Bluetooth headset through the smart life application

[0393] In the above embodiments, the encryption capability of the master device (such as a mobile phone) and the slave device (such as a Bluetooth headset) can be implemented through a private protocol between the master device and the slave device. Therefore, in some embodiments, some master devices may not have the encryption capability and cannot manage and set the slave devices with encryption capability. To this end, another embodiment of the present application provides a Bluetooth device management method for each master device to manage and set the slave device through a smart life application.

[0394] The following still takes the master device as mobile phone A and the slave device as Bluetooth headset Freebuds3 as an example to explain the process of the master device managing and setting the slave device through the smart life application. Of course, the master device can also be other master devices, such as mobile phone B, mobile phone C, tablet computer, etc.

[0395] Fig.41 : is a schematic diagram of the structure of the Bluetooth device control system provided in the embodiment of the present application. The system includes a mobile phone A installed with a smart life application, a Bluetooth headset, and an application server of the smart life application. Among them, the mobile phone A and the application server are connected via a wireless network, and the mobile phone A and the Bluetooth headset are connected via Bluetooth.

[0396] (I) Set password

[0397] (1) Mobile phone encryption

[0398] Fig.42 This is a schematic diagram of the encryption process of a Bluetooth device provided by another embodiment of the present application, which involves the process of setting a password input by a mobile phone for a Bluetooth headset in a smart life application.

[0399] See also Fig.42 As shown in (a) in FIG. 1 , various application icons, including icons of smart life applications, are displayed on the desktop of mobile phone A. When mobile phone A detects that a user operates the icon of the smart life application, mobile phone A may display the application interface of the smart life application.

[0400] See also Fig.42 As shown in (b), the application interface includes information (such as icons, names, etc.) of devices such as smart refrigerator, air conditioner A, air conditioner B, and Bluetooth headset FreeBuds3. Users can use the smart life application to manage these smart devices. For example, when mobile phone A detects that the user operates the name of FreeBuds3, mobile phone A displays the headset setting interface.

[0401] See also Fig.42As shown in (c) in the figure, the headset setting interface includes the "Connected" setting option of FreeBuds3, the power information of the Bluetooth headset and the charging box, the "Quick Operation" setting option, the "Active Noise Reduction" setting option, the "Connection Management" setting option and the "Equalizer" setting option. When mobile phone A detects that the user operates the "Connected" setting option, it can display, for example Fig.42 The setting interface shown in (d) in FIG.

[0402] See also Fig.42 As shown in (d) in FIG. 1 , the setting interface includes a “Bluetooth setting” option and a “connection management” option. When mobile phone A detects that the user operates the “Bluetooth setting” option, a drop-down menu of the Bluetooth setting option may be displayed.

[0403] See also Fig.42 As shown in (e) in the figure, the drop-down menu of the Bluetooth setting option includes a "Device Encryption" setting item, a "Device Owner Information" setting item, and a "Restore Factory Settings" setting item. When mobile phone A detects that the user operates "Device Encryption", mobile phone A displays the encryption setting interface.

[0404] See also Fig.42 As shown in (f) in the figure, the encryption setting interface provides two encryption methods for Bluetooth headsets, one is headset side encryption and the other is phone side encryption. When phone A detects that the user has turned on phone side encryption, it displays, for example Fig.42 The display interface shown in (g).

[0405] See also Fig.42 As shown in (g) of FIG. 1 , the display interface includes a password input area, a confirmation password input area, and a "Complete" icon. When mobile phone A detects that the user has entered the same password that meets the preset requirements (for example, at least 6 digits) in the password input area and the confirmation password input area, and the operation is completed, the display is displayed, for example Fig.42 The prompt box shown in (h) in the figure.

[0406] See also Fig.42 As shown in (h), the prompt box includes the prompt information "Please remember the password. You need to enter the password when pairing a new device to use the headset normally" and "You can modify or delete this headset password through Bluetooth settings or Smart Life."

[0407] It should be noted that in Fig.42 For the password setting process involved in the above, please refer to the interaction process between mobile phone A and Bluetooth headset. Fig.11 As shown, this embodiment will not be described in detail here.

[0408] (2) Headphone side encryption

[0409] Fig.43This is a schematic diagram of the encryption process of a Bluetooth device provided by another embodiment of the present application, which involves the process of setting a password input by the headset side for a Bluetooth headset in a smart life application. For the specific encryption process, please refer to Fig.16 and Fig.17 The relevant description of this embodiment will not be repeated here.

[0410] (II) Change password

[0411] (1) Modify the password entered on the mobile phone

[0412] Fig.44 This is a schematic diagram of a password modification process of a Bluetooth device provided by another embodiment of the present application, which involves a process of modifying a password of a Bluetooth headset input by a mobile phone in smart life.

[0413] See also Fig.44 As shown in (a) of FIG. 1 , when mobile phone A detects that the user operates the “device encryption” option, mobile phone A displays, for example, Fig.44 The encryption setting interface shown in (b) in FIG. In the encryption setting interface, there is a "Change Password" option corresponding to the mobile phone side encryption. When mobile phone A detects that the user operates the "Change Password" option, mobile phone A displays, for example, Fig.44 The password modification interface shown in (c) in FIG. The password modification interface includes an original password input area, a new password input area, a confirmation password input area, and a completion icon. When mobile phone A detects that the original password entered by the user is correct and the new password and the confirmation password are the same, the password modification is completed. Mobile phone A displays, for example, Fig.44 The prompt message "Password change completed" is shown in (d) in the figure. After that, the Bluetooth device will use the new password to use the Bluetooth headset.

[0414] It should be noted that in Fig.44 For the password setting process involved in the above, please refer to the interaction process between mobile phone A and Bluetooth headset. Fig.28 As shown, this embodiment will not be described in detail here.

[0415] (2) Modify the password entered by the headset

[0416] Fig.45 This is a schematic diagram of a password modification process of a Bluetooth device provided by another embodiment of the present application, which involves a process of modifying a password of a Bluetooth headset input by a mobile phone in smart life.

[0417] See also Fig.45 As shown in (a) in the encryption setting interface of the smart life application, when mobile phone A detects the operation of selecting to modify the password set by the headset side, it displays, for example Fig.45The prompt box shown in (b) in FIG. The prompt box may include a "Start" option, a "Cancel" option and a prompt message "Please wear headphones and change the password according to the voice prompt." After detecting that the password has been successfully changed, mobile phone A displays a prompt message "Password has been successfully changed."

[0418] It should be noted that in the above description, the process of mobile phone A modifying the password of the Bluetooth headset input by the mobile phone side through the smart life application can be seen in Fig.30 As shown, this embodiment will not be described in detail here.

[0419] (III) Cancel password

[0420] (1) Cancel the password set by the headset

[0421] Fig.46 This is a schematic diagram of the process of canceling the password of a Bluetooth device provided by another embodiment of the present application, which involves the process of canceling the password of a Bluetooth headset in a smart life application.

[0422] See also Fig.46 As shown in (a) in the Bluetooth setting interface of the smart application, when the mobile phone detects that the user operates the "Device Encryption" option, it displays Fig.46 The display interface shown in (b).

[0423] See also Fig.46 As shown in (b) of FIG. 1 , in this display interface, when mobile phone A detects that the user has turned off the encryption operation on the mobile phone side, it displays, for example, Fig.46 The display interface shown in (c) .

[0424] See also Fig.46 As shown in (c) in FIG. 1 , the display interface includes a prompt message, a “yes” option, and a “no” option. The prompt message may be “Are you sure you want to turn off encryption on the phone side?” If phone A detects that the user has selected the “no” option, encryption on the phone side will not be turned off. If phone A detects that the user has selected the “yes” option, a password input interface will be displayed to verify the user’s authority.

[0425] See also Fig.46 As shown in (d) in FIG. 1 , the password input interface may include a password input box. When mobile phone A detects that the user has input the correct password, the password is successfully cancelled.

[0426] See also Fig.46 As shown in (e) in the figure, after the password is successfully cancelled, the encryption indicator icon on the mobile phone side is displayed as "OFF". After that, the user can set the password for the Bluetooth headset again according to the needs.

[0427] It should be noted that in Fig.46For the password cancellation process involved in the above, please refer to the interaction process between mobile phone A and Bluetooth headset. Fig.32 As shown, this embodiment will not be described in detail here.

[0428] (2) Cancel the password set by the headset

[0429] Fig.47 This is a schematic diagram of a password cancellation process of a Bluetooth device provided by another embodiment of the present application, which involves a process of canceling a password set by the headset side of a Bluetooth headset in a smart life application.

[0430] See also Fig.47 As shown in (a) of FIG. 1 , when mobile phone A detects that the user has turned off the encryption on the earphone side, the display is as follows: Fig.47 The prompt box shown in (b) in FIG. 10A . For example, the prompt box may include a "Start" option, a "Cancel" option, and a prompt message "Please wear the headset and enter the password." After mobile phone A detects that the user selects "Start," it controls the Bluetooth headset to obtain the verification password to verify the user's authority. After mobile phone A detects that the password verification is successful, it displays, for example, Fig.47 The prompt message "Password changed successfully" is shown in (c).

[0431] In the above process, mobile phone A controls the Bluetooth headset to cancel the password set by the headset side. For details, please refer to Fig.34 As shown, this embodiment will not be described in detail here.

[0432] (IV) Set the owner information

[0433] Fig.48 It is a schematic diagram of the owner information setting process provided by another embodiment of the present application, which involves the process of setting the owner information of a Bluetooth headset in a smart life application.

[0434] See also Fig.48 As shown in (a) of FIG. 1 , in the drop-down menu of the “Bluetooth Settings” option, when mobile phone A detects that the user operates the “Owner Information” setting option, a display such as FIG. Fig.48 The setting interface shown in (b) in FIG. The setting interface may include an owner information input box for inputting owner information according to user instructions. For example, the owner information may be "If you find this headset, please contact the owner: 13612345678, thank you!" After obtaining the owner information, mobile phone A sends the owner information to the Bluetooth headset for storage, and the owner information is set successfully.

[0435] After the owner information is set successfully, if the encrypted Bluetooth headset receives multiple (for example, 5 times) incorrect passwords, the Bluetooth headset switches to a locked state for a preset period of time (for example, 24 hours) and plays the owner information pre-set by the user to prompt the user to return the Bluetooth headset to the owner, thereby increasing the possibility of the Bluetooth headset being returned to the owner.

[0436] 5. Manage connected devices

[0437] Fig.49 This is a schematic diagram of the management process of the connection device of the Bluetooth device provided in the embodiment of the present application, which involves the process of managing the current or historical connection devices of the Bluetooth headset in the smart life application.

[0438] See also Fig.49 As shown in (a) in the setting interface of the smart life application, when mobile phone A detects that the user operates the "connected" option, it displays Fig.49 The setting interface shown in (b) in Fig.49 In the setting interface shown in (b) of FIG. 1 , when mobile phone A detects that the user operates the "connection management" option in the Bluetooth setting interface, it displays, for example, Fig.49 The connection management interface shown in (d) in FIG.

[0439] Alternatively, see Fig.49 As shown in (c) in the setting interface of the smart life application, when mobile phone A detects that the user operates the "connection management" option, it displays, for example Fig.49 The connection management interface shown in (d) in FIG.

[0440] See also Fig.49 As shown in (d) in the figure, the connection management interface may include the name of the connected device (such as My P40) and the name of the device with a connection record (i.e., the historically connected device, such as Mate30, Nova7). Among them, My P40 is configured with a "disconnect" icon and a "delete" icon. If mobile phone A detects that the user operates the "disconnect" icon, mobile phone A controls the Bluetooth headset to disconnect from My P40. If mobile phone A detects that the user operates the "delete" icon, My P40 is deleted from the connected device record.

[0441] In addition, each device in the connection record (such as Mate30 and Nova7) is also configured with a "connect" icon and a "delete" icon. Taking the Mate30 in the connection record as an example, if mobile phone A detects that the user operates the "connect" icon of Mate30, mobile phone A controls the Bluetooth headset to connect to Mate30. If mobile phone A detects that the user operates the "delete" icon of Mate30, mobile phone A deletes Mate30 from the connection record of the Bluetooth headset. In addition, mobile phone A also needs to send a delete instruction to the Bluetooth headset, instructing the Bluetooth headset to delete the relevant information of Mate30 in the local connection record of the headset.

[0442] (VI) Setting up trusted devices

[0443] Fig.50 This is a schematic diagram of a trusted device setting process provided by another embodiment of the present application, which involves a process of setting up a trusted device of a Bluetooth headset in a smart life application.

[0444] See also Fig.50 As shown in (a), in the connection management interface of the smart life application, taking the Nova7 mobile phone as an example, when mobile phone A detects that the user operates the drop-down icon of Nova7, the "Trusted Device" setting option of Nova7 is displayed.

[0445] See also Fig.50 As shown in (b), Nova7 is currently an untrusted device, and the icon of its trusted device setting option is displayed as OFF. When mobile phone A detects that the user operates the setting option "OFF", a password verification pop-up box is displayed to verify the user's authority.

[0446] See also Fig.50 As shown in (c) in the figure, the password verification pop-up box includes a password input area. When mobile phone A detects that the user has entered the correct password, Nova7 is set as a trusted device. Fig.50 As shown in (d) in the figure, after Nova7 is set as a trusted device, the icon of its trusted device setting option is displayed as ON.

[0447] Since a Bluetooth connection has been established between mobile phone A and the Bluetooth headset, after mobile phone A sets the relevant setting information of the Bluetooth headset (such as password, trusted device, owner information, connected device, etc.) through the smart life application, the relevant setting information can be directly sent to the Bluetooth headset through the Bluetooth link for storage. In addition, mobile phone A can also upload the relevant setting information to the application server for storage, so that the user can obtain the relevant setting information of the Bluetooth headset after logging into the smart life application through other Bluetooth devices.

[0448] In addition, in one possible implementation, when a slave device (such as a Bluetooth headset) is restored to factory settings, the password, owner information, trusted device settings and other information originally set on the slave device are not deleted to prevent other users from obtaining access to the slave device by restoring the factory settings, thereby ensuring the security of the slave device.

[0449] It should be understood that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0450] Based on the contents provided in the above embodiments, the present application also provides the following technical solutions.

[0451] A Bluetooth system includes a first electronic device and a Bluetooth headset, wherein the Bluetooth headset is used to receive a first operation of a user to turn on the Bluetooth function of the Bluetooth headset; and send a broadcast message, wherein the broadcast message includes identification information of the Bluetooth headset. The first electronic device is used to display a first prompt box when detecting that the signal quality of the broadcast message is greater than a preset value, wherein the first prompt box includes a first option, wherein the first option is used to prompt the user to connect the Bluetooth headset. After the Bluetooth headset is connected, a second prompt box is further displayed, wherein the second prompt box includes a second option, wherein the second option is used to prompt the user to set a password for the Bluetooth headset.

[0452] After the first electronic device completes the password setting for the Bluetooth headset, the Bluetooth headset turns on the password verification function; the password verification function means that the Bluetooth headset needs to perform a password verification after establishing a Bluetooth connection with other electronic devices. When the verification is successful, all functions of the Bluetooth headset are available, and when the verification fails, some functions of the Bluetooth headset are unavailable.

[0453] Optionally, the second option is used to prompt the user to set a password for the Bluetooth headset input by the electronic device; the first electronic device is also used to, in response to the user's operation on the second option, send a first encryption instruction to the Bluetooth headset, the first encryption instruction including the password input by the user; the Bluetooth headset is also used to, in response to the first encryption instruction, enable the password verification function according to the password.

[0454] Optionally, the second option is used to prompt the user to set a password for the Bluetooth headset to be entered by the Bluetooth headset; the first electronic device is also used to send a second encryption instruction to the Bluetooth headset in response to the user's operation on the second option; the Bluetooth headset is also used to collect the password entered by the user in response to the second encryption instruction, and enable the password verification function based on the password.

[0455] Optionally, the first electronic device is also used to display a third prompt box after completing the password setting for the Bluetooth headset, and the third prompt box includes a third option, and the third option is used to prompt the user to set the electronic device with which the Bluetooth headset is paired as a trusted device; wherein, after the trusted device establishes a Bluetooth connection with the Bluetooth headset, no password verification is required.

[0456] Optionally, the system also includes a second electronic device, which is an untrusted device of the Bluetooth headset; the second electronic device is used to display a fourth prompt box after establishing a Bluetooth connection with the Bluetooth headset, and the fourth prompt box includes a fourth option, and the fourth option is used to prompt the user to perform password verification.

[0457] Optionally, the second electronic device is further used to display owner information when the number of password verification errors is greater than a preset value, and the owner information includes the owner's contact information.

[0458] Optionally, the Bluetooth headset is also used to play the owner's information when the number of password verification errors is greater than a preset value, and the owner's information includes the owner's contact information.

[0459] Optionally, when the second electronic device does not have encryption capability, the Bluetooth headset collects a password input by the user and performs password verification based on the password input by the user.

[0460] Optionally, the password or the verification password is characters or biometric information of the user, and the biometric information includes fingerprint information, facial information, iris information, bone voiceprint, ear canal feature information or voice information.

[0461] Optionally, the first electronic device is a mobile phone.

[0462] The present application also provides a Bluetooth system, including a first electronic device and a Bluetooth headset, wherein the first electronic device is used to receive a second operation of a user and send a first setting instruction to the Bluetooth headset. The Bluetooth headset is used to set other electronic devices that have been paired with the Bluetooth headset as trusted devices in response to the first setting instruction. Wherein, when the password verification function of the Bluetooth headset is turned on, the trusted device does not need to perform password verification after establishing a Bluetooth connection with the Bluetooth headset; the password verification function means that the Bluetooth headset needs to perform password verification after establishing a Bluetooth connection with the electronic device, and when the verification is successful, all functions of the Bluetooth headset are available, and when the verification fails, some functions of the Bluetooth headset are unavailable.

[0463] Optionally, the first electronic device is further configured to display a third prompt box after completing the password setting for the Bluetooth headset, the third prompt box including a third option, the third option being configured to prompt the user to set all the electronic devices that the Bluetooth headset has been paired with as trusted devices. In response to the user's operation on the third option, the first setting instruction is sent to the Bluetooth headset, the first setting instruction being configured to instruct the Bluetooth headset to set all the other paired electronic devices as trusted devices.

[0464] Optionally, the first electronic device is further configured to display a trusted device setting interface, the trusted device setting interface including setting options for a second electronic device that the Bluetooth headset has paired with, the setting options being used to set whether the second electronic device is a trusted device; in response to a user operation on the setting options, the first setting instruction is sent to the Bluetooth headset. The Bluetooth headset is further configured to set the second electronic device as a trusted device in response to the first setting instruction.

[0465] Optionally, the first electronic device is also used to send a second setting instruction to the Bluetooth headset in response to a user operation on the setting option; the Bluetooth headset is also used to set the second electronic device as an untrusted device in response to the second setting instruction; when the Bluetooth headset turns on the password verification function, the untrusted device needs to perform a password verification after establishing a Bluetooth connection with the Bluetooth headset.

[0466] The present application also provides a Bluetooth system, wherein the Bluetooth headset and a second electronic device are connected via Bluetooth, the Bluetooth headset has a password verification function turned on, and the second electronic device is an untrusted device of the Bluetooth headset; the password verification function means that the Bluetooth headset needs to perform a password verification after establishing a Bluetooth connection with the untrusted electronic device, and when the verification is successful, all functions of the Bluetooth headset are available, and when the verification fails, some functions of the Bluetooth headset are unavailable;

[0467] The Bluetooth headset is used to play a password verification prompt voice when the second electronic device does not have the function of performing password verification on the Bluetooth headset, and the password verification prompt voice is used to prompt the user to enter a password on the Bluetooth headset side; collect the verification password entered by the user; when the verification password is correct, confirm that the password verification is successful.

[0468] Optionally, the verification password is voice or bone voiceprint.

[0469] Optionally, the Bluetooth headset is also used to play the owner's information when it is detected that the number of password verification errors is greater than a preset value, and the owner's information includes the owner's contact information.

[0470] The present application also provides a password verification method, which is applied to a Bluetooth headset, the Bluetooth headset and a second electronic device are connected via Bluetooth, the Bluetooth headset has a password verification function turned on, and the second electronic device is an untrusted device of the Bluetooth headset; the password verification function means that the Bluetooth headset needs to perform a password verification after establishing a Bluetooth connection with the untrusted electronic device, when the verification is successful, all functions of the Bluetooth headset are available, and when the verification fails, some functions of the Bluetooth headset are unavailable;

[0471] The method includes: when the second electronic device does not have the function of performing password verification on the Bluetooth headset, the Bluetooth headset plays a password verification prompt voice, and the password verification prompt voice is used to prompt the user to enter a password on the Bluetooth headset side; collecting the verification password entered by the user; when the verification password is correct, confirming that the password verification is successful.

[0472] Optionally, the password is voice or biometric information of the user, and the biometric information includes ear canal feature information or bone voiceprint.

[0473] Optionally, when it is detected that the number of password verification errors is greater than a preset value, the owner information is played, and the owner information includes the contact information of the owner.

[0474] The present application also provides a computer-readable storage medium, which stores a computer program, and the computer program implements the above-mentioned password verification method when executed by a processor.

[0475] It should be understood that the computer-readable medium in this embodiment may include at least: any entity or device capable of carrying computer program code to an application server / terminal device, a recording medium, a computer memory, a read-only memory (ROM), a random access memory (RAM), an electric carrier signal, a telecommunication signal, and a software distribution medium. For example, a USB flash drive, a mobile hard disk, a magnetic disk, or an optical disk. In some jurisdictions, according to legislation and patent practice, a computer-readable medium cannot be an electric carrier signal or a telecommunication signal.

[0476] The present application also provides a chip for use in a Bluetooth headset. The chip includes a memory and a processor. The processor executes a computer program stored in the memory to control the Bluetooth headset to execute the above-mentioned password verification method.

[0477] The processor mentioned in the embodiments of the present application may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc.

[0478] It should be understood that the first, second, third and various numerical numbers involved in this document are only distinguished for the convenience of description and are not used to limit the scope of the present application.

[0479] It should also be understood that the term "and / or" in this article is only a description of the association relationship of the associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article generally indicates that the associated objects before and after are in an "or" relationship.

[0480] References to "one embodiment" or "some embodiments" etc. described in the specification of this application mean that one or more embodiments of the present application include specific features, structures or characteristics described in conjunction with the embodiment. Therefore, the statements "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. that appear in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "including", "comprising", "having" and their variations all mean "including but not limited to", unless otherwise specifically emphasized in other ways.

[0481] Finally, it should be noted that the above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions within the technical scope disclosed in the present application should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A Bluetooth system, comprising a first electronic device and a Bluetooth headset, wherein the Bluetooth headset is in an unencrypted state, characterized in that: include: The Bluetooth headset is used for: receiving a first operation from a user, and turning on a Bluetooth function of the Bluetooth headset; Sending a broadcast message, wherein the broadcast message includes identification information of the Bluetooth headset; The first electronic device is used to: When it is detected that the signal quality of the broadcast message is greater than a preset value, a first prompt box is displayed, wherein the first prompt box includes a first option, and the first option is used to prompt the user to connect the Bluetooth headset; After the Bluetooth headset is connected, a second prompt box is automatically displayed, wherein the second prompt box includes a second option, and the second option is used to prompt the user to set a password for the Bluetooth headset; After the first electronic device completes the password setting for the Bluetooth headset, the Bluetooth headset turns on the password verification function; the password verification function means that the Bluetooth headset needs to perform password verification after establishing a Bluetooth connection with other electronic devices. When the verification is successful, all functions of the Bluetooth headset are available, and when the verification fails, some functions of the Bluetooth headset are unavailable.

2. The system according to claim 1, characterized in that The second option is used to prompt the user to set a password for the Bluetooth headset to be input by the electronic device; The first electronic device is further used to send a first encryption instruction to the Bluetooth headset in response to the user's operation on the second option, where the first encryption instruction includes a password input by the user; The Bluetooth headset is also used to enable the password verification function according to the password in response to the first encryption instruction.

3. The system according to claim 1, characterized in that The second option is used to prompt the user to set a password for the Bluetooth headset to be input by the Bluetooth headset side; The first electronic device is further configured to send a second encrypted instruction to the Bluetooth headset in response to a user's operation on the second option; The Bluetooth headset is also used to collect the password input by the user in response to the second encryption instruction, and enable the password verification function according to the password.

4. The system according to any one of claims 1 to 3, characterized in that: The first electronic device is further used to display a third prompt box after completing the password setting for the Bluetooth headset, the third prompt box including a third option, and the third option is used to prompt the user to set the electronic device with which the Bluetooth headset is paired as a trusted device; After the trusted device establishes a Bluetooth connection with the Bluetooth headset, there is no need to perform password verification.

5. The system according to any one of claims 1 to 3, characterized in that: The system further includes a second electronic device, the second electronic device being an untrusted device of the Bluetooth headset; The second electronic device is used to display a fourth prompt box after establishing a Bluetooth connection with the Bluetooth headset, and the fourth prompt box includes a fourth option, and the fourth option is used to prompt the user to perform password verification.

6. The system according to claim 5, characterized in that The second electronic device is further configured to display the owner's information when the number of password verification errors is greater than a preset value, wherein the owner's information includes the owner's contact information.

7. The system according to claim 5, characterized in that The Bluetooth headset is also used to play the owner's information when the number of password verification errors is greater than a preset value, and the owner's information includes the owner's contact information.

8. The system according to claim 6 or 7, characterized in that: When the second electronic device does not have encryption capability, the Bluetooth headset collects a verification password input by a user and performs password verification according to the verification password.

9. The system according to claim 8, characterized in that The verification password is a character or a user's biometric information, and the biometric information includes fingerprint information, facial information, iris information, bone voiceprint, ear canal feature information or voice information.

10. The system according to any one of claims 1-3, 6-7 and 9, characterized in that The first electronic device is a mobile phone.

11. The system according to claim 1, characterized in that The first electronic device is further used to receive a second operation of the user and send a first setting instruction to the Bluetooth headset; The Bluetooth headset is used to, in response to the first setting instruction, set other electronic devices that have been paired with the Bluetooth headset as trusted devices; Among them, when the password verification function of the Bluetooth headset is turned on, the trusted device does not need to perform password verification after establishing a Bluetooth connection with the Bluetooth headset; the password verification function means that the Bluetooth headset needs to perform password verification after establishing a Bluetooth connection with the electronic device, and when the verification is successful, all functions of the Bluetooth headset are available, and when the verification fails, some functions of the Bluetooth headset are unavailable.

12. The system according to claim 11, characterized in that The first electronic device is further used for: After the password setting is completed for the Bluetooth headset, a third prompt box is displayed, wherein the third prompt box includes a third option, and the third option is used to prompt the user to set all electronic devices that the Bluetooth headset has been paired with as trusted devices; In response to the user's operation on the third option, the first setting instruction is sent to the Bluetooth headset, where the first setting instruction is used to instruct the Bluetooth headset to set all the other paired electronic devices as trusted devices.

13. The system according to claim 11 or 12, characterized in that The first electronic device is further used for: Displaying a trusted device setting interface, wherein the trusted device setting interface includes setting options for the second electronic device with which the Bluetooth headset is paired, and the setting options are used to set whether the second electronic device is a trusted device; In response to the user's operation on the setting option, sending the first setting instruction to the Bluetooth headset; The Bluetooth headset is further configured to, in response to the first setting instruction, set the second electronic device as a trusted device.

14. The system according to claim 13, characterized in that The first electronic device is further configured to send a second setting instruction to the Bluetooth headset in response to a user operation on the setting option; The Bluetooth headset is also used to, in response to the second setting instruction, set the second electronic device as an untrusted device; when the Bluetooth headset turns on the password verification function, the untrusted device needs to perform password verification after establishing a Bluetooth connection with the Bluetooth headset.

Images