A method and related device for optimizing car functions based on user experience

Abstract

This invention discloses a user experience-based method and related equipment for optimizing automotive functions. The invention automatically acquires user request information from the vehicle, generates executable function code, and sends it to the development team. This executable function code serves as feedback information to the development team, allowing for analysis, research, and the development of automotive function optimization data packages. This enables users lacking software development skills to ultimately provide their user request information to the development team in the form of executable function code. Compared to directly providing user request information in natural language, this improves the efficiency of information feedback to the development team, reduces misunderstandings and other problems caused by inadequate automotive function optimization due to direct expression of user requests in natural language, and also protects user privacy on the vehicle side. This invention has wide applications in the automotive technology field.

Description

Technical Field

[0001] This invention relates to the field of automotive technology, and in particular to a method and related equipment for optimizing automotive functions based on user experience. Background Technology

[0002] With the development of intelligent vehicles, a wealth of firmware and software are needed to control various hardware functions and enable diverse forms of human-machine interaction. As hardware performance advances and user needs evolve, the firmware and software of automobiles require upgrades and optimizations to enhance vehicle functionality.

[0003] Current automotive function optimization technology is primarily driven by the development team. Specifically, research personnel on the development side typically conduct surveys to determine user needs, design corresponding functional requirements, and then developers implement the technology to achieve the desired automotive functions. Current technologies rely on the research capabilities of the development side; however, in this model, the development side receives limited feedback from users, resulting in low user participation in improving the user experience. This often leads to new versions failing to satisfy most users. Furthermore, even when users participate in the automotive function optimization process, this is usually achieved by development personnel through methods such as questionnaires. The information from user feedback suffers significant loss during transmission, making it difficult for development personnel to obtain effective feedback. Summary of the Invention

[0004] In view of at least one of the above-mentioned technical problems, the purpose of this invention is to provide a method and related equipment for optimizing automotive functions based on user experience.

[0005] On one hand, embodiments of the present invention include a user experience-based vehicle function optimization method, which is applied to a vehicle and includes the following steps: During the use of the car, obtain information about user needs; Based on the user's requirements, generate executable function code; Send the executable code to the development team.

[0006] Furthermore, obtaining user demand information includes: Detect current usage environment information; Based on the current usage environment information, recommended function usage status information is determined; the recommended function usage status information indicates the recommended usage status of a specific in-vehicle functional component; Detecting actual function usage status information; the detected actual function usage status information indicates the actual usage status of the vehicle-mounted functional component corresponding to the recommended function usage status information; The user demand information is generated based on the recommended usage status and the actual usage status.

[0007] Further, generating the user demand information based on the recommended usage state and the actual usage state includes: The recommended usage state is compared with the actual usage state to obtain the comparison result; Generate natural language to describe the comparison results as the user's requirement information.

[0008] Furthermore, generating executable function code based on the user requirement information includes: Through the prompting process, the user's demand information is converted into prompt words; Loading a large language model; The prompt words are input into the large language model for processing; Obtain the executable function code output by the large language model.

[0009] Furthermore, sending the executable functional code to the development end includes: The executable functional code is isolated relative to the vehicle-mounted functional components to obtain isolated code; The isolation code is sent to the development end.

[0010] Furthermore, the step of isolating the executable functional code relative to the vehicle-mounted functional components to obtain isolated code includes: Obtain the public key distributed by the development team; The executable function code is encrypted using the public key to obtain ciphertext information; The encrypted information is used as the isolation code.

[0011] Furthermore, the step of isolating the executable functional code relative to the vehicle-mounted functional components to obtain isolated code further includes: Before encrypting the executable function code, the executable function code is commented out according to the user requirement information.

[0012] Furthermore, the step of isolating the executable functional code relative to the vehicle-mounted functional components to obtain isolated code further includes: After obtaining the isolation code, delete the executable function code.

[0013] On the other hand, embodiments of the present invention also include a computer device, including a memory and a processor, the memory for storing at least one program, and the processor for loading at least one program to execute the user experience-based vehicle function optimization method of the embodiments.

