CN113553068A - 一种下载应用包的方法、装置和电子设备 - Google Patents

Abstract

本申请实施例提供一种下载应用包的方法、装置和电子设备。方法包括：判断是否存在针对第一应用的第一应用下载请求，第一应用的应用包包括功能点文件以及业务流描述文件；当存在第一应用下载请求时，下载第一应用的应用包中的业务流描述文件；确定第一应用下载请求对应的第一业务流；解析业务流描述文件，根据业务流描述文件描述的应用功能切换组合方式确定第一业务流对应的功能点文件；下载第一业务流对应的功能点文件。根据本申请实施例的方法，用户在进行应用包下载时，可以根据自身的应用需求对应用包中的文件进行选择性下载，仅下载满足应用需求所需的文件，从而有效控制下载数据量，减少下载耗时。

Description

一种下载应用包的方法、装置和电子设备

技术领域

本申请涉及智能终端技术领域，特别涉及一种下载应用包的方法、装置和电子设备。

背景技术

在现有技术的应用场景中，电子设备上通常安装有操作系统。在电子设备运行过程中，其通过运行安装在操作系统中的应用(APP)来实现对应的应用功能。

一般的，为了应对多变的用户需求，尽可能的拓展电子设备的应用场景，当前电子设备的操作系统都提供了在线APP下载安装功能。用户可以根据自身的应用需求下载对应的应用包，通过在电子设备的操作系统中安装下载的应用包，实现有针对性的定制/拓展电子设备的应用功能。例如，Android系统提供了apk形式的应用下载安装，IOS系统提供IPA形式的应用下载安装。

在上述应用包在线下载安装的方案中，一个不能绕过的流程是应用包的在线下载流程，而应用包的在线下载必然会产生下载时间消耗，而在大多数的应用场景中，过长的下载时间消耗会大大降低用户体验。

发明内容

针对现有技术中应用包下载耗时过长的问题，本申请提供了一种下载应用包的方法、装置和电子设备，本申请还提供一种计算机可读存储介质。

本申请实施例采用下述技术方案：

第一方面，本申请提供一种下载应用包的方法，包括：

判断是否存在针对第一应用的第一应用下载请求，第一应用的应用包包括功能点文件以及业务流描述文件，其中，功能点文件用于实现应用功能，多个应用功能通过相互间的切换组合实现业务流，业务流描述文件用于描述实现业务流的应用功能切换组合方式；

当存在第一应用下载请求时，确定第一应用下载请求对应的第一业务流，并且，下载第一应用的应用包中的业务流描述文件；

解析业务流描述文件，根据业务流描述文件描述的应用功能切换组合方式确定第一业务流对应的功能点文件；

下载第一业务流对应的功能点文件。

在上述第一方面的一种实现方式中，下载所述第一业务流对应的功能点文件，其中，下载的任意单个功能点文件可以在不依赖其他功能点文件的前提下独立运行。

在上述第一方面的一种实现方式中，下载的功能点文件包括功能点文件逻辑代码、依赖公共代码以及资源文件。

在上述第一方面的一种实现方式中，下载的功能点文件还包括功能点文件描述文件和/或完整性签名。

在上述第一方面的一种实现方式中，解析业务流描述文件，根据业务流描述文件描述的应用功能切换组合方式确定第一业务流对应的功能点文件，包括：

从业务流描述文件所包括的多条业务流描述中确定对应第一业务流的第一业务流描述；

解析第一业务流描述，根据第一业务流描述所包含的功能描述符确定第一业务流对应的功能点文件。

在上述第一方面的一种实现方式中，根据第一业务流描述所包含的功能描述符确定第一业务流对应的功能点文件，其中，第一业务流对应的功能点文件包括：

第一应用的应用包的功能点文件；

和/或，

第一应用的应用包以外的其他应用包的功能点文件。

在上述第一方面的一种实现方式中，下载第一业务流对应的功能点文件，包括：

下载第一业务流对应的功能点文件中，响应第一应用下载请求所需运行的功能点文件。

在上述第一方面的一种实现方式中，方法还包括：

判断是否存在第一功能点文件运行请求，第一功能点文件运行请求用于请求运行第一功能点文件；

当存在第一功能点文件运行请求时，查询本地应用包中是否存在第一功能点文件；

当本地应用包中不存在第一功能点文件时，下载第一功能点文件。

第二方面，本申请一实施例提出了一种生成应用包的方法，包括：

