CN111858113B

CN111858113B - Application program repairing method and device, service system and storage medium

Info

Publication number: CN111858113B
Application number: CN201910364231.3A
Authority: CN
Inventors: 王鹏
Original assignee: Beijing Dajia Internet Information Technology Co Ltd
Current assignee: Beijing Dajia Internet Information Technology Co Ltd
Priority date: 2019-04-30
Filing date: 2019-04-30
Publication date: 2024-03-12
Anticipated expiration: 2039-04-30
Also published as: CN111858113A

Abstract

The disclosure relates to a repairing method, a repairing device, a service system and a storage medium of an application program, wherein the method comprises the following steps: receiving error report information sent by client equipment; determining a current error code module according to the execution code corresponding to the error report information; analyzing the current error code module according to a preset rule, and determining a current error code and a current error reason in the current error code module; determining a modification code corresponding to the current error code according to the corresponding relation between the preset error cause and the modification mode; and replacing the current error code with the modified code to generate an application program patch package for the client device to repair the application program. In the application program repairing method, the application program patch package can be generated without manual processing, so that the time consumption of the application program repairing process can be shortened, and the timeliness of application program repairing is improved.

Description

Application program repairing method and device, service system and storage medium

Technical Field

The present disclosure relates to maintenance technologies of application programs, and in particular, to a method and apparatus for repairing an application program, a service system, and a storage medium.

Background

The application program, when used by a user, exposes some vulnerabilities or problems written by the program. In order to fix vulnerabilities or problems of an application, the methods commonly used in the related art are: the research and development personnel determine error codes in the application program according to error report information sent by the terminal to a service server corresponding to the application program in the running process of the application program, manually write patch packages for repairing loopholes or problems, and replace the error codes with the patch packages in the running process of the application program at the terminal An Zhuangshang so as to achieve the purpose of repairing the loopholes or the problems.

In the application program repairing method, the processes of determining the error code and generating the patch package need to be manually processed, so that the application program repairing process takes longer time and has poorer repairing timeliness.

Disclosure of Invention

The disclosure provides a method, a device, a service system and a storage medium for repairing an application program, so as to at least solve the problem of poor timeliness of application program repair in the related art.

According to a first aspect of an embodiment of the present disclosure, there is provided a repair method of an application program, applied to a first service device, including:

Receiving error report information sent by client equipment;

determining a current error code module according to the execution code corresponding to the error report information;

analyzing the current error code module according to a preset rule, and determining a current error code and a current error reason in the current error code module;

determining a modification code corresponding to the current error code according to the corresponding relation between the preset error cause and the modification mode;

and replacing the current error code with the modified code to generate an application program patch package for the client device to repair the application program.

Further, the step of determining the current error code module according to the execution code corresponding to the error report information includes:

extracting the received content of the error report information to obtain an execution code corresponding to the error report information;

extracting the characteristics of the execution codes to obtain code characteristic information of the execution codes;

and acquiring a code module corresponding to the code characteristic information of the execution code according to the corresponding relation between the pre-stored code characteristic information and the code module, and taking the code module as a current error code module.

Further, the step of analyzing the current error code module according to the preset rule to determine the current error code and the current error cause in the current error code module includes:

and carrying out grammar tree conversion on the error code module, and determining the problem variable, the problem function and the current error reason in the error code module according to whether the definition of each variable is consistent with the variable used in the function and whether the defined function is called.

Further, the step of determining the modification code corresponding to the current error code according to the corresponding relation between the preset error cause and the modification mode includes:

if the error reason is that the null type is used in the function, the modification mode is to replace the null type with an initialized non-null type variable;

if the error cause is that the function caused by the pointer error is not called, the modification mode is to delete the error pointer and add the corresponding error pointer protection logic;

if the error cause is that the method or the proxy protocol is not called, the modification mode is that a calling function aiming at the method or the proxy protocol is added in the error code module;

the step of replacing the current error code with the modified code to generate an application patch package for the client device to perform application repair includes:

And replacing the problem variable or the problem function with the modified variable or function to generate an application program patch package for the client device to repair the application program.

Further, before the step of determining the modification code corresponding to the error code according to the corresponding relation between the preset error cause and the modification mode, the method further includes:

judging whether the corresponding relation between the preset error reason and the modification mode contains the current error reason or not;

if the error code is included, executing the corresponding relation between the error reason and the modification mode according to the preset error reason, and determining the modification code corresponding to the error code;

and if not, outputting the current error code module, the current error code and the current error reason.

Further, the method further comprises the following steps:

receiving application program starting information sent by the client device;

obtaining the application program patch package;

and sending a patch package of the application program to the client device, wherein the patch package of the application program is used for repairing the application program.

Further, the step of obtaining the application program patch package includes:

obtaining target patch package identification information of the application program;

The step of sending the application patch package to the client device includes:

and sending target patch package identification information of the application program to the client device.

Further, the application program starting information sent by the client device includes: identification information of a patch package currently installed by the client device;

the step of obtaining the target patch package identification information of the application program comprises the following steps:

determining a patch package which is not installed by the client device from patch packages stored by the first business service device according to the identification information of the patch package which is installed by the client device currently;

and obtaining the identification information of the patch package which is not installed by the client device, and taking the identification information as target patch package identification information.

Further, the patch package stored by the first service device is a tested patch package.

Further, before the step of determining the current error code module according to the execution code corresponding to the error report information, the method further includes:

receiving the transmitted hardware resource occupation information of the client device in the running process of an application program;

counting all received error report information and the hardware resource occupation information;

Judging whether error report information meeting preset repair conditions exists or not, wherein the preset repair conditions are as follows: the frequency of error report information is larger than a preset frequency threshold value, and/or the number of client devices with the hardware resource occupancy rate larger than a preset occupancy rate threshold value is larger than a preset number when the error report is received;

and executing the execution code corresponding to the error report information according to the error report information to determine the current error code module when the error report information meeting the preset repair condition exists.

According to a second aspect of the embodiments of the present disclosure, there is provided a repair method of an application program, applied to a second service device, including:

obtaining a patch package generated aiming at problems in the running process of an application program;

obtaining test data corresponding to the patch package according to the patch package;

counting the test data to obtain a statistical result so as to determine to modify the patch package or deploy the patch package;

and when the patch package deployment is determined, providing a patch package to be deployed to the client device, wherein the patch package to be deployed is used for repairing the application program after being deployed.

Further, the step of obtaining test data corresponding to the patch package according to the patch package includes:

providing the patch package to a test client device;

and receiving test data corresponding to the patch package provided by the test client device.

Further, the number of the patch packages generated aiming at the problems in the running process of the application program is multiple;

the step of providing the patch package to the test client device includes:

performing format inspection, merging, compression and encryption on each received patch package to obtain a preprocessed patch package;

and providing the preprocessed patch package for the test client device.

According to a third aspect of the embodiments of the present disclosure, there is provided a repairing apparatus for an application program, applied to a first business service device, including:

an error report information receiving module configured to receive error report information transmitted by the client device;

the error code module determining module is configured to determine a current error code module according to the execution code corresponding to the error report information;

the error code and error cause determining module is configured to analyze the current error code module according to preset rules and determine the current error code and the current error cause in the current error code module;

The modification code determining module is configured to determine a modification code corresponding to the current error code according to the corresponding relation between the preset error reason and the modification mode;

and the patch package generation module is configured to replace the current error code with the modification code to generate an application patch package for the client device to repair the application.

Further, the error code module determining module includes: executing a code obtaining module, a code characteristic information obtaining module and an error code module obtaining sub-module;

the execution code obtaining module is configured to extract the received content of the error report information and obtain the execution code corresponding to the error report information;

the code feature information obtaining module is configured to perform feature extraction on the execution code to obtain code feature information of the execution code;

the error code module obtaining sub-module is configured to obtain a code module corresponding to the code feature information of the execution code as a current error code module according to the corresponding relation between the pre-stored code feature information and the code module.

Further, the error code and error cause determining module is specifically configured to perform syntax tree conversion on the error code module, and determine a problem variable, a problem function and a current error cause in the error code module according to whether the definition of each variable is consistent with a variable used in a function and whether a defined function is called.

Further, the modification code determination module is specifically configured to:

the patch package generating module is specifically configured to replace the problem variable or the problem function with the modified variable or the function, and generate an application program patch package for the client device to repair the application program.

Further, the device further comprises:

the first judging module is configured to judge whether the current error cause is contained in the corresponding relation between the preset error cause and the modification mode before determining the modification code corresponding to the error code according to the corresponding relation between the preset error cause and the modification mode; if the corresponding relation between the preset error cause and the modification mode contains the current error cause, triggering the modification code determining module;

And the error code and error reason output module is configured to output the current error code module, the current error code and the current error reason if the current error reason is not included in the corresponding relation between the preset error reason and the modification mode.

Further, the device further comprises:

the starting information receiving module is configured to receive application program starting information sent by the client device;

a first patch package obtaining module configured to obtain the application patch package;

and the patch package sending module is configured to send a patch package of the application program to the client device, wherein the patch package of the application program is used for repairing the application program.

Further, the patch package obtaining module is specifically configured to obtain target patch package identification information of the application program;

the patch package sending module is specifically configured to send target patch package identification information of the application program to the client device.

Further, the patch package sending module is specifically configured to:

Further, the device further comprises:

the hardware resource occupation information receiving module is configured to receive the hardware resource occupation information sent by the client device in the running process of the application program before determining the current error code module according to the execution code corresponding to the error report information;

the hardware resource occupation information statistics module is configured to count all received error report information and the hardware resource occupation information;

the second judging module is configured to judge whether error report information meeting preset repairing conditions exists or not, wherein the preset repairing conditions are as follows: the frequency of error report information is larger than a preset frequency threshold value, and/or the number of client devices with the hardware resource occupancy rate larger than a preset occupancy rate threshold value is larger than a preset number when the error report is received; and if the error code module exists, triggering the error code module determining module.

