Bluetooth connection control method, Bluetooth device and computer readable storage medium

Abstract

The invention relates to a Bluetooth connection control method, Bluetooth equipment and a computer readable storage medium. The Bluetooth connection control method is applied to a Bluetooth device and comprises the steps that a first broadcast is sent based on a first parsable address in response to a first state, the first state is a non-paired use state, and the first parsable address cannot be parsed by a terminal device receiving the first broadcast; and the terminal equipment cannot be in Bluetooth connection with the Bluetooth equipment. Through the Bluetooth connection method provided by the invention, the Bluetooth equipment can broadcast through the first parsable address which cannot be parsed by the terminal equipment under the condition that the Bluetooth equipment is in the first state, so that unexpected connection between the terminal equipment and the Bluetooth equipment under the condition that the Bluetooth equipment is in a non-pairing state is avoided.

Description

Technical Field

[0001] The present invention relates to the field of Bluetooth communication, and in particular to a Bluetooth connection control method, a Bluetooth device and a computer-readable storage medium. Background Art

[0002] In Bluetooth connection technology, with the development and implementation of Low Energy Audio (LE Audio, LEA) technical specifications and related audio codec technologies, the coexistence of low energy audio technology and traditional low energy (LE) technology has gradually increased. Compared with the previous Google Fast Pair technology, the current Google Fast Pair (GFP) technology (or simply referred to as: Fast Pair technology) can support low energy audio technology.

[0003] Due to the diverse needs of different manufacturers, the demand for low-power audio technology is also more urgent, and they are eager that the addition of low-power audio technology will not disrupt the functions and user experience of classic Bluetooth products. For example, in the scenario strategy of actively connecting to Bluetooth devices such as headphones and other terminal devices for mobile phones, with the support of the original classic Bluetooth technology, the headphone end can agree or reject the connection request of the mobile phone by processing the connection request. With the support of low-power Bluetooth (BluetoothLow Energy, Bluetooth LE, BLE) technology, the headphone end broadcasts and uses whitelist technology to limit the connection request of the mobile phone. The low-power audio technology broadcast is based on this method to implement the connection request of the specified device in the pairing list. However, due to the existence of Google Fast Pairing Technology Broadcast, Google Fast Pairing Technology Broadcasting stipulates that it may be connected and interacted with by any device that supports Google Fast Pairing Technology, so it is impossible to add a whitelist list to limit the connection request of the mobile phone. This means that the mobile phone may use Google Fast Pairing Technology Broadcast to connect to the low-power audio technology of the headphones, and then use the low-power audio function of the headphones, which poses a great challenge to the Bluetooth connection strategy.

[0004] Since Google's fast pairing technology broadcast is not applicable to the whitelist policy, the terminal device that has paired with the Bluetooth device can initiate a connection request to the Google fast pairing technology broadcast without broadcasting the low-power audio technology, and successfully connect and obtain access to the low-power audio technology function. If the user does not expect the terminal device to connect to the Bluetooth device in a certain scenario, so as to avoid adverse effects, such as when a Bluetooth device such as a headset is playing music, if a mobile phone or other terminal device reconnects, the headset will cause audio freeze; for example, other terminal devices will compete for the connection, which will cause the terminal device that has been connected and is in use to be actively disconnected due to policy issues, resulting in disconnection and other problems. Summary of the invention

[0005] In order to overcome the problems existing in the related technology, the first aspect of the present disclosure provides a Bluetooth connection control method, which is applied to a Bluetooth device, including: in response to being in a first state, sending a first broadcast based on a first resolvable address, wherein the first state is a non-paired usage state, and the first resolvable address cannot be resolved by a terminal device that receives the first broadcast, so that the terminal device cannot be connected to the Bluetooth device by Bluetooth.

[0006] In some embodiments, the first resolvable address is generated by: determining a first public address; based on the first public address, generating the first resolvable address through a first identity resolution key, wherein the first identity resolution key is not acquired by the terminal device, so that the terminal device cannot resolve the first resolvable address.

[0007] In some embodiments, the first resolvable address is generated based on the first public address through a first identity resolution key, including: generating a resolution list based on the first public address and the first identity resolution key; in response to the Bluetooth device being in a first state, generating the first resolvable address based on the resolution list for sending the first broadcast.

