CN110908734A - 基于插件化的应用组合方法、装置、终端设备及存储介质 - Google Patents

Abstract

本申请提供一种基于插件化的应用组合方法、装置、终端设备及存储介质，涉及应用更新技术领域。其中，该方法通过获取合并待组合应用程序的组合指令，根据组合指令，读取待组合应用程序的至少部分业务插件，并根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序，可以将待合并应用程序的业务插件合并至目标应用程序中，从而实现将待合并应用程序和目标应用程序的功能集成于更新后的目标应用程序中。相对于现有技术中通过开发新的应用程序，对不同应用程序的功能进行合并的方案，耗时更短，可以有效提高应用合并效率。

Description

基于插件化的应用组合方法、装置、终端设备及存储介质

技术领域

本申请涉及应用更新技术领域，具体而言，涉及一种基于插件化的应用组合方法、装置、终端设备及存储介质。

背景技术

应用程序主要是指通过高级程序语言编写的具有特定顺序组织的数据和指令的集合，可以安装于手机、电脑等终端设备中、用于实现相应的功能。例如，应用程序可以包括安装于手机中的手机应用程序(Application，App)、安装于电脑中的软件(Software)等，应用程序的功能可以包括：社交、图像处理、文字编辑、数据统计等。为了方便对应用程序的管理、以及方便用户的使用，在各应用程序发展成熟后，通常可以将不同应用程序的功能进行合并，通过合并应用程序为用户提供更便捷的服务。

目前，实现应用合并通常所采用的技术方案为：针对不同应用程序的功能，重新开发一款新的应用程序作为合并应用程序，该合并应用程序可以继承有不同应用程序的功能，提供相应的服务。

但是，上述现有技术中通过开发新的应用程序，对不同应用程序的功能进行合并的方案，重新开发应用程序的过程耗时较长，导致应用合并效率低下。

发明内容

本申请提供一种基于插件化的应用组合方法装置、终端设备及存储介质，可以对不同应用进行合并，且应用合并效率较高。

第一方面，本申请实施例提供一种基于插件化的应用组合方法，包括：

获取合并待组合应用程序的组合指令，组合指令包括至少一个待组合应用程序的标识；

根据组合指令，读取待组合应用程序的至少部分业务插件；

根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序，其中，更新后的目标应用程序包含待组合应用程序的至少部分业务插件对应的功能、以及目标应用程序的业务插件对应的功能。

可选地，上述获取合并待组合应用程序的组合指令，包括：

接收目标应用程序或待组合应用程序对应的服务器发送的组合指令，其中，目标应用程序与待组合应用程序的运行框架相同。

一种实施方式中，上述根据组合指令，读取待组合应用程序的至少部分业务插件，包括：

根据组合指令，获取待组合应用程序的至少部分业务插件的存储地址；

从存储地址，读取待组合应用程序的至少部分业务插件。

另一种实施方式中，上述根据组合指令，读取待组合应用程序的至少部分业务插件，包括：

根据组合指令，从预设地址读取待组合应用程序的至少部分业务插件。

可选地，上述根据组合指令，从预设地址读取待组合应用程序的至少部分业务插件之前，该方法还包括：

接收待组合应用程序对应的服务器发送的共享指令，共享指令包括：待组合应用程序的标识、目标应用程序的标识，共享指令指示待组合应用程序与目标应用程序共享至少部分业务插件；

根据共享指令，将待组合应用程序的至少部分业务插件写入预设地址。

可选地，上述根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序之后，该方法还包括：

收到待组合应用程序的启动指令后，禁止待组合应用程序对应的进程。

可选地，上述禁止待组合应用程序对应的进程之后，该方法还包括：

启动目标应用程序。

可选地，上述根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序之后，该方法还包括：

显示提示消息，提示消息用于提醒用户是否卸载待组合应用程序。

第二方面，本申请实施例提供一种基于插件化的应用组合装置，包括：

