一种应用程序的保活方法及装置

技术领域

本申请涉及计算机技术领域，特别涉及一种应用程序的保活方法及装置。

背景技术

保活是指在app(应用程序，Application)不在前台时，能保持必要的功能持续工作，如，IM即时通讯应用和资讯类应用等不在前台时，需要后台及时消息推送，或，运动类应用需要在后台实时监测用户的运动数据。

但是，如何实现应用程序的保活成为问题。

发明内容

为解决上述技术问题，本申请实施例提供一种应用程序的保活方法及装置，以达到实现应用程序保活的目的，技术方案如下：

一种应用程序的保活方法，包括：

终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，跳转到设置页面，所述设置页面中包含用于表征进程的后台运行模式的第一选项；

所述终端操作系统在从所述设置页面中接收到针对所述第一选项选择请求时，更改所述应用程序的进程的后台运行模式为所述目标模式，所述目标模式至少包含：保持运行模式。

所述在接收到应用程序发送的更改进程的后台运行模式的请求时，跳转到设置页面，包括：

在接收到应用程序发送的更改进程的后台运行模式的请求时，在所述应用程序的页面输出子界面，所述子界面中包含表征允许更改进程的后台运行模式的子选项；

所述终端操作系统在所述子界面中，接收到针对所述子选项的选择请求时，跳转到设置界面。

所述更改所述应用程序的进程的后台运行模式为所述目标模式之后，还包括：

所述终端操作系统跳转到所述应用程序的页面，以使所述终端操作系统跳转到所述应用程序的页面，以使所述应用程序在判断出由所述终端操作系统触发跳转到所述应用程序的页面时，判断其进程的后台运行模式是否为所述目标模式，若为所述目标模式，向所述终端操作系统发送启动后台服务的请求；

所述终端操作系统在接收到所述启动后台服务的请求时，启动所述应用程序的后台服务，并使后台按照所述目标模式运行所述应用程序的进程。

一种应用程序的保活方法，包括：

应用程序判断其进程的后台运行模式是否为目标模式，所述目标模式至少包含保持运行模式；

若否，则向终端操作系统发送更改进程的后台运行模式的请求，以使所述终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，跳转到包含用于表征进程的后台运行模式的第一选项的设置页面，并在从所述设置页面中接收到针对所述第一选项选择请求时，更改所述应用程序的进程的后台运行模式为所述目标模式；

若是，则向所述终端操作系统发送启动后台服务的请求，以使所述终端操作系统在接收到所述启动后台服务的请求时，启动所述应用程序的后台服务，并使后台按照所述目标模式运行所述应用程序的进程。

所述方法还包括：

所述应用程序判断是否为所述终端操作系统触发跳转到所述应用程序的页面；

若是，则返回执行所述判断其进程的后台运行模式是否为目标模式的步骤。

一种应用程序的保活装置，包括：

第一跳转模块，用于在接收到应用程序发送的更改进程的后台运行模式的请求时，跳转到设置页面，所述设置页面中包含用于表征进程的后台运行模式的第一选项；

更改模块，用于在从所述设置页面中接收到针对所述第一选项选择请求时，更改所述应用程序的进程的后台运行模式为所述目标模式，所述目标模式至少包含：保持运行模式。

所述第一跳转模块，具体用于：

在接收到应用程序发送的更改进程的后台运行模式的请求时，在所述应用程序的页面输出子界面，所述子界面中包含表征允许更改进程的后台运行模式的子选项；

所述终端操作系统在所述子界面中，接收到针对所述子选项的选择请求时，跳转到设置界面。

所述装置还包括：

第二跳转模块，用于跳转到所述应用程序的页面，以使所述终端操作系统跳转到所述应用程序的页面，以使所述应用程序在判断出由所述终端操作系统触发跳转到所述应用程序的页面时，判断其进程的后台运行模式是否为所述目标模式，若为所述目标模式，向所述终端操作系统发送启动后台服务的请求；

运行模块，用于在接收到所述启动后台服务的请求时，启动所述应用程序的后台服务，并使后台按照所述目标模式运行所述应用程序的进程。

一种应用程序的保活装置，包括：

