CN102096590A - 一种移动终端内应用程序的升级方法、移动终端及服务器 - Google Patents

Abstract

本发明实施例公开了一种移动终端内应用程序的方法、移动终端及服务器，涉及移动通信技术领域，为提高用户对移动终端的使用体验而发明。一种移动终端内应用程序的升级方法，包括：获取用户对移动终端的应用程序的监控设置信息；根据所述监控设置信息对待监控应用程序进行监控，获得监控结果，并将所述监控结果发到服务器，以使所述服务器根据所述监控结果生成针对所述待监控应用程序的差分升级包；利用所述差分升级包对所述待监控应用程序进行升级。本发明实施例主要应用于移动终端中。

Description

一种移动终端内应用程序的升级方法、移动终端及服务器

技术领域

本发明涉及移动通信技术领域，尤其涉及一种移动终端内应用程序的升级方法、移动终端及服务器。

背景技术

Android(安卓)系统是一种基于Linux平台的开源手机操作系统。在现有的基于Android平台的移动终端中，当用户在操作应用的过程中出现错误时，Android平台应用程序常常弹出“某应用意外终止，请重试”之类的对话框；各应用程序的UI(User Interface，用户界面)位置固定不变；差分包升级一般是针对整个软件版本的。

因而，用户在使用这种移动终端时，当用户在操作应用的过程中出现错误时，由于缺乏智能型的个性化提示，从而影响了用户的使用体验；由于各应用的UI固定不变，很多时候无法按照用户的个性化需求来智能调整UI的位置，也影响了用户的体验使用体验；由于没有一种机制来针对某一个应用来进行差分包升级，这样从升级的流量和时长来说，都会造成资源的浪费，从而也影响了用户的使用体验。

发明内容

本发明实施例提供一种移动终端内应用程序的方法、移动终端及服务器，以提高用户对移动终端的使用体验。

本发明实施例采用如下技术方案：

一种移动终端内应用程序的升级方法，包括：

获取用户对移动终端的应用程序的监控设置信息；

根据所述监控设置信息对待监控应用程序进行监控，获得监控结果，并将所述监控结果发到服务器，以使所述服务器根据所述监控结果生成针对所述待监控应用程序的差分升级包；

利用所述差分升级包对所述待监控应用程序进行升级。

一种移动终端，包括：

信息获取单元，用于获取用户对移动终端的应用程序的监控设置信息；

监控单元，用于根据所述监控设置信息对待监控应用程序进行监控，获得监控结果，并将所述监控结果发到服务器，以使所述服务器根据所述监控结果生成针对所述待监控应用程序的差分升级包；

升级单元，用于利用所述差分升级包对所述待监控应用程序进行升级。

本发明实施例的移动终端内应用程序的升级方法及移动终端，由移动终端根据用户对移动终端的应用程序的监控设置信息对待监控应用程序进行监控，获得监控结果，并将所述监控结果发到服务器，使得服务器根据所述监控结果生成针对所述待监控应用程序的差分升级包，从而移动终端利用所述差分升级包对所述待监控应用程序进行升级。由于所述差分升级包是针对待监控应用程序的，也就是说，移动终端在进行升级的过程中是针对待监控应用程序的，而不是针对整个软件版本的，因此，利用本发明实施例的方法及移动终端能够节约升级流量和升级时长，提高用户对移动终端的使用体验。

一种移动终端内应用程序的升级方法，包括：

接收移动终端发送的监控结果，其中，所述监控结果是所述移动终端根据用户对移动终端的应用程序的监控设置信息对待监控应用程序进行监控获得的；

根据所述监控结果生成针对所述待监控应用程序的差分升级包；

将所述差分升级包发送给所述移动终端，以使所述移动终端利用所述差分升级包对所述待监控应用程序进行升级。

一种服务器，包括：

接收单元，用于接收移动终端发送的监控结果，其中，所述监控结果是所述移动终端根据用户对移动终端的应用程序的监控设置信息对待监控应用程序进行监控获得的；

差分包生成单元，用于根据所述监控结果生成针对所述待监控应用程序的差分升级包；

发送单元，用于将所述差分升级包发送给所述移动终端，以使所述移动终端利用所述差分升级包对所述待监控应用程序进行升级。

