Identity recognition processing method and device based on Bluetooth address, equipment and medium

Abstract

The invention relates to the technical field of vehicle control, and discloses an identity recognition processing method and device based on a Bluetooth address, equipment and a medium, which are applied to a vehicle, and the method comprises the following steps: recognizing a connected target Bluetooth device through the Bluetooth address, and obtaining unique identification information of the target Bluetooth device; associating a target user identity according to the unique identification information, and determining a binding relationship between the target user identity and at least one third-party application; based on the binding relationship, loading at least one third-party application matched with the target user identity; and calling the loaded configuration data of the at least one third-party application matched with the identity of the target user for interaction of the user. According to the technical scheme provided by the invention, the identities of a plurality of users can be efficiently identified and managed on the same equipment in a multi-user environment, the data privacy of each user is ensured not to be interfered, and meanwhile, the personalized configuration related to the user can be automatically loaded.

Description

Technical Field

[0001] This application relates to the field of vehicle control technology, and in particular to a method, apparatus, device and medium for identity recognition processing based on Bluetooth address. Background Technology

[0002] With the rapid development of mobile devices and the Internet of Things, user privacy and data security issues have received increasing attention, especially in multi-user environments. How to effectively manage the identities of different users and ensure privacy and security has become a key challenge in designing smart devices.

[0003] Currently, while traditional biometric technologies (such as fingerprint and facial recognition) offer high security, they are complex to operate, highly dependent on the environment, and costly, failing to provide efficient data isolation and authentication in multi-user scenarios. While Bluetooth MAC address-based identity verification technology offers advantages such as low power consumption and efficient pairing, it still faces challenges in multi-user environments, including accurately associating user identities, achieving data independence, and protecting privacy.

[0004] Therefore, in a multi-user environment, how to efficiently identify and manage the identities of multiple users on the same device, ensure that the data privacy of each user is not disturbed, and automatically load the personalized configuration related to that user are urgent technical problems to be solved. Summary of the Invention

[0005] This application provides a Bluetooth address-based identity recognition processing method, apparatus, device, and medium, which achieves the technical effect of efficiently identifying and managing the identities of multiple users on the same device in a multi-user environment, ensuring that the data privacy of each user is not interfered with, and automatically loading personalized configurations related to the user.

[0006] To achieve the above objectives, the main technical solutions adopted in this application include: In a first aspect, embodiments of this application provide a Bluetooth address-based identity recognition processing method applied to a vehicle, the method comprising: The target Bluetooth device is identified by its Bluetooth address, and its unique identifier is obtained. Based on the unique identifier information, the target user identity is associated, and the binding relationship between the target user identity and at least one third-party application is determined; Based on the binding relationship, at least one third-party application matching the target user's identity is loaded; The system retrieves configuration data from at least one third-party application that matches the target user's identity, allowing the user to interact with it.

[0007] This embodiment provides a Bluetooth address-based identity recognition method. After a user enters the vehicle and activates the Bluetooth device, the vehicle identifies the connected Bluetooth device via its Bluetooth address and obtains its unique identifier. Based on this unique identifier, a query in the background database allows binding between the Bluetooth device's unique identifier and corresponding user data, thus confirming the user's identity on the target Bluetooth device. For example, user account information can be used to retrieve previously used navigation apps, music players, or social media platforms, and the associations between these apps can be determined. Based on the binding relationship, third-party applications matching the target user's identity are intelligently loaded. If a user's preference for a specific music player app is detected, that app is automatically loaded, and the user's playlist history is opened, or recommended music content is displayed according to the user's preferences. Other applications associated with the user's personal data, such as calendars and reminders, are also loaded simultaneously to provide comprehensive personalized services. The loaded third-party applications call relevant configuration data and interact with the target Bluetooth device via APIs or interfaces. This configuration data includes the user's settings, preferences, and usage history, ensuring that the user receives a fully customized experience when using these applications. Therefore, this embodiment can not only identify the target user's identity, but also automatically load relevant applications based on user preferences and provide real-time data support, ensuring that users can obtain the service that best meets their needs in every interaction.

[0008] In one implementation, the step of identifying the target Bluetooth device connected via Bluetooth address and obtaining the unique identification information of the target Bluetooth device includes: Scanning for Bluetooth broadcast packets in the surrounding environment, broadcast signals from Bluetooth devices were detected; Extract the MAC address of the Bluetooth device from the detected broadcast signal of the Bluetooth device; The extracted MAC address of the Bluetooth device is compared with the pre-registered list of Bluetooth devices to confirm whether the Bluetooth device is a known device. If the device is identified as a known device, then the known device is identified as the target Bluetooth device, and the unique identification information of the target Bluetooth device is obtained.

