CN107704293A - The upgrade method and mobile terminal of a kind of application - Google Patents

Abstract

The present invention provides a method for upgrading an application and a mobile terminal, wherein the method includes: in an embodiment of the present invention, when at least one application to be upgraded is detected, acquiring the historical use records in the system; obtaining the evaluation data corresponding to the application to be upgraded; according to the evaluation data and historical use records corresponding to the application to be upgraded, classify the application to be upgraded according to priority, and generate a corresponding application sets; for each application set, an upgrade prompt message corresponding to the priority of the application set is prompted. Therefore, the problems of slow upgrade speed and low upgrade efficiency during application upgrade can be solved, and the beneficial effect of improving the upgrade speed and upgrade efficiency is achieved.

Description

Application upgrade method and mobile terminal

technical field

The present invention relates to the technical field of mobile terminals, in particular to an application upgrading method and a mobile terminal.

Background technique

With the popularization of mobile terminals, there are more and more types and numbers of applications. However, applications often have problems during use, and thus need to be upgraded.

In the prior art, the applications on the mobile terminal are basically upgraded through the application store. Specifically, the application store displays all applications that need to be upgraded on the upgrade prompt interface in sequence according to the update time. Therefore, the user can select some applications to upgrade, or upgrade all applications at once through the one-key upgrade button.

It can be seen that when there are many applications that need to be upgraded, the user's selection of applications will result in low upgrade efficiency. In addition, one-key upgrade will result in slow upgrade speed and low upgrade efficiency.

Contents of the invention

Embodiments of the present invention provide an application upgrading method and a mobile terminal, so as to solve the problems of slow upgrading speed and low upgrading efficiency during application upgrading.

On the one hand, the embodiment of the present invention discloses a method for upgrading an application, which is applied to a mobile terminal, including:

When at least one application to be upgraded is detected, acquiring a historical usage record of the application to be upgraded in the system of the mobile terminal;

Acquiring evaluation data corresponding to the application to be upgraded;

Classify the applications to be upgraded according to the evaluation data and historical usage records corresponding to the applications to be upgraded, and generate an application set corresponding to each priority;

For each application set, the upgrade prompt information corresponding to the priority of the application set is prompted.

On the other hand, the embodiment of the present invention also discloses a mobile terminal, including:

A usage record acquisition module, configured to acquire a historical usage record of the application to be upgraded in the system of the mobile terminal when at least one application to be upgraded is detected;

An evaluation data obtaining module, configured to obtain evaluation data corresponding to the application to be upgraded;

A classification module, configured to classify the applications to be upgraded according to the evaluation data and historical usage records corresponding to the applications to be upgraded, and generate an application set corresponding to each priority;

The display module is configured to, for each application set, prompt upgrade prompt information corresponding to the priority of the application set.

In yet another aspect, the embodiment of the present invention also discloses a mobile terminal, including a processor, a memory, and a computer program stored in the memory and operable on the processor, and the computer program is executed by the processor During execution, the steps of the method for upgrading an application as described in any one of the above items are realized.

In the last aspect, the embodiment of the present invention also discloses a computer-readable storage medium storing a computer program, and when the computer program is executed by a processor, the steps of the method for upgrading an application as described in any one of the above items are implemented.

In the embodiment of the present invention, when at least one application to be upgraded is detected, the historical use record of the application to be upgraded in the system of the mobile terminal is obtained; the evaluation data corresponding to the application to be upgraded is obtained; according to the Based on the evaluation data and historical usage records corresponding to the applications to be upgraded, classify the applications to be upgraded by priority, and generate an application set corresponding to each priority; for each application set, prompt an upgrade reminder of the priority corresponding to the application set information. Therefore, the problems of slow upgrade speed and low upgrade efficiency during application upgrade can be solved, and the beneficial effect of improving the upgrade speed and upgrade efficiency is achieved.

The above description is only an overview of the technical solution of the present invention. In order to better understand the technical means of the present invention, it can be implemented according to the contents of the description, and in order to make the above and other purposes, features and advantages of the present invention more obvious and understandable , the specific embodiments of the present invention are enumerated below.

Description of drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following will briefly introduce the accompanying drawings that need to be used in the description of the embodiments of the present invention. Obviously, the accompanying drawings in the following description are only some embodiments of the present invention , for those skilled in the art, other drawings can also be obtained according to these drawings without paying creative labor.

FIG. 1 shows a flow chart of the steps of an application upgrading method in Embodiment 1 of the present invention;