打包功能点文件，其中，所述功能点文件用于实现应用功能，多个所述应用功能通过相互间的切换组合实现业务流；

创建业务流描述文件，其中，所述业务流描述文件用于描述实现所述业务流的应用功能切换组合方式；

将功能点文件以及业务流描述文件打包为应用包。

在上述第二方面的一种实现方式中，任意单个所述功能点文件可以在不依赖其他功能点文件的前提下独立运行。

在上述第二方面的一种实现方式中，所述功能点文件包括功能点文件逻辑代码、依赖公共代码以及资源文件。

在上述第二方面的一种实现方式中，所述功能点文件还包括功能点文件描述文件和/或完整性签名。

在上述第二方面的一种实现方式中，所述业务流描述文件包括多条业务流描述，其中：

每条业务流描述对应一条业务流，不同的业务流描述对应不同的业务流；

所述业务流描述包含按照应用功能执行次序排列的多个功能描述符，每个所述功能描述符对应一个所述功能点文件。

在上述第二方面的一种实现方式中，每个所述功能描述符对应一个所述功能点文件，其中：

所述功能描述符对应其从属的所述应用包的功能点文件，和/或，所述功能描述符对应其从属的所述应用包以外的其他应用包的功能点文件。

第三方面，本申请一实施例提出了一种下载应用包的装置，包括：

下载请求解析模块，其用于判断是否存在针对第一应用的第一应用下载请求，所述第一应用的应用包包括功能点文件以及业务流描述文件，其中，所述功能点文件用于实现应用功能，多个所述应用功能通过相互间的切换组合实现业务流，所述业务流描述文件用于描述实现所述业务流的应用功能切换组合方式；

第一下载模块，其用于当存在所述第一应用下载请求时，下载所述第一应用的应用包中的业务流描述文件；

业务流描述解析模块，其用于：

确定所述第一应用下载请求对应的第一业务流；

解析所述业务流描述文件，根据所述业务流描述文件描述的应用功能切换组合方式确定所述第一业务流对应的功能点文件；

第二下载模块，其用于下载下载所述第一业务流对应的功能点文件。

第四方面，本申请一实施例提出了一种生成应用包的装置，包括：

功能点打包模块，其用于打包功能点文件，其中，所述功能点文件用于实现应用功能，多个所述应用功能通过相互间的切换组合实现业务流；

业务流描述创建模块，其用于创建业务流描述文件，其中，所述业务流描述文件用于描述实现所述业务流的应用功能切换组合方式；

应用包打包模块，其用于将功能点文件以及业务流描述文件打包为应用包。

第五方面，本申请一实施例提出了一种电子设备，电子设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发电子设备执行如本申请实施例所述的方法步骤。

第六方面，本申请一实施例提出了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行本申请实施例的方法。

本申请实施例提出的技术方案至少可以达成以下技术效果：根据本申请实施例的方法，用户在进行应用包下载时，可以根据自身的应用需求对应用包中的文件进行选择性下载，仅下载满足应用需求所需的文件，从而有效控制下载数据量，减少下载耗时。

附图说明

图1所示为根据本申请生成应用包的方法一实施例的流程图；

图2所示为根据本申请一实施例的应用包结构示意图；

图3所示为根据本申请下载应用包的方法一实施例的流程图；

图4所示为根据本申请一实施例的功能点文件结构示意图；

图5所示为根据本申请一实施例的业务流描述文件结构示意图；

图6所示为根据本申请一实施例的应用场景流程图；

图7所示为根据本申请一实施例的应用包结构示意图；

图8所示为根据本申请下载应用包的方法一实施例的时序图；

图9所示为根据本申请下载应用包的方法一实施例的部分流程图；

图10所示为根据本申请下载应用包的方法一实施例的时序图；

图11所示为根据本申请生成应用包的装置一实施例的结构图；

图12所示为根据本申请下载应用包的装置一实施例的结构图。

具体实施方式

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

本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

针对现有技术中应用包下载时间过长的问题，本申请提供了一种下载应用包的方法。为了提出本申请实施例的方法，发明人首先分析实际应用场景。在实际应用场景中，应用包下载耗时过长通常是由应用包数据量过大而导致的。因此，如果能控制所要下载的应用包的数据量，就可以有效减少下载耗时。为了有效控制应用包的下载数据量，发明人对应用包的数据结构进行分析。

在实际应用场景中，为了应对不同的安装、运行环境，应用包中包括了对应多种不同电子设备的应用安装文件。因此，在下载应用包时，就相当于将对应多种不同电子设备的应用安装文件全部下载。然而，对于需要安装应用包的电子设备来说，其所下载的应用包中只有对应该电子设备的安装文件是有用的文件，其余文件都是无用的。

