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

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

【技术实现步骤摘要】
终端应用程序激活方法和系统
本专利技术涉及软件工程
，具体而言，涉及一种终端应用程序激活方法和系统。
技术介绍
随着手机或者平板电脑等终端产品技术的不断革新，应用于这些移动终端的游戏产品或者其他应用程序也不断发展。由于一些应用程序在试用之前，用户无法直观感知其性能和趣味性，因此许多应用程序开发商在应用程序中设置了试玩转激活机制，即先试用后激活，目前已被越来越多的应用平台及游戏中心所广泛采用。借助这项服务，用户可以在试用一段时间之后再选择对应用进行激活，这样可以有效提升用户体验。现有技术中，通常手机应用程序的试用转激活功能，是需要应用开发者将应用平台提供的激活请求模块（例如激活SDK（SoftwareDevelopmentKit,即软件开发工具包））集成到其应用程序中，同时在应用程序实现试用转激活逻辑并设定好相应的触发条件。用户通过应用平台下载了该应用，应用程序在运行过程中当满足预先设定的试用转激活触发条件，例如，到达一定的试用时间或试用次数时，应用程序会提示用户需要进行激活，并调用激活请求模块完成相关处理过程。而采用上述方式，需要应用开发者对其应用程序进行改造，增加试用转激活逻辑，并封装激活模块，且由于应用环境和应用程序本身的升级等因素影响，会使得激活策略不断发生变化，而每一次激活策略的改变，则需要应用程序开发者对程序本身进行改造，重新制定激活逻辑并封装，耗费较大工作量。
技术实现思路
本专利技术的目的在于提供一种终端应用程序激活方法和系统，以解决上述的问题。在本专利技术的实施例中提供了一种终端应用程序激活方法，包括步骤：应用平台接收预先配置的对应用程序进行激活的激活触发条件信息并存储；终端下载所述应用程序时，从所述应用平台获取所述激活触发条件信息；终端接收所述激活条件触发信息，生成激活控制逻辑，监控所述应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，若是，则对所述应用程序进行激活。其中，所述步骤A之前还包括步骤：预先配置针对每一应用的激活触发条件信息，所述激活触发条件信息包括但不限于激活判别类型、激活判别阈值，并将所述激活触发条件信息进行存储。其中，所述步骤B包括步骤：终端下载该应用程序时，向所述应用平台发送获取该应用程序的所述激活触发条件信息的请求；当所述应用平台接收到终端发出的所述请求时，读取该应用程序对应的预先配置的激活触发条件信息，并初始化一条针对该用户的应用的激活状态，将所述应用的激活状态和所述激活触发条件信息一并发送给所述终端；终端接收所述激活状态和所述激活触发条件信息，并将所述激活状态和激活触发条件信息存储至终端的本地数据库中。其中，所述步骤C包括步骤：终端接收所述激活条件触发信息，生成激活控制逻辑；每次启动后，定时扫描各应用程序的启动和运行；当有应用程序启动后，读取本地数据库中对应该应用程序的激活触发条件信息；根据所述激活状态判断是否需要进行激活，如果是，则根据所述激活判别类型，监控该应用的运行状态，当应用的运行状态到达所述激活判别阈值后，则弹出激活提示窗口，提示用户确认是否激活。其中，所述激活判别类型包括但不限于运行时间和启动次数；所述步骤C中判断应用程序的运行状态是否达到激活触发条件，包括步骤：判断该应用的运行时间是否超过预设时长和/或判断该应用程序的启动次数是否超过预设次数。其中，所述步骤C之后还包括步骤：终端在接收到用户输入的确认激活指令后，向所述应用平台发送激活请求；所述应用平台返回激活结果，并更新该用户的该应用的激活状态。本专利技术实施例还提供一种终端应用程序激活系统，包括终端和应用平台；所述应用平台，用于接收预先配置的对应用程序进行激活的激活触发条件信息并存储；所述终端，用于下载所述应用程序时，从所述应用平台获取所述激活触发条件信息；并接收所述激活条件触发信息，生成激活控制逻辑，监控应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，是，则对所述应用程序进行激活。其中，所述应用平台包括激活配置模块和激活处理模块；所述激活配置模块，用于预先配置针对每一应用的激活触发条件信息，所述激活触发条件信息包括但不限于激活判别类型、激活判别阈值，并将所述激活触发条件信息进行存储；所述激活处理模块，用于在接收到终端发出的所述请求时，读取该应用程序对应的预先配置的激活触发条件信息，并初始化一条针对该用户的应用的激活状态，将所述应用的激活状态和所述激活触发条件信息一并发送给所述终端。其中，所述终端包括激活监控模块：所述激活监控模块，用于在下载该应用时，向向所述应用平台发送获取该应用程序的所述激活触发条件信息的请求；并接收应用平台发送的所述激活状态和所述激活触发条件信息，并将所述激活状态和所述激活触发条件信息存储至终端的本地数据库中。其中，所述激活监控模块，还用于接收所述激活条件触发信息，生成激活控制逻辑，在每次终端启动后，定时扫描各应用程序的启动和运行；当有应用程序启动后，读取本地数据库中对应该应用的激活状态和激活触发条件信息；根据所述激活状态判断是否需要进行激活，如果是，则根据所述激活判别类型，监控该应用的运行状态，当应用的运行状态到达所述激活判别阈值后，则弹出激活提示窗口，提示用户确认是否激活。本专利技术上述实施例的终端应用程序激活方法和系统，将应用程序和激活程序分离，将各种应用程序的激活触发条件信息统一管理，终端在需要下载某一个应用时，可获取该应用的激活触发条件信息，并根据该应用的激活触发条件信息，对该应用进行激活，即激活程序是独立于应用程序而执行，无需在应用程序本身设置激活程序，减少了程序开发的工作量，同时即使激活策略不断发生变化，只需更改相应的激活触发条件信息，无需调整应用程序本身，更加便捷，降低了应用程序开发者的人力投入。附图说明图1为本专利技术的终端应用程序激活方法的一个实施例的流程图；图2为本专利技术的终端应用程序激活系统的一个实施例的结构示意图；图3为本专利技术的终端应用程序激活系统的另一个实施例的结构示意图；图4为图3所示的各模块之间协作的流程示意图；图5为本专利技术的终端应用程序激活系统中激活监控模块的操作环节的一种实施方式示意图。具体实施方式下面通过具体的实施例子并结合附图对本专利技术做进一步的详细描述。实施例一本专利技术实施例一提供了一种终端应用程序激活方法，参见图1所示，包括步骤：步骤S110，应用平台接收预先配置的对应用程序进行激活的激活触发条件信息并存储。其中，所述激活触发条件信息由系统管理员或者应用开发者进行预先设置，管理员或者相关开发者具有修改或者删除和添加的操作权限。应用平台接收针对每一应用预先设置的激活触发条件信息，所述激活触发条件信息包括但不限于激活判别类型、激活判别阈值，并将所述激活触发条件信息存储在应用平台数据库中。所述激活判别类型，为判断应用程序的运行状态是否达到激活条件的判别基准元素，可以为应用程序的启动次数或者是使用时长等等，此时，判断是否达到激活触发条件，则判断该应用的运行时间是否超过预设时长和/或判断该应用程序的启动次数是否超过预设次数。本领域技术人员会根据不同的实际需要对应设置不同的激活判别类型，本专利技术实施例不一一列举。所述激活判别阈值，为衡量是否需要进行激活的一个数量标准，例如，当用户下载某一应用程序并启动10次以后，或者使用该程序的时长本文档来自技高网...

