Vehicle dynamic performance method, electronic device, vehicle and storage medium

CN122808609APending Publication Date: 2026-09-25BYD CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202610748024.8
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2026-05-27
Publication Date
2026-09-25

AI Technical Summary

Technical Problem

传统的车辆动态表演方案通过预设的固定表演程序,控制车辆执行固定的表演动作,缺乏趣味性,导致用户体验较差

Benefits of technology

[0009]本申请实施例提供的车辆动态表演方法、电子设备、车辆及计算机可读存储介质,通过响应于对电子设备提供的图形用户界面的第一编辑操作,确定各个时刻对应的表演动作,以生成表演序列;使得用户可通过图形用户界面直观便捷地与车辆交互,能够自定义车辆在各个时刻对应的表演动作,自定义整个表演过程的表演序列,实现个性化的车辆动态表演创作。

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN122808609A_ABST
    Figure CN122808609A_ABST
Patent Text Reader

Abstract

The application discloses a vehicle dynamic performance method, an electronic device, a vehicle and a storage medium, and applies to the technical field of vehicle control. The method is applied to the electronic device, the electronic device is provided with a graphical user interface, the method comprises the following steps: in response to a first editing operation on the graphical user interface, determining a performance action corresponding to each moment to generate a performance sequence; based on the performance sequence, generating a control instruction corresponding to each performance action and a performance time sequence respectively; and based on each control instruction and the corresponding performance time sequence, controlling the vehicle to perform. In this way, the user can intuitively and conveniently customize the performance action and the performance sequence of the vehicle through the graphical user interface provided by the electronic device, realize personalized vehicle dynamic performance creation, and effectively improve the driving experience of the user in the intelligent cabin of the vehicle.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application belongs to the field of vehicle control technology, specifically relating to a vehicle dynamic performance method, electronic equipment, vehicle, and computer-readable storage medium. Background Technology

[0002] With the rapid development of the automotive industry towards intelligence and entertainment, in-cabin entertainment experiences and scenario-based interactive capabilities are gradually becoming key ways to enhance user experience. Playing music while using a vehicle is extremely common, and to further improve the comfort of drivers and passengers, vehicle dynamic performance functions have been developed.

[0003] Vehicle dynamic performance functionality refers to the entertainment-oriented function of a vehicle actively controlling its chassis, suspension, and other structures to move in sync with music. Traditional vehicle dynamic performance solutions control the vehicle to perform fixed actions through preset, fixed performance programs, which lacks appeal and results in a poor user experience. Summary of the Invention

[0004] This application aims to address at least one of the technical problems existing in the prior art. To this end, this application proposes a vehicle dynamic performance method, electronic device, vehicle, and computer-readable storage medium, enabling users to intuitively and conveniently customize the vehicle's performance actions and sequences through the graphical user interface provided by the electronic device, thereby realizing personalized vehicle dynamic performance creation and effectively enhancing the user's driving experience in the vehicle's intelligent cockpit.

[0005] In a first aspect, this application provides a method for vehicle dynamic performance, applied to an electronic device, the electronic device providing a graphical user interface, the method comprising: In response to a first editing operation on the graphical user interface, the performance actions corresponding to each moment are determined to generate a performance sequence, wherein the performance actions are attitude transformation actions that the vehicle can perform; Based on the performance sequence, control instructions and performance timing corresponding to each of the performance actions are generated respectively; Based on each of the control commands and the corresponding performance sequence, the vehicle is controlled to perform.

[0006] Secondly, this application provides an electronic device, which includes a memory, a processor, and a display; the memory stores a computer program, and the processor executes the vehicle dynamic performance method described above by calling the computer program stored in the memory; the display is used to display a graphical user interface.

[0007] Thirdly, this application provides a vehicle that includes the aforementioned electronic equipment.

[0008] Fourthly, this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described vehicle dynamic performance method.

[0009] The vehicle dynamic performance method, electronic device, vehicle, and computer-readable storage medium provided in this application, by responding to a first editing operation on the graphical user interface provided by the electronic device, determine the performance actions corresponding to each moment to generate a performance sequence; enabling users to interact with the vehicle intuitively and conveniently through the graphical user interface, customize the performance actions corresponding to the vehicle at each moment, customize the performance sequence of the entire performance process, and realize personalized vehicle dynamic performance creation.

[0010] Then, based on the performance actions corresponding to each moment in the performance sequence, control commands and performance timings for each performance action are generated, thereby controlling the vehicle to perform. In this way, the vehicle can be precisely and orderly controlled to complete a coherent performance according to the user-defined performance sequence, adapting to custom choreography and effectively enhancing the user's driving experience in the vehicle's intelligent cockpit.

[0011] Additional aspects and advantages of embodiments of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of embodiments of this application. Attached Figure Description

[0012] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort. Wherein: Figure 1 This is an application scenario diagram of the vehicle dynamic performance method provided in the embodiments of this application; Figure 2 This is a schematic diagram of the vehicle's suspension system in the application scenario provided in the embodiments of this application; Figure 3 This is a first flowchart illustrating the vehicle dynamic performance method provided in this application embodiment; Figure 4 This is a second flowchart illustrating the vehicle dynamic performance method provided in the embodiments of this application; Figure 5 This is a schematic diagram showing the timing of the edited performance actions of the vehicle dynamic performance method provided in the embodiments of this application; Figure 6 This is a schematic diagram illustrating the configuration of motion parameters for the vehicle dynamic performance method provided in this application embodiment; Figure 7 This is a schematic diagram of the third process of the vehicle dynamic performance method provided in the embodiments of this application; Figure 8 This is a schematic diagram showing the playback of virtual animation in the vehicle dynamic performance method provided in the embodiments of this application; Figure 9 This is a schematic diagram of the fourth process of the vehicle dynamic performance method provided in the embodiments of this application; Figure 10 This is a schematic diagram of the fifth process of the vehicle dynamic performance method provided in the embodiments of this application; Figure 11 This is a sixth flowchart illustrating the vehicle dynamic performance method provided in this application embodiment; Figure 12 This is a schematic diagram of the vehicle dynamic performance device provided in the embodiments of this application; Figure 13 This is a schematic diagram of the structure of the electronic device provided in the embodiments of this application; Figure 14 This is a schematic diagram of the vehicle structure provided in the embodiments of this application.

[0013] Explanation of key component symbols: 100 vehicles, 110 cloud devices, 120 terminal devices; Body 10, Wheels 11, Steering knuckles 12, Height sensor 13, Headlights 14; Suspension system 20, shock absorber 30, cylinder block 31, upper chamber 32, lower chamber 33, piston 34, piston rod 35; First oil port 41, second oil port 42, hydraulic pump 43, motor 44, accumulator 45, air chamber 46; First check valve 51, second check valve 52, third check valve 53, fourth check valve 54, reset valve 55, compression valve 56. Central controller 60, vehicle touch terminal 65, environmental perception sensor 70, power supply 75, vehicle audio playback device 80. Detailed Implementation

[0014] 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, and 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.

[0015] In the description of this application, it should be understood that 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, features defined as "first" or "second" may explicitly or implicitly include one or more features. In the description of this application, "multiple" means two or more, unless otherwise explicitly specified.

