Vehicle-mounted central control screen control method, vehicle-mounted central control screen and storage medium

Abstract

The invention discloses a vehicle-mounted central control screen control method, a vehicle-mounted central control screen and a storage medium, and relates to the technical field of general control systems.The vehicle-mounted central control screen control method comprises the steps that in response to triggering operation of an interface switching control in a first interface, at least one kind of pre-stored layout information is obtained; selecting target layout information from the layout information based on a preset rule; and generating a second interface according to the target layout information, and rendering and displaying the second interface. The technical problems that in the related technology, the content displayed by a third-party central control screen is single, the number of functions is small, and the use requirement of a user is difficult to meet are solved, and the technical effects that the interface layout is adaptively generated according to the user requirement, and the display diversity of the central control screen is improved are achieved.

Description

Technical Field

[0001] The present application relates to the general field of control system technology, and in particular to a vehicle-mounted central control screen control method, a vehicle-mounted central control screen and a storage medium. Background Art

[0002] With the continuous development of the automobile industry and people's increasing requirements for driving experience, the in-vehicle central control screen, as a key component in modern car interiors, has gradually become the core hub of vehicle information interaction and entertainment functions. Entering the digital age, liquid crystal display technology has begun to be applied to the field of in-vehicle central control screens. This enables the central control screen to present more complex information with higher resolution and rich colors, including navigation maps, multimedia playlists, etc.

[0003] However, current third-party central control screens basically use the native Android interface, displaying a single content and having few functions, which makes it difficult to meet user needs. Summary of the invention

[0004] The main purpose of this application is to provide a vehicle-mounted central control screen control method, device and storage medium, aiming to solve the technical problem that the current third-party central control screen basically adopts the native Android interface, displays a single content, has few functions, and is difficult to meet the user's usage needs.

[0005] To achieve the above-mentioned purpose, the present application provides a method for controlling a vehicle-mounted central control screen, and the method for controlling a vehicle-mounted central control screen comprises: In response to a triggering operation of an interface switching control in the first interface, obtaining at least one pre-stored layout information; Selecting target layout information from the layout information based on a preset rule; Generate a second interface according to the target layout information, and render and display the second interface.

[0006] In addition, to achieve the above-mentioned purpose, the present application also provides a vehicle-mounted central control screen, which includes: a memory, a processor, and a computer program stored on the memory and run on the processor, and the computer program is configured to implement the steps of the vehicle-mounted central control screen control method as described above.

[0007] In addition, to achieve the above-mentioned purpose, the present application also provides a storage medium, which is a computer-readable storage medium, and the computer-readable storage medium stores a program for implementing the vehicle-mounted central control screen control method. The program for implementing the vehicle-mounted central control screen control method is executed by a processor to implement the steps of the vehicle-mounted central control screen control method as described above.

[0008] The present application provides a method for controlling a vehicle-mounted central control screen. The present application obtains at least one pre-stored layout information by responding to a trigger operation of an interface switching control in a first interface; selects target layout information in the layout information based on a preset rule; generates a second interface according to the target layout information, and renders and displays the second interface. The present application solves the technical problem in the related art that the third-party central control screen displays a single content, has few functions, and is difficult to meet the user's usage needs, and realizes the technical effect of adaptively generating an interface layout according to user needs and improving the display diversity of the central control screen. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0010] Figure 1 A flowchart of the first embodiment of the vehicle-mounted central control screen control method of the present application is provided; Figure 2 This is a schematic diagram of the first interface in the first embodiment of the vehicle-mounted central control screen control method of the present application; Figure 3 These are four schematic diagrams of layout information pre-stored in Embodiment 1 of the vehicle-mounted central control screen control method of this application; Figure 4 This is a schematic diagram of user-defined layout information in Embodiment 1 of the vehicle-mounted central control screen control method of this application; Figure 5 This is a schematic diagram of the second interface in the first embodiment of the vehicle-mounted central control screen control method of the present application; Figure 6 This is a schematic diagram of the hardware structure involved in the vehicle central control screen of this application. DETAILED DESCRIPTION

[0011] It should be understood that the specific embodiments described herein are only used to explain the technical solutions of the present application and are not used to limit the present application.

[0012] In order to better understand the technical solution of the present application, the following will be described in detail in conjunction with the drawings and specific implementation methods of the specification. The current third-party central control screen basically adopts the native Android interface, displays a single content, has fewer functions, and is difficult to meet the user's usage needs. The present application obtains at least one pre-stored layout information by responding to the trigger operation of the interface switching control in the first interface; selects the target layout information in the layout information based on preset rules; generates a second interface according to the target layout information, and renders and displays the second interface. It realizes the technical effect of adaptively generating the interface layout according to user needs and improving the display diversity of the central control screen.

[0013] It should be noted that the execution subject of this embodiment can be a vehicle controller, or a computing service device with data processing, network communication and program running functions, such as a tablet computer, a personal computer, a mobile phone, etc., or a vehicle-mounted central control screen that can realize the above functions, etc. This embodiment does not specifically limit this. The following takes the vehicle-mounted central control screen as the execution subject as an example to illustrate this embodiment and the following embodiments.

[0014] Based on this, the first embodiment of the present application proposes a vehicle-mounted central control screen control method, please refer to Figure 1 The vehicle-mounted central control screen control method includes steps S10 to S30: Step S10: in response to a triggering operation of an interface switching control in the first interface, obtaining at least one pre-stored layout information.

[0015] In this embodiment, the first interface and the second interface are both interfaces displayed on the vehicle's central control screen, and are not interfaces of specific content. For the interface switching action, the first interface is displayed before the switch, and the second interface is displayed after the switch. For example, when the interface switching is triggered continuously, interface 1 is the first interface, and interface 2 after the switch is the second interface. However, for the second interface switching, interface 2 is the first interface, and interface 3 is the second interface. In the content displayed on the vehicle's central control screen, refer to Figure 2 , Figure 2 is an example of the first interface. There is a row of triggerable controls above the interface, one of which is an interface switching control. When the interface switching control is triggered, the pre-stored layout information is obtained. The layout information has at least one reference Figure 3 , Figure 3 There are four types of layout information shown in Figure 1. When the user does not customize the layout information, the system has several types of layout information built-in when it leaves the factory, and each type of layout information has an associated layout type. Figure 4 If the user customizes the layout information, the user can set the layout type of the layout information. The layout information refers to the widgets that need to be displayed in the displayed interface, as well as the size of each widget, the arrangement of the widgets, and other information.

[0016] In step S20 , target layout information is selected from the layout information based on a preset rule.

[0017] In this embodiment, the preset rule means that the vehicle-mounted central control screen obtains certain data, then matches the data with the preset rule, and selects the target layout information in the layout information according to the matching rule.

[0018] As an optional implementation, if there are at least two types of layout information, the priority of each layout information is obtained; and the target layout information is selected based on the priority. After the layout information is obtained, the priority of each layout information is determined according to the priority configured by the user for these layout information, or according to the user's usage frequency, and then the highest priority is selected as the target layout information according to the priority.

[0019] As another optional implementation, layout reference data is acquired, a recommended layout type is determined according to the layout reference data, and then the layout information matching the recommended layout type is selected as the target layout information.

[0020] Step S30, generating a second interface according to the target layout information, and rendering and displaying the second interface.

[0021] In this embodiment, the second interface has been described above and will not be described again here.

[0022] After determining the target layout information, obtain the component requirement data of each widget according to the widgets in the target layout information, and then fill the component requirement data into each widget to generate the second interface, and then render the second interface to the vehicle central control screen, refer to Figure 5 , Figure 5 This is an example of the second interface.

