Vehicle-mounted Bluetooth interactive binding method, electronic device, and readable storage medium

Abstract

The present application discloses an in-vehicle Bluetooth interactive binding method, an electronic device, and a readable storage medium, which are applied to in-vehicle Bluetooth devices, including: if a Bluetooth binding request carrying device identity information is received from a device to be bound in an awake state, then based on the device identity information, detecting whether the device to be bound has passed the security check; if the device to be bound has passed the security check, then when a first binding instruction is received, binding the device to be bound according to the first binding instruction; if the device to be bound has not passed the security check, then sending the Bluetooth binding request to the main binding device, so that the main binding device can determine whether to generate a second binding instruction based on the Bluetooth binding request; if the second binding instruction is received, binding the device to be bound according to the second binding instruction. The present application solves the technical problem of low binding efficiency of in-vehicle Bluetooth devices when binding to mobile terminals.

Description

Technical Field

[0001] The present application relates to the field of automotive communication technology, and in particular to an in-vehicle Bluetooth interactive binding method, an electronic device, and a readable storage medium. Background Art

[0002] With the continuous development of science and technology, in-vehicle Bluetooth devices have become an indispensable part of automobiles. Users driving vehicles can perform navigation, voice calls, and play music by connecting the mobile terminal they carry with the in-vehicle Bluetooth device. If they want to further set up functions, they need to bind the mobile terminal to the in-vehicle Bluetooth device. At present, the binding of the mobile terminal and the in-vehicle Bluetooth device usually requires manual participation throughout the process. Taking the in-vehicle voice device as an example, the user first needs to turn on the in-vehicle voice device and the mobile terminal Bluetooth, and then when searching for the in-vehicle voice device on the mobile terminal, manually press and hold the button of the in-vehicle voice device to wake up the built-in Bluetooth module of the in-vehicle voice device, and finally complete the manual binding on the mobile terminal. When it is necessary to add a mobile terminal bound to the in-vehicle voice device, the above binding steps can only be repeated. The overly complicated binding operation process often leads to a poor user experience. Therefore, the current in-vehicle Bluetooth device has low binding efficiency when binding to a mobile terminal. Summary of the Invention

[0003] The main purpose of this application is to provide a vehicle-mounted Bluetooth interactive binding method, electronic device and readable storage medium, aiming to solve the technical problem of low binding efficiency of vehicle-mounted Bluetooth devices when binding to mobile terminals in the prior art.

[0004] To achieve the above objectives, the present application provides a vehicle-mounted Bluetooth interactive binding method, which is applied to a vehicle-mounted Bluetooth device, wherein the vehicle-mounted Bluetooth device and a primary binding device are in a binding state, and the vehicle-mounted Bluetooth interactive binding method includes:

[0005] If a Bluetooth binding request carrying device identity information is received from a device to be bound in the awake state, then detecting whether the device to be bound has passed the security check based on the device identity information;

[0006] If the device to be bound passes the security check, upon receiving the first binding instruction, binding the device to be bound according to the first binding instruction;

[0007] If the device to be bound fails the security check, the Bluetooth binding request is sent to the primary binding device, so that the primary binding device determines whether to generate a second binding instruction based on the Bluetooth binding request;

[0008] If the second binding instruction is received, the device to be bound is bound according to the second binding instruction.

[0009] To achieve the above objectives, the present application provides a vehicle-mounted Bluetooth interactive binding method, which is applied to a primary binding device, wherein the primary binding device and the vehicle-mounted Bluetooth device are in a binding state, and the vehicle-mounted Bluetooth interactive binding method includes:

[0010] If a Bluetooth binding request carrying the device identity information of the device to be bound is received from the in-vehicle Bluetooth device, detecting whether the device to be bound is a slave binding device based on the device identity information, wherein the Bluetooth binding request is sent by the in-vehicle Bluetooth device when it is detected that the device to be bound has failed a security check;

[0011] If so, a second binding instruction is generated and sent to the in-vehicle Bluetooth device, so that the in-vehicle Bluetooth device binds the device to be bound according to the second binding instruction.

[0012] To achieve the above-mentioned purpose, the present application further provides a vehicle-mounted Bluetooth interactive binding device, which is applied to a vehicle-mounted Bluetooth device, wherein the vehicle-mounted Bluetooth device and a primary binding device are in a binding state, and the vehicle-mounted Bluetooth interactive binding device comprises:

[0013] A first receiving module is configured to, upon receiving a Bluetooth binding request carrying device identity information from a device to be bound in an awake state, detect whether the device to be bound has passed a security check based on the device identity information;

[0014] A first binding module is configured to bind the device to be bound according to the first binding instruction when receiving the first binding instruction if the device to be bound passes the security check;

[0015] a first sending module, configured to send the Bluetooth binding request to the primary binding device if the device to be bound fails the security check, so that the primary binding device determines whether to generate a second binding instruction based on the Bluetooth binding request;

[0016] The second binding module is configured to bind the device to be bound according to the second binding instruction if the second binding instruction is received.

[0017] To achieve the above-mentioned purpose, the present application further provides a vehicle-mounted Bluetooth interactive binding device, which is applied to a primary binding device, wherein the primary binding device and the vehicle-mounted Bluetooth device are in a binding state, and the vehicle-mounted Bluetooth interactive binding device includes:

[0018] a second receiving module, configured to, upon receiving a Bluetooth binding request from an in-vehicle Bluetooth device carrying device identity information of a device to be bound, detect whether the device to be bound is a slave binding device based on the device identity information, wherein the Bluetooth binding request is sent by the in-vehicle Bluetooth device when it is detected that the device to be bound has failed a security check;

[0019] The second sending module is configured to generate a second binding instruction if yes, and send the second binding instruction to the in-vehicle Bluetooth device, so that the in-vehicle Bluetooth device binds the device to be bound according to the second binding instruction.

[0020] The present application also provides an electronic device, which includes: a memory, a processor, and a program of the in-vehicle Bluetooth interactive binding method stored in the memory and runnable on the processor. When the program of the in-vehicle Bluetooth interactive binding method is executed by the processor, the steps of the in-vehicle Bluetooth interactive binding method as described above can be implemented.

[0021] The present application also provides a computer-readable storage medium, which stores a program for implementing the in-vehicle Bluetooth interactive binding method. When the program of the in-vehicle Bluetooth interactive binding method is executed by a processor, the steps of the in-vehicle Bluetooth interactive binding method as described above are implemented.