[0016] In the description of this application, it should be noted that, unless otherwise expressly specified and limited, the terms "installation," "connection," and "joint" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection. They can refer to a mechanical connection or an electrical connection. They can refer to a direct connection or an indirect connection through an intermediate medium, and they can refer to the internal communication between two components or the interaction between two components. Those skilled in the art can understand the specific meaning of the above terms in this application according to the specific circumstances.

[0017] Please see Figure 1 , Figure 1 This is an application scenario diagram of the vehicle dynamic performance method provided in this application embodiment. The application scenario provided in this application includes a vehicle 100, a cloud 110, and a terminal device 120. The vehicle 100 includes a body 10, wheels 11, a suspension system 20, a central controller 60, an in-vehicle touch terminal 65, a power supply 75, and an in-vehicle audio playback device 80. The vehicle 100 dynamic performance method provided in this application can be executed collaboratively by the suspension system 20, the central controller 60, the in-vehicle touch terminal 65, the power supply 75, and the terminal device 120.

[0018] The vehicle body 10 is the main load-bearing enclosure structure of the vehicle 100, used to carry the driver and passengers as well as onboard components. The wheels 11 are the running components used to support the vehicle 100 and maintain contact with the ground.

[0019] Optionally, the vehicle 100 includes a steering knuckle 12, a height sensor 13, and headlights 14. The steering knuckle 12 is a connecting component disposed between the suspension system 20 and the wheels 11, used to transmit loads and vibrations to achieve steering of the wheels 11. The suspension system 20 is connected to the vehicle body 10 so that the steering of the wheels 11 causes changes in the attitude of the vehicle body 10. The height sensor 13 is a sensing unit that detects the height of relevant components (such as the wheels 11, the vehicle body 10, etc.). The height sensor 13 is connected to the central controller 60 and transmits the collected height data to the central controller 60 for analysis and processing.

[0020] Optionally, the vehicle 100 includes multiple wheels 11 (e.g., four), each wheel 11 corresponding to a steering knuckle 12 and at least one height sensor 13. The body 10 and suspension system 20 may also be equipped with height sensors 13 to detect height or suspension travel in real time.

[0021] The vehicle lights 14 are optical devices mounted on the vehicle body 10 for illumination and signal indication. The vehicle lights 14 provide illumination on nighttime roads, indicate the outline of the vehicle 100, provide turn signals, and brake warnings to ensure driving and passing safety. Optionally, the vehicle lights 14 may include, but are not limited to, headlights, turn signals, taillights, brake lights 14, and reversing lights 14, etc., without limitation.

[0022] The suspension system 20 is a collective term for all force-transmitting, buffering, and guiding components connecting the vehicle body 10 and the wheels 11. The suspension system 20 can also buffer road impacts and dampen the vertical vibrations of the vehicle body 10 through elastic elements, thereby alleviating bumps. Optionally, please refer to... Figure 2 The suspension system 20 includes an active suspension, which includes a shock absorber 30, a first oil port 41, a second oil port 42, a hydraulic pump 43, a motor 44, an accumulator 45, an air chamber 46, and multiple valves.

[0023] Please continue reading. Figure 2 The shock absorber 30 includes a cylinder body 31, an upper chamber 32, a lower chamber 33, a piston 34, and a piston rod 35. The cylinder body 31 is the main outer shell of the shock absorber 30 and is a sealed cavity that contains hydraulic oil. The piston rod 35 is connected to the vehicle body 10 at one end and fixedly connected to the piston 34 at the other end. The piston rod 35 can slide up and down within the cylinder body 31. The piston 34 divides the interior of the cylinder body 31 into two sealed oil chambers: the upper chamber 32 and the lower chamber 33.

[0024] The shock absorber 30 converts vibration energy into heat energy when the wheel 11 bumps, achieving a buffering and vibration damping effect. The shock absorber can also adjust the height of the vehicle body 10 by changing the length of the piston rod 35 extending from the cylinder 31 through adjusting the oil volume in the upper chamber 32 and lower chamber 33. Optionally, each wheel 11 is equipped with a corresponding shock absorber 30; each shock absorber 30 can independently respond to road impacts on the wheel 11, filtering out bumps, and can also independently control the height changes of the corresponding wheel 11 and part of the vehicle body 10.

[0025] The upper chamber 32 of the shock absorber 30 is connected to the accumulator 45 through the first oil port 41 and the corresponding valve, forming a flow path; the lower chamber 33 of the shock absorber 30 is connected to the accumulator 45 through the second oil port 42 and the corresponding valve, forming another flow path.

[0026] The hydraulic pump 43 is a power component that provides pressurized oil to the hydraulic flow path of the shock absorber 30. The hydraulic pump 43 is connected to the first oil port 41, the second oil port 42, and the motor 44. Driven by the motor 44, the hydraulic pump 43 converts mechanical energy into hydraulic oil pressure energy, pumping or extracting hydraulic oil into or from the upper chamber 32 / lower chamber 33 of the shock absorber 30 to change the extension and retraction of the piston rod 35, thereby achieving dynamic adjustment of the vehicle body 10's height and suspension attitude. Optionally, the hydraulic pump 43 may include, but is not limited to, gear-type high-pressure pumps, plunger-type high-pressure pumps, vane-type high-pressure pumps, etc., and is not limited here.

[0027] The motor 44 drives the hydraulic pump 43. The accumulator 45 is a sealed pressure vessel for storing and stabilizing energy, and it contains an oil chamber and a gas chamber 46. The gas chamber 46 is a sealed cavity for inert gas inside the accumulator 45, which is isolated from the oil chamber in the accumulator 45. The gas chamber 46 utilizes the compressibility of gas to achieve the functions of energy storage and shock absorption.

[0028] Optionally, the motor 44 may include, but is not limited to: a DC brushed motor 44, a DC brushless motor 44, a stepper motor 44, a servo motor 44, etc., and the energy accumulator 45 may include, but is not limited to: a bladder-type energy accumulator 45, a piston-type energy accumulator 45, a diaphragm-type energy accumulator 45, etc., and the embodiments of this application do not limit this.

[0029] Optionally, the suspension system 20 may also include a hydraulic oil cooling system; since the frequent high-power operation of the hydraulic pump 43 will cause the hydraulic oil temperature to rise sharply, the independent hydraulic oil cooling system can remove the heat of the hydraulic oil in time, stabilize the working temperature and viscosity of the hydraulic oil, avoid high-temperature deterioration of the hydraulic oil and aging of the seals, and ensure the stability and reliability of the suspension system 20.

[0030] Optionally, each wheel 11 has a shock absorber 30 with a plurality of valves, including a first check valve 51, a second check valve 52, a third check valve 53, a fourth check valve 54, a recovery valve 55, and a compression valve 56.

[0031] In this system, the upper chamber 32 of the shock absorber 30, the first oil port 41, the first check valve 51, and the accumulator 45 are sequentially connected to form a first flow path. The first check valve 51 unidirectionally guides the hydraulic oil flow from the first oil port 41 to the accumulator 45 to stabilize the hydraulic oil flow direction in the first flow path and the pressure of the suspension system 20. In the second system, the upper chamber 32 of the shock absorber 30, the first oil port 41, the second check valve 52, the reset valve 55, and the accumulator 45 are sequentially connected to form a second flow path. The second check valve 52 unidirectionally guides the hydraulic oil flow from the accumulator 45 to the first oil port 41. The reset valve 55 controls the flow rate and throttling resistance of the hydraulic oil. The second check valve 52 and the reset valve 55 together stabilize the hydraulic oil flow direction in the second flow path, ensuring the stability of the suspension system 20.

