CN110532024A - A kind of version optimization method, device, server and the storage medium of application program - Google Patents

Abstract

An embodiment of the present invention provides an application program version optimization method, device, server, and storage medium. The method includes: in the case of receiving a user access request sent by any client, if there is no optimal version parameter , generate alternative parameters according to preset application parameters; generate response data corresponding to the user access request according to one of the alternative parameters, and return it to the client. According to the operation records of multiple clients on the candidate parameters, the optimal version parameter is selected from the candidate parameters. By combining application testing with actual applications and using actual users as test users, the accuracy of optimal version parameters is guaranteed, human participation in the testing phase of application design and development is reduced, and omissions caused by human participation are avoided , and there is no need to release new versions of applications according to different solutions, reducing the cost of application design and development.

Description

Application version optimization method, device, server and storage medium

technical field

The embodiments of the present invention relate to the technical field of mobile terminals, and in particular to a method, device, server and computer-readable medium for optimizing versions of application programs.

Background technique

The Internet has been popularized in all aspects of people's lives, and many software suppliers also provide users with a variety of application software for users to obtain various services. Application software has become the main way for many software suppliers to make profits, so whether the design of application software is appropriate is directly related to the survival of the software supplier.

In the prior art, multiple design schemes of application software are finally presented in different alternative versions, and the optimal version is usually selected from multiple alternative versions, wherein the method of selecting the optimal version through testing is more accurate. The main steps include: first, artificially formulate multiple alternative versions, and release them to the platform to allow users to access them; then, obtain the number of user visits from the log, and list the backup versions with the most user access times. The selected version is used as the optimal version; finally, the optimal version is released to the application software.

During the research of the above schemes, the developers found that due to the increasingly complex design schemes in the actual design process, it is necessary to release a large number of different alternative versions of the same application software, resulting in excessive development costs and excessive human effort. Participation can also easily lead to missing alternative versions. In addition, the experimental process of design and development usually selects some users as test users, which is separated from the actual user group, and it is difficult to guarantee the accuracy of the optimal version finally selected.

Contents of the invention

The invention provides an application program version optimization method, device, server and computer-readable medium to solve the problems of high manpower cost in the test process and poor accuracy of the optimal version in the design and development process of the application.

In a first aspect, an embodiment of the present invention provides a method for optimizing an application version, which is applied to a server, and the method includes:

After receiving at least two candidate parameters for generating the target application program according to the preset application parameters;

sending a candidate parameter corresponding to the target terminal to each target terminal; wherein, each target terminal corresponds to only one candidate parameter, and each candidate parameter has a corresponding target terminal ;

receiving a plurality of operation records of the target application program of the target terminal;

Determine the optimal version parameter of the target application program according to the plurality of operation records.

Optionally, the step of determining the optimal version parameter of the target application program according to the plurality of operation records includes:

For each operation record, obtain the test value of the index to be tested in the candidate parameters corresponding to the operation record;

An optimal version parameter is selected from the at least two candidate parameters according to the test value corresponding to each operation record.

Optionally, the step of sending an alternative parameter corresponding to the target terminal to each target terminal includes:

For each of the target terminals, acquiring the distribution identifier of the target terminal;

Sending alternative parameters corresponding to the offload identifier to the target terminal.

Optionally, the diversion identifier includes: at least one of a device identifier, a user identifier, and a request identifier.

In the second aspect, the embodiment of the present invention also provides an application program version optimization device, which is applied to a server, and the device includes:

A generating module, configured to generate at least two candidate parameters of the target application program according to preset application parameters;

A sending module, configured to send to each target terminal a candidate parameter corresponding to the target terminal; wherein, each target terminal corresponds to only one candidate parameter, and each candidate parameter has a corresponding the target terminal of

a receiving module, configured to receive operation records of the target application programs of multiple target terminals;

A determining module, configured to determine the optimal version parameter of the target application program according to the plurality of operation records.

Optionally, the determination module includes:

The experimental analysis submodule is used to obtain the test value of the index to be tested in the candidate parameters corresponding to the operation record for each of the operation records;

The selection submodule is used to select the optimal version parameter from the at least two candidate parameters according to the test value corresponding to each of the operation records.

Optionally, the sending module includes:

A distribution sub-module, configured to obtain, for each of the target terminals, the distribution identification of the target terminal;

The sending submodule is configured to send the optional parameter corresponding to the offloading identifier to the target terminal.

Optionally, the diversion identifier includes: at least one of a device identifier, a user identifier, and a request identifier.

