Welcome page broadcast method, device and storage medium

Abstract

The present application discloses a welcome page broadcast method, device and storage medium. The present application relates to the general control system technology field. The welcome page broadcast method includes: if a central control preload instruction is detected, obtaining cache data stored in the cache unit of the vehicle-mounted central control at the last shutdown moment; determining at least two control types corresponding to the cache data; rearranging the control framework based on the control type to determine the interface element file; obtaining a pre-stored vehicle three-dimensional model corresponding to the vehicle type; rendering a welcome page according to the interface element file and the vehicle three-dimensional model, and synchronously broadcasting the selected information corresponding to the cache data. The technical problem that the current third-party vehicle-mounted central control host in the related technology needs to execute related actions after the vehicle is ignited and powered on, which affects the user experience of the vehicle machine is solved. The technical effect of improving the rendering speed of the vehicle-mounted central control welcome page is achieved.

Description

Technical Field

[0001] The present application relates to the general field of control system technology, and in particular to a welcome page broadcast method, device and storage medium. Background Art

[0002] The in-vehicle head unit is the infotainment system in a car, which usually integrates multimedia content playback, vehicle control and navigation functions.

[0003] The communication protocol of the original in-vehicle central control is fully matched with that of the vehicle, and it can communicate smoothly with various control units of the vehicle. Third-party central control needs to crack and understand these communication protocols in order to exchange data with other systems of the vehicle. However, the confidentiality measures of automobile manufacturers for communication protocols make this process difficult. Therefore, the current third-party in-vehicle central control host needs to perform related actions after the vehicle is ignited and powered on, which affects the user experience of the vehicle. Summary of the invention

[0004] The main purpose of this application is to provide a welcome page broadcast method, device and storage medium, aiming to solve the technical problem that the current third-party vehicle-mounted central control host needs to perform related actions after the vehicle is ignited and powered on, which affects the user experience of the vehicle.

[0005] To achieve the above purpose, the present application provides a welcome page announcement method, the welcome page announcement method comprising:

[0006] If a central control preloading instruction is detected, cache data stored in a cache unit of the vehicle-mounted central control at the last downtime is obtained;

[0007] Determine at least two control types corresponding to the cached data;

[0008] Rearrange the control framework corresponding to the control type to determine the interface element file;

[0009] Obtaining a pre-stored three-dimensional vehicle model corresponding to the vehicle type;

[0010] A welcome page is rendered according to the interface element file and the vehicle three-dimensional model, and selected information corresponding to the cached data is simultaneously broadcasted.

[0011] In one embodiment, before the step of obtaining cache data stored in a cache unit of the vehicle-mounted central control at a previous shutdown time if a central control startup instruction is detected, any of the following is included:

[0012] If the vehicle door is opened and pressure feedback from the front seat sensor is detected, it is determined that the central control preload instruction is triggered;

[0013] If the vehicle ignition is detected, it is determined that the central control preloading instruction is triggered;

[0014] If the parking location of the vehicle is a garage and the light sensor detects that the light is enhanced, it is determined that the central control preloading instruction is triggered;

[0015] If the current moment meets the user's car preference and the distance of the car key is detected to be less than the distance threshold, it is determined to trigger the central control preloading instruction.

[0016] In one embodiment, before the step of obtaining cache data stored in a cache unit of the vehicle-mounted central control at a previous shutdown time if a central control startup instruction is detected, the step includes:

[0017] If a vehicle stop command is detected, vehicle status data is obtained;

[0018] Get the control data of the current interface of the vehicle's central control;

[0019] The cache data is generated according to the vehicle status data and the control data, and the cache data is associated with the downtime and stored in the cache unit.

[0020] In one embodiment, the step of determining at least one control type corresponding to the cached data includes:

[0021] Determining first display data according to the vehicle status data and data anomaly rules in the cache data;

[0022] Determining second display data according to the display weight corresponding to each control data in the cache data and the display content proportion corresponding to the first display data;

[0023] Determine the control types corresponding to the first display data and the second display data respectively.

[0024] In one embodiment, the step of determining the interface element file based on rearranging the control frame corresponding to the control type includes:

[0025] Determine the display size corresponding to the control frame according to the to-be-displayed data corresponding to each of the control frames;

[0026] Based on the display sizes and layer separation rules, determining the display position and rendering setting data corresponding to each of the control frames;

[0027] The interface element file is determined according to the display position of each of the control frames and the rendering setting data.

[0028] In one embodiment, before the step of obtaining a pre-stored three-dimensional vehicle model corresponding to the vehicle type, the following steps are included:

[0029] Outputting the model type corresponding to the vehicle type to the display interface of the vehicle-mounted central control;

[0030] Determining a target display type and style parameters according to the touch information received by the display interface;

[0031] The vehicle three-dimensional model is rendered according to the target display type and the style parameters.

[0032] In one embodiment, the step of rendering a welcome page according to the interface element file and the vehicle three-dimensional model, and simultaneously broadcasting the selected information corresponding to the cached data, includes:

[0033] Extracting the selected information corresponding to the cached data based on preset rules;

[0034] Based on the interface element file and the time series alignment of the vehicle three-dimensional model, the welcome page is rendered, and the selected information is broadcasted synchronously.

[0035] In one embodiment, the vehicle-mounted central control includes a main display module and at least one auxiliary display module, and the step of rendering a welcome page according to the interface element file and the vehicle three-dimensional model, and synchronously broadcasting the selected information corresponding to the cached data, further includes:

[0036] Extracting the selected information corresponding to the cached data based on a preset rule;

[0037] Based on the assembly position of each of the auxiliary display modules, splitting the interface element file to determine the display file of each of the auxiliary display modules;

[0038] Based on the interface element file and the time series alignment of the vehicle three-dimensional model, rendering the first welcome page of the main display module, and simultaneously broadcasting the selected information;

[0039] The second welcome page of each of the secondary display modules is rendered based on the display file.

[0040] In addition, to achieve the above-mentioned purpose, the present application also provides a welcome page broadcast device, which includes: a memory, a processor, and a computer program stored on the memory and executable on the processor, and the computer program is configured to implement the steps of the welcome page broadcast method described above.

[0041] 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 welcome page broadcast method. The program for implementing the welcome page broadcast method is executed by a processor to implement the steps of the welcome page broadcast method as described above.

[0042] The present application provides a welcome page broadcasting method. The present application first obtains the cache data stored in the cache unit of the vehicle-mounted central control at the last shutdown moment when the central control preload instruction is detected; determines at least two control types corresponding to the cache data; rearranges the control framework corresponding to the control type to determine the interface element file; obtains the pre-stored vehicle three-dimensional model corresponding to the vehicle type; renders the welcome page according to the interface element file and the vehicle three-dimensional model, and simultaneously broadcasts the selected information corresponding to the cache data. The present application solves the technical problem in the related technology that the current third-party vehicle-mounted central control host needs to execute related actions after the vehicle is ignited and powered on, which affects the user experience of the vehicle. The technical effect of improving the rendering speed of the vehicle-mounted central control welcome page is achieved.

[0043] To summarize, by using relevant data of the vehicle itself, such as seat pressure data, distance data of the car key, whether the door is open, etc., the user's car use needs are determined. If it is determined that the user needs to use the vehicle, the central control preloading instruction is triggered. At this time, only the cache data in the cache unit is obtained, so it does not require large power consumption to complete; if the vehicle is ignited, the user does need to use the vehicle, and then the subsequent steps are executed. That is, data is preloaded, and at least two control types corresponding to the cached data are determined; the control framework corresponding to the control type is rearranged to determine the interface element file; the pre-stored vehicle three-dimensional model corresponding to the vehicle type is obtained, which reduces the data and tools required for rendering the welcome page, further reduces the rendering time, and then renders the welcome page according to the interface element file and the vehicle three-dimensional model, and simultaneously broadcasts the selected information corresponding to the cached data, thereby quickly completing the rendering of the vehicle-mounted central control. Compared with the technical solution in the related art that requires the vehicle to be ignited before starting the vehicle-mounted central control, and the welcome page only has startup animations such as the vehicle logo, the vehicle-mounted central control of the welcome page broadcast method in the embodiment of the present application can realize that after the user presses the ignition button, the vehicle-mounted central control can display the approximate welcome page framework and specific content, and is accompanied by a broadcast, which reduces the user's waiting time and improves the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0045] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0046] Figure 1A flowchart of the first embodiment of the welcome page broadcasting method of this application is provided;