[0032] In this system, the lower chamber 33 of the shock absorber 30, the second oil port 42, the third one-way valve 53, and the accumulator 45 are sequentially connected to form a third flow path. The third one-way valve 53 unidirectionally guides the hydraulic oil flow from the second oil port 42 to the accumulator 45, thereby stabilizing the hydraulic oil flow direction in the third flow path and the pressure of the suspension system 20. Similarly, the lower chamber 33 of the shock absorber 30, the second oil port 42, the fourth one-way valve 54, the compression valve 56, and the accumulator 45 are sequentially connected to form a fourth flow path. The fourth one-way valve 54 unidirectionally guides the hydraulic oil flow from the accumulator 45 to the second oil port 42. The compression valve 56 generates controllable damping force through throttling, buffering the compression impact of the vehicle body 10 and limiting the downward speed of the piston 34. The fourth one-way valve 54 and the compression valve 56 together stabilize the oil circuit pressure, improving suspension support and ride stability.

[0033] Please see Figure 1 The central controller 60 is a device with data processing capabilities. The central controller 60 is used to dynamically adjust the suspension height and damping, coordinate the collaborative work of various components, and perform fault monitoring and protection, so as to ensure the accuracy and stability of the suspension system 20 adjustment and achieve precise adjustment of the attitude of the body 10 and wheels 11.

[0034] Optionally, the central controller 60 includes a multi-core processor, an analog-to-digital converter (ADC), a digital-to-analog converter (DAC), a controller area network (CAN) bus, and a power management module.

[0035] The ADC is used to acquire analog signals such as vehicle height 10, suspension travel, oil pressure, and temperature collected by devices such as height sensor 13. These analog signals are processed and decided by a multi-core processor, and then the corresponding control signals are output by DAC. The central controller 60 communicates with each component via a CAN bus to transmit the corresponding control signals. The power management module 75 is used to stabilize the power supply to each component and to control actuators such as motor 44, valves, and hydraulic pump 43 in a closed loop.

[0036] The in-vehicle touch terminal 65 is an in-vehicle human-machine interaction device integrating a touch display screen. It serves as the control center of the vehicle 100's cabin, enabling visual touch interaction between the user and the entire vehicle system. The in-vehicle touch terminal 65 provides a graphical user interface to display specific information about audio-visual entertainment, air conditioning, headlights 14, etc. The in-vehicle touch terminal 65 can be located on the side of the steering wheel, the back of the front seats, or other positions within the vehicle 100; this embodiment does not limit its location.

[0037] The power supply 75 provides power to all electronic control, execution, lighting, and interactive devices of the entire vehicle 100 (such as headlights 14, suspension system 20, central controller 60, and in-vehicle touch terminal 65). Optionally, the power supply 75 includes a power battery and a storage battery, with a clear division of labor: the power battery supplies power to high-voltage equipment, and the storage battery supplies power to low-voltage equipment.

[0038] Optionally, the power battery may include, but is not limited to, ternary lithium batteries, lithium iron phosphate batteries, lithium manganese iron batteries, nickel-metal hydride batteries, etc., and the storage battery may include, but is not limited to, lead-acid batteries, low-voltage lithium batteries, etc., and the embodiments of this application do not limit this.

[0039] The in-vehicle audio playback device 80 is an electronic device used to parse and play audio files. The in-vehicle audio playback device 80 is powered by the power supply 75 and maintains a connection with the central controller 60 and the in-vehicle touch terminal 65. The in-vehicle audio playback device 80 can receive audio files selected by the user through the in-vehicle touch terminal 65 and parse the audio signals of the audio files for playback, enhancing the overall driving and entertainment experience. The in-vehicle audio playback device 80 can also play navigation prompts, vehicle emergency calls, etc.

[0040] In this way, the central controller 60 controls the vehicle 100 to perform dynamic shows, the in-vehicle touch terminal 65 provides convenient interaction for users, and the in-vehicle audio playback device 80 plays music, navigation and other information, which can enrich the user's smart cockpit experience.

[0041] Optionally, the vehicle 100 also includes an environmental perception sensor 70, which is a sensor device used to collect real-time information on the external environment around the vehicle 100, such as road conditions and obstacles. The environmental perception sensor 70 can detect obstacles and pedestrians around the vehicle 100 in real time, enabling safety detection of the vehicle's surroundings and providing accurate data for intelligent driving, reversing assistance, and automatic parking. Optionally, since the detection accuracy of a single environmental perception sensor 70 is relatively low, the environmental perception sensor 70 can be composed of multiple sensors to improve detection accuracy. The environmental perception sensor 70 may include, but is not limited to, cameras (which can be installed around the vehicle body 10), ultrasonic radar, millimeter-wave radar, and lidar, etc., and this embodiment does not limit the specific type of sensor used.

[0042] The cloud-based 110 can communicate bidirectionally with the central controller 60 and / or the in-vehicle touch terminal 65 of the vehicle 100 via a network, enabling functions such as remotely upgrading the vehicle 100, storing and analyzing relevant data of the vehicle 100, and synchronizing personalized settings. Optionally, the network can be a wireless network or a wired network, such as a wireless local area network (WLAN), local area network (LAN), cellular network, 4G network, 5G network, etc., which are not limited here.

[0043] The terminal device 120 is an integrated display, interaction, and data processing device. The terminal device 120 provides a graphical user interface for users to touch and edit performance sequences. The terminal device 120 communicates with the central controller 60 and / or the in-vehicle touch terminal 65 in the vehicle 100, allowing users to transfer performance sequences edited on the terminal device 120 to the vehicle 100 for performance, and / or export performance sequences edited on the in-vehicle touch terminal 65 to the terminal device 120 for further creation or sharing. The terminal device 120 also communicates with the cloud 110 to obtain performance sequences stored in the cloud 110, and / or transfer local performance sequences to the cloud 110 for storage or sharing. Optionally, the terminal device 120 may include, but is not limited to, devices such as smartphones, tablets, and laptops; this embodiment does not limit this.

[0044] It should be noted that the triggering operations that appear in the subsequent detailed description of the vehicle dynamic performance method provided in the embodiments of this application can all be regarded as triggering operations performed by the user through mediums such as fingers, keyboards, mice or styluses.

[0045] Based on the above description of the relevant scenarios, this application provides a method for vehicle dynamic performance, which will be described in detail below: Please see Figure 3 The vehicle dynamic performance method provided in this application embodiment is implemented by steps 011, 012 and 013, which are described in detail below.

[0046] Step 011: In response to the first editing operation on the graphical user interface, determine the performance actions corresponding to each moment to generate a performance sequence; The electronic devices (such as in-vehicle touch terminals or terminal devices) provide a graphical user interface. The performance actions are vehicle-capable posture changes; for example, single-wheel nodding, front-wheel vaulting, four-wheel stepping, and full-vehicle airborne. Optionally, the performance actions include changes in vehicle headlights, such as alternating flashing of high and low beams, rhythmic flashing of taillights, and sequential lighting of turn signals. The performance sequence is an executable flow of performance actions arranged chronologically, consisting of vehicle posture changes. The first editing operation is the user-defined operation for each moment of the performance actions; for example, a combination of dragging, clicking, and inputting operations.