[0014] On the other hand, embodiments of the present invention also include a computer-readable storage medium storing a processor-executable program, which, when executed by a processor, is used to perform the user experience-based vehicle function optimization method in the embodiments.

[0015] The beneficial effects of this invention are as follows: The user experience-based vehicle function optimization method in the embodiments automatically obtains user demand information from the vehicle and generates executable function code through Vibe Coding, which is then sent to the development end. This executable function code can be used as feedback information to the development end for analysis, research, and development of vehicle function optimization data packages. This allows users lacking software development capabilities to ultimately feed back their user demand information to the development end in the form of executable function code, thereby enabling users on the vehicle to directly participate in the process of optimizing vehicle functions, which is beneficial to improving user experience. Compared with directly feeding back user demand information in natural language form to the development end, this method can improve the efficiency of information feedback to the development end, reduce the problems of insufficient vehicle function optimization caused by misunderstandings due to directly expressing user demand in natural language, and avoid feeding back user demand information in natural language form to the development end, which also helps protect the privacy of users on the vehicle. Attached Figure Description

[0016] Figure 1 This is a schematic diagram of a system in which a user experience-based automotive function optimization method can be applied in the embodiment; Figure 2 This is a schematic diagram illustrating the steps of the user experience-based vehicle function optimization method in the embodiment. Figure 3 This is a schematic diagram illustrating the principle of obtaining the isolation code in the embodiment. Detailed Implementation

[0017] Terminology Explanation: OTA: Over The Air, is a technology that remotely updates software or firmware via a wireless network and can be applied to the upgrading of automotive software or firmware. Large Language Model (LLM) is an artificial intelligence model trained on massive amounts of text data, capable of understanding and generating natural language. It learns the statistical patterns of language through deep learning techniques (such as the Transformer architecture), thereby acquiring multiple capabilities including text generation, question answering, translation, and summarization. Hint engineering: Techniques that guide a large language model to produce more accurate, relevant, or formatted output by designing and optimizing the instructions or questions (i.e., "hints") input to the model. Vibe Coding, also known as ambient programming, is a software development approach driven by artificial intelligence models, especially large language models. Its core model is that developers no longer write code line by line manually, but describe the functions or projects they want to achieve to the artificial intelligence model through natural language prompts, and the artificial intelligence model automatically generates the corresponding source code. Asymmetric encryption algorithms, also known as public-key encryption algorithms, are algorithms that use different keys for encryption and decryption. Typical asymmetric encryption algorithms include RSA.

[0018] This embodiment provides a user experience-based method for optimizing automotive functions, which can be applied to... Figure 1 The system shown. (Refer to...) Figure 1 The system comprises a development platform and a vehicle-side platform. The development platform can be a cloud server run by a car manufacturer or automotive service provider, while the vehicle-side platform includes hardware and software modules installed in the vehicle, such as control modules, processing modules, human-machine interaction modules, navigation modules, and sensing modules. One development platform can serve multiple vehicle-side platforms simultaneously. This embodiment uses a specific vehicle-side platform as an example for illustration.

[0019] In this embodiment, the vehicle-side performs a user experience-based vehicle function optimization method. (Refer to...) Figure 2 The user experience-based approach to optimizing automotive functions includes the following steps: S1. Obtain user demand information during the use of the car; S2. Generate executable function code based on user requirements; S3. Send the executable code to the development team.

[0020] In this embodiment, steps S1-S3 can be executed in the background by the vehicle when the user uses the vehicle (e.g., driving the vehicle or operating the functional components on the vehicle), meaning that the vehicle function optimization method based on user experience is imperceptible to the user.

[0021] In step S1, the user demand information to be obtained by the vehicle side indicates the user's needs for functions that are not currently set up in the car but the user wants to use, or the user's needs for improvements to the operation, response speed, interactive interface or parameter performance of functions that are already set up in the car, or the user's needs for fixing or deleting functions that are believed to have vulnerabilities.

