Vehicle model display method and device, medium, vehicle and product

Abstract

The invention provides a vehicle model display method and device, a medium, a vehicle and a product, and relates to the technical field of vehicles. The method comprises the steps of obtaining target configuration information for a target vehicle in response to a vehicle model loading event of the target vehicle; determining a target loading mode of a vehicle model of the target vehicle according to the target configuration information; the target loading mode is a loading mode for the vehicle model; according to the target loading mode, loading the vehicle model to obtain a loading result for the vehicle model; and displaying the loading result. According to the invention, automation and standardization of vehicle model display are realized, the efficiency and accuracy of vehicle model loading are improved, different vehicle configurations can be dynamically adapted, and manual intervention is reduced, so that the user interaction experience is improved and the development cost is reduced.

Description

Technical Field

[0001] This disclosure relates to the field of vehicle technology, and more particularly to a method, apparatus, medium, vehicle, and product for displaying vehicle models. Background Technology

[0002] With the continuous development of automotive intelligence and digital technology, displaying vehicle models on the vehicle's screen can intuitively and dynamically present information such as the vehicle's appearance and door status, enhancing the user's interactive experience. Therefore, how to display vehicle models is an urgent problem to be solved. Summary of the Invention

[0003] This disclosure provides a method, apparatus, medium, vehicle, and product for displaying vehicle models to address problems in related technologies.

[0004] A first aspect of this disclosure provides a method for displaying a vehicle model, the method comprising: In response to the vehicle model loading event of the target vehicle, obtain the target configuration information for the target vehicle; Based on the target configuration information, the target loading method for the vehicle model of the target vehicle is determined; the target loading method is the loading method specific to the vehicle model. According to the target loading method, the vehicle model is loaded to obtain the loading result for the vehicle model; The loading results are then displayed.

[0005] In some embodiments, the method further includes: Obtain the display information of the screen to be displayed on the vehicle model; the display information is the display information for the target vehicle; Based on the target configuration information and the display information, the business logic for the vehicle model is determined; the business logic is used to constrain the loading parameters of the vehicle model.

[0006] In some embodiments, loading the vehicle model according to the target loading method to obtain a loading result for the vehicle model includes: Obtain the business logic of the target vehicle; The target configuration information is loaded according to the target loading method. Based on the business logic, the target configuration information is adjusted according to the display information to obtain the loading result for the vehicle model.

[0007] In some embodiments, adjusting the target configuration information according to the display information based on the business logic to obtain a loading result for the vehicle model includes: The loading parameters of the target configuration information are adjusted according to the display information until the loading parameters of the target configuration information meet the business logic, and the loading result is obtained.

[0008] In some embodiments, obtaining the target configuration information for the target vehicle includes: Obtain the configuration signal and configuration information database for the target vehicle; Based on the configuration signal and the configuration information table database, determine the target configuration information table corresponding to the configuration signal; The target configuration information is determined based on the target configuration information table.

[0009] In some embodiments, determining the target configuration information table corresponding to the configuration signal based on the configuration signal and the configuration information table database includes: Obtain the first vehicle type for the target vehicle; Based on the first signal type and the first vehicle type in the configuration signal, the target configuration information table is searched in the configuration information table database.

[0010] In some embodiments, searching the target configuration information table in the configuration information table database based on the first signal type and the first vehicle type in the configuration signals includes: Match the first signal type with the second signal type contained in the configuration information table in the configuration information table library; Match the first vehicle type with the second vehicle type contained in the configuration information table in the configuration information table library; The configuration information table in the configuration information table library whose second signal type is consistent with the first signal type and whose second vehicle type is consistent with the first vehicle type is determined as the target configuration information table.

[0011] In some embodiments, determining the target configuration information based on the target configuration information table includes: The configuration information associated with the first vehicle type in the target configuration information table is determined as the target configuration information.

[0012] In some embodiments, determining the target loading method of the vehicle model of the target vehicle based on the target configuration information includes: Based on the pre-established mapping relationship between configuration types and loading methods, the loading method corresponding to the target configuration type in the target configuration information is determined; The loading method corresponding to the target configuration type is determined as the target loading method.

[0013] In some embodiments, the method further includes: If the target configuration information is unavailable or does not exist, the marked configuration type in the target configuration information table corresponding to the target configuration information shall be determined as the target configuration type.

[0014] A second aspect of this disclosure provides a display apparatus for a vehicle model, the apparatus comprising: The data acquisition unit is used to acquire target configuration information for the target vehicle in response to the vehicle model loading event of the target vehicle. The method determination unit is used to determine the target loading method of the vehicle model of the target vehicle based on the target configuration information; the target loading method is a loading method for the vehicle model. The model loading unit is used to load the vehicle model according to the target loading method to obtain the loading result for the vehicle model. The result display unit is used to display the loading results.

[0015] In some embodiments, the apparatus further includes: The data acquisition unit is further configured to acquire display information of the screen to be displayed on the vehicle model; the display information is display information for the target vehicle. The logic determination unit is used to determine the business logic for the vehicle model based on the target configuration information and the display information; the business logic is used to constrain the loading parameters of the vehicle model.

[0016] In some embodiments, the model loading unit includes: An information loading module is used to load the target configuration information according to the target loading method; The result adjustment module is used to adjust the target configuration information according to the display information based on the business logic, so as to obtain the loading result for the vehicle model.

[0017] In some embodiments, the result adjustment module is further configured to: The loading parameters of the target configuration information are adjusted according to the display information until the loading parameters of the target configuration information meet the business logic, and the loading result is obtained.

[0018] In some embodiments, the data acquisition unit includes: The data acquisition module is used to acquire configuration signals and configuration information tables for the target vehicle. The data determination module is used to determine the target configuration information table corresponding to the configuration signal based on the configuration signal and the configuration information table database; The data determination module is further configured to determine the target configuration information based on the target configuration information table.

[0019] In some embodiments, the data determination module includes: The type acquisition submodule is used to acquire the first vehicle type for the target vehicle. The data lookup submodule is used to look up the target configuration information table in the configuration information table database based on the first signal type and the first vehicle type in the configuration signal.

[0020] In some embodiments, the data lookup submodule is further configured to: Match the first signal type with the second signal type contained in the configuration information table in the configuration information table library; Match the first vehicle type with the second vehicle type contained in the configuration information table in the configuration information table library; The configuration information table in the configuration information table library whose second signal type is consistent with the first signal type and whose second vehicle type is consistent with the first vehicle type is determined as the target configuration information table.

[0021] In some embodiments, the data determination module is further configured to: The configuration information associated with the first vehicle type in the target configuration information table is determined as the target configuration information.

[0022] In some embodiments, the method determination unit includes: The method determination module is used to determine the loading method corresponding to the target configuration type in the target configuration information based on the pre-established mapping relationship between configuration types and loading methods. The method determination module is further configured to determine the loading method corresponding to the target configuration type as the target loading method.

[0023] In some embodiments, the apparatus further includes: The type determination unit is used to determine the marked configuration type in the target configuration information table corresponding to the target configuration information as the target configuration type when the target configuration information is unavailable or does not exist.

[0024] A third aspect of this disclosure provides a vehicle comprising: a processor; and a memory for storing processor-executable instructions; wherein the processor is configured to implement the method described in the first aspect of this disclosure.

[0025] A fourth aspect of this disclosure provides an electronic device comprising: 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 to enable the at least one processor to perform the methods described in the first aspect of this disclosure.

[0026] A fifth aspect of this disclosure provides a non-transitory computer-readable storage medium that, when instructions in the storage medium are executed by a processor of a mobile terminal, enables the mobile terminal to perform the methods described in the first aspect of this disclosure.

[0027] A sixth aspect of this disclosure provides a program product including computer instructions for causing a computer to perform the methods described in any of the embodiments of the first aspect of this disclosure.

[0028] In summary, the vehicle model display method proposed in this disclosure includes: responding to a vehicle model loading event of a target vehicle; obtaining target configuration information for the target vehicle; determining a target loading method for the vehicle model of the target vehicle based on the target configuration information; the target loading method being a loading method specific to the vehicle model; loading the vehicle model according to the target loading method to obtain a loading result for the vehicle model; and displaying the loading result. This method automates and standardizes the display of vehicle models, improves the efficiency and accuracy of vehicle model loading, dynamically adapts to different vehicle configurations, reduces manual intervention, thereby enhancing the user experience and reducing development costs.

[0029] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this disclosure. Attached Figure Description

[0030] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure, and are not intended to unduly limit this disclosure.

[0031] Figure 1 A flowchart illustrating a method for displaying a vehicle model as provided in this embodiment of the disclosure; Figure 2 A flowchart illustrating another method for displaying a vehicle model provided in this embodiment of the disclosure; Figure 3 A diagram showing the relationship between configuration signals and configuration information provided in this embodiment of the disclosure; Figure 4 A flowchart illustrating the generation process of a vehicle model provided in this embodiment of the disclosure; Figure 5 A schematic diagram of the structure of a vehicle model display device provided in an embodiment of this disclosure; Figure 6 A schematic diagram of the structure of another vehicle model display device provided in an embodiment of this disclosure; Figure 7 A block diagram of a vehicle provided in an embodiment of this disclosure; Figure 8 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure. Detailed Implementation

[0032] Some embodiments of this disclosure will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. Various changes, modifications, and equivalents of the methods, apparatus, and / or systems described herein will become apparent upon understanding this disclosure. For example, the order of operations described herein is merely illustrative and is not limited to those orders set forth herein, but can be changed as will become apparent upon understanding this disclosure, except for operations that must be performed in a particular order. Furthermore, for clarity and brevity, descriptions of features known in the art may be omitted.