[0047] Figure 2 A flowchart of the welcome page broadcast method embodiment 3 of this application is provided;

[0048] Figure 3 A flowchart of the eighth embodiment of the welcome page broadcast method of this application is provided;

[0049] Figure 4 Schematic diagram of the hardware structure involved in the welcome page broadcast device embodiment of the present application.

[0050] The purpose, features and advantages of this application will be further described in conjunction with the embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

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

[0052] In order to better understand the technical solution of the present application, a detailed description will be given below in conjunction with the accompanying drawings and specific implementation methods.

[0053] At present, the native vehicle-mounted central control is considered as an integrated whole during the design and production of the vehicle. Its hardware interface is closely matched with other electronic systems and sensors of the vehicle, and can directly obtain various status information of the vehicle, such as vehicle speed, rotation speed, water temperature, oil level, etc. Third-party vehicle-mounted central control needs to spend a lot of time and energy to study the electronic system architecture and hardware interface of different models, and develop adaptive connection modules to ensure that this information can be obtained accurately and stably. For example, the data transmission protocol and electrical characteristics of the OBD (on-board diagnostic system) interface of different models may be different. The third-party central control needs to adapt to these differences, otherwise it may not be able to read the vehicle data normally or data errors may occur. The electronic systems inside the vehicle usually transmit and interact data through communication protocols such as CAN (controller area network) bus. The communication protocol of the native vehicle-mounted central control is fully matched with that of the vehicle, and it can communicate smoothly with various control units of the vehicle. Third-party central control needs to crack and understand these communication protocols in order to exchange data with other systems of the vehicle. However, the confidentiality measures of automobile manufacturers for communication protocols make this process difficult, and the communication protocols of different manufacturers and different models may be different, which increases the difficulty and complexity of research and development. Therefore, the current third-party vehicle-mounted central control host needs to perform related actions after the vehicle is ignited and powered on, which affects the user experience of the vehicle.

[0054] The main solution of this application is: if a central control preload instruction is detected, the cache data stored in the cache unit of the vehicle-mounted central control at the last downtime is obtained; at least two control types corresponding to the cache data are determined; the interface element file is determined based on the control framework corresponding to the control type; the pre-stored vehicle three-dimensional model corresponding to the vehicle type is obtained; the welcome page is rendered according to the interface element file and the vehicle three-dimensional model, and the selected information corresponding to the cache data is simultaneously broadcasted. The technical effect of improving the rendering speed of the vehicle-mounted central control welcome page is achieved.

[0055] It should be noted that the execution subject of this embodiment can be a vehicle-mounted central control, 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 welcome page broadcast device that can realize the above functions, etc. This embodiment does not specifically limit this. The following takes the vehicle-mounted central control as an example to illustrate this embodiment and the following embodiments.

[0056] Based on this, the first embodiment of the present application proposes a welcome page broadcast method, please refer to Figure 1 The welcome page broadcasting method includes steps S10 to S50:

[0057] Step S10: If a central control preloading instruction is detected, cache data stored in a cache unit of the vehicle-mounted central control at the last shutdown moment is obtained.

[0058] In this embodiment, the central control preloading instruction is triggered by collecting relevant data of the vehicle and determining that the user has the expectation to use the vehicle-mounted central control, and then the welcome page broadcast method in this embodiment is implemented. In actual scenarios, the triggering mechanism of the central control preloading instruction is multi-dimensional. When the owner approaches the vehicle and the smart key establishes close-range communication with the vehicle, the vehicle's sensing system starts working. If the door handle is pulled or the door unlock signal is detected at the same time, this series of actions can be combined to determine that the user has a high possibility of using the vehicle-mounted central control, thereby triggering the central control preloading instruction. This design simulates the natural process of users getting on the car and predicts user needs in advance. The cache unit is like a "memory treasure house" for the vehicle-mounted central control. It is a highly stable and specially designed storage area. At the moment when the vehicle is turned off, the central control system will quickly package and store a series of key data here. These data include vehicle status data, such as the readings of various vehicle sensors at the time of engine shutdown, such as tire pressure sensor data, engine oil temperature data, etc.; they also include the last screen content displayed by the vehicle's central control when the vehicle was shut down, such as the multimedia information being played, navigation page information, etc. This design ensures that the vehicle can be quickly restored to its previous usage state when it is started again, reducing user waiting time. The last shutdown time is the last time the vehicle was shut down. The cached data includes but is not limited to vehicle status data and the last screen content displayed by the vehicle's central control when it was shut down.

[0059] Step S20, determining at least two control types corresponding to the cached data.

[0060] In this embodiment, the control is a number of widgets displayed on the display page of the vehicle's central control. The control type is the type of widget, including but not limited to time, vehicle temperature, air conditioning temperature, and vehicle status data dashboard.

[0061] Step S30, rearranging the control frame corresponding to the control type to determine the interface element file.

[0062] In this embodiment, the control frame is a display frame corresponding to the control type, and the control is formed by filling the cache data through the control frame. The interface element file is the relevant data of the page formed after all the control frames are arranged, and the processor renders according to the interface element file and displays the corresponding image content on the display module.

[0063] Step S40, obtaining a pre-stored three-dimensional vehicle model corresponding to the vehicle type.

[0064] In this embodiment, the vehicle three-dimensional model is a three-dimensional medium of the vehicle, and can rotate and display different views in response to a user's touch operation.

[0065] Step S50, rendering a welcome page according to the interface element file and the vehicle three-dimensional model, and simultaneously broadcasting the selected information corresponding to the cached data.

[0066] As an optional implementation, the central control preloading instruction is a command triggered by collecting relevant data of the vehicle and determining that the user has an expectation to use the vehicle-mounted central control. For example, it can be determined whether the user has an expectation to use the vehicle-mounted central control by detecting data such as the unlocking state of the vehicle and the opening state of the door. When these data are detected, it can be considered that the user has the possibility of using the vehicle-mounted central control, thereby triggering the central control preloading instruction. The cache unit is a storage area in the vehicle-mounted central control system, which is used to store cache data at the last shutdown moment. The cache data includes but is not limited to vehicle status data and the last screen content displayed by the vehicle-mounted central control when it is shut down. These data can be quickly loaded when the vehicle-mounted central control is started next time, improving the startup speed and user experience. The last shutdown moment refers to the last time the vehicle was turned off. At this moment, the vehicle-mounted central control system will store the current vehicle status data and display screen content and other information in the cache unit for use at the next startup. When the central control preloading instruction is detected, the vehicle-mounted central control system will automatically obtain the cache data stored in the cache unit at the last shutdown moment. These data can provide basic information for subsequent steps, helping to quickly build a welcome page and broadcast selected information. Controls are several widgets displayed on the display page of the vehicle's central control. For example, time, vehicle temperature, air conditioning temperature, vehicle status data dashboard, etc. are all common controls. These controls can provide users with various vehicle information and operation functions. The control type is the type of widget. Different control types have different functions and display methods. For example, the time control can display the current time, the vehicle temperature control can display the temperature inside the vehicle, and the air conditioning temperature control can display the set temperature of the air conditioner. According to the content of the cached data, at least two corresponding control types can be determined. For example, if the cached data contains vehicle temperature and air conditioning temperature information, then the control type can be determined to be a vehicle temperature control and an air conditioning temperature control. After determining the control type, a specific control framework and display content can be provided for subsequent steps. The control framework is the display framework corresponding to the control type. Each control type has its own specific display framework, which is used to fill the cached data to form a control. For example, the framework of the time control may be a display style of a digital clock, and the framework of the vehicle temperature control may be a display style of a thermometer, etc. The interface element file is the relevant data that finally forms a page after all the control frameworks are arranged. The processor renders according to the interface element file, and then displays the corresponding image content on the display module. Based on the control frames corresponding to the determined control types, these frames can be rearranged to determine the best page layout. The rearrangement process can take into account factors such as user usage habits and the importance of information. After the page layout is determined, the interface element file is generated to provide data support for the subsequent rendering steps. The vehicle 3D model is a 3D media of the vehicle, which can rotate and display different views in response to the user's touch operation. The vehicle 3D model can provide users with a more intuitive display of the vehicle's appearance and enhance the user's experience.According to the type of vehicle, the pre-stored vehicle 3D model is obtained. Different types of vehicles may have different 3D models to ensure that the model matches the actual vehicle. After obtaining the vehicle 3D model, it can be combined with the interface element file to render the welcome page together. The welcome page is rendered according to the interface element file and the vehicle 3D model, and the selected information corresponding to the cached data is broadcast synchronously. Rendering the welcome page is to combine the interface element file and the vehicle 3D model to generate the final welcome page image content. The rendering process can use graphics processing technology to integrate various controls and vehicle 3D models to present a beautiful and practical welcome page. The selected information is important information extracted from the cached data, such as vehicle fault prompts, important notifications, etc. This information can be broadcast synchronously on the welcome page to remind the user. According to the interface element file and the vehicle 3D model, the welcome page is rendered, and the selected information corresponding to the cached data is broadcast synchronously. In this way, when the user starts the in-vehicle central control, useful information and a beautiful interface can be immediately provided to the user, thereby improving the user experience.

