Device screen adjustment method and apparatus

Abstract

The embodiment of the present specification provides a device screen adjustment method and device, wherein the device screen adjustment method comprises the following steps: receiving a service access request submitted by a user device, querying a service identifier corresponding to the service access request, and returning the service identifier to the user device; obtaining ambient light data collected by a light sensor of the user device, and determining a service scene type for displaying the service identifier; determining a screen adjustment strategy suitable for the service scene type based on service data containing the ambient light data; and issuing the screen adjustment strategy to the user device to adjust screen display parameters of the user device.

Description

Technical Field

[0001] This document relates to the field of data processing technology, and in particular to a method and apparatus for adjusting a device screen. Background Technology

[0002] With the development of internet technology and the widespread use of mobile devices, more and more online services are extending into offline scenarios, leading to the integration of online services with offline scenarios. For example, payment for orders can be made by scanning service identifiers or barcodes. Since service identifiers are data symbols that are distributed on a plane according to certain geometric patterns, these symbols can represent information such as adding friends or making mobile payments. Therefore, communication between electronic devices can be achieved through service identifiers. However, how to effectively improve the success rate of scanning service identifiers or barcodes has become an urgent problem to be solved. Summary of the Invention

[0003] This specification provides one or more embodiments of a device screen adjustment method applied to a server. The screen adjustment method includes: receiving a service access request submitted by a user device; querying a service identifier corresponding to the service access request and returning it to the user device; acquiring ambient light data collected by the user device's light sensor and determining the service scenario type for displaying the service identifier; determining a screen adjustment strategy adapted to the service scenario type based on service data including the ambient light data; and issuing the screen adjustment strategy to the user device to adjust the screen display parameters of the user device.

[0004] This specification provides one or more embodiments of another device screen adjustment method applied to a user device. The screen adjustment method includes: generating a service access request based on a user's access instruction for a target service and sending it to a server; receiving and displaying a service identifier corresponding to the service access request returned by the server; using a light sensor to collect ambient light data and uploading it to the server, and using a location sensor to collect device location data and uploading it to the server, to determine a service scenario type based on the device location data; and adjusting screen display parameters according to a screen adjustment strategy issued by the server adapted to the service scenario type; the screen adjustment strategy is determined based on service data including the ambient light data.

[0005] This specification provides one or more embodiments of a device screen adjustment apparatus, running on a server. The device screen adjustment apparatus includes: a service identifier return module, configured to receive a service access request submitted by a user device, query the service identifier corresponding to the service access request, and return it to the user device; a data acquisition module, configured to acquire ambient light data collected by the user device's light sensor and determine the service scenario type for displaying the service identifier; a strategy determination module, configured to determine a screen adjustment strategy adapted to the service scenario type based on service data including the ambient light data; and a strategy distribution module, configured to distribute the screen adjustment strategy to the user device to adjust the screen display parameters of the user device.

[0006] This specification provides one or more embodiments of another device screen adjustment apparatus, operating on a user device. The device screen adjustment apparatus includes: an access request sending module configured to generate a service access request based on a user's access instruction for a target service and send it to a server; a service identifier receiving module configured to receive and display the service identifier corresponding to the service access request returned by the server; a data uploading module configured to call a light sensor to collect ambient light data and upload it to the server, and call a position sensor to collect device location data and upload it to the server, so as to determine the service scenario type based on the device location data; and a screen brightness adjustment module configured to adjust screen display parameters according to a screen adjustment strategy issued by the server that is adapted to the service scenario type; the screen adjustment strategy is determined based on service data including the ambient light data.

[0007] This specification provides one or more embodiments of a device screen adjustment device, including: a processor; and a memory configured to store computer-executable instructions, which, when executed, cause the processor to: receive a service access request submitted by a user device, query a service identifier corresponding to the service access request, and return it to the user device; acquire ambient light data collected by the user device's light sensor and determine the service scenario type for displaying the service identifier; determine a screen adjustment strategy adapted to the service scenario type based on service data including the ambient light data; and issue the screen adjustment strategy to the user device to adjust the screen display parameters of the user device.

[0008] This specification provides one or more embodiments of another device screen adjustment device, including: a processor; and a memory configured to store computer-executable instructions, which, when executed, cause the processor to: generate a service access request based on a user's access instruction for a target service and send it to a server; receive and display a service identifier corresponding to the service access request returned by the server; invoke a light sensor to collect ambient light data and upload it to the server, and invoke a position sensor to collect device position data and upload it to the server, so as to determine a service scenario type based on the device position data; and adjust screen display parameters according to a screen adjustment strategy issued by the server adapted to the service scenario type; the screen adjustment strategy is determined based on service data including the ambient light data.

[0009] This specification provides one or more embodiments of a storage medium for storing computer-executable instructions, which, when executed by a processor, implement the following process: receiving a service access request submitted by a user equipment, querying the service identifier corresponding to the service access request and returning it to the user equipment; acquiring ambient light data collected by the user equipment's light sensor and determining the service scenario type for displaying the service identifier; determining a screen adjustment strategy adapted to the service scenario type based on service data including the ambient light data; and issuing the screen adjustment strategy to the user equipment to adjust the screen display parameters of the user equipment.

[0010] This specification provides one or more embodiments of another storage medium for storing computer-executable instructions, which, when executed by a processor, perform the following processes: generating a service access request based on a user's access instruction for a target service and sending it to a server; receiving and displaying a service identifier corresponding to the service access request returned by the server; using a light sensor to collect ambient light data and uploading it to the server, and using a position sensor to collect device location data and uploading it to the server, so as to determine the service scenario type based on the device location data; and adjusting screen display parameters according to a screen adjustment strategy issued by the server that is adapted to the service scenario type; the screen adjustment strategy is determined based on service data including the ambient light data. Attached Figure Description

[0011] To more clearly illustrate the technical solutions in one or more embodiments of this specification or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in this specification. For users of ordinary skills in the art, other drawings can be obtained based on these drawings without creative effort.

[0012] Figure 1 A schematic diagram illustrating the implementation environment of a device screen adjustment method provided in one or more embodiments of this specification;

[0013] Figure 2 A flowchart illustrating a device screen adjustment method provided in one or more embodiments of this specification;

[0014] Figure 3 A flowchart illustrating a device screen adjustment method for a smartwatch screen adjustment scenario, provided in one or more embodiments of this specification;

[0015] Figure 4 A flowchart illustrating a device screen adjustment method for a mobile phone screen adjustment scenario, provided in one or more embodiments of this specification;

[0016] Figure 5 A flowchart illustrating another device screen adjustment method provided in one or more embodiments of this specification;

[0017] Figure 6 A schematic diagram of an embodiment of a device screen adjustment device provided in one or more embodiments of this specification;

[0018] Figure 7 A schematic diagram of another embodiment of a device screen adjustment apparatus provided in one or more embodiments of this specification;

[0019] Figure 8 This is a schematic diagram of the structure of a device screen adjustment device provided for one or more embodiments of this specification.

[0020] Figure 9 This is a schematic diagram of the structure of another device screen adjustment device provided in one or more embodiments of this specification. Detailed Implementation

[0021] To enable users in the art to better understand the technical solutions in one or more embodiments of this specification, the technical solutions in one or more embodiments of this specification will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this specification, and not all embodiments. Based on one or more embodiments of this specification, all other embodiments obtained by users of ordinary skill in the art without creative effort should fall within the protection scope of this document.

[0022] The device screen adjustment method provided in one or more embodiments of this specification is applicable to the implementation environment of device screen adjustment, such as... Figure 1As shown, the implementation environment includes at least a server 101 for determining the screen adjustment strategy. The server 101 can be a single server, a server cluster consisting of several servers, or one or more cloud servers in a cloud computing platform, used for boundary correction processing of the area to be processed.

[0023] Furthermore, the implementation environment may also include user equipment 102, which can be configured with an application client. This client can take the form of an application, a subroutine within an application, a service module within an application, or a web application; users can participate in services based on this client. User equipment 102 can be a smartwatch, mobile phone, personal computer, tablet computer, e-book reader, VR (Virtual Reality) based information interaction device, in-vehicle terminal, IoT device, wearable smart device, laptop computer, desktop computer, etc. User equipment 102 can be used to adjust screen brightness and display service logos.

[0024] The user equipment 102 is equipped with a screen assembly, a light sensor, and a position sensor. The screen assembly displays the service identifier based on screen display parameters; the light sensor collects data such as ambient light and color temperature of the user equipment 102; and the position sensor collects the location information of the user equipment 102. Data transmission between the server 101 and the user equipment 102 occurs via Ethernet.