FIG. 2 shows a flow chart of the steps of an application upgrading method in Embodiment 2 of the present invention;

FIG. 3 shows a structural block diagram of a mobile terminal in Embodiment 3 of the present invention;

FIG. 4 shows a structural block diagram of a mobile terminal in Embodiment 4 of the present invention;

Fig. 5 shows a schematic diagram of a hardware structure of a mobile terminal implementing various embodiments of the present invention.

detailed description

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.

A method for upgrading an application and a mobile terminal provided by the present invention will be described in detail below by enumerating several specific embodiments.

Referring to FIG. 1 , it shows a flow chart of the steps of an application upgrading method according to Embodiment 1 of the present invention, which may specifically include the following steps:

Step 101, when at least one application to be upgraded is detected, obtain a historical use record of the application to be upgraded in the system of the mobile terminal.

In the application store, the version number can be used to determine whether the current application needs to be upgraded. For example, if the version number corresponding to the application on the mobile terminal is inconsistent with the version number corresponding to the application on the application store, it is determined that the application needs to be upgraded. It can be understood that it is also possible to determine whether an application needs to be upgraded in other ways, which is not limited in this embodiment of the present invention.

Wherein, the historical use records are stored in the memory of the mobile terminal, and the historical use records of all applications on the mobile terminal are saved. The historical records include but are not limited to the number of times the application is used, the cumulative use time, the number of crashes, and the like.

Step 102, acquiring evaluation data corresponding to the application to be upgraded.

Wherein, the evaluation data includes but is not limited to ratings on applications and other evaluation content.

After the user downloads the application from the application store, the application can be rated and reviewed according to the usage. For example, the user can select a score from 0 to 10, and the user can input the evaluation content in the specified input box. The evaluation data of a large number of users on the application will be stored in the network. Therefore, before a user upgrades an application, the evaluation data corresponding to the application can be obtained from the network to judge whether the application is risky. For example, if the evaluation data obtained includes: the number of keywords such as crash, crash, and instability exceeds a certain threshold, or the score of the upgraded version is less than a certain threshold, it is considered that the upgraded version of the application is risky, and users are not recommended to upgrade; If the obtained evaluation data includes keywords such as crash, crash, and instability that do not exceed a certain threshold, and the score of the upgraded version is greater than or equal to a certain threshold, it is considered that the upgraded version of the application does not have risks, and the user is recommended to upgrade.

Step 103: Classify the applications to be upgraded according to the evaluation data and historical usage records corresponding to the applications to be upgraded, and generate an application set corresponding to each priority.

After the upgraded version of the application to be upgraded is classified into risk-free and risky in step 102, the priority index of the application is determined according to the historical use records of the current version of the application to be upgraded. For example, an application with more times of use, longer duration of use, and more times of crashes has a higher priority index, while an application with fewer times of use, shorter duration of use, and fewer times of crashes has a lower priority index.

Combined with whether there is risk in the upgraded version and the priority index of the upgrade, the applications to be upgraded can be divided into several categories. For example, the first category includes applications with a large priority index and no risky upgrade version; the second category includes applications with a high priority index and a risky upgrade version; the third category includes applications with a small priority index but no risky upgrade version Applications.

Therefore, the user can upgrade the first type of application first, and after considering whether to upgrade the second type of application, upgrade the third type of application in free time.

It can be understood that the list to be upgraded may also be divided according to other principles, which are not limited in this embodiment of the present invention.

Step 104, for each application set, prompt the upgrade prompt information corresponding to the priority of the application set.

Wherein, the upgrade prompt information may include but not limited to the version information of the upgraded version, the number of downloads, the number of crashes, the rating, whether there is a risk, the number of times the current version is used, the number of crashes, the duration of use, the upgrade button, etc.

It can be understood that when the upgrade button is displayed, a one-click upgrade button is provided for each list, and an individual upgrade button is provided for each application to be upgraded. In addition, upgrade prompt information in different colors or formats may also be used for different types of lists to be upgraded.

In the embodiment of the present invention, when at least one application to be upgraded is detected, the historical use record of the application to be upgraded in the system of the mobile terminal is obtained; the evaluation data corresponding to the application to be upgraded is obtained; according to the Based on the evaluation data and historical usage records corresponding to the applications to be upgraded, classify the applications to be upgraded by priority, and generate an application set corresponding to each priority; for each application set, prompt an upgrade reminder of the priority corresponding to the application set information. Therefore, the problems of slow upgrade speed and low upgrade efficiency during application upgrade can be solved, and the beneficial effect of improving the upgrade speed and upgrade efficiency is achieved.

