Vehicle active summoning method, system, computer device and storage medium

Abstract

The present disclosure relates to a vehicle active calling method, system, computer device and storage medium. Related to automatic driving technology, the problem of complicated operation and poor user experience of vehicle remote calling passive service is solved. The method comprises the following steps: receiving a remote calling instruction automatically issued by a user terminal through a wireless communication network; issuing the remote calling instruction to an ICC; obtaining a control instruction issued by the ICC according to the remote calling instruction, so as to start the remote calling function and control the vehicle to automatically drive. The technical scheme provided by the present disclosure is suitable for intelligent driving, and realizes safe and accurate driving of the vehicle to the pickup point without manual control.

Description

Technical Field

[0001] This disclosure relates to vehicle autonomous driving technology, and more particularly to a method, system, computer device, and storage medium for actively summoning a vehicle. Background Technology

[0002] With the rapid development of autonomous driving and vehicle-to-everything (V2X) technologies, remote vehicle summoning has become an important application area in the field of intelligent vehicles. Remote summoning aims to allow drivers to control their vehicles via a mobile application, enabling them to automatically drive to a designated location in a safe and controlled environment without entering the vehicle, thus improving the convenience of retrieving the car. Currently, the implementation of remote summoning typically involves several key technologies, including environmental perception, positioning and navigation, path planning and intelligent obstacle avoidance, remote control, and communication protocols. These technologies together constitute a closed-loop logic of "perception-decision-execution."

[0003] However, vehicle remote summoning systems are primarily passive services, requiring users to arrive at their destination and manually issue a command via a mobile app before the vehicle begins the summoning process. This passive triggering method has significant drawbacks: firstly, users must actively take out their phones to operate the system, which is cumbersome; secondly, the vehicle only starts moving after receiving the command, often requiring users to wait at their destination, especially in inclement weather or when carrying heavy loads, a waiting process that severely impacts the user experience.

[0004] In summary, the passive service of remote vehicle summoning suffers from cumbersome operation and poor user experience. Summary of the Invention

[0005] To overcome the problems existing in related technologies, this disclosure provides a method, system, computer device, and storage medium for actively summoning vehicles. The user terminal automatically issues a remote summoning command after determining that the user's displacement exceeds the preset electronic fence range, requiring no manual operation from the user throughout the process, achieving proactive service where the vehicle arrives when the user is present. This solves the problems of cumbersome operation and poor user experience associated with passive remote vehicle summoning services, enabling the vehicle to safely and accurately drive to the pick-up point without human intervention, improving the convenience of vehicle retrieval and the safety and reliability of the summoning process.

[0006] According to a first aspect of the embodiments of this disclosure, a method for actively summoning a vehicle is provided, comprising: Receive remote summoning commands automatically issued by user terminals via wireless communication networks; The remote summoning command is sent to the Information Computing Center (ICC). The ICC receives the control command issued by the remote summoning command to activate the remote summoning function and control the vehicle to drive automatically.

[0007] Furthermore, before the step of receiving the remote summoning command automatically issued by the user terminal via the wireless communication network, the method further includes: The user terminal receives the lock closing signal transmitted by the smart door lock device; The user terminal determines whether the user's displacement change exceeds the preset electronic fence range based on the current positioning data. If the displacement change exceeds the preset electronic fence range, the remote summoning command is automatically sent to the vehicle's network.

[0008] Furthermore, the step of automatically sending the remote summoning command to the vehicle's network includes: The user terminal sends the remote summoning command to the remote information service provider (TSP) platform; The TSP platform sends the remote summoning command to the vehicle network.

[0009] Furthermore, the step of obtaining the control command issued by the ICC according to the remote summoning command includes: Obtain the control command issued by the ICC; and / or, The control commands generated and issued by the Intelligent Driving Computing Center (ADCC) according to the instructions of the ICC are obtained.

[0010] According to a second aspect of the embodiments of this disclosure, a method for actively summoning a vehicle is provided, comprising: Obtain a remote summoning command sent by the vehicle network, wherein the remote summoning command is sent by the user terminal to the vehicle network through a wireless communication network; Based on the remote summoning command, a control command is generated and sent to the vehicle network to activate the remote summoning function and control the vehicle to drive automatically.

[0011] Furthermore, the step of generating and sending control commands to the vehicle network based on the remote summoning command includes: The ICC collects vehicle status data and uploads the vehicle status data to the vehicle cloud. The ICC obtains the driving strategy returned by the vehicle from the cloud; The ICC generates and sends control commands to the vehicle network based on the driving strategy.

[0012] Furthermore, the vehicle status data includes: Data on charging gun connection status, vehicle safety data, vehicle remaining battery state of charge (SOC) value, and status data of key intelligent driving components.

[0013] Furthermore, the vehicle safety data includes at least one of tire pressure data, fault information data, and door and window status data; The status data of the key intelligent driving components includes at least one of camera status data, millimeter-wave radar status data, lidar status data, and ultrasonic radar status data.

[0014] Furthermore, the step of the ICC generating and issuing the control command to the vehicle network based on the driving strategy includes: According to the driving strategy, the remote summoning command is sent to the ADCC to instruct the ADCC to send the control command for vehicle motion control to the vehicle network. Based on the driving strategy, control commands for vehicle body control are generated and sent to the vehicle network.

[0015] Furthermore, the method also includes: If the charging gun is connected, the ICC will terminate the remote summoning command and notify the user of the remote summoning failure message.

[0016] Furthermore, the remote summoning failure information is notified to the user through the TSP platform.

[0017] Furthermore, after the step of the ICC collecting vehicle status data and uploading the vehicle status data to the vehicle cloud, the method further includes: The vehicle cloud generates the driving strategy based on the user's predicted arrival time at the pick-up point, the vehicle's historical driving route to the pick-up point, and the vehicle's remaining battery state of charge (SOC) value.

[0018] Furthermore, the method also includes: Record the actual driving route, actual driving time, and actual energy consumption data for each remote summoning process; The actual driving route, actual driving time, and actual energy consumption data are used as training data and input into the machine learning model. The path planning parameters and time prediction parameters are updated using the machine learning model.

[0019] Furthermore, the method also includes: The updated path planning parameters and time prediction parameters are used to generate driving strategies for subsequent remote summoning, in order to optimize the prediction accuracy of the pre-driving route and pre-driving time.

[0020] According to a third aspect of the embodiments of this disclosure, a vehicle active summoning system is provided, including a user terminal, a vehicle network, and an ICC; The user terminal is used to send a remote summoning command to the vehicle network via a wireless communication network; The vehicle network is used to receive the remote summoning command automatically sent by the user terminal, send the remote summoning command to the ICC, and obtain the control command sent by the ICC according to the remote summoning command, so as to start the remote summoning function and control the vehicle to drive automatically. The ICC is used to acquire the remote summoning command sent by the vehicle network, and generate and send control commands to the vehicle network according to the remote summoning command, so as to activate the remote summoning function and control the vehicle to drive automatically.

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

[0022] According to a fifth 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 processor, enable the computer to perform the vehicle active summoning method provided by the embodiments of the present disclosure.

[0023] The technical solutions provided by the embodiments of this disclosure can include the following beneficial effects: receiving a remote summoning command automatically issued by a user terminal via a wireless communication network; sending the remote summoning command to an ICC; obtaining control commands issued by the ICC according to the remote summoning command to activate the remote summoning function and control the vehicle to drive automatically. The user terminal automatically sends a remote summoning command after determining that the user's displacement exceeds the preset electronic fence range, requiring no manual operation from the user throughout the process, achieving proactive service where the vehicle arrives when the user is present. This solves the problems of cumbersome operation and poor user experience associated with passive remote vehicle summoning services, enabling the vehicle to safely and accurately drive to the pick-up point without human intervention, improving the convenience of vehicle retrieval and the safety and reliability of the summoning process.

[0024] 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

[0025] 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.

[0026] Figure 1 This is a flowchart illustrating a vehicle active summoning method according to an exemplary embodiment.

[0027] Figure 2 This is a flowchart illustrating yet another method for actively summoning a vehicle, according to an exemplary embodiment.

[0028] Figure 3 This is a flowchart illustrating yet another method for actively summoning a vehicle, according to an exemplary embodiment.

[0029] Figure 4 This is a flowchart illustrating yet another method for actively summoning a vehicle, according to an exemplary embodiment.