[0033] The embodiments described in the following examples of this disclosure are not representative of all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this disclosure as detailed in the appended claims.

[0034] With the continuous development of automotive intelligence and digital technology, displaying vehicle models on the vehicle's screen can intuitively and dynamically present information such as the vehicle's appearance and door status, enhancing the user's interactive experience. Therefore, how to display vehicle models is an urgent problem to be solved.

[0035] Therefore, to address the problems existing in related technologies, this disclosure proposes a method for displaying vehicle models. The method includes: in response to a vehicle model loading event of a target vehicle, obtaining target configuration information for the target vehicle; determining a target loading method for the vehicle model based on the target configuration information; the target loading method being a loading method specific to the vehicle model; loading the vehicle model according to the target loading method to obtain a loading result for the vehicle model; and displaying the loading result. This method automates and standardizes the display of vehicle models, improves the efficiency and accuracy of vehicle model loading, dynamically adapts to different vehicle configurations, reduces manual intervention, thereby enhancing the user experience and reducing development costs.

[0036] This disclosure is not exhaustive, but merely illustrative of some embodiments, and is not intended to limit the scope of protection of this disclosure. Unless otherwise specified, each step in a particular embodiment can be implemented as an independent embodiment, and the steps can be arbitrarily combined. For example, a solution after removing some steps in a particular embodiment can also be implemented as an independent embodiment, and the order of the steps in a particular embodiment can be arbitrarily interchanged. Furthermore, the optional implementation methods in a particular embodiment can be arbitrarily combined; moreover, the embodiments can be arbitrarily combined, for example, some or all steps of different embodiments can be arbitrarily combined, and a particular embodiment can be arbitrarily combined with the optional implementation methods of other embodiments. In each of the disclosed embodiments, unless otherwise specified or in case of logical conflict, the terminology and / or descriptions of the embodiments are consistent and can be referenced by each other. Technical features in different embodiments can be combined to form new embodiments based on their inherent logical relationships. The terminology used in the embodiments of this disclosure is for the purpose of describing particular embodiments only and is not intended to limit the scope of this disclosure. In this disclosure, unless otherwise stated, elements expressed in the singular form, such as "a," "an," "the," "the," "the," "the," "the," "the," "this," etc., can mean "one and only one," or "one or more," "at least one," etc. For example, when using articles such as "a," "an," "the," etc. in translation, the noun following the article can be understood as either a singular or a plural expression. In some embodiments, the terms “in response to…”, “in response to determining…”, “in the case of…”, “when…”, “if…”, “if…”, etc., can be used interchangeably. In some embodiments, the terms “greater than,” “greater than or equal to,” “not less than,” “more than,” “more than or equal to,” “not less than,” “higher than,” “higher than or equal to,” “not lower than,” and “above” can be used interchangeably, as can the terms “less than,” “less than or equal to,” “not greater than,” “less than,” “less than or equal to,” “not more than,” “lower than,” “lower than or equal to,” “not higher than,” and “below”. The prefixes such as "first" and "second" in the embodiments of this disclosure are only for distinguishing different descriptive objects and do not constitute restrictions on the position, order, priority, number or content of the descriptive objects. For the description of the descriptive objects, please refer to the description in the claims or the context of the embodiments. The use of prefixes should not constitute unnecessary restrictions.

[0037] In the embodiments disclosed herein, "multiple" refers to two or more. In the embodiments disclosed herein, terms such as “import”, “input”, and “read in” can be used interchangeably.

[0038] In some embodiments, devices, etc., can be interpreted as physical or virtual, and their names are not limited to the names recorded in the embodiments. Terms such as “device”, “equipment”, “circuit”, “network element”, “node”, “function”, “unit”, “section”, “system”, “network”, “chip”, “chip system”, “entity”, and “subject” can be used interchangeably.

[0039] Figure 1 This is a flowchart illustrating a method for displaying a vehicle model, as provided in an embodiment of this disclosure. This method can be applied to terminals equipped with vehicle model display capabilities, such as electric vehicles, hybrid vehicles, electric two-wheelers, and other terminals with vehicle model display functions; this disclosure does not limit the application. The vehicle model can be a vehicle model (car model), for example, displayed on a vehicle's infotainment display screen or the display screen of another device. Figure 1 As shown, the method for displaying the vehicle model includes steps S101-S104.

[0040] Step S101: In response to the vehicle model loading event of the target vehicle, obtain the target configuration information for the target vehicle.

[0041] In the embodiments disclosed herein, the target vehicle refers to a specific vehicle whose vehicle model needs to be displayed. This can be determined by a unique vehicle identifier (such as a vehicle identification number or in-vehicle system device number), including vehicles currently used by the user, vehicles to be displayed by dealers, and vehicles requiring simulated states in maintenance scenarios. The target vehicle possesses collectable configuration data and associative resource requirements. Configuration information refers to a structured set of data characterizing the target vehicle's hardware specifications, functional parameters, and current state. Specifically, it is divided into three categories: basic configuration: such as fixed factory configurations like vehicle brand, model, body color (metallic / regular paint), wheel model, and seat material (genuine / imitation leather); functional configuration: such as optional functional parameters like whether it is equipped with a panoramic sunroof, adaptive cruise control, seat heating / ventilation, ambient lighting, and in-vehicle entertainment system version; and real-time status: such as dynamically changing status data like the current door open / closed state (left front door open / closed), window lift position (half-open / fully open), trunk opening angle, and headlight activation mode (low beam / high beam).

[0042] In embodiments of this disclosure, the vehicle model loading event is a trigger signal indicating that the system needs to begin preparing and displaying the vehicle model. The vehicle model loading event is not from a single source but can be triggered by various user interactions or system state changes. For example, user-initiated events include: clicking the vehicle status icon on the in-vehicle touchscreen, opening the digital key interface in a mobile application, or using voice commands such as "Hello, show my car." System state-triggered events include: when the vehicle is unlocked, a door is opened, or the vehicle is started, the system automatically requests to display the vehicle model to match the status indication.

[0043] In the embodiments of this disclosure, the target configuration information refers to vehicle configuration data directly related to the loading and display of the vehicle model of the target vehicle, including static configuration information (such as body color, body type, wheel style, sunroof type (panoramic / single sunroof / no sunroof), number of doors) and dynamic configuration information (such as current door open / closed status, window lifting status, and roof rack installation status).

[0044] In the embodiments disclosed herein, the system uses an event listening mechanism to capture user actions such as clicking buttons, touching the screen, or system startup as trigger sources for vehicle model loading events. If the vehicle configuration information is stored locally, the system directly reads the target vehicle's configuration table from local storage, accurately matches user needs, and obtains specific information. If configuration information needs to be obtained from a remote service, the system sends a request to the server through an application programming interface and receives the data returned by the server. The system will attempt to obtain configuration information multiple times to address network issues or local storage failures. If real-time data loading fails, the system will obtain default information from a local backup configuration to ensure the normal operation of basic functions and avoid data loss.

[0045] By responding to vehicle model loading events, the system can obtain the configuration data of the target vehicle in real time and dynamically, ensuring that the loading and display of the vehicle model can accurately reflect the actual configuration of the vehicle and improve the user's interactive experience.

[0046] Step S102: Determine the target loading method of the vehicle model of the target vehicle based on the target configuration information; the target loading method is the loading method for the vehicle model.

[0047] In the embodiments of this disclosure, a vehicle model refers to a digital three-dimensional or two-dimensional vehicle image presented on a vehicle display interface. The vehicle model matches the actual configuration of the target vehicle and can reflect the vehicle's appearance, size, doors, and other characteristics.

[0048] In the embodiments of this disclosure, the target loading method is a collection of loading strategies that defines the specific rules and paths followed in selecting, assembling, and initializing a vehicle model from a vehicle model resource library. The target loading method includes, but is not limited to: Resource Identifier: Indicates which specific model files or resource packages need to be loaded (e.g., basic body resource package, motion wheel assembly, high-performance front face texture). Detail Level: Determines whether to load a high-precision model (containing more polygons and fine textures) or a standard-precision model (to save memory and computing resources). Loading Sequence: Defines the loading order of various parts of the model (e.g., body, wheels, doors, interior) to optimize the user experience (e.g., prioritizing the display of the body outline and then gradually refining it). Initialization Parameters: Presets the initial state of the model in the scene, such as the default scaling ratio and rotation angle.

[0049] In the embodiments of this disclosure, after receiving the configuration information of the target vehicle, the system determines a loading strategy for different configurations based on a preset mapping relationship between vehicle configurations and loading methods. For example, for high-end models, the system selects to load a high-quality 3D model; while for ordinary models, it selects to load a lower-resolution model to save resources. This mapping relationship is designed based on factors such as the vehicle's functional configuration, appearance complexity, and model detail requirements. Based on the target vehicle's configuration information and the mapping relationship, the system automatically selects the most suitable loading method. For example, if the target vehicle has multiple optional exterior colors, the system will load the corresponding vehicle appearance using dynamically generated color options; if the vehicle is equipped with special functions (such as a panoramic sunroof or adaptive headlights), it will select to load more complex animations or model display effects.

[0050] By selecting the most suitable loading method based on the target configuration information, the system can effectively reduce unnecessary resource consumption and improve the efficiency of vehicle model loading.

[0051] Step S103: Load the vehicle model according to the target loading method to obtain the loading result for the vehicle model.

[0052] In embodiments of this disclosure, the loading result is an initialized and ready vehicle model instance placed in the display scene, its state meeting predetermined display requirements. The loading result includes not only the model's geometric mesh and textures, but also correct spatial transformations (position, rotation, scaling) and an acceptable initial rendering state.