According to a fourth aspect of the embodiments of the present disclosure, there is provided a repairing apparatus for an application program, applied to a second business service device, including:

The second patch package obtaining module is configured to obtain a patch package generated for a problem in the running process of the application program;

the test data acquisition module is configured to acquire test data corresponding to the patch package according to the patch package;

the statistical result obtaining module is configured to count the test data to obtain a statistical result so as to determine to modify or deploy the patch package;

the patch package to be deployed provides the patch package to be deployed to the client device when the patch package deployment is determined, and the patch package to be deployed is used for repairing the application program after being deployed.

Further, the test data obtaining module includes: a patch package providing sub-module and a test data receiving sub-module;

the patch package providing sub-module is configured to provide the patch package to a test client device;

the test data receiving sub-module is configured to receive test data corresponding to the patch package provided by the test client device.

The patch package providing sub-module is specifically configured to:

and providing the preprocessed patch package for the test client device.

According to a fifth aspect of the embodiments of the present disclosure, there is provided a business service device, including:

a processor;

a memory for storing the processor-executable instructions;

wherein the processor is configured to execute the instructions to implement the method of repairing an application as described in the first aspect above.

According to a sixth aspect of the embodiments of the present disclosure, there is provided a business service device, including:

a processor;

a memory for storing the processor-executable instructions;

wherein the processor is configured to execute the instructions to implement the method of repairing an application as described in the second aspect above.

According to a seventh aspect of embodiments of the present disclosure, there is provided a storage medium, which when executed by a processor of a business service device as described in the fifth aspect, enables the business service device to perform the method of repairing an application as described in the first aspect.

According to an eighth aspect of embodiments of the present disclosure, there is provided a storage medium, which when executed by a processor of a service device as described in the sixth aspect, enables the service device to perform the method of repairing an application as described in the second aspect.

According to a ninth aspect of embodiments of the present disclosure, there is provided a computer program product, which when executed by a processor of a business service device as described in the fifth aspect above, enables the business service device to perform the method of repairing an application as described in the first aspect above.

According to a tenth aspect of embodiments of the present disclosure, there is provided a computer program product, which when executed by a processor of a business service device as described in the sixth aspect above, enables the business service device to perform the method of repairing an application as described in the second aspect above.

The application program repairing method, device, service system and storage medium provided by the embodiment of the disclosure may include the following beneficial effects: the first business service device can determine a current error code module according to error report information sent by the client device, further determine a current error code and a current error reason through analysis, and generate an application program patch package for the client device to repair an application program. In the application program repairing method, the application program patch package can be generated without manual processing, so that the time consumption of the application program repairing process can be shortened, and the timeliness of application program repairing is improved.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the disclosure and together with the description, serve to explain the principles of the disclosure and do not constitute an undue limitation on the disclosure.

Fig. 1 is a schematic diagram of a service system according to an exemplary embodiment.

Fig. 2 is a flowchart of a method for repairing an application program according to an exemplary embodiment, which is applied to the first business service device shown in fig. 1.

Fig. 3 is a flow chart of an interaction between the first business service device 100 and the client device 200 in the system of fig. 1.

Fig. 4 is a flowchart of a method for repairing an application program according to an exemplary embodiment, which is applied to a second service device.

Fig. 5 is another structural diagram of a service system according to an exemplary embodiment.

Fig. 6 is a schematic diagram of yet another architecture of a business system according to an exemplary embodiment.

FIG. 7 is an interactive flow chart for application repair by devices in the system of FIG. 6.

Fig. 8 is a block diagram of a repair apparatus for an application of a first service server device according to an exemplary embodiment.

Fig. 9 is a block diagram illustrating a repair apparatus applied to an application of a second service server device according to an exemplary embodiment.

Fig. 10 is a block diagram of a business service device, according to an example embodiment.

Fig. 11 is a block diagram of another business service device, shown in accordance with an exemplary embodiment.

Detailed Description

In order to enable those skilled in the art to better understand the technical solutions of the present disclosure, the technical solutions of the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings.

It should be noted that the terms "first," "second," and the like in the description and claims of the present disclosure and in the foregoing figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the disclosure described herein may be capable of operation in sequences other than those illustrated or described herein. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present disclosure as detailed in the accompanying claims.

In order to improve the timeliness of application repair, the embodiment of the disclosure provides a method, a device and a service system for repairing an application.

Referring to fig. 1, in order to repair an application, a service system capable of implementing application repair provided in an embodiment of the present disclosure includes: the first business service device 100 and the client device 200 are connected through network communication between the first business service device 100 and the client device 200. Application program correspondence functions are implemented through interaction between the first business service device 100 and the client device 200, for example: live video, online shopping, instant messaging, online gaming, and the like.

The first business service device in the embodiment of the invention can be a server or terminal devices such as a personal computer.

Fig. 2 is a flowchart illustrating a repair method of an application program according to an exemplary embodiment, and as shown in fig. 2, the method is used in the first business service device 100 shown in fig. 1, and includes the following steps:

in step 201, error report information sent by a client device is received.

In step 202, a current error code module is determined based on the execution code corresponding to the error report information.