[0009] This embodiment detects Bluetooth device broadcast signals by scanning Bluetooth broadcast packets in the surrounding environment and extracts the device's MAC address. Next, the extracted MAC address is compared with a pre-registered device list to confirm whether the device is a known device. If the device is confirmed to be a known device, its unique identifier is obtained, and personalized configurations related to that user, such as application settings, history, and preference options, are loaded. This method can achieve authentication and management of multiple users on the same device while ensuring that each user's data privacy is not compromised. In this way, not only can different users be efficiently distinguished, but personalized content can also be automatically loaded based on user identity, providing a personalized user experience.

[0010] In one implementation, the step of associating the target user identity with the unique identifier information and determining the binding relationship between the target user identity and at least one third-party application includes: Based on the unique identifier information, locate the user account associated with the unique identifier information; If an associated user account is found, it is determined that the target user's identity is bound to at least one third-party application.

[0011] This embodiment locates user accounts associated with unique identifiers and loads personalized configurations based on those accounts' settings. If the user account is linked to third-party applications (such as music, navigation, social media, etc.), these applications will be automatically loaded, providing a customized experience based on the user's preferences. If no associated user account is found, the user will be prompted to link their account. This process ensures that each user's privacy is protected when multiple users share the same device, while efficiently managing the identities of multiple users and preventing data overlap or leakage. This approach not only enhances the user experience but also ensures data security and privacy protection, providing a convenient and personalized user experience.

[0012] In one embodiment, the method further includes: If no associated user account is found, the target user identity is determined to be unbound to at least one third-party application.

[0013] In one embodiment, the method further includes: Generate a binding operation prompt message for the user to bind their account to the third-party application; In response to the user's operation instruction on the binding operation prompt information, the target user's identity is bound to the third-party application.

[0014] In one embodiment, the method further includes: Check whether an application clone has been created for the target user identity; If an application clone has already been created, the application clone is directly invoked and the application data associated with the application clone is loaded; if no application clone has been created, a new application clone is created in response to the user's request to create an application clone.

[0015] In a multi-user environment, this embodiment achieves efficient identity recognition by checking whether an application clone has been created for the target user's identity, ensuring both efficiency and accuracy. Simultaneously, the application clone check process ensures each user's data privacy; an application clone is only invoked if it has been confirmed to have been created, preventing cross-access and leakage of user data. Furthermore, the application clone check process prepares for subsequent personalized configuration loading, enabling rapid loading of application data associated with the user's identity. Further, if an application clone has been created, it is directly invoked, and its associated application data is loaded. This process not only automates personalized services, automatically providing users with a personalized service experience without manual user intervention, improving user experience, but also further protects data privacy. Each application clone independently stores user data, avoiding cross-access between different user data. At the same time, by directly invoking application clones, resources are efficiently managed, resource allocation is optimized, and every user receives a smooth user experience.

[0016] In one implementation, the communication connection between the target Bluetooth device and the target user identity is established via the AIDL protocol.

[0017] Secondly, embodiments of this application provide an identity recognition processing device based on a Bluetooth address. The device includes: a Bluetooth device identification unit, used to identify a connected target Bluetooth device through a Bluetooth address and obtain the unique identification information of the target Bluetooth device; The binding relationship determination unit is used to associate the target user identity with the unique identifier information and determine the binding relationship between the target user identity and at least one third-party application. The third-party application loading unit is used to load at least one third-party application that matches the identity of the target user based on the binding relationship. The configuration data retrieval unit is used to retrieve the configuration data of at least one third-party application that matches the identity of the target user after loading, so that the user can interact with it.

[0018] Thirdly, embodiments of this application provide a computer device, including: The system includes a memory and a processor, which are interconnected. The memory stores computer instructions, and the processor executes these computer instructions to perform the aforementioned Bluetooth address-based identity verification method.

[0019] Fourthly, embodiments of this application provide a computer-readable storage medium storing computer instructions, which are used to cause a computer to execute the aforementioned Bluetooth address-based identity recognition processing method. Attached Figure Description

[0020] To more clearly illustrate the technical solutions in the specific embodiments of this application or the prior art, the drawings used in the description of the specific embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0021] Figure 1 A flowchart illustrating an identity recognition processing method based on a Bluetooth address, provided in an embodiment of this application; Figure 2 A flowchart of step S1 provided in the embodiments of this application; Figure 3 A flowchart of step S3 provided in the embodiments of this application; Figure 4 A flowchart for creating an application clone is provided as an embodiment of this application; Figure 5 A schematic diagram illustrating a specific application scenario provided in the embodiments of this application; Figure 6 A block diagram of an identity recognition processing device based on a Bluetooth address provided in an embodiment of this application; Figure 7 This is a schematic diagram of the structure of a computer device provided in an embodiment of this application. Detailed Implementation

[0022] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0023] With the rapid development of mobile devices and the Internet of Things (IoT), the use of smart devices and applications has become an integral part of daily life. As devices become more widespread, user privacy and data security have increasingly become a focus of attention. Especially in multi-user environments, effectively identifying and managing the identities of different users, ensuring their privacy and security, and simultaneously improving the ease of use of devices are key considerations when designing smart devices and applications.