第一判断模块，用于判断其进程的后台运行模式是否为目标模式，所述目标模式至少包含保持运行模式；

第一发送模块，用于若非目标模式，则向终端操作系统发送更改进程的后台运行模式的请求，以使所述终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，跳转到包含用于表征进程的后台运行模式的第一选项的设置页面，并在从所述设置页面中接收到针对所述第一选项选择请求时，更改所述应用程序的进程的后台运行模式为所述目标模式；

第二发送模块，用于若为目标模式，则向所述终端操作系统发送启动后台服务的请求，以使所述终端操作系统在接收到所述启动后台服务的请求时，启动所述应用程序的后台服务，并使后台按照所述目标模式运行所述应用程序的进程。

所述装置还包括：

第二判断模块，用于判断是否为所述终端操作系统触发跳转到所述应用程序的页面，若是，则返回执行所述第一判断模块判断其进程的后台运行模式是否为目标模式。

与现有技术相比，本申请的有益效果为：

在本申请中，终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，跳转到设置页面，使用户可以在设置页面进行进程的后台运行模式的设置，在此基础上，终端操作系统在从设置页面中接收到针对第一选项选择的请求时，更改应用程序的进程的后台运行模式为保持运行模式时，应用程序的进程能够在后台保持运行，保证应用程序能在后台保持必要的功能持续工作，实现应用程序的保活。

附图说明

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

图1是本申请实施例1提供的一种应用程序的保活方法的流程图；

图2是本申请实施例2提供的一种应用程序的保活方法的流程图；

图3是本申请实施例3提供的一种应用程序的保活方法的流程图；

图4是本申请实施例4提供的一种应用程序的保活方法的流程图；

图5是本申请实施例5提供的一种应用程序的保活方法的流程图；

图6是本申请提供的一种应用程序的保活装置的逻辑结构示意图；

图7是本申请提供的另一种应用程序的保活装置的逻辑结构示意图。

具体实施方式

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

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，为本申请实施例1提供的一种应用程序的保活方法的流程图，该方法可以应用于终端操作系统，如图1所示，该方法可以包括但并不局限于以下步骤：

步骤S11、终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，跳转到设置页面，所述设置页面中包含用于表征进程的后台运行模式的第一选项。

本实施例中，可以对应用程序进行配置，使应用程序有权限去申请更改进程的后台运行模式。在对应用程序进行配置后，应用程序在需要更改进程的后台运行模式时，可以发起更改进程的后台运行模式的请求。

相应地，终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，可以跳转到设置页面。其中，设置页面中至少包含有用于设置进程的后台运行模式的第一选项。

在跳转到设置页面后，用户可以在设置页面中对第一选项进行操作，设置进程的后台运行模式。

本实施例中，在终端操作系统设置有白名单功能(可以理解为：允许应用程序耗电的功能，在该功能下，应用程序的运行不受限制)的情况下，应用程序发起更改进程的后台运行模式的请求，可以包括：应用程序发起申请加入白名单的请求。

相应地，终端操作系统在接收到应用程序发起的申请加入白名单的请求时，跳转到设置页面。

步骤S12、所述终端操作系统在从所述设置页面中接收到针对所述第一选项选择请求时，更改所述应用程序的进程的后台运行模式为所述目标模式，所述目标模式至少包含：保持运行模式。

终端操作系统更改应用程序的进程的后台运行模式为保持运行模式时，应用程序的进程能够在后台保持运行，保证应用程序能在后台保持必要的功能持续工作，实现应用程序的保活。

在本申请中，终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，跳转到设置页面，使用户可以在设置页面进行进程的后台运行模式的设置，在此基础上，终端操作系统在从设置页面中接收到针对第一选项选择的请求时，更改应用程序的进程的后台运行模式为保持运行模式时，应用程序的进程能够在后台保持运行，保证应用程序能在后台保持必要的功能持续工作，实现应用程序的保活。

作为本申请另一可选实施例，参照图2，为本申请提供的一种应用程序的保活方法实施例2的流程图，本实施例主要是对上述实施例1描述的应用程序的保活方法的扩展方案，如图2所示，该方法可以包括但并不局限于以下步骤：

