Screen control method and related equipment

Abstract

The invention discloses a screen control method and related equipment, and relates to the technical field of vehicle-mounted screens, and the method comprises the following steps: in a vehicle OTA updating process, obtaining vehicle state information and passenger perception information; based on the vehicle state information and the passenger perception information, a display control strategy of a target screen during OTA updating is determined, and the display control strategy is used for coordinating occupation of screen resources by a system updating process and a user function process; and performing rendering operation on the target screen based on the display control strategy. According to the method and the device, on the premise of ensuring that the OTA updating task is reliably carried out, the use of the screen function by the user is maintained or adapted to the maximum extent, the technical problems of complete function interruption and poor user experience caused by a traditional full-screen blocking updating mode are solved, the balance between the updating efficiency and the user perception availability is achieved, and the user experience is improved. And the user experience of the intelligent cabin during the system maintenance period is improved.

Description

Technical Field

[0001] This application relates to the field of vehicle screen technology, and in particular to a screen control method and related equipment. Background Technology

[0002] With the increasing intelligence of automobiles, software updates via OTA (Over-The-Air) technology have become a common feature. However, existing OTA update processes typically employ a full-screen interruption mode. During the update process, the entire in-vehicle screen is forcibly switched to the update interface, displaying only a progress bar and limited text prompts, completely disrupting core functions such as navigation, entertainment, and climate control. This mode degrades the user experience during the update process (which can last for tens of minutes), causing issues such as sudden navigation stoppages, inaccessibility of entertainment content, and insufficient display of update progress and remaining time, easily triggering user anxiety. Therefore, a screen control method is urgently needed to address the aforementioned problems. Summary of the Invention

[0003] The summary section introduces a series of simplified concepts, which will be further explained in detail in the detailed description section. This summary section is not intended to limit the key and essential technical features of the claimed technical solutions, nor is it intended to determine the scope of protection of the claimed technical solutions.

[0004] In a first aspect, this application provides a screen control method, including: During the vehicle OTA update process, vehicle status information and occupant perception information are acquired; Based on the vehicle status information and the occupant perception information, a display control strategy for the target screen during OTA updates is determined, wherein the display control strategy is used to coordinate the occupation of screen resources by the system update process and the user function process. Based on the aforementioned display control strategy, the target screen is rendered.

[0005] In some implementations, determining the display control strategy for the target screen during an OTA update based on the vehicle status information and the occupant perception information includes: Based on the vehicle status information, the current operating status of the vehicle is determined; Based on the occupant perception information, the distribution status of occupants inside the vehicle is determined; Based on the current operating status of the vehicle and the distribution status of the occupants inside the vehicle, the display control strategy of the target screen is determined.

[0006] In some implementations, it also includes: Retrieve update task information corresponding to the current OTA update task; Based on the update task information, the vehicle status information, and the occupant perception information, a display control strategy for the target screen is determined, wherein the update task information includes update type, risk level, and estimated time consumption.

[0007] In some embodiments, the current operating state of the vehicle includes a parked state or a moving state, the occupant distribution state includes a state with occupants or a state without occupants, and the display control strategy includes a first display control strategy, a second display control strategy, or a third display control strategy. Determining the display control strategy for the target screen based on the current operating state of the vehicle and the occupant distribution state includes: When the vehicle is currently in the driving state, the display control strategy for the target screen is determined to be the first display control strategy, wherein the first display control strategy is used to control the rendering of the user interface on the target screen; or, When the vehicle is currently in a parked state and the occupant distribution is in a occupant-present state, the display control strategy for the target screen is determined to be the second display control strategy. This second display control strategy is used to control the target screen rendering system to update the interface and at least one of the user function interfaces; or... When the vehicle is currently in the parked state and the occupant distribution is in the no-occupant state, the display control strategy of the target screen is determined to be the third display control strategy, wherein the third display control strategy is used to control the target screen to render the system update interface.

[0008] In some implementations, controlling the target screen to render the system update interface and at least one of the user function interfaces includes: Based on the distribution of occupants inside the vehicle, determine the split-screen rendering parameters; Based on the split-screen rendering parameters, the target screen is logically partitioned to generate at least one first type of sub-region and at least one second type of sub-region; The system update interface is rendered within the at least one first-type sub-region; The user interface is rendered within the at least one second-class sub-region.

[0009] In some embodiments, before performing the rendering operation on the target screen based on the display control strategy, the method further includes: Based on the aforementioned display control strategy, a resource allocation strategy is determined; Based on the resource allocation strategy, independent computing resources and network bandwidth are allocated to the system update process and user function processes.

[0010] In some implementations, before determining the display control strategy for the target screen during an OTA update based on the vehicle status information and the occupant perception information, the method further includes: Based on the current operating status of the vehicle and the distribution status of the occupants inside the vehicle, a user notification strategy is determined; Based on the user notification strategy, output update notification information.

