A display parameter adjustment method and system

By dividing window boundaries on the monitor and generating full-screen and local parameters, the problem of inaccurate full-screen adjustment in multi-window monitors is solved, and the automatic and precise adjustment of local parameters is realized, improving the consistency of display effect and user experience.

CN122135671APending Publication Date: 2026-06-02ZHONGSHAN MINGLIN TECH CO LTD

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
ZHONGSHAN MINGLIN TECH CO LTD
Filing Date
2026-03-18
Publication Date
2026-06-02

AI Technical Summary

Technical Problem

Existing technologies cannot effectively distinguish between the current task area and the non-task area when adjusting parameters of multi-window displays, resulting in poor window readability, loss of hierarchy, or color imbalance when adjusting the entire screen uniformly.

Method used

By performing boundary division and task window recognition on the display window, full-screen parameters and local parameters are generated, and display adjustment is performed on the edge computing node in a partitioned manner. This includes acquiring ambient light values, display screen data and user input data, calculating parameter differences to generate local parameters, and superimposing local parameters within the current task window boundary.

Benefits of technology

It enables targeted and automated adjustment of local parameters in multi-window scenarios, avoiding parameter conflicts between windows caused by uniform adjustment of the entire screen, and improving monitor adaptability and adjustment accuracy.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN122135671A_ABST
    Figure CN122135671A_ABST
Patent Text Reader

Abstract

This invention discloses a method and system for adjusting display parameters, specifically relating to the field of display parameter adjustment. The method includes acquiring current ambient light values, display screen data, window position data, window hierarchy data, focus window identifier, pointer position data, keyboard input data, and scroll wheel input data. It then performs interface segmentation on the window position data and window hierarchy data, outputting the window identifier and window boundary corresponding to each display window. This invention solves the problem of misalignment between the current task area and the unified adjustment object of the entire screen in display parameter adjustment by performing boundary segmentation and task window identification on the display windows, and then generating full-screen parameters and task window local parameters respectively before performing partitioned display adjustment.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the field of display parameter adjustment technology, and more specifically, to a display parameter adjustment method and system. Background Technology

[0002] In the field of monitor parameter adjustment, the mainstream practice in the industry is to solve the problem of whether the display effect can be adaptively optimized according to changes in the environment and usage needs. Usually, the ambient light intensity is collected on the display terminal side or edge computing node, the content type of the screen is identified, and the user's preset preferences or historical adjustment records are combined to calculate the adjustment results of parameters such as brightness, contrast, color temperature and color gamut, and then the adjustment results are applied to the current monitor.

[0003] Taking a multi-window office scenario as an example, the same monitor may simultaneously display a video conferencing window, a light-colored spreadsheet window, and a code terminal window. The user's focus will frequently switch between different windows. At the same time, it is also subject to the hard constraints of monitor hardware parameters usually being uniformly applied to the entire screen, conflicting display requirements between windows, dynamic migration and frequent switching of task areas, and the need for edge computing to complete real-time adjustments under limited local computing power and low latency constraints. Under these constraints, mainstream practices will consistently expose the bottleneck of inconsistency between the parameter adjustment object and the actual visual requirement object. Specifically, when a certain local task area needs to be brightened, highlights reduced, details enhanced, or color shift reduced, the system often spreads the corresponding adjustment to the entire screen. This results in observable phenomena such as one window being improved in readability while another window appears white, dark, loses layers, or has an unbalanced color perception. The reason for this is that although existing solutions can rely on edge computing to perform scenario parameter acquisition and adjustment calculations, they still default to treating the monitor as a single, unified execution object and cannot distinguish between the current task area that should be optimized and the other display areas that should not be changed in conjunction.

[0004] Therefore, the technical problem to be solved by this application is: how to avoid the spread of display correction errors that are only for the current task area to the whole screen uniform adjustment during the process of adjusting display parameters involving edge computing. Summary of the Invention

[0005] To overcome the aforementioned deficiencies of the prior art, embodiments of the present invention provide a display parameter adjustment method and system. By performing boundary division and task window identification on the display window, and generating full-screen parameters and task window local parameters respectively, display adjustment is performed in partitions to solve the problems mentioned in the background art.

[0006] To achieve the above objectives, the present invention provides the following technical solution: a method for adjusting display parameters, comprising:

[0007] S1. Obtain the current ambient light value, display screen data, window position data, window hierarchy data, focus window identifier, pointer position data, keyboard input data, and scroll wheel input data. Perform interface division on the window position data and window hierarchy data, and output the window identifier and window boundary corresponding to each display window.

[0008] S2. Obtain the focus window identifier, pointer position data, keyboard input data, and scroll wheel input data. Calculate the focus window duration, pointer dwell time, number of keyboard inputs, and number of scroll wheel scrolls according to the window identifier. Add the focus window duration, pointer dwell time, number of keyboard inputs, and number of scroll wheel scrolls to form the window operation quantity. Output the current task window identifier and the current task window boundary, which are ranked first in the window operation quantity.

[0009] S3. Obtain the display screen data and the current task window boundary, perform region separation on the display screen data according to the current task window boundary, and output the task window screen data and the remaining area screen data;

[0010] S4. Obtain the current ambient light value and the remaining area screen data, perform brightness statistics, contrast statistics and color statistics on the remaining area screen data, combine the statistical results with the current ambient light value to calculate, and output the full screen parameters.

[0011] S5. Obtain the task window screen data and the whole screen parameters. Perform brightness statistics, contrast statistics and color statistics on the task window screen data. Subtract the statistical results from the whole screen parameters one by one to form the parameter difference. Generate local parameters according to the parameter difference and output them.

[0012] In a preferred embodiment, it further includes:

[0013] S6. Obtain the full-screen parameters, local parameters, and the current task window boundary. Adjust the parameters of the full-screen display area according to the full-screen parameters. Overlay the local parameters onto the corresponding display area of ​​the task window according to the current task window boundary. Output the display result after the partitioning is executed.

[0014] In a preferred embodiment, S1 includes:

[0015] S1-1. Obtain window position data and window hierarchy data, solve the window area corresponding to each display window according to the window position data, solve the hierarchy order corresponding to each display window according to the window hierarchy data, and output the window area and hierarchy order.

[0016] S1-2. Obtain the window area and hierarchy order, perform occlusion reduction on the display windows where the areas overlap according to the hierarchy order, form the visible area corresponding to each display window, and output the visible area;

[0017] S1-3. Obtain the visible area, extract the area boundary corresponding to each display window, establish an identifier association between the area boundary and the corresponding display window, and output the window identifier and window boundary.

[0018] In a preferred embodiment, S2 includes:

[0019] S2-1. Obtain the focus window identifier, pointer position data, keyboard input data, scroll wheel input data, window identifier, and window boundary. Map the focus window identifier to the display window with the same identifier, map the pointer position data to the display window within the window boundary, map the keyboard input data to the display window corresponding to the focus window identifier at the time of input, map the scroll wheel input data to the display window within the window boundary where the pointer position is at the time of scrolling, and output the input record corresponding to each display window.

[0020] S2-2. Obtain the input records corresponding to each display window. Accumulate the duration of the focus window identifier, the time the pointer stays at the position, the number of keyboard inputs, and the number of scroll wheel scrolls according to the window identifier. Add the duration of the focus window identifier, the time the pointer stays at the position, the number of keyboard inputs, and the number of scroll wheel scrolls to form the window operation quantity corresponding to each display window. Output the window operation quantity corresponding to each display window.

[0021] S2-3. Obtain the window operation quantity, window identifier, and window boundary corresponding to each display window. Sort each display window in descending order of window operation quantity. Take the window identifier of the first display window in the sorted list as the current task window identifier. Take the window boundary corresponding to the current task window identifier as the current task window boundary and output it.

[0022] In a preferred embodiment, S3 includes:

[0023] S3-1. Obtain the display screen data and the current task window boundary, extract the pixel coordinates within the boundary enclosed by the current task window from the display screen data coordinate by coordinate, form the task window screen data and output it.

[0024] S3-2. Obtain the display screen data, the current task window boundary, and the task window screen data. Extract the remaining pixel coordinates from the display screen data, except for the pixel coordinates within the boundary, to form the remaining area screen data and output it.

[0025] In a preferred embodiment, S4 includes:

[0026] S4-1. Obtain the current ambient light value and the remaining area image data. Extract the red channel value, green channel value and blue channel value for each pixel of the remaining area image data. Sum the red channel value, green channel value and blue channel value for each pixel and divide by three to form the pixel brightness value. Sum the brightness values ​​of each pixel and average them to form the brightness statistics value. Difference the brightness values ​​of adjacent pixels, take the absolute value and sum and average them to form the contrast statistics value. Sum the red channel value, green channel value and blue channel value respectively to form the color statistics value. Output the brightness statistics value, contrast statistics value and color statistics value.

[0027] S4-2. Obtain the current ambient light value, brightness statistics, contrast statistics, and color statistics. Add the current ambient light value and brightness statistics to form the overall screen brightness value. Add the current ambient light value and contrast statistics to form the overall screen contrast value. Subtract the average value of the red channel and the average value of the blue channel from the color statistics and add it to the current ambient light value to form the overall screen color temperature value. Subtract the high and low values ​​of the average values ​​of the red channel, the average value of the green channel, and the average value of the blue channel from the color statistics and add them to the current ambient light value to form the overall screen color gamut value. Output the overall screen parameters.

