Vehicle starting method, electronic equipment, vehicle and computer readable storage medium

Abstract

The invention relates to a vehicle starting method, electronic equipment, a vehicle and a computer readable storage medium, and the vehicle starting method comprises the steps: after a vehicle unlocking signal is initiated to a lock module of the vehicle in response to a target request of a client, a Bluetooth key search request of a whole vehicle control module of the vehicle is responded, and the vehicle unlocking signal is sent to the lock module of the vehicle; detecting whether the vehicle meets a starting condition or not, and detecting whether Bluetooth connection with the client is maintained or not; the target request is a request for unlocking and starting the vehicle; the client side holds a Bluetooth key of a vehicle; and if it is detected that the vehicle meets the starting condition and the Bluetooth connection with the client is maintained, response information indicating the Bluetooth in-place state of the client is sent to the whole vehicle control module, so that the whole vehicle control module starts the vehicle. According to the method, the process of repositioning the Bluetooth key can be removed, the vehicle starting failure caused by the Bluetooth key positioning failure is avoided, and therefore the success rate of starting the vehicle is increased.

Description

Technical Field

[0001] This application relates to the field of vehicle control technology, and in particular to a vehicle starting method, electronic equipment, vehicle, and computer-readable storage medium. Background Technology

[0002] A vehicle Bluetooth key is a system that uses Bluetooth communication technology to simulate a smart mobile terminal (such as a mobile phone) as a vehicle key. Based on this, a vehicle Bluetooth key enables functions such as keyless entry, starting, and authorized sharing, thus providing users with a digital solution to replace traditional physical keys or radio frequency keys.

[0003] Currently, after a user unlocks the vehicle using a Bluetooth key, the vehicle typically needs to perform the Bluetooth key location process again when starting the vehicle. Because Bluetooth location technology has inherent accuracy limitations, inaccurate location data can prevent the vehicle from successfully recognizing the Bluetooth key, thus preventing the vehicle from starting.

[0004] There is currently no effective solution to the problem of low success rate of vehicle starting based on Bluetooth keys in related technologies. Summary of the Invention

[0005] This embodiment provides a vehicle starting method, an electronic device, a vehicle, and a computer-readable storage medium to address the problem of low vehicle starting success rate based on Bluetooth keys in related technologies.

[0006] Firstly, this embodiment provides a vehicle starting method, the method comprising:

[0007] After initiating a vehicle unlock signal to the vehicle's lock module in response to the client's target request, and in response to the vehicle's vehicle control module's Bluetooth key search request, it checks whether the vehicle meets the starting conditions; the target request is a request to unlock and start the vehicle; the client holds the vehicle's Bluetooth key; and,

[0008] Detect whether the Bluetooth connection with the client is maintained;

[0009] If the vehicle is detected to meet the start conditions and maintain a Bluetooth connection with the client, a response message indicating the Bluetooth presence status of the client is sent to the vehicle control module, so that the vehicle control module can start the vehicle.

[0010] In some embodiments, upon receiving the target request, the method further includes:

[0011] In response to the target request from the client, the system detects whether the vehicle meets the unlocking conditions; if the vehicle meets the unlocking conditions, it sends a vehicle unlocking signal to the vehicle's lock module to unlock the vehicle.

[0012] In some embodiments, detecting whether the vehicle meets the unlocking conditions includes:

[0013] Based on the Bluetooth key's operating permissions, the vehicle's status, and the timeliness of the target request, the system detects whether the vehicle meets the unlocking conditions.

[0014] In some embodiments, detecting whether the vehicle meets the start-up conditions includes:

[0015] The system detects whether the vehicle meets the start-up conditions based at least on the Bluetooth key's operating permissions, the vehicle's status, and the timeliness of the Bluetooth key search request.

[0016] In some embodiments, the detection of whether the vehicle meets the start conditions is based at least on the Bluetooth key's operating permissions, the vehicle's status, and the timeliness of the Bluetooth key search request, including:

[0017] When it is detected that the Bluetooth key has the operation permission to start the vehicle, the vehicle status indicates that the vehicle is in a non-driving state, the Bluetooth key search request is time-sensitive, and no end start request is received from the client, it is determined that the vehicle meets the start conditions.

[0018] In some embodiments, the timeliness determination process for the Bluetooth key search request includes:

[0019] Determine whether the time difference between the receipt time of the Bluetooth key search request and the unlocking time of the vehicle by the lock module is within a preset time difference range; if so, determine that the Bluetooth key search request has timeliness.

[0020] In some embodiments, the method further includes:

[0021] If the vehicle is detected to meet the start conditions and the Bluetooth connection with the client is disconnected, a response indicating that no Bluetooth key was found is sent to the vehicle control module.

[0022] Secondly, this embodiment provides a vehicle starting device, including a detection module and a response module; wherein:

[0023] The detection module is configured to, after initiating a vehicle unlock signal to the vehicle's lock module in response to a target request from the client, detect whether the vehicle meets the starting conditions in response to a Bluetooth key search request from the vehicle's vehicle control module; the target request is a request to unlock and start the vehicle; the client holds the vehicle's Bluetooth key; and detect whether the Bluetooth connection with the client is maintained.

[0024] The response module is used to send a response message indicating the Bluetooth presence status of the client to the vehicle control module when it detects that the vehicle meets the start conditions and maintains a Bluetooth connection with the client, so that the vehicle control module can start the vehicle.

[0025] Thirdly, this embodiment provides an electronic device including a memory and a processor, wherein the memory stores a computer program and the processor is configured to run the computer program to perform the vehicle starting method described in the first aspect above.

[0026] Fourthly, this embodiment provides a vehicle including the electronic equipment described in the third aspect.

[0027] Fifthly, this embodiment provides a computer-readable storage medium having a computer program stored thereon that, when executed by a processor, implements the vehicle starting method described in the first aspect above.

[0028] In a sixth aspect, this embodiment provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the vehicle starting method described in the first aspect above.

[0029] Compared with related technologies, this embodiment provides a vehicle starting method, an electronic device, a vehicle, and a computer-readable storage medium. The vehicle starting method, after initiating a vehicle unlock signal to the vehicle's lock module in response to a target request from a client, then, in response to a Bluetooth key search request from the vehicle's control module, detects whether the vehicle meets the starting conditions; the target request is a request to unlock and start the vehicle; the client holds the vehicle's Bluetooth key; and it detects whether a Bluetooth connection with the client is maintained. If the vehicle meets the starting conditions and a Bluetooth connection with the client is maintained, a response indicating the client's Bluetooth presence is sent to the vehicle control module, enabling the vehicle control module to start the vehicle. This eliminates the need for repositioning the Bluetooth key, avoiding vehicle starting failures due to Bluetooth key repositioning failures, thereby improving the success rate of starting the vehicle.

[0030] Details of one or more embodiments of this application are set forth in the following drawings and description to make other features, objects and advantages of this application more readily apparent. Attached Figure Description

[0031] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0032] Figure 1 This is a hardware structure block diagram of the terminal of the vehicle starting method according to an embodiment of this application;

[0033] Figure 2 This is a flowchart of a vehicle starting method according to an embodiment of this application;

[0034] Figure 3 These are timing diagrams of vehicle startup in some embodiments of this application;

[0035] Figure 4 This is a schematic diagram of the vehicle starting device according to an embodiment of this application. Detailed Implementation

[0036] To better understand the purpose, technical solution, and advantages of this application, the application is described and explained below in conjunction with the accompanying drawings and embodiments.

[0037] Unless otherwise defined, the technical or scientific terms used in this application shall have the general meaning understood by one of ordinary skill in the art to which this application pertains. Words such as “a,” “an,” “an,” “the,” “the,” and “these” used in this application do not indicate quantitative limitation and may be singular or plural. The terms “comprising,” “including,” “having,” and any variations thereof used in this application are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or device that comprises a series of steps or modules (units) is not limited to the listed steps or modules (units) but may include steps or modules (units) not listed, or may include other steps or modules (units) inherent to these processes, methods, products, or devices. Words such as “connected,” “linked,” and “coupled” used in this application are not limited to physical or mechanical connections but may include electrical connections, whether direct or indirect. “Multiple” used in this application refers to two or more. “And / or” describes the relationship between related objects, indicating that three relationships may exist; for example, “A and / or B” can represent: A alone, A and B simultaneously, and B alone. Normally, the character " / " indicates that the objects before and after it are in an "or" relationship. The terms "first," "second," "third," etc., used in this application are merely to distinguish similar objects and do not represent a specific order of objects.