[0008] In some embodiments, the Bluetooth connection control method further includes: in response to being in the second state, sending a second broadcast based on a second public address, wherein the second public address is used to enable a terminal device that receives the second broadcast to connect to the Bluetooth device through Bluetooth.

[0009] In some embodiments, the Bluetooth connection control method further includes: in response to leaving the charging device, confirming the first state; in response to a pairing instruction, confirming the second state.

[0010] In some embodiments, the first broadcast and / or the second broadcast is sent via a fast pairing service.

[0011] In some embodiments, the Bluetooth connection control method further includes: sending a third broadcast through low power audio technology based on the second public address.

[0012] In some embodiments, the Bluetooth connection control method further includes: in response to the pairing request of the terminal device based on the second broadcast, sending a second identity resolution key, so as to enable the terminal device to be connected to the Bluetooth device based on the second identity resolution key.

[0013] A second aspect of the present disclosure provides a Bluetooth device, comprising: a control module; the control module is used to send a first broadcast based on a first resolvable address in response to being in a first state, wherein the first state is a non-paired use state, and the first resolvable address cannot be resolved by a terminal device that receives the first broadcast, so that the terminal device cannot be connected to the Bluetooth device via Bluetooth.

[0014] In some embodiments, the Bluetooth device also includes: a host module; the host module is used to generate a resolution list based on a first public address and a first identity resolution key; and send the resolution list to the control module, so that the control module generates the first resolvable address based on the resolution list in response to the Bluetooth device being in a first state, and sends the first broadcast.

[0015] A third aspect of the present disclosure provides a computer-readable storage medium, which stores the following program, and the program is used to execute the Bluetooth connection control method described in the first aspect.

[0016] The Bluetooth connection method provided by the present disclosure enables a Bluetooth device to broadcast through a first resolvable address (Resolvable private address, RPA) that cannot be resolved by a terminal device when the Bluetooth device is in a first state, thereby avoiding the terminal device from making an unexpected connection with the Bluetooth device when the Bluetooth device is in an unpaired state.

[0017] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] The present invention may be better understood by describing exemplary embodiments of the present invention in conjunction with the accompanying drawings, in which:

[0019] Figure 1 A schematic diagram of the architecture of a Bluetooth connection according to an exemplary embodiment of the present disclosure;

[0020] Figure 2 A schematic diagram of the architecture of a Bluetooth connection according to another exemplary embodiment of the present disclosure;

[0021] Figure 3 A schematic diagram of the architecture of a Bluetooth connection according to another exemplary embodiment of the present disclosure;

[0022] Figure 4 A schematic diagram of the architecture of a Bluetooth connection according to another exemplary embodiment of the present disclosure;

[0023] Figure 5 A schematic diagram of the architecture of a Bluetooth connection according to another exemplary embodiment of the present disclosure;

[0024] Figure 6 A schematic diagram of a Bluetooth device according to an exemplary embodiment of the present disclosure;

[0025] Figure 7 The figure is a schematic diagram of the structure of an electronic device according to an exemplary embodiment of the present disclosure. DETAILED DESCRIPTION

[0026] The specific embodiments of the present invention will be described below. It should be noted that in the specific description of these embodiments, in order to provide a concise description, it is impossible for this specification to provide a detailed description of all the features of the actual embodiments. It should be understood that in the actual implementation of any embodiment, just as in the process of any engineering project or design project, in order to achieve the specific goals of the developer and to meet system-related or business-related restrictions, various specific decisions are often made, and this will also change from one embodiment to another. In addition, it can also be understood that although the efforts made in this development process may be complex and lengthy, for ordinary technicians in the field related to the content disclosed by the present invention, some changes such as design, manufacturing or production based on the technical content disclosed in this disclosure are just conventional technical means, and should not be understood as insufficient content of this disclosure.

[0027] Unless otherwise defined, the technical or scientific terms used in the claims and the specification shall have the usual meaning understood by persons with ordinary skills in the technical field to which the invention belongs. The words "first", "second" and similar words used in the patent application specification and the claims of the present invention do not indicate any order, quantity or importance, but are only used to distinguish different components. "One" or "one" and other similar words do not indicate a quantitative limitation, but indicate the existence of at least one. "Include" or "comprises" and other similar words mean that the elements or objects appearing before "include" or "comprises" include the elements or objects listed after "include" or "comprises" and their equivalent elements, and do not exclude other elements or objects. "Connected" or "connected" and other similar words are not limited to physical or mechanical connections, nor are they limited to direct or indirect connections.

