Vehicle control method, system, computer device and storage medium

Abstract

The present disclosure relates to a vehicle control method, system, computer device and storage medium. Relating to vehicle seat control technology, the problems of low intelligence and inaccurate control of remote starting operation of vehicle functions are solved. The method comprises: obtaining user trajectory information; in the case that the user trajectory information meets a preset pre-trigger condition, automatically issuing a pre-start instruction to the vehicle to instruct the vehicle to pre-start at least one vehicle function. The technical solution provided by the present disclosure is suitable for intelligent vehicle control scenarios, and achieves a balance between ride comfort and energy optimization.

Description

Technical Field

[0001] This disclosure relates to vehicle seat control technology, and more particularly to a vehicle control method, system, computer device, and storage medium. Background Technology

[0002] With the development of automotive intelligence, many in-vehicle functions, such as seat heating, now support remote activation.

[0003] Remote activation methods mostly rely on user intervention: users may need to make reservations remotely via their mobile phones (such as reserving seat heating and coordinating with weekday mode), or users may need to pre-set smart scenarios in the car (such as triggering at a specific time, location, and when the ambient temperature is below a set value), or the heating may only be activated when the user approaches the vehicle with their mobile phone.

[0004] The aforementioned remote activation methods are highly dependent on user operation, have low intelligence, and lack precise control, thus failing to meet user needs. Summary of the Invention

[0005] To overcome the problems existing in related technologies, this disclosure provides a vehicle control method, system, computer device, and storage medium. By acquiring user trajectory information and remotely and automatically issuing a pre-start command to the vehicle when preset pre-start conditions are met, the method instructs the vehicle to pre-start its onboard functions. This solves the problems of low intelligence and inaccurate control in remote onboard function activation. Pre-start can be automatically completed at the appropriate time without manual user operation. Furthermore, the pre-start command is based on the user's actual travel intention, avoiding energy waste caused by accidental activation when the vehicle is not in use, thus balancing passenger comfort and energy consumption optimization.

[0006] According to a first aspect of the embodiments of this disclosure, a vehicle control method is provided, comprising: Obtain user trajectory information; When the user trajectory information meets the preset pre-trigger conditions, a pre-start command is automatically sent remotely to the vehicle to instruct the vehicle to pre-start at least one in-vehicle function.

[0007] Furthermore, the step of obtaining user trajectory information includes: Obtain the status signals of the access control equipment at the target location; The user trajectory information is obtained based on the status signal and the user's location information.

[0008] Furthermore, the step of acquiring the status signal of the access control device at the target location includes: The status signal of the access control device is obtained by triggering the device, and the status signal includes an open signal and / or a closed signal.

[0009] Furthermore, the step of obtaining the user trajectory information based on the status signal and the user's location information includes: When the status signal is the off signal, the positioning information is acquired; Based on the location information, obtain the user trajectory information, which includes the user's displacement changes.

[0010] Furthermore, the pre-triggering condition includes the user leaving the target location, and the step of remotely and automatically issuing a pre-start command to the vehicle when the user trajectory information meets the preset pre-triggering condition includes: If the user trajectory information indicates that the user has left the target location, a pre-start instruction is generated according to a preset instruction list, which instructs the user to operate at least one of the in-vehicle functions. The pre-start command is automatically sent to the vehicle via a telematics service provider (TSP) platform.

[0011] Furthermore, the method also includes: Vehicle status parameters are obtained through the (Cockpit Domain Controller) DMC; When the status parameters meet the preset pre-start conditions, the DMC uploads the status parameters and the pre-start command to the cloud. The cloud platform generates and sends a vehicle control strategy to the DMC based on the status parameters and the pre-start command.

[0012] Furthermore, the step of the cloud generating and issuing a vehicle control strategy to the DMC based on the status parameters and the pre-start instruction includes: The cloud platform generates the vehicle control strategy based on at least one or more of the following information, combined with the state parameters: User preference data for seat heating comfort, predicted arrival time at the vehicle, current weather information, and weekday information.

[0013] Furthermore, the state parameters include at least any one or more of the following parameters: Vehicle interior temperature, vehicle exterior temperature, and battery state of charge (SCC) values; The pre-start conditions include at least one or more of the following: The vehicle interior temperature is less than or equal to the first threshold, the vehicle exterior temperature is less than or equal to the second threshold, and the battery state of charge is greater than or equal to the third threshold.

[0014] Furthermore, after the step of obtaining the vehicle's state parameters through the DMC, the method further includes: If the in-vehicle temperature is greater than the first threshold and the battery state of charge is less than the third threshold, a termination notification message is generated and pushed to a designated terminal to indicate the termination of pre-startup.

[0015] Furthermore, the method also includes: The DMC feeds back an operation signal to the cloud, and the operation signal carries the execution result of the vehicle control strategy.

[0016] Furthermore, the method also includes: Acquire user adjustment data for the in-vehicle functions after the user gets into the vehicle; The user's preference data is updated based on the adjustment operation data, and a subsequent vehicle control strategy is generated based on the updated preference data.

[0017] According to a second aspect of the embodiments of this disclosure, a vehicle control system is provided, including a triggering device and a TSP platform; The triggering device is used to acquire user trajectory information and, when the user trajectory information meets the preset pre-start conditions, remotely and automatically send a pre-start command to the vehicle through the TSP platform to instruct the vehicle to pre-start at least one in-vehicle function. The TSP platform is used to send the pre-start command to the vehicle.

[0018] Furthermore, the system also includes: DMC and the cloud; The DMC is used to acquire the vehicle's status parameters, and when the status parameters meet the preset pre-trigger conditions, upload the status parameters and the pre-start command to the cloud. The cloud platform is used to generate and send vehicle control strategies to the DMC based on the status parameters and the pre-start command.

[0019] According to a third aspect of the embodiments of this disclosure, a computer apparatus is provided, comprising: processor; Memory used to store processor-executable instructions; The processor is configured to execute the vehicle control method provided in the embodiments of this disclosure.

[0020] According to a fourth aspect of the embodiments of the present disclosure, a non-transitory computer-readable storage medium is provided, wherein instructions in the storage medium, when executed by a computer's processor, enable the computer to perform the vehicle control method provided by the embodiments of the present disclosure.

[0021] The technical solutions provided by the embodiments of this disclosure can include the following beneficial effects: acquiring user trajectory information, and when the user trajectory information meets preset pre-trigger conditions, remotely and automatically issuing a pre-start command to the vehicle to instruct the vehicle to pre-start at least one in-vehicle function. By acquiring user trajectory information and remotely and automatically issuing a pre-start command to the vehicle when it meets preset pre-start conditions, the in-vehicle function is pre-started. This solves the problems of low intelligence and inaccurate control in remote operation of in-vehicle functions. Pre-start can be automatically completed at the appropriate time without manual operation by the user. Moreover, the pre-start command is based on the judgment of the actual travel intention, avoiding energy waste caused by accidental starting when the user does not need to use the vehicle, and taking into account both riding comfort and energy consumption optimization.

[0022] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this disclosure. Attached Figure Description

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

[0024] Figure 1 This is a flowchart illustrating a vehicle control method according to an exemplary embodiment.

[0025] Figure 2 This is a flowchart illustrating yet another vehicle control method according to an exemplary embodiment.

[0026] Figure 3 This is a flowchart illustrating yet another vehicle control method according to an exemplary embodiment.

[0027] Figure 4 This is a flowchart illustrating yet another vehicle control method according to an exemplary embodiment.

[0028] Figure 5 This is a flowchart illustrating yet another vehicle control method according to an exemplary embodiment.

[0029] Figure 6 This is a flowchart illustrating yet another vehicle control method according to an exemplary embodiment.

[0030] Figure 7 This is a flowchart illustrating yet another vehicle control method according to an exemplary embodiment.

[0031] Figure 8 This is a flowchart illustrating yet another vehicle control method according to an exemplary embodiment.

[0032] Figure 9This is a flowchart illustrating yet another vehicle control method according to an exemplary embodiment.

[0033] Figure 10 This is an architectural diagram of a vehicle control system according to an exemplary embodiment.

[0034] Figure 11 This is a flowchart illustrating yet another vehicle control method according to an exemplary embodiment.

[0035] Figure 12 This is an architectural diagram of yet another vehicle control system according to an exemplary embodiment.

[0036] Figure 13 This is an architectural diagram of yet another vehicle control system according to an exemplary embodiment. Detailed Implementation

[0037] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numerals in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this disclosure as detailed in the appended claims.