[0011] In some implementations, determining the user notification strategy based on the vehicle's current operating state and the distribution of occupants inside the vehicle includes: When the vehicle's current operating state is the driving state, the user notification strategy is determined to be status bar notification and / or voice notification; or, When the vehicle's current operating state is the parked state and the occupant distribution state is the occupant-present state, the user notification strategy is determined to be a pop-up notification; or, When the vehicle is currently in the parked state and the occupant distribution is in the no-occupant state, the user notification strategy is determined to be portable mobile terminal notification.

[0012] Secondly, this application proposes a screen control device, comprising: The context information acquisition unit is used to acquire vehicle status information and occupant perception information during the vehicle OTA update process. The display strategy determination unit is used to determine the display control strategy of the target screen during OTA update based on the vehicle status information and the occupant perception information. The display control strategy is used to coordinate the occupation of screen resources by the system update process and the user function process. The screen rendering operation unit is used to perform rendering operations on the target screen based on the display control strategy.

[0013] Thirdly, an electronic device includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program stored in the memory to implement the screen control method of any of the first aspects.

[0014] Fourthly, this application also proposes a computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the steps of the screen control method of any of the first aspects.

[0015] In summary, this embodiment of the application, by acquiring vehicle status information and occupant perception information during the vehicle OTA update process, can perceive the physical context of the vehicle (such as driving or parking) and the presence and distribution of occupants inside the vehicle. Secondly, based on the vehicle status information and occupant perception information, a display control strategy for the target screen during the OTA update is determined. Decisions are made based on the aforementioned context perception results, generating a screen control scheme that matches the current vehicle status and occupant needs. The purpose of this strategy is to coordinate the occupation of screen resources by the system update process and user function processes, establishing the principle that system update tasks and user interaction functions can be paralleled and shared in a controlled manner during the update, rather than simply and crudely monopolizing resources. Finally, by rendering the target screen based on the display control strategy, the final content displayed on the screen can flexibly adapt to different update scenarios (e.g., simultaneously presenting the update interface and function interface in a split-screen format when the vehicle is parked and has occupants). This ensures that the OTA update task is visible and controllable while maximizing the continuous availability of core user functions such as navigation and entertainment, solving the problem of function interruption during the update and improving the user experience. Attached Figure Description

[0016] Various other advantages and benefits will become apparent to those skilled in the art upon reading the following detailed description of preferred embodiments. The accompanying drawings are for illustrative purposes only and are not intended to limit this specification. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings: Figure 1 This is a schematic flowchart of a screen control method provided in an embodiment of this application; Figure 2 This is a schematic diagram of a screen control device provided in an embodiment of this application; Figure 3 This is a schematic diagram of a screen control electronic device provided in an embodiment of this application. Detailed Implementation

[0017] The terms "first," "second," "third," "fourth," etc. (if present) in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments described herein can be implemented in a sequence other than that illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus. The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them.

[0018] In the specific embodiments of this application, any data related to vehicle users or occupants, including vehicle status information, occupant perception information (such as image data collected by in-vehicle cameras, seat pressure sensor data, mobile phone Bluetooth connection information, etc.), OTA update task information, and user interaction data with the vehicle's infotainment screen, is involved. When the embodiments of this application are applied to specific products or technologies, explicit permission or consent from the relevant individuals (including drivers and passengers) is required, and the collection, use, storage, and processing of the relevant data must strictly comply with the current personal information protection laws and regulations, data security standards, and industry norms of the relevant countries and regions. In other words, if any of the aforementioned personal data is involved in the embodiments of this application, such data should be obtained with the individual's full knowledge and voluntary authorization and consent, and the subsequent processing should comply with the legal requirements regarding data minimization, purpose limitation, and security protection, and necessary technical and management measures should be taken to ensure data security and personal privacy.

[0019] Please see Figure 1 This is a schematic flowchart of a screen control method provided in an embodiment of this application, which may specifically include: S110. During the vehicle OTA update process, obtain vehicle status information and occupant perception information; For example, during the OTA update process, two types of contextual information are collected. On the one hand, vehicle status information, such as current speed, transmission gear, and powertrain operating status, is read in real time via the vehicle bus or dedicated sensor network. This data is used to determine whether the vehicle is in a driving condition or a safe parking condition. On the other hand, sensing hardware integrated into the vehicle, such as camera modules, seat occupancy sensors, or Bluetooth signals from paired mobile devices, is used to detect and identify whether there are occupants in the seating areas and their approximate locations.

[0020] S120. Based on vehicle status information and occupant perception information, determine the display control strategy of the target screen during OTA update, wherein the display control strategy is used to coordinate the occupation of screen resources by the system update process and the user function process. For example, by integrating collected vehicle status information and occupant perception information, the system analyzes the current physical environment of the vehicle and the distribution of occupants, and generates a screen display control strategy adapted to the specific scenario. This strategy dynamically coordinates the access and occupancy of limited screen resources by the system update process and user function processes, aiming to break the resource monopoly mode inherent in traditional full-screen blocking updates, and instead plan the allocation of screen space and content presentation methods according to actual scenario needs.

[0021] S130: Based on the display control strategy, perform rendering operations on the target screen.