[0028] In order to solve the above technical problems, the embodiments of the present disclosure provide a Bluetooth connection control method, which is applied to a Bluetooth device 100. The Bluetooth device 100 can achieve a controllable Bluetooth connection with the terminal device 200 through the Bluetooth connection control method provided by the present disclosure. That is, it is possible to allow or achieve Bluetooth pairing connection with the terminal device 200, and it is also possible to avoid establishing a Bluetooth connection with the terminal device 200 through the Bluetooth connection control method of the present disclosure in some cases, thereby avoiding automatic connection when the user does not expect to be connected to the terminal device 200, thereby improving the user experience. For example, in some specific cases, the Bluetooth connection control method provided by the present disclosure can overcome the problem that when Google Quick Pairing broadcast and low-power audio broadcast coexist, a mobile phone that is not expected by the user to access the low-power audio of the headset illegally accesses through Google Quick Pairing broadcast, resulting in a bad user experience and unpredictable impact.

[0029] Figure 1 A schematic diagram of the architecture of a Bluetooth connection of the present disclosure is shown, where the Bluetooth device 100 can be a device such as a headset, a speaker, a video player, a projector, etc. with a Bluetooth connection function, or a mobile phone. The terminal device 200 can be a terminal product with a Bluetooth function such as a mobile phone, which can try to pair with the Bluetooth device 100 through Bluetooth technology, and the Bluetooth device 100 can avoid Bluetooth connection with the terminal device 200 according to the actual situation.

[0030] The Bluetooth connection control method of the disclosed embodiment may include: in response to being in a first state, sending a first broadcast based on a first resolvable address, wherein the first state is a non-paired use state, and the first resolvable address cannot be resolved by the terminal device that receives the first broadcast, so that the terminal device cannot be connected to the Bluetooth device by Bluetooth. In the disclosed embodiment, when the Bluetooth device 100 is in the first state, it may be a state in which the user does not expect the terminal device 200 to automatically connect to the Bluetooth device 100. For example, the first state may be a state in which the Bluetooth device 100 is in use, and the Bluetooth device is not in a pairing state. For example, taking the headset as an example, it may be a state in which the headset is in the process of being worn, and the pairing button of the headset is not pressed to seek pairing with the terminal device 200. The pairing state may be a state in which the Bluetooth device 100 seeks a Bluetooth connection by long pressing the connection button, and the terminal device 200 can achieve a pairing connection with the Bluetooth device 100 in the pairing state. When not in the pairing state, the Bluetooth device 100 will also send broadcasts to the outside during use, such as when the Bluetooth device 100 with Google Quick Pairing technology sends broadcasts during use. In the embodiment of the present disclosure, the first resolvable private address (RPA) sent in the first broadcast is not resolvable by the terminal device 200. On the contrary, the first resolvable address in the first broadcast sent by the Bluetooth device 100 of the present disclosure is content that cannot be resolved by the terminal device 200, so that the terminal device 200 cannot directly automatically pair and connect with the Bluetooth device 100 after receiving the first broadcast sent by the Bluetooth device 100. The way to make the terminal device 200 unable to resolve the first resolvable address can be generated by an identity resolving key (IRK) that the terminal device 200 does not have; it can also be a way that the terminal device 200 cannot obtain a valid address after resolution; it can also be a way that the terminal device 200 cannot resolve it by encryption and other means. In a specific embodiment, when the Bluetooth device 100 with Google Quick Pairing technology is in a non-paired use state, it will send a first broadcast with a resolvable address, and through the Bluetooth connection control method of the embodiment of the present disclosure, the first resolvable address that cannot be resolved by the terminal device 200 is sent when the first broadcast is sent, thereby avoiding uncontrolled automatic pairing connection.

[0031] In a specific embodiment, when the Bluetooth device 100 is in the first state, the Google Quick Pairing may be in a subsequent pairing state, and the first broadcast sent in this state may be set to use a first resolvable address that cannot be resolved by the terminal device 200. Therefore, the terminal device 200 cannot automatically connect to the Bluetooth device 100 in the first state through the Google Quick Pairing technology, thereby ensuring the controllability of the Bluetooth connection and avoiding unexpected connections.

