CN108563476B - 应用程序运行方法、装置、存储介质及电子设备 - Google Patents

Abstract

本申请实施例公开了一种应用程序运行方法、装置、存储介质及电子设备，其中，本申请实施例接收对第一应用入口的触发操作；在接收到触发操作，且第一应用入口关联已安装的第一应用程序时，识别第一应用程序是否满足第一预设条件；在第一应用程序满足第一预设条件时，从应用服务器获取第一应用程序的第一配置文件，并卸载第一应用程序；根据第一配置文件生成第一应用程序的原生界面，并展示原生界面。采用本申请提供的技术方案，能够在未安装应用程序的情况下，通过生成应用程序的原生界面来实现该应用程序的功能，可以节省电子设备的存储空间。

Description

应用程序运行方法、装置、存储介质及电子设备

技术领域

本申请涉及电子设备技术领域，具体涉及一种应用程序运行方法、装置、存储介质及电子设备。

背景技术

随着智能手机等电子设备的普及，使用者可以在电子设备上安装应用程序来实现各种各样的功能，比如，可以在电子设备安装信息聚合类应用程序，从而通过该聚合类应用程序获得丰富的各类型信息，如新闻类信息、音视频信息等。然而，随着应用程序的功能越来越强大，其占用的存储空间也越来越多。

发明内容

本申请实施例提供了一种应用程序运行方法、装置、存储介质及电子设备，能够节省电子设备的存储空间。

第一方面，本申请实施例了提供了的一种应用程序运行方法，包括：

接收对第一应用入口的触发操作；

在接收到所述触发操作，且所述第一应用入口关联已安装的第一应用程序时，识别所述第一应用程序是否满足第一预设条件；

在所述第一应用程序满足所述第一预设条件时，从应用服务器获取所述第一应用程序的第一配置文件，并卸载所述第一应用程序；

根据所述第一配置文件生成所述第一应用程序的原生界面，并展示所述原生界面。

第二方面，本申请实施例提供了的一种应用程序运行装置，包括：

操作接收模块，用于接收对第一应用入口的触发操作；

条件识别模块，用于在所述操作接收模块接收到所述触发操作，且所述第一应用入口关联已安装的第一应用程序时，识别所述第一应用程序是否满足第一预设条件；

文件获取模块，用于在所述第一应用程序满足所述第一预设条件时，从应用服务器获取所述第一应用程序的第一配置文件，并卸载所述第一应用程序；

界面展示模块，用于根据所述第一配置文件生成所述第一应用程序的原生界面，并展示所述原生界面。

第三方面，本申请实施例提供的存储介质，其上存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如本申请任一实施例提供的应用程序运行方法。

第四方面，本申请实施例提供的电子设备，包括处理器和存储器，所述存储器有计算机程序，所述处理器通过调用所述计算机程序，用于执行如本申请任一实施例提供的应用程序运行方法。

本申请实施例接收对第一应用入口的触发操作；在接收到触发操作，且第一应用入口关联已安装的第一应用程序时，识别第一应用程序是否满足第一预设条件；在第一应用程序满足第一预设条件时，从应用服务器获取第一应用程序的第一配置文件，并卸载第一应用程序；根据第一配置文件生成第一应用程序的原生界面，并展示原生界面。采用本申请提供的技术方案，能够在未安装应用程序的情况下，通过生成应用程序的原生界面来实现该应用程序的功能，可以节省电子设备的存储空间。

附图说明

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

图1为本申请实施例提供的应用程序运行方法的应用场景示意图。

图2是本申请实施例提供的应用程序运行方法的一个流程示意图。

图3是本申请一实施例中触发第一应用入口的操作示意图。

图4是本申请一实施例中已安装应用程序和未安装快应用的界面对比图。

图5是本申请实施例提供的应用程序运行方法的另一个流程示意图。

图6是本申请一实施例中显示确认信息输入接口的示例图。

图7是本申请一实施例中一种添加第二应用入口的示例图。

图8是本申请一实施例中另一种添加第二应用入口的示例图。

图9是本申请实施例提供的应用程序运行装置的一结构示意图。

图10是本申请实施例提供的电子设备的一个结构示意图。

图11是本申请实施例提供的电子设备的另一结构示意图。

具体实施方式

请参照图式，其中相同的组件符号代表相同的组件，本申请的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本申请具体实施例，其不应被视为限制本申请未在此详述的其它具体实施例。

在以下的说明中，本申请的具体实施例将参考由一部或多部计算机所执行的步骤及符号来说明，除非另有述明。因此，这些步骤及操作将有数次提到由计算机执行，本文所指的计算机执行包括了由代表了以一结构化型式中的数据的电子信号的计算机处理单元的操作。此操作转换该数据或将其维持在该计算机的内存系统中的位置处，其可重新配置或另外以本领域测试人员所熟知的方式来改变该计算机的运作。该数据所维持的数据结构为该内存的实体位置，其具有由该数据格式所定义的特定特性。但是，本申请原理以上述文字来说明，其并不代表为一种限制，本领域测试人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。

本文所使用的术语“模块”可看做为在该运算系统上执行的软件对象。本文所述的不同组件、模块、引擎及服务可看做为在该运算系统上的实施对象。而本文所述的装置及方法可以以软件的方式进行实施，当然也可在硬件上进行实施，均在本申请保护范围之内。

本申请中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块，而是某些实施例还包括没有列出的步骤或模块，或某些实施例还包括对于这些过程、方法、产品或设备固有的其它步骤或模块。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请实施例提供一种应用程序运行方法，该应用程序运行方法的执行主体可以是本申请实施例提供的应用程序运行装置，或者集成了该应用程序运行装置的电子设备，其中该应用程序运行装置可以采用硬件或者软件的方式实现。其中，电子设备可以是智能手机、平板电脑、掌上电脑、笔记本电脑、或者台式电脑等设备。