[0030] Figure 5 This is a flowchart illustrating yet another method for actively summoning a vehicle, according to an exemplary embodiment.

[0031] Figure 6 This is a flowchart illustrating yet another method for actively summoning a vehicle, according to an exemplary embodiment.

[0032] Figure 7 This is a flowchart illustrating yet another method for actively summoning a vehicle, according to an exemplary embodiment.

[0033] Figure 8 This is a block diagram illustrating a vehicle active summoning system according to an exemplary embodiment.

[0034] Figure 9 This is a flowchart illustrating yet another method for actively summoning a vehicle, according to an exemplary embodiment.

[0035] Figure 10 This is a block diagram illustrating yet another vehicle active summoning system according to an exemplary embodiment.

[0036] Figure 11 This is a block diagram illustrating yet another vehicle active summoning 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] Vehicle remote summoning systems primarily rely on passive service, requiring users to arrive at their destination and manually issue a command via a mobile app before the vehicle initiates the summoning process. This passive triggering method has significant drawbacks: firstly, users must actively take out their phones to operate the system, which is cumbersome; secondly, the vehicle only starts moving after receiving the command, often requiring users to wait at their destination, especially in inclement weather or when carrying heavy loads, severely impacting the user experience.

[0039] In summary, the passive service of remote vehicle summoning suffers from cumbersome operation and poor user experience.

[0040] To address the aforementioned issues, embodiments of this disclosure provide a method, system, computer device, and storage medium for actively summoning a vehicle. The user terminal automatically issues a remote summoning command after determining that the user's displacement exceeds the preset electronic fence range, requiring no manual operation from the user throughout the process, achieving proactive service where the vehicle arrives upon the user's arrival. This solves the problems of cumbersome operation and poor user experience associated with passive remote vehicle summoning services, enabling the vehicle to safely and accurately drive to the pick-up point without human intervention, improving the convenience of vehicle retrieval and the safety and reliability of the summoning process.

[0041] An exemplary embodiment of this disclosure provides a method for actively summoning a vehicle. The process of actively summoning a vehicle on the vehicle's network side is as follows: Figure 1 As shown, it includes: Step 101: Receive the remote summoning command automatically issued by the user terminal through the wireless communication network.

[0042] In this step, the user terminal is a mobile terminal carried by the user, such as a smartphone. This user terminal has a vehicle mobile app installed, as well as a smart door lock app installed.

[0043] The wireless communication network can be a 4G or 5G mobile communication network, enabling long-distance two-way data interaction between the user terminal and the vehicle. The vehicle network, located on one side of the vehicle, is a communication network for data interaction between various electronic control units within the vehicle, including the T-BOX network communication module and the vehicle's CAN FD bus network, etc. T-BOX is responsible for enabling two-way data interaction between the vehicle and the TSP platform, user terminal, and vehicle networking infrastructure, and is a core component of the vehicle networking system.

[0044] In this step, automatic dispatch means that the remote summoning command is automatically triggered and sent by the user terminal when it determines that the user has left home. The entire process requires no manual operation of any summoning controls in the vehicle's mobile app, thus achieving seamless, proactive vehicle summoning.

[0045] Specifically, based on the lock closing signal transmitted by the smart door lock device and the current location data, the user terminal determines that the user's displacement changes exceed the preset electronic fence range, and then automatically sends a remote summoning command through the wireless communication network. This remote summoning command can be forwarded to the vehicle's whole network via the TSP platform and received by the vehicle network's T-BOX.

[0046] This step provides a command entry point for the remote summoning function, enabling the vehicle to promptly and accurately obtain the user's vehicle usage needs. It is a prerequisite for subsequently waking up the vehicle network, activating the remote summoning function, and controlling the vehicle to drive automatically.

[0047] Step 102: Send the remote summoning command to the ICC.

[0048] In this step, the ICC is the vehicle's main communication controller, integrating and processing data from various sensors throughout the vehicle to achieve comprehensive monitoring, analysis, and control of the vehicle's operating status. After receiving a remote summoning command via the wireless communication network, the T-BOX wakes up the vehicle network and sends the remote summoning command to the ICC through the vehicle's CAN FD network.

[0049] In this step, the call request from the external communication link is transferred to the internal control link. The ICC acts as the communication master controller to uniformly perform command parsing, security verification and subsequent scheduling, avoiding scheduling chaos caused by multiple controllers processing external commands separately, and ensuring the orderly and reliable execution of the remote call function on the vehicle side.

[0050] Step 103: Obtain the control command issued by the ICC according to the remote summoning command, so as to start the remote summoning function and control the vehicle to drive automatically.

[0051] In this step, control commands are used to activate the remote summoning function and control the vehicle to drive automatically. Specifically, they include two categories: control commands for vehicle motion control and control commands for body control.

[0052] Specifically, this step includes two implementation methods: 1. Obtain the control command issued by the ICC; and / or, 2. Obtain the control commands generated and issued by the ADCC according to the instructions of the ICC.

[0053] In the first approach, the ICC (Intelligent Control Center) generates and sends control commands to the vehicle network based on the remote summoning command, such as commands for vehicle body control. In the second approach, the ICC sends the remote summoning command or related instructions to the ADCC (Advanced Driver Controller Center), which then generates and sends control commands to the vehicle network for vehicle motion control. The ADCC is responsible for processing perception information and making planning decisions. By integrating AI chips and processors, it supports real-time analysis of data from multiple cameras, radars, and other sensors, meeting the high computational demands of autonomous driving algorithms. Its core functions include environmental perception, path planning, and decision execution, building an accurate model of the vehicle's surrounding environment by fusing multi-sensor data.

[0054] After the vehicle network receives the control command, it sends the control command through the Vehicle Control Center (VCU) to the chassis domain controller (CIC), motor domain controller (MCU), and body area domain controller (ZCU) to activate the remote summoning function: the CIC manages the braking, steering, suspension and other subsystems in a unified manner, the MCU directly controls the operation of the drive motor, and the ZCU executes body control commands such as closing the windows and sunroof and turning on the hazard lights, thereby controlling the vehicle to automatically drive to the preset pick-up point (such as the elevator entrance) in a safe and controllable environment, realizing "the car arrives when the person arrives" without the user having to wait for the vehicle.

[0055] This step completes the closed-loop execution from the remote summoning command to the vehicle's actual action. Through the division of labor and cooperation between ICC and ADCC, both the professionalism and safety of motion control are ensured, as well as the coordination between body control and motion control, enabling the vehicle to safely and accurately reach the pick-up point without human intervention.

[0056] On the vehicle network side, through steps 101 to 103, the remote summoning command is received, forwarded, and control command is obtained, enabling the vehicle to automatically drive to the designated location without the user entering the vehicle, significantly improving the convenience of vehicle retrieval, especially suitable for scenarios where users are carrying items or in bad weather, making it inconvenient to manually retrieve the vehicle.

[0057] An exemplary embodiment of this disclosure provides a method for actively summoning a vehicle. Using this method, a user terminal detects and automatically initiates the process of actively summoning a vehicle as follows: Figure 2 As shown, it includes: Step 201: The user terminal obtains the lock closing signal transmitted by the smart door lock device.

[0058] In this step, the user terminal is a mobile device carried by the user, such as a smartphone. The user terminal has a smart lock app and a vehicle app installed. The smart lock app communicates with the smart lock device installed in the user's home. When the user opens and closes the door again, the smart lock device generates a lock-off signal and transmits it to the smart lock app on the user terminal via smart home communication methods (such as Bluetooth, Wi-Fi, ZigBee, etc.). The smart lock app then transmits the lock-off signal to the vehicle app (or the vehicle app reads the signal from the smart lock app), thus achieving functional integration between the smart lock app and the vehicle app.

[0059] This step provides a trigger signal for determining if a user has left home. The lock closing signal usually means that the user has completed the "open the door - leave the house - close the door" action, which is the initial basis for determining that the user may have left home. By introducing the smart door lock device into the determination link of remote vehicle summoning, the vehicle-machine-home function linkage is realized without adding additional vehicle hardware, and the user's behavior of leaving home can be accurately detected.

[0060] Step 202: The user terminal determines whether the user's displacement change exceeds the preset electronic fence range based on the current positioning data.

[0061] In this step, after receiving the lock closing signal, the user terminal retrieves the current location data provided by the mobile phone positioning system (LBS, location-based services).