Referring to FIG. 2 , it shows a flow chart of the steps of an application upgrading method according to Embodiment 2 of the present invention, which may specifically include the following steps:

Step 201, when at least one application to be upgraded is detected, obtain the historical use record of the application to be upgraded in the system of the mobile terminal.

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

Step 202, acquiring evaluation data corresponding to the application to be upgraded.

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

Step 203: Determine the risk index corresponding to the application to be upgraded according to the evaluation data corresponding to the application to be upgraded.

Specifically, firstly, a plurality of keywords are determined; then, the keyword is extracted from the evaluation data, and the times of occurrence are counted; finally, the risk index is determined according to the number of times of occurrence of the keyword and the score.

Wherein, the keyword can be manually determined, and it should be pointed out here that the keyword is a negative word indicating the effect of using the application. For example, slowness, freezes, crashes, instability, etc.

Specifically, the risk index is directly proportional to the frequency of occurrence of the keyword and inversely proportional to the score. That is: the more frequently the keywords appear, the lower the score and the higher the risk index; the less frequently the keywords appear, the higher the score and the lower the risk index. Thus, the formula for establishing the risk index N is as follows:

N=P ₁ ·T _k /T+P ₂ ·S (1)

Among them, T _k is the number of occurrences of the keyword, T is the total number of comments, P ₁ is the weight of the keyword, P ₂ is the weight of the score, P ₁ +P ₂ =1. It can be understood that the user can properly adjust the size of P ₁ and P ₂ to adjust the impact of keywords and scores on the risk index.

Step 204, according to the risk index and historical use records, classify the applications to be upgraded according to their priorities, and generate an application set corresponding to each priority.

Applications to be upgraded can be divided into multiple categories, so that they can be upgraded according to categories. For example, applications to be upgraded can be divided into an upgradeable list, a risky upgrade list, and an upgradeable list that can be ignored.

Among them, the upgradeable list includes applications that are often used but are prone to crashes, and the upgraded version has no risk; the risky upgrade list includes applications that have a risky upgraded version; risky application.

It can be understood that frequent use can be judged by the number of times and the duration of use. Whether there is risk can be judged by the risk index.

It should be noted that more lists to be upgraded may also be divided according to other methods, which are not limited in this embodiment of the present invention.

Optionally, in another embodiment of the present invention, the historical usage records at least include:

How many times the app was used, how many times it crashed, and how long it was used.

In actual applications, other parameters that can measure application usage can also be added to the historical usage records. The embodiment of the present invention does not limit it.

Specifically, during the use of the mobile terminal, if an application is opened once, the number of uses is increased once, and when the application is exited, the current use time is updated to the use time, and then stored in the historical use record; When the application freezes, crashes or exits without reason during use, the number of crashes will be increased by one and stored in the historical usage records.

Thus, in another embodiment of the present invention, step 204 includes sub-steps 2041 to 2043:

In sub-step 2041, acquire the applications to be upgraded whose use times are greater than or equal to the first number threshold, crash times greater than or equal to the second time threshold, use time greater than or equal to the time length threshold, and risk index less than the risk threshold, and generate an upgradeable list.

Wherein, the first count threshold, the second count threshold, the duration threshold, and the risk threshold can all be set according to actual application scenarios, which are not limited in the embodiments of the present invention.

Specifically, the number of times of use, the number of crashes, and the duration of use are divided by the duration of use of the current version of the application to be upgraded. Wherein, the usage duration of the current version of the application to be upgraded can be determined according to the download time of the current version stored in the usage record. Specifically, the usage time is obtained by subtracting the download time of the current version from the current time.

In sub-step 2042, obtain applications to be upgraded whose risk index is greater than or equal to the risk threshold, and generate a risk upgrade list.

Wherein, the risk upgrade list includes all applications whose upgraded versions are risky, including all applications that are used more or less, and have more or less crashes.

Sub-step 2043, obtain applications to be upgraded other than the upgradeable list and the risky upgrade list, and generate an upgradeable list that can be ignored.

Specifically, when it is determined that an application to be upgraded does not belong to an application that can be upgraded or a risky application to be upgraded, the application is added to applications that cannot be upgraded.

Step 205, for each application in each application set, display the historical use records and risk warning information of the application respectively.

When displaying each upgrade list, perform comprehensive sorting in each pending upgrade list according to the number of times of use, duration, and number of crashes. Rank the apps with more times of use, longer duration, and more crashes at the top, and rank the apps with less times of use, shorter duration, and fewer crashes at the top.

