应用使用延时方法、装置、设备及存储介质与流程

1.本发明涉及计算机软件技术领域，尤其涉及一种应用使用延时方法、装置、设备及存储介质。


背景技术：

2.目前，市场上能够对应用程序进行状态管控的移动终端有很多。相对于成年人而言，未成年人尤其是学生所使用的移动终端(例如学生手机)，更加需要进行应用管控，以保证学生将更多的精力投入到学习中。
3.实际应用中，监护人可通过家长手机来远程限制学生手机上某些应用的使用时间。这些应用每日的使用时间使用完毕时，学生无法自行开启。如果需要继续使用，则需要家长手机延长学生手机中该应用的使用时间。但是，现有的这种应用管控方式存在的问题在于，当学生临时遇到扫码支付车费、展示健康码等紧急情况时，如果短时间联系不到家长，而相关应用又处在禁用状态，就非常不方便，用户的应用使用体验较差。
4.上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。


技术实现要素：

5.本发明的主要目的在于提供了一种应用使用延时方法、装置、设备及存储介质，旨在解决现有学生手机的应用管控方式不够智能，用户体验感差的技术问题。
6.为实现上述目的，本发明提供了一种应用使用延时方法，所述方法包括以下步骤：
7.获取所有处于禁用状态的受限应用的共用延时次数；
8.若所述共用延时次数大于预设次数，则在用户点击任一受限应用时，查询被点击的目标受限应用的延时时长；
9.在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态。
10.可选的，所述获取所有处于禁用状态的受限应用的共用延时次数之后，还包括：
11.若所述共用延时次数小于或等于预设次数，则在用户点击任一受限应用时，生成应用延时请求，并将所述应用延时请求发送至目标管控终端；
12.在接收到所述目标管控终端反馈的应用延时允许指令时，查询被点击的目标受限应用的延时时长；
13.在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态。
14.可选的，所述在接收到所述目标管控终端反馈的应用延时允许指令时，查询被点击的目标受限应用的延时时长，包括：
15.在接收到所述目标管控终端反馈的应用延时允许指令时，查询被点击的目标受限应用的剩余延时次数；
16.在所述剩余延时次数大于预设阈值时，查询被点击的目标受限应用的延时时长。
17.可选的，所述若所述共用延时次数小于或等于预设次数，则在用户点击任一受限
应用时，生成应用延时请求，并将所述应用延时请求发送至目标管控终端之后，包括：
18.在预设时长内未接收到所述目标管控终端反馈的应用延时允许指令时，获取当前场景信息；
19.在所述当前场景信息满足预设应用延时条件时，查询被点击的目标受限应用的历史延时时长；
20.在所述历史延时时长内，将所述目标受限应用的应用状态设置为可用状态。
21.可选的，所述在所述当前场景信息满足预设应用延时条件时，查询被点击的目标受限应用的历史延时时长，包括：
22.在所述当前场景信息满足预设应用延时条件时，获取所述用户的应用操作信息；
23.根据所述应用操作信息进行用户行为分析，并在分析结果满足紧急使用条件时，查询被点击的目标受限应用的历史延时时长。
24.可选的，所述在所述当前场景信息满足预设应用延时条件时，获取所述用户的应用操作信息之前，包括：
25.从所述当前场景信息中提取位置信息和/或环境信息；
26.根据所述位置信息和/或所述环境信息预测所述用户的应用使用需求；
27.在所述应用使用需求属于预设紧急需求时，判定所述当前场景信息满足预设应用延时条件。
28.可选的，所述根据所述应用操作信息进行用户行为分析，并在分析结果满足紧急使用条件时，查询被点击的目标受限应用的历史延时时长，包括：
29.从所述应用操作信息中获取所述用户在所述预设时长内点击目标受限应用的次数和/或频率；
30.根据所述次数和/或所述频率进行用户行为分析，并在分析结果满足紧急使用条件时，查询被点击的目标受限应用的历史延时时长。
31.可选的，所述在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态之前，包括：
32.获取所述目标受限应用的应用类型；
33.在所述应用类型为支付型应用时，对所述用户进行身份验证；
34.在身份验证通过时，执行所述在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态的步骤。
35.可选的，所述在所述应用类型为支付型应用时，对所述用户进行身份验证，包括：
36.在所述应用类型为支付型应用时，采集所述用户的生物特征信息；
37.根据所述生物特征信息对所述用户进行身份验证。
38.可选的，所述在所述应用类型为支付型应用时，对所述用户进行身份验证之后，包括：
39.在身份验证未通过时，根据所述生物特征信息判断所述用户是否为陌生用户；
40.在所述用户为陌生用户时，生成终端遗失提醒，并将所述终端遗失提醒发送至目标管控终端。
41.可选的，所述在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态之后，包括：
42.对所述共用延时次数进行更新，获得新的共用延时次数；
43.在所述新的共用延时次数为零时，停止对处于禁用状态的受限应用进行应用状态变更。
44.此外，为实现上述目的，本发明还提出一种应用使用延时装置，所述应用使用延时装置包括：
45.延时查询模块，用于获取所有处于禁用状态的受限应用的共用延时次数；
46.所述延时查询模块，还用于若所述共用延时次数大于预设次数，则在用户点击任一受限应用时，查询被点击的目标受限应用的延时时长；
47.状态调整模块，用于在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态。
48.可选的，所述延时查询模块，还用于若所述共用延时次数小于或等于预设次数，则在用户点击任一受限应用时，生成应用延时请求，并将所述应用延时请求发送至目标管控终端；
49.所述延时查询模块，还用于在接收到所述目标管控终端反馈的应用延时允许指令时，查询被点击的目标受限应用的延时时长；
50.所述状态调整模块，还用于在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态。
51.可选的，所述延时查询模块，还用于在接收到所述目标管控终端反馈的应用延时允许指令时，查询被点击的目标受限应用的剩余延时次数；在所述剩余延时次数大于预设阈值时，查询被点击的目标受限应用的延时时长。
52.可选的，所述延时查询模块，还用于在预设时长内未接收到所述目标管控终端反馈的应用延时允许指令时，获取当前场景信息；在所述当前场景信息满足预设应用延时条件时，查询被点击的目标受限应用的历史延时时长；
53.所述状态调整模块，还用于在所述历史延时时长内，将所述目标受限应用的应用状态设置为可用状态。
54.可选的，所述延时查询模块，还用于在所述当前场景信息满足预设应用延时条件时，获取所述用户的应用操作信息；根据所述应用操作信息进行用户行为分析，并在分析结果满足紧急使用条件时，查询被点击的目标受限应用的历史延时时长。
55.可选的，所述延时查询模块，还用于从所述当前场景信息中提取位置信息和/或环境信息；根据所述位置信息和/或所述环境信息预测所述用户的应用使用需求；在所述应用使用需求属于预设紧急需求时，判定所述当前场景信息满足预设应用延时条件。
56.可选的，所述延时查询模块，还用于从所述应用操作信息中获取所述用户在所述预设时长内点击目标受限应用的次数和/或频率；根据所述次数和/ 或所述频率进行用户行为分析，并在分析结果满足紧急使用条件时，查询被点击的目标受限应用的历史延时时长。
57.此外，为实现上述目的，本发明还提出一种应用使用延时设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用使用延时程序，所述应用使用延时程序配置为实现如上文所述的应用使用延时方法的步骤。
58.此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有应用
使用延时程序，所述应用使用延时程序被处理器执行时实现如上文所述的应用使用延时方法的步骤。
59.本发明通过获取所有处于禁用状态的受限应用的共用延时次数；若所述共用延时次数大于预设次数，则在用户点击任一受限应用时，查询被点击的目标受限应用的延时时长，然后在延时时长内，将目标受限应用的应用状态设置为可用状态。相比于现有的应用延时只能依靠管控方人工授权的方式，本发明提供的应用使用延时方法能够让用户在遇到紧急情况时及时使用受限应用，提高了用户体验。
附图说明
60.图1是本发明实施例方案涉及的硬件运行环境的应用使用延时设备的结构示意图；
61.图2为本发明应用使用延时方法第一实施例的流程示意图；
62.图3为本发明应用使用延时方法第二实施例的流程示意图；
63.图4为本发明应用使用延时装置第一实施例的结构框图。
64.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
65.应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
66.参照图1，图1为本发明实施例方案涉及的硬件运行环境的应用使用延时设备结构示意图。
67.如图1所示，该应用使用延时设备可以包括：处理器1001，例如中央处理器(central processing unit，cpu)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘 (keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真 (wireless-fidelity，wi-fi)接口)。存储器1005可以是高速的随机存取存储器(random access memory，ram)，也可以是稳定的非易失性存储器 (non-volatile memory，nvm)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
68.本领域技术人员可以理解，图1中示出的结构并不构成对应用使用延时设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
69.如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及应用使用延时程序。
70.在图1所示的应用使用延时设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明应用使用延时设备中的处理器1001、存储器1005可以设置在应用使用延时设备中，所述应用使用延时设备通过处理器1001调用存储器1005中存储的应用使用延时程序，并执行本发明实施例提供的应用使用延时方法。
71.本发明实施例提供了一种应用使用延时方法，参照图2，图2为本发明应用使用延时方法第一实施例的流程示意图。
72.本实施例中，所述应用使用延时方法包括以下步骤：
73.步骤s10：获取所有处于禁用状态的受限应用的共用延时次数；
74.需要强调的是，本实施例方法的执行主体可以是具有数据处理、网络通信和程序运行功能的计算服务设备，例如手机、平板电脑或者具备相同或相似功能的上述应用使用延时设备等。以下以学生使用的手机(简称学生手机) 作为执行主体对本实施例及下述各实施例提供的应用使用延时方法进行举例说明。
75.需要说明的是，本实施例中处于禁用状态的受限应用可以是处于禁止使用状态的应用程序。本实施例学生手机中延时使用的次数可以是所有受限应用共用的。比如，假设当前时刻处于禁用状态的受限应用有应用a、应用b 和应用c，而共用延时次数是3次，当应用a使用了一次紧急延时后，应用 b和应用c的共用延时次数就减少为2次，当共用延时次数为0时，所有处于禁用状态的受限应用就无法再使用紧急延时。
76.步骤s20：若所述共用延时次数大于预设次数，则在用户点击任一受限应用时，查询被点击的目标受限应用的延时时长；
77.步骤s30：在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态。
78.需要说明的是，所述预设次数可以是预先设置的次数阈值，当共用延时次数大于该次数阈值时，表明用户无需向目标管控终端(即家长手机)提出应用延时申请，便可自主进行应用延时；反之，当共用延时次数小于或等于该次数阈值，则表明用户需要向家长手机提出应用延时申请，并且在家长手机确认后才能继续使用应用一段时间。另外，本实施例中所述预设次数可以由家长手机设定，例如设置为0。
79.可选的，为了提高用户的终端使用体验，可预先在学生手机的显示界面中为这些受限应用增加相应的紧急延时功能入口，该紧急延时功能入口可以以按钮控件的方式在显示界面上呈现。当用户点击受限应用对应的按钮控件时，表明用户存在延时使用该受限应用的需求。
80.可理解的是，应用的紧急延时是为了让用户在紧急情况下使用应用一段时间，因此延时时长一般不宜设置的过长，而且不同的受限应用可根据应用类型的不同设置不同的延时时长。例如支付类型的应用的延时时长可设置为3 分钟左右，证件查阅类型的应用的延时时长可设置为5分钟等。
81.当然，作为延时时长的另一种设置方式，也可像上述共用延时次数一样，为所有的受限应用设置一个共用延时时长，然后将该共用延时时长与上述共用延时次数进行关联。可选的，基于上述共用延时时长与共用延时次数的关联关系，当共用延时次数还有剩余但共用延时时长被用户在某个受限应用上一次性使用完后，那么剩余的共用延时次数也将被清零。
82.具体实现时，学生手机在判断出共用延时次数大于预设次数时，若检测到用户通过上述紧急延时功能入口开启任一受限应用，则可查询被用户点击的该受限应用(即上述目标受限应用)的延时时长，然后在该延时时长内(比如接下来的5分钟)，将目标受限应用的应用状态从上述禁用状态调整为可用状态，在可用状态下用户可正常使用应用的各项功能。
83.本实施例通过获取所有处于禁用状态的受限应用的共用延时次数；若所述共用延时次数大于预设次数，则在用户点击任一受限应用时，查询被点击的目标受限应用的延时
时长，然后在延时时长内，将目标受限应用的应用状态设置为可用状态，相比于现有的应用管控策略，能够让用户在遇到紧急情况时及时使用受限应用，提高了用户体验。
84.进一步地，在执行上述步骤s30之后，本实施例学生手机还将对共用延时次数进行更新，获得新的共用延时次数；然后在更新后的共用延时次数为零时，禁止进行延时申请，停止对处于禁用状态的受限应用进行应用状态变更。具体的，学生手机可以在显示页面上将上述紧急延时功能入口置灰，使得用户无法点击，从而禁止用户进行应用延时。
85.进一步地，考虑到学生手机也会存在遗失的情形，为了避免用户的财产 (包括用户的应用数据和用户的资产)损失，本实施例提供的应用使用延时方法，在上述步骤s30之前，还包括：
86.步骤s201：获取所述目标受限应用的应用类型；
87.步骤s202：在所述应用类型为支付型应用时，对所述用户进行身份验证；
88.需要说明的是，所述应用类型可以是根据应用程序的所提供的应用服务 (例如支付服务、拍摄服务、资源浏览服务、通信服务等)划分的应用种类 (例如支付型应用、拍摄类应用、浏览器、即时通讯应用等)。
89.可理解的是，不同类型的应用关联的用户财产不同。为尽可能的保证学生手机遗失后，用户财产不损失。本实施例中学生手机在检测到用户当前想要延时使用的目标受限应用为支付型应用时，将对学生手机的当前持有者进行身份验证。
90.进一步地，为保证身份验证的准确性和有效性，学生手机在检测到所述应用类型为支付型应用时，将采集所述用户的生物特征信息；然后根据所述生物特征信息对所述用户进行身份验证。其中，所述生物特征信息包括但不限于：指纹、掌纹、虹膜、声纹、人脸图像等。
91.步骤s203：在身份验证通过时，执行所述在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态的步骤。
92.可理解的是，当身份验证通过，表明学生手机的当前持有者为用户本人，此时即可执行后续的在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态的操作，以供用户继续使用该目标受限应用。
93.步骤s204：在身份验证未通过时，根据所述生物特征信息判断所述用户是否为陌生用户；
94.步骤s205：在所述用户为陌生用户时，生成终端遗失提醒，并将所述终端遗失提醒发送至目标管控终端。
95.可理解的是，当身份验证未通过，表明学生手机的当前持有人可能不是用户本人，而有可能是学生的家长或者是陌生人，此时为了避免财产损失，学生手机先将该用户统一判定为陌生用户，然后生成学生手机可能已经遗失的终端遗失提醒，并将终端遗失提醒发送至目标管控终端(即家长手机)，然后由家长手机进行遗失情况确认以及后续的手机追回操作。
96.当然，实际应用中，为了避免将学生家长判定为陌生用户的情况，也可以在学生手机中预先录入学生家长或监护人的生物特征信息，以防止陌生用户的误识别。
97.本实施例通过对支付型应用的延时使用进行身份信息的前置验证，在验证通过时，允许用户使用；反之，在验证未通过时，向目标管控终端发送终端遗失提醒从而有效保
证了用户财产的安全，避免学生手机遗失后的用户财产损失。
98.参考图3，图3为本发明应用使用延时方法第二实施例的流程示意图。
99.基于上述第一实施例，在本实施例中，所述步骤s10之后还包括：
100.步骤s20'：若所述共用延时次数小于或等于预设次数，则在用户点击任一受限应用时，生成应用延时请求，并将所述应用延时请求发送至目标管控终端；
101.应理解的是，若共用延时次数小于或等于预设次数，表明用户此前执行应用延时使用的次数过多，已没有额外的延时次数。
102.考虑到在实际生活中可能存在一些特殊情况使得用户确实存在多次延时使用应用的需求。针对这种需求，本实施例学生手机还提供了一种救济策略，即在共用延时次数小于或等于预设次数时，发现用户点击任一受限应用则生成应用延时请求，然后将该应用延时请求发送至目标管控终端，以使目标管控终端来进行应用延时决策。
103.步骤s30'：在接收到所述目标管控终端反馈的应用延时允许指令时，查询被点击的目标受限应用的延时时长；
104.步骤s40'：在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态。
105.应理解的是，所述应用延时允许指令可以是目标管控终端基于上述应用延时请求返回的、允许延时使用被点击的目标受限应用的响应指令。该指令中可以携带目标管控终端设置的、针对该目标受限应用的延时时长。
106.具体实现中，学生手机在接收到该应用延时允许指令时，可先查询该指令中是否存在被点击的目标受限应用的延时时长，若存在则直接读取。若不存在，则从本地数据库中查询预先设定的目标受限应用的延时时长，然后在该延时时长内，将目标受限应用的应用状态从上述禁用状态调整为可用状态。
107.本实施例通过上述方式保证了用户在获得授权的情况下延时使用应用的诉求得到满足，提升了用户的应用使用体验。
108.进一步地，为保证应用延时使用的严格性，促进用户养成合理使用应用的习惯，降低应用延时使用依赖。本实施例中若目标管控终端同意应用延时使用，但学生手机查询到目标受限应用的剩余延时次数不足时，仍然可以禁止目标受限应用的延时使用。反之，在剩余延时次数大于预设阈值时(比如剩余延时次数大于零)，学生手机将获取目标受限应用的延时时长。
109.具体的，本实施例上述步骤s30'还可包括：在接收到所述目标管控终端反馈的应用延时允许指令时，查询被点击的目标受限应用的剩余延时次数；在所述剩余延时次数大于预设阈值时，查询被点击的目标受限应用的延时时长。
110.应理解的是，考虑到一些紧急情况或特殊情况下用户仍然存在某些应用的延时需求，因此用户可通过学生手机向目标管控终端进行延时申请。目标管控终端可针对某一应用设置应用可延时总次数，并对该应用使用的延时次数进行统计。实际应用中，上述剩余延时次数的计算方式可为：剩余延时次数＝应用可延时总次数-共用延时次数中该应用已消耗的次数。比如，家长手机设置的学生手机中应用a每天总共能够延时的次数是5次，所有应用的共用延时次数是3次，当共用延时次数3次被使用完毕(即共用延时次数小于或等于预设次数)时，若应用a使用了2次共用延时次数，那么应用a在家长手机允许延时的情况下，其剩余延时次数为5-2＝3次。当这3次延时次数使用完毕后，即便家长手机同意应用a可延时，
学生手机也将禁止应用a的延时使用。
111.进一步地，考虑到实际情况中，目标管控终端可能存在反馈不及时的情形，所以可以设定一个时间范围来增加本实施例应用使用延时方法在执行过程中的实用性和智能性。故本实施例中上述步骤s20'之后，还包括：
112.步骤s30”：在预设时长内未接收到所述目标管控终端反馈的应用延时允许指令时，获取当前场景信息；
113.需要说明的是，上述预设时长的具体数值可由目标管控终端设置。上述当前场景信息可以包括学生手机当前所处的位置信息和/或环境信息，该位置信息可由学生手机的定位软件提供，环境信息则可以由学生手机的摄像头以及麦克风等传感器采集，该信息包括但不限于能够表征当前环境的图像信息、声音信息、天气信息等。
114.具体实现时，学生手机在预设时长内未接收到目标管控终端反馈的应用延时允许指令时，可通过调用自身集成的摄像头、麦克风等传感器采集当前场景信息。
115.步骤s40”：在所述当前场景信息满足预设应用延时条件时，查询被点击的目标受限应用的历史延时时长；
116.需要说明的是，所述预设应用延时条件可以是根据实际情况中经常出现的应用紧急延时场景(例如支付场景、证件查验场景等)设定的用于判断当前场景信息是否符合应用延时需求的条件。例如，学生手机位于公交站附近或所拍摄的周围的图像中包含公交站点指示牌等，通常表明用户此时存在乘车需求，需要通过支付型应用进行车费支付或是健康码展示。此时，学生手机即可判定当前场景信息满足预设应用延时条件。另外，所述历史延时时长可以是目标受限应用的上一次应用延时使用的时长。
117.进一步地，为了保证应用延时的准确性，本实施例中学生手机还将根据当前场景信息预测用户的应用使用需求，然后根据应用使用需求来判断当前场景信息是否满足预设应用延时条件。具体的，学生手机可从当前场景信息中提取位置信息和/或环境信息；然后根据位置信息和/或环境信息预测所述用户的应用使用需求；在应用使用需求属于预设紧急需求时，判定当前场景信息满足预设应用延时条件。
118.需要说明的是，所述预设紧急需求可以是上述应用紧急延时场景下对应的应用使用需求，例如车费支付需求，健康码展示需求等。
119.进一步地，考虑到场景信息只能大致反映出用户存在应用使用需求，但并不能反映出用户对该应用使用需求的紧急程度。因此，本实施例中，学生手机在判定出当前场景信息满足预设应用延时条件时，还将进一步获取用户在显示界面上执行的与目标受限应用相关的操作信息，然后根据这些操作信息来进行用户行为分析，以确定用户是否迫切的需要进行应用延时。
120.具体的，学生手机在判定出当前场景信息满足预设应用延时条件时，进一步获取用户的应用操作信息；然后根据应用操作信息进行用户行为分析，并在分析结果满足紧急使用条件时，查询被点击的目标受限应用的历史延时时长。
121.需要说明的是，上述应用操作信息包括但不限于用户点击目标受限应用的紧急延时功能入口或应用图标的次数和/或频率，又或是呼叫目标管控终端的次数和/或频率等。上述紧急使用条件可以是预先设置的用来判定用户行为满足紧急使用目标受限应用的条件，具体条件的设置此处不作限定。
122.具体实现时，学生手机通过对上述应用操作信息进行用户行为分析，然后判断行为分析结果是否满足紧急使用条件；若满足，则查询被点击的目标受限应用的历史延时时长；若不满足，则生成应用延时请求，然后将应用延时请求发送至目标管控终端，随后学生手机再执行上述步骤s30'和s40'对应的操作。
123.进一步地，为提高用户行为分析的分析效率，同时保证分析结果的准确度。本实施例中学生手机可从所述应用操作信息中获取用户在所述预设时长内点击目标受限应用的次数和/或频率；然后根据次数和/或频率进行用户行为分析，并在分析结果满足紧急使用条件时，查询被点击的目标受限应用的历史延时时长。
124.步骤s50”：在所述历史延时时长内，将所述目标受限应用的应用状态设置为可用状态。
125.具体实现时，学生手机在获取到目标受限应用的历史延时时长后，即可将该历史延时时长作为本次应用延时的时长，然后在该历史延时时长内，将目标受限应用的应用状态设置为可用状态，以供满足用户的紧急延时需求。
126.本实施例通过上述方式综合考虑用户在当前场景下的应用延时需求，既能避免用户过多的使用应用延时，也能充分考虑应用延时的紧急程度，提高了用户的应用使用体验。
127.此外，本发明实施例还提出一种存储介质，所述存储介质上存储有应用使用延时程序，所述应用使用延时程序被处理器执行时实现如上文所述的应用使用延时方法的步骤。
128.参照图4，图4为本发明应用使用延时装置第一实施例的结构框图。
129.如图4所示，本发明实施例提出的应用使用延时装置包括：
130.延时查询模块401，用于获取所有处于禁用状态的受限应用的共用延时次数；
131.所述延时查询模块401，还用于若所述共用延时次数大于预设次数，则在用户点击任一受限应用时，查询被点击的目标受限应用的延时时长；
132.状态调整模块402，用于在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态。
133.本实施例通过获取所有处于禁用状态的受限应用的共用延时次数；若所述共用延时次数大于预设次数，则在用户点击任一受限应用时，查询被点击的目标受限应用的延时时长，然后在延时时长内，将目标受限应用的应用状态设置为可用状态，相比于现有的应用管控策略，能够让用户在遇到紧急情况时及时使用受限应用，提高了用户体验。
134.基于本发明上述应用使用延时装置第一实施例，提出本发明应用使用延时装置的第二实施例。
135.在本实施例中，所述延时查询模块401，还用于若所述共用延时次数小于或等于预设次数，则在用户点击任一受限应用时，生成应用延时请求，并将所述应用延时请求发送至目标管控终端；
136.所述延时查询模块401，还用于在接收到所述目标管控终端反馈的应用延时允许指令时，查询被点击的目标受限应用的延时时长；
137.所述状态调整模块402，还用于在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态。
138.可选的，所述延时查询模块401，还用于在接收到所述目标管控终端反馈的应用延
时允许指令时，查询被点击的目标受限应用的剩余延时次数；在所述剩余延时次数大于预设阈值时，查询被点击的目标受限应用的延时时长。
139.可选的，所述延时查询模块401，还用于在预设时长内未接收到所述目标管控终端反馈的应用延时允许指令时，获取当前场景信息；在所述当前场景信息满足预设应用延时条件时，查询被点击的目标受限应用的历史延时时长；
140.所述状态调整模块402，还用于在所述历史延时时长内，将所述目标受限应用的应用状态设置为可用状态。
141.可选的，所述延时查询模块401，还用于在所述当前场景信息满足预设应用延时条件时，获取所述用户的应用操作信息；根据所述应用操作信息进行用户行为分析，并在分析结果满足紧急使用条件时，查询被点击的目标受限应用的历史延时时长。
142.可选的，所述延时查询模块401，还用于从所述当前场景信息中提取位置信息和/或环境信息；根据所述位置信息和/或所述环境信息预测所述用户的应用使用需求；在所述应用使用需求属于预设紧急需求时，判定所述当前场景信息满足预设应用延时条件。
143.可选的，所述延时查询模块401，还用于从所述应用操作信息中获取所述用户在所述预设时长内点击目标受限应用的次数和/或频率；根据所述次数和/ 或所述频率进行用户行为分析，并在分析结果满足紧急使用条件时，查询被点击的目标受限应用的历史延时时长。
144.可选的，所述延时查询模块401，还用于获取所述目标受限应用的应用类型；在所述应用类型为支付型应用时，对所述用户进行身份验证；在身份验证通过时，执行在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态的操作。
145.可选的，所述延时查询模块401，还用于在所述应用类型为支付型应用时，采集所述用户的生物特征信息；根据所述生物特征信息对所述用户进行身份验证
146.可选的，所述延时查询模块401，还用于在身份验证未通过时，根据所述生物特征信息判断所述用户是否为陌生用户；在所述用户为陌生用户时，生成终端遗失提醒，并将所述终端遗失提醒发送至目标管控终端。
147.可选的，所述状态调整模块402，还用于对所述共用延时次数进行更新，获得新的共用延时次数；在所述新的共用延时次数为零时，停止对处于禁用状态的受限应用进行应用状态变更。
148.本发明应用使用延时装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。
149.本发明提供a1一种应用使用延时方法，所述应用使用延时方法包括：
150.获取所有处于禁用状态的受限应用的共用延时次数；
151.若所述共用延时次数大于预设次数，则在用户点击任一受限应用时，查询被点击的目标受限应用的延时时长；
152.在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态。
153.a2、如a1所述的应用使用延时方法，所述获取所有处于禁用状态的受限应用的共用延时次数之后，还包括：
154.若所述共用延时次数小于或等于预设次数，则在用户点击任一受限应用时，生成应用延时请求，并将所述应用延时请求发送至目标管控终端；
155.在接收到所述目标管控终端反馈的应用延时允许指令时，查询被点击的目标受限应用的延时时长；
156.在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态。
157.a3、如a2所述的应用使用延时方法，所述在接收到所述目标管控终端反馈的应用延时允许指令时，查询被点击的目标受限应用的延时时长，包括：
158.在接收到所述目标管控终端反馈的应用延时允许指令时，查询被点击的目标受限应用的剩余延时次数；
159.在所述剩余延时次数大于预设阈值时，查询被点击的目标受限应用的延时时长。
160.a4、如a2所述的应用使用延时方法，所述若所述共用延时次数小于或等于预设次数，则在用户点击任一受限应用时，生成应用延时请求，并将所述应用延时请求发送至目标管控终端之后，包括：
161.在预设时长内未接收到所述目标管控终端反馈的应用延时允许指令时，获取当前场景信息；
162.在所述当前场景信息满足预设应用延时条件时，查询被点击的目标受限应用的历史延时时长；
163.在所述历史延时时长内，将所述目标受限应用的应用状态设置为可用状态。
164.a5、如a4所述的应用使用延时方法，所述在所述当前场景信息满足预设应用延时条件时，查询被点击的目标受限应用的历史延时时长，包括：
165.在所述当前场景信息满足预设应用延时条件时，获取所述用户的应用操作信息；
166.根据所述应用操作信息进行用户行为分析，并在分析结果满足紧急使用条件时，查询被点击的目标受限应用的历史延时时长。
167.a6、如a5所述的应用使用延时方法，所述在所述当前场景信息满足预设应用延时条件时，获取所述用户的应用操作信息之前，包括：
168.从所述当前场景信息中提取位置信息和/或环境信息；
169.根据所述位置信息和/或所述环境信息预测所述用户的应用使用需求；
170.在所述应用使用需求属于预设紧急需求时，判定所述当前场景信息满足预设应用延时条件。
171.a7、如a5所述的应用使用延时方法，所述根据所述应用操作信息进行用户行为分析，并在分析结果满足紧急使用条件时，查询被点击的目标受限应用的历史延时时长，包括：
172.从所述应用操作信息中获取所述用户在所述预设时长内点击目标受限应用的次数和/或频率；
173.根据所述次数和/或所述频率进行用户行为分析，并在分析结果满足紧急使用条件时，查询被点击的目标受限应用的历史延时时长。
174.a8、如a1至a7任一项所述的应用使用延时方法，所述在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态之前，包括：
175.获取所述目标受限应用的应用类型；
176.在所述应用类型为支付型应用时，对所述用户进行身份验证；
177.在身份验证通过时，执行所述在所述延时时长内，将所述目标受限应用的应用状
态设置为可用状态的步骤。
178.a9、如a8所述的应用使用延时方法，所述在所述应用类型为支付型应用时，对所述用户进行身份验证，包括：
179.在所述应用类型为支付型应用时，采集所述用户的生物特征信息；
180.根据所述生物特征信息对所述用户进行身份验证。
181.a10、如a8所述的应用使用延时方法，所述在所述应用类型为支付型应用时，对所述用户进行身份验证之后，包括：
182.在身份验证未通过时，根据所述生物特征信息判断所述用户是否为陌生用户；
183.在所述用户为陌生用户时，生成终端遗失提醒，并将所述终端遗失提醒发送至目标管控终端。
184.a11、如a1或a2所述的应用使用延时方法，所述在所述延时时长内，将所述目标受限应用的应用状态设置为可用状态之后，包括：
185.对所述共用延时次数进行更新，获得新的共用延时次数；
186.在所述新的共用延时次数为零时，停止对处于禁用状态的受限应用进行应用状态变更。
187.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
188.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
189.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器/随机存取存储器、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
190.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。