A low-power bluetooth binding method and system based on signal strength

Abstract

The application provides a low-power-consumption Bluetooth binding method and system based on signal strength, relates to the technical field of Internet of Things application security, and in the binding process between a Bluetooth device end and a user end, different binding mode parameters are simply set on the device end, the application program end of a smart phone generates corresponding RSSI signal strength values by changing the physical distance between the smart phone and the device according to the binding mode scanned from the device end, generates and stores the white list of the application program or the authorized user through the data processing of the programs of the two parties, only the central device or the application program added to the white list of the BLE device has access permission, after the binding setting process is completed, the BLE device and the smart phone application program APP form a binding relationship, only the two parties with the binding relationship can be connected and interacted with each other in the normal operation process of the system, the possibility of illegally entering the system or leaking sensitive data is reduced, and the overall reliability and security of the system are improved.

Description

TECHNICAL FIELD

[0001] The application belongs to the technical field of Internet of Things application security, and particularly relates to a low-power Bluetooth binding method and system based on signal strength. BACKGROUND

[0002] The statements in this section merely provide background information related to the present application and do not necessarily constitute prior art that is already known to those skilled in the art.

[0003] Bluetooth low Energy, also known as "Bluetooth Smart", is a lightweight subset of classic Bluetooth and is part of the Bluetooth 4.0 core specification. A BLE-based system generally consists of two parts, one is a BLE peripheral device mainly composed of an embedded system or a microcontroller, and the other is a central device composed of a mobile device such as a smart phone or a tablet computer. The supporting mobile application program usually has two versions, supporting Google Android and Apple IOS systems. It is estimated that there are billions of BLE-enabled devices in use, and BLE devices store sensitive user data or critical device controls, which can be accessed through Android or IOS application programs. If such data is accessed without control, it may infringe on user privacy, cause device failure, and even cause major security problems.

[0004] In terms of security mechanisms, the Bluetooth specification itself only provides built-in device-level authentication, and the security at the application and user level is implemented and realized by the application developers. BLE systems that meet the specification should automatically prevent unauthorized data access at the application layer. However, implementing these permissions will reduce the flexibility and interoperability of the system. A large number of existing BLE devices have various implementation methods in terms of security design, and the level of vulnerability prevention varies, including:

[0005] (1) There is basically no authorization permission, and users can freely access and control BLE devices using the APP on their smart phones. This method is acceptable for data that is not too sensitive to measurement applications such as temperature and humidity measurement, but it poses a security risk if it can control a heater, etc.

[0006] (2) Authorization permissions are implemented in an insecure manner. In the application program, data security is realized by setting a simple password. For example, the lithium battery protection board on a household electric vehicle, the user downloads and installs the application program on the mobile phone, and the instruction manual generally has a default password such as 123456, which can be changed. The password is either stored in the mobile phone or possibly in the protection board, but this application generally has a one-to-one relationship between the device and the APP, and it is difficult to implement a one-to-many relationship.

[0007] (3) Using an out-of-band communication channel NFC pairing method, or using a cloud authentication method, such as a shared bicycle, a device-mobile phone APP-cloud three-way authentication method, these methods require high requirements for the device, in addition to the BLE function, it also needs NFC, WIFI or GPRS communication components, the system is complex, increases the hardware and software overhead and the difficulty of research and development, and is not suitable for the research and development and application of simple and small-scale BLE systems.

[0008] Therefore, how to provide a low-power Bluetooth binding method suitable for multiple applications or users and safe and flexible is still a problem to be solved at present. SUMMARY

[0009] In order to solve the above problems, the application provides a low-power Bluetooth binding method and system based on signal strength, to reduce the possibility of illegal entry into the system or leakage of sensitive data, and improve the reliability and security of the whole system.

[0010] In order to achieve the above purpose, the application mainly includes the following aspects:

[0011] In a first aspect, the embodiments of the application provide a low-power Bluetooth binding method based on signal strength, for a Bluetooth device end, comprising:

[0012] Timing sending broadcast data, the broadcast data including a threshold interval of signal strength and a binding mode;

[0013] Receiving a connection request sent by a user end, establishing a communication connection with the user end, and sending a binding service and its lower layer characteristics; wherein the user end reads a signal strength value, and when the change trend of the signal strength value in a preset time period meets the threshold interval and the binding mode at the same time, a connection request is sent;