[0028] In a preferred embodiment, S5 includes:

[0029] S5-1. Calculate the red, green, and blue channel values ​​pixel by pixel for the task window screen data. Sum the red, green, and blue channel values ​​pixel by pixel and divide by three to form the task brightness value. Sum the absolute values ​​of adjacent pixel brightness values ​​to form the task contrast value. Sum the task red channel average value and the task blue channel average value to form the task color temperature value. Sum the high and low values ​​of the task red channel average value, task green channel average value, and task blue channel average value to form the task color gamut value. Output the task statistics value.

[0030] S5-2. Subtract the task brightness value from the overall screen brightness value to form a brightness difference value; subtract the task contrast value from the overall screen contrast value to form a contrast difference value; subtract the task color temperature value from the overall screen color temperature value to form a color temperature difference value; subtract the task color gamut value from the overall screen color gamut value to form a color gamut difference value; output parameter differences, which include brightness difference, contrast difference, color temperature difference, and color gamut difference value.

[0031] In a preferred embodiment, S5 further includes:

[0032] S5-3. Obtain parameter differences, construct brightness contrast correlation items, brightness color temperature correlation items, contrast color gamut correlation items and color temperature color gamut correlation items according to parameter differences, calculate the direction, absolute value and sum of absolute values ​​of the two differences for each correlation item, write the correlation items with the same direction into the same direction group, write the correlation items with opposite directions into the conflict group, and output the same direction group and conflict group.

[0033] S5-4. Arrange the absolute values ​​of all related items in the same direction group in descending order to form a compensation sequence. Solve the brightness compensation value, contrast compensation value, color temperature compensation value and color gamut compensation value one by one according to the order of the compensation sequence. After solving each compensation value, subtract the compensation value from the corresponding difference to form the remaining difference value. Then write the remaining difference value into the other related items in the same direction group that contain the difference value, and output the compensation draft.

[0034] S5-5. Compare the draft compensation with the conflict group item by item, delete the compensation item that corresponds to the reverse difference in the conflict group and is ranked last in the sum of absolute values, and retain the remaining compensation items as brightness compensation value, contrast compensation value, color temperature compensation value and color gamut compensation value to form local parameters and output them.

[0035] In a preferred embodiment, S6 includes:

[0036] S6-1. Obtain the full screen parameters and display data. Extract the red channel value, green channel value, and blue channel value of each pixel from the display data. Add the full screen brightness value to the brightness value of each pixel to form a brightness adjustment value. Multiply the full screen contrast value by the difference between the brightness value of each pixel and the average brightness value of the screen to form a contrast adjustment value. Add the full screen color temperature value to the difference between the red channel value and the blue channel value to form a color temperature adjustment value. Multiply the full screen color gamut value by the difference between the red channel value, green channel value, and blue channel value and the average value of each channel to form a color gamut adjustment value. Then recalculate the red channel value, green channel value, and blue channel value of each pixel according to the brightness adjustment value, contrast adjustment value, color temperature adjustment value, and color gamut adjustment value to form the full screen adjustment result and output it.

[0037] S6-2. Obtain the overall screen adjustment result, local parameters, and the current task window boundary. Recalculate the red, green, and blue channel values ​​of each pixel within the current task window boundary using local brightness compensation, local contrast compensation, local color temperature compensation, and local color gamut compensation to form window adjustment values. Replace each pixel within the current task window boundary with the window adjustment values, and keep the pixels outside the current task window boundary as the pixel values ​​corresponding to the overall screen adjustment result. This will form the display result after partitioning and output it.

[0038] In a preferred embodiment, a display parameter adjustment system includes:

[0039] The parameter acquisition module is used to acquire the current ambient light value, display screen data, window position data, window hierarchy data, focus window identifier, pointer position data, keyboard input data, and scroll wheel input data. It performs interface division on the window position data and window hierarchy data, and outputs the window identifier and window boundary corresponding to each display window.

[0040] The task identification module is used to acquire the focus window identifier, pointer position data, keyboard input data, and scroll wheel input data. It counts the focus window duration, pointer dwell time, number of keyboard inputs, and number of scroll wheel scrolls according to the window identifier. It adds the focus window duration, pointer dwell time, number of keyboard inputs, and number of scroll wheel scrolls to form the window operation quantity, and outputs the current task window identifier and the current task window boundary, which are ranked first in the window operation quantity.

[0041] The region separation module is used to acquire the display screen data and the current task window boundary, perform region separation on the display screen data according to the current task window boundary, and output the task window screen data and the remaining area screen data;

[0042] The model processing module is used to obtain the current ambient light value and the remaining area image data, perform brightness statistics, contrast statistics and color statistics on the remaining area image data, combine the statistical results with the current ambient light value to calculate and output the full screen parameters;

[0043] The local generation module is used to acquire task window screen data and full screen parameters, perform brightness statistics, contrast statistics and color statistics on task window screen data, subtract the statistical results from the full screen parameters one by one to form parameter differences, generate local parameters according to parameter differences and output them.

[0044] The parameter execution module is used to obtain the full-screen parameters, local parameters, and the current task window boundary. It performs parameter adjustments on the full-screen display area according to the full-screen parameters, and overlays the local parameters onto the corresponding display area of ​​the task window according to the current task window boundary, and outputs the display result after the partition execution.

[0045] The technical effects and advantages of this invention are as follows:

[0046] 1. By separating the task window from the remaining area according to the window boundary and generating full-screen parameters and local parameters respectively, the spread of display corrections that only apply to the current task area can be relatively suppressed into a unified adjustment of the entire screen, thus alleviating the problem of inconsistency between the parameter adjustment object and the actual visual requirement object in multi-window scenarios.

[0047] 2. By combining the focus window identifier, pointer position data, keyboard input data, and scroll wheel input data to form window operation parameters, and identifying the current task window accordingly, parameter adjustments can correspond to the user's current operation object, thereby improving the adaptability of parameter adjustments to usage scenarios and user needs.

[0048] 3. By performing brightness, contrast, and color statistics on the remaining area screen data and combining them with the current ambient light value to generate full-screen parameters, the full-screen adjustment results can simultaneously reflect environmental changes and the screen status of non-task areas, reducing the influence of local features of the task window on the full-screen parameters within a certain range.

[0049] 4. By subtracting the data of the task window from the parameters of the whole screen one by one to form the parameter difference, and generating local parameters based on the parameter difference, the display deviation of the task window relative to the whole screen can be converted into an executable compensation amount, thereby improving the targeting of brightness, contrast, color temperature and color gamut adjustment.

[0050] 5. By constructing associated items, unidirectional groups, conflict groups, and compensation sequences, sorting, writing back, and deleting are performed on parameter differences. This can constrain conflicting compensation items and improve the problems of repeated accumulation and reverse superposition in the local parameter generation process.

[0051] 6. By having edge computing nodes collaboratively complete window partitioning, parameter calculation, and partition execution, and overlay local parameters within the current task window boundary, the system can automate and partition parameter adjustment, thereby adapting to various display scenarios such as office work, entertainment, and movie watching. Attached Figure Description

[0052] Figure 1 This is a flowchart of the method steps of the present invention.

[0053] Figure 2 This is a system module diagram of the present invention. Detailed Implementation

[0054] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0055] Refer to the instruction manual appendix Figure 1-2 The present invention provides a method for adjusting display parameters, comprising:

[0056] S1. Obtain the current ambient light value, display screen data, window position data, window hierarchy data, focus window identifier, pointer position data, keyboard input data, and scroll wheel input data. Perform interface division on the window position data and window hierarchy data, and output the window identifier and window boundary corresponding to each display window.

[0057] In this implementation process, S1 is used to extract each display window in the current display screen from the original interface data and provide a unified spatial boundary basis for subsequent input attribution, task window identification, region separation and local parameter overlay. In specific execution, the window position data and window level data within the current statistical period are first received from the window management interface, graphics composition interface or edge computing node. Then, the original occupied range corresponding to each display window is solved according to the unified screen coordinate system. Subsequently, the occupied part is subtracted layer by layer according to the front and back occlusion relationship between each display window to obtain the set of actually visible areas in the current display screen. Finally, the boundary is extracted from each visible area and a one-to-one correspondence is established with the corresponding display window, thereby forming the window identifier and window boundary directly used in subsequent steps.

[0058] The implementation process includes the following steps:

[0059] In S1-1, first read the window position data and window hierarchy data within the current statistical period. The window position data includes at least the top-left corner x-coordinate, top-left corner y-coordinate, window width, and window height for each display window. The window hierarchy data includes at least the front-to-back order of each display window in the current display screen. Taking the top-left corner of the display screen as the origin of the screen coordinates, with the horizontal direction as the positive x-coordinate and the vertical direction as the positive y-coordinate, solve the window area for each display window. Specifically, mark the top-left corner x-coordinate as the starting x-coordinate and the top-left corner y-coordinate as the starting y-coordinate. Summate the starting x-coordinate with the window width to obtain the ending x-coordinate. Summate the starting y-coordinate with the window height... The ending ordinate is obtained by summing the coordinates. The set of pixel coordinates bounded by the starting and ending x and y coordinates is then recorded as the window region corresponding to the display window. This process is repeated for all display windows to form a set of window regions. Subsequently, a hierarchical calculation is performed on all display windows according to the window hierarchy data to form a hierarchy order table. Display windows with higher hierarchy order are in the foreground-covered position in the current display screen, while display windows with lower hierarchy order are in the background-covered position in the current display screen. This step outputs the window region and hierarchy order, where the window region is used for subsequent occlusion reduction and the hierarchy order is used for subsequent layer-by-layer processing of overlapping relationships.

