CN108595220A - 应用组件的处理方法、设备及计算机可读存储介质 - Google Patents

Abstract

本发明提供应用组件的处理方法、设备及计算机可读存储介质。一方面，本发明实施例通过第一应用从第二应用的服务器，获取所述第二应用的指定应用组件，进而利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件，使得所述第一应用能够运行所述可执行文件，由于第二应用即寄宿应用已经不再依赖于特定的宿主应用，使得寄宿应用能够脱离某个特定的宿主应用在任一其他宿主应用即第一应用中运行，从而提高了寄宿应用运行的可靠性。

Description

应用组件的处理方法、设备及计算机可读存储介质

【技术领域】

本发明涉及互联网技术，尤其涉及应用组件的处理方法、设备及计算机可读存储介质。

【背景技术】

随着通信技术的发展，终端集成了越来越多的功能，从而使得终端的系统功能列表中包含了越来越多相应的应用(Application，APP)。有些应用即宿主应用中会涉及一些其他应用的特定服务即寄宿应用，例如，微信APP中的摩拜单车小程序、信用卡小程序等特定服务，寄宿应用所能够提供的服务小于或等于该寄宿应用所对应的能够单独运行的独立应用。

然而，由于宿主应用中所提供的寄宿应用完全依赖于该宿主应用，使得这些寄宿应用只能在宿主应用中运行，从而导致了寄宿应用运行的可靠性的降低。

【发明内容】

本发明的多个方面提供应用组件的处理方法、设备及计算机可读存储介质，用以提高寄宿应用的运行可靠性。

本发明的一方面，提供一种应用组件的处理方法，包括：

第一应用从第二应用的服务器，获取所述第二应用的指定应用组件；

所述第一应用利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件；

所述第一应用运行所述可执行文件。

本发明的另一方面，提供另一种应用组件的处理方法，包括：

第二应用的应用平台从第一应用，获取所述第二应用的指定应用组件；

所述第二应用的应用平台对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件，以供所述第一应用运行所述可执行文件。

本发明的另一方面，提供另一种应用组件的处理方法，包括：

第二应用的服务器获取来自第一应用的应用组件获取指示；

所述第二应用的服务器向所述第一应用发送所述第二应用的指定应用组件，以供所述第一应用利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件，以供所述第一应用运行所述可执行文件。

本发明的另一方面，提供一种设备，所述设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述一方面所提供的一种应用组件的处理方法。

本发明的另一方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述一方面所提供的一种应用组件的处理方法。

由上述技术方案可知，本发明实施例通过第一应用从第二应用的服务器，获取所述第二应用的指定应用组件，进而利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件，使得所述第一应用能够运行所述可执行文件，由于第二应用即寄宿应用已经不再依赖于特定的宿主应用，使得寄宿应用能够脱离某个特定的宿主应用在任一其他宿主应用即第一应用中运行，从而提高了寄宿应用运行的可靠性。

另外，采用本发明所提供的技术方案，能够摆脱寄宿应用对单一宿主应用的依赖，使得寄宿应用具有可移植性，能够便捷地应用到其他宿主应用中，从而提高了寄宿应用运行的广泛性。

另外，采用本发明所提供的技术方案，由于寄宿应用的应用平台不再与单一宿主应用的应用平台集成设置，而是各自独立分离设置，使得寄宿应用的应用平台具有可移植性，能够便捷地被其他宿主应用所调用，从而提高了寄宿应用的应用平台调用的广泛性。

另外，采用本发明所提供的技术方案，还可以实现应用资源的有效整合，使得各个宿主应用可以基于功能需要灵活集合各类应用资源，快速响应用户需求，而且可以节约宿主应用自身的开发成本。

另外，采用本发明所提供的技术方案，能够有效地提高用户的体验。

【附图说明】

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

图1为本发明一实施例提供的一种应用组件的处理方法的流程示意图；

图2为本发明另一实施例提供的另一种应用组件的处理方法的流程示意图；