[0022] The present application also provides a computer program product, including a computer program, which implements the steps of the above-mentioned in-vehicle Bluetooth interactive binding method when executed by a processor.

[0023] The present application provides an in-vehicle Bluetooth interactive binding method, an electronic device and a readable storage medium, which are applied to an in-vehicle Bluetooth device, that is, if a Bluetooth binding request carrying device identity information is received from a device to be bound in an awake state, the method detects whether the device to be bound has passed the security check based on the device identity information; and if the device to be bound has passed the security check, when a first binding instruction is received, the device to be bound is bound according to the first binding instruction; if the device to be bound does not pass the security check, the Bluetooth binding request is sent to the main binding device, so that the main binding device determines whether to generate a second binding instruction based on the Bluetooth binding request; and if the second binding instruction is received, the device to be bound is bound according to the second binding instruction. Since the vehicle-mounted Bluetooth device can receive Bluetooth binding requests when it is awake, and then perform a security check on the device to be bound based on the device identity information carried in the Bluetooth binding request, if the device to be bound passes the security check, the vehicle-mounted Bluetooth device can directly bind the device to be bound. If the device to be bound fails the security check, the main binding device bound to the vehicle-mounted Bluetooth device can be used to determine whether to bind the device to be bound. That is, the purpose of automatically binding the device to be bound through the vehicle-mounted Bluetooth device, or interactively binding the device to be bound through simple information exchange between the vehicle-mounted Bluetooth device and the main binding device is achieved, instead of repeating the complicated binding steps when the vehicle-mounted Bluetooth device binds different devices to be bound. Therefore, the technical defect of poor user experience caused by the complicated binding operation process is overcome, and the binding efficiency of the vehicle-mounted Bluetooth device when binding to a mobile terminal is improved. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0025] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0026] Figure 1 This is a flow chart of the first embodiment of the in-vehicle Bluetooth interactive binding method of the present application;

[0027] Figure 2 This is a flow chart of the second embodiment of the in-vehicle Bluetooth interactive binding method of the present application;

[0028] Figure 3 This is a schematic diagram of an embodiment of an in-vehicle Bluetooth interactive binding device applied to an in-vehicle Bluetooth device of the present application;

[0029] Figure 4 This is a schematic diagram of an embodiment of the in-vehicle Bluetooth interactive binding device of the present application applied to a primary binding device;

[0030] Figure 5 This is a schematic diagram of the device structure of the hardware operating environment involved in the in-vehicle Bluetooth interactive binding method in an embodiment of the present application.

[0031] The purpose, features and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0032] To make the above-mentioned objects, features, and advantages of the present invention more clearly understood, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some of the embodiments of the present invention, not all of them. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making any creative efforts shall fall within the scope of protection of the present invention.

[0033] Example 1

[0034] First of all, it should be understood that in the process of binding the in-vehicle Bluetooth device with the mobile terminal, the user usually needs to go through a complex human-computer interaction process to achieve binding. For example, taking the in-vehicle voice device as an example, when binding, the in-vehicle voice device must be turned on first, and then the device is manually added after the Bluetooth is turned on on the mobile terminal. Then, by long pressing the button of the in-vehicle voice device, the low-power Bluetooth module built into the in-vehicle voice device remains awake for a period of time. Finally, the user still needs to select the corresponding device on the mobile terminal for binding. At the same time, in the existing technology, the in-vehicle Bluetooth device and the mobile terminal can only be bound one by one. For example, if you want to bind the in-vehicle Bluetooth device to the mobile terminal, When the mobile terminal carrying the voice device switches from mobile terminal A to mobile terminal B, it is necessary to first disconnect the binding relationship between the vehicle-mounted voice device and mobile terminal A. Then, when binding mobile terminal B and the vehicle-mounted voice device, it is necessary to repeat the binding steps when binding the vehicle-mounted voice device to mobile terminal A. Therefore, the current vehicle-mounted Bluetooth binding method will cause users to have a poor user experience in some application scenarios. This poor user experience is closely related to the overly complicated binding process between the vehicle-mounted Bluetooth device and the mobile terminal. Therefore, there is an urgent need for a method to improve the binding efficiency of the vehicle-mounted Bluetooth device when binding to the mobile terminal.

[0035] The embodiment of the present application provides a vehicle-mounted Bluetooth interactive binding method, which is applied to a vehicle-mounted Bluetooth device. The vehicle-mounted Bluetooth device and the main binding device are in a binding state. In the first embodiment of the vehicle-mounted Bluetooth interactive binding method of the present application, reference is made to Figure 1, the vehicle-mounted Bluetooth interactive binding method includes:

[0036] Step S10: If a Bluetooth binding request carrying device identity information is received from a device to be bound in the awake state, detecting whether the device to be bound passes security verification based on the device identity information;

[0037] Step S20: If the device to be bound passes the security check, upon receiving a first binding instruction, binding the device to be bound according to the first binding instruction;

[0038] Step S30: If the device to be bound fails the security check, the Bluetooth binding request is sent to the primary binding device, so that the primary binding device determines whether to generate a second binding instruction based on the Bluetooth binding request;

[0039] Step S40: If the second binding instruction is received, the device to be bound is bound according to the second binding instruction.

[0040] In this embodiment, it should be noted that in order to improve the driving safety of users during driving, in-vehicle Bluetooth devices are usually widely used to assist users in playing music and navigation, etc. The in-vehicle Bluetooth device is a hardware device corresponding to the vehicle's in-vehicle Bluetooth system, such as an in-vehicle voice device and an in-vehicle camera device, etc. The device to be bound is a smart device waiting to be bound to the in-vehicle Bluetooth device, such as a mobile phone, a computer, and a Bluetooth headset, etc. The device identity information is used to characterize the device identity of the device to be bound, specifically including device location information and device authentication information, wherein the device location information is used to characterize the specific communication location of the device to be bound, and the device authentication information is used to characterize the device information that needs to be authenticated when the device to be bound is bound. Taking a mobile phone as an example, the device authentication information can be a mobile phone PIN (Personal Identification Number, personal identification password) code or mobile phone number, etc., wherein, in the vehicle-mounted Bluetooth interactive binding method of the embodiment of the present application, the vehicle-mounted Bluetooth device can be bound to multiple smart devices at the same time, wherein, among the many bound smart devices, there is a master binding device and several slave binding users, the master binding device is used to represent a binding device with full interaction capability with the vehicle-mounted Bluetooth device, and the slave binding device is used to represent a binding device with partial interaction capability with the vehicle-mounted Bluetooth device, the full interaction capability can be represented by setting any function of the vehicle-mounted Bluetooth device, and the partial interaction capability can be represented by setting some functions of the vehicle-mounted Bluetooth device. For example, in one practicable manner, it is assumed that the master binding device is mobile phone C, and the slave binding devices are mobile phone D and mobile phone E, wherein mobile phone C, mobile phone D and mobile phone E are all bound to the vehicle-mounted Bluetooth device through a certain navigation APP, then mobile phone C can perform function settings such as navigation voice package modification, navigation route viewing and positioning position, while mobile phone D and mobile phone E can only perform viewing function settings.