[0025] In this implementation environment, user equipment 102 generates a service access request based on the user's access instruction for the target service and sends it to server 101. Server 101 queries the service identifier corresponding to the service access request and returns it to user equipment 102. User equipment 102 receives the service identifier and displays it. Server 101 obtains the ambient light data collected by the light sensor of user equipment 102 and determines the service scenario type for displaying the service identifier. Then, based on the service data including the ambient light data, it determines a screen adjustment strategy adapted to the service scenario type and sends it to user equipment 102 to adjust the screen display parameters of user equipment, effectively improving the success rate of service provider scanning service identifiers.

[0026] One or more embodiments of a device screen adjustment method provided in this specification are as follows:

[0027] Reference Figure 2 The device screen adjustment method provided in this embodiment is applied to a server and specifically includes steps S202 to S208.

[0028] Step S202: Receive a service access request submitted by a user equipment, query the service identifier corresponding to the service access request, and return it to the user equipment.

[0029] In this embodiment, the service access request includes requests to access services provided by the service provider, such as payment requests and identity verification requests. During the service provider's service provision process, a service entry point is provided to the user by issuing a service identifier. For example, when a user pays a bill using the service provider's payment service, the service provider issues the user's payment identifier so the user can make the payment based on the payment identifier. Similarly, when a user performs identity verification using the service provider's identity verification service, the service provider issues an identity identifier so the user can verify their identity based on the identity identifier. The service identifier can be in any form, such as a QR code, barcode, or string. When a user makes a payment by displaying the payment identifier, they send a payment identifier access request to the server. The server queries the user's payment identifier and sends it to the user so the user can make the payment based on the payment identifier. Alternatively, when a user performs identity verification, they send an identity identifier access request to the server. The server queries the user's identity identifier and sends it to the user so the user can verify their identity based on the identity identifier.

[0030] Specifically, after receiving an access instruction from a user for a target service, the user device generates a service access request and sends it to the server. The server queries the service identifier corresponding to the service access request and returns it to the user device for display. However, during the display of the service identifier, the screen components of the user device may affect the display effect of the service identifier, thereby affecting the success rate of the service identifier being recognized by the merchant or service provider, leading to subsequent service failures. For example, when a user scans a transit code at a subway station, the smartwatch screen may be too dark, causing the transit code to fail to be recognized. Similarly, when a user scans a payment code at a bus stop, the surrounding environment may be too bright, causing the payment code to fail to be recognized. To address this, the server can adjust the screen display parameters of the user device to adapt to different payment scenarios and usage environments, improving the device's adaptability.

[0031] Step S204: Obtain ambient light data collected by the light sensor of the user equipment, and determine the service scenario type for displaying the service identifier.

[0032] After receiving the service access request submitted by the user device, querying the service identifier corresponding to the service access request and returning it to the user device, in this step, by obtaining the ambient light data collected by the user device's light sensor, the service scenario type for displaying the service identifier is determined, so as to determine the screen adjustment strategy adapted to the service scenario type from the two dimensions of ambient light data and service scenario type.

[0033] The ambient light data refers to the light data collected by the user equipment through the configured light sensor, indicating the lighting conditions of the environment in which the user equipment is located; optionally, the ambient light data includes at least one of the following: ambient light intensity data and ambient color temperature data.

[0034] The service scenario type refers to the type of scenario in which service identifiers need to be displayed, such as bus station scenario, subway station scenario, supermarket scenario, restaurant scenario, etc. In addition, the service scenario type can also be determined from two dimensions: service identifier and scenario. That is, the type of scenario in which specific service identifiers need to be displayed, such as the type of displaying payment identifiers at bus stations and the type of displaying ride codes at subway stations.

[0035] In practical applications, factors affecting the success rate of service identifier recognition typically include ambient light data and service scenario type. Even with the same ambient light data, the success rate of service identifier recognition can vary depending on the service scenario type. Therefore, after collecting ambient light data from the light sensor, it is necessary to determine the service scenario type for displaying the service identifier. In one optional implementation of this embodiment, the service scenario type is determined in the following way:

[0036] Acquire the device location data collected and uploaded by the user equipment, and determine the target location corresponding to the device location data;

[0037] The service scenario type is determined based on the location category of the target location.

[0038] The device location data includes at least one of the following: base station positioning data, GPS (Global Positioning System) positioning data, and mobile communication differential positioning data (e.g., 5G (5th-Generation) differential positioning data).

[0039] Specifically, by acquiring the device location data collected and uploaded by the user's device's location sensor, the target location corresponding to the device location data can be queried on the map, and the service scenario type can be determined based on the location category of the target location.

[0040] For example, after the server obtains the device location data collected and uploaded by the user device, if it queries the map to find the target location corresponding to the device location data as xx subway station, then the service scenario type is determined to be subway station type; as another example, after the server obtains the device location data collected and uploaded by the user device, if it queries the map to find the target location corresponding to the device location data as x bus station, then the service scenario type is determined to be bus station type.

[0041] In practical implementation, to further improve the success rate of service identifier recognition, the service identifier type can be introduced as another factor in determining the service scenario type, based on the location category of the target location. Simultaneously, the service scenario type is determined based on both the service identifier type and the location category of the target location. In one optional implementation provided in this embodiment, the service scenario type is determined in the following way:

[0042] Acquire the device location data collected and uploaded by the user equipment, and determine the target location corresponding to the device location data;

[0043] The service scenario type is determined based on the identifier type of the service identifier and the location category of the target location.

[0044] Specifically, by acquiring the device location data collected and uploaded by the user's device location sensor, querying the target location corresponding to the device location data on the map, and then determining the service scenario type based on the service identifier type and the location category of the target location.

[0045] For example, after the server obtains the device location data collected and uploaded by the user device, it queries the map to find the target location corresponding to the device location data as xx subway station. If the service identifier corresponding to the service access request is a ride code, then the service scenario type is determined to be the type of swiping a ride code at the subway station.

[0046] In addition to the two methods mentioned above—determining the service scenario type based on the location category of the target location and determining the service scenario type based on the identifier type of the service identifier and the location category of the target location—the service scenario type can also be determined based on the identifier type of the service identifier. For example, the service scenario type can be determined based on the identifier type of a special service identifier set for a special location.

[0047] Step S206: Based on service data including the ambient light data, determine a screen adjustment strategy adapted to the service scenario type.

[0048] After the steps of acquiring ambient light data collected by the user device's light sensor and determining the service scenario type for service identification display are executed, in this step, a screen adjustment strategy adapted to the service scenario type is determined based on the service data including ambient light data.

[0049] The service data refers to the data used for identifying service identifiers. In practice, the success rate of service identifier identification by merchants or service providers is related to the screen display parameters of the user's device, which can be determined based on the service data. The service data includes at least one of the following: ambient light data and service scenario type.

[0050] The screen adjustment strategy refers to a strategy for adjusting the screen. Specifically, the screen display parameters of the user device can be adjusted based on the screen adjustment strategy, for example, the screen display parameter can be adjusted from x1 to x2.

[0051] Specifically, in the process of determining the screen adjustment strategy, this embodiment provides two methods for determining the screen adjustment strategy;

[0052] (1) Constructing screen adjustment strategies based on screen brightness and screen color parameters

[0053] In the process of constructing a screen adjustment strategy based on screen brightness and screen color parameters, the screen brightness parameters of the user device are determined based on ambient light data and service scenario type, and the screen color parameters of the user device are determined based on the image parameters of the service identifier. This allows for the construction of a screen adjustment strategy from two dimensions: screen brightness and screen color. In one optional implementation of this embodiment, a screen adjustment strategy adapted to the service scenario type is determined based on service data containing the ambient light data in the following manner:

[0054] Based on the ambient light data and the service scenario type included in the service data, the screen brightness parameters of the user device are determined;

[0055] The screen color parameters of the user device are determined based on the image parameters of the service identifier contained in the service data, and the screen adjustment strategy is constructed based on the screen brightness parameters and the screen color parameters.

[0056] The screen brightness parameter refers to a parameter related to screen brightness, such as a screen brightness value or other parameters that can characterize screen brightness; the image parameters include at least one of the following: image brightness value, image color temperature value, image contrast value, image sharpness value, image saturation value, and image hue value. This application embodiment does not limit the specific parameters, and they can be determined according to actual usage requirements; the screen color parameter refers to a parameter related to screen color, such as a screen color value.

[0057] Specifically, since the service identifier is displayed on the user device in the form of an image, the image parameters of the service identifier need to be considered when determining the screen color parameters of the user device to ensure that the service identifier can be displayed in colors that are comfortable for the human eye. Alternatively, the colors of the service identifier can be corrected by adjusting the screen color parameters, so that the service identifier, which originally had impure colors, can be displayed in pure colors with the compensation of the screen color parameters.

