Control method of terminal, terminal, and vehicle

Abstract

The application discloses a terminal control method, a terminal and a vehicle, and the control method comprises the following steps: when the first terminal broadcasts first type broadcast data, the first terminal broadcasts the broadcast data by using a dedicated broadcast channel. By introducing the dedicated broadcast channel, when the broadcast data contains safety information, the dedicated broadcast channel is used for broadcasting, and since the dedicated broadcast channel does not need to be scanned, the scanning time can be greatly reduced, and the matching speed can be accelerated.

Description

Technical Field

[0001] This application relates to the field of control technology, and more specifically to a control method for a terminal, a terminal, and a vehicle. Background Technology

[0002] Bluetooth connectivity, due to its convenience and stability, is increasingly being used in various scenarios, including but not limited to smart homes and smart unlocking. Currently, most Bluetooth connectivity technologies involve pairing before security authentication. However, each pairing process requires a relatively long scanning time to locate the other device. Summary of the Invention

[0003] This application is made to address at least one of the aforementioned problems. According to a first aspect of this application, a control method for a terminal is provided, the control method comprising: a first terminal broadcasting the broadcast data using a dedicated broadcast channel when the broadcast data is first type of broadcast data.

[0004] In one embodiment of this application, the first type of broadcast data includes security information, which includes the identity information of the first terminal.

[0005] In one embodiment of this application, the control method further includes: the first terminal receiving a Bluetooth connection establishment request sent by the second terminal; wherein the Bluetooth connection establishment request is sent by the second terminal to the first terminal after receiving the broadcast data broadcast by the dedicated broadcast channel and verifying the security information, and the Bluetooth connection establishment request includes the identity information of the second terminal.

[0006] In one embodiment of this application, the control method further includes: after the first terminal receives the Bluetooth connection establishment request sent by the second terminal and verifies the identity information of the second terminal, it determines that the Bluetooth connection with the second terminal has been successfully established.

[0007] In one embodiment of this application, one of the first terminal and the second terminal is a vehicle-mounted terminal, and the other terminal is a mobile terminal.

[0008] In one embodiment of this application, the identification information of the vehicle terminal includes: a vehicle identification code.

[0009] In one embodiment of this application, the vehicle terminal identification information further includes: account login information of the vehicle control application corresponding to the vehicle identification code.

[0010] In one embodiment of this application, the identity information of the mobile terminal includes: user account identity; the control method further includes: the vehicle terminal loading vehicle setting parameters corresponding to the user account identity while unlocking the vehicle.

[0011] In one embodiment of this application, the identity information of the mobile terminal further includes: identity information for unlocking the vehicle; the control method further includes: after receiving the identity information for unlocking the vehicle, the vehicle terminal controls the unlocking of the vehicle.

[0012] In one embodiment of this application, before loading the vehicle setting parameters corresponding to the user account identity, the control method further includes: the vehicle terminal searching for vehicle setting parameters corresponding to the user account identity; if the vehicle setting parameters corresponding to the user account identity cannot be found, the vehicle terminal sends a request to whether to save the vehicle setting parameters generated when setting parameters for the vehicle.

[0013] In one embodiment of this application, the control method further includes: if the vehicle terminal receives an instruction to save the vehicle setting parameters generated when setting parameters for the vehicle, the vehicle terminal saves the vehicle setting parameters generated when setting parameters for the vehicle and binds the vehicle setting parameters to the user account identity.

[0014] In one embodiment of this application, the control method further includes: if the vehicle terminal receives an instruction that the vehicle setting parameters generated when setting parameters for the vehicle should not be saved, then the vehicle terminal does not save the vehicle setting parameters generated when setting parameters for the vehicle.

[0015] In one embodiment of this application, the security information further includes the MAC address of the first terminal, the MAC address and identity information of the second terminal, and also includes at least one of a hash code, a loopback code, and the channel signal strength of the first terminal; wherein, the second terminal is the peer of the first terminal to establish a Bluetooth connection.

[0016] In one embodiment of this application, the security information is encrypted data when the broadcast data is broadcast.

[0017] In one embodiment of this application, when the distance between the first terminal and the second terminal is less than a preset threshold, the first terminal broadcasts the broadcast data using the dedicated broadcast channel; wherein, the second terminal is the peer that the first terminal wants to establish a Bluetooth connection with.

[0018] In one embodiment of this application, when the broadcast data is second type broadcast data, the first terminal broadcasts the broadcast data using a general broadcast channel.

[0019] According to a second aspect of this application, a terminal is also provided, comprising: a storage medium and a processor, wherein the storage medium stores a computer program executed by the processor, and the computer program, when executed by the processor, causes the processor to perform any of the terminal control methods described above.

[0020] According to a third aspect of this application, a vehicle is also provided, the vehicle comprising: a vehicle body and an in-vehicle terminal disposed on the vehicle body, the in-vehicle terminal being any of the aforementioned terminals.

[0021] According to the terminal control method, terminal, and vehicle provided in the embodiments of this application, when the broadcast data is of the first type, the first terminal broadcasts the broadcast data using a dedicated broadcast channel. By introducing a dedicated broadcast channel, when the broadcast data is of the first type, the dedicated broadcast channel is used for broadcasting. Since the dedicated broadcast channel does not require scanning, the scanning time can be greatly reduced, and the matching speed can be accelerated. Attached Figure Description

[0022] To more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings used in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0023] Figure 1 This is a control flowchart of the first terminal during broadcasting, as shown in an embodiment of the present invention;

[0024] Figure 2 This is a control flow diagram of a terminal during broadcasting, as shown in an embodiment of the present invention;

[0025] Figure 3 This is a schematic block diagram of modules within a first terminal and a second terminal according to an embodiment of the present invention;

[0026] Figure 4 This is a control flowchart of the first terminal during broadcasting, as shown in another embodiment of the present invention;

[0027] Figure 5 This is a control flowchart illustrating the second terminal after receiving broadcast data according to an embodiment of the present invention;

[0028] Figure 6 This is a flowchart illustrating the vehicle unlocking process according to an embodiment of the present invention;

[0029] Figure 7 This is a control flowchart illustrating the process of setting vehicle parameters after unlocking the vehicle terminal according to an embodiment of the present invention;

[0030] Figure 8 This is a schematic block diagram of the structure of a terminal according to an embodiment of the present invention. Detailed Implementation

