CN108205450A - 一种对基于插件的应用平台进行动态优化的方法及系统 - Google Patents

Abstract

本发明公开了一种对基于插件的应用平台进行动态优化的方法及系统，其中方法包括：对所述基于插件的应用平台内多个系统插件的运行数据进行统计，以获取与每个系统插件相关联的统计文件，所述统计文件包括系统插件内多个扩展插件中每个扩展插件的属性信息；获取预先设置的且与所述应用平台相关联的动态优化文件，并且对所述动态优化文件进行解析以确定至少一个动态控制项；根据所述至少一个动态控制项和每个扩展插件的属性信息确定每个扩展插件的控制策略，所述控制策略包括触发条件和控制手段；响应于触发条件的满足，确定与所述触发条件相关联的一个或多个扩展插件并且根据相应的控制策略对所述一个或多个扩展插件进行控制。

Description

一种对基于插件的应用平台进行动态优化的方法及系统

技术领域

本发明涉及信息技术领域，并且更具体地，涉及一种对基于插件的应用平台进行动态优化的方法、系统以及移动终端。

背景技术

目前，智能化的移动终端已经被广泛应用到各个领域中。人们在工作、学习和生活中，经常需要使用移动终端。移动终端可以像个人计算机一样，具有独立的操作系统。用户可以在移动终端中安装软件应用、游戏应用等第三方服务商所提供的程序，并且可以通过第三方应用程序进行对移动终端功能的扩充。移动终端可以像个人计算机一样通过下载安装应用来拓展移动终端出厂时的基本功能。

随着移动终端的越来越广泛的使用，人们越来越习惯于利用移动终端来实现各种业务的处理。例如，通过移动终端来订购商品、预定火车票、预定飞机票、预定餐馆或建立约车业务等已经成为人们日常生活的一部分。通常，在用户需要通过移动终端进行上述活动时，通常需要运行相应的软件或应用。并且，在相应的软件或应用启动后，需要通过软件或应用的交互界面来输入确认信息或订单信息，从而完成业务确认。

由于各种类型的应用的数量和同一应用的版本越来越多，用户对于移动终端内应用的管理显得越来越重要。这是因为，大量的应用会占用用户的屏幕显示区域，对用户找到想要使用的应用造成困扰。即使利用应用归类对应用进行分类布局，但是由于各个归类之间没有协调统一，用户通常可能忘记特定应用被放置到哪个归类中。

为此，需要利用统一方式对用户终端内的大量应用进行有效地布局、设置或安排。通过这种布局、设置或安排能够为用户提供高效的使用环境。

发明内容

为了解决上述问题，提供一种对基于插件的应用平台进行动态优化的方法，所述方法包括：

对所述基于插件的应用平台内多个系统插件的运行数据进行统计，以获取与每个系统插件相关联的统计文件，所述统计文件包括系统插件内多个扩展插件中每个扩展插件的属性信息；

获取预先设置的且与所述应用平台相关联的动态优化文件，并且对所述动态优化文件进行解析以确定至少一个动态控制项；

根据所述至少一个动态控制项和每个扩展插件的属性信息确定每个扩展插件的控制策略，所述控制策略包括触发条件和控制手段；

响应于触发条件的满足，确定与所述触发条件相关联的一个或多个扩展插件并且根据相应的控制策略对所述一个或多个扩展插件进行控制。

还包括在用户设备中预先安装所述应用平台并且将所述应用平台与所述用户设备中的非平台应用进行同级显示。

其中由服务器对所述多个系统插件的运行数据进行统计，或由应用平台对所述多个系统插件的运行数据进行统计。

将与每个系统插件相关联的统计文件存储在所述服务器或用户设备中。

所述动态优化文件包括多个动态控制项，其中动态控制项为：自动下载、自动删除、自动开始运行、自动停止运行或优先呈现。

所述属性信息包括日均运行次数，在第一扩展插件的日均运行次数大于次数阈值时，将所述第一扩展插件的触发条件设置为所归属的系统插件被选择并且将控制手段设置为自动运行。

所述属性信息包括插件尺寸，在第二扩展插件的插件尺寸大于尺寸上限阈值时，将所述第二扩展插件的触发条件设置为应用平台启动并且将控制手段设置为自动下载。

所述属性信息包括插件尺寸，在第三扩展插件的插件尺寸小于尺寸下限阈值时，将所述第三扩展插件的触发条件设置为应用平台停止运行并且将控制手段设置为自动删除。

所述属性信息包括插件尺寸，在第四扩展插件的插件尺寸小于尺寸下限阈值时，将所述第四扩展插件的触发条件设置为应用平台进行后台运行状态并且将控制手段设置为自动删除。

还包括将所述第四扩展插件的触发条件设置为应用平台从后台运行状态切换为前台运行状态并且将控制手段设置为自动下载。

所述属性信息包括累计运行时间，在第五扩展插件的累计运行时间大于时间阈值时，将所述第五扩展插件的触发条件设置为所归属的系统插件被选择并且将控制手段设置为优先呈现。

所述累计运行时间为最近的预定时间内的运行时间的总和。

所述优先呈现包括以下内容中的至少一个：按照动态图标进行呈现、按照大尺寸图标进行呈现、在中心位置处进行呈现以及在快捷位置处进行呈现。

所述属性信息包括故障次数，在第六扩展插件的故障次数大于次数阈值时，将所述第六扩展插件的触发条件设置为运行时间超时并且将控制手段设置为自动停止运行。

所述属性信息包括安全系数，在第七扩展插件的安全系数小于安全阈值时，将所述第七扩展插件的触发条件设置为运行时间超时并且将控制手段设置为自动停止运行。

所述属性信息包括运行结束时间，在第八扩展插件的所有的运行结束时间均处于时间统计范围内，将所述第八扩展插件的触发条件设置为所归属的系统插件被取消选择并且将控制手段设置为自动删除。

所述属性信息包括运行启动时间，在第九扩展插件的所有的运行启动时间均处于时间统计范围内，将所述第九扩展插件的触发条件设置为应用平台启动并且将控制手段设置为自动进入后台运行状态。

当所述用户设备检测到针对于所述应用平台的选择时，生成针对于应用平台的触发请求。

当检测到与所述应用平台的启动相关联的资源被加载完毕后，确定所述应用平台的启动。

所述多个系统插件中的每个系统插件具有内容主题，并且所述内容主题包括：游戏主题、安全主题、银行主题或旅游主题。

所述每个系统插件中多个扩展插件中的每个是与所属的系统插件的内容主题相关联的应用。

在检测到针对于多个扩展插件中的特定插件的选择时，运行与所述特定插件相关联的应用。

在检测到针对于多个扩展插件中的特定插件的选择时，下载与所述特定插件相关联的应用并且运行所述应用。

由内容提供商来提供与所述特定插件相关联的应用，所述应用符合所述特定插件的接口标准。

根据本发明的另一方面，提供一种对基于插件的应用平台进行动态优化的系统，所述系统包括：

统计单元，对所述基于插件的应用平台内多个系统插件的运行数据进行统计，以获取与每个系统插件相关联的统计文件，所述统计文件包括系统插件内多个扩展插件中每个扩展插件的属性信息；

解析单元，获取预先设置的且与所述应用平台相关联的动态优化文件，并且对所述动态优化文件进行解析以确定至少一个动态控制项；

处理单元，根据所述至少一个动态控制项和每个扩展插件的属性信息确定每个扩展插件的控制策略，所述控制策略包括触发条件和控制手段；

控制单元，响应于触发条件的满足，确定与所述触发条件相关联的一个或多个扩展插件并且根据相应的控制策略对所述一个或多个扩展插件进行控制。

还包括在用户设备中预先安装所述应用平台并且将所述应用平台与所述用户设备中的非平台应用进行同级显示。

其中由服务器对所述多个系统插件的运行数据进行统计，或由应用平台对所述多个系统插件的运行数据进行统计。

将与每个系统插件相关联的统计文件存储在所述服务器或用户设备中。

所述动态优化文件包括多个动态控制项，其中动态控制项为：自动下载、自动删除、自动开始运行、自动停止运行或优先呈现。

所述属性信息包括日均运行次数，在第一扩展插件的日均运行次数大于次数阈值时，将所述第一扩展插件的触发条件设置为所归属的系统插件被选择并且将控制手段设置为自动运行。

所述属性信息包括插件尺寸，在第二扩展插件的插件尺寸大于尺寸上限阈值时，将所述第二扩展插件的触发条件设置为应用平台启动并且将控制手段设置为自动下载。

所述属性信息包括插件尺寸，在第三扩展插件的插件尺寸小于尺寸下限阈值时，将所述第三扩展插件的触发条件设置为应用平台停止运行并且将控制手段设置为自动删除。

所述属性信息包括插件尺寸，在第四扩展插件的插件尺寸小于尺寸下限阈值时，将所述第四扩展插件的触发条件设置为应用平台进行后台运行状态并且将控制手段设置为自动删除。

还包括将所述第四扩展插件的触发条件设置为应用平台从后台运行状态切换为前台运行状态并且将控制手段设置为自动下载。

所述属性信息包括累计运行时间，在第五扩展插件的累计运行时间大于时间阈值时，将所述第五扩展插件的触发条件设置为所归属的系统插件被选择并且将控制手段设置为优先呈现。

所述累计运行时间为最近的预定时间内的运行时间的总和。

所述优先呈现包括以下内容中的至少一个：按照动态图标进行呈现、按照大尺寸图标进行呈现、在中心位置处进行呈现以及在快捷位置处进行呈现。

