CN113885914A - 应用程序处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开关于一种应用程序处理方法、装置、电子设备及存储介质，所述方法包括：获取服务端发送的安装包资源配置信息；安装包资源配置信息包括预配置的用户账户列表，用户账户列表中的各用户账户具有预设版本的安装包资源，预设版本的安装包资源为通过应用管理程序下载到目标应用程序于预设版本的安装包资源；若登录应用管理程序的本端账户与用户账户列表中的用户账户相匹配，则获取目标应用程序的应用程序安装状态；根据应用程序安装状态，对存储于本端的安装包资源执行使安装包资源失效的操作。采用本公开可以对用户的异常下载行为定制化的清除数据，最大程度的避免了用户安装异常下载的安装包资源，能够对下载泄漏的用户终端采取有效补救措施。

Description

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

技术领域

本公开计算机技术领域，尤其涉及一种应用程序处理方法、装置、电子设备及存储介质。

背景技术

目前，在尚未上线的游戏测试阶段，应用分发平台会提供给小批量用户进行游戏内部测试，而不会面对大量用户开放下载。但由于一些运营失误或者难以避免的线上BUG等情况，在游戏测试阶段会造成游戏泄漏，将游戏提供给大批量的用户去下载，对于一个未完成的游戏会引发玩法泄密、服务器出错或崩溃等问题，也对后续游戏正式上线造成影响。

然而，用户的下载行为发生在本地手机终端上，通常是采用手动删除数据的方式，将用户云端的下载记录删除，但无法对存在游戏泄漏的用户终端采取有效补救措施。

因此，相关技术中存在无法对游戏测试阶段的游戏泄漏进行有效补救的问题。

发明内容

本公开提供一种应用程序处理方法、装置、电子设备及存储介质，以至少解决相关技术中存在无法对游戏测试阶段的游戏泄漏进行有效补救的问题。本公开的技术方案如下：

获取服务端发送的安装包资源配置信息；所述安装包资源配置信息包括预配置的用户账户列表，所述用户账户列表中的各用户账户具有预设版本的安装包资源，所述预设版本的安装包资源为通过应用管理程序下载到目标应用程序于预设版本的安装包资源；

若登录所述应用管理程序的本端账户与所述用户账户列表中的用户账户相匹配，则获取所述目标应用程序的应用程序安装状态；

根据所述应用程序安装状态，对存储于本端的所述安装包资源执行使所述安装包资源失效的操作。

在一种可能实现方式中，所述根据所述应用程序安装状态，对存储于本端的所述安装包资源执行使所述安装包资源失效的操作，包括：

若所述应用程序安装状态为下载未完成状态，则对已下载到本端的部分安装包执行使所述部分安装包失效的操作；

或者，

若所述应用程序安装状态为下载完成状态，则对已下载到本端的完整安装包执行使所述完整安装包失效的操作。

在一种可能实现方式中，还包括：

若所述应用程序安装状态为已安装状态，在检测到所述目标应用程序的当前应用状态由测试状态切换为上线状态时，通过所述应用管理程序下载所述目标应用程序的上线版本的安装包资源；

采用所述上线版本的安装包资源对所述目标应用程序进行版本更新。

在一种可能实现方式中，所述通过所述应用管理程序下载所述目标应用程序的上线版本的安装包资源，包括：

获取所述上线版本的版本号，以及所述预设版本的版本号；

若所述预设版本的版本号小于所述上线版本的版本号，通过所述应用管理程序下载所述目标应用程序的上线版本的安装包资源。

在一种可能实现方式中，所述根据所述应用程序安装状态，对存储于本端的所述安装包资源执行使所述安装包资源失效的操作，包括：

获取所述安装包资源的下载起始时间；

若所述下载起始时间至当前时间的时长超过预设时间阈值，则对已下载到本端的部分安装包或未安装状态的完整安装包执行使所述部分安装包或所述未安装状态的完整安装包失效的操作。

在一种可能实现方式中，所述获取服务端发送的安装包资源配置信息，包括：

向服务端发送应用程序配置请求；

接收所述服务端返回的针对所述应用程序配置请求的安装包资源配置信息。

根据本公开实施例的第二方面，提供一种应用程序处理装置，包括：

