Interaction management method, device and equipment for OTA update

Abstract

The embodiment of the invention provides an interaction management method, device and equipment for OTA updating, and relates to the technical field of interaction management. The method comprises the following steps: acquiring OTA update data transmitted by a cloud platform; executing a data updating operation based on the OTA updating data; determining corresponding game resource mapping information based on the state information of the data updating operation; and loading game resources based on the game resource mapping information so as to realize a game interaction task based on the game resources. According to the embodiment of the invention, the game resources are synchronously loaded and the game interaction task is executed according to the OTA updating state, so that the user interaction experience in the OTA upgrading process can be improved.

Description

Technical Field

[0001] This application relates to the field of interactive management technology, and more specifically, to an interactive management method, apparatus, and device for OTA updates. Background Technology

[0002] In the automotive industry, OTA (Over-The-Air Technology) is one of the most core and transformative technologies for smart cars today. Based on OTA technology, vehicle devices can automatically download and install software / firmware update packages via networks (such as Wi-Fi and cellular data) without needing to connect to a computer via a physical cable for firmware updates.

[0003] Currently, vehicle-side updates typically only display the progress of OTA firmware updates through a one-way interface, lacking corresponding user interaction functions. Although some solutions include simple interactive functions, such as switching the displayed image in response to user clicks, these interactive functions cannot continuously provide an interactive experience for users in scenarios where the upgrade process is lengthy. Therefore, users often have to wait impatiently for the upgrade to complete during the firmware update period, resulting in a poor user experience. Summary of the Invention

[0004] The purpose of this application is to provide an interactive management method, apparatus, and device for OTA updates, so as to improve the user interaction experience during the OTA upgrade process.

[0005] In a first aspect, embodiments of this application provide an interactive management method for OTA updates, including: Obtain OTA update data transmitted from the cloud platform; Execute a data update operation based on the OTA update data; Based on the status information of the data update operation, the corresponding game resource mapping information is determined; Game resources are loaded based on the game resource mapping information, so as to realize game interaction tasks based on the game resources.

[0006] In this embodiment of the application, by synchronously loading game resources and executing game interaction tasks according to the OTA update status, the user interaction experience during the OTA upgrade process can be improved.

[0007] In some embodiments, the OTA update interaction management method further includes: Acquire user behavior data based on the user's input of the game interaction task; The user's gaming ability score is determined based on the user behavior data; The difficulty of the game interaction task is dynamically adjusted based on the game ability score.

[0008] In this embodiment of the application, the game interaction experience is further enhanced by scoring the user's ability based on their operation behavior and dynamically adjusting the difficulty of the game interaction tasks.

[0009] In some embodiments, determining the user's gaming ability score based on the user behavior data includes at least one of the following: Based on the user behavior data, at least one capability assessment indicator is obtained during the user's game interaction task; wherein, the capability assessment indicator includes at least one of operation offset indicator, task time indicator and task success rate indicator. The user's gaming ability score is determined based on at least one of the ability assessment indicators.

[0010] In this embodiment of the application, the accuracy of the ability assessment is further improved by determining the user's operational ability score based on one or more ability assessment indicators.

[0011] In some embodiments, obtaining at least one capability assessment indicator based on the user behavior data during the user's game interaction task includes at least one of the following: Based on the user behavior data, the offset between the user's actual operation position and the virtual object's position is obtained, and the operation offset index is determined based on the relationship between the offset and the preset benchmark offset. Based on the user behavior data, the actual time taken by the user to complete the target task is obtained, and the task time consumption index is determined based on the relationship between the actual time taken and the preset benchmark time. Based on the user behavior data, the number of successful game tasks is obtained, and the task success rate index is determined based on the relationship between the number of successful game tasks and the preset total number of game tasks.

[0012] In this embodiment of the application, the accuracy of the ability assessment is further improved by specifically scoring the user's operational ability from three aspects: operation offset, task time, and task success rate.

[0013] In some embodiments, dynamically adjusting the difficulty of the game interaction task based on the game ability score includes: If it is determined that the real-time difficulty corresponding to the game ability score is greater than a preset first difficulty threshold, at least one of the following adjustment strategies will be implemented: The preset reference offset is reduced and adjusted. The preset baseline time is reduced and adjusted. The allowable error range for determining whether a game task is successful has been reduced. Several distractors have been added to the game's interactive tasks.

[0014] In this embodiment of the application, when the user's game ability score is high, the difficulty of the game interaction task is appropriately increased, and the standard used to evaluate the user's game ability score is appropriately raised, thereby further improving the user interaction experience and further improving the accuracy of the user's game ability evaluation.