请参阅图1，图1为本申请实施例提供的应用程序运行方法的一个应用场景示意图，如图1所示，电子设备与应用服务器通过网络连接。

其中，电子设备可以根据实际需要安装与其硬件所适配的操作系统，比如安卓系统、苹果系统、Windows系统以及塞班系统等。

网络可以为无线网络，也可以为有线网络，其中可以包括路由器以及网关等网络实体，图1中并未一一示出。为无线网络时，可以包括无线广域网、无线局域网、无线城域网、以及无线个人网中的一种或其组合。

应用服务器中存储有应用程序的配置文件，该配置文件被配置为由电子设备执行以生成对应应用程序的原生界面，也即是在未安装相关应用程序的前提下，实现安装相关应用程序相同的运行效果。需要说明的是，除生成原生界面的配置文件之外，应用程序运行所需的数据可以实时从应用服务器获取。因此，可以通俗的将电子设备执行配置文件而生成的原生界面称作“快应用”。此外，应用服务器作为使用者与应用开发者之间的“中间人”，为使用者和开发者提供平台服务，一方面，开发者可以将自身开发的“快应用”(包括相应的配置文件以及应用运行所需的其他文件)上传至应用服务器，通过应用服务器提供给使用者使用；另一方面，使用者可以根据自己使用需求，通过应用服务器查找到需要使用的“快应用”，快速进行使用。

请参照图2，图2为本申请实施例提供的应用程序运行方法的流程示意图。本申请实施例提供的应用程序运行方法的具体流程可以如下：

在步骤101中，接收对第一应用入口的触发操作；

需要说明的是，在本申请实施例中，对于应用入口在电子设备的展现形式不做具体限制，比如，应用入口可以应用图标的形式展现。

此外，应用入口除了可与电子设备当前已安装的应用程序关联，用于触发运行其关联的应用程序之外，还可与快应用的配置文件相关联，用于触发执行其关联的配置文件，从而生成对应应用程序的原生界面。

本申请实施例中，首先接收对第一应用入口的触发操作，该触发操作可以为对该第一应用入口的单击操作、双击操作以及长按操作，或者是本申请实施例未列出的其它类型操作等。

比如，请参照图3，一方面，第一应用入口以应用图标的形式，显示在电子设备操作系统的主界面中，用户可以手指单击主界面中显示的第一应用入口，以向电子设备输入对该第一应用入口的触发操作；另一方面，电子设备将接收到用户输入的，对该第一应用入口的触发操作。

在步骤102中，在接收到第一应用入口的触发操作，且第一应用入口关联已安装的第一应用程序时，识别第一应用程序是否满足第一预设条件；

本申请实施例中，在接收到第一应用入口的触发操作时，首先识别该第一应用入口为与电子设备当前已安装的应用程序关联，还是与快应用的配置文件关联(或者说，与电子设备当前未安装的应用程序的配置文件关联)。

此处，电子设备将识别到第一应用入口关联电子设备当前已安装的第一应用程序，相应的，在接收到第一应用入口的触发操作，且第一应用入口关联已安装的第一应用程序时，进一步识别第一应用程序是否满足第一预设条件。

其中，识别第一应用程序是否满足第一预设条件，也即是识别对应该第一应用程序的快应用是否能够满足用户使用需求，其中，在识别对应该第一应用程序的快应用能够满足用户使用需求时，确定第一应用程序满足第一预设条件；在识别到对应该第一应用程序的快应用不能够满足用户使用需要时，确定第一应用程序不满足第一预设条件。

在步骤103中，在第一应用程序满足第一预设条件时，从应用服务器获取第一应用程序的第一配置文件，并卸载第一应用程序；

在识别到第一应用程序满足第一预设条件，也即是第一应用程序对应的快应用能够满足用户使用需求时，从应用服务器获取第一应用程序的第一配置文件。

在从应用服务器获取第一应用程序的第一配置文件时，首先获取第一应用程序的应用信息，该应用信息可以是第一应用程序的应用标识，其中，应用标识为可以映射到第一应用程序的字符或字符串，比如，获取的第一应用程序的应用信息可以是第一应用程序的应用名称、应用名称的一部分，或者是可以联想到该第一应用程序的其它名词等。

比如，第一应用程序为漫画类应用程序，其应用名称为“XX漫画”，则可以获取到“XX漫画”作为该第一应用程序的应用信息。

在获取到第一应用程序的应用信息之后，电子设备首先按照预定报文格式构建配置文件获取请求，该配置文件获取请求至少包括第一应用程序的应用信息，用于指示应用服务器返回第一应用程序的第一配置文件。

在完成配置文件获取请求的构建之后，电子设备将构建的配置文件获取请求通过网络传输至应用服务器。其中，应用服务器维护存储有配置文件和应用信息的关联关系。

应用服务器在接收到电子设备发送的配置文件获取请求之后，解析出配置文件获取请求携带的应用信息(即第一应用程序的应用信息)，并根据配置文件和应用信息的关联关系，获取到与解析出的应用信息所关联的配置文件，也即是第一应用程序的第一配置文件，之后，将该第一配置文件通过网络返回至电子设备。

相应的，电子设备接收应用服务器通过网络返回的第一配置文件。

其中，电子设备在接收到应用服务器返回的第一配置文件之后，可以将该第一配置文件缓存至预设的缓存区中。需要说明的是，本申请实施例对于缓存区的大小以及路径的设置不做限定，可由本领域技术人员根据实际需要进行设置。

本申请实施例中，电子设备在获取到第一配置文件之后，将当前已安装的第一应用程序卸载。此外，在卸载已安装的第一应用程序时，还删除关联该第一应用程序的第一应用入口。