所述属性信息包括故障次数，在第六扩展插件的故障次数大于次数阈值时，将所述第六扩展插件的触发条件设置为运行时间超时并且将控制手段设置为自动停止运行。

所述属性信息包括安全系数，在第七扩展插件的安全系数小于安全阈值时，将所述第七扩展插件的触发条件设置为运行时间超时并且将控制手段设置为自动停止运行。

所述属性信息包括运行结束时间，在第八扩展插件的所有的运行结束时间均处于时间统计范围内，将所述第八扩展插件的触发条件设置为所归属的系统插件被取消选择并且将控制手段设置为自动删除。

所述属性信息包括运行启动时间，在第九扩展插件的所有的运行启动时间均处于时间统计范围内，将所述第九扩展插件的触发条件设置为应用平台启动并且将控制手段设置为自动进入后台运行状态。

当所述用户设备检测到针对于所述应用平台的选择时，生成针对于应用平台的触发请求。

当检测到与所述应用平台的启动相关联的资源被加载完毕后，确定所述应用平台的启动。

所述多个系统插件中的每个系统插件具有内容主题，并且所述内容主题包括：游戏主题、安全主题、银行主题或旅游主题。

所述每个系统插件中多个扩展插件中的每个是与所属的系统插件的内容主题相关联的应用。

在检测到针对于多个扩展插件中的特定插件的选择时，运行与所述特定插件相关联的应用。

在检测到针对于多个扩展插件中的特定插件的选择时，下载与所述特定插件相关联的应用并且运行所述应用。

由内容提供商来提供与所述特定插件相关联的应用，所述应用符合所述特定插件的接口标准。

根据本发明的另一方面，提供一种移动终端，包括或用于执行如上所述的系统。

附图说明

通过参考下面的附图，可以更为完整地理解本发明的示例性实施方式：

图1是根据本发明实施方式的基于插件机制构建应用平台的方法的流程图；

图2是根据本发明实施方式的应用平台系统的结构示意图；

图3根据本发明另一实施方式的应用平台系统的结构示意图；

图4根据本发明再一实施方式的应用平台系统的结构示意图；

图5根据本发明实施方式的用户终端的屏幕显示内容的示意图；

图6根据本发明实施方式的基于插件机制构建应用平台的系统的结构示意图；

图7根据本发明实施方式的对基于插件的应用平台进行动态优化的方法的流程图；

图8根据本发明实施方式的对基于插件的应用平台进行动态优化的系统的结构示意图；

图9根据本发明实施方式的对基于插件的应用平台进行定制呈现的方法的流程图；以及

图10根据本发明实施方式的对基于插件的应用平台进行定制呈现的系统的结构示意图。

具体实施方式

现在参考附图介绍本发明的示例性实施方式，然而，本发明可以用许多不同的形式来实施，并且不局限于此处描述的实施例，提供这些实施例是为了详尽地且完全地公开本发明，并且向所属技术领域的技术人员充分传达本发明的范围。对于表示在附图中的示例性实施方式中的术语并不是对本发明的限定。在附图中，相同的单元/元件使用相同的附图标记。

除非另有说明，此处使用的术语(包括科技术语)对所属技术领域的技术人员具有通常的理解含义。另外，可以理解的是，以通常使用的词典限定的术语，应当被理解为与其相关领域的语境具有一致的含义，而不应该被理解为理想化的或过于正式的意义。

图1是根据本发明实施方式的基于插件机制构建应用平台的方法100的流程图。方法100能够根据触发请求获取与应用平台相关联的动态配置文件，并且对动态配置文件进行解析以确定至少一个系统插件和呈现配置信息。响应于应用平台的启动，方法100能够根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现，并且当检测到针对于所述至少一个系统插件中的特定系统插件的选择时，确定与所述特定系统插件相关联的多个扩展插件以及所述多个扩展插件的显示样式信息，以及根据所述多个扩展插件的显示样式信息中的显示样式在所述集成应用的图形接口中提供所述多个扩展插件。

如图1所示，方法100从步骤101处开始。在步骤101，当从用户设备接收到针对于应用平台的触发请求时，获取与所述应用平台相关联的动态配置文件。此外，在从用户设备接收到针对于应用平台的触发请求之前，还包括将所述应用平台预先安装到所述用户设备中并且将所述应用平台与所述用户设备中的非平台应用进行同级显示。由此可知，在用户设备中通常可以将应用平台显示为与普通应用图标相同的图标。应用平台所占用的初始存储空间较小，这是因为应用平台对于其中的多数应用提供的是访问接口。随着用户对应用平台的使用，应用平台所占用的存储空间会变大，这是因为部分应用会根据用户的触发指令被下载到用户设备中。

当用户设备检测到针对于所述应用平台的选择时，生成针对于应用平台的触发请求。例如，当用户希望使用或下载应用平台中的应用时，需要触发(例如，点击)应用平台的图标。响应于应用平台的图标的点击，生成针对于应用平台的触发请求。

动态配置文件可以包括以下数据项中的至少一个：系统插件数量、系统插件的标识、默认系统插件的标识、系统插件的显示内容以及非默认系统插件的呈现顺序。其中，每个系统插件都可以被看作是插件(扩展插件)的母体插件，并用于为插件(扩展插件)提供统一的呈现接口或界面。通常，系统插件的数量可以对应于应用的分类数量，这是因为每个应用分类可以对应一个系统插件。系统插件的标识是系统插件的名称，例如，棋牌游戏系统插件、动作游戏系统插件、银行应用系统插件等。默认系统插件是作为应用平台的首选呈现的系统插件，即当应用平台运行时默认显示的系统插件，如图2中标签1对应的系统插件。系统插件的显示内容为当系统插件的标签被选中时(例如，图2中默认的标签1、非默认的标签2和3)，在显示区域内进行显示的内容。非默认系统插件的呈现顺序用于指示非默认的标签2和3中每个的呈现顺序，例如，与标签1的邻接关系。通常，非默认系统插件的呈现顺序例如可以是标签2、标签3，或者标签3、标签2。

此外，还包括根据所述应用平台所统计的运行数据对所述动态配置文件中的一个或多个数据项进行调整。或者，根据用户输入的设置数据对所述动态配置文件中的一个或多个数据项进行调整。或者在接收到停止运行所述应用平台的指示时，根据所述应用平台的当前运行数据对所述动态配置文件中的一个或多个数据项进行调整。即在上述情况下，可以对系统插件数量、系统插件的标识、默认系统插件的标识、系统插件的显示内容以及非默认系统插件的呈现顺序中的一个或多个进行调整。例如，增加或减少系统插件的数量、修改某个系统插件的标识、修改默认系统插件、修改系统插件的显示内容以及修改非默认系统插件的呈现顺序。

在步骤102，通过对动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件，并且获取所述至少一个系统插件的呈现配置信息。其中对所述动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件包括：对所述动态配置文件进行解析以获取所述动态配置文件中的系统插件数量和系统插件的标识，根据系统插件数量和系统插件的标识确定与所述应用平台相关联的至少一个系统插件。其中对所述动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件包括：对所述动态配置文件进行解析以获取所述动态配置文件中的每个系统插件的标识，根据每个系统插件的标识确定与所述应用平台相关联的至少一个系统插件。所述获取所述至少一个系统插件的呈现配置信息包括：获取所述动态配置文件中与所述至少一个系统插件的呈现配置相关联的呈现配置信息。其中所述呈现配置信息包括：默认系统插件的标识、系统插件的显示内容以及非默认系统插件的呈现顺序。

在步骤103，响应于所述应用平台的启动，根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现。其中当检测到与所述应用平台的启动相关联的资源被加载完毕后，确定所述应用平台的启动。与所述应用平台的启动相关联的资源例如是应用平台的框架、应用平台中已下载应用中部分应用的预加载文件、与应用平台被加载到内存中等。其中所述图形接口包括：标签栏和显示区域。如图2所示，标签栏包括：标签1、标签2、标签3、…，显示区域为标签栏上面的显示区域。

优选地，根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现包括：根据默认系统插件的标识确定所述应用平台的默认系统插件，并在所述显示区域中显示所述默认系统插件的显示内容。根据每个系统插件的标识确定标签栏中的每个标签的显示名称并且将与默认系统插件相关联的标签作为优先选择的默认标签。以及根据非默认系统插件的呈现顺序对与非默认系统插件相关联的非默认标签进行按序呈现。图2中的默认标签为标签1、图3中的默认标签为标签2以及图4中的默认标签为新生成的并且是与标签1、2、3…不同的标签。还包括，在检测到针对于非默认标签的选择时，确定与所述非默认标签相关联的非默认系统插件，并且在所述显示区域中显示所述非默认系统插件的显示内容。例如，在检测到针对于标签3的选择时，确定与标签3相关联的系统插件，并且在所述显示区域中显示这个系统插件的显示内容。

在步骤104，当检测到针对于所述至少一个系统插件中的特定系统插件的选择时，确定与所述特定系统插件相关联的多个扩展插件以及所述多个扩展插件的显示样式信息。由于每个系统插件都可以被看作是插件(扩展插件)的母体插件，并用于为插件(扩展插件)提供统一的呈现接口或界面。为此，当特定系统插件被选择并且运行时，应用平台会呈现特定系统插件所包括的多个扩展插件。例如，如图2所示，当用户选择游戏系统插件时，应用平台会呈现游戏系统插件的运行界面(或内容界面、内部界面)，其中包括游戏203-1、游戏203-2、游戏203-3、游戏203-4以及游戏合集203-5。其中游戏合集203-5中包括多个游戏，并且用户可以通过各种操作方式来将游戏合集203-5外部的游戏放置到游戏合集203-5中，或将游戏合集203-5内部的游戏放置到游戏合集203-5外。

