CN109345232A - 一种基于分级容器机制来构建应用平台的方法及系统 - Google Patents

Abstract

本发明公开了一种基于分级容器机制来构建应用平台的方法及系统，其中方法包括：确定与选定应用相关联的属性参数；根据属性参数在父容器中为选定应用创建子容器，以使得选定应用能够在所创建的子容器中运行；由父容器将选定应用的身份认证信息发送给为选定应用所创建的子容器，以促使子容器能够在运行选定应用之前对用户进行身份认证；对从子容器接收的与选定应用相关联的内部服务请求消息进行解析，以确定内部服务请求消息所包括的服务类型和服务提供方；以及促使父容器执行与内部服务请求消息相关联的目标服务，并且由父容器将包括目标服务的执行结果的响应消息发送给子容器。

Description

一种基于分级容器机制来构建应用平台的方法及系统

技术领域

本发明涉及信息技术领域，并且更具体地，涉及一种基于分级容器机制来构建应用平台的方法、系统以及移动终端。

背景技术

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

由于各种类型的应用的数量和同一应用的版本越来越多，用户对于移动终端内应用的管理显得越来越重要。目前，使用应用平台对相同或类似主题的应用进行统一管理的情况越来越流行。然而，在目前的应用平台使用方案中，应用平台仅提供统一的访问接口而并不提供具体的管理。例如，当应用平台中的特定游戏产生了支付需求时，需要由特定游戏的提供方来执行支付过程。相应地，游戏提供方需要在所开发的游戏内设置支付功能。

在这种情况下，每个不同的提供方所开发的支付功能并不相同并且所限定的支付结算方也可能不相同。这种会给应用平台造成复杂的管理成本。此外，当应用平台需要修改部分支付功能或操作流程时，必须通知每个提供方来进行修改，从而才能使得平台内的所有应用均使用修改后的支付功能或操作流程。

为此，现有需要一种更为有效的应用平台机制，从而能够对应用平台内的所有应用提供高效的管理和使用环境。

发明内容

为了解决上述问题，提供一种基于分级容器机制来构建应用平台的方法，所述方法包括：

当接收到针对于所述应用平台内多个应用中的选定应用的触发请求时，确定与所述选定应用相关联的属性参数；

根据所述属性参数在用于对所述应用平台内的多个应用进行统一管理的父容器中为所述选定应用创建子容器，以使得所述选定应用能够在所创建的子容器中运行；

由父容器将所述选定应用的身份认证信息发送给为所述选定应用所创建的子容器，以促使所述子容器能够在运行所述选定应用之前对用户进行身份认证；

对从所述子容器接收的与所述选定应用相关联的内部服务请求消息进行解析，以确定所述内部服务请求消息所包括的服务类型和服务提供方；以及

促使父容器基于所述服务类型和服务提供方来执行与所述内部服务请求消息相关联的目标服务，并且由父容器将包括所述目标服务的执行结果的响应消息发送给所述子容器。

当用户希望运行所述应用平台内的应用时，通过在移动终端中进行选择操作来从多个应用中选择所述选定应用，以生成针对于所述选定应用的触发请求。

所述属性参数包括：应用类型、提供方的标识和缓存需求。

其中根据所述属性参数在用于对所述应用平台内的多个应用进行统一管理的父容器中为所述选定应用创建子容器包括：

根据所述属性参数中的提供方的标识获取所述选定应用的提供方预先设定的数据交互需求；

根据所述属性参数中的应用类型确定与所述选定应用相关联的定制消息集合；

根据所述属性参数中的缓存需求确定在运行所述选定应用时所需要的缓存尺寸；以及

基于所述数据交互需求、定制消息集合和缓存尺寸在用于对所述应用平台内的多个应用进行统一管理的父容器中为所述选定应用创建子容器。

其中所述子容器能够对所述选定应用的运行进行实时监测，当确定所述选定应用需要与所述应用平台进行数据交互时，由所述子容器将所述选定应用希望发送的数据转发给父容器。

所述身份认证信息包括：用户标识符和用户识别信息。

其中所述子容器能够在运行所述选定应用之前对用户进行身份认证包括：

所述子容器利用所述用户标识符和用户识别信息对希望运行所述选定应用的用户进行身份认证。

其中所述用户识别信息包括：密码、指纹图像或面部图像。

当所述子容器确定所述用户通过身份认证时，从所述选定应用的提供方获取与所述用户相关联的应用状态信息，并且基于所述应用状态信息来运行所述选定应用。

当所述选定应用需要使用应用平台直接/间接提供的目标服务时，生成包括与目标服务相关联的服务类型和服务提供方的内部服务请求消息，并由所述子容器将所述内部服务请求消息发送给父容器。

其中所述服务类型为支付服务，并且所述服务提供方为支付宝、微信支付、银联支付、京东支付、美团支付或苹果支付。

其中所述服务类型为信息查询服务，并且所述服务提供方为应用平台。

其中所述服务类型为信息存储服务，并且所述服务提供方为应用平台。

其中促使父容器基于所述服务类型和服务提供方来执行与所述内部服务请求消息相关联的目标服务包括：

当所述服务提供方不是所述应用平台时，促使父容器向所述服务提供方发送外部服务请求消息以请求所述服务提供方完成与所述内部服务请求消息相关联的目标服务；

促使父容器从所述服务提供方接收与所述内部服务请求消息相关联的并且包括所述目标服务的执行结果的响应消息。

其中促使父容器基于所述服务类型和服务提供方来执行与所述内部服务请求消息相关联的目标服务包括：

当所述服务提供方是所述应用平台时，由所述应用平台执行与所述内部服务请求消息相关联的目标服务；

促使父容器生成与所述内部服务请求消息相关联的并且包括所述目标服务的执行结果的响应消息。

在由父容器将包括所述目标服务的执行结果的响应消息发送给所述子容器之后还包括：

促使所述子容器对所述响应消息进行解析以确定所述目标服务的执行结果，根据所述目标服务的执行结果向所述选定应用的提供方发送通知消息。

所述选定应用的提供方根据所接收的通知消息对所述选定应用中相关联的数据内容进行更新。

所述多个应用中的每个应用均是在由移动终端所提供的运行环境中运行的移动终端版本的应用。

还包括，当接收到针对于所述应用平台的触发请求时，获取与所述应用平台相关联的动态配置文件；

对所述动态配置文件进行解析以确定所述应用平台内的多个应用，并且获取每个应用的配置信息；

响应于所述应用平台的启动，根据所述配置信息在所述应用平台的图形接口中对每个应用进行初始化呈现；

当检测到针对于多个应用中的选定应用的非触发选择时，确定与所述选定应用相关联的描述信息和显示样式信息；以及

根据所述选定应用相关联的显示样式信息中的显示样式和描述信息在所述应用平台的图形接口中呈现所述选定应用。