[0022] In this embodiment, when the vehicle executes step S1, the control module can call the human-machine interaction module to issue a voice prompt message stating, "Car Butler is sincerely at your service. If you have any suggestions or dissatisfaction, please let us know." This prompts the user that they can express any needs regarding the car's functions via voice while using the vehicle. The control module then calls the human-machine interaction module to issue an authorization request message stating, "We will record your suggestions for improvement." After obtaining the user's authorization, the control module collects the user's voice and converts it into text format to obtain the user's request information.

[0023] By performing step S1 in the above manner, user demand information in natural language form can be collected, such as "This air conditioner is terrible. It's too cold at 24℃ and too hot at 25℃" and "The music playback interface can be optimized. Put the track selection interface on the homepage."

[0024] In this embodiment, when performing step S1, which is the step of obtaining user demand information, the following steps can be specifically performed: S101. Detect current usage environment information; S102. Determine the usage status information of the recommended function based on the current usage environment information; S103. Detect actual functional usage status information; S104. Generate user requirement information based on the recommended usage status and the actual usage status.

[0025] In step S101, the vehicle's control module can call the navigation module to locate the vehicle and obtain location information, and call the sensor module to detect parameters such as temperature, humidity, wind speed, illuminance, and noise intensity of the vehicle's environment and obtain parameter information. The obtained location information and parameter information constitute the current usage environment information.

[0026] In step S102, the recommended function usage status information to be obtained represents the recommended usage status of specific in-vehicle functional components. Specifically, the control module on the vehicle side can pre-store a mapping table locally, so that each specific parameter combination of the current usage environment information is mapped to the recommended usage status of one or more corresponding in-vehicle functional components. In this embodiment, the format of the mapping table is shown in Table 1.

[0027] Table 1

[0028] Table 1 shows the recommended usage states for each group of vehicle-mounted functional components. This indicates that if the vehicle is currently in an environment with the current usage environment information corresponding to this group of recommended usage states, and the usage states of the vehicle-mounted functional components are set to the same recommended usage states, the combination of functions produced by the vehicle-mounted functional components when they are working will make the occupants of the vehicle feel comfortable.

[0029] In this embodiment, the data in Table 1 can be obtained by the automobile manufacturer through experimental calibration and other methods.

[0030] When executing step S102, the control module finds the same or closest current usage environment information from Table 1 based on the detected current usage environment information, and maps it to the recommended usage status of a corresponding set of vehicle functional components.

[0031] In step S103, the control module detects the actual usage status of various vehicle functional components in Table 1, such as the air conditioner, internal circulation module, external circulation module, seat ventilation module, windows, and automatic curtains. For example, the on-state of the air conditioner's cooling and heating functions, target temperature and target wind speed, the on-state of the internal circulation module, the on-state of the external circulation module, and the on-state and intensity of the seat ventilation.

[0032] In step S104, the vehicle-side control module compares the recommended usage state obtained in step S102 with the actual usage state obtained in step S103 to obtain a comparison result. In this embodiment, the comparison result can be expressed as the numerical deviation of the actual usage state of each vehicle functional component relative to the recommended usage state. Specifically, if the actual usage state and the recommended usage state represent numerical quantities such as "temperature," the difference between the actual usage state and the recommended usage state can be calculated; if the actual usage state and the recommended usage state represent on / off states, the actual usage state and the recommended usage state can be converted into the number of "0" (corresponding to "stop") or "1" (corresponding to "on"), and the difference between the actual usage state and the recommended usage state can be calculated.

[0033] In step S104, the vehicle-side control module runs a Natural Language Generation (NLG) algorithm to convert the numerical deviations between the actual usage status and the recommended usage status of each in-vehicle functional component into natural language descriptive text, thereby obtaining user demand information.

[0034] By executing step S104 in the above manner, user demand information in natural language form can be obtained, such as "The actual operating temperature of the air conditioner is 3°C lower than the recommended operating temperature, which may be due to the air conditioner's cooling function not working properly" and "The actual operating temperature of the audio-visual entertainment system is 10% lower than the recommended operating temperature, which may be due to the audio-visual entertainment system's volume control being too strong".