此外，本申请根据所述特定系统插件的内容描述文件确定与所述特定系统插件相关联的多个扩展插件以及所述多个扩展插件的显示样式信息。其中，与所述特定系统插件相关联的多个扩展插件可以被理解为所述特定系统插件所包括的多个扩展插件。所述多个扩展插件的显示样式信息包括：列表方式显示、图标方式显示、详细信息方式显示、幻灯片方式显示等各种类型。此外，所述多个扩展插件的显示样式信息中还包括将特定应用进行放大显示、或单独显示。至少一个系统插件中的每个系统插件具有内容主题，并且所述内容主题可以包括：游戏主题、安全主题、银行主题或旅游主题等。每个系统插件中多个扩展插件中的每个是与所属的系统插件的内容主题相关联的应用。

在步骤105，根据所述多个扩展插件的显示样式信息中的显示样式在所述集成应用的图形接口中提供所述多个扩展插件。其中根据显示样式信息中的显示样式在所述集成应用的图形接口中提供所述多个扩展插件可以包括：利用列表方式在所述集成应用的图形接口中提供所述多个扩展插件、利用图标方式在所述集成应用的图形接口中提供所述多个扩展插件、利用详细信息方式在所述集成应用的图形接口中提供所述多个扩展插件、利用幻灯片方式在所述集成应用的图形接口中提供所述多个扩展插件等各种类型。此外，还包括将所提供的多个扩展插件中的一个或多个进行放大显示、或将所提供的多个扩展插件中的一个或多个进行单独显示。

还包括在检测到针对于多个扩展插件中的特定插件的选择时，运行与所述特定插件相关联的应用。通常，当用户选择选择购物应用、订餐应用等时，通常还需要运行支付应用进行支付。为此，当特定插件为购物应用、订餐应用等，会运行与购物应用、订餐应用等相关联的支付应用。在检测到针对于多个扩展插件中的特定插件的选择时，下载与所述特定插件相关联的应用并且运行所述应用。由内容提供商来提供与所述特定插件相关联的应用，所述应用符合所述特定插件的接口标准。

图2是根据本发明实施方式的应用平台系统200的结构示意图。应用平台系统200能够根据触发请求获取与应用平台相关联的动态配置文件，并且对动态配置文件进行解析以确定至少一个系统插件和呈现配置信息。响应于应用平台的启动，应用平台系统200能够根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现，并且当检测到针对于所述至少一个系统插件中的特定系统插件的选择时，确定与所述特定系统插件相关联的多个扩展插件以及所述多个扩展插件的显示样式信息，以及根据所述多个扩展插件的显示样式信息中的显示样式在所述集成应用的图形接口中提供所述多个扩展插件。

如图2所示，应用平台系统200包括：服务器201、应用平台202以及多个系统插件203。服务器201能够从用户设备接收到针对于应用平台的触发请求并且获取与所述应用平台相关联的动态配置文件。服务器201对所述动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件，并且获取所述至少一个系统插件的呈现配置信息。响应于应用平台202的启动，服务器201根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现。当检测到针对于所述至少一个系统插件中的特定系统插件的选择时，服务器201确定与所述特定系统插件相关联的多个扩展插件以及所述多个扩展插件的显示样式信息。服务器201根据所述多个扩展插件的显示样式信息中的显示样式在所述集成应用的图形接口中提供所述多个扩展插件。

当应用平台202所处的用户设备检测到针对于应用平台202的选择时，生成针对于应用平台的触发请求并且发送给服务器201。例如，当用户希望使用或下载应用平台中的应用时，需要触发(例如，点击)应用平台的图标。响应于应用平台202的图标的点击，生成针对于应用平台202的触发请求。

如图2所示，标签1、标签2、标签3、…等中对每个均对应于一个系统插件。系统插件的显示内容为当系统插件的标签被选中时(例如，默认的标签1、非默认的标签2和3)，在显示区域内进行显示的内容。非默认系统插件的呈现顺序用于指示非默认的标签2和3中每个的呈现顺序，例如，与标签1的邻接关系。例如，在图2中，非默认系统插件的呈现顺序例如是先标签2并且后标签3。

响应于所述应用平台的启动，根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现。其中当检测到与所述应用平台的启动相关联的资源被加载完毕后，确定所述应用平台的启动。与所述应用平台的启动相关联的资源例如是应用平台的框架、应用平台中已下载应用中部分应用的预加载文件、与应用平台被加载到内存中等。其中所述图形接口包括：标签栏和显示区域。标签栏包括：标签1、标签2、标签3、…，显示区域为标签栏上面的显示区域。其中显示区域显示的内容为与标签1的系统插件相关联的内容。例如，标签1的系统插件为体育游戏插件，那么显示区域内的排球图标正是与系统插件相对应的内容。

优选地，根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现包括：根据默认系统插件的标识确定所述应用平台的默认系统插件，并在所述显示区域中显示所述默认系统插件的显示内容。根据每个系统插件的标识确定标签栏中的每个标签的显示名称并且将与默认系统插件相关联的标签作为优先选择的默认标签。以及根据非默认系统插件的呈现顺序对与非默认系统插件相关联的非默认标签进行按序呈现。图2中的默认标签为标签1。还包括，在检测到针对于非默认标签的选择时，确定与所述非默认标签相关联的非默认系统插件，并且在所述显示区域中显示所述非默认系统插件的显示内容。例如，在检测到针对于标签3的选择时，确定与标签3相关联的系统插件，并且在所述显示区域中显示这个系统插件的显示内容。

如图2所示，当用户选择游戏系统插件时，应用平台会呈现游戏系统插件的运行界面(或内容界面、内部界面)，其中包括游戏203-1、游戏203-2、游戏203-3、游戏203-4以及游戏合集203-5。其中游戏合集203-5中包括多个游戏，并且用户可以通过各种操作方式来将游戏合集203-5外部的游戏放置到游戏合集203-5中，或将游戏合集203-5内部的游戏放置到游戏合集203-5外。

此外，本申请根据所述特定系统插件的内容描述文件确定与所述特定系统插件相关联的多个扩展插件以及所述多个扩展插件的显示样式信息。其中，与所述特定系统插件相关联的多个扩展插件可以被理解为所述特定系统插件所包括的多个扩展插件。所述多个扩展插件的显示样式信息包括：列表方式显示、图标方式显示、详细信息方式显示、幻灯片方式显示等各种类型。此外，所述多个扩展插件的显示样式信息中还包括将特定应用进行放大显示、或单独显示。至少一个系统插件中的每个系统插件具有内容主题，并且所述内容主题可以包括：游戏主题、安全主题、银行主题或旅游主题等。每个系统插件中多个扩展插件中的每个是与所属的系统插件的内容主题相关联的应用。

图3根据本发明另一实施方式的应用平台系统300的结构示意图。应用平台系统300包括：服务器301、应用平台302以及多个系统插件303。服务器301能够从用户设备接收到针对于应用平台的触发请求并且获取与所述应用平台相关联的动态配置文件。服务器301对所述动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件，并且获取所述至少一个系统插件的呈现配置信息。响应于应用平台302的启动，服务器301根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现。当检测到针对于所述至少一个系统插件中的特定系统插件的选择时，服务器301确定与所述特定系统插件相关联的多个扩展插件以及所述多个扩展插件的显示样式信息。服务器301根据所述多个扩展插件的显示样式信息中的显示样式在所述集成应用的图形接口中提供所述多个扩展插件。

当应用平台302所处的用户设备检测到针对于应用平台302的选择时，生成针对于应用平台的触发请求并且发送给服务器301。例如，当用户希望使用或下载应用平台中的应用时，需要触发(例如，点击)应用平台的图标。响应于应用平台302的图标的点击，生成针对于应用平台302的触发请求。

如图3所示，标签1、标签3、标签2、…等中对每个均对应于一个系统插件。系统插件的显示内容为当系统插件的标签被选中时(例如，默认的标签1、非默认的标签2和3)，在显示区域内进行显示的内容。非默认系统插件的呈现顺序用于指示非默认的标签3和2中每个的呈现顺序，例如，与标签1的邻接关系。例如，在图2中，非默认系统插件的呈现顺序例如是先标签3并且后标签2。

响应于所述应用平台的启动，根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现。其中当检测到与所述应用平台的启动相关联的资源被加载完毕后，确定所述应用平台的启动。与所述应用平台的启动相关联的资源例如是应用平台的框架、应用平台中已下载应用中部分应用的预加载文件、与应用平台被加载到内存中等。其中所述图形接口包括：标签栏和显示区域。标签栏包括：标签1、标签3、标签2、…，显示区域为标签栏上面的显示区域。其中显示区域显示的内容为与标签1的系统插件相关联的内容。例如，标签1的系统插件为电脑知识插件，那么显示区域内的电脑图标正是与系统插件相对应的内容。

优选地，根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现包括：根据默认系统插件的标识确定所述应用平台的默认系统插件，并在所述显示区域中显示所述默认系统插件的显示内容。根据每个系统插件的标识确定标签栏中的每个标签的显示名称并且将与默认系统插件相关联的标签作为优先选择的默认标签。以及根据非默认系统插件的呈现顺序对与非默认系统插件相关联的非默认标签进行按序呈现。图3中的默认标签为标签2。还包括，在检测到针对于非默认标签的选择时，确定与所述非默认标签相关联的非默认系统插件，并且在所述显示区域中显示所述非默认系统插件的显示内容。例如，在检测到针对于标签3的选择时，确定与标签3相关联的系统插件，并且在所述显示区域中显示这个系统插件的显示内容。