步骤S21、终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，在所述应用程序的页面输出子界面，所述子界面中包含表征允许更改进程的后台运行模式的子选项。

终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，在应用程序的页面输出子界面，子界面中包含表征允许更改进程的后台运行模式的子选项，使用户可以在子界面中，通过选择子选项，确定是否允许更改进程的后台运行模式。

步骤S22、所述终端操作系统在所述子界面中，接收到针对所述子选项的选择请求时，跳转到设置界面，所述设置页面中包含用于表征进程的后台运行模式的第一选项。

步骤S23、所述终端操作系统在从所述设置页面中接收到针对所述第一选项选择请求时，更改所述应用程序的进程的后台运行模式为所述目标模式，所述目标模式至少包含：保持运行模式。

步骤S23的详细过程可以参见实施例1中步骤S12的相关介绍，在此不再赘述。

终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，在应用程序的页面输出子界面，子界面中包含表征允许更改进程的后台运行模式的子选项，使用户可以在子界面中，通过选择子选项，确定是否允许更改进程的后台运行模式，实现用户参与更改进程的后台运行模式，改善用户体验性。

作为本申请另一可选实施例，参照图3，为本申请提供的一种应用程序的保活方法实施例3的流程图，本实施例主要是对上述实施例1描述的应用程序的保活方法的扩展方案，如图3所示，该方法可以包括但并不局限于以下步骤：

步骤S31、终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，跳转到设置页面，所述设置页面中包含用于表征进程的后台运行模式的第一选项。

步骤S32、所述终端操作系统在从所述设置页面中接收到针对所述第一选项选择请求时，更改所述应用程序的进程的后台运行模式为所述目标模式，所述目标模式至少包含：保持运行模式。

步骤S31-S32的详细过程可以参见实施例1中步骤S11-S12的相关介绍，在此不再赘述。

步骤S33、所述终端操作系统跳转到所述应用程序的页面，以使所述应用程序在判断出由所述终端操作系统触发跳转到所述应用程序的页面时，判断其进程的后台运行模式是否为所述目标模式，若为所述目标模式，向所述终端操作系统发送启动后台服务的请求。

步骤S34、所述终端操作系统在接收到所述启动后台服务的请求时，启动所述应用程序的后台服务，并使后台按照所述目标模式运行所述应用程序的进程。

本实施例中，在更改应用程序的进程的后台运行模式为目标模式之后，跳转到应用程序的页面，使应用程序判断其进程的后台运行模式是否为目标模式，以确认应用程序的进程的后台运行模式是否更改成功，若为所述目标模式，则确认进程的后台运行模式更改成功，则可以向所述终端操作系统发送启动后台服务的请求，进而由终端操作系统使后台按照目标模式运行应用程序的进程，保证应用程序的进程的后台运行程序更改的可靠性。

参照图4，为本申请实施例4提供的一种应用程序的保活方法的流程图，该方法可以应用于应用程序，如图2所示，该方法可以包括但并不局限于以下步骤：

步骤S41、应用程序判断其进程的后台运行模式是否为目标模式，所述目标模式至少包含保持运行模式。

若否，则执行步骤S42；若是，则执行步骤S43。

步骤S42、向终端操作系统发送更改进程的后台运行模式的请求，以使所述终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，跳转到包含用于表征进程的后台运行模式的第一选项的设置页面，并在从所述设置页面中接收到针对所述第一选项选择请求时，更改所述应用程序的进程的后台运行模式为所述目标模式。

步骤S41-S42的详细过程可以参见实施例1-3中任意一个实施例所介绍的方法中的相关介绍，在此不再赘述。

步骤S43、向所述终端操作系统发送启动后台服务的请求，以使所述终端操作系统在接收到所述启动后台服务的请求时，启动所述应用程序的后台服务，并使后台按照所述目标模式运行所述应用程序的进程。

作为本申请另一可选实施例，参照图5，为本申请提供的一种应用程序的保活方法实施例5的流程图，本实施例主要是对上述实施例4描述的应用程序的保活方法的扩展方案，如图5所示，该方法可以包括但并不局限于以下步骤：