[0047] This allows users to interact with the vehicle through a graphical user interface, customize the vehicle's performance actions at various times, customize the performance sequence of the entire performance process, realize personalized vehicle dynamic performance creation, and enhance the user experience in the smart cockpit.

[0048] In one alternative embodiment, please refer to Figure 5 or Figure 6 The graphical user interface displays a timeline and at least one preset performance action; please refer to [link / reference]. Figure 4 Step 011 includes steps 1111 and / or 0112, and step 011 also includes step 0113, which will be explained in detail below.

[0049] Step 0111: In response to the first trigger operation on the target performance action, determine the moment of the target performance action on the timeline, where the target performance action is any preset performance action; The first trigger operation is selecting a preset performance action and locating it on the timeline (such as clicking or dragging). The total duration of the timeline can be customized in response to the user's trigger operation. Preset performance actions refer to pre-configured performance actions that can be directly invoked; for example, single-wheel reciprocating motion, same-side wheel lifting motion, coaxial take-off motion, height maintenance motion, four-wheel take-off motion, etc.

[0050] Optionally, preset performance actions are stored in a preset action library on the vehicle. The vehicle can retrieve the preset action library from the cloud, and can also retrieve new preset performance actions from the cloud to update the preset action library, enabling continuous enrichment and iteration of the preset action library. The graphical user interface can display an icon corresponding to any preset performance action in the preset action library, initially displaying the icon corresponding to at least one preset performance action.

[0051] Please see Figure 5The graphical user interface displays icons for multiple preset performance actions (1-4) in a fixed area. The user selects one of these preset performance actions (2) as the target performance action through a first trigger operation, and then drags the icon of this target performance action to a specific moment (t4) on the timeline to complete the edit. Through multiple edits, multiple moments on the timeline can be associated with icons for the target performance actions. Optionally, the user can use the first trigger operation to zoom the timeline and fine-tune keyframes (moments) by selecting precise moments.

[0052] Optionally, if none of the preset performance actions corresponding to the icons currently displayed in the graphical user interface are the target performance actions required by the user, the user can switch the displayed icons of the preset performance actions through the first trigger operation (such as switching left and right, switching up and down, etc.) so that the icon of the target performance action required by the user is displayed in the graphical user interface after the switch. Then, the icon of the target performance action can be dragged to a moment on the timeline to complete the editing.

[0053] Step 0112: In response to the second trigger operation on the target performance action, configure the motion parameters of the target performance action; Among them, motion parameters are attribute parameters that control the specific details of the vehicle's performance actions. Motion parameters include at least one of motion amplitude, motion frequency, and duration; It's understandable that the default configuration of the target performance action selected by the user may not match the user's expectations. Therefore, a second trigger operation is needed to customize the motion parameters of the target performance action to meet the user's needs for personalized performance sequences.

[0054] Please see Figure 6 In a fixed area of ​​the graphical user interface, icons for multiple preset performance actions (1-4) are displayed. The user selects one of these preset performance actions (2) as the target performance action through a second trigger operation. A pop-up window then displays icons corresponding to the action parameters of the target performance action in the fixed area of ​​the graphical user interface, such as... Figure 6 The icons shown correspond to the amplitude of the action, the frequency of the action, and the duration of the action. When the user triggers the icon corresponding to any action parameter again via a second trigger operation, the graphical user interface displays the selectable numerical range and corresponding adjustment axis for that action parameter. The user can then drag the value control on the adjustment axis using the second trigger operation to select the specific value for that action parameter.

[0055] Alternatively, please continue reading Figure 6The user can trigger the icon corresponding to any action parameter again through the second trigger operation. The graphical user interface displays the input box and current value of the action parameter. Then, the user can change the current value through the second trigger operation to configure the action parameter.

[0056] Optionally, after the user configures the motion parameters of the target performance motion through the second trigger operation, the configured target performance motion can be set as a new preset performance motion and stored in the preset motion library, or the new preset performance motion can be uploaded to the cloud for other users to download and use.

[0057] Optionally, the action parameters also include the round to which it belongs. It can be understood that in the entire performance sequence, a certain target performance action or a combination of multiple target performance actions may be performed multiple times in a loop. Therefore, the entire performance sequence can be divided into multiple rounds. By configuring the round to which the target performance action belongs, the same target performance action can be reused or configured differently in different rounds, improving the flexibility and efficiency of performance action choreography.

[0058] Optionally, the order of steps 0111 and 0112 is not limited. Users can first determine the time of the target performance action on the timeline and then configure the action parameters of the target performance action; or they can first configure the action parameters of the target performance action and then determine the time of the target performance action on the timeline.

[0059] Step 0113: Generate a performance sequence based on the target performance actions corresponding to each moment on the timeline.

[0060] Specifically, based on all the target performance actions arranged at each time point on the timeline, a complete vehicle performance sequence can be automatically generated after integration and summarization.

[0061] In one alternative embodiment, please refer to Figure 4 Step 011 also includes: Step 0114: Perform a feasibility check on each target performance action to obtain the feasibility check result, which includes whether it is feasible or not. Step 0115: If the feasibility verification result is feasible, proceed to step 0113; Step 0116: If the feasibility verification result is that it is not feasible, in response to the third trigger operation on the target performance action, update the time and / or the corresponding action parameters of the target performance action on the time axis, and perform a feasibility verification on each updated target performance action.

[0062] The feasibility check is the process of verifying whether each performance action on the timeline conforms to the vehicle's execution rules and determining whether it can be implemented normally. The third trigger operation refers to the operation of adjusting the timeline timing and action parameters for actions that cannot be implemented.

[0063] It is understandable that the impact loads and alternating stresses that a vehicle's suspension system, body, steering knuckles, and other components can withstand are limited. Inappropriate performance actions could damage these components, thereby threatening passenger safety. Furthermore, adjacent target performance actions may conflict in timing, and the motion parameters of any user-defined target performance action might exceed the vehicle's hardware limits, leading to invalid performance sequences. Therefore, feasibility verification is necessary to ensure the compliant and feasible arrangement of performance sequences.

[0064] Specifically, by traversing all target performance actions on the timeline and verifying them one by one, it can be determined whether the execution time intervals of each target performance action conflict in sequence and whether the intervals are compliant. This may also include verifying whether parameters such as the amplitude, frequency, and duration of each target performance action exceed the vehicle's hardware limits. It may also include checking whether the linkage between multiple target performance actions and the logic of their respective rounds match the vehicle's control rules. Optionally, other methods for detecting conflicts between target performance actions may also be included, which will not be elaborated here.

[0065] After completing each judgment, the feasibility verification result is output as either feasible or not feasible. If feasible, proceed to step 0113 to generate the performance sequence. If not feasible, mark one or more failed target performance actions as abnormal (along with the reason for the abnormality and modification recommendations), respond to the user's third trigger operation to adjust the timing and / or action parameters of the marked abnormal target performance actions, and then repeat the above feasibility verification process until all verifications are successful, at which point the feasibility verification result is deemed feasible.