[0038] Remote activation methods mostly rely on user intervention: users may need to make reservations remotely via their mobile phones (such as reserving seat heating and coordinating with weekday mode), or users may need to pre-set smart scenarios in the car (such as triggering at a specific time, location, and when the ambient temperature is below a set value), or the heating may only be activated when the user approaches the vehicle with their mobile phone.

[0039] The aforementioned remote activation methods are highly dependent on user operation, have low intelligence, and lack precise control, thus failing to meet user needs.

[0040] To address the aforementioned issues, embodiments of this disclosure provide a vehicle control method, system, computer device, and storage medium. By acquiring user trajectory information and automatically sending a pre-start command remotely to the vehicle when preset pre-trigger conditions are met, the method instructs the vehicle to pre-activate its onboard functions. This solves the problems of low intelligence and inaccurate control in remote activation of onboard functions. Pre-start can be automatically completed at the appropriate time without manual user operation. Furthermore, the pre-start command is based on the user's actual travel intention, avoiding energy waste caused by accidental activation when the vehicle is not in use, thus balancing passenger comfort and energy consumption optimization.

[0041] An exemplary embodiment of this disclosure provides a vehicle control method for remotely controlling a vehicle, including the process of remotely activating in-vehicle functions such as seat heating. Figure 1 As shown, it includes: Step 101: Obtain user trajectory information.

[0042] In this step, the user trajectory information is used to characterize the user's travel displacement. It serves as the basis for determining whether the user has left the target location (such as the user's home, workplace, etc.) and whether the user is about to use the vehicle, providing a data foundation for the subsequent determination of pre-triggered conditions.

[0043] The user trajectory information can be obtained by a triggering device, such as the user terminal (e.g., mobile phone) held by the user.

[0044] A vehicle-mounted mobile app runs on the user terminal. This app can access the user terminal's positioning system, such as location-based services (LBS), to obtain the user's location information. Based on this location information, the app determines the user's displacement changes, thereby generating user trajectory information that includes these displacement changes.

[0045] Furthermore, the user trajectory information can be combined with the status signals of access control devices (such as smart locks) at the target location to further improve the accuracy of the judgment.

[0046] By acquiring user trajectory information through this step, we can understand the user's real travel status without the user's awareness. No user needs to manually activate or schedule any remote control functions. This provides input for the automatic decision-making of subsequent steps and is a prerequisite for realizing seamless vehicle control.

[0047] Step 102: When the user trajectory information meets the preset pre-trigger conditions, a pre-start command is automatically sent to the vehicle remotely to instruct the vehicle to pre-start at least one vehicle function.

[0048] In this step, the pre-trigger condition is a pre-set condition used to determine whether it is necessary to remotely pre-start the vehicle.

[0049] The pre-trigger condition may include: the user leaving the target location.

[0050] According to one exemplary implementation, the pre-triggering condition may further include any one or more of the following conditions: The current time is within the preset travel period; The user is moving toward the vehicle's location; The current ambient temperature is lower than the preset temperature threshold.

[0051] If the user trajectory information meets the pre-triggering conditions, it means that the user has left the target location and is about to use the vehicle. At this time, the triggering device (such as the vehicle mobile APP running on the user terminal) remotely and automatically sends the pre-start command to the vehicle.

[0052] The pre-start command is used to instruct the vehicle to pre-start at least one in-vehicle function, the in-vehicle function including but not limited to: Seat heating; Steering wheel heating; Air conditioning heating; Seat ventilation; Rear window defrosting, etc.

[0053] In this embodiment, seat heating is used as an example for illustration.

[0054] The pre-start command can be sent from the TSP platform to the vehicle's network communication module (T-BOX), and then executed by the vehicle's internal controller (such as DMC).

[0055] If the user trajectory information does not meet the pre-triggering conditions, the pre-start command will not be issued. The triggering device will continue to monitor the user trajectory information and issue the command again when the pre-triggering conditions are met.

[0056] In this step, the user trajectory judgment result is linked with the vehicle remote control. When the user meets the pre-trigger conditions, a pre-start command is automatically and promptly issued so that the seat temperature has reached a comfortable level when the user arrives at the vehicle and sits down, achieving a seamless experience of instant heating upon sitting down.

[0057] Meanwhile, since the pre-start command is triggered based on the judgment of the actual travel intention, it avoids the energy waste caused by starting the vehicle function in advance when the user does not actually use the car, thus balancing ride comfort and energy consumption optimization.

[0058] This disclosure addresses the problems of remotely activating vehicle functions, such as reliance on user operation, user forgetting to activate in advance, and energy waste due to lack of precise control. By using user trajectory information as the trigger for remote control, it upgrades vehicle functions from passive response to proactive prediction. Users do not need to remember or perform any special operations; the vehicle can automatically pre-activate vehicle functions such as seat heating at the appropriate time. This ensures comfortable seat temperature upon seating and avoids unnecessary energy consumption through on-demand activation, achieving a balance between comfort and energy efficiency.

[0059] An exemplary embodiment of this disclosure provides a vehicle control method, the process of which involves obtaining user trajectory information as follows: Figure 2 As shown, it includes: Step 201: Obtain the status signal of the access control equipment in the target location.

[0060] In this step, the status signal of the access control device can be obtained by triggering the device. The status signal includes an open signal and / or a closed signal.

[0061] The target location refers to the place where the user usually travels to use the vehicle, such as the user's home or office.

[0062] The access control device is installed at the entrance and exit of the target location, such as a smart door lock or a smart access control gate. This embodiment will be described using a smart door lock as an example.

[0063] The triggering device is, for example, a user terminal (such as a mobile phone), on which a smart door lock APP and a vehicle mobile APP associated with the access control device are installed.

[0064] When a user opens or closes the access control device (e.g., the user unlocks the door to leave and then locks it after leaving), the smart lock APP will receive the open signal and / or the close signal reported by the access control device, and can transmit the close signal to the vehicle mobile APP for subsequent processing by the vehicle mobile APP.

[0065] In this step, the status signals of the access control device (especially the closed signal) are triggering events indicating that the user may have left the target location.

[0066] By acquiring this status signal, a reliable trigger point is provided for determining whether a user has left home. Compared to relying solely on mobile phone location for judgment, using the status signal of the access control device as a trigger can significantly reduce the false judgment rate and avoid misjudging a user's activities inside the target location as leaving home.

[0067] Step 202: Obtain the user trajectory information based on the status signal and the user's location information.

[0068] In this step, when the status signal is the closed signal (e.g., the user locks the door), the triggering device retrieves the user's location information provided by the user terminal's positioning system and analyzes it in conjunction with the status signal to obtain the user's trajectory information.

[0069] According to an exemplary implementation, the location information can be used to determine whether the user has undergone displacement changes within a preset time period after the shutdown signal, and whether the displacement changes occur outside a preset electronic fence, thereby forming the user trajectory information that characterizes whether the user has left the target location.

[0070] In this step, the status signals of the access control device are integrated with the user's location information.

[0071] Access control signals alone cannot distinguish between "closing the door but not leaving" (e.g., a user opening the door to retrieve an item and then returning indoors) and "closing the door and leaving home"; location information alone is insufficient for determining the triggering timing of the judgment at low cost. Therefore, combining the two ensures both the accuracy of the triggering timing and the accuracy of the judgment result, thereby enabling a more precise determination of whether the user has left the target location, providing a reliable basis for issuing pre-start instructions.

[0072] An exemplary embodiment of this disclosure also provides a vehicle control method, wherein the process of obtaining the user trajectory information based on the status signal and the user's location information is as follows: Figure 3 As shown, it includes: Step 301: If the status signal is the off signal, obtain the positioning information.

[0073] In this step, when the status signal is the closed signal (i.e., the access control device has been closed, for example, when the user locks the door after leaving), the triggering device (e.g., a vehicle mobile phone APP running on the user terminal) retrieves the location information provided by the user terminal's positioning system.

[0074] The location information may be real-time location data of the user terminal, or multiple location data collected continuously within a preset time period after the shutdown signal.

[0075] Using the shutdown signal as a trigger condition for obtaining location information, location monitoring can be initiated promptly when the user may leave home.

[0076] On the one hand, it eliminates the need for continuous location monitoring, reducing the power consumption of user terminals; on the other hand, it provides a clear starting point for judging subsequent displacement changes, ensuring the real-time and targeted nature of the judgment.

[0077] Furthermore, the closure of access control devices implies that the user is likely outside the target location. Therefore, obtaining location information at this point to determine if the user has left home is logically more reasonable and the judgment result is more reliable.