[0067] For example, the user owns an SUV car and has installed a third-party in-vehicle central control system. When the user unlocks the vehicle and opens the door, the in-vehicle central control system detects these actions and determines that the user has an expectation to use the in-vehicle central control, thereby triggering the central control preload instruction. The in-vehicle central control system obtains the cache data stored in the cache unit at the last shutdown time, including information such as the vehicle's mileage, average fuel consumption, current time, in-vehicle temperature, and air conditioning setting temperature. According to these cached data, the corresponding control types are determined to be mileage counter controls, fuel consumption display controls, time controls, vehicle temperature controls, and air conditioning temperature controls. Based on the control frameworks corresponding to these control types, rearrangement is performed to determine the interface element file. For example, the mileage counter control and fuel consumption display control can be placed in the upper left corner of the page, the time control can be placed in the upper right corner of the page, and the vehicle temperature control and air conditioning temperature control can be placed at the bottom of the page. Then, according to the SUV type of the vehicle, a pre-stored vehicle three-dimensional model is obtained. This model can display the appearance of the vehicle on the welcome page and rotate to display different views in response to the user's touch operation. Finally, the welcome page is rendered based on the interface element file and the vehicle 3D model, and the selected information corresponding to the cached data is broadcast simultaneously. For example, if the cached data contains vehicle fault prompt information, this information can be broadcast simultaneously on the welcome page to remind users.

[0068] Through the above implementation methods and examples, the startup scheme of the third-party vehicle-mounted central control can be modified to improve the user experience. When the user starts the vehicle-mounted central control, the cached data of the last shutdown moment can be quickly loaded, and combined with the vehicle three-dimensional model and selected information, a beautiful and practical welcome page is provided for the user.

[0069] The present application provides a welcome page broadcasting method. The present application first obtains the cache data stored in the cache unit of the vehicle-mounted central control at the last shutdown moment when the central control preload instruction is detected; determines at least two control types corresponding to the cache data; rearranges the control framework corresponding to the control type to determine the interface element file; obtains the pre-stored vehicle three-dimensional model corresponding to the vehicle type; renders the welcome page according to the interface element file and the vehicle three-dimensional model, and simultaneously broadcasts the selected information corresponding to the cache data. The present application solves the technical problem in the related technology that the current third-party vehicle-mounted central control host needs to execute related actions after the vehicle is ignited and powered on, which affects the user experience of the vehicle. The technical effect of improving the rendering speed of the vehicle-mounted central control welcome page is achieved.

[0070] Based on any of the above embodiments, Embodiment 2 of the present application proposes a welcome page broadcast method, which includes any of the following before step S10:

[0071] Step S1, if it is detected that the vehicle door is opened and the pressure feedback of the front seat sensor is detected, it is determined that the central control preload instruction is triggered.

[0072] In this embodiment, the door opening refers to the change of the vehicle's door from a closed state to an open state. This can be detected by a sensor installed on the door, which can sense the change in the mechanical movement of the door and transmit the signal to the vehicle's central control system. The door opening is an intuitive manifestation of the user entering the vehicle, and is one of the important bases for judging that the user is about to use the vehicle's central control. Pressure feedback from the front seat sensor: A pressure sensor is installed inside the front seat. When an object applies pressure to the seat, the sensor can detect changes in the pressure value. When the pressure value exceeds a certain threshold, it indicates that there is a passenger sitting in the front seat. Combined with the information of the door opening, it can be more accurately inferred that the user is ready to use the vehicle, thereby triggering the central control preload instruction.

[0073] In actual scenarios, when the car owner opens the door to get in the car and sits in the front seat, the door opening signal and the pressure feedback from the seat sensor are received by the vehicle's central control system at the same time. The system determines that the user intends to use the vehicle's central control and triggers the central control preloading command.

[0074] Step S2: If the vehicle ignition is detected, it is determined that the central control preloading instruction is triggered.

[0075] In this embodiment, vehicle ignition: vehicle ignition is the operation of starting the vehicle engine, which is achieved through the ignition switch. When the ignition switch is turned on, a specific electrical signal is generated, which is recognized by the vehicle's electronic control unit (ECU) and executes the program to start the engine. In this process, the vehicle's central control system can also detect this ignition signal, which is used as one of the conditions for triggering the central control preload instruction.

[0076] For example, when the owner starts the vehicle directly after getting in, the signal generated by the ignition action is captured by the onboard central control system, and the system triggers the central control preloading instruction to prepare for the quick start of the central control system.

[0077] Step S3: If the parking position of the vehicle is a garage and the light sensor detects that the light is enhanced, it is determined to trigger the central control preloading instruction.

[0078] In this embodiment, the parking location of the vehicle is a garage: the vehicle determines whether it is in the garage through the interaction information of the GPS positioning system or the positioning facilities related to the garage, such as the garage access control system. The garage environment is relatively closed and has certain particularities. It is one of the scenarios where car owners often start their vehicles. The light sensor detects the light increase: the light sensor is installed at a suitable position on the surface of the vehicle to detect the light intensity of the surrounding environment. When the vehicle is in the garage, the light is usually dim. If the garage door is opened or there are other light sources that cause the light sensor in the car to detect a sudden increase in light intensity, this means that a user may have entered the garage to prepare to use the car.

[0079] Suppose the owner's vehicle is parked in his own garage. When the garage door is opened, light shines into the car. The light sensor detects the increased light. Combined with the information that the vehicle is in the garage, the onboard central control system triggers the central control preload command.

[0080] Step S4: If the current moment meets the user's car preference and the distance of the car key is detected to be less than the distance threshold, it is determined to trigger the central control preloading instruction.

[0081] In this embodiment, the current moment is consistent with the user's car usage preferences: the vehicle-mounted central control system records the frequency and regularity of the user's use of the vehicle in different time periods by learning the user's car usage habits. For example, the system analysis finds that the owner has a higher probability of using the car between 7 am and 8 am and 6 pm and 7 pm on weekdays, and these time periods are identified as moments that meet the user's car usage preferences. The distance of the car key is detected to be less than the distance threshold: the vehicle is equipped with a car key detection system, which is generally based on Bluetooth or other short-range communication technologies. When the distance between the car key and the vehicle is close to a certain degree (distance threshold), such as within 1-2 meters around the vehicle, the vehicle can detect the approach of the car key. For example, at 7:30 am on a weekday, this time is consistent with the owner's car usage preferences. When the owner approaches the vehicle with the car key and the distance between the car key and the vehicle is less than the set threshold, the vehicle-mounted central control system triggers the central control preload instruction.