在接收到针对于所述应用平台的触发请求之前，还包括将所述应用平台预先安装到移动终端中并且将所述应用平台与所述移动终端中的非平台应用进行同级显示。

当所述移动终端检测到针对于所述应用平台的触发选择时，生成针对于所述应用平台的触发请求。

所述动态配置文件包括以下数据项中的至少一个：应用数量、应用的标识、默认应用的标识、应用的显示内容以及非默认应用的呈现顺序。

还包括根据所述应用平台所统计的运行数据对所述动态配置文件中的一个或多个数据项进行调整。

还包括根据用户输入的设置数据对所述动态配置文件中的一个或多个数据项进行调整。

还包括在接收到停止运行所述应用平台的指示时，根据所述应用平台的当前运行数据对所述动态配置文件中的一个或多个数据项进行调整。

其中对所述动态配置文件进行解析以确定所述应用平台内的多个应用包括：对所述动态配置文件进行解析以获取所述动态配置文件中的应用数量和应用的标识，根据应用数量和应用的标识确定所述应用平台内的多个应用。

其中对所述动态配置文件进行解析以确定所述应用平台内的多个应用包括：对所述动态配置文件进行解析以获取所述动态配置文件中的每个应用的标识，根据每个应用的标识确定所述应用平台内的多个应用。

所述获取每个应用的配置信息包括：获取所述动态配置文件中与所述每个应用的配置相关联的配置信息。

其中所述配置信息包括：默认应用的标识、应用的显示内容以及非默认应用的呈现顺序。

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

所述图形接口包括：标签栏和显示区域。

其中根据所述配置信息在所述应用平台的图形接口中对所述每个应用进行初始化呈现包括：

根据默认应用的标识确定所述应用平台的默认应用，并在所述显示区域中显示所述默认应用的显示内容；

根据每个应用的标识确定标签栏中的每个标签的显示名称；

将与默认应用相关联的标签作为优先选择的默认标签；以及

根据非默认应用的呈现顺序对与非默认应用相关联的非默认标签进行按序呈现。

还包括，在检测到针对于非默认标签的选择时，确定与所述非默认标签相关联的非默认应用，并且在所述显示区域中显示所述非默认应用的显示内容。

根据所述选定应用的内容描述文件确定与所述特定应用相关联的子容器以及所述子容器的显示样式信息。

所述每个应用具有内容主题，并且所述内容主题为：游戏主题、购物主题或旅游主题。

根据本发明的另一方面，提供一种基于分级容器机制来构建应用平台的系统，所述系统包括：

属性确定单元，当接收到针对于所述应用平台内多个应用中的选定应用的触发请求时，确定与所述选定应用相关联的属性参数；

创建单元，根据所述属性参数在用于对所述应用平台内的多个应用进行统一管理的父容器中为所述选定应用创建子容器，以使得所述选定应用能够在所创建的子容器中运行；

认证单元，促使父容器将所述选定应用的身份认证信息发送给为所述选定应用所创建的子容器，以促使所述子容器能够在运行所述选定应用之前对用户进行身份认证；

解析单元，对从所述子容器接收的与所述选定应用相关联的内部服务请求消息进行解析，以确定所述内部服务请求消息所包括的服务类型和服务提供方；以及

服务单元，促使父容器基于所述服务类型和服务提供方来执行与所述内部服务请求消息相关联的目标服务，并且由父容器将包括所述目标服务的执行结果的响应消息发送给所述子容器。

还包括输入单元，当用户希望运行所述应用平台内的应用时，通过输入单元在移动终端中进行选择操作来从多个应用中选择所述选定应用，以生成针对于所述选定应用的触发请求。

所述属性参数包括：应用类型、提供方的标识和缓存需求。

其中所述创建单元根据所述属性参数在用于对所述应用平台内的多个应用进行统一管理的父容器中为所述选定应用创建子容器包括：

根据所述属性参数中的提供方的标识获取所述选定应用的提供方预先设定的数据交互需求；

根据所述属性参数中的应用类型确定与所述选定应用相关联的定制消息集合；

根据所述属性参数中的缓存需求确定在运行所述选定应用时所需要的缓存尺寸；以及

基于所述数据交互需求、定制消息集合和缓存尺寸在用于对所述应用平台内的多个应用进行统一管理的父容器中为所述选定应用创建子容器。

其中所述子容器能够对所述选定应用的运行进行实时监测，当确定所述选定应用需要与所述应用平台进行数据交互时，由所述子容器将所述选定应用希望发送的数据转发给父容器。

所述身份认证信息包括：用户标识符和用户识别信息。

其中所述子容器能够在运行所述选定应用之前对用户进行身份认证包括：

所述子容器利用所述用户标识符和用户识别信息对希望运行所述选定应用的用户进行身份认证。

其中所述用户识别信息包括：密码、指纹图像或面部图像。

当所述子容器确定所述用户通过身份认证时，从所述选定应用的提供方获取与所述用户相关联的应用状态信息，并且基于所述应用状态信息来运行所述选定应用。

当所述选定应用需要使用应用平台直接/间接提供的目标服务时，生成包括与目标服务相关联的服务类型和服务提供方的内部服务请求消息，并由所述子容器将所述内部服务请求消息发送给父容器。

其中所述服务类型为支付服务，并且所述服务提供方为支付宝、微信支付、银联支付、京东支付、美团支付或苹果支付。

其中所述服务类型为信息查询服务，并且所述服务提供方为应用平台。

其中所述服务类型为信息存储服务，并且所述服务提供方为应用平台。

其中所述服务单元促使父容器基于所述服务类型和服务提供方来执行与所述内部服务请求消息相关联的目标服务包括：

当所述服务提供方不是所述应用平台时，促使父容器向所述服务提供方发送外部服务请求消息以请求所述服务提供方完成与所述内部服务请求消息相关联的目标服务；

促使父容器从所述服务提供方接收与所述内部服务请求消息相关联的并且包括所述目标服务的执行结果的响应消息。

其中所述服务单元促使父容器基于所述服务类型和服务提供方来执行与所述内部服务请求消息相关联的目标服务包括：

当所述服务提供方是所述应用平台时，由所述应用平台执行与所述内部服务请求消息相关联的目标服务；

促使父容器生成与所述内部服务请求消息相关联的并且包括所述目标服务的执行结果的响应消息。

还包括，所述服务单元促使所述子容器对所述响应消息进行解析以确定所述目标服务的执行结果，根据所述目标服务的执行结果向所述选定应用的提供方发送通知消息。

所述选定应用的提供方根据所接收的通知消息对所述选定应用中相关联的数据内容进行更新。

所述多个应用中的每个应用均是在由移动终端所提供的运行环境中运行的移动终端版本的应用。

