Vehicle control method and device and vehicle

By displaying key data on the outside of the vehicle's sun visor, the problem of cumbersome operation in traditional interaction methods is solved. This allows for the acquisition of vehicle status and environmental information without opening the door or waking up the system, improving the convenience and efficiency of interaction in parking scenarios.

CN121756895APending Publication Date: 2026-03-31GUANGZHOU XIAOPENG MOTORS TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-11-04
Publication Date
2026-03-31

AI Technical Summary

Technical Problem

Traditional vehicle interaction methods are cumbersome and inefficient when the vehicle is parked, requiring users to open the door or wake up the in-vehicle system to view data.

Method used

When the vehicle is parked, the system receives user control requests and displays key data, including vehicle status and environmental information, on a screen outside the sun visor, preventing the user from opening the door or waking up the system.

Benefits of technology

The operation process has been simplified, the convenience and efficiency of data acquisition have been improved, key data has been matched with user needs, and the interactive experience in parking scenarios has been optimized.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121756895A_ABST
    Figure CN121756895A_ABST
Patent Text Reader

Abstract

The invention relates to the technical field of vehicles, and discloses a vehicle control method and device and a vehicle. The method comprises the steps that when the vehicle is in a parking state, the vehicle control requirement of a user for the vehicle is obtained; key data are obtained from the vehicle state data of the vehicle and / or the environment information around the vehicle based on the vehicle control requirement, a sun shield of the vehicle is triggered to turn outwards, and the key data are displayed through a display screen arranged on the outer side of the sun shield; the vehicle state data and / or the environment information are / is obtained when the vehicle is in a parking state; and after the sun shield is overturned outwards, the display screen on the outer side of the sun shield faces the interaction object. According to the invention, the interaction operation complexity of the vehicle in the parking state can be reduced, and the interaction efficiency is improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of vehicle technology, specifically to vehicle control methods, devices, and vehicles. Background Technology

[0002] With the rapid development of automotive intelligence and connectivity technologies, users' demands for vehicle interaction experiences are becoming increasingly diversified. Interaction methods using the vehicle's central control display screen and instrument panel require users to open the car door, start the vehicle's power, or wake the in-vehicle system with the key. Especially when parked, this interaction method is cumbersome and time-consuming if quick data access is desired. Summary of the Invention

[0003] This application provides a vehicle control method, device, and vehicle to solve the problems of cumbersome operation and low efficiency in traditional interactive modes.

[0004] In a first aspect, this application provides a vehicle control method, the method comprising: When the vehicle is parked, obtain the user's vehicle control requirements; Based on the vehicle control requirements, key data is obtained from the vehicle status data and / or the environmental information around the vehicle, and the sun visor of the vehicle is triggered to flip outward, and the key data is displayed on a display screen set on the outside of the sun visor; the vehicle status data and / or the environmental information are obtained when the vehicle is parked; after the sun visor flips outward, the display screen on the outside of the sun visor faces the interactive object.

[0005] The method provided in this embodiment eliminates the need for users to open doors or wake up the in-vehicle system. The user can directly access key data from outside the vehicle, significantly simplifying the operation process and greatly improving the convenience and efficiency of data acquisition in parking scenarios. With the sun visor flipped up, the display screen faces the user, allowing for quick viewing of key data acquired based on vehicle control needs while parked. The display screen selectively shows key data, avoiding redundant information interference, effectively solving the problems of poor convenience and low efficiency associated with traditional technologies, and comprehensively optimizing the vehicle interaction experience while parked.

[0006] In one optional implementation, the step of obtaining key data from the vehicle's status data and / or the environmental information surrounding the vehicle based on the vehicle control requirements includes: Based on the vehicle control requirements, first data is obtained from the vehicle status data; the first data includes at least one of the following: user's expected return time, charging status, charging progress, expected charging time, remaining range, door lock status, alarm status of the anti-theft system, or execution status of control commands in intelligent interaction mode. Based on the vehicle control requirements, second data affecting the vehicle's parking safety is obtained from the environmental information; the second data includes at least one of the following: the identity type of the interactive objects around the vehicle, the behavioral intent of the interactive objects, or environmental state information; The key data is determined based on the first data and / or the second data.

[0007] The method provided in this embodiment can accurately extract first data from vehicle status data based on vehicle control needs. This data covers the user's expected return time, charging status, charging progress, expected charging time, remaining range, door lock status, alarm status of the anti-theft system, or execution status of control commands in intelligent interaction mode. It also filters out second data affecting vehicle parking safety from environmental information, including the identity type of the interaction object, the interaction object's behavioral intent, or environmental status information. The data extracted based on vehicle control needs is then identified as key data. By extracting data according to demand, the method avoids the problems of information redundancy or missing key information in traditional interactions, ensuring a high degree of match between key data and the user's vehicle control needs. Combined with the external display characteristics of the sun visor's external display screen, users can quickly obtain the vehicle's own status and surrounding safety information tailored to their needs without opening the door to wake the system. This simplifies the operation process, improves data acquisition efficiency, enhances the relevance and security of data display in parking scenarios, and comprehensively optimizes the external interaction experience.

[0008] In one optional implementation, when the vehicle control requirement is a charging control requirement, displaying the key data via a display screen located on the outside of the sun visor includes: When the vehicle is in the charging state, the display screen shows at least one of the following: the vehicle is charging, the charging progress, the estimated charging time, or the remaining driving range. When the vehicle is not charging, the display screen shows at least one of the following: the vehicle is not charging or the remaining driving range.

[0009] The method provided in this embodiment can display whether the vehicle is charging, as well as information such as charging progress, estimated charging time, and remaining range on the screen when the vehicle control requirement is charging control. This eliminates the need for the user to open the door or wake up the in-vehicle system. Charging-related data can be obtained intuitively from outside the vehicle, avoiding interference from redundant information. This simplifies the operation process, improves data acquisition efficiency, and places the screen on the sun visor. By utilizing the existing structure of the sun visor, no new adaptation structure is needed, thus balancing practicality and convenience and effectively optimizing the interactive experience in parking and charging scenarios.