[0058] For example, in the current service scenario of a subway station, if the ambient light data measured by the user's device's light sensor is light a and color temperature b, then the screen brightness value that has the highest success rate for scanning the service identifier under the same service scenario and the same light data, as measured experimentally, is determined as the current user's device's screen brightness value I. If the service identifier accessed by the user is a subway code, then based on the subway code's image saturation value c and image hue value d, the screen color parameters adapted to the human eye under these image saturation and hue values ​​can be determined as the current user's device's screen color parameters J. Based on this, a screen adjustment strategy can be constructed based on the screen brightness value I and the screen color parameters J: the user's device screen is adjusted according to brightness I and color J.

[0059] In addition, the screen adjustment strategy can also be determined based on either the screen brightness parameter or the screen color parameter. The steps for determining the screen adjustment strategy based on the screen brightness parameter are as follows: determine the screen brightness parameter of the user device based on the ambient light data and the service scene type contained in the service data; construct the screen adjustment strategy based on the screen brightness parameter. The steps for determining the screen adjustment parameter based on the screen color parameter are as follows: determine the screen color parameter of the user device based on the image parameters of the service identifier contained in the service data, and construct the screen adjustment strategy based on the screen color parameter.

[0060] (2) Constructing screen adjustment strategies based on screen configuration parameters and scaling ratios

[0061] In another optional implementation of this embodiment, a screen adjustment strategy adapted to the service scenario type is determined based on service data including the ambient light data in the following manner:

[0062] The screen configuration parameters of the user equipment are determined based on the historical identification parameters of the service identifier contained in the service data;

[0063] The scaling ratio of the service identifier is determined based on the image location parameters of the service identifier contained in the service data, and the screen adjustment strategy is constructed based on the screen configuration parameters and the scaling ratio.

[0064] The historical identification parameters refer to the mobile phone screen parameters set by the user in the past when displaying the service sign. For example, when the user last displayed the service sign in the subway station, the screen brightness was adjusted to I1 and the screen color temperature was adjusted to b1.

[0065] The screen configuration parameters refer to the configurable parameters of the screen, such as screen brightness, screen color temperature, and screen resolution. The image position parameters refer to the position parameters of the service identifier when it is displayed on the mobile phone screen. The scaling ratio of the service identifier can be determined by the image position parameters. For example, if the service identifier is located at the top of the screen, the service identifier can be scaled and dragged to the center of the screen.

[0066] In addition, the screen adjustment strategy can also be determined based on either the screen configuration parameters or the scaling ratio. The steps for determining the screen adjustment strategy based on the screen configuration parameters are as follows: determine the screen configuration parameters of the user device based on the historical identification parameters of the service identifier contained in the service data; construct the screen adjustment strategy based on the screen configuration parameters. The steps for determining the screen adjustment parameters based on the scaling ratio are as follows: determine the scaling ratio of the service identifier based on the image position parameters of the service identifier contained in the service data, and construct the screen adjustment strategy based on the scaling ratio.

[0067] It should be noted that the two specific implementations of the screen adjustment strategy provided above can be combined according to actual needs in specific applications. For example: based on the ambient light data and service scene type included in the service data, the screen brightness parameters of the user device are determined; the scaling ratio of the service identifier is determined based on the image position parameters of the service identifier included in the service data; and the screen adjustment strategy is constructed based on the screen brightness parameters and the scaling ratio. Another example: based on the image parameters of the service identifier included in the service data, the screen color parameters of the user device are determined; the scaling ratio of the service identifier is determined based on the image position parameters of the service identifier included in the service data; and the screen adjustment strategy is constructed based on the screen color parameters and the scaling ratio.

[0068] In the specific execution process, when determining the screen adjustment strategy, the screen brightness can be calculated by using a pre-trained screen brightness calculation model to obtain the target screen brightness parameters. Based on the user device's original screen brightness parameters and the target screen brightness parameters, the screen adjustment strategy is determined. In one optional implementation of this embodiment, the screen adjustment strategy adapted to the service scenario type is determined using service data containing the ambient light data in the following manner:

[0069] The ambient light data and service scene type contained in the service data are input into the screen brightness calculation model to calculate the screen brightness and obtain the target screen brightness parameters.

[0070] The screen adjustment strategy is determined based on the original screen brightness parameters of the user equipment and the target screen brightness parameters.

[0071] Specifically, the ambient light data and service scenario type included in the service data are input into the screen brightness calculation model to calculate the screen brightness, and the target screen brightness parameter adapted to the service scenario is output. If the target screen brightness parameter is greater than the original screen brightness parameter, the screen brightness of the user device is increased; if the target screen brightness parameter is less than the original screen brightness parameter, the screen brightness of the user device is decreased.

[0072] For example, after inputting the light intensity 'a' and color temperature 'b' of the subway station scene contained in the service data into the screen brightness calculation model to calculate the screen brightness, the target screen brightness parameter is obtained as K1. When the original screen brightness parameter of the user device is K2 (K2->K1), the screen brightness of the user device is reduced and adjusted to K1.

[0073] Furthermore, during the screen brightness calculation process, the screen brightness parameter corresponding to the target recognition success rate is used as the target screen brightness parameter by calculating the recognition success rate of the service identifier under at least one candidate screen brightness parameter. In an optional implementation provided in this embodiment, the screen brightness is calculated in the following manner:

[0074] Filter the light data mapping table in the light dataset that corresponds to the service scenario type;

[0075] The target ray data that maps to the ambient ray data is found in the ray data mapping table, and the recognition success rate of the service identifier in at least one candidate screen brightness parameter is calculated based on the target ray data.

[0076] The screen brightness parameter corresponding to the target success rate among the calculated recognition success rates is used as the target screen brightness parameter.

[0077] Specifically, the light dataset contains light data mapping tables for multiple service scenarios, such as a light data mapping table for a subway station scenario and a light data mapping table for a bus station scenario. By searching for target light data in the light data mapping table that maps to the ambient light data of the current user device's environment, and calculating the recognition success rate of the service identifier on at least one candidate screen brightness parameter based on the target light data, the screen brightness parameter corresponding to the target success rate with the highest success rate value among the calculated recognition success rates is taken as the target screen brightness parameter.

[0078] In practical applications, the training of the screen brightness calculation model can be completed in advance, for example, the feature extraction model can be trained on a cloud server or offline. During model training, to improve the training efficiency of the feature extraction model and reduce the difficulty of collecting training samples and the workload of model training, in an optional implementation method provided in this embodiment, the screen brightness calculation model is trained in the following way:

[0079] Input the ambient light sample into the screen brightness calculation model to be trained to calculate the screen brightness and obtain the sample screen brightness parameters.

[0080] Calculate the brightness loss based on the sample screen brightness parameters and the preset screen brightness parameters;

[0081] The parameters of the screen brightness calculation model to be trained are adjusted based on the brightness loss.

[0082] Referring to the model training method described above, the training process is repeated to train the screen brightness calculation model to be trained. After training is completed, the screen brightness calculation model is obtained. Furthermore, to improve the model training effect, the training process of the screen brightness calculation model is constrained based on ambient light samples, thereby improving the accuracy and efficiency of model training. In an optional implementation provided in this embodiment, the ambient light samples are obtained in the following way:

[0083] Acquire initial ambient light data collected by the light sensor of at least one user device;

[0084] The initial ambient light data is perturbed to obtain at least one perturbed ambient light data.

[0085] The disturbed ambient light data is weighted based on the service scenario type to obtain the ambient light sample.

[0086] Specifically, by acquiring initial ambient light data collected by the light sensor of at least one user device, perturbing the initial ambient light data to obtain at least one perturbed ambient light data, and weighting the perturbed ambient light data based on the service scenario type, an ambient light sample is obtained.

[0087] Step S208: Send the screen adjustment strategy to the user equipment to adjust the screen display parameters of the user equipment.

[0088] Following the execution of the above-mentioned step of determining a screen adjustment strategy adapted to the service scenario type based on service data including ambient light data, this step involves sending the screen adjustment strategy to the user device to adjust its screen display parameters. The screen display parameters refer to the parameters by which the user device's screen displays the service identifier. Optionally, the screen display parameters include at least one of the following: screen brightness parameters, screen color parameters, screen configuration parameters, and scaling ratio.

[0089] Specifically, when the screen adjustment strategy is constructed based on screen brightness and screen color parameters, after receiving the screen adjustment strategy, the user device can adjust the screen display parameters to the screen brightness and screen color parameters in the screen adjustment strategy; when the screen adjustment strategy is constructed based on screen configuration parameters and scaling ratio, after receiving the screen adjustment strategy, the user device adjusts the screen display parameters based on the screen configuration parameters and scaling ratio; when the screen adjustment strategy is the target screen brightness parameter output by the screen brightness calculation model, the screen display parameters are adjusted based on the user device's original screen brightness parameters and the target screen brightness parameters.