如图3所示，当用户选择电脑知识系统插件时，应用平台会呈现电脑知识系统插件的运行界面(或内容界面、内部界面)，其中包括电脑知识303-1、电脑知识303-2、电脑知识303-3、电脑知识303-4以及电脑知识合集303-5。其中电脑知识合集303-5中包括多个电脑知识，并且用户可以通过各种操作方式来将电脑知识合集303-5外部的电脑知识放置到电脑知识合集303-5中，或将电脑知识合集303-5内部的电脑知识放置到电脑知识合集303-5外。

此外，本申请根据所述特定系统插件的内容描述文件确定与所述特定系统插件相关联的多个扩展插件以及所述多个扩展插件的显示样式信息。其中，与所述特定系统插件相关联的多个扩展插件可以被理解为所述特定系统插件所包括的多个扩展插件。所述多个扩展插件的显示样式信息包括：列表方式显示、图标方式显示、详细信息方式显示、幻灯片方式显示等各种类型。此外，所述多个扩展插件的显示样式信息中还包括将特定应用进行放大显示、或单独显示。至少一个系统插件中的每个系统插件具有内容主题，并且所述内容主题可以包括：游戏主题、安全主题、银行主题或旅游主题等。每个系统插件中多个扩展插件中的每个是与所属的系统插件的内容主题相关联的应用。

图4根据本发明再一实施方式的应用平台系统400的结构示意图。应用平台系统400包括：服务器401、应用平台402以及多个系统插件403。服务器401能够从用户设备接收到针对于应用平台的触发请求并且获取与所述应用平台相关联的动态配置文件。服务器401对所述动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件，并且获取所述至少一个系统插件的呈现配置信息。响应于应用平台402的启动，服务器401根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现。当检测到针对于所述至少一个系统插件中的特定系统插件的选择时，服务器401确定与所述特定系统插件相关联的多个扩展插件以及所述多个扩展插件的显示样式信息。服务器401根据所述多个扩展插件的显示样式信息中的显示样式在所述集成应用的图形接口中提供所述多个扩展插件。

当应用平台402所处的用户设备检测到针对于应用平台402的选择时，生成针对于应用平台的触发请求并且发送给服务器401。例如，当用户希望使用或下载应用平台中的应用时，需要触发(例如，点击)应用平台的图标。响应于应用平台402的图标的点击，生成针对于应用平台402的触发请求。

如图4所示，默认标签、标签1、标签2、…等中对每个均对应于一个系统插件。其中图4中的默认标签可以对应于应用平台或服务器为用户创建的定制标签。这个定制标签中可以包括来自多个原始的系统插件中的扩展插件。例如，用户经常访问的是游戏系统插件中的游戏3，以及电脑知识系统插件中的电脑知识集合5。那么，在满足预先设定的或动态的条件时，服务器或应用平台为用户生成包括游戏3和电脑知识集合5的定制插件并且利用默认标签进行识别。如图4所示，默认标签为新生成的并且是与标签1、2、…不同的标签。

图5根据本发明实施方式的用户终端的屏幕显示内容的示意图。如图5所示，在显示界面500中，应用平台503与用户设备中的非平台应用501、非平台应用502、非平台应用504和非平台应用集合505进行同级显示。由此可知，在用户设备中通常可以将应用平台显示为与普通应用图标相同的图标。应用平台所占用的初始存储空间较小，这是因为应用平台对于其中的多数应用提供的是访问接口。随着用户对应用平台的使用，应用平台所占用的存储空间会变大，这是因为部分应用会根据用户的触发指令被下载到用户设备中。

图6根据本发明实施方式的基于插件机制构建应用平台的系统600的结构示意图。系统600能够根据触发请求获取与应用平台相关联的动态配置文件，并且对动态配置文件进行解析以确定至少一个系统插件和呈现配置信息。响应于应用平台的启动，系统600能够根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现，并且当检测到针对于所述至少一个系统插件中的特定系统插件的选择时，确定与所述特定系统插件相关联的多个扩展插件以及所述多个扩展插件的显示样式信息，以及根据所述多个扩展插件的显示样式信息中的显示样式在所述集成应用的图形接口中提供所述多个扩展插件。

如图6所示，系统600包括：获取单元601、解析单元602、初始化单元603、处理单元604以及呈现单元605。当从用户设备接收到针对于应用平台的触发请求时，获取单元601获取与所述应用平台相关联的动态配置文件。此外，在从用户设备接收到针对于应用平台的触发请求之前，还包括将所述应用平台预先安装到所述用户设备中并且将所述应用平台与所述用户设备中的非平台应用进行同级显示。由此可知，在用户设备中通常可以将应用平台显示为与普通应用图标相同的图标。应用平台所占用的初始存储空间较小，这是因为应用平台对于其中的多数应用提供的是访问接口。随着用户对应用平台的使用，应用平台所占用的存储空间会变大，这是因为部分应用会根据用户的触发指令被下载到用户设备中。

当用户设备检测到针对于所述应用平台的选择时，生成针对于应用平台的触发请求。例如，当用户希望使用或下载应用平台中的应用时，需要触发(例如，点击)应用平台的图标。响应于应用平台的图标的点击，生成针对于应用平台的触发请求。

动态配置文件可以包括以下数据项中的至少一个：系统插件数量、系统插件的标识、默认系统插件的标识、系统插件的显示内容以及非默认系统插件的呈现顺序。其中，每个系统插件都可以被看作是插件(扩展插件)的母体插件，并用于为插件(扩展插件)提供统一的呈现接口或界面。通常，系统插件的数量可以对应于应用的分类数量，这是因为每个应用分类可以对应一个系统插件。系统插件的标识是系统插件的名称，例如，棋牌游戏系统插件、动作游戏系统插件、银行应用系统插件等。默认系统插件是作为应用平台的首选呈现的系统插件，即当应用平台运行时默认显示的系统插件，如图2中标签1对应的系统插件。系统插件的显示内容为当系统插件的标签被选中时(例如，图2中默认的标签1、非默认的标签2和3)，在显示区域内进行显示的内容。非默认系统插件的呈现顺序用于指示非默认的标签2和3中每个的呈现顺序，例如，与标签1的邻接关系。通常，非默认系统插件的呈现顺序例如可以是标签2、标签3，或者标签3、标签2。

此外，还包括根据所述应用平台所统计的运行数据对所述动态配置文件中的一个或多个数据项进行调整。或者，根据用户输入的设置数据对所述动态配置文件中的一个或多个数据项进行调整。或者在接收到停止运行所述应用平台的指示时，根据所述应用平台的当前运行数据对所述动态配置文件中的一个或多个数据项进行调整。即在上述情况下，可以对系统插件数量、系统插件的标识、默认系统插件的标识、系统插件的显示内容以及非默认系统插件的呈现顺序中的一个或多个进行调整。例如，增加或减少系统插件的数量、修改某个系统插件的标识、修改默认系统插件、修改系统插件的显示内容以及修改非默认系统插件的呈现顺序。

解析单元602通过对动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件，并且获取所述至少一个系统插件的呈现配置信息。其中对所述动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件包括：对所述动态配置文件进行解析以获取所述动态配置文件中的系统插件数量和系统插件的标识，根据系统插件数量和系统插件的标识确定与所述应用平台相关联的至少一个系统插件。其中对所述动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件包括：对所述动态配置文件进行解析以获取所述动态配置文件中的每个系统插件的标识，根据每个系统插件的标识确定与所述应用平台相关联的至少一个系统插件。所述获取所述至少一个系统插件的呈现配置信息包括：获取所述动态配置文件中与所述至少一个系统插件的呈现配置相关联的呈现配置信息。其中所述呈现配置信息包括：默认系统插件的标识、系统插件的显示内容以及非默认系统插件的呈现顺序。

响应于所述应用平台的启动，初始化单元603根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现。其中当检测到与所述应用平台的启动相关联的资源被加载完毕后，确定所述应用平台的启动。与所述应用平台的启动相关联的资源例如是应用平台的框架、应用平台中已下载应用中部分应用的预加载文件、与应用平台被加载到内存中等。其中所述图形接口包括：标签栏和显示区域。如图2所示，标签栏包括：标签1、标签2、标签3、…，显示区域为标签栏上面的显示区域。

优选地，根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现包括：根据默认系统插件的标识确定所述应用平台的默认系统插件，并在所述显示区域中显示所述默认系统插件的显示内容。根据每个系统插件的标识确定标签栏中的每个标签的显示名称并且将与默认系统插件相关联的标签作为优先选择的默认标签。以及根据非默认系统插件的呈现顺序对与非默认系统插件相关联的非默认标签进行按序呈现。图2中的默认标签为标签1、图3中的默认标签为标签2以及图4中的默认标签为新生成的并且是与标签1、2、3…不同的标签。还包括，在检测到针对于非默认标签的选择时，确定与所述非默认标签相关联的非默认系统插件，并且在所述显示区域中显示所述非默认系统插件的显示内容。例如，在检测到针对于标签3的选择时，确定与标签3相关联的系统插件，并且在所述显示区域中显示这个系统插件的显示内容。