[0060] In S1-2, the window region and hierarchy order output from S1-1 are used as input. Occlusion reduction is performed on overlapping display windows according to their hierarchy order. Specifically, all display windows are first arranged from front to back according to their hierarchy order. For the first display window in the hierarchy order, its window region is directly recorded as the visible region. For each display window following it in the hierarchy order, its window region is first taken as the region to be reduced. Then, the visible regions of all display windows preceding it are sequentially intersected with the region to be reduced. Pixel coordinates belonging to the intersection are deleted from the region to be reduced, while pixel coordinates not belonging to the intersection are retained, until the occlusion reduction of the display window with all display windows preceding it is achieved. Complete, record the remaining pixel coordinates as the visible area corresponding to the display window; if a display window has no remaining pixel coordinates after deduction, record the visible area corresponding to the display window as empty, and no longer use it as the subsequent input for allocation and area separation in the current statistical period; if a display window is only partially obscured, only the remaining pixel coordinates not covered by the preceding display window are retained; if a display window contains multiple non-contiguous remaining pixel blocks, merge the multiple remaining pixel blocks into the same visible area record for storage; this step outputs the visible area corresponding to each display window, ensuring that subsequent steps use the truly visible parts in the current display screen, rather than the original window area that has not been obscured;

[0061] In S1-3, the visible area output from S1-2 is used as input to extract the region boundaries corresponding to each display window, and an identifier association is established between the region boundaries and the corresponding display windows. Specifically, each non-empty visible area is scanned pixel by pixel, and pixel coordinates that simultaneously meet the following conditions are identified as boundary pixels: the pixel coordinate belongs to the current visible area, and at least one adjacent coordinate on the top, bottom, left, or right side of the pixel coordinate does not belong to the current visible area. All boundary pixels are connected according to their continuous coordinate relationship to form the region boundary corresponding to the display window. Simultaneously, the original window identifier of the display window is written into the record corresponding to the region boundary. This process establishes a one-to-one correspondence between window identifiers and window boundaries. To facilitate pointer position assignment in S2 and region separation in S3, after extracting the region boundaries, the set of pixel coordinates within the boundary enclosed by the region boundaries can be simultaneously written into the window boundary record as the region within the boundary corresponding to that window boundary. If the visible area of ​​the same display window consists of multiple discontinuous pixel blocks, the boundaries of each discontinuous pixel block are extracted separately, and multiple boundaries are collectively assigned to the same window identifier. This step outputs the window identifier and window boundaries, enabling subsequent steps to directly locate the corresponding display window according to the window identifier and determine the visible range according to the window boundaries.

[0062] Through the above implementation process, each display window in the current display screen can be gradually extracted from the original position and hierarchy data, and after completing the occlusion subtraction, a visible area consistent with the actual display result is formed. Then, the window boundaries that can be directly used for input attribution and region separation are further extracted, thereby avoiding the continued input of completely occluded windows, partially occluded but invisible areas, or the original window range that has not been subtracted into subsequent calculations, ensuring that the spatial basis and coordinate scale of the current task window recognition, task window image extraction, and local parameter superposition are consistent.

[0063] In practical applications: For example, if a video conferencing window, a table window, and a code terminal window are simultaneously open on the same monitor, with the video conferencing window located in the upper right foreground area, the table window in the middle layer covering part of the code terminal area, and the code terminal window in the background layer; when executing S1-1, firstly, the three window areas are solved according to the coordinates of their respective upper left corners and their width and height, and then the order of the video conferencing window, table window, and code terminal window is solved according to the hierarchical data; when executing S1-2, firstly, the window area of ​​the video conferencing window is directly recorded as the visible area, then the coordinates covered by the video conferencing window are subtracted from the table window area, and then the coordinates covered by the video conferencing window and table window are subtracted from the code terminal window area in turn, to obtain the actual visible areas of the three windows in the current display screen; when executing S1-3, the boundary pixels of the three visible areas are extracted to form the area boundaries, and then the corresponding relationship between each boundary and the identifiers of the video conferencing window, table window, and code terminal window is established, finally outputting the window identifiers and window boundaries for direct use in subsequent steps.

[0064] S2. Obtain the focus window identifier, pointer position data, keyboard input data, and scroll wheel input data. Calculate the focus window duration, pointer dwell time, number of keyboard inputs, and number of scroll wheel scrolls according to the window identifier. Add the focus window duration, pointer dwell time, number of keyboard inputs, and number of scroll wheel scrolls to form the window operation quantity. Output the current task window identifier and the current task window boundary, which are ranked first in the window operation quantity.

[0065] In this implementation process, S2 is used to assign the focus switching, pointer dwell, keyboard input, and scroll wheel scrolling generated by the user within the current statistical period to the various display windows that have been divided into interfaces. Under a unified statistical caliber, the window operation quantities corresponding to each display window are generated, and the current task window is then determined from these quantities. Specifically, the focus window identifier, pointer position data, keyboard input data, and scroll wheel input data are first collected within the same statistical period. The attribution relationship of each input record is established by combining the window identifier and window boundary output by S1. Then, the focus duration, pointer dwell time, number of keyboard inputs, and number of scroll wheel scrolls under the same window identifier are accumulated separately. The four types of accumulated results are then uniformly converted to the same counting caliber and added together to form the window operation quantity. Finally, all display windows are sorted according to the window operation quantity to determine the current task window identifier and current task window boundary. To ensure the continuity of the statistical process, the focus window identifier, pointer position data, keyboard input data, and scroll wheel input data all include the collection time, and all inputs are processed within the same statistical period. The start and end times of the same statistical period are uniformly written by the display terminal or edge computing node.

[0066] The implementation process includes the following steps:

[0067] In S2-1, the focus window identifier, pointer position data, keyboard input data, scroll wheel input data, window identifier, and window boundaries within the current statistical period are read first, and the four types of input are assigned to different windows. The focus window identifier itself carries the identifier value of the window to which the focus belongs, and is directly matched with the display window with the same identifier to form a focus record. The pointer position data includes at least the horizontal coordinate, vertical coordinate, and acquisition time. The coordinates of each pointer position data are compared one by one with the set of pixel coordinates within the boundary enclosed by each window boundary. The display window to which the coordinate falls is assigned, forming a pointer record. If the same coordinate falls within the boundaries of multiple windows, the display window that appears first in the hierarchy is taken as the assigned object. The keyboard input data includes at least the key labels. For each keyboard input, the input time is matched with the corresponding focus window identifier. The keyboard input is assigned to the display window corresponding to that focus window identifier, forming a keyboard record. For scroll wheel input, at least the scroll direction, number of scrolls, and scroll time are included. First, the pointer position data corresponding to the scroll time is taken, and then the display window to which it belongs is determined according to the window boundary where the pointer position is located, forming a scroll wheel record. The focus records, pointer records, keyboard records, and scroll wheel records belonging to the same window identifier are written into the same input record set in chronological order to obtain the input records corresponding to each display window. If a display window does not receive any assigned records in the current statistical period, an empty input record is created for that display window and it continues to participate in subsequent statistics.

[0068] In S2-2, the input records corresponding to each display window obtained in S2-1 are used as input. The focus window identifier duration, pointer position dwell time, keyboard input counts, and scroll wheel scroll counts are accumulated according to the window identifier, forming the window operation quantity. During execution, the focus window identifier duration is accumulated based on the time difference between two adjacent focus records. If no new focus record appears after the current focus record until the end of the statistical period, the difference between the end of the statistical period and the time of the current focus record is included in the focus window identifier duration of that display window. The pointer position dwell time is accumulated based on the time difference between consecutive pointer records within the same display window. When a subsequent pointer record is assigned to another display window, the dwell time of the previous display window ends at the next... A pointer record is used to record the time; the number of keyboard inputs is accumulated according to the number of keyboard records belonging to this display window; the number of scroll wheel scrolls is accumulated according to the scroll wheel count field belonging to this display window; since the duration and count have different dimensions, before forming the window operation quantity, the statistical period is first discretized into a unified counting unit according to a fixed sampling segment. For example, a statistical period is divided into multiple continuous time segments. The duration of the focus window identifier covering a time segment is counted as one unit, the time the pointer position stays covering a time segment is counted as one unit, a single keyboard input is counted as one unit, and a single scroll wheel scroll is counted as one unit. Then, the four types of unit counts are added together to form the window operation quantity corresponding to this display window; the window operation quantities of all display windows are written into the window operation quantity table and output.