[0078] Step 302: Based on the positioning information, obtain the user trajectory information including the user's displacement changes.

[0079] In this step, the location information can be used to determine whether the user has a displacement change within a preset time period (e.g., 5 seconds) after the shutdown signal.

[0080] If a displacement change exists, it is further determined, based on the preset electronic fence, whether the displacement change occurred outside the electronic fence.

[0081] The electronic fence is a pre-defined geographical area centered on the target location (e.g., a circular area centered on the home), which can be pre-set by the user in the vehicle's mobile app.

[0082] If the displacement change occurs outside the electronic fence, it indicates that the user has left the vicinity of the target location, and the user trajectory information obtained at this time indicates that the user has left the target location; if there is no displacement change within the preset time period, or if the displacement change is still within the electronic fence, it indicates that the user may have just opened the door to retrieve an item or was active near the target location, and has not actually left home.

[0083] By combining signal shutdown, displacement changes within a preset time period, and electronic fences, a multi-judgment mechanism is established to accurately identify users' actual departure behavior. This effectively eliminates false triggers caused by non-travel situations such as brief door openings or activities within the premises. As a result, the user trajectory information indicating that the user has left the target location is only obtained when the user actually leaves home. This provides an accurate basis for the generation and issuance of subsequent pre-start commands, thereby improving the intelligence level and reliability of vehicle remote control.

[0084] An exemplary embodiment of this disclosure also provides a vehicle control method, wherein the method, when the user trajectory information meets preset pre-triggering conditions, remotely and automatically issues a pre-start command to the vehicle as follows: Figure 4 As shown, it includes: Step 401: If the user trajectory information indicates that the user has left the target location, generate a pre-start instruction that instructs to operate at least one of the vehicle functions according to a preset instruction list.

[0085] The pre-triggering condition includes the user leaving the target location.

[0086] Furthermore, pre-triggering conditions may also include: The current time is within the preset travel period (e.g., the morning commute on a weekday). The user trajectory information indicates that the user is moving towards the parking lot where the vehicle is located; The current ambient temperature is lower than the preset temperature threshold (indicating that the user has an actual need for pre-start functions such as heating). The current date is a weekday, etc.

[0087] The above-mentioned pre-triggering conditions can be used individually or in any combination, and the embodiments disclosed herein do not limit this.

[0088] The instruction list is a pre-set list of vehicle function operations, which records the operations to be performed on at least one of the vehicle functions.

[0089] For example, the instruction list includes: Turn on the seat heating and set the heating level to the user's preferred level; Turn on the steering wheel heater; Turn on the air conditioner's heater and set the target temperature; Open the rear window to defrost, etc.

[0090] The instruction list can be customized by the user through the vehicle's mobile app, or it can be automatically generated and dynamically updated by the cloud based on the user's historical usage data to meet the user's personalized needs.

[0091] For example, in a commuting scenario on a winter weekday morning, the instruction list can record: Turn on the driver's seat heater and set it to level three; Turn on the passenger seat heater and set it to level two (if historical data shows that there is often a passenger in the passenger seat). At the same time, turn on the steering wheel heating.

[0092] In scenarios where temperatures are slightly higher in early spring or late autumn, the instruction list may only record turning on the driver's seat heating and setting it to level one.

[0093] The specific contents of the instruction list can be flexibly configured according to seasons, user habits, etc., and the embodiments disclosed herein do not limit this.

[0094] If any pre-start condition is not met, the pre-start command is not generated (or generated but not issued). The triggering device continues to acquire the user trajectory information and monitor the pre-trigger conditions, and generates and issues the pre-start command only when the pre-trigger conditions are met in the future.

[0095] In this step, the pre-trigger condition is used as the threshold for generating the pre-start instruction.

[0096] The pre-launch instruction is generated only when the user's travel intention is fully confirmed (e.g., the user has left the target location and is in their usual travel time or meets other additional conditions).

[0097] It ensures the timeliness of remote control while avoiding energy waste caused by accidentally activating in-vehicle functions when the user is not actually using the vehicle, thus achieving a balance between comfort and energy efficiency.

[0098] Step 402: Automatically send the pre-start command to the vehicle through the TSP platform.

[0099] In this step, the triggering device (e.g., a vehicle mobile app running on a user terminal) sends the pre-start command to the TSP platform.

[0100] The TSP platform serves as a data channel between the vehicle and external devices. It sends the pre-start command to the vehicle's network communication module (T-BOX) via a network (e.g., a cellular network). The T-BOX then wakes up the vehicle network and transmits the pre-start command to the controller (e.g., DMC) inside the vehicle.

[0101] Leveraging the mature, secure, and stable communication link of the TSP platform, the pre-start command is reliably transmitted from the user side to the vehicle, requiring no manual operation from the user throughout the process. This enables remote automatic activation of vehicle functions and is a key step in realizing seamless vehicle control.

[0102] An exemplary embodiment of this disclosure also provides a vehicle control method, the process of which executes a pre-start command on the vehicle side using the method is as follows: Figure 5 As shown, it includes: Step 501: Obtain the vehicle's status parameters through DMC.

[0103] In this step, the DMC, or Cockpit Domain Controller, is the central hub for intelligent vehicle control, responsible for signal processing, communication with the cloud, and issuing in-vehicle control commands.

[0104] After receiving the pre-start command issued by the TSP platform, the vehicle's network communication module (such as T-BOX) wakes up the vehicle network and sends a remote control request command to the DMC through the vehicle's CAN FD network; the DMC then obtains the vehicle's status parameters.

[0105] The state parameters include at least one or more of the following parameters: Car interior temperature; Outside temperature; Battery state of charge (SOC).

[0106] The interior temperature can be collected by an in-vehicle temperature sensor (ICT); The outside temperature can be collected by the outside temperature sensor (AMB); The state of charge (SOC) of the battery can be obtained through the battery management system.

[0107] Since relying solely on user-side trajectory data is insufficient to guarantee the rationality of pre-start, the vehicle's own temperature and battery status directly determine whether pre-start is necessary and feasible. Therefore, this step involves collecting data on the vehicle's actual status at the vehicle end to provide real vehicle-side data for determining whether and how to perform pre-start.

[0108] Step 502: When the status parameters meet the preset pre-start conditions, the DMC uploads the status parameters and the pre-start command to the cloud.

[0109] The pre-start conditions include at least one or more of the following: The interior temperature of the vehicle is less than or equal to the first threshold. The outside temperature is less than or equal to the second threshold. The battery state of charge value is greater than or equal to the third threshold.

[0110] For example, the first threshold can be 15°C, the second threshold can be 12°C, and the third threshold can be 15°C.

[0111] When the interior temperature of the vehicle is higher than the first threshold, it means that the interior temperature is already high and there is no need to heat the seats, etc. When the outside temperature is higher than the second threshold, it indicates that the ambient temperature is high and the user's demand for the heating function is low. When the battery state of charge value is less than the third threshold, it indicates that the vehicle's battery is insufficient, and continuing to perform the heating function will affect the vehicle's range.

[0112] If the status parameters meet the pre-start conditions (e.g., interior temperature less than or equal to 15°C or exterior temperature less than or equal to 12°C, and battery state of charge greater than or equal to 15%), the DMC processes the data collected by the interior and exterior temperature sensors and uploads it, along with the battery state of charge value and the pre-start command, to the cloud (i.e., the vehicle cloud). If the status parameters do not meet the pre-start conditions, the pre-start can be terminated, and a termination notification can be sent to the user.

[0113] In this step, a second pre-start condition verification is set up on the vehicle side to confirm the necessity and feasibility of pre-start from the perspective of the vehicle's own status. This prevents the blind execution of vehicle functions when the vehicle status does not allow it (such as low battery) or there is no actual need (such as high temperature), thus achieving green and energy-saving energy consumption management.

[0114] Step 503: The cloud platform generates and sends a vehicle control strategy to the DMC based on the status parameters and the pre-start instruction.

[0115] The cloud platform generates the vehicle control strategy based on at least one or more of the following information, combined with the state parameters: User preference data on seat heating comfort; Predicted arrival time for the user at the vehicle; Current weather information and weekday information.

[0116] The state parameters include at least one or more of the following parameters: Car interior temperature; Outside temperature; Battery state of charge (SOC).

[0117] The preference data may include historical usage data such as the user's historical seat heating temperature settings and temperature zone mode settings; The predicted time for the user to arrive at the vehicle can be estimated based on the user's historical movement data and the user's current location and the vehicle's location. The current weather information can be obtained from the weather service platform; The weekday information is used to distinguish between different car usage habits on weekdays and non-weekdays.