[0038] The method embodiments provided in this example can be executed on a terminal, computer, or similar computing device. For example, they can run on an electronic device. Figure 1 This is a hardware structure block diagram of the electronic device in the vehicle starting method of this embodiment. For example... Figure 1 As shown, an electronic device may include one or more ( Figure 1 Only one is shown in the image. A processor 102 and a memory 104 for storing data are also included. The processor 102 may be, but is not limited to, a microprocessor (MCU) or a programmable logic device (FPGA). The electronic device may also include a transmission device 106 for communication functions and an input / output device 108. Those skilled in the art will understand that… Figure 1 The structure shown is for illustrative purposes only and does not limit the structure of the electronic device described above. For example, the electronic device may also include components that are more... Figure 1 The more or fewer components shown, or having the same Figure 1 The different configurations shown are illustrated.

[0039] The memory 104 can be used to store computer programs, such as application software programs and modules, like the computer program corresponding to the vehicle starting method in this embodiment. The processor 102 executes various functional applications and data processing by running the computer program stored in the memory 104, thereby implementing the above-described method. The memory 104 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 104 may further include memory remotely located relative to the processor 102, and these remote memories can be connected to electronic devices via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0040] The transmission device 106 is used to receive or send data via a network. This network includes a wireless network provided by the communication provider of the electronic device. In one example, the transmission device 106 includes a Network Interface Controller (NIC), which can connect to other network devices via a base station to communicate with the Internet. In another example, the transmission device 106 can be a Radio Frequency (RF) module used for wireless communication with the Internet.

[0041] For example, the aforementioned electronic device may be a terminal device that is set up independently of the vehicle or integrated into the vehicle; it may also be an intermediate device that enables user interaction with the vehicle; or it may be a controller deployed in the vehicle, such as a telematics controller (TBOX).

[0042] This section first describes a vehicle unlocking and starting process based on a Bluetooth key. A mobile device (such as a smartphone or smartwatch) has a corresponding car application (APP) pre-installed on it. Then, the user, holding this mobile device with Bluetooth enabled, enters a preset distance range (e.g., 10 to 20 meters) around the vehicle. The vehicle's Bluetooth system will periodically send broadcast signals. Upon receiving this signal, the APP on the mobile device will establish an initial Bluetooth connection with the vehicle.

[0043] Next, the vehicle will engage in a "challenge-response authentication" interaction with the mobile device. During this process, the vehicle will send an encrypted challenge command to the phone, containing a randomly or pseudo-randomly generated number that can only be used once. The app will use an encryption key shared during pre-pairing with the vehicle to calculate this random number and generate a correct response. The mobile device will then send this response back to the vehicle. The vehicle's digital key module will verify the response. Once the vehicle-side verification is successful, it will confirm that the mobile device possesses a valid Bluetooth key for the vehicle, triggering the door lock motors to automatically unlock the doors. The vehicle may also indicate successful unlocking through flashing lights, honking the horn, or other means.

[0044] When a user unlocks and enters the vehicle, and the vehicle starts, the Vehicle Control Module (VMM) sends a Bluetooth key search request to the digital key module. The digital key module responds to this request and begins the key-finding process. At this point, Bluetooth location within the vehicle needs to be determined. Specifically, the Received Signal Strength Indication (RSSI) values ​​of the mobile device are measured by Bluetooth modules at several different locations within the vehicle. This data is used to calculate the mobile device's position relative to these Bluetooth modules. Based on the calculated position, it is determined whether the mobile device is within a pre-defined area (within the vehicle) where vehicle starting is permitted, thus achieving Bluetooth location. Only after the Bluetooth location confirms that the mobile device holding the Bluetooth key is inside the vehicle can the subsequent vehicle starting process proceed.

[0045] Therefore, Bluetooth positioning takes time during this process, which increases the perceived vehicle startup time for the user. Furthermore, low Bluetooth positioning accuracy can lead to Bluetooth key search failures, resulting in vehicle startup failures.

[0046] In this embodiment, a vehicle starting method is provided. Figure 2 This is a flowchart of the vehicle starting method in this embodiment, such as... Figure 2 As shown, the process includes the following steps:

[0047] Step S210: After sending a vehicle unlock signal to the vehicle's lock module in response to the client's target request, in response to the vehicle's vehicle control module's Bluetooth key search request, it is detected whether the vehicle meets the starting conditions; the target request is a request to unlock and start the vehicle; the client holds the vehicle's Bluetooth key; and it is detected whether the Bluetooth connection with the client is maintained.

[0048] Specifically, the client can be a mobile device with the corresponding app installed, and this mobile device has already completed Bluetooth connection and Bluetooth key authentication with the vehicle. The vehicle's lock module is used to lock or unlock the vehicle. The vehicle's overall control module controls numerous comfort, convenience, and safety functions related to the vehicle body.

[0049] For ease of explanation, the following description primarily uses the vehicle starting method operating within a telematics controller as an example. Specifically, the telematics controller can be an embedded vehicle networking system module installed inside the vehicle. As a gateway connecting the vehicle to external networks, the telematics controller is the core hardware for realizing remote and intelligent connectivity functions. In this embodiment, the vehicle starting method can be executed by the digital key module within the telematics controller. Furthermore, the aforementioned starting conditions can specifically be conditions that assess whether the vehicle is suitable for starting from the perspectives of permissions and security.