[0023] As an optional implementation, the vehicle-mounted central control screen has a built-in high-performance processor, which is responsible for the calculation and control of the entire system. It is connected to a large-capacity storage module for storing pre-stored layout information, various applications and related data. The display module uses a high-resolution, high-brightness touch screen to ensure that information can be clearly displayed under different lighting conditions and accurately receive the user's touch operation. The sensor module integrates a variety of sensors such as light sensors, gyroscopes, accelerometers, etc., which are used to perceive the vehicle's internal and external environmental information and the vehicle's driving status in real time. The interface switching control is located in a fixed area above the display interface of the vehicle-mounted central control screen, and is presented in the form of a simple and clear icon, such as a rectangular icon with left and right arrows, which is convenient for users to operate with one hand. When the user's finger touches the icon and generates a sliding action (sliding to the left or right), the touch detection circuit of the central control screen immediately captures this trigger operation and transmits the signal to the processor. The system has pre-stored layout information of at least three different layout types built-in when it leaves the factory, which is stored in a specific partition of the storage module. For example, one layout is designed for long-distance driving, focusing on navigation information, mileage estimation, and fatigue driving reminder components. The components are large in size, compact and reasonable in layout, making it easy for drivers to get key information at a glance; another layout focuses on urban commuting, placing music playback, real-time traffic information, and nearby parking lot query components in a prominent position, making it easy for drivers to operate in congested road conditions; there is also a general layout that evenly displays vehicle status (such as speed, fuel consumption, tire pressure), multimedia entertainment, and commonly used quick setting functions. Users can enter a dedicated setting interface through the central control screen, use intuitive operations such as dragging, zooming, etc. to rearrange and combine widgets, define their own layout information, and specify layout types for them, such as "weekend travel layout" and "work commuting layout". Customized layout information is also stored in the storage module and managed uniformly with the factory built-in layout information. In the process of customizing layout information, users can manually set a priority value for each layout, ranging from 1 to 10, and the higher the value, the higher the priority. For example, if the user often travels on business, he or she may set the priority of "Long-distance Driving Layout" to 8, the priority of "Weekend Travel Layout" to 6, and the priority of "Work Commuting Layout" to 7. Alternatively, the central control screen system has a built-in intelligent statistics module, which silently records the usage time and number of times each layout information is used in the background. At regular intervals (such as a week), the system will recalculate the priority of each layout information based on statistical data. For example, if the cumulative usage time of the "Work Commuting Layout" reaches 5 hours and the number of times it is used is 20 times in the past week, after calculation by a specific algorithm, its priority may be increased to 8, surpassing other layouts to become the top priority. When the interface switch is triggered, the system first queries the priority list and selects the layout information with the highest priority as the target layout information. Alternatively, the central control screen obtains the current time information in real time by connecting to the on-board clock module.For example, from 7 to 9 in the morning, the system determines that it is the rush hour and tends to recommend a layout suitable for urban commuting; from 6 to 8 in the evening, if it is Friday, it is determined based on historical data that the user may go out for fun after get off work, and recommends a "weekend travel layout". With the help of the vehicle's GPS module, the central control screen knows the exact location of the vehicle. When the vehicle enters a mountainous area with weak signals, the importance of the navigation component becomes prominent, and the system prioritizes the recommendation of a layout with a stable offline navigation function and a prominent signal strength display; if the vehicle is parked near a shopping mall parking lot, it automatically switches to a layout that highlights surrounding food, shopping recommendations, and vehicle tracking functions. Communicate with the vehicle's electronic control unit (ECU) to obtain status information such as vehicle speed, fuel consumption, and tire pressure. When the vehicle speed is continuously higher than 100 km / h and the fuel consumption is high, the system infers that the vehicle is driving on a long-distance highway, recommends an optimized layout for long-distance driving, and displays energy-saving driving tips and information about nearby service areas. The system determines the recommended layout type based on the collected layout reference data and the preset matching rules. For example, the current time is 8 am, the vehicle is on the main road of the city, and the speed is between 30 and 50 km / h. The matching rules determine that the "city commuting layout" should be recommended. After obtaining the recommended layout type, the central control screen searches for a matching layout in the stored layout information and determines it as the target layout information. When each widget is loaded into the target layout information, the central control screen system sends a data request to the corresponding application or data source. Taking the navigation widget as an example, it requests the current location, destination information, route planning and other data from the vehicle navigation system; the music player widget obtains the current playlist, song progress, volume control and other data from the multimedia player system; the vehicle status widget obtains the latest vehicle speed, fuel consumption, tire pressure, fault alarm and other data from the ECU. The graphics processing unit (GPU) of the central control screen synthesizes and renders the interface according to the widget size and position specified in the target layout information and the obtained component requirement data. It uses advanced graphics rendering algorithms to ensure that the interface displays smoothly, the colors are bright, and the text is clear and readable. For example, when rendering the second interface of the long-distance driving layout, the navigation map is displayed in a larger size and high definition in the center of the screen, the estimated cruising range is displayed in eye-catching digital form in the upper right corner, the fatigue driving reminder is placed in the upper left corner as a flashing icon, and other components are reasonably distributed according to the layout. The whole process is completed within 1 second, realizing fast interface switching without affecting the driver's attention.

[0024] Through the above-mentioned detailed implementation methods and specific usage scenario embodiments, the vehicle-mounted central control screen control method of the present invention can effectively solve the problems of existing third-party central control screens, greatly improve the user experience in different driving scenarios, and meet diverse needs.

[0025] Based on the first embodiment, the second embodiment of the present application proposes a vehicle-mounted central control screen control method, step S20, including: Step S21, acquiring layout reference data, wherein the layout reference data includes vehicle operating state data, vehicle driving environment data, and driver image data.

[0026] In this embodiment, the vehicle operation status data refers to various parameter information reflecting the real-time operation status of the vehicle, which is collected by the vehicle electronic control unit (ECU) and various sensors connected to it. It covers multiple key indicators such as vehicle speed, engine speed, transmission gear, coolant temperature, remaining fuel, tire pressure, etc. For example, the vehicle speed information is measured by the wheel speed sensor installed at the wheel hub, and the actual vehicle speed value is converted by the ECU, and the unit is usually kilometers per hour (km / h); the remaining fuel is sensed by the liquid level sensor in the fuel tank and converted into the remaining fuel volume or percentage data that can be read by the central control screen.

[0027] The vehicle driving environment data describes the relevant characteristics of the vehicle's external environment, including geographical location, weather conditions, road type, traffic congestion level and other information. The geographical location is accurately located by the vehicle's global positioning system (GPS) module and presented in the form of longitude and latitude coordinates, which can be accurate to meters or even higher, allowing the central control screen to know the specific block in the city where the vehicle is located, the section number of the highway, etc.; weather condition data can be obtained by connecting to the online meteorological service platform to obtain real-time updated information, covering weather types such as sunny, rainy, snowy, and foggy, as well as corresponding parameters such as temperature, humidity, and wind speed, which helps the central control screen to prepare functional layouts for drivers to cope with different weather conditions in advance; road type judgment is based on the vehicle's map data and GPS trajectory analysis to distinguish between urban roads, highways, rural roads, etc. Different roads have different requirements for navigation and warning functions; the degree of traffic congestion is intuitively reflected by the real-time traffic information service, combined with the color markings of the road sections on the map (such as green for smooth traffic, yellow for slow traffic, and red for congestion) or the congestion index value to reflect the current road's traffic efficiency. The geographic location data is continuously updated automatically by the GPS module and transmitted to the central control screen in real time; the weather condition data requires the built-in networking function module of the central control screen to periodically (such as every 15 minutes) initiate a query request to the selected meteorological service platform, receive and parse the returned weather data; the road type and traffic congestion level information comes from the real-time update of the on-board map software on the one hand, and on the other hand, it is combined with the vehicle's own driving speed, acceleration and other operating status data for comprehensive judgment. For example, long-term low-speed driving and frequent starts and stops may indicate traffic congestion, while stable high-speed driving with small road curvature indicates a high probability of being in a highway environment.

[0028] Driver image data is the visual image information of the driver's face, eyes, body movements, etc. captured by the camera in the car, and converted into feature data with specific meanings after being processed by the image recognition algorithm. Facial features can be used to identify the driver's identity to ensure the accurate call of personalized settings; eye features focus on the frequency of eyelid closure, the direction and amplitude of eyeball rotation, etc., to judge the driver's fatigue state. Under normal circumstances, the eyelids close 10-20 times per minute. If it exceeds a certain threshold (such as more than 30 times per minute), it may indicate fatigue driving; body movements observe the position of the driver's hands on the steering wheel, whether the sitting posture is frequently adjusted, etc., to assist in judging driving comfort and concentration. For example, if the hands deviate from the standard grip position of the steering wheel for a long time, it may mean that the driver needs more convenient control assistance functions. A high-definition camera is usually installed above the front windshield or above the dashboard in the car. The camera captures the driver's image at a frame rate of 25-30 frames per second, and the image data is transmitted in real time to the image processor built into the central control screen. The image processor runs advanced deep learning image recognition algorithms, such as face, eye, and body recognition models based on convolutional neural networks (CNN), extracts and analyzes features for each frame of the image, and converts the raw image data into structured driver image data for use in subsequent steps.

[0029] Step S22: determining a recommended layout type according to the layout reference data.

[0030] In this embodiment, the decision model is an intelligent judgment system based on preset logical rules and algorithms. It takes the obtained layout reference data as input, and outputs the corresponding recommended layout type through a series of complex calculations and judgment processes. The model is pre-built into the storage chip of the vehicle-mounted central control screen, covering a large number of matching relationships between layout reference data and recommended layout types in different scenarios. These relationships are summarized and summarized through the analysis and simulation of massive actual driving data and the experience of professional drivers. For example, the model stipulates that when the vehicle speed is higher than 100km / h, it is located on the highway and the driver's eye closure frequency is normal, the "long-distance high-speed driving layout" is recommended. This layout highlights the stability of navigation information, vehicle power system parameter monitoring and the continuity of music playback to meet the needs of long-distance driving; for example, when the weather is rainy or snowy, the traffic congestion is high and the driver's body movements show discomfort, the "bad weather congestion driving layout" is recommended, focusing on the layout of wiper control, defogging function, real-time road condition in-depth analysis and seat heating and ventilation adjustment components to improve driving safety and comfort. When the vehicle-mounted central control screen obtains the latest layout reference data, it immediately inputs these data into the decision model. The decision model first standardizes each data item so that it is in a unified data format and value range for subsequent calculations. Then, the vehicle operation status data, vehicle driving environment data, and driver image data are analyzed and judged in turn according to the preset priority order. Taking the vehicle operation status data as an example, if the speed data shows that the vehicle is in a high-speed driving state, the model will initially screen out several layout type candidates suitable for high-speed scenarios, and then combine the subsequent driving environment data (such as weather, road type) and driver image data (such as fatigue status) to further narrow the selection range, and finally determine the only recommended layout type. The entire calculation process is efficiently completed in the core area of ​​the processor of the central control screen, and usually takes no more than 1 second, ensuring that the driver's interface switching needs can be responded to in a timely manner.

[0031] Step S23 , selecting the target layout information corresponding to the recommended layout type in the layout information.