[0069] In S2-3, the window operation quantity, window identifier, and window boundary of each display window are taken as input. All display windows are sorted in descending order by window operation quantity. The window identifier of the first display window is used as the current task window identifier, and the window boundary corresponding to the current task window identifier is used as the current task window boundary and is output. To avoid multiple display windows having the same window operation quantity, which would result in a non-unique current task window, after sorting in descending order, if two or more display windows have the same window operation quantity at the top, the focus window identifier duration, pointer dwell time, keyboard input count, and scroll wheel scroll count of these display windows are compared in turn, and the focus window is selected first. The window with the higher duration value of the focus window identifier is selected. If the duration values ​​of the focus window identifiers are still the same, the window with the higher pointer position dwell time value is selected. If the pointer position dwell time is still the same, the window with the higher keyboard input count value is selected. If the keyboard input count is still the same, the window with the higher scroll wheel scroll count value is selected. If all four cumulative results are the same, the window with the highest hierarchical order is selected as the current task window. After the decision is completed, the window boundary corresponding to the identifier of the current task window is read as the current task window boundary output and written into the task window record of the current statistical period for direct use in subsequent region separation and local parameter calculation.

[0070] Through the above implementation process, user inputs from different sources and in different forms can be uniformly attributed to each display window, and comparable window operation volumes can be formed under the same statistical caliber. Then, in the case of ties, the decisions are made in a fixed order, thereby ensuring that the current task window identifier and the current task window boundary are unique, stable, and reproducible. After this processing, the task window screen data extracted by S3 is consistent with the user's current actual operation object, avoiding the misidentification of windows that have not been continuously operated as the current task window, and also avoiding frequent task window jumps caused by scattered input records, inconsistent times, or missing ties.

[0071] In practical applications: For example, within the same statistical period, a user first continuously inputs keyboard content in a table window, then moves the pointer to the video conferencing window and scrolls the list of participants, and then returns to the code terminal window to continue keyboard input; when executing S2-1, the system first maps the focus window identifier to the table window and code terminal window that are currently active, assigns the records in the pointer position data that fall within the boundary of the video conferencing window to the video conferencing window, assigns the keyboard inputs in the table window and code terminal window to their respective focus windows, and assigns the scroll wheel inputs in the video conferencing window to the window boundary where the pointer is located at the time of scrolling to the video conferencing window; when executing S2-2, the focus window identifier duration, pointer position dwell time, number of keyboard inputs, and number of scroll wheel scrolls of the three windows are accumulated respectively, and then converted and summed according to a unified counting unit to form the operation quantity of each window; when executing S2-3, if the window operation quantities of the code terminal window and the table window are close, the focus window identifier duration and number of keyboard inputs are compared again, and finally the display window corresponding to the decision result is taken as the current task window, and the window boundary of the window is output for subsequent local parameter compensation only to the corresponding area of ​​the window.

[0072] S3. Obtain the display screen data and the current task window boundary, perform region separation on the display screen data according to the current task window boundary, and output the task window screen data and the remaining area screen data;

[0073] In this implementation process, S3 is used to split the current display screen into task window screen data and remaining area screen data according to the current task window boundary. This ensures that subsequent full-screen parameter calculations are based only on the remaining area screen data, and local parameter calculations are based only on the task window screen data, thereby separating the current task window area from the rest of the display area at the data source. In specific execution, the display screen data corresponding to the current statistical period is read first, and the current task window boundary output by S2 is read. Then, based on a unified screen coordinate system, each pixel coordinate is checked to determine whether it is located within the boundary area enclosed by the current task window boundary. The pixel coordinates and their corresponding pixel values ​​located within the boundary area are written to the task window screen data, and the pixel coordinates and their corresponding pixel values ​​located outside the boundary area are written to the remaining area screen data. To ensure that subsequent brightness statistics, contrast statistics, and color statistics can be executed directly, both the task window screen data and the remaining area screen data store the pixel coordinates and the corresponding red channel value, green channel value, and blue channel value of the pixel coordinates.

[0074] The implementation process includes the following steps:

[0075] In S3-1, the display screen data and the current task window boundary within the current statistical period are first read. The display screen data is stored in the form of a full-screen pixel matrix, with each pixel record containing at least the horizontal coordinate, vertical coordinate, red channel value, green channel value, and blue channel value. The current task window boundary is stored using the boundary pixel coordinate set and the set of pixel coordinates within the boundary enclosed by the boundary. During execution, the pixel coordinates in the display screen data are traversed one by one, and each pixel coordinate is matched with the set of pixel coordinates within the boundary enclosed by the current task window boundary. If the pixel coordinate exists in the set of pixel coordinates within the boundary, the pixel coordinate and its corresponding red channel value, green channel value, and blue channel value are extracted from the display screen data and written into the task window screen data. To avoid missing pixels at the boundary, the boundary pixel coordinates and the pixel coordinates within the boundary are uniformly included as components of the task window screen data. After completing the traversal of all pixel coordinates, the task window screen data corresponding to the current task window is obtained and output. If the current task window boundary contains multiple non-contiguous boundary blocks, the set of pixel coordinates within the boundary enclosed by each boundary block is extracted separately and then merged to form the same task window screen data.

[0076] In S3-2, the display screen data, the current task window boundary, and the task window screen data formed in S3-1 are used as inputs. The remaining area screen data is extracted using the same coordinate system as in S3-1. Specifically, the process first reads all pixel coordinates from the display screen data, then reads the set of pixel coordinates within the boundary enclosed by the current task window boundary. Each pixel coordinate in the display screen data is checked one by one. If a pixel coordinate does not belong to either the set of pixel coordinates within the boundary or the set of pixel coordinates on the boundary, then that pixel coordinate and its corresponding red, green, and blue channel values ​​are extracted and written into the remaining area screen data. If the pixel coordinate has already been written into the task window screen data, it is not written again into the remaining area screen data. After traversing all pixel coordinates, the display screen data is split into two parts: one part is the task window screen data, and the other part is the remaining area screen data. The two sets of pixel coordinates do not overlap, and the merged set covers all pixel coordinates in the current display screen. Finally, the remaining area screen data is output for subsequent calculations of the overall screen brightness, overall screen contrast, overall screen color temperature, and overall screen color gamut.

[0077] Through the above implementation process, the current display screen data can be stably split into task window screen data and remaining area screen data according to the current task window boundary. This completely separates the corresponding area of ​​the task window from the other display areas at the data level, avoiding the mixing of task window screen data when calculating the whole screen parameters and the mixing of remaining area screen data when calculating local parameters. This ensures that the subsequent whole screen parameters and local parameters correspond to different calculation objects, and that the overall calculation chain is closed, the area is consistent, and the pixel is unique.

[0078] In practical applications: For example, if a table window, a video conferencing window, and a code terminal window are simultaneously displayed on the current monitor, and the table window is identified as the current task window after S2 recognition, then when executing S3-1, the pixel coordinates falling within the boundary of the table window are first searched for coordinate by coordinate in the full-screen display data. These pixel coordinates and their corresponding red, green, and blue channel values ​​are extracted to form the task window screen data. Then, when executing S3-2, the remaining pixel coordinates and their corresponding pixel values ​​in the full-screen display, excluding the pixel coordinates within the table window boundary, are extracted to form the remaining area screen data. Pixels in the visible areas of the video conferencing window and the code terminal window are retained in the remaining area screen data. In this way, when calculating the full-screen parameters, only the screen content outside the table window is counted, and when calculating the local parameters, only the screen content within the table window is counted. The data sources for full-screen adjustment and local compensation are kept separate.

[0079] S4. Obtain the current ambient light value and the remaining area screen data, perform brightness statistics, contrast statistics and color statistics on the remaining area screen data, combine the statistical results with the current ambient light value to calculate, and output the full screen parameters.

[0080] In this implementation process, S4 is used to solve the overall screen parameters based on the remaining area screen data. The overall screen brightness, contrast, color temperature, and color gamut values ​​are determined by the current ambient light value and the statistical results of the screen outside the current task window, thus avoiding the direct impact of the current task window screen content on the overall screen parameters. Specifically, the current ambient light value and the remaining area screen data are read within the same statistical period. The current ambient light value is collected by the ambient light sampler on the display terminal side and converted into an ambient light value. The remaining area screen data is output by S3 and saved as pixel-by-pixel screen data. Then, the brightness, contrast, and color results of the remaining area screen data are statistically analyzed pixel by pixel. Finally, the statistical results are combined with the current ambient light value according to a fixed calculation relationship to form the overall screen parameters. To ensure consistency between the preceding and following steps, the current ambient light value, brightness statistical value, contrast statistical value, and color statistical value all correspond to the same statistical period. The overall screen parameters serve as the input for the overall screen display area execution parameter adjustment in S6.

[0081] The implementation process includes the following steps:

[0082] In S4-1, the current ambient light value and the remaining area image data within the current statistical period are first read. The current ambient light value is output by the ambient light sampler on the display terminal side. The ambient light sampler performs a sampling once at the beginning of the current statistical period to obtain the raw ambient light value, and then converts it into the current ambient light value according to the sampling scale preset by the display terminal and writes it into the current statistical period. The remaining area image data is stored in a way that corresponds to pixel coordinates and pixel values. Each pixel contains at least a horizontal coordinate, a vertical coordinate, a red channel value, a green channel value, and a blue channel value. The red channel values, green channel values, and blue channel values ​​use a unified numerical range. Then, the remaining area image data is processed pixel by pixel: for each pixel, the red channel value, green channel value, and blue channel value are summed and divided by three to form the pixel brightness value corresponding to that pixel; the sum of all pixel brightness values ​​is divided by the total number of pixels in the remaining area image data to form the... For brightness statistics, during comparison statistics, horizontally adjacent pixels in the same row and vertically adjacent pixels in the same column are considered as adjacent pixel pairs. For each pair of adjacent pixels, the difference between the brightness value of the previous pixel and the brightness value of the next pixel is taken, and the absolute value is calculated. Then, all absolute values ​​are summed and divided by the total number of adjacent pixel pairs to form the comparison statistics. For color statistics, the red channel values ​​of all pixels are summed and divided by the total number of pixels to form the red channel average value. The green channel values ​​of all pixels are summed and divided by the total number of pixels to form the green channel average value. The blue channel values ​​of all pixels are summed and divided by the total number of pixels to form the blue channel average value. The red channel average value, green channel average value, and blue channel average value are then combined as the color statistics output. After the above processing, brightness statistics, comparison statistics, and color statistics are formed, where the color statistics include at least the red channel average value, green channel average value, and blue channel average value.

[0083] In S4-2, the current ambient light value, brightness statistics, contrast statistics, and color statistics are written into the same whole-screen parameter calculation process, and the whole-screen parameters are solved according to a fixed operation relationship. Specifically, the current ambient light value is first added to the brightness statistics to form the whole-screen brightness value; then the current ambient light value is added to the contrast statistics to form the whole-screen contrast value; next, the average values ​​of the red and blue channels in the color statistics are read, the difference between the red and blue channel average values ​​is calculated, and the difference is added to the current ambient light value to form the whole-screen color temperature value; then, the average values ​​of the red, green, and blue channels in the color statistics are read, and the high and low values ​​are solved from these three values, and then... The difference between the high and low values ​​is calculated and added to the current ambient light value to form the overall screen color gamut value. To ensure that the overall screen parameters can be directly incorporated into subsequent parameter adjustments, after the above calculations are completed, a range check is performed on the overall screen brightness, contrast, color temperature, and color gamut values. When the calculated result is higher than the upper limit of the corresponding parameter, it is written as the upper limit value; when the calculated result is lower than the lower limit of the corresponding parameter, it is written as the lower limit value; calculation results between the upper and lower limits are directly retained. Finally, the overall screen parameters are output, including the overall screen brightness, contrast, color temperature, and color gamut values, and written into the overall screen parameter record for the current statistical period.

[0084] Through the above implementation process, brightness, contrast, and color statistics can be stably extracted from the remaining area image data. These statistics are then combined with the current ambient light value according to a fixed calculation relationship to form the whole-screen parameters. This ensures that the whole-screen brightness, contrast, color temperature, and color gamut values ​​reflect both the overall image state outside the current task window and the impact of changes in ambient light on the whole-screen display, preventing the image characteristics of the current task window from directly causing the whole-screen parameters to shift. At the same time, brightness statistics, contrast statistics, color statistics, and whole-screen parameter generation all use a unified statistical period, a unified pixel diameter, and a unified numerical range. When connecting with S5 and S6, the input object, calculation object, and execution object remain consistent, and the entire calculation chain is closed.

[0085] In practical applications: For example, if the current task window is identified as a table window, the pixel data corresponding to the video conferencing window and the code terminal window is written into the remaining area screen data. The ambient light sampler on the display terminal side collects the raw ambient light value at the beginning of the current statistical period and converts it into the current ambient light value. When executing S4-1, the pixel brightness value is first calculated pixel by pixel for all pixels in the remaining area where the video conferencing window and the code terminal window are located. Then, the average of all pixel brightness values ​​is calculated to form a brightness statistical value. The absolute values ​​of the differences between the brightness values ​​of horizontally adjacent and vertically adjacent pixels are taken and averaged to form a comparative statistical value. Finally, the red channel average is calculated separately. The current ambient light value, the average value of the green channel, and the average value of the blue channel form a color statistical value. When executing S4-2, the current ambient light value is added to the brightness statistical value to form the overall screen brightness value. The current ambient light value is added to the contrast statistical value to form the overall screen contrast value. The difference between the average value of the red channel and the average value of the blue channel is added to the current ambient light value to form the overall screen color temperature value. The difference between the high and low values ​​of the average values ​​of the red channel, the average value of the green channel, and the average value of the blue channel is added to the current ambient light value to form the overall screen color gamut value. When the value exceeds the corresponding parameter range, the corresponding upper or lower limit value is written. Finally, the overall screen parameters are obtained for subsequent adjustment of the overall screen display area.

[0086] S5. Obtain task window screen data and full screen parameters. Perform brightness statistics, contrast statistics and color statistics on task window screen data. Subtract the statistical results from the full screen parameters one by one to form the parameter difference. Generate local parameters according to the parameter difference and output them.

[0087] In this implementation process, S5 is used to establish a layer-by-layer local parameter generation chain between the task window screen data and the overall screen parameters. This prevents local parameters from being directly given by a single statistical result. Instead, task statistical values ​​are first generated, then parameter differences are generated, and then correlation items, unidirectional groups, conflict groups, and compensation sequences are constructed from the parameter differences. Finally, local parameters are output after conflict resolution. The purpose of this processing is to decompose the difference between the task window and the overall screen into intermediate results that can be calculated, sorted, deleted, and written back. This allows the brightness compensation value, contrast compensation value, color temperature compensation value, and color gamut compensation value to be traced back to a clear source of difference and correlation. To ensure consistency between the preceding and following steps, the task window screen data and the overall screen parameters correspond to the same statistical period. Task statistical values, parameter differences, correlation items, unidirectional groups, conflict groups, compensation drafts, and local parameters are sequentially written into the same period record, and each subsequent step always uses the output result of the previous step as input.

[0088] The implementation process includes the following steps:

[0089] In S5-1, the task window screen data within the current statistical period is first read. The red, green, and blue channel values ​​are statistically analyzed pixel-by-pixel in the task window screen data, and the task statistical value is calculated. During execution, the red, green, and blue channel values ​​of each pixel in the task window screen data are read separately. The sum of these three values ​​is divided by three to form the pixel brightness value. Then, the sum of all pixel brightness values ​​is divided by the total number of pixels in the task window screen data to form the task brightness value. The calculation method for the task comparison value is consistent with S4, using horizontally adjacent pixels in the same row and vertically adjacent pixels in the same column as adjacent pixel pairs. For each pair of adjacent pixels, the difference between the brightness value of the preceding and following pixel is calculated, and the absolute value is taken. All absolute values ​​are then... The summation is divided by the total number of adjacent pixel pairs to form the task contrast value. During color statistics, the red channel values ​​of all pixels are summed and divided by the total number of pixels to form the task red channel average; the green channel values ​​of all pixels are summed and divided by the total number of pixels to form the task green channel average; the blue channel values ​​of all pixels are summed and divided by the total number of pixels to form the task blue channel average. The task red channel average and the task blue channel average are then subtracted to form the task color temperature value. The high and low values ​​of the task red channel average, task green channel average, and task blue channel average are subtracted to form the task color gamut value. After completing the above processing, the task brightness value, task contrast value, task red channel average, task green channel average, task blue channel average, task color temperature value, and task color gamut value are all written into the task statistics record and output.

[0090] In S5-2, the task statistics value formed in S5-1 and the overall screen parameters formed in S4 are written into the same parameter difference calculation process, and the parameter difference is formed by subtracting each item. During specific execution, the task brightness value is subtracted from the overall screen brightness value to form the brightness difference, the task contrast value is subtracted from the overall screen contrast value to form the contrast difference, the task color temperature value is subtracted from the overall screen color temperature value to form the color temperature difference, and the task color gamut value is subtracted from the overall screen color gamut value to form the color gamut difference. To ensure consistency in subsequent direction judgments, the difference direction field is written simultaneously when writing the difference record. The difference value is greater than zero as positive, less than zero as negative, and equal to zero as zero direction. At the same time, the difference absolute value field is written, and the difference absolute value is equal to the absolute value of the corresponding difference. After completion, the parameter difference is output. The parameter difference includes the brightness difference, contrast difference, color temperature difference, and color gamut difference, and each has a direction field and an absolute value field, which can be directly called for subsequent association item construction.

[0091] In S5-3, the parameter difference is used as input to construct brightness contrast correlation items, brightness color temperature correlation items, contrast color gamut correlation items, and color temperature color gamut correlation items according to fixed field combinations, and these are written into the same-direction group and conflict group according to their directional relationship. During execution, the brightness difference and contrast difference are first combined to form a brightness contrast correlation item; the brightness difference and color temperature difference are combined to form a brightness color temperature correlation item; the contrast difference and color gamut difference are combined to form a contrast color gamut correlation item; and the color temperature difference and color gamut difference are combined to form a color temperature color gamut correlation item. For each correlation item, the direction field and absolute value field of the two differences it contains are read, and the two absolute values ​​are added to form the sum of the absolute values ​​of the correlation item, which is then written to the correlation item record. Finally, the directional relationship between the two differences in each correlation item is determined. When both direction fields are positive or both are negative, the associated item is written to the same-direction group; when one direction field is positive and the other is negative, the associated item is written to the conflict group; when at least one direction field is zero, the difference corresponding to the zero direction is retained in the associated item record, and it continues to participate in the writing group according to the direction of the other difference. Associated items where both direction fields are zero are directly written to the end of the same-direction group; each associated item written to the same-direction group or conflict group saves the associated item identifier, the first difference field, the second difference field, the first difference direction, the second difference direction, the first difference absolute value, the second difference absolute value, and the sum of the absolute values; this step outputs the same-direction group and the conflict group, which serve as the basis for subsequent compensation sequence generation and conflict deletion;