[0082] For example, the user drives to work from his garage at around 7:30 every morning. The light in the garage is dim, and the vehicle knows that it is in the garage through the positioning system. This morning, the owner opens the door and enters the car, sitting in the front seat. The door opening signal and the pressure feedback of the front seat sensor are received by the vehicle-mounted central control system. At the same time, the vehicle's light sensor detects that the light is enhanced after the garage door is opened. In addition, the system determines that the current moment meets the owner's car usage preferences based on the time, and the distance between the car key carried by the owner and the vehicle is within the detection range. These conditions combined trigger the central control preload instruction. The vehicle-mounted central control system quickly obtains the cache data stored in the cache unit at the last downtime, and starts the subsequent welcome page broadcast preparation work, providing the owner with a convenient and fast vehicle-mounted central control experience. In other scenarios, such as when the owner gets in the car and ignites it directly in the parking lot, or when approaching the vehicle to prepare for use, as long as any of the trigger conditions in the above steps is met, the central control preload instruction will be triggered to ensure that the vehicle-mounted central control system can respond in time.

[0083] Therefore, by presetting conditions to trigger the central control preload instruction, the vehicle-mounted central control can be initially awakened before the vehicle is ignited, and the step of obtaining the cache data stored in the cache unit of the vehicle-mounted central control at the last shutdown moment is executed. This step only needs to obtain data and does not require a large amount of computing power, so it can be completed through the vehicle's background sleep power consumption. That is, by anticipating the user's usage expectations, data pre-acquisition is achieved, improving the rendering efficiency of the welcome page.

[0084] Furthermore, after the user turns on the ignition, the steps of determining at least two types of controls corresponding to the cached data and the following steps are performed. If the vehicle is not turned on, the above steps are not performed to reduce the power consumption of the vehicle-mounted central control.

[0085] Based on any of the above embodiments, the third embodiment of the present application proposes a welcome page broadcast method, referring to Figure 2 , before step S10, including:

[0086] Step A10: If a vehicle shutdown command is detected, vehicle status data is obtained.

[0087] In this embodiment, the vehicle shutdown command: the vehicle shutdown command refers to the signal sent when the vehicle is about to stop running. This signal can come from the ignition system shutdown operation of the vehicle, or it can be an internal command generated by the vehicle automatically judging that the current driving state meets the shutdown conditions, such as the vehicle is completely stationary, the engine is in the idle state for a period of time, etc. Vehicle status data: the vehicle status data is a description of the working status of each system and component of the vehicle at the moment of shutdown. It includes but is not limited to the engine speed, that is, the value at the last moment before shutdown, reflecting the working status of the engine, the vehicle speed, that is, the speed at the moment of parking, confirming whether the vehicle is completely stationary, the remaining fuel, the power of the vehicle battery, the pressure value of each tire, the opening and closing status of each door, the status of the lighting system such as whether the headlights, turn signals, interior lighting, etc. are turned on, the vehicle's fault code, etc. These data are very important for the self-check and restoration of the previous settings when the vehicle is started next time.

[0088] When the vehicle receives a shutdown command, the vehicle's control system will quickly collect the vehicle status data in preparation for subsequent cache storage.

[0089] Step A20, obtaining the control data of the current interface of the vehicle central control.

[0090] In this embodiment, the control data of the current interface of the vehicle-mounted central control: the interface of the vehicle-mounted central control is composed of multiple controls, and each control has its specific data. For example, the data of the music playback control includes the name of the currently playing song, the singer, the playback progress, the volume, the playback mode such as single loop, random playback, etc.; the data of the navigation control includes the current navigation destination, the distance traveled, the estimated remaining distance, and the next navigation prompt point information; if it is a vehicle information display control, it may include the display settings of the vehicle's water temperature, oil temperature and other data on the central control interface, such as display format, unit, etc. Acquiring these control data is to collect the current status and related information of each control on the central control interface.

[0091] By scanning and extracting data from the vehicle's central control system, detailed data of all controls on the current interface can be obtained.

[0092] Step A30, generating the cache data according to the vehicle status data and the control data, and storing the cache data in the cache unit in association with the downtime.

[0093] In this embodiment, cache data: is composed of vehicle status data and central control control data. It is a "snapshot" when the vehicle is shut down, which fully records the status of the vehicle and the on-board central control system at this moment. Stop time: accurately records the time point when the vehicle stops running. This time point is used as an index to associate and identify cache data, so that the corresponding cache information can be quickly found at the next startup. Cache unit: As mentioned above, it is an area in the on-board central control system specifically used to store cache data.

[0094] The acquired vehicle status data and the control data of the current interface of the central control are integrated to form cache data. Then, this cache data is associated with the current downtime and stored in the cache unit. The storage process needs to ensure the integrity and accuracy of the data and store it in an efficient way so that it can be quickly read when needed.

[0095] For example, when the owner gets home from get off work and parks the car in the garage, he turns off the ignition switch of the vehicle, and the vehicle generates a shutdown command. The vehicle's control system quickly begins to collect vehicle status data. The engine speed drops to 0, the vehicle speed is 0, the fuel level shows that there is half a tank of fuel left, the battery is fully charged, the pressure of the four tires is normal, all the doors are closed, and the lighting system is turned off except for the small lights inside the car. The vehicle has no fault code. At the same time, the onboard central control system is playing music. The data of the music playback control shows that the current song being played is a popular song by a certain singer. The playback progress has reached two-thirds of the song, the volume is a moderate 20, and the playback mode is sequential playback. The navigation function is not used, and other vehicle information display controls show that the water temperature is normal and the oil temperature is normal. Then, the onboard central control system integrates these vehicle status data and the control data of the current interface of the central control to generate cache data, and associates it with the time of this shutdown and stores it in the cache unit. In this way, the next time the owner starts the vehicle, if the on-board central control system detects the central control pre-loading instruction, it can quickly obtain the cached data based on the shutdown time, providing users with a more convenient user experience, such as continuing to play the song that was not finished last time, displaying various status information of the vehicle, etc.

[0096] If a vehicle shutdown command is detected, the vehicle status data is obtained; the control data of the current interface of the vehicle central control is obtained; the cache data is generated according to the vehicle status data and the control data, and the cache data is associated with the shutdown time and stored in the cache unit. The data when the vehicle is turned off is used as the initial data when it is turned on next time, which is more in line with the user's usage habits. At the same time, this data is closer to the data when the vehicle is turned on again, avoiding the vehicle central control from obtaining all vehicle data when it is turned on, and improving the rendering speed of the welcome page.

[0097] Based on any of the above embodiments, Embodiment 4 of the present application proposes a welcome page broadcast method, step S20, comprising:

[0098] Step S21, determining first display data according to the vehicle status data and data anomaly rules in the cache data;

[0099] Step S22, determining second display data according to the display weight corresponding to each control data in the cache data and the display content proportion corresponding to the first display data;

[0100] Step S23: determining the control types corresponding to the first display data and the second display data respectively.

[0101] In this embodiment, the data anomaly rule is a set of pre-set judgment criteria for determining whether the vehicle status data exceeds the normal range. These rules are formulated based on the design parameters and normal operating range of the vehicle. For example, for the engine water temperature, the normal range may be 80-100 degrees Celsius. If the water temperature in the cached data is higher than 100 degrees Celsius or lower than 80 degrees Celsius, it is considered abnormal. For tire pressure, different models have different standard pressure values, which are generally marked in the door frame or the vehicle user manual. If the actual pressure value differs from the standard pressure value by more than a certain value (such as plus or minus 10%), the tire pressure data is considered abnormal. Similarly, there are corresponding judgment rules for situations such as the sudden drop in fuel level and abnormal fluctuations in battery power. The first display data is to check the vehicle status data according to the data anomaly rule, and extract those abnormal data or data that need to be focused on in a specific scenario, and these data constitute the first display data. For example, if the pressure of a tire of the vehicle is too low, this tire pressure data will become part of the first display data, because it has an important impact on the driving safety of the vehicle and needs to be notified to the user in time. By applying data anomaly rules to the vehicle status data in the cached data, the system can quickly filter out the first display data to provide a basis for subsequent display decisions. Each control data is assigned a display weight, which indicates the importance of the information represented by the control in the overall display. For example, the display weight of the navigation control may be high because navigation information is critical to the user during driving; while the information weight of a specific song in the music playlist may be relatively low. The display weight is determined based on user usage habits, vehicle function priorities, and safety-related factors. The display content ratio is the proportion of each data element in the first display data to the entire content that needs to be displayed. For example, if there are three abnormal data in the first display data, namely tire pressure, engine water temperature, and battery power, their proportion in the display content may be determined based on their degree of abnormality or the size of their impact on the vehicle. If low tire pressure has the greatest impact on driving safety, its proportion may be 50%, abnormal engine water temperature accounts for 30%, and abnormal battery power accounts for 20%. The second display data is to further filter and determine the data to be displayed by combining the display weights of each control data and the display content ratio of the first display data. This process takes into account the balance and importance of the overall information. For example, if the navigation control has a higher weight and there are no abnormal conditions that seriously affect safety in the first display data, such as normal tire pressure, normal water temperature, etc., then the navigation information may be included in the second display data; but if there is a serious vehicle status abnormality, such as low tire pressure, then even if the navigation control has a high weight, the abnormal tire pressure information may be displayed first. At this time, the tire pressure data is an important part of the second display data.