配置信息获取单元，被配置为执行获取服务端发送的安装包资源配置信息；所述安装包资源配置信息包括预配置的用户账户列表，所述用户账户列表中的各用户账户具有预设版本的安装包资源，所述预设版本的安装包资源为通过应用管理程序下载到目标应用程序于预设版本的安装包资源；

安装状态确定单元，被配置为执行若登录所述应用管理程序的本端账户与所述用户账户列表中的用户账户相匹配，则获取所述目标应用程序的应用程序安装状态；

本端资源失效单元，被配置为执行根据所述应用程序安装状态，对存储于本端的所述安装包资源执行使所述安装包资源失效的操作。

在一种可能实现方式中，所述本端资源失效单元，具体被配置为执行若所述应用程序安装状态为下载未完成状态，则对已下载到本端的部分安装包执行使所述部分安装包失效的操作；或者，若所述应用程序安装状态为下载完成状态，则对已下载到本端的完整安装包执行使所述完整安装包失效的操作。

在一种可能实现方式中，所述装置还包括：

上线检测单元，具体被配置为执行若所述应用程序安装状态为已安装状态，在检测到所述目标应用程序的当前应用状态由测试状态切换为上线状态时，通过所述应用管理程序下载所述目标应用程序的上线版本的安装包资源；

版本更新单元，具体被配置为执行采用所述上线版本的安装包资源对所述目标应用程序进行版本更新。

在一种可能实现方式中，所述上线检测单元，具体被配置为执行获取所述上线版本的版本号，以及所述预设版本的版本号；若所述预设版本的版本号小于所述上线版本的版本号，通过所述应用管理程序下载所述目标应用程序的上线版本的安装包资源。

在一种可能实现方式中，所述本端资源失效单元，具体被配置为执行获取所述安装包资源的下载起始时间；若所述下载起始时间至当前时间的时长超过预设时间阈值，则对已下载到本端的部分安装包或未安装状态的完整安装包执行使所述部分安装包或所述未安装状态的完整安装包失效的操作。

在一种可能实现方式中，所述配置信息获取单元，具体被配置为执行向服务端发送应用程序配置请求；接收所述服务端返回的针对所述应用程序配置请求的安装包资源配置信息。

根据本公开实施例的第三方面，提供一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如第一方面或第一方面的任一种可能实现方式所述的应用程序处理方法。

根据本公开实施例的第四方面，提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面或第一方面的任一种可能实现方式所述的应用程序处理方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，设备的至少一个处理器从所述可读存储介质读取并执行所述计算机程序，使得设备执行第一方面的任一项实施例中所述的应用程序处理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：通过获取服务端发送的安装包资源配置信息，安装包资源配置信息包括预配置的用户账户列表，用户账户列表中的各用户账户具有预设版本的安装包资源，预设版本的安装包资源为通过应用管理程序下载到目标应用程序于预设版本的安装包资源，若登录应用管理程序的本端账户与用户账户列表中的用户账户相匹配，则获取目标应用程序的应用程序安装状态，进而根据应用程序安装状态，对存储于本端的安装包资源执行使安装包资源失效的操作。如此，可以通过接收服务端发送的安装包资源配置信息，针对获取到目标应用程序的预设版本的安装包资源的用户账户，根据应用程序安装状态执行使安装包资源失效的操作，从而对用户的异常下载行为可以定制化的清除数据，最大程度的避免了用户安装异常下载的安装包资源，能够对下载泄漏的用户终端采取有效补救措施。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种应用程序处理方法的应用环境图。

图2是根据一示例性实施例示出的一种应用程序处理方法的流程图。

图3是根据一示例性实施例示出的一种应用程序处理流程的示意图。

图4是根据一示例性实施例示出的另一种应用程序处理方法的流程图。

图5是根据一示例性实施例示出的一种应用程序处理装置的框图。

图6是根据一示例性实施例示出的一种电子设备的内部结构图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。

还需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本公开所提供的应用程序处理方法，可以应用于如图1所示的应用环境中。其中，终端110通过网络与服务端120进行交互。其中，终端110获取服务端120发送的安装包资源配置信息，当确定本端账户与用户账户列表中的用户账户相匹配，终端110获取目标应用程序的应用程序安装状态，进而按照与应用程序安装状态对应的方式，对存储于终端110本端的安装包资源执行使安装包资源失效的操作。实际应用中，终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务端120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。由于本公开的应用场景可以为游戏应用未发布时的测试过程中，参与游戏应用测试的人员使用游戏应用厂商提供的终端设备，游戏应用厂商有权对其设备上的应用程序进行更改或删除操作。

