Account login method, vehicle and equipment
By establishing a binding relationship between the digital key identifier, vehicle identification number and user between the server and the vehicle, issuing target login credentials and logging in to the account in the vehicle background, the security risks of the existing digital vehicle key login solution are solved, and higher security of vehicle account login is achieved.
Patent Information
- Application Number
- CN202510238983.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-02-28
- Publication Date
- 2025-06-20
AI Technical Summary
The existing digital car key login solution poses security risks and cannot effectively improve the security of car account login.
The server issues the target login credentials based on the binding relationship between the target digital key identifier, vehicle identification number and user. After receiving the target vehicle, logs into the user account in the background and displays the login interface on the vehicle machine.
On the basis of ensuring the convenience of users to unlock the vehicle and log in to the vehicle machine, the security of vehicle machine account login is improved and unauthorized account access is prevented.
Smart Images

Figure CN120180415A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the technical field of vehicle control, and particularly to an account login method, a vehicle and a device. Background Art
[0002] With the popularization of intelligent vehicles, digital car keys have become one of the main ways for users to unlock and start vehicles.
[0003] A digital car key is a virtual car key based on a mobile phone or other intelligent devices (such as a smart watch). It is connected to the vehicle through wireless communication technologies such as Bluetooth and Ultra Wide Band (UWB). When the user unlocks the vehicle with the digital car key, in order to improve the vehicle startup speed, a function of jointly logging in the digital car key and the in-vehicle infotainment (IVI) large screen can be set, that is, after the user approaches the vehicle or unlocks it with the digital car key, the system will automatically identify the user's identity and log in the corresponding personal account on the IVI large screen.
[0004] However, the above solution usually relies on a simple binding between the digital car key and the account, which has certain security risks. Summary of the Invention
[0005] In view of this, the present application provides an account login method, a vehicle and a device, which improve the security of the in-vehicle infotainment (IVI) account login on the basis of ensuring the convenience of the user to unlock the vehicle and log in to the IVI. The technical solution is as follows.
[0006] In a first aspect, an account login method is provided. The method is executed by a target vehicle, and the method includes:
[0007] Receiving a target login credential; the target login credential is issued by a server based on the binding relationship among a target digital key identifier, a vehicle identification number of the target vehicle, and a target user;
[0008] Logging in the account of the target user in the background of the target vehicle according to the target login credential;
[0009] When receiving the target digital key identifier, displaying an interface after the account of the target user is logged in on the in-vehicle infotainment (IVI) of the target vehicle.
[0010] In an optional implementation manner, the method further includes:
[0011] Receiving target binding information issued by the server; the target binding information is used to indicate the binding relationship among the digital key identifier, the vehicle identification number, and the user account;
[0012] The method further includes:
[0013] When receiving the unlocking instruction of the digital key, obtain the digital key identifier corresponding to the unlocking instruction;
[0014] If the digital key identifier corresponding to the unlocking instruction satisfies the binding relationship, control the target vehicle to unlock.
[0015] In an alternative embodiment, when receiving the target digital key identifier, presenting the interface after the target user logs in on the in-vehicle computer of the target vehicle includes:
[0016] When the target vehicle is unlocked and the digital key identifier is received, present the interface after the target user logs in on the in-vehicle computer screen of the target vehicle.
[0017] In an alternative embodiment, when receiving the digital key identifier, presenting the interface after the target user logs in on the in-vehicle computer screen of the target vehicle includes:
[0018] When receiving the target digital key identifier, query the account record of the target user corresponding to the target digital key identifier in the target vehicle;
[0019] If there is an account record of the target user in the target vehicle, present the interface after the target user logs in on the in-vehicle computer screen of the target vehicle.
[0020] In an alternative embodiment, the method further includes:
[0021] If there is no account record of the target user in the target vehicle, query the user information of the target user from the server according to the target digital key identifier to re-obtain the target login credential.
[0022] In a second aspect, an account login method is provided, which is executed by a server, and the method includes:
[0023] Receive the target digital key identifier and the vehicle identification number of the target vehicle uploaded by the target user;
[0024] Generate a binding relationship among the target digital key identifier, the vehicle identification number of the target vehicle, and the target user;
[0025] Send the target login credential to the target vehicle, so that the target vehicle logs in to the account of the target user in the background of the target vehicle according to the target login credential, and when the target vehicle receives the target digital key identifier, present the interface after the target user logs in on the in-vehicle computer of the target vehicle.
[0026] In an alternative embodiment, the method further includes:
[0027] The target digital key identifier, the vehicle identification number of the target vehicle, and the binding relationship between the target user are issued to the target vehicle.
[0028] In an optional embodiment, the method further includes:
[0029] When a revocation command triggered by a target user is received, the binding relationship between the target digital key identifier, the vehicle identification number of the target vehicle and the target user is released, and a deletion command is sent to the target vehicle to instruct the target vehicle to delete the binding relationship.
[0030] In a third aspect, an account login device is provided, the device being arranged in a target vehicle, the device comprising:
[0031] A credential receiving module, used to receive a target login credential; the target login credential is issued by the server based on a binding relationship between a target digital key identifier, a vehicle identification number of a target vehicle, and a target user;
[0032] A backend login module, used to log in the target user's account in the backend of the target vehicle according to the target login credentials;
[0033] The interface display module is used to display the interface after the target user's account login on the vehicle computer of the target vehicle when the target digital key identifier is received.
[0034] In a fourth aspect, an account login device is provided, the device being arranged on a server, the device comprising:
[0035] An information receiving module, used to receive a target digital key identifier and a vehicle identification number of a target vehicle uploaded by a target user;
[0036] A relationship generation module, used to generate a binding relationship between the target digital key identifier, the vehicle identification number of the target vehicle, and the target user;
[0037] The credential issuing module is used to issue the target login credential to the target vehicle, so that the target vehicle logs in the target user's account in the background of the target vehicle according to the target login credential, and when the target vehicle receives the target digital key identifier, the interface after the target user's account login is displayed on the vehicle computer of the target vehicle.
[0038] In a fifth aspect, a vehicle is provided, comprising a vehicle controller, wherein the vehicle controller comprises a memory and a processor, wherein the memory and the processor are communicatively connected to each other, wherein computer instructions are stored in the memory, and wherein the processor executes the account login method of the first aspect by executing the computer instructions.
[0039] In a sixth aspect, a computer device is provided. The computer device includes a memory and a processor, which are communicatively connected to each other. Computer instructions are stored in the memory, and the processor executes the computer instructions to perform the account login method according to the second aspect above.
[0040] In a seventh aspect, a computer-readable storage medium is provided. Computer instructions are stored on the computer-readable storage medium, and the computer instructions are used to cause a computer to execute the account login method described above.
[0041] In an eighth aspect, a computer program product or a computer program is provided, including computer instructions, and the computer instructions are used to cause a computer to execute the account login method described above.
[0042] The technical solution provided by this application may include the following beneficial effects:
[0043] When there is a binding relationship among the target digital key identifier, the vehicle identification number of the target vehicle, and the target user in the server, the server can send the corresponding target login credential to the target vehicle corresponding to the vehicle identification number. At this time, after receiving the target login credential, the target vehicle can directly log in to the account of the target user in the background of the target vehicle; and when the user unlocks the vehicle with the digital key, the target vehicle can identify the corresponding digital key identifier. If the digital key identifier is the target digital key identifier bound to the target user, the interface after the target user's account is logged in can be directly displayed on the in-vehicle computer of the target vehicle. In the above solution, only when the target digital key identifier, the vehicle identification number of the target vehicle, and the target user are bound in the server, the target login credential will be sent, so as to pre-log in to the account of the target user in the background of the target vehicle, improving the security of in-vehicle computer account login while ensuring the convenience of the user to unlock the vehicle and log in to the in-vehicle computer. BRIEF DESCRIPTION OF THE DRAWINGS
[0044] In order to more clearly illustrate the specific embodiments of the present invention or the technical solutions in the prior art, the following will briefly introduce the drawings required for use in the description of the specific embodiments or the prior art. Obviously, the drawings in the following description are some embodiments of the present invention. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.
[0045] Figure 1 Shows a schematic architecture diagram of a vehicle control system related to an embodiment of this application.
[0046] Figure 2 Is a flowchart of a method for an account login method shown according to an exemplary embodiment.
[0047] Figure 3 is a flowchart of an account login method shown according to an exemplary embodiment.
[0048] Figure 4 is a schematic flowchart of an account login method shown according to an exemplary embodiment.
[0049] Figure 5 shows a flowchart of unlocking and logging in to the in-vehicle large screen with a digital car key.
[0050] Figure 6 is a schematic structural diagram of an account login device provided by an embodiment of the present application.
[0051] Figure 7 is a schematic structural diagram of an account login device provided by an embodiment of the present application
[0052] Figure 8 is a schematic structural diagram of a computer device provided by an optional embodiment of the present invention. Detailed implementation manners
[0053] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are some, but not all, of the embodiments of the present invention. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present invention without creative efforts shall fall within the protection scope of the present invention.
[0054] In the description of the embodiments of the present application, the term "corresponding" may indicate a direct or indirect corresponding relationship between two parties, may also indicate an associated relationship between two parties, or may be a relationship such as indication and being indicated, configuration and being configured, etc.
[0055] Figure 1 shows a schematic architecture diagram of a vehicle control system involved in the embodiments of the present application. As Figure 1 shown, the vehicle control system includes a user terminal 110, a server 120, and a target vehicle 130.
[0056] In the embodiments of the present application, a digital key application is set on the user terminal 110, and the user can trigger the digital key application to enable the user terminal 110 to start the digital key function to serve as the digital key of the target vehicle.
[0057] Optionally, the user terminal 110 may be a mobile terminal device with functions such as Bluetooth, UWB, Near Field Communication (NFC), etc., such as a mobile phone, a tablet computer, a wearable device, etc. The user terminal 110 may use at least one of Bluetooth, UWB, and Near Field Communication to communicate with the target vehicle, so as to implement the function of serving as the digital key of the target vehicle.
[0058] Furthermore, in the embodiment of the present application, the server serves as the user center corresponding to the digital key application to manage the binding operations between different terminal devices and the vehicle. Optionally, in order to ensure the security of vehicle control, only the mutually bound terminal device and the vehicle can realize the control of the vehicle by the terminal device through the digital key function.
[0059] Furthermore, in order to improve the startup speed of the vehicle, a function of jointly logging in the digital car key and the in-vehicle large screen may be set, that is, after the user terminal approaches the vehicle or unlocks the vehicle with the digital car key, the system will automatically identify the user identity corresponding to the user terminal and log in to the corresponding personal account on the in-vehicle large screen. In the embodiment of the present application, in order to improve the security of account login, the binding relationship between the digital key identifier, the vehicle identification number, and the user ID is stored in the user center. Only when the terminal unlocks the target vehicle corresponding to the bound vehicle identification number through the digital key identifier, the target vehicle automatically logs in to the corresponding personal account on the in-vehicle large screen.
[0060] Optionally, the above-mentioned server may be a cloud server that provides technical computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms.
[0061] Optionally, the system may further include a management device, which is used to manage the system (such as managing the connection status between each module and the server), and the management device is connected to the server through a communication network. Optionally, the communication network is a wired network or a wireless network.
[0062] Optionally, the above-mentioned wireless network uses standard communication technologies and / or protocols. The network is usually the Internet, but it can also be any other network, including but not limited to any combination of local area networks, metropolitan area networks, wide area networks, mobile, limited or wireless networks, private networks or virtual private networks. In some embodiments, technologies and / or formats including Hypertext Markup Language, Extensible Markup Language, etc. are used to represent data exchanged through the network. In addition, conventional encryption technologies such as Secure Sockets Layer, Transport Layer Security, Virtual Private Network, Internet Protocol Security, etc. can be used to encrypt all or some of the links. In other embodiments, customized and / or dedicated data communication technologies can also be used to replace or supplement the above data communication technologies.
[0063] Figure 2 is a method flowchart of an account login method shown according to an exemplary embodiment. This method is executed by a computer device, which can be set in a target vehicle. As Figure 2 shown, the account login method may include the following steps:
[0064] Step 201, receive a target login credential.
[0065] The target login credential is issued by the server based on the binding relationship among the target digital key identifier, the vehicle identification number of the target vehicle, and the target user.
[0066] Among them, the target digital key identifier is the identifier corresponding to the digital vehicle key created by the target user for the target vehicle. Therefore, in the embodiments of the present application, in order to ensure the security of controlling the vehicle through the digital vehicle key, the target digital key identifier, the vehicle identification number of the target vehicle, and the ID of the target user can be bound in the server.
[0067] Further, after the server generates the binding relationship among the target digital key identifier, the vehicle identification number of the target vehicle, and the ID of the target user, it can generate a target login credential based on the binding relationship and issue it to the corresponding target vehicle according to the vehicle identification number.
[0068] Optionally, in the embodiments of the present application, the target login credential contains encrypted information, which is used to uniquely identify the terminal device and user identity information.
[0069] Step 202, log in to the target user's account in the background of the target vehicle according to the target login credential.
[0070] When the target vehicle receives the target login credential, the background system of the target vehicle can parse the target login credential to analyze its legality and authenticity. When the target login credential is parsed successfully, the background system of the target vehicle can automatically log in to the user account through the user identity information in the target login credential.
[0071] Step 203: When the target digital key identifier is received, display the interface after the account of the target user is logged in on the in-vehicle computer of the target vehicle.
[0072] In the embodiment of the present application, when the target terminal interacts with the target vehicle through the digital vehicle key, the target digital key identifier will be transmitted to the target vehicle. Specifically, when the target terminal approaches the target vehicle, the interaction process with the target vehicle can be automatically triggered (such as establishing a Bluetooth or UWB connection), and the target digital key identifier is sent to the target vehicle; or, when the target terminal triggers an unlocking operation for the target vehicle, the interaction process with the target vehicle can be triggered through Bluetooth, UWB or a wireless network (such as a 5G network), etc., and the target digital key identifier is sent to the target vehicle.
[0073] After receiving the digital key identifier of the target terminal, the in-vehicle computer interface can be switched to the interface corresponding to the account of the logged-in target user. Further, the in-vehicle computer interface of the target vehicle can also load customized content according to the logged-in user account.
[0074] In summary, when there is a binding relationship among the target digital key identifier, the vehicle identification number of the target vehicle, and the target user in the server, the server can send the corresponding target login credential to the target vehicle corresponding to the vehicle identification number. At this time, after the target vehicle receives the target login credential, it can directly log in to the account of the target user in the background of the target vehicle; and when the user unlocks the vehicle with the digital key, the target vehicle can recognize the corresponding digital key identifier. If the digital key identifier is the target digital key identifier bound to the target user, the interface after the account of the target user is logged in can be directly displayed on the in-vehicle computer of the target vehicle. In the above solution, only when the target digital key identifier, the vehicle identification number of the target vehicle, and the target user are bound in the server, the target login credential will be sent, so as to pre-log in to the account of the target user in the background of the target vehicle, improving the security of the in-vehicle computer account login while ensuring the convenience of the user to unlock the vehicle and log in to the in-vehicle computer.
[0075] Figure 3 It is a flowchart of a method for account login shown according to an exemplary embodiment. This method is executed by a computer device, and the computer device can be a server as shown in Figure 1 As shown in Figure 3 As shown, the method for account login can include the following steps:
[0076] Step 301: Receive the target digital key identifier uploaded by the target user and the vehicle identification number of the target vehicle.
[0077] The user uploads a binding request to the server through the digital key application in the target terminal (mobile phone, tablet or other intelligent device). At this time, the target terminal can upload the target digital key identifier corresponding to itself and the vehicle identification number to be bound to the server through the binding request.
[0078] Step 302: Generate a binding relationship among the target digital key identifier, the vehicle identification number of the target vehicle, and the target user.
[0079] After receiving the binding request, the server can bind the obtained target digital key identifier and vehicle identification number with the user information (such as user ID) corresponding to the target terminal to form a unique binding relationship for subsequent security authentication and permission management.
[0080] Step 303: Send a target login credential to the target vehicle, so that the target vehicle can log in to the target user's account in the background of the target vehicle according to the target login credential, and when the target vehicle receives the target digital key identifier, display the interface after the target user's account is logged in on the in-vehicle computer of the target vehicle.
[0081] After the server generates the binding relationship, it can send the target login credential to the target vehicle according to the vehicle identification number, and the generated target login credential corresponds to the target user. Therefore, after receiving the target login credential, the target vehicle can identify the user identity and log in to the account corresponding to the target user in the background according to the target login credential.
[0082] In the embodiment of the present application, when the target terminal interacts with the target vehicle through the digital car key, it will transmit the target digital key identifier to the target vehicle. Specifically, when the target terminal approaches the target vehicle, it can automatically trigger an interaction process with the target vehicle (such as establishing a Bluetooth connection or a UWB connection) and send the target digital key identifier to the target vehicle; or, when the target terminal triggers an unlocking operation for the target vehicle, it can trigger an interaction process with the target vehicle through Bluetooth, UWB or a wireless network (such as a 5G network) and send the target digital key identifier to the target vehicle.
[0083] After receiving the digital key identifier of the target terminal, the in-vehicle computer interface of the target vehicle can be switched to the interface corresponding to the account of the logged-in target user, thereby improving the speed of in-vehicle computer account login.
[0084] In summary, when there is a binding relationship among the target digital key identifier, the vehicle identification number of the target vehicle, and the target user in the server, the server can send the corresponding target login credential to the target vehicle corresponding to the vehicle identification number. At this time, after receiving the target login credential, the target vehicle can directly log in to the account of the target user in the background of the target vehicle; when the user unlocks the vehicle with the digital key, the target vehicle can identify the corresponding digital key identifier. If the digital key identifier is the target digital key identifier bound to the target user, the interface after the account of the target user is logged in can be directly displayed on the in-vehicle computer of the target vehicle. In the above solution, only when the target digital key identifier, the vehicle identification number of the target vehicle, and the target user are bound in the server, the target login credential will be sent, so as to pre-log in to the account of the target user in the background of the target vehicle, improving the security of the in-vehicle computer account login while ensuring the convenience of the user to unlock the vehicle and log in to the in-vehicle computer.
[0085] Figure 4 is a schematic flowchart of an account login method shown according to an exemplary embodiment. This method is jointly executed by the user terminal 110, the server 120, and the target vehicle 130 in the vehicle control system as shown in Figure 1 shown, and the computer device can be the server as shown in Figure 1 shown. As shown in Figure 3 shown, the account login method may include the following steps:
[0086] S401, the target terminal receives the binding operation triggered by the user and uploads the target digital key identifier and the vehicle identification number.
[0087] In the embodiment of the present application, the user can use the digital car key on the user terminal to unlock and log in to the in-vehicle computer screen in parallel. Optionally, to implement this function, the user can actively enable the parallel login function in the user terminal, so that in addition to unlocking the vehicle, the digital car key of the user terminal can also log in to the in-vehicle computer in parallel.
[0088] For example, a guidance interface can be set on the user terminal or the in-vehicle computer screen, and the guidance interface displays the corresponding process for enabling the parallel login function, so as to guide the user to enter the setting page, select the "Digital Key" option, and then complete the corresponding setting steps according to the instructions.
[0089] Further, when the user can select to enable the co - login service for the target vehicle in the target terminal, for example, select the target vehicle through information such as vehicle brand, model, and vehicle identification number. When the user selects to enable the co - login service corresponding to the target vehicle in the target terminal, the binding operation is triggered. At this time, the target terminal can send the keyId (digital key identifier) and VIN (vehicle identification number) of the target user to the user center (i.e., the server that implements the co - login function). The user center will use the interface provided by the digital key platform to verify the relevance between these two parameters. This platform supports multiple communication protocols, such as CCC (Car Connectivity Consortium), ICCOA (International CarConnectivity Open Alliance), private BLE (Bluetooth Low Energy), and HCE (Host Card Emulation), etc., to ensure wide compatibility and security.
[0090] S402, the server receives the target digital key identifier and the vehicle identification number of the target vehicle uploaded by the target user.
[0091] In the embodiment of the present application, after the server receives the target digital key identifier and the vehicle identification number of the target vehicle uploaded by the target user, it is necessary to first verify whether the relationship between the keyId and the VIN is valid. Specifically, the server can call the interface of the digital key platform to verify whether the keyId and the VIN correspond, that is, whether the digital car key indicated by the digital key identifier is allowed to control the vehicle indicated by the vehicle identification number.
[0092] If the keyId and the VIN do not correspond, it means that the digital car key indicated by the digital key identifier does not have the permission to control the vehicle indicated by the vehicle identification number. At this time, no subsequent operations are performed, and the server can return a corresponding message to the target terminal corresponding to the target user to inform that the digital car key has no control permission.
[0093] S403, the server generates the binding relationship between the target digital key identifier, the vehicle identification number of the target vehicle, and the target user.
[0094] Once the server confirms that the relationship between the keyId and the VIN is valid, at this time, the server will perform the binding operation between the keyId, the VIN, and the user ID (uid).
[0095] Optionally, this binding relationship will not only be saved in the cloud database, but also synchronized to the target terminal corresponding to the target user. If the target terminal invalidates the digital car key by revoking the command (such as deleting the operation command of the digital car key), the system will immediately update the status of the user center and automatically cancel the original binding relationship to ensure data consistency and security.
[0096] Optionally, in order to improve the response speed and reduce the dependence on the network, the server will also send the target digital key identifier, the vehicle identification number of the target vehicle and the binding relationship between the target user to the target vehicle. At this time, even if the target vehicle and the server cannot communicate through the wireless network, when the target vehicle receives the control instruction of the digital car key, it can still determine whether to respond according to the binding relationship.
[0097] Similarly, when receiving a revocation command triggered by the target user, the server will also release the binding relationship between the target digital key identifier, the vehicle identification number of the target vehicle and the target user, and send a deletion command to the target vehicle to instruct the target vehicle to delete the binding relationship.
[0098] S404, the server sends the target login credentials to the target vehicle, and correspondingly, the target vehicle receives the target login credentials.
[0099] After successfully establishing the keyId-VIN-uid binding relationship, the user center will generate a login token credential specific to the user account (i.e. the target login credential) and send it to the target vehicle's computer.
[0100] Step 405 , the target vehicle logs in to the target user's account in the background of the target vehicle according to the target login credentials.
[0101] After the target vehicle's computer receives the token credentials, it will automatically complete the initial login process in the background without the user having to enter any additional information, greatly simplifying the user's login process.
[0102] Optionally, when an unlocking command from a digital key is received, the target vehicle is controlled to be unlocked.
[0103] Furthermore, the target binding information sent by the server is received; the target binding information is used to indicate the binding relationship between the digital key identifier, the vehicle identification number and the user account. At this time, when the unlocking command of the digital key is received, the digital key identifier corresponding to the unlocking command is obtained; if the digital key identifier corresponding to the unlocking command satisfies the binding relationship, the target vehicle is controlled to be unlocked.
[0104] When the target user unlocks the target vehicle using a digital car key (e.g., unlocks via Bluetooth, NFC, or UWB), the digital car key sends its keyId to the target vehicle. At this time, the target vehicle can determine whether to respond to the unlock operation based on the keyId and its corresponding binding relationship.
[0105] Step 406, when receiving the target digital key identifier, display the interface after the target user's account is logged in on the in-vehicle computer of the target vehicle.
[0106] In the embodiment of the present application, when the target user unlocks the vehicle using a digital car key, the digital car key sends its keyId (digital key identifier) to the target vehicle. Correspondingly, when the target vehicle receives the target digital key identifier, it indicates that the target car key has performed control operations such as unlocking the target vehicle at this time. In order to reduce the user's operation process and improve the vehicle startup speed, the target vehicle can directly display the interface after the target user's account is logged in on the in-vehicle computer at this time.
[0107] Further, when the target vehicle is unlocked and receives the digital key identifier, display the interface after the target user is logged in on the in-vehicle computer screen of the target vehicle.
[0108] To improve the security of automatic user account login, only when the target vehicle recognizes that it is unlocked by a digital car key, that is, when it determines that the digital car key has the permission to control the target vehicle, then display the interface after the target user is logged in on the in-vehicle computer screen of the target vehicle.
[0109] Further, when receiving the target digital key identifier, query the account record of the target user corresponding to the target digital key identifier in the target vehicle; if there is an account record of the target user in the target vehicle, then display the interface after the target user is logged in on the in-vehicle computer screen of the target vehicle.
[0110] That is, when the target vehicle receives the digital key identifier, it also needs to query the account record of the target user corresponding to the target digital key identifier in the local storage of the target vehicle, that is, whether the target user's account is pre-logged in the background of the target vehicle; when there is an account record of the target user in the target vehicle, at this time, the interface after the target user is logged in can be displayed in advance on the in-vehicle computer screen of the target vehicle.
[0111] Further, if there is no account record of the target user in the target vehicle, then query the user information of the target user from the server according to the target digital key identifier to re-obtain the target login credential.
[0112] When there is no account record of the target user in the target vehicle, it means that the target vehicle has not logged into the target user's account in the background in advance according to the target login credentials. Therefore, the target vehicle can query the server for the target user's user information based on the target digital key identifier. The server responds to the query request, verifies the binding relationship between the target user, digital key identifier and vehicle identification number, and regenerates the target login credentials and sends them to the target vehicle.
[0113] Please refer to Figure 5 , which shows a large screen flow chart of a digital car key unlocking connected boarding machine. Figure 5 As shown, the process includes:
[0114] 1. User triggers digital key upgrade:
[0115] The user opens the mobile app, enters the "Digital Key" settings page, and selects "Activate the joint login function."
[0116] An operation guide can be displayed on the large screen of the car computer, instructing users on how to trigger the upgrade of the digital key in the mobile application and choose to activate the joint login service.
[0117] 2. Verify the relationship between keyId and VIN:
[0118] The mobile app sends the user's keyId (digital key identifier) and VIN (vehicle identification number) to the user center. The user center calls the interface of the digital key platform to verify whether the relationship between keyId and VIN is valid. The digital key platform returns the verification result to the user center.
[0119] 3. Bind keyId-VIN-uid:
[0120] After the user center confirms that the relationship between keyId and VIN is valid, it performs the binding operation between keyId, VIN and user ID (uid). The user center sends the binding relationship to the vehicle's local storage to ensure data consistency and reliability. If the digital key fails, the user center will synchronize the status and automatically release the original binding relationship.
[0121] 4. Send the keyId-VIN-uid binding relationship to the vehicle's local storage:
[0122] The user center sends the verified keyId-VIN-uid binding relationship to the vehicle local storage. Correspondingly, the vehicle local storage confirms receipt and saves the binding relationship.
[0123] 5. Issue the login token:
[0124] The user center generates a login token specific to the user account, and sends the login token to the car screen. Correspondingly, after the car screen receives the token, it automatically completes the initial login process in the background without the user having to enter additional information.
[0125] 6. Unlock using digital key:
[0126] The user uses the digital key to unlock the vehicle (usually through near-field communication technology such as Bluetooth, UWB or NFC), and the digital key sends its own keyId to the car's large screen.
[0127] 7. Query the local record of keyId and switch accounts:
[0128] After receiving the keyId, the car screen first checks whether there is a corresponding account record locally. If there is a record, the car screen directly switches the account to the front-end login state; if there is no record locally, the car screen initiates a cloud request to query the user information associated with the keyId. Once a valid login token is obtained, the car screen can complete the user's login operation.
[0129] In summary, when the server has a binding relationship between the target digital key identifier, the vehicle identification number of the target vehicle, and the target user, the server can send the corresponding target login credentials to the target vehicle corresponding to the vehicle identification number. At this time, after the target vehicle receives the target login credentials, it can directly log in to the target user's account in the background of the target vehicle; and when the user unlocks the vehicle with the digital key, the target vehicle can recognize the corresponding digital key identifier. If the digital key identifier is the target digital key identifier bound to the target user, the interface after the target user's account login can be directly displayed on the target vehicle's computer. In the above scheme, the target login credentials will only be sent when the target digital key identifier, the vehicle identification number of the target vehicle, and the target user are bound in the server, so that the target user's account is pre-logged in the background of the target vehicle, which improves the security of the vehicle computer account login while ensuring the convenience of users unlocking the vehicle and logging in to the vehicle computer.
[0130] In the embodiments of the present application, an account login device is also provided, which is used to implement the above embodiments and preferred implementation modes, and the descriptions that have been made will not be repeated. As used below, the term "module" can implement a combination of software and / or hardware for a predetermined function. Although the devices described in the following embodiments are preferably implemented in software, the implementation of hardware, or a combination of software and hardware, is also possible and conceivable.
[0131] The present application embodiment provides an account login device, Figure 6It is a schematic structural diagram of an account login device provided by an embodiment of the present application. The device is disposed in a target vehicle and includes:
[0132] A credential receiving module 601, configured to receive a target login credential; the target login credential is issued by a server based on a binding relationship among a target digital key identifier, a vehicle identification number of the target vehicle, and a target user;
[0133] A background login module 602, configured to log in to the account of the target user in the background of the target vehicle according to the target login credential;
[0134] An interface display module 603, configured to, when receiving the target digital key identifier, display an interface after the account of the target user is logged in on the in-vehicle computer of the target vehicle.
[0135] Figure 7 It is a schematic structural diagram of another account login device provided by an embodiment of the present application. The device is disposed in a server and includes:
[0136] An information receiving module 701, configured to receive the target digital key identifier and the vehicle identification number of the target vehicle uploaded by the target user;
[0137] A relationship generating module 702, configured to generate a binding relationship among the target digital key identifier, the vehicle identification number of the target vehicle, and the target user;
[0138] A credential issuing module 703, configured to issue a target login credential to the target vehicle, so that the target vehicle logs in to the account of the target user in the background of the target vehicle according to the target login credential, and when the target vehicle receives the target digital key identifier, display an interface after the account of the target user is logged in on the in-vehicle computer of the target vehicle.
[0139] The further function descriptions of the above-mentioned various modules and units are the same as those in the corresponding embodiments above, and will not be elaborated here.
[0140] The account login device in this embodiment is presented in the form of functional units. Here, the unit refers to an ASIC (Application Specific Integrated Circuit) circuit, a processor and a memory that execute one or more software or fixed programs, and / or other devices that can provide the above functions.
[0141] An embodiment of the present invention further provides a computer device. The computer device is disposed in a target vehicle, or the computer device is implemented as a cloud server corresponding to the target vehicle. The computer device has the above-mentioned Figure 6 or Figure 7 shown account login device.
[0142] Please refer to Figure 8 , Figure 8 which is a schematic structural diagram of a computer device provided by an alternative embodiment of the present invention. As shown in Figure 8 , the computer device includes: one or more processors 10, a memory 20, and interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. Each component communicates with each other using different buses and can be installed on a common motherboard or installed in other ways as needed. The processor can process instructions executed within the computer device, including instructions stored in the memory or on the memory to display graphic information in a graphical user interface on an external input / output device (such as a display device coupled to the interface). In some alternative embodiments, if needed, multiple processors and / or multiple buses can be used together with multiple memories. Similarly, multiple computer devices can be connected, and each device provides some necessary operations (for example, as a server array, a set of blade servers, or a multi-processor system). Figure 8 In
[0143] , a processor 10 is taken as an example. The processor 10 can be a central processing unit, a network processor, or a combination thereof. Among them, the processor 10 can further include a hardware chip. The above hardware chip can be an application-specific integrated circuit, a programmable logic device, or a combination thereof. The above programmable logic device can be a complex programmable logic device, a field programmable gate array, a generic array logic, or any combination thereof.
[0144] Among them, the memory 20 stores instructions executable by at least one processor 10, so that the at least one processor 10 executes the method shown in the above embodiments.
[0145] The memory 20 can include a program storage area and a data storage area. Among them, the program storage area can store an operating system and application programs required for at least one function; the data storage area can store data created according to the use of the computer device, etc. In addition, the memory 20 can include a high-speed random access memory, and can also include a non-transitory memory, such as at least one disk storage device, a flash memory device, or other non-transitory solid-state storage devices. In some alternative embodiments, the memory 20 can optionally include a memory remotely set relative to the processor 10, and these remote memories can be connected to the computer device through a network. Examples of the above network include but are not limited to the Internet, an enterprise intranet, a local area network, a mobile communication network, and combinations thereof.
[0146] The memory 20 may include volatile memory, such as random access memory; the memory may also include non-volatile memory, such as flash memory, a hard disk, or a solid state drive; the memory 20 may further include a combination of the above types of memory.
[0147] The computer device further includes a communication interface 30 for the computer device to communicate with other devices or a communication network.
[0148] Embodiments of the present invention also provide a computer-readable storage medium. The method according to the embodiments of the present invention can be implemented in hardware, firmware, or be implemented as computer code that can be recorded on a storage medium, or be implemented by downloading through a network the original computer code stored in a remote storage medium or a non-transitory machine-readable storage medium and to be stored in a local storage medium, so that the method described herein can be stored as such software processing on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware. Among them, the storage medium may be a magnetic disk, an optical disk, a read-only memory, a random access memory, a flash memory, a hard disk, or a solid state drive, etc.; further, the storage medium may also include a combination of the above types of memory. It can be understood that a computer, a processor, a microprocessor controller, or programmable hardware includes a storage component that can store or receive software or computer code, and when the software or computer code is accessed and executed by the computer, the processor, or the hardware, the method shown in the above embodiments is implemented.
[0149] A part of the present invention can be applied as a computer program product, such as computer program instructions, which when executed by a computer, can call or provide the method and / or technical solution according to the present invention through the operation of the computer. Those skilled in the art should be able to understand that the forms of existence of computer program instructions in a computer-readable medium include, but are not limited to, source files, executable files, installation package files, etc. Correspondingly, the ways for a computer to execute computer program instructions include, but are not limited to: the computer directly executes the instruction, or the computer compiles the instruction and then executes the corresponding compiled program, or the computer reads and executes the instruction, or the computer reads and installs the instruction and then executes the corresponding installed program. Herein, the computer-readable medium can be any available computer-readable storage medium or communication medium accessible to the computer.
[0150] Although the embodiments of the present invention are 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 the present invention, and such modifications and variations all fall within the scope defined by the appended claims.
Claims
1. An account login method, characterized in that: The method is performed by a target vehicle, and the method comprises: Receive a target login credential; the target login credential is issued by the server based on a binding relationship between a target digital key identifier, a vehicle identification number of a target vehicle, and a target user; According to the target login credentials, log in to the target user's account in the background of the target vehicle; When the target digital key identifier is received, the interface after the target user's account login is displayed on the vehicle computer of the target vehicle.
2. The method according to claim 1, characterized in that The method further comprises: When an unlocking command from a digital key is received, the target vehicle is controlled to be unlocked.
3. The method according to claim 2, characterized in that The method further comprises: Receiving target binding information sent by the server; the target binding information is used to indicate the binding relationship between the digital key identifier, the vehicle identification number and the user account; When receiving the unlocking instruction of the digital key, controlling the target vehicle to unlock includes: When receiving an unlock instruction of the digital key, obtaining a digital key identifier corresponding to the unlock instruction; If the digital key identifier corresponding to the unlocking instruction satisfies the binding relationship, the target vehicle is controlled to be unlocked.
4. The method according to claim 2, characterized in that: When the target digital key identifier is received, the interface after the target user's account login is displayed on the vehicle computer of the target vehicle, including: When the target vehicle is unlocked and the digital key identifier is received, the interface after the target user logs in is displayed on the vehicle screen of the target vehicle.
5. The method according to any one of claims 1 to 4, characterized in that: When the digital key identifier is received, an interface after the target user logs in is displayed on the vehicle screen of the target vehicle, including: When receiving the target digital key identifier, querying the target vehicle for an account record of a target user corresponding to the target digital key identifier; If there is an account record of the target user in the target vehicle, displaying the interface after the target user logs in on the vehicle screen of the target vehicle; If there is no account record of the target user in the target vehicle, the user information of the target user is queried from the server based on the target digital key identifier to retrieve the target login credentials.
6. An account login method, characterized in that: The method is executed by a server, and comprises: Receiving a target digital key identifier and a vehicle identification number of a target vehicle uploaded by a target user; Generate a binding relationship between the target digital key identifier, the vehicle identification number of the target vehicle, and the target user; The target login credentials are sent to the target vehicle so that the target vehicle logs in the target user's account in the background of the target vehicle according to the target login credentials, and when the target vehicle receives the target digital key identifier, the interface after the target user's account login is displayed on the vehicle computer of the target vehicle.
7. The method according to claim 6, characterized in that The method further comprises: The target digital key identifier, the vehicle identification number of the target vehicle, and the binding relationship between the target user are issued to the target vehicle.
8. The method according to claim 7, characterized in that The method further comprises: When a revocation command triggered by a target user is received, the binding relationship between the target digital key identifier, the vehicle identification number of the target vehicle and the target user is released, and a deletion command is sent to the target vehicle to instruct the target vehicle to delete the binding relationship.
9. A vehicle, characterized in that: It includes a vehicle controller, which includes a memory and a processor. The memory and the processor are communicatively connected to each other. The memory stores computer instructions. The processor executes the account login method as described in any one of claims 1 to 5 by executing the computer instructions.
10. A computer device, characterized in that: include: A memory and a processor, wherein the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the account login method according to any one of claims 6 to 8 by executing the computer instructions.