[0022] For example, based on a defined display control strategy, the graphics rendering engine is invoked to perform corresponding drawing and update operations on the target screen. This operation transforms the abstract rules defined in the strategy into specific visual interface outputs. The rendering process organizes the visual elements on the screen according to the strategy instructions, including dynamically generating or adjusting the layout of different content areas, controlling the visibility and state of each interface component, and ensuring that feedback information from the update process and continued user functional content are presented on the screen in a coordinated manner according to the strategy settings. This achieves a display effect adapted to the vehicle and occupant context, completing the transformation from decision logic to a user-perceptible interface.

[0023] In summary, this application's embodiments, by acquiring vehicle status information and occupant perception information during the vehicle OTA update process, can perceive the vehicle's physical context (such as driving or parking) and the presence and location distribution of occupants. Based on this, a screen display control strategy matching the current context is determined. This strategy coordinates the collaborative use of screen resources by the system update process and user function processes, breaking the traditional resource monopoly mode of full-screen update blocking. Rendering operations are performed on the target screen according to this strategy, achieving screen content adaptation and presentation. For example, when parked and with occupants, the screen can clearly present the update progress interface and the continued user function interface simultaneously in a split-screen format; while driving, the user is notified only in a non-intrusive manner. This ensures that key information during the OTA update process is always visible and controllable to the user, effectively alleviating anxiety and process opacity during the update waiting period; on the other hand, it maximizes the continuous availability of user functions such as navigation, entertainment, and air conditioning control, avoiding functional interruptions and poor user experience during the update period. Meanwhile, by delivering differentiated content based on occupant location and using an independent underlying resource allocation mechanism, personalized services for occupants in different roles such as the driver and front passenger are provided and system resources are utilized optimally while ensuring the stable execution of update tasks. This improves the overall user experience satisfaction and system interaction efficiency during vehicle OTA updates.

[0024] In some instances, based on vehicle status information and occupant perception information, the display control strategy for the target screen during OTA updates is determined, including: Based on vehicle status information, determine the current operating status of the vehicle; Based on occupant perception information, determine the distribution status of occupants inside the vehicle; Based on the current operating status of the vehicle and the distribution of occupants inside the vehicle, the display control strategy for the target screen is determined.

[0025] For example, by accessing the vehicle controller area network bus or corresponding sensor interface, physical parameters reflecting vehicle dynamics are read. These parameters include at least the current driving speed and the transmission gear position. The read real-time driving speed is compared with a preset first vehicle speed threshold, and the transmission gear signal is matched with a preset gear identifier (e.g., P gear) representing the parking state. Based on the comparison and matching results, a classification operation is performed: if the real-time driving speed is greater than the first vehicle speed threshold, or the transmission gear is in a non-parking state, the vehicle's current operating state is determined to be driving; conversely, if the real-time driving speed is not greater than the first vehicle speed threshold and the transmission gear is confirmed to be in a parking state, the vehicle's current operating state is determined to be parking. This step transforms the continuous sensor data stream into a logical state.

[0026] Based on occupant perception information, the distribution of occupants within the vehicle is determined. This process involves receiving data streams from multiple sensing sources within the vehicle. These data streams include, but are not limited to, video frame sequences captured by image acquisition devices facing the cabin interior, pressure value change sequences output by pressure sensing units embedded in the seats, and the status of short-range wireless communication links maintained with certified mobile devices. The aforementioned multi-source data undergoes fusion processing and feature analysis. For example, a computer vision-based occupant detection model is applied to the video frames, threshold judgment and persistence analysis are performed on the pressure sequences, and spatial estimation of the communication link signal strength is conducted. Logical operations are performed on these analysis results to output a judgment regarding the presence of occupants within the vehicle. This judgment at least distinguishes between "occupant presence" and "occupant absence." In the "occupant presence" category, the judgment can be further refined to identify the specific seat area where the occupant is located, such as the driver's seat or the front passenger seat area, thereby forming a description of the spatial distribution of occupants.

[0027] It should be noted that the fusion processing and feature analysis of the aforementioned multi-source data includes the parallel execution of multiple feature extraction sub-processes and the generation of corresponding intermediate state labels. First, for the video frame sequence from the in-vehicle camera, it is input into a pre-trained occupant detection model based on a convolutional neural network. This model performs forward inference on each frame, outputting detection results including the bounding box coordinates of each seat area and the corresponding confidence level; it tracks and smooths the detection results of multiple consecutive frames, generating a preliminary visual judgment label regarding the presence of an occupant in each seat area, as well as classification information on the approximate posture of the occupant if present. Second, for the pressure value sequence from the seat pressure sensor, it is sampled according to a preset time window, and the average pressure within the window is calculated; this average value is compared with a preset pressure threshold. If the average value continuously exceeds the threshold for a preset duration, the corresponding seat area is determined to be under continuous pressure, generating a pressure sensing label indicating that the seat may be occupied. Simultaneously, for Bluetooth or UWB communication links from paired mobile devices, the received signal strength indication value is monitored in real time to estimate the relative distance between the mobile device and the fixed receiving antenna in the vehicle. Combining this with known antenna layout information, a spatial estimation label of the possible seat area of ​​the occupant associated with the mobile device is generated using triangulation or multi-point positioning algorithms. Finally, a fusion decision logic unit is established, which receives the aforementioned visual judgment label, pressure sensing label, and spatial estimation label as input. It has a pre-set set of weighted voting or confidence fusion rules. For example, if both visual judgment and pressure sensing indicate "occupancy" for the same seat area, then the area is ultimately determined to be occupied; if only one indication is given, the auxiliary information of the spatial estimation of signal strength is referenced and compared with a pre-set confidence threshold before making a determination. By executing this fusion decision logic in parallel for all seat areas, a description of the occupant distribution status in the vehicle is integrated and output. This description can not only indicate the occupancy status of each seat in Boolean form to distinguish between "occupant status" and "no occupant status", but also provide spatial distribution information of occupant positions in "occupant status", such as generating a bitmap or list containing the occupancy status of the driver's seat and the front passenger seat, providing occupant position context for display control strategy decisions.