[0092] In S5-4, the related items in the same direction group are sorted in descending order by the sum of their absolute values ​​to form a compensation sequence. The brightness compensation value, contrast compensation value, color temperature compensation value, and color gamut compensation value are then calculated item by item according to the compensation sequence to form a compensation draft. During execution, all related items in the same direction group are first sorted from highest to lowest by the sum of their absolute values. If the sums of absolute values ​​are the same, they are arranged according to the order in which they were written into the same direction group to form a compensation sequence. Then, each item is processed sequentially according to the compensation sequence: for the currently processed related item, the two difference fields and their difference values ​​are read first. For difference fields that have not yet formed compensation values, the current difference value is directly written as the corresponding compensation. For the difference field that has already formed a compensation value, the original compensation value is retained and not rewritten; for each compensation value formed, the compensation value is subtracted from the corresponding difference value to form a remaining difference value; then the remaining difference value is written back to the other related item records in the same direction group that contain the difference value field, and the absolute value field and the sum of absolute values ​​in these related items are updated; after the current related item is processed, the next related item in the compensation sequence is processed until the entire compensation sequence is processed; after completion, a compensation draft is formed, which includes at least the brightness compensation candidate value, contrast compensation candidate value, color temperature compensation candidate value, and color gamut compensation candidate value, as well as the source related item identifier corresponding to each candidate value;

[0093] In S5-5, the compensation draft formed in S5-4 is compared item by item with the conflict group formed in S5-3. The compensation item that corresponds to the opposite difference value in the conflict group and is ranked last in terms of the sum of absolute values ​​is deleted. The remaining compensation items are retained as brightness compensation values, contrast compensation values, color temperature compensation values, and color gamut compensation values, forming local parameters and outputting them. During execution, first, for each compensation candidate value in the compensation draft, the difference field corresponding to that item is searched to see if there are any related items in the conflict group that contain the same difference field but have opposite directions. If not, the compensation candidate value is directly retained; if it exists, it is marked as an item to be deleted. For all items to be deleted, then... The sum of the absolute values ​​of the source related items is sorted in ascending order, and the item to be deleted with the last absolute value sum is deleted first. If the sum of the absolute values ​​of two or more items to be deleted is the same, they are deleted and written in the order specified in the compensation draft. After deletion, the remaining compensation candidate values ​​are written as brightness compensation value, contrast compensation value, color temperature compensation value, and color gamut compensation value, respectively. If a compensation candidate value is deleted and no replacement value is retained, the compensation value of that item is written as zero. Finally, the brightness compensation value, contrast compensation value, color temperature compensation value, and color gamut compensation value are written together into the local parameter record and output for S6 to call when performing local compensation within the current task window boundary.

[0094] Through the above implementation process, the task brightness value, task contrast value, task color temperature value, and task color gamut value can be extracted from the task window screen data. Then, these values ​​are subtracted from the overall screen brightness value, overall screen contrast value, overall screen color temperature value, and overall screen color gamut value to form parameter differences. Furthermore, through the construction of related items, merging of same-direction groups, separation of conflicting groups, writing back the compensation sequence, and deletion of the compensation draft, the display deviation of the task window relative to the overall screen is gradually transformed into executable local parameters. The brightness compensation value, contrast compensation value, color temperature compensation value, and color gamut compensation value formed in this way all have clear source paths and deletion paths, which can avoid retaining conflicting differences at the same time and also avoid the repeated accumulation of a certain difference in multiple related items. The overall calculation chain is closed, the field sources are consistent, and the direction is consistent. Subsequent execution can directly fall on the pixel adjustment process within the current task window boundary.

[0095] In practical applications: For example, if the current task window is a table window with a light-colored, thin-text area, the task window's screen data, after being statistically analyzed in S5-1, forms the task brightness value, task contrast value, task color temperature value, and task color gamut value. The remaining areas corresponding to the video conferencing window and code terminal window have already formed the full-screen parameters in S4. When executing S5-2, the task brightness value is subtracted from the full-screen brightness value, the task contrast value is subtracted from the full-screen contrast value, the task color temperature value is subtracted from the full-screen color temperature value, and the task color gamut value is subtracted from the full-screen color gamut value, resulting in the differences of the four parameters. When executing S5-3, the brightness difference and contrast difference are combined to form a brightness contrast correlation item, and the brightness difference is then compared with... The color temperature difference forms a brightness-color temperature correlation item, and then the two difference values ​​are written into the same direction group and conflict group respectively according to whether the two difference values ​​are consistent. When executing S5-4, the correlation item with the higher sum of absolute values ​​is processed first to solve the corresponding compensation candidate value. Then, the remaining difference value formed by the processed difference value is written back to the other correlation items to update the sum of absolute values. When executing S5-5, the compensation draft is compared with the conflict group item by item. The compensation item that corresponds to the opposite difference value in the conflict group and is ranked last in the sum of absolute values ​​is deleted. The remaining compensation items are retained to form local parameters. In this way, the final local parameters only correspond to the real difference between the table window and the whole screen, and can be directly used to perform local compensation only within the boundaries of the table window.

[0096] S6. Obtain the full screen parameters, local parameters, and the current task window boundary. Adjust the parameters of the full screen display area according to the full screen parameters. Overlay the local parameters onto the corresponding display area of ​​the task window according to the current task window boundary. Output the display result after the partitioning is executed.

[0097] In this implementation process, S6 is used to implement the overall screen parameters and local parameters formed in the previous steps into the actual display screen. First, the overall screen parameters are adjusted for the entire display area, and then local compensation is performed only on the pixels within the current task window boundary. This ensures that the overall adjustment result of the entire display area corresponds to the current ambient light value and the remaining area screen data, while the local correction result of the area corresponding to the current task window corresponds to the task window screen data. Specifically, the overall screen parameters and display screen data within the current statistical period are read first, and the overall screen adjustment result is formed pixel by pixel. Then, the local parameters and the current task window boundary are read, and only the pixels within the current task window boundary are recalculated item by item. The pixels outside the boundary maintain the overall screen adjustment result unchanged. To ensure consistency between the preceding and following steps, the overall screen parameters include the overall screen brightness value, overall screen contrast value, overall screen color temperature value, and overall screen color gamut value. The local parameters include the brightness compensation value, contrast compensation value, color temperature compensation value, and color gamut compensation value. The current task window boundary maintains the same coordinate system as S2 and S3. The overall screen adjustment result and the display result after the partition execution are both saved using the same pixel coordinates and channel value structure as the display screen data.

[0098] The implementation process includes the following steps:

[0099] In S6-1, the entire screen parameters and display data within the current statistical period are first read. The red, green, and blue channel values ​​are extracted pixel-by-pixel from the display data, and the entire screen adjustment result is formed according to the entire screen parameters. Specifically, during execution, the red, green, and blue channel values ​​of each pixel are summed and divided by three to form the corresponding pixel brightness value. Then, the pixel brightness values ​​of all pixels in the display data are summed and divided by the total number of pixels to form the average screen brightness value. Simultaneously, the red channel values ​​of all pixels are summed and divided by the total number of pixels to form the average screen brightness value. The average value of the red channel is calculated by summing the green channel values ​​of all pixels and dividing by the total number of pixels. Similarly, the average value of the blue channel is calculated by summing the blue channel values ​​of all pixels and dividing by the total number of pixels. Then, screen-wide adjustments are performed on each pixel individually: the screen-wide brightness value is added to the pixel's brightness value to form the pixel's brightness adjustment value; the screen-wide contrast value is multiplied by the difference between the pixel's brightness value and the average screen brightness value to form the pixel's contrast adjustment value; and the screen-wide color temperature value is added to the difference between the pixel's red channel value and blue channel value to form the pixel's color temperature adjustment value. Color temperature adjustment value: The overall screen color gamut value is multiplied by the difference between the red channel value and the average red channel value, the difference between the green channel value and the average green channel value, and the difference between the blue channel value and the average blue channel value of the pixel to form the color gamut adjustment value of the pixel. After completing the calculation of the four adjustment values, the red channel value, green channel value, and blue channel value of the pixel are recalculated. The brightness adjustment value and contrast adjustment value are written together into the three-channel basic brightness component, the color temperature adjustment value is written into the red-blue channel difference component, and the color gamut adjustment value is written into the red channel, green channel, and blue channel respectively. The discrete components are then used to generate recalculated red, green, and blue channel values. After each channel value is recalculated, a channel range check is performed. When the recalculated channel value is higher than the channel upper limit, it is written as the channel upper limit value; when the recalculated channel value is lower than the channel lower limit, it is written as the channel lower limit value. Recalculated values ​​between the channel upper and lower limits are directly retained. After repeating the above process for all pixels, the overall screen adjustment result is generated and output. In the overall screen adjustment result, each pixel still retains its original pixel coordinates and the recalculated red, green, and blue channel values.