[0024] Existing identity verification methods, especially those based on traditional biometric technologies (such as fingerprint and facial recognition), while offering high security in certain scenarios, also suffer from operational complexity, environmental dependence, and high equipment costs. For example, fingerprint recognition requires clear fingerprint information from the user, while facial recognition is affected by various factors such as lighting and angle, and these technologies typically require additional hardware support. Furthermore, traditional identity verification technologies often fail to provide efficient and seamless solutions for identity isolation and data independence between devices in multi-user environments.

[0025] Furthermore, with the widespread use of Bluetooth devices, connectivity and authentication between devices have become pressing issues. Bluetooth, as a low-power, short-range wireless communication technology, is widely used in smart hardware, IoT devices, and various mobile applications due to its rapid pairing and accurate device identification capabilities. However, existing Bluetooth devices lack robust authentication mechanisms in multi-user scenarios.

[0026] Therefore, in a multi-user environment, how to efficiently identify and manage the identities of multiple users on the same device, ensure that the data privacy of each user is not disturbed, and automatically load the personalized configuration related to that user are urgent technical problems to be solved.

[0027] To address the aforementioned technical problems, according to an embodiment of this application, an embodiment of an identity recognition processing method based on a Bluetooth address is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0028] This embodiment provides an identity recognition processing method based on Bluetooth addresses. Figure 1 A flowchart of an identity recognition processing method based on Bluetooth address provided in this application embodiment is shown below. Figure 1 As shown, the process includes the following steps: Step S1, identify the target Bluetooth device to be connected by the Bluetooth address and obtain the unique identification information of the target Bluetooth device.

[0029] Specifically, the vehicle's Bluetooth system first scans the surrounding Bluetooth signals to detect broadcast packets from nearby devices. These broadcast packets typically contain basic device information, the most crucial of which is the device's MAC address, or Media Access Control address, a globally unique 48-bit hardware identifier used to identify specific devices within the Bluetooth network. By parsing these broadcast packets, the MAC address is extracted and compared with a pre-registered list of devices in the vehicle to confirm whether the device is a known device. If the device is connecting for the first time, its MAC address is recorded and associated with the new user account; if the device is already registered, the user's identity is identified through this unique identifier, and personalized services and application configurations are provided from that point onward. This step not only ensures the isolation and security of user data but also allows the vehicle to automatically load personalized settings related to the user, thereby providing a seamless and customized interactive experience.

[0030] In a preferred embodiment, the communication connection between the target Bluetooth device and the target user identity is established via the AIDL protocol.

[0031] Specifically, the AIDL protocol, as an interface language used in the Android system to define inter-process communication, allows data exchange and method calls between different processes or devices. In this application, after the vehicle identifies and confirms the target Bluetooth device via its Bluetooth address, it establishes a communication connection with the device and its corresponding user identity using the AIDL protocol. This connection not only enables the vehicle to identify and verify the user's identity but also allows for the loading and synchronization of the user's personalized settings and application data. Through the AIDL protocol, the vehicle system can communicate bidirectionally with the user's Bluetooth device, including sending control commands, receiving device status updates, and exchanging user preference settings. This communication mechanism supports asynchronous operation, meaning that the vehicle and Bluetooth device can maintain data consistency and up-to-date status even when they are not running simultaneously. Furthermore, the AIDL protocol provides a security mechanism to ensure privacy protection and data integrity during data transmission, preventing unauthorized access and potential data leakage risks. In summary, using the AIDL protocol to connect the target Bluetooth device and the target user identity not only improves the flexibility and scalability of the vehicle system but also enhances the personalization of the user experience and the security of data interaction, making it an effective way to achieve intelligent device management and service provision in a multi-user environment.

[0032] Step S3: Based on the unique identifier information, associate the target user identity and determine the binding relationship between the target user identity and at least one third-party application.

[0033] Specifically, by matching unique identifiers with user accounts, it's possible not only to identify which user is attempting to connect but also to further confirm the user's connection to at least one third-party application (such as a music player or navigation software) integrated into the vehicle system. This connection may be based on the user's previous settings or preferences, ensuring that their personalized application configurations and data are automatically loaded when they connect to the vehicle. Users can seamlessly continue their previous activities when switching between different devices without needing to log in or reconfigure settings. For example, if a user creates a playlist using a music app on their phone, the vehicle system can identify the user and automatically load the playlist when they enter the vehicle and connect via Bluetooth, providing a consistent user experience. Furthermore, this process enhances user data security and privacy by ensuring that only authorized user accounts can access specific application data.

[0034] Step S5: Based on the binding relationship, load at least one third-party application that matches the target user's identity.