[0090] It should be noted that the three methods for adjusting screen display parameters described above can be combined according to the actual situation in specific applications, and this embodiment does not limit this. For example, the screen display parameters of the user device can be adjusted according to the screen brightness parameters and scaling ratio, or according to the target brightness parameters and screen color parameters.

[0091] In summary, the device screen adjustment method provided in this embodiment receives a service access request submitted by a user device, queries the service identifier corresponding to the service access request and returns it to the user device, obtains ambient light data collected by the user device's light sensor, determines the service scenario type for displaying the service identifier, determines a screen adjustment strategy adapted to the service scenario type based on the service data containing ambient light data, and sends the screen adjustment strategy to the user device to adjust the screen display parameters of the user device, thereby improving the adaptability and recognition rate of the user device.

[0092] Furthermore, when determining the screen adjustment strategy adapted to the service scenario type, on the one hand, the screen brightness parameters of the user device are determined by the ambient light data and service scenario type contained in the service data, and on the other hand, the screen color parameters of the user device are determined by the image parameters of the service identifier contained in the service data. In order to construct the screen adjustment strategy from the two dimensions of screen brightness parameters and screen color parameters, the probability of the user device being successfully scanned by the service provider after displaying the code is further increased, and the user's visual perception is also improved.

[0093] The device screen adjustment method provided in this embodiment can be applied to a server and works in conjunction with the device screen adjustment method for user devices provided below during execution. Therefore, when reading this embodiment, please refer to the device screen adjustment method for user devices provided below. Similarly, when reading the method embodiments below, you can also refer to the corresponding content of this embodiment.

[0094] The following example uses the device screen adjustment method provided in this embodiment to illustrate the application of a smartwatch screen adjustment scenario. Figure 3 The device screen adjustment method provided in this embodiment will be further explained below. See [link to documentation]. Figure 3 The device screen adjustment method, applied to smartwatch screen adjustment scenarios, specifically includes the following steps.

[0095] Step S304: Receive the payment service access request submitted by the user equipment, query the payment identifier corresponding to the payment service access request, and return it to the user equipment.

[0096] Step S310: Obtain ambient light data and ambient color temperature data collected and uploaded by the user device's light sensor, as well as device location data collected and uploaded by the location sensor.

[0097] Step S312: Determine the target location corresponding to the device location data, and determine the service scenario type as subway station QR code scanning type based on the location category of the target location.

[0098] Step S314: Input the ambient light data, ambient color temperature data and subway station QR code type contained in the service data into the screen brightness calculation model to calculate the screen brightness and obtain the target screen brightness parameters.

[0099] Step S316: Based on the original screen brightness parameters and the target screen brightness parameters of the user equipment, determine the screen adjustment strategy as increasing the original screen brightness parameters to the target screen brightness parameters.

[0100] Step S318: Send the screen adjustment policy to the user device.

[0101] Following this, the user device adjusts the original screen brightness parameters to the target screen brightness parameters according to the screen adjustment strategy adapted to the QR code scanning type in the subway station, issued by the server.

[0102] In this embodiment, steps S304, S310 to S318 are executed by the server. It should be noted that the server's execution of steps S304, S310 to S318 can cooperate with the user equipment's execution of steps S302, S306 to S308, and S320 in the following embodiments. Therefore, when reading this embodiment, please refer to the corresponding content of steps S302, S306 to S308, and S320 executed by the user equipment in the following embodiments. When reading steps S302, S306 to S308, and S320 executed by the user equipment in the following embodiments, please refer to the corresponding content of steps S304, S310 to S318 executed by the server in this embodiment.

[0103] The following example uses the device screen adjustment method provided in this embodiment in a mobile phone screen adjustment scenario, combined with... Figure 4 The device screen adjustment method provided in this embodiment will be further explained below. See [link to documentation]. Figure 4 The device screen adjustment method, which is applied to mobile phone screen adjustment scenarios, specifically includes the following steps.

[0104] Step S404: Receive the ride service access request submitted by the user equipment, query the ride code corresponding to the ride service access request, and return it to the user equipment.

[0105] Step S410: Obtain ambient light data and ambient color temperature data collected and uploaded by the user equipment's light sensor, as well as device location data collected and uploaded by the user equipment's location sensor.

[0106] Step S412: Determine the target location corresponding to the device location data, and determine the service scenario type as bus station QR code payment type based on the service identifier type and the location category of the target location.

[0107] Step S414: Based on the ambient light data, ambient color temperature data and bus station QR code type included in the service data, determine the screen brightness parameters of the user device, and determine the screen color parameters of the user device according to the image parameters of the service identifier included in the service data.

[0108] Step S416: Construct a screen adjustment strategy based on screen brightness parameters and screen color parameters.

[0109] Step S418: Send the screen adjustment policy to the user device.

[0110] Following this, the user device adjusts its screen brightness and color parameters to the levels that maximize the payment success rate, based on the screen adjustment strategy issued by the server that is adapted to the service scenario.

[0111] In this embodiment, steps S404, S410 to S418 are executed by the server. It should be noted that the server's execution of steps S404, S410 to S418 can cooperate with the user equipment's execution of steps S402, S406 to S408, and S420 in the following embodiments. Therefore, when reading this embodiment, please refer to the corresponding content of steps S402, S406 to S408, and S420 executed by the user equipment in the following embodiments. When reading steps S402, S406 to S408, and S420 executed by the user equipment in the following embodiments, please refer to the corresponding content of steps S404, S410 to S418 executed by the server in this embodiment.

[0112] One or more embodiments of another device screen adjustment method provided in this specification are as follows:

[0113] Reference Figure 5 The device screen adjustment method provided in this embodiment is applied to user equipment and specifically includes steps S502 to S508.

[0114] Step S502: Generate a service access request based on the user's access instruction for the target service and send it to the server.

[0115] In this embodiment, the service access request includes a request to access a service provided by a service provider. During the process of providing services, the service provider typically provides a service entry point to the user by issuing a service identifier. For example, when a user pays a bill, they send a payment request to the payment server, and the payment server issues a payment identifier to the user so that the user can make the payment based on the payment identifier. Alternatively, when a user verifies their identity, they can verify their identity using an identity identifier issued by the server. The service identifier can be in any form, such as a QR code, barcode, or string.

[0116] Specifically, after receiving an access instruction from a user for a target service, the user device generates a service access request and sends it to the server. The server queries the service identifier corresponding to the service access request and returns it to the user device for display. However, during the display of the service identifier, the screen components of the user device may affect the display effect of the service identifier, thereby affecting the success rate of the service identifier being recognized by the merchant or service provider, leading to subsequent service failures. For example, when a user scans a transit code at a subway station, the smartwatch screen may be too dark, causing the transit code to fail to be recognized. Similarly, when a user scans a payment code at a bus stop, the surrounding environment may be too bright, causing the payment code to fail to be recognized. To address this, server optimization of the user device can adapt to different payment scenarios and usage environments, improving the device's adaptability.

[0117] Step S504: Receive and display the service identifier corresponding to the service access request returned by the server.

[0118] After generating a service access request based on the user's access instruction for the target service and sending it to the server, the server receives the service access request submitted by the user device, queries the service identifier corresponding to the service access request, and returns it to the user device. The user device receives the service identifier corresponding to the service access request returned by the server and displays it.

[0119] Step S506: The light sensor is invoked to collect ambient light data and upload it to the server, and the position sensor is invoked to collect device position data and upload it to the server, so as to determine the service scenario type based on the device position data.

[0120] After the steps of receiving and displaying the service identifier corresponding to the service access request returned by the server are executed, in this step, the ambient light sensor is called to collect ambient light data and upload it to the server, and the device location data is called to collect device location data and upload it to the server, so that the server can determine the service scenario type based on the device location data.

[0121] The ambient light data refers to the light data collected by the user equipment through the configured light sensor, indicating the lighting conditions of the environment in which the user equipment is located; optionally, the ambient light data includes at least one of the following: ambient light intensity data and ambient color temperature data.

[0122] The service scenario type refers to the type of scenario in which service identifiers need to be displayed, such as bus station scenario, subway station scenario, supermarket scenario, restaurant scenario, etc. In addition, the service scenario type can also be determined from two dimensions: service identifier and scenario. That is, the type of scenario in which specific service identifiers need to be displayed, such as the type of displaying payment identifiers at bus stations and the type of displaying ride codes at subway stations.

[0123] In practical applications, factors affecting the success rate of service identifier recognition typically include ambient light data and service scenario type. Even with the same ambient light data, the success rate of service identifier recognition can vary depending on the service scenario type. Therefore, after collecting ambient light data from the light sensor, it is necessary to determine the service scenario type for displaying the service identifier. In one optional implementation of this embodiment, the service scenario type is determined in the following way:

[0124] The target location corresponding to the device location data is determined based on the device location data collected and uploaded by the user equipment.

[0125] The service scenario type is determined based on the location category of the target location.

[0126] The device location data includes at least one of the following: base station positioning data, GPS (Global Positioning System) positioning data, and mobile communication differential positioning data (e.g., 5G (5th-Generation) differential positioning data).

[0127] Specifically, by acquiring the device location data collected and uploaded by the user's device's location sensor, the target location corresponding to the device location data can be queried on the map, and the service scenario type can be determined based on the location category of the target location.

[0128] For example, after the server obtains the device location data collected and uploaded by the user device, if it queries the map to find the target location corresponding to the device location data as xx subway station, then the service scenario type is determined to be subway station type; as another example, after the server obtains the device location data collected and uploaded by the user device, if it queries the map to find the target location corresponding to the device location data as x bus station, then the service scenario type is determined to be bus station type.

[0129] In practical implementation, to further improve the success rate of service identifier recognition, the service identifier type can be introduced as another factor in determining the service scenario type, based on the location category of the target location. Simultaneously, the service scenario type is determined based on both the service identifier type and the location category of the target location. In one optional implementation provided in this embodiment, the service scenario type is determined in the following way:

[0130] Acquire the device location data collected and uploaded by the user equipment, and determine the target location corresponding to the device location data;

[0131] The service scenario type is determined based on the identifier type of the service identifier and the location category of the target location.

[0132] Specifically, by acquiring the device location data collected and uploaded by the user's device location sensor, querying the target location corresponding to the device location data on the map, and then determining the service scenario type based on the service identifier type and the location category of the target location.

[0133] For example, after the server obtains the device location data collected and uploaded by the user device, it queries the map to find the target location corresponding to the device location data as xx subway station. If the service identifier corresponding to the service access request is a ride code, then the service scenario type is determined to be the type of swiping a ride code at the subway station.

[0134] In addition to the two methods mentioned above—determining the service scenario type based on the location category of the target location and determining the service scenario type based on the identifier type of the service identifier and the location category of the target location—the service scenario type can also be determined based on the identifier type of the service identifier. For example, the service scenario type can be determined based on the identifier type of a special service identifier set for a special location.

[0135] Step S508: Adjust the screen display parameters according to the screen adjustment strategy adapted to the service scenario type issued by the server.

[0136] After the above-mentioned call to the light sensor to collect ambient light data and upload it to the server, and the call to the position sensor to collect device position data and upload it to the server, the server determines the service scenario type based on the device position data, and determines a screen adjustment strategy adapted to the service scenario type based on the service data containing ambient light data and sends it to the user device. In this step, the screen display parameters are adjusted according to the screen adjustment strategy adapted to the service scenario type sent by the server. Optionally, the screen adjustment strategy is determined based on the service data containing the ambient light data.

[0137] The service data refers to the data used for identifying service identifiers. In practice, the success rate of service identifier identification by merchants or service providers is related to the screen display parameters of the user's device, which can be determined based on the service data. The service data includes at least one of the following: ambient light data and service scenario type.

[0138] The screen adjustment strategy refers to a strategy for adjusting the screen. Specifically, the screen display parameters of the user device can be adjusted based on the screen adjustment strategy, for example, the screen display parameter can be adjusted from x1 to x2.

[0139] Specifically, in the process of determining the screen adjustment strategy, this embodiment provides two methods for determining the screen adjustment strategy;

[0140] (1) Constructing screen adjustment strategies based on screen brightness and screen color parameters

[0141] In the process of constructing a screen adjustment strategy based on screen brightness and screen color parameters, the screen brightness parameters of the user device are determined based on ambient light data and service scenario type, and the screen color parameters of the user device are determined based on the image parameters of the service identifier. This allows for the construction of a screen adjustment strategy from two dimensions: screen brightness and screen color. In one optional implementation of this embodiment, a screen adjustment strategy adapted to the service scenario type is determined based on service data containing the ambient light data in the following manner:

[0142] Based on the ambient light data and the service scenario type included in the service data, the screen brightness parameters of the user device are determined;

[0143] The screen color parameters of the user device are determined based on the image parameters of the service identifier contained in the service data, and the screen adjustment strategy is constructed based on the screen brightness parameters and the screen color parameters.

[0144] The screen brightness parameter refers to a parameter related to screen brightness, such as a screen brightness value or other parameters that can characterize screen brightness; the image parameters include at least one of the following: image brightness value, image color temperature value, image contrast value, image sharpness value, image saturation value, and image hue value. This application embodiment does not limit the specific parameters, and they can be determined according to actual usage requirements; the screen color parameter refers to a parameter related to screen color, such as a screen color value.

[0145] Specifically, since the service identifier is displayed on the user device in the form of an image, the image parameters of the service identifier need to be considered when determining the screen color parameters of the user device to ensure that the service identifier can be displayed in colors that are comfortable for the human eye. Alternatively, the colors of the service identifier can be corrected by adjusting the screen color parameters, so that the service identifier, which originally had impure colors, can be displayed in pure colors with the compensation of the screen color parameters.

[0146] For example, in the current service scenario of a subway station, if the ambient light data measured by the user's device's light sensor is light a and color temperature b, then the screen brightness value that has the highest success rate for scanning the service identifier under the same service scenario and the same light data, as measured experimentally, is determined as the current user's device's screen brightness value I. If the service identifier accessed by the user is a subway code, then based on the subway code's image saturation value c and image hue value d, the screen color parameter that is most comfortable for the human eye under this image saturation and hue value is determined as the current user's device's screen color parameter J. Based on this, a screen adjustment strategy can be constructed based on the screen brightness value I and the screen color parameter J: the user's device screen is adjusted according to brightness I and color J.

[0147] In addition, the screen adjustment strategy can also be determined based on either the screen brightness parameter or the screen color parameter. The steps for determining the screen adjustment strategy based on the screen brightness parameter are as follows: determine the screen brightness parameter of the user device based on the ambient light data and the service scene type contained in the service data; construct the screen adjustment strategy based on the screen brightness parameter. The steps for determining the screen adjustment parameter based on the screen color parameter are as follows: determine the screen color parameter of the user device based on the image parameters of the service identifier contained in the service data, and construct the screen adjustment strategy based on the screen color parameter.

[0148] (2) Constructing screen adjustment strategies based on screen configuration parameters and scaling ratios

[0149] In another optional implementation of this embodiment, a screen adjustment strategy adapted to the service scenario type is determined based on service data including the ambient light data in the following manner:

[0150] The screen configuration parameters of the user equipment are determined based on the historical identification parameters of the service identifier contained in the service data;

[0151] The scaling ratio of the service identifier is determined based on the image location parameters of the service identifier contained in the service data, and the screen adjustment strategy is constructed based on the screen configuration parameters and the scaling ratio.

[0152] The historical identification parameters refer to the mobile phone screen parameters set by the user in the past when displaying the service sign. For example, when the user last displayed the service sign in the subway station, the screen brightness was adjusted to I1 and the screen color temperature was adjusted to b1.

[0153] The screen configuration parameters refer to the configurable parameters of the screen, such as screen brightness, screen color temperature, and screen resolution. The image position parameters refer to the position parameters of the service identifier when it is displayed on the mobile phone screen. The scaling ratio of the service identifier can be determined by the image position parameters. For example, if the service identifier is located at the top of the screen, the service identifier can be scaled and dragged to the center of the screen.

[0154] In addition, the screen adjustment strategy can also be determined based on either the screen configuration parameters or the scaling ratio. The steps for determining the screen adjustment strategy based on the screen configuration parameters are as follows: determine the screen configuration parameters of the user device based on the historical identification parameters of the service identifier contained in the service data; construct the screen adjustment strategy based on the screen configuration parameters. The steps for determining the screen adjustment parameters based on the scaling ratio are as follows: determine the scaling ratio of the service identifier based on the image position parameters of the service identifier contained in the service data, and construct the screen adjustment strategy based on the scaling ratio.

[0155] It should be noted that the two specific implementations of the screen adjustment strategy provided above can be combined according to actual needs in specific applications. For example: based on the ambient light data and service scene type included in the service data, the screen brightness parameters of the user device are determined; the scaling ratio of the service identifier is determined based on the image position parameters of the service identifier included in the service data; and the screen adjustment strategy is constructed based on the screen brightness parameters and the scaling ratio. Another example: based on the image parameters of the service identifier included in the service data, the screen color parameters of the user device are determined; the scaling ratio of the service identifier is determined based on the image position parameters of the service identifier included in the service data; and the screen adjustment strategy is constructed based on the screen color parameters and the scaling ratio.