还包括初始化单元，当接收到针对于所述应用平台的触发请求时，获取与所述应用平台相关联的动态配置文件；

对所述动态配置文件进行解析以确定所述应用平台内的多个应用，并且获取每个应用的配置信息；

响应于所述应用平台的启动，根据所述配置信息在所述应用平台的图形接口中对每个应用进行初始化呈现；

当检测到针对于多个应用中的选定应用的非触发选择时，确定与所述选定应用相关联的描述信息和显示样式信息；以及

根据所述选定应用的显示样式信息中的显示样式和描述信息在所述应用平台的图形接口中呈现所述选定应用。

所述初始化单元将所述应用平台预先安装到移动终端中并且将所述应用平台与所述移动终端中的非平台应用进行同级显示。

当所述移动终端检测到针对于所述应用平台的选择时，生成针对于所述应用平台的触发请求。

所述动态配置文件包括以下数据项中的至少一个：应用数量、应用的标识、默认应用的标识、应用的显示内容以及非默认应用的呈现顺序。

还包括调整单元，根据所述应用平台所统计的运行数据对所述动态配置文件中的一个或多个数据项进行调整。

还包括调整单元，根据用户输入的设置数据对所述动态配置文件中的一个或多个数据项进行调整。

还包括调整单元，在接收到停止运行所述应用平台的指示时，根据所述应用平台的当前运行数据对所述动态配置文件中的一个或多个数据项进行调整。

其中所述初始化单元对所述动态配置文件进行解析以确定所述应用平台内的多个应用包括：对所述动态配置文件进行解析以获取所述动态配置文件中的应用数量和应用的标识，根据应用数量和应用的标识确定所述应用平台内的多个应用。

其中所述初始化单元对所述动态配置文件进行解析以确定所述应用平台内的多个应用包括：对所述动态配置文件进行解析以获取所述动态配置文件中的每个应用的标识，根据每个应用的标识确定所述应用平台内的多个应用。

所述初始化单元获取每个应用的配置信息包括：获取所述动态配置文件中与所述每个应用的配置相关联的配置信息。

其中所述配置信息包括：默认应用的标识、应用的显示内容以及非默认应用的呈现顺序。

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

所述图形接口包括：标签栏和显示区域。

其中所述初始化单元根据所述配置信息在所述应用平台的图形接口中对所述每个应用进行初始化呈现包括：

根据默认应用的标识确定所述应用平台的默认应用，并在所述显示区域中显示所述默认应用的显示内容；

根据每个应用的标识确定标签栏中的每个标签的显示名称；

将与默认应用相关联的标签作为优先选择的默认标签；以及

根据非默认应用的呈现顺序对与非默认应用相关联的非默认标签进行按序呈现。

所述初始化单元在检测到针对于非默认标签的选择时，确定与所述非默认标签相关联的非默认应用，并且在所述显示区域中显示所述非默认应用的显示内容。

所述初始化单元根据所述选定应用的内容描述文件确定与所述特定应用相关联的子容器以及所述子容器的显示样式信息。

所述每个应用具有内容主题，并且所述内容主题为：游戏主题、购物主题或旅游主题。

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

附图说明

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

图1为根据本发明优选实施方式的基于分级容器机制来构建应用平台的方法的流程图；

图2为根据本发明优选实施方式的移动终端的示意图；

图3为根据本发明优选实施方式的应用平台的结构示意图；

图4为根据本发明优选实施方式的与应用平台相关联的数据流的示意图；以及

图5为根据本发明优选实施方式的基于分级容器机制来构建应用平台的系统的结构示意图。

具体实施方式

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

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

图1为根据本发明优选实施方式的基于分级容器机制来构建应用平台的方法100的流程图。本申请能够在接收到针对于应用平台内多个应用中的选定应用的触发请求时，确定与选定应用相关联的属性参数并且根据属性参数在用于对应用平台内的多个应用进行统一管理的父容器中为选定应用创建子容器。本申请促使父容器将选定应用的身份认证信息发送给为选定应用所创建的子容器，以促使子容器基于对用户进行身份认证的结果来确定是否运行选定应用。本申请促使父容器对从子容器接收的与选定应用相关联的内部服务请求消息进行解析，并基于通过解析获得的服务类型和服务提供方来执行与内部服务请求消息相关联的目标服务，并且促使父容器将包括目标服务的执行结果的响应消息发送给子容器。

如图1所示，方法100从步骤101处开始。在步骤101，当接收到针对于应用平台内多个应用中的选定应用的触发请求时，确定与选定应用相关联的属性参数。应用平台可以是在用户的移动终端内运行的平台类型的应用。应用平台例如是游戏大厅、游戏中心、下载中心、多播媒体中心等。通常，当在移动终端内运行应用平台时，用户可以选择并运行应用平台内部的各种类型的应用，例如，游戏应用、音频应用、视频应用等。在本申请中，应用平台通过分级容器机制对所包括的所有应用进行统一管理。

优选地，应用平台可以在移动终端的显示屏幕或显示区域内被呈现或显示为非平台应用，即，应用平台与非平台应用进行同级显示。区别在于，当非平台应用被选择运行时，仅运行非平台应用，而当平台应用被选择运行时，用户可以在平台应用内选择运行其中的多个应用。其中，多个应用中的每个应用均是在由移动终端所提供的运行环境中运行的移动终端版本的应用。

当用户希望运行应用平台内多个应用中的某个应用时，可以通过在移动终端中进行选择操作，例如，触摸操作，来从多个应用中选择选定应用，以生成针对于选定应用的触发请求。例如，用户希望在360游戏中心中运行灭神游戏时，在移动终端选择运行360游戏中心应用平台，并且随后在360游戏中心应用平台中选择运行灭神，从而能够启动灭神游戏。

在本申请中，由父容器来确定与选定应用相关联的属性参数。其中父容器是应用平台用于容纳、管理和维护子容器的工具，并且子容器是用于运行选定应用的工具。每个应用平台对应一个父容器，并且每个父容器包括多个子容器。其中属性参数包括：应用类型、提供方的标识和缓存需求。其中应用类型例如是游戏、多媒体、阅读等。提供方的标识是开发或发布应用的提供商、运营方、提供者等的标识符或标识信息。缓存需求是为了保证应用能够正常或流畅运行所需要的缓存尺寸。