[0035] Specifically, based on the binding relationship—the association between a target user's identity and at least one third-party application—at least one third-party application matching the target user's identity can be intelligently loaded. This process embodies the core value of personalized services because it allows the vehicle or device to identify the user to whom the connected Bluetooth device belongs and automatically load the corresponding applications and their configurations based on the user's previously set preferences and habits. For example, when a user connects to a vehicle via their personal Bluetooth device, the vehicle's onboard system identifies the device's unique identifier (such as a MAC address) to find the associated user account. Once the user's identity is confirmed, it retrieves which third-party applications the user account is bound to. This might include the user's preferred music streaming service, navigation application, or other personalized services. These applications are then automatically loaded, and their status and configuration are adjusted according to the user's previous usage habits and settings. Furthermore, this user-identity-based intelligent loading mechanism enhances the continuity of the user experience by ensuring a consistent service experience when users switch between different devices and platforms. It also improves operational convenience, as users no longer need to manually log in and configure their personal preferences each time, saving time and reducing operational complexity.

[0036] Step S7: Call the configuration data of at least one third-party application that matches the target user's identity after loading, so that the user can interact with it.

[0037] Specifically, after verifying the user's identity and successfully loading the corresponding third-party application, the system further accesses the application's configuration data, which may include the user's personal settings, preferences, and history. This step ensures that when the user interacts with the vehicle or other devices, they immediately have access to an environment customized based on their previous behavior and choices.

[0038] This embodiment provides a Bluetooth address-based identity recognition method. After a user enters the vehicle, they activate the Bluetooth device. The vehicle identifies the connected Bluetooth device via its Bluetooth address and obtains its unique identifier. Based on this unique identifier, a query in the background database allows binding between the Bluetooth device's unique identifier and corresponding user data, confirming the user's identity on the target Bluetooth device. For example, user account information can be used to retrieve previously used applications such as navigation apps, music players, or social media platforms, and the associations between these applications can be determined. Based on the binding relationship, third-party applications matching the target user's identity are intelligently loaded. For instance, if a user's preference for a specific music player app is detected, that app is automatically loaded, and the user's playlist history is opened, or recommended music content is displayed based on the user's preferences. Other applications associated with the user's personal data, such as calendars and reminders, are also loaded simultaneously to provide comprehensive personalized services. The loaded third-party applications call relevant configuration data and interact with the target Bluetooth device via APIs or interfaces. This configuration data includes the user's settings, preference options, and historical usage records, ensuring that the user receives a fully customized experience when using these applications. Therefore, this embodiment can not only identify the target user's identity, but also automatically load relevant applications based on user preferences and provide real-time data support, ensuring that users can obtain the service that best meets their needs in every interaction.

[0039] Figure 2 The flowchart for step S1 provided in the embodiments of this application may include the following steps: Step S11: Scan for Bluetooth broadcast packets in the surrounding environment and detect the broadcast signal of the Bluetooth device.

[0040] Specifically, after Bluetooth is enabled, Bluetooth devices periodically send broadcast packets containing basic information about the device, such as its name and Bluetooth address (MAC address). The vehicle's Bluetooth system initiates a scanning process, listening for nearby broadcast signals to discover nearby Bluetooth devices. The scanning process continues until a valid broadcast signal is detected or a preset scanning duration is reached. When the vehicle's Bluetooth system detects a broadcast signal, it records the Bluetooth address (MAC address) of the device originating from that broadcast signal. The detected broadcast signal is then further processed to extract key information, such as the device name and signal strength.

[0041] Step S13: Extract the MAC address of the Bluetooth device from the detected broadcast signal of the Bluetooth device.

[0042] Specifically, the Bluetooth broadcast packet contains a unique hardware identifier, namely the MAC address of the Bluetooth device. The vehicle's Bluetooth system parses the detected broadcast signal and extracts the MAC address. The MAC address is a 48-bit number, usually represented in hexadecimal, such as "00:1A:7D:DA:71:13". The extracted MAC address needs to be verified to ensure that its format is correct and conforms to the Bluetooth device's address specifications. If the MAC address is invalid, an error message is logged, and the system continues scanning for other broadcast signals.

[0043] Step S15: Compare the extracted MAC address of the Bluetooth device with the pre-registered list of Bluetooth devices to confirm whether the Bluetooth device is a known device.

[0044] Specifically, the vehicle system pre-stores a list of registered Bluetooth devices, which includes the MAC addresses of all known devices and their corresponding user information. This list can be managed and updated in the vehicle's settings menu, allowing users to add or remove registered Bluetooth devices. The vehicle's Bluetooth system compares the extracted MAC addresses with the list of registered Bluetooth devices. If a matching MAC address is found, the Bluetooth device is confirmed as a known device. If no matching MAC address is found, the Bluetooth device is confirmed as an unknown device.

[0045] Step S17: If the device is confirmed to be a known device, then the known device is confirmed as the target Bluetooth device, and the unique identification information of the target Bluetooth device is obtained.