本发明实施例的移动终端内应用程序的升级方法及服务器，根据移动终端根据用户对移动终端的应用程序的监控设置信息对待监控应用程序进行监控获得的监控结果，生成针对所述待监控应用程序的差分升级包，并将所述差分升级包发送给所述移动终端，以使所述移动终端利用所述差分升级包对所述待监控应用程序进行升级。由于所述差分升级包是针对待监控应用程序的，也就是说，移动终端在进行升级的过程中利用的升级包是针对待监控应用程序的，而不是针对整个软件版本的，因此，利用本发明实施例的方法及服务器能够节约升级流量和升级时长，提高用户对移动终端的使用体验。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一的移动终端内应用程序的升级方法的流程图；

图2为本发明实施例二的移动终端内应用程序的升级方法的流程图；

图3为本发明实施例三的移动终端内应用程序的升级方法的系统框架图；

图4为本发明实施例三中移动终端内应用程序的功能设置界面的示意图；

图5为本发明实施例三中移动终端的本地控制界面的示意图；

图6为本发明实施例三中记录分析模块的工作原理流程图；

图7为本发明实施例三的应用场景之一的操作示意图；

图8(a)为现有技术中的移动终端的操作示意图；图8(b)为应用本发明实施例三的方法后的移动终端的操作示意图；

图9为本发明实施例四移动终端的示意图；

图10为本发明实施例四移动终端的结构图；

图11为本发明实施例五服务器的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例一的移动终端内应用程序的升级方法，包括：

步骤11、移动终端获取用户对移动终端的应用程序的监控设置信息。

其中，所述监控设置信息可以包括所述用户需要监控的应用程序即待监控应用程序有哪些，需要监控待监控应用程序的哪些内容，例如日志信息，用户行为信息等等。在此实施例中，所述监控设置信息可包括：日志信息监控设置信息和用户行为信息监控设置信息的任意组合。

此外，为了便于进行监控，所述移动终端还可事先根据所述用户的设置生成配置文件，在所述配置文件中存储所述监控设置信息。

步骤12、移动终端根据所述监控设置信息对待监控应用程序进行监控，获得监控结果，并将所述监控结果发到服务器，以使所述服务器根据所述监控结果生成针对所述待监控应用程序的差分升级包。

在此步骤中，所述移动终端可根据所述监控设置信息中的日志信息监控设置信息，调用移动终端的系统框架层的行为(Activity)组件、服务(Service)组件、广播接收器(BroadcastReceiver)组件、服务提供者(ContentProvider)组件等对所述待监控应用程序的日志信息进行监控，获得所述待监控应用程序的日志信息的监控结果；可根据所述监控设置信息中的用户行为信息监控设置信息对所述待监控的应用的用户行为信息进行监控，获得所述待监控应用程序的用户行为信息的监控结果。

步骤13、移动终端利用所述差分升级包对所述待监控应用程序进行升级。

由于所述差分升级包是针对待监控应用程序的，也就是说，移动终端在进行升级的过程中是针对待监控应用程序的，而不是针对整个软件版本的，因此，利用本发明实施例一的方法能够节约升级流量和升级时长，提高用户对移动终端的使用体验。

此外，在此实施例中，当用户需要改变对移动终端中的应用程序进行监控的设置时，还可根据所述用户的设置更新所述配置文件，从而进一步提高用户的使用体验。

如图2所示，本发明实施例二的移动终端内应用程序的升级方法，包括：

步骤21、服务器接收移动终端发送的监控结果，其中，所述监控结果是所述移动终端根据用户对移动终端的应用程序的监控设置信息对待监控应用程序进行监控获得的。

步骤22、服务器根据所述监控结果生成针对所述待监控应用程序的差分升级包。

在此步骤中，所述服务器解析所述监控结果。当所述监控结果中包括所述待监控应用程序的日志信息的监控结果并在所述日志信息为新的错误日志时，输出日志信息的新的软件版本；当所述监控结果中包括所述待监控应用程序的用户行为信息的监控结果并在确定需要对所述待监控应用程序的用户行为信息进行优化时，输出用户行为信息的新的软件版本。根据所述日志信息的新的软件版本和用户行为信息的新的软件版本，以及所述移动终端现有的日志信息的软件版本和用户行为信息的软件版本，所述服务器生成差分升级包。

步骤23、服务器将所述差分升级包发送给所述移动终端，以使所述移动终端利用所述差分升级包对所述待监控应用程序进行升级。