[0015] In some embodiments, dynamically adjusting the difficulty of the game interaction task based on the game ability score includes: If it is determined that the real-time difficulty corresponding to the game ability score is less than a preset second difficulty threshold, at least one of the following adjustment strategies will be implemented: The preset reference offset is increased or adjusted. The preset baseline time is increased or adjusted. The allowable error range for determining whether a game task is successful has been increased. Several distractions were reduced in the game's interactive tasks.

[0016] In this embodiment of the application, when the user's game ability score is low, the difficulty of the game interaction task is appropriately reduced, and the standard used to evaluate the user's game ability score is appropriately lowered, thereby further improving the user interaction experience and further improving the accuracy of the user's game ability evaluation.

[0017] In some embodiments, determining the corresponding game resource mapping information based on the status information of the data update job includes: The current OTA update progress is determined based on the status information of the data update operation. Based on the preset correspondence between OTA update progress and game loading progress, determine the game resource mapping information corresponding to the current OTA update progress.

[0018] In this embodiment, the accuracy of game co-loading is further improved by determining the game resource mapping information corresponding to the current OTA update progress based on the preset correspondence between OTA update progress and game loading progress.

[0019] In some embodiments, the data update job is executed in the OTA control domain of the virtualization layer; the game interaction task is executed in the game domain of the virtualization layer; and the OTA control domain and the game domain are connected by a security gateway for instruction filtering.

[0020] In this embodiment, by isolating the game domain and OTA control domain through a security gateway, the security risks posed by game interaction commands to OTA upgrades can be avoided, further improving the security and reliability of OTA upgrades.

[0021] In some embodiments, loading game resources based on the game resource mapping information to implement game interaction tasks based on the game resources includes: Load game resources based on the game resource mapping information, and obtain the first hash information contained in the game resources; The second hash information is determined based on the game resources according to a preset hash algorithm; If the first hash information matches the second hash information, the game interaction task is implemented based on the game resources.

[0022] In this embodiment of the application, the security and reliability of game resource loading are further improved by performing hash matching verification after loading game resources.

[0023] Secondly, embodiments of this application provide an interactive management device for OTA updates, comprising: The data acquisition module is used to acquire OTA update data transmitted from the cloud platform; The update execution module is used to perform data update operations based on the firmware update data; The status mapping module is used to determine the corresponding game resource mapping information based on the status information of the updated job data. The game loading module is used to load game resources based on the game resource mapping information, so as to realize game interaction tasks based on the game resources.

[0024] Thirdly, embodiments of this application provide an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor, when executing the program, can implement the method described in any embodiment of the first aspect.

[0025] Fourthly, embodiments of this application provide a computer-readable storage medium storing a computer program, which, when executed by a processor, can implement the method described in any embodiment of the first aspect.

[0026] Fifthly, embodiments of this application provide a computer program product, the computer program product including a computer program, wherein the computer program, when executed by a processor, can implement the method described in any embodiment of the first aspect. Attached Figure Description

[0027] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0028] Figure 1 A flowchart illustrating an interactive management method for OTA updates provided in an embodiment of this application; Figure 2 A system architecture diagram of the OTA update interactive management system provided in the embodiments of this application; Figure 3 A flowchart illustrating instruction security isolation provided in an embodiment of this application; Figure 4 This application provides a flowchart for the dynamic adjustment of game difficulty in an embodiment. Figure 5 A schematic diagram of the structure of an interactive management device for OTA updates provided in an embodiment of this application; Figure 6 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0029] The technical solutions in the embodiments of this application will now be described with reference to the accompanying drawings.

[0030] It should be noted that similar reference numerals and letters in the following figures indicate similar items; therefore, once an item is defined in one figure, it does not need to be further defined and explained in subsequent figures. Furthermore, in the description of this application, terms such as "first," "second," etc., are used only to distinguish descriptions and should not be construed as indicating or implying relative importance.

[0031] It should be noted that OTA (Over-The-Air) remote upgrade technology is a common method for software / firmware upgrades in intelligent connected vehicles. However, during the OTA upgrade process, most current solutions only display the update progress, leaving users to wait impatiently for the update to complete, resulting in a poor user experience.

[0032] Furthermore, some existing solutions may have the following drawbacks: 1. The interaction methods are monotonous and the interaction patterns are fixed. There is a lack of correlation and synchronization between the OTA upgrade status and the interaction scenarios, resulting in a disconnect between the interactive functions and the OTA upgrade progress. 2. Even if some solutions have corresponding fixed game interaction scenes, the upgrade process is slow because the in-vehicle game engine consumes a lot of memory (such as the full version of Unity, which will consume more than 200MB of memory). 3. Even if some solutions have corresponding fixed game interaction scenarios, the game layer can directly access the OTA control interface, resulting in insufficient security isolation and a risk of command injection.