图3为本发明另一实施例提供的另一种应用组件的处理方法的流程示意图；

图4为适于用来实现本发明实施方式的示例性计算机系统/服务器12的框图。

【具体实施方式】

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

需要说明的是，本发明实施例中所涉及的终端可以包括但不限于手机、个人数字助理(Personal Digital Assistant，PDA)、无线手持设备、平板电脑(Tablet Computer)、个人电脑(Personal Computer，PC)、MP3播放器、MP4播放器、可穿戴设备(例如，智能眼镜、智能手表、智能手环等)等。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1为本发明一实施例提供的一种应用组件的处理方法的流程示意图，如图1所示。

101、第一应用从第二应用的服务器，获取所述第二应用的指定应用组件。

其中，所述第二应用的指定应用组件，可以为第二应用的全部应用组件，或者还可以为第二应用的部分应用组件，本实施例对此不进行特别限定。

102、所述第一应用利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件。

103、所述第一应用运行所述可执行文件。

需要说明的是，所述第一应用可以是安装在终端上的本地程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行限定；所述第二应用可以是无需安装在终端上的本地程序即小程序，通过第一应用的用户进行触发运行，可以称为寄宿应用。

这样，通过第一应用从第二应用的服务器，获取所述第二应用的指定应用组件，进而利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件，使得所述第一应用能够运行所述可执行文件，由于第二应用即寄宿应用已经不再依赖于特定的宿主应用，使得寄宿应用能够脱离某个特定的宿主应用在任一其他宿主应用即第一应用中运行，从而提高了寄宿应用运行的可靠性。

可选地，在本实施例的一个可能的实现方式中，在101中，所述第一应用具体可以获取用户触发的所述第二应用的调用指令，进而，所述第一应用则可以根据所述调用指令，从所述第二应用的服务器，获取所述第二应用的指定应用组件。

在一个具体的实现过程中，所述第一应用具体可以输出所述第二应用的图标，然后，所述第一应用则可以获取所述用户基于所述第二应用的图标的操作，触发的所述第二应用的调用指令。

在该实现过程中，所述第一应用在输出所述第二应用的图标之后，还可以进一步获取所述用户基于所述第二应用的图标的操作，触发的所述第二应用的调用指令。

其中，所述操作包括操作手势，所述操作手势可以包括但不限于下列操作手势中的至少一项：

用户对所述第二应用的图标的操作手势；

用户在所述第二应用的图标所在页面上方的悬空操作手势；

用户在所述第二应用的图标所在页面上的接触操作手势；以及

用户基于所述第二应用的图标所在页面带动终端的运动趋势。

用户对所述第二应用的图标的操作手势，可以是指用户操作如点击操作终端的显示装置所显示的第二应用的图标。其中，所谓的点击操作这一操作，可以为用户利用鼠标或键盘等外部输入设备控制光标所进行的触发操作，或者还可以为用户利用手指或输入笔等触控输入设备所进行的触碰操作，本实施例对此不进行特别限定。

用户在所述第二应用的图标所在页面上方的悬空操作手势，可以是指用户在终端的图像传感器的采集范围之内，在终端的显示装置所显示的第二应用的图标所在页面上方的悬空滑动轨迹。其中，所述图像传感器可以为电荷耦合元件(Charge Coupled Device，CCD)传感器，或者还可以为金属氧化物半导体元件(Complementary Metal-OxideSemiconductor，CMOS)传感器，本实施例对此不进行特别限定。所述悬空滑动轨迹可以包括但不限于由若干个连续滑动事件对应的若干个停留点组成的直线或任意形状的曲线，本实施例对此不进行特别限定。

用户在所述第二应用的图标所在页面上的接触操作手势，可以是指用户在终端的显示装置所显示的第二应用的图标所在页面上的接触滑动轨迹。通常，终端可以根据显示装置是否具有可触控的特性，分成两种类型，一种类型是触控式终端，另一种类型是非触控式终端。具体地，具体可以检测用户在触控式终端的触控屏所显示的第二应用的图标所在页面上的接触操作手势。所述接触滑动轨迹可以包括但不限于由若干个连续触摸事件对应的若干个触摸点组成的直线或任意形状的曲线，本实施例对此不进行特别限定。例如，可以为用户在第二应用的图标所在页面上中间区域的长按操作手势。