[0156] In the specific execution process, when determining the screen adjustment strategy, the screen brightness can be calculated by using a pre-trained screen brightness calculation model to obtain the target screen brightness parameters. Based on the user device's original screen brightness parameters and the target screen brightness parameters, the screen adjustment strategy is determined. In one optional implementation of this embodiment, the screen adjustment strategy adapted to the service scenario type is determined using service data containing the ambient light data in the following manner:

[0157] The ambient light data and service scene type contained in the service data are input into the screen brightness calculation model to calculate the screen brightness and obtain the target screen brightness parameters.

[0158] The screen adjustment strategy is determined based on the original screen brightness parameters of the user equipment and the target screen brightness parameters.

[0159] Specifically, the ambient light data and service scenario type included in the service data are input into the screen brightness calculation model to calculate the screen brightness, and the target screen brightness parameter adapted to the service scenario is output. If the target screen brightness parameter is greater than the original screen brightness parameter, the screen brightness of the user device is increased; if the target screen brightness parameter is less than the original screen brightness parameter, the screen brightness of the user device is decreased.

[0160] For example, after inputting the light intensity 'a' and color temperature 'b' of the subway station scene contained in the service data into the screen brightness calculation model to calculate the screen brightness, the target screen brightness parameter is obtained as K1. When the original screen brightness parameter of the user device is K2 (K2->K1), the screen brightness of the user device is reduced and adjusted to K1.

[0161] Furthermore, during the screen brightness calculation process, the screen brightness parameter corresponding to the target recognition success rate is used as the target screen brightness parameter by calculating the recognition success rate of the service identifier under at least one candidate screen brightness parameter. In an optional implementation provided in this embodiment, the screen brightness is calculated in the following manner:

[0162] Filter the light data mapping table in the light dataset that corresponds to the service scenario type;

[0163] The target ray data that maps to the ambient ray data is found in the ray data mapping table, and the recognition success rate of the service identifier in at least one candidate screen brightness parameter is calculated based on the target ray data.

[0164] The screen brightness parameter corresponding to the target success rate among the calculated recognition success rates is used as the target screen brightness parameter.

[0165] Specifically, the light dataset contains light data mapping tables for multiple service scenarios, such as a light data mapping table for a subway station scenario and a light data mapping table for a bus station scenario. By searching for target light data in the light data mapping table that maps to the ambient light data of the current user device's environment, and calculating the recognition success rate of the service identifier on at least one candidate screen brightness parameter based on the target light data, the screen brightness parameter corresponding to the target success rate with the highest success rate value among the calculated recognition success rates is taken as the target screen brightness parameter.

[0166] In practical applications, the training of the screen brightness calculation model can be completed in advance, for example, the feature extraction model can be trained on a cloud server or offline. During model training, to improve the training efficiency of the feature extraction model and reduce the difficulty of collecting training samples and the workload of model training, in an optional implementation method provided in this embodiment, the screen brightness calculation model is trained in the following way:

[0167] Input the ambient light sample into the screen brightness calculation model to be trained to calculate the screen brightness and obtain the sample screen brightness parameters.

[0168] Calculate the brightness loss based on the sample screen brightness parameters and the preset screen brightness parameters;

[0169] The parameters of the screen brightness calculation model to be trained are adjusted based on the brightness loss.

[0170] Referring to the model training method described above, the training process is repeated to train the screen brightness calculation model to be trained. After training is completed, the screen brightness calculation model is obtained. Furthermore, to improve the model training effect, the training process of the screen brightness calculation model is constrained based on ambient light samples, thereby improving the accuracy and efficiency of model training. In an optional implementation provided in this embodiment, the ambient light samples are obtained in the following way:

[0171] Acquire initial ambient light data collected by the light sensor of at least one user device;

[0172] The initial ambient light data is perturbed to obtain at least one perturbed ambient light data.

[0173] The disturbed ambient light data is weighted based on the service scenario type to obtain the ambient light sample.

[0174] Specifically, by acquiring initial ambient light data collected by the light sensor of at least one user device, perturbing the initial ambient light data to obtain at least one perturbed ambient light data, and weighting the perturbed ambient light data based on the service scenario type, an ambient light sample is obtained.

[0175] In specific implementation, when the screen adjustment strategy is constructed based on screen brightness and screen color parameters, the user equipment, upon receiving the screen adjustment strategy, can adjust the screen display parameters to the screen brightness and screen color parameters in the screen adjustment strategy; when the screen adjustment strategy is constructed based on screen configuration parameters and scaling ratio, the user equipment, upon receiving the screen adjustment strategy, adjusts the screen display parameters of the user equipment based on the screen configuration parameters and scaling ratio; when the screen adjustment strategy is the target screen brightness parameter output by the screen brightness calculation model, the screen display parameters are adjusted based on the original screen brightness parameters and the target screen brightness parameters of the user equipment.

[0176] It should be noted that the three methods for adjusting screen display parameters described above can be combined according to the actual situation in specific applications, and this embodiment does not limit this. For example, the screen display parameters of the user device can be adjusted according to the screen brightness parameters and scaling ratio, or according to the target brightness parameters and screen color parameters.

[0177] The following example uses another device screen adjustment method provided in this embodiment in the scenario of smartwatch screen adjustment. Figure 3 The device screen adjustment method provided in this embodiment will be further explained below. See [link to documentation]. Figure 3 The device screen adjustment method, applied to smartwatch screen adjustment scenarios, specifically includes the following steps.

[0178] Step S302: Generate a payment service access request based on the user's access instruction for the payment service and send it to the server.

[0179] Step S306: Receive and display the payment identifier corresponding to the payment service access request returned by the server.

[0180] In step S308, the light sensor is called to collect ambient light data and ambient color temperature data and upload them to the server, and the position sensor is called to collect device position data and upload it to the server.

[0181] Step S320: Adjust the original screen brightness parameters to the target screen brightness parameters according to the screen adjustment strategy adapted to the QR code scanning type of the subway station issued by the server.

[0182] The following example uses another device screen adjustment method provided in this embodiment to illustrate its application in a bus screen adjustment scenario. Figure 4 The device screen adjustment method provided in this embodiment will be further explained below. See [link to documentation]. Figure 4 The device screen adjustment method applied to bus screen adjustment scenarios includes the following steps.

[0183] Step S402: Generate a ride service access request based on the user's access instruction for the ride service and send it to the server.

[0184] Step S406: Receive and display the ride code corresponding to the ride service access request returned by the server.

[0185] In step S408, the light sensor is called to collect ambient light data and ambient color temperature data and upload them to the server, and the position sensor is called to collect device position data and upload it to the server.

[0186] Step S420: Based on the screen adjustment strategy issued by the server that is adapted to the service scenario type, adjust the screen brightness and screen color parameters of the user device to the screen brightness and screen color parameters that have the highest payment success rate.

[0187] The following is an embodiment of a device screen adjustment device provided in this specification:

[0188] In the above embodiments, a device screen adjustment method for a server is provided, and correspondingly, a device screen adjustment apparatus for a server is also provided, which will be described below with reference to the accompanying drawings.

[0189] Reference Figure 6 This illustration shows a schematic diagram of a device screen adjustment device provided in this embodiment.

[0190] Since the apparatus embodiments correspond to the method embodiments, the descriptions are relatively simple. For relevant parts, please refer to the corresponding descriptions of the method embodiments provided above. The apparatus embodiments described below are merely illustrative.

[0191] This embodiment provides a device screen adjustment apparatus, including:

[0192] The service identifier return module 602 is configured to receive a service access request submitted by a user equipment, query the service identifier corresponding to the service access request, and return it to the user equipment.

[0193] The data acquisition module 604 is configured to acquire ambient light data collected by the light sensor of the user equipment and determine the service scenario type for displaying the service identifier;

[0194] The strategy determination module 606 is configured to determine a screen adjustment strategy adapted to the service scenario type based on service data including the ambient light data.

[0195] The policy delivery module 608 is configured to deliver the screen adjustment policy to the user equipment in order to adjust the screen display parameters of the user equipment.

[0196] Another embodiment of the device screen adjustment device provided in this specification is as follows:

[0197] In the above embodiments, a device screen adjustment method for a user device is provided, and correspondingly, a device screen adjustment device for a user device is also provided, which will be described below with reference to the accompanying drawings.

[0198] Reference Figure 7 This illustration shows a schematic diagram of a device screen adjustment device provided in this embodiment.

[0199] Since the apparatus embodiments correspond to the method embodiments, the descriptions are relatively simple. For relevant parts, please refer to the corresponding descriptions of the method embodiments provided above. The apparatus embodiments described below are merely illustrative.