[0033] To address at least one of the problems existing in the prior art, this application provides an interactive management method for OTA updates. By loading game resources according to the OTA upgrade status, game interaction functions that are related to the OTA upgrade progress are realized, effectively improving the user experience during the OTA upgrade process.

[0034] like Figure 1 As shown in the figure, this application provides an interactive management method for OTA updates, which may include the following steps: S1. Obtain OTA update data transmitted from the cloud platform.

[0035] Exemplarily, the method of this application can be executed by a vehicle-side system. This application embodiment mainly consists of two parts: a cloud platform and a vehicle-side system. When the vehicle-side system needs to install / update software or upgrade firmware, it can establish a connection with the cloud platform using OTA technology and transmit OTA update data. The OTA update data includes data required for software installation / update or firmware upgrade. Exemplarily, the OTA update data may also include corresponding game resource data for subsequent implementation of game interaction functions.

[0036] S2. Perform a data update job based on OTA update data.

[0037] When the vehicle-side system receives OTA update data, it can perform corresponding data update operations, such as installing new software, updating software, or upgrading firmware.

[0038] S3. Determine the corresponding game resource mapping information based on the status information of the data update job.

[0039] For example, the status information of the data update operation, such as download progress and update progress, can be obtained in real time (or at preset intervals), and the corresponding game resource mapping information can be determined based on this. For example, during the initialization of OTA upgrade, the corresponding first-stage game resource mapping information can be obtained according to a pre-configured strategy to load the initialized game resources.

[0040] For example, based on the update progress represented by the status information, the current game progress that needs to be run can be determined proportionally. This includes identifying the levels and scenes related to that progress, and then determining the game resource mapping information accordingly. For instance, assuming there are 10 game scenes with OTA update progress, each 10% of the update progress corresponds to one game scene. If the status information of the data update job indicates that the current OTA update progress is between 0% and 10%, then the current game resource mapping information corresponds to the first game scene. When the update progress reaches 11%, the current game resource mapping information corresponds to the second game scene. Based on this, the corresponding game resource data can be acquired and loaded to switch to the second game scene. Furthermore, the correspondence between OTA update progress and game progress can also be in other ways, and this application is not limited to this.

[0041] S4. Load game resources based on game resource mapping information to realize game interaction tasks based on game resources.

[0042] Finally, the game resources are retrieved and loaded according to the currently determined game resource mapping information, and the game page is rendered based on this to realize the game interaction task.

[0043] For example, game resources can be loaded by fetching them from the local cache or the cloud platform based on game resource mapping information. Based on the currently loaded game resource data, the corresponding game interfaces can be rendered and displayed in sequence and according to the interaction logic to achieve human-computer game interaction tasks.

[0044] Based on this, by loading game resources according to the OTA update status and implementing game interaction tasks, it is possible to link game interaction with OTA upgrades, thereby effectively improving the user interaction experience during the OTA upgrade process.

[0045] In some embodiments, the interactive management method for OTA updates may further include: S401. Obtain user behavior data based on user input from game interaction tasks; S402. Determine the user's gaming ability score based on user behavior data; S403. Dynamically adjust the difficulty of game interaction tasks based on game ability scores.

[0046] It should be noted that during game interaction, the vehicle-side system can acquire user behavior data in real time. For example, user behavior data mainly includes the user's original operation commands, such as touch trajectories and click locations. For example, it may also include user operation behaviors further determined based on the original operation commands and combined with virtual game objects (such as "fruits" in the "Fruit Ninja" game), such as operation precision (e.g., the difference between the user's click location on the screen and the "fruit's" location on the screen), operation speed (e.g., the time interval between the "fruit" appearing on the interface and disappearing after being "cut"), and the completion status of virtual tasks in the game (e.g., the proportion of "fruits" that have been successfully "cut" out of all "fruits").

[0047] Then, based on the currently collected user behavior data, the user's game ability score can be determined according to a preset scoring strategy, such as scoring based on the accuracy of the user's task completion, the time spent completing the task, or the completion rate of the game task.

[0048] Finally, the difficulty of subsequent game interaction tasks can be dynamically adjusted based on the current game ability score. For example, if the game ability score is judged to be too low, it means that the current game interaction task is too difficult, and the difficulty of the game interaction task can be appropriately reduced.

[0049] Based on this, the game interaction experience can be further enhanced by scoring user behavior based on their abilities and dynamically adjusting the difficulty of game interaction tasks.