例如，某一应用包中包含针对手机设备的安装文件以及针对平板电脑的安装文件。当安装该应用包的电子设备为手机时，应用包中所包含的针对平板电脑的安装文件就是无用文件；同理，当安装该应用包的电子设备为平板电脑时，应用包中所包含的针对手机的安装文件就是无用文件。

基于上述分析，在上述应用场景中，电子设备所下载的应用包中包括了一部分无用文件。因此，如果在下载应用包时，仅下载对应当前电子设备的那一部分应用安装文件，就可以有效降低需要下载的数据量，从而实现减少下载时间消耗的目的。

基于上述分析，在一种可行的技术方案中，采用基础应用代码+特征应用代码的结构来构建应用包，在下载应用包时，下载基础应用代码并根据执行下载操作的电子设备的具体参数来选取对应的特征应用代码进行下载。例如，在安卓应用打包(Android AppBundle)方案中，应用包结构中包括基础应用代码(Base APK)以及对应不同电子设备的特征应用代码(Feature APK)。在进行应用包下载时通过仅下载Base APK以及对应当前电子设备的Feature APK的方式来控制所下载的应用包的数据量。

进一步的，上述基础应用代码+特征应用代码的应用包结构虽然可以过滤掉应用包中与当前电子设备无关的、针对其他电子设备的无用文件。但是，在上述技术方案中，应用包中安装文件是否有用是以电子设备角度来判定的，其并没有从用户角度进行考虑。

具体的，在实际应用场景中，为了尽可能的提高用户粘性，拓展APP的应用场景，开发人员在一个APP中会集成多种不同的应用功能(或者，将多种不同功能的APP集合为一个APP平台进行统一发布)。下载安装APP的应用包后，电子设备就可以实现该APP所集成的多种不同的应用功能。然而，从用户的角度看，对于在某个用户场景的用户而言，其安装APP时可能仅仅是为了实现APP所集成的多种不同的应用功能中的一个或几个。那么，下载APP的应用包，就相当于下载了一部分用户用不到的应用代码。

例如，某一支付APP中集成了为支付账号绑定银行卡、针对已绑定的银行卡生成支付码、查询已绑定的银行卡的账单、基于已绑定的银行卡进行投资理财等多种应用功能。当用户进行现场购物并希望通过支付码方式进行电子支付时，如果用户的电子设备不具备针对已绑定的银行卡生成支付码的应用功能，就需要下载安装具备针对已绑定的银行卡生成支付码的应用功能的支付APP。但是，用户使用电子设备下载该支付APP的应用包时，其不但下载了实现“针对已绑定的银行卡生成支付码”这一应用功能的应用代码，还下载了实现“查询已绑定的银行卡的账单”、“基于已绑定的银行卡进行投资理财”等其他用不到的应用功能的应用代码。

基于上述分析，在下载应用包时，从用户角度看，下载的应用包中可能包含用户用不到的应用功能对应的应用代码。在下载应用包时，如果能根据用户应用需求配置将被下载应用包，使得下载的应用包所能实现的应用功能与用户的应用需求匹配，就可以有效削减所要下载的应用包的数据量。

因此，为了实现下载的应用包所能实现的应用功能与用户的应用需求匹配，在本申请一实施例中，提出了一种生成应用包的方法。在本申请一实施例中，构建一种文件类型：功能点文件。功能点文件可被电子设备的操作系统运行，电子设备的操作系统运行功能点文件后可以实现功能点文件对应的应用功能。

基于上述功能点文件构造应用包，在下载应用包前，根据用户的应用需求确定满足用户应用需求的功能点文件；在下载应用包时，下载上述步骤中所确定的功能点文件，就可以有效控制下载数据量。

例如，功能点文件A、B、C、D分别对应“为支付账号绑定银行卡”、“针对已绑定的银行卡生成支付码”、“查询已绑定的银行卡的账单”、“基于已绑定的银行卡进行投资理财”。电子设备的操作系统分别运行功能点文件A、B、C、D时可以分别实现上述四种应用功能。在用户已拥有绑定银行卡的支付账号的前提下，当用户进行现场购物并希望通过支付码方式进行电子支付时，如果用户的电子设备不具备针对已绑定的银行卡生成支付码的应用功能，用户只需要下载功能点文件B。