[0032] In some embodiments, the first resolvable address can be generated in the following manner: determining a first public address; based on the first public address, generating a first resolvable address through a first identity resolution key, wherein the first identity resolution key is not obtained by the terminal device, so that the terminal device cannot resolve the first resolvable address. In the embodiment of the present disclosure, the Bluetooth device 100 can generate a first resolvable address through a first identity resolution key that is not obtained by a terminal device 200. In addition, in the Google fast pairing technology, it is necessary to first determine a public address for generating a resolvable address. Therefore, in the embodiment of the present disclosure, based on the Google fast pairing technology, improvements are made within the framework of the technology so that it can adapt to various products. In the present disclosure, the first public address used to generate the first resolvable address can be a customized random address or any address. The first resolvable address generated in the above manner can effectively avoid the terminal device 200 from automatically and unexpectedly connecting back to the Bluetooth device 100 under the premise of complying with the existing Google fast pairing technology framework.

[0033] In some embodiments, generating a first resolvable address based on the first public address through a first identity resolution key may include: generating a resolution list based on the first public address and the first identity resolution key; in response to the Bluetooth device being in a first state, generating a first resolvable address based on the resolution list for sending a first broadcast. In the disclosed embodiment, the Bluetooth device 100 is in a first state (e.g., a non-paired use state of the Bluetooth device 100), Google Fast Pairing may be in a subsequent pairing state, and the Bluetooth device 100 may generate a resolution list under the framework of Google Fast Pairing technology, and in the first state, generate a first resolvable address in the resolution list for a first broadcast.

[0034] In combination with specific technologies, relevant settings can be made in advance in the Bluetooth device 100. The Bluetooth device 100 needs to prepare a set of first identity resolution keys IRK a specifically for Google fast pairing broadcasts to generate the first resolvable address RPA a of the broadcast address in subsequent pairing, and the first identity resolution key is different from the identity resolution key IRK b used for the low-power audio broadcast of the Bluetooth device 100; and a first public address public address c that is different from the public address public addressb used for the low-power broadcast of the Bluetooth device 100. And add the settings to the resolvable list. Through this method, when the Bluetooth device 100 sends the first broadcast, the Google fast pairing broadcast uses the first resolvable address RPA a generated by the controller. Therefore, after the first broadcast sent is received by the terminal device 200, the first resolvable address RPA a cannot be successfully resolved.

[0035] In some embodiments, Figure 2 As shown, the Bluetooth connection control method may also include: in response to being in the second state, sending a second broadcast based on the second public address, wherein the second public address is used to enable the terminal device that receives the second broadcast to connect to the Bluetooth device via Bluetooth. In the embodiment of the present disclosure, the second state may be a state in which the Bluetooth device 100 expects to pair and connect with the terminal device 200 or other devices via Bluetooth. For example, it may be a pairing state in which the headset presses the pairing button to seek a pairing connection with a nearby device. In the second state, a second broadcast may be sent through the second public address, so that the terminal device 200 can achieve pairing and connection with the Bluetooth device 100 based on the second public address. In the embodiment of the present disclosure, the Bluetooth device 100 in the second state, that is, in the state in which it is expected to connect with the terminal device 200, can send a second broadcast based on the Google fast pairing technology, and when the Bluetooth device 100 is in the second state, the Google fast pairing can be in the initial pairing state to send a broadcast. This enables the terminal device 200 to efficiently and quickly pair with the Bluetooth device 100 according to the second public address.

[0036] In some embodiments, the Bluetooth connection control method may further include: in response to a pairing request of the terminal device based on the second broadcast, sending a second identity resolution key, so that the terminal device can be connected to the Bluetooth device based on the second identity resolution key. In the embodiment of the present disclosure, after sending the second broadcast, the Bluetooth device 100 and the terminal device 200 may further interact, including sending the second identity resolution key IRKb to the terminal device 200, so that the terminal device 200 can complete the pairing connection with the Bluetooth device 100.

[0037] In a specific embodiment, the Bluetooth device 100 can send a Google Fast Pairing broadcast in the second state, i.e., the pairing state. The relevant parameters of the Google Fast Pairing broadcast can be filled in according to the Google Fast Pairing specification, such as using the second public address public address b that is the same as the low-power audio broadcast for broadcasting. In this way, the terminal device 200 can pair through the Google Fast Pairing broadcast initial pairing (Initial Pairing) pop-up window or connect and pair by clicking on the low-power audio broadcast, and in the subsequent pairing request process, the second identity resolution key IRK b and IA (IP Address): public address b are exchanged. This enables the terminal device 200 to quickly and efficiently pair and connect to the Bluetooth device 100 in the second state.