[0032] In this embodiment, the layout information storage management involves the organization, storage and retrieval method of all pre-stored layout information of the vehicle-mounted central control screen. The pre-stored layout information is stored in the large-capacity flash memory chip of the central control screen in a specific data structure. Each layout information has a corresponding unique identifier (ID, Identification) and an associated layout type tag. The layout information content covers the detailed properties of each widget on the interface, including the component name, function description, coordinate position on the interface (in pixels), occupied area size (length and width pixel values), display style (color, font, icon, etc.), data source link (pointing to the application or vehicle system module that provides component data) and other key elements. For example, the navigation widget of "Long-distance Highway Driving Layout" has an ID of 001, is located in the center area of ​​the screen, has a size of 400 pixels long × 300 pixels wide, and uses a high-definition map style. The data source link points to the vehicle navigation system; the music player widget has an ID of 002, is located in the lower right corner of the screen, is small in size, and is easy to operate with one hand, and the data source link is a multimedia playback system.

[0033] After the recommended layout type is determined, the retrieval module of the central control screen is quickly started, using the recommended layout type as a keyword to quickly search and match in the flash memory chip that stores the layout information. Using efficient indexing algorithms, such as the B-Tree-based index structure, all layout information entries that match the recommended layout type are located. Then, according to the preset priority rules (such as giving priority to the layout information that the user has recently used and customized, and if there is none, selecting the layout information with a high priority in the factory default settings), the final target layout information is selected from the matching layout information. After selection, all relevant data of the target layout information is loaded into the memory buffer of the central control screen, ready to enter the next step of the interface generation and rendering process.

[0034] Through the above detailed implementation methods, the vehicle-mounted central control screen can intelligently and efficiently select the target layout information that best suits the current driving scenario based on various accurately acquired layout reference data, thereby providing the driver with a more personalized and convenient central control screen control experience, significantly improving driving safety and comfort.

[0035] Optionally, step S22 includes: step S221, if there is abnormal data in the vehicle operation status data, determining that the recommended layout type is an abnormal prompt layout.

[0036] In this embodiment, vehicle operation status data: a collection of information reflecting the operation status of various vehicle systems collected in real time by the vehicle-mounted electronic control unit and various sensors connected thereto, including but not limited to parameters such as vehicle speed, engine speed, coolant temperature, fuel quantity, and tire pressure. These parameters are transmitted to the vehicle-mounted central control screen through a vehicle-mounted network such as a CAN bus in a specific data format and frequency. Abnormal data: refers to the value of one or more key parameters in the vehicle operation status data that deviates from the normal operating range. The normal operating range is a threshold range used to measure whether the vehicle is in a healthy operating state based on the vehicle design specifications, safety standards, and a large amount of actual operating data statistical analysis. For example, the normal range of engine coolant temperature for a general family car is 80-105°C. If it exceeds this range, it is abnormal data. Abnormal prompt layout: a specific interface layout pre-designed and stored in the vehicle-mounted central control screen, specifically used to display fault information, warning signs, and corresponding handling suggestions to the driver in a striking and intuitive manner when the vehicle has abnormal operation. Its interface elements usually include a large red warning area, a prominent fault icon, concise and clear text descriptions, and operable emergency buttons such as calling for help and viewing detailed fault information.

[0037] The vehicle-mounted central control screen has a built-in dedicated data receiving and monitoring module, which reads the vehicle operation status data from the CAN bus at a fixed time interval (such as 100 milliseconds). The module compares each received data with the corresponding normal range threshold value pre-stored in the internal memory of the central control screen. The comparison algorithm uses an efficient binary search method. When a parameter value is found to exceed the upper limit of its normal range or below the lower limit of the normal range, it is immediately determined that the vehicle operation status data corresponding to the parameter is abnormal, and the name of the abnormal parameter, the current value, and the direction of the threshold exceeding the upper limit or below the lower limit are recorded. For example, if the engine coolant temperature is read as 110°C, and the normal upper limit stored internally is 105°C, the coolant temperature is determined to be abnormal and recorded as "coolant temperature, 110°C, higher than the upper limit". When the monitoring module determines that the vehicle operation status data is abnormal, the layout management system of the central control screen is quickly started. The system first queries the internally stored layout mapping table, which is indexed by the abnormal parameter name and associated with the corresponding abnormal prompt layout ID. For example, if the coolant temperature is determined to be abnormal, the corresponding "coolant temperature abnormal prompt layout" with a layout ID of 001 is searched in the mapping table. After finding the corresponding layout ID, the layout management system marks the abnormal prompt layout as the recommended layout type and notifies the graphics rendering module of the central control screen to prepare to render this layout. At the same time, the detailed information in the abnormal data (such as fault parameters, current values, and threshold value exceeding) is passed to the data source of the abnormal prompt layout so that the fault information and processing suggestions can be accurately filled in during rendering. For example, for abnormal coolant temperature, the data source will generate a text description of "Engine coolant temperature is too high, the current temperature is 110°C, please stop and check the cooling system", as well as a steaming water tank icon for warning.

[0038] Step S222: if there is no abnormal data in the vehicle operation status data, determine the driver's mood index based on the driver image data.

[0039] In this embodiment, driver image data: the visual image information of the driver's face, eyes, head and other parts is captured in real time by a high-definition camera installed in the car (generally located above the front windshield or above the dashboard), and the structured data is converted through a series of image preprocessing and recognition algorithms. These data reflect the driver's facial expressions, eyes, head posture and other features, and are used to infer the driver's emotional state. Image preprocessing: a series of operations performed on the original image collected by the camera, aiming to improve image quality, remove noise, enhance key features, and provide a good data foundation for subsequent image recognition algorithms. Common preprocessing operations include grayscale conversion, image denoising, size normalization, etc. For example, grayscale conversion converts color images into grayscale images, reducing the amount of data while highlighting features such as facial contours; image denoising uses Gaussian filtering and other methods to remove random noise in the image, making the image clearer. Image recognition algorithm: a set of algorithm systems built based on deep learning models such as convolutional neural networks (CNNs) to extract features such as the driver's facial expressions, eye movements, head postures, etc. from preprocessed images, and convert these features into classification results with emotional meanings. For example, the CNN model can accurately identify the facial, eye, and head feature patterns corresponding to the driver's emotional states such as happiness, sadness, anxiety, and calmness by learning and training a large number of driver image samples labeled with different emotions. Mood index: A numerical indicator that quantifies the driver's emotional state, with a value range of 0-10, where 0 represents extreme frustration, anxiety, or fatigue, and 10 represents extreme pleasure and relaxation. It is calculated based on the emotional features reflected in the driver's image data through a set of pre-set weighting algorithms to intuitively reflect the driver's current mood. Weighting algorithm: A mathematical method that combines and calculates different emotional features in the driver's image data according to certain weights. Different emotional features have different degrees of influence on the mood index. For example, facial expressions may be given a weight of 0.5 because they are the most intuitive reflection of emotions; eye movements are given a weight of 0.3, which is more sensitive to subtle changes in emotions; and head postures are given a weight of 0.2 to assist in judging the overall tendency of emotions. Through this weighting method, the driver's mood index is comprehensively obtained.

[0040] After the vehicle is started, the in-car camera automatically turns on and continuously collects images of the driver at a rate of 25-30 frames per second, and transmits them to the image processor built into the vehicle's central control screen via a high-speed USB data cable. The image processor first performs grayscale conversion on the received image, converting the color image into a grayscale image to simplify subsequent calculations. Next, Gaussian filtering is used to reduce image noise to remove noise interference caused by factors such as light and camera jitter. Then, the image size is normalized, and the original images of different sizes are uniformly adjusted to a fixed size such as 224×224 pixels for easy input into the CNN model. The preprocessed image is sent to the pre-trained CNN model, which extracts and classifies the facial expressions, eye movements, and head postures in the image, and outputs a vector data containing the driver's emotional features, which is updated once every second and represents the image data status of the driver at the current moment. After the vehicle's central control screen obtains the driver's emotional feature vector output by the CNN model, the mood index calculation module is started. The module first parses the vector and extracts the emotion scores corresponding to facial expressions, eye movements, and head postures. These scores are obtained based on the emotion classification standards set during model training. For example, a happy facial expression corresponds to a score of 8, a calm eye movement corresponds to a score of 7, and a normal head posture corresponds to a score of 8. Then, according to the preset weighted algorithm, the scores of facial expressions, eye movements, and head postures are multiplied by the corresponding weights, and then summed to obtain the mood index. For example, if the facial expression score is 6, the eye movement score is 5, and the head posture score is 6, then the mood index = 6×0.5+5×0.3+6×0.2=5.7. The calculation results are updated every second to reflect the driver's mood changes in real time.

[0041] Step S223, determining the type of environment in which the vehicle is located based on the vehicle driving environment data, wherein the environment types include highway, urban area, rural area, competition and market.