[0014] According to the authorization data written by the user end in the characteristics of the lower layer of the binding service, a white list of legal authorized users is generated.

[0015] In a possible implementation, the user end generates corresponding signal strength by changing the physical distance between the user end and the Bluetooth device end; reads the signal strength value, so that the change trend of the signal strength value in the preset time period meets the threshold interval and the binding mode at the same time.

[0016] In a possible implementation, a binding timeout time is set, and if no connection request sent by the user end is received within the binding timeout time after sending the broadcast data, the program ends.

[0017] In a possible implementation, the user terminal verifies authorization data written by a feature under a binding service, and if the verification is successful, stores binding information of the user terminal into a white list and sets a binding success flag; if the verification fails, sets a binding failure flag; and sends the binding success flag or the binding failure flag to the user terminal.

[0018] In a second aspect, the embodiments of the present application further provide a low-power-consumption Bluetooth binding method based on signal strength, used for a user terminal, comprising:

[0019] receiving broadcast data sent by a Bluetooth device terminal at a regular time interval, wherein the broadcast data comprises a threshold interval of signal strength and a binding mode;

[0020] reading a signal strength value, and when a change trend of the signal strength value in a preset time period meets the threshold interval and the binding mode at the same time, sending a connection request to the Bluetooth device terminal;

[0021] receiving a binding service and a feature under the binding service sent by the Bluetooth device terminal, and writing authorization data in the feature under the binding service, so as to generate a white list of legal users by the Bluetooth device terminal.

[0022] In a possible implementation, the user terminal generates corresponding signal strength by changing a physical distance between the user terminal and the Bluetooth device terminal, reads a signal strength value, and makes a change trend of the signal strength value in a preset time period meet a threshold interval and a binding mode at the same time.

[0023] In a possible implementation, the Bluetooth device terminal reads a binding success flag or a binding failure flag sent by the Bluetooth device terminal, and sets corresponding flag information, so as to perform data transmission / rebinding operation by the user.

[0024] In a third aspect, the embodiments of the present application further provide a Bluetooth device, comprising:

[0025] a data sending module, configured to send broadcast data at a regular time interval, wherein the broadcast data comprises a threshold interval of signal strength and a binding mode;

[0026] a request receiving module, configured to receive a connection request sent by a user terminal, establish a communication connection with the user terminal, and send a binding service and a feature under the binding service; wherein the user terminal reads a signal strength value, and when a change trend of the signal strength value in a preset time period meets the threshold interval and the binding mode at the same time, sends the connection request;

[0027] a list generating module, configured to generate a white list of legal authorized users according to authorization data written by a feature under a binding service by the user terminal.

[0028] In a fourth aspect, the embodiments of the present application further provide a user terminal, comprising:

[0029] a data receiving module, configured to receive broadcast data sent by a Bluetooth device end in a timing manner, the broadcast data comprising a threshold interval of signal strength and a binding mode;

[0030] a signal reading module, configured to read a signal strength value, and send a connection request to the Bluetooth device end when a change trend of the signal strength value in a preset time period meets the threshold interval and the binding mode at the same time;

[0031] a data writing module, configured to receive a binding service and a feature under the binding service sent by the Bluetooth device end, and write authorization data under the feature of the binding service, so as to generate a white list of legal users by the Bluetooth device end.

[0032] In a fifth aspect, the embodiment of the present application further provides a low-power-consumption Bluetooth binding system based on signal strength, comprising the Bluetooth device in the third aspect and the user end in the fourth aspect.

[0033] The above one or more technical solutions have the following beneficial effects:

[0034] (1) Each Bluetooth device end can bind multiple authorized application programs or user ends, the Bluetooth device end sets different binding mode parameters, different users can set different binding modes, and the security is high. The application program end binding step is simple, the physical distance of the operator and the device is changed, the change of the RSSI value is set, the secrecy is high, and the system configuration is flexible and convenient.

[0035] (2) A safe BLE connection is established through the binding process. Compared with the existing password permission verification mode, the white list function in the BLE is used to filter out unauthorized central devices or application programs APP which attempt to scan or connect the device, the security is higher, and multi-level password permissions can be applied and implemented on this basis, different access and control permissions are realized, and the flexibility and security of the system application are improved.