[0010] In one optional implementation, when the vehicle control requirement is an alarm control requirement, displaying the key data via a display screen located on the outside of the sun visor includes: When the identity type represents the vehicle owner and the alarm status of the anti-theft system is triggered, the alarm status of the vehicle is displayed on the screen as triggered. When the identity type represents the vehicle owner and the alarm status of the anti-theft system is in an untriggered state, the display screen shows that the alarm status of the vehicle is in an untriggered state. When the identity type indicates that the interaction object is not the vehicle owner, the interaction object exhibits abnormal behavioral intent, and the alarm status of the anti-theft system is triggered, the alarm status of the vehicle is displayed as triggered on the screen; the abnormal behavioral intent refers to the behavioral intent exhibited by the interaction object.

[0011] The method provided in this embodiment, when the vehicle control requirement is an alarm control requirement, adapts the displayed content based on the identity type of the interactive object and the status of the anti-theft system. It clearly provides feedback on the alarm status to the vehicle owner, allowing them to quickly understand the vehicle's security situation. For non-owners with unauthorized tampering intentions, it displays that the alarm has been triggered, forming an effective warning. By accurately identifying the interaction scenario, key security information can be obtained from outside the vehicle without requiring user operation of the in-vehicle system. This enhances the targeting of vehicle anti-theft scenarios, simplifies the security status acquisition process, and improves the effectiveness and convenience of parking security interactions.

[0012] In one optional implementation, when the vehicle control requirement is an environmental monitoring requirement, displaying the key data via a display screen located on the outside of the sun visor includes: When the identity type indicates that the interaction object is a traffic police officer, and the environmental status information indicates that the vehicle is in a no-parking zone, the user's estimated return time is displayed on the screen.

[0013] The method provided in this embodiment, when recognizing that the interaction object is a traffic police officer and the vehicle is in a no-parking zone, displays the user's estimated return time on the external display screen of the sun visor, accurately responding to emergency communication needs in illegal parking scenarios. It can transmit key information to the traffic police without requiring the user's presence, reducing unnecessary disputes, improving interaction efficiency in illegal parking scenarios, while also ensuring practicality and optimizing the two-way interaction experience between vehicle owners and traffic police.

[0014] In one optional implementation, when the vehicle control requirement is an intelligent interactive mode control requirement, displaying the key data via a display screen located on the outside of the sun visor includes: When the identity type represents the vehicle owner as the interaction object, the execution status of the control commands in the intelligent interaction mode is displayed on the screen.

[0015] The method provided in this embodiment displays the execution status of control commands in intelligent interaction mode on a display screen outside the sun visor, allowing users to intuitively confirm the operation results from outside the vehicle. This solves the problem that traditional interactions require activating the in-vehicle system to verify commands. It achieves real-time and visual command feedback, simplifies the confirmation process for intelligent interaction, improves operation feedback efficiency, and further enhances the completeness and convenience of intelligent interaction in parking scenarios.

[0016] In an optional implementation, the method further includes: When key data is obtained from the vehicle status data and / or the environmental information around the vehicle based on the vehicle control requirements, the vehicle's headlights and / or external voice system are triggered to perform linkage operations, including adjusting the lighting mode and / or outputting voice content.

[0017] The method provided in this embodiment can link the vehicle lights to adjust the lighting mode and the external voice system to output corresponding voice content. This not only enhances the visibility of information transmission, making it easier for users or people around to perceive the vehicle status, but also enriches the presentation of parking interaction, making vehicle interaction more humanized and immersive, and further enhancing the richness of the interactive experience.

[0018] In an optional implementation, the method further includes: Obtain personalized display parameters, which include at least one of display style, text size, emoticon type, or display priority of key data; When generating the key data, the presentation format of the key data is determined based on the personalized display parameters.

[0019] The method provided in this embodiment supports obtaining personalized parameters such as display style, text size, expression type, or display priority of key data, and determines the presentation format of key data accordingly to meet the usage preferences and habits of different users. While ensuring rapid acquisition of key data outside the vehicle, it improves the flexibility and personalization of interaction, making the display interaction in parking scenarios more in line with individual user needs and optimizing overall interaction satisfaction.

[0020] Secondly, this application provides a vehicle control device, the device comprising: The first processing module is used to obtain the user's vehicle control requirements when the vehicle is in a parked state. The second processing module is used to obtain key data from the vehicle status data and / or the environmental information around the vehicle based on the vehicle control requirements, and trigger the sun visor of the vehicle to flip outward, and display the key data through a display screen set on the outside of the sun visor; the vehicle status data and / or the environmental information are obtained when the vehicle is in a parked state; after the sun visor flips outward, the display screen on the outside of the sun visor faces the interactive object.

[0021] Thirdly, this application provides a vehicle comprising: a controller and a sun visor, wherein a display screen is disposed on the outer side of the sun visor; the controller comprises: a memory and a processor, wherein the memory and the processor are communicatively connected to each other; the memory stores computer instructions; and the processor executes the computer instructions to perform the vehicle control method of the first aspect or any corresponding embodiment thereof. Attached Figure Description

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

[0023] Figure 1 This is a flowchart of a vehicle control method according to an embodiment of this application; Figure 2 This is a structural block diagram of a vehicle control device according to an embodiment of this application; Figure 3 This is a schematic diagram of the hardware structure of an electronic device according to an embodiment of this application. Detailed Implementation

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

[0025] It is understood that before using the technical solutions disclosed in the various embodiments of this application, the user should be informed of the type, scope of use, and usage scenarios of the personal information involved in this application and obtain the user's authorization in an appropriate manner in accordance with relevant laws and regulations.

[0026] The terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of this application, "multiple" means two or more, unless otherwise explicitly specified.