[0066] Optionally, an intelligent parameter mapping engine can be built into the vehicle. When the user adjusts the target performance action and / or action parameters through (first, second, third) trigger operations, the intelligent parameter mapping engine calculates and displays the estimated impact of the target performance action on the vehicle attitude, wheel center load, and actuator power consumption in real time to assist the user in making reasonable arrangements.

[0067] This avoids situations where the generated performance sequence cannot be executed by the vehicle, preventing abnormal postures or safety risks, thereby improving the stability and safety of vehicle dynamic performances.

[0068] In one alternative embodiment, please refer to Figure 5 or Figure 6 The graphical user interface displays a preview control; please refer to [link / reference]. Figure 7The vehicle dynamic performance method also includes step 014, which is explained in detail below.

[0069] Step 014: In response to the triggering operation of the preview control, display the simulated animation in the graphical user interface.

[0070] The preview control is an interactive control used to trigger the playback of the simulated animation in the performance sequence. The simulated animation is the visual effect of the virtual vehicle model corresponding to the vehicle performing according to the performance sequence.

[0071] Specifically, such as Figure 8 As shown, after the user triggers the preview control, the graphical user interface loads a virtual vehicle model and plays a virtual animation that recreates the posture and timing of the virtual vehicle model according to the generated performance sequence. This intuitively demonstrates the complete choreography effect of the dynamic performance to the user. In this way, previewing via simulated animation without actual vehicle testing allows users to promptly identify any issues with timing, movement combinations, etc., and whether the choreography meets the intended design requirements. This reduces the cost of actual vehicle testing, facilitates quick modification and optimization of the choreography, and improves overall choreography creation efficiency.

[0072] Optionally, after each user completes editing of a target performance action, a simulated animation of the virtual vehicle model performing the edited target performance action can be displayed simultaneously, allowing the user to preview the editing effect of a single performance action in real time without having to preview it after the entire choreography is completed, effectively improving the efficiency of modification and choreography.

[0073] In an alternative embodiment, prior to step 013, please refer to... Figure 7 The vehicle dynamic performance method also includes steps 015, 016 and 017, which are explained in detail below.

[0074] Step 015: Conduct a safety inspection on the preset surrounding area of ​​the vehicle to obtain a safety inspection result, which may be either safe or unsafe. Step 016: If the safety test result is safe, proceed to the step of generating control instructions and performance timing corresponding to each performance action based on the performance sequence (i.e., step 012 below). Step 017: Issue a warning message if the safety test result is unsafe.

[0075] The preset perimeter is a fixed surrounding area defined with the vehicle as the center, and serves as the safety boundary during the vehicle's dynamic performance. For example, the preset perimeter may be a circular safety area with a fixed radius (e.g., 5 meters) centered on the vehicle's center, or a rectangular boundary defined to fit the length and width of the vehicle. This application embodiment does not limit this to any particular type.

[0076] Safety detection is the process of checking for obstacles within a pre-defined area around the vehicle and determining whether the performance environment meets safety requirements. Warning information is used to indicate the presence of obstacles around the vehicle; for example, warning information may include text prompts in a pop-up window of the graphical user interface, red warnings in the graphical user interface, voice announcements, flashing icon warnings, etc., and is not limited here.

[0077] Specifically, environmental perception sensors (such as cameras and ultrasonic radar) scan a preset area around the vehicle to identify the presence of obstacles such as pedestrians, debris, and barriers. If obstacles are present within the preset area, the safety detection result is unsafe; if no obstacles are present, the safety detection result is safe.

[0078] If the safety check result is satisfactory, it means there are no obstacles in the vehicle's preset surrounding area, and dynamic performances can proceed normally. If the safety check result is unsafe, a warning message will be issued to inform the user that there are obstacles nearby, and the vehicle will be prohibited from starting dynamic performances.

[0079] In this way, the risk of collisions with obstacles during vehicle performances can be avoided in advance, protecting vehicles and surrounding personnel / facilities, and improving the operational safety of dynamic performances.

[0080] Optionally, if an anomaly (such as a system malfunction) or intrusion (by pedestrians, pets, objects, etc.) is detected during the vehicle's entire dynamic performance, the performance is immediately interrupted, all performance actions are stopped, and the suspension system returns to its initial state. This provides continuous dynamic safety protection throughout the performance, safeguarding the vehicle, surrounding personnel, and facilities, thus enhancing the overall safety of the dynamic performance.

[0081] Step 012: Based on the performance sequence, generate control instructions and performance timing for each performance action; Control commands refer to standardized execution commands used to perform a single performance action. Performance sequence refers to the start time (e.g., timestamp), duration, and order (e.g., sequence number) of the performance actions.

[0082] Specifically, based on the complete performance sequence choreographed by the user, each performance action is converted into a control command recognizable by the vehicle system. Simultaneously, the timing and interval rules for each performance action are set and configured, serving as the performance sequence corresponding to each control command, thus forming a complete set of execution data streams. This enables precise conversion of the performance sequence into executable vehicle data, ensuring accurate execution of the performance actions.

[0083] Step 013: Based on each control command and the corresponding performance sequence, control the vehicle to perform.

[0084] Specifically, according to the various control commands and the matching performance sequence, the control commands are sequentially issued to the suspension system in the predetermined time order of the performance sequence. The suspension system adjusts the vehicle's posture according to the control commands to achieve dynamic performance. In this way, the vehicle can be precisely and orderly controlled to complete a coherent performance according to the user-defined performance sequence, adapting to customized choreography, ensuring the smoothness and stability of the dynamic performance effect, and effectively improving the user experience.

[0085] In one alternative embodiment, please refer to Figure 9 The vehicle dynamic performance method also includes step 018, and step 013 includes step 0131, which will be explained in detail below.

[0086] Step 018: Determine the target music to match the performance sequence; Step 0131: Based on each control command and the corresponding performance sequence, control the vehicle to perform and play the target music.

[0087] The preset music is music that has been pre-stored and can be played directly. The target music is any preset music.

