Module upgrading method and system for vehicle application, vehicle, equipment and medium

Abstract

The invention relates to the technical field of Internet of Vehicles, and discloses a module upgrading method and system for a vehicle application, a vehicle, equipment and a medium. When it is determined that module resource updating exists in the target application by obtaining module attribute information of the target application from the server through a target server interface corresponding to the target application, downloading a new configuration file and a new replacement resource corresponding to the to-be-updated module from the server through the target server interface; clearing the current resource data corresponding to the to-be-updated module, and restarting the target application; and loading the new replacement resource based on the new configuration file so as to complete the upgrading of the to-be-updated module. According to the method and the device, modularized flexible replacement and updating of the application are realized, the maintenance cost of updating is reduced, the adaptability and the expandability of the whole application are improved, the updating efficiency of the application is improved, and the use experience of a user and the product satisfaction degree are improved.

Description

Technical Field

[0001] The present invention relates to the technical field of vehicle networking, and in particular to a module upgrade method, system, vehicle, equipment and medium for vehicle applications. Background Art

[0002] With the development of new energy vehicles, the richness of smart cockpits is increasing, and there may be situations where application modules need to be replaced and upgraded, such as when the cooperation with suppliers expires. The existing application upgrade methods mainly include: system over-the-air technology (OTA) upgrade and application self-upgrade, etc. However, system OTA needs to consider the entire cockpit software, which takes a lot of time from demand, development, and testing. Therefore, although OTA upgrade is stable, it has low update frequency, slow update rhythm, long update cycle, insufficient flexibility, and requires user cooperation to upgrade, which cannot meet some needs in special circumstances; application self-upgrade is flexible and has a fast update rhythm. The complexity lies in the need to ensure interaction consistency, and the compatibility of the latest application version and the old project system must be considered. The maintenance of differentiated versions of applications is difficult and costly. Therefore, the traditional application upgrade method can no longer meet the ever-changing needs of the business due to its shortcomings such as low coverage, high update cost, and high dependence on users. Summary of the invention

[0003] In view of this, the present invention provides a module upgrade method, system, vehicle, device and medium for vehicle applications to solve the problem that the application upgrade method in the related technology can no longer meet the ever-changing business needs due to shortcomings such as low coverage, high update cost and high dependence on users.

[0004] In a first aspect, the present invention provides a module upgrade method for a vehicle application, which is applied to a vehicle end, wherein the vehicle end is installed with a target application, and the method comprises:

[0005] In response to an application module upgrade trigger instruction of a target application, module attribute information of the target application is obtained from the server through a target server interface corresponding to the target application, wherein the module attribute information includes resource update information representing each module corresponding to the target application at the current vehicle end in the server;

[0006] When it is determined based on the module attribute information that the target application has a module resource update, downloading a new configuration file and a new replacement resource corresponding to the module to be updated from the server through the target server interface;

[0007] Clear the current resource data corresponding to the module to be updated, and restart the target application;

[0008] After the target application is restarted, new replacement resources are loaded based on the new configuration file to complete the upgrade of the module to be updated.

[0009] The present invention obtains corresponding module attribute information through the server interface of the target application to determine whether there is a module resource update in the target application when the vehicle side needs to upgrade the application module, downloads the new configuration file and new replacement resources of the module to be updated through the server interface, and automatically clears the current resource data corresponding to the module to be updated, and loads the new replacement resources according to the new configuration file after restarting the target application, thereby realizing modular and flexible replacement and update of the application. The entire upgrade method is more flexible, and there is no need to upgrade the entire application software, so that the application version number does not need to be changed, which can reduce the maintenance cost of upgrading old projects and improve the adaptability and scalability of the entire application. In addition, the entire module upgrade process does not require user operation, thereby realizing automatic upgrade of the application, improving the upgrade efficiency of the application, and improving the user experience and product satisfaction.

[0010] In an optional implementation, determining whether the target application has a module resource update based on the module attribute information includes:

[0011] Extracting resource update attribute identifiers corresponding to each module from the module attribute information, respectively, where the resource update attribute identifiers include: updated and not updated;

[0012] When a resource update attribute corresponding to at least one module in the target application is marked as updated, determining that there is a module resource update in the target application;

[0013] When the resource update attribute identifiers corresponding to all modules in the target application are all not updated, it is determined that there is no module resource update in the target application.

[0014] The present invention determines whether there is a module resource update in each module of the target application by using the resource update attribute identifier obtained from the server interface, thereby providing an accurate data basis for the subsequent modular precision upgrade of the target application.

[0015] In an optional embodiment, the method further includes:

[0016] When a module update operation of the target application is received from the user, and / or when the running time of the target application reaches a preset module update period, an application module upgrade trigger instruction of the target application is generated.

[0017] The present invention uses user active triggering and / or automatic monitoring triggering as the generation triggering condition of the application module upgrade instruction of the target application, making the modular upgrade method of the target application more flexible to cover the needs of different business scenarios and further improve the user experience and satisfaction with the product.

[0018] In an optional implementation, after completing the upgrade of the module to be updated, the method further includes:

[0019] Receive user evaluation feedback information on the upgraded module to be updated;

[0020] The evaluation feedback information is sent to the operation and maintenance object corresponding to the target application, so that the operation and maintenance object uses the resource management platform to update the module attribute information corresponding to the target application of other target vehicles in the server based on the evaluation feedback information.

[0021] The present invention collects user evaluation feedback on application module upgrades and actively provides feedback to the operation and maintenance object of the application to provide reference information on the module upgrade scope of the target application on other vehicle ends, which is beneficial to improving the overall user satisfaction of the target application.

[0022] In a second aspect, the present invention provides a module upgrade method for a vehicle application, which is applied to a resource management platform of a target application, and the method comprises:

[0023] Receive resource difference items and new replacement resources of the module to be updated in the target application at the current vehicle end input by the operation and maintenance object corresponding to the target application, wherein the resource difference items are obtained by the operation and maintenance object performing a difference analysis on the current resources of the module to be updated and the new replacement resources;

[0024] Based on the resource difference item, the configuration file of the module to be updated is updated to generate a new configuration file;

[0025] The new configuration file and the new replacement resource are stored in the server, and the module attribute information corresponding to the target application of the current vehicle end in the server is updated, so that the current vehicle end responds to the application module upgrade trigger instruction of the target application, and obtains the module attribute information of the target application from the server through the target server interface corresponding to the target application; when it is determined that there is a module resource update of the target application based on the module attribute information, the new configuration file and new replacement resource corresponding to the module to be updated are downloaded from the server through the target server interface; the current resource data corresponding to the module to be updated is cleared, and the target application is restarted; after the target application is restarted, the new replacement resource is loaded based on the new configuration file to complete the upgrade of the module to be updated.

