A data closed-loop mechanism automobile terminal system upgrade method and system
The status and feedback data of the automobile terminal system are collected through the data closed-loop mechanism, and the adaptive upgrade solution is determined and optimized, which solves the problem of lack of targeted upgrades and poor user experience in the existing technology, and achieves a more efficient and user-friendly upgrade experience.
Patent Information
- Application Number
- CN202411049994.6
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2024-08-01
- Publication Date
- 2025-06-06
- Estimated Expiration
- 2044-08-01
AI Technical Summary
The existing automotive terminal system upgrade methods lack targeted and adaptable, and cannot be corrected in real time based on user feedback, resulting in poor user experience.
The data closed-loop mechanism is adopted to collect the status data of the automobile terminal system and user feedback data, and the adaptive upgrade plan is determined, and the upgrade plan is corrected and optimized in real time to improve the targetedness and user experience of the upgrade.
It improves the targeted and adaptiveness of upgrades, reduces cloud workload, optimizes user experience in real time, and improves the satisfaction of automotive users.
Smart Images

Figure CN119045846B_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the field of automobile computer control technology, and in particular to an automobile terminal system upgrade method and system with a data closed-loop mechanism. Background Art
[0002] At present, in order to ensure that car users continue to have a better experience in using the car terminal system, the car terminal system needs to be upgraded regularly. However, when upgrading the car terminal system, the car terminal systems of different car users are upgraded uniformly. However, different car users have different preferences and habits for using the car terminal system. If a unified upgrade is performed, the pertinence and adaptability of the upgrade will be reduced. In addition, the unified upgrade will cause a large workload on the cloud to upgrade the car terminal systems of different car users. Secondly, the unified upgrade cannot be upgraded and corrected in real time based on the feedback of car users, which reduces the car user experience to a certain extent.
[0003] Therefore, a solution is urgently needed. Summary of the invention
[0004] The present invention provides a vehicle terminal system upgrade method and system with a data closed-loop mechanism. Based on the status data of the vehicle terminal system, an adaptive upgrade plan is determined and corresponding upgrades are performed, thereby improving the pertinence and adaptability of the upgrade and reducing the workload of the upgrade cloud. In addition, based on the feedback data of users of the vehicle terminal system in real time, the adaptive upgrade plan is corrected and relay upgrades are performed, thereby improving the vehicle user experience.
[0005] The present invention provides a method for upgrading an automobile terminal system with a data closed-loop mechanism, comprising:
[0006] S1. Collect status data of automobile terminal system;
[0007] S2. Determine an adaptive upgrade plan based on the status data;
[0008] S3. Upgrade the vehicle terminal system based on the adaptive upgrade solution;
[0009] S4, collecting feedback data from users of the automobile terminal system;
[0010] S5. Modify the adaptive upgrade plan based on the feedback data;
[0011] S6. Based on the revised adaptive upgrade solution, the vehicle terminal system is upgraded in a relay manner;
[0012] Among them, the above steps S1 to S6 form a data closed loop mechanism.
[0013] Preferably, the step S1, collecting status data of the automobile terminal system, includes:
[0014] Based on the first data collection template, the status data of the automobile terminal system is collected.
[0015] Preferably, the step S2, determining an adaptive upgrade scheme based on the status data, includes:
[0016] An adaptive upgrade plan corresponding to the state data is determined from an upgrade plan library.
[0017] Preferably, the step S4, collecting feedback data from users of the automobile terminal system, includes:
[0018] Based on the second data collection template, collecting feedback data from users of the automobile terminal system;
[0019] and / or,
[0020] Obtain the user's historical usage records of the automobile terminal system;
[0021] Based on the characterization template, the usage records are characterized to obtain the record features;
[0022] Match the record features with the trigger features in the trigger feature library, and when the match is met, use the corresponding usage record as the target usage record;
[0023] Based on the feature description template, feature description processing is performed on the target usage record to obtain a feature description vector;
[0024] Determine a feedback data generation template corresponding to the feature description vector from a feedback data generation template library;
[0025] Generate templates based on feedback data, and generate feedback data based on target usage records.
[0026] Preferably, the step S5, modifying the adaptive upgrade scheme based on the feedback data, includes:
[0027] Determine a solution revision template corresponding to the feedback data from a solution revision template library;
[0028] Modify the adaptive upgrade plan based on the plan modification template.
[0029] Preferably, the method for upgrading the automobile terminal system with a data closed-loop mechanism further includes:
[0030] When other users use the automobile terminal system, first multimodal data of the user and second multimodal data of the other users are respectively obtained;
[0031] Generate a version screening condition based on the first multimodal data and the second multimodal data;
[0032] Get the historical upgrade version timeline of the vehicle terminal system;
[0033] Based on the version filtering conditions, filter out the target historical upgrade version from the historical upgrade version timeline;
[0034] Configuring the automobile terminal system to the Nth target historical upgrade version on the historical upgrade version timeline;
[0035] When other users use the automobile terminal system configured with the Nth target historical upgrade version within the preset time period and meet the reconfiguration trigger condition, the automobile terminal system is configured to the Nith target historical upgrade version on the historical upgrade version timeline; i is the integer result of the sum of the condition weights corresponding to the reconfiguration trigger condition met by other users using the automobile terminal system configured with the Nth target historical upgrade version within the preset time period.
[0036] Preferably, generating a version screening condition based on the first multimodal data and the second multimodal data includes:
[0037] Performing difference analysis on the first multimodal data and the second multimodal data to obtain identical items and different items;
[0038] The generation version screening condition includes: the screened target historical upgrade version and all historical upgrade versions before the screened target historical upgrade version on the historical upgrade version timeline meet the version requirements corresponding to the same item;
[0039] and / or,
[0040] The generation version screening condition includes: the screened target historical upgrade version and the historical upgrade versions before and after the screened target historical upgrade version on the historical upgrade version timeline meet the version relationship requirement corresponding to the difference item.
[0041] Preferably, the reconfiguration triggering condition includes:
[0042] The usage behaviors generated by other users using the automobile terminal system configured with the Nth target historical upgrade version within the preset time period match the trigger behaviors in the trigger behavior library;
[0043] and / or,
[0044] There is no data association relationship between the incremental multimodal data of other users within the preset time period and the same items and difference items.
[0045] The present invention provides an automobile terminal system upgrade system with a data closed-loop mechanism, comprising:
[0046] The first acquisition module is used to collect status data of the automobile terminal system;
[0047] A determination module, used to determine an adaptive upgrade plan based on the status data;
[0048] A first upgrade module is used to upgrade the automobile terminal system based on an adaptive upgrade solution;
[0049] The second collection module is used to collect feedback data from users of the automobile terminal system;
[0050] A correction module, used to correct the adaptive upgrade plan based on feedback data;
[0051] The second upgrade module is used to relay upgrade the vehicle terminal system based on the revised adaptive upgrade solution.
[0052] Preferably, the first acquisition module acquires status data of the automobile terminal system, including:
[0053] Based on the first data collection template, the status data of the automobile terminal system is collected.
[0054] Preferably, the first acquisition module acquires status data of the automobile terminal system, including:
[0055] Based on the first data collection template, the status data of the automobile terminal system is collected.
[0056] Preferably, the determination module determines the adaptive upgrade scheme based on the status data, including:
[0057] An adaptive upgrade plan corresponding to the state data is determined from an upgrade plan library.
[0058] Preferably, the second collection module collects feedback data from users of the automobile terminal system, including:
[0059] Based on the second data collection template, collecting feedback data from users of the automobile terminal system;
[0060] and / or,
[0061] Obtain the user's historical usage records of the automobile terminal system;
[0062] Based on the characterization template, the usage records are characterized to obtain the record features;
[0063] Match the record features with the trigger features in the trigger feature library, and when the match is met, use the corresponding usage record as the target usage record;
[0064] Based on the feature description template, feature description processing is performed on the target usage record to obtain a feature description vector;
[0065] Determine a feedback data generation template corresponding to the feature description vector from a feedback data generation template library;
[0066] Generate templates based on feedback data, and generate feedback data based on target usage records.
[0067] Preferably, the correction module corrects the adaptive upgrade scheme based on the feedback data, including:
[0068] Determine a solution revision template corresponding to the feedback data from a solution revision template library;
[0069] Modify the adaptive upgrade plan based on the plan modification template.
[0070] Preferably, the automobile terminal system upgrade system with a data closed-loop mechanism further includes:
[0071] Reconfigure the module to include:
[0072] When other users use the automobile terminal system, first multimodal data of the user and second multimodal data of the other users are respectively obtained;
[0073] Generate a version screening condition based on the first multimodal data and the second multimodal data;
[0074] Get the historical upgrade version timeline of the vehicle terminal system;
[0075] Based on the version filtering conditions, filter out the target historical upgrade version from the historical upgrade version timeline;
[0076] Configuring the automobile terminal system to the Nth target historical upgrade version on the historical upgrade version timeline;
[0077] When other users use the automobile terminal system configured with the Nth target historical upgrade version within the preset time period and meet the reconfiguration trigger condition, the automobile terminal system is configured to the Nith target historical upgrade version on the historical upgrade version timeline; i is the integer result of the sum of the condition weights corresponding to the reconfiguration trigger condition met by other users using the automobile terminal system configured with the Nth target historical upgrade version within the preset time period.
[0078] Preferably, the reconfiguration module generates a version screening condition based on the first multimodal data and the second multimodal data, including:
[0079] Performing difference analysis on the first multimodal data and the second multimodal data to obtain identical items and different items;
[0080] The generation version screening condition includes: the screened target historical upgrade version and all historical upgrade versions before the screened target historical upgrade version on the historical upgrade version timeline meet the version requirements corresponding to the same item;
[0081] and / or,
[0082] The generation version screening condition includes: the screened target historical upgrade version and the historical upgrade versions before and after the screened target historical upgrade version on the historical upgrade version timeline meet the version relationship requirement corresponding to the difference item.
[0083] Preferably, the reconfiguration triggering condition includes:
[0084] The usage behaviors generated by other users using the automobile terminal system configured with the Nth target historical upgrade version within the preset time period match the trigger behaviors in the trigger behavior library;
[0085] and / or,
[0086] There is no data association relationship between the incremental multimodal data of other users within the preset time period and the same items and difference items.
[0087] Other features and advantages of the present invention will be described in the following description, and partly become apparent from the description, or understood by practicing the present invention. The purpose and other advantages of the present invention can be realized and obtained by the structures particularly pointed out in the written description, claims, and drawings.
[0088] The technical solution of the present invention is further described in detail below through the accompanying drawings and embodiments. BRIEF DESCRIPTION OF THE DRAWINGS
[0089] The accompanying drawings are used to provide a further understanding of the present invention and constitute a part of the specification. Together with the embodiments of the present invention, they are used to explain the present invention and do not constitute a limitation of the present invention. In the accompanying drawings:
[0090] Figure 1 It is a flow chart of a method for upgrading an automobile terminal system with a data closed-loop mechanism in an embodiment of the present invention;
[0091] Figure 2 Schematic diagram of an automobile terminal system upgrade system with a data closed-loop mechanism in an embodiment of the present invention. DETAILED DESCRIPTION
[0092] The preferred embodiments of the present invention are described below in conjunction with the accompanying drawings. It should be understood that the preferred embodiments described herein are only used to illustrate and explain the present invention, and are not used to limit the present invention.
[0093] The present invention provides a method for upgrading an automobile terminal system with a data closed loop mechanism, such as Figure 1 As shown, including:
[0094] S1. Collect status data of automobile terminal system;
[0095] S2. Determine an adaptive upgrade plan based on the status data;
[0096] S3. Upgrade the vehicle terminal system based on the adaptive upgrade solution;
[0097] S4, collecting feedback data from users of the automobile terminal system;
[0098] S5. Modify the adaptive upgrade plan based on the feedback data;
[0099] S6. Based on the revised adaptive upgrade solution, the vehicle terminal system is upgraded in a relay manner;
[0100] Among them, the above steps S1 to S6 form a data closed loop mechanism.
[0101] The working principle and beneficial effects of the above technical solution are:
[0102] The automobile terminal system is the vehicle computer system of the automobile; the status data includes: performance data, operating status, error log, etc.; based on the status data, an adaptive upgrade plan can be determined, for example: the status data indicates that the automobile user often uses the game function of the automobile terminal system, then the adaptive upgrade plan is to upgrade the game function of the automobile terminal system, increase the number of games, etc.; based on the adaptive upgrade plan, the automobile terminal system is upgraded; during the upgrade process, feedback data from users of the automobile terminal system is collected; the feedback data includes: user experience, problem feedback, suggestions, etc.; based on the feedback data, the adaptive upgrade plan is revised, for example: the feedback data indicates that the automobile user prefers teamwork games, then when revising the adaptive upgrade plan, the category of the upgraded game is changed to teamwork type; based on the revised adaptive upgrade plan, the automobile terminal system is relay upgraded; from collecting the status data of the automobile terminal system, to determining the adaptive upgrade plan, performing a preliminary upgrade, and then collecting the user's feedback data, the adaptive upgrade plan is revised based on the feedback data, and based on the revised adaptive upgrade plan, the automobile terminal system is relay upgraded, forming an overall data closed-loop mechanism.
[0103] This application determines an adaptive upgrade plan based on the status data of the automobile terminal system and performs corresponding upgrades, thereby improving the pertinence and adaptability of the upgrade and reducing the workload of the upgrade cloud. In addition, the adaptive upgrade plan is corrected and relayed based on the feedback data from users of the automobile terminal system in real time, thereby improving the automobile user experience.
[0104] In one embodiment, the step S1, collecting status data of the automobile terminal system, includes:
[0105] Based on the first data collection template, the status data of the automobile terminal system is collected.
[0106] The first data collection template is an execution template for the system to collect status data of the automobile terminal system. It can be set in advance by the technical staff according to the category of status data actually to be collected. When collecting status data, the first data collection template can be used directly to collect it, thereby improving the working efficiency of the system.
[0107] In one embodiment, the step S2, determining an adaptive upgrade solution based on the status data, includes:
[0108] An adaptive upgrade plan corresponding to the state data is determined from an upgrade plan library.
[0109] The upgrade solution library contains adaptive upgrade solutions corresponding to different status data. Technical personnel can set up corresponding adaptive upgrade solutions in advance according to the upgrade items that need to be upgraded as reflected by different status data, and determine the adaptive upgrade solution based on the status data by directly checking the library to improve the work efficiency of the system.
[0110] In one embodiment, the step S4, collecting feedback data from users of the automobile terminal system, includes:
[0111] Based on the second data collection template, collecting feedback data from users of the automobile terminal system;
[0112] and / or,
[0113] Obtain the user's historical usage records of the automobile terminal system;
[0114] Based on the characterization template, the usage records are characterized to obtain the record features;
[0115] Match the record features with the trigger features in the trigger feature library, and when the match is met, use the corresponding usage record as the target usage record;
[0116] Based on the feature description template, feature description processing is performed on the target usage record to obtain a feature description vector;
[0117] Determine a feedback data generation template corresponding to the feature description vector from a feedback data generation template library;
[0118] Generate templates based on feedback data, and generate feedback data based on target usage records.
[0119] The second data collection template is an execution template for the system to collect feedback data from users of the automobile terminal system, and can be set in advance by technical personnel according to the category of feedback data that actually needs to be collected; in the first method of collecting feedback data, it can be directly collected based on the second data collection template, thereby improving the work efficiency of the system; generally, users of the automobile terminal system will actively provide feedback based on the use of the automobile terminal system, and the first method of collecting feedback data is suitable for such situations.
[0120] Usage records are records generated when the automobile terminal system is used in the past. They can be the usage time, usage habit time range, etc. of different types of application software on the automobile terminal system used by users. Characterization templates are templates used by the system to perform characterization processing on usage records. Based on the characterization templates, the usage records are characterized to obtain record features. Record features can be the type of application software that users have used the longest on the automobile terminal system, and the type of application software that users are accustomed to using in the early morning hours on the automobile terminal system. When the record features match the trigger features, it means that the corresponding usage records can be used to determine user feedback and as target usage records. For example, if the trigger feature is that the type of application software that users have used the longest on the automobile terminal system is an intellectual game application, then the corresponding usage records can be used to determine user tendencies. Which type of application software is used is used as the target usage record; the feature description template is a template for the system to perform feature description processing. When the target usage record is processed, the target usage record is converted into a feature description vector in vector form; the feedback data generation template library has feedback data generation templates corresponding to different feature description vectors, for example: the target usage record constructed into a feature description vector is the usage time of different types of application software on the automobile terminal system by users, then the feedback data generation template is to select the types of application software ranked in the top 3 in terms of user usage time as the user's feedback data; based on the feedback data generation template, feedback data is generated according to the target usage record; secondly, generally, most users will not actively provide feedback on the use of the automobile terminal system, so the second way of collecting feedback data is applicable to this type of situation.
[0121] The embodiment of the present invention introduces two feedback data collection methods when collecting feedback data from users of the automobile terminal system, thereby improving the comprehensiveness and applicability of the system.
[0122] In one embodiment, the step S5, based on the feedback data, amending the adaptive upgrade scheme, includes:
[0123] Determine a solution revision template corresponding to the feedback data from a solution revision template library;
[0124] Modify the adaptive upgrade plan based on the plan modification template.
[0125] The solution correction template library contains solution correction templates corresponding to different feedback data. The solution correction template is an execution template for the system to modify the adaptive upgrade solution against. For example, if the feedback data is the types of the top 3 application software in terms of user usage time, then the corresponding solution correction template is to modify the adaptive upgrade solution so that the application upgrade items are only related applications of the types of the top 3 application software. The library is checked to determine the solution correction template, and the adaptive upgrade solution is modified based on the solution correction template, thereby improving the work efficiency of the system.
[0126] In one embodiment, the method for upgrading the automobile terminal system with a closed-loop data mechanism further includes:
[0127] When other users use the automobile terminal system, first multimodal data of the user and second multimodal data of the other users are respectively obtained;
[0128] Generate a version screening condition based on the first multimodal data and the second multimodal data;
[0129] Get the historical upgrade version timeline of the vehicle terminal system;
[0130] Based on the version filtering conditions, filter out the target historical upgrade version from the historical upgrade version timeline;
[0131] Configuring the automobile terminal system to the Nth target historical upgrade version on the historical upgrade version timeline;
[0132] When other users use the automobile terminal system configured with the Nth target historical upgrade version within the preset time period and meet the reconfiguration trigger condition, the automobile terminal system is configured to the Nith target historical upgrade version on the historical upgrade version timeline; i is the integer result of the sum of the condition weights corresponding to the reconfiguration trigger condition met by other users using the automobile terminal system configured with the Nth target historical upgrade version within the preset time period.
[0133] Other users are users who use the automobile terminal system other than the user; the user's first multimodal data and other users' second multimodal data are the user's and other users' respective ages, genders, automobile terminal system usage preferences, etc.; based on the first multimodal data and the second multimodal data, a version screening condition is generated, and the version screening condition is used to screen out a screening template for a target historical upgrade version that may make the automobile terminal system suitable for direct use by other users; there are multiple car machine versions upgraded by the automobile terminal system on the historical upgrade version timeline, namely historical upgrade versions, and they are set on the timeline according to the upgrade completion time of the historical upgrade version to form a historical upgrade version timeline; the automobile terminal system is configured to be the Nth target historical upgrade version on the historical upgrade version timeline, where N is the total number of target historical upgrade versions. In this way, the automobile terminal system is first configured to be the last updated version that may make the automobile terminal system The target historical upgrade version is suitable for direct use by other users; the preset time period is within 3 days after other users start using the automobile terminal system configured as the Nth target historical upgrade version; when it meets the reconfiguration trigger condition within the preset time period, it means that the Nth target historical upgrade version is not suitable for direct use by other users, and the automobile terminal system is configured to the Nith target historical upgrade version on the historical upgrade version timeline; when the reconfiguration trigger condition is met, the sum of the condition weights corresponding to the met reconfiguration trigger conditions is retrieved, and the larger the condition weight, the more it represents that the Nth target historical upgrade version is not suitable for direct use by other users. Therefore, the sum of the condition weights corresponding to the reconfiguration trigger conditions met by other users using the automobile terminal system configured as the Nth target historical upgrade version within the preset time period is rounded, and the rounded result is taken as i. When rounding, round down is adopted.Generally, the user of the same automobile terminal system is not the only user. However, when other users use the automobile terminal system, especially when they use it for a period of time, they may find that the current automobile terminal system is not suitable for their use, resulting in a poor experience. The embodiment of the present invention can solve this problem. When other users use the automobile terminal system, based on the first multimodal data of the user and the second multimodal data of other users, a version screening condition is generated, and a historical upgrade version timeline is introduced. Based on the version screening condition, a target historical upgrade version that may make the automobile terminal system suitable for direct use by other users is screened from the historical upgrade version timeline. The latest target historical upgrade version has the highest probability of being suitable for use by other users. First, the latest, i.e., the Nth target historical upgrade version, is configured. Then, a reconfiguration trigger condition is introduced. When other users meet the reconfiguration trigger condition, it means that the automobile terminal system needs to be reconfigured. The automobile terminal system is configured to the Nith target historical upgrade version on the historical upgrade version timeline, which greatly ensures that other users can have the best experience when using the automobile terminal system, and greatly improves the applicability of the system.
[0134] In one embodiment, generating a version screening condition based on the first multimodal data and the second multimodal data includes:
[0135] Performing difference analysis on the first multimodal data and the second multimodal data to obtain identical items and different items;
[0136] The generation version screening condition includes: the screened target historical upgrade version and all historical upgrade versions before the screened target historical upgrade version on the historical upgrade version timeline meet the version requirements corresponding to the same item;
[0137] and / or,
[0138] The generation version screening condition includes: the screened target historical upgrade version and the historical upgrade versions before and after the screened target historical upgrade version on the historical upgrade version timeline meet the version relationship requirement corresponding to the difference item.
[0139] By performing a difference analysis on the first multimodal data and the second multimodal data, the same items and different items between the first multimodal data and the second multimodal data can be determined, and version screening conditions can be generated based on the same items and the different items; the version requirements corresponding to the same items refer to the requirements of the versions of the automobile terminal system that are suitable for other users reflected by the same items, for example: if the same item is a preference to use the automobile terminal system to play educational games, then the corresponding version requirement is that the automobile terminal system version includes at least 3 educational games; only when the screened target historical upgrade version and all historical upgrade versions before the target historical upgrade version screened on the historical upgrade version timeline meet the version requirements corresponding to the same item, can the Ni target historical upgrade versions be used when it is characterized that other users are not suitable for using the automobile terminal system of the Nth target historical upgrade version. The historical upgrade version reconfigures it; the version relationship requirement corresponding to the difference item refers to the version association relationship between the version of the automobile terminal system suitable for use by other users and the version of the automobile terminal system that is not suitable for use, as reflected by the difference item. For example: if the difference item is that other users tend to play puzzle games, and the user has no specific preference for games, then the version association relationship is that the selected target historical upgrade version has at least 2 more puzzle games than the historical upgrade version before or after the target historical upgrade version selected on the historical upgrade version timeline; only when the selected target historical upgrade version and the historical upgrade version before and after the target historical upgrade version selected on the historical upgrade version timeline meet the version relationship requirement corresponding to the difference item, can it be guaranteed that the selected target historical upgrade version may be suitable for use by other users. The embodiment of the present invention generates a version screening condition based on the first multimodal data and the second multimodal data, thereby improving the accuracy of using the version screening condition to screen out the target historical upgrade version suitable for direct use by other users.
[0140] In one embodiment, the reconfiguration triggering condition includes:
[0141] The usage behaviors generated by other users using the automobile terminal system configured with the Nth target historical upgrade version within the preset time period match the trigger behaviors in the trigger behavior library;
[0142] and / or,
[0143] There is no data association relationship between the incremental multimodal data of other users within the preset time period and the same items and difference items.
[0144] The triggering behavior refers to the behavior of the automobile terminal system that represents other users' dissatisfaction with the configuration of the Nth target historical upgrade version, for example: the automobile terminal system remains unused for 6 hours; the incremental multimodal data is the usage preferences of the automobile terminal system added by other users within a preset time period, etc.; the data association relationship refers to the association relationship between data; when there is no data association relationship between the incremental multimodal data of other users within a preset time period and the same items and difference items, it means that the configuration scheme for the automobile terminal system version needs to be re-determined based on the incremental multimodal data. The embodiment of the present invention sets the above two reconfiguration trigger conditions to improve the accuracy, rationality and comprehensiveness of the determination of the reconfiguration timing.
[0145] The present invention provides a vehicle terminal system upgrade system with a data closed loop mechanism, such as Figure 2 As shown, including:
[0146] The first acquisition module 1 is used to collect status data of the automobile terminal system;
[0147] Determining module 2, used to determine an adaptive upgrade plan based on the status data;
[0148] The first upgrade module 3 is used to upgrade the automobile terminal system based on the adaptive upgrade solution;
[0149] The second collection module 4 is used to collect feedback data from users of the automobile terminal system;
[0150] A correction module 5, used to correct the adaptive upgrade scheme based on the feedback data;
[0151] The second upgrade module 6 is used to perform relay upgrade on the automobile terminal system based on the revised adaptive upgrade solution.
[0152] The first acquisition module acquires status data of the automobile terminal system, including:
[0153] Based on the first data collection template, the status data of the automobile terminal system is collected.
[0154] The determination module determines an adaptive upgrade scheme based on the status data, including:
[0155] An adaptive upgrade scheme corresponding to the state data is determined from an upgrade scheme library.
[0156] The second collection module collects feedback data from users of the automobile terminal system, including:
[0157] Based on the second data collection template, collecting feedback data from users of the automobile terminal system;
[0158] and / or,
[0159] Obtain the user's historical usage records of the automobile terminal system;
[0160] Based on the characterization template, the usage records are characterized to obtain the record features;
[0161] Match the record features with the trigger features in the trigger feature library, and when the match is met, use the corresponding usage record as the target usage record;
[0162] Based on the feature description template, feature description processing is performed on the target usage record to obtain a feature description vector;
[0163] Determine a feedback data generation template corresponding to the feature description vector from a feedback data generation template library;
[0164] Generate templates based on feedback data, and generate feedback data based on target usage records.
[0165] The correction module corrects the adaptive upgrade scheme based on the feedback data, including:
[0166] Determine a solution revision template corresponding to the feedback data from a solution revision template library;
[0167] Modify the adaptive upgrade plan based on the plan modification template.
[0168] The automotive terminal system upgrade system with a closed-loop data mechanism also includes:
[0169] Reconfigure the module to include:
[0170] When other users use the automobile terminal system, first multimodal data of the user and second multimodal data of the other users are respectively obtained;
[0171] Generate a version screening condition based on the first multimodal data and the second multimodal data;
[0172] Get the historical upgrade version timeline of the vehicle terminal system;
[0173] Based on the version filtering conditions, filter out the target historical upgrade version from the historical upgrade version timeline;
[0174] Configuring the automobile terminal system to the Nth target historical upgrade version on the historical upgrade version timeline;
[0175] When other users use the automobile terminal system configured with the Nth target historical upgrade version within the preset time period and meet the reconfiguration trigger condition, the automobile terminal system is configured to the Nith target historical upgrade version on the historical upgrade version timeline; i is the integer result of the sum of the condition weights corresponding to the reconfiguration trigger condition met by other users using the automobile terminal system configured with the Nth target historical upgrade version within the preset time period.
[0176] The reconfiguration module generates a version screening condition based on the first multimodal data and the second multimodal data, including:
[0177] Performing difference analysis on the first multimodal data and the second multimodal data to obtain identical items and different items;
[0178] The generation version screening condition includes: the screened target historical upgrade version and all historical upgrade versions before the screened target historical upgrade version on the historical upgrade version timeline meet the version requirements corresponding to the same item;
[0179] and / or,
[0180] The generation version screening condition includes: the screened target historical upgrade version and the historical upgrade versions before and after the screened target historical upgrade version on the historical upgrade version timeline meet the version relationship requirement corresponding to the difference item.
[0181] The reconfiguration triggering conditions include:
[0182] The usage behaviors generated by other users using the automobile terminal system configured with the Nth target historical upgrade version within the preset time period match the trigger behaviors in the trigger behavior library;
[0183] and / or,
[0184] There is no data association relationship between the incremental multimodal data of other users within the preset time period and the same items and difference items.
[0185] Obviously, those skilled in the art can make various changes and modifications to the present invention without departing from the spirit and scope of the present invention. Thus, if these modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include these modifications and variations.
Claims
1. A method for upgrading an automobile terminal system with a data closed-loop mechanism, characterized in that: include: S1. Collect status data of automobile terminal system; S2. Determine an adaptive upgrade plan based on the status data; S3. Upgrade the vehicle terminal system based on the adaptive upgrade solution; S4, collecting feedback data from users of the automobile terminal system; S5. Modify the adaptive upgrade plan based on the feedback data; S6. Based on the revised adaptive upgrade solution, the vehicle terminal system is upgraded in a relay manner; Among them, the above steps S1 to S6 form a data closed loop mechanism; When other users use the automobile terminal system, first multimodal data of the user and second multimodal data of the other users are respectively obtained; Generate a version screening condition based on the first multimodal data and the second multimodal data; Get the historical upgrade version timeline of the vehicle terminal system; Based on the version filtering conditions, filter out the target historical upgrade version from the historical upgrade version timeline; Configuring the automobile terminal system to the Nth target historical upgrade version on the historical upgrade version timeline; When other users use the automobile terminal system configured with the Nth target historical upgrade version within the preset time period and meet the reconfiguration trigger condition, the automobile terminal system is configured to the Nith target historical upgrade version on the historical upgrade version timeline; i is the integer result of the sum of the condition weights corresponding to the reconfiguration trigger condition met by the automobile terminal system configured with the Nth target historical upgrade version used by other users within the preset time period; The generating of the version screening condition based on the first multimodal data and the second multimodal data includes: Performing difference analysis on the first multimodal data and the second multimodal data to obtain identical items and different items; The generation version screening condition includes: the screened target historical upgrade version and all historical upgrade versions before the screened target historical upgrade version on the historical upgrade version timeline meet the version requirements corresponding to the same item; and / or, The generation version screening condition includes: the screened target historical upgrade version and the historical upgrade versions before and after the screened target historical upgrade version on the historical upgrade version timeline meet the version relationship requirement corresponding to the difference item.
2. The method for upgrading the automobile terminal system with a closed-loop data mechanism as claimed in claim 1, characterized in that: The step S1, collecting status data of the automobile terminal system, includes: Based on the first data collection template, the status data of the automobile terminal system is collected.
3. The method for upgrading the automobile terminal system with a closed-loop data mechanism as claimed in claim 1, characterized in that: S2, determining an adaptive upgrade plan based on the status data, includes: An adaptive upgrade scheme corresponding to the state data is determined from an upgrade scheme library.
4. The method for upgrading the automobile terminal system with a closed-loop data mechanism as claimed in claim 1, characterized in that: The step S4, collecting feedback data from users of the automobile terminal system, includes: Based on the second data collection template, collecting feedback data from users of the automobile terminal system; and / or, Obtain the user's historical usage records of the automobile terminal system; Based on the characterization template, the usage records are characterized to obtain the record features; Match the record features with the trigger features in the trigger feature library, and when the match is met, use the corresponding usage record as the target usage record; Based on the feature description template, feature description processing is performed on the target usage record to obtain a feature description vector; Determine a feedback data generation template corresponding to the feature description vector from a feedback data generation template library; Generate templates based on feedback data, and generate feedback data based on target usage records.
5. The method for upgrading the automobile terminal system with a closed-loop data mechanism as claimed in claim 1, characterized in that: S5, based on the feedback data, amending the adaptive upgrade scheme, includes: Determine a solution revision template corresponding to the feedback data from a solution revision template library; Modify the adaptive upgrade plan based on the plan modification template.
6. The method for upgrading the automobile terminal system with a closed-loop data mechanism as claimed in claim 1, characterized in that: The reconfiguration triggering conditions include: The usage behaviors generated by other users using the automobile terminal system configured with the Nth target historical upgrade version within the preset time period match the trigger behaviors in the trigger behavior library; and / or, There is no data association relationship between the incremental multimodal data of other users within the preset time period and the same items and difference items.
7. A car terminal system upgrade system with a data closed loop mechanism, characterized in that: include: The first acquisition module is used to collect status data of the automobile terminal system; A determination module, used to determine an adaptive upgrade plan based on the status data; A first upgrade module is used to upgrade the automobile terminal system based on an adaptive upgrade solution; The second collection module is used to collect feedback data from users of the automobile terminal system; A correction module, used to correct the adaptive upgrade plan based on feedback data; The second upgrade module is used to perform relay upgrade on the vehicle terminal system based on the revised adaptive upgrade solution; When other users use the automobile terminal system, first multimodal data of the user and second multimodal data of the other users are respectively obtained; Generate a version screening condition based on the first multimodal data and the second multimodal data; Get the historical upgrade version timeline of the vehicle terminal system; Based on the version filtering conditions, filter out the target historical upgrade version from the historical upgrade version timeline; Configuring the automobile terminal system to the Nth target historical upgrade version on the historical upgrade version timeline; When other users use the automobile terminal system configured to the Nth target historical upgrade version within a preset time period and the reconfiguration trigger condition is met, the automobile terminal system is configured to the Nith target historical upgrade version on the historical upgrade version timeline; i is the integer result of the sum of the condition weights corresponding to the reconfiguration trigger conditions met by other users using the automobile terminal system configured to the Nth target historical upgrade version within the preset time period; The generating of the version screening condition based on the first multimodal data and the second multimodal data includes: Performing difference analysis on the first multimodal data and the second multimodal data to obtain identical items and different items; The generation version screening condition includes: the screened target historical upgrade version and all historical upgrade versions before the screened target historical upgrade version on the historical upgrade version timeline meet the version requirements corresponding to the same item; and / or, The generation version screening condition includes: the screened target historical upgrade version and the historical upgrade versions before and after the screened target historical upgrade version on the historical upgrade version timeline meet the version relationship requirement corresponding to the difference item.
8. The automobile terminal system upgrade system with a data closed loop mechanism as claimed in claim 7, characterized in that: The first acquisition module acquires status data of the automobile terminal system, including: Based on the first data collection template, the status data of the automobile terminal system is collected.
Citation Information
Patent Citations
User behavior portrait-based in-vehicle infotainment system upgrading method and device
CN116009916A
Version switching method, device and equipment and computer readable storage medium
CN116467003A
Vehicle-mounted software upgrading method and device, electronic equipment and storage medium
CN117873534A