在步骤104中，根据第一配置文件生成第一应用程序的原生界面，并展示生成的原生界面。

本申请实施例中，在获取到第一应用程序的第一配置文件之后，即可根据第一配置文件生成第一应用程序的原生界面，并展示生成的原生界面。

其中，第一配置文件包括描述第一应用程序的界面的语句，该语句包括界面展示所需的数据以及界面的运行逻辑。

前述界面展示所需的数据可以包括第一应用程序界面需要展示的显示元素、显示元素的布局信息以及该显示元素展示所需的资源地址等，其中，布局信息可以包括各个显示元素的位置、尺寸、颜色等信息，资源地址可以为电子设备本地资源的地址或者应用服务器上存储的资源的链接地址。

前述运行逻辑可以包括点击显示元素时需要跳转的界面地址，或者点击该显示元素需要执行的操作，或者其他用户操作对应的需要执行的操作。

在根据第一配置文件生成第一应用程序的原生界面时，电子设备调用内置于操作系统的框架文件解析前述语句，通过框架文件将第一配置文件中的前述语句解析为显示元素，并通过框架文件中设置的显示元素与第一应用程序原生视图的对应关系，将解析得到的显示元素转换为第一应用程序的原生视图，并根据转换得到的原生视图进行本地渲染，生成第一应用程序的原生界面，也即是第一应用程序对应的、快应用的界面。

在根据第一配置文件生成第一应用程序的原生界面之后，即可展示生成的该原生界面，由用户根据实际需要对该原生界面进行操作，由此，在未安装第一应用程序的前提下，即可获得与安装的第一应用程序相同的运行效果。

比如，请参照图4，以第一应用程序为某浏览器应用“XX浏览器”为例，图4左侧所示为运行安装的XX浏览器时所显示的界面，图4右侧所示为根据XX 浏览器的配置文件所生成的、XX浏览器的原生界面，也即是运行对应XX浏览器的快应用所显示的界面，可以看出，二者的界面显示一致。

由上可知，本申请实施例接收对第一应用入口的触发操作；在接收到触发操作，且第一应用入口关联已安装的第一应用程序时，识别第一应用程序是否满足第一预设条件；在第一应用程序满足第一预设条件时，从应用服务器获取第一应用程序的第一配置文件，并卸载第一应用程序；根据第一配置文件生成第一应用程序的原生界面，并展示原生界面。采用本申请提供的技术方案，能够在未安装应用程序的情况下，通过生成应用程序的原生界面来实现该应用程序的功能，可以节省电子设备的存储空间。

下面将在上述实施例描述的方法基础上，对本申请的应用程序运行方法做进一步介绍。请参照图5，该应用程序运行方法可以包括：

在步骤201中，接收对第一应用入口的触发操作；

需要说明的是，在本申请实施例中，对于应用入口在电子设备的展现形式不做具体限制，比如，应用入口可以应用图标的形式展现。

此外，应用入口除了可与电子设备当前已安装的应用程序关联，用于触发运行其关联的应用程序之外，还可与快应用的配置文件相关联，用于触发执行其关联的配置文件，从而生成对应应用程序的原生界面。

本申请实施例中，首先接收对第一应用入口的触发操作，该触发操作可以为对该第一应用入口的单击操作、双击操作以及长按操作，或者是本申请实施例未列出的其它类型操作等。

比如，请参照图3，一方面，第一应用入口以应用图标的形式，显示在电子设备操作系统的主界面中，用户可以手指单击主界面中显示的第一应用入口，以向电子设备输入对该第一应用入口的触发操作；另一方面，电子设备将接收到用户输入的，对该第一应用入口的触发操作。

在步骤202中，在接收到第一应用入口的触发操作，且第一应用入口关联已安装的第一应用程序时，识别第一应用程序是否满足第一预设条件；

本申请实施例中，在接收到第一应用入口的触发操作时，首先识别该第一应用入口为与电子设备当前已安装的应用程序关联，还是与快应用的配置文件关联(或者说，与电子设备当前未安装的应用程序的配置文件关联)。

此处，电子设备将识别到第一应用入口关联电子设备当前已安装的第一应用程序，相应的，电子设备在接收到第一应用入口的触发操作，且第一应用入口关联已安装的第一应用程序时，进一步识别第一应用程序是否满足第一预设条件。

其中，识别第一应用程序是否满足第一预设条件，也即是识别对应该第一应用程序的快应用是否能够满足用户使用需求，其中，在识别对应该第一应用程序的快应用能够满足用户使用需求时，确定第一应用程序满足第一预设条件；在识别到对应该第一应用程序的快应用不能够满足用户使用需要时，确定第一应用程序不满足第一预设条件。

其中，识别第一应用程序是否满足第一预设条件，包括：

获取对应第一应用程序的用户需求信息，以及获取第一应用程序的原生界面所提供功能的功能信息；

判断前述功能信息是否与前述用户需求信息匹配；

在匹配时，确定第一应用程序满足第一预设条件。

其中，对应第一应用程序的用户需求信息用于描述用户在使用第一应用程序的过程中，需要使用的、第一应用程序的功能。

其中，电子设备在每次运行第一应用程序时，对用户使用第一应用程序的功能的次数进行统计，对于第一应用程序所提供的任一功能，若统计到该功能被用户使用的累计次数达到第二预设次数时，则确定该功能为用户需要使用的第一应用程序的功能，由此，可以得到对应第一应用程序的用户需求信息。其中，对于第二预设次数的具体取值，本申请实施例不做具体限制，可以本领域根据实际需要进行设置，比如，可以将第二预设次数设置为三次。