[0042] In this embodiment, vehicle driving environment data: a collection of information used to describe the vehicle's external operating environment obtained through the vehicle's GPS, vehicle-mounted map software, various environmental sensors (such as light sensors, millimeter-wave radars, etc.) and interaction with external networks such as traffic information centers. It includes geographic location (latitude and longitude coordinates), road type (highways, urban roads, rural roads, etc.), traffic conditions (congestion level, vehicle speed distribution, etc.), surrounding facilities (shopping malls, gas stations, schools, etc.) and weather conditions (sunny, rainy, snowy, foggy, etc.). Vehicle-mounted map software data: The vehicle-mounted map software has built-in massive geographic information, including road networks of different levels, point of interest (POI) information, etc., which can be combined with the vehicle's real-time location information to determine the type of road the vehicle is on, the surrounding facilities, etc. For example, when the vehicle's GPS coordinates are located on a highway section marked in the map software, it can be determined that the vehicle is traveling on a highway; if a large number of shopping malls and restaurants are found in the surrounding POI search, it means that the vehicle is in a bustling urban area. Traffic condition data: data obtained through on-board millimeter-wave radar, camera monitoring and networking with the traffic information center, reflecting information such as vehicle density, average speed, and congestion on the road. For example, millimeter-wave radar can monitor the number and distance of vehicles within a certain range ahead in real time, and the camera can identify road signs and signal light status. Combined with the macro traffic data provided by the traffic information center, it can comprehensively judge the congestion of the road, such as green for smooth traffic, yellow for slow traffic, and red for congestion. Environment type: a classification summary of the external operating environment of the vehicle, divided into highways, urban areas, rural areas, competitions, and markets. Different environment types have different traffic rules, driving requirements, and functional emphases. For example, high-speed environments require accurate navigation, stable speed monitoring, and long-distance driving assistance functions; urban environments emphasize real-time road conditions, parking guidance, and local life service functions; rural environments highlight road navigation, signal enhancement, and emergency rescue functions; competition environments focus on vehicle performance monitoring, track maps, and lap time recording functions; market environments focus on pedestrian warnings, slow driving control assistance, and surrounding shopping information functions.

[0043] When the on-board central control screen completes the analysis of the vehicle's driving environment data, the environment judgment module determines the type of environment the vehicle is in based on the pre-set environment judgment rules, taking into account multiple factors such as geographical location, road type, traffic conditions, surrounding facilities and weather conditions. For example, if the vehicle's GPS coordinates are located on a highway section, the vehicle speed is stable at more than 80km / h, the traffic conditions are smooth, there are no dense commercial facilities around, and the weather is clear, the environment judgment module determines that the vehicle is in a high-speed environment; if the vehicle is located in a busy area of ​​the city, there are a large number of shopping malls and restaurants around, traffic is congested, and the speed is low, it is determined that the vehicle is in an urban environment; if the vehicle is in a remote rural area, the road is narrow, the traffic flow is small, and there are many farmlands around, it is determined that the vehicle is in a rural environment; if the vehicle is close to a racetrack, there are a large number of racing cars and spectator facilities around, and the speed is high, it is determined that the vehicle is in a competition environment; if the vehicle is near a farmer's market, there is a large flow of people, the speed is slow, and there are signs of stalls around, it is determined that the vehicle is in a market environment.

[0044] Step S224: determining the recommended layout type according to the mood index and the environment type.

[0045] In this embodiment, the layout matching rule base: a set of pre-set rules stored in the flash memory chip of the on-board central control screen, establishes the correspondence between the mood index, the environment type and the recommended layout type. These rules are based on a large number of driving scene simulations, user surveys and professional driving experience summaries, and are intended to provide drivers with the central control screen interface layout that best fits the current mood and driving environment. Correspondence: refers to different mood index ranges and environment type combinations, each corresponding to a unique recommended layout type. For example, when the mood index is between 8-10 and the environment type is urban, the recommended layout type is "pleasant urban commuting layout"; if the mood index is between 3-5 and the environment type is high speed, the recommended layout type is "soothing long-distance driving layout". This correspondence is organized in the form of a lookup table to facilitate quick retrieval and matching.

[0046] During the development phase of the in-vehicle central control screen, the R&D team collected a large amount of driving scenario data, including actual cases of different drivers driving in different environments under various moods, used data analysis tools to extract key features, and combined professional driving knowledge to formulate initial layout matching rules. Subsequently, after multiple rounds of actual testing, drivers of different ages, genders, and driving habits were invited to try out the system, and the rules were continuously optimized and adjusted based on feedback. For example, in the test, it was found that some drivers preferred a simple and clear layout when their mood index was 6-7 and they were in congested traffic conditions in the city, highlighting music playback and real-time traffic conditions, so the corresponding rules were adjusted and optimized. Finally, the improved rules were solidified in the flash memory chip of the central control screen in the form of code to form a layout matching rule library, providing a solid basis for subsequent real-time recommended layouts. Recommended layout type: The most suitable in-vehicle central control screen interface layout solution is accurately retrieved from the layout matching rule library based on the driver's current mood index and the type of environment the vehicle is in. The layout solution will integrate relevant functional components, optimize the interface display effect, and meet the needs of specific scenarios. For example, if the driver's mood index is 7 and the vehicle is in a rural environment, the "comfortable rural driving layout" is retrieved from the rule base. This layout may enlarge the scale of the navigation map, highlight the surrounding farmhouse information, and provide a soft music playback function, allowing the driver to enjoy rural driving comfortably. When the central control screen obtains the current driver's mood index and the type of environment the vehicle is in, the recommended layout module is started. This module uses the mood index and the environment type as dual indexes to quickly search and match in the layout matching rule base. Using efficient hash tables or B-tree index algorithms, the corresponding recommended layout type can usually be found within a few milliseconds. After finding it, the recommended layout type is marked and passed to the subsequent steps to prepare for the selection of the target layout information and the interface generation and rendering process, ensuring that the most suitable central control screen interface is presented to the driver in a timely manner. For example, if the recommended layout type is found to be "pleasant urban commuting layout", the recommended layout module passes this type information to the layout selection subsystem, which selects the specific target layout information from the stored layout information according to this type, and notifies the graphics rendering module to prepare for rendering.

[0047] Through the above detailed implementation methods, the vehicle-mounted central control screen can closely integrate the vehicle operating status, driver's emotions and driving environment, intelligently and accurately determine the recommended layout type, and then create a personalized and scenario-based central control screen control experience for the driver, effectively ensuring driving safety and comfort.

[0048] Based on any of the above embodiments, in Embodiment 3 of the present application, after step S22, the following steps are included: Step S24, determining the layout type of each of the layout information, and if there is no layout type that is the same as the recommended layout type, determining the component to be displayed according to the layout reference data; Step S25, determining a target component based on the components to be displayed, the sizes of the components to be displayed, and the panel size of the vehicle-mounted central control screen; Step S26, determining the target layout information according to the target component.

[0049] In this embodiment, layout type: is a classification summary of layout information, which is used to distinguish the layout modes of the central control screen interface under different usage scenarios or functional emphases. Common layout types include long-distance driving layout, urban commuting layout, entertainment and leisure layout, etc. The layout information of different layout types differs significantly in component selection and layout design to adapt to the needs of drivers in corresponding scenarios. For example, the long-distance driving layout will focus on components such as navigation information, vehicle status monitoring (such as fuel consumption, tire pressure), and fatigue driving reminders, and these components will occupy a larger and more conspicuous position on the interface, so that the driver can pay attention to key information at any time; while the entertainment and leisure layout may place entertainment components such as music playback, video playback, and games in the core area, with a colorful display style to enhance the entertainment experience.

[0050] After the vehicle's central control screen is started, when the system is initialized, the layout management module reads all pre-stored layout information from the storage system (such as a flash memory chip). These layout information are stored in a specific data structure, and each layout information is accompanied by a tag field that identifies its layout type. The layout management module traverses all layout information, extracts and records the layout type of each layout information, builds a layout type list, and stores it in the memory for subsequent quick query. After the recommended layout type is determined according to the previous process, the system searches for a match in the layout type list. If the same layout type is not found, the next step is triggered, that is, determining the components to be displayed based on the layout reference data.

[0051] Components to be displayed: A collection of functional components suitable for the current driving scenario and that need to be displayed on the central control screen interface, which is determined based on the comprehensive judgment of the layout reference data. For example, when the vehicle is driving on a mountain road, the road conditions are complex according to the vehicle driving environment data, and the driver's expression is found to be focused through the driver's image data. At this time, the navigation component, vehicle status monitoring component (especially tire pressure and brake system status) and signal strength indicator component may be determined as components to be displayed to ensure driving safety; for example, in a congested city, if the driver's image data shows that the driver is slightly tired, the music playback component, real-time traffic information component and surrounding life service component (such as nearby coffee shop recommendations) may become components to be displayed, which can not only relieve the driver's fatigue, but also facilitate him to deal with congestion.

[0052] The vehicle-mounted central control screen has a built-in intelligent decision-making algorithm module, which receives the latest layout reference data as input. The algorithm first analyzes the vehicle operation status data. If abnormal speed fluctuations, engine temperature rise or other potential fault hazards are found, the vehicle fault diagnosis component, emergency rescue component, etc. are immediately included in the set of components to be displayed; then the vehicle driving environment data is considered, and the navigation, road conditions, weather warning and other components that are suitable for it are selected according to different geographical locations (such as cities, villages, highways, etc.), road types (main roads, trails, highways, etc.), traffic congestion levels (smooth, slow, congested) and weather conditions (sunny, rainy, snowy, foggy, etc.); finally, combined with the driver's emotional state reflected by the driver's image data, such as anxiety, fatigue, pleasure, etc., music playback, entertainment relaxation or refreshing reminder components are added. For example, in a rainy city with congested road conditions, and the driver's image data shows that the driver is a little anxious, the components to be displayed determined by the algorithm may include precise navigation components, real-time road condition in-depth analysis components, wiper control components, music playback soothing components and nearby parking lot query components. Component size: The physical space occupied by each component to be displayed on the central control screen interface, usually measured in pixels to measure its length and width. The setting of component size should take into account the needs of the component's own functional display, ensure that the information is complete, clear and readable, and take into account the beauty and rationality of the overall layout of the central control screen. For example, a navigation map component may require a larger size, such as 400 pixels long and 300 pixels wide, in order to clearly present map details, route planning, and navigation instructions; while a simple volume adjustment icon component may only require a smaller size, such as 30 pixels long and 30 pixels wide, due to its intuitive operation and single function.