[0050] In some embodiments, a user's gaming ability rating is determined based on user behavior data, including at least one of the following: At least one capability assessment indicator is obtained based on user behavior data during the user's game interaction task; wherein, the capability assessment indicator includes at least one of operation offset indicator, task time indicator and task success rate indicator. A user's gaming ability score is determined based on at least one ability assessment indicator.

[0051] For example, game capability can be evaluated from one or more aspects such as operation offset, task duration, and task success rate.

[0052] Specifically, the operation offset metric can be the positional deviation between the user's actual click position and the virtual object in the game, or the error between the touch trajectory and the preset standard trajectory; the task time metric mainly reflects the time spent by the user to complete the game task; the task success rate metric is mainly the ratio of the number of times the user successfully completes the tasks set in the game to the total number of times the game tasks are run.

[0053] Then, a user's game ability score can be determined based on one or more ability assessment indicators. When multiple ability assessment indicators exist simultaneously, the multiple ability assessment indicators can be weighted and summed according to preset weights to obtain the user's game ability score.

[0054] Based on this, the accuracy of capability assessment is further improved by determining the user's operational capability score according to one or more capability assessment indicators.

[0055] In some embodiments, at least one capability assessment indicator is obtained based on user behavior data during the user's game interaction task, including at least one of the following: Based on user behavior data, the offset between the user's actual operation position and the virtual object's position is obtained, and the operation offset index is determined based on the relationship between the offset and the preset baseline offset. Based on user behavior data, the actual time taken by users to complete target tasks is obtained, and task time indicators are determined based on the relationship between the actual time taken and the preset benchmark time. Based on user behavior data, the number of successful game tasks is obtained, and the task success rate index is determined based on the relationship between the number of successful game tasks and the preset total number of game tasks.

[0056] For example, a virtual object refers to an object such as a character, item, or icon in a game. For instance, each "fruit" in the game "Fruit Ninja" is a virtual object.

[0057] For example, the target task can be an event goal that represents successfully passing a game level. For instance, if the target task is "reaching a preset threshold in points", then when the user's points reach the preset threshold during the game, it is considered that the target task of the current game scene has been completed.

[0058] For example, a game task can be an event goal representing a successful operation by the user. For instance, in the game "Fruit Ninja", when the user taps the screen and successfully "cuts" a "fruit", it is considered that a game task has been successfully completed, and the number of successful game tasks is incremented by 1. Correspondingly, the preset total number of game tasks can be the number of all the "fruits" that appear on the screen in the current game level.

[0059] For example, the following capability assessment formula can be used to evaluate user operations:

[0060] in, This indicates the current assessment score for the player's game ability. This indicates the precision of the user's operation, which is the offset between the actual operation position and the virtual object's position. This indicates the preset maximum allowable offset (i.e., the reference offset). This represents the sensitivity coefficient (default is 10). Indicates the preset baseline time (e.g., 60 seconds); This indicates the actual time it takes for the user to complete the preset task; Indicates the number of times a user's task was successfully completed; Indicates the preset total number of game tasks; a , b and c These represent the weights of different metrics, which can be set according to the metrics that different games need to focus on. For example, prioritize the operation offset metric (e.g., a set to 0.6), followed by the task time metric (e.g., b set to 0.3), and finally consider the task success rate metric (e.g., c set to 0.1).

[0061] Based on this, the accuracy of the ability assessment is further improved by specifically scoring the user's operational ability from three aspects: operation deviation, task time, and task success rate.

[0062] In some embodiments, the difficulty of game interaction tasks is dynamically adjusted based on game ability scores, including: If the real-time difficulty corresponding to the game ability rating is determined to be greater than the preset first difficulty threshold, implement at least one of the following adjustment strategies: The preset baseline offset is reduced. The preset baseline time has been reduced and adjusted. The allowable error range for determining whether a game task is successful has been reduced. Several distractors have been added to the game's interactive tasks.

[0063] For example, after calculating the user's game ability rating, the difficulty to be adjusted (real-time difficulty) can be calculated using the following formula:

[0064] in, This indicates the difficulty level to be adjusted (real-time difficulty) corresponding to the current game ability rating. This indicates the base difficulty level, which is the initial setting. This indicates the system's preset standard capability score, which can be set based on the average score of historical tasks; This indicates the current assessment score for the player's game ability. This indicates the conditional sensitivity, which is set to 0.8 by default (it can be dynamically learned and adjusted).