[0100] In S6-2, the overall screen adjustment result formed in S6-1, the local parameters formed in S5, and the current task window boundary are read. Local compensation is performed on each pixel within the current task window boundary, while the overall screen adjustment result remains unchanged for each pixel outside the current task window boundary, forming the display result after partitioned execution. Specifically, during execution, the pixels within the boundary of the current task window boundary are located coordinate by coordinate according to the set of pixel coordinates within the boundary. For each pixel within the boundary, its red channel value, green channel value, and blue channel value are read and recalculated item by item according to the local parameters: brightness... The compensation value is added to the current brightness value of the pixel to form a local brightness compensation result; the contrast compensation value is multiplied by the difference between the current brightness value of the pixel and the average brightness value of all pixels within the current task window boundary to form a local contrast compensation result; the color temperature compensation value is added to the difference between the current red channel value and the blue channel value of the pixel to form a local color temperature compensation result; the color gamut compensation value is multiplied by the difference between the current red channel value of the pixel and the average red channel value within the current task window boundary, the difference between the current green channel value of the pixel and the average green channel value within the current task window boundary, and the current blue channel value of the pixel, respectively. The difference between the value and the average value of the blue channel within the current task window boundary is used to form a local color gamut compensation result. Then, the local brightness compensation result, local contrast compensation result, local color temperature compensation result, and local color gamut compensation result are written together into the red channel value, green channel value, and blue channel value of the pixel for recalculation, forming the window adjustment value corresponding to the pixel. After the window adjustment value is formed, a channel range check is also performed. If it is higher than the channel upper limit, it is written as the channel upper limit value; if it is lower than the channel lower limit, it is written as the channel lower limit value. Then, the original channel values ​​of each pixel within the current task window boundary in the whole screen adjustment result are replaced with the corresponding window adjustment values. For all pixels outside the current task window boundary, local compensation is no longer performed, and the corresponding pixel values ​​in the whole screen adjustment result are directly retained. After all replacements are completed, the display result after partition execution is formed and output, where the pixels within the current task window boundary correspond to the window adjustment value after local compensation, and the pixels outside the current task window boundary correspond to the pixel values ​​in the whole screen adjustment result. If the current task window boundary changes in the new statistical period, S1 to S5 are re-executed in the new statistical period, and then this step is executed according to the new current task window boundary.

[0101] Through the above implementation process, a unified overall screen adjustment result can be formed for the entire display area using overall screen parameters. Then, independent window adjustment values ​​can be formed for pixels within the current task window boundary using local parameters. This allows overall screen adjustment and local compensation to be executed in layers, so that the overall screen brightness, contrast, color temperature, and color gamut values ​​apply to the entire display screen, while the brightness compensation, contrast compensation, color temperature compensation, and color gamut compensation values ​​only apply to the corresponding area of ​​the current task window, preventing the display correction of the corresponding area of ​​the task window from spreading to other display areas. At the same time, both the overall screen adjustment result and the window adjustment value are checked within the same channel range, and the output result can be directly written to the display buffer and drive the display to refresh. The entire execution chain, from parameter formation to pixel recalculation to result output, remains closed.

[0102] In practical applications: For example, when a table window is identified as the current task window, the video conferencing window and the code terminal window outside the table window jointly determine the overall screen parameters. When executing S6-1, first calculate the pixel brightness value, average screen brightness value, and average values ​​of the red, green, and blue channels for all pixels in the entire screen display. Then, add the overall screen brightness value to the brightness value of each pixel, apply the overall screen contrast value to the difference between the brightness value of each pixel and the average screen brightness value, apply the overall screen color temperature value to the difference between the red and blue channels of each pixel, and apply the overall screen color gamut value to the three channels of each pixel and their respective channel averages. The difference in mean values ​​forms the overall screen adjustment result. Subsequently, when executing S6-2, only the pixels within the table window boundary are further superimposed with brightness compensation values, contrast compensation values, color temperature compensation values, and color gamut compensation values ​​to form the window adjustment value. The pixels within the table window boundary are then replaced with the window adjustment value, while the corresponding areas of the video conferencing window and the code terminal window continue to maintain the overall screen adjustment result. In this way, the light-text area within the table window can complete local compensation independently, while the area outside the table window is no longer affected by this local compensation. The final output display result after the partition execution can be directly used for the display refresh of the current statistical period.

[0103] Furthermore, it also includes a display parameter adjustment system, comprising:

[0104] The parameter acquisition module is used to acquire the current ambient light value, display screen data, window position data, window hierarchy data, focus window identifier, pointer position data, keyboard input data, and scroll wheel input data. It performs interface division on the window position data and window hierarchy data, and outputs the window identifier and window boundary corresponding to each display window.

[0105] The task identification module is used to acquire the focus window identifier, pointer position data, keyboard input data, and scroll wheel input data. It counts the focus window duration, pointer dwell time, number of keyboard inputs, and number of scroll wheel scrolls according to the window identifier. It adds the focus window duration, pointer dwell time, number of keyboard inputs, and number of scroll wheel scrolls to form the window operation quantity, and outputs the current task window identifier and the current task window boundary, which are ranked first in the window operation quantity.

[0106] The region separation module is used to acquire the display screen data and the current task window boundary, perform region separation on the display screen data according to the current task window boundary, and output the task window screen data and the remaining area screen data;

[0107] The model processing module is used to obtain the current ambient light value and the remaining area image data, perform brightness statistics, contrast statistics and color statistics on the remaining area image data, combine the statistical results with the current ambient light value to calculate and output the full screen parameters;

[0108] The local generation module is used to acquire task window screen data and full screen parameters, perform brightness statistics, contrast statistics and color statistics on task window screen data, subtract the statistical results from the full screen parameters one by one to form parameter differences, generate local parameters according to parameter differences and output them.

[0109] The parameter execution module is used to obtain full-screen parameters, local parameters, and the current task window boundaries. It adjusts the parameters of the entire screen display area according to the full-screen parameters, and overlays the local parameters onto the corresponding display area of ​​the task window according to the current task window boundaries. It then outputs the display results after the partitioning is executed.

[0110] Working Principle: This solution is based on collaborative processing between the display terminal and edge computing nodes. First, it collects the current ambient light level, display screen data, and interactive data such as window position, hierarchy, focus, pointer, keyboard, and scroll wheel. The edge computing nodes then divide the visible area of ​​each display window and generate window operation variables based on focus dwell, pointer dwell, keyboard input, and scroll wheel movement to identify the current task window. Subsequently, the entire screen is divided into task window screen data and remaining area screen data according to the current task window boundary. The edge computing nodes then combine the remaining area screen data with the current ambient light level. The system calculates the overall screen brightness, contrast, color temperature, and color gamut. Then, it compares the task window's image data with the overall screen parameters one by one to form parameter differences, and generates local parameters that only apply to the current task window. Finally, it first performs a unified adjustment on the entire screen display area according to the overall screen parameters, and then superimposes the local parameters only within the boundaries of the current task window. This ensures that the edge computing side can both ensure that the overall screen display is adjusted synchronously with changes in the environment and the overall image, and also ensure that the current task window completes local corrections according to its own display characteristics, thereby preventing the display requirements of the local window from being mistakenly diffused into a unified adjustment of the entire screen.

[0111] For example, in a multi-window office scenario, a user might be simultaneously working on a spreadsheet window while a video conference window is open, and a code terminal is displayed in the background. Edge computing nodes continuously receive window boundary data, interaction logs, and display data uploaded from the display terminal. When they detect that the user is primarily inputting and lingering in the spreadsheet window, they identify it as the current task window. They first treat the remaining areas corresponding to the video conference window and the code terminal as the entire screen's statistical objects, calculating the overall screen parameters based on the current ambient light value to maintain the overall display state of the entire screen. Then, they analyze the brightness, contrast, and color characteristics within the spreadsheet window separately, calculating the local parameters of the spreadsheet window relative to the entire screen, and performing compensation only within the spreadsheet window's boundaries. In this way, the light-colored, thin text in the spreadsheet window can be individually adjusted to be more readable on the edge computing side, while the video conference window and the code terminal area maintain their own stable overall screen adjustment results. The entire screen won't be adjusted along with the spreadsheet window simply because the spreadsheet window needs brightening, increased contrast, or color correction.

[0112] The above description is merely a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A method for adjusting display parameters, characterized in that, include: S1. Obtain the current ambient light value, display screen data, window position data, window hierarchy data, focus window identifier, pointer position data, keyboard input data, and scroll wheel input data. Perform interface division on the window position data and window hierarchy data, and output the window identifier and window boundary corresponding to each display window. S2. Obtain the focus window identifier, pointer position data, keyboard input data, and scroll wheel input data. Calculate the focus window duration, pointer dwell time, number of keyboard inputs, and number of scroll wheel scrolls according to the window identifier. Add the focus window duration, pointer dwell time, number of keyboard inputs, and number of scroll wheel scrolls to form the window operation quantity. Output the current task window identifier and the current task window boundary, which are ranked first in the window operation quantity. S3. Obtain the display screen data and the current task window boundary, perform region separation on the display screen data according to the current task window boundary, and output the task window screen data and the remaining area screen data. S4. Obtain the current ambient light value and the remaining area screen data, perform brightness statistics, contrast statistics and color statistics on the remaining area screen data, combine the statistical results with the current ambient light value to calculate, and output the full screen parameters. S5. Obtain the task window screen data and the whole screen parameters. Perform brightness statistics, contrast statistics and color statistics on the task window screen data. Subtract the statistical results from the whole screen parameters one by one to form the parameter difference. Generate local parameters according to the parameter difference and output them.

