A screen brightness self-adaptive regulation method, device and computer readable storage medium

Abstract

The application discloses a screen brightness self-adaptive regulation and control method and device and a computer readable storage medium, wherein the method comprises the following steps: decomposing display levels in the interface drawing process of an application, and sorting the decomposed display levels; identifying the element types of each display level separated one by one; generating the brightness levels corresponding to each element type according to preset screen brightness parameters, and generating a two-dimensional brightness matrix according to the sorting and the brightness levels; and adjusting the screen brightness corresponding to each region of the application according to the brightness matrix. A humanized screen brightness self-adaptive regulation and control scheme is realized, so that the screen brightness can be dynamically adjusted according to the content of the application, system power consumption is saved, the endurance time is improved, and the user experience is enhanced.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of mobile communication, in particular to a screen brightness adaptive regulation method, device and computer readable storage medium. BACKGROUND

[0002] In the prior art, with the continuous development of intelligent terminal devices, the endurance problem has always been a hot issue of mobile phones and other devices. With the continuous upgrading of the system and the replacement of the CPU, the battery technology has not made a breakthrough. Although the technology is constantly improving, the endurance time of the mobile phone is getting shorter and shorter. Therefore, saving power consumption has become the top priority for major mobile phone manufacturers.

[0003] The power consumption of a mobile phone can be broadly divided into hardware power consumption and software power consumption. Hardware power consumption accounts for a large part of mobile phone power consumption, of which CPU power consumption and screen power consumption are the largest.

[0004] Currently, the Android native screen brightness display scheme adjusts the screen brightness according to the ambient brightness. This display scheme still has some shortcomings. Users have different brightness for different applications and different display content of the same application. If all applications use the same brightness display scheme, not only will it increase power consumption, but also it will reduce user stickiness and user experience. SUMMARY

[0005] In order to solve the above technical defects in the prior art, the present application proposes a screen brightness adaptive regulation method, which comprises:

[0006] The display hierarchy is decomposed during the interface drawing process of the application, and the decomposed display hierarchy is sorted.

[0007] The element type of each display hierarchy separated one by one is identified.

[0008] The brightness hierarchy corresponding to each element type is generated according to the preset screen brightness parameters, and a two-dimensional brightness matrix is generated according to the sorting and the brightness hierarchy.

[0009] The screen brightness corresponding to each region of the application is adjusted according to the brightness matrix.

[0010] Optionally, the display hierarchy is decomposed during the interface drawing process of the application, and the decomposed display hierarchy is sorted, comprising:

[0011] The drawing process is intercepted during the interface drawing process of the application in the application layer.

[0012] In the intercepted drawing process, the interface sub-element is identified.

[0013] Optionally, the decomposing the display hierarchy in the interface drawing process of the application and the sorting the decomposed display hierarchy further comprises:

[0014] The layout in the drawing process is disassembled.

[0015] Each display hierarchy is obtained by the disassembly.

[0016] Optionally, the identifying the element type of each display hierarchy separated one by one comprises:

[0017] A preset identification algorithm is added in the layout.

[0018] For the parent view to the child view obtained by the disassembly, the layout is analyzed layer by layer from bottom to top in combination with the identification algorithm and according to a preset order to obtain the corresponding element type.

[0019] Optionally, the generating the brightness hierarchy corresponding to each element type according to the preset screen brightness parameter and the generating the two-dimensional brightness matrix according to the sorting and the brightness hierarchy further comprises:

[0020] A preset brightness setting relationship is determined, and the brightness setting relationship comprises the brightness adjustment level corresponding to different elements.

[0021] The element type identified is customized to obtain the screen brightness parameter according to the brightness setting relationship.

[0022] Optionally, the generating the brightness hierarchy corresponding to each element type according to the preset screen brightness parameter and the generating the two-dimensional brightness matrix according to the sorting and the brightness hierarchy further comprises:

[0023] The display hierarchy obtained by the disassembly is superimposed from bottom to top according to the order of the layout to generate the corresponding brightness hierarchy.

[0024] In the superimposition process, the low-brightness element is avoided from the high-brightness element in the overlapping area, so that the overlapping area is set by using the screen brightness parameter of the high-brightness level.

[0025] Optionally, the adjusting the screen brightness corresponding to each area of the application according to the brightness matrix comprises:

[0026] A brightness adjustment interface function corresponding to the brightness matrix is generated.

[0027] The brightness adjustment interface function is added to the screen brightness adjustment service of the system.

[0028] Optionally, the adjusting the screen brightness corresponding to each area of the application according to the brightness matrix further comprises:

[0029] parsing each of the drawn regions.

[0030] adjusting the screen brightness corresponding to each of the regions according to the brightness adjustment interface function.

[0031] The application further provides a screen brightness adaptive regulation device, which comprises a memory, a processor and a computer program stored in the memory and executable on the processor, and the computer program implements the steps of the screen brightness adaptive regulation method according to any one of the above when executed by the processor.

[0032] The application further provides a computer readable storage medium, which stores a screen brightness adaptive regulation program, and the screen brightness adaptive regulation program implements the steps of the screen brightness adaptive regulation method according to any one of the above when executed by a processor.

[0033] The screen brightness adaptive regulation method, device and computer readable storage medium of the application implement a humanized screen brightness adaptive regulation scheme, so that the screen brightness can be dynamically adjusted according to the content of an application, system power consumption is saved, the battery life is prolonged and the user experience is enhanced. BRIEF DESCRIPTION OF DRAWINGS

[0034] The application will be further described below with reference to the drawings and embodiments, in which:

[0035] Figure 1 is a hardware structure schematic diagram of a mobile terminal related to the application;

[0036] Figure 2 is a communication network system architecture diagram provided by an embodiment of the application;

[0037] Figure 3 is a flowchart of a first embodiment of the screen brightness adaptive regulation method of the application;

[0038] Figure 4 is a flowchart of a second embodiment of the screen brightness adaptive regulation method of the application;

[0039] Figure 5 is a flowchart of a third embodiment of the screen brightness adaptive regulation method of the application;

[0040] Figure 6 is a flowchart of a fourth embodiment of the screen brightness self-adaptive regulation method of the present application;

[0041] Figure 7 is a flowchart of a fifth embodiment of the screen brightness self-adaptive regulation method of the present application;

[0042] Figure 8 is a flowchart of a sixth embodiment of the screen brightness self-adaptive regulation method of the present application;

[0043] Figure 9 is a flowchart of a seventh embodiment of the screen brightness self-adaptive regulation method of the present application;

[0044] Figure 10 is a flowchart of an eighth embodiment of the screen brightness self-adaptive regulation method of the present application;

[0045] Figure 11 is another flowchart of the first embodiment of the screen brightness self-adaptive regulation method of the present application. DETAILED DESCRIPTION

[0046] It should be understood that the specific embodiments described herein are merely illustrative of the present application and do not limit the present application.

[0047] In the following description, the suffixes used for elements, such as "module", "part", or "unit", are merely intended for facilitating explanation of the present application, and do not have specific meanings or meanings in themselves. Therefore, "module", "part", or "unit" can be used interchangeably.

[0048] A terminal can be implemented in various forms. For example, the terminal described in the present application can include a mobile terminal such as a mobile phone, a tablet, a notebook computer, a palmtop computer, a Personal Digital Assistant (PDA), a Portable Media Player (PMP), a navigation device, a wearable device, a smart band, a pedometer, etc., and a stationary terminal such as a digital TV, a desktop computer, etc.

[0049] In the following description, a mobile terminal will be exemplified, and those skilled in the art will understand that the configuration according to the embodiments of the present application can be applied to a stationary type terminal, except for elements particularly used for mobile purposes.

[0050] Referring to Figure 1Fig. 1 is a diagram illustrating a hardware structure of a mobile terminal according to an embodiment of the present application. The mobile terminal 100 can include a RF (Radio Frequency) unit 101, a WiFi module 102, an audio output unit 103, an A / V (audio / video) input unit 104, a sensor 105, a display unit 106, a user input unit 107, an interface unit 108, a memory 109, a processor 110, and a power supply 111, etc. Those skilled in the art will understand that the mobile terminal structure illustrated in Fig. 1 is not intended to limit the scope of the present application, and the mobile terminal can include more or less components, or some components can be combined, or different components can be arranged. Figure 1 The mobile terminal structure illustrated in Fig. 1 is not intended to limit the scope of the present application, and the mobile terminal can include more or less components, or some components can be combined, or different components can be arranged.