图2是根据一示例性实施例示出的一种应用程序处理方法的流程图，如图2所示，该方法用于图1的终端110中，包括以下步骤。

步骤S210中，获取服务端发送的安装包资源配置信息；安装包资源配置信息包括预配置的用户账户列表，用户账户列表中的各用户账户具有预设版本的安装包资源，预设版本的安装包资源为通过应用管理程序下载到目标应用程序于预设版本的安装包资源；

其中，应用管理程序可以为应用分发平台，可以通过该应用管理程序下载应用程序，如其可以为应用市场、应用商店。

其中，用户账户列表可以具有基于应用管理程序的一个或多个用户账户的标识，如在应用管理程序进行注册的用户ID。

作为一示例，目标应用程序可以为游戏应用，预设版本可以为游戏测试阶段对应的测试版本、某一时间段开发下载的版本、错误版本等。

在实际应用中，可以在检测到应用管理程序启动时，获取该应用管理程序对应的服务端发送的安装包资源配置信息，进而可以根据安装包资源配置信息中预配置的用户账户列表，确定本端账户是否与用户账户列表中的用户账户相匹配，用户账户列表中的用户账户可以具有预设版本的安装包资源，即通过应用管理程序下载到目标应用程序于预设版本的安装包资源的用户账户。

具体地，基于用户操作可以开启应用管理程序，终端可以在检测到该应用管理程序启动后，拉取应用管理程序的服务端配置，即获取服务端下发的安装包资源配置信息，由于服务端可以预先确定通过应用管理程序下载到目标应用程序于预设版本的安装包资源的用户账户，以得到预配置的用户账户列表，进而可以通过安装包资源配置信息将预配置的用户账户列表下发至终端。

在一示例中，以游戏应用为例，在应用管理程序中的一个或多个内测下载的游戏应用被异常启动下载后，服务端可以针对各被异常启动下载的内测游戏应用(即目标应用程序)，获取其对应的存在异常下载行为的用户信息，即通过应用管理程序下载到目标应用程序于预设版本的安装包资源的用户，其中，用户信息可以包括一个或多个用户账户的标识，进而服务端可以预配置用户账户列表，可以针对每个被异常启动下载的内测游戏应用配置对应的用户账户列表，也可以针对多个被异常启动下载的内测游戏应用配置用户账户列表。

服务端可以基于预配置用户账户列表得到安装包资源配置信息，并可以下发该安装包资源配置信息，即服务端可以针对指定游戏应用，下发针对指定用户的下载记录和下载的安装包资源失效的指令，进而在应用管理程序启动后，终端可以拉取安装包资源配置信息，从安装包资源配置信息中获取指定游戏应用标识(如game Id)，以及该指定游戏应用标识对应的用户账户列表。

例如，异常启动下载情况可以为游戏应用的运营人员，在配置游戏应用下载时配置错误，导致了游戏应用的安装包资源被提前泄漏，或者错误配置使得用户下载了错误的安装包资源；也可以为应用分发平台(即应用管理程序)的开发人员，在开发相关下载功能时出现错误，导致了下载功能出现异常，使得游戏应用的安装包资源被提前泄漏，或者错误配置使得用户下载了错误的安装包资源。

在又一示例中，针对运营人员配置错误的情况，可以将在特定时间段内下载了指定游戏的全部用户作为存在异常下载行为的用户，即运营人员在中午12:00上线了指定游戏应用的错误配置，14:00修改回正确配置，在12:00-14:00这段时间内，用户下载的指定游戏应用的安装包资源均为错误配置的安装包资源，则可以将12:00-14:00产生的指定游戏应用的下载行为作为异常下载行为，通过服务端导出这段时间存在下载行为的用户列表，进而可以针对用户列表中的用户进行定向使安装包资源失效任务。

步骤S220中，若登录应用管理程序的本端账户与用户账户列表中的用户账户相匹配，则获取目标应用程序的应用程序安装状态；