[0102] Through this comprehensive consideration, the second display data is determined to provide the user with the most valuable information within a limited display space.

[0103] As mentioned above, the control type is the type of widget on the in-vehicle central control display page, and different control types are used to display different types of data. For example, a thermometer-style control used to display vehicle temperature data is one type, a vehicle status dashboard including information such as vehicle speed and rotation speed is another type, and a warning light-style control that displays fault prompt information is another type. For each data element in the first display data and the second display data, the corresponding control type is determined according to its nature. If there is information about low tire pressure in the first display data, the corresponding control type is the tire pressure warning control type; if there is navigation information in the second display data, the corresponding control type is the navigation display control type. In this way, it is clear what kind of control each data should be displayed on the in-vehicle central control interface, thereby providing accurate guidance for subsequent interface layout and rendering.

[0104] For example, the owner parks the vehicle after driving it once, and the on-board central control system stores cached data. When analyzing the vehicle status data, it was found according to the data anomaly rule that the engine water temperature was 105 degrees Celsius and the right rear tire pressure was 20% lower than the standard value. These abnormal data constitute the first display data. In the central control system, the display weight of the navigation control is 30%, the weight of the music playback control is 20%, and the vehicle status display includes comprehensive information such as water temperature, oil temperature, and tire pressure, with a weight of 50%. Since the first display data contains abnormal engine water temperature and abnormal tire pressure, in the entire display content, abnormal engine water temperature accounts for 40%, and abnormal tire pressure accounts for 60%. Taking into account the display weight and the proportion of display content, it is determined that the second display data includes abnormal tire pressure information and abnormal engine water temperature information.

[0105] For the first display data and the second display data, the control type corresponding to the abnormal engine water temperature information is the temperature warning dashboard control used to highlight the abnormal water temperature, and the control type corresponding to the abnormal tire pressure information is the tire pressure warning light control. These control types will be used in the display design of the subsequent welcome page or startup interface to display important information to the user in a timely manner.

[0106] Based on any of the above embodiments, Embodiment 5 of the present application proposes a welcome page broadcast method, step 30, comprising:

[0107] Step S31, determining the display size corresponding to the control frame according to the to-be-displayed data corresponding to each control frame;

[0108] Step S31, determining the display position and rendering setting data corresponding to each of the control frames based on the display sizes and layer separation rules;

[0109] Step S31, determining the interface element file according to the display position of each control frame and the rendering setting data.

[0110] In this embodiment, the data to be displayed corresponding to the control frame, each control frame has its specific data to be displayed, and the content and length and other characteristics of these data will affect the display size of the control. For example, if it is a control frame that displays the name of a song, and the data to be displayed is a very long song name, then this control may require a larger width to fully display the song name; if it is a control frame that displays the speed of the vehicle, the data to be displayed is just a simple number such as 60km / h, and the required display size is relatively small. The display size refers to the size occupied by the control on the vehicle's central control screen, including dimensions such as length, width, and height. Determining the display size according to the characteristics of the data to be displayed can ensure that the data can be displayed clearly and completely to the user. For some important data or large amounts of data, a larger display size may be required to highlight or fully present it, while for some simple and minor data, a smaller display size can be used.

[0111] By analyzing the data to be displayed corresponding to each control frame, its display size is reasonably determined to provide a basis for subsequent interface layout.

[0112] Layer separation rules are rules for arranging the order of different controls on the display level. Similar to setting layers for different elements in graphic design software, some important information or controls that need to be highlighted may be placed on higher layers, while background or secondary controls are placed on lower layers. For example, warning controls such as vehicle fault prompts are usually placed on higher layers so that users can notice them at the first time; while relatively minor information such as music playlists may be placed on lower layers. At the same time, layer separation rules also consider the occlusion relationship between controls to avoid display confusion. The display position is determined by the display size of each control frame and the layer separation rules to determine its specific coordinate position on the in-vehicle central control screen. The determination of this position should take into account the user's visual habits and operational convenience. For example, commonly used controls such as navigation start or pause buttons will be placed at the bottom of the screen or in an area that is easy to touch, while important vehicle status information such as vehicle speed and engine water temperature will be placed in a prominent position at the center or top of the screen. Rendering setting data includes parameters related to display effects such as color, transparency, and contrast. For different types of controls, there will be different rendering settings according to their importance and function. For example, warning controls may use eye-catching red, high contrast, and low transparency to highlight abnormal situations; while normal vehicle information controls may use ordinary colors that coordinate with the background color and moderate transparency to keep the interface beautiful and easy to read.

[0113] Taking into account the display size and layer separation rules, accurately determine the display position and rendering setting data of each control frame to optimize the interface layout and visual effects.

[0114] The interface element file is a complete description file of the entire vehicle central control display interface, including the location information of all control frames, rendering parameters, etc. This file is the basis for subsequent interface rendering, just like architectural design Figure 1 By integrating the display position and rendering setting data of each control frame to form an interface element file, it ensures that each control can be displayed in the correct position and in the correct way, thus providing users with a clear, beautiful and functional in-vehicle central control interface.

[0115] For example, taking a vehicle startup as an example, the cached data includes information such as vehicle speed, engine water temperature, music playback information, and vehicle fault prompts. For the control frame that displays the vehicle speed, the data to be displayed is a simple digital range. According to its characteristics, a smaller display size is determined, such as a width of 1 / 10 of the screen width and a moderate height. For the control frame that displays the engine water temperature, considering that the water temperature data needs to be displayed with a certain degree of accuracy, the display size is slightly larger, and the width is 1 / 8 of the screen width. If the song name in the music playback information is long, the width of its control frame may need to occupy 1 / 3 of the screen width. Due to its importance, the vehicle fault prompt control has a large and eye-catching display size, and the width is 1 / 4 of the screen width. According to the layer separation rule, the vehicle fault prompt control is in the highest layer because it is important information that requires the user's immediate attention. The engine water temperature control is in the second highest layer, which is a layer one level higher than the highest layer, that is, the layer level of the second highest layer is lower than that of the vehicle fault prompt control, but higher than that of the vehicle speed control, because the water temperature is also critical to the operation of the vehicle. The vehicle speed control is in the middle layer, and the music playback information is in the lower layer. Based on these display sizes and layer rules, the display position is determined. The vehicle fault prompt control is located at the top center of the screen, the engine water temperature control is below and to the left, the vehicle speed control is in the upper right corner of the screen, and the music playback information is at the bottom of the screen. For the rendering setting data, the vehicle fault prompt control uses a red background, large white characters, high contrast, and a lower transparency such as 70%; the engine water temperature control uses orange to indicate a certain warning meaning, normal contrast and transparency; the vehicle speed control uses green to indicate normal operating status, normal transparency; the music playback information uses gray that coordinates with the background, with a lower contrast.

[0116] Finally, the display positions and rendering setting data of these control frames are integrated to form an interface element file, which is used to render the vehicle's central control screen, showing users a well-planned interface that contains important vehicle information and entertainment information.

[0117] Based on any of the above embodiments of the present application, Embodiment 6 of the present application proposes a welcome page broadcast method, before step S40, including:

[0118] Step S41, outputting the model type corresponding to the vehicle type to the display interface of the vehicle-mounted central control.

[0119] In this embodiment, the model type corresponding to the vehicle type: different vehicle types (such as sedans, SUVs, MPVs, etc.) have corresponding 3D model types. These model types are pre-created based on the vehicle's exterior design, size ratio and other features. For example, the 3D model of a sedan has smooth lines and a lower body posture, while the SUV model has a higher body, larger tires and tougher lines. When the vehicle is started, the on-board central control system outputs the corresponding model type to the display interface based on the vehicle's own type identification information as the basis for user selection or confirmation.

[0120] The model type corresponding to the vehicle type is presented on the display interface of the vehicle's central control, allowing users to intuitively see the approximate appearance of the vehicle's three-dimensional model to be displayed, providing a visual reference for subsequent personalized settings.

[0121] Step S42: determining a target display type and style parameters according to the touch information received by the display interface.

[0122] In this embodiment, touch information refers to operation signals generated by the user touching the vehicle's central control screen, such as clicking, sliding, zooming, etc. These touch actions can convey the user's expectations and preferences for the display of the vehicle's three-dimensional model.

[0123] Target display type: The specific form of the vehicle 3D model to be displayed based on the user's touch information. For example, if the user clicks the "Sports Style" option on the display interface, the target display type may be a sports modified 3D model of the vehicle; or if the user selects "Interior Display", the target display type will focus on the 3D model display of the vehicle's internal structure.

[0124] Style parameters: In addition to determining the target display type, touch information can also determine the style parameters of the model. These parameters include but are not limited to color, texture, lighting effects, etc. For example, the user selects red as the vehicle exterior color by sliding the color selection bar, or adjusts the lighting direction and intensity parameters to create a specific visual atmosphere. The values ​​determined by these operations are style parameters.

[0125] By analyzing the user's touch information on the display interface, the target display type and style parameters are accurately determined, so that the display of the vehicle's three-dimensional model can meet the user's personalized needs.

[0126] Step S43: rendering the vehicle three-dimensional model according to the target display type and the style parameters.

[0127] In this embodiment, rendering: using computer graphics technology, the three-dimensional model of the vehicle is processed according to the target display type and style parameters, so that it presents a specific visual effect on the display interface of the vehicle's central control. This includes combining elements such as the geometric shape, surface texture, color, and lighting effects of the three-dimensional model to generate a realistic image. For example, according to the user's selected target display type of "vehicle in an off-road scene", the rendering process will add off-road tires, luggage racks and other related accessories to the vehicle, and adjust the texture effects and light reflections of the vehicle in the off-road scene such as mud and water stains according to the style parameters, so as to present a complete off-road vehicle three-dimensional model picture that meets the user's expectations.

[0128] Through the above steps, the model type corresponding to the vehicle type is first output on the in-vehicle central control display interface, providing users with a clear visual reference and enhancing users' understanding of the system and operation guidance. Then, the target display type and style parameters are determined based on the user's touch information, which greatly meets the personalized needs of users. Users can choose different vehicle display forms and styles according to their preferences, so that the vehicle 3D model is no longer a single fixed style, but has a high degree of customizability. This personalized rendering method, on the one hand, enhances users' interest in and frequency of use of the in-vehicle central control system, because users can experience a unique visual experience on their own vehicles; on the other hand, it is more intuitive and rich in vehicle display and information interaction, whether it is showing vehicle characteristics to passengers or users themselves viewing 3D information related to vehicle status, they can have a better experience. Moreover, this rendering method based on user interaction also makes the in-vehicle central control system more competitive in the market, and can attract more users who focus on personalized experience, which is in line with the trend of intelligent and humanized development of modern automobiles.

[0129] Based on any of the above embodiments of the present application, Embodiment 7 of the present application proposes a welcome page broadcast method, step S50, comprising:

[0130] Step S51: extracting the selected information corresponding to the cache data based on preset rules.

[0131] In this embodiment, the preset rules are a set of pre-set screening criteria for selecting information that is important to the user and needs to be displayed on the welcome page from the cached data. These rules can be formulated based on the priority of the information, the relevance to the current driving scenario, vehicle safety-related factors, etc. For example, vehicle fault information, important reminders such as maintenance due reminders, key data from the last trip such as the average fuel consumption reminder, etc. will be set as high priority information; while some relatively minor information such as the playlist order of the last played music will not be included in the selected information.

[0132] Selected information is information extracted from cached data according to preset rules. This information is reported to users on the welcome page, allowing users to quickly obtain important content. For example, if a sensor of the vehicle fails, the relevant fault code and brief description will be selected as selected information; or if the vehicle is approaching the maintenance mileage, maintenance reminder information will also become part of the selected information. By applying preset rules to filter cached data, selected information is extracted to provide users with the most valuable content.

[0133] Step S52, based on the interface element file and the three-dimensional model of the vehicle, based on the time series alignment, rendering the welcome page, and synchronously broadcasting the selected information.

[0134] In this embodiment, time series alignment is to ensure that the display of the interface element file and the vehicle three-dimensional model is synchronized and coordinated in time during the rendering of the welcome page. For example, when the welcome page starts to render, the display animation of the vehicle three-dimensional model and the order and speed of the appearance of the interface elements should be performed according to the predetermined time series. The overall appearance of the vehicle three-dimensional model may be displayed first, and some interface elements such as important vehicle status controls begin to fade in, and then other elements appear in sequence. In this process, the broadcast of the selected information should also be synchronized with the appearance of these visual elements, and there should be no confusion of visual and auditory information. Combined with the interface element file and the vehicle three-dimensional model, the visual effect of the welcome page is generated using graphics rendering technology. This includes drawing each control according to the position, size and style in the interface element file, and displaying the vehicle three-dimensional model on the welcome page with appropriate viewing angles, lighting and animation effects, and in the rendering process, all elements are displayed in a coordinated manner according to the requirements of time series alignment. While the welcome page is being rendered, the selected information is played to the user in the form of voice using the vehicle audio system or other voice broadcasting equipment in a time series aligned manner. For example, when the 3D model of a vehicle is displayed at a certain angle, selected related information will be broadcast at the same time, such as "The pressure of the vehicle's left front tire is too low, please check it in time", so that users can receive important information both visually and auditorily.

[0135] Exemplarily, after detecting that the owner intends to use the car, the vehicle-mounted central control system starts the welcome page process. First, the system extracts selected information from the cache data according to preset rules. The cache data contains some status information of the vehicle, such as the pressure of each tire, the engine water temperature, the average fuel consumption of the last trip, and the remaining maintenance mileage of the vehicle. According to the preset rules, since the pressure of the left rear tire is slightly lower than the normal range and the vehicle maintenance mileage is less than 500 kilometers, these two pieces of information are determined as selected information. Then, when rendering the welcome page, the vehicle-mounted central control system performs time series alignment rendering based on the interface element file and the vehicle 3D model. The welcome page starts to render, first showing the front full view of the vehicle 3D model, and at the same time, interface elements related to the vehicle appearance, such as the vehicle brand logo, start to load and display. As time goes by, the vehicle 3D model gradually rotates to show the side. At this time, the control representing the tire pressure displays the abnormal left rear tire pressure in a red warning color on the welcome page, and simultaneously broadcasts the voice "The left rear tire pressure is slightly low, please pay attention". When the 3D model of the vehicle is displayed to the rear part, the remaining mileage for maintenance is highlighted on the interface, and a voice message is broadcasted: "The remaining mileage for vehicle maintenance is less than 500 kilometers, please make an appointment for maintenance in time." During the entire process, the normal engine water temperature information is not broadcast as selected information, and the cached data related to music playback is not displayed or broadcast on the welcome page, because this information is less important in the current scenario.