[0026] The present invention receives resource difference items and new replacement resources of a module to be updated in a vehicle-side target application from an operation and maintenance object, updates the configuration file of the module to be updated accordingly, stores the new configuration file and the new replacement resources in a server, and updates the module attribute information corresponding to the update module in the server, so that when the vehicle side needs to upgrade the application module, it obtains the corresponding module attribute information through the server interface of the target application to determine that there is a module resource update in the target application, downloads the new configuration file and the new replacement resources of the module to be updated through the server interface, and automatically clears the current resource data corresponding to the module to be updated, and loads the new replacement resources according to the new configuration file after restarting the target application, thereby realizing modular and flexible replacement and update of the application. The entire upgrade method is more flexible, and there is no need to upgrade the entire application software, so that the application version number does not need to change, which can reduce the maintenance cost of upgrading the old project, improve the adaptability and scalability of the entire application, and the entire module upgrade process does not require user operation, thereby realizing automatic upgrade of the application, improving the upgrade efficiency of the application, and improving the user experience and product satisfaction.

[0027] In an optional implementation, the updating of the module attribute information corresponding to the target application on the current vehicle side in the server includes:

[0028] The resource update attribute identifier corresponding to the module to be updated in the server is changed to updated.

[0029] The present invention changes the resource update attribute identifier corresponding to the module to be updated in the server to updated by utilizing the resource management platform of the target application, thereby providing an accurate data basis for the subsequent modular precise upgrade of the target application.

[0030] In an optional embodiment, the method further includes:

[0031] Receiving a module attribute information update instruction of the target application input by the operation and maintenance object, wherein the module attribute information update instruction is generated by the operation and maintenance object based on the evaluation feedback information of the user of the current vehicle end on the upgraded module to be updated, and the module attribute information update instruction at least includes: an update range of the target vehicle end;

[0032] Based on the module attribute information update instruction of the target application, the module attribute information corresponding to the target application of other target vehicle ends in the server is updated.

[0033] The present invention updates the module attribute information corresponding to the applications of other target vehicle ends in the server by receiving the module attribute information update instruction of the operation and maintenance object for the target application, so that the other target vehicle ends can also realize the modular update of the target application, thereby realizing the flexible adjustment of the upgrade scope of the target application module, which is beneficial to improving the overall user satisfaction of the target application.

[0034] In an optional implementation, the module attribute information update instruction based on the target application updates the module attribute information corresponding to the target application of other target vehicle terminals in the server, including:

[0035] Filtering a first target vehicle terminal having the target application installed thereon from the server based on an update range of the target vehicle terminal;

[0036] The resource update attribute identifier corresponding to the module to be updated in the target application of each first target vehicle terminal in the server is changed to updated.

[0037] The present invention filters out the target vehicle ends that need module updates according to the vehicle end update range, and changes the corresponding resource update attribute identifiers in the target applications of these vehicle ends in the server, so that other vehicle ends can obtain the resource update attribute identifiers through the server interface to upgrade the modules, which is beneficial to improving the overall user satisfaction of the target application.

[0038] In an optional implementation, the updating of the configuration file of the module to be updated based on the resource difference item includes:

[0039] When the current resource difference item only exists in the current resource of the module to be updated, deleting the configuration item corresponding to the current resource difference item in the configuration file of the module to be updated;

[0040] When the current resource difference item only exists in the new replacement resource of the module to be updated, adding a configuration item corresponding to the current resource difference item to the configuration file of the module to be updated;

[0041] When the current resource difference item exists in both the current resource of the module to be updated and the new replacement resource, the configuration item parameter corresponding to the current resource difference item in the configuration file of the module to be updated is updated according to the new replacement resource.

[0042] The present invention accurately updates the configuration file according to the correspondence between the resource difference item and the current resource of the module to be updated and the new replacement resource, thereby improving the generation efficiency of the configuration file while ensuring the consistency between the configuration file and the new replacement resource.

[0043] In a third aspect, the present invention provides a module upgrade system for vehicle applications, comprising: a server, a resource management platform for a target application, and at least one vehicle terminal on which the target application is installed;

[0044] The resource management platform receives resource difference items and new replacement resources of the module to be updated in the target application at the current vehicle end input by the operation and maintenance object corresponding to the target application, wherein the resource difference items are obtained by the operation and maintenance object performing a difference analysis on the current resources and the new replacement resources of the module to be updated; updates the configuration file of the module to be updated based on the resource difference items to generate a new configuration file; stores the new configuration file and the new replacement resources in a server, and updates the module attribute information corresponding to the target application at the current vehicle end in the server;

[0045] The vehicle-side responds to the application module upgrade trigger instruction of the target application, and obtains the module attribute information of the target application from the server through the target server interface corresponding to the target application; when it is determined based on the module attribute information that there is a module resource update in the target application, the vehicle-side downloads a new configuration file and a new replacement resource corresponding to the module to be updated from the server through the target server interface; clears the current resource data corresponding to the module to be updated, and restarts the target application; after the target application is restarted, loads the new replacement resource based on the new configuration file to complete the upgrade of the module to be updated.

[0046] The present invention utilizes the resource management platform of the application to receive the resource difference items and new replacement resources of the module to be updated in a vehicle-side target application by the operation and maintenance object, and after the configuration file of the module to be updated is updated accordingly, the new configuration file and the new replacement resources are stored in the server and the module attribute information corresponding to the update module in the server is updated, so that when the vehicle side needs to upgrade the application module, the corresponding module attribute information is obtained through the server interface of the target application to determine that there is a module resource update in the target application, and the new configuration file and the new replacement resources of the module to be updated are downloaded through the server interface, and the current resource data corresponding to the module to be updated is automatically cleared. After the target application is restarted, the new replacement resources are loaded according to the new configuration file, so as to realize modular and flexible replacement and update of the application. The whole upgrade method is more flexible, and there is no need to upgrade the entire application software, so that the application version number does not need to be changed, which can reduce the maintenance cost of upgrading the old project, improve the adaptability and scalability of the entire application, and the whole module upgrade process does not require user operation, thereby realizing the automatic upgrade of the application, improving the upgrade efficiency of the application, and improving the user experience and product satisfaction.

[0047] In a fourth aspect, the present invention provides a vehicle having a target application installed therein, the vehicle comprising: a controller, the controller comprising: a memory and a processor, the memory and the processor being communicatively connected to each other, the memory storing computer instructions, the processor executing the method provided in the above-mentioned first aspect or any corresponding embodiment thereof by executing the computer instructions.

[0048] In a fifth aspect, the present invention provides a computer device, comprising: a memory and a processor, the memory and the processor being communicatively connected to each other, the memory storing computer instructions, and the processor executing the method provided in the above-mentioned second aspect or any corresponding embodiment thereof by executing the computer instructions.