[0051] The following detailed description will be made with reference to the accompanying drawings. Figure 1 The components of the mobile terminal will be described in detail.

[0052] The RF unit 101 can be used for receiving and transmitting signals in the process of receiving or transmitting information or a call. Specifically, the RF unit 101 receives downlink signals from a base station, and transmits uplink signals to the base station. The RF unit 101 can include, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc. In addition, the RF unit 101 can communicate with the network and other devices through wireless communication. The wireless communication can use any communication standard or protocol, including but not limited to GSM (Global System for Mobile communication), GPRS (General Packet Radio Service), CDMA2000 (Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division Duplexing-Long Term Evolution), TDD-LTE (Time Division Duplexing-Long Term Evolution), etc.

[0053] The WiFi belongs to a short-range wireless transmission technology, and the mobile terminal can help the user to send and receive e-mails, browse web pages, and access streaming media, etc. through the WiFi module 102, which provides the user with wireless broadband Internet access. Although Figure 1 The WiFi module 102 is shown, but it is understood that it does not belong to the necessary components of the mobile terminal, and can be omitted as needed without changing the essence of the application.

[0054] The audio output unit 103 can convert audio data, which is received by the radio frequency unit 101 or the WiFi module 102 or stored in the memory 109, into an audio signal and output it as sound when the mobile terminal 100 is in a call signal reception mode, a call mode, a recording mode, a voice recognition mode, a broadcast reception mode, and the like. Moreover, the audio output unit 103 can provide audio output related to a particular function (e.g., call signal reception sound, message reception sound, etc.) performed by the mobile terminal 100. The audio output unit 103 can include a speaker, a buzzer, and the like.

[0055] The A / V input unit 104 is used to receive audio or video signals. The A / V input unit 104 can include a graphics processor (GPU) 1041 and a microphone 1042, the graphics processor 1041 processes image data of a still picture or a video obtained by an image capture device (e.g., a camera) in a video capture mode or an image capture mode. The processed image frame can be displayed on the display unit 106. The image frame processed by the graphics processor 1041 can be stored in the memory 109 (or other storage medium) or transmitted via the radio frequency unit 101 or the WiFi module 102. The microphone 1042 can receive sound (audio data) via the microphone 1042 in a telephone call mode, a recording mode, a voice recognition mode, and the like, and can process such sound into audio data. The processed audio (voice) data can be converted into a format transmittable to a mobile communication base station in a telephone call mode and outputted. The microphone 1042 can implement various types of noise cancellation (or suppression) algorithms to cancel (or suppress) noise or interference generated in the process of receiving and transmitting audio signals.

[0056] The mobile terminal 100 also includes at least one sensor 105, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor and a proximity sensor, wherein the ambient light sensor can adjust the brightness of the display panel 1061 according to the brightness of ambient light, and the proximity sensor can turn off the display panel 1061 and / or the backlight when the mobile terminal 100 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), and when at rest, can detect the magnitude and direction of gravity, and can be used for applications such as identifying the posture of the mobile phone (such as switching between horizontal and vertical screens, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometers, tapping), and the like. As for the fingerprint sensor, pressure sensor, iris sensor, molecular sensor, gyroscope, barometer, hygrometer, thermometer, infrared sensor and other sensors that can be configured on the mobile phone, they will not be described here.

[0057] The display unit 106 is configured to display information input by a user or information provided to the user. The display unit 106 can include a display panel 1061, which can be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like.

[0058] The user input unit 107 can be configured to receive input digital or character information, and to generate key signal inputs related to user settings and function controls of the mobile terminal. Specifically, the user input unit 107 can include a touch panel 1071 and other input devices 1072. The touch panel 1071, also known as a touch screen, can collect a user's touch operation (such as the user's operation on or near the touch panel 1071 using a finger, a stylus, or any suitable object or accessory) and drive the corresponding connection device according to the pre-set program. The touch panel 1071 can include two parts, a touch detection device and a touch controller. The touch detection device detects the user's touch position and detects the signal generated by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into touch coordinates, and sends it to the processor 110, and can also receive commands from the processor 110 and execute them. In addition, the touch panel 1071 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 1071, the user input unit 107 can also include other input devices 1072. Specifically, the other input devices 1072 can include one or more of a physical keyboard, function keys (such as volume control buttons, on / off buttons, etc.), trackballs, mice, joysticks, and the like, without limitation.