[0062] According to one exemplary implementation, the user terminal detects whether a displacement change occurs within a preset time period (e.g., 5 seconds), and determines whether the displacement change occurs outside the electronic fence based on a preset electronic fence.

[0063] According to one exemplary implementation, the electronic fence is a geographical boundary pre-defined with the user's home address as the center, such as a circular area with the home as the center and a preset distance (such as 100 meters) as the radius. The range can be set by the user in the vehicle's mobile APP, or it can be set by default by the system based on the home address.

[0064] The system uses location data to reconfirm whether a user has actually left home, eliminating false alarms caused by users only briefly moving around at their doorstep (such as opening the door to pick up a package or taking out the trash and then immediately closing the door and returning home). Only when the displacement changes exceed the preset electronic fence range is it determined that the user has indeed left home, thus ensuring the accuracy of remote summoning commands and preventing the vehicle from being mistakenly summoned and running empty.

[0065] Step 203: If the displacement change exceeds the preset electronic fence range, automatically send the remote summoning command to the vehicle's network.

[0066] In this step, if it is determined that the user has left home, the user terminal will no longer wait for the user to manually operate, but will automatically generate and send a remote summoning command to the vehicle's network.

[0067] According to one exemplary implementation, the user terminal can also make a judgment based on weekday information: on weekdays, when a user locks the door and leaves home, it usually means that they are about to use the car for commuting, and at this time, a remote summoning command is automatically issued; on non-weekdays, when a user leaves home, it does not necessarily mean that they need to use the car, and the user terminal can ask the user whether to initiate a remote summoning, or decide whether to issue a command automatically based on the user's historical car usage habits, so as to further improve the accuracy of remote summoning triggering.

[0068] This step enables proactive and seamless triggering of remote vehicle summoning. By combining smart lock signals and location data, the summoning is automatically initiated the moment the user locks the door and leaves home. The vehicle can depart in advance and arrive at the pick-up point at the same time as the user, eliminating the need for the user to wait. This significantly improves the convenience of vehicle use, especially in inclement weather or when the user is carrying items.

[0069] Specifically, in this step, the user terminal sends the remote summoning command to the TSP platform, and the TSP platform sends the remote summoning command to the vehicle network.

[0070] In this step, the TSP platform (Telematics Service Provider) is a cloud-based service platform connecting the user terminal and the vehicle. The user terminal first sends the remote summoning command to the TSP platform via a wireless communication network. After the TSP platform performs authentication and parsing of the command, it then sends the remote summoning command to the vehicle's network via the wireless communication network, where it is received by the vehicle's network communication module, T-BOX. Using the TSP platform as an intermediary serves two purposes: firstly, it allows for security processing such as user authentication and command validity verification, preventing unauthorized commands from waking up the vehicle; secondly, it masks the communication standard differences between the user terminal and the vehicle, ensuring the stability and reachability of command transmission.

[0071] An exemplary embodiment of this disclosure also provides a method for actively summoning a vehicle, wherein the process of actively summoning a vehicle on the ICC side using this method is as follows: Figure 3 As shown, it includes: Step 301: Obtain the remote summoning command sent by the vehicle network.

[0072] The remote summoning command is sent by the user terminal to the vehicle network via a wireless communication network.

[0073] In this step, the ICC is the vehicle's main communication controller, connected to the vehicle network's T-BOX network communication module via the vehicle's CAN FD bus network. After receiving the lock closing signal from the smart lock device and determining that the user's displacement exceeds the preset electronic fence range, the user terminal automatically sends a remote summoning command via the wireless communication network. This remote summoning command is forwarded to the T-BOX via the TSP platform. The T-BOX then wakes up the vehicle network and sends the remote summoning command to the ICC via the vehicle's CAN FD network. Thus, the ICC receives the remote summoning command sent by the vehicle network.

[0074] Using the ICC as the unified command interface in the vehicle, remote call requests from users are promptly obtained, providing input for subsequent control command generation. External commands are received centrally by the main communication ICC, enabling centralized authentication and vehicle status checks, thus preventing conflicts caused by commands being processed separately by multiple controllers within the vehicle.

[0075] Step 302: Based on the remote summoning command, generate and send control commands to the vehicle network to activate the remote summoning function and control the vehicle to drive automatically.

[0076] In this step, after receiving the remote summoning command, the ICC can first perform a summoning precondition check on the vehicle.

[0077] For example, it can read the charging gun connection status and only continue to execute the remote summon if the charging gun connection status is not connected; the ICC can also collect vehicle status data (including charging gun connection status data, vehicle safety data and intelligent driving key component status data, etc.) and upload them to the vehicle cloud. After obtaining the driving strategy returned by the vehicle cloud, it generates control commands according to the driving strategy.

[0078] The generated control commands include two types: One type is control commands for controlling vehicle motion.

[0079] The ICC sends a remote summoning command to the ADCC, instructing the ADCC to generate and send control commands to the vehicle network for vehicle motion control. These control commands are then sent from the Vehicle Control Center (VCU) to the Chassis Domain Controller (CIC) and Motor Domain Controller (MCU) to control the vehicle's braking, steering, and driving functions, thereby enabling automatic vehicle operation.

[0080] Another type is control commands for vehicle body control.

[0081] The ICC generates and sends commands to the vehicle network, which are then sent to the ZCU (Zone Control Unit) via the VCU (Vehicle Control Unit) to execute vehicle control commands such as closing windows, closing sunroof, and turning on hazard lights. This ensures the vehicle's enclosure and provides warnings to surrounding vehicles and pedestrians when the vehicle is driving automatically without passengers.

[0082] This step completes the conversion from receiving the command to executing it on the ICC side. The ICC generates and issues control commands based on the remote summon command, activating the remote summon function so that the vehicle can automatically drive to the pick-up point without human intervention. Motion control and body control are handled by the ADCC and ICC respectively, achieving a reasonable division of labor between decision-making and communication, and ensuring coordinated and controlled vehicle movement and body status during the remote summon process.

[0083] An exemplary embodiment of this disclosure also provides a method for actively summoning a vehicle, wherein the process of generating and sending control commands to the vehicle network based on the remote summoning command is as follows: Figure 4 As shown, it includes: Step 401: The ICC collects vehicle status data and uploads the vehicle status data to the vehicle cloud.

[0084] The vehicle status data includes: Data on charging gun connection status, vehicle safety data, vehicle remaining SOC value, and status data of key intelligent driving components.

[0085] The vehicle safety data includes at least one of tire pressure data, fault information data, and door and window status data; The status data of the key intelligent driving components includes at least one of camera status data, millimeter-wave radar status data, lidar status data, and ultrasonic radar status data.

[0086] In this step, the ICC collects the aforementioned vehicle status data through the vehicle network.

[0087] Among them, the charging gun connection status data is used to indicate whether the charging gun is currently plugged into the vehicle's charging port; Tire pressure data is used to indicate whether the air pressure of each tire is within the normal range. Abnormal tire pressure will affect driving safety. Fault information data is used to identify whether the vehicle currently has fault codes or alarm messages that affect driving safety; Door and window status data is used to characterize the opening and closing status of components such as car doors, windows, and sunroofs; Camera status data, millimeter-wave radar status data, lidar status data, and ultrasonic radar status data are used to characterize whether various sensing components of the intelligent driving system are working properly. Failure of sensing components will cause the vehicle to be unable to reliably perceive the driving environment.

[0088] The ICC uploads the collected vehicle status data to the vehicle cloud via the T-BOX network communication module, where it is then analyzed in a unified manner using big data.

[0089] In addition, the ICC can also upload the vehicle's remaining battery state of charge (SOC) value to the vehicle cloud, so that the vehicle cloud can take energy consumption and range into account when generating driving strategies.

[0090] This step A comprehensive vehicle condition check is performed before the vehicle can drive autonomously. By collecting and uploading vehicle status data, the cloud can fully understand the vehicle's safety status, the availability of sensing components, and the energy status before generating driving strategies. This provides a data foundation for the generation of driving strategies and ensures the security of the remote summoning process from the source.

[0091] Step 402: The ICC obtains the driving strategy returned by the vehicle from the cloud.

[0092] In this step, the vehicle cloud generates a driving strategy based on the received vehicle status data, combined with the predicted time of the user's arrival at the pick-up point, the vehicle's historical driving route to the pick-up point, and the vehicle's remaining battery state of charge (SOC) value. The driving strategy includes the optimal driving route, driving time, driving speed, and other information. The vehicle cloud then sends the generated driving strategy to the vehicle's T-BOX via the wireless communication network. The ICC obtains the driving strategy returned by the vehicle cloud through the vehicle network.