[0065] It should be noted that when the real-time difficulty corresponding to the game's skill rating exceeds the preset first difficulty threshold, it is considered that the user's game operation ability exceeds the standard level. Therefore, the game difficulty can be appropriately increased, and the strategy can be adjusted in one or more of the following aspects: 1. Reduce the preset baseline offset; based on this, by adjusting the baseline offset in the operation offset index, the standard for operation offset evaluation can be appropriately tightened when conducting subsequent capability scoring. 2. Adjust the preset baseline time to reduce it; similarly, by adjusting the baseline time in the task time indicator, the standard for task time evaluation can be appropriately tightened when conducting subsequent competency assessments. 3. The allowable error range for determining whether a game task is successful has been reduced; based on this adjustment, the criteria for determining task success can be appropriately tightened. 4. Add several distractions to the game's interactive tasks; based on this, the difficulty of user operation can be increased by adding influencing factors.

[0066] Therefore, when a user's gaming ability score is high, appropriately increasing the difficulty of the game interaction tasks and raising the standards used to evaluate the user's gaming ability score can further enhance the user interaction experience and improve the accuracy of the user's gaming ability evaluation.

[0067] In some embodiments, the difficulty of game interaction tasks is dynamically adjusted based on game ability scores, including: If the real-time difficulty corresponding to the game ability rating is determined to be less than the preset second difficulty threshold, implement at least one of the following adjustment strategies: Adjust the preset reference offset by increasing it; Adjust the preset baseline time by increasing or decreasing it; The allowable error range for determining whether a game task is successful has been increased. Several distractions were reduced in the game's interactive tasks.

[0068] It should be noted that when the real-time difficulty corresponding to the game ability score is less than the preset second difficulty threshold (the first difficulty threshold is greater than the second difficulty threshold), the user's game operation ability is considered slightly below the standard level. Therefore, the game difficulty can be appropriately reduced, and the strategy can be adjusted in one or more of the following aspects: 1. Increase and adjust the preset benchmark offset; based on this, by adjusting the benchmark offset in the operation offset index, the standard for operation offset evaluation can be appropriately relaxed when conducting subsequent capability scoring. 2. Adjust the preset baseline time; similarly, by adjusting the baseline time in the task time indicator, the standard for task time evaluation can be appropriately relaxed when conducting subsequent ability assessments. 3. The allowable error range for determining whether a game task is successful has been increased; based on this adjustment, the criteria for determining task success can be appropriately relaxed. 4. Reduce several distractions in the game's interactive tasks; based on this, the difficulty of user operation can be reduced by minimizing influencing factors.

[0069] Therefore, when a user's gaming ability score is low, appropriately reducing the difficulty of the game interaction task and appropriately lowering the standard used to evaluate the user's gaming ability score can further improve the user interaction experience and further improve the accuracy of the user's gaming ability evaluation.

[0070] For example, adjustments can be made based on the currently calculated difficulty to be adjusted (real-time difficulty) according to the strategies in the table below:

[0071] The tolerance is the allowable error range, which represents the range of errors within which the system determines the success of a user's operation. For example, dragging an object to a specified position can be considered successful if it is within the error range. The values ​​3.5, 4.5, and 5.5 in the table represent the preset difficulty thresholds.

[0072] In some embodiments, step S3, determining the corresponding game resource mapping information based on the status information of the data update job, may include: The current OTA update progress is determined based on the status information of the data update job. Based on the preset correspondence between OTA update progress and game loading progress, determine the game resource mapping information corresponding to the current OTA update progress.

[0073] Specifically, the correspondence between OTA update progress and game loading progress can be pre-defined according to needs. For example, the game loading progress corresponding to the OTA update progress of 0% to 10% is the first game scene out of 10 game scenes, the game loading progress corresponding to the OTA update progress of 11% to 20% is the second game scene out of 10 game scenes, and so on.

[0074] For example, when the status information of the data update job determines that the current OTA update progress is 0%, ... 5%, ... 10%, the current game resource mapping information indicates that the first game scene out of 10 game scenes needs to be loaded. When the OTA update progress reaches 11%, the current game resource mapping information indicates that the second game scene out of 10 game scenes needs to be loaded, and so on.

[0075] Based on this, by determining the game resource mapping information corresponding to the current OTA update progress according to the preset correspondence between OTA update progress and game loading progress, the flexibility and accuracy of game co-loading can be further improved.

[0076] In some embodiments, data update tasks are executed in the OTA control domain of the virtualization layer; game interaction tasks are executed in the game domain of the virtualization layer; and command filtering is performed between the OTA control domain and the game domain through a security gateway.

[0077] It should be noted that, as Figure 2 As shown, the vehicle-side system in this application embodiment mainly includes a service layer, a user layer, and a virtualization layer. The service layer is mainly responsible for mapping game resources to OTA upgrade status and dynamically adjusting game difficulty. The user layer is mainly responsible for the user interface and analyzing user behavior. The virtualization layer is mainly responsible for OTA upgrade control and filtering game commands.