[0038] In some embodiments, the Bluetooth connection control method may further include: in response to leaving the charging device, confirming the first state; in response to the pairing instruction, confirming the second state. In the embodiment of the present disclosure, the first state may be the state in which the Bluetooth device 100 is in use, or the idle state on standby, such as the state after the earphone is taken out of the earphone charging box, or the state in which the earphone is worn and used. The second state may be a pairing state, such as the state of seeking a terminal device pairing connection by actively pressing the pairing button of the earphone. In the embodiment of the present disclosure, after the Bluetooth device 100 such as the earphone leaves the charging device, it is in the first state, that is, the state in which it may be used or has been used. In this state, the Bluetooth device 100 is not necessarily expected to automatically connect with the terminal device 200 through Google Quick Pairing. In the prior art, the Google Quick Pairing technology will cause the Bluetooth device 100 to automatically complete an automatic and unstoppable pairing connection with the nearby terminal device 200, causing inconvenience to the user. In the Bluetooth connection control method of the embodiment of the present disclosure, the Google Quick Pairing broadcast (i.e., the first broadcast) sent by the Bluetooth device 100 in the first state cannot be resolved by the terminal device 200, thereby avoiding the automatic connection of Google Quick Pairing. Improves user experience and avoids unexpected pairing connections.

[0039] In some embodiments, the first broadcast and / or the second broadcast are sent through the quick pairing service, that is, the Google quick pairing broadcast is sent. The first broadcast and the second broadcast can be automatically sent out under the Google quick pairing technology, but through the Bluetooth connection control method disclosed in the present invention, the first broadcast sent in the first state can avoid the automatic pairing connection of the terminal device 200.

[0040] In some embodiments, the Bluetooth connection control method may further include: sending a third broadcast based on the second public address through low power audio technology. Figure 3 , Figure 4As shown, in the embodiment of the present disclosure, the Bluetooth device 100 can also send low-power audio broadcasts according to the second public address in the first state and the second state. Due to the Bluetooth connection specification of low-power audio, the whitelist technology can be used to limit the connection request of the terminal device 200. The terminal device 200 will not directly and uncontrollably complete the pairing connection with the Bluetooth device 100 according to the low-power audio broadcast, but can be paired with the Bluetooth device 100 through pop-up confirmation and other methods, which ensures the controllability of the connection and avoids the connection of unexpected and unintended terminal devices. In the first state, Google fast pairing broadcast broadcasts through the first resolvable address so that the terminal device 200 cannot achieve automatic pairing connection with the Bluetooth device 100, but can achieve connection with the Bluetooth device 100 through low-power audio broadcast. In the second state, the Bluetooth device 100 is in a pairing state, seeking the connection of the device, so it can be connected to the relevant terminal device 200 through Google fast pairing broadcast or low-power audio broadcast, both of which use the second public address. For example, in some cases, the user does not want to automatically connect to the terminal device 200; in other cases, the Bluetooth device 100 with audio or video playback function, after connecting to the terminal device 200 based on low-power audio Bluetooth to play audio or video, wants to avoid playback interruption or freeze caused by automatic connection with the terminal device 200 due to Google Quick Pair broadcast.

[0041] Through the Bluetooth connection control method provided by the embodiment of the present disclosure, according to the resolvable list adding instruction specified in the firmware description provided by Bluetooth, multiple resolvable lists can be added to the Bluetooth control module (controller) through the Bluetooth host module (HOST) for parsing and generating resolvable addresses, and the local identity resolution key (Local IRK) in each resolvable list can be filled with different values, which provides support for Google Fast Pairing broadcast to use different local identity resolution keys (Local IRK) to generate different resolvable addresses used in Google Fast Pairing broadcast. On the other hand, according to the broadcast parameter setting instruction specified in the firmware description provided by Bluetooth, the embodiment of the present disclosure can specify the use of different local identity resolution keys (Local IRK) to generate resolvable addresses (RPA) for Google Fast Pairing broadcast at different stages (Initial Paring / Subsequent Pairing) by using different Peer Address Type and Peer Address parameters, so that the headset shows different broadcast addresses to the mobile phone at different stages: one uses the address of the headset obtained by the mobile phone when the headset is first paired, which can be scanned and identified by the mobile phone, and the other uses the resolvable address generated by the identity resolution key that the mobile phone has never obtained to broadcast, which cannot be identified by the mobile phone. Therefore, if the headset is in the subsequent pairing state of Google Quick Pair, the mobile phone can only connect to the low-power audio broadcast using the second public address to access the low-power audio function of the headset. Therefore, the mobile phone has a unique entrance to access the headset.