[0200] This embodiment provides another device screen adjustment device, including:

[0201] The access request sending module 702 is configured to generate a service access request based on the user's access instruction for the target service and send it to the server.

[0202] The service identifier receiving module 704 is configured to receive and display the service identifier corresponding to the service access request returned by the server.

[0203] The data upload module 706 is configured to call the light sensor to collect ambient light data and upload it to the server, and to call the position sensor to collect device position data and upload it to the server, so as to determine the service scenario type based on the device position data;

[0204] The screen brightness adjustment module 708 is configured to adjust screen display parameters according to a screen adjustment strategy issued by the server that is adapted to the service scenario type; the screen adjustment strategy is determined based on service data including the ambient light data.

[0205] This specification provides an embodiment of a device screen adjustment device as follows:

[0206] Corresponding to the device screen adjustment method described above, based on the same technical concept, one or more embodiments of this specification also provide a device screen adjustment apparatus for performing the device screen adjustment method described above. Figure 8 This is a schematic diagram of the structure of a device screen adjustment device provided for one or more embodiments of this specification.

[0207] This embodiment provides a device screen adjustment device, comprising:

[0208] like Figure 8As shown, the device screen adjustment device can vary significantly due to differences in configuration or performance. It may include one or more processors 801 and memory 802, and the memory 802 may store one or more application programs or data. The memory 802 may be temporary or persistent storage. The application programs stored in the memory 802 may include one or more modules (not shown), each module may include a series of computer-executable instructions in the device screen adjustment device. Furthermore, the processor 801 may be configured to communicate with the memory 802 and execute the series of computer-executable instructions in the memory 802 on the device screen adjustment device. The device screen adjustment device may also include one or more power supplies 803, one or more wired or wireless network interfaces 804, one or more input / output interfaces 805, one or more keyboards 806, etc.

[0209] In one specific embodiment, the device screen adjustment device includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for the device screen adjustment device, and is configured to be executed by one or more processors. The one or more programs include computer-executable instructions for performing the following:

[0210] Receive a service access request submitted by a user equipment, query the service identifier corresponding to the service access request, and return it to the user equipment;

[0211] Obtain ambient light data collected by the light sensor of the user equipment, and determine the service scenario type for displaying the service identifier;

[0212] Based on service data including the ambient light data, determine a screen adjustment strategy that is suitable for the service scenario type;

[0213] The screen adjustment strategy is sent to the user equipment to adjust the screen display parameters of the user equipment.

[0214] Another embodiment of the device screen adjustment device provided in this specification is as follows:

[0215] Corresponding to the other device screen adjustment method described above, based on the same technical concept, one or more embodiments of this specification also provide another device screen adjustment device for performing the device screen adjustment method provided above. Figure 9 This is a schematic diagram of the structure of a device screen adjustment device provided for one or more embodiments of this specification.

[0216] This embodiment provides a device screen adjustment device, comprising:

[0217] like Figure 9 As shown, the device screen adjustment device can vary significantly due to differences in configuration or performance. It may include one or more processors 901 and memory 902, and the memory 902 may store one or more application programs or data. The memory 902 may be temporary or persistent storage. The application programs stored in the memory 902 may include one or more modules (not shown), each module may include a series of computer-executable instructions in the device screen adjustment device. Furthermore, the processor 901 may be configured to communicate with the memory 902 and execute the series of computer-executable instructions in the memory 902 on the device screen adjustment device. The device screen adjustment device may also include one or more power supplies 903, one or more wired or wireless network interfaces 904, one or more input / output interfaces 905, one or more keyboards 906, etc.

[0218] In one specific embodiment, the device screen adjustment device includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for the device screen adjustment device, and is configured to be executed by one or more processors. The one or more programs include computer-executable instructions for performing the following:

[0219] Generate a service access request based on the user's access instruction for the target service and send it to the server;

[0220] Receive and display the service identifier corresponding to the service access request returned by the server;

[0221] The system calls a light sensor to collect ambient light data and uploads it to the server, and calls a position sensor to collect device position data and upload it to the server, so as to determine the service scenario type based on the device position data;

[0222] The screen display parameters are adjusted according to the screen adjustment strategy issued by the server that is adapted to the service scenario type; the screen adjustment strategy is determined based on service data including the ambient light data.

[0223] This specification provides an example of a storage medium as follows:

[0224] Corresponding to the device screen adjustment method described above, based on the same technical concept, one or more embodiments of this specification also provide a storage medium.

[0225] The storage medium provided in this embodiment is used to store computer-executable instructions, which, when executed by a processor, implement the following process:

[0226] Receive a service access request submitted by a user equipment, query the service identifier corresponding to the service access request, and return it to the user equipment;

[0227] Obtain ambient light data collected by the light sensor of the user equipment, and determine the service scenario type for displaying the service identifier;

[0228] Based on service data including the ambient light data, determine a screen adjustment strategy that is suitable for the service scenario type;

[0229] The screen adjustment strategy is sent to the user equipment to adjust the screen display parameters of the user equipment.

[0230] It should be noted that the embodiment of a storage medium in this specification and the embodiment of a device screen adjustment method in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can be referred to the implementation of the corresponding method described above, and the repeated parts will not be described again.

[0231] Another embodiment of the storage medium provided in this specification is as follows:

[0232] In response to the other device screen adjustment method described above, based on the same technical concept, one or more embodiments of this specification also provide another storage medium.

[0233] The storage medium provided in this embodiment is used to store computer-executable instructions, which, when executed by a processor, implement the following process:

[0234] Generate a service access request based on the user's access instruction for the target service and send it to the server;

[0235] Receive and display the service identifier corresponding to the service access request returned by the server;

[0236] The system calls a light sensor to collect ambient light data and uploads it to the server, and calls a position sensor to collect device position data and upload it to the server, so as to determine the service scenario type based on the device position data;

[0237] The screen display parameters are adjusted according to the screen adjustment strategy issued by the server that is adapted to the service scenario type; the screen adjustment strategy is determined based on service data including the ambient light data.

[0238] It should be noted that the embodiments of another storage medium in this specification and the embodiments of another device screen adjustment method in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can be referred to the implementation of the corresponding method described above, and the repeated parts will not be described again.

[0239] The various embodiments in this specification are described in a progressive manner. For the same or similar parts between the various embodiments, please refer to each other. Each embodiment focuses on describing the differences from other embodiments. For example, the device embodiment, equipment embodiment, and storage medium embodiment are all similar to the method embodiment, so the description is relatively simple. For reading the relevant content of the device embodiment, equipment embodiment, and storage medium embodiment, please refer to the description of the method embodiment.

[0240] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired result. In some embodiments, multitasking and parallel processing are possible or may be advantageous.

[0241] In the 1930s, improvements to a technology could be clearly distinguished as either hardware improvements (e.g., improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to the methodology). However, with technological advancements, many improvements to the methodology today can be considered direct improvements to the hardware circuit structure. Design users almost always obtain the corresponding hardware circuit structure by programming the improved methodology into the hardware circuit. Therefore, it cannot be said that an improvement in methodology cannot be implemented using hardware physical modules. For example, a Programmable Logic Device (PLD) (e.g., a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user programming the device. The design user programs a digital system onto a PLD, eliminating the need for a chip manufacturer to design and fabricate a dedicated integrated circuit chip. Furthermore, nowadays, instead of manually manufacturing integrated circuit chips, this programming is mostly implemented using "logic compiler" software. Similar to the software compiler used in program development, the original code before compilation must be written in a specific programming language, called a Hardware Description Language (HDL). There are many HDLs, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, and RHDL (Ruby Hardware Description Language). Currently, the most commonly used are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Users in this field should understand that by simply performing some logic programming on the method flow using one of these hardware description languages ​​and programming it into an integrated circuit, the hardware circuit implementing the logic method flow can be easily obtained.

[0242] The controller can be implemented in any suitable manner. For example, it can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicon Labs C8051F320. A memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also recognize that, in addition to implementing the controller in purely computer-readable program code form, the same functionality can be achieved by logically programming the method steps to make the controller take the form of logic gates, switches, ASICs, programmable logic controllers, and embedded microcontrollers. Therefore, such a controller can be considered a hardware component, and the means included therein for implementing various functions can also be considered as structures within the hardware component. Alternatively, the means for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.

[0243] The systems, devices, modules, or units described in the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, a computer can be, for example, a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or any combination of these devices.

[0244] For ease of description, the above apparatus is described by dividing it into various functional units. Of course, when implementing the embodiments of this specification, the functions of each unit can be implemented in one or more software and / or hardware.

[0245] Those skilled in the art will understand that one or more embodiments of this specification can be provided as a method, system, or computer program product. Therefore, one or more embodiments of this specification may take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this specification may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

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

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

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

[0249] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0250] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0251] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0252] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0253] One or more embodiments of this specification can be described in the general context of computer-executable instructions, such as program modules, that are executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform a particular task or implement a particular abstract data type. One or more embodiments of this specification can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0254] The above description is merely an embodiment of this document and is not intended to limit the scope of this document. Various modifications and variations can be made to this document by users skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this document should be included within the scope of the claims of this document.