用户基于所述第二应用的图标所在页面带动终端运动的运动趋势，可以是指用户手持终端，在终端的显示装置显示第二应用的图标所在页面时，带动终端所进行运动的运动轨迹，例如，晃动、翻转等。

在该实现过程中，具体可以利用传感器设备，检测所述用户对所在应用的第二应用的图标所在页面的操作手势。具体地，所述传感器设备可以包括但不限于重力传感器、加速度传感器、压力传感器、红外线传感器、距离传感器和图像传感器中的至少一个，本实施例对此不进行特别限定。

其中，所述距离传感器可以为超声波距离传感器，或者还可以为红外距离传感器，或者还可以为激光距离传感器，或者还可以为微波距离传感器，本实施例对此不进行特别限定。这些距离传感器都是现有的成熟技术，详细描述可以参见现有技术中的相关内容，此处不再赘述。

其中，所述图像传感器可以为电荷耦合元件(Charge Coupled Device，CCD)传感器，或者还可以为金属氧化物半导体元件(Complementary Metal-Oxide Semiconductor，CMOS)传感器，本实施例对此不进行特别限定。

具体地，检测所述用户对所在应用的第二应用的图标所在页面的操作手势，具体可以是指检测所述用户对所在应用的第二应用的图标所在页面的操作手势的起始点、结束点以及由起始点到结束点所形成的轨迹，或者还可以进一步检测所述轨迹所对应的弧度数据。

为了实现上述功能，还可以进一步预先设置指定操作。只有当所获取的操作满足预先设置的指定操作时，才能够根据所获取的所述用户基于所述第二应用的图标的操作，触发所述第二应用的调用指令。

以所获取的操作包括操作手势为例，在获取到所述用户基于所述第二应用的图标所在页面的操作手势之后，则可以将操作手势与预先设置的指定手势进行对比，只有当所获取的操作手势满足预先设置的指定手势时，才能够触发所述第二应用的调用指令。

具体来说，所述指定手势的数据可以存储在终端的存储设备中。

例如，所述终端的存储设备可以慢速存储设备，具体可以为计算机系统的硬盘，或者还可以为手机的非运行内存即物理内存，例如，只读存储器(Read-Only Memory，ROM)和内存卡等，本实施例对此不进行特别限定。

或者，再例如，所述终端的存储设备还可以为快速存储设备，具体可以为计算机系统的内存，或者还可以为手机的运行内存即系统内存，例如，随机存储器(Random AccessMemory，RAM)等，本实施例对此不进行特别限定。

可选地，在本实施例的一个可能的实现方式中，在102中，所述第一应用具体可以利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述可执行文件。

其中，在该实现方式中，所述第一应用的应用平台可以与所述第二应用的应用平台分离设置，这两个平台完全隔离，所述第一应用具体可以通过第二应用的调用接口，调用所述第二应用的应用平台。

具体来说，第一应用的应用平台中可以配置有多个第二应用的调用接口，用以调用不同的第二应用的应用平台。这样，能够实现第一应用灵活、便捷地调用各个第二应用。

在一个具体的实现过程中，所述第一应用具体可以利用所述第二应用的应用平台，根据所述第一应用的应用类型例如，基于安卓(Android)操作系统的应用类型、基于IOS操作系统的应用类型等，对所述指定应用组件进行解析处理，以获得与所述应用类型对应的所述可执行文件。

其中，第二应用的应用平台，可以包括但不限于调用应用程序编程接口(Application Programming Interface，API)、应用组件解析器和运行环境桥接模块等，本实施例对此不进行特别限定。