[0118] The cloud-based system generates the vehicle control strategy by combining the above information with the state parameters based on AI algorithms (such as time prediction, energy consumption optimization, temperature setting, etc.).

[0119] For example, the AI-adaptive intelligent adjustment strategy for seat temperature can include specific control parameters such as the seat heating level, target temperature, heating duration, and start-up timing. Its goal is to ensure that the seat temperature reaches a comfortable level when the user sits down, while minimizing energy consumption.

[0120] The cloud-based system generates the vehicle control strategy and sends it to the DMC, which then organizes the execution modules inside the vehicle to execute it.

[0121] For example, in a scenario like a weekday morning in winter, the cloud determines the user's habits based on the preference data and sets the seat heating to three levels, with a temperature zone mode that heats only the driver's seat; Based on the user's historical movement data and current location, it is estimated that the user will arrive at the vehicle in 8 minutes; The vehicle control strategy is generated by combining current weather information (such as a temperature of -5°C and wind) and battery state of charge (such as a SOC of 60%).

[0122] Vehicle control strategies can be: Immediately activate the driver's seat heating at level three; Heating continues until the user is seated, at which point the heating level automatically drops to maintain the temperature.

[0123] While ensuring that the seat temperature reaches a comfortable level when the user sits down, we try to minimize the heating time and reduce energy consumption.

[0124] In this step, the decision-making process is placed in the cloud. By leveraging the powerful data analysis capabilities of the cloud, personalized vehicle control strategies are generated by integrating multi-dimensional information. This transforms the execution of in-vehicle functions from simple on / off control into intelligent adaptive control that combines user preferences, time prediction, and energy consumption optimization. This significantly improves the comfort of passengers and optimizes energy management.

[0125] An exemplary embodiment of this disclosure also provides a vehicle control method, which executes a process for remotely and automatically starting vehicle functions, such as... Figure 6 As shown, it includes: Step 601: Obtain user trajectory information.

[0126] In this step, the device is triggered to acquire the user trajectory information, which includes changes in user displacement. For details, please refer to [link to relevant documentation]. Figure 2 and Figure 3 The example shown.

[0127] Specifically, the triggering device (such as a smart lock APP and a vehicle mobile APP running on the user terminal) first obtains the status signal of the access control device at the target location; When the status signal is a closed signal, the positioning information provided by the positioning system of the user terminal is retrieved; then, based on the positioning information, it is determined whether a displacement change occurs within a preset time period (e.g., 5 seconds) after the closed signal, and whether the displacement change occurs outside a preset electronic fence, thereby determining whether the user has left the target location and forming the user trajectory information.

[0128] This step uses a low-cost and highly accurate method to grasp the user's actual travel status, providing the initial decision-making basis for the entire remote automatic start process and serving as the foundation for the automatic triggering of subsequent steps.

[0129] Step 602: When the user trajectory information meets the preset pre-trigger conditions, a pre-start command is automatically sent remotely to the vehicle to instruct the vehicle to pre-start at least one vehicle function.

[0130] In this step, the pre-triggering conditions include the user leaving the target location, and may further include additional conditions such as being in a preset travel period or the ambient temperature being lower than a preset temperature threshold.

[0131] When the user trajectory information meets the pre-triggering conditions, the triggering device generates a pre-start command that instructs to operate at least one in-vehicle function (such as seat heating) according to a preset command list, and automatically sends it to the vehicle through the TSP platform, and transmits it to the vehicle end through the vehicle's network communication module (T-BOX).

[0132] In this step, the recognition result of the user's travel intention is automatically converted into a remote control action, realizing a seamless pre-start trigger without any manual operation by the user. This overcomes the problems of easy forgetting of operation and poor experience caused by the reliance on manual reservation or manual remote activation by the user in the existing technology.

[0133] Step 603: Obtain the vehicle's status parameters through DMC.

[0134] In this step, after receiving the pre-start command, the T-BOX wakes up the vehicle network and sends the remote control request command to the cockpit domain controller (DMC) through the vehicle CANFD network. The DMC obtains vehicle status parameters, including in-vehicle temperature, out-of-vehicle temperature, and battery state of charge, through ICT, AMB, and the battery management system.

[0135] In this step, after the command arrives at the vehicle, the vehicle's actual status data is collected to provide an objective basis for verifying the necessity and feasibility of pre-start, and to avoid blindly executing control commands without considering the actual status of the vehicle.

[0136] Step 604: When the status parameters meet the preset pre-start conditions, the DMC uploads the status parameters and the pre-start command to the cloud.

[0137] In this step, the pre-start conditions include at least one or more of the following conditions: The interior temperature of the vehicle is less than or equal to the first threshold. The outside temperature is less than or equal to the second threshold. The battery state of charge value is greater than or equal to the third threshold.

[0138] According to one exemplary embodiment, if the interior temperature is less than or equal to a first threshold and the exterior temperature is less than or equal to a second threshold, the state parameter is determined to meet the pre-start condition. Alternatively, if the battery state of charge is greater than or equal to a third threshold, the state parameter is determined to meet the pre-start condition.

[0139] If the status parameters meet the pre-start conditions, the DMC will upload the processed vehicle interior temperature, vehicle exterior temperature, and battery state of charge value, along with the pre-start command, to the cloud.

[0140] If the status parameters do not meet the pre-start conditions, the pre-start will be terminated and a termination notification message can be pushed to the designated terminal.

[0141] In this step, a secondary verification is performed from the perspective of the vehicle's own status to ensure that the pre-start is only executed when it is both necessary and feasible, thus balancing user experience and green energy saving.

[0142] Step 605: The cloud platform generates and sends a vehicle control strategy to the DMC based on the status parameters and the pre-start instruction.

[0143] In this step, the cloud platform generates the vehicle control strategy based on at least one or more of the following: user preference data for seat heating comfort, predicted time of user arrival at the vehicle, current weather information, and weekday information, combined with the state parameters, using an AI algorithm.

[0144] For example, the seat temperature AI adaptive intelligent adjustment strategy includes control parameters such as heating level, target temperature, heating duration, and start-up timing, and the vehicle control strategy is sent to the DMC.

[0145] The DMC transmits control commands to execution modules such as the seat control unit (SCU) via the body domain controller (BDM) to complete the remote automatic start of the vehicle functions.

[0146] Steps 601 to 605 form a complete closed loop from recognizing the user leaving home to executing intelligent adjustment strategies on the vehicle side.

[0147] Without any manual operation by the user, the vehicle can pre-activate in-vehicle functions such as seat heating at the appropriate time and with the appropriate parameters, achieving a comfortable experience of instant heating upon entering the seat and automatic optimization of energy consumption, fully demonstrating the technological advantages of vehicle-machine-home interconnection and AI big data integration.

[0148] An exemplary embodiment of this disclosure also provides a vehicle control method, which executes a process for remotely and automatically starting vehicle functions, such as... Figure 7 As shown, it includes: Step 701: Obtain user trajectory information.

[0149] In this step, the device is triggered to acquire the user trajectory information, which includes changes in user displacement. For details, please refer to [link to relevant documentation]. Figure 2 and Figure 3 The example shown.

[0150] Specifically, the triggering device (such as a smart lock APP and a vehicle mobile APP running on the user terminal) first obtains the status signal of the access control device at the target location; When the status signal is a closed signal, the positioning information provided by the positioning system of the user terminal is retrieved; then, based on the positioning information, it is determined whether a displacement change occurs within a preset time period (e.g., 5 seconds) after the closed signal, and whether the displacement change occurs outside a preset electronic fence, thereby determining whether the user has left the target location and forming the user trajectory information.

[0151] This step uses a low-cost and highly accurate method to grasp the user's actual travel status, providing the initial decision-making basis for the entire remote automatic start process and serving as the foundation for the automatic triggering of subsequent steps.

[0152] Step 702: If the user trajectory information meets the preset pre-start conditions, a pre-start command is automatically sent remotely to the vehicle to instruct the vehicle to pre-start at least one vehicle function.

[0153] In this step, the pre-start conditions include the user leaving the target location, and may further include additional conditions such as being in a preset travel period or the ambient temperature being lower than a preset temperature threshold.

[0154] When the user trajectory information meets the pre-start conditions, the triggering device generates a pre-start command that instructs to operate at least one in-vehicle function (such as seat heating) according to a preset command list, and automatically sends it to the vehicle through the TSP platform, and transmits it to the vehicle end through the vehicle's network communication module (T-BOX).