[0093] Leveraging the powerful computing capabilities and massive data resources of the cloud, the driving strategy can be optimized by comprehensively considering multiple factors such as user time, historical routes, and battery energy. Its globality and optimization level are higher than those of local computing on the vehicle, providing a reliable basis for the generation of subsequent control commands.

[0094] Step 403: The ICC generates and sends the control command to the vehicle network according to the driving strategy.

[0095] This step includes: according to the driving strategy, sending the remote summoning command to the ADCC, so as to instruct the ADCC to send the control command for vehicle motion control to the vehicle network; Based on the driving strategy, control commands for vehicle body control are generated and sent to the vehicle network.

[0096] In this step, firstly, the ICC sends a remote summoning command to the ADCC according to the driving strategy. The ADCC combines real-time data from the vehicle's sensors with the driving strategy sent from the cloud to complete environmental perception, path planning, and decision-making, and generates control commands for vehicle motion control (such as acceleration, braking, and steering commands) and sends them to the vehicle network. These control commands are then sent from the Vehicle Control Center (VCU) to the Chassis Domain Controller (CIC) and the Motor Domain Controller (MCU). The CIC performs unified control of subsystems such as braking, steering, and suspension, while the MCU converts the power battery's electrical energy into the electrical energy required by the drive motor and precisely controls the operation of the drive motor, thereby controlling the vehicle to drive automatically according to the driving strategy.

[0097] Secondly, the ICC generates control commands for vehicle body control based on the driving strategy and sends them to the vehicle network. These control commands are sent to the vehicle area control unit (ZCU) via the VCU to execute vehicle body control commands such as closing windows, closing sunroof, and turning on hazard lights. This ensures the vehicle body is sealed when the vehicle is driving automatically without passengers and provides effective warnings to surrounding vehicles and pedestrians.

[0098] In this step, the driving strategy issued from the cloud is translated into control commands that can be executed on the vehicle. Through dual-channel command issuance via ICC and ADCC, motion control and body control are executed in parallel, without interference but in coordination, enabling the vehicle to drive automatically along the optimal route while maintaining a safe vehicle body state, thus ensuring the reliable execution of the remote summoning function.

[0099] An exemplary embodiment of this disclosure also provides a method for actively summoning a vehicle, wherein when the charging gun is connected, the ICC terminates the remote summoning command and notifies the user of a remote summoning failure message.

[0100] In this embodiment, after the ICC receives the remote summoning command from the vehicle network but before generating the control command, the ICC reads the charging gun connection status data to determine whether the charging gun is currently connected to the vehicle. If the charging gun connection status is "connected," it means the vehicle is currently charging. Forcibly initiating a remote summoning at this time would cause the vehicle to drive with the charging gun in place, potentially damaging the vehicle's charging interface and charging facilities, and possibly causing safety accidents such as broken charging cables or arcing. Therefore, the ICC terminates the remote summoning command, meaning it no longer generates and issues control commands based on this command, thus ending the remote summoning process.

[0101] At the same time, the ICC generates a remote call failure message, which includes the specific reason for the failure (i.e., the charging gun is in a connected state) and the time of the failure. The user is notified of the remote call failure message so that they can know in time that the remote call has failed and avoid unnecessary waiting after arriving at the pick-up point.

[0102] Specifically, the user can be notified of the remote summoning failure information through the remote information service provider (TSP) platform.