[0049] In a sixth aspect, the present invention provides a computer-readable storage medium having computer instructions stored thereon, the computer instructions being used to enable a computer to execute the method provided in the first aspect or any corresponding embodiment thereof.

[0050] Beneficial effects of the present invention:

[0051] The present invention obtains corresponding module attribute information through the server interface of the target application to determine whether there is a module resource update in the target application when the vehicle side needs to upgrade the application module, downloads the new configuration file and new replacement resources of the module to be updated through the server interface, and automatically clears the current resource data corresponding to the module to be updated, and loads the new replacement resources according to the new configuration file after restarting the target application, thereby realizing modular and flexible replacement and update of the application. The entire upgrade method is more flexible, and there is no need to upgrade the entire application software, so that the application version number does not need to be changed, which can reduce the maintenance cost of upgrading old projects and improve the adaptability and scalability of the entire application. In addition, the entire module upgrade process does not require user operation, thereby realizing automatic upgrade of the application, improving the upgrade efficiency of the application, and improving the user experience and product satisfaction. BRIEF DESCRIPTION OF THE DRAWINGS

[0052] In order to more clearly illustrate the specific implementation methods of the present invention or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0053] Figure 1 is a business architecture diagram of a module upgrade system for vehicle applications according to an embodiment of the present invention;

[0054] Figure 2 is an interactive schematic diagram of a module upgrade system for a vehicle application according to an embodiment of the present invention;

[0055] Figure 3 is another interactive schematic diagram of a module upgrade system for vehicle applications according to an embodiment of the present invention;

[0056] Figure 4 is a schematic diagram of a hierarchical architecture of a module upgrade system for vehicle applications according to an embodiment of the present invention;

[0057] Figure 5 is a schematic diagram of a specific module replacement process for module upgrade of a vehicle application according to an embodiment of the present invention;

[0058] Figure 6 is a schematic diagram of a business process for module upgrade of a vehicle application according to an embodiment of the present invention;

[0059] Figure 7 is a schematic structural diagram of a vehicle according to an embodiment of the present invention;

[0060] Figure 8 It is a schematic diagram of the structure of a computer device according to an embodiment of the present invention. DETAILED DESCRIPTION

[0061] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of the present invention.

[0062] With the development of new energy vehicles, the richness of smart cockpits is increasing, and application modules may need to be replaced and upgraded (such as when the cooperation with suppliers expires). However, the existing application upgrade method lacks a method of replacing modules with high coverage, low update cost, and no reliance on users, which cannot meet the ever-changing needs of the business.

[0063] Traditional software upgrade applications have some significant disadvantages:

[0064] System OTA upgrade:

[0065] Upgrade the system ROM via OTA. System OTA needs to consider the entire cockpit software, which takes a lot of time from demand, development, and testing. Therefore, although OTA upgrades are stable, they have low update frequency, slow update rhythm, long update cycle, insufficient flexibility, and require user cooperation for upgrades, which cannot meet some needs in special circumstances.

[0066] Application self-upgrade:

[0067] The application is self-upgrading, flexible, and has a fast update rhythm. The complexity lies in the need to ensure interaction consistency. The compatibility of the latest application version and the old project system must be considered. The maintenance of differentiated versions of the application is difficult and costly.

[0068] Download updates from the App Store:

[0069] Good flexibility, the review mechanism of the app store can standardize applications. However, the initiative of upgrading is in the hands of users, and new applications cannot be pushed accurately and timely. At the same time, there are the shortcomings of the above-mentioned self-upgrade of applications (compatibility and differentiated version maintenance are difficult).

[0070] Pre-set the version in advance:

[0071] Multiple versions of applications are pre-installed in the ROM, and different application versions are automatically switched according to needs and policies. The disadvantages are: waste of storage space, high maintenance cost, and multiple application versions are prone to interference.

[0072] Considering the scenarios that the above traditional upgrade solutions cannot cover, here is an example of media application: In 2018, the car manufacturer's car machine integrated the music source supplied by A in a fusion media way. In 2024, the cooperation between the car manufacturer and supplier A expires, and manufacturer A no longer provides data services. According to the traditional upgrade solution, there are two options:

[0073] 1. Whole vehicle OTA upgrade: Because the project time span is long, the OTA upgrade cost is very high and the feasibility is low;

[0074] 2. Self-upgrade of applications: The interactive mode of converged media in 2024 may be greatly changed compared with 2018, and converged media relies on other applications such as desktop, voice, etc. These applications have other related dependent applications. If one application is affected, the whole body will need to be upgraded, which is also not feasible.

[0075] Therefore, traditional upgrade methods cannot meet the above scenarios.

[0076] In summary, the embodiment of the present invention provides a module upgrade solution for vehicle applications, which is dedicated to the module replacement of the smart cockpit software of the Internet of Vehicles. Through this solution, the smart cockpit can actively or passively update a certain module of the application without relying on the overall system upgrade (system OTA) or the application self-update. It does not need to be upgraded to the latest version of the application, and the application version number does not need to change, which can reduce the maintenance cost of upgrading old projects. In addition, it demonstrates more comprehensive and advanced technical features in terms of module processing flexibility, space occupancy, maintainability, and playability.

[0077] According to an embodiment of the present invention, a module upgrade system for vehicle applications is provided, such as Figure 1 As shown, the system includes: a server 103, a resource management platform 102 of a target application, and a vehicle terminal 101 on which the target application is installed. It should be noted that in the embodiment of the present invention, one vehicle terminal 101 is used as an example for description. In actual applications, the module upgrade system of the vehicle application usually includes multiple vehicle terminals 101 on which the target application is also installed. The present invention only takes this as an example and is not limited thereto.

[0078] Specifically, the interactive schematic diagram of the module upgrade system for the vehicle application is as follows: Figure 2 It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although the logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in a different order than here. Among them, the resource management platform 102 is used to execute steps S101 to S103, and the vehicle end 101 is used to execute steps S201 to S204.

[0079] Step S101, receiving resource difference items and new replacement resources of the module to be updated in the current vehicle-side target application input by the operation and maintenance object corresponding to the target application, wherein the resource difference items are obtained by the operation and maintenance object through difference analysis of the current resources of the module to be updated and the new replacement resources.

[0080] Specifically, the operation and maintenance object may be the product manager or operation and maintenance personnel of the target application. For example, the product manager may upload the resources corresponding to the replacement modules of one or more modules to be updated in the target application, such as string text, text color, trademark, source AAR library, etc., through the resource management platform, and perform a difference analysis on the resources corresponding to the module to be updated and the replacement module, determine the unique functions of the two modules, align the resource information between the two modules, and then input these difference items between the two modules through the resource management platform.