[0027] It is understood that before using the technical solutions disclosed in the various embodiments of this application, users should be informed of the types, scope of use, and usage scenarios of the personal information involved in this application in an appropriate manner in accordance with relevant laws and regulations, and user authorization should be obtained.

[0028] Therefore, this application provides a vehicle control method. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Also, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0029] Figure 1 This is a flowchart of a vehicle control method according to an embodiment of this application, such as... Figure 1 As shown, the process includes the following steps: S101: When the vehicle is parked, obtain the user's vehicle control requirements.

[0030] In this embodiment, a parking signal is obtained via the vehicle's CAN bus, and the vehicle speed is obtained via a vehicle speed sensor. The vehicle's parking status is determined based on the parking signal and the vehicle speed. When the vehicle speed remains at 0 for a period of time, and the parking signal includes both the P gear position signal and the handbrake (electronic handbrake) engaged signal, the vehicle is determined to be in a parking state.

[0031] In this embodiment, vehicle control requirements refer to various functional requirements raised by users regarding vehicle status management, safety assurance, environmental adaptation, and intelligent interaction when the vehicle is parked. These can be understood as control commands that the vehicle needs to execute while parked. Furthermore, by combining the behavioral intent or identity type of the interacting object, the current vehicle status is displayed through feedback (display) of key data, allowing the interacting object to know the execution results of the control commands in real time. As an example, users specifically include the vehicle owner and other authorized users.

[0032] In this application embodiment, there are multiple ways to obtain the user's vehicle control requirements. For example, there are active triggering methods and passive recognition methods.

[0033] User-initiated vehicle control requests are considered active triggering methods. For example, remote control commands can be sent via the vehicle's accompanying app / mini-program, such as activating Sentry Mode or checking the remaining range. Control commands can also be sent via external voice commands, such as "Check charging progress," "Activate environmental monitoring," or "Check estimated charging time." Pre-stored voice commands within the vehicle can also synchronize control requests, such as pre-stored commands like "Activate anti-theft alarm" or "Deactivate environmental monitoring" and their execution. Control requests can also be triggered before parking via buttons on the car key, such as pressing the lock button to activate the anti-theft alarm or pressing the unlock button to activate the welcome interaction. Furthermore, control requests can be triggered before parking via physical buttons inside the vehicle, such as pressing the Sentry Mode button, charging control button, or alarm switch button. Finally, custom preset commands can be set in advance via the vehicle's infotainment system, such as "Activate environmental monitoring when parking" or "Automatically display charging progress while charging," which are automatically activated when the trigger conditions are met.

[0034] The method of automatically determining vehicle control needs based on scenarios by the in-vehicle system is a passive recognition method. For example, detecting a charging gun connection determines a charging control need; radar / camera detecting a user approach determines a smart interaction mode control need, etc. It also identifies related needs through state changes, such as a change in vehicle lock status triggering an alarm control need; entering an unfamiliar parking area triggers an environmental monitoring need, etc. Furthermore, it activates needs through external scene recognition, such as a camera recognizing a traffic police / no-parking sign triggering an environmental monitoring need; detecting unauthorized prying of a door triggers an alarm control need, etc.

[0035] S102: Based on vehicle control requirements, key data is obtained from vehicle status data and / or environmental information around the vehicle, and the vehicle's sun visor is triggered to flip outward, displaying the key data through a display screen located on the outside of the sun visor.

[0036] In this embodiment, vehicle status data and / or environmental information are acquired when the vehicle is parked. After the sun visor is flipped outward, the display screen on the outer side of the sun visor faces the interaction object. The interaction object is the identified personnel around or near the vehicle, including the vehicle owner, non-owners, and special personnel such as traffic police.

[0037] In this embodiment, after the sun visor flips outward, the display screen on the outer side of the sun visor faces the interactive object. As an example, flipping the sun visor outward can reach the target position. Specifically, at the target position, the sun visor can be parallel to the windshield, and the display surface of the screen is at the same tilt angle as the windshield. This avoids reflections or blind spots caused by angle deviations and makes it easier for interactive objects in different positions, such as pedestrians ahead, oncoming vehicles, and non-motorized vehicles to capture the displayed content. In this embodiment, if critical data is not acquired for an extended period, the vehicle's sun visor is triggered to reset.

[0038] This embodiment utilizes vehicle-mounted sensors and onboard systems to collect real-time vehicle status data and / or environmental information surrounding the vehicle, providing comprehensive data support for subsequent acquisition of critical data and preventing invalid or misleading interactive content due to missing information. As an example, vehicle-mounted sensors may include speed sensors, cameras, radar, lidar, and light sensors.

[0039] In this embodiment of the application, "around the vehicle" specifically refers to a certain spatial range centered on the vehicle, covering the area where interaction or safety impact may occur when the vehicle is parked. This range may be the spatial range in front of the vehicle, and can be determined based on the detection capabilities of the sensors mounted on the vehicle, such as the effective detection range of a lidar or the clear recognition range of a camera.

[0040] The method provided in this embodiment eliminates the need for users to open doors or wake up the in-vehicle system. The user can directly access key data from outside the vehicle, significantly simplifying the operation process and greatly improving the convenience and efficiency of data acquisition in parking scenarios. With the sun visor flipped up, the display screen faces the user, allowing for quick viewing of key data acquired based on vehicle control needs while parked. The display screen selectively shows key data, avoiding redundant information interference, effectively solving the problems of poor convenience and low efficiency associated with traditional technologies, and comprehensively optimizing the vehicle interaction experience while parked.

[0041] In this embodiment, the specific implementation of determining that external personnel around the vehicle are interaction objects rather than passersby can be as follows: Based on millimeter-wave radar deployed near the vehicle's A-pillar and door handles, the radar detects the distance and speed at which a user approaches within a 1.5-meter range. External personnel who stay within 1.5 meters for ≥1 second are initially identified as potential interaction objects, while personnel beyond 1.5 meters or passing by quickly (staying <1 second) are directly identified as passersby. Then, using a human recognition algorithm from a high-definition camera, combined with door handle pull sensor signals, it identifies whether there are active interaction behaviors such as pulling the car door or staring at the vehicle for a long time (staring duration ≥3 seconds). At the same time, it can be combined with an external microphone to detect voice inquiries directed at the vehicle to further verify the interaction intent. Finally, an identity verification dimension is added. If authorization information such as Bluetooth / NFC matching between a mobile phone and the vehicle or the proximity of a key signal is detected, the identity of the interaction object is directly confirmed. External personnel who do not meet the above distance, behavior, or identity conditions are identified as passersby to avoid erroneous triggering of related interactions.