[0041] In addition, it should be noted that the vehicle-mounted Bluetooth device and the master binding device are in a binding state. When the shift operation process of the master binding device is not involved, any device to be bound will be the slave binding device after the binding is successful. The master binding device can be a device that is bound for the first time when leaving the factory, or it can be a device that the user changes to bind during use. When the vehicle-mounted Bluetooth device is not in the binding process with the device, the vehicle-mounted Bluetooth device can receive Bluetooth binding requests within the communication range. If the vehicle-mounted Bluetooth device is binding to a device to be bound, the vehicle-mounted Bluetooth device will actively generate a shielding signal at this time to prevent other devices to be bound from searching for the vehicle-mounted Bluetooth device, thereby avoiding the situation where the vehicle-mounted Bluetooth device is incorrectly connected to other devices to be bound when binding to a device to be bound. The awakening state is used to characterize that the vehicle-mounted Bluetooth device can receive Bluetooth binding requests, wherein there is one master binding device and one or more slave binding devices.

[0042] In addition, it should be noted that the first binding instruction and the second binding instruction are both binding instructions, which are used to trigger the binding of the vehicle-mounted Bluetooth device and the device to be bound. Among them, for the device to be bound that has passed the security check, it can be triggered by the user by entering the first binding instruction on the preset display interface corresponding to the vehicle-mounted Bluetooth device. For example, in one feasible method, assuming that the device to be bound F passes the security verification, the interactive box "Confirm whether to bind device F" is displayed on the central control screen. When the user confirms the binding of device F by voice or button, a first binding instruction is generated, and the device to be bound is bound by the first binding instruction. For the device to be bound that has not passed the security check, a simple human-computer interaction between the user and the main binding device can be used to determine whether to generate the second binding instruction. When the main binding device generates the second binding instruction, the main binding device will send the second binding instruction to the vehicle-mounted Bluetooth device for binding the vehicle-mounted Bluetooth device and the device to be bound.

[0043] As an example, steps S10 to S40 include: if a first Bluetooth binding request carrying device information is received from the device to be bound in the awake state, then according to the first Bluetooth binding request, the binding status of the vehicle-mounted Bluetooth device and the main binding device is released, and after the device to be bound and the vehicle-mounted Bluetooth device are successfully bound, the device to be bound is used as the main binding device; if a second Bluetooth binding request carrying device identity information is received from the device to be bound in the awake state, then according to the device identity information, whether the device to be bound has passed the security check, wherein the first Bluetooth binding request is used to perform the vehicle-mounted Bluetooth device and the main binding. The Bluetooth binding request is used to perform Bluetooth binding between the vehicle-mounted Bluetooth device and the slave binding device, and the second Bluetooth binding request is used to perform Bluetooth binding between the vehicle-mounted Bluetooth device and the slave binding device; if the device to be bound passes the security check, then when the user receives the first binding instruction through the first preset display interface, the device to be bound is bound according to the first binding instruction; if the device to be bound does not pass the security check, the Bluetooth binding request is sent to the master binding device, so that the master binding device determines whether to generate a second binding instruction based on the Bluetooth binding request; if the second binding instruction sent by the master binding device is received, the device to be bound is bound according to the second binding instruction.

[0044] The step of detecting whether the device to be bound has passed the security verification based on the device identity information includes:

[0045] Step A10: querying a preset identification mapping table for corresponding identity verification information based on the device identification of the device to be bound;

[0046] Step A20: If yes, determine whether the device to be bound has passed the security verification by comparing the identity verification information with the device identity information to see if they are consistent;

[0047] Step A30: If not, it is determined that the device to be bound has not passed the security check.

[0048] In this embodiment, it should be noted that the device identifier is used to distinguish the device to be bound, the preset identifier mapping table is used to store the mapping relationship between the identity verification information and the device identifier, and the identity verification information is used to verify the security of the device to be bound, which can be one or more. When there are multiple identity verification information, each piece of identity verification information needs to be security verified, that is, each piece of identity verification information and each piece of device identity information are compared one by one. If there is inconsistency between the two information in any comparison process, it can be determined that the device to be bound has not passed the security verification.

[0049] As an example, steps A10 to A30 include: using the device identifier of the device to be bound as an index, querying the corresponding identity verification information in the preset identifier mapping table; if the identity verification information exists in the preset identifier mapping table, then when the identity verification information and the device identity information are consistent, it is determined that the device to be bound has passed the security verification; when the identity verification information and the device identity information are inconsistent, it is determined that the device to be bound has not passed the security verification; if the identity verification information does not exist in the preset identifier mapping table, it is determined that the device to be bound has not passed the security verification, wherein the situation where the identity verification information does not exist in the preset identifier mapping table may be that the device to be bound has never been bound to the vehicle-mounted Bluetooth device, or that the device to be bound is not included in the devices to be bound that may be bound to the vehicle-mounted Bluetooth device.

[0050] Wherein, before the step of binding the device to be bound according to the first binding instruction when the first binding instruction is received, the in-vehicle Bluetooth interactive binding method further includes:

[0051] Step B10: upon receiving the first binding instruction, detecting whether the number of bound devices in the device binding list is less than a preset number of bound devices according to the first binding instruction;

[0052] Step B20: If yes, update the device binding list with the device serial number of the device to be bound, and bind the device to be bound;

[0053] Step B30: If not, determining an idle bound device from each bound device based on the Bluetooth signal strength of at least one bound device in the device binding list;