Further, the step of determining the current error code module may include:

extracting the content of the received error report information to obtain an execution code corresponding to the error report information;

and acquiring a code module corresponding to the code characteristic information of the execution code according to the corresponding relation between the pre-stored code characteristic information and the code module, and taking the code module as the current error code module.

When the execution code corresponding to the error report information is a code which is executed by the application program and is caused by errors of the execution code, the error cause may be caused by errors of the execution code or may not be caused by the execution code, for example, a function call exists in the execution code, and the cause of the errors may be caused by errors of the called function code.

The code characteristic information of the execution code may be the name, type information, function call relation, etc. of the execution code.

In step 203, the current error code module is parsed according to the preset rule, and the current error code and the current error cause in the current error code module are determined.

Further, the step of analyzing the current error code module according to the preset rule to determine the current error code and the current error cause in the current error code module may include:

And carrying out grammar tree conversion on the error code module, and determining the problem variable and the problem function in the error code module and the current error reason according to whether the definition of each variable is consistent with the variable used in the function and whether the defined function is called.

In step 204, according to the corresponding relationship between the preset error cause and the modification mode, the modification code corresponding to the current error code is determined.

Further, the step of determining the modification code corresponding to the current error code may include:

if the error reason is that the null type is used in the function, the modification mode is to replace the null type with an initialized non-null type variable; for example: inserting an empty object into an array used by the function, and replacing the empty object with an initialized non-empty new object; for another example, if the string used in the function is null, the modification may be to create a null string with a string length of 0 at the position where the string is null.

If the error cause is that the function caused by the pointer error is not called, the modification mode is to delete the error pointer and add the corresponding error pointer protection logic; specifically, a template of error pointer protection logic may be preset, when the error cause is that the function caused by the pointer error is not called, the error pointer is directly added to the preset error pointer protection logic template to generate error pointer protection logic, and then the generated error pointer protection logic is added to the error code module.

If the error reason is that the method or the proxy protocol is not called, the modification mode is to add a calling function for the method or the proxy protocol in the error code module.

In step 205, the current error code is replaced with the modification code, generating an application patch package for application repair by the client device.

Specifically, the modified code determined in step 204 may be used as a modified variable or function to replace the problem variable or problem function, thereby generating the application patch package.

The technical scheme provided by the embodiment of the disclosure at least brings the following beneficial effects: the first service device may determine a current error code module according to the error report information sent by the client device, and further determine, by parsing, a current error code and a current error cause, to generate an application patch package for the client device to repair an application. In the application program repairing method, the application program patch package can be generated without manual processing, so that the time consumption of the application program repairing process can be shortened, and the timeliness of application program repairing is improved.

Fig. 3 is a flowchart of an interaction between the first business service device 100 and the client device 200 in the system of fig. 1, referring to fig. 3, the interaction between the first business service device and the client device includes the following steps:

In step 301, the client device sends error report information and hardware resource occupation information to the first service device during the running of the application.

The hardware resource occupation information can be information such as CPU utilization rate, memory utilization rate and the like of the client device, and the error information generated in the running process can comprise crash notification and the like of application software in the running process.

In step 302, the first service device performs statistics on all the received error report information and the hardware resource occupation information.

In step 303, the first service device determines whether there is error report information satisfying a preset repair condition. If so, step 304 is performed.

Wherein, preset repair conditions are: the error reporting information frequency is greater than a preset frequency threshold and/or the number of client devices whose hardware resource occupancy is greater than a preset occupancy threshold is greater than a preset number when error reports are received.

In step 304, the first service device extracts the content of the received error report information, and obtains the execution code corresponding to the error report information.

In step 305, the first service device performs feature extraction on the execution code to obtain code feature information of the execution code.

In step 306, the first service device obtains, as the current error code module, the code module corresponding to the code feature information of the execution code according to the correspondence between the pre-stored code feature information and the code module.

In step 307, the first service device performs syntax tree conversion on the error code module, and determines the problem variable and the problem function in the error code module and the current error cause according to whether the definition of each variable is consistent with the variable used in the function and whether the defined function is called.

In step 308, the first service device determines whether the corresponding relationship between the preset error cause and the modification mode includes the current error cause, and if not, step 309 is executed; if so, step 310 is performed.

In step 309, the first service device outputs the current error code module, the current error code and the current error cause, so as to manually determine the modification mode, and generate a patch package.

If the corresponding relation between the preset error reason and the modification mode does not contain the current error reason, the current error code module, the current error code and the current error reason can be output for manually determining the modification mode and generating the patch package.

In step 310, if the error cause is that the null type is used in the function, the modification is to replace the null type with the initialized non-null type variable; if the error cause is that the function caused by the pointer error is not called, the modification mode is to delete the error pointer and add the corresponding error pointer protection logic; if the error reason is that the method or the proxy protocol is not called, the modification mode is to add a calling function for the method or the proxy protocol in the error code module.

In step 311, the first service device replaces the current error code with the modified code, generating an application patch package for application repair by the client device.

In step 312, when the client device detects that the application is started, link information of a patch package that has been installed by itself is acquired.