获取模块，用于获取合并待组合应用程序的组合指令，组合指令包括至少一个待组合应用程序的标识；

读取模块，用于根据组合指令，读取待组合应用程序的至少部分业务插件；

更新模块，用于根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序，其中，更新后的目标应用程序包含待组合应用程序的至少部分业务插件对应的功能、以及目标应用程序的业务插件对应的功能。

可选地，获取模块具体用于接收目标应用程序或待组合应用程序对应的服务器发送的组合指令，其中，目标应用程序与待组合应用程序的运行框架相同。

可选地，读取模块，包括：

地址子模块，用于根据组合指令，获取待组合应用程序的至少部分业务插件的存储地址；

读取子模块，用于从存储地址，读取待组合应用程序的至少部分业务插件。

可选地，读取模块具体用于根据组合指令，从预设地址读取待组合应用程序的至少部分业务插件。

可选地，该装置还包括：接收模块和写入模块；

在读取模块根据组合指令，从预设地址读取待组合应用程序的至少部分业务插件之前，接收模块，用于接收待组合应用程序对应的服务器发送的共享指令，共享指令包括：待组合应用程序的标识、目标应用程序的标识，共享指令指示待组合应用程序与目标应用程序共享至少部分业务插件；

写入模块，用于根据共享指令，将待组合应用程序的至少部分业务插件写入预设地址。

可选地，该装置还包括：禁止模块；在更新模块根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序之后，禁止模块，用于收到待组合应用程序的启动指令后，禁止待组合应用程序对应的进程。

可选地，该装置还包括：启动模块；在禁止模块禁止待组合应用程序对应的进程之后，启动模块，用于启动目标应用程序。

可选地，该装置还包括：显示模块；在更新模块根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序之后，显示模块，用于显示提示消息，提示消息用于提醒用户是否卸载待组合应用程序。

第三方面，本申请实施例提供一种终端设备，包括：处理器、存储介质和总线，存储介质存储有处理器可执行的机器可读指令，当终端设备运行时，处理器与存储介质之间通过总线通信，处理器执行机器可读指令，以执行时执行如第一方面所述的基于插件化的应用组合方法的步骤。

第四方面，本申请实施例还提供一种存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时执行如第一方面所述的基于插件化的应用组合方法的步骤。

本申请实施例通过获取合并待组合应用程序的组合指令，根据组合指令，读取待组合应用程序的至少部分业务插件，并根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序，可以将待合并应用程序的业务插件合并至目标应用程序中，从而实现将待合并应用程序和目标应用程序的功能集成于更新后的目标应用程序中。相对于现有技术中通过开发新的应用程序，对不同应用程序的功能进行合并的方案，耗时更短，可以有效提高应用合并效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例提供的基于插件化的应用组合方法的流程示意图；

图2示出了本申请实施例提供的基于插件化的应用组合方法的另一流程示意图；

图3示出了本申请实施例提供的基于插件化的应用组合方法的又一流程示意图；

图4示出了本申请实施例提供的基于插件化的应用组合方法的又一流程示意图；

图5示出了本申请实施例提供的基于插件化的应用组合方法的又一流程示意图；

图6示出了本申请实施例提供的基于插件化的应用组合装置的结构示意图；

图7示出了本申请实施例提供的读取模块的结构示意图；

图8示出了本申请实施例提供的基于插件化的应用组合装置的另一结构示意图；

图9示出了本申请实施例提供的基于插件化的应用组合装置的又一结构示意图；

图10示出了本申请实施例提供的基于插件化的应用组合装置的又一结构示意图；

图11示出了本申请实施例提供的基于插件化的应用组合装置的又一结构示意图；

图12示出了本申请实施例提供的终端设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

本申请提供一种基于插件化的应用组合方法，该方法可以应用于平板电脑、手机、计算机等可以安装应用程序，为用户提供相应服务的终端设备中，本申请在此不作限制。通过该方法可以以较高的合并效率对终端设备中的不同应用进行合并，从而实现通过合并后的应用为用户提供相应服务。