[0054] Step B40: Determine whether to bind the device to be bound based on the signal strength relationship between the idle bound device and the device to be bound.

[0055] In this embodiment, it should be noted that, in order to save the power consumption of the vehicle-mounted Bluetooth device, it is usually necessary to set the number of slave-bound devices that can be bound to the vehicle-mounted Bluetooth device. Therefore, the preset number of bound devices is used to represent the upper limit of the slave-bound devices that can be bound to the vehicle-mounted Bluetooth device. The preset number of bound devices can be determined by the vehicle as a number. For example, in an implementable method, assuming that the vehicle has a total of 4 seats, the number of slave-bound devices can be 4. Therefore, the device binding list is used to store the smart devices that have been bound to the vehicle-mounted Bluetooth device and the signal strength of each smart device, wherein the signal strength is determined by the distance between the smart device bound to the vehicle-mounted Bluetooth device and the vehicle-mounted Bluetooth device. Therefore, the idle bound device is used to represent the smart device that is bound to the vehicle-mounted Bluetooth device and is in an idle state, wherein the idle bound device is specifically one, that is, the bound device with the lowest signal strength in the device binding list.

[0056] As an example, steps B10 to B40 include: when a first binding instruction is received, detecting whether the number of bound devices in the device binding list is less than the preset number of bound devices according to the first binding instruction; if the number of bound devices in the device binding list is less than the preset number of bound devices, updating the device binding list through the device serial number of the device to be bound, and binding the device to be bound, wherein the device serial number is used to identify the binding order of the device to be bound in the device binding list; if the number of bound devices in the device binding list is not less than the preset number of bound devices, determining an idle bound device in each of the bound devices according to the Bluetooth signal strength of at least one bound device in the device binding list; and determining whether to bind the device to be bound according to the signal strength relationship between the idle bound device and the device to be bound.

[0057] The step of determining whether to bind the device to be bound based on the signal strength relationship between the idle bound device and the device to be bound includes:

[0058] Step C10: If the signal strength relationship is the first signal strength relationship, a deletion prompt message for deleting the device to be bound is popped up on the first preset display interface;

[0059] Step C20: When a deletion instruction corresponding to the deletion prompt information is received, the device to be bound is bound;

[0060] Step C30: If the signal strength relationship is the second signal strength relationship, a binding failure prompt message is displayed on the first preset display interface to prompt that the device to be bound is not bound.

[0061] In this embodiment, it should be noted that the first signal strength relationship is used to characterize that the signal strength corresponding to the device to be bound is greater than the signal strength corresponding to the idle bound device, and the second signal strength relationship is used to characterize that the signal strength corresponding to the device to be bound is less than the signal strength corresponding to the idle bound device, wherein the signal strength corresponding to the device to be bound is detected by the vehicle-mounted Bluetooth device when receiving the Bluetooth binding request sent by the device to be bound, and the signal strength corresponding to the idle bound device can be obtained in the device binding list, and the deletion prompt information is used to prompt the user to delete the binding relationship between the idle bound device and the vehicle-mounted Bluetooth device, and the deletion instruction is used to instruct the vehicle-mounted Bluetooth device to delete the binding relationship between the idle bound device and the vehicle-mounted Bluetooth device. The deletion instruction can be specifically triggered by the user entering "Confirm deletion" through voice or button on the first preset display interface, and the binding failure prompt information is used to prompt that the binding between the device to be bound and the vehicle-mounted Bluetooth device fails, that is, the purpose of avoiding invalid binding when the signal strength between the device to be bound and the vehicle-mounted Bluetooth device is weak.

[0062] As an example, steps C10 to C30 include: if the signal strength relationship is a first signal strength relationship, a deletion prompt message for deleting the device to be bound is popped up on the first preset display interface; when a deletion instruction corresponding to the deletion prompt message is input by the user, the device to be bound is bound; if the signal strength relationship is a second signal strength relationship, a binding failure prompt message is displayed on the first preset display interface to indicate that the device to be bound is not bound.

[0063] Wherein, before the step of detecting whether the device to be bound passes the security verification based on the device identity information if a Bluetooth binding request carrying device identity information is received from the device to be bound in the awake state, the in-vehicle Bluetooth interactive binding further includes:

[0064] Step D10: If a wake-up instruction is received, the vehicle-mounted Bluetooth device is set to a wake-up state;

[0065] Step D20, detecting whether there is a communication device within a preset communication range in the awake state;

[0066] Step D30: If yes, upon receiving the Bluetooth binding request sent by the communication device, the communication device is used as a device to be bound.

[0067] In this embodiment, it should be noted that the wake-up instruction is used to wake up the vehicle-mounted Bluetooth device. For example, in one feasible method, when the user inputs "bind mobile phone APP" through voice, the low-energy consumption module built into the vehicle-mounted Bluetooth device can maintain the normally open mode, rather than just being in the on state. When binding, the user is required to long press to wake up the vehicle-mounted Bluetooth device. Therefore, the operation process of binding the vehicle-mounted Bluetooth is simplified to achieve the purpose of improving the efficiency of vehicle-mounted Bluetooth binding. At the same time, the vehicle-mounted Bluetooth device in the awakened state will periodically receive whether there is a communication device within the preset communication range. If so, when the communication device sends a Bluetooth binding request, the device will be used as a device to be bound. Among them, the Bluetooth binding request can be a Bluetooth binding request carrying device identity information, or a Bluetooth binding request without device identity information.

[0068] As an example, steps D10 to D30 include: if a wake-up command input by the user is received, setting the vehicle-mounted Bluetooth device to an awake state; detecting whether there is a communication device within a preset communication range in the awake state; if the communication device is detected to exist within the preset communication range, then when a Bluetooth binding request sent by the communication device is received, treating the communication device as a device to be bound.