[0036] (3) The application is particularly suitable for the application scene of resource-limited BLE device end, the BLE device end does not need complex encryption and decryption software and hardware resources, the solution is simple, the cost is low, and the application and deployment are easy.

[0037] (4) The application is suitable for newly developed low-power-consumption Bluetooth BLE system, and can also improve the original BLE system, avoid unauthorized application programs and users to access and modify sensitive data on the BLE peripheral device, reduce the possibility of system attack, and improve the overall security of the system. BRIEF DESCRIPTION OF DRAWINGS

[0038] The accompanying drawings, which constitute a part of this specification, are incorporated herein to provide further understanding of the present application, and are incorporated for explanation of the exemplary embodiments of the present application together with descriptions of the exemplary embodiments.

[0039] Figure 1 is an application function diagram of an existing BLE system;

[0040] Figure 2 is a principle diagram of RSSI binding implementation provided by the embodiment one of the present application;

[0041] Figure 3 is a broadcast data structure diagram in the BLE peripheral device end provided by the embodiment one of the present application;

[0042] Figure 4 is a BLE peripheral device end binding program flow diagram provided by the embodiment one of the present application;

[0043] Figure 5 is an application program APP end binding program flow diagram provided by the embodiment two of the present application;

[0044] Figure 6 is a binding process and step diagram provided by the embodiment two of the present application;

[0045] Fig. 7 (a) - (c) is a hardware block diagram of several BLE peripheral device implementation manners provided by the embodiment three of the present application;

[0046] Figure 8 is a structure diagram of a dial switch in the BLE peripheral device provided by the embodiment three of the present application. DETAILED DESCRIPTION

[0047] The present application will be further described below in conjunction with the drawings and embodiments.

[0048] It should be noted that the following detailed description is exemplary and is intended to provide further explanation of the present application. Unless otherwise indicated, all technical and scientific terms used herein have the same meaning as would be commonly understood by one of ordinary skill in the art to which the present application belongs.

[0049] It should be noted that the terms used herein are only for the purpose of describing specific embodiments, and are not intended to limit the exemplary embodiments according to the present application. As used herein, unless the context clearly indicates otherwise, the singular form is intended to include the plural form, and in addition, it should be understood that when the terms "comprise" and / or "include" are used in the specification, there is a feature, step, operation, device, component and / or combination thereof.

[0050] Embodiment one

[0051] AsFigure 1 As shown, the existing BLE system includes a Bluetooth device end 106 and a user end, where the user end includes a legal user 100, a legal user 102 and an illegal user 104. Generally, the user end is installed with an application APP matched with the Bluetooth device end 106 (i.e. a device installed with low-power Bluetooth BLE), and once the application is run, the related parameters and states of the Bluetooth device end 106 will be displayed on the APP interface. If it is needed to control the Bluetooth device end 106, such as device on / off operation or parameter setting, a window will be popped up to require input of a password, and the initial default password is usually marked on the instruction manual, such as “123456”, and the password can be modified subsequently if needed. This way can prevent other people from performing illegal and malicious operation with the mobile phone installed with the APP, but cannot prevent the illegal user 104 from installing the matched APP on the mobile phone to access and control the Bluetooth device end 106.

[0052] In addition, generally, the password is stored in the user end, and the Bluetooth device end 106 is not bound to a specific user, so anyone can view the data and parameters as long as the APP is installed, and the set parameters or control commands and actions can be changed as long as the password is input correctly, which has hidden dangers in information security, and the operation history of multiple users cannot be distinguished and traced.

[0053] Based on the above reasons, the embodiment of the present application provides a low-power Bluetooth binding method based on signal strength, which is used for a Bluetooth device end and includes the following steps.

[0054] Timing sending broadcast data, where the broadcast data includes a threshold interval of signal strength and a binding mode;

[0055] Receiving a connection request sent by a user end, establishing a communication connection with the user end, and sending a binding service and a feature under the binding service; where the user end reads a signal strength value, and when the change trend of the signal strength value in a preset time period meets the threshold interval and the binding mode at the same time, a connection request is sent;

[0056] According to the authorization data written by the user end under the feature of the binding service, a white list of legal authorized users is generated.