图1示出了本申请实施例提供的基于插件化的应用组合方法的流程示意图。

如图1所示，该基于插件化的应用组合方法，可以包括：

S101、获取合并待组合应用程序的组合指令。

其中，组合指令可以用于指示待组合应用程序，组合指令可以用于指示将各标识对应的待组合应用程序合并至目标应用程序中。如，若B为待合并应用程序，A为目标应用程序，可以指示将B合并至A中。

组合指令中可以包括一个或多个待组合应用程序的标识，该标识可以是待组合应用程序的名称、名称对应的哈希值、编号、或者应用程序的代码中特有的字段等。

可选地，目标应用程序与待组合应用程序的运行框架可以相同。

例如，目标应用程序和待组合应用程序的运行框架可以为基于插件化技术所设计的相同的插件化运行框架。如，可以将目标应用程序和待组合应用程序设计为“插件平台+多个业务插件”的运行框架，每个业务插件可以用于实现不同的业务功能。

可选地，目标应用程序或待组合应用程序中的业务插件，可以是在前期开发时预先内置的业务插件，或者，也可以是在应用运行期内通过动态拉取的方式所加载的业务插件。

以安卓(Android)系统中的类加载机制为例，目标应用程序或待组合应用程序中的业务插件可以是开发人员在配置应用程序时预先开发编译好、并内置于Android系统中的业务插件，或者，也可以是通过类加载器(DexClassLoader)加载外后台服务器发送的应用程序安装包(Android application package，APK)、dex文件等，实现插件的动态拉取。

对目标应用程序和待组合应用程序而言，均需要通过各自对应的后台的服务器支撑其运行。

一种实施方式中，上述获取合并待组合应用程序的组合指令可以是：接收目标应用程序对应的服务器发送的组合指令。例如，假设终端设备中存在有以上述相同插件化框架安装的应用程序A和应用程序B，应用程序A为目标应用程序，应用程序B为待组合应用程序，则目标应用程序A对应的服务器可以向终端设备发送组合指令，组合指令中可以包括：待组合应用程序B的标识。

另一种实施方式中，上述获取合并待组合应用程序的组合指令也可以是：接收待组合应用程序对应的服务器发送的组合指令。同样以目标应用程序A和待组合应用程序B为例，则待组合应用程序B对应的服务器可以向终端设备发送组合指令。当默认目标应用程序A为唯一目标应用程序时，组合指令中可以包括：待组合应用程序B的标识。当目标应用程序可能具有多个时，组合指令中可以包括：目标应用程序A的标识、以及待组合应用程序B的标识。

或者，又一种实施方式中，可以直接在终端操作来触发组合指令，例如应用程序A为目标应用程序时，上述获取合并待组合应用程序的组合指令还可以是：接收用户对终端上应用程序A进行点击、触碰等预设操作，触发组合指令，触发组合指令可以包含待组合应用程序的标识，具体可以是用户在进行上述预设操作是选择或输入待组合应用程序的标识等，在此不具体限制。或者，也可以是用户对终端上待组合应用程序B进行点击、触碰等预设操作触发组合指令，触发组合指令可以包含目标应用程序的标识，具体可以是用户在进行上述预设操作是选择或输入目标组合应用程序的标识等，也可以通过服务器指示产生，在此不具体限制。

又或者，其他实施方式中，上述获取合并待组合应用程序的组合指令还可以是前述不同实施方式中的组合。例如，可以是目标应用程序A或待组合应用程序B对应的服务器向终端设备发送组合指令，组合指令可以包括目标应用程序A的标识、以及待组合应用程序B的标识；当用户点击带待组合应用程序B时，触发该组合指令，开始执行步骤S102。本申请实施例采用前述任一实施方式均可，在此不作限制。

S102、根据组合指令，读取待组合应用程序的至少部分业务插件。