2. The display parameter adjustment method according to claim 1, characterized in that: Also includes: S6. Obtain the full-screen parameters, local parameters, and the current task window boundary. Adjust the parameters of the full-screen display area according to the full-screen parameters. Overlay the local parameters onto the corresponding display area of ​​the task window according to the current task window boundary. Output the display result after the partitioning is executed.

3. The display parameter adjustment method according to claim 2, characterized in that: S1 includes: S1-1. Obtain window position data and window hierarchy data, solve the window area corresponding to each display window according to the window position data, solve the hierarchy order corresponding to each display window according to the window hierarchy data, and output the window area and hierarchy order. S1-2. Obtain the window area and hierarchy order, perform occlusion reduction on the display windows where the areas overlap according to the hierarchy order, form the visible area corresponding to each display window, and output the visible area; S1-3. Obtain the visible area, extract the area boundary corresponding to each display window, establish an identifier association between the area boundary and the corresponding display window, and output the window identifier and window boundary.

4. The method for adjusting display parameters according to claim 3, characterized in that: S2 includes: S2-1. Obtain the focus window identifier, pointer position data, keyboard input data, scroll wheel input data, window identifier, and window boundary. Map the focus window identifier to the display window with the same identifier, map the pointer position data to the display window within the window boundary, map the keyboard input data to the display window corresponding to the focus window identifier at the time of input, map the scroll wheel input data to the display window within the window boundary where the pointer position is at the time of scrolling, and output the input record corresponding to each display window. S2-2. Obtain the input records corresponding to each display window. Accumulate the duration of the focus window identifier, the time the pointer stays at the position, the number of keyboard inputs, and the number of scroll wheel scrolls according to the window identifier. Add the duration of the focus window identifier, the time the pointer stays at the position, the number of keyboard inputs, and the number of scroll wheel scrolls to form the window operation quantity corresponding to each display window. Output the window operation quantity corresponding to each display window. S2-3. Obtain the window operation quantity, window identifier, and window boundary corresponding to each display window. Sort each display window in descending order of window operation quantity. Take the window identifier of the first display window in the sorted list as the current task window identifier. Take the window boundary corresponding to the current task window identifier as the current task window boundary and output it.

5. A method for adjusting display parameters according to claim 4, characterized in that: S3 includes: S3-1. Obtain the display screen data and the current task window boundary, extract the pixel coordinates within the boundary enclosed by the current task window from the display screen data coordinate by coordinate, form the task window screen data and output it. S3-2. Obtain the display screen data, the current task window boundary, and the task window screen data. Extract the remaining pixel coordinates from the display screen data, except for the pixel coordinates within the boundary, to form the remaining area screen data and output it.

6. A method for adjusting display parameters according to claim 5, characterized in that: S4 includes: S4-1. Obtain the current ambient light value and the remaining area image data. Extract the red channel value, green channel value and blue channel value for each pixel of the remaining area image data. Sum the red channel value, green channel value and blue channel value for each pixel and divide by three to form the pixel brightness value. Sum the brightness values ​​of each pixel and average them to form the brightness statistics value. Difference the brightness values ​​of adjacent pixels, take the absolute value and sum and average them to form the contrast statistics value. Sum the red channel value, green channel value and blue channel value respectively to form the color statistics value. Output the brightness statistics value, contrast statistics value and color statistics value. S4-2. Obtain the current ambient light value, brightness statistics, contrast statistics, and color statistics. Add the current ambient light value and brightness statistics to form the overall screen brightness value. Add the current ambient light value and contrast statistics to form the overall screen contrast value. Subtract the average value of the red channel and the average value of the blue channel from the color statistics and add it to the current ambient light value to form the overall screen color temperature value. Subtract the high and low values ​​of the average values ​​of the red channel, the average value of the green channel, and the average value of the blue channel from the color statistics and add them to the current ambient light value to form the overall screen color gamut value. Output the overall screen parameters.

7. A method for adjusting display parameters according to claim 6, characterized in that: S5 includes: S5-1. Calculate the red, green, and blue channel values ​​pixel by pixel for the task window screen data. Sum the red, green, and blue channel values ​​pixel by pixel and divide by three to form the task brightness value. Sum the absolute values ​​of adjacent pixel brightness values ​​to form the task contrast value. Sum the task red channel average value and the task blue channel average value to form the task color temperature value. Sum the high and low values ​​of the task red channel average value, task green channel average value, and task blue channel average value to form the task color gamut value. Output the task statistics value. S5-2. Subtract the task brightness value from the overall screen brightness value to form a brightness difference value; subtract the task contrast value from the overall screen contrast value to form a contrast difference value; subtract the task color temperature value from the overall screen color temperature value to form a color temperature difference value; subtract the task color gamut value from the overall screen color gamut value to form a color gamut difference value; output parameter differences, which include brightness difference, contrast difference, color temperature difference, and color gamut difference value.

8. A method for adjusting display parameters according to claim 7, characterized in that: The S5 also includes: S5-3. Obtain parameter differences, construct brightness contrast correlation items, brightness color temperature correlation items, contrast color gamut correlation items and color temperature color gamut correlation items according to parameter differences, calculate the direction, absolute value and sum of absolute values ​​of the two differences for each correlation item, write the correlation items with the same direction into the same direction group, write the correlation items with opposite directions into the conflict group, and output the same direction group and conflict group. S5-4. Arrange the absolute values ​​of all related items in the same direction group in descending order to form a compensation sequence. Solve the brightness compensation value, contrast compensation value, color temperature compensation value and color gamut compensation value one by one according to the order of the compensation sequence. After solving each compensation value, subtract the compensation value from the corresponding difference to form the remaining difference value. Then write the remaining difference value into the other related items in the same direction group that contain the difference value, and output the compensation draft. S5-5. Compare the draft compensation with the conflict group item by item, delete the compensation item that corresponds to the reverse difference in the conflict group and is ranked last in the sum of absolute values, and retain the remaining compensation items as brightness compensation value, contrast compensation value, color temperature compensation value and color gamut compensation value to form local parameters and output them.

9. A method for adjusting display parameters according to claim 8, characterized in that: S6 includes: S6-1. Obtain the full screen parameters and display data. Extract the red channel value, green channel value, and blue channel value of each pixel from the display data. Add the full screen brightness value to the brightness value of each pixel to form a brightness adjustment value. Multiply the full screen contrast value by the difference between the brightness value of each pixel and the average brightness value of the screen to form a contrast adjustment value. Add the full screen color temperature value to the difference between the red channel value and the blue channel value to form a color temperature adjustment value. Multiply the full screen color gamut value by the difference between the red channel value, green channel value, and blue channel value and the average value of each channel to form a color gamut adjustment value. Then recalculate the red channel value, green channel value, and blue channel value of each pixel according to the brightness adjustment value, contrast adjustment value, color temperature adjustment value, and color gamut adjustment value to form the full screen adjustment result and output it. S6-2. Obtain the overall screen adjustment result, local parameters, and the current task window boundary. Recalculate the red, green, and blue channel values ​​of each pixel within the current task window boundary using local brightness compensation, local contrast compensation, local color temperature compensation, and local color gamut compensation to form window adjustment values. Replace each pixel within the current task window boundary with the window adjustment values, and keep the pixels outside the current task window boundary as the pixel values ​​corresponding to the overall screen adjustment result. This will form the display result after partitioning and output it.

10. A display parameter adjustment system, characterized in that, include: The parameter acquisition module is used to acquire the current ambient light value, display screen data, window position data, window hierarchy data, focus window identifier, pointer position data, keyboard input data, and scroll wheel input data. It performs interface division on the window position data and window hierarchy data, and outputs the window identifier and window boundary corresponding to each display window. The task identification module is used to acquire the focus window identifier, pointer position data, keyboard input data, and scroll wheel input data. It counts the focus window duration, pointer dwell time, number of keyboard inputs, and number of scroll wheel scrolls according to the window identifier. It adds the focus window duration, pointer dwell time, number of keyboard inputs, and number of scroll wheel scrolls to form the window operation quantity, and outputs the current task window identifier and the current task window boundary, which are ranked first in the window operation quantity. The region separation module is used to acquire the display screen data and the current task window boundary, perform region separation on the display screen data according to the current task window boundary, and output the task window screen data and the remaining area screen data; The model processing module is used to obtain the current ambient light value and the remaining area image data, perform brightness statistics, contrast statistics and color statistics on the remaining area image data, combine the statistical results with the current ambient light value to calculate and output the full screen parameters; The local generation module is used to acquire task window screen data and full screen parameters, perform brightness statistics, contrast statistics and color statistics on task window screen data, subtract the statistical results from the full screen parameters one by one to form parameter differences, generate local parameters according to parameter differences and output them. The parameter execution module is used to obtain the full-screen parameters, local parameters, and the current task window boundary. It performs parameter adjustments on the full-screen display area according to the full-screen parameters, and overlays the local parameters onto the corresponding display area of ​​the task window according to the current task window boundary, and outputs the display result after the partition execution.