[0088] Specifically, such as Figure 5 or Figure 6 As shown, the graphical user interface also includes a music control. In response to user actions on the music control, it determines a preset music from the music library corresponding to the performance sequence as the target music. The order of music selection with other user actions is not limited. Alternatively, it can match a default preset music to the performance sequence, or it can automatically select the target music by analyzing the rhythm and movements of the performance sequence. Figure 8 As shown, while the vehicle performs actions according to control commands and the performance sequence, the selected target music (which can display the music's name, progress, lyrics, etc.) is played simultaneously through the in-vehicle audio playback device, achieving synchronized performance between the vehicle's movements and the music's rhythm. This enhances the atmosphere and enriches the user's visual and auditory experience.

[0089] Optionally, the same performance sequence can be freely paired with multiple different target music tracks. During the vehicle's dynamic performance, the playing target music can be switched in response to user input to adapt to different scene atmospheres. The same preset music can be fixedly matched with multiple different performance sequences, realizing the reuse of music resources. In this way, performance sequences and preset music can be flexibly combined to create a variety of performance versions, effectively improving the flexibility of dynamic performances.

[0090] In one alternative embodiment, please refer to Figure 9 Step 013 includes: Step 0132: Based on each control command and the corresponding performance sequence, control the vehicle to perform, and synchronously display the performance animation on the graphical user interface.

[0091] Among them, the performance animation is the visual effect of the virtual vehicle model corresponding to the vehicle performing according to the control command and the corresponding performance sequence.

[0092] Specifically, when the vehicle performs actions according to control commands and the performance sequence, such as Figure 8 As shown, virtual vehicle models can be synchronously loaded and displayed on the graphical user interface. The virtual vehicle models reproduce the performance actions and sequence of the real vehicles in real time, and then play the corresponding virtual animations. In this way, the entire process of the dynamic performance of the real vehicles can be viewed remotely and intuitively without close proximity, improving the user's viewing safety and convenience.

[0093] Based on the above description of the vehicle dynamic performance method, taking a completed performance sequence (such as named "Lion Dance Performance") as an example, the specific description of the vehicle dynamic performance is as follows.

[0094] The lion dance performance consists of six rounds, each corresponding to a specific action. When the vehicle's environmental perception module detects no obstacles within a preset safe range, the music corresponding to the lion dance performance is played synchronously, and the vehicle is controlled to execute the actions of the six rounds of the lion dance performance. The performance actions corresponding to performance round 1 include: turning off the vehicle lights, lowering the active suspension to the lowest safe value, and keeping the vehicle stationary on the field.

[0095] The performance action corresponding to performance round 2 is a single wheel nod. The single wheel nod includes: the vehicle's headlights are turned on, the motor drives the hydraulic pump to transport hydraulic oil through the various flow paths formed by the first oil port and the second oil port, thereby driving the piston rod to move and controlling the wheel to perform the action of jumping up / pressing down.

[0096] The performance action corresponding to performance round 3 is four-wheel stepping, which includes: the vehicle's headlights flashing, alternating control of the four shock absorbers corresponding to the four wheels to perform upward / downward movements, and the movements of the front and rear wheels and the left and right wheels being staggered in time to simulate the effect of alternating stepping.

[0097] The performance action corresponding to round 4 is the front wheel jump. The front wheel jump includes: during the energy storage phase, the hydraulic pump pumps oil to significantly reduce the height of the vehicle body, while the accumulator stores energy. The energy stored in the accumulator corresponding to the front wheel is greater than that of the rear wheel. During the take-off phase, the hydraulic pump of the front wheel quickly injects hydraulic oil into the lower chamber of the shock absorber. The high-pressure gas in the accumulator of the front wheel expands, pushing the front wheel off the ground. The accumulator of the rear wheel provides the vehicle body with the auxiliary force to lift both front wheels off the ground.

[0098] The performance action corresponding to the fifth round of the performance is the full vehicle taking off. The full vehicle taking off includes: in the energy storage phase, all the energy storage devices in the vehicle store energy; in the take-off phase, all the energy storage devices and the hydraulic pump work together to apply a take-off force to the vehicle body that is greater than the weight of the vehicle body, so that the vehicle body takes off and jumps, and drives all the wheels off the ground.

[0099] The performance action corresponding to performance round 6 includes: controlling the front wheel shock absorber to continuously perform three downward and one upward cycle, while the rear wheel shock absorber maintains the current height, and the vehicle's headlights gradually dim until they turn off.

[0100] After the lion dance performance sequence ends, the hydraulic pumps corresponding to each wheel of the vehicle return to their initial state, the air pressure of each accumulator is restored to balance, and each shock absorber returns to its initial height, ready to execute the next performance sequence or resume normal driving mode.

[0101] In one alternative embodiment, please refer to Figure 10 The vehicle dynamic performance method also includes steps 019 and 020, which are explained in detail below.

[0102] Step 019: Generate a performance sequence file based on the performance sequence and the corresponding encapsulation parameters; Step 020: Upload the performance sequence file to the cloud so that the cloud can generate a corresponding information sharing identifier based on the performance sequence file.

[0103] The encapsulation parameters are supplementary information bound to the performance sequence. These parameters must include at least the creator identifier (information used to uniquely identify the creator of the performance sequence, such as a digital watermark). Optionally, the encapsulation parameters may also include the performance sequence name, creation time, total duration, motion complexity level, thumbnail preview image, etc., which are not limited here.

[0104] The performance sequence file is a standardized, storable file generated by integrating the performance sequence and encapsulation parameters, used for transmission between different terminal devices. Optionally, the performance sequence file may encapsulate control instructions and performance timing generated based on the performance sequence. The information sharing identifier is information generated in the cloud to uniquely associate the performance sequence file. The information sharing identifier supports cross-vehicle distribution and sharing. For example, the information sharing identifier can be in the form of a QR code, a sharing link, etc.

[0105] Specifically, the choreographed performance sequence, along with encapsulation parameters including the creator's identifier, is packaged into a single performance sequence file. This file is then uploaded to the cloud, where the cloud generates a unique information sharing identifier based on the encapsulation parameters within the performance sequence file. The cloud can then send this information sharing identifier back to the original vehicle or other vehicles, allowing the original vehicle to transmit it to other vehicles, enabling those vehicles to access the corresponding performance sequence file.

[0106] In this way, the encapsulation of performance sequence files with creator information ensures that every subsequent secondary distribution and modification can be traced back to the original creator, facilitating copyright traceability. The unified cloud storage of performance sequence files and the generation of sharing information identifiers as retrieval entry points allow any vehicle, regardless of device location, to access the complete performance sequence files for reuse and arrangement, significantly reducing the costs of creation and dissemination.

[0107] In one alternative embodiment, please refer to Figure 11 The vehicle dynamic performance method also includes steps 021 and 022. Step 012 includes step 0121, which will be explained in detail below.

[0108] Step 021: Obtain the target information sharing identifier from the cloud. The target information sharing identifier can be any information sharing identifier stored in the cloud. Step 022: Based on the target information sharing identifier, obtain the first performance sequence file corresponding to the target information sharing identifier from the cloud; Step 0121: Based on the first performance sequence corresponding to the first performance sequence file, generate control instructions and performance timing corresponding to each performance action in the first performance sequence.

[0109] Specifically, the user can browse and select the desired information sharing identifier from the numerous information sharing identifiers available in the cloud. Alternatively, the target information sharing identifier can be obtained through communication with other terminal devices (such as smartphones, tablets, etc.).

[0110] Using the selected target information sharing identifier, the first performance sequence file associated with the target information sharing identifier is retrieved from the cloud. Then, the first performance sequence in this file is parsed, and step 012 is used to generate corresponding control instructions and performance timing for each performance action in the first performance sequence. The specific process has been described in detail in step 012 and will not be repeated here. Optionally, the first performance sequence file includes the control instructions and performance timing corresponding to each performance action in the first performance sequence.

[0111] In this way, by using the information sharing identifier as a unique index, the corresponding performance sequence file in the cloud can be quickly located, allowing other users to directly reuse other people's or archived performance schemes for vehicle dynamic performances without having to manually rearrange them, effectively improving reusability and convenience.

[0112] Optionally, after obtaining the first performance sequence file from the cloud via the target information sharing identifier, the integrity of the first performance sequence file is verified, the source of the creator identifier is determined to be legitimate, and its compatibility with the current vehicle is checked. This avoids loading malicious or incompatible files, ensures compatibility with the current vehicle model, and guarantees the safety and reliability of the first performance sequence.

[0113] In one alternative embodiment, please continue to refer to Figure 11 The vehicle dynamic performance method also includes step 023, and step 012 includes step 0122, which will be explained in detail below.

[0114] Step 023: In response to the second editing operation on the graphical user interface, edit the first performance sequence corresponding to the first performance sequence file to generate the second performance sequence; Step 0122: Based on the second performance sequence, generate the control instructions and performance timing corresponding to each performance action in the second performance sequence.

[0115] Specifically, after obtaining the first performance sequence file from the cloud via the target information sharing identifier, if the user feels it does not fully meet their needs, they can modify and adjust the first performance sequence file (such as adjusting action timing, modifying action parameters, changing target music, etc.) through a second editing operation to generate a completely new second performance sequence that better suits their needs. Then, based on the edited second performance sequence, corresponding control commands and performance timing are regenerated for each performance action in the second performance sequence, thereby controlling the vehicle to perform a dynamic performance.

[0116] Thus, by supporting secondary creation based on existing performance sequences, users can save choreography time, facilitate personalized customization, and improve the efficiency and flexibility of creation.

[0117] All of the above technical solutions can be combined in any way to form optional embodiments of this application, and will not be described in detail here.

[0118] To facilitate better implementation of the vehicle dynamic performance method of this application, this application also provides a vehicle dynamic performance device. Please refer to... Figure 12 , Figure 12 This is a schematic diagram of the vehicle dynamic performance device provided in an embodiment of this application. The vehicle dynamic performance device 200 includes: The sequence generation module 201 is used to determine the performance actions corresponding to each moment in response to the first editing operation of the graphical user interface, so as to generate a performance sequence, wherein the performance actions are attitude transformation actions that the vehicle can perform. The instruction generation module 202 is used to generate control instructions and performance timing for each performance action based on the performance sequence. The performance control module 203 is used to control the vehicle to perform based on various control commands and the corresponding performance sequence.

[0119] Each module or unit in the aforementioned vehicle dynamic performance device can be implemented entirely or partially through software, hardware, or a combination thereof. Each unit can be embedded in or independent of the processor in the electronic device in hardware form, or stored in the memory of the electronic device in software form, so that the processor can call and execute the corresponding operations of each unit.

[0120] This application also provides an electronic device, including a memory, a processor, and a display. The memory stores a computer program, and the processor calls the computer program stored in the memory to implement various processes of the above-described vehicle dynamic performance method embodiments, achieving the same technical effects. To avoid repetition, these will not be described again here. The display is used to display a graphical user interface. Optionally, the electronic device may include, but is not limited to, an in-vehicle touch terminal, a terminal device capable of communicating and interacting with the vehicle (such as a smartphone, tablet, laptop, etc.), etc. This application does not limit this.

[0121] Figure 13 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. The electronic device may be a terminal or a server. Figure 13 As shown, the electronic device 300 includes a processor 301 with one or more processing cores, a memory 302 with one or more computer-readable storage media, and a computer program stored in the memory 302 and executable on the processor. The processor 301 and the memory 302 are electrically connected. Those skilled in the art will understand that the electronic device structure shown in the figures does not constitute a limitation on the electronic device, and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0122] The processor 301 is the control center of the electronic device 300. It connects various parts of the electronic device 300 through various interfaces and lines. By running or loading software programs and / or modules stored in the memory 302, and calling data stored in the memory 302, it executes various functions of the electronic device 300 and processes data, thereby performing overall processing of the electronic device 300.