当检测到针对于所述至少一个系统插件中的特定系统插件的选择时，、处理单元604确定与所述特定系统插件相关联的多个扩展插件以及所述多个扩展插件的显示样式信息。由于每个系统插件都可以被看作是插件(扩展插件)的母体插件，并用于为插件(扩展插件)提供统一的呈现接口或界面。为此，当特定系统插件被选择并且运行时，应用平台会呈现特定系统插件所包括的多个扩展插件。例如，如图2所示，当用户选择游戏系统插件时，应用平台会呈现游戏系统插件的运行界面(或内容界面、内部界面)，其中包括游戏203-1、游戏203-2、游戏203-3、游戏203-4以及游戏合集203-5。其中游戏合集203-5中包括多个游戏，并且用户可以通过各种操作方式来将游戏合集203-5外部的游戏放置到游戏合集203-5中，或将游戏合集203-5内部的游戏放置到游戏合集203-5外。

此外，本申请根据所述特定系统插件的内容描述文件确定与所述特定系统插件相关联的多个扩展插件以及所述多个扩展插件的显示样式信息。其中，与所述特定系统插件相关联的多个扩展插件可以被理解为所述特定系统插件所包括的多个扩展插件。所述多个扩展插件的显示样式信息包括：列表方式显示、图标方式显示、详细信息方式显示、幻灯片方式显示等各种类型。此外，所述多个扩展插件的显示样式信息中还包括将特定应用进行放大显示、或单独显示。至少一个系统插件中的每个系统插件具有内容主题，并且所述内容主题可以包括：游戏主题、安全主题、银行主题或旅游主题等。每个系统插件中多个扩展插件中的每个是与所属的系统插件的内容主题相关联的应用。

呈现单元605根据所述多个扩展插件的显示样式信息中的显示样式在所述集成应用的图形接口中提供所述多个扩展插件。其中根据显示样式信息中的显示样式在所述集成应用的图形接口中提供所述多个扩展插件可以包括：利用列表方式在所述集成应用的图形接口中提供所述多个扩展插件、利用图标方式在所述集成应用的图形接口中提供所述多个扩展插件、利用详细信息方式在所述集成应用的图形接口中提供所述多个扩展插件、利用幻灯片方式在所述集成应用的图形接口中提供所述多个扩展插件等各种类型。此外，还包括将所提供的多个扩展插件中的一个或多个进行放大显示、或将所提供的多个扩展插件中的一个或多个进行单独显示。

还包括在检测到针对于多个扩展插件中的特定插件的选择时，运行与所述特定插件相关联的应用。通常，当用户选择选择购物应用、订餐应用等时，通常还需要运行支付应用进行支付。为此，当特定插件为购物应用、订餐应用等，会运行与购物应用、订餐应用等相关联的支付应用。在检测到针对于多个扩展插件中的特定插件的选择时，下载与所述特定插件相关联的应用并且运行所述应用。由内容提供商来提供与所述特定插件相关联的应用，所述应用符合所述特定插件的接口标准。

图7根据本发明实施方式的对基于插件的应用平台进行动态优化的方法700的流程图。方法700能够对应用平台内多个系统插件的运行数据进行统计以获取与每个系统插件相关联的统计文件，并且获取预先设置的且与所述应用平台相关联的动态优化文件，以及对所述动态优化文件进行解析以确定至少一个动态控制项。方法700根据所述至少一个动态控制项和每个扩展插件的属性信息确定每个扩展插件的控制策略，所述控制策略包括触发条件和控制手段，并且响应于触发条件的满足，确定与所述触发条件相关联的一个或多个扩展插件并且根据相应的控制策略对所述一个或多个扩展插件进行控制。

如图7所示，方法700从步骤701处开始。在步骤701，对所述基于插件的应用平台内多个系统插件的运行数据进行统计，以获取与每个系统插件相关联的统计文件。其中统计文件包括系统插件内多个扩展插件中每个扩展插件的属性信息。从总体上来说，属性信息包括扩展插件的自身信息和与扩展插件相关联的插件的关联信息。此外，本申请在用户设备中预先安装所述应用平台并且将所述应用平台与所述用户设备中的非平台应用进行同级显示。由服务器(例如，图2中的服务器201、图3中的服务器301以及图4中的服务器401)对所述多个系统插件的运行数据进行统计，或由应用平台(例如，应用平台202、302和402)对所述多个系统插件的运行数据进行统计。随后，将与每个系统插件相关联的统计文件存储在所述服务器或用户设备中。当所述用户设备检测到针对于所述应用平台的选择时，生成针对于应用平台的触发请求。当检测到与所述应用平台的启动相关联的资源被加载完毕后，确定所述应用平台的启动。

在步骤702，获取预先设置的且与所述应用平台相关联的动态优化文件，并且对所述动态优化文件进行解析以确定至少一个动态控制项。其中所述动态优化文件包括多个动态控制项，其中动态控制项为：自动下载、自动删除、自动开始运行、自动停止运行或优先呈现。优选地，当确定用户设备处于特定位置或当前时间为特定时间时，应用平台可以自动下载与特定位置或特定时间相关联的扩展插件(与扩展插件相关联的应用)。当应用平台中的特定应用(或扩展插件)的使用频率过低或者预定时间内未被使用时，应用平台可以自动删除所述特定应用(但保留与所述特定应用相关联的记录数据)。当特定应用的使用频率大于阈值时，应用平台在启动时可以自动开始运行所述特定应用(或特定扩展插件)。或者，当确定用户设备处于特定位置或当前时间为特定时间时，应用平台可以自动开始运行与特定位置或特定时间相关联的应用(或特定扩展插件)。当特定应用的位于后台运行的时间大于阈值时，应用平台可以自动停止运行所述特定应用(或特定扩展插件)。或者，当确定用户设备处于特定位置或当前时间为特定时间时，应用平台可以自动停止运行与特定位置或特定时间相关联的应用(或特定扩展插件)。此外，应用平台可以根据当前位置、当前时间、使用频率等来对特定应用(或特定扩展插件、系统插件)进行优先呈现。

在步骤703，根据所述至少一个动态控制项(例如，有剩余空间时下载、无剩余空间时删除、内容压缩、停止运行等)和每个扩展插件的属性信息确定每个扩展插件的控制策略，所述控制策略包括触发条件和控制手段。所述属性信息包括日均运行次数，在第一扩展插件的日均运行次数大于次数阈值时，将所述第一扩展插件的触发条件设置为所归属的系统插件被选择并且将控制手段设置为自动运行。属性信息包括插件尺寸，在第二扩展插件的插件尺寸大于尺寸上限阈值时，将所述第二扩展插件的触发条件设置为应用平台启动并且将控制手段设置为自动下载。属性信息包括插件尺寸，在第三扩展插件的插件尺寸小于尺寸下限阈值时，将所述第三扩展插件的触发条件设置为应用平台停止运行并且将控制手段设置为自动删除。属性信息包括插件尺寸，在第四扩展插件的插件尺寸小于尺寸下限阈值时，将所述第四扩展插件的触发条件设置为应用平台进行后台运行状态并且将控制手段设置为自动删除。还包括将所述第四扩展插件的触发条件设置为应用平台从后台运行状态切换为前台运行状态并且将控制手段设置为自动下载。属性信息包括累计运行时间，在第五扩展插件的累计运行时间大于时间阈值时，将所述第五扩展插件的触发条件设置为所归属的系统插件被选择并且将控制手段设置为优先呈现。其中累计运行时间为最近的预定时间内的运行时间的总和。优先呈现包括以下内容中的至少一个：按照动态图标进行呈现、按照大尺寸图标进行呈现、在中心位置处进行呈现以及在快捷位置处进行呈现。

属性信息包括故障次数，在第六扩展插件的故障次数大于次数阈值时，将所述第六扩展插件的触发条件设置为运行时间超时并且将控制手段设置为自动停止运行。属性信息包括安全系数，在第七扩展插件的安全系数小于安全阈值时，将所述第七扩展插件的触发条件设置为运行时间超时并且将控制手段设置为自动停止运行。属性信息包括运行结束时间，在第八扩展插件的所有的运行结束时间均处于时间统计范围内，将所述第八扩展插件的触发条件设置为所归属的系统插件被取消选择并且将控制手段设置为自动删除。属性信息包括运行启动时间，在第九扩展插件的所有的运行启动时间均处于时间统计范围内，将所述第九扩展插件的触发条件设置为应用平台启动并且将控制手段设置为自动进入后台运行状态。

在步骤704，响应于触发条件的满足，确定与所述触发条件相关联的一个或多个扩展插件并且根据相应的控制策略对所述一个或多个扩展插件进行控制。多个系统插件中的每个系统插件具有内容主题，并且所述内容主题包括：游戏主题、安全主题、银行主题或旅游主题。每个系统插件中多个扩展插件中的每个是与所属的系统插件的内容主题相关联的应用。在检测到针对于多个扩展插件中的特定插件的选择时，运行与所述特定插件相关联的应用。在检测到针对于多个扩展插件中的特定插件的选择时，下载与所述特定插件相关联的应用并且运行所述应用。由内容提供商来提供与所述特定插件相关联的应用，所述应用符合所述特定插件的接口标准。

图8根据本发明实施方式的对基于插件的应用平台进行动态优化的系统800的结构示意图。系统800能够对应用平台内多个系统插件的运行数据进行统计以获取与每个系统插件相关联的统计文件，并且获取预先设置的且与所述应用平台相关联的动态优化文件，以及对所述动态优化文件进行解析以确定至少一个动态控制项。系统800根据所述至少一个动态控制项和每个扩展插件的属性信息确定每个扩展插件的控制策略，所述控制策略包括触发条件和控制手段，并且响应于触发条件的满足，确定与所述触发条件相关联的一个或多个扩展插件并且根据相应的控制策略对所述一个或多个扩展插件进行控制。