[0081] Step S102: updating the configuration file of the module to be updated based on the resource difference item to generate a new configuration file.

[0082] Specifically, since there are resource difference items between the module to be updated and the replacement module, the corresponding configuration files between the two modules will also be different. Therefore, the configuration file of the module to be updated can be updated according to the resource difference items between the two to obtain the configuration file corresponding to the replacement module. The specific configuration file generation process is existing technology and will not be repeated here.

[0083] Step S103, storing the new configuration file and the new replacement resource in the server, and updating the module attribute information corresponding to the target application on the current vehicle side in the server.

[0084] Specifically, the operation and maintenance object stores the configuration file corresponding to the replacement module and the new replacement resources in the server through the resource management platform. Since the module attribute information contains the resource update status of each module corresponding to the target application of the current vehicle end in the server, the resource update status of each module can be identified by updating the module attribute information corresponding to the target application of the current vehicle end, so that the subsequent vehicle end can understand whether there is a resource update for each module.

[0085] Step S201 , in response to an application module upgrade trigger instruction of a target application, obtaining module attribute information of the target application from a server through a target server interface corresponding to the target application.

[0086] The target server interface corresponding to the target application is a communication interface established in advance between the target application on the vehicle side and the server, such as an API interface, through which the target application communicates data with the server. The process of establishing the communication interface itself is prior art and will not be described in detail here.

[0087] Step S202: when it is determined based on the module attribute information that there is a module resource update in the target application, a new configuration file and a new replacement resource corresponding to the module to be updated are downloaded from the server through the target server interface.

[0088] Specifically, if a module has a resource update identifier in the module attribute information, it is determined that the module has module resource update in the target application. If all modules do not have resource update identifiers, it is determined that the target application has no module resource update and no module replacement update is required.

[0089] Step S203, clearing the current resource data corresponding to the module to be updated, and restarting the target application.

[0090] Specifically, to ensure successful loading of the new module, after the application downloads the new module resources and before loading the new module resources, the application commits suicide and clears the resources of the original old module, such as clearing login records, favorites data, playback history and other resource data, and then loads the new module resources after restarting.

[0091] Step S204: after the target application is restarted, new replacement resources are loaded based on the new configuration file to complete the upgrade of the module to be updated.

[0092] Specifically, when loading data in the application, the specified resources are loaded according to the new configuration file. The specific process of loading resources according to the configuration file is a prior art and will not be described in detail here.

[0093] The embodiment of the present invention utilizes the resource management platform of the application to receive the resource difference items and new replacement resources of the module to be updated in a vehicle-side target application from the operation and maintenance object, and after the configuration file of the module to be updated is updated accordingly, the new configuration file and the new replacement resources are stored in the server and the module attribute information corresponding to the update module in the server is updated, so that when the vehicle side needs to upgrade the application module, the corresponding module attribute information is obtained through the server interface of the target application to determine whether there is an update of the module resource of the target application, and when it is determined that there is an update of the module resource of the target application, the new configuration file and the new replacement resource of the module to be updated are downloaded through the server interface, and the current resource data corresponding to the module to be updated is automatically cleared, and the new replacement resource is loaded according to the new configuration file after the target application is restarted, so as to realize the modular and flexible replacement update of the application, and the whole upgrade method is more flexible, and there is no need to upgrade the entire application software, so that the application version number does not need to be changed, which can reduce the maintenance cost of upgrading the old project, improve the adaptability and scalability of the entire application, and the entire module upgrade process does not require user operation, realizes the automatic upgrade of the application, improves the upgrade efficiency of the application, and improves the user experience and product satisfaction.

[0094] Furthermore, another interactive schematic diagram of the module upgrade system for the vehicle application is as follows: Figure 3 It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although the logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in a different order than here. Among them, the resource management platform 102 is used to execute steps S301 to S305, and the vehicle end 101 is used to execute steps S401 to S407.

[0095] Step S301, receiving resource difference items and new replacement resources of the module to be updated in the current vehicle-side target application input by the operation and maintenance object corresponding to the target application, where the resource difference items are obtained by the operation and maintenance object performing a difference analysis on the current resources of the module to be updated and the new replacement resources. Figure 2 The relevant description of step S101 is not repeated here.

[0096] Step S302: updating the configuration file of the module to be updated based on the resource difference item to generate a new configuration file.

[0097] Specifically, the above step S302 includes:

[0098] Step a1: when the current resource difference item only exists in the current resource of the module to be updated, the configuration item corresponding to the current resource difference item in the configuration file of the module to be updated is deleted.

[0099] Step a2: when the current resource difference item only exists in the new replacement resource of the module to be updated, a configuration item corresponding to the current resource difference item is added to the configuration file of the module to be updated.

[0100] Step a3: when the current resource difference item exists in both the current resource of the module to be updated and the new replacement resource, the configuration item parameters corresponding to the current resource difference item in the configuration file of the module to be updated are updated according to the new replacement resource.

[0101] The embodiment of the present invention accurately updates the configuration file according to the correspondence between the resource difference item and the current resources of the module to be updated and the new replacement resources, thereby improving the generation efficiency of the configuration file while ensuring the consistency between the configuration file and the new replacement resources.

[0102] Step S303, storing the new configuration file and the new replacement resource in the server, and updating the module attribute information corresponding to the target application on the current vehicle side in the server.

[0103] Specifically, the above step S303 specifically includes: changing the resource update attribute identifier corresponding to the module to be updated in the server to updated.

[0104] Exemplarily, assuming that the initial default value of the resource update attribute identifier corresponding to each module in the target application is empty or 0, when the new configuration file and new replacement resources corresponding to module A are stored in the server, the resource update attribute identifier corresponding to module A is changed to 1 to indicate that a new replacement module already exists in module A and the module can be upgraded.

[0105] The embodiment of the present invention changes the resource update attribute identifier corresponding to the module to be updated in the server to updated by utilizing the resource management platform of the target application, thereby providing an accurate data basis for the subsequent modular precise upgrade of the target application.

[0106] Step S401, when a module update operation of a target application is received from a user, and / or when the running time of the target application reaches a preset module update cycle, an application module upgrade trigger instruction of the target application is generated.

[0107] Specifically, the user can select some modules for manual update through the target application interface on the vehicle side, and trigger the generation of application module upgrade trigger instructions through manual operation; or set a preset module update cycle, such as one week or one month, during the application development stage, and automatically generate an application module upgrade trigger instruction when the target application running time reaches the preset module update cycle. The application module upgrade trigger instruction is used to trigger the corresponding module to perform a replacement upgrade operation.