[0053] In the embodiments of this disclosure, the target loading method is parsed and decomposed into a series of executable tasks. For example, resource package A, resource package B, and high-resolution texture C that need to be loaded are parsed out. Based on the executable tasks, the corresponding model files and data are asynchronously retrieved from a local cache or from a remote resource library via the network. The retrieved model resources are then assembled in an orderly, hierarchical manner. After the basic assembly of the model is completed, a loading result that meets the display requirements is generated.

[0054] Adjust resource allocation based on loading method settings to avoid loading unnecessary complex data, thereby saving computing and storage resources.

[0055] Step S104: Display the loading result.

[0056] In the embodiments of this disclosure, "display" refers to presenting the loading results to the user in a visual manner, enabling the user to intuitively view the vehicle model and its status.

[0057] In the embodiments of this disclosure, the system performs integrity checks on the loading results to ensure that the model data is complete and correctly formatted, thereby guaranteeing the accuracy and aesthetics of the display. Based on the layout and size of the user interface, the vehicle model is adapted, including scaling, rotation, and position adjustment, to achieve optimal display results on different devices. 3D rendering technology is used to render the vehicle model in real time, vividly showcasing its appearance, details, and dynamic effects (such as door opening and closing, and light flashing). During the display process, the system monitors the model's loading status and rendering progress in real time, providing feedback to the user through interface prompts (such as a loading progress bar and status indicators) to enhance the user experience. If the loading results are abnormal (such as model corruption or incomplete data), the system triggers an exception handling mechanism, promptly displaying error information to the user and providing options for retry or alternative solutions, ensuring the continuity and stability of the display process.

[0058] Visual displays allow users to intuitively understand the appearance and status of vehicle models, enhancing the interactive experience.

[0059] According to the vehicle model display method proposed in this disclosure, the method includes: in response to a vehicle model loading event of a target vehicle, obtaining target configuration information for the target vehicle; determining a target loading method for the vehicle model of the target vehicle based on the target configuration information; the target loading method being a loading method specific to the vehicle model; loading the vehicle model according to the target loading method to obtain a loading result for the vehicle model; and displaying the loading result. This method automates and standardizes the display of vehicle models, improves the efficiency and accuracy of vehicle model loading, dynamically adapts to different vehicle configurations, reduces manual intervention, thereby enhancing the user experience and reducing development costs.

[0060] In practical applications, the loading of the vehicle model needs to be adapted to the screen to be displayed. This can be achieved in ways that are not limited to the following: obtaining the display information of the screen to be displayed for the vehicle model; the display information being the display information for the target vehicle; determining the business logic for the vehicle model based on the target configuration information and the display information; and the business logic being used to constrain the loading parameters of the vehicle model.

[0061] In the embodiments of this disclosure, the screen to be displayed refers to a physical display device used for rendering and displaying vehicle models, including but not limited to: the central control main display screen inside the vehicle, the passenger entertainment screen, the rear entertainment screen, the LCD instrument panel, and the display screen on the user's mobile device. Display information refers to the hardware parameters and current operating status data of the screen to be displayed, specifically including the screen's physical resolution (e.g., 1920×1080, 2560×1440), screen physical dimensions (e.g., screen diagonal length, display area aspect ratio), screen refresh rate (e.g., 60Hz, 30Hz), current display mode (e.g., daytime mode / nighttime mode, normal display / high-brightness display), screen performance limits (e.g., the maximum number of polygons that can be rendered in a 3D model), and color space (the range of colors that can be displayed). Business logic refers to a set of vehicle model loading constraint rules formulated based on the display requirements of the target configuration information and the hardware capabilities of the display screen. These rules are used to ensure that the vehicle model loading process adapts to the screen capabilities, restores configuration features, and avoids loading anomalies or poor display effects.

[0062] In the embodiments of this disclosure, loading parameters refer to specific technical parameters that control the vehicle model loading process, including rendering parameters of the target configuration information of the vehicle model (such as the number of polygons of the vehicle model, texture map resolution, and lighting effect level), display parameters (such as the vehicle model scaling ratio, initial display view, and dynamic effect frame rate), and resource scheduling parameters (such as vehicle model loading priority and caching strategy).

[0063] In the embodiments of this disclosure, after responding to the model loading event of the target vehicle and after determining the target configuration information, the display information acquisition process is initiated. The acquisition path is as follows: the screen information acquisition module initiates a data request through the hardware interface of the vehicle system (such as the parameter query interface of the screen controller, or the application programming interface of the display subsystem of the vehicle operating system), directly acquiring data from the hardware controller of the screen to be displayed or the display management unit of the vehicle system. Data processing: the acquired raw data is verified (e.g., whether the resolution value is within a reasonable range, whether the refresh rate matches the screen hardware specifications), and invalid or erroneous data is discarded; if the acquisition of a certain display information (such as the refresh rate) fails, the default parameters of the screen (such as the default 30Hz) are automatically used as a substitute, and a data missing log is recorded to facilitate subsequent system optimization.

[0064] In the embodiments of this disclosure, the acquired target configuration information is structured and the core configuration items that need to be highlighted by the model are extracted; the display information is initially matched with the target configuration information to determine whether there is a potential conflict that the configuration display requirements exceed the screen's capabilities. For example, the target configuration requires the display of carbon fiber interior with fine textures, but the screen resolution is only 1280×720 (which cannot clearly display fine textures). In this case, the conflict needs to be marked as the focus of subsequent constraint rule formulation.

[0065] In the embodiments of this disclosure, the upper limit threshold of loading parameters is set according to the hardware upper limit in the display information. For example, if the maximum number of polygons that can be rendered on the screen is 800,000, then the number of polygons in the vehicle model is constrained to no more than 750,000 (leaving a 5% performance redundancy to avoid lag); if the screen resolution is 1920×1080, then the model texture resolution is constrained to no more than 2048×2048 (ensuring clear textures without consuming too much video memory). Necessary conditions for loading parameters are set according to the core configuration items in the target configuration information. For example, if the target configuration has an electric tailgate, then the business logic specifies that the model loading must include animation parameters for the dynamic opening and closing of the tailgate, and the animation frame rate must be no less than 24 frames per second; if the target configuration is a red body, then the model material parameters are constrained to include a reflective texture of red metallic paint, and the texture accuracy must be no less than 1024×1024. The generated constraint rules are integrated into structured business logic and stored in the temporary cache of the vehicle system. If the same vehicle triggers model loading again and the screen is not changed, this logic can be reused directly, reducing redundant calculations.

[0066] Figure 2 A flowchart of a vehicle model display method proposed in this disclosure is further shown. Based on Figure 1 The illustrated embodiment further explains step S103. Figure 2 This may include the following steps: Step S201: Load the target configuration information according to the target loading method.

[0067] In the embodiments disclosed herein, the actual configuration information of the target vehicle refers to configuration data that is completely consistent with the actual physical state and hardware assembly of the target vehicle.

[0068] In the embodiments of this disclosure, after receiving the target loading method (such as full high-fidelity loading) and structured target configuration information, the system first starts a configuration parser. This parser analyzes each data point in the configuration information item by item (e.g., wheel: style A, 21 inches; body color: metallic paint - deep sea blue; sunroof: panoramic). The parser does not simply read the data, but rather converts each configuration item into one or more specific model component loading tasks according to the level of detail required by the target loading method. For example, under the full high-fidelity loading method, the body color: metallic paint - deep sea blue will be parsed into a series of specific tasks such as loading a high-precision body mesh, loading a 4K resolution deep sea blue base color texture, loading a 2K resolution metallic texture, and loading a 2K resolution roughness texture.

[0069] In embodiments of this disclosure, a resource scheduler performs precise retrieval from a structured, large vehicle model resource library based on the generated loading task list described above. Each component in the resource library (such as wheel models, paint shaders, and interior textures) is associated with a specific configuration item encoding via metadata. Upon successful retrieval, the system begins dynamically assembling these discrete components that conform to the actual configuration. For example, it accurately installs the retrieved 3D mesh model of a 21-inch A-style wheel onto the corresponding mounting point on the vehicle chassis; simultaneously, it applies the retrieved deep-sea blue metallic paint shader material and texture to the vehicle body mesh. This process ensures that the vehicle digital twin built in memory is completely consistent with the physical composition of the real vehicle.

[0070] In the embodiments of this disclosure, the target loading method acts as the overall commander throughout the process, determining the specific execution parameters of each loading task. For example, for the same skylight configuration item: if the loading method is full high-fidelity loading, the system will load a high-polygon skylight model with complex transparency and reflection effects. If the loading method is performance-priority loading, the system will load a simplified version of the mesh and use a more efficient shader to simulate a similar visual effect. The loading process achieves a balance between fidelity and performance, ensuring that the most suitable model instance can be generated in different scenarios based on the same real configuration information.

[0071] By decoupling the model composition from specific configuration information, the system can easily handle the diversity and updates of vehicle configurations. When automakers launch new wheel styles, new body colors, or new option packages, they only need to add new components to the resource library and update the mapping relationship of configuration information, without having to recreate and store the entire vehicle model for each configuration combination, greatly reducing storage costs and maintenance complexity.

[0072] Step S202: According to the business logic, the target configuration information is adjusted according to the display information to obtain the loading result for the vehicle model.

[0073] In the embodiments of this disclosure, adjustment refers to the specific direction of optimizing the target configuration information based on business logic, including but not limited to size adjustment (model width and height, proportional adaptation), content adjustment (detail display / hiding, permission filtering), effect adjustment (lighting and shadow, animation on / off), and anomaly adjustment (blur repair, component completion). Each dimension corresponds to a specific rule in the business logic to ensure that no adjustment is omitted.