[0046] Specifically, if the comparison confirms that the Bluetooth device is a known device, then that device is identified as the target Bluetooth device. The target Bluetooth device refers to the Bluetooth device that the vehicle needs to connect to, typically a device that the user has recently used or frequently uses. Then, the unique identifier of the known device is retrieved from the list of registered Bluetooth devices. This typically includes the device name, user account, and linked applications. This unique identifier is used for subsequent user identification and application configuration loading.

[0047] This embodiment detects Bluetooth device broadcast signals by scanning Bluetooth broadcast packets in the surrounding environment and extracts the device's MAC address. Next, the extracted MAC address is compared with a pre-registered device list to confirm whether the device is a known device. If the device is confirmed to be a known device, its unique identifier is obtained, and personalized configurations related to that user, such as application settings, history, and preference options, are loaded. This method can achieve authentication and management of multiple users on the same device while ensuring that each user's data privacy is not compromised. In this way, not only can different users be efficiently distinguished, but personalized content can also be automatically loaded based on user identity, providing a personalized user experience.

[0048] Figure 3 The flowchart for step S3 provided in the embodiments of this application may include the following steps: Step S31: Based on the unique identifier information, find the user account associated with the unique identifier information.

[0049] Specifically, the unique identifier, namely the MAC address of the target Bluetooth device, is crucial for identifying the user. This unique identifier is used to find the associated user account. The unique identifier is typically stored in the vehicle's user database, which is then searched for the user account associated with the unique identifier (MAC address). This search process usually involves database operations, checking for matching records. If a matching record is found, it means the Bluetooth device is associated with a specific user account, and the account's detailed information is retrieved.

[0050] Step S33: If an associated user account is found, the binding relationship between the target user's identity and at least one third-party application is confirmed as already bound.

[0051] Specifically, once a user account associated with the unique identifier is found, the binding relationship between that user account and third-party applications will be further examined. This binding relationship is typically stored in the user account's configuration file, recording the association information between the user account and the third-party applications. If a user account is bound to at least one third-party application, the binding relationship is confirmed as "bound." The third-party applications bound to the user account are loaded, and preparations are made for subsequent configuration data retrieval. These applications may include music apps, navigation apps, social media apps, etc., depending on the user's previously set preferences. After loading the bound applications, a personalized interactive experience will be provided to the user based on their preference settings and application status information. For example, if the user previously set up to play popular music in the music app, a popular music playlist will be automatically loaded.

[0052] In a preferred embodiment, the method further includes: if no associated user account is found, determining that the target user identity is not bound to at least one third-party application.

[0053] Specifically, if no user account associated with the unique identifier is found in the user database, it means that the Bluetooth device has not yet been associated with any user account. In this case, the user will be prompted to perform an account binding operation.

[0054] This embodiment locates user accounts associated with unique identifiers and loads personalized configurations based on those accounts' settings. If the user account is linked to third-party applications (such as music, navigation, social media, etc.), these applications will be automatically loaded, providing a customized experience based on the user's preferences. If no associated user account is found, the user will be prompted to link their account. This process ensures that each user's privacy is protected when multiple users share the same device, while efficiently managing the identities of multiple users and preventing data overlap or leakage. This approach not only enhances the user experience but also ensures data security and privacy protection, providing a convenient and personalized user experience.

[0055] In a preferred embodiment, the method further includes: generating a binding operation prompt message for the user to bind their account to a third-party application; and, in response to the user's operation instruction on the binding operation prompt message, binding the target user's identity to the third-party application.

[0056] Specifically, if no user account associated with the unique identifier is found in the user database, it means that the Bluetooth device is not yet associated with any user account. In this case, the user will be prompted to perform an account binding operation. A binding operation prompt message is generated, guiding the user to bind their account. The prompt message may include a user interface guiding the user to enter account information or complete the binding via QR code scanning. After the user follows the prompt message, the system receives the entered account information and binds the Bluetooth device to the user account. After binding is complete, a binding relationship between the Bluetooth device and the third-party application associated with the user account is automatically created and recorded in the user database.

[0057] This embodiment guides users through account binding by generating binding operation prompts. When a Bluetooth device's unique identifier is not associated with any user account, the user is prompted to bind it. The user can complete the binding by entering account information or scanning a QR code. Upon successful binding, the Bluetooth device is associated with the user account, and a binding relationship with third-party applications associated with that account is automatically created. The bound information is updated in the user database, ensuring precise management of personalized configurations between the Bluetooth device and the user. Simultaneously, personalized settings are automatically loaded based on user preferences, and configuration information of third-party applications is synchronized, enhancing the user experience. This entire process not only simplifies the operation steps but also ensures data security and privacy protection, effectively achieving identity management and data isolation in a multi-user environment. This automated process provides a personalized and convenient user experience for each user.

[0058] Figure 4 The flowchart for creating an application clone provided in this application embodiment may include the following steps: Step S301: Check whether an application clone has been created for the target user identity.

[0059] Specifically, the process checks whether an application clone has been created for the target user's identity. An application clone is an independent application instance created for each user to store and manage that user's application data and settings. The check typically involves querying the system database to see if an application clone record associated with the target user's identity exists. If a matching record is found, it means an application clone has been created for that user; if no matching record is found, it means an application clone has not yet been created for that user.