[0050] Once the Bluetooth key held by the client is successfully authenticated, the client is authorized to unlock and start the vehicle. Therefore, in response to the user's request to unlock and start the vehicle from the client's perspective, the vehicle unlocking process is executed first. After the vehicle is unlocked, the vehicle control module will, according to its inherent settings, initiate a Bluetooth key search request to the digital key module. In this step, when responding to this request, the digital key module, unlike related technologies that perform Bluetooth positioning for Bluetooth key search, directly checks whether the vehicle meets the starting conditions and whether the Bluetooth connection with the client remains maintained.

[0051] For example, a new function button for initiating vehicle unlocking and pre-start can be added to the client's APP interface. After the client and vehicle's digital key modules complete Bluetooth connection pairing and Bluetooth key authentication, this function button will be displayed on the client's APP interface. When the user clicks this function button, the aforementioned target request is initiated to the digital key module, indicating that the vehicle unlocking and starting process needs to be started, provided that the Bluetooth key has obtained authorization to unlock and start the vehicle. At this time, the digital key module will respond to this target request and begin the vehicle unlocking and starting process. After the lock module unlocks the vehicle, the digital key module will generate an authorized start timer and set the authorized start status to valid. The APP interface will then display corresponding information indicating the start of the vehicle start process (e.g., a preset indicator light).

[0052] In step S220, if the vehicle is detected to meet the start-up conditions and maintain a Bluetooth connection with the client, a response message indicating the Bluetooth presence status of the client is sent to the vehicle control module so that the vehicle control module can start the vehicle.

[0053] The Bluetooth presence status indicates that a Bluetooth device (such as a mobile phone) paired with the vehicle's digital key module is within the vehicle's preset, service-available area. In other words, in this step, as long as the digital key module detects that the vehicle meets the start conditions and the Bluetooth connection with the client is not broken, there is no need for Bluetooth location tracking. It can directly reply to the vehicle control module that a valid Bluetooth key has been found, and the subsequent vehicle start process can continue.

[0054] Specifically, in some embodiments, the startup conditions may include multiple detection items, such as detecting whether the Bluetooth key is disabled, whether the authorized startup timer has not expired, whether the user has not actively ended the startup process in the APP, and whether the vehicle is not in the driving module. When all detection items are met, the vehicle is confirmed to meet the startup conditions, and a Bluetooth presence status is replied to the vehicle control module. If any of the startup conditions are not met, the vehicle is confirmed to not meet the startup conditions, and the authorized startup status is changed to invalid. At this time, a reply of "Bluetooth key not found" can be sent. This improves the vehicle's security.

[0055] Compared to related technologies, this embodiment eliminates the need for a time-consuming Bluetooth positioning process after unlocking the vehicle with a Bluetooth key, provided the starting conditions are met. This saves Bluetooth key search time and avoids vehicle start-up failures caused by inaccurate Bluetooth positioning. By combining Bluetooth key unlocking with the vehicle start-up process, the client only needs an authenticated and valid Bluetooth key to unlock and start the vehicle. This seamless integration of unlocking and starting the vehicle not only improves starting efficiency but also reduces the risk of start-up failures and increases the success rate, thereby enhancing the user experience.

[0056] Therefore, in this embodiment, through the aforementioned steps S210 to S220, after initiating a vehicle unlock signal to the vehicle's lock module in response to the client's target request, the system then detects whether the vehicle meets the starting conditions in response to the vehicle control module's Bluetooth key search request; the target request is to unlock and start the vehicle; the client holds the vehicle's Bluetooth key; and the system checks whether the Bluetooth connection with the client is maintained. If the vehicle meets the starting conditions and the Bluetooth connection with the client is maintained, the system replies to the vehicle control module with the client's Bluetooth presence status, enabling the vehicle control module to start the vehicle. This eliminates the need for repositioning the Bluetooth key, avoiding vehicle starting failures due to Bluetooth key positioning failures, thereby improving the success rate of starting the vehicle.

[0057] In one embodiment, upon receiving a target request, the vehicle starting method may further include:

[0058] In response to the client's target request, the system checks whether the vehicle meets the unlocking conditions. If the vehicle meets the unlocking conditions, the system sends a vehicle unlocking signal to the vehicle's locking module to unlock the vehicle.

[0059] Upon receiving a target request from a client, the digital key module first checks whether the vehicle meets the unlocking conditions to ensure the security of unlocking. After confirming that the vehicle meets the unlocking conditions, the digital key module can send an unlock signal to the lock module. This unlock signal can specifically be a command to unlock the vehicle based on remote keyless entry (RKE). The lock module will then unlock the vehicle based on this unlock signal.