In this embodiment, the link information of the patch package is used as patch package identification information, and in other embodiments, the name or number of the patch package may be used as patch package identification information.

In step 313, the client device adds the obtained current installed patch package linking information to the application launch information.

In step 314, the client device sends the application launch information to the first business service device.

In step 315, the first service device determines, from the patches stored in the first service device, patches that are not installed by the client device, according to the link information of the patches that are currently installed by the client device.

In step 316, the first service device obtains the link information of the patch package that is not installed by the client device as the target patch package link information.

In step 317, the first service device sends the target patch package link information of the application to the client device.

In step 318, the client device downloads the target patch package according to the linking information of the target patch package.

In step 319, the client device parses the target patch to obtain program code for the target patch.

And the client device analyzes the received target patch package according to a code analysis module pre-installed therein, so as to acquire the program code of the target patch package.

In step 320, the client device performs target patch package installation based on the program code to obtain an executable target patch package.

In step 321, after the client device detects that the application is restarted, the target patch package is executed during the running of the application.

In step 322, during the running of the application, the client device obtains the hardware resource occupancy information and the error information generated during the running.

In step 323, the client device sends the acquired hardware resource occupation information, the error information generated in the running process, and the currently installed patch package link information to the first service device.

In step 324, the first service device monitors the running state of the application according to the hardware resource occupation information, the error information generated in the running process, and the currently installed patch linking information.

The repair effect of the patch package can be evaluated by monitoring the hardware resource occupation information, the error information generated in the running process and the patch package link information which is installed currently through the first business service equipment, and when the hardware resource occupation rate is higher or the error information occurs, the patch package repair effect can be considered to be poor, so that the corresponding patch package is found out according to the patch package link information, the patch package is continuously modified and optimized, and the repair effect of the application program is further improved.

If serious problems such as program crash occur after the application program runs the patch package, on one hand, crash protection means can be adopted, namely, when the application program runs next time, the program code in the patch package is not run any more, but the original program code is continuously adopted to replace the program code in the patch package, so that the application program can be ensured to run normally; on the other hand, the patch package can be modified and optimized to achieve the purpose of repairing the vulnerability without causing other problems.

In the embodiment of the disclosure, the first service device may determine the current error code module according to the error report information sent by the client device, and further determine the current error code and the current error cause by parsing, so as to generate an application program patch package for repairing the application program by the client device. In the application program repairing method, the application program patch package can be generated without manual processing, so that the time consumption of the application program repairing process can be shortened, and the timeliness of application program repairing is improved.

After the first service device generates the patch package, the patch package can be tested first, the patch package is determined to be revised or deployed to the client device according to the obtained test data corresponding to the patch package, and when the patch package is determined to be deployed, the patch package is sent to the client device. The process of testing the patch package to determine whether to deploy the patch package may be performed by a second service device, which in the embodiment of the present disclosure may be the same device as the first service device or may be a different device.

Fig. 4 is a flowchart of a method for repairing an application program, applied to a second business service device, according to an exemplary embodiment, including the following steps:

In step 401, a patch package generated for a problem in the running process of an application is obtained.

Specifically, the second service device may be the same device as the first service device shown in fig. 1, when the second service device is the same device as the first service device, the generated patch package may be directly obtained from the local area, and when the second service device is different from the first service device, the second service device may obtain the patch package generated by the first service device from the first service device. Whether the second service server device generates the patch package or the first service server generates the patch package, the patch package generation process may be performed by steps in the embodiment shown in fig. 2, which is not described herein.

In step 402, test data corresponding to a patch package is obtained from the patch package.

Further, the method can comprise the following steps:

providing a patch package to the test client device;

Further, the number of patch packages generated aiming at the problem in the running process of the application program can be multiple, and at this time, format inspection, merging, compression and encryption can be performed on each received patch package to obtain a preprocessed patch package; and providing the preprocessed patch package for the test client device.

The test data may be hardware resource occupation information during the running process of the application program and error information generated during the running process. After the patch package is provided for the test client device, the test client device is enabled to install and run the patch package, and hardware resource occupation information in the running process of the application program and error information generated in the running process are returned.

In this step, the second service device may directly send a patch package to the test client device, and receive test data returned by the test client device, or may send a patch package to the test service device connected to the test client device in a communication manner, so that after receiving the application program start information sent by the test client device, the test service device sends the patch package of the application program to the test client device, so that the test client device installs and runs the patch package, and sends hardware resource occupation information in an application program running process and error information generated in the running process to the test service device.

When the second service device and the first service device are the same device, referring to fig. 5, fig. 5 is another schematic structural diagram of a service system shown in an exemplary embodiment, and compared with fig. 1, a test service device 300 and a test client device 400 for testing a patch package are added to the service system to determine whether to deploy the patch package, where the second service device and the first service device are the same device, and provide the patch package to the test client device through the test service device, and receive test data corresponding to the patch package provided by the test client device, and repair an application program through the service system shown in fig. 4.