具体来说，所述第一应用具体可以通过第二应用的应用平台的调用API，调用所述第二应用的应用平台。在调用API被调用之后，第二应用的应用平台的应用组件解析器则可以根据第一应用的应用类型，将指定应用组件解析为该应用类型所对应的可执行文件，进而在运行环境桥接模块在第一应用中所对应的运行环境中运行。

进一步地，第二应用的应用平台还可以进一步包括适配器，例如，网络适配器和数据库适配器等。在第二应用的可执行文件在第一应用中所对应的运行环境中被运行之后，第二应用的应用平台的适配器，还可以进一步对网络请求和提供服务所需要的数据库进行相关的适配处理，用以实现能够在第一应用中所对应的运行环境中提供第二应用的服务内容。

在另一个具体的实现过程中，在所述第一应用利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述可执行文件之前，若所述第一应用没有加载第二应用的应用平台，所述第一应用还可以进一步获取所述第二应用的应用平台，进而，所述第一应用则可以加载所述第二应用的应用平台。

具体来说，所述第一应用具体可以采用多种方式，获取所述第二应用的应用平台，本实施例对此不进行特别限定。

例如，所述第一应用具体可以从所述第二应用的服务器，获取所述第二应用的应用平台。

或者，再例如，所述第一应用具体可以从预先配置的配置文件中，获取所述第二应用的应用平台。

采用本发明所提供的技术方案，能够摆脱寄宿应用对单一宿主应用的依赖，使得寄宿应用具有可移植性，能够便捷地应用到其他宿主应用中，从而提高了寄宿应用运行的广泛性。

同时，采用本发明所提供的技术方案，还可以实现应用资源的有效整合，使得各个宿主应用可以基于功能需要灵活集合各类应用资源，快速响应用户需求，而且可以节约宿主应用自身的开发成本。

本实施例中，通过第一应用从第二应用的服务器，获取所述第二应用的指定应用组件，进而利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件，使得所述第一应用能够运行所述可执行文件，由于第二应用即寄宿应用已经不再依赖于特定的宿主应用，使得寄宿应用能够脱离某个特定的宿主应用在任一其他宿主应用即第一应用中运行，从而提高了寄宿应用运行的可靠性。

另外，采用本发明所提供的技术方案，能够摆脱寄宿应用对单一宿主应用的依赖，使得寄宿应用具有可移植性，能够便捷地应用到其他宿主应用中，从而提高了寄宿应用运行的广泛性。

另外，采用本发明所提供的技术方案，由于寄宿应用的应用平台不再与单一宿主应用的应用平台集成设置，而是各自独立分离设置，使得寄宿应用的应用平台具有可移植性，能够便捷地被其他宿主应用所调用，从而提高了寄宿应用的应用平台调用的广泛性。

另外，采用本发明所提供的技术方案，还可以实现应用资源的有效整合，使得各个宿主应用可以基于功能需要灵活集合各类应用资源，快速响应用户需求，而且可以节约宿主应用自身的开发成本。

另外，采用本发明所提供的技术方案，能够有效地提高用户的体验。

图2为本发明另一实施例提供的另一种应用组件的处理方法的流程示意图，如图2所示。

201、第二应用的应用平台从第一应用，获取所述第二应用的指定应用组件；其中，所述第二应用的应用平台为所述第一应用所加载。

其中，所述第二应用的指定应用组件，是所述第一应用根据所获取的用户触发的所述第二应用的调用指令，从所述第二应用的服务器获取的。

202、所述第二应用的应用平台对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件，以供所述第一应用运行所述可执行文件。

在本实施例中，所述第一应用的应用平台可以与所述第二应用的应用平台分离设置，这两个平台完全隔离，所述第一应用具体可以通过第二应用的调用接口，调用所述第二应用的应用平台。

具体来说，第一应用的应用平台中可以配置有多个第二应用的调用接口，用以调用不同的第二应用的应用平台。这样，能够实现第一应用灵活、便捷地调用各个第二应用。