在统计得到对应第一应用程序的用户需求信息之后，电子设备将该用户需求信息存储在存储器之中，并根据第一应用程序的后续使用情况，对存储的用户需求信息进行更新。

相应的，电子设备在获取对应第一应用程序的用户需求信息时，即可从存储器之中提取出存储的、对应第一应用程序的用户需求信息。

此外，需要说明的是，应用服务器还存储有：配置文件被执行时所生成的原生界面能够提供功能的功能信息，也即是快应用所能够提供功能的功能信息。

相应的，电子设备在获取第一应用程序的原生界面所提供功能的功能信息时，首先获取第一应用程序的应用信息，该应用信息可以是第一应用程序的应用标识，其中，应用标识为可以映射到第一应用程序的字符或字符串，比如，获取的第一应用程序的应用信息可以是第一应用程序的应用名称、应用名称的一部分，或者是可以联想到该第一应用程序的其它名词等。

比如，第一应用程序为漫画类应用程序，其应用名称为“XX漫画”，则可以获取到“XX漫画”作为该第一应用程序的应用信息。

在获取到第一应用程序的应用信息之后，电子设备首先按照预定报文格式构建功能信息获取请求，该功能信息获取请求至少包括第一应用程序的应用信息，用于指示应用服务器返回执行第一配置文件生成的原生界面所提供功能的功能信息(即第一应用程序的原生界面所提供功能的功能信息)。

在完成功能信息获取请求的构建之后，电子设备将构建的功能信息获取请求通过网络传输至应用服务器。

应用服务器在接收到电子设备发送的功能信息获取请求之后，解析出功能信息获取请求携带的应用信息(即第一应用程序的应用信息)，并根据配置文件和应用信息的关联关系，确定与解析出的应用信息所关联的配置文件，也即是第一应用程序的第一配置文件，之后，进一步获取到该第一配置文件被执行时所生成的原生界面能够提供功能的功能信息，也即是第一应用程序的原生界面所提供功能的功能信息，将第一应用程序的原生界面所提供功能的功能信息通过网络返回至电子设备。

相应的，电子设备接收应用服务器通过网络返回的、第一应用程序的原生界面所提供功能的功能信息。

在获取到对应第一应用程序的用户需求信息，以及获取到第一应用程序的原生界面所提供功能的功能信息之后，进一步判断前述功能信息是否与前述用户需求信息匹配，也即是判断第一应用程序的原生界面，或者说判断对应第一应用程序的快应用是否能够提供：用户在使用第一应用程序的过程中，需要使用的、第一应用程序的功能。在判断结果为是时，确定前述功能信息与前述用户需求信息匹配，此时确定第一应用程序满足第一预设条件。

在步骤203中，在第一应用程序满足第一预设条件时，显示确认信息输入接口；

比如，请参照图6，确认信息输入接口包括“是”和“否”两个控件，以及用于提示用户是否删除第一应用程序的提示信息“建议您使用无需安装的快应用，并卸载当前应用程序”，用户可通过点击“是”控件以输入确认信息，点击“否”控件输入否认信息。

在步骤204中，在接收到基于确认信息输入接口所输入的确认信息时，从应用服务器获取第一应用程序的第一配置文件，并卸载第一应用程序；

其中，电子设备若接收到用户输入的确认信息，则从应用服务器获取第一应用程序的第一配置文件，并卸载第一应用程序；若接收到用户输入的否认信息，则运行第一应用程序。

其中，在从应用服务器获取第一应用程序的第一配置文件时，首先获取第一应用程序的应用信息，该应用信息可以是第一应用程序的应用标识，其中，应用标识为可以映射到第一应用程序的字符或字符串，比如，获取的第一应用程序的应用信息可以是第一应用程序的应用名称、应用名称的一部分，或者是可以联想到该第一应用程序的其它名词等。

比如，第一应用程序为漫画类应用程序，其应用名称为“XX漫画”，则可以获取到“XX漫画”作为该第一应用程序的应用信息。

在获取到第一应用程序的应用信息之后，电子设备首先按照预定报文格式构建配置文件获取请求，该配置文件获取请求至少包括第一应用程序的应用信息，用于指示应用服务器返回第一应用程序的第一配置文件。

在完成配置文件获取请求的构建之后，电子设备将构建的配置文件获取请求通过网络传输至应用服务器。其中，应用服务器维护存储有配置文件和应用信息的关联关系。

应用服务器在接收到电子设备发送的配置文件获取请求之后，解析出配置文件获取请求携带的应用信息(即第一应用程序的应用信息)，并根据配置文件和应用信息的关联关系，获取到与解析出的应用信息所关联的配置文件，也即是第一应用程序的第一配置文件，之后，将该第一配置文件通过网络返回至电子设备。

相应的，电子设备接收应用服务器通过网络返回的第一配置文件。

其中，电子设备在接收到应用服务器返回的第一配置文件之后，可以将该第一配置文件缓存至预设的缓存区中。需要说明的是，本申请实施例对于缓存区的大小以及路径的设置不做限定，可由本领域技术人员根据实际需要进行设置。

本申请实施例中，电子设备在获取到第一配置文件之后，将当前已安装的第一应用程序卸载。此外，在卸载已安装的第一应用程序时，还删除关联该第一应用程序的第一应用入口。

在步骤205中，根据第一配置文件生成第一应用程序的原生界面，并展示生成的原生界面；

本申请实施例中，在获取到第一应用程序的第一配置文件之后，即可根据第一配置文件生成第一应用程序的原生界面，并展示生成的原生界面。

其中，第一配置文件包括描述第一应用程序的界面的语句，该语句包括界面展示所需的数据以及界面的运行逻辑。