[0155] In this step, the recognition result of the user's travel intention is automatically converted into a remote control action, realizing a seamless pre-start trigger without any manual operation by the user. This overcomes the problems of easy forgetting of operation and poor experience caused by the reliance on manual reservation or manual remote activation by the user in the existing technology.

[0156] Step 703: Obtain the vehicle's status parameters through DMC.

[0157] In this step, after receiving the pre-start command, the T-BOX wakes up the vehicle network and sends the remote control request command to the cockpit domain controller (DMC) through the vehicle CANFD network. The DMC obtains vehicle status parameters, including in-vehicle temperature, out-of-vehicle temperature, and battery state of charge, through ICT, AMB, and the battery management system.

[0158] In this step, after the command arrives at the vehicle, the vehicle's actual status data is collected to provide an objective basis for verifying the necessity and feasibility of pre-start, and to avoid blindly executing control commands without considering the actual status of the vehicle.

[0159] Step 704: If the vehicle interior temperature is greater than the first threshold and the battery state of charge value is less than the third threshold, or if the vehicle exterior temperature is greater than the second threshold and the battery state of charge value is less than the third threshold, generate and push a termination notification message to a designated terminal to indicate the termination of pre-startup.

[0160] In this step, if the interior temperature is greater than the first threshold (e.g., 15°C), it means that the interior is already warm enough and there is no need to heat the seats. Furthermore, if the battery state of charge value is less than the third threshold (e.g., 15%), it indicates that the vehicle's battery is insufficient and continued heating will affect the range (this judgment applies, for example, to pure electric vehicles; range-extended vehicles may not have this restriction).

[0161] At this point, a termination notification message is generated and pushed to the designated terminal.

[0162] The designated terminal is, for example, the user's own user terminal. The termination notification information can be sent in the form of an SMS and simultaneously displayed on the vehicle's mobile APP. The user can also query the specific reason for the pre-start termination (failure) on the vehicle's mobile APP.

[0163] Furthermore, even if the outside temperature exceeds the second threshold and the battery state of charge is less than the third threshold, a termination notification can still be pushed. That is, when the outside temperature is higher than the second threshold (e.g., 12°C) and the battery is low, the pre-start process will also be terminated and the user will be notified, informing the user that the pre-start process failed and the reason why.

[0164] According to one exemplary implementation, if the outside temperature is greater than a fourth threshold, a termination notification may not be pushed.

[0165] The fourth threshold is greater than the second threshold, for example, 15°C. When the outside temperature is higher than the fourth threshold, it indicates that the ambient temperature is already high, and the user basically has no actual need for seat heating. At this time, even if the pre-start is terminated, it will not affect the user experience. It can be silently terminated without push notification to reduce disturbance to the user.

[0166] In this step, the pre-start should be terminated in a timely manner when the vehicle-side status does not support it (e.g., the battery is too low) or there is no actual need (e.g., the temperature is already high) to avoid unnecessary energy loss.

[0167] Meanwhile, by employing differentiated notification strategies based on different scenarios, users can be informed in a timely manner when they need to know why pre-startup was not executed, while avoiding disturbances when they do not need to know, thus balancing information transparency and user experience.

[0168] An exemplary embodiment of this disclosure also provides a vehicle control method, which executes a process for remotely and automatically starting vehicle functions, such as... Figure 8 As shown, it includes: Step 801: Obtain user trajectory information.

[0169] In this step, the device is triggered to acquire the user trajectory information, which includes changes in user displacement. For details, please refer to [link to relevant documentation]. Figure 2and Figure 3 The example shown.

[0170] Specifically, the triggering device (such as a smart lock APP and a vehicle mobile APP running on the user terminal) first obtains the status signal of the access control device at the target location; When the status signal is a closed signal, the positioning information provided by the positioning system of the user terminal is retrieved; then, based on the positioning information, it is determined whether a displacement change occurs within a preset time period (e.g., 5 seconds) after the closed signal, and whether the displacement change occurs outside a preset electronic fence, thereby determining whether the user has left the target location and forming the user trajectory information.

[0171] This step uses a low-cost and highly accurate method to grasp the user's actual travel status, providing the initial decision-making basis for the entire remote automatic start process and serving as the foundation for the automatic triggering of subsequent steps.

[0172] Step 802: If the user trajectory information meets the preset pre-start conditions, a pre-start command is automatically sent to the vehicle remotely to instruct the vehicle to pre-start at least one vehicle function.

[0173] In this step, the pre-start conditions include the user leaving the target location, and may further include additional conditions such as being in a preset travel period or the ambient temperature being lower than a preset temperature threshold.

[0174] When the user trajectory information meets the pre-start conditions, the triggering device generates a pre-start command that instructs to operate at least one in-vehicle function (such as seat heating) according to a preset command list, and automatically sends it to the vehicle through the TSP platform, and transmits it to the vehicle end through the vehicle's network communication module (T-BOX).

[0175] In this step, the recognition result of the user's travel intention is automatically converted into a remote control action, realizing a seamless pre-start trigger without any manual operation by the user. This overcomes the problems of easy forgetting of operation and poor experience caused by the reliance on manual reservation or manual remote activation by the user in the existing technology.

[0176] Step 803: Obtain the vehicle's status parameters through DMC.

[0177] In this step, after receiving the pre-start command, the T-BOX wakes up the vehicle network and sends the remote control request command to the cockpit domain controller (DMC) through the vehicle CANFD network. The DMC obtains vehicle status parameters, including in-vehicle temperature, out-of-vehicle temperature, and battery state of charge, through ICT, AMB, and the battery management system.

[0178] In this step, after the command arrives at the vehicle, the vehicle's actual status data is collected to provide an objective basis for verifying the necessity and feasibility of pre-start, and to avoid blindly executing control commands without considering the actual status of the vehicle.

[0179] Step 804: When the status parameters meet the preset pre-start conditions, the DMC uploads the status parameters and the pre-start command to the cloud.

[0180] In this step, the pre-start conditions include at least one or more of the following conditions: The interior temperature of the vehicle is less than or equal to the first threshold. The outside temperature is less than or equal to the second threshold. The battery state of charge value is greater than or equal to the third threshold.

[0181] If the status parameters meet the pre-start conditions, the DMC will upload the processed vehicle interior temperature, vehicle exterior temperature, and battery state of charge value, along with the pre-start command, to the cloud.

[0182] If the status parameters do not meet the pre-start conditions, the pre-start will be terminated and a termination notification message can be pushed to the designated terminal.

[0183] In this step, a secondary verification is performed from the perspective of the vehicle's own status to ensure that the pre-start is only executed when it is both necessary and feasible, thus balancing user experience and green energy saving.

[0184] Step 805: The cloud platform generates and sends a vehicle control strategy to the DMC based on the status parameters and the pre-start instruction.

[0185] In this step, the cloud platform generates the vehicle control strategy based on at least one or more of the following: user preference data for seat heating comfort, predicted time of user arrival at the vehicle, current weather information, and weekday information, combined with the state parameters, using an AI algorithm.

[0186] For example, the seat temperature AI adaptive intelligent adjustment strategy includes control parameters such as heating level, target temperature, heating duration, and start-up timing, and the vehicle control strategy is sent to the DMC.

[0187] The DMC transmits control commands to execution modules such as the seat control unit (SCU) via the body domain controller (BDM) to complete the remote automatic start of the vehicle functions.

[0188] Steps 801 to 805 form a complete closed loop from recognizing the user leaving home to executing intelligent adjustment strategies on the vehicle side.

[0189] Step 806: The DMC sends a running signal back to the cloud, and the running signal carries the execution result of the vehicle control strategy.

[0190] In this step, after the vehicle functions (such as seat heating) start running according to the vehicle control strategy, the execution module will transmit the running status back step by step.

[0191] According to one exemplary implementation, the return process specifically includes: The seat control module (SCU) generates an operation signal after the seat heating is activated, and transmits the operation signal to the DMC through the body domain controller (BDM); The DMC uploads the operation signal to the cloud via the T-BOX and the TSP platform. The operation signal carries the execution result of the vehicle control strategy, such as "seat heating is running", the actual heating level, the target temperature, and other information. Simultaneously, the user's terminal can be notified via SMS or other means, and "seat heating is running" can be displayed on the vehicle's mobile app.

[0192] On the one hand, users can know in real time through the user terminal that the vehicle function has been started and running as expected; on the other hand, the cloud can record and monitor the execution status of each pre-start based on the execution results, and use it as a data source for continuous learning and optimization, for iterative improvement of subsequent vehicle control strategies, so that the system can continue to evolve as the usage time increases.