[0042] In this embodiment, the screen brightness of the display is automatically adjusted according to the data of the light sensor. For example, the brightness is increased to 80% under strong sunlight during the day and reduced to 30% at night to ensure that the information is clearly visible.

[0043] In one optional implementation, S102 obtains key data from vehicle status data and / or environmental information surrounding the vehicle based on vehicle control requirements, including: S1021: Obtain first data from vehicle status data based on vehicle control requirements.

[0044] The first data includes at least one of the following: user's estimated return time, charging status, charging progress, estimated charging time, remaining driving range, door lock status, alarm status of the anti-theft system, or execution status of control commands in intelligent interaction mode. Vehicle status data may include all of the above information items.

[0045] This application does not limit the specific method of obtaining vehicle status data. As an example, charging voltage / current data from the battery management system can be received via the vehicle's CAN bus. When both voltage and current are greater than a preset threshold (e.g., current > 0A), it is determined that "charging is in progress". When the voltage / current remains at 0 and the charging gun is not connected (or the connection signal is invalid), it is determined that "not charging is in progress".

[0046] As an example, the charging progress can be directly determined based on the remaining state of charge (SOC) transmitted in real time by the battery management system. For instance, if the SOC is 85%, the charging progress will be displayed as 85%. The estimated charging time is then estimated using the difference between the current SOC value and the target SOC value (default 100%, but user-defined is supported), combined with the current charging power fed back by the battery management system, and calculated using the formula: remaining charge / charging power. The result is rounded to the nearest whole minute; for example, with 15% remaining charge and a charging power of 3kW, a full charge is expected in 15 minutes.

[0047] As an example, the remaining driving range can be calculated based on the SOC value of the battery management system and the vehicle's preset range conversion logic.

[0048] As an example, locking signals from the vehicle control module can be received via the vehicle's CAN bus, including remote locking, keyless entry locking / unlocking signals, and interior door lock button signals. A valid locking signal triggering the signal indicates a "locked state," while an unlocking signal triggering the signal indicates an "unlocked state." Alarm trigger signals from the anti-theft system can also be received via the vehicle's CAN bus. Triggering conditions include unauthorized prying of the door (abnormal signal from the door handle pull sensor), broken windows (window sensor signal), and abnormal vibration of the vehicle body (vibration sensor signal). A valid signal indicates a "triggered state," while the absence of an abnormal signal indicates a "not triggered state."

[0049] As an example, the vehicle system can provide real-time feedback on the execution results of control commands. For instance, in welcome mode, the seat control module provides a confirmation signal for "seats have been restored to their usual positions," and the headlight control module provides an execution signal for "headlights gradually brightening." The system generates corresponding execution statuses based on the command completion status.

[0050] In this embodiment, the intelligent interaction mode may include Sentry Mode, Welcome Mode, etc. The control commands in the intelligent interaction mode are preset by the user or defaulted to by the vehicle system. As an example, control commands in Sentry Mode may include abnormal movement detection around the vehicle, collision / pry alarm, capture of suspicious persons, real-time push of alarm information to the owner, video recording storage, and hazard level classification alerts. As an example, control commands in Welcome Mode may include automatic unlocking when the owner approaches, preset air conditioning activation, automatic seat adjustment, gradual brightening of headlights / activation of ambient lighting, and automatic opening of the trunk if the owner is carrying items.

[0051] S1022: Obtain second data from environmental information that affects vehicle parking safety based on vehicle control requirements.

[0052] The second data includes at least one of the following: the identity type of the interactive object around the vehicle, the behavioral intent of the interactive object, or environmental state information. Environmental information may include all of the above information items.

[0053] In this embodiment, the identity type of the interaction object can include vehicle owner, non-vehicle owner, authorized user, special personnel, etc. The vehicle owner can be confirmed through key / NFC / phone Bluetooth matching. Authorized users can include family members associated with pre-registered facial recognition / phone numbers, temporary visitors with authorization codes / sharing permissions, etc. Special personnel can be traffic police or rescue personnel. Non-vehicle owners are strangers and no authorization information is matched.

[0054] In this application embodiment, the behavioral intent of the interactive object can include normal use intent, temporary viewing intent, and abnormal behavior intent. As an example, normal use intent includes: the vehicle owner / authorized personnel unlocking the vehicle, retrieving or placing items, and starting the vehicle. As an example, temporary viewing intent includes: visitors viewing the vehicle status and traffic police verifying information. As an example, abnormal behavior intent includes: prying open car doors / windows, touching sensitive parts of the vehicle, and loitering and spying for an extended period.

[0055] In this embodiment of the application, the environmental status information may include natural environmental status information, site compliance status information, etc.

[0056] As an example, natural environment status information may include: meteorological information, such as real-time temperature, rainfall, snowfall, wind speed, visibility, and light intensity.

[0057] As an example, site compliance status information may include: parking area attributes, such as whether it is a no-parking zone (including temporary no-parking and all-day no-parking), whether it is a paid parking lot, and whether it is a designated parking space, such as a disabled parking space or a fire lane. Traffic environment, such as whether there is traffic control, and whether it is near key traffic nodes such as intersections / crosswalks.

[0058] S1023: Determine key data based on the first data and / or the second data.

[0059] In the embodiments of this application, the first data and / or the second data, or the first data and / or the second data, can be associated and matched to generate structured key data.