[0057] In this way, during the binding process between the Bluetooth device and the user terminal, the Bluetooth device periodically sends broadcast data carrying binding rules (threshold intervals and binding modes). The user terminal reads the signal strength value based on the binding rules scanned from the Bluetooth device. When the trend of the signal strength value change within a preset time period simultaneously meets the threshold interval and binding mode, a connection request is sent. After receiving the connection request, the Bluetooth device establishes a communication connection with the user terminal and sends the binding service and its underlying features. Based on the authorization data written by the user terminal in the features of the binding service, a whitelist of authorized users is generated. In this way, only central devices or applications added to the BLE device whitelist have access permissions. After the binding setup process is completed, the BLE device and the smartphone application (APP) form a binding relationship. During the normal operation of the system, only the two parties with the binding relationship can connect and interact with each other, which can reduce the possibility of unauthorized access to the system or leakage of sensitive data, thereby improving the overall reliability and security of the system.

[0058] As an optional implementation, the user terminal generates a corresponding signal strength by changing the physical distance between itself and the Bluetooth device; it reads the signal strength value so that the trend of the signal strength value change within a preset time period simultaneously satisfies the threshold interval and the binding mode.

[0059] In specific implementation, such as Figure 2 As shown, the Received Signal Strength Indication (RSSI) value received by the user terminal is mainly related to the signal strength emitted by the Bluetooth device 106 and the physical distance between the user terminal and the Bluetooth device 106. Centered on the Bluetooth device 106, despite fluctuations, the RSSI value remains approximately the same at the same physical distance along a circle. By observing the magnitude of the received RSSI value, the signal strength can be determined, indirectly reflecting the proximity between the mobile phone and the Bluetooth device 106.

[0060] The transmit power and range of the Bluetooth device determine the signal strength. Figure 2 For example, if the device's transmit power is -29dB and the path loss is 30dB, the RSSI received by the mobile phone will be approximately -59dB. Here, both dBm and RSSI can represent signal strength. The difference is that dBm is an absolute number, representing power levels in milliwatts, while RSSI is a relative number, always represented by a negative number. A higher RSSI value indicates a more robust signal, and a value close to zero indicates the best signal strength. Ideally, the RSSI value should be between -30 and -55.

[0061] Generally, the Bluetooth device end 106 is in a fixed position, and the transmission signal strength is basically unchanged. By changing the physical distance between the user end and the Bluetooth device end 106, the RSSI value received by the user end is changed accordingly, which is the basis and principle of the embodiment of the application.

[0062] As an optional embodiment, a binding timeout is set. After the broadcast data is sent, if a connection request sent by the user end is not received within the binding timeout, the program is ended, so as to further ensure information security.

[0063] As an optional embodiment, the broadcast data further comprises a device serial number, a Bluetooth physical address, a binding service, a pseudo-random code and a check code, as shown in the following table. Figure 3 As shown in the table, the broadcast data structure comprises many data items, which are used for communication and exchange of information between the BLE device and the application APP in the binding process. In the specific implementation process, not all of these parameters are used, and some of them can be selected according to the actual situation.

[0064] The device serial number SN is the identification of the BLE device, which is fixed in the BLE device when the device is manufactured. The Bluetooth physical address MAC is generally a 6-byte MAC address of the SoC BLE chip in the BLE device, which is unique. The combination of the device serial number SN and the Bluetooth physical address MAC according to a certain rule can also form the identification of the BLE device. The binding service UUID is a 16-byte identification defined by the developer. Generally, the BLE device uses the broadcast data for broadcasting, and the service UUID is disclosed for the application APP to scan the BLE device and discover the service. The RSSI threshold interval and the binding mode are binding rules. The pseudo-random number makes the broadcast data packet look different each time, and increases the difficulty of malicious interception and analysis of data. The check code is the operation result of all the previous data, which can be selected as the checksum mode or the CRC operation mode. The application receives the broadcast packet and performs the same verification to ensure the consistency of the sent and received data. In addition, since the data packet contains the pseudo-random number, the check code obtained after the operation also looks random and different, which can further increase the number of random data in the broadcast packet and improve the information security.

[0065] The authorization data written by the user end under the feature of the binding service are verified. If the verification is successful, the binding information of the user end is stored in the white list, and a binding success flag is set. If the verification fails, a binding failure flag is set. The binding success flag or the binding failure flag is sent to the user end.