【技术保护点】
一种终端应用程序激活方法，其特征在于，包括步骤：应用平台接收预先配置的对应用程序进行激活的激活触发条件信息并存储；终端下载所述应用程序时，从所述应用平台获取所述激活触发条件信息；终端接收所述激活条件触发信息，生成激活控制逻辑，监控所述应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，若是，则对所述应用程序进行激活。

【技术特征摘要】
1.一种终端应用程序激活方法，其特征在于，包括步骤：应用平台预先配置针对每一应用的激活触发条件信息，所述激活触发条件信息包括但不限于激活判别类型、激活判别阈值，其中，所述激活判别类型，为应用程序的启动次数或者是使用时长；所述激活判别阈值与所述激活判别类型相对应，当所述激活判别类型为应用程序的启动次数时，则所述激活判别阈值是应用程序的预设启动次数，当所述激活判别类型为应用程序的使用时长时，则所述激活判别阈值是预设使用时长；应用平台接收预先配置的对应用程序进行激活的激活触发条件信息并存储；终端下载所述应用程序时，从所述应用平台获取所述激活触发条件信息，其中，所述终端为手机或者平板电脑；终端接收所述激活触发条件信息，生成激活控制逻辑，监控所述应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，若是，则对所述应用程序进行激活。2.根据权利要求1所述的终端应用程序激活方法，其特征在于，所述终端下载所述应用程序时，从所述应用平台获取所述激活触发条件信息，包括步骤：终端下载该应用程序时，向所述应用平台发送获取该应用程序的所述激活触发条件信息的请求；当所述应用平台接收到终端发出的所述请求时，读取该应用程序对应的预先配置的激活触发条件信息，并初始化一条针对用户的应用的激活状态，将所述应用的激活状态和所述激活触发条件信息一并发送给所述终端；终端接收所述激活状态和所述激活触发条件信息，并将所述激活状态和激活触发条件信息存储至终端的本地数据库中。3.根据权利要求2所述的终端应用程序激活方法，其特征在于，所述终端接收所述激活触发条件信息，生成激活控制逻辑，监控所述应用程序的运行，判断应用程序的运行状态是否达到激活触发条件，若是，则对所述应用程序进行激活包括步骤：终端接收所述激活触发条件信息，生成激活控制逻辑；每次启动后，定时扫描各应用程序的启动和运行；当有应用程序启动后，读取本地数据库中对应该应用程序的激活触发条件信息；根据所述激活状态判断是否需要进行激活，如果是，则根据所述激活判别类型，监控该应用的运行状态，当应用的运行状态到达所述激活判别阈值后，则弹出激活提示窗口，提示用户确认是否激活。4.根据权利要求3所述的终端应用程序激活方法，其特征在于，所述激活判别类型包括但不限于运行时间和启动次数；所述判断应用程序的运行状态是否达到激活触发条件，包括步骤：判断该应用的运行时间是否超过预设时长和/或判断该应用程序的启动次数是否超过预设次数。5.根据权利要求3所述的终端应用程序激活方法，其特征在于，所述终端接收所述激活触发条件信息，生成激活控制逻辑，监控所述应用程序的运行，判...

【专利技术属性】
技术研发人员：马若劼，谢哲，王庆，田淼，施平，
申请(专利权)人：北京微云即趣科技有限公司，
类型：发明
国别省市：