在一个具体的实现过程中，所述第二应用的应用平台，具体可以根据所述第一应用的应用类型例如，基于安卓(Android)操作系统的应用类型、基于IOS操作系统的应用类型等，对所述指定应用组件进行解析处理，以获得与所述应用类型对应的所述可执行文件。

其中，第二应用的应用平台，可以包括但不限于调用应用程序编程接口(Application Programming Interface，API)、应用组件解析器和运行环境桥接模块等，本实施例对此不进行特别限定。

具体来说，所述第一应用具体可以通过第二应用的应用平台的调用API，调用所述第二应用的应用平台。在调用API被调用之后，第二应用的应用平台的应用组件解析器则可以根据第一应用的应用类型，将指定应用组件解析为该应用类型所对应的可执行文件，进而在运行环境桥接模块在第一应用中所对应的运行环境中运行。

进一步地，第二应用的应用平台还可以进一步包括适配器，例如，网络适配器和数据库适配器等。在第二应用的可执行文件在第一应用中所对应的运行环境中被运行之后，第二应用的应用平台的适配器，还可以进一步对网络请求和提供服务所需要的数据库进行相关的适配处理，用以实现能够在第一应用中所对应的运行环境中提供第二应用的服务内容。

在另一个具体的实现过程中，在所述第一应用利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述可执行文件之前，若所述第一应用没有加载第二应用的应用平台，所述第一应用还可以进一步获取所述第二应用的应用平台，进而，所述第一应用则可以加载所述第二应用的应用平台。

具体来说，所述第一应用具体可以采用多种方式，获取所述第二应用的应用平台，本实施例对此不进行特别限定。

例如，所述第一应用具体可以从所述第二应用的服务器，获取所述第二应用的应用平台。

或者，再例如，所述第一应用具体可以从预先配置的配置文件中，获取所述第二应用的应用平台。

采用本发明所提供的技术方案，能够摆脱寄宿应用对单一宿主应用的依赖，使得寄宿应用具有可移植性，能够便捷地应用到其他宿主应用中，从而提高了寄宿应用运行的广泛性。

同时，采用本发明所提供的技术方案，还可以实现应用资源的有效整合，使得各个宿主应用可以基于功能需要灵活集合各类应用资源，快速响应用户需求，而且可以节约宿主应用自身的开发成本。

本实施例中，通过第二应用的应用平台从第一应用，获取所述第二应用的指定应用组件，使得所述第二应用的应用平台能够对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件，以供所述第一应用运行所述可执行文件，由于第二应用即寄宿应用已经不再依赖于特定的宿主应用，使得寄宿应用能够脱离某个特定的宿主应用在任一其他宿主应用即第一应用中运行，从而提高了寄宿应用运行的可靠性。

另外，采用本发明所提供的技术方案，能够摆脱寄宿应用对单一宿主应用的依赖，使得寄宿应用具有可移植性，能够便捷地应用到其他宿主应用中，从而提高了寄宿应用运行的广泛性。

另外，采用本发明所提供的技术方案，由于寄宿应用的应用平台不再与单一宿主应用的应用平台集成设置，而是各自独立分离设置，使得寄宿应用的应用平台具有可移植性，能够便捷地被其他宿主应用所调用，从而提高了寄宿应用的应用平台调用的广泛性。

另外，采用本发明所提供的技术方案，还可以实现应用资源的有效整合，使得各个宿主应用可以基于功能需要灵活集合各类应用资源，快速响应用户需求，而且可以节约宿主应用自身的开发成本。

另外，采用本发明所提供的技术方案，能够有效地提高用户的体验。

图3为本发明另一实施例提供的另一种应用组件的处理方法的流程示意图，如图3所示。

301、第二应用的服务器获取来自第一应用的应用组件获取指示。

其中，所述应用组件获取指示，是第一应用根据所获取的用户触发的所述第二应用的调用指令，发送的。

第一应用获取用户所触发的所述第二应用的调用指令的相关内容，可以参见图1对应的实施例中的相关描述。

302、所述第二应用的服务器向所述第一应用发送所述第二应用的指定应用组件，以供所述第一应用利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件，以供所述第一应用运行所述可执行文件。