在步骤102，根据属性参数在用于对应用平台内的多个应用进行统一管理的父容器中为选定应用创建子容器，以使得选定应用能够在所创建的子容器中运行。其中根据属性参数在用于对应用平台内的多个应用进行统一管理的父容器中为选定应用创建子容器包括：根据属性参数中的提供方的标识获取选定应用的提供方预先设定的数据交互需求。数据交互需求例如是数据交互时使用的数据格式、数据量限制、接口名称等。根据属性参数中的应用类型确定与选定应用相关联的定制消息集合。定制消息集合例如是用于在选定应用的子容器对选定应用进行运行并显示时进行呈现的各种类型的定制消息，例如，在选定应用是游戏的情况下，定制消息可以是“今天是开始玩游戏的第168天”、与游戏相关联的辅助信息、游戏的介绍信息等。根据属性参数中的缓存需求确定在运行选定应用时所需要的缓存尺寸。例如，灭神游戏需要50M的缓存空间。基于数据交互需求、定制消息集合和缓存尺寸在用于对应用平台内的多个应用进行统一管理的父容器中为选定应用创建子容器。即所创建的子容器能够满足数据交互需求和缓存尺寸，并且能够在运行选定应用时利用定制消息集合中的定制消息进行消息呈现。

在本申请中，子容器能够对选定应用的运行进行实时监测，当确定选定应用需要与应用平台进行数据交互时，由子容器将选定应用希望发送的数据转发给父容器。数据交互例如是可以是如下的内部服务请求消息，也可以是查询请求等。

在步骤103，由父容器将选定应用的身份认证信息发送给为选定应用所创建的子容器，以促使子容器能够在运行选定应用之前对用户进行身份认证。身份认证信息包括：用户标识符和用户识别信息。其中用户标识符例如用户名、用户ID等能够识别用户的唯一标识。其中用户识别信息包括：密码、指纹图像或面部图像。本申请可以通过移动终端的文字输入设备来获取用户输入的密码、通过指纹输入按钮来获取用户输入的指纹图像或通过摄像头来获取用户输入的面部图像。

其中子容器能够在运行选定应用之前对用户进行身份认证包括：子容器利用用户标识符和用户识别信息对希望运行选定应用的用户进行身份认证。在本申请中，用户通过移动终端的输入器件来输入用户标识符和用户识别信息，使得应用平台能够通过父容器将用户标识符和用户识别信息传递给子容器。当子容器确定用户通过身份认证时，从选定应用的提供方获取与用户相关联的应用状态信息，并且基于应用状态信息来运行选定应用。在选定应用为灭神的情况下，子容器从灭神应用的提供方获取用户的游戏状态信息，例如，游戏等级、武器等级、金币数量等。随后，子容器基于所获取的用户的游戏状态信息来运行灭神应用。此外，当子容器确定用户未通过身份认证时，不运行选定应用。

在步骤104，对从子容器接收的与选定应用相关联的内部服务请求消息进行解析，以确定内部服务请求消息所包括的服务类型和服务提供方。当选定应用需要使用应用平台直接/间接提供的目标服务时，生成包括与目标服务相关联的服务类型和服务提供方的内部服务请求消息，并由子容器将内部服务请求消息发送给父容器。在本申请中，当应用平台是服务提供方时，则应用平台直接提供目标服务，而当应用平台不是服务提供方时，则应用平台间接提供目标服务，例如应用平台请求目标服务的服务提供方来完成目标服务(在这种情况下，应用平台用作服务协同执行方)。

在本申请中，内部服务请求消息是子容器发给父容器的服务请求消息，并且用于在应用平台内部进行服务请求的传递。外部服务请求消息是父容器发送给外部的服务提供方的服务请求消息，并且用于在应用平台外部进行服务请求的传递。其中内部服务请求消息包括与目标服务相关联的服务类型和服务提供方，以及服务内容、服务描述等。外部服务请求消息包括内部服务请求消息、子容器的标识、父容器的标识、应用平台的标识等。

其中服务类型为支付服务，并且服务提供方为支付宝、微信支付、银联支付、京东支付、美团支付或applepay(即，苹果公司的支付或苹果支付)等网络支付。其中支付宝是由阿里巴巴公司提供的网络支付平台、微信支付是由腾讯公司提供的网络支付平台、银联支付是由中国银联公司所提供的网络支付平台、京东支付或京东闪付是由京东公司提供的网络支付平台、美团支付是由美团公司提供的网络支付平台以及applepay是由苹果公司提供的网络支付平台。所属领域技术人员应当了解的是，本申请并不限于使用上述网络支付方式或网络支付服务，而是可以使用任何过去的、现有的或未来的网络支付方式或网络支付服务。例如，当用户在应用平台内玩游戏并且需要进行游戏内的支付(例如，购买装备等)时，需要发起支付服务，并且可以通过支付宝、微信支付、银联支付、京东支付、美团支付或applepay等网络支付进行支付。服务类型为信息查询服务，并且服务提供方为应用平台。例如，当用户在应用平台内玩游戏并且希望查询当前的等级排名时，需要发起查询服务，并且应用平台可以直接完成查询服务并且返回结果。服务类型为信息存储服务，并且服务提供方为应用平台。例如，当用户在应用平台内玩游戏并且希望保存屏幕截图时，需要发起存储服务，并且应用平台可以直接完成存储服务并且返回结果。

在步骤105，促使父容器基于服务类型和服务提供方来执行与内部服务请求消息相关联的目标服务，并且由父容器将包括目标服务的执行结果的响应消息发送给子容器。

在本申请中，促使父容器基于服务类型和服务提供方来执行与内部服务请求消息相关联的目标服务包括：当服务提供方不是应用平台时，促使父容器向服务提供方发送外部服务请求消息以请求服务提供方完成与内部服务请求消息相关联的目标服务。其中外部服务请求消息包括内部服务请求消息、子容器的标识、父容器的标识、应用平台的标识等。促使父容器从服务提供方接收与内部服务请求消息相关联的并且包括目标服务的执行结果的响应消息。在这种情况下，选定应用的目标服务是由应用平台和外部的服务提供方协同来完成的。

促使父容器基于服务类型和服务提供方来执行与内部服务请求消息相关联的目标服务包括：当服务提供方是应用平台时，由应用平台执行与内部服务请求消息相关联的目标服务。促使父容器生成与内部服务请求消息相关联的并且包括目标服务的执行结果的响应消息。在这种情况下，选定应用的目标服务是由应用平台内部来完成的。

在由父容器将包括目标服务的执行结果的响应消息发送给子容器之后还包括：促使子容器对响应消息进行解析以确定目标服务的执行结果，根据目标服务的执行结果向选定应用的提供方发送通知消息。选定应用的提供方根据所接收的通知消息对选定应用中相关联的数据内容进行更新。例如，当支付服务的执行结果为成功时，将指示支付成功的通知消息发送给选定应用的提供方，以使得选定应用的提供方为用户进行数据更新，例如，为用户在选定应用中的角色增加与支付相关联的装备(倚天剑)。例如，当支付服务的执行结果为失败时，将指示支付失败的通知消息发送给选定应用的提供方，以使得选定应用的提供方不为用户进行数据更新，并且可以对用户进行支付失败的提示。