In the third aspect, the embodiment of the present invention also provides a server, the server includes a processor, a memory, and a computer program stored on the memory and operable on the processor, the computer program is processed by the processor The steps of realizing the version optimization method of the application program described in the present invention when the server executes.

In the fourth aspect, the embodiment of the present invention also provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the version optimization of the application program described in the present invention is implemented. method steps.

An embodiment of the present invention provides an application program version optimization method, device, server, and storage medium. The method includes: in the case of receiving a user access request sent by any client, if there is no optimal version parameter , generate alternative parameters according to preset application parameters; generate response data corresponding to the user access request according to one of the alternative parameters, and return it to the client. According to the operation records of multiple clients on the candidate parameters, the optimal version parameter is selected from the candidate parameters. After the optimal version parameters are determined, the optimal version of the target application program is determined. By combining the experimental test of the application program with the actual application, and using the actual user as the test user, the accuracy of the optimal version is guaranteed, the human participation in the testing phase of application design and development is reduced, and the omission phenomenon caused by human participation is avoided , and there is no need to release new versions of applications according to different solutions, reducing the cost of application design and development.

Description of drawings

FIG. 1 shows a flow chart of the first application version optimization method provided by an embodiment of the present invention;

Fig. 2 shows a schematic diagram of an index candidate parameter relationship provided by an embodiment of the present invention;

FIG. 3 shows a flowchart of a second application version optimization method provided by an embodiment of the present invention;

FIG. 4 shows a flowchart of a third application version optimization method provided by an embodiment of the present invention;

Fig. 5 shows a structural block diagram of the device for optimizing the version of the first application program provided by the embodiment of the present invention;

FIG. 6 shows a structural block diagram of a server provided by an embodiment of the present invention.

Detailed ways

The following will clearly and completely describe the technical solutions in the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are some of the embodiments of the present invention, but not all of them. Based on the embodiments of the present invention, all other embodiments obtained by persons of ordinary skill in the art without creative efforts fall within the protection scope of the present invention.

Embodiment one

Referring to FIG. 1, it shows a flow chart of the first application version optimization method provided by the embodiment of the present invention, which is applied to the server, and the method may include:

Step 101, generating at least two candidate parameters of a target application program according to preset application parameters.

In the embodiment of the present invention, the server refers to a background server that provides background data support for the application program, and is used to return corresponding service information according to the application access request of the client, and the client may be an application installed in a terminal device program, and the terminal device may be a mobile phone, a tablet computer, or a PC (Personal Computer, personal computer).

In the embodiment of the present invention, when there is no optimal version parameter, the application experiment platform in the server arranges and combines the input dimension parameters and corresponding parameters to generate at least one set of candidate parameters. Dimensions are the same as the dimension parameter. For example, if there is an application development experiment, whether the page submit button is displayed in red or blue, and whether it is displayed on the left or right of the page, the dimension parameter can be set to 2, and the corresponding color dimension parameters include: red, blue, position The parameters of the dimensions include: left and right, so that 4 alternative parameters of 2*2 can be generated, namely: red left, red right, blue left, and blue right. Of course, in the process of actual application, since some of the candidate parameters are not practical or conflict with the candidate parameters of the existing version, the candidate parameters of this type can be automatically eliminated in the process of arrangement and combination. The practicability can be determined by the operator according to the actual application scenario and actual needs of the application. For example, if the difference between the background color of the page and the font color in the page is too small, it will cause difficulties for users to identify, then the background color and the font color The optional parameters are obviously not practical; the conflict of the optional parameters means that the values of the optional parameters are not suitable for other configurations of the application, which will affect the normal operation of other functions of the application or the terminal equipment that the application is adapted to actual operation.

The user can trigger the corresponding service function by operating the client in his terminal device, and the client sends a corresponding user access request to the background server according to the user's trigger operation, and the user access request can at least include: application identification, background After receiving the user's access request, the server inquires whether the application corresponding to the application identifier has an optimal version parameter. The optimal version parameters refer to the alternative parameters that are closest to the expected indicators after the experimental test has been completed.

