CN103309705B - 终端应用程序激活方法和系统 - Google Patents

Abstract

本发明涉及软件工程技术领域，具体涉及一种终端应用程序激活方法和系统。一种终端应用程序激活方法，包括步骤：应用平台接收预先配置的对应用程序进行激活的激活触发条件信息并存储；终端下载应用程序时，从应用平台获取激活触发条件信息；终端接收激活条件触发信息，生成激活控制逻辑，监控应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，若是，则对应用程序进行激活。一种终端应用程序激活系统，包括终端和应用平台。本发明提供的终端应用程序激活方法和系统，将应用程序和激活程序分离，将各种应用程序的激活触发条件信息统一管理，减少了程序开发的工作量，更加便捷，降低了应用程序开发者的人力投入。

Description

终端应用程序激活方法和系统

技术领域

本发明涉及软件工程技术领域，具体而言，涉及一种终端应用程序激活方法和系统。

背景技术

随着手机或者平板电脑等终端产品技术的不断革新，应用于这些移动终端的游戏产品或者其他应用程序也不断发展。由于一些应用程序在试用之前，用户无法直观感知其性能和趣味性，因此许多应用程序开发商在应用程序中设置了试玩转激活机制，即先试用后激活，目前已被越来越多的应用平台及游戏中心所广泛采用。借助这项服务，用户可以在试用一段时间之后再选择对应用进行激活，这样可以有效提升用户体验。

现有技术中，通常手机应用程序的试用转激活功能，是需要应用开发者将应用平台提供的激活请求模块（例如激活SDK（SoftwareDevelopmentKit,即软件开发工具包））集成到其应用程序中，同时在应用程序实现试用转激活逻辑并设定好相应的触发条件。用户通过应用平台下载了该应用，应用程序在运行过程中当满足预先设定的试用转激活触发条件，例如，到达一定的试用时间或试用次数时，应用程序会提示用户需要进行激活，并调用激活请求模块完成相关处理过程。

而采用上述方式，需要应用开发者对其应用程序进行改造，增加试用转激活逻辑，并封装激活模块，且由于应用环境和应用程序本身的升级等因素影响，会使得激活策略不断发生变化，而每一次激活策略的改变，则需要应用程序开发者对程序本身进行改造，重新制定激活逻辑并封装，耗费较大工作量。

发明内容

本发明的目的在于提供一种终端应用程序激活方法和系统，以解决上述的问题。

在本发明的实施例中提供了一种终端应用程序激活方法，包括步骤：

应用平台接收预先配置的对应用程序进行激活的激活触发条件信息并存储；

终端下载所述应用程序时，从所述应用平台获取所述激活触发条件信息；

终端接收所述激活条件触发信息，生成激活控制逻辑，监控所述应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，若是，则对所述应用程序进行激活。

其中，所述步骤A之前还包括步骤：

预先配置针对每一应用的激活触发条件信息，所述激活触发条件信息包括但不限于激活判别类型、激活判别阈值，并将所述激活触发条件信息进行存储。

其中，所述步骤B包括步骤：

终端下载该应用程序时，向所述应用平台发送获取该应用程序的所述激活触发条件信息的请求；

当所述应用平台接收到终端发出的所述请求时，读取该应用程序对应的预先配置的激活触发条件信息，并初始化一条针对该用户的应用的激活状态，将所述应用的激活状态和所述激活触发条件信息一并发送给所述终端；

终端接收所述激活状态和所述激活触发条件信息，并将所述激活状态和激活触发条件信息存储至终端的本地数据库中。

其中，所述步骤C包括步骤：

终端接收所述激活条件触发信息，生成激活控制逻辑；

每次启动后，定时扫描各应用程序的启动和运行；

当有应用程序启动后，读取本地数据库中对应该应用程序的激活触发条件信息；

根据所述激活状态判断是否需要进行激活，如果是，则根据所述激活判别类型，监控该应用的运行状态，当应用的运行状态到达所述激活判别阈值后，则弹出激活提示窗口，提示用户确认是否激活。

其中，所述激活判别类型包括但不限于运行时间和启动次数；

所述步骤C中判断应用程序的运行状态是否达到激活触发条件，包括步骤：判断该应用的运行时间是否超过预设时长和/或判断该应用程序的启动次数是否超过预设次数。

其中，所述步骤C之后还包括步骤：

终端在接收到用户输入的确认激活指令后，向所述应用平台发送激活请求；

所述应用平台返回激活结果，并更新该用户的该应用的激活状态。