其中，应用程序安装状态可以包括下载未完成状态、下载完成状态，该下载完成状态可以包括未安装状态、已安装状态。

在获取安装包资源配置信息后，可以当登录应用管理程序的本端账户与用户账户列表中的用户账户相匹配时，获取目标应用程序的应用程序安装状态，例如，可以检测该目标应用程序当前的应用程序安装状态。

在一示例中，可以通过对比本端账户的标识与用户账户列表中的一个或多个用户账户各自对应的标识，在标识一致时判定本端账户与用户账户列表中的用户账户相匹配。

步骤S230中，根据应用程序安装状态，对存储于本端的安装包资源执行使安装包资源失效的操作。

在获取应用程序安装状态后，可以根据该应用程序安装状态，对目标应用程序存储于本端的安装包资源执行使安装包资源失效的操作，如可以通过更改安装包资源的文件名、移动安装包资源至隐藏空间、删除安装包资源、强制更新等操作，以使安装包资源失效。

在一示例中，以测试阶段的游戏应用为例，可以针对应用程序安装状态对应的不同用户进行使安装包资源失效的数据操作，从而通过应用管理程序的客户端与服务端的交互，可以针对用户本端离线数据，通过服务端指令使安装包资源失效，基于采取及时的有效补救措施，能够降低下载泄漏对测试阶段的游戏应用的负面影响。

例如，若非测试用户下载了内测游戏应用但未下载完成，即下载未完成状态，则可以在用户下次启动应用管理程序时，清除该内测游戏应用的相关下载数据，或更改该内测游戏应用的相关下载数据的文件名，或将该内测游戏应用的相关下载数据移动至隐藏空间，即对存储于本端的安装包资源执行使安装包资源失效的操作，也可以清除对应的下载记录。

又如，若非测试用户已经下载完成内测游戏应用但未安装，即下载完成状态中未安装状态，则可以在用户下次启动应用管理程序时，清除该内测游戏应用的相关下载数据，或更改该内测游戏应用的相关下载数据的文件名，或将该内测游戏应用的相关下载数据移动至隐藏空间，即对存储于本端的安装包资源执行使安装包资源失效的操作，也可以清除对应的下载记录。

又如，若非测试用户已经安装内测游戏应用，即下载完成状态中已安装状态，则可以在游戏应用上线时，通过更新能力覆盖安装到最新版本，以清除内测版本的相关下载数据，也可以清除对应的下载记录。

在又一示例中，可以在检测到针对预设版本的待更新版本时，生成版本更新信息，以提示用户下载待更新版本的安装包资源，例如，以测试阶段的游戏应用为例，可以在检测到首次上线版本(即待更新版本)时，生成版本更新信息，并向用户发送通知以提示用户下载上线版本的安装包资源，从而可以友好的提醒用户，以引导用户重新下载正确的安装包，提升了用户体验。

上述应用程序处理方法，通过获取服务端发送的安装包资源配置信息，安装包资源配置信息包括预配置的用户账户列表，用户账户列表中的各用户账户具有预设版本的安装包资源，预设版本的安装包资源为通过应用管理程序下载到目标应用程序于预设版本的安装包资源，若登录应用管理程序的本端账户与用户账户列表中的用户账户相匹配，则获取目标应用程序的应用程序安装状态，进而根据应用程序安装状态，对存储于本端的安装包资源执行使安装包资源失效的操作。如此，可以通过接收服务端发送的安装包资源配置信息，针对获取到目标应用程序的预设版本的安装包资源的用户账户，根据应用程序安装状态执行使安装包资源失效的操作，从而对用户的异常下载行为可以定制化的清除数据，最大程度的避免了用户安装异常下载的安装包资源，能够对下载泄漏的用户终端采取有效补救措施。

在一示例性实施例中，根据应用程序安装状态，对存储于本端的安装包资源执行使安装包资源失效的操作，包括：若应用程序安装状态为下载未完成状态，则对已下载到本端的部分安装包执行使部分安装包失效的操作；或者，若应用程序安装状态为下载完成状态，则对已下载到本端的完整安装包执行使完整安装包失效的操作。

具体实现中，应用程序安装状态可以包括下载未完成状态、下载完成状态，可以针对应用程序下载未完成状态、下载完成状态各自对应的用户进行使安装包资源失效的操作，以测试阶段的游戏应用为例，可以采用如下方式进行：