In order to realize the combination of the experimental testing process in the design and development into the actual operation of the application program, an application experiment platform can be built on the server, and the application experiment platform can include multiple virtual devices for realizing different functions. The virtual devices It may include: an experimental interface machine, which is used to hot switch the service function of the application program that needs to be tested to the interface corresponding to the alternative parameters, receive user access requests, and return alternative parameters according to the user access requests; the application experimental machine, It is used to generate alternative parameters and monitor the operation of user access requests on the application to generate operation records; the experimental analysis machine is used to analyze the operation records generated by the application experimental machine and select the most optimal parameters from multiple alternative parameters. Optimal version parameters. Dividing the application test platform according to the function is helpful to the maintenance and management of the application test platform and improves the efficiency of maintenance and management.

It can be understood that in the design and development of the application program, there are multiple optional parameters for the same application idiom based on different test indicators, and it is necessary to confirm the candidate parameters closest to the expected indicators through experimental testing as the optimal version parameter .

In the embodiment of the present invention, the operator can start the version testing process of the target application program by inputting preset application parameters to the application experiment platform. When the application experiment platform confirms that the target application program corresponding to the user access request does not have the optimal version parameter, The application experiment platform generates multiple candidate parameters according to preset application parameters. The preset application parameters are that the operator performs multiple configurations for different index parameters of the application according to the needs of the experiment, and combines each index parameter to obtain alternative parameters corresponding to multiple alternative parameters, as shown in Figure 2 for example , there are three index parameters of dimensions A, B, and C, and each dimension contains two index parameters. The index parameters in each dimension are arranged and combined to obtain alternative parameters 1 to 8, and the alternative parameters are at least Contains one metric parameter from each dimension. Then, according to the pre-uploaded SDK (Software Development Kit, software development kit), the application program is developed according to the candidate parameters, so as to obtain the application of multiple candidate parameters. The SDK toolkit is a collection of development tools used to create alternative parameters for the application program that needs to be tested. It can be understood that the SDK tool includes the API (Application Programming Interface, Application Programming Interface) required for application development and design, which can be According to actual experiment needs, use the SDK toolkit to generate alternative parameters and corresponding experimental interfaces, and use the experimental interface machine to replace the original service interface of the target application program with the experimental interface corresponding to the alternative parameters to realize the target application program Hot-swapping of service functions so that experiments can be run on a target application without releasing a new version of the target application.

Operators can flexibly design and develop applications through the application experiment platform. There is no need to adjust configuration parameters one by one and release applications with alternative parameters one by one according to the adjusted configuration parameters for users to download and update. Different alternative parameters can also be obtained. test indicators.

In the embodiment of the present invention, when there is an optimal version parameter of the application corresponding to the user access request, the original interface of the target application program on the interface of the experimental platform can be directly switched to the interface corresponding to the optimal version parameter, and the The optimal version parameter is returned to the target terminal.

Step 102, sending to each target terminal a candidate parameter corresponding to the target terminal; wherein, each target terminal corresponds to only one candidate parameter, and each candidate parameter has a corresponding the target terminal.

In the embodiment of the present invention, the application experiment platform can assign a certain candidate parameter to the user according to the client identification in the application access request, and switch the interface corresponding to the user client on the application experiment platform to the interface corresponding to the candidate parameter. The experimental interface, so as to provide the target terminal with the service function corresponding to the alternative parameter, so that the user can obtain the service function corresponding to the alternative parameter without updating the version. In practical applications, an alternative parameter can also be randomly selected to generate response data. The embodiment of the present invention does not limit the selection strategy of the alternative parameters.

When the target terminal receives the candidate parameters, the client in the target terminal will identify the candidate parameters, and when it is found that the parameter item corresponding to the candidate parameter is different from the local parameter item, it will The client of the local application program is rearranged and redrawn according to the alternative parameters, thereby changing the original interface style of the client. The process of rearranging and redrawing according to the alternative parameters can only change the original client style in the client, such as basic parameters such as color and position, and cannot change the function of the client that affects its original performance. For example: for a button in the client, if you want to use hot swap to delete the service function corresponding to the button, you can adjust the configuration parameter of the button to the hidden state through the optional parameters, so as to achieve the purpose of deleting the service function , but the service function corresponding to this case cannot be completely deleted from the client.

Step 103, receiving multiple operation records of the target application program of the target terminal.

In the embodiment of the present invention, the application experiment platform in the background server generates an operation record of the candidate parameter according to the use of the target terminal for the application program that has received the candidate parameter, and performs an operation record for the candidate parameter according to the operation record. The candidate parameters are evaluated, and the evaluation is obtained based on the synthesis of preset indicators to be tested in different dimensions of each candidate parameter.

Step 104: Determine the optimal version parameter of the target application program according to the plurality of operation records.