[0060] In this embodiment, upon receiving a request, the unlocking conditions are verified, and an unlocking signal is sent to the lock module after the verification is successful, thereby improving the security of vehicle unlocking.

[0061] In one embodiment, detecting whether the vehicle meets the unlocking conditions may specifically include:

[0062] The system checks whether the vehicle meets the unlocking requirements based on the Bluetooth key's access permissions, the vehicle's status, and the timeliness of the target request. Different dimensions of detection can be used to verify whether the vehicle meets the unlocking requirements.

[0063] The Bluetooth key's operation permissions specifically refer to the permissions it has to operate on the current vehicle. This can be determined by detecting whether the Bluetooth key is disabled by the lock module. Vehicle status specifically indicates whether the vehicle is in driving mode. The timeliness of the target request refers to its validity within a specific time window, determined by the time difference between the request's generation time (the timestamp information carried in the request) and the vehicle's receiving time. This specific time window can be a pre-defined allowable time deviation range for time-sensitive command interactions between the vehicle and the client. Specifically, the timeliness of the target request can be determined by the timestamp information carried in the request. This is achieved by taking the time difference between the timestamp information carried in the target request and the timestamp information obtained from the vehicle's hardware clock. If the time difference is within the preset time window, the target request is considered valid, thus identifying expired or premature target requests.

[0064] Specifically, the system checks whether the Bluetooth key held by the client is disabled by the vehicle's lock module to confirm whether the Bluetooth key has the necessary permissions to unlock the vehicle; it checks the vehicle's status to determine if the vehicle is in a non-driving mode suitable for unlocking; and it checks the timestamp of the target request to determine if the request is time-sensitive. Finally, if the Bluetooth key is not disabled, the vehicle is in a non-driving mode, and the target request is time-sensitive, the system confirms that the vehicle meets the unlocking conditions and then sends an unlock signal to the lock module.

[0065] Understandably, if the Bluetooth key is detected as disabled, the unlocking process can be terminated, and the client app will be notified that the Bluetooth key is disabled. The app will then notify the user that the Bluetooth key is disabled and the process has ended. If the vehicle is detected as being in driving mode, the app can be notified that unlocking failed and that the vehicle is in driving mode. The app will display a message on the UI indicating that unlocking failed because the vehicle is in driving mode. If the target request is detected as not being time-sensitive, the app can be notified that the request is invalid; the app will then display a message on the UI indicating that the verification request is invalid.

[0066] This embodiment enables unlocking while ensuring that the user has the authority to unlock the vehicle and that the unlocking operation does not affect the vehicle's security.

[0067] In another embodiment, based on the above step S210, detecting whether the vehicle meets the starting conditions may specifically include:

[0068] At least based on the Bluetooth key's operating permissions, the vehicle's status, and the timeliness of the Bluetooth key search request, it is determined whether the vehicle meets the start-up conditions.

[0069] When detecting whether a vehicle meets the starting conditions, the assessment can also be based on different dimensions such as whether the Bluetooth key is disabled and therefore lacks vehicle starting authority, the vehicle status, and the timeliness of the Bluetooth key search request, thereby achieving secure vehicle starting. The timeliness of the Bluetooth key search request is similar to the timeliness of the target request mentioned above; specifically, it refers to the characteristic that the Bluetooth key search request is valid within a specific time window. This is determined by verifying the time difference between the generation time of the Bluetooth key search request (the timestamp information carried in the request) and the time the Bluetooth key search request is received.

[0070] In one embodiment, the detection of whether the vehicle meets the start conditions is based at least on the Bluetooth key's operating permissions, the vehicle's status, and the timeliness of the Bluetooth key search request. Specifically, this may include:

[0071] The vehicle meets the starting conditions when the Bluetooth key has the authority to start the vehicle, the vehicle status indicates that the vehicle is not in a driving state, the Bluetooth key search request is time-sensitive, and no client's request to end the start is received.