[0103] In this step, the ICC uploads the remote call failure information to the TSP platform through the vehicle network's T-BOX. The TSP platform then notifies the user's terminal (user's mobile phone) of the remote call failure and its reason via SMS. At the same time, the TSP platform can also push the remote call failure information to the vehicle's mobile app, allowing the user to check the specific reason for the call failure on the vehicle's mobile app, thus achieving multi-channel and traceable failure notification.

[0104] The technical solution provided in this disclosure includes a security pre-verification and failure feedback mechanism for the remote summoning function. By checking the charging gun connection status before initiating autonomous driving, the risk of driving with the charging gun connected is eliminated. Failure information is promptly notified to the user through the TSP platform, and the user can query the reason for failure on the vehicle's mobile app, improving the transparency of the function and the user experience. Correspondingly, if the charging gun connection status is not connected, the ICC continues to execute subsequent processes, namely collecting vehicle status data and uploading it to the vehicle cloud, entering the stage of driving strategy generation and control command issuance.

[0105] An exemplary embodiment of this disclosure also provides a method for actively summoning a vehicle, the process of generating a driving strategy using this method as follows: Figure 5 As shown, it includes: Step 501: The ICC collects vehicle status data and uploads the vehicle status data to the vehicle cloud.

[0106] In this step, the ICC collects vehicle status data through the vehicle network. The vehicle status data includes: The charging gun connects to status data, vehicle safety data, vehicle remaining SOC value, and status data of key intelligent driving components. Vehicle safety data includes at least one of tire pressure data, fault information data, and door / window status data, used to characterize the safety status at the vehicle body level. Key intelligent driving component status data includes at least one of camera status data, millimeter-wave radar status data, lidar status data, and ultrasonic radar status data, used to characterize the availability of intelligent driving perception components. The ICC uploads the collected vehicle status data, along with the vehicle's remaining battery SOC value, to the vehicle cloud via the T-BOX network communication module. The vehicle cloud utilizes cloud computing technology to enable real-time data interaction and analysis between the vehicle and the cloud, allowing for storage, statistical analysis, and in-depth analysis of the uploaded data.

[0107] This step provides a data foundation reflecting the vehicle's true state for generating driving strategies. Vehicle state data, together with the SOC value, characterizes the vehicle's current safety, perception capabilities, and energy level, serving as the basis for the vehicle cloud to determine whether and how the vehicle can execute a remote summon.

[0108] Step 502: The vehicle cloud generates the driving strategy based on the user's predicted arrival time at the pick-up point, the vehicle's historical driving route to the pick-up point, and the vehicle's remaining battery state of charge (SOC) value.

[0109] In this step, the predicted time for the user to arrive at the pick-up point is based on the user's historical movement data: the vehicle cloud can retrieve the user's historical movement data (such as the user's walking speed, common walking routes from home to the pick-up point, weekday information, etc.), and combine this with the time the user locks the door and leaves home and the pick-up point location to predict the time required for the user to walk to the pick-up point. The vehicle's historical driving route to the pick-up point refers to the route data accumulated by the vehicle in previous remote summons or daily driving from the parking space to the pick-up point. The vehicle cloud can use this to determine the various feasible routes for the vehicle to reach the pick-up point and the corresponding travel time. The vehicle's remaining battery state of charge (SOC) value represents the vehicle's current available power and determines the energy consumption constraints for the vehicle to execute this remote summon.

[0110] The vehicle cloud integrates the above three factors and generates a driving strategy through big data analysis and AI algorithms (including path analysis, time prediction, and energy consumption optimization). The driving strategy includes the optimal driving route, estimated driving time, and driving speed, so that the vehicle can arrive at the same time as the user arrives at the pick-up point (or slightly earlier) without excessively consuming power in pursuit of speed.

[0111] By using the user's arrival time as the alignment target, the vehicle and the passenger arrive at the pick-up point simultaneously; by using historical driving routes to ensure route feasibility; and by using the SOC value as a constraint to balance driving time and energy consumption, the system avoids affecting the user's subsequent journey due to excessive power consumption.

[0112] Step 503: The ICC obtains the driving strategy returned by the vehicle from the cloud.

[0113] In this step, after the vehicle cloud generates the driving strategy, the driving strategy is sent to the vehicle's T-BOX via the wireless communication network. The T-BOX then transmits the driving strategy to the ICC via the vehicle network, and the ICC obtains the driving strategy returned by the vehicle cloud.

[0114] The cloud-based decision-making results have been successfully transmitted back to the vehicle, enabling the ICC to generate control commands based on the cloud-based driving strategy, thus achieving the connection between cloud computing power and vehicle-based execution.

[0115] Step 504: The ICC generates and sends the control command to the vehicle network according to the driving strategy.

[0116] In this step, the ICC generates and sends control commands to the vehicle network based on the driving strategy.

[0117] Specifically, it includes: On the one hand, the ICC sends the remote summoning command to the ADCC according to the driving strategy, instructing the ADCC to generate and send the control command to the whole vehicle network for vehicle motion control. The control command is sent to the chassis domain controller CIC and the motor domain controller MCU through the vehicle control center VCU, controlling the vehicle to automatically drive to the pick-up point according to the optimal driving route and the driving speed specified by the driving strategy. On the other hand, the ICC generates and sends control commands to the vehicle network for body control. These commands are then sent from the VCU to the ZCU (Zone Control Unit) to execute commands such as closing windows, closing the sunroof, and turning on hazard lights, ensuring the safety of the vehicle body during automatic driving.

[0118] In this step, the driving strategy is translated into the actual driving behavior of the vehicle, and the remote summoning function is activated so that the vehicle can automatically drive to the pick-up point to meet the user, completing the "person arrives and the vehicle arrives" service loop.

[0119] An exemplary embodiment of this disclosure also provides a method for actively summoning a vehicle, wherein the process of actively summoning a vehicle using this method and optimizing the driving strategy generation process is as follows: Figure 6 As shown, it includes: Step 601: The ICC collects vehicle status data and uploads the vehicle status data to the vehicle cloud.

[0120] In this step, the ICC collects vehicle status data through the vehicle network. This data includes charging gun connection status data, vehicle safety data, remaining SOC (State of Charge) value, and status data of key intelligent driving components. Vehicle safety data includes at least one of tire pressure data, fault information data, and door / window status data, used to confirm that there are no issues affecting driving safety at the vehicle body level. Key intelligent driving component status data includes at least one of camera status data, millimeter-wave radar status data, lidar status data, and ultrasonic radar status data, used to confirm that the intelligent driving sensing components are functioning normally. The ICC uploads the vehicle status data, along with the remaining battery SOC value, to the vehicle cloud via the T-BOX network communication module for cloud-based analysis and decision-making.

[0121] During each remote summoning process, the vehicle status is collected and uploaded in real time, serving as the data basis for the generation of the driving strategy at that time, and also accumulating raw data for the continuous optimization of the subsequent driving strategy generation process.

[0122] Step 602: The vehicle cloud generates the driving strategy based on the user's predicted arrival time at the pick-up point, the vehicle's historical driving route to the pick-up point, and the vehicle's remaining battery state of charge (SOC) value.

[0123] In this step, the vehicle cloud retrieves the user's historical movement data and weekday information, combining the user's departure time and pick-up location to predict the user's arrival time at the pick-up point; it also retrieves the vehicle's historical driving routes to the pick-up point to determine each feasible route and its travel time; and uses the available power represented by the vehicle's remaining battery state of charge (SOC) as an energy consumption constraint. Based on this, the vehicle cloud uses big data analysis and AI algorithms (including path analysis, time prediction, and energy consumption optimization) to comprehensively process the data and generate a driving strategy that includes the optimal driving route, travel time, and speed, ensuring that the vehicle and the user arrive at the pick-up point simultaneously and balancing travel time and energy consumption.

[0124] The optimal driving strategy for each remote summon is generated based on multi-dimensional data, achieving joint optimization of time and energy consumption, and ensuring that the remote summon service is both timely and economical.

[0125] Step 603: The ICC obtains the driving strategy returned by the vehicle from the cloud.

[0126] In this step, the vehicle cloud sends the generated driving strategy to the vehicle's T-BOX via a wireless communication network, and then the whole vehicle network transmits it to the ICC. The ICC obtains the driving strategy as the basis for generating subsequent control commands.

[0127] The optimized decision results from the cloud are sent back to the vehicle, connecting cloud analysis with vehicle execution, so that vehicle control and cloud decision-making are consistent.

[0128] Step 604: The ICC generates and sends the control command to the vehicle network according to the driving strategy.

[0129] In this step, the ICC generates and sends control commands to the vehicle network based on the driving strategy.

[0130] On the one hand, the ICC sends a remote summoning command to the ADCC according to the driving strategy, instructing the ADCC to generate and send control commands to the whole vehicle network for vehicle motion control. The control commands are sent to the chassis domain controller CIC and the motor domain controller MCU through the vehicle control center VCU to control the vehicle to drive automatically according to the optimal driving route. On the other hand, the ICC generates and sends control commands to the vehicle network for body control. These commands are then sent from the VCU to the ZCU (Zone Control Unit) to execute commands such as closing windows, closing the sunroof, and turning on hazard lights. This activates the remote summon function, and the vehicle automatically drives to the pick-up point.

[0131] In this step, the actual vehicle control for the current remote summon is completed by executing the driving strategy, thereby achieving unmanned automatic driving of the vehicle.

[0132] Step 605: Record the actual driving route, actual driving time, and actual energy consumption data during each remote summoning process.

[0133] In this step, during and after the remote summoning function is in operation, the actual execution status of each remote summoning is recorded, including the actual route the vehicle traveled, the actual time spent traveling, and the actual energy consumption data (such as electricity consumption, energy consumption per 100 kilometers, etc.). This data can be aggregated by the ICC after each summoning and uploaded to the vehicle's cloud storage via T-BOX to form a historical operation database.

[0134] The difference between actual and predicted data reflects the deviation between the current path planning parameters and the time prediction parameters, and serves as a source of supervisory information for the continuous optimization of machine learning models.

[0135] Step 606: Input the actual driving route, actual driving time and actual energy consumption data as training data into the machine learning model.

[0136] In this step, the actual driving route, actual driving time, and actual energy consumption data recorded in step 605 are used as training samples and input into a pre-built machine learning model. The machine learning model can be a neural network model, a decision tree model, or other models with regression and prediction capabilities. The model's input can further include the predicted route and predicted time in the current driving strategy, enabling the model to learn the mapping relationship between predicted and actual values, thereby identifying the patterns of prediction deviations.

[0137] According to one exemplary implementation, historical actual operation data is transformed into training data that the model can learn from by the vehicle cloud, providing data support for the iterative update of path planning parameters and time prediction parameters.

[0138] Step 607: Update the path planning parameters and time prediction parameters using the machine learning model.

[0139] In this step, the machine learning model is trained with the goal of minimizing the deviation between the actual and predicted values, and the path planning and time prediction parameters within the model are updated. The path planning parameters influence the selection of the optimal route, such as the toll cost weights for different road segments and time periods; the time prediction parameters affect the accuracy of travel time and user arrival time predictions, such as the time estimation coefficients for each road segment.

[0140] By using machine learning to enable the self-evolution of the driving strategy generation process, the route planning and time prediction become increasingly closer to the user's real travel patterns and the vehicle's real operating characteristics as data accumulates.

[0141] Step 608: Use the updated path planning parameters and time prediction parameters to generate the driving strategy for subsequent remote summoning, so as to optimize the prediction accuracy of the pre-driving route and pre-driving time.

[0142] In this step, the vehicle cloud uses updated path planning parameters and time prediction parameters to perform path analysis and time prediction during the subsequent remote summoning driving strategy generation process, thereby optimizing the prediction accuracy of the pre-driving route and pre-driving time, making the driving strategy for the next remote summoning more accurate.

[0143] This step establishes a continuous learning and optimization loop: "strategy generation—execution recording—model training—parameter update—strategy regeneration." As the number of remote summons increases, the prediction accuracy of the pre-trip route and pre-trip time continuously improves, and the matching degree between vehicle arrival time and user arrival time becomes better, further reducing user waiting time and achieving a better balance between travel time and energy consumption.

[0144] An exemplary embodiment of this disclosure also provides a method for actively summoning a vehicle, the process of which is as follows: Figure 7 As shown, it includes: Step 701: The vehicle network receives the remote summoning command automatically issued by the user terminal through the wireless communication network.

[0145] In this step, after receiving the lock-close signal from the smart lock device, the user terminal determines, based on current location data, that the user's displacement exceeds the preset electronic fence range, confirming that the user has left home. It then automatically sends a remote summoning command via the wireless communication network. The remote summoning command first reaches the TSP platform, where it is authenticated, parsed, and forwarded to the vehicle network's T-BOX network communication module via the wireless communication network. The purpose of this step is to enable the reception of the remote summoning command on the vehicle network side, serving as the starting point of the entire remote summoning process and allowing the vehicle to promptly perceive the user's summoning request.

[0146] Step 702: The vehicle network sends the remote summoning command to the ICC.

[0147] In this step, after receiving the remote call command, the T-BOX wakes up the vehicle network and sends the remote call command to the ICC via the vehicle's CAN FD network. The purpose of this step is to transfer the call request from the external communication link to the internal control link, where the vehicle's main communication control ICC will handle the subsequent processing, ensuring the orderly transmission of commands within the vehicle.

[0148] Step 703: ICC obtains the remote summoning command sent by the vehicle network.

[0149] In this step, the ICC receives the remote summoning command from the T-BOX via the vehicle's CAN FD bus network, completing the command transmission within the vehicle. After receiving the remote summoning command, the ICC first reads the charging gun connection status. If the charging gun connection status is not connected, it continues with the subsequent processes. The ICC also collects vehicle status data (including charging gun connection status data, vehicle safety data, and intelligent driving key component status data) and uploads it along with the battery SOC value to the vehicle cloud. Subsequently, it obtains the driving strategy returned by the vehicle cloud. The purpose of this step is to enable the ICC to complete safety checks and data preparation before initiating vehicle control, laying the foundation for the generation of control commands.

[0150] Step 704: The ICC generates and sends a control command to the vehicle network based on the remote summon command, so as to activate the remote summon function and control the vehicle to drive automatically.

[0151] In this step, the ICC generates control commands based on the driving strategy and sends them to the vehicle network. The vehicle network receives these control commands and distributes them for execution. Specifically, control commands for vehicle motion control are generated and sent by the ICC to the ADCC, and then sent to the chassis domain controller (CIC) and motor domain controller (MCU) via the vehicle control center (VCU) to control the vehicle's automatic driving. Control commands for body control are generated and sent by the ICC, and then sent to the body area domain controller (ZCU) via the VCU to execute commands such as closing windows, closing the sunroof, and turning on hazard lights. The purpose of this step is to complete the reception and distribution of control commands from the vehicle network side, delivering the commands to each execution controller and actually activating the remote summoning function.

[0152] Step 705: The vehicle network obtains the control command issued by the ICC according to the remote summon command, so as to start the remote summon function and control the vehicle to drive automatically.

[0153] In this step, the ICC, acting as the communication master controller, generates and issues control commands based on the remote summoning command and the driving strategy returned from the vehicle cloud. On one hand, the ICC sends the remote summoning command to the ADCC, instructing the ADCC to issue control commands for vehicle motion control to the vehicle network. The ADCC then performs vehicle motion control based on multi-sensor fusion environmental perception and path planning. On the other hand, the ICC generates and issues control commands for vehicle body control to the vehicle network, ensuring vehicle safety. After the control commands are executed by various execution components of the vehicle network, the remote summoning function is activated, and the vehicle automatically drives to the pick-up point.

[0154] During the operation of the remote summoning function, the ADCC transmits the vehicle operation signal and the video stream around the vehicle to the ICC. The ICC then transmits the signal and video stream to the TSP platform via the T-BOX. The TSP platform notifies the user's mobile phone via SMS that "the remote summoning function has been activated" and transmits the video stream to the vehicle's mobile APP. The user's terminal displays the vehicle's surrounding conditions, driving route, and estimated arrival time in real time, allowing the user outside the vehicle to keep track of the vehicle's dynamics in real time.

[0155] The technical solution provided in this disclosure presents a complete interactive process of remote summoning from both the perspectives of the vehicle network and the ICC. The instructions flow orderly between the user terminal, the TSP platform, the vehicle network, the ICC, the ADCC, and each execution controller, realizing a closed loop of the entire process from the user locking the door and leaving home to the vehicle arriving at the pick-up point. The entire process does not require any manual operation from the user, minimizing the burden of picking up the vehicle for the user.

[0156] An exemplary embodiment of this disclosure also provides a method for actively summoning a vehicle. This method is a complete technical solution that combines smart home devices (such as door locks) to achieve vehicle-machine-home functional linkage. Under the premise of using the same hardware and system architecture, the method integrates and expands the functions of the mobile smart door lock APP (Smart Lock) and the vehicle mobile APP. Relying on the mobile phone positioning system (LBS), it accurately determines the user's home status and actively issues a remote summoning function. At the same time, based on big data analysis of the user's historical movement data and AI algorithms (path analysis, time prediction, energy consumption optimization), it reasonably optimizes the departure time and the optimal route, and arrives at the pick-up point at the same time as the user, realizing remote vehicle summoning without user operation.

[0157] The mobile APP software involved in this disclosure includes: smart door lock APP and vehicle mobile APP.

[0158] The vehicle hardware involved includes: ICC, ADCC, chassis domain controller (CIC), energy management domain controller (EMCS), and network communication module (T-BOX). The backend involved includes: TSP platform and vehicle cloud.

[0159] Overall architecture as follows Figure 8 As shown, the system includes: the vehicle's mobile app, combined with the smart lock app and mobile phone positioning system data, determines whether the user has left home, issues a command through the TSP platform to the vehicle, and, based on big data analysis and AI algorithms, the vehicle plans the optimal route to the user's pick-up point; the Information Computing Center (ICC) acts as the communication master controller, and the ADCC acts as the decision master controller. The ADCC receives the expected destination through the ICC, and through data analysis and decision-making between the vehicle and the cloud, plans the optimal driving route and issues a command, while simultaneously displaying the vehicle's operating video in real time on the mobile phone.

[0160] exist Figure 8 In the system architecture shown, the specific implementation process of the vehicle active summoning method provided by the embodiments of this disclosure for active summoning is as follows: Figure 9 As shown, it includes: I. Determining if a user is away from home: After receiving the door lock open and close signals, the smart lock app will send the close signal to the vehicle's mobile app.

[0161] After the vehicle's mobile app receives the lock closing signal, it simultaneously retrieves data from the phone's location system. It detects a change in displacement within a preset time period (e.g., 5 seconds) and, based on the preset electronic fence, determines that the displacement occurred outside the electronic fence, thus indicating that the user has left home.

[0162] The vehicle's mobile app automatically sends a remote summoning command to the TSP platform based on the weekday schedule. The TSP platform then sends the remote summoning command to the vehicle's network communication module, T-BOX, via the network.

[0163] The purpose of this stage is to accurately identify users' departure behavior by combining smart door lock signals and mobile phone location data; and to confirm users' car usage needs by using weekday information, thereby proactively triggering remote summoning without any user intervention, realizing the linkage of vehicle-machine-home functions and proactive service.

[0164] II. In-vehicle data collection: After receiving the remote summon command, the T-BOX wakes up the vehicle network and sends the remote summon request command to the ICC through the vehicle's CAN FD network.

[0165] After receiving the remote summoning request, the ICC checks whether the charging gun is connected to the vehicle. If the charging gun is connected, the remote summoning is terminated, and the user is notified of the failure via SMS. The user can check the specific reason for the failure on the vehicle's mobile app. If the charging gun is not connected, the ICC uploads the relevant vehicle data (tire pressure, fault information, door and window status, etc.), the status of key intelligent driving components (cameras, millimeter-wave radar, lidar, ultrasonic radar), and the battery SOC value to the vehicle cloud.

[0166] The charging gun connection verification eliminates the safety hazards of driving with the charging gun on; vehicle safety data and key intelligent driving component status data ensure that the vehicle has the conditions for automatic driving at both the body and perception levels; and the battery SOC value provides energy constraints for the generation of cloud-based driving strategies.

[0167] III. Cloud Processing and Execution: The vehicle cloud retrieves the user's arrival time at the pick-up point, the vehicle's historical driving route to the pick-up point, and the remaining battery SOC value. After cloud-based big data analysis and AI algorithm processing, it forms the optimal driving strategy, including the optimal driving route, driving time, and driving speed.

[0168] The vehicle cloud sends the driving strategy to the ICC. After processing, the ICC sends the remote summon command to the ADCC, which then sends it to the CIC and MCU via the VCU to activate the remote summon function. The ICC sends the commands to close the windows and sunroof and turn on the hazard lights to the ZCU via the VCU to execute the relevant commands.

[0169] After the vehicle is started and the remote summoning function is activated, the ADCC transmits the operating signal and video stream around the vehicle to the ICC. The ICC then transmits the signal and video stream to the TSP platform via the T-BOX. The TSP platform notifies the user's mobile phone via SMS that "the remote summoning function has been activated" and transmits the video stream to the vehicle's mobile APP, displaying the vehicle's surrounding conditions, route, and estimated arrival time on the mobile phone.

[0170] The vehicle cloud completes the global optimal decision, and the ICC and ADCC perform the execution on the vehicle side. At the same time, the real-time status of the vehicle is transmitted back to the user through the TSP platform and the vehicle's mobile APP, realizing a complete closed loop of "decision-execution-feedback" and ensuring that the user can see the entire remote summoning process.

[0171] IV. Continuous Learning and Optimization: Record the actual driving route, actual driving time, and actual energy consumption data during each remote summoning process. Input the above data as training data into the machine learning model, update the path planning parameters and time prediction parameters through the machine learning model, and use the updated parameters to generate driving strategies for subsequent remote summoning, thereby continuously optimizing the pre-driving route and pre-driving time, balancing driving time and energy consumption, and improving the matching accuracy between vehicle arrival time and user arrival time.

[0172] In this embodiment of the disclosure, the functions of each controller are as follows: ICC: Integrates and processes data from various sensors throughout the vehicle body to achieve comprehensive monitoring, analysis and control of vehicle operating status, thereby improving driving safety, comfort, efficiency and entertainment experience; in remote summoning, it assumes the main communication control function, responsible for receiving remote summoning commands, checking the charging gun status, collecting and uploading vehicle status data, generating body control commands and transmitting operating status feedback.

[0173] ADCC (Autonomous Driving Control Center): The "brain" of an intelligent vehicle, responsible for processing perception information and making planning decisions. By integrating AI chips and processors, it supports real-time analysis of data from multiple cameras, radar, and other sensors, meeting the high computational demands of autonomous driving algorithms. Its core functions include environmental perception, path planning, and decision execution. By fusing multi-sensor data, it constructs an accurate model of the vehicle's surrounding environment. In remote summoning, it assumes the primary decision-making and control role, responsible for generating control commands for vehicle motion control and transmitting operating signals and video streams of the vehicle's surroundings back to ICC (Intelligent Control Center).

[0174] VCU: Responsible for coordinating and managing the operation of the vehicle's core subsystems to ensure that the vehicle achieves optimal performance in terms of power, economy, safety and comfort; in remote summoning, it acts as a command transmission hub, forwarding control commands issued by ICC and ADCC to domain controllers such as CIC, MCU, and ZCU for execution.

[0175] Vehicle cloud: Enables real-time data interaction, analysis, and decision-making between vehicles and the cloud through cloud computing technology; in remote summoning, it is responsible for receiving vehicle status data, combining user historical motion data, historical driving routes, and SOC values ​​to generate driving strategies, and continuously optimizing the strategies through machine learning.

[0176] CIC: Unified management of control over subsystems such as braking, steering, and suspension. In remote summoning, it is responsible for executing control commands to control vehicle motion, achieving chassis control such as braking and steering.

[0177] ZCU: Primarily responsible for the centralized management and control of various electronic functions of the vehicle body to enhance intelligence, comfort, and safety; in remote summoning, it is responsible for executing vehicle control commands such as closing windows, sunroof, and turning on hazard lights.

[0178] MCU: A key component of electric vehicles, its main function is to directly control the operation of the drive motor. It receives commands from the VCU (such as throttle, brake, and gear signals) and converts the electrical energy from the power battery into the electrical energy required by the drive motor, thereby precisely controlling the vehicle's operation.

[0179] Energy Management Domain Controller (EMCS): Responsible for monitoring and managing the vehicle's energy, monitoring and estimating the state of charge (SOC) value of the power battery, and providing energy status data for energy consumption optimization and range assurance during remote summoning.

[0180] T-BOX: 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. In remote summoning, it serves as a communication channel for receiving remote summoning commands, uploading vehicle status data, and transmitting operating signals and video streams.

[0181] This remote summoning function is particularly suitable for the following scenarios: Exiting from a narrow parking space: When a vehicle is parked in a narrow parking space where it is difficult to get in and out directly, the driver can stand outside the vehicle and the vehicle will automatically drive straight out to a position where it is easy to get in and out. Vehicle Locator: In large parking lots or open areas, vehicles can automatically drive to the user's location for easy and quick retrieval. Enhanced convenience: The car arrives at the user's location, especially in inclement weather or when carrying items, eliminating the need for manual vehicle retrieval and improving the user experience.

[0182] An exemplary embodiment of this disclosure also provides a vehicle active summoning system, such as Figure 10 As shown, it includes user terminals, vehicle networks, and ICCs; The user terminal is used to send a remote summoning command to the vehicle network via a wireless communication network; The vehicle network is used to receive the remote summoning command automatically sent by the user terminal, send the remote summoning command to the ICC, and obtain the control command sent by the ICC according to the remote summoning command, so as to start the remote summoning function and control the vehicle to drive automatically. The ICC is used to acquire the remote summoning command sent by the vehicle network, and generate and send control commands to the vehicle network according to the remote summoning command, so as to activate the remote summoning function and control the vehicle to drive automatically.

[0183] Furthermore, the system is as follows Figure 11 As shown, it also includes smart door lock devices, TSP platform, vehicle cloud and ADCC.

[0184] The smart door lock device is used to transmit a lock-off signal to the user terminal when the door lock is closed. Specifically, the user terminal is used to: acquire the lock-off signal transmitted by the smart door lock device; determine whether the user's displacement exceeds a preset electronic fence range based on current location data; and automatically send a remote summoning command to the TSP platform if the displacement exceeds the preset electronic fence range.

[0185] The TSP platform is used to receive the remote summoning command issued by the user terminal and send the remote summoning command to the vehicle network; it is also used to notify the user of remote summoning failure information and to transmit vehicle operation signals and video streams to the user terminal.

[0186] The ICC is also used to collect vehicle status data and upload the vehicle status data to the vehicle cloud; the vehicle status data includes charging gun connection status data, vehicle safety data, vehicle remaining SOC value and intelligent driving key component status data, the vehicle safety data includes at least one of tire pressure data, fault information data and door and window status data, and the intelligent driving key component status data includes at least one of camera status data, millimeter-wave radar status data, lidar status data and ultrasonic radar status data.

[0187] The vehicle cloud is used to generate a driving strategy based on the predicted time of the user's arrival at the pick-up point, the vehicle's historical driving route to the pick-up point, and the vehicle's remaining battery state of charge (SOC) value, and then return the driving strategy to the ICC.

[0188] The ADCC is used to generate and send control commands for vehicle motion control to the vehicle network according to the instructions of the ICC; the ICC is specifically used to generate and send control commands for body control to the vehicle network according to the driving strategy.

[0189] Furthermore, if the charging gun is connected, the ICC will terminate the remote summoning command and notify the user of the remote summoning failure information through the TSP platform.

[0190] Furthermore, the system also includes a Vehicle Control Center (VCU), a Chassis Domain Control (CIC), a Motor Domain Control (MCU), and a Body Area Domain Control (ZCU). The VCU is used to send control commands to the CIC, the MCU, and the ZCU; the CIC is used to uniformly control subsystems such as braking, steering, and suspension; the MCU is used to directly control the operation of the drive motor; and the ZCU is used to execute body control commands such as closing windows and sunroof, and turning on hazard lights.

[0191] Furthermore, the system also includes an Energy Management Domain Controller (EMCS) for monitoring the State of Charge (SOC) value of the power battery, providing energy state data for driving strategy generation and energy consumption optimization.

[0192] Furthermore, the vehicle cloud is also used to record the actual driving route, actual driving time, and actual energy consumption data during each remote summoning process. The actual driving route, actual driving time, and actual energy consumption data are used as training data to input into the machine learning model. The machine learning model updates the path planning parameters and time prediction parameters, and the updated path planning parameters and time prediction parameters are used to generate driving strategies for subsequent remote summoning to optimize the prediction accuracy of the pre-driving route and pre-driving time.

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

[0194] 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 active summoning method provided by embodiments of this disclosure.

[0195] This disclosure provides a method, system, computer device, and storage medium for actively summoning a vehicle. The user terminal automatically issues a remote summoning command after determining that the user's displacement exceeds the preset electronic fence range. The entire process requires no manual operation from the user, achieving proactive service where the vehicle arrives when the user is present. This solves the problems of cumbersome operation and poor user experience associated with passive remote vehicle summoning services. It enables the vehicle to safely and accurately drive to the pick-up point without human intervention, improving the convenience of vehicle retrieval and the safety and reliability of the summoning process.

[0196] Through the T on the vehicle network side After receiving the remote summoning command, the BOX uses the CAN FD network to wake up the vehicle network and sends commands to the ICC. The ICC then coordinates with multiple domain controllers, including ADCC, VCU, CIC, MCU, and ZCU, to execute the commands. Specifically, the ICC, as the main information communication controller, is responsible for command parsing and generating body control commands; the ADCC, as the main decision-making controller, is responsible for driving path planning and generating motion control commands; the VCU distributes motion commands to the CIC and MCU for vehicle driving, steering, and braking; and the ZCU controls body accessories. This multi-domain controller architecture allows vehicle driving control and body control to be both independent and parallel. Motion control commands are accurately output after being processed by the ADCC using intelligent driving algorithms, while body control commands are directly sent by the ICC. This ensures the professionalism and accuracy of intelligent driving decisions, reduces unnecessary computing power consumption by the ADCC, and provides execution redundancy for body safety functions (hazard lights / window closing) independent of the intelligent driving system, significantly improving the overall reliability and real-time response of the remote summoning.

[0197] Before activating the remote summon function, the ICC (Intelligent Control Center) first checks the vehicle's charging gun connection status. If the charging gun is already connected, the summon is immediately terminated and the user is notified. This effectively avoids potential damage to the charging equipment, vehicle charging port, or even electrical safety accidents that could result from accidentally activating the remote summon while charging. Simultaneously, before activation, the ICC comprehensively collects vehicle safety data (tire pressure, fault information, door and window status) and key intelligent driving component status data (camera, millimeter-wave radar, lidar, and ultrasonic radar status), ensuring the vehicle possesses the basic hardware requirements for autonomous driving. This comprehensive pre-activation safety self-check mechanism provides a solid safety foundation for the reliable execution of the remote summon function.

[0198] By leveraging the vehicle's cloud platform, a driving strategy is generated that balances optimal time and energy consumption based on the user's predicted arrival time at the designated pick-up point (analyzed using AI algorithms to analyze the user's historical movement data), the vehicle's historical route to the pick-up point, and the remaining battery SOC value. This ensures the vehicle arrives at the preset pick-up point simultaneously with the user, truly achieving "the car arrives when the person arrives, no waiting required." Especially in scenarios such as exiting narrow parking spaces, searching for the car in large parking lots, in inclement weather, or carrying heavy items, users can enjoy a seamless remote summoning service without manual intervention, significantly improving the convenience of car use. The driving strategy is generated with the dual optimization goals of minimizing the difference between the user's arrival time and the vehicle's arrival time, and minimizing vehicle driving energy consumption. By balancing driving time and energy consumption through AI algorithms, it saves user waiting time while making efficient use of the vehicle's battery power.

[0199] After the remote summon function is activated, ADCC will transmit video streams from multiple cameras around the vehicle through ICC and T... The BOX and TSP platforms transmit data in real time to the vehicle's mobile app on the user's terminal, displaying the vehicle's surrounding conditions, current route, and estimated arrival time. This allows users to monitor the vehicle's status even when they are not in the car, greatly enhancing their trust and sense of security regarding the remote summoning function.

[0200] By recording the actual driving route, actual driving time, and actual energy consumption data of each remote call as training data and inputting it into the machine learning model, the path planning parameters and time prediction parameters are continuously updated. This enables the system to adapt to changes in different users' behavioral habits (such as changes in walking speed and travel time) and changes in different environmental conditions (such as changes in road conditions and seasonal changes). The prediction accuracy of the pre-driving route and pre-driving time is continuously improved, realizing personalized proactive service.

[0201] 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.

[0202] 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.”

[0203] 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.”

[0204] 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.

[0205] 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 method for actively summoning a vehicle, characterized in that, include: Receive remote summoning commands automatically issued by user terminals via wireless communication networks; The remote summoning command is sent to the Information Computing Center (ICC); The ICC receives the control command issued by the remote summoning command to activate the remote summoning function and control the vehicle to drive automatically.

2. The vehicle active summoning method according to claim 1, characterized in that, Before the step of receiving the remote summoning command automatically issued by the user terminal through the wireless communication network, the method further includes: The user terminal receives the lock closing signal transmitted by the smart door lock device; The user terminal determines whether the user's displacement change exceeds the preset electronic fence range based on the current positioning data. If the displacement change exceeds the preset electronic fence range, the remote summoning command is automatically sent to the vehicle's network.

3. The vehicle active summoning method according to claim 2, characterized in that, The step of automatically sending the remote summoning command to the vehicle's network includes: The user terminal sends the remote summoning command to the remote information service provider (TSP) platform. The TSP platform sends the remote summoning command to the vehicle network.

4. The vehicle active summoning method according to claim 1, characterized in that, The step of obtaining the control command issued by the ICC according to the remote summoning command includes: Obtain the control command issued by the ICC; and / or, The control commands generated and issued by the Intelligent Driving Computing Center (ADCC) according to the instructions of the ICC are obtained.

5. A method for actively summoning a vehicle, characterized in that, include: Obtain a remote summoning command sent by the vehicle network, wherein the remote summoning command is sent by the user terminal to the vehicle network through a wireless communication network; Based on the remote summoning command, a control command is generated and sent to the vehicle network to activate the remote summoning function and control the vehicle to drive automatically.

6. The vehicle active summoning method according to claim 5, characterized in that, The step of generating and sending control commands to the vehicle network based on the remote summoning command includes: The ICC collects vehicle status data and uploads the vehicle status data to the vehicle cloud. The ICC obtains the driving strategy returned by the vehicle from the cloud; The ICC generates and sends control commands to the vehicle network based on the driving strategy.

7. The vehicle active summoning method according to claim 6, characterized in that, The vehicle status data includes: Data on charging gun connection status, vehicle safety data, vehicle remaining battery state of charge (SOC) value, and status data of key intelligent driving components.

8. The vehicle active summoning method according to claim 7, characterized in that, The vehicle safety data includes at least one of tire pressure data, fault information data, and door and window status data; The status data of the key intelligent driving components includes at least one of camera status data, millimeter-wave radar status data, lidar status data, and ultrasonic radar status data.

9. The vehicle active summoning method according to claim 6, characterized in that, The step of the ICC generating and sending the control command to the vehicle network according to the driving strategy includes: According to the driving strategy, the remote summoning command is sent to the ADCC to instruct the ADCC to send the control command for vehicle motion control to the vehicle network. Based on the driving strategy, control commands for body control are generated and sent to the vehicle network.

10. The vehicle active summoning method according to claim 7, characterized in that, The method further includes: If the charging gun is connected, the ICC will terminate the remote summoning command and notify the user of the remote summoning failure message.

11. The vehicle active summoning method according to claim 10, characterized in that, The user is notified of the remote summoning failure via the remote information service provider (TSP) platform.

12. The vehicle active summoning method according to claim 6, characterized in that, After the step of the ICC collecting vehicle status data and uploading the vehicle status data to the vehicle cloud, the method further includes: The vehicle cloud generates the driving strategy based on the user's predicted arrival time at the pick-up point, the vehicle's historical driving route to the pick-up point, and the vehicle's remaining battery state of charge (SOC) value.

13. The vehicle active summoning method according to claim 5, characterized in that, The method further includes: Record the actual driving route, actual driving time, and actual energy consumption data during each remote summoning process; The actual driving route, actual driving time, and actual energy consumption data are used as training data and input into the machine learning model. The path planning parameters and time prediction parameters are updated using the machine learning model.

14. The vehicle active summoning method according to claim 13, characterized in that, The method further includes: The updated path planning parameters and time prediction parameters are used to generate driving strategies for subsequent remote summoning, in order to optimize the prediction accuracy of the pre-driving route and pre-driving time.

15. A vehicle active summoning system, characterized in that, This includes user terminals, vehicle networks, and information computing centers (ICCs). The user terminal is used to send a remote summoning command to the vehicle network via a wireless communication network; The vehicle network is used to receive the remote summoning command automatically sent by the user terminal, send the remote summoning command to the ICC, and obtain the control command sent by the ICC according to the remote summoning command, so as to start the remote summoning function and control the vehicle to drive automatically. The ICC is used to acquire the remote summoning command sent by the vehicle network, and generate and send control commands to the vehicle network according to the remote summoning command, so as to activate the remote summoning function and control the vehicle to drive automatically.

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

17. 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 active summoning method as described in any one of claims 1 to 4.

Images