In the embodiment of the present invention, the experimental testing process based on the application experimental platform may also be aimed at different service functions in one or more application programs. During the experimental testing process, there may be direct or indirect Therefore, in the process of experimental testing, by testing multiple groups of experiments with different service functions in each application at the same time, the service functions of the application can be better evaluated, so as to obtain the experimental results of a single service function. Test a more comprehensive operation record, so that the obtained optimal version parameters are more accurate, so that the optimal version of the target program is also more accurate. After the optimal version parameters of the target application are determined, the optimal version of the target application can be generated based on the optimal version parameters, for example, the parameters of the target application are replaced with the optimal parameters, and then the target application is released, That is, each client can obtain the optimal version of the target application program. . Moreover, for the experimental testing process of different service functions of one or more applications at the same time, on the premise that each service function obtains sufficient user traffic, completing the test development of multiple service functions within a unit time can also improve application testing. Overall efficiency of the development process.

In the embodiment of the present invention, a first application version optimization method is provided, which is applied to a server, and the method includes: generating at least two candidate parameters of the target application according to preset application parameters; The candidate parameters corresponding to the target terminal; wherein, each of the target terminals corresponds to only one of the candidate parameters, and each of the candidate parameters has a corresponding target terminal; receiving multiple target terminals The operation records of the target application program; determine the optimal version parameter of the target application program according to the plurality of operation records. By combining the experimental testing process of the application program with the actual application of the application program, the actual user is used as the test user, which ensures the accuracy of the optimal version parameters, reduces the human participation in the experimental testing process of the application program, and avoids artificial Omissions caused by participation, and there is no need to release new versions of applications according to different scenarios, reducing the cost of application experiment testing.

Embodiment two

Referring to FIG. 3 , it shows a flowchart of a second application version optimization method provided by an embodiment of the present invention, which is applied to a server, and the method may include:

Step 201, generating at least two candidate parameters of a target application program according to preset application parameters.

For this step, reference may be made to the detailed description of step 101, which will not be repeated here.

Step 202, sending to each target terminal a candidate parameter corresponding to the target terminal; wherein, each target terminal corresponds to only one candidate parameter, and each candidate parameter has a corresponding the target terminal.

For this step, reference may be made to the detailed description of step 102, which will not be repeated here.

Step 203, receiving multiple operation records of the target application program of the target terminal.

For this step, reference may be made to the detailed description of step 103, which will not be repeated here.

Step 204, for each operation record, obtain the test value of the index to be tested in the candidate parameters corresponding to the operation record.

In the embodiment of the present invention, the application experiment platform in the server is based on the collected operation records of the client after the user uses the alternative parameter change, and analyzes the operation records to calculate the pre-configured indicators to be tested, and based on the operation records to be tested Indicators are analyzed to screen the optimal version parameters among the alternative parameters. The optimal version parameter is stored in the application experiment platform, and when the application access request of the target application program sent by the target terminal is received again, the original interface corresponding to the target application program on the experimental interface machine is replaced with the corresponding interface of the optimal version parameter. Interface.

It can be understood that after the optimal version parameters are determined through the application experiment platform, the original interfaces of each client of the application program will all be switched to the optimal version parameters, or correspond to different user groups, and the original interface corresponding to each group client The interfaces will all be switched to the interfaces of the optimal version parameters.

Further, the server may count the test values of the indices to be tested in the candidate parameters according to the operation records of the candidate parameters within a preset time period. Wherein, when configuring the indicator to be tested, firstly, configure information such as the name and identification of the indicator to be tested; then, configure the parameter item corresponding to the indicator to be tested; finally, configure a processing model for calculating the test indicator corresponding to the indicator to be tested.

The preset time period can be based on the natural time period, such as month, week, day, etc. It can be understood that since the operation records close to the current time have high reference, the preset time period can be the period before the current time Within a month or within a week or within a day etc.

In practical applications, the server may input the calculation parameters into a pre-trained test index processing model to obtain test values of preset indicators to be tested. The collection time of the operation record can be configured, and the application experiment platform will collect the operation records of different alternative parameters within the preset time period, and count the calculation parameters corresponding to the parameter items according to the operation type in the operation record, for example, statistical preset The operation type within the time period is the number of records browsed to obtain the number of views, and the operation type is the number of records clicked to obtain the number of clicks.

Step 205, according to the test value corresponding to each of the operation records, select the optimal version parameter from the at least two candidate parameters.