本发明实施例还提供一种终端应用程序激活系统，包括终端和应用平台；

所述应用平台，用于接收预先配置的对应用程序进行激活的激活触发条件信息并存储；

所述终端，用于下载所述应用程序时，从所述应用平台获取所述激活触发条件信息；并接收所述激活条件触发信息，生成激活控制逻辑，监控应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，是，则对所述应用程序进行激活。

其中，所述应用平台包括激活配置模块和激活处理模块；

所述激活配置模块，用于预先配置针对每一应用的激活触发条件信息，所述激活触发条件信息包括但不限于激活判别类型、激活判别阈值，并将所述激活触发条件信息进行存储；

所述激活处理模块，用于在接收到终端发出的所述请求时，读取该应用程序对应的预先配置的激活触发条件信息，并初始化一条针对该用户的应用的激活状态，将所述应用的激活状态和所述激活触发条件信息一并发送给所述终端。

其中，所述终端包括激活监控模块：

所述激活监控模块，用于在下载该应用时，向向所述应用平台发送获取该应用程序的所述激活触发条件信息的请求；并接收应用平台发送的所述激活状态和所述激活触发条件信息，并将所述激活状态和所述激活触发条件信息存储至终端的本地数据库中。

其中，所述激活监控模块，还用于接收所述激活条件触发信息，生成激活控制逻辑，在每次终端启动后，定时扫描各应用程序的启动和运行；当有应用程序启动后，读取本地数据库中对应该应用的激活状态和激活触发条件信息；根据所述激活状态判断是否需要进行激活，如果是，则根据所述激活判别类型，监控该应用的运行状态，当应用的运行状态到达所述激活判别阈值后，则弹出激活提示窗口，提示用户确认是否激活。

本发明上述实施例的终端应用程序激活方法和系统，将应用程序和激活程序分离，将各种应用程序的激活触发条件信息统一管理，终端在需要下载某一个应用时，可获取该应用的激活触发条件信息，并根据该应用的激活触发条件信息，对该应用进行激活，即激活程序是独立于应用程序而执行，无需在应用程序本身设置激活程序，减少了程序开发的工作量，同时即使激活策略不断发生变化，只需更改相应的激活触发条件信息，无需调整应用程序本身，更加便捷，降低了应用程序开发者的人力投入。

附图说明

图1为本发明的终端应用程序激活方法的一个实施例的流程图；

图2为本发明的终端应用程序激活系统的一个实施例的结构示意图；

图3为本发明的终端应用程序激活系统的另一个实施例的结构示意图；

图4为图3所示的各模块之间协作的流程示意图；

图5为本发明的终端应用程序激活系统中激活监控模块的操作环节的一种实施方式示意图。

具体实施方式

下面通过具体的实施例子并结合附图对本发明做进一步的详细描述。

实施例一

本发明实施例一提供了一种终端应用程序激活方法，参见图1所示，包括步骤：

步骤S110，应用平台接收预先配置的对应用程序进行激活的激活触发条件信息并存储。

其中，所述激活触发条件信息由系统管理员或者应用开发者进行预先设置，管理员或者相关开发者具有修改或者删除和添加的操作权限。

应用平台接收针对每一应用预先设置的激活触发条件信息，所述激活触发条件信息包括但不限于激活判别类型、激活判别阈值，并将所述激活触发条件信息存储在应用平台数据库中。

所述激活判别类型，为判断应用程序的运行状态是否达到激活条件的判别基准元素，可以为应用程序的启动次数或者是使用时长等等，此时，判断是否达到激活触发条件，则判断该应用的运行时间是否超过预设时长和/或判断该应用程序的启动次数是否超过预设次数。本领域技术人员会根据不同的实际需要对应设置不同的激活判别类型，本发明实施例不一一列举。

所述激活判别阈值，为衡量是否需要进行激活的一个数量标准，例如，当用户下载某一应用程序并启动10次以后，或者使用该程序的时长超过了几分钟或者几个小时，则需要进行激活才能继续使用。当以应用程序的启动次数或者是使用时长为激活判别类型时，则所述预设次数和所述预设时长，即为激活判别阈值，具体预设时长可以为几分钟至几个小时，例如，3-300分钟，预设次数可以为几次至几十次，例如，3-30次。显然，所述激活判别阈值，也是因不同程序而异，本领域技术人员可根据实际情况灵活调整，本发明实施例同样不进行一一列举。

本发明实施例中进行激活的目的在于触发执行支付费用或者升级等过程。

步骤S111，终端下载所述应用程序时，从所述应用平台获取激活触发条件信息。