[0042] like Figure 5 As shown, the following uses a headset as a Bluetooth device and a mobile phone as a terminal device, combined with specific Google Quick Pairing and low-power audio broadcasting, to illustrate the disclosed solution with a specific embodiment. This embodiment is also not the only implementation method of the present disclosure.

[0043] First, the headset can prepare a set of first identity resolution keys IRK a specifically for Google Fast Pairing broadcast to generate the first resolvable address RPA a in subsequent pairing (SubsequentPairing), which is different from the second identity resolution key IRK b used for headset low-power audio broadcast, and the first public address public address c is different from the second public address public address b of the headset. And use the command list LE Add Device To Resolving List command specified in the firmware description (CoreSpec) provided by the Bluetooth official website to fill the first identity resolution key IRK a into the Peer_IRK field, fill the address c into the Peer_Identity_Address field, and the Peer_Identity_Address_Type field defaults to 0, indicating that the address c is a public address, and then send it to the control module (controller) of the Bluetooth chip to add the resolvable list operation.

[0044] Then, when the Bluetooth device broadcasts in Google Quick Pair, it uses the command list LE Set Extended Advertising Parameters command specified in the firmware description provided by the Bluetooth official website to fill in the broadcast parameters. There are two cases for filling in the parameters:

[0045] In the first state, that is, when the headset is in a non-paired use state (for example, in a standby state after being taken out of the headset charging box), Google Fast Pairing is in a subsequent pairing state, and the first broadcast is sent based on the Google Fast Pairing broadcast. The Google Fast Pairing broadcast specifies that Peer_Address is filled with the aforementioned address c, Peer_Address_Type is filled with 0, and Own_Address_Type is filled with 2, which means that the Google Fast Pairing broadcast uses the first resolvable address RPA a generated by the control module (controller), and other parameters are filled in according to the Google Fast Pairing specification. On the other hand, in the first state, the headset also sends a third broadcast based on low-power audio, and the terminal device (mobile phone) can achieve a controllable connection with the headset based on this.

[0046] In the second state, when the headset is in the pairing state, Google Fast Pairing is in the Initial Pairing state, and all parameter filling can be filled in according to the Google Fast Pairing specification, such as using the second public address public address b that is the same as the low-power audio for broadcasting, and Own_Address_Type is 0. On the other hand, in the second state, the headset can also send a third broadcast based on the low-power audio, and the terminal device (mobile phone) can achieve a controllable connection with the headset based on this.

[0047] After the parameters are filled, the instruction will be sent to the control module (controller) according to the original broadcast logic. The control module will generate the first resolvable address RPA a of the Google fast pairing broadcast according to the broadcast parameters Own_Address_Type, Peer_Address and Peer_Address_Type according to the specification, or use the second public address public address b of the headset. Since the first resolvable address IRK a has been used to add the first public address public address c to the resolvable list entry, the local identity resolution key (Local IRK) that specifies the resolvable list entry in the first state is the first identity resolution key IRK a to generate the first resolvable address RPA a. Google fast pairing broadcast will use the first resolvable address RPA a for broadcast in the first state. Since the first resolvable address RPA a is generated using the first identity resolution key IRK a, the mobile phone cannot obtain the first identity resolution key IRK a under any circumstances, so it cannot resolve the first public address public address c corresponding to the Google fast pairing broadcast in this scenario. On this basis, when the mobile phone needs to use the low-power audio function, it cannot initiate a connection to the Google fast pairing broadcast using the first resolvable address RPA a. In the second state, the Google Fast Pair broadcast is in the first pairing state, using the same broadcast address as the low-power audio broadcast, the second public address public address b. Therefore, the mobile phone can pair through the Google Fast Pair broadcast first pairing pop-up window or by clicking on the low-power audio broadcast to connect and pair, and in the subsequent pairing request process, such as the Security Manager Protocol (SMP) process, the second identity resolution key IRK b and the address (IP Address, IA): public address b are exchanged.