[0060] In step S303, if an application clone has already been created, the application clone is directly invoked, and the application data associated with the application clone is loaded.

[0061] Specifically, if it's confirmed that an app clone has been created for the target user, that app clone will be invoked directly. The invocation process includes initializing the app clone's runtime environment to ensure it can function correctly. Necessary resources, such as memory and storage space, are allocated to the app clone to support its operation. After invoking the app clone, the application data associated with it is loaded. This data includes user preferences, application status information, and history. The loading process ensures that the user's state from their last app use is restored, providing a continuous user experience. For example, if the user previously played a song in a music app, the song's playback position and playlist will be loaded, allowing the user to resume playback from where they left off.

[0062] It should be noted that this embodiment uses SDK integration to achieve data interaction between the Bluetooth device and the application clone. Two methods are used to set the data requested by the application from the third-party application: requestCode(String packageName): requests a QR code parameter from the third-party application; requestMessage(String packageName): requests application-related information from the third-party application, including login status and user nickname.

[0063] Two methods are used for third-party applications to configure the application: sendCodeToBluetoothAccount(String code): Sends a QR code to the Bluetooth settings module.

[0064] sendMessageToBluetoothAccount(String msg): Sends application information data to the Bluetooth settings module.

[0065] AIDL will provide parameters for connect, which need to be sent after the connection is established (including login status and user nickname).

[0066] The application clone transmits a QR code to the Bluetooth page for verification and login.

[0067] In step S305, if no application clone has been created, a new application clone is created in response to the user's request to create an application clone.

[0068] Specifically, if it's confirmed that no application clone has been created for the target user's identity, the user will be prompted whether to create one, and can choose "Create" or "Cancel." Users can initiate the creation of an application clone through the vehicle system's human-machine interface (such as the central control screen, voice assistant, etc.). If the user selects "Create," the system receives the user's creation instruction and begins creating the new application clone. Based on the user's creation instruction, a new application clone is created for the target user's identity. The creation process includes initializing the application clone's storage space, setting default application data and preferences, and recording the association between the newly created application clone and the target user's identity to ensure correct access to the application clone later. For example, a separate storage directory is allocated to the newly created application clone to store the target user's application data.

[0069] Preferably, the vehicle control module sends a broadcast `com.leapmotor.carcontrol.BOOT_COMPLETED` to notify the application clone module to switch the default account. Upon receiving the broadcast, the application clone parses the content to obtain the account information to be switched. Based on the obtained account information, it performs the account switching operation, updates the currently active user account and the application clone, ensuring that the displayed and running application interface and data are those of the corresponding target user.

[0070] In a multi-user environment, this embodiment achieves efficient identity recognition by checking whether an application clone has been created for the target user's identity, ensuring both efficiency and accuracy. Simultaneously, the application clone check process ensures each user's data privacy; an application clone is only invoked if it has been confirmed to have been created, preventing cross-access and leakage of user data. Furthermore, the application clone check process prepares for subsequent personalized configuration loading, enabling rapid loading of application data associated with the user's identity. Further, if an application clone has been created, it is directly invoked, and its associated application data is loaded. This process not only automates personalized services, automatically providing users with a personalized service experience without manual user intervention, improving user experience, but also further protects data privacy. Each application clone independently stores user data, avoiding cross-access between different user data. At the same time, by directly invoking application clones, resources are efficiently managed, resource allocation is optimized, and every user receives a smooth user experience.

[0071] The specific implementation of this invention will be described below with reference to a specific application scenario. See also... Figure 5 In this specific application scenario: 1. User Operations: Users can confirm their logout from the current account through the vehicle control (vehicle infotainment system) or the system user interface (systemUI).

[0072] 2. Determine account status: The application (Unity) checks whether the current user is a U10 account (referring to the default account).

[0073] If it's a U10 account, proceed to the next step.

[0074] If it's not a U10 account, Unity notifies SystemUI to perform a security cleanup.

[0075] 3. Safe cleaning: Unity initiates a security cleanup process, including clearing caches and temporary files, to protect user data security.

[0076] After completing the safety cleanup, Unity notifies SystemUI to exit split-screen mode.

[0077] 4. Split-screen mode handling: After receiving the notification from Unity, SystemUI handles the split-screen state.

[0078] 5. Account Switching: If the user is not a U10 account, Unity calls the stopAccount API to stop the current account and calls switchAccount and addAndSwitchAccount to switch accounts.

[0079] 6. New account successfully switched: Determine if the new account switch was successful.

[0080] If the switch is successful, proceed to the next step.

[0081] If the switch fails, the process ends.

[0082] 7. Startup process: If the new account is successfully switched, Unity checks whether a startup process is required.

[0083] If needed, Unity notifies SystemUI to configure full-screen launch.