[0193] An exemplary embodiment of this disclosure also provides a vehicle control method, which involves acquiring user adjustment operation data after the user gets into the vehicle and updating preference data based on that data, as follows: Figure 9 As shown, it includes: Step 901: Obtain user trajectory information.

[0194] In this step, the device is triggered to acquire the user trajectory information, which includes changes in user displacement. For details, please refer to [link to relevant documentation]. Figure 2 and Figure 3 The example shown.

[0195] Specifically, the triggering device (such as a smart lock APP and a vehicle mobile APP running on the user terminal) first obtains the status signal of the access control device at the target location; When the status signal is a closed signal, the positioning information provided by the positioning system of the user terminal is retrieved; then, based on the positioning information, it is determined whether a displacement change occurs within a preset time period (e.g., 5 seconds) after the closed signal, and whether the displacement change occurs outside a preset electronic fence, thereby determining whether the user has left the target location and forming the user trajectory information.

[0196] This step uses a low-cost and highly accurate method to grasp the user's actual travel status, providing the initial decision-making basis for the entire remote automatic start process and serving as the foundation for the automatic triggering of subsequent steps.

[0197] Step 902: If the user trajectory information meets the preset pre-start conditions, a pre-start command is automatically sent to the vehicle remotely to instruct the vehicle to pre-start at least one vehicle function.

[0198] In this step, the pre-start conditions include the user leaving the target location, and may further include additional conditions such as being in a preset travel period or the ambient temperature being lower than a preset temperature threshold.

[0199] When the user trajectory information meets the pre-start conditions, the triggering device generates a pre-start command that instructs to operate at least one in-vehicle function (such as seat heating) according to a preset command list, and automatically sends it to the vehicle through the TSP platform, and transmits it to the vehicle end through the vehicle's network communication module (T-BOX).

[0200] In this step, the recognition result of the user's travel intention is automatically converted into a remote control action, realizing a seamless pre-start trigger without any manual operation by the user. This overcomes the problems of easy forgetting of operation and poor experience caused by the reliance on manual reservation or manual remote activation by the user in the existing technology.

[0201] Step 903: Obtain the vehicle's status parameters through DMC.

[0202] In this step, after receiving the pre-start command, the T-BOX wakes up the vehicle network and sends the remote control request command to the cockpit domain controller (DMC) through the vehicle CANFD network. The DMC obtains vehicle status parameters, including in-vehicle temperature, out-of-vehicle temperature, and battery state of charge, through ICT, AMB, and the battery management system.

[0203] In this step, after the command arrives at the vehicle, the vehicle's actual status data is collected to provide an objective basis for verifying the necessity and feasibility of pre-start, and to avoid blindly executing control commands without considering the actual status of the vehicle.

[0204] Step 904: When the status parameters meet the preset pre-start conditions, the DMC uploads the status parameters and the pre-start command to the cloud.

[0205] In this step, the pre-start conditions include at least one or more of the following conditions: The interior temperature of the vehicle is less than or equal to the first threshold. The outside temperature is less than or equal to the second threshold. The battery state of charge value is greater than or equal to the third threshold.

[0206] If the status parameters meet the pre-start conditions, the DMC will upload the processed vehicle interior temperature, vehicle exterior temperature, and battery state of charge value, along with the pre-start command, to the cloud.

[0207] If the status parameters do not meet the pre-start conditions, the pre-start will be terminated and a termination notification message can be pushed to the designated terminal.

[0208] In this step, a secondary verification is performed from the perspective of the vehicle's own status to ensure that the pre-start is only executed when it is both necessary and feasible, thus balancing user experience and green energy saving.

[0209] Step 905: The cloud platform generates and sends a vehicle control strategy to the DMC based on the status parameters and the pre-start command.

[0210] In this step, the cloud platform generates the vehicle control strategy based on at least one or more of the following: user preference data for seat heating comfort, predicted time of user arrival at the vehicle, current weather information, and weekday information, combined with the state parameters, using an AI algorithm.

[0211] For example, the seat temperature AI adaptive intelligent adjustment strategy includes control parameters such as heating level, target temperature, heating duration, and start-up timing, and the vehicle control strategy is sent to the DMC.

[0212] The DMC transmits control commands to execution modules such as the seat control unit (SCU) via the body domain controller (BDM) to complete the remote automatic start of the vehicle functions.

[0213] Step 906: Obtain the adjustment operation data of the vehicle functions after the user gets in the vehicle.

[0214] In this step, after the in-vehicle function (such as seat heating) is pre-activated according to the vehicle control strategy and the user gets into the vehicle and sits down, the adjustment operation data performed by the user on the in-vehicle function is obtained.

[0215] The adjustment operation data includes, for example: The user can manually adjust the seat heating level; Adjusting the target heating temperature; How to switch temperature zone modes; Operations such as turning off the seat heating, etc.

[0216] The adjustment operation data can be collected through the seat control module (SCU), DMC, or vehicle infotainment interface in the vehicle.

[0217] In this step, the user's actual feedback on the automatic adjustment result is captured. The vehicle control strategy is a predicted value generated based on historical preference data, while the user's actual adjustment operation represents their true expectation of seat temperature in the current situation, and is a direct basis for correcting and improving the preference data.

[0218] Step 907: Update the user's preference data according to the adjustment operation data, and generate a subsequent vehicle control strategy based on the updated preference data.

[0219] In this step, the adjustment operation data can be compared and analyzed with the vehicle control strategy used in this pre-start.

[0220] Specifically: If the user increases the heating level, it indicates that the original strategy is too conservative, and the temperature setting for this scenario can be adjusted accordingly in the preference data. If the user lowers the heating level or turns off the heating function, it indicates that the original strategy was too aggressive and can be adjusted accordingly.

[0221] After updating the preference data, an AI-adaptive intelligent adjustment strategy for seat temperature is generated during subsequent pre-start processes. Through machine learning algorithms, the accumulated adjustment operation data is studied to continuously optimize parameters such as pre-adjustment time and temperature setting, achieving a dynamic balance between seat temperature and energy consumption. Ultimately, this results in seamless, precise, and personalized AI-adaptive settings.

[0222] An exemplary embodiment of this disclosure also provides a vehicle control method and system that, through vehicle-machine-home interconnection and AI big data integration, enables remote seat heating in vehicles. The aim is to achieve comfortable seat temperature adjustment without user intervention for pre-activation of the seat heating, while simultaneously optimizing energy management and saving energy while providing a comfortable seat temperature. This method, with unchanged hardware and system architecture, expands upon the integration of functions between a smart lock app and a vehicle mobile app, more accurately determining the user's departure status to achieve seamless remote control of the vehicle's seat heating function, improving the comfort of the seats for passengers—heating upon seating—and automatically optimizing energy management.

[0223] The applicable scenarios for this embodiment include: Urban commuting: The seat heating function is automatically activated when users walk to the parking lot on weekdays; Inclement weather: Adjust the seat temperature in advance in cold weather; Low battery status: Intelligently balances seat heating usage with battery life requirements.

[0224] I. System Architecture Embodiments of this disclosure provide a vehicle control system, the system architecture of which is as follows: Figure 10 As shown.

[0225] The system uses a combination of the vehicle's mobile app, the smart lock app, and mobile phone location data to determine whether the user has left home. The command is then sent to the vehicle via the TSP platform. The DMC (Distributed Control Center) is the main controller, with ICT (Information Technology) and AMB (Automatic Management System) assisting. Data analysis is performed in the vehicle's cloud to form the final decision and issue commands, which are then executed by the SCU (Smart Control Unit).

[0226] The mobile APP software involved in the embodiments of this disclosure includes: Smart door lock app, vehicle mobile app.

[0227] The vehicle hardware involved includes: DMC, Body Domain Controller (BDM), SCU, AMB, ICT, and T-BOX.

[0228] The backend involved includes the TSP platform and the vehicle cloud.

[0229] From a functional module perspective, the embodiments of this disclosure also include: a control command issuing module, which issues start information via a vehicle mobile APP; a data collection and analysis module, which collects and analyzes data such as user historical motion data, historical user seat heating temperature settings, temperature zone mode settings, weather information, weekday information, and vehicle battery status based on AI algorithms (seat temperature AI adaptive intelligent adjustment); a command execution module, which executes the turning on and off of seat heating; and a continuous learning and optimization module, which optimizes the pre-adjustment time and balances seat temperature and energy consumption through machine learning algorithms.