[0028] Based on the vehicle's current operating status and the distribution of occupants inside the vehicle, a display control strategy for the target screen is determined. Using the vehicle's current operating status and the occupant distribution obtained in the preceding steps as input, a pre-defined decision mapping relationship is queried or calculated. This decision mapping relationship, based on the principles of ensuring driving safety and optimizing occupant experience, defines a screen content coordination scheme corresponding to different input combinations. The output of this step is a set of instructions used to guide subsequent screen rendering, i.e., the display control strategy. It determines the coexistence and presentation of visual feedback in the system update process and the user interface in the user function process on screen resources.

[0029] In summary, this application's embodiments achieve the transformation from multi-source, heterogeneous underlying sensor data to interaction strategies by jointly analyzing and making decisions based on the vehicle's dynamic physical state and the spatial state of the occupants. This method ensures that the generation of display control strategies depends on objective, real-time vehicle and occupant contexts, providing a logical basis for coordinating screen resource usage under different OTA update scenarios. This not only avoids potential safety interference caused by updating the interface under improper driving conditions but also lays a solid foundation for differentiated display optimization based on the actual service targets under safe parking conditions, thereby improving the overall rationality and safety of system decision-making.

[0030] In some instances, it also includes: Retrieve update task information corresponding to the current OTA update task; Based on update task information, vehicle status information, and occupant perception information, the display control strategy for the target screen is determined. The update task information includes update type, risk level, and estimated time.

[0031] For example, metadata associated with currently executing or about-to-be-triggered OTA update tasks is obtained from the OTA management module communicating with the cloud server or the local update task queue. This metadata constitutes the update task information. The update task information includes at least the update type, risk level, and estimated time. The update type identifies the software scope involved in this update, such as an application-layer update involving only the in-vehicle infotainment system, a moderate system update involving the cockpit domain controller, or a major firmware version update involving the vehicle's underlying multi-domain controllers. The risk level is a rating assigned based on cloud analysis or preset rules to assess the potential stability impact of this update operation, such as low risk, medium risk, or high risk. The estimated time is the approximate time required to complete the entire update process, estimated by the cloud server or local system based on the update data package size, historical installation speed, and current vehicle hardware performance.

[0032] The acquired update task information is analyzed and integrated with the vehicle status information and occupant perception information determined in the preceding steps to jointly determine the final display control strategy. This comprehensive decision-making process follows preset priority rules and mapping logic. For example, when the risk level in the update task information is marked as "high risk," it may be given higher weight in the decision logic, causing the final display control strategy to tend to adopt a more conservative or eye-catching screen content presentation method, such as increasing the visual proportion of the system update interface in split-screen mode, or using specific warning colors for rendering. At the same time, the estimated time consumption information will be used to optimize resource scheduling and user prompts. For example, update tasks with a longer estimated time consumption may trigger a more detailed update progress information display or start the pre-allocation of background resources earlier. By incorporating the specific attributes of the update task into the decision-making considerations, the display control strategy not only responds to the real-time physical situation of the vehicle and occupants, but also adapts to the technical characteristics and requirements of the update task itself.

[0033] In summary, this application's embodiments introduce update task information as a decision variable, enabling more adaptable screen control strategies. This allows the system to not only know the vehicle and passenger's status but also the type of update being performed. Therefore, while ensuring basic functional continuity, it can further fine-tune screen resource allocation, visual priority, and user interaction guidance based on the importance and urgency of the update task. This enhances the flexibility in handling update tasks of different natures, achieving a more precise and flexible balance between ensuring reliable update task execution and improving user continuity, further enhancing the intelligence and scenario adaptability of the screen control method.

[0034] In some instances, the current vehicle operating state includes a parked state or a moving state, the occupant distribution state includes a state with occupants or a state without occupants, and the display control strategy includes a first display control strategy, a second display control strategy, or a third display control strategy. Based on the current vehicle operating state and the occupant distribution state, the display control strategy for the target screen is determined, including: When the vehicle is currently in a driving state, the display control strategy for the target screen is determined to be the first display control strategy, which is used to control the rendering of the user interface on the target screen; or, When the vehicle is currently in a parked state and the occupant distribution is in a occupant state, the display control strategy for the target screen is determined to be the second display control strategy. This second display control strategy is used to control the target screen rendering system to update the interface and at least one user function interface; or... When the vehicle is currently in a parked state and the occupant distribution is in an unoccupied state, the display control strategy for the target screen is determined to be the third display control strategy, which is used to control the target screen rendering system to update the interface.