具体地，在本发明实施例中，步骤S111包括：

终端下载该应用程序时，向所述应用平台发送获取该应用程序的所述激活触发条件信息的请求；当所述应用平台接收到终端发出的所述请求时，读取该应用程序对应的预先配置的激活触发条件信息，并初始化一条针对该用户的应用的激活状态，将所述应用的激活状态和所述激活触发条件信息一并发送给所述终端；终端接收所述激活状态和所述激活触发条件信息，并将所述激活状态和激活触发条件信息存储至终端的本地数据库中。

在本发明实施例中，所述激活信息包括激活触发条件信息和激活状态。

当终端需要下载一个程序时，则向应用平台发送获取激活触发条件信息等激活信息的请求。当所述应用平台接收到终端发出的访问或者下载一个应用的请求时，所述应用平台读取所述应用平台数据库中的该应用的激活触发条件信息，同时初始化一条针对该用户的应用激活状态。

所述激活状态，包括无需激活、已激活和未激活等状态，用于记录用户的激活历史，为本次激活起参考作用，例如已经激活的用户显然无需在进行激活，或者某些程序不需要进行激活，或者某些用户为高级用户，所有程序都无需激活，所以设置激活状态来表征该用户的该应用是否还需要进行激活。

终端将从所述应用平台请求到的针对该应用和该用户的激活状态及激活触发条件信息，存储至终端的本地数据库中。

步骤S112，终端监控应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，是，则根据所述激活触发条件信息，对所述应用程序进行激活。

终端启动后，定时扫描各应用程序的启动和运行；当某个应用程序启动后，读取本地数据库中对应该应用的激活状态和激活触发条件信息。

根据所述激活状态判断是否需要进行激活，如果是，则根据所述激活判别类型，监控该应用的运行状态。

其中，所述激活判别类型包括但不限于运行时间和启动次数。作为一种可实施方式，所述步骤监控该应用的运行状态包括监控该应用的运行时间和启动次数。

当应用的运行状态到达所述激活判别阈值后，则弹出激活提示窗口，提示用户确认是否激活。即确认需要进行激活且满足激活条件之后，则提示用户确认是否激活，终端在接收到用户输入的确认激活指令后，向所述应用平台发送激活请求。

所述应用平台返回激活结果，并更新该用户的该应用的激活状态。

实施例二

本发明实施例二提供一种终端应用程序激活系统，参见图2所示，包括终端1和应用平台2。

所述应用平台，用于接收预先配置的对应用程序进行激活的激活触发条件信息并存储。

所述终端，用于下载所述应用程序时，从所述应用平台获取所述激活触发条件信息；并接收所述激活条件触发信息，生成激活控制逻辑，监控所述应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，是，则根据所述激活触发条件信息，对所述应用程序进行激活。

优选地，参见图3所示，所述应用平台包括激活配置模块201和激活处理模块202。

所述激活配置模块201，用于预先配置针对每一应用的激活触发条件信息，所述激活触发条件信息包括但不限于激活判别类型、激活判别阈值，并将所述激活触发条件信息进行存储。所述激活条件触发信息可以由管理员或者应用开发者进行配置并输入至所述应用平台2。所述激活条件触发信息不封装在所述应用程序内部，是独立于所述应用程序之外配置的。

所述激活处理模块202，用于在接收到终端发出的所述请求时，读取该应用程序对应的预先配置的激活触发条件信息，并初始化一条针对该用户的应用的激活状态，将所述应用的激活状态和所述激活触发条件信息一并发送给所述终端。

所述激活处理模块202，除了用于读取应用的激活触发条件信息、维护应用针对具体用户的激活状态（包括无需激活、未激活、已激活等），同时还接收来自客户端的应用激活触发条件信息及激活状态更新请求，并将更新后的相关信息发送至终端。

优选地，所述终端包括激活监控模块101。

所述激活监控模块101，用于在下载该应用时，向所述应用平台发送获取该应用程序的激活触发条件信息的请求；并接收应用平台发送的所述激活状态和所述激活触发条件信息，并将所述激活状态和激活触发条件信息存储至终端的本地数据库中。

所述激活监控模块101，用于接收所述激活条件触发信息，生成激活控制逻辑，并在终端启动后，定时扫描各应用程序的启动和运行；当某个应用程序启动后，读取本地数据库中对应该应用的激活状态和激活触发条件信息；根据所述激活状态判断是否需要进行激活，如果是，则根据所述激活判别类型，监控该应用的运行状态，当应用的运行状态到达所述激活判别阈值后，则弹出激活提示窗口，提示用户确认是否激活。