如图8所示，系统800包括：统计单元801、解析单元802、处理单元803以及控制单元804。统计单元801对所述基于插件的应用平台内多个系统插件的运行数据进行统计，以获取与每个系统插件相关联的统计文件。其中统计文件包括系统插件内多个扩展插件中每个扩展插件的属性信息。从总体上来说，属性信息包括扩展插件的自身信息和与扩展插件相关联的插件的关联信息。此外，本申请在用户设备中预先安装所述应用平台并且将所述应用平台与所述用户设备中的非平台应用进行同级显示。由服务器(例如，图2中的服务器201、图3中的服务器301以及图4中的服务器401)对所述多个系统插件的运行数据进行统计，或由应用平台(例如，应用平台202、302和402)对所述多个系统插件的运行数据进行统计。随后，将与每个系统插件相关联的统计文件存储在所述服务器或用户设备中。当所述用户设备检测到针对于所述应用平台的选择时，生成针对于应用平台的触发请求。当检测到与所述应用平台的启动相关联的资源被加载完毕后，确定所述应用平台的启动。

解析单元802、处理单元803以及控制单元804获取预先设置的且与所述应用平台相关联的动态优化文件，并且对所述动态优化文件进行解析以确定至少一个动态控制项。其中所述动态优化文件包括多个动态控制项，其中动态控制项为：自动下载、自动删除、自动开始运行、自动停止运行或优先呈现。优选地，当确定用户设备处于特定位置或当前时间为特定时间时，应用平台可以自动下载与特定位置或特定时间相关联的扩展插件(与扩展插件相关联的应用)。当应用平台中的特定应用(或扩展插件)的使用频率过低或者预定时间内未被使用时，应用平台可以自动删除所述特定应用(但保留与所述特定应用相关联的记录数据)。当特定应用的使用频率大于阈值时，应用平台在启动时可以自动开始运行所述特定应用(或特定扩展插件)。或者，当确定用户设备处于特定位置或当前时间为特定时间时，应用平台可以自动开始运行与特定位置或特定时间相关联的应用(或特定扩展插件)。当特定应用的位于后台运行的时间大于阈值时，应用平台可以自动停止运行所述特定应用(或特定扩展插件)。或者，当确定用户设备处于特定位置或当前时间为特定时间时，应用平台可以自动停止运行与特定位置或特定时间相关联的应用(或特定扩展插件)。此外，应用平台可以根据当前位置、当前时间、使用频率等来对特定应用(或特定扩展插件、系统插件)进行优先呈现。

处理单元803根据所述至少一个动态控制项(例如，有剩余空间时下载、无剩余空间时删除、内容压缩、停止运行等)和每个扩展插件的属性信息确定每个扩展插件的控制策略，所述控制策略包括触发条件和控制手段。所述属性信息包括日均运行次数，在第一扩展插件的日均运行次数大于次数阈值时，将所述第一扩展插件的触发条件设置为所归属的系统插件被选择并且将控制手段设置为自动运行。属性信息包括插件尺寸，在第二扩展插件的插件尺寸大于尺寸上限阈值时，将所述第二扩展插件的触发条件设置为应用平台启动并且将控制手段设置为自动下载。属性信息包括插件尺寸，在第三扩展插件的插件尺寸小于尺寸下限阈值时，将所述第三扩展插件的触发条件设置为应用平台停止运行并且将控制手段设置为自动删除。属性信息包括插件尺寸，在第四扩展插件的插件尺寸小于尺寸下限阈值时，将所述第四扩展插件的触发条件设置为应用平台进行后台运行状态并且将控制手段设置为自动删除。还包括将所述第四扩展插件的触发条件设置为应用平台从后台运行状态切换为前台运行状态并且将控制手段设置为自动下载。属性信息包括累计运行时间，在第五扩展插件的累计运行时间大于时间阈值时，将所述第五扩展插件的触发条件设置为所归属的系统插件被选择并且将控制手段设置为优先呈现。其中累计运行时间为最近的预定时间内的运行时间的总和。优先呈现包括以下内容中的至少一个：按照动态图标进行呈现、按照大尺寸图标进行呈现、在中心位置处进行呈现以及在快捷位置处进行呈现。

属性信息包括故障次数，在第六扩展插件的故障次数大于次数阈值时，将所述第六扩展插件的触发条件设置为运行时间超时并且将控制手段设置为自动停止运行。属性信息包括安全系数，在第七扩展插件的安全系数小于安全阈值时，将所述第七扩展插件的触发条件设置为运行时间超时并且将控制手段设置为自动停止运行。属性信息包括运行结束时间，在第八扩展插件的所有的运行结束时间均处于时间统计范围内，将所述第八扩展插件的触发条件设置为所归属的系统插件被取消选择并且将控制手段设置为自动删除。属性信息包括运行启动时间，在第九扩展插件的所有的运行启动时间均处于时间统计范围内，将所述第九扩展插件的触发条件设置为应用平台启动并且将控制手段设置为自动进入后台运行状态。

控制单元804响应于触发条件的满足，确定与所述触发条件相关联的一个或多个扩展插件并且根据相应的控制策略对所述一个或多个扩展插件进行控制。多个系统插件中的每个系统插件具有内容主题，并且所述内容主题包括：游戏主题、安全主题、银行主题或旅游主题。每个系统插件中多个扩展插件中的每个是与所属的系统插件的内容主题相关联的应用。在检测到针对于多个扩展插件中的特定插件的选择时，运行与所述特定插件相关联的应用。在检测到针对于多个扩展插件中的特定插件的选择时，下载与所述特定插件相关联的应用并且运行所述应用。由内容提供商来提供与所述特定插件相关联的应用，所述应用符合所述特定插件的接口标准。

图9根据本发明实施方式的对基于插件的应用平台进行定制呈现的方法900的流程图。方法900在接收到针对于应用平台的触发请求时，获取与所述应用平台相关联的动态配置文件并且对所述触发请求进行解析以获取与用户设备相关联的状态信息。方法900对所述动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件，并且获取与每个系统插件相关联的统计信息，所述统计信息包括系统插件内多个扩展插件中每个扩展插件的运行记录数据。方法900根据所述统计信息和/或状态信息在预先设置的呈现规则中进行规则匹配，根据匹配的结果确定用于所述应用平台的定制呈现方案，并且基于所述定制呈现方案确定所述应用平台的默认系统插件，并在所述应用平台的呈现区域中呈现所述默认系统插件的显示内容。

如图9所述，方法900从步骤901处开始。在步骤901，当从用户设备接收到针对于应用平台的触发请求时，获取与所述应用平台相关联的动态配置文件，并且对所述触发请求进行解析以获取与用户设备相关联的状态信息。此外，在从用户设备接收到针对于应用平台的触发请求之前，还包括将所述应用平台预先安装到所述用户设备中并且将所述应用平台与所述用户设备中的非平台应用进行同级显示。由此可知，在用户设备中通常可以将应用平台显示为与普通应用图标相同的图标。应用平台所占用的初始存储空间较小，这是因为应用平台对于其中的多数应用提供的是访问接口。随着用户对应用平台的使用，应用平台所占用的存储空间会变大，

当用户设备检测到针对于所述应用平台的选择时，生成针对于应用平台的触发请求。例如，当用户希望使用或下载应用平台中的应用时，需要触发(例如，点击)应用平台的图标。响应于应用平台的图标的点击，生成针对于应用平台的触发请求。动态配置文件包括以下数据项中的至少一个：系统插件数量、系统插件的标识、默认系统插件的标识、系统插件的显示内容以及非默认系统插件的呈现顺序。其中，每个系统插件都可以被看作是插件(扩展插件)的母体插件，并用于为插件(扩展插件)提供统一的呈现接口或界面。通常，系统插件的数量可以对应于应用的分类数量，这是因为每个应用分类可以对应一个系统插件。系统插件的标识是系统插件的名称，例如，棋牌游戏系统插件、动作游戏系统插件、银行应用系统插件等。默认系统插件是作为应用平台的首选呈现的系统插件，即当应用平台运行时默认显示的系统插件，如图2中标签1对应的系统插件。系统插件的显示内容为当系统插件的标签被选中时(例如，图2中默认的标签1、非默认的标签2和3)，在显示区域内进行显示的内容。非默认系统插件的呈现顺序用于指示非默认的标签2和3中每个的呈现顺序，例如，与标签1的邻接关系。通常，非默认系统插件的呈现顺序例如可以是标签2、标签3，或者标签3、标签2。

此外，还包括根据所述应用平台所统计的运行数据对所述动态配置文件中的一个或多个数据项进行调整。或者，根据用户输入的设置数据对所述动态配置文件中的一个或多个数据项进行调整。或者在接收到停止运行所述应用平台的指示时，根据所述应用平台的当前运行数据对所述动态配置文件中的一个或多个数据项进行调整。即在上述情况下，可以对系统插件数量、系统插件的标识、默认系统插件的标识、系统插件的显示内容以及非默认系统插件的呈现顺序中的一个或多个进行调整。例如，增加或减少系统插件的数量、修改某个系统插件的标识、修改默认系统插件、修改系统插件的显示内容以及修改非默认系统插件的呈现顺序。

其中，状态信息包括：当前位置和/或当前时间。当前位置例如是用户设备或移动终端的当前位置，并且当前时间可以当地的标准时间。本申请还获取所述至少一个系统插件的呈现配置信息，并且响应于所述应用平台的启动，根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现。其中所述呈现配置信息包括：默认系统插件的标识、系统插件的显示内容以及非默认系统插件的呈现顺序，并且所述图形接口包括：标签栏和显示区域。如图2所示，标签栏包括：标签1、标签2、标签3、…，显示区域为标签栏上面的显示区域。