[0066] In a specific implementation, a "binding success or failure" feature value is set for the "binding" service and the lower layer, and the feature value has a readable attribute. For example, if the binding is successful, the user's binding information is stored in the white list, the "binding success or failure" feature value is set to "True", and the user terminal can read the value to determine the next program direction. If the binding fails, the "binding success or failure" feature value is set to "False", and the user terminal reads the value to prompt the user to decide the next operation.

[0067] In particular, before storing the user's binding information in the white list, the stored binding information in the white list is checked for duplication. If the binding information already exists, it means that it has been bound previously and does not need to be written. In this way, the chance of writing operation error can be reduced.

[0068] The low-power Bluetooth binding method based on signal strength will be specifically described below with reference to the accompanying drawings. As shown in the figure, the method specifically includes the following steps: Figure 4

[0069] Step 400: Broadcast data is sent at a regular time for the application APP to scan and discover services and features. The broadcast data frame contains a lot of information. In a specific application, the broadcast data packet can be encrypted or byte order exchanged to different degrees according to the hardware and software resources of the BLE device, so as to minimize the plaintext message and regular readable data frame, and increase the difficulty of illegal listening and attack of information.

[0070] Step 402: For safety, a binding timeout is set on the BLE device side, and the binding process between the BLE device and the application APP must be completed within the specified time. If the timeout, jump to the end of the program, otherwise go to step 404;

[0071] Step 404: Query whether there is a connection request initiated by the application APP. The application APP will issue a connection request after performing part of the binding operation. If there is no connection request, go to step 400 to continue the next cycle, otherwise go to step 406;

[0072] Step 406: Establish the connection between the BLE device and the application APP. At this time, the application APP has performed the binding step operation according to the parameters. According to the data interaction structure specified by the Bluetooth communication protocol GATT, some services and features are created, such as the "binding" service and the lower layer "authorization data" feature value, which has a readable / write attribute. The "authorization data" feature value is written by the application APP after connection. The value can also be simply encrypted to improve security.

[0073] ​Step 408: read the "authorization data" characteristic value of the "binding" service, if the data is encrypted, decrypt it, if the data contains a random code, remove it, extract the useful data for the next step.

[0074] Step 410: verify the data obtained in step 408, the verification conditions are different according to the configuration of different BLE devices, considering factors such as CPU computing power and memory size, etc., and the verification conditions can be selected from simple to complex data combinations, and the application APP returns the data containing part of the broadcast data frame sent in step 400. If the verification is passed, go to step 412, otherwise go to step 416.

[0075] Step 412: write the binding information into FALSH and EEPROM. Generally, before writing, it is necessary to check the duplication. If the binding information already exists, it means that it has been bound previously, and there is no need to perform the writing operation, which reduces the chance of writing operation error.

[0076] Step 414: set the "binding success or failure" characteristic value in the "binding" service and the lower layer. The characteristic value has a readable attribute. For example, if the binding is successful, the "binding success or failure" characteristic value is set to "True", and the application APP can read the value to determine the next program direction. After the completion of this step, the program ends.

[0077] Step 416: if the binding fails, the "binding success or failure" characteristic value is set to "False", and the application APP reads the value to prompt the user to decide the next operation, such as starting a new binding process.

[0078] Embodiment two

[0079] The embodiment of the application also provides a low-power Bluetooth binding method based on signal strength, which is used for a user end and characterized by comprising the following steps:

[0080] Receiving broadcast data sent by a Bluetooth device end at a fixed time, wherein the broadcast data comprises a threshold interval of signal strength and a binding mode;

[0081] Reading the signal strength value, and sending a connection request to the Bluetooth device end when the change trend of the signal strength value in a preset time period meets the threshold interval and the binding mode at the same time;

[0082] Receiving the binding service and the characteristics of the lower layer of the Bluetooth device end, and writing the characteristics of the lower layer of the binding service into authorization data to generate a white list of legal users for the Bluetooth device end.

[0083] In specific implementation, as shown in the following steps: Figure 5 ​

[0084] Step 500: By scanning the BLE device timing sending broadcast data, the received data is processed by transformation, decryption, filtering, etc. to get useful data set, classified storage, for later process.

[0085] Step 502: Read RSSI value, by transforming the position of mobile phone and BLE device, RSSI value is changing.