可选地，获取到上述组合指令后，可以根据组合指令的指示，读取待组合应用程序的至少部分业务插件。例如，假设待组合应用程序包括业务插件1、业务插件2和业务插件3，则可以读取其中的任一个或任意两个业务插件，或者读取全部的业务插件。

读取全部或部分业务插件可以取决于组合指令的指示。例如，得到组合指令后，可以根据组合指令直接对可读取的全部业务插件进行读取；或者，组合指令中还可以包括：待组合应用程序的业务插件的标识，得到组合指令后，也可以根据待组合应用程序的业务插件的标识确定可读取的业务插件等。

读取到待组合应用程序的至少部分业务插件后，可以执行下述步骤S103，对目标应用程序进行更新。

S103、根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序。

其中，更新后的目标应用程序可以包含待组合应用程序的至少部分业务插件对应的功能、以及目标应用程序的业务插件对应的功能。

例如，可以将待组合应用程序的至少部分业务插件合并至目标应用程序的业务插件库中，或者可以将读取到的待组合应用程序的业务插件拷贝到目标应用程序的业务插件的目录下，并对目标应用程序的配置进行修改从而得到更新后的目标应用程序。应用程序的业务插件分别对应于不同的功能，而更新后的目标应用程序包含有待组合应用程序的至少部分业务插件，从而更新后的目标应用程序既可以包含原有目标应用程序的业务插件对应的功能，也可以包含待组合应用程序的至少部分业务插件对应的功能。

需要说明的是，本申请实施例中，目标应用程序和待组合应用程序的运行框架相同，所以目标应用程序和待组合应用程序的业务插件可以兼容，将待组合应用程序的业务插件拷贝至目标应用程序的业务插件的目录下后，根据待组合应用程序的业务插件，对目标应用程序的业务插件运行参数进行适应性修改，即，对目标应用程序的配置进行修改，即可使得更新后的目标应用程序可以正常运行，为用户提供相应的服务。

由上所述，本申请实施例通过获取合并待组合应用程序的组合指令，根据组合指令，读取待组合应用程序的至少部分业务插件，并根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序，可以将待合并应用程序的业务插件合并至目标应用程序中，从而实现将待合并应用程序和目标应用程序的功能集成于更新后的目标应用程序中。相对于现有技术中通过开发新的应用程序，对不同应用程序的功能进行合并的方案，耗时更短，可以有效提高应用合并效率。

下面以一种具体应用场景对本申请实施例提供的基于插件化的应用组合方法作具体说明：

以Z企业下的J、D、H三个应用程序为例，在前期开发时，可以将J、D、H设计为“插件平台+多个业务插件”的运行框架，每个业务插件可以用于实现不同的业务，例如，假设J包括业务插件1和业务插件2，业务插件1可以用于实现新闻查看功能、业务插件2可以用于实现热点视频查看功能等。J、D和H运行时可以分别面向不同的用户群体，分别开展相关业务。

当J、D、H发展到成熟阶段后，可以通过本申请实施例提供的该基于插件化的应用组合方法对J、D、H进行合并。例如，安装有上述J、D、H三个应用程序的终端设备可以接收J的后台服务器发送的组合指令，组合指令可以包括：J的标识、D的标识、以及H的标识。终端设备可以根据组合指令，读取D的业务插件、以及H的业务插件，并将D的业务插件、以及H的业务插件拷贝至J的业务插件目录下，对J的配置进行更新后，即可得到更新后的应用程序J1，实现对J、D、以及H的合并。所得到更新后的应用程序J1可以集成有J、D、以及H分别所具有的所有功能。

当J、D、以及H合并后，Z企业可以更加方便对应用程序的后台管理，而且，Z企业还可以分别引导J、D、以及H分别对应的各用户群体迁移至更新后的应用程序J1中，不仅可以为各用户群体提供更加完善、全面的服务，而且可以扩大各业务所面向的用户群体。另外，通过本申请实施例提供的基于插件化的应用组合方法，对J、D、以及H等不同应用程序进行合并，用户无需重新下载新的应用程序，用户的迁移成本较小，可以有效减少迁移过程中用户的流失率。