若非测试用户对应的应用程序安装状态为下载未完成状态，则可以在用户下次启动应用管理程序时，清除该内测游戏应用的相关下载数据，或更改该内测游戏应用的相关下载数据的文件名，或将该内测游戏应用的相关下载数据移动至隐藏空间，即对已下载到本端的部分安装包执行使部分安装包失效的操作，也可以清除对应的下载记录。

若非测试用户对应的应用程序安装状态为下载完成状态，如下载完成状态中未安装状态、下载完成状态中已安装状态，则可以在用户下次启动应用管理程序时，清除该内测游戏应用的相关下载数据，或更改该内测游戏应用的相关下载数据的文件名，或将该内测游戏应用的相关下载数据移动至隐藏空间，或者，可以在游戏应用上线时，通过更新能力覆盖安装到最新版本，以清除内测版本的相关下载数据，即则对已下载到本端的完整安装包执行使完整安装包失效的操作，也可以清除对应的下载记录。

本实施例的技术方案，通过当应用程序安装状态为下载未完成状态，对已下载到本端的部分安装包执行使部分安装包失效的操作，或者，当应用程序安装状态为下载完成状态，对已下载到本端的完整安装包执行使完整安装包失效的操作，从而对于用户的异常下载行为，能够定制化的清除数据，最大程度的避免了用户安装异常下载的安装包资源，可以对下载泄漏的用户终端采取有效补救措施。

在一示例性实施例中，还包括：若应用程序安装状态为已安装状态，在检测到目标应用程序的当前应用状态由测试状态切换为上线状态时，通过应用管理程序下载目标应用程序的上线版本的安装包资源；采用上线版本的安装包资源对目标应用程序进行版本更新。

具体实现中，下载完成状态可以包括已安装状态，当应用程序安装状态为已安装状态时，可以在检测到目标应用程序的当前应用状态由测试状态切换为上线状态时，通过应用管理程序下载目标应用程序的上线版本的安装包资源，进而可以采用上线版本的安装包资源对目标应用程序进行版本更新，以对存储于本端的预设版本的安装包资源执行使安装包资源失效的操作。

在一示例中，以测试阶段的游戏应用为例，若非测试用户已经安装内测游戏应用，即下载完成状态中已安装状态，则可以在游戏应用上线时，通过更新能力覆盖安装到最新版本(即上线版本)，以清除内测版本的相关下载数据，也可以清除对应的下载记录。

例如，游戏应用可以从内测下载状态切换为预下载/上线状态，如果用户在内测下载状态时安装了旧版本(即预设版本)游戏应用，可以在游戏应用切换为预下载/上线状态时刻触发自动更新，进而可以使得用户下载最新版本的安装包(即上线版本的安装包资源)。

本实施例的技术方案，通过若应用程序安装状态为已安装状态，在检测到目标应用程序的当前应用状态由测试状态切换为上线状态时，通过应用管理程序下载目标应用程序的上线版本的安装包资源；采用上线版本的安装包资源对目标应用程序进行版本更新，可以针对已安装状态的异常下载安装包资源，通过上线时刻自动触发下载最新版本的安装包，基于更新能力进行覆盖安装，降低了下载泄漏对测试阶段的游戏应用的负面影响。

在一示例性实施例中，通过应用管理程序下载目标应用程序的上线版本的安装包资源，包括：获取上线版本的版本号，以及预设版本的版本号；若预设版本的版本号小于上线版本的版本号，通过应用管理程序下载目标应用程序的上线版本的安装包资源。

具体实现中，在检测到目标应用程序的当前应用状态由测试状态切换为上线状态时，可以获取上线版本的版本号，以及预设版本的版本号，进而通过版本号判断，可以当预设版本的版本号小于上线版本的版本号时，触发自动更新，通过应用管理程序下载目标应用程序的上线版本的安装包资源。

在一示例中，以测试阶段的游戏应用为例，如图3所示，针对已经安装游戏应用的内测版本的用户，可以在游戏正式上线后，检测到应用管理程序启动时，判断本端是否已安装游戏应用，进而可以对于已安装游戏的情况，通过比较本端安装版本的版本号和首次上线版本的版本号，当本端安装版本的版本号大于或等于上线版本的版本号时，不触发下载功能，当本端安装版本的版本号小于上线版本的版本号时，自动触发下载功能。