[0060] The method provided in this embodiment can accurately extract first data from vehicle status data based on vehicle control needs. This data covers the user's expected return time, charging status, charging progress, expected charging time, remaining range, door lock status, alarm status of the anti-theft system, or execution status of control commands in intelligent interaction mode. It also filters out second data affecting vehicle parking safety from environmental information, including the identity type of the interaction object, the interaction object's behavioral intent, or environmental status information. The data extracted based on vehicle control needs is then identified as key data. By extracting data according to demand, the method avoids the problems of information redundancy or missing key information in traditional interactions, ensuring a high degree of match between key data and the user's vehicle control needs. Combined with the external display characteristics of the sun visor's external display screen, users can quickly obtain the vehicle's own status and surrounding safety information tailored to their needs without opening the door to wake the system. This simplifies the operation process, improves data acquisition efficiency, enhances the relevance and security of data display in parking scenarios, and comprehensively optimizes the external interaction experience.

[0061] In the embodiments of this application, key data may be in the form of icons, text, dynamic animations, color warnings, or combinations thereof, and must meet the principles of being intuitive, easy to understand, and quick to identify.

[0062] In this application, vehicle control requirements can be set according to the user's actual needs. The following section uses common vehicle control requirements as examples to explain this application in detail, specifically including triggering conditions and the corresponding key data. Common vehicle control requirements include charging control requirements, alarm control requirements, environmental monitoring requirements, and intelligent interaction mode control requirements.

[0063] In one alternative implementation, when the vehicle control requirement is a charging control requirement, key data is displayed on a display screen located on the outside of the sun visor, including: Sa1: When the vehicle is charging, the display screen shows at least one of the following: the vehicle is charging, the charging progress, the estimated charging time, or the remaining driving range.

[0064] In this embodiment of the application, the charging state includes charging or not charging.

[0065] As an example, the key data could specifically be a green progress bar indicating "Charging 85% | Estimated full charge in 15 minutes". The trigger condition is that the charging status is "charging in progress", and it can also include the identity type indicating that the interaction object is the vehicle owner or authorized user. The corresponding key data includes at least one of the following: charging status, charging progress, estimated charging time, or remaining range.

[0066] Sa2: When the vehicle is not charging, the display screen shows at least one of the following: the vehicle is not charging or the remaining driving range.

[0067] As an example, the key data could specifically be "Not charging | Welcome to use, remaining range 320km". The trigger condition is that the charging status is not charging, and it can also include the identity type indicating that the interaction object is the vehicle owner or authorized user. The corresponding key data includes at least one of the following: charging status, charging progress, or remaining range.

[0068] In this embodiment, different key data can be displayed based on different charging states. When the charging state is "charging in progress," the key data includes at least one of "charging in progress," "charging progress," "estimated charging time," or "remaining driving range." When the charging state is "not charging," the key data includes at least one of "not charging" or "remaining driving range." The specific key data can be determined according to vehicle control requirements.

[0069] The method provided in this embodiment can display whether the vehicle is charging, as well as information such as charging progress, estimated charging time, and remaining range on the screen when the vehicle control requirement is charging control. This eliminates the need for the user to open the door or wake up the in-vehicle system. Charging-related data can be obtained intuitively from outside the vehicle, avoiding interference from redundant information. This simplifies the operation process, improves data acquisition efficiency, and places the screen on the sun visor. By utilizing the existing structure of the sun visor, no new adaptation structure is needed, thus balancing practicality and convenience and effectively optimizing the interactive experience in parking and charging scenarios.

[0070] In one optional implementation, when the vehicle control requirement is an alarm control requirement, key data is displayed on a display screen located on the outside of the sun visor, including: Sb1: When the identity type represents the interaction object as the vehicle owner and the alarm status of the anti-theft system is triggered, the alarm status of the vehicle is displayed on the screen as triggered.

[0071] In this embodiment of the application, the alarm status includes a triggered status or a non-triggered status.

[0072] As an example, the key data could specifically be "alarm triggered". The triggering conditions are that the identity type representing the interaction object is the vehicle owner (and may also include the identity type representing the interaction object as an authorized user) and the alarm status of the anti-theft system is "triggered". The corresponding key data includes the alarm status.

[0073] Sb2: When the identity type represents the interaction object as the vehicle owner and the alarm status of the anti-theft system is in an untriggered state, the alarm status of the vehicle will be displayed as untriggered on the screen.

[0074] As an example, the key data could specifically be "alarm not triggered". The triggering conditions are that the identity type representation interaction object is the vehicle owner (and may also include the identity type representation interaction object being an authorized user) and the alarm status of the anti-theft system is in a non-triggered state. The corresponding key data includes the alarm status.

[0075] Sb3: When the identity type indicates that the interaction object is not the vehicle owner, the interaction object has abnormal behavioral intentions, and the alarm status of the anti-theft system is triggered, the alarm status of the vehicle is displayed on the screen as triggered.

[0076] In this embodiment of the application, the abnormal behavior intent is the behavioral intent of the interactive object.

[0077] As an example, the key data could specifically be the flashing red text "Alarm triggered, owner notified." The triggering conditions are: the interaction object is not the owner (identity type), the interaction object exhibits abnormal behavioral intent, and the alarm status of the anti-theft system is triggered. The corresponding key data includes the alarm status.

[0078] The method provided in this embodiment, when the vehicle control requirement is an alarm control requirement, adapts the displayed content based on the identity type of the interactive object and the status of the anti-theft system. It clearly provides feedback on the alarm status to the vehicle owner, allowing them to quickly understand the vehicle's security situation. For non-owners with unauthorized tampering intentions, it displays that the alarm has been triggered, forming an effective warning. By accurately identifying the interaction scenario, key security information can be obtained from outside the vehicle without requiring user operation of the in-vehicle system. This enhances the targeting of vehicle anti-theft scenarios, simplifies the security status acquisition process, and improves the effectiveness and convenience of parking security interactions.