在步骤902，对所述动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件。其中对所述动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件包括：对所述动态配置文件进行解析以获取所述动态配置文件中的每个系统插件的标识，根据每个系统插件的标识确定与所述应用平台相关联的至少一个系统插件；或者对所述动态配置文件进行解析以获取所述动态配置文件中的系统插件数量和系统插件的标识，根据系统插件数量和系统插件的标识确定与所述应用平台相关联的至少一个系统插件。

在步骤903，获取与每个系统插件相关联的统计信息，所述统计信息包括系统插件内多个扩展插件中每个扩展插件的运行记录数据。由服务器(例如，服务器201、301和401)对所述多个系统插件中每个的运行数据进行统计以生成统计信息，或由应用平台对所述多个系统插件中每个的运行数据进行统计以生成统计信息。将与每个系统插件相关联的统计信息组成统计文件，并且将所述统计文件存储在所述服务器或用户设备中。

运行记录数据包括：统计的运行位置、统计的运行时间区间和/或统计的关联插件。统计的运行位置例如是用户的住宅或办公室。统计的运行时间区间例如是上午9点至下午5点、晚上7点至晚上11点。例如，用户通常在办公室或上午9点至下午5点期间运行办公插件(应用)，和/或在住宅或晚上7点至晚上11点期间运行游戏插件(应用)。统计的关联插件通常用于指示相关应用的关联运行。例如，用户在使用购物插件(应用)来浏览商品时，通常需要使用支付插件(应用)以完成商品的购买。

在步骤904，根据所述统计信息和/或状态信息在预先设置的呈现规则中进行规则匹配，根据匹配的结果(当匹配的结果中具有多个匹配规则时，进行二次计算以确定所选择的匹配规则，二次计算例如可以是随机选取、位置优先、时间优先等)确定用于所述应用平台的定制呈现方案。呈现规则包括：位置优先呈现和时间优先呈现规则。具体地，当扩展插件在用户设备位于特定位置处时启动的次数与总启动次数的比值大于位置统计阈值时，将所述特定位置确定为所述统计的运行位置。例如当游戏插件在用户设备位于住宅处时启动的次数(8次)与总启动次数(10次)的比值大于位置统计阈值(70％)时，将住宅确定为所述统计的运行位置。当扩展插件在特定运行时间区间内启动的次数与总启动次数的比值大于时间统计阈值时，将所述特定运行时间区间确定为所述统计的运行时间区间。例如，当办公插件在上午9点至下午5点的区间内启动的次数(15次)与总启动次数(20次)的比值大于时间统计阈值(60％)时，将上午9点至下午5点的区间确定为所述统计的运行时间区间。以及当扩展插件与关联插件进行关联启动的次数与扩展插件的总启动次数的比值大于关联统计阈值时，将所述关联插件确定为所述统计的关联插件。当购物插件与支付插件进行关联启动的次数(27次)与扩展插件的总启动次数(30次)的比值大于关联统计阈值(65％)时，将所述支付插件确定为所述统计的关联插件。

其中，根据所述统计信息和/或状态信息在预先设置的呈现规则中进行规则匹配包括：当所述当前位置位于所述统计的运行位置处时，确定与所述位置优先呈现匹配，选择与所述统计的运行位置相关联的至少一个扩展插件。其中，根据所述统计信息和/或状态信息在预先设置的呈现规则中进行规则匹配包括：当所述当前时间位于所述统计的运行时间区间内时，确定与所述时间优先呈现匹配，选择与所述统计的运行时间区间相关联的至少一个扩展插件。其中，根据所述统计信息和/或状态信息在预先设置的呈现规则中进行规则匹配包括：当所述当前位置位于所述统计的运行位置处并且所述当前时间位于所述统计的运行时间区间内时，确定与所述位置优先呈现和时间优先呈现匹配，选择与所述统计的运行位置相关联的至少一个扩展插件和与所述统计的运行时间区间相关联的至少一个扩展插件。

在步骤905，基于所述定制呈现方案确定所述应用平台的默认系统插件，并在所述应用平台的呈现区域中呈现所述默认系统插件的显示内容。还包括确定所述应用平台中除默认系统插件之外其他系统插件的顺序。当所选择的扩展插件全部属于相同的系统插件时，则将所述系统插件作为默认系统插件。当所选择的扩展插件属于不同的系统插件时，则生成包括所选择的扩展插件的新系统插件并且将所述新系统插件作为默认系统插件。确定所选择的扩展插件中每个扩展插件的统计的关联插件，当所选择的扩展插件和关联插件全部属于相同的系统插件时，则将所述系统插件作为默认系统插件。当所选择的扩展插件和关联插件属于不同的系统插件时，则生成包括所选择的扩展插件和关联插件的新系统插件并且将所述新系统插件作为默认系统插件。例如，用户经常访问的是游戏系统插件中的游戏3，以及电脑知识系统插件中的电脑知识集合5。那么，在满足预先设定的或动态的条件时，服务器或应用平台为用户生成包括游戏3和电脑知识集合5的定制插件并且利用默认标签进行识别。如图4所示，默认标签为新生成的并且是与标签1、2、…不同的标签。

其中根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现包括：根据默认系统插件的标识确定所述应用平台的默认系统插件，并在所述显示区域中显示所述默认系统插件的显示内容；根据每个系统插件的标识确定标签栏中的每个标签的显示名称；将与默认系统插件相关联的标签作为优先选择的默认标签；以及根据非默认系统插件的呈现顺序对与非默认系统插件相关联的非默认标签进行按序呈现。还包括在检测到针对于非默认标签的选择时，确定与所述非默认标签相关联的非默认系统插件，并且在所述显示区域中显示所述非默认系统插件的显示内容。

图10根据本发明实施方式的对基于插件的应用平台进行定制呈现的系统1000的结构示意图。系统1000在接收到针对于应用平台的触发请求时，获取与所述应用平台相关联的动态配置文件并且对所述触发请求进行解析以获取与用户设备相关联的状态信息。系统1000对所述动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件，并且获取与每个系统插件相关联的统计信息，所述统计信息包括系统插件内多个扩展插件中每个扩展插件的运行记录数据。系统1000根据所述统计信息和/或状态信息在预先设置的呈现规则中进行规则匹配，根据匹配的结果确定用于所述应用平台的定制呈现方案，并且基于所述定制呈现方案确定所述应用平台的默认系统插件，并在所述应用平台的呈现区域中呈现所述默认系统插件的显示内容。

如图10所述，系统1000包括：获取单元1001、解析单元1002、匹配单元1003以及呈现单元1004。当从用户设备接收到针对于应用平台的触发请求时，获取单元1001获取与所述应用平台相关联的动态配置文件。此外，在从用户设备接收到针对于应用平台的触发请求之前，还包括将所述应用平台预先安装到所述用户设备中并且将所述应用平台与所述用户设备中的非平台应用进行同级显示。由此可知，在用户设备中通常可以将应用平台显示为与普通应用图标相同的图标。应用平台所占用的初始存储空间较小，这是因为应用平台对于其中的多数应用提供的是访问接口。随着用户对应用平台的使用，应用平台所占用的存储空间会变大，

当用户设备检测到针对于所述应用平台的选择时，生成针对于应用平台的触发请求。例如，当用户希望使用或下载应用平台中的应用时，需要触发(例如，点击)应用平台的图标。响应于应用平台的图标的点击，生成针对于应用平台的触发请求。动态配置文件包括以下数据项中的至少一个：系统插件数量、系统插件的标识、默认系统插件的标识、系统插件的显示内容以及非默认系统插件的呈现顺序。其中，每个系统插件都可以被看作是插件(扩展插件)的母体插件，并用于为插件(扩展插件)提供统一的呈现接口或界面。通常，系统插件的数量可以对应于应用的分类数量，这是因为每个应用分类可以对应一个系统插件。系统插件的标识是系统插件的名称，例如，棋牌游戏系统插件、动作游戏系统插件、银行应用系统插件等。默认系统插件是作为应用平台的首选呈现的系统插件，即当应用平台运行时默认显示的系统插件，如图2中标签1对应的系统插件。系统插件的显示内容为当系统插件的标签被选中时(例如，图2中默认的标签1、非默认的标签2和3)，在显示区域内进行显示的内容。非默认系统插件的呈现顺序用于指示非默认的标签2和3中每个的呈现顺序，例如，与标签1的邻接关系。通常，非默认系统插件的呈现顺序例如可以是标签2、标签3，或者标签3、标签2。

此外，还包括根据所述应用平台所统计的运行数据对所述动态配置文件中的一个或多个数据项进行调整。或者，根据用户输入的设置数据对所述动态配置文件中的一个或多个数据项进行调整。或者在接收到停止运行所述应用平台的指示时，根据所述应用平台的当前运行数据对所述动态配置文件中的一个或多个数据项进行调整。即在上述情况下，可以对系统插件数量、系统插件的标识、默认系统插件的标识、系统插件的显示内容以及非默认系统插件的呈现顺序中的一个或多个进行调整。例如，增加或减少系统插件的数量、修改某个系统插件的标识、修改默认系统插件、修改系统插件的显示内容以及修改非默认系统插件的呈现顺序。