对于未安装游戏的情况，可以通过判断本端存储状态、网络连接状态，下载游戏应用的上线版本的安装包资源，并可以向用户展示悬浮通知信息。相较于传统方法，对于已安装旧版本游戏的情况，在游戏正式上线后，当本端安装版本的版本号小于上线版本的版本号时，不触发下载功能，本实施例方法可以在上线时刻自动触发下载最新版本的安装包，基于更新能力进行覆盖安装，优化了游戏正式上线后的更新逻辑。

本实施例的技术方案，通过获取上线版本的版本号，以及预设版本的版本号，当预设版本的版本号小于上线版本的版本号时，通过应用管理程序下载目标应用程序的上线版本的安装包资源，可以在上线时刻自动触发下载最新版本的安装包，基于更新能力进行覆盖安装，优化了游戏正式上线后的更新逻辑。

在一示例性实施例中，根据应用程序安装状态，对存储于本端的安装包资源执行使安装包资源失效的操作，包括：获取安装包资源的下载起始时间；若下载起始时间至当前时间的时长超过预设时间阈值，则对已下载到本端的部分安装包或未安装状态的完整安装包执行使部分安装包或未安装状态的完整安装包失效的操作。

具体实现中，通过获取安装包资源的下载起始时间，可以基于该下载起始时间进行判断，当下载起始时间至当前时间的时长超过预设时间阈值时，可以对已下载到本端的部分安装包或未安装状态的完整安装包执行使部分安装包或未安装状态的完整安装包失效的操作。

在一示例中，以游戏应用为例，可以针对超过一定时间(即预设时间阈值)还未安装游戏的用户，如下载未完成状态的用户和下载完成状态中未安装状态的用户，清除该用户存储于本端的游戏应用相关下载数据，或更改该内测游戏应用的相关下载数据的文件名，或将该内测游戏应用的相关下载数据移动至隐藏空间，即对已下载到本端的部分安装包或未安装状态的完整安装包执行使部分安装包或未安装状态的完整安装包失效的操作，也可以清除对应的下载记录，从而能够防止当新版本再触达用户时，用户下载安装了旧版本，节省了本端的存储空间。

例如，对于小包体游戏，一般在开始下载3天内会完成安装，而对于大包体游戏，一般在开始下载14天内会完成安装，则可以根据下载起始时间，针对30天(即预设时间阈值)后仍未完成下载或未成功安装的用户，在应用管理程序启动时，自动删除该游戏应用的已下载资源，也可以更改该游戏应用的已下载资源的文件名，或将该游戏应用的已下载资源移动至隐藏空间，该已下载资源为部分安装包或未安装状态的完整安装包。

本实施例的技术方案，通过获取安装包资源的下载起始时间，当下载起始时间至当前时间的时长超过预设时间阈值时，对已下载到本端的部分安装包或未安装状态的完整安装包执行使部分安装包或未安装状态的完整安装包失效的操作，可以针对超过一定时间阈值未完成安装的用户，防止新版本再触达该用户时，用户下载安装了旧版本，节省了本端的存储空间。

在一示例性实施例中，获取服务端发送的安装包资源配置信息，包括：向服务端发送应用程序配置请求；接收服务端返回的针对应用程序配置请求的安装包资源配置信息。

具体实现中，在应用管理程序启动时，该应用管理程序的客户端可以向服务端发送应用程序配置请求，进而可以接收服务端返回的针对应用程序配置请求的安装包资源配置信息，以进一步根据安装包资源配置信息中预配置的用户账户列表，确定本端账户是否与用户账户列表中的用户账户相匹配。

本实施例的技术方案，通过在检测到应用管理程序启动时，向服务端发送应用程序配置请求，进而接收服务端返回的针对应用程序配置请求的安装包资源配置信息，可以在应用管理程序启动时拉取服务端配置，从而能够采取及时的有效补救措施，降低了下载泄漏对测试阶段的游戏应用的负面影响。

图4是根据一示例性实施例示出的另一种应用程序处理方法的流程图，如图4所示，该方法用于图1中的终端110中，包括以下步骤。