[0035] For example, when the vehicle's current operating state is determined to be in motion, it indicates that the vehicle is moving, and driving safety is the primary consideration. To avoid visual interference or operational misguidance for the driver, the display control strategy for the target screen is determined as the first display control strategy. The principle of this strategy is to maintain a familiar interactive environment for the driver and ensure the integrity and continuity of driving-related functions. Specifically, the first display control strategy is used to control the rendering of the user interface on the target screen. This means that the screen will continue to display the existing application interfaces related to driving or passenger experience, such as navigation maps, vehicle speedometers, and multimedia players, maintaining their full usability and interactivity. Meanwhile, for OTA updates running in the background, a non-intrusive notification method will be adopted, such as displaying a static icon or brief text prompt in the status bar area at the edge of the screen, or issuing a one-time update event announcement via voice broadcast. This informs the user of the update task without occupying main screen resources or interrupting main functions, and suggests that they handle it after safely parking.

[0036] When the vehicle's current operating state is determined to be parked, and the occupant distribution is simultaneously determined to be occupant-only, it indicates that the vehicle is in a safe, stationary environment and there are users requiring service. In this scenario, it is crucial to ensure that users can clearly perceive and monitor the OTA update process while simultaneously meeting the needs of occupants to continue using vehicle functions while waiting. Therefore, the display control strategy for the target screen is determined to be a second display control strategy. This strategy aims to achieve screen resource sharing between the system update process and user function processes. Specifically, the second display control strategy controls the target screen to simultaneously render the system update interface and at least one user function interface. This means that the screen's display area will be coordinated and allocated. One area is used to continuously and clearly display information related to the OTA update, such as a dynamically updated progress bar, the name of the currently updated module, and the estimated remaining time, constituting the system update interface; another part or several other areas are used to maintain and run selected user functions, such as simplified navigation, the local media player, and the air conditioning control panel, constituting the user function interface. Through this concurrent rendering method, while ensuring the update process is transparent and controllable, the continuity of user functions is maintained to the greatest extent possible.

[0037] When the vehicle's current operating state is determined to be parked, but the occupant distribution state is determined to be occupantless, it indicates that the vehicle is stationary and there are no occupants requiring direct interaction. In this case, the need for continuous user experience is temporarily reduced, and the system can focus on completing the OTA update task. Therefore, the display control strategy for the target screen is determined to be the third display control strategy. Specifically, the third display control strategy is used to control the rendering of the system update interface on the target screen. This means that the resources of the entire screen will be primarily used to display detailed information related to the update, such as full-screen progress animations, complete update logs, version number changes, and possible prompts. In this mode, there is no need to consider parallel rendering of user functions and resource contention, simplifying graphics processing logic. It can even enter a low-power display state according to preset rules, only periodically refreshing necessary information until the update is complete or occupant return is detected.

[0038] In summary, this application's embodiments achieve contextualized adaptation of screen display control strategies through joint decision-making based on the vehicle's current operating state and the distribution of occupants. While in motion, it avoids potential interference with driver attention caused by interface updates, ensuring driving safety by providing notifications only in a non-intrusive manner. Secondly, when parked and with occupants, unlike the traditional full-screen blocking mode of OTA updates, it achieves the dual goals of making the update process visible and user functionality available through split-screen collaborative rendering technology, effectively solving the problem of function interruption during updates and improving user experience satisfaction during waiting. When parked and without occupants, it allows the system to adopt a full-screen display mode focused on the update task, facilitating monitoring of the update process. This scenario-based screen control strategy enables optimal allocation of screen resources.

[0039] In some instances, the system controls the target screen rendering system to update the interface and at least one user interface, including: Determine the split-screen rendering parameters based on the distribution of occupants inside the vehicle; Based on the split-screen rendering parameters, the target screen is logically partitioned to generate at least one first-type sub-region and at least one second-type sub-region. Render the system update interface within at least one first-class sub-region; Render the user interface within at least one second-class sub-region.

[0040] For example, the process of determining split-screen rendering parameters based on the occupant distribution in the vehicle involves converting occupant presence information into specific instructions for dividing the screen space according to preset decision logic. When the occupant distribution indicates that only the driver's seat is occupied, the split-screen rendering parameters can be determined to use a fixed-ratio partitioning mode and associate it with a set of preset area ratio values, such as designating a specific ratio area of ​​the screen as the update information display area. If the occupant distribution indicates that both the driver's and front passenger seats are occupied, the split-screen rendering parameters can be determined to use a partitioning mode based on occupant position. This mode logically associates the physical display area of ​​the screen with the seat positions in the vehicle and assigns differentiated functional content categories to different seat areas according to preset rules. In addition, the split-screen rendering parameters may also include instructions on the presentation style of update information, such as setting it as a floating window or a fixed panel.