[0123] Optional, such as Figure 13 As shown, the electronic device 300 also includes: a display screen 303, a radio frequency circuit 304, an audio circuit 305, an input unit 306, and a power supply 307. The processor 301 is electrically connected to the display screen 303, the radio frequency circuit 304, the audio circuit 305, the input unit 306, and the power supply 307. Those skilled in the art will understand that... Figure 13 The electronic device structure shown does not constitute a limitation on the electronic device and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0124] The display screen 303 can be used to display a graphical user interface (GUI) and receive operation commands generated by the user interacting with the GUI. The display screen 303 may include a display panel and a touch panel. The display panel can be used to display information input by the user or information provided to the user, as well as various graphical user interfaces of the electronic device. These graphical user interfaces can be composed of graphics, text, icons, video, and any combination thereof. The touch panel can be used to collect touch operations performed by the user on or near it (such as operations performed by the user using a finger, stylus, or any suitable object or accessory on or near the touch panel), generate corresponding operation commands, and execute the corresponding program according to the operation commands.

[0125] Optionally, the touch panel may include two parts: a touch detection device and a touch controller. The touch detection device detects the user's touch location and the signal generated by the touch operation, transmitting the signal to the touch controller. The touch controller receives touch information from the touch detection device, converts it into touch point coordinates, and sends it to the processor 301. It can also receive and execute commands from the processor 301. The touch panel may cover the display panel. When the touch panel detects a touch operation on or near it, it transmits the information to the processor 301 to determine the type of touch event. Subsequently, the processor 301 provides corresponding visual output on the display panel based on the type of touch event. In this embodiment, the touch panel and the display panel can be integrated into the display screen 303 to achieve input and output functions. However, in some embodiments, the touch panel and the display screen 303 can be implemented as two independent components to achieve input and output functions. That is, the display screen 303 can also be used as part of the input unit 306 to achieve input functions.

[0126] The radio frequency circuit 304 can be used to transmit and receive radio frequency signals to establish wireless communication with network devices or other electronic devices, and to transmit and receive signals with network devices or other electronic devices.

[0127] Audio circuitry 305 can be used to provide an audio interface between a user and an electronic device via a speaker and a microphone. Audio circuitry 305 converts received audio data into electrical signals, transmits them to the speaker, and the speaker converts them into sound signals for output. Conversely, the microphone converts collected sound signals into electrical signals, which are then received by audio circuitry 305, converted back into audio data, and then processed by processor 301 before being transmitted via radio frequency circuitry 304 to, for example, another electronic device, or output to memory 302 for further processing. Audio circuitry 305 may also include an earphone jack to facilitate communication between peripheral headphones and electronic devices.

[0128] The input unit 306 can be used to receive input numbers, characters, or object feature information (such as fingerprints, irises, facial information, etc.), and to generate keyboard, mouse, joystick, optical, or trackball signal inputs related to user settings and function control.

[0129] Power supply 307 is used to supply power to various components of electronic device 300. Optionally, power supply 307 can be logically connected to processor 301 through a power management system, thereby enabling functions such as charging, discharging, and power consumption management through the power management system. Power supply 307 may also include one or more DC or AC power supplies, recharging systems, power fault detection circuits, power converters or inverters, power status indicators, and other arbitrary components.

[0130] although Figure 13 As not shown in the diagram, the electronic device 300 may also include a camera, sensor, wireless fidelity module, Bluetooth module, etc., which will not be described in detail here.

[0131] This application also provides a vehicle including the aforementioned electronic device. The electronic device may be an in-vehicle touchscreen terminal or a terminal device capable of communicating and interacting with the vehicle (such as a smartphone, tablet, etc.). The vehicle may also include a suspension system and an in-vehicle audio playback device. The suspension system is used to receive instructions from the electronic device to adjust the overall posture of the vehicle to achieve dynamic performance; the electronic device is used to respond to user touch operations to edit the performance sequence; and the in-vehicle audio playback device is used to play music. Optionally, the vehicle may also include a power supply, environmental perception sensors (such as cameras, radar), etc., but this application does not limit this aspect.