[0053] In the vehicle-mounted central control screen storage system, in addition to the functional logic code, the relevant information of each component to be displayed also stores the default component size data. After determining the components to be displayed, the system retrieves these default size information from the storage and builds a component size list in the memory, corresponding to the size of each component to be displayed. At the same time, the system obtains the panel size information of the vehicle-mounted central control screen by interacting with the display panel driver module, which is generally expressed in terms of the screen diagonal length (such as 10 inches, corresponding to a resolution of 1920×1080 pixels) and the number of horizontal and vertical pixels. Target component: After comprehensively considering the functional importance, size adaptability, and overall layout coordination of the components to be displayed, it is finally determined that the set of functional components that are actually to be laid out and displayed on the current central control screen interface is an optimized subset of the components to be displayed. Due to the limited panel size of the vehicle-mounted central control screen, it is impossible to fully present all components to be displayed in the ideal size. It is necessary to make trade-offs and adjustments based on the actual situation. The target component is the result of this trade-off. For example, in a certain driving scenario, the components to be displayed initially include navigation, music playback, vehicle status monitoring, surrounding life services, weather warnings, etc. However, due to the size limitation of the central control screen, if all of them are displayed, the interface may be too crowded and the information may be messy. After analysis, the surrounding life service components are temporarily abandoned (or their size is reduced and displayed briefly in the form of icons), and navigation, music playback, vehicle status monitoring, weather warnings, etc. are retained as target components, and their size and position are further optimized.

[0054] The layout optimization algorithm module of the vehicle central control screen is started, and it takes the components to be displayed, the list of component sizes, and the panel size of the vehicle central control screen as input. The algorithm first sorts the display components according to their functional importance. The judgment of functional importance is based on the layout reference data mentioned above and the priority of common driving scenario requirements. For example, in high-speed driving scenarios, the functional importance of navigation components and vehicle status monitoring components is relatively high and ranks first; in urban congested road conditions, real-time traffic information components and music playback components are relatively more important.

[0055] After the sorting is completed, the algorithm starts with the most important components and tries to layout them on the central control screen in turn. According to the size of the components and the size of the central control screen panel, the layout planning algorithm (such as a layout strategy based on a greedy algorithm, try to fill the key areas of the screen first, and avoid large blank areas or overcrowded areas) is used to allocate positions and adjust sizes. In this process, if it is found that adding a component will cause an unreasonable interface layout (such as important information being blocked, operation buttons being too cramped to click, etc.), consider reducing its size or temporarily not including it in the target component. After multiple rounds of iterative optimization, a set of target components with reasonable layout and functional adaptation are finally determined, and their final size and approximate location information on the central control screen are recorded.

[0056] The layout generation module of the vehicle's central control screen is started, and it takes the determined target components and their related size, position, display style, data source and other information as input. First, the module uses a two-dimensional space layout algorithm (such as a layout algorithm based on binary tree segmentation, which gradually divides the central control screen space to adapt to the placement of each target component) according to the number and size of the target components, and accurately calculates the coordinate position of each target component on the central control screen and records it in pixels. For example, if the navigation component is finally determined to be 350 pixels long and 250 pixels wide, after calculation by the layout algorithm, its upper left corner coordinates may be (50,30), that is, 50 pixels on the horizontal axis and 30 pixels on the vertical axis, indicating its specific placement on the central control screen.

[0057] Next, the module adjusts and optimizes the display style of the target component according to the current driving scenario requirements and the driver's preference settings. For example, in daytime driving scenarios under strong light, the font color is set to a dark, high-contrast color to ensure clear readability; in scenarios where the driver needs to be reminded, the icons of certain important components are set to flashing style. At the same time, the module ensures that each target component is correctly connected to its corresponding data source, and establishes a data connection with the corresponding vehicle system module through the system's built-in communication protocol to ensure real-time updates of component data. Finally, the target layout information containing all these key elements is stored in memory, ready to enter the subsequent interface generation and rendering process, that is, to convert the target layout information into an actually visible central control screen interface.

[0058] Through the above detailed implementation methods, when the vehicle-mounted central control screen encounters layout information that does not match the recommended layout type, it can adaptively and intelligently and reasonably generate the target layout information that best suits the current driving scene based on the current rich and diverse layout reference data, greatly improving the driver's control experience and ensuring driving safety and comfort.

[0059] Based on any embodiment, in the fourth embodiment of the present application, step S30 includes: Step S31, determining at least one first component in the first interface and at least one second component corresponding to the target layout information.

[0060] In this embodiment, the first component refers to the various functional modules presented on the currently displayed first interface, which exist in the form of visual components, such as navigation bar components, music playback components, vehicle status display components, etc. Each first component has a specific position, size, display style and corresponding functional logic, which together constitute the content of the first interface and provide users with initial interactive information. The second component is the functional module to be displayed on the second interface to be switched based on the target layout information. Similar to the first component, the second component also covers a variety of functional types, but its selection and layout are based on the target layout information, aiming to meet the current driving scenario or the interaction requirements after changes in user needs. For example, in a long-distance driving scenario, the second component may strengthen the navigation and vehicle endurance information display components and weaken the entertainment components.

[0061] The in-vehicle central control screen system maintains an interface component management module. When the interface switching operation is triggered and the target layout information is determined, the module first parses the current first interface. It traverses the display hierarchy of the first interface, starting from the top-level container, and identifies each first component according to the pre-defined component identification rules. These identification rules are formulated based on the type label, layout attributes, and connection characteristics of the component with the underlying data source. For example, if a module with a map icon, real-time interaction with the in-vehicle navigation system, and occupying a specific area of ​​the screen is found, it can be determined as a navigation bar component, recorded as a first component, and its position (expressed in screen pixel coordinates, such as the upper left corner coordinates (x1, y1), the lower right corner coordinates (x2, y2)), size (width w1, height h1, in pixels), display style (such as map color, text font, icon style) and other information are extracted and stored in a temporary memory data structure. At the same time, based on the target layout information, the system retrieves the corresponding second component information from the stored component library. The target layout information clearly includes the list of second components to be displayed and their related layout attributes. For example, for a target layout designed for urban commuting, it specifies that it must include real-time traffic components, local music playback components, and nearby parking lot query components. According to the list, the system obtains the preset position (such as the upper left corner coordinates (x3, y3), the lower right corner coordinates (x4, y4)), size (width w2, height h2), display style (such as traffic color identification rules, music playback control button style) and other detailed information of each second component one by one, and also stores them in a temporary memory data structure to distinguish them from the first component information for subsequent processing.

[0062] Step S32: determining the same components in the first component and the second component.

[0063] In this embodiment, the same components are components that exist in both the first interface and the second interface and have the same functions. Although their positions, sizes, and even display styles in the two interfaces may be different, they are essentially the same functional module. For example, both interfaces have an audio component for controlling the volume, but in the first interface it may be located in the lower left corner, smaller and simple in style, while in the second interface it is moved to the upper right corner according to layout requirements, with a larger size and a more eye-catching style to facilitate user operation. Identifying the same components helps to achieve a smooth transition when switching interfaces and reduce the visual abruptness of users.

[0064] The system starts a component comparison algorithm module, which takes the first component list and the second component list previously acquired and stored as input. The comparison algorithm first traverses the second component list for each first component and matches it according to the component's functional identifier. This functional identifier is a unique code assigned to the component during the development phase, which is used to distinguish components with different functions, such as the identifier of the navigation component is "NAV_001", the identifier of the music playback component is "MUSIC_001", etc. When a component with the same functional identifier as the first component is found in the second component list, it is determined to be the same component, and it is marked from the two lists and recorded in a special set of identical components. For example, if there is a volume adjustment component with an identifier of "VOLUME_001" in the first component list, and when traversing the second component list, it is found that there is also a component with the same identifier, then this volume adjustment component is confirmed as the same component and added to the set of identical components. At the same time, the corresponding positions in the two original lists are marked as matched to avoid repeated comparisons.

[0065] Step S33, determining the displacement of each identical component from the location of the first interface to the location of the second interface.

[0066] In this embodiment, displacement: describes the coordinate change of the same component from the position in the first interface to the position in the second interface, in units of screen pixels. It consists of horizontal displacement (Δx) and vertical displacement (Δy). The horizontal displacement is equal to the horizontal coordinate of the upper left corner of the component in the second interface minus the horizontal coordinate of the upper left corner of the component in the first interface, and the vertical displacement is equal to the vertical coordinate of the upper left corner of the component in the second interface minus the vertical coordinate of the upper left corner of the component in the first interface. Accurate calculation of displacement is the key to achieving smooth animation transition effect of components, allowing users to intuitively feel the continuity of interface switching.

[0067] For each component that has been marked in the same component set, the system calculates the displacement based on its position information stored in the first and second interfaces. It is known that the coordinates of the upper left corner of a certain identical component in the first interface are (x1, y1), and the coordinates of the upper left corner of the corresponding component in the second interface are (x3, y3), then the horizontal displacement Δx=x3-x1, and the vertical displacement Δy=y3-y1. The system calculates the displacement of each identical component one by one according to this formula, and stores the result in a displacement list in the form of a structure (including component identifier, Δx, Δy) for use in subsequent rendering steps. For example, if an audio playback component moves from the (10,20) position of the first interface to the (50,60) position of the second interface, the calculated horizontal displacement is 40 pixels and the vertical displacement is 40 pixels, which are recorded in the displacement list as {"AUDIO_001", 40, 40}.