由于所述差分升级包是针对待监控应用程序的，也就是说，移动终端在进行升级的过程中利用的升级包是针对待监控应用程序的，而不是针对整个软件版本的，因此，利用本发明实施例二的方法能够节约移动终端的升级流量和升级时长，提高用户对移动终端的使用体验。

在具体应用中，本发明实施例三的移动终端内应用程序的升级方法可基于图3所示的系统框架。下面，结合图3详细介绍一下所示的系统框架以及本发明实施例三的移动终端内应用程序的升级方法的实现过程。

从图3可以看出，整个系统框架由服务器侧和移动终端侧两大部分组成。其中服务器侧包括记录接收模块311、记录分析模块312、差分包制作模块313、差分包打包发布模块314。移动终端侧包括应用层和系统框架层，其中应用层包含：用户设置模块3211、记录发送模块3212、升级模块3213、应用程序3214；系统框架层包含：信息收集模块3221、组件3222、配置控制中心3223、配置文件模块3224。需要说明的是，在此图中，只示出了三个应用程序App1，App2，App3，四大组件Activity、Service、BroadcastReceiver、ContentProvider的情况，但是在具体应用中移动终端中的应用程序并不局限于在此所列举的三个，组件也不局限于图中所示的四大组件。

以下，详细描述一下每个模块的实现方法。

移动终端侧系统框架层：

1)信息收集模块：通过配置控制中心由配置文件模块获取待监控应用程序的日志信息和用户行为信息。

其中，所述信息收集模块经由所述配置控制中心读取配置文件，获取需要监控的待监控应用程序的信息，并通过所述待监控应用程序的组件模块获取所述组件的日志信息。其中所述日志信息包括但不限于错误、崩溃、死机等信息。在获得所述日志信息后，将所述日志信息发送给所述记录发送模块。所述信息收集模块经由所述配置控制中心读取配置文件，获取需要监控的待监控应用程序的用户行为信息，其中所述用户行为信息包括但不限于应用程序控件使用频率、Service使用时间、Activity界面切换频率、广播的使用次数等。在获得所述用户行为信息后，将所述用户行为信息发送给所述记录发送模块。

在本发明实施例中，所述日志信息和用户行为信息包含的内容可如表1所示：

表1

2)组件：在本发明实施例中，组件包括Activity、Service、BroadcastReceiver、ContentProvider四大组件，负责从应用程序(如App1，App2，App3......)中获取日志信息，并为信息收集模块提供日志信息查询的接口。其中，Android系统的手机应用程序主要调用四大组件提供的接口，当应用程序中从一个Activity跳转到另一个Activity出错时，会被系统框架层的ActivityManager(活动管理器)所捕获。同样，应用程序中的Service、BroadcastReceiver和ContentProvider的日志信息也会被系统框架层的相应组件所捕获。

3)配置控制中心：获取用户设置模块中用户对应用程序的监控设置信息，为配置文件模块提供数据接口，并为信息收集模块提供查询配置文件信息的接口。

当用户设置好待监控应用程序的监控项后，配置控制中心检查该待监控应用程序是否有配置项需要监控。如有，则将需要监控的配置项加入到配置文件中；如无，配置控制中心的处理方式与现有技术方案相同，在此不再赘述。当信息收集模块需要收集待监控应用程序的日志信息或者用户行为信息时，首先通过配置控制中心查询配置文件，如待监控应用程序的配置文件中存在监控项，则将配置文件中的监控项发送给信息收集模块，否则配置控制中心的处理方式与现有技术方案相同。

4)配置文件模块：移动终端的系统框架层维护着一个配置文件，该配置文件记录着信息收集模块收集用户行为信息和日志信息的具体操作方式。在本发明实施例中，配置文件内容如下表2中的所示：

表2

需要说明的是，在表2中只是列出了两个应用程序的配置文件的内容，当有更多的配置文件时，也可按照表2中所示进行设置。

根据表2所示配置文件的设置，移动终端可对待监控应用程序的配置项进行监控。例如，可以设置对某一类别的信息进行监控，例如对全部应用程序的日志信息进行监控，或者对全部应用程序的用户行为信息进行监控。或者，还可设置对某个应用程序的某类信息进行监控，例如，对App1的日志信息进行监控。

移动终端侧系统应用层：