[0132] Please see Figure 14 , Figure 14This is a schematic diagram of the vehicle structure provided in the embodiments of this application. The vehicle 400 includes an electronic device 300. The electronic device 300 is used to execute various processes of the vehicle dynamic performance method, which have been described in detail in the various processes of the embodiments of the vehicle dynamic performance method described above, and can achieve the same technical effect, so they will not be repeated here.

[0133] This application also provides a computer-readable storage medium for storing a computer program. This computer-readable storage medium can be applied to an electronic device, and the computer program causes the electronic device to execute the corresponding processes in the image generation method of the embodiments of this application; for the sake of brevity, these will not be elaborated further here.

[0134] This application also provides a computer program product including computer instructions stored in a computer-readable storage medium. The processor of an electronic device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the electronic device to perform the corresponding process in the image generation method of this application embodiment. For simplicity, further details are omitted here.

[0135] It should be understood that the processor in this application may be an integrated circuit chip with signal processing capabilities. In implementation, the steps of the above method embodiments can be completed by integrated logic circuits in the processor's hardware or by instructions in software form. The processor described above can be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this application can be directly embodied in the execution of a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software modules can be located in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. This storage medium is located in memory, and the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method.

[0136] It is understood that the memory in the embodiments of this application can be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDR SDRAM), Enhanced Synchronous DRAM (ESDRAM), Synchlink DRAM (SLDRAM), and Direct Rambus RAM (DR RAM). It should be noted that the memory used in the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0137] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0138] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0139] In the embodiments of this application, the terms "module" or "unit" refer to a computer program or part of a computer program that has a predetermined function and works with other related parts to achieve a predetermined goal, and can be implemented wholly or partially using software, hardware (such as processing circuitry or memory), or a combination thereof. Similarly, a processor (or multiple processors or memory) can be used to implement one or more modules or units. Furthermore, each module or unit can be part of an overall module or unit that includes the functionality of that module or unit.

[0140] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0141] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0142] In addition, the functional units in this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0143] If a function is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause an electronic device (which may be a personal computer or a server) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

[0144] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method for vehicle dynamic performance, characterized in that, Applied to an electronic device that provides a graphical user interface, the method includes: In response to a first editing operation on the graphical user interface, the performance actions corresponding to each moment are determined to generate a performance sequence, wherein the performance actions are attitude transformation actions that the vehicle can perform; Based on the performance sequence, control instructions and performance timing corresponding to each of the performance actions are generated respectively; Based on each of the control commands and the corresponding performance sequence, the vehicle is controlled to perform.

2. The vehicle dynamic performance method according to claim 1, characterized in that, The graphical user interface displays a timeline and at least one preset performance action. The step of determining the performance action corresponding to each moment in response to a first editing operation on the graphical user interface to generate a performance sequence includes: In response to a first trigger operation on a target performance action, the moment of the target performance action on the timeline is determined, wherein the target performance action is any preset performance action; and / or In response to a second triggering operation on the target performance action, motion parameters of the target performance action are configured, wherein the motion parameters include at least one of motion amplitude, motion frequency, and duration; The performance sequence is generated based on the target performance actions corresponding to each moment on the timeline.

3. The vehicle dynamic performance method according to claim 2, characterized in that, The step of generating the performance sequence based on the target performance actions corresponding to each moment on the time axis further includes: Feasibility verification is performed on each of the target performance actions to obtain feasibility verification results, which include whether the action is feasible or not. If the feasibility verification result is feasible, proceed to the step of generating the performance sequence based on the target performance actions corresponding to each moment on the time axis; If the feasibility verification result is that it is not feasible, in response to the third trigger operation on the target performance action, the time of the target performance action on the time axis and / or the corresponding action parameters are updated, and the feasibility verification is performed on each of the updated target performance actions.

4. The vehicle dynamic performance method according to any one of claims 1-3, characterized in that, The graphical user interface displays a preview control, and the method further includes: In response to a triggering operation of the preview control, a simulated animation is displayed on the graphical user interface. The simulated animation is a visual effect of a virtual vehicle model corresponding to the vehicle performing according to the performance sequence.

5. The vehicle dynamic performance method according to any one of claims 1-3, characterized in that, Also includes: A safety inspection is performed on a preset perimeter of the vehicle to obtain a safety inspection result, which may be either safe or unsafe. If the safety detection result is safe, proceed to the step of generating control instructions and performance timing corresponding to each of the performance actions based on the performance sequence; If the safety test result is unsafe, a warning message is issued, which indicates that there is an obstacle around the vehicle.

6. The vehicle dynamic performance method according to claim 1, characterized in that, The method further includes: Determine the target music to match the performance sequence, wherein the target music is any preset music; The process of controlling the vehicle to perform based on each of the control commands and the corresponding performance timing includes: Based on the various control commands and their corresponding performance sequences, the vehicle is controlled to perform and play the target music.

7. The vehicle dynamic performance method according to claim 1 or 6, characterized in that, The control of the vehicle to perform based on each of the control commands and the corresponding performance timing includes: Based on each of the control commands and the corresponding performance sequence, the vehicle is controlled to perform, and the performance animation is displayed synchronously on the graphical user interface. The performance animation is the visual effect of the virtual vehicle model corresponding to the vehicle performing according to the control commands and the corresponding performance sequence.

8. The vehicle dynamic performance method according to any one of claims 1-3, characterized in that, The method further includes: Based on the performance sequence and the corresponding encapsulation parameters, a performance sequence file is generated, wherein the encapsulation parameters include at least the creator identifier; The performance sequence file is uploaded to the cloud so that the cloud can generate a corresponding information sharing identifier based on the performance sequence file.

9. The vehicle dynamic performance method according to claim 8, characterized in that, The method further includes: Obtain the target information sharing identifier from the cloud, wherein the target information sharing identifier is any of the information sharing identifiers stored in the cloud; Based on the target information sharing identifier, obtain the first performance sequence file corresponding to the target information sharing identifier from the cloud; The step of generating control instructions and performance timing corresponding to each performance action based on the performance sequence includes: Based on the first performance sequence corresponding to the first performance sequence file, control instructions and performance timing corresponding to each performance action in the first performance sequence are generated respectively.

10. The vehicle dynamic performance method according to claim 9, characterized in that, The method further includes: In response to a second editing operation on the graphical user interface, the first performance sequence corresponding to the first performance sequence file is edited to generate a second performance sequence; The step of generating control instructions and performance timing corresponding to each performance action based on the performance sequence includes: Based on the second performance sequence, control instructions and performance timing corresponding to each performance action in the second performance sequence are generated respectively.

11. An electronic device, characterized in that, It includes a memory, a processor, and a display; the memory stores a computer program, and the processor executes the vehicle dynamic performance method as described in any one of claims 1-10 by calling the computer program stored in the memory; the display is used to display a graphical user interface.

12. A vehicle, characterized in that, Includes the electronic device as described in claim 11.

13. A computer-readable storage medium, characterized in that, The device contains a computer program that, when executed by a processor, implements the vehicle dynamic performance method as described in any one of claims 1-10.