[0035] In this embodiment, the principle of executing steps S101-S104 is as follows: the recommended usage state of the vehicle functional component represents the usage state of the vehicle functional component recommended by the vehicle manufacturer in a usage environment with specific current usage environment information, representing the current recommended usage method of the vehicle function. The actual usage state of the vehicle functional component represents the usage state achieved by the user in actually operating the vehicle functional component to meet their own needs. The comparison result between the actual usage state and the recommended usage state can represent the user's optimization needs for the current vehicle function. By representing it as user demand information in natural language form, it can be connected with the prompting engineering, thereby obtaining prompt words that can drive the large language model.

[0036] In this embodiment, when performing step S2, which is to generate executable functional code based on user requirement information, the following steps can be performed: S201. Through prompting engineering, user demand information is converted into prompt words; S202. Load the large language model; S203. Input the prompt words into the large language model for processing; S204. Obtain the executable function code output by the large language model.

[0037] In step S201, the control module on the vehicle side converts the user demand information obtained in step S1 into prompt words by running the prompting process.

[0038] Specifically, since the user demand information obtained in step S1 represents the user's optimization needs for car functions expressed directly through their voice or indirectly through their usage behavior during the use of the car, the prompt words obtained by the control module on the car side through step S201 represent the executable function code that can drive the large language model to output, which can meet the optimization needs of car functions expressed by the user demand information.

[0039] For example, for a user request message that reads "The actual temperature of the air conditioner is 3°C lower than the recommended temperature, which may be due to the air conditioner's cooling function not working properly," by executing step S201, a prompt message containing "Generate + Executable Code + Air Conditioner + Improve Cooling Intensity + PID Control Algorithm" can be generated. This prompt message can drive the large language model to generate executable code that can control the air conditioner. Moreover, this executable code uses the PID control algorithm to achieve better control and improve the cooling intensity of the air conditioner.

[0040] In step S202, if the performance of the control module on the vehicle side is sufficient, the control module can run the trained large language model locally; if the performance of the control module on the vehicle side is insufficient, the control module can request the cloud server to run the trained large language model.

[0041] In step S203, when the control module runs the trained large language model locally, the control module inputs the prompt words obtained in step S201 into the large language model for processing; when the control module requests the cloud server to run the trained large language model, the control module uploads the prompt words obtained in step S201 to the cloud server, triggering the cloud server to input the prompt words into the large language model for processing.

[0042] In step S204, the large language model outputs executable function code under the drive of the prompt words.

[0043] In this embodiment, the principle of executing steps S201-S204 is as follows: by executing steps S201-S204, Vibe Coding driven by the vehicle side is realized, thereby quickly obtaining a large amount of executable functional code related to vehicle function optimization.

[0044] In step S3, when the control module runs the large language model locally, the control module sends the executable function code generated in step S2 to the cloud server on the development side; when the control module requests the cloud server to run the trained large language model, the cloud server directly obtains the executable function code.

[0045] In this embodiment, the executable functional code sent to the development end through step S3 can be analyzed and studied by the developers on the development end. For example, by running such executable functional code in a test system, it can be verified whether the executable functional code can achieve the effect of improving the cooling intensity of the air conditioner, and whether the operation process may cause errors in the air conditioner or other vehicle functional components. After the executable functional code has been verified and error-removed by the developers on the development end, it may be directly used by the developers as firmware for vehicle functional components or as source code for software running on vehicle functional components. If the executable functional code has errors and cannot be directly used as source code, the developers can also refer to the executable functional code, for example, analyze the algorithm to be implemented by the executable functional code and the final function implemented, and develop source code that can implement the same algorithm and function and run stably. The source code developed by the developers on the development end in the above manner can be further used by the developers to create a data package for upgrading the vehicle's infotainment system. The cloud server on the development end pushes the data package to the vehicle for installation, thereby optimizing the vehicle's functions.