[0079] In this embodiment, the display duration or refresh frequency of different key data can be preset, such as the charging progress being refreshed every 30 seconds. When the identity type indicates that the interactive object is not the car owner, the interactive object has abnormal behavioral intentions, and the alarm status of the anti-theft system is in the triggered state, the generated alarm information will continue to flash until the alarm is cleared.

[0080] In one alternative implementation, when the vehicle control requirement is for environmental monitoring, key data is displayed on a screen located on the outside of the sun visor, including: Sc1: When the identity type represents the interaction object as a traffic police officer and the environmental status information represents that the vehicle is in a no-parking zone, the estimated return time of the user is displayed on the screen.

[0081] As an example, the key data could be something like, "Temporary stop, driver expects to return within 15 minutes, thank you for your cooperation." The triggering conditions are that the interaction object is a traffic police officer (identity type), and the environmental status information indicates the vehicle is in a no-parking zone. The corresponding key data includes the user's expected return time.

[0082] The method provided in this embodiment, when recognizing that the interaction object is a traffic police officer and the vehicle is in a no-parking zone, displays the user's estimated return time on the external display screen of the sun visor, accurately responding to emergency communication needs in illegal parking scenarios. It can transmit key information to the traffic police without requiring the user's presence, reducing unnecessary disputes, improving interaction efficiency in illegal parking scenarios, while also ensuring practicality and optimizing the two-way interaction experience between vehicle owners and traffic police.

[0083] In this embodiment, when the environmental status information indicates that the vehicle is in a flooded area, and the identity type indicates that the interaction object is the vehicle owner or authorized user, the display screen can show that the vehicle is in a flooded area and the direction of the flood. As an example, the key data could specifically be "Floodwater is approaching on the right side of the vehicle; it is recommended to move the vehicle." The triggering condition is that the environmental status information indicates the vehicle is in a flooded area, and the identity type indicates that the interaction object is the vehicle owner or authorized user; the corresponding key data includes the vehicle being in a flooded area and the direction of the flood.

[0084] In one optional implementation, when the vehicle control requirement is an intelligent interactive mode control requirement, key data is displayed on a display screen located on the outside of the sun visor, including: Sd1: When the identity type represents the interaction object as the car owner, the execution status of control commands in the intelligent interaction mode is displayed on the screen.

[0085] As an example, key data could specifically include "The seat has been restored to your usual position" or "The door is open." The trigger condition is that the interaction object is the vehicle owner, or it could be an authorized user. The corresponding key data includes the execution status of control commands in the intelligent interaction mode.

[0086] The method provided in this embodiment displays the execution status of control commands in intelligent interaction mode on a display screen outside the sun visor, allowing users to intuitively confirm the operation results from outside the vehicle. This solves the problem that traditional interactions require activating the in-vehicle system to verify commands. It achieves real-time and visual command feedback, simplifies the confirmation process for intelligent interaction, improves operation feedback efficiency, and further enhances the completeness and convenience of intelligent interaction in parking scenarios.

[0087] In this embodiment of the application, in order to give the vehicle more personalized expressive capabilities, such as autonomously displaying some emotional expressions according to the current scene, the interactive objects can also cover other non-human creatures. For example, in sentry mode, it can recognize cats and dogs urinating on the tires and display an embarrassed expression.

[0088] In one optional implementation, the vehicle control method further includes: When acquiring key data from vehicle status data and / or environmental information around the vehicle based on vehicle control needs, the vehicle's lights and / or external voice system are triggered to perform linked operations, including adjusting the lighting mode and / or outputting voice content.

[0089] In this embodiment, the output voice content can be key data displayed on the screen or generated based on key data displayed on the screen. Different lighting modes corresponding to different key data can be preset. For example, when the alarm status is triggered, the corresponding lighting mode can be rapid flashing of hazard lights at a frequency of 2 times / second, with the red ambient light illuminating simultaneously. The output voice content could be, "The vehicle has triggered the anti-theft alarm. Relevant information has been notified to the owner. Please leave immediately."

[0090] The method provided in this embodiment can link the vehicle lights to adjust the lighting mode and the external voice system to output corresponding voice content. This not only enhances the visibility of information transmission, making it easier for users or people around to perceive the vehicle status, but also enriches the presentation of parking interaction, making vehicle interaction more humanized and immersive, and further enhancing the richness of the interactive experience.

[0091] In one optional implementation, the vehicle control method further includes: Obtain personalized display parameters, which include at least one of the following: display style, text size, emoji type, or display priority of key data.

[0092] When generating key data, the presentation format of the key data is determined based on personalized display parameters.

[0093] In this application embodiment, as an example, the display styles include: Minimalist mode, such as retaining only core text and basic icons without unnecessary decorations, with a solid background (e.g., black, white, light gray), suitable for fast reading scenarios. Eye-catching warning mode, such as high-contrast color schemes, red background with white text / yellow background with black text, key information with borders or flashing effects, suitable for security alarms and abnormal notification scenarios. Warm interactive mode, such as a soft gradient background, light blue / light green, paired with simple icons, and text with slight shadows, suitable for welcoming modes and daily status query scenarios. Minimalist mode, such as displaying only core numbers and minimalist icons (e.g., "Charging 80%" or a charging icon), without text descriptions, suitable for scenarios where only quick numerical values ​​are needed.

[0094] As an example, text sizes include: Small font (16-18pt), suitable for close-range viewing, such as when the driver is within 1 meter of the vehicle, displaying more information. Medium font (20-22pt), the default configuration, suitable for normal viewing distances within 2 meters, balancing information content and readability. Large font (24-28pt), suitable for long-distance viewing, such as when traffic police are checking from 3 meters away from the vehicle or for users with poor eyesight, retaining only core keywords. Extra-large font (30-36pt), suitable for special scenarios, such as under strong light or at long distances, displaying only 1-2 core pieces of information, such as "alarm triggered" or "return in 10 minutes".

[0095] As an example, emoji types include: awkward emojis, happy emojis, angry emojis, etc.