[0041] Based on the determined split-screen rendering parameters, the target screen is logically partitioned to define multiple non-overlapping display sub-regions at the software level. This process first parses the partitioning mode specified in the split-screen rendering parameters. If it's a fixed-ratio partitioning mode, the pixel coordinate range of each sub-region is calculated based on the ratio value carried in the parameters. If it's a partitioning mode based on occupant position, the preset mapping relationship between screen physical coordinates and in-vehicle seat areas is invoked to determine the screen sub-region range corresponding to the driver's and passenger's viewpoints. The output of the logical partitioning is the generation of at least one first-type sub-region and at least one second-type sub-region. The first-type sub-region is dedicated to carrying visual feedback for the system update process, while the second-type sub-region is used to carry the interactive interface for various user function processes permitted to continue running during the update. The number and layout of the sub-regions are driven by the split-screen rendering parameters. For example, in the occupant position-based partitioning mode, two independent second-type sub-regions may be generated, corresponding to the driver's side and the passenger's side respectively.

[0042] After logical partitioning is completed, the system update interface is rendered in at least one of the generated first-class sub-regions. This interface is drawn with high priority, and its content is related to the actual progress of the OTA update task. It typically includes, but is not limited to, a dynamically increasing progress bar, a text description of the current update stage, the overall estimated remaining time, and the update version number, ensuring transparency for the user during the update process. Simultaneously, the user function interface is rendered in at least one second-class sub-region. This process involves filtering available functions according to a preset function whitelist, which hierarchically defines the set of functions allowed to run during the update. For example, core-level functions such as simplified navigation and vehicle critical alerts are allowed to run and render their interfaces in the second-class sub-region associated with the driver's seat; experience-level functions such as local media playback are allowed to run and render their interfaces in the second-class sub-region associated with the passenger's seat. Based on the partitioning results and whitelist rules, the rendering engine draws the corresponding user interface elements of the applied functions into the designated second-class sub-regions, thereby ensuring continuous access to user functions.

[0043] In summary, this application's embodiments transform the specific distribution of occupants within the vehicle into an executable screen space allocation strategy, achieving the coexistence of updated information and user functional interfaces. Through logical partitioning, an information output area is reserved for the system update process, ensuring the visibility and controllability of the update process. Simultaneously, by allocating functional display areas differently based on occupant location and applying a hierarchical functional whitelist, it prioritizes the continuity of functions related to driving safety and core experience within limited system resources, and provides personalized services tailored to the needs of occupants in different locations. This method breaks through the functional limitations of traditional full-screen blocking update modes, improving the availability of cockpit functions and the overall user experience during OTA updates by intelligently segmenting and utilizing screen resources in scenarios where the vehicle is safely parked and occupants are present.

[0044] In some instances, before rendering operations are performed on the target screen based on the display control strategy, the following steps are also included: Based on the display control strategy, determine the resource allocation strategy; Based on resource allocation strategies, independent computing resources and network bandwidth are allocated to system update processes and user function processes.

[0045] For example, before rendering the target screen based on the display control strategy, the method further performs a resource allocation step. This determination process follows a preset mapping rule, associating different display control strategies with corresponding system resource management schemes. Specifically, when the display control strategy is determined to be a second display control strategy for split-screen collaborative rendering, the resource allocation strategy is correspondingly determined to be an isolated quota management strategy. This strategy aims to define independent resource usage boundaries for parallel system update processes and user function processes to prevent competition and conflicts when they share hardware resources, ensuring that the stable execution of update tasks and the smooth operation of user functions do not interfere with each other. This resource allocation strategy specifically specifies the share of computing resources reserved for different process categories and the upper limit of network bandwidth.

[0046] Based on the determined resource allocation strategy, independent computing resources and network bandwidth are allocated to system update processes and user function processes. This allocation operation is performed at the resource scheduling layer of the operating system kernel or virtual machine monitor. For computing resources, according to the quotas defined in the resource allocation strategy, a first computing resource quota is allocated to the system update process and a second computing resource quota is allocated to the user function processes through the kernel's process scheduler or containerization technology. The first and second computing resource quotas are isolated from each other in terms of CPU processing time, graphics processor rendering cycle, and memory space usage, for example, by setting up independent control groups. For network bandwidth, according to the bandwidth limit defined in the resource allocation strategy, a first network bandwidth channel and limit are allocated to the data download traffic of the system update process through a network traffic shaper or quality of service policy, and a second network bandwidth channel and limit are allocated to the data request traffic of the user function processes. The first and second network bandwidth channels are physically or logically separated and managed to ensure that update download tasks do not exhaust all bandwidth, causing network services in the function continuation area to stagnate.

[0047] In summary, this application's embodiments, by pre-completing resource isolation and quota allocation before final screen rendering, provide an underlying runtime environment guarantee for the parallel execution of high-priority system update tasks and user interaction functions on a single hardware platform. This mechanism ensures that even when system resources become relatively strained due to update tasks, user functions allowed to run in the function continuation zone, such as simplified navigation or media playback, still receive guaranteed computing power and network connectivity, thereby maintaining their basic responsiveness and continuity. This avoids the risk of user interface lag or unresponsive functions due to excessive resource consumption by the update process at the system level. This makes split-screen display on the screen more than just a simple combination of interface forms; through the guarantee of underlying resource isolation and scheduling mechanisms, it achieves stable and non-interfering operability of system update tasks and user interaction functions in the background and foreground.