[0068] Step S34, rendering the same component based on the displacement, and rendering the remaining components in the second component except the same component, so as to render the second interface.

[0069] In this embodiment, the graphics rendering module of the vehicle-mounted central control screen is started, and it receives the displacement list and the second component list (including the marked identical components and the remaining components) as input. First, for the identical components, the graphics rendering module uses the graphics animation function of the GPU to set the moving animation path for each identical component according to the Δx and Δy values ​​in the displacement list. Taking a navigation component with a displacement of {"NAV_001", 30, 20} as an example, the GPU will gradually move the navigation component from the initial position of the first interface by 30 pixels in the horizontal direction and 20 pixels in the vertical direction according to the preset animation frame rate (such as 60 frames per second) during the rendering process of each frame until it reaches the target position of the second interface to achieve a smooth transition. At the same time, during the movement process, according to the preset display style of the component in the second interface, the appearance features such as the color and font of the navigation component are updated in real time to make it consistent with the overall style of the second interface. For the remaining components in the second component except the identical components, the graphics rendering module directly renders them according to their preset positions, sizes and display styles in the second interface. Since there is no need for position movement transition for these components, they only need to be drawn at the corresponding positions of the second interface at one time. For example, if there is a newly added surrounding life service component in the second interface, the graphics rendering module quickly fills pixels at the corresponding position on the central control screen according to its preset upper left corner coordinates (x5, y5), size (width w3, height h3) and unique display style (such as colorful icons and eye-catching text logos), and draws the image of the component to make it fully presented. Through the above collaborative rendering operations, the switched second interface is finally fully presented on the vehicle's central control screen, bringing users a smooth and natural interface switching experience. At the same time, since the same components are rendered independently before rendering, the vehicle's central control screen does not need to repeatedly obtain the data required by the components, thereby improving the speed of interface switching.

[0070] Through the above detailed implementation methods, when switching interfaces, the vehicle-mounted central control screen can methodically handle the relationship between the first interface and the second interface components according to the target layout information, and achieve smooth switching of the interfaces by accurately calculating the displacement and rendering reasonably, thereby greatly improving the user operation experience and making it more in line with driving scenario requirements.

[0071] Optionally, step S34 includes: Step S341, determining component requirement data of each of the remaining components.

[0072] In this embodiment, the remaining components refer to the components other than those corresponding to the same functions as the first interface in the second interface corresponding to the target layout information. These components are introduced to meet new layout requirements, driving scenarios or user preferences, and each has unique functions, such as vehicle health diagnosis components, nearby gas station query components, personalized theme switching components, etc. Component requirement data: It is the specific data source required for each remaining component to operate normally and accurately display information. Different remaining components rely on different types of data, which are closely related to the functions of the components and are the key support for realizing the practicality of the components. For example, the dashboard component needs to obtain real-time operating data such as vehicle speed, engine speed, fuel consumption, etc. from the vehicle's electronic control unit; the music component needs to obtain the playlist, the name of the currently playing song, the singer, duration, progress and other information from the vehicle's multimedia system; the vehicle health diagnosis component needs to read potential problem information such as abnormal tire pressure and engine fault code from the vehicle's fault diagnosis module.

[0073] The vehicle-mounted central control screen has a built-in component data management module. When rendering the second interface, the module first analyzes the data requirements for each remaining component. It is based on the component information database pre-stored in the central control screen system. The database records a detailed data requirement description for each component type, including data name, data format, data source identification, etc. Taking an intelligent navigation component as an example, its data requirements are recorded in the database as follows: obtaining real-time location coordinates (in the format of longitude and latitude, the data source is identified as "NAV_SYSTEM"), destination information (text format, source identification is "USER_INPUT_OR_HISTORY"), and traffic information (in color coding or congestion index, source identification is "TRAFFIC_INFO_SERVICE") from the vehicle-mounted navigation system. The component data management module sorts out the component requirement data of each remaining component one by one according to this database record, and organizes these requirements into a data request list, stores it in the memory, and prepares for the next data acquisition operation.

[0074] Step S342: obtaining the component demand data from the vehicle controller based on the vehicle central control bus.

[0075] In this embodiment, the vehicle-mounted central control bus is a collection of physical links and communication protocols used to achieve high-speed and stable communication between different electronic control units and the vehicle-mounted central control screen in the vehicle-mounted electronic system. The vehicle-mounted central control bus includes CAN bus (Controller Area Network Bus), LIN bus (Local Interconnect Network Bus), etc. Through the vehicle-mounted central control bus, the central control screen can send data requests to various key controllers on the vehicle, such as the engine controller, transmission controller, body controller, etc., and receive their feedback information. Vehicle controller: refers to the electronic control unit on the vehicle that is responsible for managing and controlling a specific system or function. They are distributed throughout the vehicle and monitor and control the operating status of the vehicle in real time. For example, the ECU is responsible for the control of core parameters such as fuel injection and ignition timing of the engine, and can also provide operating data such as engine speed and coolant temperature; the body controller is responsible for the control of body parts such as doors, windows, and lights, and can also feedback information such as whether the doors are closed in place and the current status of the lights; the tire pressure monitoring system controller specifically monitors tire pressure, and once an abnormality is found, it will promptly alarm the relevant system and provide specific pressure values.

[0076] After the component data management module of the central control screen generates a data request list, the communication module starts. The module determines the corresponding vehicle controller based on the source identifier of each data requirement in the list and establishes a connection with it through the vehicle-mounted central control bus. Taking the acquisition of the vehicle speed data required by the instrument panel component as an example, the communication module recognizes that the vehicle speed data comes from the ECU, so it sends a data packet with a specific request identifier to the ECU through the CAN bus. The request format follows the standard protocol of the CAN bus, such as using a standard frame format, the frame ID is a code reserved specifically for vehicle speed data requests (such as 0x100), and the data field contains a specific content description of the request (such as "REQUEST_SPEED_DATA"). After receiving the request, the vehicle controller extracts the corresponding vehicle speed data from the internal storage or real-time monitoring data according to its own processing flow, and then sends the response data packet containing the vehicle speed data back to the central control screen in the same way as the CAN bus protocol. The communication module of the central control screen receives and parses these data packets, extracts the vehicle speed data, and stores it in the corresponding instrument panel component data buffer area for subsequent rendering.

[0077] Step S343: If empty data returned by the vehicle controller is received, determine replacement data associated with the component requirement data.

[0078] In this embodiment, empty data refers to the situation where the central control screen requests component required data from the vehicle controller through the vehicle central control bus, but the vehicle controller cannot provide valid data due to various reasons (such as the controller is not configured with the corresponding function, sensor failure, temporary interruption of the communication link, etc.), and the returned data packet has no actual content or only contains an error mark. For example, when requesting data from an advanced driver assistance system from the vehicle controller of an old model, since the vehicle is not equipped with this system at all, the vehicle controller may return a data packet with only an error code "0xFF", indicating that the required data cannot be provided. This is the empty data situation. Replacement data refers to the data generated by the pre-set backup data source or calculation method in order to ensure that the remaining components can still display information normally on the second interface when empty data is received, without blank or error prompts. The determination of replacement data requires comprehensive consideration of the functional characteristics of the component, user experience, and other available data sources. For example, when it is impossible to obtain real-time vehicle speed data from the vehicle controller, if the central control screen itself is equipped with a GPS module, the positioning data of the GPS module combined with the time interval can be used to estimate the vehicle speed as replacement data; for example, if the music component cannot obtain the currently playing song information from the on-board multimedia system, it can switch to an online music platform and use the user's previous playback history or popular recommended song information as replacement data to maintain the basic functional display of the music component.

[0079] After receiving the data returned by the vehicle controller, the communication module of the central control screen is equipped with a special data verification submodule to determine whether the data is empty. This submodule is based on the pre-set empty data judgment rules, such as checking whether the length of the data packet is zero, whether it only contains specific error identifiers, etc. Once it is determined to be empty data, the replacement data determination process is immediately triggered. The component data management module restarts, and it uses the component demand data where empty data appears as a clue to query the replacement data knowledge base built into the central control screen. This knowledge base is accumulated during the development of the central control screen according to different vehicle models, possible empty data situations, and corresponding feasible replacement solutions, and is stored in the form of a lookup table. For example, for the speed data demand, the knowledge base records: If the CAN bus requests the ECU speed data to be empty, you can try to obtain the positioning data from the GPS module, and calculate the speed by combining the distance formula between the two points with the time difference; if the music playback information obtained from the vehicle multimedia system is empty, you can connect to the online music platform, query the user's historical playback records, and obtain the previous song information as a replacement, etc. The component data management module follows the guidance of the knowledge base to determine the replacement data source or calculation method corresponding to the current empty data component requirements, records it, and prepares for the next step of data acquisition or calculation operation.

[0080] Step S344, calculating the component requirement data based on the replacement data, and rendering the remaining components based on the component requirement data.