前述界面展示所需的数据可以包括第一应用程序界面需要展示的显示元素、显示元素的布局信息以及该显示元素展示所需的资源地址等，其中，布局信息可以包括各个显示元素的位置、尺寸、颜色等信息，资源地址可以为电子设备本地资源的地址或者应用服务器上存储的资源的链接地址。

前述运行逻辑可以包括点击显示元素时需要跳转的界面地址，或者点击该显示元素需要执行的操作，或者其他用户操作对应的需要执行的操作。

在根据第一配置文件生成第一应用程序的原生界面时，电子设备调用内置于操作系统的框架文件解析前述语句，通过框架文件将第一配置文件中的前述语句解析为显示元素，并通过框架文件中设置的显示元素与第一应用程序原生视图的对应关系，将解析得到的显示元素转换为第一应用程序的原生视图，并根据转换得到的原生视图进行本地渲染，生成第一应用程序的原生界面，也即是第一应用程序对应的、快应用的界面。

在根据第一配置文件生成第一应用程序的原生界面之后，即可展示生成的该原生界面，由用户根据实际需要对该原生界面进行操作，由此，在未安装第一应用程序的前提下，即可获得与安装的第一应用程序相同的运行效果。

比如，请参照图4，以第一应用程序为某浏览器应用“XX浏览器”为例，图4左侧所示为运行安装的XX浏览器时所显示的界面，图4右侧所示为根据XX 浏览器的配置文件所生成的、XX浏览器的原生界面，也即是运行对应XX浏览器的快应用所显示的界面，可以看出，二者的界面显示一致。

在一实施例中，展示生成的原生界面之后，还包括：

在接收到原生界面的关闭操作时，停止显示原生界面，并删除第一配置文件。

在步骤206中，生成关联第一配置文件的第二应用入口，并将第二应用入口添加至第一预设界面。

其中，第二应用入口可与第一应用入口同样以应用图标的形式展现，其具体的图标样式可以与第一应用入口相同，也可以不同。

在生成关联第一配置文件的第二应用入口之后，将生成的该第二应用入口添加至第一预设界面。其中，第一预设界面可以是电子设备操作系统的主界面，也可以是某个应用的应用界面，还可以是第一应用入口所在的界面等，具体可由电子设备缺省设置，或者由用户根据实际需要进行设置。

比如，请参照图7，在从应用程序服务器获取到第一应用程序的第一配置文件，并生成关联第一配置文件的第二应用入口之后，将生成的第二应用入口添加至已安装的某浏览器应用的主界面中，如图7所示，该第二应用入口与第一应用入口在展现形式上一致；用户在需要使用第一应用程序的功能时，可以进入到该浏览器应用的初始界面，并触发该初始界面中展示的第二应用入口，从而触发执行第一配置文件，生成第一应用程序的原生界面。

又比如，请参照图8，在从应用程序服务器获取到第一应用程序的第一配置文件，并生成关联第一配置文件的第二应用入口之后，将生成的第二应用入口添加至操作系统的主界面中，如图8所示，该第二应用入口与第一应用入口在展现形式上大体一致，但第二应用入口右下角多一个额外标识；用户在需要使用第一应用程序的功能时，可以进入到操作系统的主界面，并触发该主界面中展示的第二应用入口，从而触发执行第一配置文件，生成第一应用程序的原生界面。

由此，可以通过第二应用入口快速触发生成第一应用程序的原生界面，满足用户使用需求。

此外，需要说明的是，步骤206可与步骤205同时执行，也可在步骤205之后执行。

在一实施例中，将第二应用入口添加至第一预设界面之后，还包括：

在接收到第二应用入口的触发操作时，判断是否存在与其关联的第一配置文件；

若存在，则根据该第一配置文件生成第一应用程序的原生界面，并展示生成的原生界面；

若不存在，则从应用服务器获取该第一配置文件，并缓存；

根据缓存的该第一配置文件生成第一应用程序的原生界面，并展示生成的原生界面。

在一实施例中，在添加第二应用入口的第一预设界面不为操作系统的主界面时，将第二应用入口添加至第一预设界面之后，还包括：

获取第二应用入口的累计触发次数；

在获取到的累计触发次数达到预设次数时，将第二应用入口添加至操作系统的主界面。

其中，电子设备还对前述第二应用入口的触发次数进行统计。比如，设置一个初始值为零的变量T，在每次侦测到前述第二应用入口被触发时，将T的值+1，在获取前述第二应用入口的累计触发次数时，直接获取到当前变量T的值，作为前述第二应用入口的累计触发次数。其中，累计触发次数可以是第二应用入口由生成以来的累计运行次数，也可以是一定时间段内的累计运行次数，具体可由本领域技术人员根据实际需要进行选择，并设置与其对应的预设次数。该预设次数用于表征使用者是否习惯于使用对应第一应用程序的“快应用”，若获取到第二应用入口的累计触发次数大于其对应的预设次数，则说明使用者习惯使用对应第一应用程序的“快应用”。相应的，在确定使用者习惯使用对应第一应用程序的“快应用”时，电子设备即可将前述第二应用入口添加至操作系统的主界面。

此外，需要说明的是，在将第二应用入口添加至操作系统的主界面之后，可以删除前述第一预设界面添加的第二应用入口，也可以不删除前述第一预设界面添加的第二应用入口，具体可由电子设备缺省设置(比如缺省设置为不删除)，或者由使用者根据实际需要确认是否删除第一预设界面添加的前述第二应用入口。

在获取到的累计触发次数达到预设次数时，将前述第二应用入口添加至操作系统的主界面，包括：

在获取到的累计触发次数达到预设次数时，确定前述第二应用入口触发频率最高的目标时间段；

判断当前时间是否位于目标时间段之内；

在当前时间位于目标时间段之内时，将第二应用入口添加至操作系统的主界面。