[0031] To make the objectives, technical solutions, and advantages of the present invention more apparent, exemplary embodiments according to the present invention will be described in detail below with reference to the accompanying drawings. Obviously, the described embodiments are merely a part of the embodiments of the present invention, and not all of the embodiments of the present invention. It should be understood that the present invention is not limited to the exemplary embodiments described herein. Based on the embodiments of the present invention described herein, all other embodiments obtained by those skilled in the art without inventive effort should fall within the protection scope of the present invention.

[0032] In the following description, numerous specific details are set forth in order to provide a more thorough understanding of the invention. However, it will be apparent to those skilled in the art that the invention can be practiced without one or more of these details. In other instances, certain technical features well-known in the art have not been described in order to avoid obscuring the invention.

[0033] It should be understood that the invention can be embodied in various forms and should not be construed as being limited to the embodiments set forth herein. Rather, providing these embodiments will make the disclosure thorough and complete, and will fully convey the scope of the invention to those skilled in the art.

[0034] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the invention. When used herein, the singular forms “a,” “an,” and “the” are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the terms “compose” and / or “comprising,” when used in this specification, confirm the presence of the stated features, integers, steps, operations, elements, and / or components, but do not exclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or groups. When used herein, the term “and / or” includes any and all combinations of the associated listed items.

[0035] To fully understand this invention, a detailed structure will be presented in the following description to illustrate the technical solution proposed by this invention. Optional embodiments of the invention are described in detail below; however, in addition to these detailed descriptions, the invention may have other embodiments.

[0036] The following detailed description of some embodiments of the present invention is provided in conjunction with the accompanying drawings. Unless otherwise specified, the following embodiments and features can be combined with each other.

[0037] First, let's introduce the application scenarios of the terminal control method illustrated in this application. This terminal control method is applied to terminals with Bluetooth connectivity, used for control during the Bluetooth connection process or after the Bluetooth connection is completed. The two terminals connected via Bluetooth can both be mobile terminals; alternatively, one can be a mobile terminal and the other a vehicle-mounted terminal. Of course, it can also be applied to smart home scenarios, where one terminal is a mobile terminal and the other is a terminal installed on a smart home device. It can be seen that the terminal executing the terminal control method in this application can be any type of terminal with Bluetooth connectivity.

[0038] refer to Figure 1 This application provides a terminal control method, which includes: when the broadcast data is a first type of broadcast data, the first terminal broadcasts the broadcast data using a dedicated broadcast channel.

[0039] In the above scheme, when the broadcast data is of type 1, the first terminal uses a dedicated broadcast channel to broadcast the broadcast data. By introducing a dedicated broadcast channel, when the broadcast data is type 1, a dedicated broadcast channel is used for broadcasting. Since the dedicated broadcast channel does not require scanning, the scanning time can be greatly reduced, and the matching speed can be accelerated. The following is a detailed description of each of the above steps with reference to the accompanying drawings.

[0040] refer to Figure 1 and Figure 2 The first terminal, acting as the broadcaster in the Bluetooth connection process, after receiving the broadcast data to be broadcast, first determines whether the broadcast data is type 1 broadcast data, and based on whether it is type 1 broadcast data, determines whether to use a dedicated broadcast channel or a general broadcast channel to broadcast the data. It should be noted that... Figure 2 , Figure 4 and Figure 5 In this context, HOST A refers to the first terminal, and HOST B refers to the second terminal. The first terminal acts as the broadcasting end of the Bluetooth connection, while the second terminal acts as the receiving end of the broadcast data. Figure 3 , Figure 6 The vehicle-mounted terminal can be the first terminal, and the mobile terminal can be the second terminal. Alternatively, the configuration can be reversed, with the vehicle-mounted terminal as the second terminal and the mobile terminal as the first terminal. It is important to note that... Figures 2-6 This control method is for illustrative purposes only and is not limited to specific scenarios. Figures 2-6In addition to the scenarios shown, other scenarios can also be applied, such as smart home scenarios.

[0041] In some embodiments, the first type of broadcast data may include security information; that is, broadcast data broadcast using a dedicated broadcast channel needs to include security information. For example, the security information may include the identity information of the first terminal, so that the peer to establish a Bluetooth connection can determine whether to send a Bluetooth connection establishment request to the first terminal based on the identity information of the first terminal. For example, whether the broadcast data is first type of broadcast data can be determined based on whether it contains security information. That is, whether to use a dedicated broadcast channel or a general broadcast channel to broadcast the broadcast data depends on whether the broadcast data contains security information. This security information is used for security authentication by the second terminal, which is the peer to establish a Bluetooth connection with the first terminal, to complete partial verification during the paging phase and improve security. Specifically, by including security information in the broadcast data and introducing a dedicated broadcast channel security information field, partial verification can be completed during the paging phase, terminal pairing operations can be completed before pairing, and a partial secure connection can be established before pairing, preventing security attacks and improving connection efficiency and security. (Reference) Figure 1 When broadcast data contains security information, a dedicated broadcast channel is used to broadcast the broadcast data.

[0042] For example, refer to Figure 1 When the broadcast data is of type II, the first terminal can use a general broadcast channel to broadcast the data. That is, after receiving the broadcast data to be broadcast, the first terminal first determines whether the broadcast data is type I or type II. If the broadcast data is type I, it is broadcast using a dedicated broadcast channel. If the broadcast data is type II, it is broadcast using a general broadcast channel.

[0043] In some embodiments, the second type of broadcast data may not contain security information. That is, the broadcast data is determined to be either the first type or the second type based on whether it contains security information. When the broadcast data contains security information, it is the first type of broadcast data and can be broadcast using a dedicated broadcast channel. When the broadcast data does not contain security information, it is the second type of broadcast data and can be broadcast using a general broadcast channel.

[0044] For example, refer to Figure 1 , Figure 2 and Figure 4Security information can be embedded in the security information field of the broadcast data. Before the first terminal broadcasts, the broadcast data is generated first, and then the broadcast strategy is preset. Specifically, different broadcast strategies are used depending on whether the security information field of the broadcast data is empty. For example, if the security information field of the broadcast data is empty, it means that the broadcast data does not contain security information, and the broadcast data is a second type of broadcast data, so the general broadcast channel is used to broadcast the broadcast data. If the security information field of the broadcast data is not empty, it means that the broadcast data contains security information, and the broadcast data is a first type of broadcast data, so the dedicated broadcast channel is used to broadcast the broadcast data.