在本实施例中，所述第一应用的应用平台可以与所述第二应用的应用平台分离设置，这两个平台完全隔离，所述第一应用具体可以通过第二应用的调用接口，调用所述第二应用的应用平台。

具体来说，第一应用的应用平台中可以配置有多个第二应用的调用接口，用以调用不同的第二应用的应用平台。这样，能够实现第一应用灵活、便捷地调用各个第二应用。

在一个具体的实现过程中，所述第一应用具体可以利用所述第二应用的应用平台，根据所述第一应用的应用类型例如，基于安卓(Android)操作系统的应用类型、基于IOS操作系统的应用类型等，对所述指定应用组件进行解析处理，以获得与所述应用类型对应的所述可执行文件。

其中，第二应用的应用平台，可以包括但不限于调用应用程序编程接口(Application Programming Interface，API)、应用组件解析器和运行环境桥接模块等，本实施例对此不进行特别限定。

具体来说，所述第一应用具体可以通过第二应用的应用平台的调用API，调用所述第二应用的应用平台。在调用API被调用之后，第二应用的应用平台的应用组件解析器则可以根据第一应用的应用类型，将指定应用组件解析为该应用类型所对应的可执行文件，进而在运行环境桥接模块在第一应用中所对应的运行环境中运行。

进一步地，第二应用的应用平台还可以进一步包括适配器，例如，网络适配器和数据库适配器等。在第二应用的可执行文件在第一应用中所对应的运行环境中被运行之后，第二应用的应用平台的适配器，还可以进一步对网络请求和提供服务所需要的数据库进行相关的适配处理，用以实现能够在第一应用中所对应的运行环境中提供第二应用的服务内容。

在另一个具体的实现过程中，在所述第一应用利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述可执行文件之前，若所述第一应用没有加载第二应用的应用平台，所述第一应用还可以进一步获取所述第二应用的应用平台，进而，所述第一应用则可以加载所述第二应用的应用平台。

具体来说，所述第一应用具体可以采用多种方式，获取所述第二应用的应用平台，本实施例对此不进行特别限定。

例如，所述第一应用具体可以从所述第二应用的服务器，获取所述第二应用的应用平台。

或者，再例如，所述第一应用具体可以从预先配置的配置文件中，获取所述第二应用的应用平台。

采用本发明所提供的技术方案，能够摆脱寄宿应用对单一宿主应用的依赖，使得寄宿应用具有可移植性，能够便捷地应用到其他宿主应用中，从而提高了寄宿应用运行的广泛性。

同时，采用本发明所提供的技术方案，还可以实现应用资源的有效整合，使得各个宿主应用可以基于功能需要灵活集合各类应用资源，快速响应用户需求，而且可以节约宿主应用自身的开发成本。

本实施例中，通过第二应用的服务器获取来自第一应用的应用组件获取指示，使得所述第二应用的服务器能够向所述第一应用发送所述第二应用的指定应用组件，以供所述第一应用利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件，以供所述第一应用运行所述可执行文件，由于第二应用即寄宿应用已经不再依赖于特定的宿主应用，使得寄宿应用能够脱离某个特定的宿主应用在任一其他宿主应用即第一应用中运行，从而提高了寄宿应用运行的可靠性。

另外，采用本发明所提供的技术方案，能够摆脱寄宿应用对单一宿主应用的依赖，使得寄宿应用具有可移植性，能够便捷地应用到其他宿主应用中，从而提高了寄宿应用运行的广泛性。

另外，采用本发明所提供的技术方案，由于寄宿应用的应用平台不再与单一宿主应用的应用平台集成设置，而是各自独立分离设置，使得寄宿应用的应用平台具有可移植性，能够便捷地被其他宿主应用所调用，从而提高了寄宿应用的应用平台调用的广泛性。

另外，采用本发明所提供的技术方案，还可以实现应用资源的有效整合，使得各个宿主应用可以基于功能需要灵活集合各类应用资源，快速响应用户需求，而且可以节约宿主应用自身的开发成本。