[0072] Upon unlocking the vehicle, the digital key module activates an authorized start timer, for example, setting its countdown to 120 seconds. Simultaneously, an authorized start status is set to active. When determining the start conditions, it's necessary to verify again whether the Bluetooth key is disabled to confirm its authorization to start the vehicle; it's also necessary to determine if the vehicle is in driving mode based on its status; additionally, the countdown of the authorized start timer can be used to determine the timeliness of the Bluetooth key search request. If a disabled Bluetooth key or a vehicle in driving mode is detected, the authorized start status is changed to inactive, the authorized start timer countdown ends, and the vehicle start process is confirmed to be complete. Furthermore, if the user actively initiates a request to end the start process by clicking a button on the app interface within the countdown, the authorized start status is changed to inactive, the authorized start timer countdown ends, and the vehicle start process ends. If the authorized start timer countdown has ended when a Bluetooth key search request is received, the authorized start status is changed to inactive, and the start process ends. At the end of the Bluetooth start process, feedback regarding the start completion and reason can be sent to the app, allowing the app to generate a corresponding notification to the user on the UI.

[0073] The process for determining the timeliness of a Bluetooth key search request may specifically include:

[0074] Determine whether the time difference between receiving the Bluetooth key search request and unlocking the vehicle by the lock module is within a preset time difference range; if so, determine that the Bluetooth key search request is time-sensitive.

[0075] Specifically, a timer can be generated upon successful unlocking to initiate an authorized start. If a Bluetooth key search request is received before the timer's countdown ends, the request is considered timed. Alternatively, the timestamp information carried in the Bluetooth key search request can be used as the reception time. This time difference is then calculated with the hardware time of the remote information processing controller to determine if it falls within a preset time difference range, such as 120 seconds, thus confirming the timeliness of the Bluetooth key search request. This embodiment avoids erroneous responses to timeout or time-abnormal requests, improving the safety and stability of vehicle starting.

[0076] Furthermore, in one embodiment, the vehicle starting method may further include: if the vehicle is detected to meet the starting conditions and the Bluetooth connection with the client is disconnected, then sending a response indicating that no Bluetooth key was found to the vehicle control module. For example, if the vehicle meets the starting conditions in terms of Bluetooth key operation permissions, vehicle status, and the timeliness of the Bluetooth key search request, but the Bluetooth connection between the telematics controller and the client has been disconnected, then the vehicle control module is notified that no Bluetooth key was found.

[0077] Figure 3 These are timing diagrams of vehicle startup in some embodiments, such as Figure 3 As shown, the timing diagram for vehicle startup may specifically include the following steps:

[0078] Step S301: Establish Bluetooth connection pairing. After the Bluetooth key is authenticated and authorized, both parties generate a session key (Skey). Specifically, firstly, a Bluetooth connection pairing is established between the client and the digital key module of the vehicle remote information processing controller. After the Bluetooth key held by the client is authenticated and authorized by the digital key module, the client and the digital key module will generate an Skey. At this time, it is considered that the Bluetooth key held by the client has been authorized to unlock and start the vehicle.

[0079] Step S302: It is detected that the user clicked the authorization start function button on the client; wherein, the function button indicates that the user initiated a target request to unlock and start the vehicle.

[0080] When the Bluetooth key is detected to be disabled, proceed with steps S303 to S305:

[0081] Step S303: Reply that the Bluetooth key is disabled. Specifically, when the lock module disables a Bluetooth key, it will broadcast this disabled status.

[0082] Step S304: Confirm that the Bluetooth key is disabled.

[0083] Step S305: The user is prompted that the Bluetooth key is disabled, and the process ends.

[0084] Step S306: Begin the vehicle unlocking and starting process.

[0085] If the vehicle is detected to be in driving mode, proceed with steps S307 to S309:

[0086] Step S307: The vehicle is detected to be in driving mode.

[0087] Step S308: Report vehicle unlocking failure to the client, the reason for the failure is that the vehicle is in driving mode.

[0088] In step S309, the UI will display a message indicating that unlocking failed because the vehicle is already in driving mode.

[0089] Step S310: Verify the timestamp information in the target request.

[0090] An invalid target request was detected. Steps S311 to S312 were executed:

[0091] Step S311: Report vehicle unlocking failure to the client, with the reason being invalid target request.

[0092] Step S312: The UI will display a message indicating that the target request is invalid.

[0093] Step S313: Send a vehicle unlock signal to the lock module.

[0094] Step S314: Activate the authorized start timer and set the countdown to 120 seconds.

[0095] Step S315: Set the Bluetooth authorization startup status to valid.

[0096] Step S316: Send feedback to the client that Bluetooth authorization has been successfully started.

[0097] Step S317: Display the start-up information on the UI interface and light up the corresponding indicator button.

[0098] When the authorized start timer is active, a Bluetooth key search request is received, and steps S318 to S320 are executed:

[0099] Step S318: Received Bluetooth key search request.

[0100] Step S319: A Bluetooth connection with the client is detected.

[0101] Step S320: Send Bluetooth key presence status.

[0102] If a Bluetooth disconnection with the client is detected, proceed to steps S321 to S323:

[0103] Step S321: Reply that no Bluetooth key was detected.

[0104] Step S322: End authorization and start timer.

[0105] Step S323: Set the Bluetooth authorization startup status to invalid.

[0106] If the Bluetooth key is detected to be disabled while the authorized start timer is active, proceed with steps S324 to S329:

[0107] Step S324: A signal indicating that the Bluetooth key is disabled is received.

[0108] Step S325: Determine that the Bluetooth key corresponding to the currently authorized start timer is disabled.

[0109] Step S326: End authorization and start timer.

[0110] Step S327: Set the Bluetooth authorization startup status to invalid.

[0111] Step S328: The vehicle startup failed to start.

[0112] Step S329: The start / stop indicator is displayed on the UI interface and the indicator button turns gray.

[0113] When the authorized start timer is active, if the vehicle is detected to be in driving mode, proceed with steps S330 to S334:

[0114] Step S330: The vehicle is detected to be in driving mode. The digital key module determines that the vehicle is in driving mode based on the vehicle status feedback from the vehicle control module.

[0115] Step S331: End authorization and start timer.

[0116] Step S332: Set the Bluetooth authorization startup status to invalid.

[0117] Step S333: The vehicle startup failed to start.

[0118] In step S334, the start / stop indicator is displayed on the UI interface and the indicator button turns gray.

[0119] When the authorized startup timer is active, if the user actively terminates the startup process, steps S335 to S340 are executed:

[0120] Step S335: It is detected that the user clicked the indicator button that is lit; wherein, the user actively ended the vehicle start by clicking this indicator button.

[0121] Step S336: Send the end startup command.

[0122] Step S337: End authorization and start timer.

[0123] Step S338: Set the Bluetooth authorization startup status to invalid.

[0124] Step S339: The vehicle startup failed to start.

[0125] In step S340, the start / stop indicator is displayed on the UI interface and the indicator button turns gray.

[0126] If the authorized start timer times out, execute steps S341 to S343:

[0127] Step S341: Reply to vehicle startup complete.

[0128] Step S342: Set the Bluetooth authorization startup status to invalid.

[0129] In step S343, the start / stop indicator is displayed on the UI interface and the indicator button turns gray.

[0130] Therefore, this embodiment can eliminate the process of repositioning the Bluetooth key, avoiding vehicle start failure caused by Bluetooth key positioning failure, thereby improving the success rate of starting the vehicle.

[0131] This embodiment also provides a vehicle starting device for implementing the above embodiments; details already described will not be repeated. The terms "module," "unit," "subunit," etc., used below refer to combinations of software and / or hardware that implement a predetermined function. Although the device described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.

[0132] Figure 4 This is a schematic diagram of the vehicle starting device 40 in this embodiment, as shown below. Figure 4 As shown, the vehicle starting device 40 may include: a detection module 42 and a response module 44; wherein:

[0133] The detection module 42 is used to detect whether the vehicle meets the starting conditions after initiating a vehicle unlock signal to the vehicle's lock module in response to the target request from the client; the target request is a request to unlock and start the vehicle; the client holds the vehicle's Bluetooth key; and to detect whether the Bluetooth connection between the client and the client is maintained.

[0134] The response module 44 is used to send a response message indicating the Bluetooth presence status of the client to the vehicle control module when the vehicle is detected to meet the start conditions and maintain a Bluetooth connection with the client, so that the vehicle control module can start the vehicle.

[0135] It should be noted that the above modules can be functional modules or program modules, and can be implemented through software or hardware. For modules implemented through hardware, the above modules can reside in the same processor; or the above modules can be located in different processors in any combination.

[0136] Additionally, this embodiment also provides an electronic device, including a memory and a processor, wherein the memory stores a computer program and the processor is configured to run the computer program to perform the steps in any of the above method embodiments.

[0137] Optionally, the electronic device may further include a transmission device and an input / output device, wherein the transmission device is connected to the processor and the input / output device is connected to the processor.

[0138] Optionally, in this embodiment, the processor can be configured to perform the following steps via a computer program:

[0139] S1, after sending a vehicle unlock signal to the vehicle's lock module in response to the client's target request, in response to the vehicle's vehicle control module's Bluetooth key search request, checks whether the vehicle meets the starting conditions; the target request is a request to unlock and start the vehicle; the client holds the vehicle's Bluetooth key; and checks whether the Bluetooth connection with the client is maintained.

[0140] S2, if the vehicle is detected to meet the start-up conditions and maintains a Bluetooth connection with the client, a response message indicating the client's Bluetooth presence is sent to the vehicle control module so that the vehicle control module can start the vehicle.