[0108] The embodiment of the present invention uses user active triggering and / or automatic monitoring triggering as the generation trigger condition of the application module upgrade instruction of the target application, making the modular upgrade method of the target application more flexible to cover the needs of different business scenarios and further improve the user experience and satisfaction with the product.

[0109] Step S402: In response to the application module upgrade trigger instruction of the target application, the module attribute information of the target application is obtained from the server through the target server interface corresponding to the target application. Figure 2 The relevant description of step S201 is not repeated here.

[0110] Step S403: when it is determined based on the module attribute information that the target application has a module resource update, a new configuration file and a new replacement resource corresponding to the module to be updated are downloaded from the server through the target server interface.

[0111] Specifically, by extracting the resource update attribute identifier corresponding to each module from the module attribute information, the resource update attribute identifier includes: updated and not updated; when the resource update attribute identifier corresponding to at least one module in the target application is updated, it is determined that there is a module resource update in the target application; when the resource update attribute identifiers corresponding to all modules in the target application are not updated, it is determined that there is no module resource update in the target application.

[0112] The embodiment of the present invention determines whether there is a module resource update in each module of the target application by using the resource update attribute identifier obtained from the server interface, thereby providing an accurate data basis for the subsequent modular precision upgrade of the target application.

[0113] Step S404: clear the current resource data corresponding to the module to be updated, and restart the target application. Figure 2 The relevant description of step S203 is not repeated here.

[0114] Step S405: After the target application is restarted, the new replacement resource is loaded based on the new configuration file to complete the upgrade of the module to be updated. Figure 2 The relevant description of step S204 is not repeated here.

[0115] Step S406: receiving user evaluation feedback information on the updated module after upgrading.

[0116] Specifically, through the tracking and interaction logic design, the user's evaluation feedback information on the module upgrade can be obtained to evaluate the user's satisfaction with the source replacement effect. The specific tracking and interaction logic design itself is an existing technology and will not be elaborated here.

[0117] Step S407: Send the evaluation feedback information to the operation and maintenance object corresponding to the target application.

[0118] Specifically, the vehicle side sends the evaluation feedback information to the operation terminal corresponding to the product manager or operation personnel of the target application. This is just an example, and the present invention is not limited to this.

[0119] The embodiment of the present invention collects user evaluation feedback on application module upgrades and actively provides feedback to the operation and maintenance object of the application to provide reference information on the module upgrade scope of the target application on other vehicle ends, which is conducive to improving the overall user satisfaction of the target application.

[0120] Step S304: receiving a module attribute information update instruction of a target application input by the operation and maintenance object.

[0121] The module attribute information update instruction is generated by the operation and maintenance object based on the evaluation feedback information of the current vehicle-side user on the updated module after the upgrade, and the module attribute information update instruction at least includes: the update range of the target vehicle-side.

[0122] Specifically, if the current vehicle-side users have a relatively high evaluation of the updated module after the upgrade, the update scope of the vehicle-side target application can be further expanded to allow more vehicle-sides to replace and update the corresponding modules, and obtain corresponding evaluation feedback information from other vehicle-sides. In this way, the cycle can be continued, and the scope of module replacement and upgrade can be determined based on the evaluation feedback from a large number of users, so as to achieve accurate modular upgrade push for different users and improve overall customer satisfaction.

[0123] Step S305: based on the module attribute information update instruction of the target application, the module attribute information corresponding to the target application of other target vehicles in the server is updated.

[0124] Specifically, according to the update scope of the target vehicle end, the module attribute information corresponding to the target application of other target vehicle ends in the server can be updated, so that the modules of other target vehicle ends can be replaced and upgraded synchronously.

[0125] The embodiment of the present invention updates the module attribute information corresponding to the applications of other target vehicle terminals in the server by receiving the module attribute information update instruction of the operation and maintenance object for the target application, so that the other target vehicle terminals can also realize the modular update of the target application, thereby realizing the flexible adjustment of the upgrade scope of the target application module, which is conducive to improving the overall user satisfaction of the target application.

[0126] Furthermore, the above step S305 includes:

[0127] Step b1, based on the update range of the target vehicle terminal, a first target vehicle terminal installed with the target application is selected from the server.

[0128] Among them, the first target vehicle end is the vehicle end that needs to perform module update.

[0129] Step b2: Change the resource update attribute flag corresponding to the module to be updated in the target application of each first target vehicle end in the server to updated.

[0130] Specifically, the new replacement resources corresponding to the module to be updated in the target application of each first target vehicle end are the new replacement resources for the module to be updated in the target application of the current vehicle end. The storage location of the new replacement resources can be associated with the resource update attribute identifier corresponding to the module to be updated in the target application of the first target vehicle end, so that other first target vehicle ends can download the new replacement resources according to the association to perform module replacement and upgrade.

[0131] The embodiment of the present invention filters out the target vehicle ends that need module updates according to the vehicle end update range, and changes the corresponding resource update attribute identifiers in the target applications of these vehicle ends in the server, so that other vehicle ends can obtain the resource update attribute identifiers through the server interface to upgrade the modules, which is beneficial to improving the overall user satisfaction of the target application.

[0132] The specific working principle and working process of the module upgrade system for vehicle applications provided by an embodiment of the present invention will be described in detail below in conjunction with specific application examples.

[0133] The hierarchical architecture diagram of the module upgrade system for vehicle applications is as follows: Figure 4 As shown in the figure, the whole system can be divided into the following parts from the functional point of view:

[0134] Determine the module difference unit: Product managers and other roles first screen out the differences between new and old modules in the application, including but not limited to UE and UI differences caused by string, color, and function differences, and manage these differences through the resource management platform and input them into the server, while retaining the ability of the resource management platform to continuously update. The server provides an API interface, and the application can access the API interface to obtain the resource difference configuration file.

[0135] Preset module processing logic: In the application, when it comes to module-related resources such as (strings, colors, trademarks, etc.), reserve the processing logic. When the above resources are used in the code, the corresponding resources are automatically matched according to different modules. For the differentiated UE and UI of different modules, the application needs to have the logic of hiding, displaying or disabling functions. The specific implementation logic is as follows: Module-specific strings, color values, trademarks and other resources must be named consistently with the corresponding resources in the above resource configuration files. If the resource configuration file has been downloaded, use the downloaded resources, otherwise use local resources. Similarly, the resource configuration file needs to be configured with clear UE function differences, and the code hides, displays or disables its difference functions based on the configuration file through the official API interface.

[0136] Adaptive UI adjustment unit: Automatically adjust the UI layout and element size based on the resources (strings, colors, trademarks, etc.) of the replacement module to ensure the consistency and aesthetics of the content of different modules on the same interface. The specific implementation logic is as follows: The strings of different modules should be as consistent as possible in length. If this cannot be met, appropriate white space should be left in the UI design (the minimum and maximum widths occupied by the elements, taking into full consideration the string length of each module). The color design should take into account the effect of the overall layout. The same logic applies to trademarks.