In the embodiment of the present invention, the experimental analysis module in the server can weight the indicators to be tested to determine the comprehensive indicators of each candidate parameter. The weighting can be based on factors such as the application scenario and the applicable population definite. The candidate parameters are sorted according to the level of the comprehensive index, and the candidate parameter with the highest ranking is selected as the optimal version parameter according to the sorting.

In the embodiment of the present invention, the second application version optimization method is provided. By combining the experimental testing process of the application program with the actual application, the actual user is used as the test user, and the indicators to be tested are obtained according to the operation records for comparison. The optimal version parameter improves the accuracy of application test development and the flexibility of evaluation while ensuring the accuracy of the optimal version parameter.

Embodiment three

Referring to FIG. 4 , it shows a flowchart of a third application version optimization method provided by an embodiment of the present invention, and the method may include:

Step 301, generating at least two candidate parameters of a target application program according to preset application parameters.

For this step, reference may be made to the detailed description of step 101, which will not be repeated here.

Step 302, for each of the target terminals, obtain the distribution identifier of the target terminal; wherein, each of the target terminals corresponds to only one of the candidate parameters, and each of the candidate parameters has a corresponding target terminal.

Optionally, the diversion identifier includes: at least one of a device identifier, a user identifier, and a request identifier.

In the embodiment of the present invention, the application experiment platform in the server can identify the device type of the target terminal according to the device identification in the application access request, such as IOS or Android device, so as to determine the version type of the client; it can also be based on the user identification Determine the user type of the user, such as: user age, gender, occupation and other characteristics; it is also possible to identify the application corresponding to the application access request according to the request identifier, so as to determine the candidate parameters applicable to the user.

In the process of allocating optional parameters according to application access requests, the preset distribution strategy can identify users as a reference, that is, after users are grouped according to the distribution strategy based on user identification, different optional parameters are assigned to each group. Specifically, it is possible to obtain a hash value for the user ID, and perform a remainder on the preset digits of the hash value, so that the residual value obtained by taking the remainder can be used as the distribution identification corresponding to the user, and then according to the The users are divided into groups according to the diversion identifiers, and finally different candidate parameters are assigned to each of the groups. For example: the user ID is usually a 15-digit identification code. First, the identification code can be converted into a hash value, and then the last two digits of the hash value are taken as a diversion identifier, and the last two digits The value range can be from 00 to 99. In this case, users can be evenly distributed to each candidate parameter according to the number of candidate parameters. For example, if there are 4 alternative parameters, users with the value of the last two digits between 00 and 24 can be divided into alternative parameter 1, users between 25 and 49 can be divided into alternative parameter 2, and users between 50 and Users between 74 and 74 are divided into alternative parameter 3, and users between 75 and 99 are divided into alternative parameter 4.

In addition, the preset distribution strategy can also use the user ID as a reference, that is, after users are grouped according to the distribution strategy based on the user ID, different candidate parameters are assigned to each group. Wherein, the user identification includes but is not limited to: user age, user occupation, user gender, and user preferences. Allocate users according to user IDs, group users according to different user IDs, and select corresponding candidate parameters for each group to meet targeted testing needs. It can be understood that different user types will lead to differences in the user's actual needs for the application, such as page style, the young user group prefers the avant-garde style type, while the middle-aged user group prefers the stable style type, according to different The diversion of alternative parameters based on user characteristics can improve the diversity of application development and the applicability of the application testing process.

Furthermore, the preset offloading strategy may also use the device identifier as a reference, that is, after users are grouped according to the offloading strategy based on the device identifier, different candidate parameters are assigned to each group. Wherein, the device identification includes but not limited to: device system configuration, device hardware configuration. It can be understood that there are differences in the compatible application parameters of different device types. For example, the device's limitation on image resolution display makes the resolution of the service function cannot exceed the resolution limit. If the obtained alternative parameters make the obtained function If the service resolution exceeds this resolution limit, it may cause errors in the application and reduce the stability of the application. By grouping users based on device identification, the stability of the application testing experiment process is improved.

It can be understood that the preset distribution strategy can be determined based on at least one of the device identifier, user identifier, and request identifier, and the experimenter can flexibly configure the preset distribution strategy according to the actual needs of the experiment. Be specific.

Step 303: Send the candidate parameter corresponding to the offload identifier to the target terminal.

In the embodiment of the present invention, the interface corresponding to the application experiment platform of the client in the target terminal is switched to the experimental interface corresponding to the alternative parameter, and the alternative parameter is returned to the terminal device, so that the user can In this case, use the service function corresponding to the target alternative parameter.