[0141] It should be noted that the specific examples in this embodiment can refer to the examples described in the above embodiments and optional implementations, and will not be repeated in this embodiment.

[0142] This embodiment also provides a vehicle, which may include the electronic devices described in the above embodiments.

[0143] Furthermore, in conjunction with the vehicle starting methods provided in the above embodiments, this embodiment can also provide a storage medium for implementation. This storage medium stores a computer program; when executed by a processor, the computer program implements any of the vehicle starting methods described in the above embodiments.

[0144] Corresponding to the vehicle starting method provided in the above embodiments, this embodiment also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the vehicle starting method provided in the above embodiments.

[0145] It should be understood that the specific embodiments described herein are merely illustrative of the application and not intended to limit it. All other embodiments derived by those skilled in the art based on the embodiments provided in this application without inventive effort are within the scope of protection of this application.

[0146] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties.

[0147] Obviously, the accompanying drawings are merely some examples or embodiments of this application. Those skilled in the art can apply this application to other similar situations based on these drawings without any creative effort. Furthermore, it is understood that although the work done in this development process may be complex and lengthy, for those skilled in the art, certain design, manufacturing, or production modifications made based on the technical content disclosed in this application are merely conventional technical means and should not be considered as insufficient disclosure of this application.

[0148] The term "embodiment" in this application refers to a specific feature, structure, or characteristic described in connection with an embodiment that may be included in at least one embodiment of this application. The appearance of this phrase in various places in the specification does not necessarily imply the same embodiment, nor does it imply that it is mutually exclusive with or independent of other embodiments. It will be clearly or implicitly understood by those skilled in the art that the embodiments described in this application may be combined with other embodiments without conflict.

[0149] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of patent protection. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the appended claims.

Claims

1. A vehicle starting method, characterized in that, The method includes: After initiating a vehicle unlock signal to the vehicle's lock module in response to the client's target request, and in response to the vehicle's vehicle control module's Bluetooth key search request, the system checks whether the vehicle meets the starting conditions; the target request is a request to unlock and start the vehicle; the client holds the vehicle's Bluetooth key; and... Detect whether the Bluetooth connection with the client is maintained; If the vehicle is detected to meet the start conditions and maintain a Bluetooth connection with the client, a response message indicating the Bluetooth presence status of the client is sent to the vehicle control module, so that the vehicle control module can start the vehicle.

2. The vehicle starting method according to claim 1, characterized in that, Upon receiving the target request, the method further includes: In response to the target request from the client, the system detects whether the vehicle meets the unlocking conditions; if the vehicle meets the unlocking conditions, it sends a vehicle unlocking signal to the vehicle's lock module to unlock the vehicle.

3. The vehicle starting method according to claim 2, characterized in that, Detecting whether the vehicle meets the unlocking conditions includes: Based on the Bluetooth key's operating permissions, the vehicle's status, and the timeliness of the target request, the system detects whether the vehicle meets the unlocking conditions.

4. The vehicle starting method according to claim 1, characterized in that, Detecting whether the vehicle meets the starting conditions includes: The system detects whether the vehicle meets the start-up conditions based at least on the Bluetooth key's operating permissions, the vehicle's status, and the timeliness of the Bluetooth key search request.

5. The vehicle starting method according to claim 4, characterized in that, Based at least on the Bluetooth key's operating permissions, the vehicle's status, and the timeliness of the Bluetooth key search request, determine whether the vehicle meets the start conditions, including: When it is detected that the Bluetooth key has the operation permission to start the vehicle, the vehicle status indicates that the vehicle is in a non-driving state, the Bluetooth key search request is time-sensitive, and no end start request is received from the client, it is determined that the vehicle meets the start conditions.

6. The vehicle starting method according to claim 4, characterized in that, The process for determining the timeliness of the Bluetooth key search request includes: Determine whether the time difference between the receipt time of the Bluetooth key search request and the unlocking time of the vehicle by the lock module is within a preset time difference range; if so, determine that the Bluetooth key search request has timeliness.

7. The vehicle starting method according to any one of claims 1 to 6, characterized in that, The method further includes: If the vehicle is detected to meet the start conditions and the Bluetooth connection with the client is disconnected, a response indicating that no Bluetooth key was found is sent to the vehicle control module.

8. An electronic device, characterized in that, It includes a memory and a processor, wherein the memory stores a computer program and the processor is configured to run the computer program to perform the vehicle starting method according to any one of claims 1 to 7.

9. A vehicle, characterized in that, Includes the electronic device as described in claim 8.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the steps of the vehicle starting method according to any one of claims 1 to 7.

Images