[0078] like Figure 3 As shown, it should be noted that this embodiment achieves hardware-level security isolation through virtualization. Simultaneously, instructions sent from the game domain to the OTA control domain are signed and verified through a security gateway to ensure secure instruction transmission. For example, the game domain can run on virtual machine VM1, allocated CPU core 2, and using ≤128MB of memory; the OTA control domain runs on virtual machine VM2, exclusively using CPU core 2 and employing ≥256MB of memory, achieving hardware-level security isolation. Furthermore, security constraints can be implemented through whitelists and dynamic nonce anti-replay attack measures.

[0079] For example, user operation instructions can be signed through a TEE (Trusted Execution Environment). The security gateway verifies the validity of the signature and the legality of the instruction. Only legal instructions are forwarded to the OTA domain for execution, while illegal instructions are discarded.

[0080] For example, the virtualization layer includes a game domain, a security gateway, and an OTA control domain, wherein the security gateway is used to isolate the game domain from the OTA control domain, the game domain is used to respond to user operation commands and realize game interaction, and the OTA control domain is used to execute OTA update operations and realize related OTA upgrade control.

[0081] Based on this, isolating the game domain and OTA control domain through a security gateway can avoid the security risks posed by game interaction commands to OTA upgrades, further improving the security and reliability of OTA upgrades.

[0082] In some embodiments, game resources are loaded based on game resource mapping information to implement game interaction tasks based on game resources, including: Load game resources based on game resource mapping information and obtain the first hash information contained in the game resources; The second hash information is determined based on game resources according to a preset hash algorithm; If the first hash information matches the second hash information, the game interaction task is implemented based on the game resources.

[0083] It should be noted that the cloud platform calculates the hash value of the game resources based on a hash algorithm and packages it in the game resources. After the vehicle system pulls and loads the game resources, it can calculate a verification hash value again based on the same hash algorithm. Based on this, it can determine whether the hash value in the game resource package matches the verification hash value. If they match, the game resource is considered to be reliable and secure data, and it is loaded normally and game interaction is realized; otherwise, the game resource is discarded and the corresponding game resource is requested again.

[0084] Based on this, by performing hash matching verification after loading game resources, the security and reliability of game resource loading are further improved.

[0085] The following specific examples illustrate the detailed solution of this application: (I) System Architecture Description: 1. This solution mainly consists of two parts: an OTA cloud platform and an in-vehicle terminal. 2. The OTA cloud platform includes OTA firmware block management and game resource library; it mainly distributes firmware and resource mapping through the vehicle-mounted TBOX (4G / 5G) network. 3. The vehicle-side adopts a three-layer architecture, including a service layer, a user layer, and a virtualization layer; 4. The vehicle-side service layer includes a state mapping engine, a dynamic story generator, and a lightweight game engine; it mainly generates game tasks based on OTA state mapping. 5. The user layer includes the user interface, behavior analysis module, and dynamic difficulty adjuster module; it is mainly responsible for user interaction and behavior feedback. 6. The virtualization layer includes the game domain, security gateway, and OTA control domain; it mainly performs security command authentication and OTA control.

[0086] (2) Specific steps and procedures: 1. The cloud platform sends firmware blocks (OTA update data) and corresponding game resources to the state mapping engine via the vehicle-TBOX (4G / 5G) network; in other embodiments, the game resource data can also be pre-stored in the vehicle system.

[0087] 2. The OTA control domain monitors and feeds back the OTA update status (such as download progress, update progress, etc.) to the status mapping engine in real time.

[0088] 3. The state mapping engine generates a task request based on the updated job state parameters and sends it to the dynamic story generator.

[0089] 4. The dynamic story generator generates specific task instructions and sends them to the lightweight game engine.

[0090] 5. Lightweight game engine renders the task interface to the game interaction interface.

[0091] 6. The user interacts with the game interface, and the interface collects operation data and sends it to the user behavior analysis module.

[0092] 7. The user behavior analysis module calculates the user's ability score and sends it to the dynamic difficulty adjuster.

[0093] 8. The dynamic difficulty adjuster calculates the new difficulty and sends adjustment instructions to the dynamic story generator.

[0094] 9. The dynamic story generator updates the task parameters and sends them to the lightweight game engine.

[0095] 10. The lightweight game engine updates the game interface, including character growth values ​​and the unlocking progress of various game scenes, and enables dynamic adjustment of game difficulty.

[0096] 11. User-input commands are sent to the game domain to enable game interaction.

[0097] 12. The game domain sends the signing instruction to the security gateway.

[0098] 13. The security gateway verifies the command; if successful, it is forwarded to the OTA control domain.