在步骤S401中，获取服务端发送的安装包资源配置信息；所述安装包资源配置信息包括预配置的用户账户列表，所述用户账户列表中的各用户账户具有预设版本的安装包资源，所述预设版本的安装包资源为通过应用管理程序下载到目标应用程序于预设版本的安装包资源。在步骤S402中，若登录所述应用管理程序的本端账户与所述用户账户列表中的用户账户相匹配，则获取所述目标应用程序的应用程序安装状态。在步骤S403中，若所述应用程序安装状态为下载未完成状态，则对已下载到本端的部分安装包执行使所述部分安装包失效的操作。在步骤S404中，若所述应用程序安装状态为下载完成状态，则对已下载到本端的完整安装包执行使所述完整安装包失效的操作。在步骤S405中，若所述应用程序安装状态为已安装状态，在检测到所述目标应用程序的当前应用状态由测试状态切换为上线状态时，获取所述上线版本的版本号，以及所述预设版本的版本号。在步骤S406中，若所述预设版本的版本号小于所述上线版本的版本号，通过所述应用管理程序下载所述目标应用程序的上线版本的安装包资源。在步骤S407中，采用所述上线版本的安装包资源对所述目标应用程序进行版本更新。需要说明的是，上述步骤的具体限定可以参见上文对一种应用程序处理方法的具体限定，在此不再赘述。

应该理解的是，虽然图2和图4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2和图4中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

图5是根据一示例性实施例示出的一种应用程序处理装置框图。参照图5，该装置包括：

配置信息获取单元501，被配置为执行获取服务端发送的安装包资源配置信息；所述安装包资源配置信息包括预配置的用户账户列表，所述用户账户列表中的各用户账户具有预设版本的安装包资源，所述预设版本的安装包资源为通过应用管理程序下载到目标应用程序于预设版本的安装包资源；

安装状态确定单元502，被配置为执行若登录所述应用管理程序的本端账户与所述用户账户列表中的用户账户相匹配，则获取所述目标应用程序的应用程序安装状态；

本端资源失效单元503，被配置为执行根据所述应用程序安装状态，对存储于本端的所述安装包资源执行使所述安装包资源失效的操作。

在一种可能实现方式中，所述本端资源失效单元503，具体被配置为执行若所述应用程序安装状态为下载未完成状态，则对已下载到本端的部分安装包执行使所述部分安装包失效的操作；或者，若所述应用程序安装状态为下载完成状态，则对已下载到本端的完整安装包执行使所述完整安装包失效的操作。

在一种可能实现方式中，所述应用程序处理装置，还包括：

上线检测单元，具体被配置为执行若所述应用程序安装状态为已安装状态，在检测到所述目标应用程序的当前应用状态由测试状态切换为上线状态时，通过所述应用管理程序下载所述目标应用程序的上线版本的安装包资源；

版本更新单元，具体被配置为执行采用所述上线版本的安装包资源对所述目标应用程序进行版本更新。

在一种可能实现方式中，所述上线检测单元，具体被配置为执行获取所述上线版本的版本号，以及所述预设版本的版本号；若所述预设版本的版本号小于所述上线版本的版本号，通过所述应用管理程序下载所述目标应用程序的上线版本的安装包资源。

在一种可能实现方式中，所述本端资源失效单元503，具体被配置为执行获取所述安装包资源的下载起始时间；若所述下载起始时间至当前时间的时长超过预设时间阈值，则对已下载到本端的部分安装包或未安装状态的完整安装包执行使所述部分安装包或所述未安装状态的完整安装包失效的操作。

在一种可能实现方式中，所述配置信息获取单元501，具体被配置为执行向服务端发送应用程序配置请求；接收所述服务端返回的针对所述应用程序配置请求的安装包资源配置信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图6是根据一示例性实施例示出的一种用于执行应用程序处理的电子设备600的框图。例如，电子设备600可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。

参照图6，电子设备600可以包括以下一个或多个组件：处理组件602、存储器604、电源组件606、多媒体组件608、音频组件610、输入/输出(I/O)的接口612、传感器组件614以及通信组件616。

处理组件602通常控制电子设备600的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在电子设备600的操作。这些数据的示例包括用于在电子设备600上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、快闪存储器、磁盘、光盘或石墨烯存储器。

电源组件606为电子设备600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为电子设备600生成、管理和分配电力相关联的组件。