图2示出了本申请实施例提供的基于插件化的应用组合方法的另一流程示意图。

可选地，如图2所示，上述根据组合指令，读取待组合应用程序的至少部分业务插件，可以包括：

S201、根据组合指令，获取待组合应用程序的至少部分业务插件的存储地址。

例如，存储地址可以是待组合应用程序的至少部分业务插件的目录所在磁盘或存储器的编号。得到上述组合指令后，可以根据组合指令中待组合应用程序的标识，确定待组合应用程序的业务插件的存储地址。

S202、从存储地址，读取待组合应用程序的至少部分业务插件。

如上所述，在得到待组合应用程序的业务插件的存储地址后，可以直接从待组合应用程序的业务插件的存储地址中，读取至少部分业务插件。

可选地，上述根据组合指令，读取待组合应用程序的至少部分业务插件，也可以包括：根据组合指令，从预设地址读取待组合应用程序的至少部分业务插件。

其中，预设地址可以是终端设备中可以存放业务插件的缓存区的地址，该缓存区可以是终端上存储介质中的某一公共区域，例如一个文件夹或一个特定存储空间等，在此不作限制。预设地址内可以存放有待组合应用程序的业务插件，终端设备可以根据组合指令，从预设地址中读取待组合应用程序的业务插件。

一种实施方式中，预设地址中待组合应用程序的业务插件可以通过网络拉取的方式进行获取，例如，终端设备可以通过网络从后台服务器中下载待组合应用程序对应的业务插件，并存储于预设地址中，以使得终端设备可以根据组合指令从预设地址中读取待组合应用程序的业务插件。

图3示出了本申请实施例提供的基于插件化的应用组合方法的又一流程示意图。

如图3所示，另一种实施方式中，上述根据组合指令，从预设地址读取待组合应用程序的至少部分业务插件之前，该基于插件化的应用组合方法还可以包括：

S301、接收待组合应用程序对应的服务器发送的共享指令。

共享指令可以包括：待组合应用程序的标识、目标应用程序的标识，共享指令指示待组合应用程序与目标应用程序共享至少部分业务插件。

S302、根据共享指令，将待组合应用程序的至少部分业务插件写入预设地址。

如上所述，终端设备还可以接收待组合应用程序对应的服务器发送的共享指令，接收到该共享指令后，可以将待组合应用程序的至少部分业务插件写入到上述预设地址中，例如，可以将待组合应用程序的至少部分业务插件移动或拷贝至预设地址中，以使得终端设备获取到组合指令后，可以根据组合指令从预设地址中读取到待组合应用程序的至少部分业务插件。

以待组合应用程序包括：应用程序1、应用程序2、以及应用程序3为例，假设应用程序1、应用程序2、以及应用程序3分别对应的服务器为：后台服务器1、后台服务器2、以及后台服务器3，其中，后台服务器1用于支撑应用程序1运行，后台服务器用于支撑应用程序2运行，后台服务器3用于支撑应用程序3运行。当需要将应用程序1、应用程序2和应用程序3均合并至目标应用程序中时，在终端设备根据组合指令，在预设地址读取应用程序1、应用程序2和应用程序3的业务插件之前，后台服务器1、后台服务器2和后台服务器3可以分别向终端设备发送共享指令，指示终端设备将应用程序1、应用程序2、以及应用程序3的业务插件均写入预设地址中。

可选地，本申请部分实施方式中，待组合应用程序和后台服务器也可以不是一一对应的关系，例如，也可以是一个后台服务器可以支撑多个待组合应用程序运行，本申请在此不作限制。