[0074] In the embodiments disclosed herein, specific parameters of the adjustment rules in the business logic are extracted—such as the target screen aspect ratio of 16:9 and the maximum size of the driving scene model of 600×338 pixels in the size adaptation rule; the list of optional component identifiers hidden for visitor users (such as luggage rack identifiers and side step identifiers) in the content filtering rule; the driving scene reflection effect is turned off and the parking scene light and shadow layering is turned on in the effect optimization rule; and the blurred area repair threshold (if the blurriness is >30%, the outline is supplemented) in the anomaly repair rule. The loading method marker (such as fast loading phased-phase 2), integrity marker (such as partial complete-missing cloud details anomaly-component data packet loss), and resource usage marker (such as central processing unit peak 70%) of the target configuration information are read. The adjustment focus is clarified—for example, if the anomaly-component data packet loss marker is used, the anomaly adjustment is performed first, and if the phased-phase 2 marker is used, the effect optimization is emphasized.

[0075] In the embodiments disclosed herein, the vehicle status monitoring module is invoked to obtain the current vehicle status (driving / parking), and the display control module is invoked to obtain the target display parameters (e.g., the central control screen resolution is 1920×1080, and the instrument panel screen display area size is 800×450 pixels) to ensure that the adjustment is adapted to the actual usage environment. Optimization is performed in the order of size adjustment → content adjustment → effect adjustment → anomaly adjustment, with each step strictly following business logic rules and not introducing additional redundant operations. The adjustment dimensions include: size adaptation adjustment (solving the model and scene / hardware mismatch problem); reading the target size constraints according to the business logic size adaptation rules (e.g., central control screen parking scene: model width ≤ 1920 pixels, height ≤ 1080 pixels, aspect ratio 16:9); reading the original size in the target configuration information (e.g., the model width is 1200 pixels, height is 800 pixels, aspect ratio 3 in the quick target configuration information). 2) Calculate the adjustment ratio - Based on the 16:9 screen ratio, fix the width to 1080 pixels (to avoid exceeding the screen), and compress the height proportionally from 800 pixels to 607.5 pixels (rounded to 608 pixels) to ensure no stretching or deformation; if the intermediate result is a local rendering block (such as the door data loaded in a local update), then adjust the size of the local block to be consistent with the size of the corresponding area of ​​the original model according to the local and overall adaptation rules in the business logic (e.g., if the width of the door area of ​​the original model is 300 pixels and the width of the local block is 280 pixels, then stretch it to 300 pixels to avoid splicing gaps). In the embodiments disclosed herein, the adjustment dimensions also include: content filtering adjustment (solving the problem of content mismatch with permissions / scenes); extracting user permission constraints according to business logic content filtering rules (e.g., for visitor users: hide optional parts, and only retain the main body of the vehicle and the door status); reading the content composition of the target configuration information (e.g., the intermediate result of phase-2 includes the main body + wheel texture + roof rack details), comparing the content filtered according to permission rules—deleting wheel texture and roof rack details, and only retaining the main body + door status; and supplementing the filtering based on vehicle status (e.g., in driving scenarios, deleting non-core content such as dynamic lighting effects according to business logic rules, and only retaining the static body and door status to reduce display interference). In the embodiments disclosed herein, the adjustment dimensions also include: effect optimization adjustment (solving the problem of effect mismatch with scene / resource); extracting scene effect constraints according to business logic effect optimization rules (e.g., parking scene: enabling paint reflection effect and sharpening detail texture; driving scene: disabling reflection and reducing texture precision); optimizing effect defects in intermediate results—e.g., if the paint does not reflect in the default target configuration information, then supplement the basic reflection layer according to the parking scene rules (simulating ambient light reflection, not calculating complex specular reflection, and avoiding excessive graphics processor load); if the detail texture of the intermediate results is blurry in stages, then perform sharpening processing according to the rules (enhancing texture edge contrast, such as improving the clarity of wheel rim pattern edges by 30%); and adjusting in conjunction with resource usage markers (if the graphics processor usage rate is 60% in the intermediate result resource marker, then disable the dynamic shadow effect according to the rules, reduce the graphics processor usage rate to below 50%, and reserve resources for navigation functions). In the embodiments disclosed herein, the adjustment dimensions also include: anomaly repair adjustment (resolving issues related to the integrity / accuracy of intermediate results); extracting fallback strategies according to business logic anomaly repair rules (e.g., component data loss: replacing with a common component of the same model; blurred corner rendering: supplementing the basic outline); handling anomaly types for target configuration information—e.g., if the left front door data is missing in the abnormal intermediate result, then retrieve the common left front door model of the same model from the component-specific database and replace the missing data; if the rear corner of the intermediate result is blurred, then draw a white outline (1 pixel wide) according to the rules to clarify the model boundary; if the anomaly cannot be repaired (e.g., core data corruption), then activate the basic fallback model according to the rules (e.g., white body outline + black door / window markings) to avoid process interruption due to adjustment failure. In the embodiments disclosed herein, after the dimensional adjustments are completed, the model adjustment module performs a dual check on the preliminary adjustment results using rule matching and scene adaptation to avoid adjustment deviations; it checks whether the adjustment results conform to four types of business logic rules—such as whether the size is adapted to the screen ratio (error ≤ 2%), whether the content conforms to user permissions (no unauthorized display), whether the effect matches the scene (no complex animations in driving scenes), and whether anomalies have been fixed (no obvious missing / blurred parts); if the check fails (e.g., size stretching error 5%), the size adjustment is re-executed until the error is ≤ 2%; In the embodiments disclosed herein, the current vehicle status and display parameters are combined to check whether the adjustment result is feasible. For example, if the model size of the driving scenario adjustment result occupies 35% of the dashboard (exceeding the rule limit of 30%), it is compressed to 28%. If the display parameter resolution is 1280×720 and the adjustment result width is 1300 pixels (exceeding the screen limit), it is compressed to within 1280 pixels. In the embodiments disclosed herein, if the adjustment still fails after three attempts (e.g., due to extreme resource shortages preventing the desired effect from being achieved), a simplified adjustment result is generated according to the minimum available rule of the business logic (e.g., retaining only the vehicle body outline and core status indicators) to ensure a valid loading result is output. After verification, the final loading result is generated.

[0076] By adjusting the target configuration information according to business logic, the system can remove irrelevant information and filter out the most valuable data based on specific business needs. The final loading result is more accurate and meets the actual needs of the business scenario.

[0077] As a refinement of step S202, when performing the step of adjusting the target configuration information according to the display information based on the business logic to obtain the loading result for the vehicle model, the following methods can be used, but are not limited to: adjusting the loading parameters of the target configuration information according to the display information until the loading parameters of the target configuration information satisfy the business logic, and obtaining the loading result.

[0078] In the embodiments disclosed herein, business logic is transformed into quantifiable and comparable loading parameter constraint thresholds, and the priority levels of the constraints are marked (high / medium / low): High priority constraints: constraints that directly affect system stability and core interaction, such as the number of polygons in the vehicle model ≤ the maximum screen rendering capacity × 0.9 (exceeding the limit will cause lag), and the frame rate of the car door animation ≥ 24 frames / second (below the threshold, users will perceive lag); Medium priority constraints: constraints that affect the display effect but do not cause system abnormalities, such as texture resolution ≤ the screen physical resolution × 1.2 (exceeding the limit will cause texture blur); Low priority constraints: additional constraints to optimize the experience, such as prioritizing the 'metallic paint effect' for material rendering level (if the system has sufficient video memory). In the embodiments of this disclosure, the constraint threshold is associated with the hardware parameters of the target vehicle (such as screen resolution, maximum rendering capability, bus bandwidth) to generate a loading parameter constraint lookup table. For example, when the screen resolution is 1920×1080, the texture resolution constraint threshold is 2304×1296 pixels; when the maximum screen rendering capability is 800,000 polygons, the model polygon count constraint threshold is 720,000. In the embodiments of this disclosure, initial loading parameters are extracted from the target configuration information according to static / dynamic categories: from static configuration information (such as a 2048×2048 pixel wheel hub texture and an 850,000 polygon body model), the corresponding initial parameters such as texture resolution = 2048×2048 pixels and model polygon count = 850,000 are extracted; for dynamic loading parameters, from dynamic configuration information (such as a door animation with a default frame rate of 30 frames / second and sunroof data with a default update frequency of 50 times / second), the corresponding initial parameters such as animation frame rate = 30 frames / second and data update frequency = 50 times / second are extracted; after extraction, the module organizes the initial parameters into an initial loading parameter table, which serves as the basis for subsequent adjustments. In the embodiments disclosed herein, starting from the initial loading parameter table and combining it with the loading parameter constraint comparison table, the loading parameters are cyclically adjusted in the order of high priority constraints → medium priority constraints → low priority constraints. The core logic is as follows: High priority constraints are satisfied and adjusted (prioritizing stability and core interaction); First, the initial parameters are compared with the high priority constraint threshold. If there is an excess, it is adjusted first: If the initial value of the number of polygons of the vehicle model (850,000) > the constraint threshold (720,000): it is adjusted by decreasing by 5%-10% each time (not a fixed example, but a general range). The first adjustment is to 765,000 (a 10% reduction). If it is still exceeded after verification, it is adjusted to 720,000 (a further 5.9% reduction) until it is ≤720,000; If the initial value of the door animation frame rate (20 frames / second) < the constraint threshold (24 frames / second): it is adjusted by increasing by 2-4 frames / second each time. The first increase is to 22 frames / second (still not satisfied). The second increase is to 24 frames / second (satisfying the threshold).