[0086] Step 504: Two parameters, RSSI threshold interval and binding mode, in the data received, processed and stored by step 500, are used to determine whether it meets the binding rules. When both RSSI difference requirement and binding mode are met, a step is completed, for example, according to the binding step Figure 6 , when the user operates each time, the RSSI is greater than or equal to the threshold value of the RSSI received last time, and the binding step mode is in the order of "near-far-near". If this operation meets the binding rules, go to step 506, otherwise jump to the end of the program.

[0087] Step 506: Usually the whole binding step is composed of several steps similar to step 502, 504, and the number of steps is determined by the mode, for example Figure 6 "near-far-near", that is, 3 steps. If the binding step is completed, go to step 508, otherwise go to step 502 to continue the binding process.

[0088] Step 508: At this time, the application APP has performed the binding step operation according to the parameter agreement, and is ready to authorize data information, and sends a connection request to the BLE device.

[0089] Step 510: Write the authorization data information prepared in step 508 into the "authorization data" characteristic value under the "binding" service of the BLE device, for the BLE device program to judge whether it meets the conditions to join the white list.

[0090] Step 512: Read the "binding success or failure" characteristic value of the BLE device, and set the corresponding flag according to the value, True or False, for the subsequent program to decide the different flow direction.

[0091] In specific applications, such as Figure 6As shown, the user holds the mobile phone installed with the application APP in different positions during the binding process with the Bluetooth device end 106. When the position is close to the Bluetooth device end 106, the RSSI value received by the mobile phone increases, and when the position is far away from the Bluetooth device end 106, the RSSI value decreases. Wherein 1 is the initial position, when the operation steps are changed in the order of “near-far-near”, if the matching mode is “near-far-near”, the white list is finally successfully generated, and the binding process is completed.

[0092] Embodiment three

[0093] The embodiment of the application further provides a Bluetooth device, comprising:

[0094] The data sending module is configured to send broadcast data at a regular time interval, wherein the broadcast data comprises a threshold interval of signal strength and a binding mode.

[0095] The request receiving module is configured to receive a connection request sent by a user end, establish a communication connection with the user end, and send a binding service and a feature under the binding service; wherein the user end reads a signal strength value, and sends the connection request when a change trend of the signal strength value in a preset time period meets the threshold interval and the binding mode at the same time.

[0096] The white list generating module is configured to generate a white list of authorized users according to authorization data written by the user end in the feature under the binding service.

[0097] In a specific application, FIGS. 7(a)-7(c) show the hardware block diagrams of three BLE peripheral device implementation modes. One BLE device 700 is composed of a BLE system on chip (SoC) 708, an RF circuit 706, and a dial switch 712 for setting binding parameters. A typical BLE SoC includes one or more general-purpose processors or DSP processors, embedded memory, a BLE protocol block, an external memory controller, and various interface support circuits. With the SoC design, the size is usually smaller, the production cost is low, but the design cost may be higher, and the product launch time is usually slower. Internet of Things applications mainly consider cost and low power consumption, and generally choose single-mode SoCs that only support BLE. Common ones are CC2540 / CC2541 of TI Company and nRF51822 of Nordic Semiconductor Company. The RF circuit 706 generally selects a PCB antenna, and the BLE RF output usually needs a balun network to convert the output impedance to a standard 50Ω impedance, ensuring the best link and communication range of the system.

[0098] Another BLE device 702 is composed of a BLE module 714, a dial switch 718 for setting the binding parameter. The BLE module is generally composed of a BLE SoC, analog and radio frequency function circuit, antenna, etc. The products of many module manufacturers meet the relevant certification. The selection of the module integrated into the product eliminates the complexity of the radio frequency design. When selecting the BLE module, the cost, power consumption, design complexity, etc. need to be considered. The selection of the appropriate module will make the development work much simpler.

[0099] Another BLE device 704 is composed of a 724 microcontroller MCU, a BLE module 720, an external 722 electrically erasable programmable read-only memory EEPROM, and a dial switch 728 for setting the binding parameter. Generally, the 724 microcontroller MCU interfaces and communicates with the external 722 electrically erasable programmable read-only memory EEPROM through the SPI or I2C bus. In the case of insufficient capacity of the internal FLASH of the MCU 726, the external EEPROM 724 is used to expand the storage space. This selection of the independent MCU mode is flexible in design, and is particularly suitable for complex instrument or sensor devices.