[0081] In this embodiment, the component demand data is calculated: after the replacement data is determined, since the form or source of the replacement data may not be completely consistent with the original component demand data, it is necessary to use certain mathematical formulas, logical algorithms or data conversion operations to process the replacement data into component demand data that meets the normal display requirements of the remaining components. For example, when calculating the vehicle speed using the positioning data of the GPS module, it is necessary to first convert the longitude and latitude coordinate difference into the actual distance (using a suitable distance calculation formula based on factors such as the curvature of the earth), and then divide it by the time interval to obtain the vehicle speed data in kilometers per hour. This is a typical process for calculating component demand data. Render the remaining components: fill the component demand data obtained or calculated through the above steps into the corresponding remaining components, and use the graphics processing unit and related graphics library of the central control screen to present the component demand data in a visual form according to the preset layout and display style of the component, and finally complete the complete rendering of the second interface. For example, the calculated vehicle speed data is filled into the vehicle speed display area of ​​the instrument panel component, and a vehicle speed instrument panel image with numbers, pointers and other elements is drawn through the graphics processing unit, so that the current vehicle speed information is accurately and prominently displayed on the second interface; for another example, the song information obtained from the online music platform is filled into the music component, and a music playback interface containing elements such as song title, singer, and playback progress bar is drawn, so that users can operate the music playback function normally.

[0082] If it is determined that the replacement data source is a method that needs to be calculated, the calculation module of the central control screen is started. It selects a suitable mathematical formula or algorithm for calculation based on the type of replacement data and the corresponding component demand data requirements. Taking the calculation of vehicle speed using the GPS module mentioned above as an example, the calculation module first obtains the latitude and longitude coordinates of the two positions before and after the GPS module within a certain time interval (such as 5 seconds), uses the Haversine formula to calculate the actual distance between the two points, and then divides the distance by the time interval of 5 seconds to obtain the vehicle speed value, and formats the result according to the data format required by the dashboard component (such as a floating point number with one decimal place retained) and stores it in the data cache of the dashboard component. If the replacement data comes from other data sources, such as obtaining song information from an online music platform, the component data management module directly organizes the acquired data according to the format requirements of the music component and also stores it in the corresponding cache. Finally, the graphics rendering module of the central control screen is started. It is based on the component demand data in the data cache of each other component, combined with the preset layout of the component (such as the position on the second interface, the size of the area occupied), display style (such as font, color, icon style), and uses the graphics drawing function of the graphics processing unit to convert the component demand data into a visual image. Taking the dashboard component as an example, the graphics processing unit adjusts the angle of the dashboard pointer according to the numerical size of the vehicle speed data, and draws clear vehicle speed dials, digital displays and other elements, so that accurate vehicle speed information can be presented on the second interface; for the music component, the graphics processing unit draws the song information display area, play button, progress bar, etc., and displays the song title, singer, playback progress and other information to the user in an intuitive form. Through these collaborative operations, the second interface is finally fully rendered, providing users with a coherent and reliable central control screen display effect.

[0083] Through the above detailed implementation method, even when the third-party central control screen faces difficulty in reading the original vehicle data, it can still ensure the complete and accurate display of the second interface by reasonably determining the replacement data, cleverly calculating the component requirement data and accurately rendering the remaining components, thereby greatly improving the user experience and adapting to various vehicle configurations and driving scenarios.

[0084] Based on any of the above embodiments, in Embodiment 5 of the present application, after step S30, the following steps are included: Step S40, switching the background image.

[0085] In order to further enhance the user's customized programs and the intelligence of the vehicle's central control screen, after the second interface is generated, the background image of the interface can also be adaptively generated.

[0086] Optionally, step S40 includes: Step S41, acquiring voice data in response to a triggering operation of a background generation control in the second interface.

[0087] In this embodiment, the background generation control is a visual operation element set on the second interface of the vehicle-mounted central control screen specifically for triggering the background adaptive generation function, which is usually presented to the user in the form of an icon, button or a specific area. It is designed to facilitate users to easily turn on this function when they need to customize the interface background. For example, it can be a circular icon with a "custom background" text logo, located in the lower right corner of the screen, and the user clicks the icon to start the background generation process; or it can be a drop-down menu option at the top of the screen. When the user selects the "voice generation background" sub-option in the "background settings", the control is also considered to be triggered. Voice data: refers to the sound information fragment recorded by the user through the microphone in the car, which is intended to convey the background generation instruction to the vehicle-mounted central control screen. These voice data contain the user's expected description of the interface background, preference elements, and scene adaptation requirements, and are received by the audio acquisition module of the vehicle-mounted central control screen in the form of audio waveforms. For example, a user may say "I want a background of a seaside sunset, suitable for night driving", and this sound containing text meaning is voice data.

[0088] The in-vehicle central control screen system monitors the operating status of each control on the second interface in real time. When it detects that the background generation control is triggered (such as the user clicks the background generation icon), the audio acquisition module is immediately activated. The audio acquisition module is connected to the microphone in the car, and collects the surrounding environment sound at a preset audio sampling frequency (such as 16kHz) and quantization accuracy (such as 16 bits) for a period of time (usually set to 5-10 seconds to ensure that the user has enough time to fully express the command), converts the collected sound signal into digital voice data, and stores it in the temporary buffer area of ​​the central control screen, waiting for subsequent processing. At the same time, in order to improve the accuracy of voice recognition, during the acquisition process, the system will also use the noise reduction microphone array technology in the car to perform signal processing on the sound collected by multiple microphones, remove background noise (such as vehicle driving sound, wind sound, etc.), and enhance the clarity of the user's voice signal.

[0089] Step S42, extracting the instruction field in the voice data.

[0090] In this embodiment, the instruction field is a key semantic information fragment extracted from the original voice data. This information directly reflects the user's core requirements for the interface background, including background theme, style, adaptation scene, color preference and other specific contents. For example, in the voice "I want a seaside sunset background, suitable for night driving", "seaside sunset" is the background theme instruction field, and "suitable for night driving" is the scene adaptation instruction field, which will become an important basis for subsequent background generation.

[0091] The voice recognition and analysis module built into the central control screen is started to process the voice data in the temporary buffer area. The module first uses advanced voice recognition algorithms, such as a model based on a combination of deep learning convolutional neural networks and long short-term memory networks, to convert the sound waveform in the voice data into a text string. Then, using the semantic parsing algorithm in natural language processing technology, the text string is segmented, part-of-speech tagged, syntactic analyzed, and other operations are performed to identify the words and phrases with key instruction meanings and extract them as instruction fields. For example, for the voice mentioned above, after voice recognition, the text "I want a background of sunset by the sea, suitable for night driving" is obtained, and then through semantic parsing, the instruction fields such as "sunset by the sea" and "night driving" are extracted, and they are organized into a structured data form and stored in the memory for the next step.

[0092] Step S43, generating an interface background based on the instruction field and the vehicle driving environment data.

[0093] In this embodiment, the vehicle driving environment data: has been introduced in detail in the above content, it covers the current geographical location of the vehicle, road type, traffic conditions, weather conditions and other information, these data are obtained by the vehicle GPS, vehicle map software, various sensors and interaction with external networks, reflecting the external operating environment of the vehicle in all aspects. For example, the vehicle may be located on a mountain highway, the weather is clear and the traffic is smooth. This information is of great reference value for generating an interface background adapted to the current driving scene. Interface background: refers to the image or pattern that will eventually be rendered behind the second interface of the vehicle's central control screen as a visual foil. It must not only meet the personalized needs expressed by the user through voice commands, but also adapt to the current driving environment of the vehicle, play a role in beautifying the interface, enhancing the visual experience and assisting driving perception. For example, when driving at night and the user requires a "seaside sunset" background, the generated interface background may be a seascape picture with a dark blue main color and a soft orange sunset glow after adjusting the color tone, which not only responds to the user's needs, but also will not be too dazzling when driving at night, interfering with the driving vision.

[0094] The background generation intelligent engine of the vehicle's central control screen is started, which takes the extracted instruction field and the currently acquired vehicle driving environment data as dual inputs. First, the general direction of the background theme is determined according to the instruction field. For example, after the "seaside sunset" theme is determined, the background generation intelligent engine selects original pictures, textures, patterns and other materials related to the seaside sunset from the built-in massive material library. The material library can be a collection of picture resources pre-stored in the local storage system of the central control screen, or it can be online materials obtained in the cloud through a network connection. Then, the material is optimized and adjusted in combination with the vehicle driving environment data. If the vehicle is in a night driving environment and the instruction field does not explicitly oppose night adaptation, the engine will process the selected seaside sunset material into a night scene, reduce the overall brightness, increase the color contrast, and make the orange afterglow more prominent to adapt to the night visual experience; if the vehicle is in a congested road condition and the user's instruction mentions "relaxed atmosphere", the engine may superimpose some dynamic elements such as seagulls flying and waves lapping on the seaside sunset background to create a soothing and relaxing atmosphere and relieve the user's anxiety during congestion; if the vehicle is driving in the mountains and the weather is rainy and foggy, combined with the "suitable for mountain driving" instruction field, the engine may incorporate some looming mountain road contours and suggestive lighting elements into the background, which not only echoes the theme but also enhances driving safety prompts. Through these multi-dimensional optimization adjustments, an interface background that meets user needs and driving scenarios is finally generated.

[0095] Step S44, rendering the interface background as the background image of the second interface.

[0096] In this embodiment, rendering background image: presenting the generated interface background in a visual form to the bottom layer of the second interface of the vehicle-mounted central control screen as a visual background for the entire interface, involving a series of technical operations such as graphics processing, pixel filling, and color matching, by calling the graphics processing unit of the central control screen and related graphics libraries, according to the predetermined layout and display requirements, the interface background is converted into an actual visible image. For example, the night-adapted seaside sunset background image generated by the above steps is filled into the background area of ​​the second interface through the rendering pipeline of the graphics processing unit, so that the entire interface is visually refreshed, while ensuring that other components on the interface (such as navigation, instrument panel, etc.) can be displayed normally on the background without interfering with each other.