[0046] In this embodiment, the principle of executing steps S1-S3 is as follows: By automatically acquiring user demand information from the vehicle, generating executable functional code through Vibe Coding, and sending it to the development end, the executable functional code can be used as feedback information to the development end for analysis, research, and development of vehicle function optimization data packages. This allows users lacking software development capabilities to ultimately feed their user demand information back to the development end in the form of executable functional code, thereby enabling users on the vehicle to directly participate in the process of optimizing vehicle functions, which is beneficial to improving user experience. Compared with directly feeding user demand information in natural language form back to the development end, this can improve the efficiency of information feedback to the development end, reduce the problems of insufficient vehicle function optimization caused by misunderstandings due to directly expressing user demand in natural language, and avoid feeding user demand information in natural language form back to the development end, which is also beneficial to protecting the privacy of users on the vehicle.

[0047] In this embodiment, the executable functional code obtained through steps S1-S2 is mainly used by developers on the development side for user requirement investigation, analysis, verification, testing, technical reference, and source code development. Since the executable functional code itself may have issues such as being unable to run directly or potentially encountering errors after running, the vehicle end does not run the executable functional code on any component, such as the control module, after obtaining it. Therefore, after executing steps S1-S2, the vehicle end can isolate the executable functional code relative to the vehicle's functional components, ensuring that the processed code cannot be directly run by any vehicle functional component. After isolation, isolated code is obtained. In step S3, the vehicle end sends the isolated code to the development side.

[0048] In this embodiment, the principle of obtaining the isolation code is as follows: Figure 3 As shown.

[0049] Reference Figure 3 The development team can run an asymmetric encryption algorithm to generate a public key. public and private key private Specifically, the development team can run the RSA algorithm to generate a public key. public and private key private The development team retains the private key. private , public key public Send it to the vehicle. In this way, the vehicle only receives the public key. public Without obtaining the private key private .

[0050] The vehicle-side control module uses user requirement information to annotate the executable function code, thereby marking the function of each part of the executable function code, such as what aspects of user needs it can meet.

[0051] Reference Figure 3 The vehicle's control module uses commented-out executable code as plaintext information and a public key. public Encryption is performed, and the resulting ciphertext information serves as the isolation code. The vehicle's control module can first store the isolation code locally, and then send it to the development side at a set sending time or when the amount of stored isolation code data reaches a threshold.

[0052] The vehicle's control module uses a public key. public After encrypting the executable functional code to obtain the isolation code, the vehicle's control module can store only the isolation code locally and no longer store the executable functional code. Due to the characteristics of asymmetric encryption algorithms, the vehicle's control module cannot use the public key. publicThe isolated code was decrypted, but the development team did not distribute the private key to the vehicle. private Therefore, the vehicle's control module cannot use the private key. private The isolation code is decrypted. Therefore, once the vehicle's control module encrypts and obtains the isolation code and deletes the executable function code, the vehicle cannot recover the executable function code.

[0053] After the vehicle sends the isolation code to the development team, the development team retains the private key. private Therefore, the developer can use the private key. private The isolated code is decrypted to obtain the commented-out executable code.

[0054] In this embodiment, the principle behind encrypting the executable function code on the vehicle side to obtain isolated code is as follows: The executable function code obtained through steps S1-S2 can be used as firmware or software for execution by vehicle-mounted functional components or control modules. However, because the executable function code has not undergone verification and testing, if it is directly executed by the vehicle-mounted functional components or control modules, it may cause errors in the component or module itself or other components. Therefore, direct execution of the executable function code by the component or control module should be avoided. However, to maintain economy, the vehicle side will not send the generated executable function code to the development side in real time. Therefore, the executable function code temporarily stored locally on the vehicle side may be read and misexecuted, leading to errors in the execution of the executable function code. The consequences of errors in the vehicle's functional components or control modules, or errors in other vehicle functional components, can be mitigated by encrypting the executable functional code on the vehicle side to obtain isolated code. Due to the characteristics of the encryption algorithm, the obtained isolated code has pseudo-randomness in form, thus distinguishing it from normal code that can be executed by the vehicle's functional components or control modules. Compared with executable functional code in its own form, the possibility of isolated code being mistakenly read and loaded into the vehicle's functional components or control modules for execution is extremely small. Even if it is read and loaded, it is impossible for the vehicle's functional components or control modules to execute it. This avoids the risk of the executable functional code obtained in steps S1-S2 being mistakenly read and loaded into the vehicle's functional components or control modules for execution, causing errors in the vehicle's functional components or control modules running the executable functional code, or causing errors in other vehicle functional components. Therefore, it can effectively ensure the safety of vehicle use.