When the second service device is not the same device as the first service device, referring to fig. 6, a further schematic structural diagram of a service system is further provided in the embodiment of the disclosure, and compared with fig. 5, a second service device 500 is added in the service system, and the added second service device 500 is communicatively connected to the first service device 100, the test service device 300 and the test client device 400, and is used for testing a patch package generated by the first service device 100 to determine whether to deploy the patch package.

As shown in fig. 4, in step 403, the test data is counted to obtain a statistical result, so as to determine to modify the patch package or deploy the patch package.

In step 404, when it is determined that patch package deployment is performed, a patch package to be deployed is provided to the client device, and after the patch package to be deployed, the patch package to be deployed is used for application repair. When the second service device and the first service device are the same device, based on fig. 5, which may be the first service server, the patch package to be deployed is provided to the client device. When the second business service device and the first business service device are not the same device, one condition is that the second business service device directly provides the patch package to be deployed to the client device; in another case, based on fig. 6, it may be a second service server, where the patch package to be deployed is sent to the first service server, and the first service server provides the patch package to be deployed to the client device.

After statistics is performed on the test data corresponding to the patch package obtained in the step 401, it is determined that patch package modification is not needed, and when patch package deployment is directly performed, the patch package to be deployed is the patch package obtained in the step 401; if the patch package obtained in step 401 is modified before the patch package deployment is determined, the patch package to be deployed when the patch package is deployed is determined to be a new patch package after the patch package obtained in step 401 is modified.

The technical solution provided in the embodiment shown in fig. 4 brings at least the following advantages: after the first service device generates the patch package, the second service device tests the patch package, and determines to modify the patch package again or deploy the patch package to the client device according to the obtained test data corresponding to the patch package.

Fig. 7 is a flowchart of interaction between devices in the service system shown in fig. 6, referring to fig. 7, including the following steps:

in step 701, the second service device obtains a patch package generated for a problem in the running process of the application.

Specifically, the second service device may acquire the patch package generated by the first service device from the first service device, and the process of generating the patch package by the first service server may use the steps in the embodiment shown in fig. 2, which is not described herein again.

In step 702, the second business service device sends a patch package for the application to the test service device.

In step 703, the test service device sends a patch package of the application program to the test client device after receiving the application program start information sent by the test client device.

In step 704, the test client device installs a patch package running the application.

In step 705, the test client device sends the hardware resource occupation information during the running process of the application and the error information generated during the running process to the test service device.

In step 706, the test service device sends the hardware resource occupation information during the running process of the application and the error information generated during the running process to the second service device.

In step 707, the second service device performs statistics on the hardware resource occupation information in the running process of the application and the error information generated in the running process, so as to obtain a statistical result, so as to determine to modify the patch package or deploy the patch package.

Specifically, the second service device may output the statistics to the developer, so that the developer determines to modify the patch package or deploy the patch package.

If it is determined to modify the patch package, the execution is resumed from step 701 described above after modifying the patch package.

In step 708, upon determining that patch package deployment is to be performed, the patch package to be deployed is sent to the client device.

In step 709, the first service device obtains the patch package to be deployed after receiving the application program start information sent by the client device.

In step 710, the first business service device sends a patch package to be deployed to the client device.

In step 711, the client device installs the patch package to be deployed.

Specifically, the specific content of installing the patch package to be deployed in steps 709-711 may be consistent with the content of steps 312-324 in fig. 3, and will not be repeated here.

In the embodiment shown in fig. 7, the second service device sends the patch package generated by the first service device to the test service device, so that the test service device sends the patch package to the test client device for testing, thereby determining whether to deploy, and through the testing process, the problem of the patch package can be found in time, and optimization and correction can be performed, so that the repairing efficiency of the application program can be improved.

In the embodiment shown in fig. 7, the number of patch packages obtained for a problem in the running process of the application may be plural;

a step of providing a patch package to a test client device, comprising:

the pre-processed patch package is provided to the test client device.

Specifically, the obtained plurality of patches may include a latest patch generated by the first service device for a problem that occurs latest in the running process of the application program, and all historical patches generated for other problems that occur in the running process of the application program except for the latest patch.

And merging each patch package, namely merging the latest patch package with all the historical patch packages to obtain a merged patch package, so that when an application program only runs the merged patch package, the latest problems can be solved, and other problems in the running process of the application program can be solved.

Fig. 8 is a block diagram illustrating a repair apparatus applied to an application of a first service server device according to an exemplary embodiment. Referring to fig. 8, the apparatus includes:

An error report information receiving module 801 configured to receive error report information sent by a client device;

an error code module determining module 802 configured to determine a current error code module according to the execution code corresponding to the error report information;

the error code and error cause determining module 803 is configured to analyze the current error code module according to a preset rule, and determine a current error code and a current error cause in the current error code module;

the modification code determining module 804 is configured to determine a modification code corresponding to the current error code according to a corresponding relation between a preset error cause and a modification mode;

the patch package generation module 805 is configured to replace the current error code with the modification code to generate an application patch package for application repair by the client device.

Further, the error code module determining module 802 includes: executing a code obtaining module, a code characteristic information obtaining module and an error code module obtaining sub-module;