[0099] (III) Detailed Explanation of Key Aspects: 1. Game resource co-loading and OTA status-driven dynamic game story mission generation are as follows: (1) The OTA cloud platform performs firmware segmentation and establishes a 1:1 or 1:N mapping relationship between firmware update data and game resource packages; (2) The OTA cloud platform pushes data such as segmented firmware (including segmented firmware ID, firmware metadata, and game resource hash mapping table) through the vehicle-mounted TBOX (4G / 5G) network channel: (3) The vehicle-side status game mapping engine creates a local mapping table based on the parsed metadata and mapping table; and loads game resources based on OTA status information (download progress, upgrade update progress, etc.) (game resource data can be pulled from the cloud platform or locally); among them, by calculating the resource hash, if it is determined that the hash does not match, the loading is re-requested; (4) If the hash matches, the vehicle-side system's state game mapping engine sends the OTA status and game resource information to the dynamic story generator. The dynamic story generator generates the game dynamic story task associated with the OTA status based on the game resources loaded by the state mapping engine. (5) The lightweight game engine reduces memory usage (less than 50MB) by removing the 3D engine and retaining the 2D rendering core. The lightweight game engine achieves human-computer interaction by rendering game resource data according to the game's dynamic storyline and tasks.

[0100] 2. Analyze user behavior data to dynamically adjust game difficulty, meeting the needs of various users and preventing them from giving up due to excessive difficulty or losing interest due to insufficient challenge. Specific game difficulty adjustments are as follows: Figure 4 As shown.

[0101] Please refer to Figure 5 , Figure 5 This application provides block diagrams illustrating the composition of an OTA update interaction management device according to some embodiments. It should be understood that this OTA update interaction management device is similar to the one described above. Figure 1 Corresponding to the method embodiments, it is able to execute the various steps involved in the above method embodiments. The specific functions of the OTA update interactive management device can be found in the description above. To avoid repetition, detailed descriptions are appropriately omitted here.

[0102] Figure 5 The OTA update interactive management device includes at least one software function module that can be stored in memory or embedded in the OTA update interactive management device in the form of software or firmware. The OTA update interactive management device includes: The data acquisition module 510 is used to acquire OTA update data transmitted from the cloud platform; Update execution module 520 is used to perform data update operations based on firmware update data; The status mapping module 530 is used to determine the corresponding game resource mapping information based on the status information of the data update job; The game loading module 540 is used to load game resources based on game resource mapping information, so as to realize game interaction tasks based on game resources.

[0103] It is understood that the above-described device embodiments correspond to the method embodiments of the present invention. The OTA update interactive management device provided by the embodiments of the present invention can implement the OTA update interactive management method provided by any one of the method embodiments of the present invention.

[0104] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working process of the device described above can be referred to the corresponding process in the aforementioned method, and will not be elaborated further here.

[0105] like Figure 6 As shown, some embodiments of this application provide an electronic device 600, which includes a memory 610, a processor 620, and a computer program stored on the memory 610 and executable on the processor 620. When the processor 620 reads the program from the memory 610 via a bus 630 and executes the program, it can implement any of the methods included in the above-described interactive management method for OTA updates.

[0106] Processor 620 can process digital signals and can include various computing architectures. For example, it can be a complex instruction set computer architecture, a reduced instruction set computer architecture, or an architecture that implements multiple instruction set combinations. In some examples, processor 620 can be a microprocessor.

[0107] The memory 610 can be used to store instructions executed by the processor 620 or data related to the execution of instructions. These instructions and / or data may include code for implementing some or all of the functions of one or more modules described in the embodiments of this application. The processor 620 of this disclosure embodiment can be used to execute the instructions in the memory 610 to implement the methods shown above. The memory 610 includes dynamic random access memory, static random access memory, flash memory, optical memory, or other memories well known to those skilled in the art.

[0108] Some embodiments of this application also provide a computer-readable storage medium storing a computer program that, when executed by a processor, describes the method described in the method embodiments.

[0109] Some embodiments of this application also provide a computer program product that, when run on a computer, causes the computer to perform the methods described in the method embodiments.

[0110] It should be noted that the various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. Similar or identical parts between embodiments can be referred to interchangeably. For apparatus embodiments, since they are basically similar to method embodiments, the description is relatively simple; relevant parts can be referred to the descriptions in the method embodiments.

[0111] It should be understood, in the several embodiments provided in this application, that the disclosed apparatus and methods can also be implemented in other ways. The apparatus embodiments described above are merely illustrative; for example, the flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions marked in the blocks may occur in a different order than those marked in the drawings. For example, two consecutive blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram and / or flowchart, and combinations of blocks in block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or action, or using a combination of dedicated hardware and computer instructions.