其中，对于时间段的划分，本申请实施例不做具体限制，可由本领域技术人员根据实际需要进行划分。此外，当前时间可以是电子设备当前的系统时间，也可以是提供互联网实时查询到当前时间。

比如，可以小时为单位，将一个自然日划分为12个时长为两小时的时间段，经过统计，电子设备确定前述第二应用入口触发频率最高的目标时间段为 20:00-22:00，若确定当前时间位于20:00-22:00之内，比如当前时间为20:01，则判断操作系统的主界面是否添加有前述第二应用入口，若未添加有，则将前述第二应用入口添加至操作系统的主界面。

在一实施例中，判断当前时间是否位于目标时间段之内的步骤之后，还包括：

在当前时间位于目标时间段之外，且操作系统的主界面添加有前述第二应用入口时，将前述第二应用入口从操作系统的主界面删除。

比如，可以小时为单位，将一个自然日划分为12个时长为两小时的时间段，经过统计，电子设备确定前述第二应用入口触发频率最高的目标时间段为 20:00-22:00，若确定当前时间为位于20:00-22:00之外，如当前时间为22:15，则判断操作系统的主界面是否添加有前述第二应用入口，若添加有，则将前述第二应用入口从操作系统的主界面中删除。

在一实施例中，接收对第一应用入口的触发操作之后，还包括：

在接收到第一应用入口的触发操作，且第一应用入口关联未安装的第二应用程序的第二配置文件时，识别第二应用程序是否满足第二预设条件；

在第二应用程序满足第二预设条件时，从应用服务器获取第二应用程序的安装包；

根据获取到的安装包安装第二应用程序，并运行安装的第二应用程序。

其中，在接收到第一应用入口的触发操作时，首先识别该第一应用入口为与电子设备当前已安装的应用程序关联，还是与快应用的配置文件关联(或者说，与电子设备当前未安装的应用程序的配置文件关联)。

此处，电子设备将识别到第一应用入口关联电子设备当前未安装的第二应用程序的第二配置文件，相应的，电子设备在接收到第一应用入口的触发操作，且第一应用入口关联未安装的第二应用程序的第二配置文件时，进一步识别第二应用程序是否满足第二预设条件。

其中，识别第二应用程序是否满足第二预设条件，也即是识别对应该第二应用程序的快应用是否能够满足用户使用需求，其中，在识别对应该第二应用程序的快应用不能够满足用户使用需求时，确定第二应用程序满足第二预设条件；在识别到对应该第二应用程序的快应用能够满足用户使用需要时，确定第二应用程序不满足第一预设条件。

其中，识别第二应用程序是否满足第二预设条件，包括：

获取对应第二应用程序的用户需求信息，以及获取第二应用程序的原生界面所提供功能的功能信息；

判断前述功能信息是否与前述用户需求信息匹配；

在不匹配时，确定第二应用程序满足第二预设条件。

其中，判断对应第二应用程序的用户需求信息，是否与第二应用程序的原生界面所提供功能的功能信息匹配的操作，可参照以上关于“判断对应第一应用程序的用户需求信息，是否与第一应用程序的原生界面所提供功能的功能信息匹配”的操作相应实施，此处不再赘述。需要说明的是，二者区别在于，当对应第二应用程序的用户需求信息，与第二应用程序的原生界面所提供功能的功能信息不匹配时，确定第二应用程序满足第二预设条件。

其中，在从应用服务器获取第二应用程序的安装包时，首先获取第二应用程序的应用信息，该应用信息为可以映射到第二应用程序的字符或字符串，比如，获取的第二应用程序的应用信息可以是第二应用程序的应用名称、应用名称的一部分，或者是可以联想到该第二应用程序的其它名词等。

在获取到第二应用程序的应用信息之后，电子设备首先按照预定报文格式构建安装包获取请求，该安装包获取请求至少包括第二应用程序的应用信息，用于指示应用服务器返回第二应用程序的安装包。

在完成安装包获取请求的构建之后，电子设备将构建的安装包获取请求通过网络传输至应用服务器。其中，应用服务器维护存储有安装包和应用信息的关联关系。

应用服务器在接收到电子设备发送的安装包获取请求之后，解析出安装包获取请求携带的应用信息(即第二应用程序的应用信息)，并根据安装包和应用信息的关联关系，获取到与解析出的应用信息所关联的安装包，也即是第二应用程序的安装包，之后，将该安装包通过网络返回至电子设备。

相应的，电子设备接收应用服务器通过网络返回的第二应用程序的安装包。之后，即可根据该安装包安装第二应用程序。

在一实施例中，为便于用户触发安装的第二应用程序，根据获取到的安装包安装第二应用程序之后，还包括：

生成关联第二应用程序的第三应用入口；

将第三应用入口添加至第二预设界面，并删除第一应用入口以及第二配置文件。

其中，第三应用入口可与第一应用入口同样以应用图标的形式展现，其具体的图标样式可以与第一应用入口相同，也可以不同。

生成关联第二应用程序的第三应用入口之后，将生成的该第三应用入口添加至第二预设界面。其中，第二预设界面可以是电子设备操作系统的主界面，也可以是某个应用的应用界面，还可以是第一应用入口所在的界面等，具体可由电子设备缺省设置，或者由用户根据实际需要进行设置。

在一实施例中还提供了一种应用程序运行装置。请参阅图9，图9为本申请实施例提供的应用程序运行装置400的结构示意图。其中该应用程序运行装置400应用于电子设备，该应用程序运行装置400包括操作接收模块401、条件识别模块402、文件获取模块403以及界面展示模块404，如下：

操作接收模块401，用于接收对第一应用入口的触发操作；