根据本发明的优选实施方式，还包括，当接收到针对于应用平台的触发请求时，获取与应用平台相关联的动态配置文件。在接收到针对于应用平台的触发请求之前，还包括将应用平台预先安装到移动终端中并且将应用平台与移动终端中的非平台应用进行同级显示。由此可知，在移动终端中通常可以将应用平台显示为与普通应用图标相同的图标。

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

动态配置文件包括以下数据项中的至少一个：应用数量、应用的标识、默认应用的标识、应用的显示内容以及非默认应用的呈现顺序。其中，应用数量是应用平台内所有应用的总数，并且应用的标识可以是应用平台内每个应用的标识符，例如，名称等。其中，默认应用的标识是应用平台在启动后进行默认显示的应用的标识符。应用的显示内容例如可以是应用的运行截图、宣传图片等。非默认应用的呈现顺序用于确定在默认应用的显示区域附近的列表中的应用的顺序。

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

对动态配置文件进行解析以确定应用平台内的多个应用，并且获取每个应用的配置信息。其中对动态配置文件进行解析以确定应用平台内的多个应用包括：对动态配置文件进行解析以获取动态配置文件中的应用数量和应用的标识，根据应用数量和应用的标识确定应用平台内的多个应用。可替换地，其中对动态配置文件进行解析以确定应用平台内的多个应用包括：对动态配置文件进行解析以获取动态配置文件中的每个应用的标识，根据每个应用的标识确定应用平台内的多个应用。其中获取每个应用的配置信息包括：获取动态配置文件中与每个应用的配置相关联的配置信息。其中配置信息包括：默认应用的标识、应用的显示内容以及非默认应用的呈现顺序。

响应于应用平台的启动，根据配置信息在应用平台的图形接口中对每个应用进行初始化呈现。当检测到与应用平台的启动相关联的资源被加载完毕后，确定应用平台的启动。例如，图形接口包括：标签栏(如图3所示的305)和显示区域(如图3所示的303)。

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

当检测到针对于多个应用中的选定应用的非触发选择时，确定与选定应用相关联的描述信息和显示样式信息。还包括，在检测到针对于非默认标签的选择时，确定与非默认标签相关联的非默认应用，并且在显示区域中显示非默认应用的显示内容。根据选定应用的内容描述文件确定与特定应用相关联的子容器以及子容器的显示样式信息。其中显示样式信息包括：列表方式显示、图标方式显示、详细信息方式显示、幻灯片方式显示等各种类型。此外，应用的显示样式信息中还包括将特定应用进行放大显示、或单独显示。每个应用具有内容主题，并且内容主题为：游戏主题、购物主题或旅游主题。根据选定应用相关联的显示样式信息中的显示样式和描述信息在应用平台的图形接口中呈现选定应用。

图2为根据本发明优选实施方式的移动终端200的示意图。如图2所示，移动终端200包括显示区域201和按键202。其中显示区域201是用于显示各种应用的区域，并且按键202例如是控制键。显示区域201呈现了支付应用203-1、导航应用203-2、视频应用203-3、游戏应用203-4以及应用平台203-5。其中应用平台203-5中包括多个应用，并且用户可以通过各种操作方式来将应用平台203-5外部的应用放置到应用平台203-5中，或将应用平台203-5内部的应用放置到应用平台203-5外。

应用平台203-5可以是在用户的移动终端内运行的平台类型的应用。应用平台203-5例如是游戏大厅、游戏中心、下载中心、多播媒体中心等。通常，当在移动终端内运行应用平台203-5时，用户可以选择并运行应用平台203-5内部的各种类型的应用，例如，游戏应用、音频应用、视频应用等。在本申请中，应用平台203-5通过分级容器机制对所包括的所有应用进行统一管理。

如图2所示，应用平台203-5可以在移动终端的显示屏幕或显示区域201内被呈现或显示为非平台应用(图2中为应用平台203-5显示了内部应用的缩略图)，即，应用平台与非平台应用进行同级显示。区别在于，当非平台应用被选择运行时，仅运行非平台应用，而当平台应用203-5被选择运行时，用户可以在平台应用203-5内选择运行其中的多个应用。其中，多个应用中的每个应用均是在由移动终端所提供的运行环境中运行的移动终端版本的应用。

当用户希望运行应用平台203-5内多个应用中的某个应用时，可以通过在移动终端中进行选择操作，例如，触摸操作，来从多个应用中选择选定应用，以生成针对于选定应用的触发请求。例如，用户希望在360游戏中心中运行灭神游戏时，在移动终端选择运行360游戏中心应用平台，并且随后在360游戏中心应用平台中选择运行灭神，从而能够启动灭神游戏。

图3为根据本发明优选实施方式的应用平台300的结构示意图。如图3所示，应用平台301负责对内部的多个应用进行统一管理。其中，父容器303是应用平台301用于容纳、管理和维护子容器302的工具，并且子容器302是用于运行选定应用的工具。每个应用平台301对应一个父容器302，并且每个父容器包括多个子容器302和304。

如图3所示，当接收到针对于应用平台301的触发请求时，获取与应用平台301相关联的动态配置文件。动态配置文件包括以下数据项中的至少一个：应用数量、应用的标识、默认应用的标识、应用的显示内容以及非默认应用的呈现顺序。其中，应用数量是应用平台内所有应用的总数(例如，30个)，并且应用的标识可以是应用平台内每个应用的标识符，例如，名称等。其中，默认应用的标识是应用平台在启动后进行默认显示的应用的标识符。如图3所示，默认应用为排球游戏应用。应用的显示内容例如可以是排球游戏应用的运行截图、宣传图片等。非默认应用的呈现顺序用于确定在默认应用的显示区域附近的列表中的应用的顺序。列表304用于呈现除了默认应用之外的其它应用，例如，1.天黑请闭眼、2.洛克王国、3.赛尔号、4.奥拉星、5.奥奇传说、......。

本申请可以根据应用平台301所统计的运行数据对动态配置文件中的一个或多个数据项进行调整。本申请还可以根据用户输入的设置数据对动态配置文件中的一个或多个数据项进行调整。本申请还可以在接收到停止运行应用平台301的指示时，根据应用平台301的当前运行数据对动态配置文件中的一个或多个数据项进行调整。在上面的情况中，可以对应用数量进行修改、应用的标识、默认应用的标识、应用的显示内容以及非默认应用的呈现顺序中的一个或多个进行修改。例如，将应用数量从30个修改为20个、将应用的标识从排球游戏修改为沙滩排球游戏、将默认应用的标识修改为天黑请闭眼、将应用的显示内容修改为沙滩排球图片以及将1.天黑请闭眼、2.洛克王国、3.赛尔号、4.奥拉星、5.奥奇传说、......的顺序进行修改，例如，1.赛尔号、2.洛克王国、3.天黑请闭眼、4.奥拉星、5.奥奇传说、......。