本实施方式中，终端设备根据待组合应用程序对应的服务器发送的共享指令，将待组合应用程序的业务插件写入预设地址，以使得终端设备可以根据组合指令从预设地址中读取待组合应用程序的业务插件，实现了应用合并过程中，通过本地获取的方式读取业务插件，相对于前述实施方式中网络拉取的获取方式，可以有效减少由于网络延迟所造成的业务插件获取时长。

可选地，本申请部分实施方式中，终端设备与目标应用程序和待组合应用程序各自的后台服务器之间可以采用接口返回的方式进行通信，例如，目标应用程序或待组合应用程序的后台服务器中，可以运行有向下分发插件和插件版本管理的后端服务。在应用程序需要合并的情况下，后台服务器可以通过接口返回的方式，向终端设备发送组合指令或共享指令。

图4示出了本申请实施例提供的基于插件化的应用组合方法的又一流程示意图。

可选地，如图4所示，上述根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序之后，该基于插件化的应用组合方法还可以包括：

S104、收到待组合应用程序的启动指令后，禁止待组合应用程序对应的进程。

如上所述，将待组合应用程序合并至目标应用程序中，得到更新后的目标应用程序后，若用户启动原有的待组合应用程序(如：在操作界面点击原有的待组合应用程序的图标)，则终端设备收到待组合应用程序的启动指令后，可以禁止待组合应用程序对应的进程，使其不再运行。

图5示出了本申请实施例提供的基于插件化的应用组合方法的又一流程示意图。

可选地，上述禁止待组合应用程序对应的进程之后，该基于插件化的应用组合方法还可以包括：

S105、启动目标应用程序。

可选地，当终端设备禁止待组合应用程序对应的进程之后，可以启动更新后的目标应用程序，通过更新后的目标应用程序为用户提供原有的待组合应用程序可提供的相应服务功能，从而实现将用户引导至更新后的目标应用程序中。

可选地，上述根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序之后，该基于插件化的应用组合方法还可以包括：

显示提示消息，提示消息用于提醒用户是否卸载待组合应用程序。

例如，终端设备将待组合应用程序合并至目标应用程序中，得到更新后的目标应用程序后，还可以通过显示提示消息的方式，提示用户对原有的待组合应用程序进行卸载处理，如：可以通过操作界面为用户显示“是否卸载应用程序P”、以及“是”和“否”，P为已经合并至目标应用程序中的待组合应用程序，当用户点击“是”后，终端设备可以对应用程序P进行卸载处理；当用户点击“否”后，终端设备对应用程序P可以不作处理。

基于前述实施例所述的基于插件化的应用组合方法，本申请实施例还提供一种基于插件化的应用组合装置，该装置可以应用于手机、电脑等终端，图6示出了本申请实施例提供的基于插件化的应用组合装置的结构示意图。

如图6所示，该基于插件化的应用组合装置可以包括：获取模块10、读取模块20和更新模块30。获取模块10可以用于获取合并待组合应用程序的组合指令，组合指令包括至少一个待组合应用程序的标识。读取模块20可以用于根据组合指令，读取待组合应用程序的至少部分业务插件。更新模块30可以用于根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序，其中，更新后的目标应用程序包含待组合应用程序的至少部分业务插件对应的功能、以及目标应用程序的业务插件对应的功能。

可选地，获取模块10具体可以用于接收目标应用程序或待组合应用程序对应的服务器发送的组合指令，其中，目标应用程序与待组合应用程序的运行框架相同。

图7示出了本申请实施例提供的读取模块的结构示意图。

如图7所示，一种实施方式中，读取模块20可以包括：地址子模块21和读取子模块22。地址子模块21可以用于根据组合指令，获取待组合应用程序的至少部分业务插件的存储地址。读取子模块22可以用于从存储地址，读取待组合应用程序的至少部分业务插件。

另一种实施方式中，读取模块20也可以具体用于根据组合指令，从预设地址读取待组合应用程序的至少部分业务插件。

图8示出了本申请实施例提供的基于插件化的应用组合装置的另一结构示意图。