Step 304, receiving multiple operation records of the target application program of the target terminal.

For this step, reference may be made to the detailed description of step 103, which will not be repeated here.

Step 305: Determine the optimal version parameter of the target application program according to the plurality of operation records.

For this step, reference may be made to the detailed description of step 104, which will not be repeated here.

In the embodiment of the present invention, a third application version optimization method is provided. By combining the experimental test of the application with the actual application, the actual user is used as the test user, and the calculation is performed according to the operation records in the preset time period, so that The optimal version parameters are obtained, and the diversification of alternative parameters according to different user characteristics can improve the diversity of application development, improve the applicability of application development, and ensure the accuracy of optimal version parameters, reducing the need for application design. Human participation in the testing phase of development avoids omissions caused by human participation, and does not need to release new versions of applications according to different solutions, reducing the cost of application design and development.

Embodiment four

Referring to FIG. 5 , it shows a structural block diagram of a first application version optimization device 400 provided according to an embodiment of the present invention. When applied to a server, the device may include:

The generation module 401 is configured to generate at least two candidate parameters of the target application program according to preset application parameters.

The sending module 402 is configured to send to each target terminal a candidate parameter corresponding to the target terminal; wherein, each target terminal corresponds to only one candidate parameter, and each candidate parameter exists corresponding to the target terminal.

Optionally, the sending module 402 includes:

The offloading sub-module 4021 is configured to acquire, for each of the target terminals, the offloading identifier of the target terminal;

The sending submodule 4022 is configured to send the optional parameter corresponding to the offloading identifier to the target terminal.

The receiving module 403 is configured to receive multiple operation records of the target application programs of the target terminal.

The determination module 404 is configured to determine the optimal version parameter of the target application program according to the plurality of operation records.

Optionally, the determining module 404 includes:

The experiment analysis sub-module 4041 is configured to, for each of the operation records, obtain the test values of the indicators to be tested in the candidate parameters corresponding to the operation records.

The selecting submodule 4042 is configured to select the optimal version parameter from the at least two candidate parameters according to the test value corresponding to each of the operation records.

Optionally, the diversion identifier includes: at least one of a device identifier, a user identifier, and a request identifier.

In an embodiment of the present invention, an application version optimization device is provided, which generates candidate parameters through a generation module, sends corresponding candidate parameters to a target terminal through a sending module, and receives an operation record of a target terminal for a target application program through a receiving module , by determining the module to record the optimal version parameters of the target application program according to the operation, while ensuring the accuracy of the optimal version parameters, it reduces the human participation in the testing phase of application design and development, and avoids the omission phenomenon caused by human participation , and there is no need to release new versions of applications according to different solutions, reducing the cost of application design and development.

6 is a schematic diagram of the hardware structure of a server implementing various embodiments of the present invention, the server 500 includes but not limited to: a radio frequency unit 501, a network module 502, an audio output unit 503, an input unit 504, a sensor 505, a display unit 506, User input unit 507, interface unit 508, memory 506, processor 510, power supply 511 and other components. Those skilled in the art can understand that the server structure shown in FIG. 6 is not limited to the server, and the server may include more or less components than shown in the figure, or combine some components, or arrange different components.

It should be understood that, in the embodiment of the present invention, the radio frequency unit 501 can be used for receiving and sending signals during sending and receiving information or during a call. Specifically, after receiving the downlink data from the base station, the processor 510 processes it; Uplink data is sent to the base station. Generally, the radio frequency unit 501 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 501 can also communicate with the network and other devices through wireless communication means.

The server provides users with wireless broadband Internet access through the network module 502, such as helping users send and receive emails, browse web pages, and access streaming media.

The audio output unit 503 may convert audio data received by the radio frequency unit 501 or the network module 502 or stored in the memory 509 into an audio signal and output as sound. Also, the audio output unit 503 may also provide audio output related to a specific function performed by the server 500 (for example, a call signal reception sound, a message reception sound, etc.). The audio output unit 503 includes a speaker, a buzzer, a receiver and the like.

The input unit 504 is used for receiving audio or video signals. The input unit 504 may include a graphics processing unit (Graphics Processing Unit, GPU) 5041 and a microphone 5042, and the graphics processor 5041 is used for still pictures or video images obtained by an image capture device (such as a camera) in a video capture mode or an image capture mode. The data is processed. The processed image frames may be displayed on the display unit 506 . The image frames processed by the graphics processor 5041 may be stored in the memory 509 (or other storage media) or sent via the radio frequency unit 501 or the network module 502 . The microphone 5042 can receive sound, and can process such sound into audio data. The processed audio data can be converted into a format that can be sent to a mobile communication base station via the radio frequency unit 501 for output in the case of a phone call mode.