[0048] In some instances, before determining the display control strategy for the target screen during an OTA update based on vehicle status information and occupant perception information, the following steps are also included: Determine the user notification strategy based on the current operating status of the vehicle and the distribution of occupants inside the vehicle; Based on the user notification policy, output update notification information.

[0049] For example, before determining the display control strategy of the target screen during an OTA update based on vehicle status information and occupant perception information, the method further includes a step of pre-determining how to notify the user of the update event. Specifically, a user notification strategy is first determined based on the aforementioned determined current vehicle operating status and occupant distribution status. This determination process is performed according to a preset notification rule mapping table bound to different combinations of vehicle and occupant statuses.

[0050] When the vehicle is currently in motion, the user notification strategy is determined based on the mapping table to be a non-intrusive status bar notification and / or voice notification. This strategy aims to avoid interfering with the driver's visual attention while ensuring information delivery through the voice channel. When the vehicle is currently parked and the occupant distribution is occupant-only, the user notification strategy is determined based on the mapping table to be a pop-up notification. This strategy aims to leverage the directness of screen interaction to clearly and proactively display updated information to occupants present. When the vehicle is currently parked and the occupant distribution is occupant-free, the user notification strategy is determined based on the mapping table to be a portable mobile terminal notification. This strategy aims to notify users not in the vehicle of the update event via application push or SMS through their mobile devices (such as smartphones). After the user notification strategy is determined, the update notification information is output based on the strategy. If the strategy is status bar and voice notification, an icon or short text containing an update identifier is generated and displayed in a specific edge area of ​​the target screen (such as the top status bar), while a preset prompt voice is played through the vehicle's audio system. If the strategy is a pop-up notification, a modal or non-modal dialog box is generated and rendered in the center or a specified location of the target screen, containing an updated summary, estimated time, and user-selectable action buttons (such as "Update Now" or "Schedule"). If the strategy is a mobile terminal notification, a structured message is sent to a specific application or system notification channel running on the terminal via a communication link (such as cellular network or Bluetooth) between the vehicle and the bound and authorized mobile terminal, triggering the notification display on the terminal.

[0051] In summary, the embodiments of this application achieve scenario adaptation between update events and user notification stages. By using vehicle operating status and occupant distribution status as decision inputs, and mapping according to preset rules that prioritize safety while considering information accessibility and user experience, the system can notify users in the most appropriate way at the beginning of the update process. While driving, it ensures driving safety through non-intrusive notification; when parked and with occupants, it ensures clear information delivery and provides an immediate operation entry point through direct interaction with the vehicle's infotainment screen; when parked and without occupants, it extends the information transmission range through mobile terminals, avoiding the inconvenience of users only discovering the update status upon returning to the vehicle. This effectively improves users' predictability of the OTA update process, provides an information basis for users to decide whether and when to initiate an update, and optimizes the overall experience of the update process initiation stage.

[0052] Please see Figure 2 The diagram below illustrates the structure of a screen control device according to an embodiment of this application, comprising: The context information acquisition unit 21 is used to acquire vehicle status information and occupant perception information during the vehicle OTA update process. The display strategy determination unit 22 is used to determine the display control strategy of the target screen during OTA update based on vehicle status information and occupant perception information. The display control strategy is used to coordinate the occupation of screen resources by the system update process and the user function process. The screen rendering operation unit 23 is used to perform rendering operations on the target screen based on the display control strategy.

[0053] Please see Figure 3 This application also provides an electronic device 300, including a memory 310, a processor 320, and a computer program 311 stored in the memory 310 and executable on the processor. When the processor 320 executes the computer program 311, it implements the steps of a screen control method.

[0054] Since the electronic device described in this embodiment is a device used to implement a screen control device in the embodiments of this application, those skilled in the art can understand the specific implementation method and various variations of the electronic device in this embodiment based on the method described in the embodiments of this application. Therefore, how the electronic device implements the method in the embodiments of this application will not be described in detail here. Any device used by those skilled in the art to implement the method in the embodiments of this application falls within the scope of protection of this application.

[0055] In practice, when the computer program 311 is executed by the processor, it can implement any of the embodiments corresponding to the first aspect.

[0056] It should be noted that the descriptions of each embodiment in the above embodiments have different focuses. For parts that are not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

[0057] Those skilled in the art will understand that embodiments of this application can provide methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-readable storage media containing computer-readable program code.

[0058] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create a machine for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0059] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0060] These computer program instructions can also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0061] This application also provides a computer program product, which includes computer software instructions that, when executed on a processing device, cause the processing device to perform... Figure 1 The flowchart of a screen control method in the corresponding embodiment.

[0062] A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of this application is generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transferred from one computer-readable storage medium to another. For example, computer instructions may be transferred from one website, computer, server, or data center to another website, computer, server, or data center via wired or wireless means. The computer-readable storage medium may be any usable medium that a computer can store or a data storage device such as a server or data center that integrates one or more usable media. The usable medium may be a magnetic medium, an optical medium, or a semiconductor medium, etc.