[0055] In this embodiment, since the main purpose of encrypting the executable function code to obtain the isolation code on the vehicle side is to prevent the executable function code from being misread and loaded, and the security of the encryption algorithm is not the goal, the vehicle side can use a faster asymmetric encryption algorithm, such as RSA-1024, when encrypting the executable function code to obtain the isolation code, thereby obtaining a higher encryption speed and reducing the resource consumption on the vehicle side.

[0056] In this embodiment, the vehicle-side control module can delete the isolation code from its local storage after sending the isolation code to the development end, thereby saving local storage space on the vehicle side.

[0057] A computer program that executes the user experience-based vehicle function optimization method in this embodiment can be written into a computer device or storage medium. When the computer program is read out and run, the user experience-based vehicle function optimization method and / or the user experience-based vehicle function optimization method in this embodiment can be executed, thereby achieving the same technical effect as the user experience-based vehicle function optimization method and / or the user experience-based vehicle function optimization method in the embodiment.

[0058] It should be noted that, unless otherwise specified, when a feature is referred to as "fixed" or "connected" to another feature, it can be directly fixed or connected to the other feature, or indirectly fixed or connected to the other feature. Furthermore, the descriptions of "upper," "lower," "left," and "right" used in this disclosure are only relative to the relative positional relationships of the components of this disclosure in the accompanying drawings. The singular forms "a," "an," and "the" used in this disclosure are also intended to include the plural forms, unless the context clearly indicates otherwise. Moreover, unless otherwise defined, all technical and scientific terms used in this embodiment have the same meaning as commonly understood by one of ordinary skill in the art. The terminology used in this embodiment specification is only for describing particular embodiments and is not intended to limit the invention. The term "and / or" as used in this embodiment includes any combination of one or more of the associated listed items.

[0059] It should be understood that although various elements may be described in this disclosure using terms such as "second," "third," etc., these elements should not be limited to these terms. These terms are used only to distinguish elements of the same type from one another. For example, an element may also be referred to as a second element without departing from the scope of this disclosure, and similarly, a second element may also be referred to as an element. The use of any and all instances or exemplary language ("e.g.," "such as," etc.) provided in this embodiment is intended only to better illustrate embodiments of the invention and, unless otherwise required, does not impose a limitation on the scope of the invention.

[0060] It should be recognized that embodiments of the present invention can be implemented or carried out by computer hardware, a combination of hardware and software, or by computer instructions stored in a non-transitory computer-readable storage medium. The method can be implemented using standard programming techniques—including a non-transitory computer-readable storage medium configured with a computer program, wherein such a storage medium causes the computer to operate in a specific and predefined manner—according to the methods and drawings described in the specific embodiments. Each program can be implemented in a high-level procedural or object-oriented programming language to communicate with the computer system. However, if desired, the program can be implemented in assembly or machine language. In any case, the language can be a compiled or interpreted language. Furthermore, for this purpose, the program can run on a programmed application-specific integrated circuit (ASIC).

[0061] Furthermore, the procedures described in this embodiment can be performed in any suitable order unless otherwise indicated by this embodiment or otherwise obviously contradict the context. The procedures (or variations and / or combinations thereof) described in this embodiment can be executed under the control of one or more computer systems configured with executable instructions, and can be implemented by hardware or a combination thereof as code (e.g., executable instructions, one or more computer programs, or one or more applications) that commonly executes on one or more processors. A computer program includes a plurality of instructions executable by one or more processors.