[0097] After receiving the generated interface background, the graphics rendering module of the vehicle-mounted central control screen starts the rendering process. It first determines the coverage of the background image according to the layout architecture of the second interface, which is usually the entire screen area, but reserves the display position of each functional component (such as the second component mentioned above) to avoid the background image blocking key information. Then, using the two-dimensional graphics drawing function of the graphics processing unit, the pixel data of the interface background image is filled into the background area of ​​the second interface pixel by pixel according to the predetermined coordinate position and size. During the filling process, the pixel color is accurately adjusted according to the color mode and display requirements of the background image to ensure high color restoration and good visual effects. For example, for a background with dynamic elements, such as the seaside sunset background with superimposed seagulls flying mentioned above, the graphics rendering module also needs to use the animation processing capability of the graphics processing unit to update the animation frames such as the position and posture of the seagull in real time according to the predetermined animation frame rate, such as 30 frames per second, so that it can be presented in the background.

[0098] Through the above detailed implementation methods, after generating the second interface, the vehicle-mounted central control screen can further respond to the user's personalized needs for background images. With the help of voice commands and vehicle driving environment data, it can intelligently generate and render an adaptive interface background, greatly improving the intelligence level and user experience of the central control screen, so that it can better serve the driving scenarios.

[0099] The present application provides a vehicle-mounted central control screen, which includes: at least one processor; and a memory that is communicatively connected to the at least one processor; wherein the memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the vehicle-mounted central control screen control method in the above-mentioned embodiment one.

[0100] Reference below Figure 6 , which shows a schematic diagram of the structure of a vehicle-mounted central control screen suitable for implementing the embodiment of the present application. The vehicle-mounted central control screen in the embodiment of the present application may include but is not limited to mobile terminals such as mobile phones, laptops, digital broadcast receivers, tablet computers, vehicle-mounted terminals (such as vehicle-mounted navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Figure 6 The in-vehicle central control screen shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0101] like Figure 6As shown, the vehicle-mounted central control screen may include a processing device 1001 (such as a central processing unit, a graphics processor, etc.), which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) 1002 or the program loaded from the storage device 1003 to the random access memory (RAM) 1004. In the random access memory 1004, various programs and data required for the operation of the vehicle-mounted central control screen are also stored. The processing device 1001, the read-only memory 1002 and the random access memory 1004 are connected to each other through a bus 1005. The input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 1006: input devices 1007 including, for example, a touch screen, a touchpad, a keyboard, a mouse, an image sensor, a microphone, an accelerometer, a gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; storage devices 1003 including, for example, a magnetic tape, a hard disk, etc.; and communication devices 1009. The communication device 1009 can allow the vehicle-mounted central control screen to communicate wirelessly or wired with other devices to exchange data. Although the figure shows a vehicle-mounted central control screen with various systems, it should be understood that it is not required to implement or have all the systems shown. More or fewer systems may be implemented or provided alternatively.

[0102] The present application provides a computer-readable storage medium having computer-readable program instructions (ie, computer programs) stored thereon, and the computer-readable program instructions are used to execute the vehicle-mounted central control screen control method in the above-mentioned embodiment.

[0103] The computer-readable storage medium provided in the present application may be, for example, a USB flash drive, but is not limited to electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, systems or devices, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory, a read-only memory, an erasable programmable read-only memory, a flash memory, an optical fiber, a portable compact disk read-only memory (CD-ROM, CD-Read Only Memory), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program, which may be used by or in combination with an instruction execution system, system or device. The program code contained on the computer-readable storage medium may be transmitted using any appropriate medium, including but not limited to: wires, optical cables, radio frequency (RF, Radio Frequency), etc., or any suitable combination of the above.

[0104] The computer-readable storage medium may be included in the vehicle-mounted central control screen; or it may exist independently without being installed in the vehicle-mounted central control screen.

[0105] The above-mentioned computer-readable storage medium carries one or more programs. When the above-mentioned one or more programs are executed by the vehicle-mounted central control screen, the vehicle-mounted central control screen: responds to the triggering operation of the interface switching control in the first interface, obtains at least one pre-stored layout information; selects target layout information in the layout information based on preset rules; generates a second interface according to the target layout information, and renders and displays the second interface.

[0106] Computer program code for performing the operations of the present application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer can be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computer (e.g., using an Internet service provider to connect through the Internet).

[0107] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present application. In this regard, each box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a sequence different from that marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram and / or flow chart, and the combination of the boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0108] The modules involved in the embodiments described in this application may be implemented by software or hardware, wherein the name of the module does not constitute a limitation on the unit itself in some cases.

[0109] The readable storage medium provided in this application is a computer-readable storage medium, which stores computer-readable program instructions (i.e., computer programs) for executing the above-mentioned vehicle-mounted central control screen control method, and can solve the technical problem that the displayed content is single, the functions are few, and it is difficult to meet the user's usage needs. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as the beneficial effects of the vehicle-mounted central control screen control method provided in the above-mentioned embodiment, and will not be repeated here.

[0110] An embodiment of the present application provides a computer program product, including a computer program, which, when executed by a processor, implements the steps of the above-mentioned vehicle-mounted central control screen control method.

[0111] The computer program product provided by this application can solve the technical problem that the displayed content is single, the functions are few, and it is difficult to meet the user's usage needs. Compared with the prior art, the beneficial effects of the computer program product provided by the embodiment of this application are the same as the beneficial effects of the vehicle-mounted central control screen control method provided by the above embodiment, and will not be repeated here.

[0112] The above are only preferred embodiments of the present application, and are not intended to limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent processing scope of the present application.

Claims

1. A method for controlling a vehicle-mounted central control screen, characterized in that: The vehicle-mounted central control screen control method comprises: In response to a triggering operation of an interface switching control in the first interface, obtaining at least one pre-stored layout information; Selecting target layout information from the layout information based on a preset rule; Generate a second interface according to the target layout information, and render and display the second interface.

2. The vehicle-mounted central control screen control method according to claim 1, characterized in that: The step of selecting target layout information from the layout information based on a preset rule includes: Acquiring layout reference data, wherein the layout reference data includes vehicle running state data, vehicle driving environment data, and driver image data; Determining a recommended layout type according to the layout reference data; The target layout information corresponding to the recommended layout type is selected from the layout information.

3. The vehicle-mounted central control screen control method according to claim 2, characterized in that: The step of determining the recommended layout type according to the layout reference data comprises: If there is abnormal data in the vehicle running status data, determining that the recommended layout type is an abnormality prompt layout; If there is no abnormal data in the vehicle running state data, determining the driver's mood index according to the driver image data; Determine the type of environment in which the vehicle is located based on the vehicle driving environment data, wherein the type of environment includes highway, urban area, rural area, competition and fair; The recommended layout type is determined according to the mood index and the environment type.

4. The vehicle-mounted central control screen control method according to claim 2, characterized in that: After the step of determining the recommended layout type according to the layout reference data, the method further comprises: Determine the layout type of each of the layout information, and if there is no layout type that is the same as the recommended layout type, determine the component to be displayed according to the layout reference data; Determining a target component based on the components to be displayed, the sizes of the components to be displayed, and the panel size of the vehicle-mounted central control screen; The target layout information is determined according to the target component.

5. The vehicle-mounted central control screen control method according to claim 1, characterized in that: The step of generating a second interface according to the target layout information and rendering and displaying the second interface includes: Determine at least one first component in the first interface, and at least one second component corresponding to the target layout information; determining identical components in the first component and the second component; Determine the displacement of each identical component from the location of the first interface to the location of the second interface; The same component is rendered based on the displacement, and the remaining components of the second component except the same component are rendered to render the second interface.

6. The vehicle-mounted central control screen control method according to claim 5, characterized in that: The step of rendering the remaining components in the second component except the same component includes: determining component requirement data for each of the remaining components; Based on the vehicle central control bus, obtaining the component demand data from the vehicle controller; If empty data returned by the vehicle controller is received, determining replacement data associated with the component requirement data; The component requirement data is calculated based on the replacement data, and the remaining components are rendered based on the component requirement data.

7. The vehicle-mounted central control screen control method according to claim 1, characterized in that: After the step of generating the second interface according to the target layout information and rendering and displaying the second interface, the method further includes: Responding to a triggering operation of a background generation control in the second interface, acquiring voice data; Extracting the instruction field in the voice data; Generate an interface background based on the instruction field and the vehicle driving environment data; The interface background is rendered as the background image of the second interface.

8. The vehicle-mounted central control screen control method according to claim 1, characterized in that: The step of selecting target layout information from the layout information based on a preset rule includes: If there are at least two types of the layout information, obtaining the priority of each type of the layout information; The target layout information is selected based on the priority.

9. A vehicle-mounted central control screen, characterized in that: The vehicle-mounted central control screen includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program is configured to implement the steps of the vehicle-mounted central control screen control method as described in any one of claims 1 to 8.

10. A storage medium, characterized in that: The storage medium is a computer-readable storage medium, and a computer program is stored on the computer-readable storage medium. When the computer program is executed by a processor, the steps of the vehicle-mounted central control screen control method as described in any one of claims 1 to 8 are implemented.

Images