[0137] Intelligent replacement and integration unit: The application determines whether it needs to download new module resources (strings, colors, trademarks, etc.) based on the API interface. If the old module needs to be replaced, it will be automatically downloaded and stored locally. This operation can be fully automated to increase the replacement coverage and reduce user participation. If necessary, it can be replaced without perception, reducing the need for manual operation by users. This solution can be convenient for dealing with certain unexpected business situations.

[0138] The logic for determining whether to download a new module is as follows: the operator decides to start the module replacement logic based on big data analysis (such as tracking points), business cooperation changes, product decisions, and other conditions, and then inputs the result into the server through the above resource management platform, and the server has already prepared the API interface. The application obtains the API interface, and once it determines that the module needs to be replaced, it downloads the resources of the new module.

[0139] Since application self-upgrade is more suitable for Internet application upgrade, the application mainly relies on the standard interface of ROM. The application of smart cockpit system involves many interactions between applications and the adaptation of non-standard ROM. With the repeated upgrades of the cockpit system, the latest version of the target application's UI style, interaction method, and new functions cannot be applied to the old system, and the target application relies on the latest version of other applications and cannot be upgraded independently. Therefore, module replacement only replaces part of the content, does not require application upgrade, version number does not need to be changed, and module replacement is also transparent to other related applications.

[0140] Quality control and feedback unit: Monitor and evaluate module replacement through automatic and semi-automatic methods (such as collecting user activity before and after replacement, increasing interactions such as questionnaires, etc.) to optimize the logic of upgrading module replacement, increase or decrease the scope of module replacement, and perform rollback when necessary.

[0141] The module upgrade solution for the above-mentioned vehicle application provided by the embodiment of the present invention, through demand analysis, combined with products and design solutions, identifies information such as text strings, text color specifications, and trademark differences between new and old modules. In the application, processing logic is reserved in advance for these differences, and different modules use the resources of their own modules. Therefore, modular replacement can be easily achieved. And based on the resources such as text, color, and trademark of the replacement module, the UI layout and element size are automatically adjusted to ensure the consistency and aesthetics of the content of different modules on the same interface. By automatically downloading new module resources to the application, automatic and accurate replacement is achieved according to the module filling logic, which improves replacement efficiency and reduces user participation. If necessary, it can be replaced without perception, reducing the need for manual operation. In addition, through the integrated quality control and feedback unit, not only the quality is evaluated after the replacement is completed, but also continuous optimization can be performed based on the buried point results to determine the scope of module replacement.

[0142] In some alternative implementations, the module upgrade system for the vehicle application may also be functionally divided into the following functional modules. The specific implementation of the intelligent replacement application module may include the following process:

[0143] Resource management module: The resource management module is responsible for importing and managing the module's string text, text color, trademarks, and necessary AAR libraries (Android Archive). The AAR library contains files compiled from Android applications, which can include resources such as source code, resource files, and AndroidManifest.xml files, as well as functional requirement differences and other related resource files. After the operator selects or writes and uploads relevant resources in the background, a configuration file is finally generated in the resource management module and stored in the server's database. The client application downloads the configuration file through the server interface, and the configuration file supports updates and modifications.

[0144] Download resources and replace resource modules: After the application deployed on the vehicle side downloads the configuration file from the server according to the interface, it first reads the information in the configuration file to obtain the resources associated with the module (string resources, text color, trademark, etc.), and then loads these resources into the application interface.

[0145] AAR library loading module: This module downloads the AAR library from the resource management module and dynamically loads the AAR library. At the same time, it clears the old module data (user login data, user history data, etc.) to ensure that the new and old module data are not repeated.

[0146] Application automatic restart module: To ensure the successful loading of the new module, after the application downloads the module resources, before loading the new module resources, the application will be killed and restarted. After restarting, the new module resources can be loaded.

[0147] Tracking point analysis module: Add a tracking point analysis module to verify the effect of module analysis, so as to decide whether to expand the scope of module replacement, replace the module again, or even roll back the module replacement operation.

[0148] Through the combination of these modules, the solution can not only improve the efficiency and quality of module replacement, but also ensure the applicability and user experience of the results of module replacement in various practical application scenarios. This comprehensive solution is very suitable for companies that need to expand rapidly, such as automobile manufacturers, large software companies, etc.

[0149] Figure 5 1 is a schematic diagram of a specific module replacement process for a module upgrade of a vehicle application according to an embodiment of the present invention. Specifically, the process includes the following steps:

[0150] Resource upload and management.

[0151] On the resource management page, operations or products select resources (string text, text color, trademark, source AAR library, etc.) corresponding to modules that may be replaced in the future and upload them. Resources can be selected from associated resource libraries. String resources support manual input and multiple languages, etc.

[0152] Module resource download and storage.

[0153] After processing the resources, the background resource management interface of the resource management platform generates a configuration file. After the application deployed on the vehicle downloads the configuration file and AAR library, it saves the resource file in the corresponding directory of the application according to the logic of the configuration file. The application recognizes the module replacement logic trigger and proceeds to the next process.

[0154] Application auto-start and replacement.

[0155] Once the module replacement logic begins, the application deployed on the vehicle side will clear the old module data, commit suicide and restart; after the restart is complete, the application will replace the module, automatically load the new module resources, and initialize the new module code base.

[0156] Point collection and data optimization.

[0157] Evaluate users' opinions on the module replacement function through tracking data and interactive design; Adjust and confirm: Based on the user feedback received in the previous step, decide whether to expand the user scope affected by the module replacement or consider rolling back the replacement operation.

[0158] Taking the replacement of module applications in converged media applications as an example, converged media is an application that integrates multiple different sources (such as A music, B music, Bluetooth music, etc.), where the music source may be updated along with the change of product strategy and the expiration of business cooperation. Here we take A music source as an example. Assuming that the A music cooperation expires, consider replacing it with B music source. Figure 6 1 is a schematic diagram of a business process for upgrading a module of a vehicle application according to an embodiment of the present invention. The complete steps of module replacement include:

[0159] The product manager collects the text strings and requirement difference items of music source A and music source B.

[0160] Collect data: determine the different texts of the two sources, such as ranking texts, featured playlist texts, user agreement addresses, trademark images, and AAR packages of the source SDK, determine the unique functions of the two sources, and align the information between the two sources. The operator enters these differences on the resource management backend website and forms a configuration file. At the same time, the server backend provides a data interface, which can be used to obtain the configuration text and source SDK package.

[0161] Download and obtain the configuration.