条件识别模块402，用于在操作接收模块401接收到第一应用入口的触发操作，且第一应用入口关联已安装的第一应用程序时，识别第一应用程序是否满足第一预设条件；

文件获取模块403，用于在第一应用程序满足第一预设条件时，从应用服务器获取第一应用程序的第一配置文件，并卸载第一应用程序；

界面展示模块404，用于根据第一配置文件生成第一应用程序的原生界面，并展示生成的原生界面。

在一实施例中，应用程序运行装置400还包括入口生成模块，用于：

生成关联第一配置文件的第二应用入口；

将第二应用入口添加至第一预设界面。

在一实施例中，在第一预设界面不为操作系统的主界面时，入口生成模块还用于：

获取第二应用入口的累计触发次数；

在获取到的累计触发次数达到预设次数时，将第二应用入口添加至操作系统的主界面。

在一实施例中，条件识别模块402具体用于：

获取对应第一应用程序的用户需求信息，以及获取第一应用程序的原生界面所提供功能的功能信息；

判断前述功能信息是否与前述用户需求信息匹配；

在匹配时，确定第一应用程序满足第一预设条件。

在一实施例中，文件获取模块403具体用于：

在第一应用程序满足第一预设条件时，显示确认信息输入接口；

在接收到基于确认信息输入接口所输入的确认信息时，从应用服务器获取第一应用程序的第一配置文件，并卸载第一应用程序。

在一实施例中，应用程序运行装置400还包括安装包获取模块和程序运行模块，条件识别模块402，还用于在接收到第一应用入口的触发操作，且第一应用入口关联未安装的第二应用程序的第二配置文件时，识别第二应用程序是否满足第二预设条件；

安装包获取模块，用于在第二应用程序满足第二预设条件时，从应用服务器获取第二应用程序的安装包；

程序运行模块，用于根据获取到的安装包安装第二应用程序，并运行安装的第二应用程序。

在一实施例中，入口生成模块还用于：

生成关联第二应用程序的第三应用入口；

将第三应用入口添加至第二预设界面，并删除第一应用入口以及第二配置文件。

具体实施时，以上各个模块可以作为独立的实体实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单位的具体实施可参见前面的实施例，在此不再赘述。

由上可知，本实施例应用程序运行装置400首先由操作接收模块401接收对第一应用入口的触发操作；然后由条件识别模块402在操作接收模块401接收到触发操作，且第一应用入口关联已安装的第一应用程序时，识别第一应用程序是否满足第一预设条件；再由文件获取模块403在第一应用程序满足第一预设条件时，从应用服务器获取第一应用程序的第一配置文件，并卸载第一应用程序；最后由界面展示模块404根据第一配置文件生成第一应用程序的原生界面，并展示原生界面。采用本申请提供的技术方案，能够在未安装应用程序的情况下，通过生成应用程序的原生界面来实现该应用程序的功能，可以节省电子设备的存储空间。

本申请实施例还提供一种电子设备。请参阅图10，电子设备500包括处理器501以及存储器502。其中，处理器501与存储器502电性连接。

所述处理器501 是电子设备500的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或加载存储在存储器502内的计算机程序，以及调用存储在存储器502内的数据，执行电子设备500的各种功能并处理数据。

所述存储器502可用于存储软件程序以及模块，处理器501通过运行存储在存储器502的计算机程序以及模块，从而执行各种功能应用以及数据处理。存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的计算机程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器502还可以包括存储器控制器，以提供处理器501对存储器502的访问。

在本申请实施例中，电子设备500中的处理器501会按照如下的步骤，将一个或一个以上的计算机程序的进程对应的指令加载到存储器502中，并由处理器501运行存储在存储器502中的计算机程序，从而实现各种功能，如下：

接收对第一应用入口的触发操作；

在接收到第一应用入口的触发操作，且第一应用入口关联已安装的第一应用程序时，识别第一应用程序是否满足第一预设条件；

在第一应用程序满足第一预设条件时，从应用服务器获取第一应用程序的第一配置文件，并卸载第一应用程序；

根据第一配置文件生成第一应用程序的原生界面，并展示生成的原生界面。

请一并参阅图11，在某些实施方式中，电子设备500还可以包括：显示器503、射频电路504、音频电路505以及电源506。其中，其中，显示器503、射频电路504、音频电路505以及电源506分别与处理器501电性连接。

所述显示器503可以用于显示由用户输入的信息或提供给用户的信息以及各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示器503可以包括显示面板，在某些实施方式中，可以采用液晶显示器(Liquid CrystalDisplay，LCD)、或者有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板。

所述射频电路504可以用于收发射频信号，以通过无线通信与网络设备或其他电子设备建立无线通讯，与网络设备或其他电子设备之间收发信号。

所述音频电路505可以用于通过扬声器、传声器提供用户与电子设备之间的音频接口。

所述电源506可以用于给电子设备500的各个部件供电。在一些实施例中，电源506可以通过电源管理系统与处理器501逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管图11中未示出，电子设备500还可以包括摄像头、蓝牙模块等，在此不再赘述。

在某些实施方式中，在从应用服务器获取第一应用程序的第一配置文件之后，处理器501还可以执行以下步骤：

生成关联第一配置文件的第二应用入口；

将第二应用入口添加至第一预设界面。

在某些实施方式中，在第一预设界面不为操作系统的主界面时，处理器 501还可以执行以下步骤：

获取第二应用入口的累计触发次数；

在获取到的累计触发次数达到预设次数时，将第二应用入口添加至操作系统的主界面。

在某些实施方式中，在识别第一应用程序是否满足第一预设条件时，处理器501具体执行以下步骤：

获取对应第一应用程序的用户需求信息，以及获取第一应用程序的原生界面所提供功能的功能信息；

判断前述功能信息是否与前述用户需求信息匹配；