[0079] In the embodiments of this disclosure, during the adjustment process, if there is a conflict between different high-priority constraints (such as increasing the animation frame rate will cause the bus bandwidth to exceed the limit), the principle of 'system stability first' will be adopted. For example, if the bus bandwidth constraint threshold is 40 times / second, and if the animation frame rate is increased to 24 frames / second, the data update frequency needs to be 45 times / second (exceeding the limit), then the frame rate will be appropriately reduced to 22 frames / second (still meeting the user's perception), and the data update frequency will be reduced to 38 times / second (meeting the bandwidth requirement). In the embodiments of this disclosure, after the high-priority constraint is satisfied, the medium-priority parameter is adjusted: if the initial value of the texture resolution (2048×2048 pixels) is greater than the constraint threshold (2304×1296 pixels, corresponding to a 1920×1080 screen): no adjustment is needed; if the initial value is 2560×2560 pixels (exceeding the limit), it is adjusted according to the screen resolution ratio, first reduced to 2304×1296 pixels (meeting the threshold). If the video memory is still sufficient at this time, the value can be retained. If the video memory is insufficient, it is further reduced to 1920×1080 pixels. When adjusting, oversimplification should be avoided. For example, the texture resolution should not be less than 0.8 times the screen resolution (1536×864 pixels) to ensure that the texture is not blurry. In the embodiments of this disclosure, after the medium-priority constraint is satisfied, the low-priority constraint is adapted: if the system video memory remaining is ≥200MB (meeting the video memory requirements of the metallic paint effect), the material rendering level is adjusted to the metallic paint effect; if the video memory remaining is <100MB, it is adjusted to basic reflection to ensure that the constraints of high / medium priority parameters are not affected. In the embodiments disclosed herein, the adjusted loading parameters are verified in all dimensions: all parameters are compared with the constraint thresholds, such as the number of model polygons ≤ 720,000, animation frame rate ≥ 24 frames / second, and texture resolution ≤ 2304×1296 pixels, to confirm that there are no items exceeding the limits; the vehicle model is preloaded based on the adjusted parameters using the parameter simulation tool of the vehicle system to test whether there are problems such as stuttering, texture blurring, and data latency. If so, the process is returned to the iterative adjustment module for re-optimization (if there is stuttering, the number of polygons is further reduced); after the verification is passed, the adjusted loading parameters are integrated into the loading result.

[0080] Dynamically adjust loading parameters to adapt to different screens, vehicle uses, and user needs, providing personalized display effects.

[0081] As a refinement of step S101, when performing the step of obtaining target configuration information for the target vehicle, the following methods may be used, but are not limited to: obtaining configuration signals and configuration information tables for the target vehicle; determining the target configuration information table corresponding to the configuration signal based on the configuration signals and the configuration information tables; and determining the target configuration information based on the target configuration information table.

[0082] In the embodiments of this disclosure, configuration signals refer to signals provided by the hardware system, sensors, or software system of the target vehicle, typically containing the vehicle's current configuration, status, and other relevant information. Configuration signals are interactive information with the vehicle's hardware and software systems, reflecting the vehicle's current configuration, performance status, fault diagnosis information, etc. The configuration information database refers to a database or information repository where the system stores and manages all vehicle configuration information. The configuration information database contains all vehicle configuration tables and related configuration information. Each vehicle configuration information table details the parameters, characteristics, and requirements of the vehicle under different configuration states.

[0083] In embodiments of this disclosure, the target configuration information table refers to a specific configuration information table determined from a configuration information table library based on configuration signals. The target configuration information table details all necessary information related to a specific configuration of the target vehicle, including the vehicle's hardware configuration, software version, functional characteristics, etc.

[0084] In embodiments of this disclosure, the system needs to acquire configuration signals of the target vehicle. Configuration signals can be acquired through vehicle sensors, onboard computer systems, or other data interfaces. These signals contain real-time vehicle status information, such as current hardware configuration, software version, and performance data. Simultaneously, the system needs to access a configuration information database stored in a configuration information table library, which is a database containing various vehicle configuration tables and configuration information. These configuration information tables are pre-defined based on different vehicle models and configuration requirements. Based on the acquired configuration signals, the system queries the configuration information database, matching key parameters (such as hardware configuration and software version) in the signals with entries in the database. The system determines the configuration information table matching the target vehicle based on the content of these configuration signals. Each vehicle's configuration information table contains all the information and data required for that specific vehicle configuration, including configuration details, technical parameters, and system requirements. Once the system determines the target configuration information table, the next step is to extract specific target configuration information based on the information in the table. The target configuration information is detailed configuration data for the target vehicle, including comprehensive data on various aspects such as vehicle hardware, software, and performance indicators. This configuration information is crucial for subsequent vehicle operation, system debugging, and function activation.

[0085] By automating the identification of configuration signals and matching of configuration information, the need for manual intervention is reduced, and the system's efficiency is improved.

[0086] As a refinement of the above embodiments, when performing the step of determining the target configuration information table corresponding to the configuration signal based on the configuration signal and the configuration information table library, it can be implemented in the following ways, but is not limited to: obtaining a first vehicle type for the target vehicle; and searching for the target configuration information table in the configuration information table library based on the first signal type and the first vehicle type in the configuration signal.

[0087] In the embodiments of this disclosure, the first vehicle type refers to the classification information of the target vehicle, which is typically identified based on multiple dimensions such as the vehicle's manufacturer, model, function, and purpose. The first vehicle type can be a category with specific attributes, such as sedan or SUV. The first signal type refers to the classification attribute in the configuration signal, such as color selection signal or configuration level signal.

[0088] In embodiments of this disclosure, the first vehicle type of the target vehicle and the first signal type in the configuration signal are extracted from system or user input. The configuration information database is indexed according to vehicle type and signal type for easy and rapid retrieval. The index is used to search for configuration tables that simultaneously satisfy the condition: vehicle type = first vehicle type and signal type = first signal type. If multiple matching results are found, the table with the highest priority is selected; if no matching result is found, the default table is returned and an error is recorded.

[0089] By combining the first vehicle type of the target vehicle with the first signal type in the configuration signal for searching, the system can accurately match and obtain the configuration information table most relevant to the vehicle and its current state.

[0090] As a refinement of the above embodiments, when performing the step of searching for the target configuration information table in the configuration information table library based on the first signal type and the first vehicle type in the configuration signal, it can be implemented in the following ways, but is not limited to: matching the first signal type with the second signal type contained in the configuration information table in the configuration information table library; matching the first vehicle type with the second vehicle type contained in the configuration information table in the configuration information table library; and determining the configuration information table in the configuration information table library where the second signal type is consistent with the first signal type and the second vehicle type is consistent with the first vehicle type as the target configuration information table.

[0091] In the embodiments of this disclosure, the second signal type refers to the signal type adaptation identifier pre-stored in each configuration information table in the configuration information table library. It is a matched passive response end and adopts the same structure as the first signal type, used to identify the configuration signal types that the table can adapt to. The second vehicle type refers to the vehicle type adaptation identifier pre-stored in each configuration information table in the configuration information table library. It is a matched passive response end and adopts the same attribute structure as the first vehicle type, used to identify the vehicle types that the table can adapt to.

[0092] In embodiments of this disclosure, the system first obtains the target vehicle's current signal type (i.e., the first signal type) and vehicle type (i.e., the first vehicle type). This information is typically collected through vehicle sensors, onboard systems, electronic control units, and other devices. The first signal type can be real-time data or status information, while the first vehicle type is the vehicle's basic classification. The system accesses a configuration information table database and retrieves all stored configuration information tables. Each configuration information table contains different vehicle types and signal types.

[0093] In the embodiments of this disclosure, the system compares and filters the signal types and vehicle types in the configuration information table one by one. The system compares the first signal type of the target vehicle with the second signal type of each configuration information table in the configuration information table database. The system determines whether these signal types are consistent. If the first signal type matches the second signal type of a certain configuration information table, it indicates that the configuration information table matches the signal type requirements of the target vehicle.

[0094] In embodiments of this disclosure, the system will continue to compare the first vehicle type of the target vehicle with the second vehicle type of each configuration information table in the configuration information table database. The system will determine whether these vehicle types are consistent. If the first vehicle type is consistent with the second vehicle type of a certain configuration information table, it further indicates that the configuration information table meets the type requirements of the target vehicle. Based on the matching results, the system will filter out configuration information tables where the first signal type and the second signal type are consistent, and the first vehicle type and the second vehicle type are consistent. These information tables are considered to be the most suitable configuration scheme for the target vehicle and are ultimately determined as the target configuration information table. This configuration information table contains the specific configuration information required by the target vehicle and will be used for subsequent configuration applications, vehicle management, or function adjustments.

[0095] By simultaneously considering the matching of signal type and vehicle type, the system can achieve precise configuration for the target vehicle. The system not only matches based on vehicle type but also further refines the matching through signal type, making the configuration more closely aligned with the vehicle's actual needs.

[0096] As a refinement of the above embodiments, when performing the step of determining the target configuration information according to the target configuration information table, the following methods may be used, but are not limited to: determining the configuration information associated with the first vehicle type in the target configuration information table as the target configuration information.

[0097] In embodiments of this disclosure, the system first obtains a target configuration information table matching the target vehicle. The target configuration information table is a set of configurations that meet the requirements of vehicle signal type and vehicle type after multiple screenings. The target configuration information table already contains various configuration information related to the target vehicle. The system identifies and extracts configuration information associated with a first vehicle type of the target vehicle from the target configuration information table. Each configuration item in the configuration information table has a clear identifier indicating its relevance to a certain vehicle type. Therefore, the system searches for matching configuration items based on the first vehicle type and considers these configuration items as configuration content directly related to the target vehicle. The system determines the configuration information matching the first vehicle type as the target configuration information by filtering out the configuration information. The target configuration information is tailored to the target vehicle and reflects the vehicle's configuration requirements under specific conditions.

[0098] By extracting configuration information related to the first vehicle type from the target configuration information table, the system can ensure that the configuration scheme obtained by the target vehicle fully meets its type requirements. This process ensures the personalization and accuracy of vehicle configuration, avoiding unnecessary configuration errors and mismatches.

[0099] As a refinement of step S102, when performing the step of determining the target loading method of the vehicle model of the target vehicle based on the target configuration information, the following methods can be used, but are not limited to: determining the loading method corresponding to the target configuration type in the target configuration information based on the pre-established mapping relationship between configuration types and loading methods; and determining the loading method corresponding to the target configuration type as the target loading method.

[0100] In the embodiments of this disclosure, configuration type refers to the type or category of configuration schemes. Configuration types are typically classified based on factors such as the functional requirements, performance requirements, and usage scenarios of the vehicle, equipment, or system. For example, vehicle configuration may include powertrain configuration, in-vehicle system configuration, and exterior design configuration, while equipment or system configuration types may include hardware configuration, software configuration, or functional configuration. Target configuration type refers to the classification of actual existing configuration features identified from the specific configuration information of the current target vehicle; it is the specific configuration category for which the corresponding loading method needs to be determined. Mapping relationship refers to the correspondence between configuration types and loading methods. Through predefined mapping relationships, the system can accurately find the corresponding loading method based on a specific configuration type.

[0101] In the embodiments of this disclosure, the system analyzes the characteristics of different configuration types and, in conjunction with actual application scenarios, establishes a mapping relationship between configuration types and loading methods. For example, for configuration types requiring real-time response (such as in-vehicle navigation system configuration), a real-time loading method is selected; for static configuration types (such as vehicle exterior design configuration), an automatic loading method is used. The system stores these mapping relationships in a configuration database as a reference for subsequent loading processes. The system extracts the target configuration type from the target configuration information. The target configuration type is set based on the requirements and functions of the target system (such as a vehicle or device), and is usually selected by the system administrator or user according to specific usage. The target configuration type is clearly identified in the target configuration information, facilitating system identification and classification. Once the target configuration type is determined, the system searches for the loading method associated with that configuration type through a pre-established mapping relationship table. The system automatically selects the most suitable loading method for the target configuration type according to the rules defined in the mapping relationship. For example, if the target configuration type is a configuration that requires real-time processing, the system will select the real-time loading method; if the configuration type is static, the system will select automatic loading. By searching and matching mapping relationships, the system ultimately determines the loading method corresponding to the target configuration type. This loading method will be used as the target loading method.

[0102] By automatically selecting the loading method based on the mapping relationship between configuration type and loading method, the system can significantly improve the efficiency of configuration loading.

[0103] In practical applications, there may be situations where the target resource type is unavailable or does not exist. In order to ensure the generation of the target vehicle model, the following methods can be used, but are not limited to: when the target configuration information is unavailable or does not exist, the marked configuration type in the target configuration information table corresponding to the target configuration information is determined as the target configuration type.

[0104] In the embodiments of this disclosure, "target configuration information unavailable or nonexistent" refers to an abnormal state encountered by the system when attempting to obtain or parse the configuration information of the target vehicle. This includes, but is not limited to, loss of configuration information data, corrupted format, version incompatibility, access timeout, or the absence of a specific configuration record matching the vehicle in the configuration information table. The "marked configuration type" refers to a default configuration category identifier predefined in the target configuration information table. It is a backup configuration type specifically set during table design to handle abnormal situations. This type represents the basic or general configuration features supported by the configuration information table.

[0105] In the embodiments of this disclosure, the system first checks whether the target configuration information exists or is available. If the target configuration information is available, the system directly extracts the target configuration type and determines the loading method based on the target configuration type. If the target configuration information is unavailable or missing, the system queries the target configuration information table to find the marked configuration type. The target configuration information table contains a marked configuration type in advance, which is usually a pre-set default configuration type used to provide a reasonable configuration option when the target configuration information is missing. After finding the marked configuration type, the system uses it as the target configuration type.

[0106] By using a flagged configuration type when target configuration information is unavailable, the system can avoid system crashes or startup failures due to missing configuration information. This backup mechanism ensures that the system can operate smoothly and maintain stability even when some information is missing.

[0107] In the embodiments of this disclosure, in order to facilitate a better understanding of the relationship between configuration signals and configuration information, such as Figure 3 As shown, Figure 3 This is a diagram showing the relationship between configuration signals and configuration information provided in an embodiment of this disclosure. In a three-dimensional vehicle model (i.e., vehicle model) scene, there are multiple vehicle models, each with similar or different settings, such as different paint, different wheels, etc. The configuration is generally specified through a table (i.e., configuration information configuration table), specifying the corresponding signals (i.e. configuration signals) and configuration information. After receiving a signal, the matching table is found, and the configuration information is loaded and unloaded.

[0108] In the embodiments of this disclosure, in order to facilitate a better understanding of the entire process of vehicle model generation, such as Figure 4 As shown, Figure 4 This is a flowchart of a vehicle model generation process provided in an embodiment of the present disclosure. The configuration table (i.e., configuration information configuration table) structure design is as follows: The system contains multiple vehicle configurations (configuration information), and each configuration forms an independent configuration table; each configuration table contains the following key fields: configuration information type (such as prefab, material, etc.); configuration information usage keywords (i.e. configuration information operation instructions); vehicle type (i.e., vehicle type); signal type (the signal type of the configuration signal) and signal value (the signal parameter of the configuration signal); default fallback configuration information (i.e., the marked configuration information corresponding to the marked configuration information type).

[0109] In the embodiments of this disclosure, a mapping relationship between configuration information types and configuration information loading methods is established; the configuration information loading method is automatically matched according to the configuration information type in the configuration and the use of keywords; configurations with the same configuration information type are processed using a unified configuration information loading method. An extended configuration information type mechanism is provided: a configuration information loading interface specification is provided, allowing for the extension of new configuration information loading methods; a factory pattern is used to implement the dynamic creation and management of configuration information loaders. Business logic processing: an automatic configuration class generation mechanism is used, with each configuration table corresponding to an automatically generated configuration class; the configuration class is responsible for handling the business logic (i.e., control instruction sequences) specific to that configuration; business logic processing is separated from configuration information loading, with basic business functions including configuration information loading. A vehicle model adaptation mechanism is implemented: the configuration table includes a vehicle model type field; applicable configurations are automatically filtered according to the current vehicle model; different configuration information and processing logic can be specified for different vehicle models. Improve system scalability: By separating configuration information loading from business logic, both can be extended independently; reduce maintenance costs: adding new configurations only requires adding a configuration table, without modifying the core code; improve operational efficiency: an automated matching mechanism quickly finds suitable configurations; enhance adaptability: supports flexible configurations for multiple vehicle models and signal types; improve development efficiency: configuration classes are automatically generated, reducing repetitive coding work.

[0110] In the embodiments disclosed herein, information concerning the target vehicle refers to actual vehicle information, such as configuration information, display information, configuration signals, configuration information database, and vehicle type. Information concerning the vehicle model refers to information related to the vehicle model, such as target loading method, loading results, and business logic.

[0111] In summary, the embodiments disclosed herein can achieve the following beneficial effects: This disclosure responds to a vehicle model loading event of a target vehicle by obtaining target configuration information for the target vehicle; determining a target loading method for the vehicle model based on the target configuration information; the target loading method being a loading method specific to the vehicle model; loading the vehicle model according to the target loading method to obtain a loading result for the vehicle model; and displaying the loading result. This achieves automation and standardization of vehicle model display, improves the efficiency and accuracy of vehicle model loading, dynamically adapts to different vehicle configurations, reduces manual intervention, thereby enhancing user experience and reducing development costs.

[0112] Corresponding to the vehicle model display method described above, this invention also proposes a vehicle model display device. Since the device embodiment of this invention corresponds to the method embodiment described above, details not disclosed in the device embodiment can be referred to in the method embodiment described above, and will not be repeated here.

[0113] Figure 5 This is a schematic diagram of the structure of a vehicle model display device 300 provided in an embodiment of the present disclosure. The vehicle model display device includes, but is not limited to, devices applicable to servers, cloud platforms, operation service platforms, various computer platforms, terminal systems, and web page systems. The vehicle model display device includes: The data acquisition unit 31 is used to acquire target configuration information for the target vehicle in response to the vehicle model loading event of the target vehicle. The method determination unit 32 is used to determine the target loading method of the vehicle model of the target vehicle based on the target configuration information; the target loading method is the loading method for the vehicle model. The model loading unit 33 is used to load the vehicle model according to the target loading method to obtain the loading result for the vehicle model; The result display unit 34 is used to display the loading results.

[0114] According to the vehicle model display device disclosed herein, the device includes: responding to a vehicle model loading event of a target vehicle; acquiring target configuration information for the target vehicle; determining a target loading method for the vehicle model of the target vehicle based on the target configuration information; the target loading method being a loading method specific to the vehicle model; loading the vehicle model according to the target loading method to obtain a loading result for the vehicle model; and displaying the loading result. This achieves automation and standardization of vehicle model display, improves the efficiency and accuracy of vehicle model loading, dynamically adapts to different vehicle configurations, reduces manual intervention, thereby enhancing user interaction experience and reducing development costs.

[0115] Furthermore, in one implementation of the present disclosure embodiment, such as Figure 6 As shown, the device further includes: The data acquisition unit 31 is further configured to acquire display information of the screen to be displayed on the vehicle model; the display information is display information for the target vehicle; The logic determination unit 36 ​​is used to determine the business logic for the vehicle model based on the target configuration information and the display information; the business logic is used to constrain the loading parameters of the vehicle model.

[0116] Furthermore, in one implementation of the present disclosure embodiment, such as Figure 6 As shown, the model loading unit 33 includes: The information loading module 331 is used to load the target configuration information according to the target loading method; The result adjustment module 332 is used to adjust the target configuration information according to the display information based on the business logic to obtain the loading result for the vehicle model.

[0117] Furthermore, in one implementation of the present disclosure embodiment, such as Figure 6 As shown, the result adjustment module 333 is further used for: The loading parameters of the target configuration information are adjusted according to the display information until the loading parameters of the target configuration information meet the business logic, and the loading result is obtained.

[0118] Furthermore, in one implementation of the present disclosure embodiment, such as Figure 6 As shown, the data acquisition unit 31 includes: The data acquisition module 311 is used to acquire configuration signals and configuration information tables for the target vehicle; The data determination module 312 is used to determine the target configuration information table corresponding to the configuration signal based on the configuration signal and the configuration information table database; The data determination module 312 is further configured to determine the target configuration information based on the target configuration information table.

[0119] Furthermore, in one implementation of the present disclosure embodiment, such as Figure 6 As shown, the data determination module 312 includes: Type acquisition submodule 3121 is used to acquire a first vehicle type for the target vehicle; The data lookup submodule 3122 is used to look up the target configuration information table in the configuration information table library according to the first signal type and the first vehicle type in the configuration signal.

[0120] Furthermore, in one implementation of the present disclosure embodiment, such as Figure 6 As shown, the data lookup submodule 3122 is also used for: Match the first signal type with the second signal type contained in the configuration information table in the configuration information table library; Match the first vehicle type with the second vehicle type contained in the configuration information table in the configuration information table library; The configuration information table in the configuration information table library whose second signal type is consistent with the first signal type and whose second vehicle type is consistent with the first vehicle type is determined as the target configuration information table.

[0121] Furthermore, in one implementation of the present disclosure embodiment, such as Figure 6 As shown, the data determination module 312 is further configured to: The configuration information associated with the first vehicle type in the target configuration information table is determined as the target configuration information.

[0122] Furthermore, in one implementation of the present disclosure embodiment, such as Figure 6 As shown, the mode determination unit 32 includes: The method determination module 321 is used to determine the loading method corresponding to the target configuration type in the target configuration information based on the pre-established mapping relationship between configuration types and loading methods; The method determination module 322 is further configured to determine the loading method corresponding to the target configuration type as the target loading method.

[0123] Furthermore, in one implementation of the present disclosure embodiment, such as Figure 6 As shown, the device further includes: The type determination unit 35 is used to determine the marked configuration type in the target configuration information table corresponding to the target configuration information as the target configuration type when the target configuration information is unavailable or does not exist.

[0124] Since the apparatus provided in this embodiment corresponds to the methods provided in the above embodiments, the implementation of the methods is also applicable to the apparatus provided in this embodiment, and will not be described in detail in this embodiment.

[0125] The methods and apparatus provided in the embodiments of this application have been described above. To implement the functions of the methods provided in the embodiments of this application, the electronic device may include a hardware structure and software modules, and may implement the above functions in the form of a hardware structure, software modules, or a hardware structure plus software modules. One of the above functions may be executed in the form of a hardware structure, software modules, or a hardware structure plus software modules.

[0126] Figure 7 This is a block diagram illustrating a vehicle 500 according to an exemplary embodiment. For example, vehicle 500 can be a hybrid vehicle, a non-hybrid vehicle, an electric vehicle, a fuel cell vehicle, or other types of vehicle. Vehicle 500 can be an autonomous vehicle, a semi-autonomous vehicle, or a non-autonomous vehicle.

[0127] Reference Figure 7 The vehicle 500 may include various subsystems, such as an infotainment system 510, a perception system 520, a decision control system 530, a drive system 540, and a computing platform 550. The vehicle 500 may also include more or fewer subsystems, and each subsystem may include multiple components. Furthermore, each subsystem and component of the vehicle 500 can be interconnected via wired or wireless means.

[0128] In some embodiments, the infotainment system 510 may include a communication system, an entertainment system, and a navigation system, etc.

[0129] The perception system 520 may include several sensors for sensing information about the environment surrounding the vehicle 500. For example, the perception system 520 may include a global positioning system (which may be GPS, BeiDou, or other positioning systems), an inertial measurement unit (IMU), lidar, millimeter-wave radar, ultrasonic radar, and a camera device.

[0130] The decision control system 530 may include a computing system, a vehicle controller, a steering system, a throttle, and a braking system.

[0131] The drive system 540 may include components that provide powered motion to the vehicle 500. In one embodiment, the drive system 540 may include an engine, an energy source, a transmission system, and wheels. The engine may be one or a combination of internal combustion engines, electric motors, and compressed air engines. The engine is capable of converting energy provided by the energy source into mechanical energy.

[0132] Some or all of the functions of vehicle 500 are controlled by computing platform 550. Computing platform 550 may include at least one processor 551 and memory 552, and processor 551 may execute instructions 553 stored in memory 552.

[0133] The processor 551 can be any conventional processor, such as a commercially available CPU. The processor may also include graphics processing units (GPUs), field-programmable gate arrays (FPGAs), systems on chips (SoCs), application-specific integrated circuits (ASICs), or combinations thereof.

[0134] The memory 552 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk or optical disk.

[0135] In addition to instruction 553, memory 552 can also store data, such as road maps, route information, vehicle position, direction, speed, and other data. The data stored in memory 552 can be used by computing platform 550.

[0136] In this embodiment of the disclosure, processor 551 may execute instructions 553 to complete all or part of the steps of the above-described method for displaying a vehicle model.

[0137] Figure 8 This is a block diagram illustrating an electronic device 1000 for implementing the above-described method for displaying a vehicle model, according to an exemplary embodiment. For example, the electronic device 1000 may be applied to servers, cloud environments, operational service platforms, various computer platforms, terminal systems, and web page systems.

[0138] Reference Figure 8 The electronic device 1000 may include one or more of the following components: a processing component 1002, a memory 1004, a power supply component 1006, a multimedia component 1008, an audio component 1010, an input / output (I / O) interface 1012, a sensor component 1014, and a communication component 1016.

[0139] Processing component 1002 typically controls the overall operation of electronic device 1000, such as operations associated with display, telephone calls, data communication, camera operation, and recording operations. Processing component 1002 may include one or more processors 1020 to execute instructions to perform all or part of the steps of the methods described above. Furthermore, processing component 1002 may include one or more modules to facilitate interaction between processing component 1002 and other components. For example, processing component 1002 may include a multimedia module to facilitate interaction between multimedia component 1008 and processing component 1002.

[0140] Memory 1004 is configured to store various types of data to support the operation of electronic device 1000. Examples of such data include instructions for any application or method operating on electronic device 1000, contact data, phonebook data, messages, pictures, videos, etc. Memory 1004 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0141] Power supply component 1006 provides power to various components of electronic device 1000. Power supply component 1006 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to electronic device 1000.