the execution code obtaining module is configured to extract the content of the received error report information and obtain the execution code corresponding to the error report information;

and the error code module acquisition sub-module is configured to acquire a code module corresponding to the code characteristic information of the execution code according to the corresponding relation between the pre-stored code characteristic information and the code module, and the code module is used as the current error code module.

Further, the error code and error cause determining module 803 is specifically configured to perform syntax tree transformation on the error code module, and determine the problem variable and the problem function in the error code module and the current error cause according to whether the definition of each variable is consistent with the variable used in the function and whether the defined function is called.

Further, the modification code determination module 804 is specifically configured to:

if the error cause is that the method or the proxy protocol is not called, the modification mode is that a calling function aiming at the method or the proxy protocol is added in an error code module;

The patch package generation module is specifically configured to replace a problem variable or a problem function with a modified variable or function, and generate an application patch package for the client device to repair an application.

Further, the apparatus further comprises:

the first judging module is configured to judge whether the corresponding relation between the preset error reason and the modification mode contains the current error reason before determining the modification code corresponding to the error code according to the corresponding relation between the preset error reason and the modification mode; if the corresponding relation between the preset error cause and the modification mode contains the current error cause, triggering a modification code determining module;

and the error code and error reason output module is configured to output the current error code module, the current error code and the current error reason if the corresponding relation between the preset error reason and the modification mode does not contain the current error reason.

Further, the apparatus further comprises:

the starting information receiving module is configured to receive application program starting information sent by the client equipment;

a first patch package obtaining module configured to obtain an application patch package;

the patch package sending module is configured to send a patch package of an application program to the client device, wherein the patch package of the application program is used for repairing the application program.

Further, the patch package sending module is specifically configured to:

and obtaining the identification information of the patch package which is not installed by the client device, and taking the identification information as the identification information of the target patch package.

Further, the apparatus further comprises:

the hardware resource occupation information statistics module is configured to count all received error report information and hardware resource occupation information;

The second judging module is configured to judge whether error report information meeting preset repairing conditions exists or not, and the preset repairing conditions are as follows: the frequency of error report information is greater than a preset frequency threshold, and/or the number of client devices with the hardware resource occupancy rate greater than the preset occupancy rate threshold is greater than a preset number when error reports are received; if so, triggering an error code module determining module.

The specific manner in which the various modules perform the operations in the apparatus of the above embodiments have been described in detail in connection with the embodiments of the method, and will not be described in detail herein.

The technical solution provided by the embodiment shown in fig. 8 at least brings the following advantages: the error code module determining module 802 of the first service device may determine the current error code module according to the error report information sent by the client device, and further the error code and error cause determining module 803 determines the current error code and the current error cause by parsing, and the patch package generating module 805 generates an application patch package for the client device to repair an application program. In the application program repairing method, the application program patch package can be generated without manual processing, so that the time consumption of the application program repairing process can be shortened, and the timeliness of application program repairing is improved.

Fig. 9 is a block diagram illustrating a repair apparatus applied to an application of a second service server device according to an exemplary embodiment. Referring to fig. 9, the apparatus includes:

a second patch package obtaining module 901 configured to obtain a patch package generated for a problem in the running process of the application program;

the test data obtaining module 902 is configured to obtain test data corresponding to the patch package according to the patch package;

the statistical result obtaining module 903 is configured to perform statistics on the test data to obtain a statistical result so as to determine to perform patch package modification or patch package deployment;

the patch package to be deployed providing module 904 is configured to provide the patch package to be deployed to the client device when determining to deploy the patch package, where the patch package to be deployed is used for repairing the application program after being deployed.

Further, the test data obtaining module 902 includes: a patch package providing sub-module and a test data receiving sub-module;

a patch package providing sub-module configured to provide a patch package to a test client device;

and the test data receiving sub-module is configured to receive test data corresponding to the patch package provided by the test client device.

Further, the number of patch packages generated aiming at the problems in the running process of the application program is multiple;

the patch package providing sub-module is specifically configured to:

the pre-processed patch package is provided to the test client device.

The technical solution provided by the embodiment shown in fig. 9 at least brings the following advantages: after the first service device generates the patch package, the statistics result obtaining module 903 of the second service device determines to modify the patch package again or deploy the patch package to the client device according to the test data corresponding to the patch package obtained by the test data obtaining module 902, and through the test process, the problem of the patch package can be found in time, and optimization and correction can be performed, so that the repair efficiency of the application program is improved.

In addition, corresponding to the method for repairing an application program provided in the foregoing embodiment, the embodiment of the present disclosure further provides a service device, as shown in fig. 10, where the service device may include:

A processor 1010;

a memory 1020 for storing the processor-executable instructions;

the processor 1010 is configured to execute the instructions to implement the method for repairing an application program provided in the embodiment shown in fig. 2 to obtain the same technical effects.

The memory 1020 may include random access memory (Random Access Memory, simply RAM) or non-volatile memory (non-volatile memory), such as at least one disk memory. Optionally, the memory 1020 may also be at least one memory device located remotely from the aforementioned processor.