[0069] An embodiment of the present application provides an in-vehicle Bluetooth interactive binding method, which is applied to an in-vehicle Bluetooth device, that is, if a Bluetooth binding request carrying device identity information is received from a device to be bound in an awake state, then based on the device identity information, it is detected whether the device to be bound has passed the security verification; and then if the device to be bound has passed the security verification, then when a first binding instruction is received, the device to be bound is bound according to the first binding instruction; and then if the device to be bound does not pass the security verification, the Bluetooth binding request is sent to the main binding device, so that the main binding device determines whether to generate a second binding instruction based on the Bluetooth binding request; and then if the second binding instruction is received, the device to be bound is bound according to the second binding instruction. Since the vehicle-mounted Bluetooth device can receive Bluetooth binding requests when it is awake, and then perform a security check on the device to be bound based on the device identity information carried in the Bluetooth binding request, if the device to be bound passes the security check, the vehicle-mounted Bluetooth device can directly bind the device to be bound. If the device to be bound fails the security check, the main binding device bound to the vehicle-mounted Bluetooth device can be used to determine whether to bind the device to be bound. That is, the purpose of automatically binding the device to be bound through the vehicle-mounted Bluetooth device, or interactively binding the device to be bound through simple information exchange between the vehicle-mounted Bluetooth device and the main binding device is achieved, instead of repeating the complicated binding steps when the vehicle-mounted Bluetooth device binds different devices to be bound. Therefore, the technical defect of poor user experience caused by the complicated binding operation process is overcome, and the binding efficiency of the vehicle-mounted Bluetooth device when binding to a mobile terminal is improved.

[0070] Example 2

[0071] Further, refer to Figure 2 In another embodiment of the present application, the same or similar contents as those in the above embodiment 1 can be referred to the above introduction and will not be described in detail later. On this basis, the in-vehicle Bluetooth interactive binding method is applied to the main binding device, the main binding device and the in-vehicle Bluetooth device are in a binding state, and the in-vehicle Bluetooth interactive binding method includes:

[0072] Step E10: If a Bluetooth binding request carrying the device identity information of the device to be bound is received from the in-vehicle Bluetooth device, detecting whether the device to be bound is a slave device based on the device identity information, wherein the Bluetooth binding request is sent by the in-vehicle Bluetooth device when it detects that the device to be bound has failed a security check;

[0073] Step E20: If yes, generate a second binding instruction, and send the second binding instruction to the in-vehicle Bluetooth device, so that the in-vehicle Bluetooth device binds the device to be bound according to the second binding instruction.

[0074] As an example, steps E10 to E20 include: if a Bluetooth binding request carrying the device identity information of the device to be bound is received from the vehicle-mounted Bluetooth device, then based on the device identity information, detecting whether the device to be bound is a slave binding device, wherein the Bluetooth binding request is sent by the vehicle-mounted Bluetooth device when it detects that the device to be bound has not passed the security check; if the device to be bound is the slave binding device, then generating a second binding instruction, and sending the second binding instruction to the vehicle-mounted Bluetooth device, so that the vehicle-mounted Bluetooth device can bind the device to be bound according to the second binding instruction.

[0075] In one practicable manner, if it is detected that the slave binding device is not the slave binding device, an unbinding instruction can be generated and sent to the in-vehicle Bluetooth device, so that the in-vehicle Bluetooth device will not bind the device to be bound according to the unbinding instruction.

[0076] The step of detecting whether the device to be bound is a slave binding device based on the device identity information includes:

[0077] Step F10: Based on the device identity information, a corresponding device binding interaction box pops up on the second preset display interface;

[0078] Step F20: If it is detected that the target user inputs a first binding interaction instruction in the device binding interaction box, the device to be bound is determined to be the slave binding device;

[0079] Step F30: If it is detected that the target user inputs a second binding interaction instruction in the device binding interaction box, it is determined that the device to be bound is not the slave binding device.

[0080] In this embodiment, it should be noted that the second preset display interface is set on the main binding device, the device binding interaction box is a visual interaction box on the second preset display interface, the first binding interaction instruction is used to instruct the target user to confirm that the device to be bound is the slave binding device, and the second binding interaction instruction is used to instruct the target user to confirm that the device to be bound is not the slave binding device. For example, in an implementable manner, assuming that the second preset display interface corresponding to the main binding device displays the device identity information of the device to be bound, the user can determine whether the device to be bound can be bound through the device identity information, wherein the target user is the owner of the main binding device.

[0081] As an example, steps F10 to F30 include: popping up a device binding interaction box corresponding to the device identity information on the second preset display interface; if it is detected that the target user enters a first binding interaction instruction in the device binding interaction box, determining that the device to be bound is the slave binding device; if it is detected that the target user enters a second binding interaction instruction in the device binding interaction box, determining that the device to be bound is not the slave binding device.

[0082] Among them, the vehicle-mounted Bluetooth interactive binding method also includes:

[0083] Step G10: if the function authorization request sent from the bound device is received, then the function type of the function to be authorized corresponding to the function authorization request;

[0084] Step G20: if it is detected that the function to be authorized is a first type of function to be authorized, authorizing the first type of function to be authorized;

[0085] Step G30: If it is detected that the function to be authorized is a second type of function to be authorized, a function authorization interaction box is popped up on the second preset display interface;

[0086] Step G40: Determine whether to authorize the second type of function to be authorized based on the authorization interaction instruction corresponding to the function authorization interaction box.

[0087] In this embodiment, it should be noted that the use of some functions requires authorization by the target user on the master binding device before they can be used. Otherwise, the slave binding device bound to the in-vehicle Bluetooth device can only use the shared function. Furthermore, when any slave binding device bound to the in-vehicle Bluetooth device sends a function authorization request, the user can confirm the function type of the function to be authorized through the second preset display interface, where the function to be authorized is a function waiting for authorization by the master binding device.

[0088] As an example, steps G10 to G40 include: if a function authorization request sent from the bound device is received, the function type of the function to be authorized corresponding to the function authorization request; if it is detected that the function to be authorized is a first type of function to be authorized, the first type of function to be authorized is authorized; if it is detected that the function to be authorized is a second type of function to be authorized, a function authorization interaction box pops up on the second preset display interface, wherein the function authorization interaction box is used for human-computer interaction between the target user and the main bound device regarding the function to be authorized; when the target user enters a first authorization interaction instruction in the function authorization interaction box, it is determined that the second type of function to be authorized is authorized, and when the target user enters a second authorization interaction instruction in the function authorization interaction box, it is determined that the second type of function to be authorized is not authorized, wherein the first authorization interaction instruction is triggered by the target user by voice or key input of "Confirm authorization", and the second authorization interaction instruction is triggered by the target user by voice or key input of "Confirm not authorization".