[0142] Multimedia component 1008 includes a screen that provides an output interface between electronic device 1000 and user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touchscreen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensors may sense not only the boundaries of touch or swipe actions but also the duration and pressure associated with the touch or swipe operation. In some embodiments, multimedia component 1008 includes a front-facing camera and / or a rear-facing camera. When electronic device 1000 is in an operating mode, such as a shooting mode or video mode, the front-facing camera and / or rear-facing camera may receive external multimedia data. Each front-facing camera and rear-facing camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

[0143] Audio component 1010 is configured to output and / or input audio signals. For example, audio component 1010 includes a microphone (MIC) configured to receive external audio signals when electronic device 1000 is in an operating mode, such as call mode, recording mode, and voice recognition mode. The received audio signals may be further stored in memory 1004 or transmitted via communication component 1016. In some embodiments, audio component 1010 also includes a speaker for outputting audio signals.

[0144] I / O interface 1012 provides an interface between processing component 1002 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to, home buttons, volume buttons, power buttons, and lock buttons.

[0145] Sensor assembly 1014 includes one or more sensors for providing state assessments of various aspects of electronic device 1000. For example, sensor assembly 1014 may detect the on / off state of electronic device 1000, the relative positioning of components such as the display and keypad of electronic device 1000, changes in position of electronic device 1000 or a component of electronic device 1000, the presence or absence of user contact with electronic device 1000, the orientation or acceleration / deceleration of electronic device 1000, and temperature changes of electronic device 1000. Sensor assembly 1014 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 1014 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, sensor assembly 1014 may also include an accelerometer, gyroscope, magnetometer, pressure sensor, or temperature sensor.