The server 500 also includes at least one sensor 505, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor and a proximity sensor, wherein the ambient light sensor can adjust the brightness of the display panel 5061 according to the brightness of the ambient light, and the proximity sensor can turn off the display panel 5061 or the backlight when the server 500 moves to the ear. . As a kind of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in various directions (generally three axes), and can detect the magnitude and direction of gravity when it is stationary, and can be used to identify server posture (such as horizontal and vertical screen switching, related games, Magnetometer posture calibration), vibration recognition related functions (such as pedometer, knocking), etc.; sensor 505 can also include fingerprint sensor, pressure sensor, iris sensor, molecular sensor, gyroscope, barometer, hygrometer, thermometer, infrared ray Sensors, etc., will not be described in detail here.

The display unit 506 is used to display information input by the user or information provided to the user. The display unit 506 may include a display panel 5061, and the display panel 5061 may be configured in the form of a liquid crystal display (Liquid Crystal Display, LCD), an organic light-emitting diode (Organic Light-Emitting Diode, OLED), or the like.

The user input unit 507 can be used to receive input numbers or character information, and generate key signal input related to user settings and function control of the server. Specifically, the user input unit 507 includes a touch panel 5071 and other input devices 5072 . The touch panel 5071, also referred to as a touch screen, can collect touch operations of the user on or near it (for example, the user uses any suitable object or accessory such as a finger or a stylus on the touch panel 5071 or near the touch panel 5071). operate). The touch panel 5071 may include two parts, a touch detection device and a touch controller. Among them, the touch detection device detects the user's touch orientation, and detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into contact coordinates, and sends it to the For the processor 510, receive the command sent by the processor 510 and execute it. In addition, the touch panel 5071 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 5071 , the user input unit 507 may also include other input devices 5072 . Specifically, other input devices 5072 may include, but are not limited to, physical keyboards, function keys (such as volume control keys, switch keys, etc.), trackballs, mice, and joysticks, which will not be repeated here.

Furthermore, the touch panel 5071 can be covered on the display panel 5061, and when the touch panel 5071 detects a touch operation on or near it, it will be sent to the processor 510 to determine the type of the touch event, and then the processor 510 can The type of event provides a corresponding visual output on the display panel 5061 . Although in FIG. 6, the touch panel 5071 and the display panel 5061 are used as two independent components to realize the input and output functions of the server, in some embodiments, the touch panel 5071 and the display panel 5061 can be integrated to form a Realize the input and output functions of the server, which is not limited here.

The interface unit 508 is an interface for connecting an external device to the server 500 . For example, an external device may include a wired or wireless headset port, an external power (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device with an identification module, audio input/output (I/O) ports, video I/O ports, headphone ports, and more. The interface unit 508 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the server 500 or may be used transfer data between.

The memory 509 can be used to store software programs as well as various data. The memory 509 can mainly include a program storage area and a data storage area, wherein the program storage area can store operating devices, at least one function required application program (such as sound playback function, image playback function, etc.) etc.; Data created by the use of mobile phones (such as audio data, phonebook, etc.), etc. In addition, the memory 509 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage devices.

The processor 510 is the control center of the server. It uses various interfaces and lines to connect various parts of the entire server. By running or executing software programs or modules stored in the memory 509 and calling data stored in the memory 509, the server's Various functions and processing data, so as to monitor the server as a whole. The processor 510 may include one or more processing units; preferably, the processor 510 may integrate an application processor and a modem processor, wherein the application processor mainly processes operating devices, user interfaces and application programs, etc., and the modem The processor mainly handles wireless communication. It can be understood that the foregoing modem processor may not be integrated into the processor 510 .

The server 500 can also include a power supply 511 (such as a battery) for supplying power to various components. Preferably, the power supply 511 can be logically connected to the processor 510 through a power management device, so as to manage charging, discharging, and power consumption through the power management device. Function.

In addition, the server 500 includes some functional modules not shown, which will not be repeated here.

Preferably, the embodiment of the present invention also provides a server, including a processor 510, a memory 509, and a computer program stored in the memory 509 and operable on the processor 510. When the computer program is executed by the processor 510, the above-mentioned The various processes in the embodiment of the application version optimization method can achieve the same technical effect, so in order to avoid repetition, details are not repeated here.

Based on the above-mentioned hardware structure of the server, various embodiments of the present invention are described in detail below.

An embodiment of the present invention also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, each process of the above-mentioned application program version optimization method embodiment is implemented, and can achieve The same technical effects are not repeated here to avoid repetition. Wherein, the above-mentioned computer-readable storage medium is, for example, a read-only memory (Read-Only Memory, ROM for short), a random access memory (Random Access Memory, RAM for short), a magnetic disk or an optical disk, and the like.

It should be noted that, in this document, the term "comprising", "comprising" or any other variation thereof is intended to cover a non-exclusive inclusion such that a process, method, article or apparatus comprising a set of elements includes not only those elements, It also includes other elements not expressly listed, or elements inherent in the process, method, article, or device. Without further limitations, an element defined by the phrase "comprising a ..." does not preclude the presence of additional identical elements in the process, method, article, or apparatus comprising that element.

Through the description of the above embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus a necessary general-purpose hardware platform, and of course also by hardware, but in many cases the former is better implementation. Based on such an understanding, the essence of the technical solution of the present invention or the part that contributes to the prior art can be embodied in the form of software products, and the computer software products are stored in a storage medium (such as ROM/RAM, disk, CD) contains several instructions to make a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) execute the methods described in various embodiments of the present invention.