[0084] 8. Fullscreen setting: Unity has implemented full-screen settings, including adding a startup prompt and starting a 10-second timer (to ensure users operate in a safe environment).

[0085] 9. Unity and SystemUI interaction: Unity notifies SystemUI to exit split-screen mode.

[0086] SystemUI performs a full-screen launch setting and then re-enters split-screen mode.

[0087] 10. Account Information Processing: Unity retrieves account information from the database (on) and cancels the start command if the timer is already set.

[0088] Unity notifies SystemUI to collapse fullscreen launch settings.

[0089] 11. Process complete: The entire process is now complete, and users can begin using their new accounts.

[0090] Accordingly, please refer to Figure 6A block diagram of a Bluetooth address-based identity recognition processing device provided in this application embodiment, the device comprising: The Bluetooth device identification unit 101 is used to identify the connected target Bluetooth device through the Bluetooth address and obtain the unique identification information of the target Bluetooth device. The binding relationship determination unit 103 is used to associate the target user identity with the unique identifier information and determine the binding relationship between the target user identity and at least one third-party application. Load third-party application unit 105, used to load at least one third-party application that matches the target user's identity based on the binding relationship; The configuration data calling unit 107 is used to call the loaded configuration data of at least one third-party application that matches the target user's identity, so that the user can interact with it.

[0091] In some alternative implementations, the Bluetooth device identification unit 101 includes: Scanning for Bluetooth broadcast packets in the surrounding environment, broadcast signals from Bluetooth devices were detected; Extract the MAC address of the Bluetooth device from the detected broadcast signal of the Bluetooth device; The extracted MAC address of the Bluetooth device is compared with the pre-registered list of Bluetooth devices to confirm whether the Bluetooth device is a known device. If the device is identified as a known device, it will be identified as the target Bluetooth device, and the unique identification information of the target Bluetooth device will be obtained.

[0092] In some optional implementations, the binding relationship determination unit 103 includes: Based on the unique identifier information, find the user account associated with the unique identifier information; If a related user account is found, it is determined that the target user's identity is bound to at least one third-party application.

[0093] In some alternative embodiments, the apparatus further includes: If no associated user account is found, the target user's identity is determined to be unbound to at least one third-party application.

[0094] In some alternative embodiments, the apparatus further includes: Generate a prompt message for users to bind their accounts to third-party applications; In response to the user's operation command of the binding operation prompt, the target user's identity is bound to a third-party application.

[0095] In some alternative embodiments, the apparatus further includes: Check if an application clone has been created for the target user's identity; If an application clone has already been created, the application clone will be invoked directly, and the application data associated with the application clone will be loaded. If no application clone has been created, a new application clone will be created in response to the user's request to create an application clone.

[0096] In some alternative implementations, the communication connection between the target Bluetooth device and the target user identity is established via the AIDL protocol.

[0097] Further functional descriptions of the above modules and units are the same as those in the corresponding embodiments described above, and will not be repeated here.

[0098] In this embodiment, an identity recognition processing device based on a Bluetooth address is presented in the form of a functional unit. Here, a unit refers to an ASIC (Application Specific Integrated Circuit) circuit, a processor and memory that execute one or more software or fixed programs, and / or other devices that can provide the above-mentioned functions.

[0099] Please see Figure 7 , Figure 7 This application provides a schematic diagram of the structure of a computer device, as shown in the embodiment of the present application. Figure 7 As shown, the computer device includes one or more processors 10, memory 20, and interfaces for connecting the components, including high-speed interfaces and low-speed interfaces. The components communicate with each other via different buses and can be mounted on a common motherboard or otherwise installed as needed. The processors can process instructions executed within the computer device, including instructions stored in or on memory to display graphical information of a GUI on external input / output devices (such as display devices coupled to the interfaces). In some alternative implementations, multiple processors and / or multiple buses can be used with multiple memories and multiple memory modules, if desired. Similarly, multiple computer devices can be connected, each providing some of the necessary operations (e.g., as a server array, a group of blade servers, or a multiprocessor system). Figure 7 Take a processor 10 as an example.

[0100] Processor 10 may be a central processing unit, a network processor, or a combination thereof. Processor 10 may further include a hardware chip. The hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof. The programmable logic device may be a complex programmable logic device (CAMP), a field-programmable gate array (FPGA), a general-purpose array logic (GDA), or any combination thereof.

[0101] The memory 20 stores instructions executable by at least one processor 10 to cause the at least one processor 10 to perform the method shown in the above embodiments.

[0102] The memory 20 may include a program storage area and a data storage area. The program storage area may store the operating system and applications required for at least one function; the data storage area may store data created based on the use of the computer device. Furthermore, the memory 20 may include high-speed random access memory and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. In some alternative embodiments, the memory 20 may optionally include memory remotely located relative to the processor 10, and these remote memories may be connected to the computer device via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0103] The memory 20 may include volatile memory, such as random access memory; the memory may also include non-volatile memory, such as flash memory, hard disk or solid-state drive; the memory 20 may also include a combination of the above types of memory.