[0146] Communication component 1016 is configured to facilitate wired or wireless communication between electronic device 1000 and other devices. Electronic device 1000 can access wireless networks based on communication standards, such as WiFi, 2G or 3G, 4G LTE, 5G NR (NewRadio), or combinations thereof. In one exemplary embodiment, communication component 1016 receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, communication component 1016 also includes a near-field communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on radio frequency identification (RFID) technology, Infrared Data Association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0147] In an exemplary embodiment, the electronic device 1000 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the methods described above.

[0148] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 1004 including instructions, which can be executed by a processor 1020 of an electronic device 1000 to perform the above-described method in the demonstration of a vehicle model. For example, the non-transitory computer-readable storage medium may be a ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device, etc.

[0149] Embodiments of this disclosure also provide a non-transitory computer-readable storage medium storing computer instructions, wherein the computer instructions are used to cause a computer to perform the methods described in the above embodiments of this disclosure.

[0150] Embodiments of this disclosure also provide a computer program product, including a computer program that is executed by a processor using the interface display method described in the above embodiments of this disclosure.

[0151] It should be noted that the terms "first," "second," etc., used in the specification, claims, and accompanying drawings of this disclosure are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this disclosure described herein can be implemented in orders other than those illustrated or described herein. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this disclosure as detailed in the appended claims.