[0089] The embodiment of the present application provides a method for interactively binding Bluetooth devices in a vehicle. Specifically, upon receiving a Bluetooth binding request from a vehicle-mounted Bluetooth device carrying the device identity information of a device to be bound, the method detects whether the device to be bound is a slave binding device based on the device identity information. The Bluetooth binding request is sent by the vehicle-mounted Bluetooth device when it detects that the device to be bound has failed a security check. If so, a second binding instruction is generated and sent to the vehicle-mounted Bluetooth device, so that the vehicle-mounted Bluetooth device binds the device to be bound based on the second binding instruction. Since the vehicle-mounted Bluetooth device sends the Bluetooth binding request after detecting that the device to be bound has failed a security check, the master binding device can determine whether to generate the second binding instruction instructing the vehicle-mounted Bluetooth device to bind the device to be bound based on the device identity information carried in the Bluetooth binding request. This method achieves the purpose of interactively binding the device to be bound through simple information exchange between the master binding device and the vehicle-mounted Bluetooth device, rather than requiring the vehicle-mounted Bluetooth device to repeat the complicated binding steps when binding different devices to be bound. This overcomes the technical defect of poor user experience caused by the complicated binding operation process, thereby improving the binding efficiency of the vehicle-mounted Bluetooth device when binding a mobile terminal.

[0090] Example 3

[0091] The present application also provides a vehicle-mounted Bluetooth interactive binding device, referring to Figure 3 , the vehicle-mounted Bluetooth interactive binding device includes:

[0092] The first receiving module 101 is configured to, upon receiving a Bluetooth binding request carrying device identity information from a device to be bound in an awake state, detect whether the device to be bound has passed a security check based on the device identity information;

[0093] A first binding module 102 is configured to bind the device to be bound according to the first binding instruction when receiving the first binding instruction if the device to be bound passes the security check;

[0094] The first sending module 103 is configured to send the Bluetooth binding request to the primary binding device if the device to be bound fails the security check, so that the primary binding device determines whether to generate a second binding instruction based on the Bluetooth binding request;

[0095] The second binding module 104 is configured to bind the device to be bound according to the second binding instruction if the second binding instruction is received.

[0096] Optionally, the first receiving module 101 is further configured to:

[0097] According to the device identification of the device to be bound, query whether there is corresponding identity verification information in the preset identification mapping table;

[0098] If so, determining whether the device to be bound has passed the security verification by comparing the identity verification information with the device identity information to see if they are consistent;

[0099] If not, it is determined that the device to be bound has failed the security check.

[0100] Optionally, the first binding module 102 is further configured to:

[0101] When receiving the first binding instruction, detecting whether the number of bound devices in the device binding list is less than a preset number of bound devices according to the first binding instruction;

[0102] If yes, then update the device binding list using the device serial number of the device to be bound, and bind the device to be bound;

[0103] If not, determining an idle bound device from each bound device according to the Bluetooth signal strength of at least one bound device in the device binding list;

[0104] Determine whether to bind the device to be bound based on the signal strength relationship between the idle binding device and the device to be bound.

[0105] Optionally, the first binding module 102 is further configured to:

[0106] If the signal strength relationship is the first signal strength relationship, a deletion prompt message for deleting the device to be bound is popped up on the first preset display interface;

[0107] When receiving a deletion instruction corresponding to the deletion prompt information, binding the device to be bound;

[0108] If the signal strength relationship is the second signal strength relationship, a binding failure prompt message is displayed on the first preset display interface to prompt that the device to be bound is not bound.

[0109] Optionally, the vehicle-mounted Bluetooth interactive binding device is further used to:

[0110] If the signal strength relationship is the first signal strength relationship, a deletion prompt message for deleting the device to be bound is popped up on the first preset display interface;

[0111] When receiving a deletion instruction corresponding to the deletion prompt information, binding the device to be bound;

[0112] If the signal strength relationship is the second signal strength relationship, a binding failure prompt message is displayed on the first preset display interface to prompt that the device to be bound is not bound.

[0113] Optionally, the vehicle-mounted Bluetooth interactive binding device is further used to:

[0114] If a wake-up instruction is received, setting the vehicle-mounted Bluetooth device to a wake-up state;

[0115] Detecting whether there is a communication device within a preset communication range in the awake state;

[0116] If so, when receiving the Bluetooth binding request sent by the communication device, the communication device is used as a device to be bound.

[0117] The in-vehicle Bluetooth interactive binding device provided by the present invention utilizes the in-vehicle Bluetooth interactive binding method described in the aforementioned embodiment, resolving the technical issue of low binding efficiency for in-vehicle Bluetooth devices when binding to mobile terminals. Compared to the prior art, the in-vehicle Bluetooth interactive binding device provided by the present invention achieves the same beneficial effects as the in-vehicle Bluetooth interactive binding method described in the aforementioned embodiment. Other technical features of the in-vehicle Bluetooth interactive binding device are the same as those disclosed in the aforementioned embodiment and are not further elaborated here.

[0118] Example 4

[0119] The present application also provides a vehicle-mounted Bluetooth interactive binding device, referring to Figure 4 , the vehicle-mounted Bluetooth interactive binding device includes:

[0120] The second receiving module 201 is configured to, upon receiving a Bluetooth binding request from an in-vehicle Bluetooth device carrying the device identity information of a device to be bound, detect whether the device to be bound is a slave binding device based on the device identity information, wherein the Bluetooth binding request is sent by the in-vehicle Bluetooth device when it is detected that the device to be bound has failed a security check;

[0121] The second sending module 202 is configured to generate a second binding instruction if yes, and send the second binding instruction to the in-vehicle Bluetooth device, so that the in-vehicle Bluetooth device binds the device to be bound according to the second binding instruction.

[0122] Optionally, the second receiving module 201 is further configured to:

[0123] Based on the device identity information, a corresponding device binding interaction box pops up on the second preset display interface;

[0124] If it is detected that the target user inputs a first binding interaction instruction in the device binding interaction box, determining that the device to be bound is the slave binding device;

[0125] If it is detected that the target user inputs a second binding interaction instruction in the device binding interaction box, it is determined that the device to be bound is not the slave binding device.

[0126] Optionally, the second sending module 202 is further configured to:

[0127] If the function authorization request sent from the bound device is received, the function type of the function to be authorized corresponding to the function authorization request;

[0128] If it is detected that the function to be authorized is a first type of function to be authorized, authorizing the first type of function to be authorized;

[0129] If it is detected that the function to be authorized is a second type of function to be authorized, a function authorization interaction box pops up on the second preset display interface;