进一步的，在实际应用场景中，单一的应用功能通常无法满足用户的应用需求。满足用户的应用需求通常需要由多个应用功能通过相互间的切换组合而实现业务流来完成。

例如，在用户首次使用支付账号进行基于支付码的电子支付时，用户至少需要电子设备提供以下业务流：为支付账号绑定银行卡；针对已绑定的银行卡生成支付码。

基于上述分析，在本申请一实施例中，还构建以下文件类型：业务流描述文件。业务流描述文件用于描述实现业务流的应用功能切换组合方式，电子设备的操作系统解析业务流描述文件后可以确认业务流对应的应用功能切换组合方式。

在下载应用包时，首先下载业务流描述文件并解析，基于业务流描述文件的解析结果，根据用户的应用需求确定满足用户应用需求的业务流，确认实现该业务流所需的一个或多个应用功能，确认实现该一个或多个应用功能的功能点文件；进一步的，下载上述步骤中所确定的功能点文件，就可以有效控制下载数据量。

例如，电子设备的操作系统解析业务流描述文件；根据解析结果确认以下应用功能切换组合方式：

(a)功能点文件A+B可以实现“为支付账号绑定银行卡，针对已绑定的银行卡生成支付码”的业务流；

(b)功能点文件A+C时可以实现“为支付账号绑定银行卡，查询已绑定的银行卡的账单”的业务流；

(c)功能点文件A+D时可以实现“为支付账号绑定银行卡，基于已绑定的银行卡进行投资理财”的业务流。

在用户首次使用支付账号进行基于支付码的电子支付时，确认满足用户需求的业务流对应应用功能切换组合方式(a)，进一步的，确认需要下载的功能点文件为功能点文件A以及功能点文件B。

以下结合附图，详细说明本申请各实施例提供的技术方案。

为实现应用包的下载，本申请一实施例提出了一种生成应用包的方法。图1所示为根据本申请生成应用包的方法一实施例的流程图。在本申请一实施例中，如图1所示，生成应用包的方法包括：

步骤110，打包功能点文件，其中，功能点文件用于实现应用功能，多个应用功能通过相互间的切换组合实现业务流；

步骤120，创建业务流描述文件，其中，业务流描述文件用于描述实现业务流的应用功能切换组合方式；

步骤130，将功能点文件以及业务流描述文件打包为应用包。

图2所示为根据本申请生成应用包的方法一实施例的应用包结构示意图。根据图1所示实施例的方法，在一应用场景中，生成的应用包结构如图2所示，应用包210包括业务流描述文件220以及功能点文件211、212、213…。

基于图1所示实施例的生成应用包的方法所生成的应用包，本申请一实施例中提出了一种下载应用包的方法。图3所示为根据本申请下载应用包的方法一实施例的流程图。在本申请一实施例中，如图3所示，下载应用包的方法包括：

步骤310，判断是否存在针对第一应用的第一应用下载请求，第一应用的应用包包括功能点文件以及业务流描述文件，其中，功能点文件用于实现应用功能，多个应用功能通过相互间的切换组合实现业务流，业务流描述文件用于描述实现业务流的应用功能切换组合方式；

如果不存在第一应用下载请求，返回步骤310；

步骤320，当存在第一应用下载请求时，下载第一应用的应用包中的业务流描述文件；

步骤330，确定第一应用下载请求对应的第一业务流；

步骤340，解析业务流描述文件，根据业务流描述文件描述的应用功能切换组合方式确定第一业务流对应的功能点文件；

步骤350，下载第一业务流对应的功能点文件。

根据图1所示实施例的方法，可以生成图2所示的、包含功能点文件、业务流描述文件的应用包，基于该应用包，根据图3所示的方法流程，用户在进行应用包下载时，可以根据自身的应用需求对应用包中的文件进行选择性下载，仅下载满足应用需求所需的文件，从而有效控制下载数据量，减少下载耗时。

进一步的，为了确保用户下载的应用包可以被电子设备的操作系统顺利运行，在步骤110的一种实现方式中，步骤110所打包的任意单个功能点文件可以在不依赖其他功能点文件的前提下独立运行。具体的，每个功能点文件能够独立运行，除了依赖操作系统代码以外，不依赖任何非操作系统代码。即，在步骤350的一种实现方式中，下载的任意单个功能点文件可以在不依赖其他功能点文件的前提下独立运行。