[0100] The 712, 718 and 728 in the three circuit principle diagrams are dial switches for setting the binding parameter, and the high and low level states are read through the GPIO input and output interface of the SoC, BLE module or MCU. The 710, 716 and 726 in the three circuit principle diagrams are FLASH (flash memory) in the SoC, module or MCU, and the 722 is an electrically erasable programmable read-only memory EEPROM. These FLASH and EEPROM are used to store the white list and access operation log records.

[0101] Specifically, as shown in Figure 8 , 800 is a four-bit dial switch, and the upward dial signal is 0 and the downward dial signal is 1. Among them, 802 in the figure is used to set the RSSI threshold interval, and there are two options of 5db and 10db; 804, 806 and 808 are used to set the binding mode in combination, and a total of eight modes as shown in Table 1 can be set:

[0102] Table 1 Dial switch setting and corresponding mode

[0103]

[0104] The specific definition of the mode is determined by the firmware program of the BLE device. For example, for the binding example of Figure 6 , mode 1 can be defined as “near-far-near”, and different modes can be selected each time the binding is performed, that is, it is convenient and flexible, and the security is strong.

[0105] The Bluetooth device provided by the embodiment is used to perform the method as Figure 4The signal strength-based low-power Bluetooth binding method shown, and thus the specific implementation in the Bluetooth device, can refer to the embodiment part of the signal strength-based low-power Bluetooth binding method in the foregoing embodiment one, and thus will not be described herein again.

[0106] Embodiment four

[0107] The embodiment of the application further provides a user terminal, comprising:

[0108] a data receiving module configured to receive broadcast data sent by a Bluetooth device terminal at regular intervals, wherein the broadcast data comprises a threshold interval of signal strength and a binding mode;

[0109] a signal reading module configured to read a signal strength value, and send a connection request to the Bluetooth device terminal when a change trend of the signal strength value in a preset time period meets the threshold interval and the binding mode at the same time;

[0110] a data writing module configured to receive a binding service and a feature under the binding service sent by the Bluetooth device terminal, and write authorization data under the feature of the binding service, so as to generate a white list of legal users by the Bluetooth device terminal.

[0111] The Bluetooth device provided by the embodiment is configured to execute the signal strength-based low-power Bluetooth binding method shown in the foregoing embodiment one, and thus the specific implementation in the Bluetooth device can refer to the embodiment part of the signal strength-based low-power Bluetooth binding method in the foregoing embodiment one, and thus will not be described herein again. Figure 5 The signal strength-based low-power Bluetooth binding method shown, and thus the specific implementation in the Bluetooth device, can refer to the embodiment part of the signal strength-based low-power Bluetooth binding method in the foregoing embodiment two, and thus will not be described herein again.

[0112] Embodiment five

[0113] A signal strength-based low-power Bluetooth binding system, characterized in that, comprising the Bluetooth device as described in the foregoing embodiment three and the user terminal as described in the foregoing embodiment four.

[0114] In the binding process between the Bluetooth device terminal and the user terminal, different binding modes and other parameters are simply set at the device terminal, the smart phone application program terminal generates corresponding RSSI signal strength values by changing the physical distance between the smart phone and the device according to the scanned binding mode from the device terminal, and generates and stores a white list of the application program or a legal authorized user through data processing of the programs of the two parties, so that only the central device or the application program added to the white list of the BLE device has access permission. After the binding setting process is completed, the BLE device and the smart phone application program APP form a binding relationship, and only the two parties with the binding relationship can be connected and interacted with each other in the normal operation process of the system, so as to reduce the possibility of illegal entry into the system or leakage of sensitive data, and further improve the overall reliability and security of the system.

[0115] The above merely provides the preferred embodiments of the present application, and is not used to limit the present application. For those skilled in the art, the present application can have various modifications and changes. Any modifications, equivalent replacements, improvements, etc. made within the principles and technical scope of the present application shall fall into the scope of the present application.

Claims