多媒体组件608包括在所述电子设备600和用户之间的提供输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括前置摄像头和/或后置摄像头。当电子设备600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括麦克风(MIC)，当电子设备600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括扬声器，用于输出音频信号。

I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为电子设备600提供各个方面的状态评估。例如，传感器组件614可以检测到电子设备600的打开/关闭状态，组件的相对定位，例如所述组件为电子设备600的显示器和小键盘，传感器组件614还可以检测电子设备600或电子设备600组件的位置改变，用户与电子设备600接触的存在或不存在，设备600方位或加速/减速和电子设备600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。

通信组件616被配置为便于电子设备600和其他设备之间有线或无线方式的通信。电子设备600可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器604，上述指令可由电子设备600的处理器620执行以完成上述方法。例如，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，所述计算机程序产品中包括指令，上述指令可由电子设备600的处理器620执行以完成上述方法。

需要说明的，上述的装置、电子设备、计算机可读存储介质、计算机程序产品等根据方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种应用程序处理方法，其特征在于，所述方法包括：

获取服务端发送的安装包资源配置信息；所述安装包资源配置信息包括预配置的用户账户列表，所述用户账户列表中的各用户账户具有预设版本的安装包资源，所述预设版本的安装包资源为通过应用管理程序下载到目标应用程序于预设版本的安装包资源；

若登录所述应用管理程序的本端账户与所述用户账户列表中的用户账户相匹配，则获取所述目标应用程序的应用程序安装状态；

根据所述应用程序安装状态，对存储于本端的所述安装包资源执行使所述安装包资源失效的操作。

2.根据权利要求1所述的方法，其特征在于，所述根据所述应用程序安装状态，对存储于本端的所述安装包资源执行使所述安装包资源失效的操作，包括：

若所述应用程序安装状态为下载未完成状态，则对已下载到本端的部分安装包执行使所述部分安装包失效的操作；

或者，

若所述应用程序安装状态为下载完成状态，则对已下载到本端的完整安装包执行使所述完整安装包失效的操作。

3.根据权利要求2所述的方法，还包括：

若所述应用程序安装状态为已安装状态，在检测到所述目标应用程序的当前应用状态由测试状态切换为上线状态时，通过所述应用管理程序下载所述目标应用程序的上线版本的安装包资源；

采用所述上线版本的安装包资源对所述目标应用程序进行版本更新。

4.根据权利要求3所述的方法，其特征在于，所述通过所述应用管理程序下载所述目标应用程序的上线版本的安装包资源，包括：

获取所述上线版本的版本号，以及所述预设版本的版本号；

若所述预设版本的版本号小于所述上线版本的版本号，通过所述应用管理程序下载所述目标应用程序的上线版本的安装包资源。

5.根据权利要求1所述的方法，其特征在于，所述根据所述应用程序安装状态，对存储于本端的所述安装包资源执行使所述安装包资源失效的操作，包括：

获取所述安装包资源的下载起始时间；

若所述下载起始时间至当前时间的时长超过预设时间阈值，则对已下载到本端的部分安装包或未安装状态的完整安装包执行使所述部分安装包或所述未安装状态的完整安装包失效的操作。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述获取服务端发送的安装包资源配置信息，包括：

向服务端发送应用程序配置请求；

接收所述服务端返回的针对所述应用程序配置请求的安装包资源配置信息。

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

配置信息获取单元，被配置为执行获取服务端发送的安装包资源配置信息；所述安装包资源配置信息包括预配置的用户账户列表，所述用户账户列表中的各用户账户具有预设版本的安装包资源，所述预设版本的安装包资源为通过应用管理程序下载到目标应用程序于预设版本的安装包资源；

安装状态确定单元，被配置为执行若登录所述应用管理程序的本端账户与所述用户账户列表中的用户账户相匹配，则获取所述目标应用程序的应用程序安装状态；

本端资源失效单元，被配置为执行根据所述应用程序安装状态，对存储于本端的所述安装包资源执行使所述安装包资源失效的操作。

8.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至6中任一项所述的应用程序处理方法。

9.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至6中任一项所述的应用程序处理方法。

10.一种计算机程序产品，所述计算机程序产品中包括指令，其特征在于，所述指令被电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至6任一项所述的应用程序处理方法。

Images