[0230] II. Detailed Implementation Process The specific implementation process is as follows: Figure 11 As shown, it includes: (a) Determining if a user leaves home After receiving the opening and closing signals from the access control device (smart lock), the smart lock app transmits the closing signal to the vehicle's mobile app. Upon receiving the closing signal, the vehicle's mobile app simultaneously retrieves data from the phone's location system. It detects a movement change within 5 seconds and, based on a preset geofence, determines that the movement occurred outside the geofence, indicating that the user has left home. Subsequently, the vehicle's mobile app automatically sends a remote seat heating command (i.e., the pre-start command) to the TSP platform. The TSP platform then transmits the command to the vehicle's network communication module, T-BOX, via the network.

[0231] (ii) In-vehicle data collection After receiving the remote seat heating control command, the T-BOX wakes up the vehicle network and sends a remote seat heating control request command to the DMC via the vehicle's CAN FD network. Upon receiving the remote seat heating control request command, the DMC reads the current interior temperature, exterior temperature, and battery state of charge (SOC). If the interior temperature is higher than 15 degrees Celsius (the first threshold), or the exterior temperature is higher than 12 degrees Celsius (the second threshold), and the battery SOC is less than 15% (the third threshold; this restriction applies to pure electric vehicles, not range-extended versions), remote seat heating is terminated, and a remote seat heating failure SMS (the termination notification) is sent to the user. The user can check the specific reason for the failure on the vehicle's mobile app. If the exterior temperature is higher than 15 degrees Celsius, no SMS notification will be sent. If the requirements are met, the data collected by the interior and exterior temperature sensors, after signal processing, are uploaded to the cloud (the vehicle cloud) along with the battery SOC value.

[0232] (III) Cloud Processing and Execution The cloud retrieves user preferences for seat heating comfort, along with the user's arrival time, weather conditions, weekday information, and remaining battery SOC. After cloud processing, an AI-driven adaptive intelligent adjustment strategy for seat temperature (i.e., the vehicle control strategy) is generated. The cloud then sends this strategy to the DMC, which formulates it into an algorithm and sends it to the SCU via the BDM. The SCU then starts executing the seat heating according to this strategy.

[0233] (iv) Operational feedback After the seat heating is activated, the SCU transmits the activation signal to the DMC via the BDM. The DMC then transmits the signal to the vehicle's mobile app via SMS through the T-BOX and TSP platforms, displaying "Seat heating is activated" on the mobile phone.

[0234] III. Controller Functions DMC: As the core component of the intelligent cockpit system, it is the central brain, responsible for signal processing, communication with the cloud, and issuing in-vehicle control commands.