[0059] Further, the touch panel 1071 can cover the display panel 1061, and when the touch panel 1071 detects a touch operation thereon or thereabout, transmit the same to the processor 110 to determine the type of the touch event, and then the processor 110 provides a corresponding visual output on the display panel 1061 according to the type of the touch event. Although in the above description, the touch panel 1071 and the display panel 1061 are implemented as two independent components to realize the input and output functions of the mobile terminal, in some embodiments, the touch panel 1071 and the display panel 1061 can be integrated to realize the input and output functions of the mobile terminal, which is not limited herein. Figure 1

[0060] The interface unit 108 serves as an interface through which at least one external device can be connected with the mobile terminal 100. For example, the external device can include a wired or wireless headset port, an external power (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input / output (I / O) port, a video I / O port, an earphone port, and / or the like. The interface unit 108 can be used as a path for the input of external input data (e.g., data received by the identification module) to at least one element of the mobile terminal 100 and for the delivery of user command requests made by the user to at least one element of the mobile terminal 100. The interface unit 108 can further be used as a path through which data is delivered to or through the mobile terminal 100.

[0061] The memory 109 is generally used to store software programs and various data. The memory 109 can include a program region and a data region, wherein the program region can store an operating system, at least one application program (e.g., a sound play function, a picture play function, and / or the like) required for at least one function, and / or the like, and the data region can store data (e.g., audio data, a phonebook, and / or the like) created based on the use of the mobile terminal. In addition, the memory 109 can include a high-speed random access memory, and can further include a non-volatile memory such as at least one magnetic disk storage device, a flash memory device, or other non-volatile solid state storage device.

[0062] The processor 110 is a control center of the mobile terminal, which connects each part of the mobile terminal with various interfaces and lines, and performs various functions and processes data of the mobile terminal by running or executing software programs and / or modules stored in the memory 109 and by calling data stored in the memory 109, thereby monitoring the overall mobile terminal. The processor 110 can include one or more processing units; preferably, the processor 110 can integrate an application processor and a modem processor, wherein the application processor mainly processes an operating system, a user interface, and an application program, and the modem processor mainly processes wireless communication. It can be understood that the above-described modem processor can also not be integrated into the processor 110.

[0063] ​The mobile terminal 100 can further include a power supply 111, such as a battery, for powering the various components of the mobile terminal 100. Preferably, the power supply 111 is logically connected to the processor 110 via a power management system, which enables management of charging, discharging, and power consumption management, etc.

[0064] Although Figure 1 The mobile terminal 100 can further include a Bluetooth module, etc., which is not shown here.

[0065] For the convenience of understanding the embodiments of the present application, the communication network system based on which the mobile terminal of the present application is described as follows.

[0066] Please refer to Figure 2 , Figure 2 A communication network system architecture diagram is provided for the embodiments of the present application, the communication network system is the LTE system of the general mobile communication technology, the LTE system includes the UE (User Equipment, user equipment) 201, the E-UTRAN (Evolved UMTS Terrestrial Radio Access Network, evolved UMTS terrestrial radio access network) 202, the EPC (Evolved Packet Core, evolved packet core network) 203 and the operator's IP service 204 which are sequentially connected.

[0067] Specifically, the UE 201 can be the terminal 100 described above, which is not described here again.

[0068] The E-UTRAN 202 includes the eNodeB 2021 and other eNodeB 2022, etc. Among them, the eNodeB 2021 can be connected to other eNodeB 2022 through the backhaul (for example, X2 interface), the eNodeB 2021 is connected to the EPC 203, and the eNodeB 2021 can provide the access of the UE 201 to the EPC 203.

[0069] The EPC 203 can include an MME (Mobility Management Entity) 2031, an HSS (Home Subscriber Server) 2032, other MMEs 2033, an SGW (Serving Gate Way) 2034, a PGW (PDN Gate Way) 2035, and a PCRF (Policy and Charging Rules Function) 2036, and the like. Among them, the MME 2031 is a control node for processing signaling between the UE 201 and the EPC 203, and provides bearer and connection management. The HSS 2032 is used to provide some registers to manage functions such as a home location register (not shown in the figure), and save some user-specific information about service features, data rates, and the like. All user data can be transmitted through the SGW 2034, the PGW 2035 can provide IP address allocation and other functions for the UE 201, and the PCRF 2036 is a policy and charging control policy decision point for service data flow and IP bearer resources, which selects and provides available policy and charging control decisions for policy and charging execution function units (not shown in the figure).

[0070] The IP service 204 can include the Internet, an intranet, an IMS (IP Multimedia Subsystem), or other IP services, and the like.

[0071] Although the above is described by taking the LTE system as an example, those skilled in the art should know that the present application is not only applicable to the LTE system, but also applicable to other wireless communication systems, such as GSM, CDMA2000, WCDMA, TD-SCDMA, and future new network systems, and the like, which are not limited here.

[0072] Based on the above mobile terminal hardware structure and communication network system, various embodiments of the method of the present application are proposed.

[0073] Embodiment one

[0074] Figure 3 is a flowchart of the first embodiment of the screen brightness adaptive regulation method of the present application. A screen brightness adaptive regulation method, the method comprises:

[0075] S1, decomposing the display hierarchy in the interface drawing process of the application, and sorting the decomposed display hierarchy.

[0076] S2, identifying the element type of each display hierarchy separated one by one.

[0077] S3, generating a brightness level corresponding to each of the element types according to the preset screen brightness parameter, and generating a two-dimensional brightness matrix according to the sorting and the brightness level.

[0078] S4, adjusting the screen brightness corresponding to each region of the application according to the brightness matrix.

[0079] Optionally, in the embodiment, the hierarchical decomposition is performed when the UI (User Interface) of the application is drawn, and the hierarchical sorting is performed according to the Z-Order (the up-down extension of multiple windows in the Z-axis direction) of different levels.

[0080] Optionally, in the embodiment, the elements of each level are separated one by one, and the background, text, picture, video control, webView and other elements are recognized by using an image algorithm such as AI (Artificial Intelligence).

[0081] Optionally, in the embodiment, a plurality of different brightness levels are generated for the separated layout elements according to a preset brightness strategy.

[0082] Optionally, in the embodiment, the plurality of brightness levels are superimposed into one brightness level, and a two-dimensional brightness matrix is generated. It can be understood that the matrix contains the brightness adjustment strategy corresponding to all sub-elements in the layout.

[0083] Optionally, in the embodiment, the brightness of different regions in the interface of the application is adjusted according to the above brightness matrix.

[0084] Specifically, please refer to Figure 11 Another flowchart of the first embodiment of the screen brightness adaptive control method of the application is shown. The flowchart includes the following steps.

[0085] S10, starting the UI drawing of the application;

[0086] S20, obtaining a view set, that is, viewGroup, to form a hierarchical structure in a tree structure.

[0087] S30, obtaining a sub-view, that is, subview.

[0088] S40, intercepting the layout of the sub-view, that is, intercepting the subview Layout.

[0089] S50, recognizing the elements in the Layout by AI.

[0090] S60, configuring a matching brightness strategy for each element.

[0091] S70, forming a brightness adjustment level.

[0092] S80, superimpose the plurality of brightness adjustment levels into one level.

[0093] S90, form a two-dimensional brightness matrix.

[0094] S100, add the brightness matrix to the brightness adjustment function.

[0095] S110, adjust the brightness value of different regions according to the brightness matrix.

[0096] The beneficial effects of the embodiment are that by decomposing the display level in the interface drawing process of the application, and sorting the decomposed display level; identifying the element type of each separated display level; generating the brightness level corresponding to each element type according to the preset screen brightness parameter, and generating a two-dimensional brightness matrix according to the sorting and the brightness level; adjusting the screen brightness corresponding to each region of the application according to the brightness matrix. A humanized screen brightness adaptive control scheme is realized, so that the screen brightness can be dynamically adjusted according to the content of the application, saving the system power consumption, improving the endurance time, and enhancing the user experience.

[0097] Embodiment two

[0098] Figure 4 is a flowchart of the second embodiment of the screen brightness adaptive control method of the application, based on the above embodiment, the display level is decomposed in the interface drawing process of the application, and the decomposed display level is sorted, which comprises:

[0099] S11, intercept the drawing process in the interface drawing process of the application in the application layer.

[0100] S12, identify the interface sub-element in the intercepted drawing process.

[0101] Optionally, in the embodiment, the drawing process is intercepted when drawing in the application layer, and the UI sub-element is identified.

[0102] Optionally, in the embodiment, the elements of each level are separated one by one, and the background, text, picture, video control, webView and other elements are identified by using AI (Artificial Intelligence) and other image algorithms.

[0103] The embodiment has the beneficial effect that the drawing process is intercepted in the interface drawing process of the application in the application layer, and the interface sub-element is identified in the intercepted drawing process, so that a humanized screen brightness adaptive regulation scheme is realized, the screen brightness can be dynamically adjusted according to the content of the application, the system power consumption is saved, the endurance time is improved, and the user experience is enhanced.

[0104] Embodiment three

[0105] Figure 5 is a flowchart of the third embodiment of the screen brightness adaptive regulation method of the application, based on the above-mentioned embodiment, the display hierarchy is decomposed in the interface drawing process of the application, and the decomposed display hierarchy is sorted, and the embodiment further comprises:

[0106] S13, the layout in the drawing process is disassembled.

[0107] S14, each display hierarchy is obtained by disassembling.

[0108] Optionally, in the embodiment, the UI drawing process in the application layer is divided into three stages: Measure measurement, Layout layout, and Draw drawing, the layout is disassembled in the Layout layout stage, and is analyzed in different levels.

[0109] The embodiment has the beneficial effect that the layout in the drawing process is disassembled, and each display hierarchy is obtained by disassembling. A humanized screen brightness adaptive regulation scheme is realized, so that the screen brightness can be dynamically adjusted according to the content of the application, the system power consumption is saved, the endurance time is improved, and the user experience is enhanced.

[0110] Embodiment four

[0111] Figure 6 is a flowchart of the fourth embodiment of the screen brightness adaptive regulation method of the application, based on the above-mentioned embodiment, the element type of each display hierarchy separated one by one is identified, comprising:

[0112] S21, a preset identification algorithm is added in the layout.

[0113] S22, for the parent view to the sub-view obtained by disassembling, the identification algorithm is combined, and the layout is analyzed layer by layer from bottom to top according to the preset order, to obtain the corresponding element type.

[0114] Optionally, in the embodiment, the specific implementation of the above-mentioned steps is to add an AI identification algorithm in the Layout function of ViewGroup, and analyze the layout elements layer by layer from bottom to top according to the order of Z-Order from parent view to sub-view.

[0115] Optionally, in the embodiment, a plurality of HashMaps are generated according to different levels of the identified elements, that is, a plurality of sets of element, level key-value pairs are generated.

[0116] The embodiment has the beneficial effect that, by adding a preset recognition algorithm in the layout, for the parent view to the child view obtained by disassembling, the recognition algorithm is combined, and the layout is analyzed layer by layer from bottom to top according to a preset order to obtain the corresponding element type. A humanized screen brightness adaptive regulation scheme is realized, so that the screen brightness can be dynamically adjusted according to the content of the application, the system power consumption is saved, the endurance time is improved, and the user experience is enhanced.

[0117] Embodiment five

[0118] Figure 7 is a flowchart of the fifth embodiment of the screen brightness adaptive regulation method of the application, based on the above-mentioned embodiment, the screen brightness parameters corresponding to each element type are generated according to the preset screen brightness parameters, and a two-dimensional brightness matrix is generated according to the order and the brightness level, which includes:

[0119] S31, determining a preset brightness setting relationship, the brightness setting relationship including brightness adjustment levels corresponding to different elements.

[0120] S32, customizing the screen brightness parameters according to the brightness setting relationship and the identified element type.

[0121] Optionally, in the embodiment, a strategy matching is proposed, that is, different brightness strategies are formulated according to the different element types identified in the above-mentioned steps.

[0122] Optionally, in the embodiment, the element types contained in the layout, such as background, text, image, button, webview, video, list, etc. are parsed, different brightness adjustment levels are set for different element types according to the preset brightness setting relationship, and the matched brightness strategy is saved as the screen brightness parameter of the embodiment.

[0123] The embodiment has the beneficial effect that, by determining a preset brightness setting relationship, the brightness setting relationship including brightness adjustment levels corresponding to different elements, the screen brightness parameters are customized according to the brightness setting relationship and the identified element type. A humanized screen brightness adaptive regulation scheme is realized, so that the screen brightness can be dynamically adjusted according to the content of the application, the system power consumption is saved, the endurance time is improved, and the user experience is enhanced.

[0124] Embodiment six

[0125] Figure 8 is a flowchart of the sixth embodiment of the screen brightness adaptive regulation method of the application, based on the above-mentioned embodiment, the screen brightness parameters corresponding to each element type are generated according to the preset screen brightness parameters, and a two-dimensional brightness matrix is generated according to the order and the brightness level, and the method further comprises:

[0126] S33, according to the order of the layout, the display level obtained by the decomposition is stacked from bottom to top to generate a corresponding brightness level.

[0127] S34, in the process of stacking, the overlapping area is processed by avoiding high brightness elements from low brightness elements, so that the overlapping area is set by using the screen brightness parameter of high brightness level.

[0128] Optionally, in the embodiment, a brightness level stacking scheme is proposed, specifically, a plurality of layout levels decomposed by the above-mentioned steps are stacked according to the above-mentioned Layout layout order to generate a brightness level.

[0129] Optionally, in the embodiment, the stacking order is from bottom to top.

[0130] Optionally, in the embodiment, in the process of stacking, if there is an overlapping area, the area follows the principle of "low brightness elements avoiding high brightness elements", so that the overlapping area adopts the brightness strategy of high brightness elements, so as to avoid affecting the user experience, and the generated brightness level is saved as a two-dimensional brightness array.

[0131] The beneficial effects of the embodiment are that by stacking the display level obtained by the decomposition from bottom to top according to the order of the layout, a corresponding brightness level is generated; in the process of stacking, the overlapping area is processed by avoiding high brightness elements from low brightness elements, so that the overlapping area is set by using the screen brightness parameter of high brightness level. A humanized screen brightness adaptive regulation scheme is realized, so that the screen brightness can be dynamically adjusted according to the content of the application, the system power consumption is saved, the endurance time is improved, and the user experience is enhanced.

[0132] Embodiment seven

[0133] Figure 9 is a flowchart of the seventh embodiment of the screen brightness adaptive regulation method of the application, based on the above-mentioned embodiment, the screen brightness corresponding to each area of the application is adjusted according to the brightness matrix, comprising:

[0134] S41, a brightness adjustment interface function corresponding to the brightness matrix is generated.

[0135] S42, adding the brightness adjustment interface function into the screen brightness adjustment service of the system.

[0136] Optionally, in the embodiment, the generated brightness adjustment interface function is added into com_anroid_server_light_lightservice.cpp.

[0137] Optionally, in the embodiment, it is detected that the user turns on the screen brightness adaptive regulation, and it is determined whether to call the brightness adjustment interface function added into the screen brightness adjustment service of the system.

[0138] The embodiment has the beneficial effect that the brightness adjustment interface function corresponding to the brightness matrix is generated, and the brightness adjustment interface function is added into the screen brightness adjustment service of the system. A humanized screen brightness adaptive regulation scheme is implemented, so that the screen brightness can be dynamically adjusted according to the content of the application, system power consumption is saved, the endurance time is improved, and the user experience is enhanced.

[0139] Embodiment eight

[0140] Figure 10 is a flowchart of the eighth embodiment of the screen brightness adaptive regulation method of the application, based on the above-mentioned embodiments, the screen brightness corresponding to each region of the application is adjusted according to the brightness matrix, and the method further comprises:

[0141] S43, analyzing each region drawn.

[0142] S44, adjusting the screen brightness corresponding to each region according to the brightness adjustment interface function.

[0143] Optionally, in the embodiment, the application of the screen brightness adaptive regulation can be a normal application program or a game video.

[0144] Optionally, in the embodiment, the screen brightness adaptive regulation scheme of the embodiment is applied to the regions with different types of elements such as different game stages, game scenes, game subjects and game backgrounds of the game video.

[0145] The embodiment has the beneficial effect that each region drawn is analyzed, and the screen brightness corresponding to each region is adjusted according to the brightness adjustment interface function. A humanized screen brightness adaptive regulation scheme is implemented, so that the screen brightness can be dynamically adjusted according to the content of the application, system power consumption is saved, the endurance time is improved, and the user experience is enhanced.

[0146] Embodiment nine

[0147] Based on the above embodiments, the application further proposes a screen brightness adaptive regulation device, which comprises a memory, a processor and a computer program stored in the memory and executable on the processor, and the computer program realizes the steps of the screen brightness adaptive regulation method according to any one of the above when executed by the processor.

[0148] It should be noted that the above device embodiments and method embodiments belong to the same concept, and the specific implementation process is detailed in the method embodiments, and the technical features in the method embodiments are all applicable in the device embodiments, which will not be described here.

[0149] Embodiment ten

[0150] Based on the above embodiments, the application further proposes a computer readable storage medium, which stores a screen brightness adaptive regulation program, and the screen brightness adaptive regulation program realizes the steps of the screen brightness adaptive regulation method according to any one of the above when executed by a processor.

[0151] It should be noted that the above medium embodiments and method embodiments belong to the same concept, and the specific implementation process is detailed in the method embodiments, and the technical features in the method embodiments are all applicable in the medium embodiments, which will not be described here.

[0152] It should be noted that in this document, the term "comprising" or "including" or any other variant thereof is intended to cover non-exclusive inclusion, so that a process, method, article or apparatus including a series of elements not only includes those elements, but also includes other elements not explicitly listed or inherent to such a process, method, article or apparatus. Without more limitations, the element defined by the statement "comprising a" does not exclude the presence of additional identical elements in the process, method, article or apparatus including the element.

[0153] The above embodiment numbers of the application are only for description, not representing the advantages and disadvantages of the embodiments.

[0154] Through the above description of the embodiments, those skilled in the art can clearly understand that the above embodiment methods can be realized by means of software and necessary general hardware platforms, of course, they can also be realized by hardware, but in many cases, the former is a better embodiment. Based on such understanding, the technical solutions of the application can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes a plurality of instructions for making a terminal (which can be a mobile phone, computer, server, air conditioner or network device, etc.) execute the methods described in the embodiments of the application.

[0155] The embodiments of the present application are described above with reference to the accompanying drawings, but the present application is not limited to the above-described specific embodiments, and the above-described specific embodiments are merely illustrative, but not restrictive, and a person of ordinary skill in the art can make many forms under the inspiration of the present application without departing from the purpose of the present application and the scope protected by the claims, and these all belong to the protection of the present application.

Claims

1. A method for adaptive regulation of screen brightness, characterized in that, The method comprises: decomposing display levels in an interface drawing process of an application, and sorting the decomposed display levels, wherein, in the process of interface drawing of the application by the application layer, the drawing flow is intercepted, in the intercepted drawing flow, interface sub-elements are identified, and the layout in the drawing flow is decomposed to obtain each display level from the decomposition; identifying the element type of each display level separated one by one, wherein, a preset identification algorithm is added in the layout, for the parent view to the sub-view decomposed, the identification algorithm is combined, and the layout is analyzed layer by layer from bottom to top according to the preset order to obtain the corresponding element type; generating a brightness level corresponding to each element type according to a preset screen brightness parameter, and generating a two-dimensional brightness matrix according to the sorting and the brightness level, wherein, a preset brightness setting relationship is determined, the brightness setting relationship includes different element corresponding brightness adjustment levels, the element type identified is customized to obtain the screen brightness parameter according to the brightness setting relationship, the display levels obtained by the decomposition are superimposed from bottom to top according to the order of the layout to generate the corresponding brightness level, in the superimposition process, the overlapping area is processed to avoid high brightness elements in low brightness elements, so that the overlapping area is set with the screen brightness parameter of high brightness level; adjusting the screen brightness of each area of the application according to the brightness matrix, wherein, a brightness adjustment interface function corresponding to the brightness matrix is generated, the brightness adjustment interface function is added to the screen brightness adjustment service of the system, each area drawn is parsed, and the screen brightness of each area is adjusted according to the brightness adjustment interface function.

2. A screen brightness self-adaptive regulation and control device, characterized in that, The device comprises a memory, a processor, and a computer program stored on the memory and executable on the processor, and the computer program is executed by the processor to realize the steps of the screen brightness adaptive regulation method of claim 1.

3. A computer-readable storage medium, characterized in that, The computer readable storage medium stores a screen brightness adaptive regulation program, and the screen brightness adaptive regulation program is executed by the processor to realize the steps of the screen brightness adaptive regulation method of claim 1.

Images