图4为根据本发明优选实施方式的与应用平台相关联的数据流400的示意图。如图4所示，促使父容器403基于服务类型和服务提供方来执行与内部服务请求消息相关联的目标服务包括：当服务提供方不是应用平台402时，促使父容器403向服务提供方，即外部服务器401，发送外部服务请求消息以请求服务提供方完成与内部服务请求消息相关联的目标服务。其中外部服务请求消息包括内部服务请求消息、子容器的标识、父容器的标识、应用平台的标识等。促使父容器403从服务提供方接收与内部服务请求消息相关联的并且包括目标服务的执行结果的响应消息。在这种情况下，选定应用的目标服务是由应用平台402和外部服务器401协同来完成的。

当应用平台402是服务提供方时，促使父容器403基于服务类型和服务提供方来执行与内部服务请求消息相关联的目标服务包括：当服务提供方是应用平台402时，由应用平台402执行与内部服务请求消息相关联的目标服务。促使父容器403生成与内部服务请求消息相关联的并且包括目标服务的执行结果的响应消息。在这种情况下，选定应用的目标服务是由应用平台402内部来完成的。

如图4所示，子容器404中运行360的游戏“灭神”。当灭神游戏请求支付服务时，子容器404将内部服务请求消息发送给父容器403。父容器将包括内部服务请求消息、子容器的标识、父容器的标识、应用平台的标识等的外部服务请求消息发送给外部服务器401，以促使外部服务器401完成由内部服务请求消息所指示的支付服务。外部服务器401将与内部服务请求消息相关联的并且包括支付服务的执行结果的响应消息发送父容器403。父容器403将响应消息转发给子容器404。子容器404对响应消息进行解析以确定支付服务的执行结果，根据支付服务的执行结果向灭神游戏的应用提供方405发送通知消息。灭神游戏的应用提供方405根据所接收的通知消息对灭神游戏中相关联的数据内容进行更新。例如，当支付服务的执行结果为成功时，将指示支付成功的通知消息发送给灭神游戏的提供方，以使得选定应用的提供方为用户进行数据更新，例如，为用户在灭神游戏中的角色增加与支付相关联的装备(倚天剑)。例如，当支付服务的执行结果为失败时，将指示支付失败的通知消息发送给灭神游戏的提供方，以使得灭神游戏的提供方不为用户进行数据更新，并且可以对用户进行支付失败的提示。

例如，当用户在应用平台402内运行灭神游戏并且希望查询当前的等级排名时，需要发起查询服务。应用平台402可以直接完成查询服务并且返回结果。例如，当灭神游戏请求查询服务时，子容器404将内部服务请求消息发送给父容器403，以促使应用平台402完成由内部服务请求消息所指示的查询服务。应用平台402将与内部服务请求消息相关联的并且包括查询服务的执行结果的响应消息发送给子容器404。子容器404对响应消息进行解析以确定目标服务的执行结果，根据目标服务的执行结果向灭神游戏的应用提供方405发送通知消息。灭神游戏的应用提供方405根据所接收的通知消息对灭神游戏中相关联的数据内容进行更新，例如更新排名。

图5为根据本发明优选实施方式的基于分级容器机制来构建应用平台的系统500的结构示意图。本申请能够在接收到针对于应用平台内多个应用中的选定应用的触发请求时，确定与选定应用相关联的属性参数并且根据属性参数在用于对应用平台内的多个应用进行统一管理的父容器中为选定应用创建子容器。本申请促使父容器将选定应用的身份认证信息发送给为选定应用所创建的子容器，以促使子容器基于对用户进行身份认证的结果来确定是否运行选定应用。本申请促使父容器对从子容器接收的与选定应用相关联的内部服务请求消息进行解析，并基于通过解析获得的服务类型和服务提供方来执行与内部服务请求消息相关联的目标服务，并且促使父容器将包括目标服务的执行结果的响应消息发送给子容器。

如图5所示，系统500包括：属性确定单元501、创建单元502、认证单元503、解析单元504、服务单元505、输入单元506、初始化单元507以及调整单元508。

属性确定单元501，用于当接收到针对于应用平台内多个应用中的选定应用的触发请求时，确定与选定应用相关联的属性参数。应用平台可以是在用户的移动终端内运行的平台类型的应用。应用平台例如是游戏大厅、游戏中心、下载中心、多播媒体中心等。通常，当在移动终端内运行应用平台时，用户可以选择并运行应用平台内部的各种类型的应用，例如，游戏应用、音频应用、视频应用等。在本申请中，应用平台通过分级容器机制对所包括的所有应用进行统一管理。

优选地，应用平台可以在移动终端的显示屏幕或显示区域内被呈现或显示为非平台应用，即，应用平台与非平台应用进行同级显示。区别在于，当非平台应用被选择运行时，仅运行非平台应用，而当平台应用被选择运行时，用户可以在平台应用内选择运行其中的多个应用。其中，多个应用中的每个应用均是在由移动终端所提供的运行环境中运行的移动终端版本的应用。

当用户希望运行应用平台内多个应用中的某个应用时，可以通过在输入单元506中进行选择操作，例如，触摸操作，来从多个应用中选择选定应用，以生成针对于选定应用的触发请求。例如，用户希望在360游戏中心中运行灭神游戏时，在移动终端选择运行360游戏中心应用平台，并且随后在360游戏中心应用平台中选择运行灭神，从而能够启动灭神游戏。

在本申请中，由父容器来确定与选定应用相关联的属性参数。其中父容器是应用平台用于容纳、管理和维护子容器的工具，并且子容器是用于运行选定应用的工具。每个应用平台对应一个父容器，并且每个父容器包括多个子容器。其中属性参数包括：应用类型、提供方的标识和缓存需求。其中应用类型例如是游戏、多媒体、阅读等。提供方的标识是开发或发布应用的提供商、运营方、提供者等的标识符或标识信息。缓存需求是为了保证应用能够正常或流畅运行所需要的缓存尺寸。

创建单元502，根据属性参数在用于对应用平台内的多个应用进行统一管理的父容器中为选定应用创建子容器，以使得选定应用能够在所创建的子容器中运行。其中根据属性参数在用于对应用平台内的多个应用进行统一管理的父容器中为选定应用创建子容器包括：根据属性参数中的提供方的标识获取选定应用的提供方预先设定的数据交互需求。数据交互需求例如是数据交互时使用的数据格式、数据量限制、接口名称等。根据属性参数中的应用类型确定与选定应用相关联的定制消息集合。定制消息集合例如是用于在选定应用的子容器对选定应用进行运行并显示时进行呈现的各种类型的定制消息，例如，在选定应用是游戏的情况下，定制消息可以是“今天是开始玩游戏的第168天”、与游戏相关联的辅助信息、游戏的介绍信息等。根据属性参数中的缓存需求确定在运行选定应用时所需要的缓存尺寸。例如，灭神游戏需要50M的缓存空间。基于数据交互需求、定制消息集合和缓存尺寸在用于对应用平台内的多个应用进行统一管理的父容器中为选定应用创建子容器。即所创建的子容器能够满足数据交互需求和缓存尺寸，并且能够在运行选定应用时利用定制消息集合中的定制消息进行消息呈现。