[0045] In a preferred embodiment, the first terminal can broadcast broadcast data using a dedicated broadcast channel when the distance to the second terminal is less than a preset threshold. The second terminal is the peer with whom the first terminal wants to establish a Bluetooth connection. That is, when the distance between the first and second terminals is less than the preset threshold, it indicates that the channel signal strength of their dedicated broadcast channels is strong enough to stably broadcast broadcast data to the second terminal, thus allowing the dedicated broadcast channel to be used. In some embodiments, if the distance between the first and second terminals is not less than the preset threshold, it indicates that the signal strength between the two terminals is weak, and the power consumption required for broadcasting is high; therefore, broadcasting can be abandoned to save power. For example, see [reference needed]. Figure 2 The security information may include channel signal strength information, which represents the channel signal strength of the first terminal. The channel signal strength is used to calculate the distance between the first terminal and the second terminal. The dedicated broadcast channel will only be triggered when the distance between the first terminal and the second terminal is less than a preset threshold.

[0046] For example, refer to Figure 2 The security information may also include the MAC address of the first terminal, and the MAC address and identification information of the second terminal. The MAC addresses of the first and second terminals can be used for Bluetooth pairing. The identification information of the first terminal is used to allow the second terminal to confirm whether it is compatible with the Bluetooth connection, thereby determining whether to initiate a Bluetooth connection establishment request to the first terminal. The MAC address and identification information of the second terminal are used to broadcast the peer information for this Bluetooth connection, so that other terminals, after receiving the broadcast data through a dedicated broadcast channel, can verify whether they are the second terminal. If they verify that they are not the second terminal, no processing is required. If they verify that they are the second terminal, they confirm whether they are compatible with the Bluetooth connection, thereby determining whether to initiate a Bluetooth connection establishment request to the first terminal.

[0047] For example, refer to Figure 2The security information may also include at least one of hash codes and CAPTCHAs. Hash codes are used to verify the transmission process and prevent information tampering or data flipping, and are mainly used to calculate the hash code of the first terminal's identity information, thereby preventing tampering or data flipping. CAPTCHAs are mainly used to identify the current connection and for connection handshake verification.

[0048] For example, refer to Figure 2 When broadcasting data, security information can be encrypted. This means that information such as, but not limited to, the MAC address and identification information of the first terminal and the second terminal, hash codes, and the channel signal strength of the first terminal can be encrypted to obtain corresponding encrypted data. This encrypted data is then broadcast. When the second terminal receives the broadcast data from the dedicated broadcast channel, it performs a security verification during the decryption process of the encrypted security information, thus enhancing security.

[0049] For example, refer to Figure 2 and Figure 4 The control method may further include: a first terminal receiving a Bluetooth connection establishment request sent by a second terminal. This Bluetooth connection establishment request is sent by the second terminal to the first terminal after receiving broadcast data broadcast through a dedicated broadcast channel and successfully verifying the security information. The Bluetooth connection establishment request contains the second terminal's identification information. Specifically, the second terminal sends a Bluetooth connection establishment request to the first terminal after receiving broadcast data broadcast through the dedicated broadcast channel and successfully verifying the security information. That is, the second terminal can directly obtain broadcast data through the dedicated broadcast channel, thus eliminating the need for scanning, significantly reducing scanning time, and accelerating the matching speed. Furthermore, the broadcast data contains security information. After obtaining the broadcast data from the first terminal, the second terminal verifies the security information in the broadcast data. Only after successful verification does the second terminal send a Bluetooth connection establishment request to the first terminal. Otherwise, if the security information in the broadcast data fails verification, the Bluetooth connection establishment request is not sent to the first terminal. By introducing a dedicated broadcast channel security information field, partial verification can be completed during the paging stage, enabling terminal pairing operations to be completed before pairing, and establishing a partial secure connection before pairing to prevent security attacks. Furthermore, the Bluetooth connection establishment request includes the identity information of the second terminal, which facilitates the first terminal to verify the identity information of the second terminal after receiving the Bluetooth connection establishment request sent by the second terminal, thereby achieving two-way verification and improving security.

[0050] For example, refer to Figure 4 and Figure 5The control method may further include: after receiving a Bluetooth connection establishment request from the second terminal and verifying the identity information of the second terminal, the first terminal determines that the Bluetooth connection with the second terminal has been successfully established. That is, after receiving the Bluetooth connection establishment request from the second terminal, the first terminal verifies the identity information of the second terminal. Only after the identity information of the second terminal is verified successfully is the Bluetooth connection with the second terminal determined to be successfully established. Otherwise, if the identity information of the second terminal fails verification, the Bluetooth connection with the second terminal is determined to have failed. By obtaining the identity information of the second terminal during connection establishment, two-way authentication ensures the security and speed of connection establishment, and guarantees unlocking security and identity recognition security.

[0051] For example, one of the first terminal and the second terminal mentioned above is an in-vehicle terminal, and the other terminal is a mobile terminal. Specifically, the first terminal can be an in-vehicle terminal, and the second terminal can be a mobile terminal. Alternatively, the first terminal can be a mobile terminal, and the second terminal can be an in-vehicle terminal. Of course, as mentioned above, the terminal here is not limited to an in-vehicle terminal; in addition, terminal devices from other scenarios can also be used. For example, it can also be a smart home terminal device in a smart home scenario.

[0052] For example, refer to Figure 2 When one of the first and second terminals is a vehicle-mounted terminal, the identification information of the vehicle-mounted terminal may include: a vehicle identification code (VIN). Of course, vehicle name, license plate number, and other information can also be used as the identification information of the vehicle-mounted terminal. In a more preferred embodiment, the identification information of the vehicle-mounted terminal may further include: account login information of the vehicle control application corresponding to the vehicle identification code. Figure 3 As shown, a vehicle control application (APP) is installed on the mobile terminal. Similarly, the account login information of this vehicle control application is stored or bound to the vehicle terminal. Therefore, the vehicle terminal can use the account login information of the vehicle control application corresponding to the vehicle identification code as its identity information. For reference, the vehicle terminal's identity information is used by the mobile terminal for security verification to determine whether it matches the vehicle terminal to be connected via Bluetooth, thereby determining whether to issue a Bluetooth connection establishment request. Therefore, the vehicle terminal's identity information can be any identity information capable of identifying the vehicle terminal.