[0096] When multiple key data points corresponding to different vehicle control needs exist, this application can determine the priority of key data display based on the display priority of the key data, with each vehicle control need corresponding to a single key data point. For example, the display priority of key data could be: alarm control needs > environmental monitoring needs > intelligent interaction mode control needs > charging control needs. As an example, the display order of different data within a single key data point can also be determined by the display priority of key data, setting the display priority of the right side higher than the left side. For instance, with the display priority as: remaining range > charging progress > estimated charging time, the remaining range, charging progress, and estimated charging time would be displayed sequentially from right to left.

[0097] In this embodiment of the application, personalized display parameters corresponding to different key data and different control requirements can be set through the vehicle's on-board system.

[0098] The method provided in this embodiment supports obtaining personalized parameters such as display style, text size, expression type, or display priority of key data, and determines the presentation format of key data accordingly to meet the usage preferences and habits of different users. While ensuring rapid acquisition of key data outside the vehicle, it improves the flexibility and personalization of interaction, making the display interaction in parking scenarios more in line with individual user needs and optimizing overall interaction satisfaction.

[0099] It should be noted that the content not described in detail in this application specification belongs to the well-known technology of the technical interaction object in this field.

[0100] This embodiment also provides a vehicle control device for implementing the above embodiments and preferred embodiments; details already described will not be repeated. As used below, the term "module" can refer to a combination of software and / or hardware that implements a predetermined function. Although the device described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.

[0101] This embodiment provides a vehicle control device, such as... Figure 2 As shown, the vehicle control device includes: The first processing module 201 is used to obtain the user's vehicle control requirements when the vehicle is in a parked state.

[0102] The second processing module 202 is used to acquire key data from the vehicle's status data and / or environmental information around the vehicle based on vehicle control requirements, and trigger the vehicle's sun visor to flip outward, displaying the key data on a display screen located on the outside of the sun visor. The vehicle status data and / or environmental information are acquired when the vehicle is parked. After the sun visor flips outward, the display screen on the outside of the sun visor faces the interactive object.

[0103] In one optional implementation, the second processing module 202 includes: The first processing unit is used to obtain first data from vehicle status data based on vehicle control requirements. The first data includes at least one of the following: user's estimated return time, charging status, charging progress, estimated charging time, remaining driving range, door lock status, alarm status of the anti-theft system, or execution status of control commands in intelligent interaction mode.

[0104] The second processing unit is used to obtain second data affecting vehicle parking safety from environmental information based on vehicle control requirements. The second data includes at least one of the following: the identity type of interactive objects around the vehicle, the behavioral intent of the interactive objects, or environmental state information.

[0105] The third processing unit is used to determine key data based on the first data and / or the second data.

[0106] In one alternative implementation, the second processing module 202 further includes a fourth processing unit.

[0107] When the vehicle control requirement is a charging control requirement, the fourth processing unit is used to display, on the display screen, at least one of the following: the vehicle is charging, the charging progress, the estimated charging time, or the remaining driving range, when the vehicle is in the charging state.

[0108] When the vehicle is not charging, the display screen will show at least one of the following: the vehicle is not charging or the remaining driving range.

[0109] In one optional implementation, when the vehicle control requirement is an alarm control requirement, the fourth processing unit is used to display the vehicle's alarm status as triggered on the display screen when the identity type characterization interaction object is the vehicle owner and the alarm status of the anti-theft system is triggered.

[0110] When the identity type represents the vehicle owner and the alarm status of the anti-theft system is in an untriggered state, the display screen will show that the vehicle's alarm status is in an untriggered state.

[0111] When the identity type indicates that the interaction object is not the vehicle owner, the interaction object exhibits abnormal behavioral intent, and the alarm status of the anti-theft system is triggered, the vehicle's alarm status will be displayed as triggered on the screen. Abnormal behavioral intent refers to the behavioral intent exhibited by the interaction object.

[0112] In one optional implementation, when the vehicle control requirement is an environmental monitoring requirement, the fourth processing unit is used to display the user's estimated return time on the display screen when the identity type represents the interaction object as a traffic police officer and the environmental status information represents that the vehicle is in a no-parking zone.

[0113] In one optional implementation, when the vehicle control requirement is an intelligent interaction mode control requirement, the fourth processing unit is used to display the execution status of the control commands in the intelligent interaction mode on the display screen when the identity type characterization interaction object is the vehicle owner.

[0114] In one optional embodiment, the vehicle control device further includes: a third processing module, used to trigger the vehicle's headlights and / or external voice system to perform linkage operations when key data is obtained from the vehicle's status data and / or environmental information around the vehicle based on vehicle control needs, the linkage operations including adjusting the lighting mode and / or outputting voice content.

[0115] In one optional implementation, the vehicle control device further includes a fourth processing module for acquiring personalized display parameters, which include at least one of display style, text size, expression type, or display priority of key data. When generating key data, the presentation format of the key data is determined based on the personalized display parameters.

[0116] The vehicle control device provided in this application can execute the vehicle control method provided in any embodiment of this application, and has the corresponding functional modules and beneficial effects for executing the method. Further functional descriptions of the various modules and units described above are the same as those in the corresponding embodiments described above, and will not be repeated here.

[0117] This application also provides a vehicle including: a controller and a sun visor, with a display screen disposed on the outer side of the sun visor. The controller includes: a memory and a processor, which are communicatively connected to each other. The memory stores computer instructions, and the processor executes the computer instructions to perform the vehicle control method shown in the above embodiments.

[0118] Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application.

[0119] The following is a detailed reference. Figure 3 The diagram illustrates a structural schematic suitable for implementing the electronic device described in the embodiments of this application. The electronic device may include a processor (e.g., a central processing unit, graphics processor, etc.) 301, which can perform various appropriate actions and processes according to a program stored in read-only memory (ROM) 302 or a program loaded from memory 308 into random access memory (RAM) 303. The RAM 303 also stores various programs and data required for the operation of the electronic device. The processor 301, ROM 302, and RAM 303 are interconnected via a bus 304. An input / output (I / O) interface 305 is also connected to the bus 304.