Among them, the risk warning information includes but is not limited to: yes/no risk, and other prompt content. For example, for a risky application, "Risk, please upgrade carefully" may be displayed next to the application.

In step 206, one-key upgrade prompt information is displayed for each application set.

When each upgrade list is displayed, a one-click upgrade button is displayed on the upper right corner of the list or other positions, so that all upgrade lists of the current upgrade list can be upgraded at once. In addition, an upgrade button needs to be displayed after each application, so that users can choose to upgrade.

Step 207, if the user's one-key upgrade operation is received, all the applications in the corresponding application collection are upgraded.

After the applications to be upgraded are classified according to step 205, various applications to be upgraded can be upgraded with one click, thereby improving the speed and efficiency of the upgrade.

Specifically, for the upgradeable list, users can upgrade with one click; for the risky upgrade list, they can perform selective upgrade; for the negligible upgrade list, users can upgrade all at once in their spare time, or they can selectively upgrade. It can be understood that, for the list that can be upgraded, the user can also selectively upgrade it.

In the embodiment of the present invention, when at least one application to be upgraded is detected, the historical use record of the application to be upgraded in the system of the mobile terminal is obtained; the evaluation data corresponding to the application to be upgraded is obtained; according to the Based on the evaluation data and historical usage records corresponding to the applications to be upgraded, classify the applications to be upgraded by priority, and generate an application set corresponding to each priority; for each application set, prompt an upgrade reminder of the priority corresponding to the application set information. Therefore, the problems of slow upgrade speed and low upgrade efficiency during application upgrade can be solved, and the beneficial effect of improving the upgrade speed and upgrade efficiency is achieved. In addition, the applications to be upgraded can be classified according to the number of times of use, the number of crashes and the duration of use, so as to further improve the speed and efficiency of the upgrade.

Referring to FIG. 3 , it shows a structural block diagram of a mobile terminal according to Embodiment 3 of the present invention.

The mobile terminal 300 includes: a use record acquisition module 301 , an evaluation data acquisition module 302 , a classification module 303 , and a display module 304 .

The functions of each module and the interaction between each module are introduced in detail below.

The use record obtaining module 301 is configured to obtain a historical use record of the application to be upgraded in the system of the mobile terminal when at least one application to be upgraded is detected.

An evaluation data obtaining module 302, configured to obtain evaluation data corresponding to the application to be upgraded.

The classification module 303 is configured to classify the applications to be upgraded according to the evaluation data and historical usage records corresponding to the applications to be upgraded, and generate an application set corresponding to each priority.

The display module 304 is configured to, for each application set, prompt upgrade prompt information corresponding to the priority of the application set.

In the embodiment of the present invention, when at least one application to be upgraded is detected, the historical use record of the application to be upgraded in the system of the mobile terminal is obtained; the evaluation data corresponding to the application to be upgraded is obtained; according to the Based on the evaluation data and historical usage records corresponding to the applications to be upgraded, classify the applications to be upgraded by priority, and generate an application set corresponding to each priority; for each application set, prompt an upgrade reminder of the priority corresponding to the application set information. Therefore, the problems of slow upgrade speed and low upgrade efficiency during application upgrade can be solved, and the beneficial effect of improving the upgrade speed and upgrade efficiency is achieved.

Embodiment 3 is a device embodiment corresponding to method embodiment 1. For detailed description, reference may be made to embodiment 2, which will not be repeated here.

Referring to FIG. 4 , it shows a structural block diagram of a mobile terminal according to Embodiment 3 of the present invention.

The mobile terminal 400 includes: a use record acquisition module 401 , an evaluation data acquisition module 402 , a classification module 403 , a display module 404 , and an upgrade module 405 .

The functions of each module and the interaction between each module are introduced in detail below.

The use record obtaining module 401 is configured to obtain a historical use record of the application to be upgraded in the system of the mobile terminal when at least one application to be upgraded is detected.

An evaluation data obtaining module 402, configured to obtain evaluation data corresponding to the application to be upgraded.

The classification module 403 is configured to classify the applications to be upgraded according to the evaluation data and historical usage records corresponding to the applications to be upgraded, and generate an application set corresponding to each priority. Optionally, in the embodiment of the present invention, the above classification module 403 includes:

The risk index determination sub-module 4031 is configured to determine the risk index corresponding to the application to be upgraded through the evaluation data corresponding to the application to be upgraded.