具体地，激活监控模块101根据该应用的激活判别类型及激活判别阈值生成激活条件，监控下载应用程序的运行状态，并累计启动次数、运行时长等，一旦满足激活条件，触发相应的激活流程。其中，所述运行状态包括应用程序在本机上的启动、运行、关闭等。

更优地，所述终端，还包括激活请求模块102，所述激活请求模块102，用于在接收到用户输入的确认激活指令后，向所述应用平台发送激活请求。

更优地，所述应用平台还包括激活更新模块203，用于接收来自终端激活请求模块102的应用激活请求，返回激活结果，并更新该用户的该应用的激活状态。

如果该激活程序触发的是付费流程，则还按照相关的付费策略对对应的应用进行扣费。

参见图4所示，现对图3中所示的各模块的协作流程进行进一步说明。

首先，激活配置模块201接收来自管理员或开发者对应用程序的激活付费配置信息，包括但不限于激活判别类型（运行时长、启动次数等）、激活判别阈值等，并将其存储在平台数据库中。

其次，应用商店客户端启动后，激活监控模块101会常驻后台，定时扫描终端上的应用启动及运行。

当用户通过应用商店客户端访问下载某个应用时，系统侧的激活处理模块202读取平台数据库中的应用激活触发条件信息，同时初始化一条针对该用户的应用激活状态记录。

之后，客户端向系统侧的激活处理模块202请求该应用的用户激活状态及激活触发条件信息，并将其存在本地数据库中。

当某个应用程序启动后，激活监控模块101首先读取本地数据库中对应的应用激活状态和激活触发条件信息，判断该应用是否需要试玩激活，如果是，则监控该应用的运行状态，包括运行时间、启动次数等，当应用到达试玩激活设定的阈值后，则弹出激活付费提示窗口。

其中，作为一种可实施方式，参见图5所示，应用平台可将需要进行激活的程序组成一个信息列表，具体步骤为：S501：激活监控服务启动；S502：定时获取激活应用的信息列表；S503：判断当前应用是否在激活列表中，是则执行步骤S504，否，则返回继续执行步骤502；S504：当前应用是否达到激活条件，是，则执行步骤S505，否，则返回继续执行步骤502；S505：弹出激活界面。

在用户选择付费激活后，激活监控模块101调用客户端发送支付请求；客户端和系统交互完成支付流程；激活处理模块202修改该应用针对当前用户的激活状态为已激活，并通知客户端的激活监控模块101更新状态。

需要说明的是，本领域技术人员可依据本发明的技术方案设置实现上述步骤的安装于终端的功能模块，本发明所指终端，具体指安装有相应功能模块的终端，即所述终端是在手机、IPAD、笔记本电脑等常用终端上安装了相应的功能模块的终端。

现有技术中的激活机制，需要应用开发者对其应用程序进行改造，增加试玩转激活逻辑，并封装激活模块，给应用开发者带来了较大工作量；同时，由于应用程序需要改造，一定程度上减缓了应用接入应用平台的速度，增加了应用平台和开发者的沟通成本；此外，灵活性较差，一旦涉及激活策略需要调整，比如试用时间改为试用次数、延长或缩短试用时间等，需要开发者对其应用程序重新修改。

而本发明的技术方案，通过对应用平台和终端的改造，做到无需应用开发者对应用程序进行改动，即能实现对试玩激活功能的支持，减轻应用开发者的工作量及成本投入；同时提升应用接入平台的效率，减少沟通成本；增强灵活性，变更某个应用的激活策略，无需修改应用程序，只需更改后台配置即可。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims (9)

1.一种终端应用程序激活方法，其特征在于，包括步骤：

应用平台预先配置针对每一应用的激活触发条件信息，所述激活触发条件信息包括但不限于激活判别类型、激活判别阈值，其中，所述激活判别类型，为应用程序的启动次数或者是使用时长；所述激活判别阈值与所述激活判别类型相对应，当所述激活判别类型为应用程序的启动次数时，则所述激活判别阈值是应用程序的预设启动次数，当所述激活判别类型为应用程序的使用时长时，则所述激活判别阈值是预设使用时长；

应用平台接收预先配置的对应用程序进行激活的激活触发条件信息并存储；

终端下载所述应用程序时，从所述应用平台获取所述激活触发条件信息，其中，所述终端为手机或者平板电脑；

终端接收所述激活触发条件信息，生成激活控制逻辑，监控所述应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，若是，则对所述应用程序进行激活。