相应地，如图8所示，该基于插件化的应用组合装置还可以包括：接收模块40和写入模块50。在读取模块20根据组合指令，从预设地址读取待组合应用程序的至少部分业务插件之前，接收模块40可以用于接收待组合应用程序对应的服务器发送的共享指令，共享指令包括：待组合应用程序的标识、目标应用程序的标识，共享指令指示待组合应用程序与目标应用程序共享至少部分业务插件；写入模块50可以用于根据共享指令，将待组合应用程序的至少部分业务插件写入预设地址。

图9示出了本申请实施例提供的基于插件化的应用组合装置的又一结构示意图。

可选地，如图9所示，该基于插件化的应用组合装置还可以包括：禁止模块60；在更新模块30根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序之后，禁止模块60可以用于收到待组合应用程序的启动指令后，禁止待组合应用程序对应的进程。

图10示出了本申请实施例提供的基于插件化的应用组合装置的又一结构示意图。

可选地，如图10所示，该基于插件化的应用组合装置还可以包括：启动模块70；在禁止模块60禁止待组合应用程序对应的进程之后，启动模块70可以用于启动目标应用程序。

图11示出了本申请实施例提供的基于插件化的应用组合装置的又一结构示意图。

可选地，如图11所示，该基于插件化的应用组合装置还可以包括：显示模块80；在更新模块30根据待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序之后，显示模块80可以用于显示提示消息，提示消息用于提醒用户是否卸载待组合应用程序。

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

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

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

另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得上述监控设备的控制芯片可以执行本申请各个实施例所述方法的全部或部分步骤。

本申请实施例还提供一种终端设备，该终端设备可以是手机、计算机、平板电脑等电子设备，本申请在此不作限制。

图12示出了本申请实施例提供的终端设备的结构示意图。

如图12所示，该终端设备可以包括：处理器100、存储介质200和总线(图中未标出)，存储介质200存储有处理器100可执行的机器可读指令，当终端设备运行时，处理器100与存储介质200之间通过总线通信，处理器100执行机器可读指令，以执行时执行如前述任一方法实施例中所述的基于插件化的应用组合方法的步骤。具体实现方式和技术效果类似，在此不再赘述。

其中，存储介质可以包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit，CPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、专用指令集处理器(Application Specific Instruction-set Processor，ASIP)、图形处理单元(GraphicsProcessing Unit，GPU)、物理处理单元(Physics Processing Unit，PPU)、数字信号处理器(Digital Signal Processor，DSP)、现场可编程门阵列(Field Programmable GateArray，FPGA)、可编程逻辑器件(Programmable Logic Device，PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing，RISC)、或微处理器等，或其任意组合。

本申请实施例还提供一种存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时执行如前述任一方法实施例中所述的基于插件化的应用组合方法的步骤。具体实现方式和技术效果类似，在此同样不再赘述。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (18)

1.一种基于插件化的应用组合方法，其特征在于，包括：

获取合并待组合应用程序的组合指令，所述组合指令包括至少一个待组合应用程序的标识；

根据所述组合指令，读取所述待组合应用程序的至少部分业务插件；

根据所述待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序，其中，所述更新后的目标应用程序包含所述待组合应用程序的至少部分业务插件对应的功能、以及所述目标应用程序的业务插件对应的功能。

2.根据权利要求1所述的方法，其特征在于，所述获取合并待组合应用程序的组合指令，包括：

接收所述目标应用程序或所述待组合应用程序对应的服务器发送的所述组合指令，其中，所述目标应用程序与所述待组合应用程序的运行框架相同。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述组合指令，读取所述待组合应用程序的至少部分业务插件，包括：

根据所述组合指令，获取所述待组合应用程序的至少部分业务插件的存储地址；

从所述存储地址，读取所述待组合应用程序的至少部分业务插件。

4.根据权利要求1或2所述的方法，其特征在于，所述根据所述组合指令，读取所述待组合应用程序的至少部分业务插件，包括：