1. A low-power Bluetooth pairing method based on signal strength, used on a Bluetooth device, characterized in that, include: Broadcast data is sent periodically, and the broadcast data includes a threshold interval for signal strength and a binding mode; The system receives a connection request from a user terminal, establishes a communication connection with the user terminal, and sends the binding service and its underlying features. The user terminal generates a corresponding signal strength by varying the physical distance to the Bluetooth device. Each time the user operates, the difference between the signal strength value and the previously received signal strength is greater than or equal to a threshold. The user terminal reads the signal strength value, and when the trend of the signal strength value change within a preset time period simultaneously satisfies the threshold interval and the binding mode, it sends a connection request. Different modes can be selected for each binding operation. Based on the authorization data written by the user terminal in the lower layer of the binding service, a whitelist of legally authorized users is generated; the authorization data written by the user terminal in the lower layer of the binding service is verified; if the verification is successful, the binding information of the user terminal is stored in the whitelist and a binding success flag is set; if the verification fails, a binding failure flag is set; the binding success flag or binding failure flag is sent to the user terminal.

2. The low-power Bluetooth pairing method based on signal strength as described in claim 1, characterized in that, Read the signal strength value so that the trend of the signal strength value change within a preset time period simultaneously meets the threshold interval and binding mode.

3. The low-power Bluetooth pairing method based on signal strength as described in claim 1, characterized in that, Set a binding timeout period. If no connection request is received from the user client within the binding timeout period after sending the broadcast data, the program will terminate.

4. A low-power Bluetooth pairing method based on signal strength, for use on a user end, characterized in that, include: Receive broadcast data periodically sent by the Bluetooth device, the broadcast data including signal strength threshold intervals and pairing modes; The system reads the signal strength value. When the trend of the signal strength value change within a preset time period simultaneously meets the threshold interval and the binding mode, it sends a connection request to the Bluetooth device. The user terminal generates a corresponding signal strength by changing the physical distance between itself and the Bluetooth device. Each time the user operates, the difference between the signal strength value and the previously received signal strength is greater than or equal to this threshold. Different modes can be selected for each binding. The system receives the binding service and its underlying features sent by the Bluetooth device, and writes authorization data into the features of the binding service to generate a whitelist of legitimate users on the Bluetooth device. It also reads the binding success flag or binding failure flag sent by the Bluetooth device and sets the corresponding flag information for users to perform data transmission / rebinding operations.

5. The low-power Bluetooth pairing method based on signal strength as described in claim 4, characterized in that, Read the signal strength value so that the trend of the signal strength value change within a preset time period simultaneously meets the threshold interval and binding mode.

6. A Bluetooth device, characterized in that, include: The data transmission module is used to periodically transmit broadcast data, which includes a threshold interval for signal strength and a binding mode. The user terminal generates a corresponding signal strength by changing the physical distance between itself and the Bluetooth device. Each time the user operates, the difference between the signal strength value and the previously received signal strength is greater than or equal to this threshold. Different modes can be selected for each binding. The request receiving module is used to receive connection requests sent by the user terminal, establish a communication connection with the user terminal, and send the binding service and its underlying features; wherein, the user terminal reads the signal strength value, and sends a connection request when the trend of the signal strength value change within a preset time period simultaneously meets the threshold interval and the binding mode; The list generation module is used to generate a whitelist of legally authorized users based on the authorization data written by the user terminal in the lower layer of the binding service; to verify the authorization data written by the user terminal in the lower layer of the binding service; if the verification is successful, the binding information of the user terminal is stored in the whitelist and a binding success flag is set; if the verification fails, a binding failure flag is set; and the binding success flag or binding failure flag is sent to the user terminal.

7. A user terminal, characterized in that, include: The data receiving module is used to receive broadcast data sent periodically by the Bluetooth device. The broadcast data includes a signal strength threshold interval and a binding mode. The user terminal generates a corresponding signal strength by changing the physical distance between itself and the Bluetooth device. Each time the user operates, the difference between the signal strength value and the previously received signal strength is greater than or equal to this threshold. The signal reading module is used to read the signal strength value. When the trend of the signal strength value within a preset time period simultaneously meets the threshold interval and the binding mode, a connection request is sent to the Bluetooth device. Different modes can be selected for each binding. The data writing module is used to receive the binding service and its underlying features sent by the Bluetooth device, and write authorization data into the features of the binding service so that the Bluetooth device can generate a whitelist of legitimate users; verify the authorization data written by the user on the features of the binding service; if the verification is successful, store the binding information of the user in the whitelist and set a binding success flag; if the verification fails, set a binding failure flag; and send the binding success flag or binding failure flag to the user.

8. A low-power Bluetooth tethering system based on signal strength, characterized in that, include: The Bluetooth device as described in claim 6 and the user terminal as described in claim 7.

Images