步骤S51、应用程序判断其进程的后台运行模式是否为目标模式，所述目标模式至少包含保持运行模式。

若否，则执行步骤S52；若是，则执行步骤S53。

步骤S52、向终端操作系统发送更改进程的后台运行模式的请求，以使所述终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，跳转到包含用于表征进程的后台运行模式的第一选项的设置页面，并在从所述设置页面中接收到针对所述第一选项选择请求时，更改所述应用程序的进程的后台运行模式为所述目标模式，所述目标模式至少包含：保持运行模式。

步骤S53、向所述终端操作系统发送启动后台服务的请求，以使所述终端操作系统在接收到所述启动后台服务的请求时，启动所述应用程序的后台服务，并使后台按照所述目标模式运行所述应用程序的进程。

步骤S54、所述应用程序判断是否为所述终端操作系统触发跳转到所述应用程序的页面。

若是，则返回执行步骤S51。

本实施例中，在更改应用程序的进程的后台运行模式为目标模式之后，跳转到应用程序的页面，使应用程序判断其进程的后台运行模式是否为目标模式，以确认应用程序的进程的后台运行模式是否更改成功，若为所述目标模式，则确认进程的后台运行模式更改成功，则可以向所述终端操作系统发送启动后台服务的请求，进而由终端操作系统使后台按照目标模式运行应用程序的进程，保证应用程序的进程的后台运行程序更改的可靠性。

接下来对本申请提供的应用程序的保活装置进行介绍，下文介绍的应用程序的保活装置与上文介绍的应用程序的保活方法可相互对应参照。

请参见图6，应用程序的保活装置包括：第一跳转模块100和更改模块200。

第一跳转模块100，用于在接收到应用程序发送的更改进程的后台运行模式的请求时，跳转到设置页面，所述设置页面中包含用于表征进程的后台运行模式的第一选项；

更改模块200，用于在从所述设置页面中接收到针对所述第一选项选择请求时，更改所述应用程序的进程的后台运行模式为所述目标模式，所述目标模式至少包含：保持运行模式。

本实施例中，所述第一跳转模块100，具体可以用于：

在接收到应用程序发送的更改进程的后台运行模式的请求时，在所述应用程序的页面输出子界面，所述子界面中包含表征允许更改进程的后台运行模式的子选项；

所述终端操作系统在所述子界面中，接收到针对所述子选项的选择请求时，跳转到设置界面。

本实施例中，应用程序的保活装置还可以包括：

第二跳转模块，用于跳转到所述应用程序的页面，以使所述终端操作系统跳转到所述应用程序的页面，以使所述应用程序在判断出由所述终端操作系统触发跳转到所述应用程序的页面时，判断其进程的后台运行模式是否为所述目标模式，若为所述目标模式，向所述终端操作系统发送启动后台服务的请求；

运行模块，用于在接收到所述启动后台服务的请求时，启动所述应用程序的后台服务，并使后台按照所述目标模式运行所述应用程序的进程。

在本申请的另一个实施例中，提供另外一种应用程序的保活装置，请参见图7，应用程序的保活装置包括：

第一判断模块300、第一发送模块400和第二发送模块500。

第一判断模块300，用于判断其进程的后台运行模式是否为目标模式，所述目标模式至少包含保持运行模式；

第一发送模块400，用于若非目标模式，则向终端操作系统发送更改进程的后台运行模式的请求，以使所述终端操作系统在接收到应用程序发送的更改进程的后台运行模式的请求时，跳转到包含用于表征进程的后台运行模式的第一选项的设置页面，并在从所述设置页面中接收到针对所述第一选项选择请求时，更改所述应用程序的进程的后台运行模式为所述目标模式；

第二发送模块500，用于若为目标模式，则向所述终端操作系统发送启动后台服务的请求，以使所述终端操作系统在接收到所述启动后台服务的请求时，启动所述应用程序的后台服务，并使后台按照所述目标模式运行所述应用程序的进程。

上述装置还可以包括：

第二判断模块，用于判断是否为所述终端操作系统触发跳转到所述应用程序的页面，若是，则返回执行所述第一判断模块300判断其进程的后台运行模式是否为目标模式。

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

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

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