The list generation sub-module 4032 is configured to classify the priority of the applications to be upgraded according to the risk index and historical usage records, and generate a set of applications corresponding to each priority.

The display module 404 is configured to, for each application set, prompt upgrade prompt information corresponding to the priority of the application set. Optionally, in the embodiment of the present invention, the above-mentioned display module 404 includes:

The first display submodule 4041 is configured to, for each application in each application set, respectively display the historical use records and risk warning information of the application.

The second display submodule 4042 is configured to display one-click upgrade prompt information for each application set.

The upgrade module 405 is configured to upgrade all the applications in the corresponding application collection if a one-key upgrade operation by the user is received.

In the embodiment of the present invention, when at least one application to be upgraded is detected, the historical use record of the application to be upgraded in the system of the mobile terminal is obtained; the evaluation data corresponding to the application to be upgraded is obtained; according to the Based on the evaluation data and historical usage records corresponding to the applications to be upgraded, classify the applications to be upgraded by priority, and generate an application set corresponding to each priority; for each application set, prompt an upgrade reminder of the priority corresponding to the application set information. Therefore, the problems of slow upgrade speed and low upgrade efficiency during application upgrade can be solved, and the beneficial effect of improving the upgrade speed and upgrade efficiency is achieved. In addition, the applications to be upgraded can be classified according to the number of times of use, the number of crashes and the duration of use, so as to further improve the speed and efficiency of the upgrade.

Embodiment 4 is an apparatus embodiment corresponding to method embodiment 2. For detailed description, reference may be made to embodiment 2, which will not be repeated here.

5 is a schematic diagram of a hardware structure of a mobile terminal implementing various embodiments of the present invention, the mobile terminal 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, and a display unit 506 , a user input unit 507 , an interface unit 508 , a memory 509 , a processor 510 , and a power supply 511 and other components. Those skilled in the art can understand that the structure of the mobile terminal shown in Figure 5 does not constitute a limitation on the mobile terminal, and the mobile terminal may include more or less components than shown in the figure, or combine some components, or different components layout. In the embodiment of the present invention, the mobile terminal includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palmtop computer, a vehicle-mounted terminal, a wearable device, and a pedometer.

The processor 510 is configured to, when at least one application to be upgraded is detected, obtain a historical use record of the application to be upgraded in the system of the mobile terminal; obtain evaluation data corresponding to the application to be upgraded; Upgrade the evaluation data and historical usage records corresponding to the application, classify the applications to be upgraded by priority, and generate an application set corresponding to each priority; for each application set, prompt the upgrade prompt information corresponding to the priority of the application set .

It can be seen that in the embodiment of the present invention, when at least one application to be upgraded is detected, the historical use record of the application to be upgraded in the system of the mobile terminal is obtained; the evaluation data corresponding to the application to be upgraded is obtained; according to According to the evaluation data and historical usage records corresponding to the application to be upgraded, classify the application to be upgraded by priority, and generate an application set corresponding to each priority; for each application set, prompt the application set corresponding to the priority Upgrade prompt information. Therefore, the problems of slow upgrade speed and low upgrade efficiency during application upgrade can be solved, and the beneficial effect of improving the upgrade speed and upgrade efficiency is achieved. In addition, the applications to be upgraded can be classified according to the number of times of use, the number of crashes and the duration of use, so as to further improve the speed and efficiency of the upgrade.

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 a wireless communication system.

The mobile terminal 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 can also provide audio output related to a specific function performed by the mobile terminal 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 mobile terminal 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 and the display panel 5061 when the mobile terminal 500 moves to the ear / or backlighting. 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 still, and can be used to identify the posture of mobile terminals (such as horizontal and vertical screen switching, related games, etc.) , magnetometer attitude calibration), vibration recognition-related functions (such as pedometer, knocking), etc.; the sensor 505 can also include fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, Infrared sensors, etc., will not be repeated 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 mobile terminal. 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. 5, the touch panel 5071 and the display panel 5061 are used as two independent components to realize the input and output functions of the mobile terminal, in some embodiments, the touch panel 5071 and the display panel 5061 can be integrated. The implementation of the input and output functions of the mobile terminal is not specifically limited here.