[0112] In addition, the functional modules in the various embodiments of this application can be integrated together to form an independent part, or each module can exist independently, or two or more modules can be integrated to form an independent part.

[0113] If the aforementioned functions are implemented as software functional modules and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0114] The above description is merely an embodiment of this application and is not intended to limit the scope of protection of this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of protection of this application. It should be noted that similar reference numerals and letters in the following figures indicate similar items; therefore, once an item is defined in one figure, it does not need to be further defined and explained in subsequent figures.

[0115] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

[0116] It should be noted that, in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

Claims

1. An interactive management method for OTA updates, characterized in that, include: Obtain OTA update data transmitted from the cloud platform; Execute a data update operation based on the OTA update data; Based on the status information of the data update operation, the corresponding game resource mapping information is determined; Game resources are loaded based on the game resource mapping information, so as to realize game interaction tasks based on the game resources.

2. The interactive management method for OTA updates according to claim 1, characterized in that, Also includes: Acquire user behavior data based on the user's input of the game interaction task; The user's gaming ability score is determined based on the user behavior data; The difficulty of the game interaction task is dynamically adjusted based on the game ability score.

3. The interactive management method for OTA updates according to claim 2, characterized in that, Determining the user's gaming ability score based on the user behavior data includes at least one of the following: Based on the user behavior data, at least one capability assessment indicator is obtained during the user's game interaction task; wherein, the capability assessment indicator includes at least one of operation offset indicator, task time indicator and task success rate indicator. The user's gaming ability score is determined based on at least one of the ability assessment indicators.

4. The interactive management method for OTA updates according to claim 3, characterized in that, The acquisition of at least one capability assessment indicator based on the user behavior data during the user's game interaction task includes at least one of the following: Based on the user behavior data, the offset between the user's actual operation position and the virtual object's position is obtained, and the operation offset index is determined based on the relationship between the offset and the preset benchmark offset. Based on the user behavior data, the actual time taken by the user to complete the target task is obtained, and the task time consumption index is determined based on the relationship between the actual time taken and the preset benchmark time. Based on the user behavior data, the number of successful game tasks is obtained, and the task success rate index is determined based on the relationship between the number of successful game tasks and the preset total number of game tasks.

5. The interactive management method for OTA updates according to claim 4, characterized in that, The dynamic adjustment of the difficulty of the game interaction task based on the game ability score includes: If it is determined that the real-time difficulty corresponding to the game ability score is greater than a preset first difficulty threshold, at least one of the following adjustment strategies will be implemented: The preset reference offset is reduced and adjusted. The preset baseline time is adjusted to be reduced; The allowable error range for determining whether a game task is successful has been reduced. Add several distractors to the game's interactive tasks; Alternatively, the dynamic adjustment of the difficulty of the game interaction task based on the game ability score includes: If it is determined that the real-time difficulty corresponding to the game ability score is less than a preset second difficulty threshold, at least one of the following adjustment strategies will be implemented: The preset reference offset is increased or adjusted. The preset baseline time is increased or adjusted. The allowable error range for determining whether a game task is successful has been increased. Several distractions were reduced in the game's interactive tasks.

6. The interactive management method for OTA updates according to claim 1, characterized in that, The step of determining the corresponding game resource mapping information based on the status information of the data update job includes: The current OTA update progress is determined based on the status information of the data update operation. Based on the preset correspondence between OTA update progress and game loading progress, determine the game resource mapping information corresponding to the current OTA update progress.

7. The interactive management method for OTA updates according to claim 1, characterized in that, The data update operation is executed in the OTA control domain of the virtualization layer; the game interaction task is executed in the game domain of the virtualization layer; the OTA control domain and the game domain are filtered by a security gateway.

8. The interactive management method for OTA updates according to any one of claims 1 to 7, characterized in that, The process of loading game resources based on the game resource mapping information to implement game interaction tasks based on the game resources includes: Load game resources based on the game resource mapping information, and obtain the first hash information contained in the game resources; The second hash information is determined based on the game resources according to a preset hash algorithm; If the first hash information matches the second hash information, the game interaction task is implemented based on the game resources.

9. An interactive management device for OTA updates, characterized in that, include: The data acquisition module is used to acquire OTA update data transmitted from the cloud platform; The update execution module is used to perform data update operations based on the firmware update data; The status mapping module is used to determine the corresponding game resource mapping information based on the status information of the updated job data. The game loading module is used to load game resources based on the game resource mapping information, so as to realize game interaction tasks based on the game resources.

10. An electronic device, characterized in that, It includes a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein when the processor executes the program, it can implement the interactive management method for OTA updates according to any one of claims 1-8.

Images