[0104] The computer device also includes a communication interface 30 for communicating with other devices or communication networks.

[0105] This application also provides a computer-readable storage medium. The methods described in this application can be implemented in hardware or firmware, or implemented as recordable on a storage medium, or implemented as computer code downloaded over a network and originally stored on a remote storage medium or a non-transitory machine-readable storage medium and subsequently stored on a local storage medium. Thus, the methods described herein can be processed by software stored on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware. The storage medium can be a magnetic disk, optical disk, read-only memory, random access memory, flash memory, hard disk, or solid-state drive, etc.; further, the storage medium can also include combinations of the above types of memory. It is understood that computers, processors, microprocessor controllers, or programmable hardware include storage components capable of storing or receiving software or computer code. When the software or computer code is accessed and executed by the computer, processor, or hardware, the methods shown in the above embodiments are implemented.

[0106] The apparatus and units described in the above embodiments can be implemented by a computer chip or physical entity, or by a product with a certain function. A typical implementation device is a computer. Specifically, a computer can be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or any combination of these devices.

[0107] For ease of description, the above devices are described separately by function as various units. Of course, in implementing this application, the functions of each unit can be implemented in one or more software and / or hardware.

[0108] Those skilled in the art will understand that the embodiments of this application can be provided as methods or apparatus. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0109] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatuses, and devices according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0110] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0111] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0112] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0113] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the apparatus embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

[0114] The above description is merely an embodiment of this application and is not intended to limit the scope of this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of the claims of this application.

[0115] Although embodiments of this application have been described in conjunction with the accompanying drawings, those skilled in the art can make various modifications and variations without departing from the spirit and scope of this application, and such modifications and variations all fall within the scope defined by the appended claims.

Claims

1. A method for identity recognition processing based on Bluetooth addresses, characterized in that, Applied to vehicles, the method includes: The target Bluetooth device is identified by its Bluetooth address, and its unique identifier is obtained. Based on the unique identifier information, the target user identity is associated, and the binding relationship between the target user identity and at least one third-party application is determined; Based on the binding relationship, at least one third-party application matching the target user's identity is loaded; The system retrieves configuration data from at least one third-party application that matches the target user's identity, allowing the user to interact with it.

2. The method according to claim 1, characterized in that, The step of identifying the target Bluetooth device connected via Bluetooth address and obtaining the unique identification information of the target Bluetooth device includes: Scanning for Bluetooth broadcast packets in the surrounding environment, broadcast signals from Bluetooth devices were detected; Extract the MAC address of the Bluetooth device from the detected broadcast signal of the Bluetooth device; The extracted MAC address of the Bluetooth device is compared with the pre-registered list of Bluetooth devices to confirm whether the Bluetooth device is a known device. If the device is identified as a known device, then the known device is identified as the target Bluetooth device, and the unique identification information of the target Bluetooth device is obtained.

3. The method according to claim 1, characterized in that, The step of associating the target user's identity with the unique identifier information and determining the binding relationship between the target user's identity and at least one third-party application includes: Based on the unique identifier information, locate the user account associated with the unique identifier information; If an associated user account is found, it is determined that the target user's identity is bound to at least one third-party application.

4. The method according to claim 3, characterized in that, The method further includes: If no associated user account is found, the target user identity is determined to be unbound to at least one third-party application.

5. The method according to claim 4, characterized in that, The method further includes: Generate a binding operation prompt message for the user to bind their account to the third-party application; In response to the user's operation instruction on the binding operation prompt information, the target user's identity is bound to the third-party application.

6. The method according to claim 1, characterized in that, The method further includes: Check whether an application clone has been created for the target user identity; If an application clone has already been created, the application clone will be invoked directly, and the application data associated with the application clone will be loaded. If no application clone has been created, a new application clone will be created in response to the user's request to create an application clone.

7. The method according to claim 1, characterized in that, The communication connection between the target Bluetooth device and the target user identity is established via the AIDL protocol.

8. An identity recognition processing device based on Bluetooth address, characterized in that, The device includes: A Bluetooth device identification unit is used to identify the connected target Bluetooth device through a Bluetooth address and obtain the unique identification information of the target Bluetooth device. The binding relationship determination unit is used to associate the target user identity with the unique identifier information and determine the binding relationship between the target user identity and at least one third-party application. The third-party application loading unit is used to load at least one third-party application that matches the identity of the target user based on the binding relationship. The configuration data retrieval unit is used to retrieve the configuration data of at least one third-party application that matches the identity of the target user after loading, so that the user can interact with it.

9. A computer device, characterized in that, include: A memory and a processor are communicatively connected, the memory stores computer instructions, and the processor executes the computer instructions to perform the Bluetooth address-based identity recognition processing method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions for causing the computer to perform the Bluetooth address-based identity processing method according to any one of claims 1 to 7.

Images