[0136] This refined welcome page rendering and selected information broadcasting method can significantly improve the user experience. From the perspective of information acquisition, users can get important vehicle information through voice broadcast at the first time, without manual search, reducing operating costs and the possibility of distracted driving. At the same time, the visual display is synchronized with the voice broadcast, utilizing the multi-sensory information processing ability of human beings, making the communication of information more efficient and profound. In terms of rendering the welcome page, the time series alignment method makes the entire display process smoother and more natural, without abrupt display or confusion of information. This design enhances the functionality and intelligence of the vehicle-mounted central control system, making the vehicle not only a means of transportation, but also an intelligent terminal that can actively convey key information to users, improving users' satisfaction and trust in the vehicle system. Moreover, the solution optimization for a single vehicle-mounted central control can make full use of limited hardware resources, avoid information overload, and ensure that only the most core and useful content is provided to users in the welcome page display link, which is in line with the principle of concise and efficient information interaction in the vehicle environment.

[0137] Based on any of the above embodiments of the present application, refer to Figure 3 Embodiment 8 of the present application proposes a welcome page broadcast method, step S50, further comprising:

[0138] Step S53: extracting the selected information corresponding to the cached data based on a preset rule.

[0139] In this embodiment, preset rules: In the case of multiple vehicle-mounted central control, the preset rules are also a set of established screening criteria, but may more carefully consider the functions of different display modules and the user's habit of viewing information in different positions. For example, for the main display module at the main driving position, information directly related to driving safety, such as vehicle fault information and key vehicle status data, has a higher priority; while for the secondary display module at the co-pilot or rear passenger position, some entertainment-related or comfort-related information, such as multimedia playlists and seat heating status, are also included in the category of selected information. These rules comprehensively consider the overall operation of the vehicle and the needs of different user roles. Selected information is information extracted from the cache data according to the above preset rules, which will be displayed or broadcast to the occupants in a suitable manner on different display modules. For example, the selected information of the main display module may include engine fault codes, brake system status, etc., and the selected information of the secondary display module may include the next track of the music being played, the status of the rear seat massage function, etc. By extracting selected information in this way, it can be ensured that the content displayed by each display module has targeted value for users at the corresponding position.

[0140] Step S54: splitting the interface element file based on the assembly position of each of the auxiliary display modules to determine the display file of each of the auxiliary display modules.

[0141] In this embodiment, the assembly position of the secondary display module is different from the installation position of the secondary display module inside the vehicle, and its function and user group are also different. For example, the secondary display module in front of the co-pilot is mainly for the co-pilot passenger, and the secondary display module in the center or headrest of the rear row is designed for the rear passengers. The assembly position determines the focus of the information that each secondary display module needs to display. Interface element file: It is a file containing the layout and style information of all display elements of the welcome page, such as various controls, images, texts, etc., which is used to guide the rendering of the entire welcome page. The display file is a specific file separated from the interface element file for each secondary display module, which specifies the content, layout and style to be displayed by the secondary display module. According to the assembly position of the secondary display module, the relevant elements are extracted from the interface element file to form the display file of the secondary display module. For example, for the secondary display module in front of the co-pilot, its display file may contain control information related to multimedia control, some personalized decorative elements, welcome words for the co-pilot passengers, etc.; while the display file of the rear secondary display module will have related content such as rear entertainment system control and seat adjustment function display.

[0142] Step S55, based on the interface element file and the time series alignment of the vehicle three-dimensional model, render the first welcome page of the main display module, and simultaneously broadcast the selected information.

[0143] In this embodiment, time series alignment is more critical in a multi-vehicle central control environment, and the time series alignment of the main display module is more critical. This requires that when the main display module renders the welcome page, the animation display of the vehicle's three-dimensional model, the order and time points of the appearance of the interface elements, and the broadcast of the selected information are strictly synchronized. For example, when the three-dimensional model of the vehicle rotates to the front view, the engine-related status controls are displayed on the interface at the same time, and the key data of the engine such as water temperature and oil pressure are broadcast as selected information to ensure that the main driver can obtain the most important driving-related information efficiently and orderly when starting the vehicle. The first welcome page of the main display module is the welcome page presented by the main display module to the main driver. By combining the interface element file and the vehicle three-dimensional model, rendering is performed in a time series alignment manner to provide the driver with a concise, intuitive and focused welcome interface, and at the same time, selected information is broadcast by voice to ensure driving safety and timeliness of information acquisition.

[0144] Step S56: Rendering a second welcome page of each of the auxiliary display modules based on the display file.

[0145] In this embodiment, the second welcome page of the secondary display module is a welcome page rendered by each secondary display module according to its own display file. These welcome pages provide personalized information display and interactive interface for the co-pilot and rear passengers. For example, the second welcome page of the co-pilot may mainly display entertainment functions, and the second welcome page of the rear seat may focus on seat adjustment and control introduction of the rear entertainment system, providing passengers in different positions with an experience that meets their needs.

[0146] For example, the car is equipped with a main display module located in the center console in front of the main driver, and two sub-display modules, one in front of the co-driver and one in the rear headrest. When the owner gets in the car and starts the vehicle, the system extracts selected information according to preset rules. For the main display module, a minor fault code of the engine, current vehicle speed sensor data, normal information of the brake system, etc. are extracted from the cache data as selected information, because this information is crucial to the safety of the main driver. For the sub-display module in front of the co-driver, the selected information includes the playlist of the last played music, especially the music often listened to by the co-driver passenger, and the heating status of the co-driver seat; the selected information of the sub-display module at the rear headrest is the massage function status of the rear seat and the video information last played by the rear entertainment system. Then, according to the assembly position of the sub-display module in front of the co-driver and the rear headrest, the interface element file is split. For the sub-display module in front of the co-driver, its display file contains music playlist controls, seat heating control display controls, personalized animation elements welcoming co-driver passengers, etc.; the display file of the sub-display module at the rear headrest includes rear seat massage function control display, video playlist controls, etc. Then, the main display module renders the first welcome page based on the interface element file and the vehicle 3D model by time series alignment. The vehicle 3D model first displays the overall appearance and announces "The vehicle is started and the brake system is normal". When the model rotates to the engine position, the engine status control is displayed and the announcement "The engine has detected a minor fault code, please pay attention" is announced. At the same time, the vehicle speed sensor data is displayed in the appropriate position. Finally, the secondary display module in front of the co-pilot renders the second welcome page according to its display file, displaying the music playlist and seat heating status, which may be accompanied by a voice prompt "Welcome, co-pilot passenger, your seat heating is turned off, and the music list is ready". The secondary display module at the rear headrest also renders the second welcome page according to its display file, displaying the rear seat massage function and video playlist, and the voice prompt "Hello, rear passengers, the seat massage function is normal, you can continue to watch the last video."

[0147] The refinement of rendering steps for multiple in-vehicle central control systems brings many advantages. For drivers, they can quickly obtain key vehicle information at startup to ensure driving safety, while not being disturbed by irrelevant information and focusing on driving operations. For the co-pilot and rear passengers, personalized welcome pages and selected information meet their entertainment and comfort needs during the ride and enhance the riding experience. From the perspective of the overall vehicle usage scenario, each display module performs its duties, improves the efficiency and pertinence of information transmission, and avoids the chaotic spread of information in the car. Users in different positions can quickly obtain the required information according to the display module in front of them, whether it is related to driving or entertainment and comfort, making the entire vehicle interior environment more intelligent and humane. This design also makes full use of the advantages of multiple in-vehicle central control systems, enhances the vehicle's sense of technology and luxury, improves the vehicle's competitiveness in the market, and meets the diverse needs of different users for in-vehicle information interaction and experience.

[0148] To summarize, in each embodiment of the present application, the user's demand for the vehicle is determined by using relevant data of the vehicle itself, such as seat pressure data, distance data of the car key, whether the door is open, etc. If it is determined that the user needs to use the vehicle, the central control preloading instruction is triggered. At this time, only the cache data in the cache unit is obtained, so it does not require large power consumption to complete; if the vehicle is ignited, the user does need to use the vehicle, and the subsequent steps are executed at this time. That is, data is preloaded, and at least two control types corresponding to the cached data are determined; the control framework corresponding to the control type is rearranged to determine the interface element file; the pre-stored vehicle three-dimensional model corresponding to the vehicle type is obtained, which reduces the data and tools required for rendering the welcome page, further reduces the rendering time, and then renders the welcome page according to the interface element file and the vehicle three-dimensional model, and simultaneously broadcasts the selected information corresponding to the cached data, thereby quickly completing the rendering of the vehicle-mounted central control. Compared with the technical solution of starting the vehicle-mounted central control after the vehicle is ignited, and the welcome page only has startup animations such as the vehicle logo, the vehicle-mounted central control of the welcome page broadcast method in the embodiment of the present application can realize that after the user presses the ignition button, the vehicle-mounted central control can display the approximate welcome page framework and specific content, accompanied by broadcasts, which reduces the user's waiting time and improves the user experience.