[0053] For example, the identification information of a mobile terminal can use any information that can identify the mobile terminal. For instance, the identification information of a mobile terminal can include a mobile device identification code; of course, the name of the mobile terminal can also be used as the identification information. It can even use other identification information pre-bound to the vehicle terminal as the identification information of the mobile terminal.

[0054] In some embodiments, the identity information of the mobile terminal may include: a user account identity, which can be the identity information of the user who will drive the vehicle. The control method may further include: the in-vehicle terminal loading vehicle setting parameters corresponding to the user account identity while unlocking the vehicle. That is, while unlocking the vehicle, the in-vehicle terminal obtains the vehicle setting parameters corresponding to the user account identity and sets various parameters of the vehicle according to the obtained vehicle setting parameters. The user in the user account identity can be the user who will drive the vehicle. In some embodiments, when the user unlocking the vehicle is also the user who will drive the vehicle, the user can be the user who unlocked the vehicle.

[0055] Currently, existing unlocking methods separate user authentication and user settings, allowing vehicle parameter settings to be configured only after unlocking the vehicle. To address the shortcomings of existing technologies, this invention proposes a control method in some embodiments that incorporates the user account identity into the mobile terminal's identification information. Upon vehicle unlocking, the vehicle setting parameters corresponding to the user account identity are directly loaded, improving the user experience. In this invention, vehicle setting parameters can be configured for different users. When a user unlocks the vehicle in the near field, all previously set vehicle setting parameters are automatically loaded, providing users with various personalized configurations before using the vehicle. This significantly improves the user experience and vehicle intelligence, meeting the personalized needs of multiple users for the same vehicle. Furthermore, loading the vehicle setting parameters corresponding to the user account identity simultaneously with unlocking allows for rapid loading of user-defined vehicle settings, enabling configuration immediately after unlocking. This ensures the vehicle is in a personalized and comfortable state for the user, greatly enhancing the user experience.

[0056] refer to Figure 5 , Figure 6 and Figure 7 In some embodiments, the mobile terminal's identification information may further include: vehicle identification information, serving as vehicle unlocking information for unlocking the vehicle. The control method may further include: after receiving the vehicle identification information, the vehicle-mounted terminal controls the unlocking of the vehicle. The vehicle identification information can be of any type. For example, refer to... Figure 6The identification information used to unlock a vehicle can be pre-bound identification information from Bluetooth unlocking, NFC ownership verification identification information pre-bound from NFC unlocking, or even biometric information such as, but not limited to, fingerprints, iris scans, and facial recognition. Of course, other pre-bound identification information used for unlocking can also be used.

[0057] As can be seen from the above, the identity information of a mobile terminal can include: user account identity and / or vehicle unlocking identity information. Specifically, the mobile terminal's identity information may only contain the user account identity, while the vehicle unlocking identity information is transmitted to the in-vehicle terminal through other means. Alternatively, the mobile terminal's identity information may contain both the user account identity and the vehicle unlocking identity information. That is, the mobile terminal's identity information includes not only the identity information used to unlock the vehicle but also the user account identity used for personalized vehicle settings, thus loading the vehicle settings parameters corresponding to the user account identity when the vehicle is unlocked.

[0058] In some embodiments, the user account identity can be used as the identity information for unlocking the vehicle. In this scenario, the identity information used to unlock the vehicle is the user account identity used to personalize the vehicle, thereby realizing a dual-use function of information, which makes it easier to personalize the vehicle while unlocking it.

[0059] For example, the identity information of the mobile terminal can be used as the identity information for unlocking the vehicle. That is, the identity information of the mobile terminal is used not only for security verification during the Bluetooth connection establishment process, but also for security verification during the vehicle unlocking process. This integrates Bluetooth connection establishment and unlocking into the same process, shortens the Bluetooth connection and unlocking time, and improves the security of Bluetooth connection and unlocking.

[0060] In some embodiments, before loading the vehicle settings parameters corresponding to the user account identity, refer to Figure 6 and Figure 7The control method may further include: the in-vehicle terminal searching for vehicle setting parameters corresponding to the user account identity. These vehicle setting parameters can be stored locally on the in-vehicle terminal, on a mobile terminal with an established Bluetooth connection, or even in cloud storage. That is, the in-vehicle terminal can use local search, cloud search, or even remote Bluetooth search to search for vehicle setting parameters corresponding to the user account identity. If vehicle setting parameters corresponding to the user account identity are found, the in-vehicle terminal can load these parameters. Based on these parameters, the vehicle settings can be controlled, centrally managing unlock control user configuration settings. When the vehicle is unlocked, the corresponding vehicle setting parameters are directly loaded, improving the user experience. For example, if the in-vehicle terminal searches for vehicle setting parameters corresponding to the user account identity, it can simply load these parameters.

[0061] For example, the vehicle setting parameters can be data generated from various types of vehicle setting parameters, including but not limited to seat settings (seat angle), air conditioning settings (air conditioning temperature, air conditioning vent position), vehicle infotainment system (IVI) settings (user desktop, users logging in to various commonly used apps, such as music users), new energy EV settings (battery management), new energy HEV settings (battery SOC settings), ambient lighting settings (color, brightness, etc.).

[0062] For example, refer to Figure 6 and Figure 7 The control method may further include: if the vehicle setting parameters corresponding to the user account identity cannot be found, the vehicle terminal may send a request to save the vehicle setting parameters generated during vehicle parameter settings. The vehicle terminal may display the request to save the vehicle setting parameters generated during vehicle parameter settings on the central control screen of the vehicle terminal locally, and the user may reply through the central control screen. In some embodiments, the vehicle terminal may also send the request to a mobile terminal or other mobile terminal that has established a Bluetooth connection via Bluetooth transmission, network transmission, etc., and other users may reply to the request through the mobile terminal. Based on the reply, it is determined whether to save a series of vehicle setting parameters generated by the user when setting the vehicle parameters next. After changing the user of the vehicle, the matching method for the new user is changed.

[0063] For example, refer to Figure 6 and Figure 7The control method may further include: if the vehicle terminal receives an instruction to save the vehicle setting parameters generated during vehicle parameter settings, the vehicle terminal saves the vehicle setting parameters generated during vehicle parameter settings and binds the vehicle setting parameters to the user account identity. Since the user using the user account identity will often use the vehicle again in the future, a series of vehicle setting parameters generated when the user first uses the vehicle can be saved, and these vehicle setting parameters can be bound and stored with the user account identity. Therefore, when the user subsequently uses the same user account identity to personalize the vehicle, the vehicle terminal can automatically search for the vehicle setting parameters corresponding to that user account identity and automatically set the vehicle parameters, eliminating the need for the user to manually repeat the settings and improving the user experience.