另外，采用本发明所提供的技术方案，能够有效地提高用户的体验。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

图4示出了适于用来实现本发明实施方式的示例性计算机系统/服务器12的框图。图4显示的计算机系统/服务器12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，计算机系统/服务器12以通用计算设备的形式表现。计算机系统/服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，存储装置或者系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机系统/服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机系统/服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机系统/服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机系统/服务器12交互的设备通信，和/或与使得该计算机系统/服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口44进行。并且，计算机系统/服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机系统/服务器12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机系统/服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现图1～图3所对应的实施例任一实施例所提供的应用组件的处理方法。

本发明另一实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现图1～图3所对应的实施例任一实施例所提供的应用组件的处理方法。

具体来说，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或页面组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一个计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (15)

1.一种应用组件的处理方法，其特征在于，包括：

第一应用从第二应用的服务器，获取所述第二应用的指定应用组件；

所述第一应用利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件；

所述第一应用运行所述可执行文件。

2.根据权利要求1所述的方法，其特征在于，所述第一应用从第二应用的服务器，获取所述第二应用的指定应用组件，包括：

所述第一应用获取用户触发的所述第二应用的调用指令；

所述第一应用根据所述调用指令，从所述第二应用的服务器，获取所述第二应用的指定应用组件。

3.根据权利要求2所述的方法，其特征在于，所述第一应用获取用户触发的所述第二应用的调用指令，包括：

所述第一应用输出所述第二应用的图标；

所述第一应用获取所述用户基于所述第二应用的图标的操作，触发的所述第二应用的调用指令。

4.根据权利要求1所述的方法，其特征在于，所述第一应用利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述可执行文件，包括：

所述第一应用利用所述第二应用的应用平台，根据所述第一应用的应用类型，对所述指定应用组件进行解析处理，以获得与所述应用类型对应的所述可执行文件。

5.根据权利要求1所述的方法，其特征在于，所述第一应用利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述可执行文件之前，还包括：

所述第一应用获取所述第二应用的应用平台；

所述第一应用加载所述第二应用的应用平台。

6.根据权利要求5所述的方法，其特征在于，所述第一应用获取所述第二应用的应用平台，包括：

所述第一应用从所述第二应用的服务器，获取所述第二应用的应用平台。

7.根据权利要求1～6任一权利要求所述的方法，其特征在于，所述第一应用的应用平台与所述第二应用的应用平台分离设置。

8.一种应用组件的处理方法，其特征在于，包括：

第二应用的应用平台从第一应用，获取所述第二应用的指定应用组件；其中，所述第二应用的应用平台为所述第一应用所加载；

所述第二应用的应用平台对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件，以供所述第一应用运行所述可执行文件。

9.根据权利要求8所述的方法，其特征在于，所述第二应用的指定应用组件是所述第一应用根据所获取的用户触发的所述第二应用的调用指令，从所述第二应用的服务器获取的。

10.根据权利要求8所述的方法，其特征在于，所述第二应用的应用平台对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件，包括：

所述第二应用的应用平台根据所述第一应用的应用类型，对所述指定应用组件进行解析处理，以获得与所述应用类型对应的所述可执行文件。

11.根据权利要求8～10任一权利要求所述的方法，其特征在于，所述第一应用的应用平台与所述第二应用的应用平台分离设置。

12.一种应用组件的处理方法，其特征在于，包括：

第二应用的服务器获取来自第一应用的应用组件获取指示；

所述第二应用的服务器向所述第一应用发送所述第二应用的指定应用组件，以供所述第一应用利用所述第二应用的应用平台，对所述指定应用组件进行解析处理，以获得所述第二应用的可执行文件，以供所述第一应用运行所述可执行文件。

13.根据权利要求12所述的方法，其特征在于，所述第一应用的应用平台与所述第二应用的应用平台分离设置。

14.一种设备，其特征在于，所述设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1～13任一所述的方法。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1～13任一所述的方法。