在匹配时，确定第一应用程序满足第一预设条件。

在某些实施方式中，在从应用服务器获取第一应用程序的第一配置文件，并卸载第一应用程序时，处理器501还可以具体执行以下步骤：

在第一应用程序满足第一预设条件时，显示确认信息输入接口；

在接收到基于确认信息输入接口所输入的确认信息时，从应用服务器获取第一应用程序的第一配置文件，并卸载第一应用程序。

在某些实施方式中，在接收对第一应用入口的触发操作之后，处理器501 还可以具体执行以下步骤：

在接收到第一应用入口的触发操作，且第一应用入口关联未安装的第二应用程序的第二配置文件时，识别第二应用程序是否满足第二预设条件；

在第二应用程序满足第二预设条件时，从应用服务器获取第二应用程序的安装包；

根据获取到的安装包安装第二应用程序，并运行安装的第二应用程序。

在某些实施方式中，在从应用服务器获取第二应用程序的安装包之后，处理器501还可以具体执行以下步骤：

生成关联第二应用程序的第三应用入口；

将第三应用入口添加至第二预设界面，并删除第一应用入口以及第二配置文件。

本申请实施例还提供一种存储介质，所述存储介质存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述任一实施例中的应用程序运行方法，比如：接收对第一应用入口的触发操作；在接收到触发操作，且第一应用入口关联已安装的第一应用程序时，识别第一应用程序是否满足第一预设条件；在第一应用程序满足第一预设条件时，从应用服务器获取第一应用程序的第一配置文件，并卸载第一应用程序；根据第一配置文件生成第一应用程序的原生界面，并展示原生界面。

在本申请实施例中，存储介质可以是磁碟、光盘、只读存储器(Read Only Memory，ROM，)、或者随机存取记忆体(Random Access Memory，RAM) 等。

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

需要说明的是，对本申请实施例的应用程序运行方法而言，本领域普通测试人员可以理解实现本申请实施例的应用程序运行方法的全部或部分流程，是可以通过计算机程序来控制相关的硬件来完成，所述计算机程序可存储于一计算机可读取存储介质中，如存储在电子设备的存储器中，并被该电子设备内的至少一个处理器执行，在执行过程中可包括如应用程序运行方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储器、随机存取记忆体等。

对本申请实施例的应用程序运行装置而言，其各功能模块可以集成在一个处理芯片中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中，所述存储介质譬如为只读存储器，磁盘或光盘等。

以上对本申请所提供的一种应用程序运行方法、装置、存储介质及电子设备进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (9)

1.一种应用程序运行方法，其特征在于，包括：

接收对第一应用入口的触发操作；

在接收到所述触发操作，且所述第一应用入口关联已安装的第一应用程序时，获取对应所述第一应用程序的用户需求信息，以及从应用服务器获取所述第一应用程序的原生界面所提供功能的功能信息；

在根据所述功能信息以及所述用户需求信息确定所述原生界面满足用户使用需求时，从所述应用服务器获取所述第一应用程序的第一配置文件，并卸载所述第一应用程序；

根据所述第一配置文件生成所述原生界面，并展示所述原生界面。

2.如权利要求1所述的应用程序运行方法，其特征在于，从应用服务器获取所述第一应用程序的第一配置文件之后，还包括：

生成关联所述第一配置文件的第二应用入口；

将所述第二应用入口添加至第一预设界面。

3.如权利要求2所述的应用程序运行方法，其特征在于，在所述第一预设界面不为操作系统的主界面时，将所述第二应用入口添加至第一预设界面之后，还包括：

获取所述第二应用入口的累计触发次数；

在所述累计触发次数达到预设次数时，将所述第二应用入口添加至所述主界面。

4.如权利要求1-3任一项所述的应用程序运行方法，其特征在于，从应用服务器获取所述第一应用程序的第一配置文件，并卸载所述第一应用程序，包括：

显示确认信息输入接口；

在接收到基于所述确认信息输入接口所输入的确认信息时，从应用服务器获取所述第一应用程序的第一配置文件，并卸载所述第一应用程序。

5.如权利要求1所述的应用程序运行方法，其特征在于，接收对第一应用入口的触发操作之后，还包括：

在接收到所述触发操作，且所述第一应用入口关联未安装的第二应用程序的第二配置文件时，识别所述第二应用程序是否满足第二预设条件；

在所述第二应用程序满足所述第二预设条件时，从所述应用服务器获取所述第二应用程序的安装包；

根据所述安装包安装所述第二应用程序，并运行安装的所述第二应用程序。

6.如权利要求5所述的应用程序运行方法，其特征在于，根据所述安装包安装所述第二应用程序之后，还包括：

生成关联所述第二应用程序的第三应用入口；

将所述第三应用入口添加至第二预设界面，并删除所述第一应用入口以及所述第二配置文件。

7.一种应用程序运行装置，其特征在于，包括：

操作接收模块，用于接收对第一应用入口的触发操作；

条件识别模块，用于在所述操作接收模块接收到所述触发操作，且所述第一应用入口关联已安装的第一应用程序时，获取对应所述第一应用程序的用户需求信息，以及从应用服务器获取所述第一应用程序的原生界面所提供功能的功能信息；

文件获取模块，用于在根据所述功能信息以及所述用户需求信息确定所述原生界面满足用户使用需求时，从所述应用服务器获取所述第一应用程序的第一配置文件，并卸载所述第一应用程序；

界面展示模块，用于根据所述第一配置文件生成所述原生界面，并展示所述原生界面。

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

9.一种电子设备，包括处理器和存储器，所述存储器储存有计算机程序，其特征在于，所述处理器通过调用所述计算机程序，用于执行如权利要求1至6任一项所述的应用程序运行方法。

Images