1)用户设置模块：在本发明实施例中，用户设置模块的作用有两个：一个是信息监控功能的开关，另一个是移动终端侧根据本地的设置，对配置文件进行修改。

如图4所示，在本发明实施例的移动终端中，可设置如图4所示的功能设置界面。通过该功能设置界面，用户可选择是否开启移动终端的信息监控功能。若开启，则按照本发明实施例的方法进行监控，否则与现有技术中的处理方式相同。在具体应用中，可默认信息监控功能不开启，配置文件的内容为空。

如图5所示，在本发明实施例的移动终端中，可设置如图5所示的本地控制界面。用户通过该本地控制界面，可对配置文件进行修改。如表3所示，当开启日志信息监控功能时，对待监控应用程序的四大组件的日志信息进行监控，并将设置后的信息项加入到配置文件模块中，为信息收集模块提供日志信息的查询接口。当开启用户行为信息监控功能时，对用户的操作行为信息进行监控，并将设置后的信息项加入到配置文件模块中，为信息收集模块提供用户行为信息的查询接口。

表3

应用程序名	是否监控	类别
			App1	是	日志信息
App2	是	用户行为信息

2)记录发送模块：用于将通过信息收集模块中收集到的信息发送给服务器侧，它是移动终端侧向服务器侧发送信息的唯一通道。

3)升级模块：用于接收服务器侧的差分包，当差分包被下载到移动终端本地以后，点击升级模块，此时待监控应用程序会根据差分包进行升级操作。

服务器侧：

1)记录接收模块：用于接收移动终端侧记录发送模块发送的信息，它是服务器侧接收移动终端侧信息的唯一通道。

2)记录分析模块：如图6所示，记录分析模块被触发后，首先判断记录接收模块收集的信息中是否包含日志信息，如有则对日志信息进行分析处理，对日志信息中的错误码进行登记，并判断服务器中是否有当前错误码存在，以便制作差分包；如无日志信息则判断记录接收模块收集的信息中是否包含用户行为信息，如有，则对用户行为信息进行分类整理和登记，并评估所述用户行为信息是否需要进行优化，以便制作差分包；如无用户行为信息，则结束。

当然，也可首先判断记录接收模块收集的信息中是否有用户行为信息，如有，则对用户行为信息进行分类整理和登记，并评估所述用户行为信息是否需要进行优化，以便制作差分包；如无则判断记录接收模块收集的信息中是否包含日志信息，如有则对日志信息进行分析处理，对日志信息中的错误码进行登记，并判断服务器中是否有当前错误码存在，以便制作差分包，如无日志信息，则结束。

3)差分包制作模块：根据记录分析模块的分析整理，对服务器中新的日志信息和用户行为信息，则进行差分包制作。

4)差分包打包发布模块：负责将制作好的差分包打包发布，它的主要功能是将差分包从服务器侧传递给移动终端侧的升级模块。

根据本发明实施例三的方法，当用户在操作应用的过程中出现错误时，可进行智能型的个性化提示，或者按照用户的个性化需求来智能调整UI的位置。

例如，如图7所示，按照现有技术，用户在操作基于Android平台的移动终端时，如果没有开启信息监控功能，用户经常在联系人应用没有分组的情况下去选择“加入分组”操作，此时一般联系人应用都会提示“联系人意外终止，请重试”之类的对话框，而开启信息监控功能之后，下次用户一进入联系人应用时，就可以智能提示用户“联系人分组未被创建，是否需创建？”，从而就避免了后续用户的误操作。

又例如，如图8(a)所示，按照现有技术，商务用户进入基于Android平台移动终端的联系人应用时，经常需要从“联系人”界面切换至“写彩信”界面，但“写彩信”选项的UI却固定在界面“选项”的二级菜单中，即用户进入联系人应用时，需要先选择联系人，点击界面“选项”按钮，弹出选项菜单，然后选择“查看”，弹出查看菜单，最后选择“写彩信”，用户操作极为不便，严重浪费了用户的时间。而如果用户开启信息监控功能，它可以监视用户行为信息，系统会自动收集UI点击频率和界面切换频率信息，当用户下一次开机时，如图8(b)所示，进入联系人应用，此时，用户经常使用“写彩信”选项的UI已经放在“选项”菜单的首位，缩短了界面切换路径，方便了用户的操作。

由上可以看出，利用本发明实施例三提高了用户对移动终端的使用体验。