[0064] For example, refer to Figure 6 and Figure 7 The control method may further include: if the vehicle terminal receives an instruction not to save the vehicle setting parameters generated during vehicle parameter settings, then the vehicle terminal will not save the vehicle setting parameters generated during vehicle parameter settings. In this case, the user corresponding to the user account identity often uses the vehicle in guest mode, and will not use the vehicle again or will use it less frequently, or the user may not want to save the various vehicle setting parameters generated during their parameter settings. This mode can be defined as guest mode, meaning that various vehicle setting parameters generated by the user when using the vehicle are not saved. Therefore, after receiving the instruction not to save the vehicle setting parameters generated during vehicle parameter settings, the user can use the vehicle in an incognito manner. The vehicle terminal saves the various vehicle setting parameters generated by the user when setting the vehicle parameters, thereby enabling adjustments according to user needs and improving the user experience.

[0065] In some embodiments, after loading the vehicle setting parameters corresponding to the user account identity, the control method may further include: updating the previously saved vehicle setting parameters according to the adjusted vehicle setting parameters when the user adjusts the vehicle setting parameters. That is, after automatically completing the personalized configuration of the vehicle, the user may modify the previously saved vehicle parameters. At this time, the previously saved vehicle setting parameters can be updated to save the vehicle setting parameters most recently used by the user.

[0066] like Figure 3 The exemplary illustration shows a first terminal and a second terminal, wherein the first terminal is a vehicle-mounted terminal (vehicle terminal) and the second terminal is a mobile terminal (phone terminal), as shown below. Figure 3The functional modules shown are configured on each terminal. These functional modules should include at least the following: Bluetooth broadcast module, Bluetooth security verification module, Bluetooth secure connection interaction module, vehicle unlocking module, user management module, user settings module, vehicle management APP, and secure identity information management module. The functions of each module are as follows:

[0067] S101: Bluetooth broadcast module, responsible for Bluetooth broadcasting. It usually needs to carry its own address and destination address. In this embodiment of the application, without affecting the original Bluetooth broadcasting, extended security information is added, and the broadcast data carrying the security information is broadcast on a fixed dedicated broadcast channel to achieve a smaller channel scanning cycle.

[0068] S102: Bluetooth security verification module, responsible for verifying security information after receiving Bluetooth broadcasts.

[0069] S103: Bluetooth secure connection interaction module, responsible for secure encryption and decryption, data verification and connection management during Bluetooth interaction.

[0070] S104: Vehicle unlocking module, responsible for unlocking the user's vehicle. It typically supports various unlocking methods, such as Bluetooth unlocking, remote cloud unlocking via mobile phone, fingerprint unlocking, NFC unlocking, etc. Its core purpose is to complete the matching of user unlocking technology and user authentication, as well as the power management of various electronic devices in the vehicle after unlocking.

[0071] S105: User Management Module. This module can be an independent ECU (Electronic Control Unit) or can reuse the current storage and computing resources of the on-board terminal. This module supports hardware encryption and can save various vehicle setting parameters (personalized data) set by each vehicle user upon login, both encrypted and stored locally, and synchronously stored on the cloud server. It can also communicate wirelessly or wiredly with various domain controllers in the vehicle to modify vehicle parameter settings. This module saves corresponding vehicle setting parameters for different users, including but not limited to seat settings (seat angle), steering wheel settings, air conditioning settings (air conditioning temperature, air conditioning vent position), vehicle infotainment system (IVI) settings (user desktop, user information for various commonly used apps, such as music login user), new energy EV settings (battery management), new energy HEV settings (battery SOC settings), ambient lighting settings (color, brightness, etc.), etc. Furthermore, the user identification information for unlocking the vehicle can use multiple recognition methods, such as facial or fingerprint data identification, or the IMEI number of a mobile device such as a mobile phone, as different user identification information for unlocking the vehicle. Finally, the vehicle setting parameters are periodically saved and synchronized between the S201 cloud platform connection module and the S202 cloud platform, ensuring that the vehicle setting parameters generated by the user are consistent regardless of whether they are set on the mobile phone or the vehicle terminal.

[0072] S106: User settings module, responsible for communicating with various control units via bus, and completing personalized settings for users based on the different user settings parameters of the user management unit. It also collects user setting changes and notifies the user management module to update them.

[0073] S107: Bluetooth broadcast module, which is available on both mobile terminals and vehicle terminals.

[0074] S108: Bluetooth security verification module, which is set on both mobile terminals and vehicle terminals.

[0075] S109: Bluetooth secure connection interaction module, which is set on both mobile terminals and vehicle terminals.

[0076] S110: User vehicle management APP, a mobile application used to save user vehicle settings.

[0077] S111: Security Identity Information Management Module. This module stores user identity information, account information, and security keys on the mobile terminal. It typically requires separate management by security hardware.

[0078] The following is combined Figure 2 , Figure 3 and Figure 4 This paper exemplifies a secure Bluetooth broadcast channel and architecture. Figure 2 As shown, the specific steps include: Step S301: HOST A (i.e., the first terminal); Step S302: HOST B (i.e., the second terminal); Step S303: General broadcast channel; Step S304: Dedicated broadcast channel; Step S305: Destination MAC (MAC address of the second terminal); Step S306: Source MAC (MAC address of the first terminal); Step S307: Encrypt account information; Step S308: Encrypt vehicle information; Step S309: Encrypt hash code; Step S310: Loop verification code; Step S311: Channel signal strength. These are described in detail below.

[0079] Step S301: HOST A, as the first terminal. The first terminal (HOST A) carrying Bluetooth Low Energy functionality should be noted to be interchangeable with HOST A, which can exist as either a mobile terminal or an in-vehicle terminal. This embodiment supports bidirectional connection initiation and pairing, so either the mobile terminal or the in-vehicle terminal can serve as HOST A.

[0080] Step S302: HOST terminal B; has the same function as HOST terminal A.

[0081] Step S303: General Broadcast Channel. General Bluetooth broadcast only contains the Bluetooth address (MAC address) of the destination terminal and is broadcast on a random general broadcast channel, resulting in low security.