[0152] Furthermore, the term “exemplary” is used herein to mean serving as an example, instance, or illustration. Any aspect or design described herein as “exemplary” is not necessarily to be construed as advantageous compared to other aspects or designs. Rather, the use of the term “exemplary” is intended to present the concept in a concrete manner. As used herein, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or.” That is, unless otherwise specified or clear from the context, “X applies A or B” is intended to mean any of the natural inclusive arrangements. That is, “X applies A or B” satisfies any of the foregoing instances if X applies A; X applies B; or both X applies A and B. Additionally, unless otherwise specified or clear from the context to refer to the singular form, the articles “a” and “an” as used in this application and the appended claims are generally understood to mean “one or more.”

[0153] Similarly, although this disclosure has been shown and described with respect to one or more implementations, equivalent variations and modifications will occur to those skilled in the art upon reading and understanding this specification and the accompanying drawings. This disclosure includes all such modifications and variations and is limited only by the scope of the claims. In particular, with respect to the various functions performed by the components described above (e.g., elements, resources, etc.), unless otherwise indicated, the terminology used to describe such components is intended to correspond to any component (functionally equivalent) that performs the specific function of the described component, even if structurally not equivalent to the disclosed structure. Furthermore, although specific features of this disclosure may have been disclosed with respect to only one of several implementations, such features may be combined with one or more other features of other implementations, as may be desired and advantageous to any given or particular application. Moreover, with regard to the terms “comprising,” “owning,” “having,” “having,” or variations thereof as used in the detailed description or claims, such terms are intended to be inclusive in a manner similar to the term “including.”

[0154] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the following claims.

[0155] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

[0156] In the above detailed description, reference has been made to the accompanying drawings, which illustrate specific aspects of this disclosure by way of illustration. In this regard, terms indicating direction or positional relationship, such as “center,” “longitudinal,” “lateral,” “length,” “width,” “thickness,” “upper,” “lower,” “front,” “rear,” “left,” “right,” “vertical,” “horizontal,” “top,” “bottom,” “inner,” “outer,” “clockwise,” “counterclockwise,” “axial,” “radial,” and “circumferential,” are used with reference to the orientation of the described figures. Since components of the described device can be positioned in multiple different orientations, directional terms are used for illustrative purposes and not for limitation. It should be understood that other aspects can be utilized and structural or logical changes can be made without departing from the concept of this disclosure. Therefore, the following detailed description should not be considered limiting.

[0157] It should be understood that, unless otherwise specifically indicated, features of various embodiments of this disclosure described herein can be combined with each other. As used herein, the term “and / or” includes any one of the relevant listed items and any combination of any two or more; similarly, “at least one of…” includes any one of the relevant listed items and any combination of any two or more.

[0158] Although terms such as “first,” “second,” and “third” may be used herein to describe various components, parts, regions, layers, or sections, these components, parts, regions, layers, or sections are not limited to these terms. Rather, these terms are used only to distinguish one component, part, region, layer, or section from another. Therefore, without departing from the teachings of the examples described herein, the first component, part, region, layer, or section mentioned in the examples may also be referred to as the second component, part, region, layer, or section. Furthermore, the terms “first” and “second” are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of indicated technical features. Thus, a feature defined as “first” or “second” may explicitly or implicitly include at least one of that feature. In the description herein, “a plurality” means at least two, such as two, three, etc., unless otherwise explicitly specified.

[0159] It should be understood that spatial relative terms, such as “above,” “upper,” “below,” and “lower,” are used herein to describe the relationship between one element and another shown in the figures. In addition to the orientation depicted in the figures, these spatial relative terms are also intended to encompass different orientations of the device in use or operation. For example, if the device in the figures is flipped, an element described as “above” or “upper” relative to another element would be “below” or “lower” relative to that other element. Thus, depending on the spatial orientation of the device, the term “above” encompasses both above and below orientations. Devices may have other orientations (e.g., rotated 90 degrees or in other orientations), and the spatial relative terms used herein should be interpreted accordingly.

Claims

1. A method for displaying a vehicle model, characterized in that, The method includes: In response to the vehicle model loading event of the target vehicle, obtain the target configuration information for the target vehicle; Based on the target configuration information, the target loading method for the vehicle model of the target vehicle is determined; the target loading method is the loading method specific to the vehicle model. According to the target loading method, the vehicle model is loaded to obtain the loading result for the vehicle model; The loading results are then displayed.

2. The method according to claim 1, characterized in that, The method further includes: Obtain the display information of the screen to be displayed on the vehicle model; the display information is the display information for the target vehicle; Based on the target configuration information and the display information, the business logic for the vehicle model is determined; the business logic is used to constrain the loading parameters of the vehicle model.

3. The method according to claim 2, characterized in that, The step of loading the vehicle model according to the target loading method to obtain the loading result for the vehicle model includes: The target configuration information is loaded according to the target loading method. Based on the business logic, the target configuration information is adjusted according to the display information to obtain the loading result for the vehicle model.

4. The method according to claim 3, characterized in that, The step of adjusting the target configuration information according to the display information based on the business logic to obtain the loading result for the vehicle model includes: The loading parameters of the target configuration information are adjusted according to the display information until the loading parameters of the target configuration information meet the business logic, and the loading result is obtained.

5. The method according to claim 1, characterized in that, The step of obtaining the target configuration information for the target vehicle includes: Obtain the configuration signal and configuration information database for the target vehicle; Based on the configuration signal and the configuration information table database, determine the target configuration information table corresponding to the configuration signal; The target configuration information is determined based on the target configuration information table.

6. The method according to claim 5, characterized in that, The step of determining the target configuration information table corresponding to the configuration signal based on the configuration signal and the configuration information table database includes: Obtain the first vehicle type for the target vehicle; Based on the first signal type and the first vehicle type in the configuration signal, the target configuration information table is searched in the configuration information table database.

7. The method according to claim 6, characterized in that, The step of searching the target configuration information table in the configuration information table database based on the first signal type and the first vehicle type in the configuration signal includes: Match the first signal type with the second signal type contained in the configuration information table in the configuration information table library; Match the first vehicle type with the second vehicle type contained in the configuration information table in the configuration information table library; The configuration information table in the configuration information table library whose second signal type is consistent with the first signal type and whose second vehicle type is consistent with the first vehicle type is determined as the target configuration information table.

8. The method according to claim 6, characterized in that, The step of determining the target configuration information based on the target configuration information table includes: The configuration information associated with the first vehicle type in the target configuration information table is determined as the target configuration information.

9. The method according to claim 1, characterized in that, The step of determining the target loading method of the vehicle model of the target vehicle based on the target configuration information includes: Based on the pre-established mapping relationship between configuration types and loading methods, the loading method corresponding to the target configuration type in the target configuration information is determined; The loading method corresponding to the target configuration type is determined as the target loading method.

10. The method according to claim 9, characterized in that, The method further includes: If the target configuration information is unavailable or does not exist, the marked configuration type in the target configuration information table corresponding to the target configuration information shall be determined as the target configuration type.

11. A display device for a vehicle model, characterized in that, The device includes: The data acquisition unit is used to acquire target configuration information for the target vehicle in response to the vehicle model loading event of the target vehicle. The method determination unit is used to determine the target loading method of the vehicle model of the target vehicle based on the target configuration information; the target loading method is a loading method for the vehicle model. The model loading unit is used to load the vehicle model according to the target loading method to obtain the loading result for the vehicle model. The result display unit is used to display the loading results.

12. The apparatus according to claim 11, characterized in that, The device further includes: The data acquisition unit is further configured to acquire display information of the screen to be displayed on the vehicle model; the display information is display information for the target vehicle. The logic determination unit is used to determine the business logic for the vehicle model based on the target configuration information and the display information; the business logic is used to constrain the loading parameters of the vehicle model.

13. The apparatus according to claim 12, characterized in that, The model loading unit includes: An information loading module is used to load the target configuration information according to the target loading method; The result adjustment module is used to adjust the target configuration information according to the display information based on the business logic, so as to obtain the loading result for the vehicle model.

14. The apparatus according to claim 13, characterized in that, The result adjustment module is also used for: The loading parameters of the target configuration information are adjusted according to the display information until the loading parameters of the target configuration information meet the business logic, and the loading result is obtained.

15. A vehicle, characterized in that, include: processor; Memory used to store processor-executable instructions; The processor is configured as follows: Implement the method described in any one of claims 1 to 10.

16. A non-transitory computer-readable storage medium, wherein when instructions in the storage medium are executed by a processor of a mobile terminal, the mobile terminal is enabled to perform the method of any one of claims 1 to 10.

17. A program product, characterized in that, Includes computer instructions for causing a computer to perform the method according to any one of claims 1 to 10.

Images