获取单元1001获取与每个系统插件相关联的统计信息，所述统计信息包括系统插件内多个扩展插件中每个扩展插件的运行记录数据。由服务器(例如，服务器201、301和401)对所述多个系统插件中每个的运行数据进行统计以生成统计信息，或由应用平台对所述多个系统插件中每个的运行数据进行统计以生成统计信息。将与每个系统插件相关联的统计信息组成统计文件，并且将所述统计文件存储在所述服务器或用户设备中。

运行记录数据包括：统计的运行位置、统计的运行时间区间和/或统计的关联插件。统计的运行位置例如是用户的住宅或办公室。统计的运行时间区间例如是上午9点至下午5点、晚上7点至晚上11点。例如，用户通常在办公室或上午9点至下午5点期间运行办公插件(应用)，和/或在住宅或晚上7点至晚上11点期间运行游戏插件(应用)。统计的关联插件通常用于指示相关应用的关联运行。例如，用户在使用购物插件(应用)来浏览商品时，通常需要使用支付插件(应用)以完成商品的购买。

解析单元1002对所述触发请求进行解析以获取与用户设备相关联的状态信息。状态信息包括：当前位置和/或当前时间。当前位置例如是用户设备或移动终端的当前位置，并且当前时间可以当地的标准时间。本申请还获取所述至少一个系统插件的呈现配置信息，并且响应于所述应用平台的启动，根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现。其中所述呈现配置信息包括：默认系统插件的标识、系统插件的显示内容以及非默认系统插件的呈现顺序，并且所述图形接口包括：标签栏和显示区域。如图2所示，标签栏包括：标签1、标签2、标签3、…，显示区域为标签栏上面的显示区域。

解析单元1002对所述动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件。其中对所述动态配置文件进行解析以确定与所述应用平台相关联的至少一个系统插件包括：对所述动态配置文件进行解析以获取所述动态配置文件中的每个系统插件的标识，根据每个系统插件的标识确定与所述应用平台相关联的至少一个系统插件；或者对所述动态配置文件进行解析以获取所述动态配置文件中的系统插件数量和系统插件的标识，根据系统插件数量和系统插件的标识确定与所述应用平台相关联的至少一个系统插件。

匹配单元1003根据所述统计信息和/或状态信息在预先设置的呈现规则中进行规则匹配，根据匹配的结果(当匹配的结果中具有多个匹配规则时，进行二次计算以确定所选择的匹配规则，二次计算例如可以是随机选取、位置优先、时间优先等)确定用于所述应用平台的定制呈现方案。呈现规则包括：位置优先呈现和时间优先呈现规则。具体地，当扩展插件在用户设备位于特定位置处时启动的次数与总启动次数的比值大于位置统计阈值时，将所述特定位置确定为所述统计的运行位置。例如当游戏插件在用户设备位于住宅处时启动的次数(8次)与总启动次数(10次)的比值大于位置统计阈值(70％)时，将住宅确定为所述统计的运行位置。当扩展插件在特定运行时间区间内启动的次数与总启动次数的比值大于时间统计阈值时，将所述特定运行时间区间确定为所述统计的运行时间区间。例如，当办公插件在上午9点至下午5点的区间内启动的次数(15次)与总启动次数(20次)的比值大于时间统计阈值(60％)时，将上午9点至下午5点的区间确定为所述统计的运行时间区间。以及当扩展插件与关联插件进行关联启动的次数与扩展插件的总启动次数的比值大于关联统计阈值时，将所述关联插件确定为所述统计的关联插件。当购物插件与支付插件进行关联启动的次数(27次)与扩展插件的总启动次数(30次)的比值大于关联统计阈值(65％)时，将所述支付插件确定为所述统计的关联插件。

其中，根据所述统计信息和/或状态信息在预先设置的呈现规则中进行规则匹配包括：当所述当前位置位于所述统计的运行位置处时，确定与所述位置优先呈现匹配，选择与所述统计的运行位置相关联的至少一个扩展插件。其中，根据所述统计信息和/或状态信息在预先设置的呈现规则中进行规则匹配包括：当所述当前时间位于所述统计的运行时间区间内时，确定与所述时间优先呈现匹配，选择与所述统计的运行时间区间相关联的至少一个扩展插件。其中，根据所述统计信息和/或状态信息在预先设置的呈现规则中进行规则匹配包括：当所述当前位置位于所述统计的运行位置处并且所述当前时间位于所述统计的运行时间区间内时，确定与所述位置优先呈现和时间优先呈现匹配，选择与所述统计的运行位置相关联的至少一个扩展插件和与所述统计的运行时间区间相关联的至少一个扩展插件。

呈现单元1004基于所述定制呈现方案确定所述应用平台的默认系统插件，并在所述应用平台的呈现区域中呈现所述默认系统插件的显示内容。还包括确定所述应用平台中除默认系统插件之外其他系统插件的顺序。当所选择的扩展插件全部属于相同的系统插件时，则将所述系统插件作为默认系统插件。当所选择的扩展插件属于不同的系统插件时，则生成包括所选择的扩展插件的新系统插件并且将所述新系统插件作为默认系统插件。确定所选择的扩展插件中每个扩展插件的统计的关联插件，当所选择的扩展插件和关联插件全部属于相同的系统插件时，则将所述系统插件作为默认系统插件。当所选择的扩展插件和关联插件属于不同的系统插件时，则生成包括所选择的扩展插件和关联插件的新系统插件并且将所述新系统插件作为默认系统插件。例如，用户经常访问的是游戏系统插件中的游戏3，以及电脑知识系统插件中的电脑知识集合5。那么，在满足预先设定的或动态的条件时，服务器或应用平台为用户生成包括游戏3和电脑知识集合5的定制插件并且利用默认标签进行识别。如图4所示，默认标签为新生成的并且是与标签1、2、…不同的标签。

其中根据所述呈现配置信息在所述应用平台的图形接口中对所述至少一个系统插件进行初始化呈现包括：根据默认系统插件的标识确定所述应用平台的默认系统插件，并在所述显示区域中显示所述默认系统插件的显示内容；根据每个系统插件的标识确定标签栏中的每个标签的显示名称；将与默认系统插件相关联的标签作为优先选择的默认标签；以及根据非默认系统插件的呈现顺序对与非默认系统插件相关联的非默认标签进行按序呈现。还包括在检测到针对于非默认标签的选择时，确定与所述非默认标签相关联的非默认系统插件，并且在所述显示区域中显示所述非默认系统插件的显示内容。

已经通过参考少量实施方式描述了本发明。然而，本领域技术人员所公知的，正如附带的专利权利要求所限定的，除了本发明以上公开的其他的实施例等同地落在本发明的范围内。

通常地，在权利要求中使用的所有术语都根据他们在技术领域的通常含义被解释，除非在其中被另外明确地定义。所有的参考“一个/所述/该[装置、组件等]”都被开放地解释为所述装置、组件等中的至少一个实例，除非另外明确地说明。这里公开的任何方法的步骤都没必要以公开的准确的顺序运行，除非明确地说明。

Claims (10)

1.一种对基于插件的应用平台进行动态优化的方法，所述方法包括：

对所述基于插件的应用平台内多个系统插件的运行数据进行统计，以获取与每个系统插件相关联的统计文件，所述统计文件包括系统插件内多个扩展插件中每个扩展插件的属性信息；

获取预先设置的且与所述应用平台相关联的动态优化文件，并且对所述动态优化文件进行解析以确定至少一个动态控制项；

根据所述至少一个动态控制项和每个扩展插件的属性信息确定每个扩展插件的控制策略，所述控制策略包括触发条件和控制手段；

响应于触发条件的满足，确定与所述触发条件相关联的一个或多个扩展插件并且根据相应的控制策略对所述一个或多个扩展插件进行控制。

2.根据权利要求1所述的方法，还包括在用户设备中预先安装所述应用平台并且将所述应用平台与所述用户设备中的非平台应用进行同级显示。

3.根据权利要求1或2所述的方法，其中由服务器对所述多个系统插件的运行数据进行统计，或由应用平台对所述多个系统插件的运行数据进行统计。

4.根据权利要求3所述的方法，将与每个系统插件相关联的统计文件存储在所述服务器或用户设备中。

5.根据权利要求1所述的方法，所述动态优化文件包括多个动态控制项，其中动态控制项为：自动下载、自动删除、自动开始运行、自动停止运行或优先呈现。

6.一种对基于插件的应用平台进行动态优化的系统，所述系统包括：

统计单元，对所述基于插件的应用平台内多个系统插件的运行数据进行统计，以获取与每个系统插件相关联的统计文件，所述统计文件包括系统插件内多个扩展插件中每个扩展插件的属性信息；

解析单元，获取预先设置的且与所述应用平台相关联的动态优化文件，并且对所述动态优化文件进行解析以确定至少一个动态控制项；

处理单元，根据所述至少一个动态控制项和每个扩展插件的属性信息确定每个扩展插件的控制策略，所述控制策略包括触发条件和控制手段；

控制单元，响应于触发条件的满足，确定与所述触发条件相关联的一个或多个扩展插件并且根据相应的控制策略对所述一个或多个扩展插件进行控制。

7.根据权利要求6所述的系统，还包括在用户设备中预先安装所述应用平台并且将所述应用平台与所述用户设备中的非平台应用进行同级显示。

8.根据权利要求6或7所述的系统，其中由服务器对所述多个系统插件的运行数据进行统计，或由应用平台对所述多个系统插件的运行数据进行统计。

9.根据权利要求8所述的系统，将与每个系统插件相关联的统计文件存储在所述服务器或用户设备中。

10.根据权利要求6所述的系统，所述动态优化文件包括多个动态控制项，其中动态控制项为：自动下载、自动删除、自动开始运行、自动停止运行或优先呈现。