如图9所示，本发明实施例四还提供了一种移动终端，包括：

信息获取单元41，用于获取用户对移动终端的应用程序的监控设置信息；监控单元42，用于根据所述监控设置信息对待监控应用程序进行监控，获得监控结果，并将所述监控结果发到服务器，以使所述服务器根据所述监控结果生成针对所述待监控应用程序的差分升级包；升级单元43，用于利用所述差分升级包对所述待监控应用程序进行升级。

此外，为方便用户操作，如图10所示，所述移动终端还可包括：配置文件生成单元44，用于根据所述用户的设置生成配置文件，在所述配置文件中存储所述监控设置信息。此时，所述信息获取单元41具体用于读取所述配置文件，获取用户对移动终端的应用程序的监控设置信息。

在具体应用中，所述监控设置信息包括：日志信息监控设置信息和用户行为信息监控设置信息的任意组合。相应的，所述监控单元42可包括：第一监控模块，用于根据所述监控设置信息中的日志信息监控设置信息，调用系统框架层的行为组件、服务组件、广播接收器组件、服务提供者组件对所述待监控应用程序的日志信息进行监控，获得所述待监控应用程序的日志信息的监控结果。和/或第二监控模块，用于根据所述监控设置信息中的用户行为信息监控设置信息对所述待监控的应用的用户行为信息进行监控，获得所述待监控应用程序的用户行为信息的监控结果。

此外，再如图10所示，当用户更改配置文件时，所述移动终端还可包括：更新单元45，用于根据所述用户的设置更新所述配置文件。

其中，所述移动终端的工作原理可参照前述方法实施例的描述。

由以上描述可以看出，由于所述差分升级包是针对待监控应用程序的，也就是说，移动终端在进行升级的过程中是针对待监控应用程序的，而不是针对整个软件版本的，因此，利用本发明实施例四的移动终端能够节约升级流量和升级时长，提高用户对移动终端的使用体验。

如图11所示，本发明实施例五还提供了一种服务器，包括：

接收单元51，用于接收移动终端发送的监控结果，其中，所述监控结果是所述移动终端根据用户对移动终端的应用程序的监控设置信息对待监控应用程序进行监控获得的；差分包生成单元52，用于根据所述监控结果生成针对所述待监控应用程序的差分升级包；发送单元53，用于将所述差分升级包发送给所述移动终端，以使所述移动终端利用所述差分升级包对所述待监控应用程序进行升级。

其中，所述差分包生成单元52可包括：解析模块，用于解析所述监控结果；处理模块，用于当所述监控结果中包括所述待监控应用程序的日志信息的监控结果并在所述日志信息为新的错误日志时，输出日志信息的新的软件版本；当所述监控结果中包括所述待监控应用程序的用户行为信息的监控结果并在确定需要对所述待监控应用程序的用户行为信息进行优化时，输出用户行为信息的新的软件版本；差分包生成模块，用于根据所述日志信息的新的软件版本和用户行为信息的新的软件版本，以及所述移动终端现有的日志信息的软件版本和用户行为信息的软件版本，生成差分升级包。

其中，所述服务器的工作原理可参照前述方法实施例的描述。

由于所述差分升级包是针对待监控应用程序的，也就是说，移动终端在进行升级的过程中利用的升级包是针对待监控应用程序的，而不是针对整个软件版本的，因此，利用本发明实施例三的服务器能够节约移动终端的升级流量和升级时长，提高用户对移动终端的使用体验。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种移动终端内应用程序的升级方法，其特征在于，包括：

获取用户对移动终端的应用程序的监控设置信息；

根据所述监控设置信息对待监控应用程序进行监控，获得监控结果，并将所述监控结果发到服务器，以使所述服务器根据所述监控结果生成针对所述待监控应用程序的差分升级包；

利用所述差分升级包对所述待监控应用程序进行升级。

2.根据权利要求1所述的方法，其特征在于，在所述获取用户对移动终端的应用程序的监控设置信息前，所述方法还包括：根据所述用户的设置生成配置文件，在所述配置文件中存储所述监控设置信息；

所述获取用户对移动终端的应用程序的监控设置信息具体为：

读取所述配置文件，获取用户对移动终端的应用程序的监控设置信息。