[0130] Determine whether to authorize the second type of function to be authorized based on the authorization interaction instruction corresponding to the function authorization interaction box.

[0131] The in-vehicle Bluetooth interactive binding device provided by the present invention utilizes the in-vehicle Bluetooth interactive binding method described in the aforementioned embodiment, resolving the technical issue of low binding efficiency for in-vehicle Bluetooth devices when binding to mobile terminals. Compared to the prior art, the in-vehicle Bluetooth interactive binding device provided by the present invention achieves the same beneficial effects as the in-vehicle Bluetooth interactive binding method described in the aforementioned embodiment. Other technical features of the in-vehicle Bluetooth interactive binding device are the same as those disclosed in the aforementioned embodiment and are not further elaborated here.

[0132] Example 5

[0133] An embodiment of the present invention provides an electronic device, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the in-vehicle Bluetooth interactive binding method of the above-mentioned embodiment 1.

[0134] Reference below Figure 5 , which shows a schematic diagram of the structure of an electronic device suitable for implementing the embodiments of the present disclosure. The electronic devices in the embodiments of the present disclosure may include, but are not limited to, mobile terminals such as mobile phones, laptop computers, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers. Figure 5 The electronic device shown is only an example and should not limit the functions and scope of use of the embodiments of the present disclosure.

[0135] like Figure 5 As shown, the electronic device may include a processing device 1001 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage device 1003 into a random access memory (RAM) 1004. Various programs and data required for the operation of the electronic device are also stored in the RAM 1004. The processing device 1001, the ROM 1002, and the RAM 1004 are connected to each other via a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus.

[0136] Typically, the following systems can be connected to the I / O interface 1006: input devices 1007 including, for example, a touch screen, touchpad, keyboard, mouse, image sensor, microphone, accelerometer, gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), speaker, vibrator, etc.; storage devices 1003 including, for example, a magnetic tape, hard disk, etc.; and communication devices 1009. The communication devices can allow the electronic device to communicate with other devices wirelessly or by wire to exchange data. Although the figure shows an electronic device with various systems, it should be understood that it is not required to implement or have all of the systems shown. More or fewer systems may be implemented or have instead.

[0137] In particular, according to an embodiment of the present disclosure, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present disclosure includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network via the communication device 1009, or installed from the storage device 1003, or installed from the ROM 1002. When the computer program is executed by the processing device 1001, the above-mentioned functions defined in the method of the embodiment of the present disclosure are performed.

[0138] The electronic device provided by the present invention utilizes the in-vehicle Bluetooth interactive binding method of the above-mentioned embodiment to solve the technical problem of low binding efficiency of in-vehicle Bluetooth devices when binding to mobile terminals. Compared with the prior art, the beneficial effects of the electronic device provided by the embodiment of the present invention are the same as those of the in-vehicle Bluetooth interactive binding method provided by the above-mentioned embodiment. The other technical features of the electronic device are the same as those disclosed in the above-mentioned embodiment and are not further described here.

[0139] It should be understood that various parts of the present disclosure can be implemented with hardware, software, firmware or a combination thereof. In the description of the above embodiments, specific features, structures, materials or characteristics can be combined in any one or more embodiments or examples in an appropriate manner.

[0140] The above description is merely a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any modifications or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in the present invention should be included in the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be based on the scope of protection of the claims.

[0141] Example 6

[0142] This embodiment provides a computer-readable storage medium having computer-readable program instructions stored thereon, and the computer-readable program instructions are used to execute the in-vehicle Bluetooth interactive binding method in the above embodiment.

[0143] The computer-readable storage medium provided in the embodiment of the present invention can be, for example, a USB flash drive, but is not limited to electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, systems or devices, or any combination thereof. More specific examples of computer-readable storage media can include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In this embodiment, the computer-readable storage medium can be any tangible medium that contains or stores a program that can be used by or in combination with an instruction execution system, system or device. The program code contained on the computer-readable storage medium can be transmitted using any appropriate medium, including but not limited to: wires, optical cables, RF (radio frequency), etc., or any suitable combination thereof.

[0144] The computer-readable storage medium may be included in the electronic device, or may exist independently without being incorporated into the electronic device.

[0145] The above-mentioned computer-readable storage medium carries one or more programs. When the above-mentioned one or more programs are executed by an electronic device, the electronic device: if it receives a Bluetooth binding request carrying device identity information from the device to be bound in the awake state, then based on the device identity information, it detects whether the device to be bound has passed the security verification; if the device to be bound has passed the security verification, then when receiving the first binding instruction, it binds the device to be bound according to the first binding instruction; if the device to be bound does not pass the security verification, it sends the Bluetooth binding request to the main binding device, so that the main binding device determines whether to generate a second binding instruction based on the Bluetooth binding request; if the second binding instruction is received, it binds the device to be bound according to the second binding instruction.

[0146] Alternatively, if a Bluetooth binding request carrying the device identity information of the device to be bound is received from the vehicle-mounted Bluetooth device, the vehicle-mounted Bluetooth device is detected to determine whether the device to be bound is a slave binding device based on the device identity information, wherein the Bluetooth binding request is sent by the vehicle-mounted Bluetooth device when it detects that the device to be bound has not passed the security check; if so, a second binding instruction is generated and sent to the vehicle-mounted Bluetooth device, so that the vehicle-mounted Bluetooth device can bind the device to be bound based on the second binding instruction.

[0147] Computer program code for performing the operations of the present disclosure may be written in one or more programming languages, or a combination thereof, including object-oriented programming languages such as Java, Smalltalk, C++, and conventional procedural programming languages such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a stand-alone software package, partially on the user's computer and partially on a remote computer, or entirely on the remote computer or server. In cases involving a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., through the Internet using an Internet service provider).

[0148] The flow charts and block diagrams in the accompanying drawings illustrate the possible implementation architecture, functions and operations of the system, method and computer program product according to various embodiments of the present invention. In this regard, each box in the flow chart or block diagram can represent a module, program segment, or a part of code, and the module, program segment, or a part of code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order than that marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram and / or flow chart, and the combination of the boxes in the block diagram and / or flow chart, can be implemented with a dedicated hardware-based system that performs the specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0149] The modules involved in the embodiments described in this disclosure may be implemented in software or hardware, wherein the name of a module does not necessarily limit the unit itself.