The processor 1010 may be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU for short), a network processor (Network Processor, NP for short), etc.; but also digital signal processors (Digital Signal Processing, DSP for short), application specific integrated circuits (Application Specific Integrated Circuit, ASIC for short), field-programmable gate arrays (Field-Programmable Gate Array, FPGA for short) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.

In addition, corresponding to the application repairing method provided in the above embodiment, another business service device is provided in the embodiment of the present disclosure, as shown in fig. 11, where the business service device may include:

A processor 1110;

a memory 1120 for storing the processor-executable instructions;

the processor 1110 is configured to execute the instructions to implement the method for repairing an application program provided in the embodiment shown in fig. 4 to obtain the same technical effects.

The memory 1120 may include a random access memory (Random Access Memory, simply RAM) or may include a non-volatile memory (non-volatile memory), such as at least one magnetic disk memory. Optionally, the memory 1120 may also be at least one memory device located remotely from the aforementioned processor.

In addition, the embodiment of the present disclosure further provides a storage medium, where when the instructions in the storage medium are executed by the processor of the service device shown in fig. 10, the service device is enabled to execute the method for repairing the application program provided in the embodiment shown in fig. 2, so as to obtain the same technical effects.

The embodiment of the present disclosure further provides another storage medium, where the instructions in the storage medium are executed by the processor of the service device shown in fig. 11, so that the service device can execute the repairing method of the application program provided by the embodiment shown in fig. 4, so as to obtain the same technical effect.

In addition, the embodiment of the present disclosure further provides a computer program product, where the instructions in the computer program product, when executed by the processor of the service device shown in fig. 10, enable the service device to execute the application repairing method provided in the embodiment shown in fig. 2, so as to obtain the same technical effects.

The embodiments of the present disclosure also provide another computer program product, which when executed by the processor of the service device shown in fig. 11, enables the service device to perform the repair method of the application program provided by the embodiment shown in fig. 4, so as to obtain the same technical effects.

Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This disclosure is intended to cover any adaptations, uses, or adaptations of the disclosure following the general principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

It is to be understood that the present disclosure is not limited to the precise arrangements and instrumentalities shown in the drawings, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. The utility model provides a restoration method of application program, which is characterized in that the utility model is applied to a first business service device and comprises the following steps:

receiving error report information sent by client equipment;

replacing the current error code with the modification code to generate an application program patch package for the client device to repair the application program;

before the step of determining the current error code module according to the execution code corresponding to the error report information, the method further comprises the following steps:

2. The method of claim 1, wherein the step of determining the current error code module based on the execution code corresponding to the error report information comprises:

3. A method according to claim 1 or 2, characterized in that,

the step of analyzing the current error code module according to the preset rule to determine the current error code and the current error cause in the current error code module comprises the following steps:

4. The method of claim 3, wherein the step of,

the step of determining the modification code corresponding to the current error code according to the corresponding relation between the preset error reason and the modification mode comprises the following steps:

5. The method according to claim 4, further comprising, before the step of determining the modification code corresponding to the error code according to the correspondence between the preset error cause and the modification mode:

6. The method as recited in claim 5, further comprising:

receiving application program starting information sent by the client device;

Obtaining the application program patch package;

7. The method of claim 6, wherein the step of obtaining the application patch package comprises:

8. The method according to claim 7, wherein the application program start information sent by the client device includes: identification information of a patch package currently installed by the client device;

9. The method of claim 8, wherein the patch package stored by the first service device itself is a tested patch package.

10. An application repairing apparatus, applied to a first service server device, comprising:

a patch package generation module configured to replace the current error code with the modification code to generate an application patch package for application repair by the client device;

the apparatus further comprises:

11. The apparatus of claim 10, wherein the error code module determination module comprises: executing a code obtaining module, a code characteristic information obtaining module and an error code module obtaining sub-module;

12. The apparatus according to claim 10 or 11, wherein the error code and error cause determination module is specifically configured to perform syntax tree transformation on the error code module, and determine the problem variables and problem functions in the error code module and the current error cause according to whether the definitions of the respective variables are consistent with the variables used in the function and whether the defined function is called.

13. The apparatus of claim 12, wherein the modification code determination module is specifically configured to:

14. The apparatus of claim 13, wherein the apparatus further comprises:

15. The apparatus of claim 14, wherein the apparatus further comprises:

16. The apparatus of claim 15, wherein the device comprises a plurality of sensors,

the patch package obtaining module is specifically configured to obtain target patch package identification information of the application program;

17. The apparatus of claim 16, wherein the patch package sending module is specifically configured to:

18. The apparatus of claim 17, wherein the patch package stored by the first service device itself is a tested patch package.

19. A business service apparatus, characterized by comprising,

a processor;

a memory for storing processor-executable instructions;

wherein the processor is configured to: when executing the program stored in the memory, the method for repairing the application program according to any one of claims 1 to 9 is realized.

20. A storage medium, which when executed by a processor of the business service device of claim 19, enables the business service device to perform the method of repairing an application of any one of claims 1 to 9.