[0062] Furthermore, the method can be implemented in any suitable type of computing platform, including but not limited to personal computers, minicomputers, mainframes, workstations, networked or distributed computing environments, standalone or integrated computer platforms, or in communication with charged particle tools or other imaging devices, etc. Aspects of the invention can be implemented as machine-readable code stored on a non-transitory storage medium or device, whether removable or integrated into a computing platform, such as a hard disk, optical read and / or write storage medium, RAM, ROM, etc., such that it is readable by a programmable computer, and when the storage medium or device is read by the computer, it can be used to configure and operate the computer to perform the processes described herein. Furthermore, the machine-readable code, or portions thereof, can be transmitted via wired or wireless networks. The invention of this embodiment includes these and other different types of non-transitory computer-readable storage media when such media comprises instructions or programs that implement the steps above in conjunction with a microprocessor or other data processor. When programmed according to the methods and techniques of the invention, the invention also includes the computer itself.

[0063] A computer program can be applied to input data to perform the functions of this embodiment, thereby transforming the input data to generate output data stored in non-volatile memory. The output information can also be applied to one or more output devices, such as a display. In a preferred embodiment of the invention, the transformed data represents physical and tangible objects, including specific visual depictions of physical and tangible objects generated on the display.

[0064] The above are merely preferred embodiments of the present invention. The present invention is not limited to the above-described embodiments. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention, as long as they achieve the technical effects of the present invention by the same means, should be included within the scope of protection of the present invention. Within the scope of protection of the present invention, the technical solutions and / or implementation methods can have various modifications and variations.

Claims

1. A method for optimizing automotive functions based on user experience, characterized in that, The user experience-based vehicle function optimization method is applied to the vehicle itself, and includes: During the use of the car, obtain information about user needs; Based on the user's requirements, generate executable function code; Send the executable code to the development team.

2. The user experience-based vehicle function optimization method according to claim 1, characterized in that, The acquisition of user demand information includes: Detect current usage environment information; Based on the current usage environment information, recommended function usage status information is determined; the recommended function usage status information indicates the recommended usage status of a specific in-vehicle functional component; Detecting actual function usage status information; the detected actual function usage status information indicates the actual usage status of the vehicle-mounted functional component corresponding to the recommended function usage status information; The user demand information is generated based on the recommended usage status and the actual usage status.

3. The user experience-based vehicle function optimization method according to claim 2, characterized in that, The step of generating the user demand information based on the recommended usage status and the actual usage status includes: The recommended usage state is compared with the actual usage state to obtain the comparison result; Generate natural language to describe the comparison results as the user's requirement information.

4. The user experience-based vehicle function optimization method according to claim 3, characterized in that, The step of generating executable function code based on the user requirement information includes: Through the prompting process, the user's demand information is converted into prompt words; Loading a large language model; The prompt words are input into the large language model for processing; Obtain the executable function code output by the large language model.

5. The user experience-based vehicle function optimization method according to claims 1-4, characterized in that, Sending the executable code to the development end includes: The executable functional code is isolated relative to the vehicle-mounted functional components to obtain isolated code; The isolation code is sent to the development end.

6. The user experience-based vehicle function optimization method according to claim 5, characterized in that, The process of isolating the executable functional code relative to the vehicle-mounted functional components to obtain isolated code includes: Obtain the public key distributed by the development team; The executable function code is encrypted using the public key to obtain ciphertext information; The encrypted information is used as the isolation code.

7. The user experience-based vehicle function optimization method according to claim 6, characterized in that, The step of isolating the executable functional code relative to the vehicle-mounted functional components to obtain isolated code further includes: Before encrypting the executable function code, the executable function code is commented out according to the user requirement information.

8. The method for optimizing automotive functions based on user experience according to claim 6, characterized in that, The step of isolating the executable functional code relative to the vehicle-mounted functional components to obtain isolated code further includes: After obtaining the isolation code, delete the executable function code.

9. A computer device, characterized in that, It includes a memory and a processor, the memory being used to store at least one program, and the processor being used to load at least one program to execute the user experience-based vehicle function optimization method according to any one of claims 1-8.

10. A computer-readable storage medium storing a processor-executable program, characterized in that, The processor-executable program, when executed by the processor, is used to perform the user experience-based vehicle function optimization method according to any one of claims 1-8.

Images