根据所述组合指令，从预设地址读取所述待组合应用程序的至少部分业务插件。

5.根据权利要求4所述的方法，其特征在于，所述根据所述组合指令，从预设地址读取所述待组合应用程序的至少部分业务插件之前，所述方法还包括：

接收所述待组合应用程序对应的服务器发送的共享指令，所述共享指令包括：所述待组合应用程序的标识、所述目标应用程序的标识，所述共享指令指示所述待组合应用程序与所述目标应用程序共享至少部分业务插件；

根据所述共享指令，将所述待组合应用程序的至少部分业务插件写入所述预设地址。

6.根据权利要求1所述的方法，其特征在于，所述根据所述待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序之后，所述方法还包括：

收到所述待组合应用程序的启动指令后，禁止所述待组合应用程序对应的进程。

7.根据权利要求6所述的方法，其特征在于，所述禁止所述待组合应用程序对应的进程之后，所述方法还包括：

启动所述目标应用程序。

8.根据权利要求1所述的方法，其特征在于，所述根据所述待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序之后，所述方法还包括：

显示提示消息，所述提示消息用于提醒用户是否卸载所述待组合应用程序。

9.一种基于插件化的应用组合装置，其特征在于，包括：

获取模块，用于获取合并待组合应用程序的组合指令，所述组合指令包括至少一个待组合应用程序的标识；

读取模块，用于根据所述组合指令，读取所述待组合应用程序的至少部分业务插件；

更新模块，用于根据所述待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序，其中，所述更新后的目标应用程序包含所述待组合应用程序的至少部分业务插件对应的功能、以及所述目标应用程序的业务插件对应的功能。

10.根据权利要求9所述的装置，其特征在于，所述获取模块，具体用于接收所述目标应用程序或所述待组合应用程序对应的服务器发送的所述组合指令，其中，所述目标应用程序与所述待组合应用程序的运行框架相同。

11.根据权利要求9或10所述的装置，其特征在于，所述读取模块，包括：

地址子模块，用于根据所述组合指令，获取所述待组合应用程序的至少部分业务插件的存储地址；

读取子模块，用于从所述存储地址，读取所述待组合应用程序的至少部分业务插件。

12.根据权利要求9或10所述的装置，其特征在于，所述读取模块，具体用于根据所述组合指令，从预设地址读取所述待组合应用程序的至少部分业务插件。

13.根据权利要求12所述的装置，其特征在于，所述装置还包括：接收模块和写入模块；

在所述读取模块根据所述组合指令，从预设地址读取所述待组合应用程序的至少部分业务插件之前，所述接收模块，用于接收所述待组合应用程序对应的服务器发送的共享指令，所述共享指令包括：所述待组合应用程序的标识、所述目标应用程序的标识，所述共享指令指示所述待组合应用程序与所述目标应用程序共享至少部分业务插件；

所述写入模块，用于根据所述共享指令，将所述待组合应用程序的至少部分业务插件写入所述预设地址。

14.根据权利要求9所述的装置，其特征在于，所述装置还包括：禁止模块；在所述更新模块根据所述待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序之后，所述禁止模块，用于收到所述待组合应用程序的启动指令后，禁止所述待组合应用程序对应的进程。

15.根据权利要求14所述的装置，其特征在于，所述装置还包括：启动模块；在所述禁止模块禁止所述待组合应用程序对应的进程之后，所述启动模块，用于启动所述目标应用程序。

16.根据权利要求9所述的装置，其特征在于，所述装置还包括：显示模块；在所述更新模块根据所述待组合应用程序的至少部分业务插件、以及目标应用程序的业务插件，生成更新后的目标应用程序之后，所述显示模块，用于显示提示消息，所述提示消息用于提醒用户是否卸载所述待组合应用程序。

17.一种终端设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当终端设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至8任一项所述的基于插件化的应用组合方法的步骤。

18.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至8任一项所述的基于插件化的应用组合方法的步骤。

Images