[0162] Get configuration information: Determine whether the source replacement logic has been triggered based on the interface. Download configuration: If the source replacement logic has been triggered, download the resources and SDK package corresponding to the configuration from the server interface, store the resources in the application-specified directory, and start the source replacement logic.

[0163] Clear data and reset apps.

[0164] Reset the app: After the app determines that the source replacement process has been triggered, it is necessary to log out of music source A, clear the playback history and favorites, restart the app, and load the data of music source B after the app restarts.

[0165] Reload the data.

[0166] Source resource adaptation: When loading data in the application, load the specified resources according to the configuration file. Source initialization: Download B Music SDK and initialize it.

[0167] Evaluation of replacement effect.

[0168] Replacement effect acceptance: In the early development and testing phase, performance testing and unit testing are performed to ensure that requirements are met and user experience is guaranteed. Continuous optimization: Through the logic design of embedding points and interactions, the user satisfaction with the source replacement effect is evaluated, and the decision is made whether to expand the user scope of source replacement or roll back the logic of source replacement.

[0169] Long-term goals and expansion directions.

[0170] Long-term goal: Based on user feedback and tracking data, we will continue to optimize the solution in actual operation. This may include adding a third source (such as C music source) to replace the source, and user manual switching of the source logic.

[0171] By using the above solution to achieve flexible module replacement, there are many significant advantages. These advantages not only improve the efficiency and quality of module replacement, but also improve the adaptability and scalability of the entire application, and the playability and flexibility of the application are improved. The specific advantages are as follows:

[0172] High coverage: Automatic module replacement eliminates the need for user involvement. The automated process makes the entire replacement process faster, does not require system OTA, and does not require users to manually download applications. It can quickly respond to market demands, especially when business strategy changes cause some modules to fail and need to be replaced urgently.

[0173] Accuracy and consistency: Combined with the configuration file method, it is convenient to configure the corresponding resources of each module, facilitate timely adjustment of resources, resource error correction and update, etc.

[0174] Cost-effectiveness: Although the initial investment may require compatibility with the needs and resources of various modules, increasing the complexity of design logic, in the long run, the automated module replacement system can save the maintenance costs of old projects. At the same time, reducing dependence on a third-party resource saves the company significant external expenses.

[0175] Scalability: In the present invention, only the replacement of a single module is used as an example for explanation. In actual applications, it can be expanded to replace multiple modules at the same time, and can support dynamic selection of modules, uninstallation of modules, etc.

[0176] Universality: The solution provided by the embodiment of the present invention is easy to expand to meet the module replacement requirements of more applications, and provides guidance for the scalability and flexibility of each module.

[0177] Improve user experience: By ensuring the applicability and visual appeal of each module replacement in the application, the end-user experience can be significantly improved, making it easier for users to choose their favorite product modules and increasing product acceptance and satisfaction.

[0178] The embodiment of the present invention further provides a vehicle, such as Figure 7 As shown, the vehicle includes a controller 701, which includes: one or more processors 710, a memory 720, and interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. The various components are connected to each other using different buses for communication, and can be installed on a common motherboard or installed in other ways as needed. The processor can process instructions executed in the computer device, including instructions stored in or on the memory to display graphical information of the GUI on an external input / output device (such as a display device coupled to the interface). In some optional embodiments, if necessary, multiple processors and / or multiple buses can be used together with multiple memories and multiple memories. Similarly, multiple computer devices can be connected, and each device provides some necessary operations (for example, as a server array, a group of blade servers, or a multi-processor system). Figure 7 A processor 710 is taken as an example.

[0179] The processor 710 may be a central processing unit, a network processor or a combination thereof. The processor 710 may further include a hardware chip. The hardware chip may be a dedicated integrated circuit, a programmable logic device or a combination thereof. The programmable logic device may be a complex programmable logic device, a field programmable logic gate array, a general purpose array logic or any combination thereof.

[0180] The memory 720 stores instructions executable by at least one processor 710, so that the at least one processor 710 executes the method shown in the above embodiment.

[0181] The memory 720 may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application required for at least one function; the data storage area may store data created by the use of a computer device based on the presentation of a small program landing page, etc. In addition, the memory 720 may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some optional embodiments, the memory 720 may optionally include a memory remotely arranged relative to the processor 710, and these remote memories may be connected to the computer device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0182] The memory 720 may include a volatile memory, such as a random access memory; the memory may also include a non-volatile memory, such as a flash memory, a hard disk or a solid state drive; the memory 720 may also include a combination of the above types of memory.

[0183] The controller also includes a communication interface 730 for the control unit to communicate with other devices or a communication network.

[0184] See also Figure 8 , Figure 8 is a schematic diagram of the structure of a computer device provided by an optional embodiment of the present invention, such as Figure 8 As shown, the computer device includes: one or more processors 810, memory 820, and interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. Various components are connected to each other using different buses for communication, and can be installed on a common mainboard or installed in other ways as needed. The processor can process the instructions executed in the computer device, including instructions stored in or on the memory to display the graphical information of the GUI on an external input / output device (such as, a display device coupled to the interface). In some optional embodiments, if necessary, multiple processors and / or multiple buses can be used together with multiple memories and multiple memories. Similarly, multiple computer devices can be connected, and each device provides part of the necessary operations (for example, as a server array, a group of blade servers, or a multi-processor system). Figure 8 A processor 810 is taken as an example.

[0185] The processor 810 may be a central processing unit, a network processor or a combination thereof. The processor 810 may further include a hardware chip. The hardware chip may be a dedicated integrated circuit, a programmable logic device or a combination thereof. The programmable logic device may be a complex programmable logic device, a field programmable logic gate array, a general purpose array logic or any combination thereof.

[0186] The memory 820 stores instructions executable by at least one processor 810, so that the at least one processor 810 executes the method shown in the above embodiment.

[0187] The memory 820 may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application required for at least one function; the data storage area may store data created by the use of a computer device based on the presentation of a small program landing page, etc. In addition, the memory 820 may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some optional embodiments, the memory 820 may optionally include a memory remotely arranged relative to the processor 810, and these remote memories may be connected to the computer device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0188] The memory 820 may include a volatile memory, such as a random access memory; the memory may also include a non-volatile memory, such as a flash memory, a hard disk or a solid state drive; the memory 820 may also include a combination of the above types of memory.

[0189] The computer device also includes a communication interface 830 for the control unit to communicate with other devices or a communication network.