具体的，在步骤110的一种实现方式中，步骤110所打包的功能点文件包括功能点文件逻辑代码、依赖公共代码以及资源文件。例如，在一应用场景中，功能点文件包括展示界面、使用的图片、布局等资源文件，以及，应用控制逻辑(功能点文件逻辑代码)，公共代码片段(依赖公共代码)。即，在步骤350的一种实现方式中，下载的功能点文件包括功能点文件逻辑代码、依赖公共代码以及资源文件。

进一步的，在步骤110的一种实现方式中，步骤110所打包的功能点文件还包括功能点文件描述文件和/或完整性签名。即，在步骤350的一种实现方式中，下载的功能点文件还包括功能点文件描述文件和/或完整性签名。

图4所示为根据本申请生成应用包的方法一实施例的功能点文件结构示意图。根据图1所示实施例的方法，在一应用场景中，生成的功能点文件结构如图4所示，功能点文件400包括功能点描述文件410、依赖公共代码420、功能点逻辑代码430、完整性签名440以及资源文件450。资源文件450包括点阵图片、布局、字符串以及其他资源。

进一步的，在实际应用场景中，应用可以通过切换组合不同的应用功能来实现一个或多个不同的业务流。因此，在步骤120的一种实现方式中，步骤120所创建的业务流描述文件包括多条业务流描述，其中，每条业务流描述对应一条业务流，不同的业务流描述对应不同的业务流。具体的，在一应用场景中，业务流描述，是整个应用提供的业务流转信息，描述了各个功能点如何相互间进行切换组合成不同的业务；业务流包含有多条业务。根据不同的用户场景入口，可以提供多个业务流描述。

进一步的，业务流是由一个或多个应用功能组合实现的。在步骤120的一种实现方式中，步骤120所创建的业务流描述文件中的业务流描述包含按照应用功能执行次序排列的多个功能描述符，每个功能描述符对应一个功能点文件。这样，通过解析业务流描述，就可以确认实现业务流所需的功能点文件。

图5所示为根据本申请生成应用包的方法一实施例的业务流描述文件结构示意图。在步骤120的一种实现方式中，如图5所示，步骤120所创建的业务流描述文件500包括业务流描述510以及业务流描述520。

业务流描述510包含业务入口511、功能描述符1、功能描述符2、功能描述符3以及功能描述符n。业务入口511为业务流描述510所对应的业务流的入口。当用户场景与业务入口511匹配时，针对该用户场景需要启用业务流描述510所对应的业务流。

在业务流描述510所对应的业务流中，在从业务入口511进入业务流时，当接收到消息1时，需要运行功能描述符1对应的功能点文件；在功能描述符1对应的功能点文件运行时，如果接收到消息3，需要运行功能描述符2对应的功能点文件；在功能描述符2对应的功能点文件运行时，如果接收到消息4，需要运行功能描述符n对应的功能点文件；在功能描述符n对应的功能点文件运行时，如果接收到消息5，需要返回业务入口511；在功能描述符3对应的功能点文件运行时，如果接收到消息5，需要运行功能描述符1对应的功能点文件。

业务流描述520包含业务入口521、功能描述符1、功能描述符2以及功能描述符n。业务入口521为业务流描述520所对应的业务流的入口。当用户场景与业务入口521匹配时，针对该用户场景需要启用业务流描述520所对应的业务流。

在业务流描述520所对应的业务流中，在从业务入口521进入业务流后，运行功能描述符n对应的功能点文件；在功能描述符n对应的功能点文件运行后，运行功能描述符1对应的功能点文件；在功能描述符1对应的功能点文件运行后，运行功能描述符2对应的功能点文件。

基于上述业务流描述文件的文件结构设定，在步骤340的一种实现方式中，执行下述步骤以确定第一业务流对应的功能点文件：

从业务流描述文件所包括的多条业务流描述中确定对应第一业务流的第一业务流描述；

解析第一业务流描述，根据第一业务流描述所包含的功能描述符确定第一业务流对应的功能点文件。

进一步的，在本申请一实施例中，可以通过切换组合当前应用包所包含的功能点文件来实现业务流，也可以通过切换组合当前应用包所包含的功能点文件以及其他应用包所包含的功能点文件来实现业务流。即，在步骤120的一种实现方式中，步骤120所创建的业务流描述文件中的业务流描述所包含的功能描述符，其对应的可以是业务流描述文件所从属的应用包所包含的功能点文件，也可以是业务流描述文件所从属的应用包以外的其他应用包所包含的功能点文件。