[0082] Step S304: Dedicated Broadcast Channel. This is a dedicated Bluetooth broadcast channel. The broadcast data contains security information, specifically information S305, S306, S307, S308, S309, S310, and S311. This broadcast data is broadcast on a specific dedicated broadcast channel, and only terminal devices that can correctly demodulate this dedicated broadcast channel can receive and access it. Furthermore, because the frequency of the dedicated broadcast channel is fixed, the Bluetooth channel scanning time is reduced, significantly accelerating pairing and connection times.

[0083] Step S305: Destination MAC, i.e., the MAC address of the second terminal, is the Bluetooth MAC address of the target peer to be paired.

[0084] Step S306: The source MAC, i.e. the MAC address of the first terminal, is the Bluetooth MAC address of the host that initiated the broadcast.

[0085] Step S307: Encrypt account information. Encrypting account information refers to the Bluetooth module requesting the vehicle control application's (APP) account login information from the HOST operating system. The account login information typically includes a username and password. Whether on the in-vehicle terminal (vehicle side) or the mobile terminal (phone side), the account login information is usually stored in encrypted form by the operating system's security hardware.

[0086] Step S308: Encrypt vehicle information. Encrypted vehicle information may include vehicle name and code information. The code information usually includes the vehicle VIN code, which can uniquely identify the user's vehicle. The first terminal and the second terminal can encrypt the vehicle information using a common key.

[0087] Step S309: Encrypt hash code. A hash code can be calculated for account login information and vehicle information. The hash code is used to verify whether the transmission process has been tampered with, preventing information alteration or data flipping anomalies.

[0088] Step S310: Loop verification code, mainly used to identify the current connection and verify the user connection handshake.

[0089] Step S311: Channel signal strength. This refers to the signal strength at the transmitting end, used to calculate the distance between the two parties. In this embodiment, a dedicated broadcast channel will only be triggered to broadcast when the user distance is less than a preset threshold.

[0090] When broadcasting from HOST A, refer to Figure 4Specifically, this may include: Step S401: HOST A initializes the Bluetooth connection; Step S402: Requests to obtain the broadcast data shown above, and may also obtain security information such as, but not limited to, account information and fingerprints; Step S403: Loads the preset broadcast policy; Step S404: Determines whether the security information field in the broadcast data is empty; Step S405: Performs a security broadcast on the vehicle terminal's dedicated broadcast channel; Step S406: HOST B directly and periodically receives the broadcast data broadcast through the dedicated broadcast channel, and determines whether it has received the broadcast data broadcast through the dedicated broadcast channel; Step S407: After receiving the broadcast data broadcast through the dedicated broadcast channel, parses and verifies the security information in the broadcast data; Step S408: Receives the broadcast data broadcast through the general broadcast channel by default; Step S409: End. The following describes each of the above steps in detail with reference to the accompanying drawings:

[0091] Step S401: HOST A initializes the Bluetooth connection. HOST A initializes the Bluetooth connection and initializes Bluetooth resources. HOST A can be either an in-vehicle terminal or a mobile terminal, specifically, it can be a mobile terminal such as, but not limited to, a mobile phone.

[0092] Step S402: Request account information and fingerprint information. The Bluetooth module of HOST A requests the operating system of HOST A to obtain security information. This security information may be: the user's account login information, fingerprint, or encrypted password data.

[0093] Step S403: Load the preset broadcast policy. Loading the preset broadcast policy mainly involves configuring the Bluetooth dedicated broadcast channel, broadcast period, power saving configuration, and signal distance configuration. The dedicated broadcast channel configuration includes the specific channel ID, and broadcast data containing security information is broadcast through the dedicated broadcast channel. The broadcast period mainly includes the broadcast frequency period information. The power saving configuration includes how the low-power module saves power. The signal distance configuration refers to the signal threshold at which the peer connects and pairs upon receiving the broadcast.

[0094] Step S404: Determine whether the security information in the broadcast data is empty. If the security information in the broadcast data is empty, the broadcast data is considered to be a general broadcast channel, and step S408 is executed; otherwise, step S405 is executed. The security information refers to the information shown in the above embodiments, including, but not limited to, encrypted account information, encrypted vehicle information, encrypted hash code, CAPTCHA, and channel signal strength.

[0095] Step S405: Perform a dedicated Bluetooth security broadcast for the vehicle. Perform a periodic dedicated Bluetooth security broadcast for the vehicle terminal based on the configuration information.

[0096] Step S406: The HOST end B periodically receives data and determines whether it has received broadcast data from the dedicated broadcast channel. If received, proceed to step S407; otherwise, continue to step S406 to periodically listen for the broadcast.

[0097] Step S407: Parse and verify security information. Parse the security information field in the broadcast data, extract the encrypted information content, and provide a security verification module for security verification and data validation.

[0098] Step S408: Broadcast via the default general broadcast channel. The general broadcast channel refers to other non-dedicated broadcast channels, which are usually transmitted via random channels and whose period is not configurable.

[0099] Step S409: End.

[0100] The following is combined Figure 5 This document provides an exemplary method for Bluetooth connection authentication and vehicle unlocking. Specifically, it includes the following steps: Step S501: Receiving broadcast data from a dedicated broadcast channel; Step S502: Decrypting the security information in the broadcast data and verifying it to see if it matches vehicle and account information; Step S503: Host B obtains its own identity information; Step S504: Ending the current connection; Step S505: Initiating a Bluetooth connection establishment request; Step S506: Host A's authentication module decrypts and verifies the identity information sent by Host B, i.e., performs authentication; Step S507: Authentication successful; Step S508: Bluetooth connection successfully established; Step S509: Receiving an unlock command; Step S510: The vehicle terminal notifies the user's vehicle configuration module to perform vehicle settings; Step S511: End. Detailed explanation follows:

[0101] Step S501: Receive broadcast data from the dedicated broadcast channel. Then check if the security information in the broadcast data can be successfully parsed. This security information may be, but is not limited to, encrypted account information, vehicle information, and verification codes as shown above.

[0102] Step S502: Decrypt the security information in the broadcast data and verify it to see if it matches the vehicle information and account information. If the decryption verification code matches, the verification passes. Verify the user account information by performing a two-way matching verification, and if it passes, proceed to step S503; otherwise, proceed to step S504.

[0103] Step S503: Host B obtains its own identity information. Typically, it needs to request encrypted identity information from Host B's operating system security module for Host A to use for authentication.

[0104] Step S504: End this connection. If the verification fails, end this broadcast connection and reject the successful pairing.