[0149] The present application provides a welcome page broadcast device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable 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 welcome page broadcast method in the above-mentioned embodiment one.

[0150] Reference below Figure 4, which shows a schematic diagram of the structure of a welcome page broadcast device suitable for implementing the embodiment of the present application. The welcome page broadcast device in the embodiment of the present application may include but is not limited to mobile terminals such as mobile phones, laptop computers, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Descriptions), PMPs (Portable Media Players), vehicle-mounted terminals (such as vehicle-mounted navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Figure 4 The welcome page broadcast device shown is merely an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0151] like Figure 4 As shown, the welcome page broadcast device 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 a program stored in a read-only memory (ROM: Read Only Memory) 1002 or a program loaded from a storage device 1003 to a random access memory (RAM: Random Access Memory) 1004. In RAM1004, various programs and data required for the operation of the welcome page broadcast device are also stored. The processing device 1001, ROM1002 and RAM1004 are connected to each other through a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Generally, the following systems can be connected to the I / O interface 1006: an input device 1007 including, for example, a touch screen, a touch pad, a keyboard, a mouse, an image sensor, a microphone, an accelerometer, a gyroscope, etc.; an output device 1008 including, for example, a liquid crystal display (LCD: Liquid Crystal Display), a speaker, a vibrator, etc.; a storage device 1003 including, for example, a magnetic tape, a hard disk, etc.; and a communication device 1009. The communication device 1009 can allow the welcome page broadcast device to communicate wirelessly or wired with other devices to exchange data. Although the welcome page broadcast device with various systems is shown in the figure, it should be understood that it is not required to implement or have all the systems shown. More or fewer systems can be implemented or have alternatively.

[0152] In particular, according to the embodiments disclosed in the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present application include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication device, or installed from a storage device 1003, or installed from a ROM 1002. When the computer program is executed by the processing device 1001, the above-mentioned functions defined in the method of the embodiment disclosed in the present application are executed.

[0153] The welcome page broadcast device provided by the present application adopts the welcome page broadcast method in the above embodiment, which can solve the technical problem that the current third-party vehicle-mounted central control host needs to perform related actions after the vehicle is ignited and powered on, affecting the user experience of the vehicle. Compared with the prior art, the beneficial effects of the welcome page broadcast device provided by the present application are the same as the beneficial effects of the welcome page broadcast device provided by the above embodiment, and the other technical features in the welcome page broadcast device are the same as the features disclosed in the method of the previous embodiment, which will not be repeated here.

[0154] It should be understood that the various parts disclosed in this application can be implemented by hardware, software, firmware or a combination thereof. In the description of the above embodiments, specific features, structures, materials or characteristics can be combined in any one or more embodiments or examples in a suitable manner.

[0155] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

[0156] 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 welcome page broadcast method in the above-mentioned embodiment.

[0157] 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 (RAM: Random Access Memory), a read-only memory (ROM: Read Only Memory), an erasable programmable read-only memory (EPROM: Erasable Programmable Read Only Memory or 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 this 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, RF (Radio Frequency: Radio Frequency), etc., or any suitable combination of the above.

[0158] The above-mentioned computer-readable storage medium may be included in the welcome page broadcast device; or it may exist independently without being assembled into the welcome page broadcast device.

[0159] The computer-readable storage medium carries one or more programs. When the one or more programs are executed by the welcome page broadcast device, the welcome page broadcast device: if a central control preloading instruction is detected, obtains cache data stored in the cache unit of the vehicle-mounted central control at the last shutdown time;

[0160] Determine at least two control types corresponding to the cached data;

[0161] Rearrange the control framework corresponding to the control type to determine the interface element file;

[0162] Obtaining a pre-stored three-dimensional vehicle model corresponding to the vehicle type;

[0163] A welcome page is rendered according to the interface element file and the vehicle three-dimensional model, and selected information corresponding to the cached data is simultaneously broadcasted.

[0164] Computer program code for performing the operations of the present application may 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 may 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 may 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 may be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0165] 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 square 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 square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square 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 square box in the block diagram and / or flow chart, and the combination of the square 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.

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

[0167] The readable storage medium provided by the present application is a computer-readable storage medium, which stores computer-readable program instructions (i.e., computer programs) for executing the above-mentioned welcome page broadcast method, and can solve the technical problem that the current third-party vehicle-mounted central control host needs to execute related actions after the vehicle is ignited and powered on, which affects the user experience of the vehicle. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided by the present application are the same as the beneficial effects of the welcome page broadcast method provided by the above-mentioned embodiment, and will not be repeated here.

[0168] An embodiment of the present application provides a computer program product, including a computer program, which implements the steps of the above-mentioned welcome page broadcast method when executed by a processor.

[0169] The computer program product provided by this application can solve the technical problem that the current third-party vehicle-mounted central control host needs to perform related actions after the vehicle is ignited and powered on, which affects the user experience of the vehicle. 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 welcome page broadcast method provided by the above embodiment, which will not be repeated here.

[0170] 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 welcome page announcement method, characterized in that: The welcome page broadcast method comprises: If a vehicle shutdown command is detected, vehicle status data is obtained, the vehicle status data including vehicle speed, remaining fuel, battery level of the vehicle, pressure values ​​of each tire, lighting system status, and vehicle fault codes; Acquire control data of a current interface of a vehicle-mounted central control, wherein the current interface is composed of a plurality of controls, each of which has its own specific data, and the vehicle-mounted central control includes a main display module and at least one auxiliary display module; Generate cache data according to the vehicle status data and the control data, and associate the cache data with the downtime and store them in a cache unit; If the current moment meets the user's car preference and the distance of the car key is detected to be less than the distance threshold, it is determined to trigger the central control preloading instruction, and the cache data stored in the cache unit of the vehicle-mounted central control at the last downtime moment is obtained; Determining first display data according to the vehicle status data and data anomaly rules in the cache data; Determine the second display data according to the display weight corresponding to each control data in the cache data and the display content proportion corresponding to the first display data, wherein the display weight is determined according to the user's usage habits, the priority of the vehicle function and safety-related factors, and the display content proportion is the proportion of each data element in the first display data in the entire content to be displayed; Determine the control types corresponding to the first display data and the second display data respectively; Determine the display size corresponding to the control frame according to the to-be-displayed data corresponding to the control frame corresponding to each of the control types; Based on the display sizes and layer separation rules, determining the display position and rendering setting data corresponding to each of the control frames; Determining an interface element file according to the display position of each of the control frames and the rendering setting data; Obtaining a pre-stored three-dimensional vehicle model corresponding to the vehicle type; Extracting selected information corresponding to the cached data according to preset rules; Based on the assembly position of each of the auxiliary display modules, split the interface element file to determine the display file of each of the auxiliary display modules, wherein the display file is a specific file split from the interface element file for each auxiliary display module; Based on the interface element file and the time series alignment of the vehicle three-dimensional model, rendering the first welcome page of the main display module, and simultaneously broadcasting the selected information; The second welcome page of each of the secondary display modules is rendered based on the display file.

2. The welcome page broadcasting method according to claim 1, characterized in that: Before the step of obtaining the pre-stored three-dimensional vehicle model corresponding to the vehicle type, the method includes: Outputting the model type corresponding to the vehicle type to the display interface of the vehicle-mounted central control; Determining a target display type and style parameters according to the touch information received by the display interface; The vehicle three-dimensional model is rendered according to the target display type and the style parameters.

3. A welcome page broadcast device, characterized in that: The welcome page broadcast device 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 welcome page broadcast method as described in any one of claims 1 to 2.

4. 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 welcome page broadcast method as described in any one of claims 1 to 2 are implemented.

Images