[0048] Through the Bluetooth connection method disclosed in the present invention, when the mobile phone reconnects to the headset low-power audio, it can only scan the low-power audio broadcast for connection by using the address of the headset in the mobile phone pairing record. At this time, the Google Quick Pairing broadcast uses a first resolvable address RPA a that the mobile phone cannot resolve. For the mobile phone, it is another device, thus achieving the uniqueness of the access of the headset low-power audio function to the mobile phone. It ensures that when the mobile phone reconnects to the headset low-power audio, it will not mistakenly connect to the Google Quick Pairing broadcast in the subsequent pairing state. On the other hand, since the uniqueness of accessing the headset low-power audio is achieved, combined with the use of a whitelist strategy for low-power audio broadcasting, the controllability of accessing the low-power audio function with a mobile phone that has been unilaterally paired can be achieved.

[0049] Based on the same inventive concept, the present disclosure also provides a Bluetooth device 100, such as Figure 6 As shown, it may include a control module 110; the control module 110 is used to send a first broadcast based on a first resolvable address in response to being in a first state, wherein the first state is a non-paired usage state, and the first resolvable address cannot be resolved by a terminal device that receives the first broadcast, so that the terminal device cannot be connected to the Bluetooth device by Bluetooth.

[0050] In some embodiments, Figure 6 As shown, the Bluetooth device 100 may also include: a host module 120; the host module 120 is used to generate a resolution list based on a first public address and a first identity resolution key; and send the resolution list to the control module 110, so that the control module 110 generates a first resolvable address based on the resolution list and sends a first broadcast in response to the Bluetooth device 100 being in a first state.

[0051] Regarding the Bluetooth device in the above embodiment, the specific manner in which each module performs operations has been described in detail in the embodiment of the method, and will not be elaborated here.

[0052] Based on the same inventive concept, Figure 6 As shown, the present disclosure also provides an electronic device, wherein the electronic device includes: a memory, a processor, and a data processing program stored in the memory and executable on the processor, and when the data processing program is executed by the processor, a Bluetooth connection control method as described in any of the above embodiments is implemented. Figure 6As shown, an embodiment of the present disclosure provides an electronic device 400. The electronic device 400 includes a memory 410, a processor 420, and an input / output (I / O) interface 430. The memory 410 is used to store instructions. The processor 420 is used to call the instructions stored in the memory 410 to execute the Bluetooth connection control method of the embodiment of the present disclosure. The processor 420 is connected to the memory 410 and the I / O interface 430 respectively, for example, through a bus system and / or other forms of connection mechanisms (not shown). The memory 410 can be used to store programs and data, including the program of the Bluetooth connection control method involved in the embodiment of the present disclosure, and the processor 420 executes various functional applications and data processing of the electronic device 400 by running the program stored in the memory 410.

[0053] In the embodiment of the present disclosure, the processor 420 can be implemented in at least one hardware form of a digital signal processor (DSP), a field programmable gate array (FPGA), and a programmable logic array (PLA). The processor 420 can be a central processing unit (CPU) or one or a combination of other forms of processing units with data processing capabilities and / or instruction execution capabilities.

[0054] Based on the same inventive concept, the present disclosure also provides a computer-readable storage medium, which stores the following program, and the program is used to execute the Bluetooth connection control method of any of the aforementioned embodiments. The memory 410 in the embodiment of the present disclosure may include one or more computer program products, and the computer program product may include various forms of computer-readable storage media, such as volatile memory and / or non-volatile memory. Volatile memory may include, for example, random access memory (Random Access Memory, RAM) and / or cache memory (cache), etc. Non-volatile memory may include, for example, read-only memory (Read-Only Memory, ROM), flash memory (Flash Memory), hard disk (Hard Disk Drive, HDD) or solid-state drive (Solid-State Drive, SSD), etc.

[0055] In the embodiment of the present disclosure, the I / O interface 430 may be used to receive input instructions (such as digital or character information, and key signal input related to user settings and function control of the electronic device 400), and may also output various information (such as images or sounds) to the outside. In the embodiment of the present disclosure, the I / O interface 430 may include one or more of a physical keyboard, a function key (such as a volume control key, a switch key, etc.), a mouse, a joystick, a trackball, a microphone, a speaker, and a touch panel.