[0105] Step S505: Initiate a Bluetooth connection establishment request and perform key exchange.

[0106] Step S506: The authentication module of HOST A decrypts the identity information sent by HOST B and performs user authentication.

[0107] Step S507: Determine whether the authentication module of HOST A decrypts the identity information sent by HOST B and whether the authentication is successful. If the authentication is successful, proceed to step S508; otherwise, proceed to step S504.

[0108] Step S508: Bluetooth connection established successfully. Authentication passed, two-way pairing verification passed, Bluetooth connection established successfully, secure pairing complete.

[0109] Step S509: Has a vehicle unlock command been received? If the vehicle receives an unlock command, proceed to step S510. Otherwise, continue to step S509 and wait for a command. The identification information used to unlock the vehicle in the unlock command can be the identification information sent by HOST B in the connection establishment request.

[0110] Step S510: The vehicle terminal notifies the user's vehicle configuration module to perform vehicle settings. The vehicle terminal unlocks successfully upon successful key matching, and then notifies the user's vehicle configuration module to search for and load the vehicle setting parameters corresponding to the unlocked vehicle's identification information, and performs the corresponding vehicle parameter settings.

[0111] Step S511: End.

[0112] The following is combined Figure 6This document exemplifies a near-field communication (NFC)-based method for unlocking vehicles and updating user configurations. After a user unlocks a vehicle via NFC, the system can obtain the user's identification information based on the unlocking method and notify the vehicle's user settings module to load the vehicle settings parameters corresponding to the unlocked user identification information. Specifically, the method includes: Step S201: Vehicle lock status monitoring and unlocking method; Step S202: Bluetooth unlocking; Step S203: NFC unlocking; Step S204: Other biometric unlocking; Step S205: Anonymous unlocking; Step S206: Transmitting the user's vehicle identification information via Bluetooth; Step S207: Verifying the user's vehicle identification information using NFC; Step S208: Verifying the user's vehicle identification information using biometric information; Step S209: The user management module successfully obtains the corresponding vehicle settings parameters based on the unlocked vehicle's identification information; Step S210: Entering guest mode; Step S211: The user settings module performs corresponding configuration based on the retrieved vehicle settings parameters; Step S212: End. The following section, in conjunction with the appendix... Figure 6 Please provide a detailed explanation.

[0113] Step S201: Vehicle Lock Status Monitoring and Unlocking Method. The vehicle must be locked, and the system will monitor the user's unlocking process in real time.

[0114] Step S202: Bluetooth unlock? If the current user is near the vehicle, initiate Bluetooth unlock and proceed to step S206; otherwise, proceed to step S203.

[0115] Step S203: NFC unlock? If the current user initiates NFC unlocking of the vehicle, proceed to step S207; otherwise, proceed to step S204.

[0116] Step S204: Unlock using other biometrics. If the current user selects to unlock the vehicle using other biometrics, including but not limited to fingerprint recognition, iris recognition, and facial recognition, proceed to step S208; otherwise, proceed to step S205.

[0117] Step S205: Anonymous unlocking. If the current user chooses to unlock the vehicle anonymously, such as by using a mechanical key, proceed to step S210.

[0118] Step S206: Transmit the user's vehicle unlocking identification information via Bluetooth. Encrypted vehicle unlocking identification information is transmitted via the vehicle's Bluetooth. In this embodiment, the user's mobile phone's unique IMEI (International Mobile Equipment Identity) plus the mobile phone number can be used as the mobile phone owner's identification information for unlocking the vehicle.

[0119] Step S207: Verify the user's vehicle unlocking identity information using NFC attribution. The user needs to pre-set the binding relationship between the NFC card and the user's vehicle unlocking identity information, which can usually be done through a mobile app or webpage. When different NFC cards unlock the vehicle, encrypted card ID information needs to be transmitted as the user's vehicle unlocking identity information.

[0120] Step S208: Verify identity information using biometric information. The user's pre-set and bound biometric information is used as the identification information for unlocking the vehicle via the in-vehicle terminal, and the existence of the currently received identification information for unlocking is verified. Biometric information includes, but is not limited to, face, fingerprint, iris, palm print, retina, finger vein, etc.

[0121] Step S209: The user management module successfully obtains the corresponding vehicle setting parameters based on the user's vehicle unlocking identification information. The user management module then checks whether the corresponding vehicle setting parameters exist based on the aforementioned user vehicle unlocking identification information. If they exist, proceed to step S211; otherwise, proceed to step S210.

[0122] Step S210: Enter Guest Mode. Guest mode is designed for anonymous users or other users who are not frequently permitted to use the vehicle. It fully protects user privacy, clears all user activity traces, and does not save the current temporary user's habits. It is typically used when the vehicle is lent to other temporary users or when it is undergoing maintenance or repairs and is used briefly by others. In guest mode, the vehicle terminal does not save any vehicle settings parameters generated by the user.

[0123] Step S211: The user setting module performs corresponding configuration based on the searched vehicle setting parameters. Once the user's vehicle identification information is successfully verified, the user logs into the vehicle terminal's operating system. The setting module, based on the historical configuration information corresponding to the unlocked vehicle's identification information, communicates with each ECU (Electronic Control Unit) via the bus to set the user-saved vehicle setting parameters in each domain controller (DC).

[0124] Step S212: End.

[0125] In the various embodiments shown above, when the first terminal broadcasts security information in the broadcast data, it uses a dedicated broadcast channel to broadcast the broadcast data. By introducing a dedicated broadcast channel, when the broadcast data contains security information, the scanning time can be significantly reduced, and the matching speed can be accelerated, since the dedicated broadcast channel does not require scanning. Furthermore, since the broadcast data contains security information, the introduction of a security information field in the dedicated broadcast channel allows partial verification to be completed during the paging stage, enabling the terminal matching operation to be completed before pairing. This allows a partial secure connection to be established before pairing, preventing security attacks and improving connection efficiency and security.

[0126] The method illustrated in this application can tailor vehicle settings parameters for different users. When a user unlocks the vehicle in the near field, it can automatically load all personalized settings (vehicle settings parameters) set by the user, providing various personalized configurations before the user uses the vehicle. This significantly improves the user experience and the vehicle's intelligence, meeting the personalized needs of multiple users using the same vehicle. Simultaneously, a secure Bluetooth broadcast channel and mechanism are introduced. During connection establishment, user fingerprints, keys, and other information are embedded as security information in the broadcast data for vehicle security authentication. Two-way authentication ensures secure and rapid connection establishment, guaranteeing vehicle unlocking security and identity verification. It quickly loads user vehicle settings, enabling immediate and comfortable vehicle configuration after unlocking, greatly enhancing the user experience.