[0063] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0064] In the several embodiments provided in this application, it should be understood that the disclosed devices, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Furthermore, the mutual couplings or direct couplings or communication connections shown or discussed may be indirect couplings or communication connections through some interfaces, devices, or units, and may be electrical, mechanical, or other forms.

[0065] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0066] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated units described above can be implemented in the form of hardware and / or software functional units.

[0067] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it 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 all or part 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 to execute all or part of the steps of the methods 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, magnetic disks, or optical disks.

[0068] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application.

[0069] Although preferred embodiments have been described in this specification, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications that fall outside the scope of this specification.

[0070] Obviously, those skilled in the art can make various modifications to this specification without departing from its spirit and scope. Therefore, this specification also intends to include any modifications that fall within the scope of the claims and their equivalents.

Claims

1. A screen control method, characterized in that, include: During the vehicle OTA update process, vehicle status information and occupant perception information are obtained; Based on the vehicle status information and the occupant perception information, a display control strategy for the target screen during OTA updates is determined, wherein the display control strategy is used to coordinate the occupation of screen resources by the system update process and the user function process. Based on the aforementioned display control strategy, the target screen is rendered.

2. The method according to claim 1, characterized in that, The step of determining the display control strategy for the target screen during OTA updates based on the vehicle status information and the occupant perception information includes: Based on the vehicle status information, the current operating status of the vehicle is determined; Based on the occupant perception information, the distribution status of occupants inside the vehicle is determined; Based on the current operating status of the vehicle and the distribution status of the occupants inside the vehicle, the display control strategy of the target screen is determined.

3. The method according to claim 1, characterized in that, Also includes: Retrieve update task information corresponding to the current OTA update task; Based on the update task information, the vehicle status information, and the occupant perception information, a display control strategy for the target screen is determined, wherein the update task information includes update type, risk level, and estimated time consumption.

4. The method according to claim 2, characterized in that, The current operating state of the vehicle includes a parked state or a moving state; the occupant distribution state inside the vehicle includes a state with occupants or a state without occupants; the display control strategy includes a first display control strategy, a second display control strategy, or a third display control strategy; and determining the display control strategy for the target screen based on the current operating state of the vehicle and the occupant distribution state includes: When the vehicle is currently in the driving state, the display control strategy for the target screen is determined to be the first display control strategy, wherein the first display control strategy is used to control the rendering of the user interface on the target screen; or, When the vehicle is currently in a parked state and the occupant distribution is in a occupant-present state, the display control strategy for the target screen is determined to be the second display control strategy. This second display control strategy is used to control the target screen rendering system to update the interface and at least one of the user function interfaces; or... When the vehicle is currently in the parked state and the occupant distribution is in the no-occupant state, the display control strategy of the target screen is determined to be the third display control strategy, wherein the third display control strategy is used to control the target screen to render the system update interface.

5. The method according to claim 4, characterized in that, The control of the target screen to render the system update interface and at least one of the user function interfaces includes: Based on the distribution of occupants inside the vehicle, determine the split-screen rendering parameters; Based on the split-screen rendering parameters, the target screen is logically partitioned to generate at least one first type of sub-region and at least one second type of sub-region; The system update interface is rendered within the at least one first-type sub-region; The user interface is rendered within the at least one second-class sub-region.

6. The method according to claim 1, characterized in that, Before performing the rendering operation on the target screen based on the display control strategy, the method further includes: Based on the aforementioned display control strategy, a resource allocation strategy is determined; Based on the resource allocation strategy, independent computing resources and network bandwidth are allocated to the system update process and user function processes.

7. The method according to claim 4, characterized in that, Before determining the display control strategy for the target screen during OTA updates based on the vehicle status information and the occupant perception information, the method further includes: Based on the current operating status of the vehicle and the distribution status of the occupants inside the vehicle, a user notification strategy is determined; Based on the user notification strategy, output update notification information.

8. The method according to claim 7, characterized in that, The step of determining the user notification strategy based on the current operating status of the vehicle and the distribution status of the occupants inside the vehicle includes: When the vehicle's current operating state is the driving state, the user notification strategy is determined to be status bar notification and / or voice notification; or, When the vehicle's current operating state is the parked state and the occupant distribution state is the occupant-present state, the user notification strategy is determined to be a pop-up notification; or, When the vehicle is currently in the parked state and the occupant distribution is in the no-occupant state, the user notification strategy is determined to be portable mobile terminal notification.

9. A screen control device, characterized in that, include: The context information acquisition unit is used to acquire vehicle status information and occupant perception information during the vehicle OTA update process. The display strategy determination unit is used to determine the display control strategy of the target screen during OTA update based on the vehicle status information and the occupant perception information. The display control strategy is used to coordinate the occupation of screen resources by the system update process and the user function process. The screen rendering operation unit is used to perform rendering operations on the target screen based on the display control strategy.

10. An electronic device, comprising: A memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that the processor, when executing the computer program stored in the memory, implements the steps of the screen control method as described in any one of claims 1 to 8.

Images