2.根据权利要求1所述的终端应用程序激活方法，其特征在于，所述终端下载所述应用程序时，从所述应用平台获取所述激活触发条件信息，包括步骤：

终端下载该应用程序时，向所述应用平台发送获取该应用程序的所述激活触发条件信息的请求；

当所述应用平台接收到终端发出的所述请求时，读取该应用程序对应的预先配置的激活触发条件信息，并初始化一条针对用户的应用的激活状态，将所述应用的激活状态和所述激活触发条件信息一并发送给所述终端；

终端接收所述激活状态和所述激活触发条件信息，并将所述激活状态和激活触发条件信息存储至终端的本地数据库中。

3.根据权利要求2所述的终端应用程序激活方法，其特征在于，所述终端接收所述激活触发条件信息，生成激活控制逻辑，监控所述应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，若是，则对所述应用程序进行激活包括步骤：

终端接收所述激活触发条件信息，生成激活控制逻辑；

每次启动后，定时扫描各应用程序的启动和运行；

当有应用程序启动后，读取本地数据库中对应该应用程序的激活触发条件信息；

根据所述激活状态判断是否需要进行激活，如果是，则根据所述激活判别类型，监控该应用的运行状态，当应用的运行状态到达所述激活判别阈值后，则弹出激活提示窗口，提示用户确认是否激活。

4.根据权利要求3所述的终端应用程序激活方法，其特征在于，所述激活判别类型包括但不限于运行时间和启动次数；

所述判断应用程序的运行状态是否达到激活触发条件，包括步骤：判断该应用的运行时间是否超过预设时长和/或判断该应用程序的启动次数是否超过预设次数。

5.根据权利要求3所述的终端应用程序激活方法，其特征在于，所述终端接收所述激活触发条件信息，生成激活控制逻辑，监控所述应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，若是，则对所述应用程序进行激活之后还包括步骤：

终端在接收到用户输入的确认激活指令后，向所述应用平台发送激活请求；

所述应用平台返回激活结果，并更新该用户的该应用的激活状态。

6.一种终端应用程序激活系统，其特征在于，包括终端和应用平台；

所述应用平台，用于预先配置针对每一应用的激活触发条件信息，并接收预先配置的对应用程序进行激活的激活触发条件信息并存储，其中，所述激活触发条件信息包括但不限于激活判别类型、激活判别阈值，所述激活判别类型，为应用程序的启动次数或者是使用时长；所述激活判别阈值，与所述激活判别类型相对应，当所述激活判别类型为应用程序的启动次数时，则所述激活判别阈值是应用程序的预设启动次数，当所述激活判别类型为应用程序的使用时长时，则所述激活判别阈值是预设使用时长；

所述终端，用于下载所述应用程序时，从所述应用平台获取所述激活触发条件信息；并接收所述激活触发条件信息，生成激活控制逻辑，监控应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，是，则对所述应用程序进行激活，其中，所述终端为手机或者平板电脑。

7.根据权利要求6所述的终端应用程序激活系统，其特征在于，所述应用平台包括激活配置模块和激活处理模块；

所述激活配置模块，用于预先配置针对每一应用的激活触发条件信息，所述激活触发条件信息包括但不限于激活判别类型、激活判别阈值，并将所述激活触发条件信息进行存储；

所述激活处理模块，用于在接收到终端发出的获取所述应用程序的所述激活触发条件信息的请求时，读取该应用程序对应的预先配置的激活触发条件信息，并初始化一条针对用户的应用的激活状态，将所述应用的激活状态和所述激活触发条件信息一并发送给所述终端。

8.根据权利要求7所述的终端应用程序激活系统，其特征在于，所述终端包括激活监控模块：

所述激活监控模块，用于在下载该应用时，向所述应用平台发送获取该应用程序的所述激活触发条件信息的请求；并接收应用平台发送的所述激活状态和所述激活触发条件信息，并将所述激活状态和所述激活触发条件信息存储至终端的本地数据库中。

9.根据权利要求8所述的终端应用程序激活系统，其特征在于：

所述激活监控模块，还用于接收所述激活触发条件信息，生成激活控制逻辑，在每次终端启动后，定时扫描各应用程序的启动和运行；当有应用程序启动后，读取本地数据库中对应该应用的激活状态和激活触发条件信息；根据所述激活状态判断是否需要进行激活，如果是，则根据所述激活判别类型，监控该应用的运行状态，当应用的运行状态到达所述激活判别阈值后，则弹出激活提示窗口，提示用户确认是否激活。