[0120] Typically, the following devices can be connected to I / O interface 305: input devices 306 including, for example, touchscreens, touchpads, keyboards, mice, cameras, microphones, accelerometers, gyroscopes, etc.; output devices 307 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; memory devices 308 including, for example, magnetic tapes, hard disks, etc.; and communication devices 309. Communication device 309 allows electronic devices to communicate wirelessly or wiredly with other devices to exchange data. Although... Figure 3 Electronic devices with various devices are shown, but it should be understood that it is not required to implement or have all of the devices shown, and more or fewer devices may be implemented or have instead.

[0121] Specifically, according to embodiments of this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a non-transitory computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication device 309, or installed from memory 308, or installed from ROM 302. When the computer program is executed by processor 301, it performs the functions defined in the vehicle control method of embodiments of this application.

[0122] Figure 3 The electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

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

[0124] A portion of this application can be applied as a computer program product, such as computer program instructions, which, when executed by a computer, can invoke or provide the methods and / or technical solutions according to this application through the operation of the computer. Those skilled in the art should understand that the forms in which computer program instructions exist in a computer-readable medium include, but are not limited to, source files, executable files, and installation package files. Correspondingly, the ways in which computer program instructions are executed by a computer include, but are not limited to: the computer directly executing the instructions, or the computer compiling the instructions and then executing the corresponding compiled program, or the computer reading and executing the instructions, or the computer reading and installing the instructions and then executing the corresponding installed program. Here, the computer-readable medium can be any available computer-readable storage medium or communication medium accessible to a computer.

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

Claims

1. A vehicle control method, characterized in that, The method includes: When the vehicle is parked, obtain the user's vehicle control requirements; Based on the vehicle control requirements, key data is obtained from the vehicle status data and / or the environmental information around the vehicle, and the sun visor of the vehicle is triggered to flip outward, and the key data is displayed on a display screen set on the outside of the sun visor; the vehicle status data and / or the environmental information are obtained when the vehicle is parked; after the sun visor flips outward, the display screen on the outside of the sun visor faces the interactive object.

2. The method according to claim 1, characterized in that, The process of obtaining key data from the vehicle's status data and / or the environmental information surrounding the vehicle based on the vehicle control requirements includes: Based on the vehicle control requirements, first data is obtained from the vehicle status data; the first data includes at least one of the following: user's expected return time, charging status, charging progress, expected charging time, remaining range, door lock status, alarm status of the anti-theft system, or execution status of control commands in intelligent interaction mode. Based on the vehicle control requirements, second data affecting the vehicle's parking safety is obtained from the environmental information; the second data includes at least one of the following: the identity type of the interactive objects around the vehicle, the behavioral intent of the interactive objects, or environmental state information; The key data is determined based on the first data and / or the second data.

3. The method according to claim 2, characterized in that, When the vehicle control requirement is a charging control requirement, the display of the key data on the screen located on the outside of the sun visor includes: When the vehicle is in the charging state, the display screen shows at least one of the following: the vehicle is charging, the charging progress, the estimated charging time, or the remaining driving range. When the vehicle is not charging, the display screen shows at least one of the following: the vehicle is not charging or the remaining driving range.

4. The method according to claim 2, characterized in that, When the vehicle control requirement is an alarm control requirement, the key data is displayed on a screen located on the outside of the sun visor, including: When the identity type represents the vehicle owner and the alarm status of the anti-theft system is triggered, the alarm status of the vehicle is displayed on the screen as triggered. When the identity type represents the vehicle owner and the alarm status of the anti-theft system is in an untriggered state, the display screen shows that the alarm status of the vehicle is in an untriggered state. When the identity type indicates that the interaction object is not the vehicle owner, the interaction object exhibits abnormal behavioral intent, and the alarm status of the anti-theft system is triggered, the alarm status of the vehicle is displayed as triggered on the screen; the abnormal behavioral intent refers to the behavioral intent exhibited by the interaction object.

5. The method according to claim 2, characterized in that, When the vehicle control requirement is an environmental monitoring requirement, the display of the key data via a screen located on the outside of the sun visor includes: When the identity type indicates that the interaction object is a traffic police officer, and the environmental status information indicates that the vehicle is in a no-parking zone, the user's estimated return time is displayed on the screen.

6. The method according to claim 2, characterized in that, When the vehicle control requirement is an intelligent interactive mode control requirement, the display of the key data via a screen located on the outside of the sun visor includes: When the identity type represents the vehicle owner as the interaction object, the execution status of the control commands in the intelligent interaction mode is displayed on the screen.

7. The method according to claim 1, characterized in that, The method further includes: When key data is obtained from the vehicle status data and / or the environmental information around the vehicle based on the vehicle control requirements, the vehicle's headlights and / or external voice system are triggered to perform linkage operations, including adjusting the lighting mode and / or outputting voice content.

8. The method according to claim 1, characterized in that, The method further includes: Obtain personalized display parameters, which include at least one of display style, text size, emoticon type, or display priority of key data; When generating the key data, the presentation format of the key data is determined based on the personalized display parameters.

9. A vehicle control device, characterized in that, The device includes: The first processing module is used to obtain the user's vehicle control requirements when the vehicle is in a parked state. The second processing module is used to obtain key data from the vehicle status data and / or the environmental information around the vehicle based on the vehicle control requirements, and trigger the sun visor of the vehicle to flip outward, and display the key data through a display screen set on the outside of the sun visor; the vehicle status data and / or the environmental information are obtained when the vehicle is in a parked state; after the sun visor flips outward, the display screen on the outside of the sun visor faces the interactive object.

10. A vehicle, characterized in that, The vehicle includes a controller and a sun visor, with a display screen disposed on the outer side of the sun visor. The controller includes a memory and a processor, which are communicatively connected. The memory stores computer instructions, and the processor executes the computer instructions to perform the vehicle control method according to any one of claims 1 to 8.