[0150] The computer-readable storage medium provided by the present invention stores computer-readable program instructions for executing the aforementioned in-vehicle Bluetooth interactive binding method, thereby resolving the technical issue of low binding efficiency for in-vehicle Bluetooth devices when binding to mobile terminals. Compared to the prior art, the beneficial effects of the computer-readable storage medium provided by the embodiments of the present invention are similar to those of the in-vehicle Bluetooth interactive binding method provided by the aforementioned embodiments, and are not further elaborated here.

[0151] Example 7

[0152] The present application also provides a computer program product, including a computer program, which implements the steps of the above-mentioned in-vehicle Bluetooth interactive binding method when executed by a processor.

[0153] The computer program product provided by this application solves the technical problem of low binding efficiency of in-vehicle Bluetooth devices when binding to mobile terminals. Compared with the prior art, the beneficial effects of the computer program product provided by the embodiment of the present invention are the same as the beneficial effects of the in-vehicle Bluetooth interactive binding method provided by the above embodiment, and will not be repeated here.

[0154] The above are only preferred embodiments of the present application and do not limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent processing scope of the present application.

Claims

1. A vehicle-mounted Bluetooth interactive binding method, characterized in that: Applied to an in-vehicle Bluetooth device, the in-vehicle Bluetooth device and the primary binding device are in a binding state, and the in-vehicle Bluetooth interactive binding method includes: If a Bluetooth binding request carrying device identity information is received from a device to be bound in the awake state, then detecting whether the device to be bound has passed the security check based on the device identity information; If the device to be bound passes the security check, upon receiving the first binding instruction, binding the device to be bound according to the first binding instruction; If the device to be bound fails the security check, the Bluetooth binding request is sent to the primary binding device, so that the primary binding device determines whether to generate a second binding instruction based on the Bluetooth binding request; If the second binding instruction is received, the device to be bound is bound according to the second binding instruction.

2. The in-vehicle Bluetooth interactive binding method according to claim 1, characterized in that: The step of detecting whether the device to be bound has passed the security verification based on the device identity information includes: According to the device identification of the device to be bound, query whether there is corresponding identity verification information in the preset identification mapping table; If so, determining whether the device to be bound has passed the security verification by comparing the identity verification information with the device identity information to see if they are consistent; If not, it is determined that the device to be bound has failed the security check.

3. The in-vehicle Bluetooth interactive binding method according to claim 1, characterized in that: Before the step of binding the device to be bound according to the first binding instruction when the first binding instruction is received, the in-vehicle Bluetooth interactive binding method further includes: When receiving the first binding instruction, detecting whether the number of bound devices in the device binding list is less than a preset number of bound devices according to the first binding instruction; If yes, then update the device binding list using the device serial number of the device to be bound, and bind the device to be bound; If not, determining an idle bound device from each bound device according to the Bluetooth signal strength of at least one bound device in the device binding list; Determine whether to bind the device to be bound based on the signal strength relationship between the idle binding device and the device to be bound.

4. The in-vehicle Bluetooth interactive binding method according to claim 3, characterized in that: The step of determining whether to bind the device to be bound based on the signal strength relationship between the idle bound device and the device to be bound includes: If the signal strength relationship is the first signal strength relationship, a deletion prompt message for deleting the device to be bound is popped up on the first preset display interface; When receiving a deletion instruction corresponding to the deletion prompt information, binding the device to be bound; If the signal strength relationship is the second signal strength relationship, a binding failure prompt message is displayed on the first preset display interface to prompt that the device to be bound is not bound.

5. The in-vehicle Bluetooth interactive binding method according to claim 1, characterized in that: Before the step of detecting whether the device to be bound passes security verification based on the device identity information if a Bluetooth binding request carrying device identity information is received from the device to be bound in the awake state, the in-vehicle Bluetooth interactive binding further includes: If a wake-up instruction is received, setting the vehicle-mounted Bluetooth device to a wake-up state; Detecting whether there is a communication device within a preset communication range in the awake state; If so, when receiving the Bluetooth binding request sent by the communication device, the communication device is used as a device to be bound.

6. A vehicle-mounted Bluetooth interactive binding method, characterized in that: Applied to a primary binding device, the primary binding device and the in-vehicle Bluetooth device are in a binding state, and the in-vehicle Bluetooth interactive binding method includes: If a Bluetooth binding request carrying the device identity information of the device to be bound is received from the in-vehicle Bluetooth device, detecting whether the device to be bound is a slave binding device based on the device identity information, wherein the Bluetooth binding request is sent by the in-vehicle Bluetooth device when it is detected that the device to be bound has failed a security check; If so, a second binding instruction is generated and sent to the in-vehicle Bluetooth device, so that the in-vehicle Bluetooth device binds the device to be bound according to the second binding instruction.

7. The in-vehicle Bluetooth interactive binding method according to claim 6, characterized in that: The step of detecting whether the device to be bound is a slave binding device based on the device identity information includes: Based on the device identity information, a corresponding device binding interaction box pops up on the second preset display interface; If it is detected that the target user inputs a first binding interaction instruction in the device binding interaction box, determining that the device to be bound is the slave binding device; If it is detected that the target user inputs a second binding interaction instruction in the device binding interaction box, it is determined that the device to be bound is not the slave binding device.

8. The in-vehicle Bluetooth interactive binding method according to claim 7, characterized in that: The vehicle-mounted Bluetooth interactive binding method further includes: If the function authorization request sent from the bound device is received, the function type of the function to be authorized corresponding to the function authorization request; If it is detected that the function to be authorized is a first type of function to be authorized, authorizing the first type of function to be authorized; If it is detected that the function to be authorized is a second type of function to be authorized, a function authorization interaction box pops up on the second preset display interface; Determine whether to authorize the second type of function to be authorized based on the authorization interaction instruction corresponding to the function authorization interaction box.

9. An electronic device, characterized in that: The electronic device comprises: at least one processor; and, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can perform the steps of the in-vehicle Bluetooth interactive binding method according to any one of claims 1 to 5 or 6 to 8.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a program for implementing the in-vehicle Bluetooth interactive binding method, and the program for implementing the in-vehicle Bluetooth interactive binding method is executed by the processor to implement the steps of the in-vehicle Bluetooth interactive binding method as described in any one of claims 1 to 5 or 6 to 8.

Images