在本申请中，子容器能够对选定应用的运行进行实时监测，当确定选定应用需要与应用平台进行数据交互时，由子容器将选定应用希望发送的数据转发给父容器。数据交互例如是可以是如下的内部服务请求消息，也可以是查询请求等。

认证单元503，促使父容器将选定应用的身份认证信息发送给为选定应用所创建的子容器，以促使子容器能够在运行选定应用之前对用户进行身份认证。身份认证信息包括：用户标识符和用户识别信息。其中用户标识符例如用户名、用户ID等能够识别用户的唯一标识。其中用户识别信息包括：密码、指纹图像或面部图像。本申请可以通过输入单元506来获取用户输入的密码、通过指纹输入按钮来获取用户输入的指纹图像或通过摄像头来获取用户输入的面部图像。

其中子容器能够在运行选定应用之前对用户进行身份认证包括：子容器利用用户标识符和用户识别信息对希望运行选定应用的用户进行身份认证。在本申请中，用户通过移动终端的输入单元506来输入用户标识符和用户识别信息，使得应用平台能够通过父容器将用户标识符和用户识别信息传递给子容器。当子容器确定用户通过身份认证时，从选定应用的提供方获取与用户相关联的应用状态信息，并且基于应用状态信息来运行选定应用。在选定应用为灭神的情况下，子容器从灭神应用的提供方获取用户的游戏状态信息，例如，游戏等级、武器等级、金币数量等。随后，子容器基于所获取的用户的游戏状态信息来运行灭神应用。此外，当子容器确定用户未通过身份认证时，不运行选定应用。

解析单元504，对从子容器接收的与选定应用相关联的内部服务请求消息进行解析，以确定内部服务请求消息所包括的服务类型和服务提供方。当选定应用需要使用应用平台直接/间接提供的目标服务时，生成包括与目标服务相关联的服务类型和服务提供方的内部服务请求消息，并由子容器将内部服务请求消息发送给父容器。在本申请中，当应用平台是服务提供方时，则应用平台直接提供目标服务，而当应用平台不是服务提供方时，则应用平台间接提供目标服务，例如应用平台请求目标服务的服务提供方来完成目标服务(在这种情况下，应用平台用作服务协同执行方)。

在本申请中，内部服务请求消息是子容器发给父容器的服务请求消息，并且用于在应用平台内部进行服务请求的传递。外部服务请求消息是父容器发送给外部的服务提供方的服务请求消息，并且用于在应用平台外部进行服务请求的传递。其中内部服务请求消息包括与目标服务相关联的服务类型和服务提供方，以及服务内容、服务描述等。外部服务请求消息包括内部服务请求消息、子容器的标识、父容器的标识、应用平台的标识等。

其中服务类型为支付服务，并且服务提供方为支付宝、微信支付、银联支付、京东支付、美团支付或applepay等网络支付。例如，当用户在应用平台内玩游戏并且需要进行游戏内的支付(例如，购买装备等)时，需要发起支付服务，并且可以通过支付宝、微信支付、银联支付、京东支付、美团支付或applepay等网络支付进行支付。服务类型为信息查询服务，并且服务提供方为应用平台。例如，当用户在应用平台内玩游戏并且希望查询当前的等级排名时，需要发起查询服务，并且应用平台可以直接完成查询服务并且返回结果。服务类型为信息存储服务，并且服务提供方为应用平台。例如，当用户在应用平台内玩游戏并且希望保存屏幕截图时，需要发起存储服务，并且应用平台可以直接完成存储服务并且返回结果。

服务单元505，促使父容器基于服务类型和服务提供方来执行与内部服务请求消息相关联的目标服务，并且由父容器将包括目标服务的执行结果的响应消息发送给子容器。

在本申请中，促使父容器基于服务类型和服务提供方来执行与内部服务请求消息相关联的目标服务包括：当服务提供方不是应用平台时，促使父容器向服务提供方发送外部服务请求消息以请求服务提供方完成与内部服务请求消息相关联的目标服务。其中外部服务请求消息包括内部服务请求消息、子容器的标识、父容器的标识、应用平台的标识等。促使父容器从服务提供方接收与内部服务请求消息相关联的并且包括目标服务的执行结果的响应消息。在这种情况下，选定应用的目标服务是由应用平台和外部的服务提供方协同来完成的。

促使父容器基于服务类型和服务提供方来执行与内部服务请求消息相关联的目标服务包括：当服务提供方是应用平台时，由应用平台执行与内部服务请求消息相关联的目标服务。促使父容器生成与内部服务请求消息相关联的并且包括目标服务的执行结果的响应消息。在这种情况下，选定应用的目标服务是由应用平台内部来完成的。

在由父容器将包括目标服务的执行结果的响应消息发送给子容器之后还包括：促使子容器对响应消息进行解析以确定目标服务的执行结果，根据目标服务的执行结果向选定应用的提供方发送通知消息。选定应用的提供方根据所接收的通知消息对选定应用中相关联的数据内容进行更新。例如，当支付服务的执行结果为成功时，将指示支付成功的通知消息发送给选定应用的提供方，以使得选定应用的提供方为用户进行数据更新，例如，为用户在选定应用中的角色增加与支付相关联的装备(倚天剑)。例如，当支付服务的执行结果为失败时，将指示支付失败的通知消息发送给选定应用的提供方，以使得选定应用的提供方不为用户进行数据更新，并且可以对用户进行支付失败的提示。

初始化单元507，用于当接收到针对于应用平台的触发请求时，获取与应用平台相关联的动态配置文件。在接收到针对于应用平台的触发请求之前，还包括将应用平台预先安装到移动终端中并且将应用平台与移动终端中的非平台应用进行同级显示。由此可知，在移动终端中通常可以将应用平台显示为与普通应用图标相同的图标。

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

动态配置文件包括以下数据项中的至少一个：应用数量、应用的标识、默认应用的标识、应用的显示内容以及非默认应用的呈现顺序。其中，应用数量是应用平台内所有应用的总数，并且应用的标识可以是应用平台内每个应用的标识符，例如，名称等。其中，默认应用的标识是应用平台在启动后进行默认显示的应用的标识符。应用的显示内容例如可以是应用的运行截图、宣传图片等。非默认应用的呈现顺序用于确定在默认应用的显示区域附近的列表中的应用的顺序。