基于上述业务流描述文件的文件结构设定，在步骤340的一种实现方式中，第一业务流对应的功能点文件包括：第一应用的应用包的功能点文件；和/或，第一应用的应用包以外的其他应用包的功能点文件。

根据图1所示的步骤110～140，即可以生成应用包，在生成应用包之后，即可将应用包发布到网上以供用户下载。图6所示为根据本申请生成应用包的方法一实施例的应用场景流程图。以一具体的应用场景为例，生成应用包并发布的流程如图6所示：

步骤600，输入各个应用功能的逻辑代码，依赖代码库，资源，完整性签名等工程信息，进行功能点打包，生成功能点文件；

步骤610，加入开发者编辑好的业务流描述文件(业务流描述中可以引用三方开发者提供的功能点文件)进行应用包生成；

步骤620，应用包生成以后，通过应用市场渠道，把应用包发布到应用市场。

基于图6所示实施例的方法发布应用包后，用户就可以根据图3所示实施例的方法下载应用包。图7所示为根据本申请生成应用包的方法一实施例所生成的应用包结构示意图。如图7所示，应用包700包括业务流描述文件710以及功能点文件701、702、703、…70n。业务流描述文件710至少包括业务流描述711。

当需要下载应用包700时，首先下载业务流描述文件710；假设解析业务流描述文件710后确认当前的用户场景所对应的业务流是业务流描述711所对应的业务流，那么由业务流描述711就可以确认所需要下载的功能点文件。

具体的，业务流描述711包含业务入口712、功能描述符713、功能描述符714以及功能描述符715。业务入口712为业务流描述711所对应的业务流的入口。当用户场景与业务入口712匹配时，针对该用户场景需要启用业务流描述711所对应的业务流。功能描述符713、功能描述符714以及功能描述符715分别对应功能点文件701、702、703。在业务流描述711所对应的业务流中，在从业务入口712进入业务流后，运行功能描述符713对应的功能点文件701；在功能点文件701运行后，运行功能描述符714对应的功能点文件702；在功能点文件702运行后，运行功能描述符715对应的功能点文件703。

也就是说，如果要实现业务流描述711所对应的业务流，就需要下载功能描述符713、功能描述符714以及功能描述符715所对应的功能点文件。

进一步的，在实际应用场景中，在用户使用业务流时，其并不一定会使用业务流的完整流程。也就是说，针对当前的用户场景，在用于实现业务流的应用功能中，并不是所有的应用功能都会被使用到。因此，在步骤350的一种实现方式中，并不是下载第一业务流所对应的所有功能点文件，而是下载第一业务流所对应的功能点文件中，当前用户场景下需要运行的功能点文件。

具体的，在步骤350的一种实现方式中，下载第一业务流对应的功能点文件中，响应第一应用下载请求所需运行的功能点文件。

图8所示为根据本申请下载应用包的方法一实施例的时序图。在本申请一实施例中，如图8所示，下载应用包700的方法流程包括：

步骤810，当用户在手机系统点击下载应用包700时，手机系统在应用市场搜索应用包700；

步骤820，下载应用包700的业务流描述文件710；

步骤830，解析业务流描述文件710，根据解析结果确认当前用户场景需要运行功能点文件701、702；

步骤840，发起后台下载；

步骤850，下载功能点文件701、702；

步骤860，运行功能点文件701、702。

进一步的，在本申请一实施例中，除了在安装应用包时可以选择性的下载功能点文件，还可以在运行应用文件时，根据应用运行需求下载所需的功能点文件。例如，在步骤860之后，通过下载策略设置，功能点文件703可以放到使用到的时候，再触发下载。

图9所示为根据本申请下载应用包的方法一实施例的部分流程图。在本申请一实施例中，如图9所示，在步骤350之后，下载应用包的方法还包括：

步骤910，判断是否存在第一功能点文件运行请求，第一功能点文件运行请求用于请求运行第一功能点文件；

当不存在第一功能点文件运行请求时，返回步骤910；

步骤920，当存在第一功能点文件运行请求时，查询本地应用包中是否存在第一功能点文件；

步骤921，当本地应用包中存在第一功能点文件时，运行第一功能点文件；

步骤930，当本地应用包中不存在第一功能点文件时，下载第一功能点文件；

步骤931，运行下载的第一功能点文件。

图10所示为根据本申请下载应用包的方法一实施例的时序图。在本申请一实施例中，如图10所示，在进程中构造功能点任务管理，通过功能点任务管理监控功能点文件的运行需求。具体的：