[0127] Furthermore, this application also provides a terminal, which includes a storage medium and a processor. The storage medium stores a computer program that is executed by the processor. When the computer program is executed by the processor, it causes the processor to perform any of the above-described terminal control methods.

[0128] Figure 8 A schematic block diagram of a terminal 100 according to an embodiment of this application is shown. Figure 8 As shown, the terminal 100 according to an embodiment of this application may include a storage medium 110 and a processor 120. The storage medium 110 stores a computer program executed by the processor 120. When the computer program is executed by the processor 120, it causes the processor 120 to execute the terminal control method described above according to an embodiment of this application. It should be explained that the terminal in the embodiment of this application may be either the first terminal or the second terminal in the aforementioned terminal control method. That is, as long as the terminal executes one of the embodiments of the aforementioned method, it belongs to the terminal of that embodiment of this application. Of course, the terminal may also be a system that includes the first terminal and the second terminal in the aforementioned terminal control method. Those skilled in the art can understand the specific operation of the terminal 100 deployment device according to the embodiment of this application in conjunction with the foregoing content. For the sake of brevity, it will not be described again here.

[0129] The storage medium 110 may include, for example, a memory card of a smartphone, a storage component of a tablet computer, a hard disk of a personal computer, a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a portable compact disc read-only memory (CD-ROM), a USB memory, or any combination of the above storage media. A computer-readable storage medium may be any combination of one or more computer-readable storage media.

[0130] In addition, this application embodiment also provides a vehicle, which includes: a vehicle body and an on-board terminal disposed on the vehicle body. The on-board terminal can be any of the aforementioned terminals, that is, the on-board terminal can be a first terminal acting as a broadcaster, and the on-board terminal can also be a second terminal receiving broadcast data. The vehicle can be a vehicle with various power sources, such as, but not limited to, fuel vehicles, hybrid vehicles, and electric vehicles. The vehicle can be of various types, such as, but not limited to, passenger cars, buses, and engineering vehicles.

[0131] The present invention has been described through the above embodiments. However, it should be understood that the above embodiments are for illustrative purposes only and are not intended to limit the invention to the scope of the described embodiments. Furthermore, those skilled in the art will understand that the present invention is not limited to the above embodiments, and many more variations and modifications can be made based on the teachings of the present invention, all of which fall within the scope of protection claimed by the present invention. The scope of protection of the present invention is defined by the appended claims and their equivalents.

Claims

1. A terminal control method, characterized in that, include: When the broadcast data is of the first type, the first terminal broadcasts the broadcast data using a dedicated broadcast channel; The first type of broadcast data contains security information, which includes the identity information of the first terminal. The first terminal receives a Bluetooth connection establishment request sent by the second terminal; wherein, the Bluetooth connection establishment request is sent by the second terminal to the first terminal after receiving the broadcast data broadcast by the dedicated broadcast channel and verifying the security information, and the Bluetooth connection establishment request contains the identity information of the second terminal.

2. The control method as described in claim 1, characterized in that, Also includes: After receiving the Bluetooth connection establishment request sent by the second terminal and verifying the identity information of the second terminal, the first terminal determines that the Bluetooth connection with the second terminal has been successfully established.

3. The control method as described in claim 2, characterized in that, One of the first terminal and the second terminal is a vehicle-mounted terminal, and the other terminal is a mobile terminal.

4. The control method as described in claim 3, characterized in that, The identification information of the vehicle terminal includes: vehicle identification code.

5. The control method as described in claim 4, characterized in that, The identification information of the vehicle terminal also includes: the account login information of the vehicle control application corresponding to the vehicle identification code.

6. The control method as described in claim 3, characterized in that, The identity information of the mobile terminal includes: user account identity; The control method further includes: while the vehicle terminal unlocks the vehicle, it loads the vehicle setting parameters corresponding to the user account identity.

7. The control method as described in claim 6, characterized in that, The mobile terminal's identification information also includes: identification information for unlocking the vehicle; The control method further includes: after receiving the identification information for unlocking the vehicle, the vehicle terminal controls the unlocking of the vehicle.

8. The control method as described in claim 6, characterized in that, Before loading the vehicle settings parameters corresponding to the user account identity, the process also includes: the vehicle terminal searching for the vehicle settings parameters corresponding to the user account identity. If the vehicle setting parameters corresponding to the user account identity cannot be found, the vehicle terminal sends a request to save the vehicle setting parameters generated when setting the vehicle parameters.

9. The control method as described in claim 8, characterized in that, Also includes: If the vehicle terminal receives an instruction to save the vehicle setting parameters generated when setting parameters for the vehicle, the vehicle terminal saves the vehicle setting parameters generated when setting parameters for the vehicle and binds the vehicle setting parameters to the user account identity.

10. The control method as described in claim 8, characterized in that, Also includes: If the vehicle terminal receives an instruction that the vehicle setting parameters generated during the parameter setting of the vehicle should not be saved, then the vehicle terminal will not save the vehicle setting parameters generated during the parameter setting of the vehicle.

11. The control method as described in claim 1, characterized in that, The security information also includes the MAC address of the first terminal, the MAC address and identity information of the second terminal, and at least one of the following: hash code, cyclic verification code, and channel signal strength of the first terminal. The second terminal is the peer of the first terminal to establish a Bluetooth connection.

12. The control method as described in claim 1, characterized in that, When the broadcast data is broadcast, the security information is encrypted.

13. The control method as described in claim 1, characterized in that, When the distance between the first terminal and the second terminal is less than a preset threshold, the first terminal broadcasts the broadcast data using the dedicated broadcast channel; wherein, the second terminal is the peer with which the first terminal wants to establish a Bluetooth connection.

14. The control method as described in claim 1, characterized in that, When the broadcast data is of the second type, the first terminal broadcasts the broadcast data using a general broadcast channel.

15. A terminal, characterized in that, include: A storage medium and a processor, wherein the storage medium stores a computer program executed by the processor, the computer program, when executed by the processor, causes the processor to perform the terminal control method as described in any one of claims 1 to 14.

16. A vehicle, characterized in that, include: Vehicle body; The vehicle-mounted terminal installed on the vehicle body is the terminal as described in claim 15.

Images