调整单元508，用于根据应用平台所统计的运行数据对动态配置文件中的一个或多个数据项进行调整；用于根据用户输入的设置数据对动态配置文件中的一个或多个数据项进行调整；用于在接收到停止运行应用平台的指示时，根据应用平台的当前运行数据对动态配置文件中的一个或多个数据项进行调整。在上面的情况中，可以对应用数量、应用的标识、默认应用的标识、应用的显示内容以及非默认应用的呈现顺序中的一个或多个进行修改。

对动态配置文件进行解析以确定应用平台内的多个应用，并且获取每个应用的配置信息。其中对动态配置文件进行解析以确定应用平台内的多个应用包括：对动态配置文件进行解析以获取动态配置文件中的应用数量和应用的标识，根据应用数量和应用的标识确定应用平台内的多个应用。可替换地，其中对动态配置文件进行解析以确定应用平台内的多个应用包括：对动态配置文件进行解析以获取动态配置文件中的每个应用的标识，根据每个应用的标识确定应用平台内的多个应用。其中获取每个应用的配置信息包括：获取动态配置文件中与每个应用的配置相关联的配置信息。其中配置信息包括：默认应用的标识、应用的显示内容以及非默认应用的呈现顺序。

响应于应用平台的启动，根据配置信息在应用平台的图形接口中对每个应用进行初始化呈现。当检测到与应用平台的启动相关联的资源被加载完毕后，确定应用平台的启动。例如，图形接口包括：标签栏(如图3所示的305)和显示区域(如图3所示的303)。

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

当检测到针对于多个应用中的选定应用的非触发选择时，确定与选定应用相关联的描述信息和显示样式信息。还包括，在检测到针对于非默认标签的选择时，确定与非默认标签相关联的非默认应用，并且在显示区域中显示非默认应用的显示内容。根据选定应用的内容描述文件确定与特定应用相关联的子容器以及子容器的显示样式信息。其中显示样式信息包括：列表方式显示、图标方式显示、详细信息方式显示、幻灯片方式显示等各种类型。此外，应用的显示样式信息中还包括将特定应用进行放大显示、或单独显示。每个应用具有内容主题，并且内容主题为：游戏主题、购物主题或旅游主题。根据选定应用相关联的显示样式信息中的显示样式和描述信息在应用平台的图形接口中呈现选定应用。

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

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

Claims (10)

1.一种基于分级容器机制来构建应用平台的方法，所述方法包括：

当接收到针对于所述应用平台内多个应用中的选定应用的触发请求时，确定与所述选定应用相关联的属性参数；

根据所述属性参数在用于对所述应用平台内的多个应用进行统一管理的父容器中为所述选定应用创建子容器，以使得所述选定应用能够在所创建的子容器中运行；

由父容器将所述选定应用的身份认证信息发送给为所述选定应用所创建的子容器，以促使所述子容器能够在运行所述选定应用之前对用户进行身份认证；

对从所述子容器接收的与所述选定应用相关联的内部服务请求消息进行解析，以确定所述内部服务请求消息所包括的服务类型和服务提供方；以及

促使父容器基于所述服务类型和服务提供方来执行与所述内部服务请求消息相关联的目标服务，并且由父容器将包括所述目标服务的执行结果的响应消息发送给所述子容器。

2.根据权利要求1所述的方法，当用户希望运行所述应用平台内的应用时，通过在移动终端中进行选择操作来从多个应用中选择所述选定应用，以生成针对于所述选定应用的触发请求。

3.根据权利要求1所述的方法，所述属性参数包括：应用类型、提供方的标识和缓存需求。

4.根据权利要求3所述的方法，其中根据所述属性参数在用于对所述应用平台内的多个应用进行统一管理的父容器中为所述选定应用创建子容器包括：

根据所述属性参数中的提供方的标识获取所述选定应用的提供方预先设定的数据交互需求；

根据所述属性参数中的应用类型确定与所述选定应用相关联的定制消息集合；

根据所述属性参数中的缓存需求确定在运行所述选定应用时所需要的缓存尺寸；以及

基于所述数据交互需求、定制消息集合和缓存尺寸在用于对所述应用平台内的多个应用进行统一管理的父容器中为所述选定应用创建子容器。

5.根据权利要求1所述的方法，其中所述子容器能够对所述选定应用的运行进行实时监测，当确定所述选定应用需要与所述应用平台进行数据交互时，由所述子容器将所述选定应用希望发送的数据转发给父容器。

6.一种基于分级容器机制来构建应用平台的系统，所述系统包括：

属性确定单元，当接收到针对于所述应用平台内多个应用中的选定应用的触发请求时，确定与所述选定应用相关联的属性参数；

创建单元，根据所述属性参数在用于对所述应用平台内的多个应用进行统一管理的父容器中为所述选定应用创建子容器，以使得所述选定应用能够在所创建的子容器中运行；

认证单元，促使父容器将所述选定应用的身份认证信息发送给为所述选定应用所创建的子容器，以促使所述子容器能够在运行所述选定应用之前对用户进行身份认证；

解析单元，对从所述子容器接收的与所述选定应用相关联的内部服务请求消息进行解析，以确定所述内部服务请求消息所包括的服务类型和服务提供方；以及

服务单元，促使父容器基于所述服务类型和服务提供方来执行与所述内部服务请求消息相关联的目标服务，并且由父容器将包括所述目标服务的执行结果的响应消息发送给所述子容器。

7.根据权利要求6所述的系统，还包括输入单元，当用户希望运行所述应用平台内的应用时，通过输入单元在移动终端中进行选择操作来从多个应用中选择所述选定应用，以生成针对于所述选定应用的触发请求。

8.根据权利要求6所述的系统，所述属性参数包括：应用类型、提供方的标识和缓存需求。

9.根据权利要求8所述的系统，其中所述创建单元根据所述属性参数在用于对所述应用平台内的多个应用进行统一管理的父容器中为所述选定应用创建子容器包括：

根据所述属性参数中的提供方的标识获取所述选定应用的提供方预先设定的数据交互需求；

根据所述属性参数中的应用类型确定与所述选定应用相关联的定制消息集合；

根据所述属性参数中的缓存需求确定在运行所述选定应用时所需要的缓存尺寸；以及

基于所述数据交互需求、定制消息集合和缓存尺寸在用于对所述应用平台内的多个应用进行统一管理的父容器中为所述选定应用创建子容器。

10.根据权利要求6所述的系统，其中所述子容器能够对所述选定应用的运行进行实时监测，当确定所述选定应用需要与所述应用平台进行数据交互时，由所述子容器将所述选定应用希望发送的数据转发给父容器。