[0190] The embodiment of the present invention also provides a computer-readable storage medium. The method according to the embodiment of the present invention can be implemented in hardware, firmware, or can be implemented as a computer code that can be recorded in a storage medium, or can be implemented as a computer code that is originally stored in a remote storage medium or a non-temporary machine-readable storage medium and will be stored in a local storage medium through a network download, so that the method described herein can be stored in such software processing on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware. Among them, the storage medium can be a magnetic disk, an optical disk, a read-only storage memory, a random access memory, a flash memory, a hard disk or a solid-state hard disk, etc.; further, the storage medium can also include a combination of the above types of memories. It can be understood that a computer, a processor, a microprocessor controller, or programmable hardware includes a storage component that can store or receive software or computer code. When the software or computer code is accessed and executed by a computer, a processor, or hardware, the method shown in the above embodiment is implemented.

[0191] Although the embodiments of the present invention have been described in conjunction with the accompanying drawings, those skilled in the art may make various modifications and variations without departing from the spirit and scope of the present invention, and such modifications and variations are all within the scope defined by the appended claims.

Claims

1. A module upgrade method for vehicle applications, applied to a vehicle end, wherein the vehicle end is installed with a target application, characterized in that: The method comprises: In response to an application module upgrade trigger instruction of a target application, module attribute information of the target application is obtained from the server through a target server interface corresponding to the target application, wherein the module attribute information includes resource update information representing each module corresponding to the target application at the current vehicle end in the server; When it is determined based on the module attribute information that the target application has a module resource update, downloading a new configuration file and a new replacement resource corresponding to the module to be updated from the server through the target server interface; Clear the current resource data corresponding to the module to be updated, and restart the target application; After the target application is restarted, new replacement resources are loaded based on the new configuration file to complete the upgrade of the module to be updated.

2. The method according to claim 1, characterized in that Determining, based on the module attribute information, that there is a module resource update in the target application includes: Extracting resource update attribute identifiers corresponding to each module from the module attribute information, respectively, where the resource update attribute identifiers include: updated and not updated; When a resource update attribute corresponding to at least one module in the target application is marked as updated, determining that there is a module resource update in the target application; When the resource update attribute identifiers corresponding to all modules in the target application are all not updated, it is determined that there is no module resource update in the target application.

3. The method according to claim 1, characterized in that The method further comprises: When a module update operation of the target application is received from the user, and / or when the running time of the target application reaches a preset module update period, an application module upgrade trigger instruction of the target application is generated.

4. The method according to any one of claims 1 to 3, characterized in that: After completing the upgrade of the module to be updated, the method further includes: Receive user evaluation feedback information on the upgraded module to be updated; The evaluation feedback information is sent to the operation and maintenance object corresponding to the target application, so that the operation and maintenance object uses the resource management platform to update the module attribute information corresponding to the target application of other target vehicles in the server based on the evaluation feedback information.

5. A module upgrade method for vehicle applications, applied to a resource management platform of a target application, characterized in that: The method comprises: Receive resource difference items and new replacement resources of the module to be updated in the target application at the current vehicle end input by the operation and maintenance object corresponding to the target application, wherein the resource difference items are obtained by the operation and maintenance object performing a difference analysis on the current resources of the module to be updated and the new replacement resources; Based on the resource difference item, the configuration file of the module to be updated is updated to generate a new configuration file; The new configuration file and the new replacement resource are stored in the server, and the module attribute information corresponding to the target application of the current vehicle end in the server is updated, so that the current vehicle end responds to the application module upgrade trigger instruction of the target application, and obtains the module attribute information of the target application from the server through the target server interface corresponding to the target application; when it is determined that there is a module resource update of the target application based on the module attribute information, the new configuration file and new replacement resource corresponding to the module to be updated are downloaded from the server through the target server interface; the current resource data corresponding to the module to be updated is cleared, and the target application is restarted; after the target application is restarted, the new replacement resource is loaded based on the new configuration file to complete the upgrade of the module to be updated.

6. The method according to claim 5, characterized in that The updating of the module attribute information corresponding to the target application on the current vehicle side in the server includes: The resource update attribute identifier corresponding to the module to be updated in the server is changed to updated.

7. The method according to claim 5 or 6, characterized in that: The method further comprises: Receive a module attribute information update instruction of the target application input by the operation and maintenance object, wherein the module attribute information update instruction is generated by the operation and maintenance object based on the evaluation feedback information of the user of the current vehicle end on the upgraded module to be updated, and the module attribute information update instruction at least includes: an update range of the target vehicle end; Based on the module attribute information update instruction of the target application, the module attribute information corresponding to the target application of other target vehicle ends in the server is updated.

8. The method according to claim 7, characterized in that The module attribute information update instruction based on the target application updates the module attribute information corresponding to the target application of other target vehicle ends in the server, including: Filtering a first target vehicle terminal having the target application installed thereon from the server based on an update range of the target vehicle terminal; The resource update attribute identifier corresponding to the module to be updated in the target application of each first target vehicle terminal in the server is changed to updated.

9. The method according to claim 5, characterized in that The updating of the configuration file of the module to be updated based on the resource difference item includes: When the current resource difference item only exists in the current resource of the module to be updated, deleting the configuration item corresponding to the current resource difference item in the configuration file of the module to be updated; When the current resource difference item only exists in the new replacement resource of the module to be updated, adding a configuration item corresponding to the current resource difference item to the configuration file of the module to be updated; When the current resource difference item exists in both the current resource of the module to be updated and the new replacement resource, the configuration item parameter corresponding to the current resource difference item in the configuration file of the module to be updated is updated according to the new replacement resource.

10. A module upgrade system for vehicle applications, characterized in that: include: A server, a resource management platform of a target application, and at least one vehicle terminal on which the target application is installed; The resource management platform receives resource difference items and new replacement resources of the module to be updated in the target application on the current vehicle side input by the operation and maintenance object corresponding to the target application, wherein the resource difference items are obtained by the operation and maintenance object through difference analysis between the current resources of the module to be updated and the new replacement resources; Based on the resource difference item, the configuration file of the module to be updated is updated to generate a new configuration file; the new configuration file and the new replacement resource are stored in the server, and the module attribute information corresponding to the target application of the current vehicle end in the server is updated; The vehicle-side responds to the application module upgrade trigger instruction of the target application, and obtains the module attribute information of the target application from the server through the target server interface corresponding to the target application; when there is a module resource update in the target application based on the module attribute information, downloads a new configuration file and a new replacement resource corresponding to the module to be updated from the server through the target server interface; clears the current resource data corresponding to the module to be updated, and restarts the target application; after the target application is restarted, loads the new replacement resource based on the new configuration file to complete the upgrade of the module to be updated.

11. A vehicle, characterized in that: The vehicle is installed with a target application, and the vehicle includes: a controller, and the controller includes: a memory and a processor, the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the method described in any one of claims 1 to 4 by executing the computer instructions.

12. A computer device, characterized in that: The computer device comprises: a memory and a processor, the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the method according to any one of claims 5 to 9 by executing the computer instructions.

13. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a computer to execute the method according to any one of claims 1 to 9.

Images