Claims

1. A device screen adjustment method, applied to a server, the method comprising: Receive a service access request submitted by a user equipment, query the service identifier corresponding to the service access request, and return it to the user equipment; Obtain ambient light data collected by the light sensor of the user equipment, and determine the service scenario type for displaying the service identifier; The ambient light data and the service scenario type are input into the screen brightness calculation model to calculate the screen brightness, obtain the target screen brightness parameters, and determine the screen adjustment strategy based on the original screen brightness parameters of the user device and the target screen brightness parameters. The screen adjustment strategy is sent to the user equipment to adjust the screen display parameters of the user equipment.

2. The device screen adjustment method according to claim 1, wherein determining the service scenario type for displaying the service identifier includes: Acquire the device location data collected and uploaded by the user equipment, and determine the target location corresponding to the device location data; The service scenario type is determined based on the location category of the target location.

3. The device screen adjustment method according to claim 1, comprising: Based on the ambient light data and the service scenario type included in the service data, the screen brightness parameters of the user device are determined; The service scenario type is determined based on the location category of the target location corresponding to the device location data collected and uploaded by the user device; The screen color parameters of the user device are determined based on the image parameters of the service identifier contained in the service data, and a screen adjustment strategy is constructed based on the screen brightness parameters and the screen color parameters.

4. The device screen adjustment method according to claim 1, wherein determining the service scenario type for displaying the service identifier includes: Acquire the device location data collected and uploaded by the user equipment, and determine the target location corresponding to the device location data; The service scenario type is determined based on the identifier type of the service identifier and the location category of the target location.

5. The device screen adjustment method according to claim 1, wherein the screen brightness calculation includes: Filter the light data mapping table in the light dataset that corresponds to the service scenario type; The target ray data that maps to the ambient ray data is found in the ray data mapping table, and the recognition success rate of the service identifier in at least one candidate screen brightness parameter is calculated based on the target ray data. The screen brightness parameter corresponding to the target success rate among the calculated recognition success rates is used as the target screen brightness parameter.

6. The device screen adjustment method according to claim 1, wherein the screen brightness calculation model is trained and obtained in the following manner: Input the ambient light sample into the screen brightness calculation model to be trained to calculate the screen brightness and obtain the sample screen brightness parameters. Calculate the brightness loss based on the sample screen brightness parameters and the preset screen brightness parameters; The parameters of the screen brightness calculation model to be trained are adjusted based on the brightness loss.

7. The device screen adjustment method according to claim 1, comprising: The screen configuration parameters of the user equipment are determined based on the historical identification parameters of the service identifier contained in the service data; The scaling ratio of the service identifier is determined based on the image location parameters of the service identifier contained in the service data, and a screen adjustment strategy is constructed based on the screen configuration parameters and the scaling ratio.

8. The device screen adjustment method according to claim 6, wherein the ambient light sample is obtained in the following manner: Acquire initial ambient light data collected by the light sensor of at least one user device; The initial ambient light data is perturbed to obtain at least one perturbed ambient light data. The disturbed ambient light data is weighted based on the service scenario type to obtain the ambient light sample.

9. A device screen adjustment method, applied to a user device, the method comprising: Generate a service access request based on the user's access instruction for the target service and send it to the server; Receive and display the service identifier corresponding to the service access request returned by the server; The system calls a light sensor to collect ambient light data and uploads it to the server, and calls a position sensor to collect device position data and upload it to the server, so as to determine the service scenario type based on the device position data; Adjust the screen display parameters according to the screen adjustment strategy issued by the server that is adapted to the service scenario type; The screen adjustment strategy is determined based on the target screen brightness parameters obtained by inputting the ambient light data and the service scenario type into the screen brightness calculation model and the original screen brightness parameters of the user device.

10. The device screen adjustment method according to claim 9, wherein determining the service scenario type based on the device location data includes: The target location corresponding to the device location data is determined based on the device location data collected and uploaded by the user equipment. The service scenario type is determined based on the location category of the target location.

11. The device screen adjustment method according to claim 9, wherein determining the service scenario type based on the device location data includes: The target location corresponding to the device location data is determined based on the device location data collected and uploaded by the user equipment. The service scenario type is determined based on the identifier type of the service identifier and the location category of the target location.

12. A device screen adjustment apparatus, operating on a server, the apparatus comprising: The service identifier return module is configured to receive a service access request submitted by a user equipment, query the service identifier corresponding to the service access request, and return it to the user equipment. The data acquisition module is configured to acquire ambient light data collected by the light sensor of the user equipment and determine the service scenario type for displaying the service identifier; The strategy determination module is configured to input the ambient light data and the service scenario type into the screen brightness calculation model to calculate the screen brightness, obtain the target screen brightness parameters, and determine the screen adjustment strategy based on the original screen brightness parameters of the user device and the target screen brightness parameters. The policy delivery module is configured to send the screen adjustment policy to the user equipment in order to adjust the screen display parameters of the user equipment.

13. A device screen adjustment apparatus, operating on a user equipment, the apparatus comprising: The access request sending module is configured to generate a service access request based on the user's access instruction for the target service and send it to the server; The service identifier receiving module is configured to receive and display the service identifier corresponding to the service access request returned by the server. The data upload module is configured to call the light sensor to collect ambient light data and upload it to the server, and to call the position sensor to collect device position data and upload it to the server, so as to determine the service scenario type based on the device position data; The screen brightness adjustment module is configured to adjust the screen display parameters according to the screen adjustment strategy issued by the server that is adapted to the service scenario type; The screen adjustment strategy is determined based on the target screen brightness parameters obtained by inputting the ambient light data and the service scenario type into the screen brightness calculation model and the original screen brightness parameters of the user device.

14. A device screen adjustment device, comprising: processor; And, a memory configured to store computer-executable instructions, which, when executed, cause the processor to: Receive a service access request submitted by a user equipment, query the service identifier corresponding to the service access request, and return it to the user equipment; Obtain ambient light data collected by the light sensor of the user equipment, and determine the service scenario type for displaying the service identifier; The ambient light data and the service scenario type are input into the screen brightness calculation model to calculate the screen brightness, obtain the target screen brightness parameters, and determine the screen adjustment strategy based on the original screen brightness parameters of the user device and the target screen brightness parameters. The screen adjustment strategy is sent to the user equipment to adjust the screen display parameters of the user equipment.

15. A device screen adjustment device, comprising: processor; And, a memory configured to store computer-executable instructions, which, when executed, cause the processor to: Generate a service access request based on the user's access instruction for the target service and send it to the server; Receive and display the service identifier corresponding to the service access request returned by the server; The system calls a light sensor to collect ambient light data and uploads it to the server, and calls a position sensor to collect device position data and upload it to the server, so as to determine the service scenario type based on the device position data; Adjust the screen display parameters according to the screen adjustment strategy issued by the server that is adapted to the service scenario type; The screen adjustment strategy is determined based on the target screen brightness parameters obtained by inputting the ambient light data and the service scenario type into the screen brightness calculation model and the original screen brightness parameters of the user device.

16. A storage medium for storing computer-executable instructions, which, when executed by a processor, perform the following process: Receive a service access request submitted by a user equipment, query the service identifier corresponding to the service access request, and return it to the user equipment; Obtain ambient light data collected by the light sensor of the user equipment, and determine the service scenario type for displaying the service identifier; The ambient light data and the service scenario type are input into the screen brightness calculation model to calculate the screen brightness, obtain the target screen brightness parameters, and determine the screen adjustment strategy based on the original screen brightness parameters of the user device and the target screen brightness parameters. The screen adjustment strategy is sent to the user equipment to adjust the screen display parameters of the user equipment.

17. A storage medium for storing computer-executable instructions, which, when executed by a processor, perform the following process: Generate a service access request based on the user's access instruction for the target service and send it to the server; Receive and display the service identifier corresponding to the service access request returned by the server; The system calls a light sensor to collect ambient light data and uploads it to the server, and calls a position sensor to collect device position data and upload it to the server, so as to determine the service scenario type based on the device position data; Adjust the screen display parameters according to the screen adjustment strategy issued by the server that is adapted to the service scenario type; The screen adjustment strategy is determined based on the target screen brightness parameters obtained by inputting the ambient light data and the service scenario type into the screen brightness calculation model and the original screen brightness parameters of the user device.

Images