[0235] T-BOX: It is responsible for enabling two-way data interaction between the vehicle and the TSP platform, mobile terminals (such as the owner's mobile APP), and vehicle networking infrastructure. It is a core component of the vehicle networking system.

[0236] BDM (Body Management Device) is the core computing unit in an automotive electrical and electronic architecture used for centralized management and control of vehicle-related electronic functions. It integrates body functions that were originally handled by multiple independent electronic control units (ECUs) into a unified controller, thereby improving system integration, reducing wiring harness complexity, reducing vehicle weight, and supporting more efficient software updates and function expansion.

[0237] SCU: The core electronic control unit in a car is used to manage, control, and coordinate the various electric and comfort functions of the seats.

[0238] ICT: Components that collect temperature data inside the vehicle.

[0239] AMB: A component that collects the outside temperature of the vehicle.

[0240] An exemplary embodiment of this disclosure also provides a vehicle control system, such as Figure 12 As shown, it includes: Triggering devices and TSP platforms; The triggering device is used to acquire user trajectory information and, when the user trajectory information meets the preset pre-start conditions, remotely and automatically send a pre-start command to the vehicle through the TSP platform to instruct the vehicle to pre-start at least one in-vehicle function. The TSP platform is used to send the pre-start command to the vehicle.

[0241] Specifically, the triggering device is, for example, a user terminal (such as a mobile phone) held by the user, on which a smart door lock APP and a vehicle mobile APP are running.

[0242] The smart lock APP is used to obtain the status signal of the access control device (such as a smart lock) at the target location. The status signal includes an open signal and / or a closed signal, and the closed signal can be transmitted to the vehicle mobile APP. The vehicle mobile APP is used to retrieve the positioning information provided by the positioning system of the user terminal when the status signal is the closed signal, obtain the user trajectory information including the user's displacement change according to the positioning information (e.g., determine whether the displacement change occurs within a preset time period, and whether the displacement change occurs outside a preset electronic fence), and when the user trajectory information meets the pre-start conditions (including the user leaving the target location), generate the pre-start instruction according to the preset instruction list and send it to the TSP platform.

[0243] The TSP platform is used to realize the instruction transmission between the triggering device and the vehicle, and to send the pre-start instruction to the vehicle's T-BOX.

[0244] Furthermore, the vehicle control system is as follows: Figure 13 As shown, it also includes: DMC and the cloud; The DMC (Device Domain Controller) is used to acquire vehicle status parameters. When the status parameters meet preset pre-start conditions, it uploads the status parameters and the pre-start command to the cloud. The DMC, also known as the cockpit domain controller, is also used to acquire the status parameters such as interior temperature, exterior temperature, and battery state of charge (e.g., through the interior temperature sensor ICT, exterior temperature sensor AMB, and battery management system) on the vehicle side. After receiving the vehicle control strategy from the cloud, it transmits the control command to the seat control module (SCU) and other execution modules through the body domain controller (BDM) for execution. Simultaneously, it can send a running signal carrying the execution result back to the cloud.

[0245] The cloud platform is used to generate and send vehicle control strategies to the DMC based on the status parameters and the pre-start command. The cloud platform can combine user preference data for seat heating comfort, predicted user arrival time, current weather information, and weekday information to generate vehicle control strategies such as AI-adaptive intelligent adjustment strategies for seat temperature. The cloud platform can also receive the operating signals fed back by the DMC and continuously learn and optimize the preference data based on the execution results carried in the operating signals and the user's adjustment data of in-vehicle functions after entering the vehicle.

[0246] Through this system, various devices work together to achieve vehicle remote control by integrating vehicle-machine-home functions and AI big data, without changing the hardware or system architecture. It can remotely pre-start and intelligently adjust in-vehicle functions such as seat heating without manual operation by the user, achieving the goal of instant heating upon sitting down, while also realizing automatic optimization and management of energy consumption.

[0247] An exemplary embodiment of this disclosure also provides a computer apparatus, including: processor; Memory used to store processor-executable instructions; The processor is configured to execute the vehicle control method provided in the embodiments of this disclosure.

[0248] An exemplary embodiment of this disclosure also provides a non-transitory computer-readable storage medium, wherein instructions in the storage medium, when executed by a computer's processor, enable the computer to perform the vehicle control method provided by embodiments of this disclosure.

[0249] This disclosure provides a vehicle control method, system, computer device, and storage medium. It acquires user trajectory information and, when the user trajectory information meets preset pre-start conditions, automatically sends a pre-start command remotely to the vehicle to instruct it to pre-start at least one in-vehicle function. By acquiring user trajectory information and automatically sending a pre-start command remotely to the vehicle when it meets preset pre-start conditions, it instructs the vehicle to pre-start in-vehicle functions. This solves the problems of low intelligence and inaccurate control in remote in-vehicle function activation. Pre-start can be automatically completed at the appropriate time without manual user operation. Furthermore, the pre-start command is based on the user's actual travel intention, avoiding energy waste caused by accidental activation when the vehicle is not in use, thus balancing passenger comfort and energy consumption optimization.

[0250] Using user trajectory information as the trigger for remote control, the system automatically sends a pre-start command to the vehicle when the preset pre-start conditions are met (such as when the user has left the target location). Without requiring the user to manually schedule, set, or remember any operations, the system can pre-start in-vehicle functions such as seat heating at the appropriate time, so that the seat temperature is already at a comfortable level when the user sits down.

[0251] Triggered by the status signal (close signal) of the access control equipment at the target location, combined with the user terminal's location information, displacement changes within a preset time period, and multiple verifications of the preset electronic fence, the system accurately identifies the user's actual departure behavior, effectively eliminating misjudgments caused by non-travel situations such as briefly opening the door to retrieve items or activities within the location, ensuring that the pre-start is only triggered when the user actually uses the vehicle.

[0252] Before execution, DMC verifies the vehicle's status parameters and only continues execution when conditions such as the interior temperature being less than or equal to the first threshold, the exterior temperature being less than or equal to the second threshold, and the battery state of charge being greater than or equal to the third threshold are met. This prevents the blind activation of vehicle functions when the temperature is already high (no actual heating is needed) or the battery is low (affecting range). If the conditions are not met, the pre-start is terminated and a termination notification is pushed to the user. The process is transparent and traceable, avoiding energy waste.

[0253] Based on user preferences for seat heating comfort, predicted arrival time, current weather information, weekday information, and vehicle status parameters, the cloud-based system generates an AI-adaptive intelligent adjustment strategy for seat temperature using AI algorithms. This strategy provides fine-grained control over heating levels, target temperatures, heating duration, and activation timing, enabling the execution of in-vehicle functions to be intelligently adaptive and tailored to individual user habits and the current context.

[0254] Based on the comparative analysis of the user's adjustment operation data of the in-vehicle functions after getting in the car and the vehicle control strategy adopted this time, the user's preference data is updated and the subsequent vehicle control strategy is optimized, realizing a continuous learning mechanism of "strategy generation - user feedback - preference update - strategy regeneration", so that the control strategy can dynamically evolve with changes in user habits.

[0255] By integrating the functions of the smart lock app and the vehicle's mobile app, vehicle-machine-home linkage can be achieved. This can be implemented without changing the hardware or system architecture, without requiring any modifications to the access control equipment or vehicle hardware. The deployment cost is low, and the user experience requires no learning curve.

[0256] The pre-start command is sent to the vehicle's T-BOX via the mature, secure, and stable communication link of the TSP platform, ensuring the reliability of command transmission. After the vehicle functions are operational, the SCU feeds back the operation signal to the user terminal via the BDM, DMC, T-BOX, and TSP platform, making the remote control process controllable and reliable.

[0257] The pre-start command is generated based on a preset command list, which can be customized by the user or automatically generated and dynamically updated by the cloud based on historical usage data. It can be flexibly expanded to various in-vehicle functions such as steering wheel heating, air conditioning heating, seat ventilation, and rear window defrosting. The solution is suitable for various scenarios such as urban commuting, inclement weather, and low battery status, and has good versatility and practical value.

[0258] Those skilled in the art will also understand that the various illustrative logical blocks and steps listed in the embodiments of this disclosure can be implemented by electronic hardware, computer software, or a combination of both. Whether such functionality is implemented in hardware or software depends on the specific application and the overall system design requirements. Those skilled in the art can implement the described functionality using various methods for each specific application, but such implementation should not be construed as exceeding the scope of protection of the embodiments of this disclosure.

[0259] Furthermore, the term “exemplary” is used herein to mean serving as an example, instance, or illustration. Any aspect or design described herein as “exemplary” is not necessarily to be construed as advantageous compared to other aspects or designs. Rather, the use of the term “exemplary” is intended to present the concept in a concrete manner. As used herein, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or.” That is, unless otherwise specified or clear from the context, “X applies A or B” is intended to mean any of the natural inclusive arrangements. That is, “X applies A or B” satisfies any of the foregoing instances if X applies A; X applies B; or both X applies A and B. Additionally, unless otherwise specified or clear from the context to refer to the singular form, the articles “a” and “an” as used in this application and the appended claims are generally understood to mean “one or more.”

[0260] Similarly, although this disclosure has been shown and described with respect to one or more implementations, equivalent variations and modifications will occur to those skilled in the art upon reading and understanding this specification and the accompanying drawings. This disclosure includes all such modifications and variations and is limited only by the scope of the claims. In particular, with respect to the various functions performed by the components described above (e.g., elements, resources, etc.), unless otherwise indicated, the terminology used to describe such components is intended to correspond to any component (functionally equivalent) that performs the specific function of the described component, even if structurally not equivalent to the disclosed structure. Furthermore, although specific features of this disclosure may have been disclosed with respect to only one of several implementations, such features may be combined with one or more other features of other implementations, as may be desired and advantageous to any given or particular application. Moreover, with regard to the terms “comprising,” “owning,” “having,” “having,” or variations thereof as used in the detailed description or claims, such terms are intended to be inclusive in a manner similar to the term “including.”

[0261] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the following claims.

[0262] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

Claims

1. A vehicle control method, characterized in that, include: Obtain user trajectory information; If the user trajectory information meets the preset pre-start conditions, a pre-start command is automatically sent remotely to the vehicle to instruct the vehicle to pre-start at least one on-board function.

2. The vehicle control method according to claim 1, characterized in that, The steps for obtaining user trajectory information include: Obtain the status signals of the access control equipment at the target location; The user trajectory information is obtained based on the status signal and the user's location information.

3. The vehicle control method according to claim 2, characterized in that, The step of obtaining the status signal of the access control equipment at the target location includes: The status signal of the access control device is obtained by triggering the device, and the status signal includes an open signal and / or a closed signal.

4. The vehicle control method according to claim 3, characterized in that, The step of obtaining the user trajectory information based on the status signal and the user's location information includes: When the status signal is the off signal, the positioning information is acquired; Based on the location information, obtain the user trajectory information, which includes the user's displacement changes.

5. The vehicle control method according to claim 1, characterized in that, The pre-start conditions include the user leaving the target location. The step of remotely and automatically issuing a pre-start command to the vehicle when the user's trajectory information meets the preset pre-trigger conditions includes: If the user trajectory information indicates that the user has left the target location, a pre-start instruction is generated according to a preset instruction list, which instructs the user to operate at least one of the vehicle functions. The pre-start command is automatically sent to the vehicle through the telematics service provider (TSP) platform.

6. The vehicle control method according to claim 1, characterized in that, The method further includes: Obtain vehicle status parameters through the cockpit domain controller (DMC); When the status parameters meet the preset pre-start conditions, the DMC uploads the status parameters and the pre-start command to the cloud. The cloud platform generates and sends a vehicle control strategy to the DMC based on the status parameters and the pre-start command.

7. The vehicle control method according to claim 6, characterized in that, The steps by which the cloud generates and sends a vehicle control strategy to the DMC based on the status parameters and the pre-start command include: The cloud platform generates the vehicle control strategy based on at least one or more of the following information, combined with the state parameters: User preference data for seat heating comfort, predicted arrival time at the vehicle, current weather information, and weekday information.

8. The vehicle control method according to claim 6, characterized in that, The state parameters include at least one or more of the following parameters: Vehicle interior temperature, vehicle exterior temperature, and battery state of charge (SCC) values; The pre-start conditions include at least one or more of the following: The vehicle interior temperature is less than or equal to the first threshold, the vehicle exterior temperature is less than or equal to the second threshold, and the battery state of charge is greater than or equal to the third threshold.

9. The vehicle control method according to claim 8, characterized in that, Following the step of obtaining the vehicle's status parameters through the DMC, the method further includes: If the vehicle interior temperature is greater than the first threshold and the battery state of charge is less than the third threshold, or if the vehicle exterior temperature is greater than the second threshold and the battery state of charge is less than the third threshold, a termination notification message is generated and pushed to a designated terminal to indicate the termination of pre-startup.

10. The vehicle control method according to claim 6, characterized in that, The method further includes: The DMC feeds back an operation signal to the cloud, and the operation signal carries the execution result of the vehicle control strategy.

11. The vehicle control method according to claim 7, characterized in that, The method further includes: Acquire user adjustment data for the in-vehicle functions after the user gets into the vehicle; The user's preference data is updated based on the adjustment operation data, and a subsequent vehicle control strategy is generated based on the updated preference data.

12. A vehicle control system, characterized in that, This includes triggering devices and the TSP (Telematics Service Provider) platform; The triggering device is used to acquire user trajectory information and, when the user trajectory information meets the preset pre-triggering conditions, remotely and automatically send a pre-start command to the vehicle through the TSP platform to instruct the vehicle to pre-start at least one in-vehicle function. The TSP platform is used to send the pre-start command to the vehicle.

13. The vehicle control system according to claim 12, characterized in that, The system also includes: a cockpit domain controller (DMC) and a cloud platform; The DMC is used to acquire the vehicle's status parameters, and when the status parameters meet the preset pre-trigger conditions, upload the status parameters and the pre-start command to the cloud. The cloud platform is used to generate and send vehicle control strategies to the DMC based on the status parameters and the pre-start command.

14. A computer device, characterized in that, include: processor; Memory used to store processor-executable instructions; The processor is configured to perform the vehicle control method as described in any one of claims 1 to 11.

15. A non-transitory computer-readable storage medium, characterized in that, When the instructions in the storage medium are executed by the processor of a computer, the computer is able to perform the vehicle control method as described in any one of claims 1 to 11.

Images