步骤1010，监控是否存在运行功能点文件A的需求，例如，当运行到某个要引用功能点文件A的进程或者当前进程存在有功能点文件A支持的消息发现；

步骤1020，当存在运行功能点文件A的需求时，查询功能点文件A是否存在与本地文件中；

步骤1030，当功能点文件A不存在于本地文件中，系统发起下载功能点文件A的请求到应用市场，下载功能点文件A；

步骤1040，在本地系统中注册安装功能点文件A；

步骤1050，安装成功后，运行功能点文件A。

可以理解的是，上述实施例中的部分或全部步骤骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。

进一步的，基于本申请实施例所提出的生成应用包的方法，本申请一实施例还提出了一种生成应用包的装置。图11所示为根据本申请生成应用包的装置一实施例的结构图。在本申请一实施例中，如图11所示，在本申请一实施例中，生成应用包的装置1100包括：

功能点打包模块1110，其用于打包功能点文件，其中，功能点文件用于实现应用功能，多个应用功能通过相互间的切换组合实现业务流；

业务流描述创建模块1120，其用于创建业务流描述文件，其中，业务流描述文件用于描述实现业务流的应用功能切换组合方式；

应用包打包模块1130，其用于将功能点文件以及业务流描述文件打包为应用包。

进一步的，本申请一实施例还提出了一种下载应用包的装置。图12所示为根据本申请下载应用包的装置一实施例的结构图。在本申请一实施例中，如图12所示，在本申请一实施例中，下载应用包的装置1200包括：

下载请求解析模块1210，其用于判断是否存在针对第一应用的第一应用下载请求，第一应用的应用包包括功能点文件以及业务流描述文件，其中，功能点文件用于实现应用功能，多个应用功能通过相互间的切换组合实现业务流，业务流描述文件用于描述实现业务流的应用功能切换组合方式；

下载模块1220，其用于当存在第一应用下载请求时，下载第一应用的应用包中的业务流描述文件；

业务流描述解析模块1230，其用于：

确定第一应用下载请求对应的第一业务流；

解析业务流描述文件，根据业务流描述文件描述的应用功能切换组合方式确定第一业务流对应的功能点文件；

下载模块1240，其用于下载第一业务流对应的功能点文件。。

图11、12所示的本申请一实施例提供的装置可用于执行本申请实施例的方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述。

进一步的，在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(FieldProgrammable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由访问方对器件编程来确定。由设计人员自行编程来把一个数字装置“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera HardwareDescription Language)、Confluence、CUPL(Cornell University ProgrammingLanguage)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

在本申请实施例的描述中，为了描述的方便，描述装置时以功能分为各种模块/单元分别描述，各个模块/单元的划分仅仅是一种逻辑功能的划分，在实施本申请实施例时可以把各模块/单元的功能在同一个或多个软件和/或硬件中实现。

具体的，本申请实施例所提出的装置在实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块以软件通过处理元件调用的形式实现，部分模块通过硬件的形式实现。例如，检测模块可以为单独设立的处理元件，也可以集成在电子设备的某一个芯片中实现。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，ASIC)，或，一个或多个数字信号处理器(Digital Singnal Processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)等。再如，这些模块可以集成在一起，以片上装置(System-On-a-Chip，SOC)的形式实现。

本申请一实施例还提出了一种电子设备，电子设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发电子设备执行如本申请实施例所述的方法步骤。

具体的，在本申请一实施例中，上述一个或多个计算机程序被存储在上述存储器中，上述一个或多个计算机程序包括指令，当上述指令被上述设备执行时，使得上述设备执行本申请实施例所述的方法步骤。

具体的，在本申请一实施例中，电子设备的处理器可以是片上装置SOC，该处理器中可以包括中央处理器(Central Processing Unit，CPU)，还可以进一步包括其他类型的处理器。具体的，在本申请一实施例中，电子设备的处理器可以是PWM控制芯片。

具体的，在本申请一实施例中，涉及的处理器可以例如包括CPU、DSP、微控制器或数字信号处理器，还可包括GPU、嵌入式神经网络处理器(Neural-network Process Units，NPU)和图像信号处理器(Image Signal Processing，ISP)，该处理器还可包括必要的硬件加速器或逻辑处理硬件电路，如ASIC，或一个或多个用于控制本申请技术方案程序执行的集成电路等。此外，处理器可以具有操作一个或多个软件程序的功能，软件程序可以存储在存储介质中。

