Development component generation method, vehicle function design method and electronic equipment
By generating and integrating the development component information of each vehicle model, the cumbersome problem of manually writing code in vehicle function design is solved, and an efficient multi-model functional design is achieved.
Patent Information
- Application Number
- CN202311434650.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2023-10-31
- Publication Date
- 2025-05-09
AI Technical Summary
In vehicle functional design, programmers need to manually write code for different models and generate their respective functional design files, resulting in cumbersome operation and low development efficiency.
By determining the interface information of multiple models and their corresponding service interfaces, the development component information of each model is generated and integrated processing is carried out to generate normalized development components shared by multiple models for vehicle functional design.
It enables functional design for different models without manual code writing, simplifying operations, speeding up development efficiency, and improving user experience.
Smart Images

Figure CN119962065A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the technical field of vehicle function design, and in particular to a development component generation method for vehicle function design, a vehicle function design method and an electronic device. Background Art
[0002] Currently, during the development phase of automotive software or automotive application scenarios, functional design of vehicles of corresponding models is required.
[0003] In the prior art, when designing vehicle functions, programmers usually directly call the service-oriented architecture (SOA) service interface of the vehicle model, and write a function design file applicable to vehicle model 1 based on the SOA service interface of the vehicle model (for example, vehicle model 1), so that the vehicle executes the function design file and implements the corresponding function by calling the SOA service interface in the function design file. However, this method requires programmers to independently develop for each vehicle model to generate the function design file corresponding to each vehicle model. If a new vehicle model (for example, vehicle model 2) is added, programmers are required to generate the function design file corresponding to vehicle model 2 by manually writing code based on the SOA service interface of vehicle model 2. Therefore, when designing vehicle functions, programmers need to generate function design files for different vehicle models by manually writing code for different vehicle models, which has problems such as cumbersome operation and low development efficiency. Summary of the invention
[0004] The present application provides a development component generation method for vehicle function design, a vehicle function design method and an electronic device, which are used to solve the problems in the prior art that, when designing vehicle functions, programmers need to generate function design files for different vehicle models by manually writing codes, which results in cumbersome operations and low development efficiency.
[0005] In a first aspect, the present application provides a method for generating development components for vehicle function design, the method comprising: determining multiple vehicle models, and determining interface information of a service interface corresponding to each vehicle model; generating development component information corresponding to each vehicle model based on the interface information of the service interface corresponding to each vehicle model; integrating the development component information corresponding to each vehicle model to generate a normalized development component shared by multiple vehicle models for use in vehicle function design of a target vehicle.
[0006] The development component generation method for vehicle function design provided by the implementation of this application generates development components corresponding to each vehicle model based on the interface information of the service interface corresponding to each vehicle model. In this way, vehicle function design can be performed based on development components for different vehicle models, without the need to manually write codes to perform function design for each vehicle model, which is convenient for users who do not have programming skills to perform function design, is simple to operate, speeds up development efficiency, and improves user experience.
[0007] Furthermore, in the implementation of the present application, by integrating the development components of multiple models, a normalized development component shared by multiple models is generated for the vehicle function design of the target vehicle. In this way, the user can design the vehicle functions for vehicles corresponding to different models based on a normalized development component shared by multiple models, without the need for the user to call different normalized development components when designing the vehicle functions for different models, which simplifies the user operation, and one development component can be used for vehicle function design for multiple models, making the development component reusable.
[0008] In one implementation of the development component generation method for vehicle function design provided in the implementation of the present application, development component information corresponding to each vehicle model is generated based on the interface information of the service interface corresponding to each vehicle model, including: based on the interface information of the service interface corresponding to each vehicle model, development component information corresponding to each service interface is generated to obtain development component information corresponding to each vehicle model.
[0009] In the implementation of the present application, development component information corresponding to the service interface is generated according to the interface information of the service interface, so as to facilitate users without programming ability to design vehicle functions for the vehicle.
[0010] In one implementation of the development component generation method for vehicle function design provided in the implementation of the present application, multiple vehicle models include at least a first vehicle model and a second vehicle model, and development component information corresponding to each service interface is generated based on interface information of the service interface corresponding to each vehicle model, including: based on first interface information corresponding to the first service interface of the first vehicle model, first development component information corresponding to the first service interface is generated.
[0011] For the second service interface included in the second vehicle model, development component information corresponding to the second service interface is generated based on the first development component information, and the second service interface is a service interface in which the interface identifier included in the interface information is the same as the interface identifier included in the first interface information of the first service interface, and the parameter information included in the interface information is the same as the parameter information included in the first interface information of the first service interface.
[0012] For the third service interface included in the second vehicle model, based on the user's first component configuration operation on the third service interface, development component information corresponding to the third service interface is obtained, and the third service interface is a service interface in which the interface identifier included in the interface information is different from the interface identifier included in the first interface information of the first service interface, or the third service interface is a service interface in which the interface identifier included in the interface information is the same as the interface identifier included in the first interface information of the first service interface, and the parameter information included in the interface information is completely different from the parameter information included in the first interface information of the first service interface.
[0013] For the fourth service interface included in the second vehicle model, development component information corresponding to the first parameter is generated based on the first development component information, and based on the user's first component configuration operation on the fourth service interface, development component information corresponding to the second parameter is obtained, and development component information corresponding to the fourth service interface is generated based on the development component information corresponding to the first parameter and the development component information corresponding to the second parameter, wherein the fourth service interface is a service interface in which the interface identifier included in the interface information is the same as the interface identifier included in the first interface information of the first service interface, and the parameter information included in the interface information is partially the same as the parameter information included in the first interface information, and the first parameter is a parameter in the parameter information included in the interface information of the fourth service interface that is the same as the parameter information included in the first interface information, and the second parameter is a parameter in the parameter information included in the interface information of the fourth service interface that is different from the parameter information included in the first interface information.
[0014] In the implementation of the present application, for service interfaces of different vehicle models with exactly the same identification information and parameter information of the service interfaces, the differences between the vehicle models are smoothed out by configuring the same development component information. Furthermore, for service interfaces of different vehicle models with the same identification information but different parameter information, although the parameter information is different, the functional information corresponding to the parameter information may be the same, that is, even if the parameter information is different, completely consistent configuration of development component information can still be performed based on the user's component configuration operation. In this way, for service interfaces with different parameter information for each vehicle model (for example, completely different or partially different), the development component information corresponding to the service interface is generated based on the user's first component configuration operation, facilitating the subsequent integration and processing of the development component information.
[0015] In one implementation of the method for generating a development component for vehicle function design provided in the implementation of the present application, development component information corresponding to the service interface is obtained based on a first component configuration operation performed by a user on a service interface, including: receiving a first component configuration operation performed by a user on a service interface, and displaying a component configuration interface in response to the first component configuration operation; receiving development component information configured by the user through the component configuration interface, function information included in the development component information, and interface information corresponding to the function information, to obtain development component information corresponding to the service interface.
[0016] In the implementation of the present application, based on the user's first component configuration operation, the service interface with different parameter information can be configured with corresponding development component information, so that the same development component information of each vehicle model can be integrated and processed.
[0017] In one implementation of the development component generation method for vehicle function design provided in the implementation of the present application, the method also includes: receiving a second component configuration operation from a user, the second component configuration operation being an operation for configuring the development component information of a second vehicle model based on the development component information of a first vehicle model; in response to the second component configuration operation, configuring the development component information of the second vehicle model based on the development component information of the first vehicle model, and if the parameter information included in the interface information of the first vehicle model contains parameters that are different from the parameter information included in the interface information of the second vehicle model, then displaying the development component information corresponding to the parameters.
[0018] In the implementation of the present application, based on the user's second component configuration operation, if there is a parameter in the parameter information included in the interface information of the first vehicle model that is different from the parameter information included in the interface information of the second vehicle model, the development component information corresponding to the parameter is displayed, so that the user can determine the function information of the development component that has not been successfully configured for the second vehicle model based on the displayed content.
[0019] In one implementation of the development component generation method for vehicle function design provided in the implementation of the present application, the development component information corresponding to each vehicle model is integrated and processed, including: merging and storing the same function information included in the development component information corresponding to each vehicle model as one development component information; and independently storing the different function information included in the development component information corresponding to each vehicle model.
[0020] In the implementation of the present application, the same functional information in the development components of each vehicle model is merged and stored so that one development component information can be applied to multiple vehicle models for vehicle function design.
[0021] In one implementation of the development component generation method for vehicle function design provided in the implementation of the present application, multiple vehicle models are determined, and interface information of a service interface corresponding to each vehicle model is determined, including: receiving a vehicle model configuration operation from a user, and displaying a vehicle model configuration interface in response to the vehicle model configuration operation; receiving vehicle model information of at least two vehicle models configured by the user through the vehicle model configuration interface; determining multiple vehicle models based on the vehicle model information of at least two vehicle models, and determining interface information of a service interface corresponding to each vehicle model.
[0022] In the implementation method of the present application, the speed of generating normalized development components shared by multiple vehicles can be accelerated by batch configuration of development component information of multiple vehicle models.
[0023] In one implementation of the development component generation method for vehicle function design provided in the implementation of the present application, development component information corresponding to each vehicle model is generated based on the interface information of the service interface corresponding to each vehicle model, including: receiving a third component configuration operation from a user for the interface information of the service interface corresponding to each vehicle model; obtaining the development component information corresponding to each service interface in response to the third component configuration operation, so as to obtain the development component information corresponding to each vehicle model.
[0024] In the implementation method of the present application, based on the user's configuration operation of the third component of each vehicle model, the development components corresponding to each vehicle model are generated, so as to integrate the development components corresponding to each vehicle model and generate a normalized development component applicable to multiple vehicle models.
[0025] On the second aspect, the implementation of the present application also provides a vehicle function design method, including: determining at least one target vehicle model and determining a normalized development component shared by multiple vehicle models, the target vehicle model is obtained based on the user's configuration operation on the vehicle model according to the vehicle model function design requirements, and the normalized development component shared by multiple vehicle models is generated according to the development component generation method for vehicle function design of the first aspect; receiving the user's function design operation based on the development component information, responding to the function design operation, performing vehicle function design on a target vehicle corresponding to the target vehicle model, and generating a function design file for execution by the target vehicle.
[0026] In the implementation method of the present application, the same set of normalized development components is used, and the vehicle function design file only needs to be created once to realize the vehicle function design for vehicles of different models, thereby improving development efficiency.
[0027] On the third aspect, the present application provides a development component generating device, comprising: a first processing module, used to determine multiple vehicle models, and determine the interface information of the service interface corresponding to each vehicle model; a second processing module, used to generate development component information corresponding to each vehicle model based on the interface information of the service interface corresponding to each vehicle model; a third processing module, used to integrate the development component information corresponding to each vehicle model, and generate a normalized development component shared by multiple vehicle models, for use in the vehicle function design of the target vehicle.
[0028] The development component generating device provided in the present application includes a module for executing the development component generating method for vehicle function design provided in the first aspect above, and thus can also achieve the beneficial effects (or advantages) possessed by the development component generating method for vehicle function design provided in the first aspect.
[0029] In a fourth aspect, the present application provides a vehicle function design device, comprising: a first processing module, used to determine at least one target vehicle model, and to determine a normalized development component common to multiple vehicle models, the target vehicle model being obtained based on a user's configuration operation on the vehicle model according to vehicle function design requirements, and the normalized development component common to multiple vehicle models being generated according to the development component generation method for vehicle function design of the first aspect; a second processing module, used to receive a user's function design operation based on development component information; and a third processing module, used to perform vehicle function design on a target vehicle corresponding to the target vehicle model in response to the function design operation, and to generate a function design file for execution by the target vehicle.
[0030] The vehicle function design device provided in the present application includes a module for executing the vehicle function design method provided in the above-mentioned second aspect, and thus can also achieve the beneficial effects (or advantages) possessed by the vehicle function design method provided in the second aspect.
[0031] In a third aspect, an embodiment of the present application provides an electronic device comprising: a processor, and a memory communicatively connected to the processor; the memory stores computer-executable instructions; the processor executes the computer-executable instructions stored in the memory to implement a development component generation method for vehicle function design as provided in the implementation method of the first aspect above and / or a vehicle function design method provided in the implementation method of the second aspect above.
[0032] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, in which computer-executable instructions are stored. When the computer-executable instructions are executed by a processor, they are used to implement the development component generation method for vehicle function design provided in the implementation method of the first aspect above and / or the vehicle function design method provided in the implementation method of the second aspect above.
[0033] In a fifth aspect, an embodiment of the present application provides a computer program product, including a computer program, which, when executed by a processor, implements the development component generation method for vehicle function design provided in the implementation method of the first aspect above and / or the vehicle function design method provided in the implementation method of the second aspect above.
[0034] It can be understood that the beneficial effects of the third to fifth aspects can also be found in the relevant descriptions of the first aspect and / or the second aspect, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS
[0035] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.
[0036] Figure 1 A schematic diagram of a development component generation method provided in an embodiment of the present application;
[0037] Figure 2 A schematic diagram of another development component generation method provided in an embodiment of the present application;
[0038] Figure 3 A schematic diagram of another development component generation method provided in an embodiment of the present application;
[0039] Figure 4 A flowchart of another development component generation method provided in an embodiment of the present application;
[0040] Figure 5A-5D A schematic diagram of generating development component information provided in an embodiment of the present application;
[0041] Figure 6A-6D A schematic diagram of obtaining a normalized development component after integrating the development component information provided in an embodiment of the present application;
[0042] Figure 7A-7M Another schematic diagram of generating development component information based on partially identical parameter information provided by an embodiment of the present application;
[0043] Figure 8 A schematic diagram of a process flow of a vehicle function design method provided in an embodiment of the present application;
[0044] Fig. 9 A schematic diagram of the structure of a development component generation device provided in an embodiment of the present application;
[0045] Fig.10 A schematic diagram of the structure of a vehicle function design device provided in an embodiment of the present application;
[0046] Fig.11A schematic diagram of the structure of an electronic device provided in an embodiment of the present application.
[0047] The above drawings have shown clear embodiments of the present application, which will be described in more detail later. These drawings and text descriptions are not intended to limit the scope of the present application in any way, but to illustrate the concept of the present application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION
[0048] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present application. Instead, they are merely examples of devices and methods consistent with some aspects of the present application as detailed in the appended claims.
[0049] As mentioned above, at present, in the development stage of automotive software or scenarios, if it is developed directly by programmers, for the sake of convenience, programmers Figure 1 As shown, the service interface set of the vehicle model is usually called directly from the application layer to create the scene / software file executed by the vehicle corresponding to each vehicle model.
[0050] For example, based on the SOA service set (that is, the service interface set) of vehicle type 1, create the scenario / software file of vehicle type 1; based on the SOA service set of vehicle type 2, create the scenario / software file of vehicle type 2; based on the SOA service set of vehicle type 3, create the scenario / software file of vehicle type 3; based on the SOA service set of vehicle type n, create the scenario / software file of vehicle type n.
[0051] This approach of directly calling services through software and conducting one-to-one development for different car models requires independent development for each car model, which is not reusable. In addition, the workload of development and testing will increase exponentially with each new car model or when there is a change in requirements. Programmers need to modify the code for each car model, retest the availability of the service interface, and redeploy and release it, resulting in low iteration efficiency.
[0052] Based on this, the implementation method of the present application proposes a method for improving the scene / software file generation method of the above-mentioned prior art, such as Figure 2 As shown in the figure, by converting engineering language services and service interfaces into understandable, graphical functional development components through configuration, people who do not have programming skills can directly drag and drop in the in-vehicle software editor to generate the corresponding scene / software files for each model. However, due to the differences in service interfaces of each model, a set of development components is currently configured for each model, and a scene / software file is developed and generated for each model.
[0053] For example, for the SOA service set of vehicle type 1, the development components of vehicle type 1 are generated based on the configuration, and based on the development components of vehicle type 1, the scenarios / software files applicable to vehicle type 1 are created. For the SOA service set of vehicle type 2, the development components of vehicle type 2 are generated based on the configuration, and based on the development components of vehicle type 2, the scenarios / software files applicable to vehicle type 2 are created. For the SOA service set of vehicle type 3, the development components of vehicle type 3 are generated based on the configuration, and based on the development components of vehicle type 3, the scenarios / software files applicable to vehicle type 3 are created. For the SOA service set of vehicle type n, the development components of vehicle type n are generated based on the configuration, and based on the development components of vehicle type n, the scenarios / software files applicable to vehicle type n are created.
[0054] This type of software calls functional components in a one-to-one development method for different car models. Although the software / software files are created through components, the components are all adapted to a single car model. That is, even if the same function is achieved on each car model (such as opening the window), the structure of the interface and the interface parameters in the car model service are inconsistent, resulting in different car models with the same function having multiple redundant components corresponding to the function.
[0055] Based on this, the implementation method of the present application provides a method for generating development components for user vehicle function design, which performs special component configuration processing on the SOA service interfaces used to implement the same functions at different stages of different vehicle models, thereby generating normalized development components shared by multiple vehicle models, so that when creating automotive software or scenarios, the development component information in the normalized development components shared by multiple vehicle models can be uniformly called to develop functional design files that can be used by multiple vehicle models (that is, the aforementioned software / scenario files).
[0056] like Figure 3 As shown, for the SOA service set of vehicle model 1, an assimilated development component is configured; for the SOA service set of vehicle model 2, an assimilated development component is configured; for the SOA service set of vehicle model 3, an assimilated development component is configured; for the SOA service set of vehicle model n, an assimilated development component is configured. That is, the differences between vehicle models are smoothed out, and through configuration, the differentiated service interfaces are configured as development components with completely consistent function names, parameter names, etc. Further, the assimilated development components of each vehicle model are normalized to generate a normalized development component shared by multiple vehicle models, and based on the normalized development component shared by multiple vehicle models, a scenario / software file suitable for sharing by multiple vehicle models is created. That is, the same development component is merged into one development component, so that multiple development components with the same configuration of each vehicle model are displayed as the same development component in the vehicle software editor, and based on this one development component, it is used uniformly by developers to design vehicle functions for different vehicle models.
[0057] The present application provides a method for generating a development component for vehicle function design, such as Figure 4 As shown, the specific steps include the following steps.
[0058] S110, determining multiple vehicle models, and determining interface information of a service interface corresponding to each vehicle model.
[0059] S120, generating development component information corresponding to each vehicle model based on the interface information of the service interface corresponding to each vehicle model.
[0060] S130, integrating and processing the development component information corresponding to each vehicle model to generate a normalized development component shared by multiple vehicle models for use in vehicle function design of a target vehicle.
[0061] The vehicle function design method provided by the implementation of this application generates development components corresponding to each vehicle model based on the interface information of the service interface corresponding to each vehicle model. In this way, vehicle function design can be performed based on development components for different vehicle models, without the need to manually write codes to perform function design for each vehicle model, which is convenient for users who do not have programming skills to perform function design, is simple to operate, speeds up development efficiency, and improves user experience.
[0062] Furthermore, in the implementation of the present application, by integrating the development components of multiple models, a normalized development component shared by multiple models is generated for the vehicle function design of the target vehicle. In this way, the user can design the vehicle functions of vehicles corresponding to different models based on a normalized development component shared by multiple models, without the need for the user to call different normalized development components when designing the vehicle functions of different models, which simplifies the user operation, and one development component information can be used for vehicle function design of multiple models, making the development component information reusable.
[0063] Next, the technical contents of determining multiple vehicle models and determining the interface information of the service interface corresponding to each vehicle model in step S110 are described in detail.
[0064] In the implementation of the present application, the interface information of the service interface corresponding to each vehicle model is pre-configured by the user based on the functional requirements of the vehicle model.
[0065] For example, if the vehicle model has the ambient light adjustment function, the ambient light service interface and the interface information of the ambient light service interface will be configured accordingly.
[0066] Furthermore, in the implementation of the present application, multiple vehicle models are determined by the user selecting the vehicle model that needs to be configured with the development component on an interface (such as a vehicle model configuration interface), or by calling other systems to obtain all existing vehicle models. Of course, it can also be achieved by obtaining vehicle model table information and selecting the vehicle model that needs to be configured from the vehicle model table information. After determining the vehicle model, the interface information of the service interface corresponding to each vehicle model is determined.
[0067] Exemplarily, if a user selects a vehicle model that requires development component configuration, the specific steps may be: receiving the user's vehicle model configuration operation, displaying a vehicle model configuration interface in response to the vehicle model configuration operation, receiving vehicle model information of at least two vehicle models configured by the user through the vehicle model configuration interface, determining multiple vehicle models based on the vehicle model information of at least two vehicle models, and determining interface information of the service interface corresponding to each vehicle model.
[0068] For example, the electronic device displays a component configuration interface, receives a one-touch configuration operation from the user (as an example of a vehicle model configuration operation), and in response to the one-touch configuration operation, displays a vehicle model configuration interface, receives user input of a copied vehicle model and a vehicle model that requires component configuration, so as to determine interface information of a service interface of the copied vehicle model and interface information of a service interface of the vehicle model that requires component configuration.
[0069] Next, the technical content of generating the development component information corresponding to each vehicle model based on the interface information of the service interface corresponding to each vehicle model in step S120 is described in detail.
[0070] In the implementation method of the present application, based on the interface information of the service interface corresponding to each vehicle model, the development component information corresponding to each vehicle model is generated, including: based on the interface information of the service interface corresponding to each vehicle model, the development component information corresponding to each service interface is generated to obtain the development component information corresponding to each vehicle model.
[0071] Exemplarily, based on the interface information of the service interface corresponding to each vehicle model, the development component information corresponding to each service interface is generated. One vehicle model corresponds to multiple service interfaces, and therefore also corresponds to multiple development components.
[0072] In the implementation method of the present application, taking multiple vehicle models including at least a first vehicle model and a second vehicle model as an example, firstly, based on the first interface information corresponding to the first service interface of the first vehicle model, the first development component information corresponding to the first service interface is generated.
[0073] Exemplarily, the user generates first development component information corresponding to the first service interface based on first interface information corresponding to multiple first service interfaces of the first vehicle model.
[0074] For example, the first vehicle model includes multiple first service interfaces such as an ambient light service interface, a window service interface, and a door service interface.
[0075] The first interface information corresponding to each service interface includes interface identification information and multiple parameter information. For example, the atmosphere light service interface includes the atmosphere light switch parameter, the atmosphere light color parameter, the atmosphere light brightness parameter, etc. Based on the fact that the first interface information of each service interface includes parameter information of multiple parameters, the function information corresponding to each parameter can be configured accordingly to obtain the development component information corresponding to the service interface, that is, the development component information includes multiple function information. For example, the atmosphere light switch parameter corresponds to function 1, the atmosphere light color parameter corresponds to function 2, and the atmosphere light brightness parameter corresponds to function 3.
[0076] In this way, the development component information corresponding to all service interfaces of the first vehicle model can be configured.
[0077] Furthermore, for the second service interface included in the second vehicle model, development component information corresponding to the second service interface is generated based on the first development component information.
[0078] The second service interface is a service interface whose interface information includes an interface identifier that is the same as the interface identifier included in the interface information of the first service interface, and whose interface information includes parameter information that is the same as the parameter information included in the interface information of the first service interface.
[0079] For example, SOA service interfaces with the same functions of different models or different baselines are analyzed, such as Figure 5A As shown, the interface information of the ambient light service interface (as an example of the first service interface) of vehicle type 1 (as an example of the first vehicle type) includes an interface identifier and parameter information corresponding to the parameters, the interface identifier is the ambient light service interface, the parameters include parameter 1, parameter 2, and parameter 3 (as an example of the first interface information), the parameter information of parameter 1 is parameter name Lightonoff, parameter 1 value is: 0x1=on, 0x2=off, the parameter information of parameter 2 is parameter name LightColor, parameter 2 value is: 0x1=red, 0x2=blue, the parameter information of parameter 3 is parameter name LightBrightness, parameter 3 value is: 0x1=low, 0x2=high.
[0080] The function information corresponding to parameter 1 of vehicle model 1 is function 1 (as an example of the development component information corresponding to the parameter), the name of function 1 is ambient light switch, and the function options include: on, off; the function information corresponding to parameter 2 of vehicle model 1 is function 2 (as another example of the development component information corresponding to the parameter), the name of function 2 is ambient light color, and the function options include: red, blue; the function information corresponding to parameter 3 of vehicle model 1 is function 3 (as another example of the development component information corresponding to the parameter), the name of function 3 is ambient light brightness, and the function options include: low, high. Therefore, the development component corresponding to the ambient light service interface is a development component including function 1, function 2, and function 3 (as an example of the first development component information).
[0081] The interface information of the ambient light service interface (as an example of the second service interface) of vehicle type 2 (as an example of the second vehicle type) includes an interface identifier and parameter information corresponding to the parameters. The interface identifier is the ambient light service interface, and the parameters include parameter 1, parameter 2, and parameter 3. The parameter information of parameter 1 is that the parameter name is Lightonoff, and the parameter 1 value is: 0x1=on, 0x2=off; the parameter information of parameter 2 is that the parameter name is LightColor, and the parameter 2 value is: 0x1=red, 0x2=blue; the parameter information of parameter 3 is that the parameter name is LightBrightness, and the parameter 3 value is: 0x1=low, 0x2=high.
[0082] Therefore, the interface information of the service interface of vehicle model 2 includes the same interface identifier as that of vehicle model 1, and the parameter information included in the interface information of the service interface of vehicle model 2 is exactly the same as the parameter information included in the interface information of the service interface of vehicle model 1. Based on the development component information corresponding to the service interface of vehicle model 1, the development component information of the second service interface of vehicle model 2 can be obtained.
[0083] That is, the function information corresponding to parameter 1 of vehicle type 2 is function 1 (as an example of the development component information corresponding to the parameter), the name of function 1 is atmosphere light switch, and the function options include: on and off; the function information corresponding to parameter 2 of vehicle type 2 is function 2 (as another example of the development component information corresponding to the parameter), the name of function 2 is atmosphere light color, and the function options include: red and blue; the function information corresponding to parameter 3 of vehicle type 2 is function 3 (as another example of the development component information corresponding to the parameter), the name of function 3 is atmosphere light brightness, and the function options include: low and high.
[0084] In this way, for service interfaces of different vehicle models with exactly the same number of service interface parameters and parameter information, the differences between the vehicle models can be smoothed out by configuring the same development component information to achieve specialized configuration of the development components.
[0085] Furthermore, for the third service interface included in the second vehicle model, based on the user's first component configuration operation on the third service interface, development component information corresponding to the third service interface is obtained.
[0086] Among them, the third service interface is a service interface whose interface identifier included in the interface information is different from the interface identifier included in the interface information of the first service interface, or the third service interface is a service interface whose interface identifier included in the interface information is the same as the interface identifier included in the interface information of the first service interface, and the parameter information included in the interface information is completely different from the parameter information included in the interface information of the first service interface.
[0087] like Figure 5B As shown, the interface information of the ambient light service interface (as an example of the first service interface) of vehicle type 1 (as an example of the first vehicle type) includes an interface identifier and parameter information corresponding to the parameters, the interface identifier is the ambient light service interface, the parameters include parameter 1, parameter 2, and parameter 3 (as an example of the first interface information), the parameter information of parameter 1 is parameter name Lightonoff, parameter 1 value is: 0x1=on, 0x2=off, the parameter information of parameter 2 is parameter name LightColor, parameter 2 value is: 0x1=red, 0x2=blue, the parameter information of parameter 3 is parameter name LightBrightness, parameter 3 value is: 0x1=low, 0x2=high.
[0088] The function information corresponding to parameter 1 of vehicle model 1 is function 1 (as an example of the development component information corresponding to the parameter), the name of function 1 is ambient light switch, and the function options include: on, off; the function information corresponding to parameter 2 of vehicle model 1 is function 2 (as another example of the development component information corresponding to the parameter), the name of function 2 is ambient light color, and the function options include: red, blue; the function information corresponding to parameter 3 of vehicle model 1 is function 3 (as another example of the development component information corresponding to the parameter), the name of function 3 is ambient light brightness, and the function options include: low, high. Therefore, the development component corresponding to the ambient light service interface is a development component including function 1, function 2, and function 3 (as an example of the first development component information).
[0089] The interface information of the ambient light service interface (as an example of the third service interface) of vehicle type 2 (as an example of the second vehicle type) includes an interface identifier and parameter information corresponding to the parameters. The interface identifier is the ambient light service interface, and the parameters include parameter 1, parameter 2, and parameter 3. The parameter information of parameter 1 is that the parameter name is onoffControl, and the parameter 1 value is: 0x0=active, 0x1=disable, the parameter information of parameter 2 is that the parameter name is ColorControl, and the parameter 2 value is: 0x0=red_1, 0x1=blue_2, and the parameter information of parameter 3 is that the parameter name is BrightControl, and the parameter 3 value is: 0x0=level 1, 0x1=level 2.
[0090] Therefore, the interface information of the service interface of vehicle type 2 includes the same interface identifier as that of vehicle type 1, and the parameter information included in the interface information of the service interface of vehicle type 2 is completely different from the parameter information included in the interface information of the service interface of vehicle type 1. In this case, the third service interface needs to be obtained based on the user's first component configuration operation for the service interface.
[0091] In this way, for service interfaces with different vehicle models that have different numbers and contents of parameters, although the parameter information is different, the functional information corresponding to the parameter information is essentially the same. That is, even if the parameter names and parameter values are different, completely consistent development component information can be configured based on the user's component configuration operations.
[0092] like Figure 5B As shown, based on the user's first component configuration operation, the function information corresponding to parameter 1 of vehicle type 2 is function 1 (as an example of the development component information corresponding to the parameter), the name of function 1 is atmosphere light switch, and the function options include: on and off; the function information corresponding to parameter 2 of vehicle type 2 is function 2 (as another example of the development component information corresponding to the parameter), the name of function 2 is atmosphere light color, and the function options include: red and blue; the function information corresponding to parameter 3 of vehicle type 2 is function 3 (as another example of the development component information corresponding to the parameter), the name of function 3 is atmosphere light brightness, and the function options include: low and high.
[0093] Furthermore, if Figure 5CAs shown, the interface information of the ambient light service interface (as an example of the first service interface) of vehicle type 1 (as an example of the first vehicle type) includes an interface identifier and parameter information corresponding to the parameters, the interface identifier is the ambient light service interface, the parameters include parameter 1 and parameter 2 (as an example of the first interface information), the parameter information of parameter 1 is the parameter name Lightonoff, the parameter 1 value is: 0x1=on, 0x2=off, the parameter information of parameter 2 is the parameter name LightColor, the parameter 2 value is: 0x1=red, 0x2=blue.
[0094] The function information corresponding to parameter 1 of vehicle model 1 is function 1 (as an example of the development component information corresponding to the parameter), the name of function 1 is ambient light switch, and the function options include: on, off; the function information corresponding to parameter 2 of vehicle model 1 is function 2 (as another example of the development component information corresponding to the parameter), the name of function 2 is ambient light color, and the function options include: red, blue. Therefore, the development component corresponding to the ambient light service interface is a development component including function 1 and function 2 (as an example of the first development component information).
[0095] The interface information of the ambient light service interface (as an example of the third service interface) of vehicle type 2 (as an example of the second vehicle type) includes an interface identifier and parameter information corresponding to the parameters, the interface identifier is the ambient light service interface, the parameters include parameter 1 and parameter 2, the parameter information of parameter 1 is the parameter name is BrightControl, the parameter 1 value is: 0x0=level 1, 0x1=level 2, the parameter information of parameter 2 is the parameter name is BreathControl, the parameter 2 value is: 0x0=constant, 0x1=twinkling.
[0096] Therefore, if the interface information of the service interface of vehicle type 2 includes the same interface identifier as the interface identifier of vehicle type 1, and the parameter information included in the interface information of the service interface of vehicle type 2 is completely different from the parameter information included in the interface information of the service interface of vehicle type 1, the third service interface needs to be obtained based on the user's configuration operation for the first component of the service interface. In this way, if the number and function of parameters of the service interface are completely different, they are treated as two different development components and configured separately.
[0097] like Figure 5CAs shown, based on the user's first component configuration operation, the function information corresponding to parameter 1 of vehicle type 2 is function a (as an example of the development component information corresponding to the parameter), the name of function 1 is the ambient light brightness, and the function options include: low and high; the function information corresponding to parameter 2 of vehicle type 2 is function b (as another example of the development component information corresponding to the parameter), the name of function 2 is the ambient light breathing mode, and the function options include: always on and flashing.
[0098] Furthermore, in another implementation method of the present application, if the interface identifier of the service interface of vehicle type 1 is different from the interface identifier of the service interface of vehicle type 2, they are considered to be different service interfaces, and the development component information corresponding to the service interface of vehicle type 2 needs to be obtained based on the user's first component configuration operation for the service interface.
[0099] Furthermore, for the fourth service interface included in the second vehicle model, development component information corresponding to the first parameter is generated based on the first development component information, and based on the user's first component configuration operation on the fourth service interface, the development component information corresponding to the second parameter is obtained, and the development component information corresponding to the fourth service interface is generated based on the development component information corresponding to the first parameter and the development component information corresponding to the second parameter.
[0100] Among them, the fourth service interface is a service interface in which the interface identifier included in the interface information is the same as the interface identifier included in the interface information of the first service interface, the parameter information included in the interface information is partially the same as the parameter information included in the first interface information, and the first parameter is a parameter in the parameter information included in the interface information of the fourth service interface that is the same as the parameter information included in the first interface information, and the second parameter is a parameter in the parameter information included in the interface information of the fourth service interface that is different from the parameter information included in the first interface information.
[0101] like Figure 5D As shown, the interface information of the ambient light service interface (as an example of the first service interface) of vehicle type 1 (as an example of the first vehicle type) includes an interface identifier and parameter information corresponding to the parameters, the interface identifier is the ambient light service interface, the parameters include parameter 1, parameter 2, and parameter 3 (as an example of the first interface information), the parameter information of parameter 1 is parameter name Lightonoff, parameter 1 value is: 0x1=on, 0x2=off, the parameter information of parameter 2 is parameter name LightColor, parameter 2 value is: 0x1=red, 0x2=blue, the parameter information of parameter 3 is parameter name LightBrightness, parameter 3 value is: 0x1=low, 0x2=high.
[0102] The function information corresponding to parameter 1 of vehicle model 1 is function 1 (as an example of the development component information corresponding to the parameter), the name of function 1 is ambient light switch, and the function options include: on, off; the function information corresponding to parameter 2 of vehicle model 1 is function 2 (as another example of the development component information corresponding to the parameter), the name of function 2 is ambient light color, and the function options include: red, blue; the function information corresponding to parameter 3 of vehicle model 1 is function 3 (as another example of the development component information corresponding to the parameter), the name of function 3 is ambient light brightness, and the function options include: low, high. Therefore, the development component corresponding to the ambient light service interface is a development component including function 1, function 2, and function 3 (as an example of the first development component information).
[0103] The interface information of the ambient light service interface (as an example of the third service interface) of vehicle type 2 (as an example of the second vehicle type) includes an interface identifier and parameter information corresponding to the parameters. The interface identifier is the ambient light service interface, and the parameters include parameter 1, parameter 2, and parameter 3. The parameter information of parameter 1 is that the parameter name is Lightonoff, and the parameter 1 value is: 0x1=on, 0x2=off; the parameter information of parameter 2 is that the parameter name is LightColor, and the parameter 2 value is: 0x1=red, 0x2=blue; the parameter information of parameter 3 is that the parameter name is LighBreathMode, and the parameter 3 value is: 0x1=constant, 0x2=twinkling.
[0104] Therefore, the interface information of the service interface of vehicle type 2 includes an interface identifier that is the same as the interface identifier of vehicle type 1, and the parameter information of parameter 1 and parameter 2 included in the interface information of the service interface of vehicle type 2 are the same as the parameter information of parameter 1 and parameter 2 included in the interface information of the service interface of vehicle type 1. Based on the function information corresponding to parameter 1 of vehicle type 1, the function information corresponding to parameter 1 of vehicle type 2 can be obtained as function 1: the name is atmosphere light switch, and the function options include on and off (as an example of the development component information corresponding to the first parameter). Based on the function information corresponding to parameter 1 of vehicle type 1, the function information corresponding to parameter 1 of vehicle type 2 can be obtained as function 2: the name is atmosphere light color, and the function options include red and blue (as another example of the development component information corresponding to the first parameter).
[0105] Furthermore, because the parameter information of parameter 3 of the service interface of vehicle type 2 is different from the parameter information of parameter 3 of the service interface of vehicle type 1, the function information corresponding to parameter 3 is required to be obtained based on the user's first component configuration operation for the service interface.
[0106] In this way, for service interfaces with identical parameter information, identical parts are configured completely consistently, and different parts are processed separately.
[0107] In the implementation method of the present application, based on the first component configuration operation of the user on the service interface, development component information corresponding to the parameters included in the service interface is obtained, including: receiving the first component configuration operation of the user on the service interface, displaying a component configuration interface in response to the first component configuration operation, receiving the development component information configured by the user through the component configuration interface, the functional information included in the development component information, and the service interface information corresponding to the functional information, and obtaining the development component information corresponding to the service interface.
[0108] For example, when the parameter information of the service interface of vehicle type 2 is different from the parameter information of the service interface of vehicle type 1, it is impossible to obtain the development component information corresponding to all the service interfaces of vehicle type 2 based on the development component information corresponding to the service interface of vehicle type 1. Different service interfaces with corresponding parameter information need to be configured based on the user.
[0109] For example, the user determines that vehicle type 2 has the development component of vehicle type 1, then selects the function that vehicle type 2 has or adds the function that vehicle type 1 has under the development component. After selecting the function, add the interface information of vehicle type 2 corresponding to the function under the function, such as adding interface identifier and interface parameter information, etc. In this way, the function information corresponding to the parameters included in the service interface of vehicle type 2 and the development component information corresponding to the service interface can be configured.
[0110] In the implementation of the present application, after the user inputs the copied vehicle model and the vehicle model that needs to be configured with components, the user clicks the OK button (as an example of the second development component configuration operation) to configure the development component information of vehicle model 2 based on the development component information of vehicle model 2. That is, the second component configuration operation is an operation of configuring the development component information of the second vehicle model based on the development component information of the first vehicle model.
[0111] Further, a second component configuration operation of the user is received, and the second component configuration operation is an operation of configuring the development component information of the second vehicle model based on the development component information of the first vehicle model. In response to the second development component configuration operation, the development component information of the second vehicle model is configured based on the development component information of the first vehicle model. In this way, the development component information is generated for the service interface with the same interface information of vehicle model 2 and the parameters with the same parameter information included in the interface information based on the development component information of the vehicle model. Moreover, for service interfaces with different parameter information, it is impossible to copy. Therefore, after matching the parameter information of vehicle model 1 and the parameter information of vehicle model 2 and configuring the parameters with the same parameter information, if there are parameters in the parameter information included in the interface information of vehicle model 1 that are different from the parameter information included in the interface information of vehicle model 2, it is necessary to display the development component information corresponding to the parameters to show the user which functional information of the development components in vehicle model 1 has not been successfully copied, that is, some service interfaces of vehicle model 2 have failed to generate corresponding development component information due to the difference in some parameter information.
[0112] Next, in step S130, the development component information corresponding to each vehicle model is integrated and processed to generate a normalized development component shared by multiple vehicle models, so as to explain in detail the technical content of the vehicle function design for the target vehicle.
[0113] Exemplarily, the same functional information included in the development component information corresponding to each vehicle model is merged and stored as one development component information.
[0114] like Fig. 6A As shown, for Figure 5A and Figure 5B The development component information corresponding to the service interfaces of each vehicle model shown in the figure, if the interface identifiers are the same and the parameter information is the same, and the development component information of the service interface generated based on the development component information of vehicle model 1 is the same as the functional information included in the development component information of the service interface of vehicle model 1, then the development components of vehicle model 1 and the development components of vehicle model 2 are merged and stored as a normalized development component shared by multiple vehicle models.
[0115] Furthermore, for Figure 5B The development component information corresponding to the service interfaces of each vehicle model shown may have completely different parameter information, but based on the user's first component configuration operation, the development component information of the service interface is obtained with the functional information included in the development component information of vehicle model 1. In this case, the development components of vehicle model 1 and vehicle model 2 are merged and stored as a normalized development component shared by multiple vehicle models.
[0116] Of course, in the implementation of this application, Figure 5DThe development component information corresponding to the service interface of each vehicle model shown is the same as the development component of the corresponding service interface of vehicle model 1 based on the user's first component configuration operation with different parameters.
[0117] Therefore, in the implementation of this application, if the function information included in the development component information of each vehicle model is exactly the same, it is stored as one development component, and the development component information shared by multiple vehicle models including function 1 call, function 2 call, and function 3 call is obtained. In this way, for development components with exactly the same configuration, they are normalized and merged as unified development components and connected to the development tool.
[0118] Furthermore, different functional information included in the development component information corresponding to each vehicle model is stored independently.
[0119] like Figure 6B As shown, for Figure 5D The development component information corresponding to the service interface of each vehicle model is shown. If the function 1 and function 2 of vehicle model 1 are the same as those of vehicle model 2, the same function information is stored together. If the function 3 of vehicle model 1 is different from the function 4 of vehicle model 2, the different function information is stored independently, and a normalized development component shared by multiple vehicle models including function 1 call, function 2 call, function 3 call and function 4 call is obtained. In this way, for development components with the same partial configuration, the same parts are displayed together, and the different parts are displayed flatly.
[0120] like Figure 6C As shown, the service interface of vehicle type 1 includes parameter 1, parameter 2 and parameter 3, parameter 1 corresponds to function setting A, parameter 2 corresponds to function setting B, and parameter 3 corresponds to function setting C. The service interface of vehicle type 2 includes parameter 1, parameter 2 and parameter 3, parameter 1 corresponds to function setting A, parameter 2 corresponds to function setting B, and parameter 3 corresponds to function setting D. The function A call of vehicle type 1 and the function A call of vehicle type 1 are named the same, and the function B call of vehicle type 1 and the function B call of vehicle type 2 are named the same. In this way, the same function information is merged and stored. The function C call of vehicle type 1 and the function D call of vehicle type 2 are different, and the different function information is stored independently, so as to obtain a normalized development component shared by multiple vehicle types including function A call, function B call, function C call and function D call.
[0121] Furthermore, if Fig.6D As shown, for Figure 5B The development component information corresponding to the service interface of each vehicle model is shown. If function 1 and function 2 of vehicle model 1 are different from function 1 and function 2 of vehicle model 2, the different function information is stored independently to obtain a normalized development component shared by multiple vehicle models including function 1 call, function 2 call, function a call, and function b call.
[0122] Of course, if the development components have completely different functional information, they can also be stored independently based on the vehicle model without being merged.
[0123] In this way, after the development component information corresponding to each model is integrated, a normalized development component applicable to multiple models is obtained, so as to obtain a normalized development component shared by multiple models. That is, by normalizing the development component information of multiple models, a normalized development component is obtained. For example, the ambient light service interface of model 1 and the ambient light service interface of model 2 are integrated to obtain a normalized development component applicable to the ambient light service interface of model 1 and model 2.
[0124] In another implementation of the present application, in step S120, development component information corresponding to each vehicle model is generated based on the interface information of the service interface corresponding to each vehicle model. Development component information corresponding to each service interface can also be obtained in response to the third component configuration operation based on the user's third component configuration operation on the interface information of the service interface corresponding to each vehicle model, so as to obtain development component information corresponding to each vehicle model.
[0125] Exemplarily, the user configures the development component information corresponding to the service interface of each vehicle model based on the third component configuration operation to obtain the development component information corresponding to the service interface of each vehicle model.
[0126] Subsequently, the development component information of each vehicle model is integrated based on the functional information included in the development component information.
[0127] Next, see Figure 7A-7M , the development component generation method provided by the implementation method of this application is described in detail.
[0128] See also Fig. 7A , the user opens the developer management backend and selects tool component management to open the tool component management interface.
[0129] Among them, users use their usernames to log in to the developer management backend and enter the management backend interface. The developer management backend includes user management, developer center, product management, and service management. Service management includes vehicle project management, SOA API (Application Programming Interface) type management, SOA API configuration management, service configuration management, SOA service management, tool component management, change content management, API sandbox management and other services.
[0130] When the user clicks on tool component management, the service management / tool component management interface is entered to manage tool components. The user can enter the component name, select the applicable model, select the operation type, select the service status, enter the creation time, enter the update time and other information to query the tool component (that is, the aforementioned development component). Or reset the tool component.
[0131] Of course, tool component management also includes one-click synchronization, triggering scene compatibility, creating new tool components, one-click configuration and other operation controls. The tool component management interface displays the tool component's service component ID, service component name, component type, applicable brand, applicable vehicle model, component status, operation and other information. Users can add functions to tool components, edit operations, and delete operations to configure tool components for corresponding vehicle models.
[0132] First, the user can configure the first development component information of the first service interface corresponding to the first vehicle model by clicking the "New Tool Component" control (as an example of the third component configuration operation) to obtain the first development component information of the first service interface of the first vehicle model.
[0133] Of course, the first development component information of the first service interface of the first vehicle model may also be generated in advance based on other operation interfaces.
[0134] Further, the user clicks the "one-click configuration" control (as an example of a vehicle model configuration operation), and in response to the operation, enters Figure 7B The interface shown displays a one-click configuration interface (as an example of a vehicle model configuration interface), where the user selects a vehicle model (i.e., selects the first vehicle model), where the user can select the brand, vehicle model, and baseline by pulling down. Further, the user selects the vehicle model to be copied to (i.e., selects the second vehicle model), where the user can select the brand, vehicle model, and baseline by pulling down, so that the interface information of the service interface corresponding to the vehicle model selected by the user can be obtained. In this way, for the second service interface (accounting for about 80% of the service interfaces) in which the interface identifier included in the interface information of the aforementioned second vehicle model is the same as the interface identifier included in the interface information of the first service interface, and the parameter information included in the interface information is the same as the parameter information included in the interface information of the first service interface, a completely consistent development component information configuration is performed based on the first development component information of the first vehicle model, so that batch configuration of multiple vehicle models is completed through system automatic comparison.
[0135] In the implementation of the present application, the same parameter information may mean that the number of parameters and the parameter values are exactly the same.
[0136] In the implementation method of the present application, the vehicle model to be copied and the model to be copied to are selected in the one-click configuration interface window that pops up. For example, the development component information of model A (as another example of the first model) has been pre-created, and model B (as another example of the second model) has not yet been created. The functional components of model A can be automatically matched and copied to model B through "one-click configuration". During this process, the system will automatically map the development components to the service interface of model B that is the same as that of model A.
[0137] When the user clicks the "OK" control (as an example of a second component configuration operation), in response to the operation, the development component information of the second vehicle model is configured based on the development component information of the first vehicle model, and functional information corresponding to the parameters of the same parameter information in the service interface with the same identification information in the second vehicle model is generated to generate development component information corresponding to the service interface with the same interface information.
[0138] In the implementation of the present application, after the copying is completed, the functional information of the development components that were not successfully copied can be viewed.
[0139] like Figure 7C As shown, if the parameter information included in the interface information of the first vehicle model contains parameters that are different from the parameter information included in the interface information of the second vehicle model, the development component information corresponding to the parameters is displayed. For example, the function information and component information that have not been successfully copied in the first vehicle model are displayed, so that the user can determine the service interface for which the development component information of vehicle model 1 has not been successfully generated based on the information. In other words, the user can determine the development component information for which vehicle model 2 has not been configured to the corresponding service interface based on the displayed information.
[0140] like Figure 7CAs shown, it shows the interface information where the replication of Model 1 fails and the functional information included in the component information corresponding to the interface. For example, for the service interface of Model G*** in the baseline phase 1, Service Ex***R***M***Control interface ControlO***M***F***, the target model service matrix is empty; for the service interface of Model G***Car in the baseline phase 1, Service E***R***M***Control interface Lout***M***LftR***A***, the target model mapping service matrix is empty; for the service interface of Model G***Car in the baseline phase 1, Service E***R***M***Control interface Lout***M***UpD***A***, the target model mapping service matrix is empty; for the service interface of Model G***Car in the baseline phase 1, Service E***R***M***Control interface ROut***M***LftR***A***, the target model mapping service matrix is empty; for the service interface of Model G***Car in the baseline phase 1, Service E***R***M***Control interface ROut***M***LftR***A***, the target model mapping service matrix is empty; for the service interface of Model G***Car in the baseline phase 1, Service E***R***M***Control interface ROut***M***UpD***A***, the target model mapping service matrix is empty; for the service interface of Model G***Car in the baseline phase 1, Service ACC*** interface ControlO***M***H***, the target model mapping service matrix is empty; for the service interface of Model G***Car in the baseline phase 1, Service PowerB***Ctrl interface ControlA***S***, the target model mapping service matrix is empty; for the service interface of Model G***Car in the baseline phase 1, Service C***L*** interface C***C***L***Brightness, the target model mapping service matrix is empty; for the service interface of Model G***Car in the baseline phase 1, Service DoorS*** interface C***R***P***, the target model mapping service matrix is empty; for the service interface of Model G***Car in the baseline phase 1, Service D***P***SeatS*** interface C***D***SeatH***, the target model mapping service matrix is empty; for the service interface of Model G***Car in the baseline phase 1, Service D***P***SeatS*** interface C***D***SeatM***Mode, the target model mapping service matrix is empty.
[0141] Furthermore, for service interfaces with inconsistent interface identifiers or parameter information (about 20% of the cases in service interfaces), that is, for those that cannot be replicated successfully, manual creation is performed to make the service interfaces with the same function have the same name at the functional information level of the developed components, and service interfaces with different functions are separately configured according to the new developed components.
[0142] Such as Fig.7DAs shown, the user manually configures the corresponding development component for the service interface for which the development component information of the second model has not been successfully generated. For example, if the second model and the first model should have the same development component information and function information, but the second model has not generated the corresponding development component information based on the development component information of the first model, the user can click the Add function in the operation of the service component of the first model to configure the service interface corresponding to the second model.
[0143] If the second model has a new development component that the first model does not include, for example, the second model also includes a sunroof opening service, but the first model does not, a new tool component needs to be created.
[0144] For example, the user clicks on the "New Tool Component" control (as an example of a first component configuration operation), and in response to the operation, Fig. 7E As shown, a new tool component interface is displayed (as an example of a component configuration interface). The user can select the tool component type, enter the tool component name, select the component status as enabled or disabled, and click OK to create a new tool component and enter the applicable brand, vehicle model and other information of the tool component.
[0145] Furthermore, if Figure 7F As shown, whether creating a new tool component or adding a function to an existing tool component, you need to click the "Add Function" control. In response to this operation, Figure 7G As shown, the new function interface is displayed, and the user can enter a new function name, or select an existing function and enter the applicable model of the function, such as the second model. The user can also choose whether to add it directly to the component, select the function status, select whether to display or hide the secondary editing function, and select whether to display or hide the rollback function. After clicking OK, the corresponding function information is configured for the second model. Figure 7H As shown, for a newly added tool component, the number of functions of the tool component increases from the initial 0 to 1, and for an existing tool component, the number of functions of the tool component increases by 1.
[0146] Further, after the user clicks the function quantity "1", Fig.7I As shown, the function list interface is displayed, and the function list interface displays the tool component name: TEST_Execute Action_01, component type: action, brand: SOA (21), vehicle model: T (SOPSOP + 6SOP + 3) TEST (SOP + 3SOP + 6SOP). The user selects the vehicle model, such as the vehicle model, baseline, etc., and searches, or directly enters the copy function to copy the functions of other vehicle models.
[0147] Furthermore, the function list interface also displays the function ID corresponding to the function: 618, function name: TEST_ACTION_01, number of interfaces: 4, vehicle model baseline: SOA platform (P SOP SOP+3), T (SOP SOP+6SOP+3), TEST (SOP+3SOP+6SOP), function status: enabled, secondary editing: display, rollback settings: display, operation: edit and delete.
[0148] After the user clicks the interface quantity "4", the Figure 7J The interface view interface shown in the figure displays the interface list. The interface view interface displays the function name: TEST_ACTION_01, brand: SOA, vehicle model: SOA platform (P SOP SOP+3), T (SOP SOP+6SOP+3), TEST (SOP+3SOP+6SOP). It also displays the interface name, service, service version corresponding to each interface, vehicle model corresponding to each interface, and editing and deleting operations for each interface.
[0149] When the user clicks the "Add Interface" control, the following is displayed: Figure 7K The new interface interface shown in the figure shows the function name: TEST_ACTION_01, brand: SOA, vehicle model: SOA platform (P SOP SOP+3), T (SOP SOP+6SOP+3), TEST (SOP+3SOP+6SOP). It also supports inputting the interface name and allows vehicle model selection, such as selecting SOA platform, P type, etc. After clicking Search, after searching for the associated interface, the interface name, service, type, Chinese translation, operation and other information of the service interface corresponding to the vehicle model (such as the second vehicle model) are displayed. The user selects the service interface to be added. In this way, the user configures the corresponding development component information for the service interface that failed to successfully generate the development component information.
[0150] Furthermore, in the implementation of this application, if Figure 7L As shown, in the interface viewing interface, select the newly added interface. If the user clicks the "Edit" control, as shown Figure 7M As shown, the interface interface shows the interface name: PlayMedia, the service: MultimediaService, the Chinese translation of the interface: -, and the interface tool display name: Play Source. The parameter name, sorting, Chinese translation, tool display name, interaction method and other information corresponding to the service interface are displayed to enable the user to configure the function information included in the development component information and the parameter information corresponding to the function information included in the service interface information. For example, the interface can be parameterized, such as the parameter name in the configuration interface, ensuring that the parameters with the same functions as other vehicle models are named consistently, and those with inconsistent functions can be named separately. After completion, click Confirm to complete the configuration.
[0151] It should be noted that if it is a new function, the initial number of interfaces corresponding to the function is 0.
[0152] That is, in the implementation method of the present application, if the service interface has different parameter information, the user configures the development tool component, configures the functional information included in the development tool component information, and configures the parameter information included in the interface information corresponding to the functional information to obtain the development component information corresponding to the service interface.
[0153] Of course, in the implementation of the present application, the parameter information included in the interface information may also be a sub-interface. When configuring the functional information, the corresponding sub-interface is selected and the parameter information corresponding to the sub-interface is obtained.
[0154] The method for generating development components for user vehicle function design provided by the implementation of this application is a method for normalizing the configuration and use of development components for heterogeneous SOA service interfaces of multiple vehicle models. It analyzes SOA service interfaces with the same functions of different vehicle models, standardizes and unifies the design of each vehicle model from the service interface side, and configures qualified service interfaces in the same way when configuring development components to obtain normalized development component information. When obtaining development components in the development tool, normalization processing is performed, that is, development components with exactly the same configuration are regarded as the same component, which can solve the problem of the inability to precipitate common functional assets and low development efficiency caused by the current chimney-style development. In addition, the standardization and normalization requirements for service interfaces are relatively low, thereby supporting more vehicle models to access development tools.
[0155] The implementation of the present application also provides a vehicle function design method, such as Figure 8 As shown, the vehicle function design method specifically includes the following steps.
[0156] S210, determining at least one target vehicle model and determining a normalized development component common to multiple vehicle models, the target vehicle model being obtained based on a configuration operation of the vehicle model by a user according to a vehicle model function design requirement.
[0157] S220, receiving a function design operation of the user based on the development component information.
[0158] S230, in response to the function design operation, performing vehicle function design on a target vehicle corresponding to the target vehicle model, and generating a function design file for execution by the target vehicle.
[0159] Exemplarily, when a user designs vehicle functions for vehicles corresponding to multiple vehicle models, the user calls a normalized development component shared by multiple vehicle models, obtains development component information corresponding to each vehicle model from the normalized development component shared by multiple vehicle models, and obtains interface information corresponding to the development component information. In this way, the user can perform function design operations on different vehicle models based on one development component information, and the function information included in the development component information includes the vehicle model to which the function information is applicable. In this way, the functions can be filtered based on the vehicle model to which the function information is applicable, so that different vehicle models can call corresponding functions that can be executed normally, so as to generate function design files applicable to the vehicle model.
[0160] For example, if the functions of multiple vehicle model development components are exactly the same, then function 1 and function 2 are called using the ambient light development component, and application software suitable for vehicle model 1 and vehicle model 2 can be generated at the same time. When the software is executed on vehicles corresponding to the two models, the vehicles will call the corresponding interfaces of each model to execute the ambient light switch setting (that is, function 1) and the ambient light color setting (that is, function 2).
[0161] If the functions of components developed for multiple models are not completely consistent, then the corresponding Figure 6B As shown, the ambient light component is used to call function 1, function 2, function 3 and function 4. However, due to the natural difference in the support of model 1 and model 2 for function 3 and function 4, after model 1 and model 2 are developed and completed at the same time, the development tool will compile the two files and filter out the functions that are not supported by each model, thereby generating two software suitable for different models. When the software is executed on the two vehicles respectively, model 1 will execute the ambient light switch setting (also known as function 1), ambient light color setting (also known as function 2), and ambient light brightness setting (also known as function 3), while model 2 will execute the ambient light switch setting (also known as function 1), ambient light color setting (also known as function 2), and ambient light breathing mode setting (also known as function 4).
[0162] The vehicle function design method provided by the implementation of this application uses the same set of development components during vehicle function design and development. It only needs to create one vehicle function design file to call up the actual services / interfaces of each vehicle model configured behind it, and finally achieve the purpose of one-time development and multi-vehicle deployment. That is, for the same vehicle-mounted software / system, it only needs to be developed once using the normalized configuration development components, and it can be downloaded and used on multiple models. In this way, in the development tool, the function design files used by multiple models are developed using development components applicable to multiple models, and one-time development is completed, which can achieve the purpose of multi-model deployment and thus improve development efficiency.
[0163] Further, see Fig. 9 , Fig. 9 This is a schematic diagram of the structure of the development component generation device provided in the embodiment of the present application. Fig. 9 As shown, the development component generating device for vehicle function design includes: a first processing module 601 , a second processing module 602 and a third processing module 603 .
[0164] The first processing module 601 is used to determine multiple vehicle models and determine interface information of a service interface corresponding to each vehicle model.
[0165] The second processing module 602 is used to generate development component information corresponding to each vehicle model based on the interface information of the service interface corresponding to each vehicle model.
[0166] The third processing module 603 is used to integrate the development component information corresponding to each vehicle model and generate a normalized development component shared by multiple vehicle models for use in vehicle function design of the target vehicle.
[0167] Further, see Fig.10 , Fig.10 This is a schematic diagram of the structure of the vehicle function design device provided in the embodiment of the present application. Fig.10 As shown, the vehicle function design device includes: a first processing module 701, a second processing module 702 and a third processing module 703.
[0168] The first processing module 701 is used to determine at least one target vehicle model and determine a normalized development component shared by multiple vehicle models. The target vehicle model is obtained based on the configuration operation of the vehicle model by the user according to the vehicle model function design requirements.
[0169] The second processing module 702 is used for receiving a function design operation from a user based on the development component information.
[0170] The third processing module 703 is used to perform vehicle function design on a target vehicle corresponding to a target vehicle model in response to the function design operation, and generate a function design file for execution by the target vehicle.
[0171] The vehicle function design device provided in the embodiment of the present application can be used to execute the vehicle function design method described in the above embodiment. Its implementation principle and technical effect are similar and will not be repeated here.
[0172] It should be noted that it should be understood that the division of the various modules of the above device is only a division of logical functions. In actual implementation, they can be fully or partially integrated into one physical entity, or they can be physically separated. And these modules can all be implemented in the form of software called by processing elements; they can also be all implemented in the form of hardware; some modules can also be implemented in the form of software called by processing elements, and some modules can be implemented in the form of hardware. For example, the processing module can be a separately established processing element, or it can be integrated in a chip of the above device. In addition, it can also be stored in the memory of the above device in the form of program code, and called and executed by a processing element of the above device. The implementation of other modules is similar. In addition, these modules can be fully or partially integrated together, or they can be implemented independently. The processing element here can be an integrated circuit with data processing capabilities. In the implementation process, each step of the above method or each module above can be completed by an integrated logic circuit of hardware in the processor element or instructions in the form of software.
[0173] In the implementation of the present application, the vehicle function design method can also be applied to electronic devices such as mobile terminals, for example, mobile phones, computers and other devices.
[0174] Fig.11 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application. Fig.11 As shown, the electronic device may include: a transceiver 121 , a processor 122 , and a memory 123 .
[0175] The processor 122 executes the computer execution instructions stored in the memory, so that the processor 122 executes the scheme in the above embodiment. The processor 122 can be a general-purpose processor, including a central processing unit CPU, a network processor (network processor, NP), etc.; it can also be a digital data processor DSP, an application-specific integrated circuit ASIC, a field programmable gate array FPGA or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components.
[0176] The memory 123 is connected to the processor 122 via a system bus and completes communication between them. The memory 123 is used to store computer program instructions.
[0177] By way of example and not limitation, the memory 123 may include a hard disk drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a tape, or a universal serial bus (USB) drive, or a combination of two or more of these. Where appropriate, the memory 123 may include a removable or non-removable (or fixed) medium. Where appropriate, the memory 123 may be inside or outside the integrated gateway device. In a particular embodiment, the memory 123 is a non-volatile solid-state memory. In a particular embodiment, the memory 123 includes a read-only memory (ROM). Where appropriate, the ROM may be a mask-programmed ROM, a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable PROM (EEPROM), an electrically rewritable ROM (EAROM), or a flash memory, or a combination of two or more of these.
[0178] The transceiver 121 may be used to obtain tasks to be executed and configuration information of the tasks to be executed.
[0179] The system bus can be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus, etc. The system bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, only one thick line is used in the figure, but it does not mean that there is only one bus or one type of bus. The transceiver is used to realize the communication between the database access device and other computers (such as clients, read-write libraries, and read-only libraries). The memory may include random access memory (RAM) and may also include non-volatile memory.
[0180] An embodiment of the present application also provides a chip for running instructions, which is used to execute the technical solutions of the development component generation method for vehicle function design and / or the vehicle function design method in the above-mentioned embodiments.
[0181] An embodiment of the present application also provides a computer-readable storage medium, which stores computer instructions. When the computer instructions are executed on a processor of an electronic device, the processor of the electronic device executes the technical solutions of the development component generation method and / or vehicle function design method for vehicle function design in the above-mentioned embodiments.
[0182] In some possible implementations, various aspects of the method provided in the present application may also be implemented in the form of a program product, which includes a program code. When the program product is run on a processor of an electronic device, the program code is used to enable the processor of the electronic device to execute the steps of the method according to various exemplary embodiments of the present application described above in this specification. For example, the electronic device may execute the development component generation method and / or vehicle function design method for vehicle function design in the above-mentioned embodiments.
[0183] The program product may employ any combination of one or more readable media. The readable medium may be a readable data medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.
[0184] The implementation method of the present application also provides a computer program product, which includes a computer program stored in a computer-readable storage medium. At least one processor can read the computer program from the computer-readable storage medium. When at least one processor executes the computer program, it can implement the technical solutions of the development component generation method and / or vehicle function design method for vehicle function design in the above-mentioned embodiments.
[0185] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices and computer program products according to the present application. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of the processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor or other programmable information processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable information processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.
[0186] These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable information processing device to work in a specific manner, so that the instructions stored in the computer-readable memory produce a manufactured product including an instruction device, which implements the process Figure 1A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.
[0187] These computer program instructions can also be loaded onto a computer or other programmable information processing device so that a series of operation steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.
[0188] Those skilled in the art will readily appreciate other embodiments of the present application after considering the specification and practicing the invention disclosed herein. The present application is intended to cover any modification, use or adaptation of the present application, which follows the general principles of the present application and includes common knowledge or customary technical means in the art that are not disclosed in the present application.
[0189] It should be understood that the present application is not limited to the exact construction that has been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof.
Claims
1. A method for generating development components for vehicle function design, characterized in that: The method comprises: Determine multiple vehicle models, and determine interface information of a service interface corresponding to each of the vehicle models; Based on the interface information of the service interface corresponding to each of the vehicle models, generating the development component information corresponding to each of the vehicle models; The development component information corresponding to each of the vehicle models is integrated and processed to generate a normalized development component shared by multiple vehicle models for use in vehicle function design of the target vehicle.
2. The method for generating development components for vehicle function design according to claim 1, characterized in that: Based on the interface information of the service interface corresponding to each of the vehicle models, the development component information corresponding to each of the vehicle models is generated, including: Based on the interface information of the service interface corresponding to each of the vehicle models, the development component information corresponding to each of the service interfaces is generated to obtain the development component information corresponding to each of the vehicle models.
3. The method for generating development components for vehicle function design according to claim 2, characterized in that: The multiple vehicle models include at least a first vehicle model and a second vehicle model, and based on the interface information of the service interface corresponding to each vehicle model, generating the development component information corresponding to each service interface includes: generating first development component information corresponding to the first service interface based on the first interface information corresponding to the first service interface of the first vehicle model; For a second service interface included in a second vehicle model, development component information corresponding to the second service interface is generated according to the first development component information, wherein the interface identifier included in the interface information of the second service interface is the same as the interface identifier included in the first interface information of the first service interface, and the parameter information included in the interface information is the same as the parameter information included in the first interface information of the first service interface; For a third service interface included in the second vehicle model, based on a first component configuration operation performed by a user on the third service interface, development component information corresponding to the third service interface is obtained, wherein the third service interface is a service interface whose interface identifier included in the interface information is different from the interface identifier included in the first interface information of the first service interface, or the third service interface is a service interface whose interface identifier included in the interface information is the same as the interface identifier included in the first interface information of the first service interface, and whose parameter information included in the interface information is completely different from the parameter information included in the first interface information of the first service interface; For the fourth service interface included in the second vehicle model, development component information corresponding to the first parameter is generated based on the first development component information, and based on the user's first component configuration operation on the fourth service interface, development component information corresponding to the second parameter is obtained, and development component information corresponding to the fourth service interface is generated based on the development component information corresponding to the first parameter and the development component information corresponding to the second parameter, wherein the fourth service interface is a service interface in which the interface identifier included in the interface information is the same as the interface identifier included in the first interface information of the first service interface, and the parameter information included in the interface information is partially the same as the parameter information included in the first interface information, and the first parameter is a parameter in the parameter information included in the interface information of the fourth service interface that is the same as the parameter information included in the first interface information, and the second parameter is a parameter in the parameter information included in the interface information of the fourth service interface that is different from the parameter information included in the first interface information.
4. The method for generating development components for vehicle function design according to claim 3, characterized in that: Based on the user's first component configuration operation on the service interface, development component information corresponding to the service interface is obtained, including: Receiving a first component configuration operation of the user for the service interface; In response to the first component configuration operation, displaying a component configuration interface; The development component information configured by the user through the component configuration interface, the function information included in the development component information, and the interface information corresponding to the function information are received to obtain the development component information corresponding to the service interface.
5. The method for generating development components for vehicle function design according to claim 3, characterized in that: The method further comprises: receiving a second component configuration operation of a user, where the second component configuration operation is an operation of configuring development component information of a second vehicle model based on development component information of a first vehicle model; In response to the second component configuration operation, the development component information of the second vehicle model is configured based on the development component information of the first vehicle model. If the parameter information included in the interface information of the first vehicle model contains parameters that are different from the parameter information included in the interface information of the second vehicle model, the development component information corresponding to the parameters is displayed.
6. The method for generating development components for vehicle function design according to any one of claims 1 to 5, characterized in that: Integrate the development component information corresponding to each of the above-mentioned vehicle models, including: Merging and storing the same functional information included in the development component information corresponding to each vehicle model into one piece of development component information; Different functional information included in the development component information corresponding to each of the vehicle models is stored independently.
7. The method for generating development components for vehicle function design according to any one of claims 1 to 6, characterized in that: Determine multiple vehicle models, and determine interface information of service interfaces corresponding to each of the vehicle models, including: Receive vehicle model configuration operations from users; In response to the vehicle type configuration operation, displaying a vehicle type configuration interface; Receiving vehicle model information of at least two vehicle models configured by the user through the vehicle model configuration interface; A plurality of vehicle models are determined according to the vehicle model information of the at least two vehicle models, and interface information of a service interface corresponding to each of the vehicle models is determined.
8. The method for generating development components for vehicle function design according to claim 1, characterized in that: Based on the interface information of the service interface corresponding to each of the vehicle models, the development component information corresponding to each of the vehicle models is generated, including: A third component configuration operation for receiving interface information of a user for a service interface corresponding to each vehicle model; In response to the third component configuration operation, development component information corresponding to each of the service interfaces is obtained to obtain development component information corresponding to each of the vehicle models.
9. A vehicle function design method, characterized in that: include: Determine at least one target vehicle model, and determine development components common to multiple vehicle models, wherein the target vehicle model is obtained based on a configuration operation of the vehicle model by a user according to a vehicle model function design requirement, and the development components common to multiple vehicle models are generated according to the development component generation method for vehicle function design according to claims 1 to 8; Receive user's function design operation based on development component information; In response to the function design operation, vehicle function design is performed on a target vehicle corresponding to the target vehicle model, and a function design file for execution by the target vehicle is generated.
10. An electronic device, comprising: A processor, and a memory communicatively connected to the processor; Memory stores computer-executable instructions; The processor executes computer-executable instructions stored in the memory so that the electronic device implements the development component generation method for vehicle function design as described in any one of claims 1-8, and / or implements the vehicle function design method as described in claim 9.
Citation Information
Cited By
Vehicle-mounted component generation and deployment system and method based on multi-stage assembly line
CN122331926A