3.根据权利要求1或2所述的方法，其特征在于，所述监控设置信息包括：日志信息监控设置信息和/或用户行为信息监控设置信息；

所述根据所述监控设置信息对待监控应用程序进行监控，获得监控结果包括：

根据所述监控设置信息中的日志信息监控设置信息，调用系统框架层的行为组件、服务组件、广播接收器组件、服务提供者组件对所述待监控应用程序的日志信息进行监控，获得所述待监控应用程序的日志信息的监控结果；和/或

根据所述监控设置信息中的用户行为信息监控设置信息对所述待监控的应用的用户行为信息进行监控，获得所述待监控应用程序的用户行为信息的监控结果。

4.一种移动终端内应用程序的升级方法，其特征在于，包括：

接收移动终端发送的监控结果，其中，所述监控结果是所述移动终端根据用户对移动终端的应用程序的监控设置信息对待监控应用程序进行监控获得的；

根据所述监控结果生成针对所述待监控应用程序的差分升级包；

将所述差分升级包发送给所述移动终端，以使所述移动终端利用所述差分升级包对所述待监控应用程序进行升级。

5.根据权利要求4所述的方法，其特征在于，所述根据所述监控结果生成针对所述待监控应用程序的差分升级包包括：

解析所述监控结果；

当所述监控结果中包括所述待监控应用程序的日志信息的监控结果并在所述日志信息为新的错误日志时，输出日志信息的新的软件版本；当所述监控结果中包括所述待监控应用程序的用户行为信息的监控结果并在确定需要对所述待监控应用程序的用户行为信息进行优化时，输出用户行为信息的新的软件版本；

根据所述日志信息的新的软件版本和用户行为信息的新的软件版本，以及所述移动终端现有的日志信息的软件版本和用户行为信息的软件版本，生成差分升级包。

6.一种移动终端，其特征在于，包括：

信息获取单元，用于获取用户对移动终端的应用程序的监控设置信息；

监控单元，用于根据所述监控设置信息对待监控应用程序进行监控，获得监控结果，并将所述监控结果发到服务器，以使所述服务器根据所述监控结果生成针对所述待监控应用程序的差分升级包；

升级单元，用于利用所述差分升级包对所述待监控应用程序进行升级。

7.根据权利要求6所述的移动终端，其特征在于，所述移动终端还包括：

配置文件生成单元，用于根据所述用户的设置生成配置文件，在所述配置文件中存储所述监控设置信息；

所述信息获取单元具体用于读取所述配置文件，获取用户对移动终端的应用程序的监控设置信息。

8.根据权利要求6或7所述的移动终端，其特征在于，所述监控设置信息包括：日志信息监控设置信息和/或用户行为信息监控设置信息；

所述监控单元包括：

第一监控模块，用于根据所述监控设置信息中的日志信息监控设置信息，调用系统框架层的行为组件、服务组件、广播接收器组件、服务提供者组件对所述待监控应用程序的日志信息进行监控，获得所述待监控应用程序的日志信息的监控结果；和/或

第二监控模块，用于根据所述监控设置信息中的用户行为信息监控设置信息对所述待监控的应用的用户行为信息进行监控，获得所述待监控应用程序的用户行为信息的监控结果。

9.一种服务器，其特征在于，包括：

接收单元，用于接收移动终端发送的监控结果，其中，所述监控结果是所述移动终端根据用户对移动终端的应用程序的监控设置信息对待监控应用程序进行监控获得的；

差分包生成单元，用于根据所述监控结果生成针对所述待监控应用程序的差分升级包；

发送单元，用于将所述差分升级包发送给所述移动终端，以使所述移动终端利用所述差分升级包对所述待监控应用程序进行升级。

10.根据权利要求9所述的服务器，其特征在于，所述差分包生成单元包括：

解析模块，用于解析所述监控结果；

处理模块，用于当所述监控结果中包括所述待监控应用程序的日志信息的监控结果并在所述日志信息为新的错误日志时，输出日志信息的新的软件版本；当所述监控结果中包括所述待监控应用程序的用户行为信息的监控结果并在确定需要对所述待监控应用程序的用户行为信息进行优化时，输出用户行为信息的新的软件版本；

差分包生成模块，用于根据所述日志信息的新的软件版本和用户行为信息的新的软件版本，以及所述移动终端现有的日志信息的软件版本和用户行为信息的软件版本，生成差分升级包。

Images