Embodiments of the present invention have been described above in conjunction with the accompanying drawings, but the present invention is not limited to the above-mentioned specific implementations, and the above-mentioned specific implementations are only illustrative, rather than restrictive, and those of ordinary skill in the art will Under the enlightenment of the present invention, many forms can also be made without departing from the gist of the present invention and the protection scope of the claims, and these all belong to the protection of the present invention.

Claims (10)

1. A version optimization method of an application program, applied to a server, is characterized in that the method comprises: generating at least two candidate parameters of the target application according to preset application parameters; sending a candidate parameter corresponding to the target terminal to each target terminal; wherein, each target terminal corresponds to only one candidate parameter, and each candidate parameter has a corresponding target terminal ; receiving a plurality of operation records of the target application program of the target terminal; Determine the optimal version parameter of the target application program according to the plurality of operation records. 2. The method according to claim 1, wherein the step of determining the optimal version parameter of the target application program according to the plurality of operation records comprises: For each operation record, obtain the test value of the index to be tested in the candidate parameters corresponding to the operation record; An optimal version parameter is selected from the at least two candidate parameters according to the test value corresponding to each operation record. 3. The method according to claim 1, wherein the step of sending the candidate parameters corresponding to the target terminal to each target terminal comprises: For each of the target terminals, acquiring the distribution identifier of the target terminal; Sending alternative parameters corresponding to the offload identifier to the target terminal. 4. The method according to claim 3, wherein the diversion identifier comprises: at least one of a device identifier, a user identifier and a request identifier. 5. A version optimization device of an application program, applied to a server, characterized in that the device comprises: A generating module, configured to generate at least two candidate parameters of the target application program according to preset application parameters; A sending module, configured to send to each target terminal a candidate parameter corresponding to the target terminal; wherein, each target terminal corresponds to only one candidate parameter, and each candidate parameter has a corresponding the target terminal of a receiving module, configured to receive operation records of the target application programs of multiple target terminals; A determining module, configured to determine the optimal version parameter of the target application program according to the plurality of operation records. 6. The device according to claim 5, wherein the determining module comprises: The experimental analysis submodule is used to obtain the test value of the index to be tested in the candidate parameters corresponding to the operation record for each of the operation records; The selection submodule is used to select the optimal version parameter from the at least two candidate parameters according to the test value corresponding to each of the operation records. 7. The device according to claim 5, wherein the sending module comprises: A distribution sub-module, configured to obtain, for each of the target terminals, the distribution identification of the target terminal; The sending submodule is configured to send the optional parameter corresponding to the offloading identifier to the target terminal. 8. The apparatus according to claim 7, wherein the diversion identifier comprises: at least one of a device identifier, a user identifier and a request identifier. 9. A server, characterized in that it comprises a processor, a memory, and a computer program stored on the memory and operable on the processor, when the computer program is executed by the processor, the computer program according to claim Steps in the version optimization method of the application program described in any one of 1 to 4. 10. A computer-readable storage medium, wherein a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the application according to any one of claims 1 to 4 is realized The steps of the version optimization method of the program.