[0056] The present application uses specific words to describe the embodiments of the present application. For example, "one embodiment", "an embodiment", and / or "some embodiments" refer to a certain feature, structure or characteristic related to at least one embodiment of the present application. Therefore, it should be emphasized and noted that "one embodiment" or "an embodiment" or "an alternative embodiment" mentioned twice or multiple times in different positions in this specification does not necessarily refer to the same embodiment. In addition, some features, structures or characteristics in one or more embodiments of the present application can be appropriately combined.

[0057] In the context of this application, unless the context clearly indicates an exception, the words "a", "an", "a kind" and / or "the" do not refer to the singular, but may also include the plural. Generally speaking, the terms "include" and "comprise" only indicate the inclusion of the steps and elements that have been clearly identified, and these steps and elements do not constitute an exclusive list, and the method or device may also include other steps or elements.

[0058] Similarly, it should be noted that in order to simplify the description of the disclosure of this application and thus help understand one or more application embodiments, in the above description of the embodiments of this application, multiple features are sometimes merged into one embodiment, figure or description thereof. However, this disclosure method does not mean that the features required by the object of this application are more than the features mentioned in the claims. In fact, the features of the embodiments are less than all the features of the single embodiment disclosed above.

[0059] The basic concepts have been described above. Obviously, for those skilled in the art, the above disclosure is only for example and does not constitute a limitation of the present application. Although not explicitly stated herein, those skilled in the art may make various modifications, improvements and amendments to the present application. Such modifications, improvements and amendments are suggested in the present application, so such modifications, improvements and amendments still belong to the spirit and scope of the embodiments of the present application.

Claims

1. A Bluetooth connection control method, applied to a Bluetooth device, comprising: In response to being in a first state, a first broadcast is sent based on a first resolvable address, wherein the first state is a non-paired use state, and the first resolvable address cannot be resolved by a terminal device that receives the first broadcast, so that the terminal device cannot establish a Bluetooth connection with the Bluetooth device.

2. The Bluetooth connection control method according to claim 1, wherein: The first resolvable address is generated in the following manner: determining a first public address; Based on the first public address, the first resolvable address is generated by using a first identity resolution key, wherein the first identity resolution key is not acquired by the terminal device, so that the terminal device cannot resolve the first resolvable address.

3. The Bluetooth connection control method according to claim 2, wherein: The generating the first resolvable address based on the first public address and by using a first identity resolution key includes: Generate a resolution list based on the first public address and the first identity resolution key; In response to the Bluetooth device being in a first state, generating the first resolvable address based on the resolution list for sending the first broadcast.

4. The Bluetooth connection control method according to any one of claims 1 to 3, wherein: The Bluetooth connection control method further includes: In response to being in the second state, sending a second broadcast based on a second public address, wherein the second public address is used to enable a terminal device that receives the second broadcast to establish a Bluetooth connection with the Bluetooth device.

5. The Bluetooth connection control method according to claim 4, wherein: The Bluetooth connection control method further includes: In response to leaving the charging device, confirming that the first state is reached; In response to the pairing instruction, the second state is confirmed.

6. The Bluetooth connection control method according to claim 4, wherein: The first broadcast and / or the second broadcast are sent through a fast pairing service.

7. The Bluetooth connection control method according to claim 6, wherein: The Bluetooth connection control method further includes: Based on the second public address, a third broadcast is sent by using low power audio technology.

8. The Bluetooth connection control method according to claim 4, wherein: The Bluetooth connection control method further includes: In response to the pairing request of the terminal device based on the second broadcast, a second identity resolution key is sent to enable the terminal device to establish a Bluetooth connection with the Bluetooth device based on the second identity resolution key.

9. A Bluetooth device, comprising: Control module; The control module is used for sending a first broadcast based on a first resolvable address in response to being in a first state, wherein the first resolvable address cannot be resolved by a terminal device that receives the first broadcast, so that the terminal device cannot be connected to the Bluetooth device by Bluetooth.

10. The Bluetooth device according to claim 9, wherein: The Bluetooth device further comprises: a host module; The host module is used to generate a resolution list based on a first public address and a first identity resolution key; and send the resolution list to the control module, so that the control module generates the first resolvable address based on the resolution list and sends the first broadcast in response to the Bluetooth device being in a first state.

11. A computer-readable storage medium storing the following program, wherein the program is used to execute the Bluetooth connection control method according to any one of claims 1 to 8.

Images