The interface unit 508 is an interface for connecting an external device to the mobile terminal 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 can be used to receive input from an external device (for example, data information, power, etc.) transfer data between devices.

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 an operating system, at least one application program required by a function (such as a sound playback function, an image playback function, 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 mobile terminal, and uses various interfaces and lines to connect various parts of the entire mobile terminal, by running or executing software programs and/or modules stored in the memory 509, and calling data stored in the memory 509 , execute various functions of the mobile terminal and process data, so as to monitor the mobile terminal 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 the operating system, user interface 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 mobile terminal 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 system, so as to manage charging, discharging, and power consumption through the power management system. and other functions.

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

Preferably, the embodiment of the present invention also provides a mobile terminal, 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 Each process of the embodiment of the upgrading method for the above-mentioned application can achieve the same technical effect, so in order to avoid repetition, details will not be repeated here.

The embodiment of the present invention also provides a computer-readable storage medium. A computer program is stored on the computer-readable storage medium. When the computer program is executed by a processor, each process of the above-mentioned application upgrade method embodiment is realized, and the same Technical effects, in order to avoid repetition, will not be repeated here. Wherein, the 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, without departing from the gist of the present invention and the protection scope of the claims, many forms can also be made, all of which belong to the protection of the present invention.

Claims (12)

1. A kind of 1. upgrade method of application, applied to mobile terminal, it is characterised in that methods described includes：

   When detecting at least one application to be upgraded, obtain and described to be upgraded apply going through in the system of the mobile terminal History usage record；

   Obtain and data are assessed corresponding to the application to be upgraded；

   Data and history usage record are assessed according to corresponding to the application to be upgraded, the application to be upgraded is subjected to priority Classification, generates set of applications corresponding to each priority；

   For each set of applications, the upgrade tip information for prompting the set of applications to correspond to priority.
2. 2. according to the method for claim 1, it is characterised in that described to assess data according to corresponding to the application to be upgraded And history usage record, the application to be upgraded is subjected to priority classification, generates set of applications corresponding to each priority Step, including：

   By assessing data corresponding to the application to be upgraded, risk index corresponding to the application to be upgraded is determined；

   According to the risk index and history usage record, treat upgrade application and carry out priority classification, generate each priority Corresponding set of applications.
3. 3. according to the method for claim 1, it is characterised in that it is described to be directed to each set of applications, prompt the application collection The step of closing the upgrade tip information of corresponding priority, including：

   For each application in each set of applications, the history usage record and indicating risk for showing the application respectively are believed Breath.
4. 4. according to the method described in claims 1 to 3 any of which item, it is characterised in that it is described to be directed to each set of applications, carry Show the step of set of applications corresponds to the upgrade tip information of priority, including：

   A key upgrade tip information is shown respectively for each set of applications.
5. 5. according to the method for claim 4, it is characterised in that also include：

   If receiving the key updating operation of user, all applications in corresponding set of applications are upgraded.
6. A kind of 6. mobile terminal, it is characterised in that including：

   Usage record acquisition module, for when detecting at least one application to be upgraded, obtain described to be upgraded apply in institute State the history usage record in the system of mobile terminal；

   Data acquisition module is assessed, data are assessed corresponding to the application to be upgraded for obtaining；

   Sort module, will be described to be upgraded for assessing data and history usage record according to corresponding to the application to be upgraded Using priority classification is carried out, set of applications corresponding to each priority is generated；

   Display module, for for each set of applications, the upgrade tip information for prompting the set of applications to correspond to priority.
7. 7. mobile terminal according to claim 6, it is characterised in that the sort module, including：

   Risk index determination sub-module, for by assessing data corresponding to the application to be upgraded, determine it is described it is to be upgraded should With corresponding risk index；

   List generates submodule, for according to the risk index and history usage record, treating upgrade application and carrying out priority Classification, generates set of applications corresponding to each priority.
8. 8. mobile terminal according to claim 6, it is characterised in that the display module, including：

   First display sub-module, for for each application in each set of applications, showing the history of the application respectively to make With record and indicating risk information.
9. 9. according to the mobile terminal described in claim 6 to 8 any of which item, it is characterised in that display module, including：

   Second display sub-module, for showing a key upgrade tip information respectively for each set of applications.
10. 10. mobile terminal according to claim 9, it is characterised in that also include：

    Upgraded module, if for receiving a key updating operation of the user to one of priority classification, will be described preferential All applications in level classification are upgraded.
11. 11. a kind of mobile terminal, it is characterised in that including processor, memory and be stored on the memory and can be in institute The computer program run on processor is stated, the computer program is realized such as claim 1 to 5 during the computing device The step of upgrade method of application described in any one.
12. 12. a kind of computer-readable recording medium, it is characterised in that be stored with computer on the computer-readable recording medium Program, the upgrading side of the application as any one of claim 1 to 5 is realized when the computer program is executed by processor The step of method.