具体的，在本申请一实施例中，电子设备的存储器可以是只读存储器(read-onlymemory，ROM)、可存储静态信息和指令的其它类型的静态存储设备、随机存取存储器(random access memory，RAM)或可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备，或者还可以是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何计算机可读介质。

具体的，在本申请一实施例中，处理器可以和存储器可以合成一个处理装置，更常见的是彼此独立的部件，处理器用于执行存储器中存储的程序代码来实现本申请实施例所述方法。具体实现时，该存储器也可以集成在处理器中，或者，独立于处理器。

进一步的，本申请实施例阐明的设备、装置、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。

本领域内的技术人员应明白，本申请实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式。

在本申请所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

具体的，本申请一实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行本申请实施例提供的方法。

本申请一实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，当其在计算机上运行时，使得计算机执行本申请实施例提供的方法。

本申请中的实施例描述是参照根据本申请实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

还需要说明的是，本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。

本申请实施例中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以意识到，本申请实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

Claims (11)

1.一种下载应用包的方法，其特征在于，包括：

判断是否存在针对第一应用的第一应用下载请求，所述第一应用的应用包包括功能点文件以及业务流描述文件，其中，所述功能点文件用于实现应用功能，多个所述应用功能通过相互间的切换组合实现业务流，所述业务流描述文件用于描述实现所述业务流的应用功能切换组合方式；

当存在所述第一应用下载请求时，确定所述第一应用下载请求对应的第一业务流，并且，下载所述第一应用的应用包中的业务流描述文件；

解析所述业务流描述文件，根据所述业务流描述文件描述的应用功能切换组合方式确定所述第一业务流对应的功能点文件；

下载所述第一业务流对应的功能点文件。

2.根据权利要求1所述的方法，其特征在于，所述下载所述第一业务流对应的功能点文件，其中，下载的任意单个所述功能点文件可以在不依赖其他功能点文件的前提下独立运行。

3.根据权利要求2所述的方法，其特征在于，下载的所述功能点文件包括功能点文件逻辑代码、依赖公共代码以及资源文件。

4.根据权利要求3所述的方法，其特征在于，下载的所述功能点文件还包括功能点文件描述文件和/或完整性签名。

5.根据权利要求1～4中任一项所述的方法，其特征在于，所述解析所述业务流描述文件，根据所述业务流描述文件描述的应用功能切换组合方式确定所述第一业务流对应的功能点文件，包括：

从所述业务流描述文件所包括的多条业务流描述中确定对应所述第一业务流的第一业务流描述；

解析所述第一业务流描述，根据所述第一业务流描述所包含的功能描述符确定所述第一业务流对应的功能点文件。

6.根据权利要求5所述的方法，其特征在于，所述根据所述第一业务流描述所包含的功能描述符确定所述第一业务流对应的功能点文件，其中，所述第一业务流对应的功能点文件包括：

所述第一应用的应用包的功能点文件；

和/或，

所述第一应用的应用包以外的其他应用包的功能点文件。

7.根据权利要求1～6所述的方法，其特征在于，下载所述第一业务流对应的功能点文件，包括：

下载所述第一业务流对应的功能点文件中，响应所述第一应用下载请求所需运行的功能点文件。

8.根据权利要求1～7中任一项所述的方法，其特征在于，所述方法还包括：

判断是否存在第一功能点文件运行请求，所述第一功能点文件运行请求用于请求运行第一功能点文件；

当存在所述第一功能点文件运行请求时，查询本地应用包中是否存在所述第一功能点文件；

当所述本地应用包中不存在所述第一功能点文件时，下载所述第一功能点文件。

9.一种下载应用包的装置，其特征在于，包括：

下载请求解析模块，其用于判断是否存在针对第一应用的第一应用下载请求，所述第一应用的应用包包括功能点文件以及业务流描述文件，其中，所述功能点文件用于实现应用功能，多个所述应用功能通过相互间的切换组合实现业务流，所述业务流描述文件用于描述实现所述业务流的应用功能切换组合方式；

第一下载模块，其用于当存在所述第一应用下载请求时，下载所述第一应用的应用包中的业务流描述文件；

业务流描述解析模块，其用于：

确定所述第一应用下载请求对应的第一业务流；

解析所述业务流描述文件，根据所述业务流描述文件描述的应用功能切换组合方式确定所述第一业务流对应的功能点文件；

第二下载模块，其用于下载所述第一业务流对应的功能点文件。

10.一种电子设备，其特征在于，所述电子设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发所述电子设备执行如权利要求1～8中任一项所述的方法步骤。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行如权利要求1-8任一项所述的方法。

Images