CN107943369B - 一种权限申请控制管理的方法、装置、介质和电子设备 - Google Patents

Abstract

本发明公开了一种权限申请控制管理的方法、装置、介质和电子设备，该方法包括：根据启动目标应用软件的指令，试探性地控制展示至少一个包括至少一个权限申请信息第一弹出框；采集对于所述至少一个权限申请信息的用户操作行为相关数据；通过分析，确定用户操作行为是否积极行为；若是，则在调用目标应用软件功能对应的接口之前，预先控制展示对应的包括至少一个权限申请信息的第二弹出框和/或包括跳转权限设置页面申请信息的第三弹出框；若否，在调用所述目标应用软件功能对应的接口时，控制展示对应的第二弹出框和/或第三弹出框。可见，用户操作行为不同，在不同时机向用户展示权限申请弹出框，提升交互体验，使得用户感觉权限申请更智能化。

Description

一种权限申请控制管理的方法、装置、介质和电子设备

技术领域

本发明涉及数据分析处理技术领域，尤其涉及一种权限申请控制管理的方法、装置、介质和电子设备。

背景技术

目前，随着移动终端应用软件的迅速发展，为了满足用户对应用软件功能多样化的需求，大多数的应用软件能够向用户提供大量的丰富的多样化的功能。对于操作系统底层方面而言，需要调用这些功能对应的接口才能实现这些功能，因此，实现这些功能的前提是获得调用它们相对应的接口的权限。例如，当某个应用软件在实现扫描二维码功能时需要获得调用相机接口的权限。

为了既满足开发者所开发的应用软件具有多功能性，又确保用户运行该应用软件实现某些功能时移动终端的安全性，例如，移动终端公司官方提供了从应用软件到用户的权限申请机制，即，当用户使用应用软件的某个功能时，应用软件需要调用该功能相对应的接口，此时向用户展示系统弹出框用以申请权限，用户同意授权后应用软件才能调用其接口，为用户提供相应功能服务。

但是，发明人经过研究发现，站在用户的角度，移动终端公司官方限定的权限申请机制只是在需要调用某功能对应的接口时，才向用户展示系统弹出框用以申请权限，过于刻板固定，不够灵活多变，应用软件与用户之间交互性差，导致用户使用应用软件的体验性差，从而大大降低用户对应用软件的好感度。

发明内容

本发明所要解决的技术问题是，提供一种权限申请控制管理的方法、装置、介质和电子设备,通过对权限申请弹出框展示时机精确把握，提升交互体验，使得用户感觉权限申请更智能化，提高用户对应用软件的好感度。

第一方面，本发明实施例提供了一种权限申请控制管理的方法，该方法包括：

根据启动目标应用软件的指令，控制展示至少一个第一弹出框，所述第一弹出框包括至少一个权限申请信息；

获取针对展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；

通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为积极行为，所述积极行为是指用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为；

若是，在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的第二弹出框和/或第三弹出框，所述第二弹出框包括至少一个权限申请信息，所述第三弹出框包括跳转权限设置页面申请信息；

若否，在调用所述目标应用软件功能对应的接口时，控制展示对应的所述第二弹出框和/或所述第三弹出框。

优选的，其特征在于，还包括：

根据所述跳转设置页面的指令，标记所述目标应用软件当前页面；

根据预先存储的所述权限设置页面的网络地址，直接跳转到所述权限设置页面；

在完成所述权限设置页面设置操作重启所述目标应用软件时，根据标记的所述目标应用软件当前页面，直接显示所述目标应用软件当前页面。

优选的，所述用户操作行为相关数据包括决定操作用时数据和/或拒授操作占比数据和/或拒授操作数据。

优选的，所述拒授操作占比数据为被拒授的所述至少一个权限申请信息对应的权限系数之和与展示的所述第一弹出框包括的至少一个权限申请信息总数的比值，所述第一弹出框对应的权限系数是预先设置的。

优选的，所述在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的第二弹出框和/或第三弹出框，包括：

监测并获取所述目标应用软件运行页面的功能标签，所述功能标签是预先设置的；

在调用所述目标应用软件功能对应的接口之前，预先在具有相同的所述功能标签的运行页面控制展示对应的第二弹出框和/或第三弹出框。

优选的，所述控制展示至少一个第一弹出框，具体为：

若所述用户为对所述目标应用软件信任度较低的用户，控制展示至少一个第一弹出框，所述第一弹出框包括单一权限申请信息，所述用户对所述目标应用软件信任度是根据用户账号注册时间、用户有效在线时间和第一预设值确定的。

优选的，还包括：

若所述用户为对所述目标应用软件信任度较高的用户，控制展示至少一个第一弹出框，所述第一弹出框包括多个权限申请信息。

第二方面，本发明实施例提供了一种权限申请控制管理的装置，其特征在于，包括：

第一控制展示单元，用于根据启动目标应用软件的指令，控制展示至少一个第一弹出框，所述第一弹出框包括至少一个权限申请信息；

获取单元，用于获取针对展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；

判断单元，用于通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为积极行为，所述积极行为是指用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为；

第二控制展示单元，用于若是，在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的第二弹出框和/或第三弹出框，所述第二弹出框包括至少一个权限申请信息，所述第三弹出框包括跳转权限设置页面申请信息；

第三控制展示单元，用于若否，在调用所述目标应用软件功能对应的接口时，控制展示对应的所述第二弹出框和/或所述第三弹出框。

第三方面，本发明实施例提供了一种非临时性计算机可读介质，当所述介质中的指令由电子设备的处理器执行时，使得电子设备能够执行权利要求1至8中一个或多个所述的权限申请控制管理的方法。

第四方面，本发明实施例提供了一种权限申请控制管理的电子设备，其特征在于，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

根据启动目标应用软件的指令，控制展示至少一个第一弹出框，所述第一弹出框包括至少一个权限申请信息；

获取针对展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；

通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为积极行为，所述积极行为是指用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为；

若是，在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的第二弹出框和/或第三弹出框，所述第二弹出框包括至少一个权限申请信息，所述第三弹出框包括跳转权限设置页面申请信息；

若否，在调用所述目标应用软件功能对应的接口时，控制展示对应的所述第二弹出框和/或所述第三弹出框。

与现有技术相比，本发明至少具有以下优点：

采用本发明实施例的技术方案，首先，响应于启动目标应用软件的指令，试探性地控制展示至少一个包括至少一个权限申请信息第一弹出框；然后，采集得到对于展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；最后，通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为；若是，则在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的包括至少一个权限申请信息的第二弹出框和/或包括跳转权限设置页面申请信息的第三弹出框；若否，则在调用所述目标应用软件功能对应的接口时，才控制展示对应的所述第二弹出框和/或所述第三弹出框。由此可见，在启动目标应用软件时就试探性进行权限申请，采集并分析用户对这些权限申请的操作行为数据，针对不同的用户操作行为，在不同时机向用户展示权限申请弹出框，提升交互体验；通过对展示时机精确把握，使得用户感觉权限申请更智能化，提高用户对应用软件的好感度。

附图说明

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

图1为本发明实施例中一种应用场景所涉及的系统框架示意图；

图2为本发明实施例提供的一种权限申请控制管理的方法的流程示意图；

图3为本发明实施例提供的目标应用软件功能的N级页面组成示意图；

图4为本发明实施例提供的一种权限申请控制管理的装置的结构示意图。

具体实施方式

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

目前，大多数的应用软件在运行时可以调用常用的接口实现其大量丰富的实用功能。例如，调用常用的媒体资料库、相机、麦克风、通讯录、消息通知、位置、蓝牙、日历、健康数据和语音助手等对应的接口，实现播放视频、扫码、推送、定位、传输、查询和识别等功能。然而，调用这些接口需要获得其对应的权限。移动终端官方提供了从应用软件到用户的权限申请机制，即，应用软件为了实现某功能需要调用某功能相对应的接口时，向用户展示系统弹出框用以申请权限，用户同意授权后应用软件才能调用其接口，为用户提供相应功能服务。

但是，发明人经过研究发现，站在用户的角度，移动终端公司官方限定的权限申请机制只是在需要调用某功能对应的接口时，才向用户展示系统弹出框用以申请权限，例如，应用软件实现扫描功能时，只有在需要调用某功能对应的接口时，即只有在用户点击“扫一扫”时，才会弹出“是否允许开启相机权限”固定文字形式的系统弹出框，此时，假设用户正在结账时刻，此时弹出权限申请弹出框，对用户而言来说是比较反感的，该机制过于刻板固定，不够灵活多变，应用软件与用户之间交互性差，导致用户使用应用软件的体验性差，从而大大降低用户对应用软件的好感度。

为了解决这一问题，在本发明实施例中，首先，响应于启动目标应用软件的指令，试探性地控制展示至少一个包括至少一个权限申请信息第一弹出框；然后，采集得到对于展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；最后，通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为；若是，则在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的包括至少一个权限申请信息的第二弹出框和/或包括跳转权限设置页面申请信息的第三弹出框；若否，则在调用所述目标应用软件功能对应的接口时，才控制展示对应的所述第二弹出框和/或所述第三弹出框。由此可见，在启动目标应用软件时就试探性进行权限申请，采集并分析用户对这些权限申请的操作行为数据，针对不同的用户操作行为，在不同时机向用户展示权限申请弹出框，提升交互体验；通过对展示时机精确把握，使得用户感觉权限申请更智能化，提高用户对应用软件的好感度。

举例来说，本发明实施例的场景之一，可以是应用到如图1所示的场景中。该场景包括移动前端101和控制器102，目标应用软件安装在移动终端上，目标应用软件以目标应用软件图标的形式显示在移动前端101上。

响应于用户点击移动前端101上目标应用软件图标的操作，移动前端101向控制器102发送启动目标应用软件的指令；控制器102根据启动目标应用软件的指令，启动目标应用软件，控制移动前端101显示目标应用软件运行页面，并控制在所述运行页面上展示至少一个第一弹出框，所述第一弹出框包括至少一个权限申请信息；在用户对所述第一弹出框包括的至少一个权限申请信息进行操作后，控制器102获取针对展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；控制器102通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为积极行为，所述积极行为是指用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为；若是，控制器102在调用所述目标应用软件功能对应的接口之前，预先控制在所述目标应用软件的运行页面上展示对应的第二弹出框和/或第三弹出框，所述第二弹出框包括至少一个权限申请信息，所述第三弹出框包括跳转权限设置页面申请信息；若否，控制器102在调用所述目标应用软件功能对应的接口时，控制在所述目标应用软件的运行页面展示对应的所述第二弹出框和/或所述第三弹出框。

可以理解的是，在上述应用场景中，虽然将本发明实施方式的动作描述由控制器102执行，但是，本发明在执行主体方面不受限制，只要执行了本发明实施方式所公开的动作即可。

可以理解的是，上述场景仅是本发明实施例提供的一个场景示例，本发明实施例并不限于此场景。

下面结合附图，通过实施例来详细说明本发明实施例中权限申请控制管理的方法装置、介质和电子设备的具体实现方式。

示例性方法

参见图2，示出了本发明实施例中一种权限申请控制管理的方法的流程示意图。在本实施例中，所述方法例如可以包括以下步骤：

步骤201：根据启动目标应用软件的指令，控制展示至少一个第一弹出框，所述第一弹出框包括至少一个权限申请信息。

首先，需要说明的是，现有的权限申请均为分散式单一申请，即，只是在需要调用某一个功能对应的接口时，才向用户展示系统弹出框用以申请权限，例如，扫码调用“相机”接口时，才展示“相机”申请权限系统弹出框，定位调用“位置”接口时，才展示“位置”申请权限系统弹出框，从而需要操作系统对目标应用软件的每一个权限进行跟踪处理等。为了解决上述问题，在本实施例中，通过控制器连接目标应用软件和操作系统，由控制器对目标应用软件的所有权限进行统一跟踪处理，减少代码冗余，提高稳定性；对用户而言，控制器统一管理的方式使得用户拥有更好的交互体验。

由上述说明可知，步骤201即可以理解为响应于用户点击移动终端上目标应用软件图标的操作，移动前端产生启动目标应用软件的指令并发送给控制器，控制器响应于该启动目标应用软件的指令，启动目标应用软件，控制移动前端显示目标应用软件的运行页面，并试探性地控制在该运行页面上展示一部分包括至少一个权限申请的弹出框给用户，以便了解用户对这些弹出框包括的至少一个权限申请信息的反应。

还需要说明的是，针对步骤201，如果用户属于不同用户类别，可以按照不同的方式控制展示弹出框。例如，目标应用软件的用户可以分为两类用户，第一类用户是对所述目标应用软件信任度较低的用户，第二类用户是对所述目标应用软件信任度较高的用户。第一类用户对目标应用软件了解比较少，不太信任目标应用软件所需的权限的安全性，此时，应该尝试着向用户一个一个展示包括单一权限申请信息的弹出框，即，执行步骤201，以试探用户的反应。而第二类用户则是对目标应用软件了解比较多，比较信任目标应用软件所需的权限的安全性，尤其对于更新速度快的目标应用软件，在更新后，第二类用户可以更加理性的决定是否开启权限，此时，可以大胆尝试直接向用户展示包括多个权限申请信息的弹出框，以便用户浏览弹出框后在开启所述目标应用软件的时候决定是否开启其所需的多个权限。

因此，在本实施例的一些实施方式中，若所述用户为对所述目标应用软件信任度较低的用户，控制展示至少一个第一弹出框，所述第一弹出框包括单一权限申请信息；若所述用户为对所述目标应用软件信任度较高的用户，控制展示至少一个第一弹出框，所述第一弹出框包括多个权限申请信息。

需要说明的是，上述用户类别的确定方式可以通过用户标识在数据库中查询得到该用户账号注册时间和用户有效在线时间，基于这两个时间和第一预设值确定用户是否经常使用目标应用软件，从而确定用户属于第一类用户还是属于第二类用户，即，用户对目标应用软件信任度根据用户账号注册时间、用户有效在线时间和第一预设值确定的。一般来说，经常使用目标应用软件的用户可以理解为对目标应用软件的信任度较高的用户。例如，查询得到该用户的用户账号注册时间为t1和用户有效在线时间t2，第一预设值为t，若at₁+bt₂＜t，则认为该用户属于第一类用户；若at₁+bt₂＞t，则认为该用户属于第二类用户，其中，a为用户账号注册时间的预设系数，b为用户有效在线时间的预设系数。若是未查询得到该用户的用户账号注册时间和用户有效在线时间，例如，用户并没有注册用户账号，仅仅已游客身份登录目标应用软件，默认该用户为第一类用户。此外，若所述用户属于第二类用户时，可以标记该用户，以便再次确定该用户的用户类别时，不必基于上述方式确定，而直接根据标记确定用户属于第二类用户。

在步骤201控制器试探性地控制在目标应用软件的运行页面一个一个展示一部分包括至少一个权限申请信息权限申请的第一弹出框给用户之后，用户会对这些第一弹出框包括的至少一个权限申请信息进行一些操作，此时，进入步骤202。

步骤202：获取针对展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据。

需要说明的是，试探性地展示一部分的包括至少一个权限申请信息的第一弹出框给用户，目的是了解用户对这些第一弹出框包括的至少一个权限申请信息的反应，因而需要采集用户对展示的所述第一弹出框包括的至少一个权限申请信息的操作行为，从而获取针对展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据，即，执行步骤202。

其中，由于所述第一弹出框包括的是至少一个权限申请信息，则用户对该第一弹出框包括的至少一个权限申请信息的操作行为是授权或者拒授，为了更准确地了解用户对这些第一弹出框包括的至少一个权限申请信息的反应，需要知道用户对第一弹出框包括的至少一个权限申请信息决定授权或者拒授所用的时间、被拒授的权限申请信息的相关比例、以及拒授操作是否是同一权限申请信息二次拒授操作，即，有可能某个权限申请信息会向用户试探性地展示两次，可能用户两次均拒绝该权限申请信息。因此，在本实施例中，所述用户操作行为相关数据包括决定操作用时数据和/或拒授操作占比数据和/或拒授操作数据。

重点需要说明的是，在本实施例中，所述拒授操作占比数据可以为被拒授的所述至少一个权限申请信息对应的权限系数之和与展示的所述第一弹出框包括的至少一个权限申请信息总数的比值，其中，第一弹出框包括的至少一个权限申请信息对应的权限系数是预先设置好的的。具体地，每个权限申请信息对应的一个权限系数，首先，记录展示的第一弹出框包括的至少一个权限申请信息总数，并确定其中被拒授的所述至少一个权限申请信息，接着，获取被拒授的所述至少一个权限申请信息对应的权限系数，然后，计算被拒授的所述至少一个权限申请信息对应的权限系数之和，最后，计算被拒授的所述至少一个权限申请信息对应的权限系数之和与展示的第一弹出框包括的至少一个权限申请信息总数的比值。该比值确定为拒授操作占比数据。例如，控制器试探性的依次展示包括“相机”、“麦克风”、“位置”和“推送”四个弹出框，其中，“相机”弹出框对应的权限系数为0.9，“麦克风”弹出框对应的权限系数为0.8，“位置”弹出框对应的权限系数为0.7，“推送”弹出框对应的权限系数为0.4；那么展示的弹出框总数为4，若被拒授的权限申请信息是“位置”和“推送”两个权限申请信息，则拒授操作占比数据等于“位置”权限申请信息对应的权限系数0.7和“推送”权限申请信息对应的权限系数0.4两者之和与总数4的比值。

步骤203：通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为积极行为，若是，进入步骤204；若否，进入步骤205；所述积极行为是指用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为。

需要说明的是，由于所述用户操作行为相关数据包括决定操作用时数据和/或拒授操作占比数据和/或拒授操作数据，即用户操作行为相关数据可能包括决定操作用时数据、拒授操作占比数据和二次拒授操作数据三种类型数据中的一种类型数据或者多种类型数据，每种类型数据对应的步骤203中通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为积极行为的方式不同。具体地，若所述用户操作行为相关数据包括决定操作用时数据，确定所述用户操作行为是否为积极行为的方式为判断决定操作用时数据是否大于第二预设值；若所述用户操作行为相关数据包括拒授操作占比数据，确定所述用户操作行为是否为积极行为的方式为判断拒授操作占比数据是否小于第三预设值；若所述用户操作行为相关数据包括拒授操作数据，确定所述用户操作行为是否为积极行为的方式为判断拒授操作数据是否为同一权限申请信息的二次拒授操作数据。也就是说，用户决定操作用时越长、用户拒授的权限申请信息越少则拒授操作占比数据越小或者用户并非拒授同一权限申请信息，表示用户操作行为是用户真实浏览所述至少一个权限申请信息后对所述第一弹出框的操作行为。

其中，假设所述用户操作行为相关数据包括一种类型数据，确定所述用户操作行为是否为积极行为的方式为对应该一种类型数据的判断方式；假设所述用户操作行为相关数据包括两种类型数据，确定所述用户操作行为是否为的方式为对应该两种类型数据的两种判断方式的一种或两种；假设所述用户操作行为相关数据包括三种类型数据，确定所述用户操作行为是否为积极行为的方式为对应该三种类型数据的三种判断方式的一种或多种。

步骤204：在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的第二弹出框和/或第三弹出框，所述第二弹出框包括至少一个权限申请信息，所述第三弹出框包括跳转权限设置页面申请信息。

可以理解的是，所述第二弹出框包括的至少一个权限申请信息是指在所述步骤201中控制展示的所述第一弹出框所包括的至少一个权限申请信息以外的权限申请信息；所述第三弹出框包括的跳转权限设置页面申请信息是指与用户采取拒授操作的权限申请信息对应的跳转至权限设置页面的申请信息。

需要说明的是，若步骤203中确定所述用户操作行为是积极行为，表示用户是真实浏览弹出框中的权限申请信息后，才决定执行授权或者拒授操作行为，是对权限申请信息进行理性思考的决定，控制器应该对目标应用软件运行情况进行监测，在将要使用目标应用软件的功能需调用对应的接口之前，提前展示对应的包括至少一个权限申请信息的第二弹出框和/或包括跳转权限设置页面申请信息的第三弹出框，不仅可以使得用户预先决定授权与否和是否跳转设置页面，而且可以通过提前展示弹出框的方式预先告知用户该目标应用软件具备的功能。具体实现时，在本实施例的一些实施方式中，所述步骤204，例如可以包括如下所示步骤：

步骤A：监测并获取所述目标应用软件运行页面的功能标签，所述功能标签是预先设置的；

步骤B：在调用所述目标应用软件功能对应的接口之前，预先在具有相同的所述功能标签的运行页面控制展示对应的第二弹出框和/或第三弹出框。

如图3所示目标应用软件功能的N级页面组成示意图，例如，设定目标应用软件M实现“定位”功能由1级页面、2级页面和3级页面共三个层级页面组成，则1级页面、2级页面和3级页面的功能标签均预先设置为“定位”。在目标应用软件M的运行页面为1级页面，监测并获取该1级页面的功能标签为“定位”，在运行3级页面调用目标应用软件M“定位”功能对应的“位置”接口之前，预先在该1级页面或者2级页面控制展示对应的第二弹出框和/或第三弹出框。在实际应用中，例如，一个即时通讯的应用软件，“定位”功能可以由会话展示页面、会话输入页面和位置输入页面共三个层级页面组成，则会话展示页面、会话输入页面和位置输入页面的功能标签均预先设置为“定位”。在即时通讯的应用软件的运行页面为会话展示页面，监测并获取该会话展示页面的功能标签为“定位”，在运行位置输入页面调用“定位”功能对应的“位置”接口之前，预先在会话展示页面控制展示对应的包括“位置”权限申请信息的第二弹出框。

步骤205：在调用所述目标应用软件功能对应的接口时，控制展示对应的所述第二弹出框和/或所述第三弹出框。

需要说明的是，若步骤203中确定所述用户操作行为不是积极行为，表示用户并不是真实浏览弹出框中的权限申请信息后，才决定执行授权或者拒授操作行为，可能是未曾浏览弹出框中的权限申请信息随意操作行为，控制器仅仅需要在调用所述目标应用软件功能对应的接口时，向用户展示所述第二弹出框和/或所述第三弹出框就可。

需要说明的是，目前的权限申请机制中展示的系统弹出框样式为移动终端官方限定的，仅仅显示固定文字形式的单一权限申请信息，样式固定单一，无法引起用户注意和兴趣，由反馈数据可知大多数用户根本不会阅读此类弹出框。而且固定文字形式的单一权限申请信息，给用户的感觉是一味“索取”权限，不容易得到用户的授权，尤其在部分涉及隐私和信息安全的目标应用软件，例如，展示“是否允许开启通讯录权限”的系统弹出框，用户会有更多顾虑，担心隐私信息的泄漏，极大降低用户对APP的信赖度，降低用户对目标应用软件的好感度，此时，应该采用说明性的图文和/或视频的形式显示弹出框中的权限申请信息，以便更加形象地对需要使用的权限进行充分的解释和说明，吸引用户仔细浏览该弹出框，增加弹出框的授权率，提升用户交互体验性。因此，在本实施例中，所述第一弹出框、所述第二弹出框和所述第三弹出框包括的信息例如可以以说明性的图文和/或视频的形式显示。

需要说明的是，目前的权限申请机制中，无论用户是有意还是无意选择了拒绝弹出框中的权限申请，当用户需要使用到该权限对应的功能时，目标应用软件通常会让用户在系统设置页面中重新设置开启该权限。对于一些不熟悉移动终端系统的用户而言，不知道该如何跳转到系统设置页面；而且在系统设置页面完成权限设置后，重启目标应用软件时打开的是目标应用软件的首页，用户需要自行前往之前目标应用软件的运行页面，这整个过程往往会影响用户的交互体验。因此，为了直接能够直接跳转到权限设置页面，预先存储权限设置页面的网络地址，若是步骤204和步骤205中展示第三弹出框，还需要根据预先存储权限设置页面的网络地址直接跳转到权限设置页面，并标记目标应用软件当前页面，以便后续重启目标应用软件时，直接显示之前目标应用软件运行的当前页面。在本实施例的一些实施方式中，例如还可以包括以下步骤：

步骤a：根据所述跳转设置页面的指令，标记所述目标应用软件当前页面；

步骤b：根据预先存储的所述权限设置页面的网络地址，直接跳转到所述权限设置页面；

步骤c：在完成所述权限设置页面设置操作重启所述目标应用软件时，根据标记的所述目标应用软件当前页面，直接显示所述目标应用软件当前页面。

在实际应用中，针对用户而言，响应于用户点击启动目标应用软件的操作，控制器控制移动前端展示至少一个第一弹出框，所述第一弹出框包括至少一个权限申请信息；响应于用户对所述第一弹出框包括的至少一个权限申请信息的操作行为，控制器获取针对展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；控制器通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为积极行为，所述积极行为是指用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为；若是，在用户点击所述目标应用软件功能对应的操作之前，即，在控制器调用所述目标应用软件功能对应的接口之前，预先控制展示对应的第二弹出框和/或第三弹出框，所述第二弹出框包括至少一个权限申请信息，所述第三弹出框包括跳转权限设置页面申请信息；若否，响应于用户点击所述目标应用软件功能对应的操作，即，在控制器调用所述目标应用软件功能对应的接口时，控制展示对应的所述第二弹出框和/或所述第三弹出框。

通过本实施例提供的各种实施方式，首先，响应于启动目标应用软件的指令，试探性地控制展示至少一个包括至少一个权限申请信息第一弹出框；然后，采集得到对于展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；最后，通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为；若是，则在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的包括至少一个权限申请信息的第二弹出框和/或包括跳转权限设置页面申请信息的第三弹出框；若否，则在调用所述目标应用软件功能对应的接口时，才控制展示对应的所述第二弹出框和/或所述第三弹出框。由此可见，在启动目标应用软件时就试探性进行权限申请，采集并分析用户对这些权限申请的操作行为数据，针对不同的用户操作行为，在不同时机向用户展示权限申请弹出框，提升交互体验；通过对展示时机精确把握，使得用户感觉权限申请更智能化，提高用户对应用软件的好感度。

示例性装置

参见图4，示出了本发明实施例中一种权限申请控制管理的装置的结构示意图。在本实施例中，所述装置例如具体可以包括：

第一控制展示单元401，用于根据启动目标应用软件的指令，控制展示至少一个第一弹出框，所述第一弹出框包括至少一个权限申请信息；

获取单元402，用于获取针对展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；

判断单元403，用于通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为积极行为，所述积极行为是指用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为；

第二控制展示单元404，用于若是，在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的第二弹出框和/或第三弹出框，所述第二弹出框包括至少一个权限申请信息，所述第三弹出框包括跳转权限设置页面申请信息；

第三控制展示单元405，用于若否，在调用所述目标应用软件功能对应的接口时，控制展示对应的所述第二弹出框和/或所述第三弹出框。

可选的，还包括第一标记单元、跳转单元和跳转单元；

所述第一标记单元，用于根据所述跳转设置页面的指令，标记所述目标应用软件当前页面；

所述跳转单元，用于根据预先存储的所述权限设置页面的网络地址，直接跳转到所述权限设置页面；

所述跳转单元，用于在完成所述权限设置页面设置操作重启所述目标应用软件时，根据标记的所述目标应用软件当前页面，直接显示所述目标应用软件当前页面。

可选的，所述用户操作行为相关数据包括决定操作用时数据和/或拒授操作占比数据和/或拒授操作数据。

可选的，所述拒授操作占比数据为被拒授的所述至少一个权限申请信息对应的权限系数之和与展示的所述第一弹出框包括的至少一个权限申请信息总数的比值。

可选的，所述第二控制展示单元404，包括监测获取子单元和控制展示子单元；

所述监测获取子单元，用于监测并获取所述目标应用软件运行页面的功能标签，所述功能标签是预先设置的；

所述控制展示子单元，用于在调用所述目标应用软件功能对应的接口之前，预先在具有相同的所述功能标签的运行页面控制展示对应的第二弹出框和/或第三弹出框。

可选的，所述第一控制展示单元401，具体用于：

若所述用户为对所述目标应用软件信任度较低的用户，控制展示至少一个第一弹出框，所述第一弹出框包括单一权限申请信息，所述用户对所述目标应用软件信任度是根据用户账号注册时间、用户有效在线时间和第一预设值确定的。

可选的，还包括第四控制展示单元：

所述第四控制展示单元，用于若所述用户为对所述目标应用软件信任度较高的用户，控制展示至少一个第一弹出框，所述第一弹出框包括多个权限申请信息。

可选的，所述第一弹出框、所述第二弹出框和所述第三弹出框包括的信息以说明性的图文和/或视频的形式显示。

可选的，还包括第二标记单元；

所述第二标记单元，用于若所述用户为对所述目标应用软件信任度较高的用户，标记所述用户。

通过本实施例提供的各种实施方式，首先，响应于启动目标应用软件的指令，试探性地控制展示至少一个包括至少一个权限申请信息第一弹出框；然后，采集得到对于展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；最后，通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为；若是，则在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的包括至少一个权限申请信息的第二弹出框和/或包括跳转权限设置页面申请信息的第三弹出框；若否，则在调用所述目标应用软件功能对应的接口时，才控制展示对应的所述第二弹出框和/或所述第三弹出框。由此可见，在启动目标应用软件时就试探性进行权限申请，采集并分析用户对这些权限申请的操作行为数据，针对不同的用户操作行为，在不同时机向用户展示权限申请弹出框，提升交互体验；通过对展示时机精确把握，使得用户感觉权限申请更智能化，提高用户对应用软件的好感度。

示例性介质

在本实施例中，当所述非临时性计算机可读介质中的指令由电子设备的处理器执行时，使得电子设备能够执行示例性方法一个或多个所述的权限申请控制管理的方法。

示例性电子设备

在本实施例中，所述电子设备例如具体可以包括：有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

根据启动目标应用软件的指令，控制展示至少一个第一弹出框，所述第一弹出框包括至少一个权限申请信息；

获取针对展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；

通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为积极行为，所述积极行为是指用户真实浏览所述单一权限申请信息后对所述第一弹出框的操作行为；

若是，在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的第二弹出框和/或第三弹出框，所述第二弹出框包括至少一个权限申请信息，所述第三弹出框包括跳转权限设置页面申请信息；

若否，在调用所述目标应用软件功能对应的接口时，控制展示对应的所述第二弹出框和/或所述第三弹出框。

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

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制。虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明。任何熟悉本领域的技术人员，在不脱离本发明技术方案范围情况下，都可利用上述揭示的方法和技术内容对本发明技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属于本发明技术方案保护的范围内。

Claims (8)

1.一种权限申请控制管理的方法，其特征在于，包括：

根据启动目标应用软件的指令，控制展示至少一个第一弹出框，所述第一弹出框包括至少一个权限申请信息；

获取针对展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；

通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为积极行为，所述积极行为是指用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为；

若是，在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的第二弹出框和/或第三弹出框，所述第二弹出框包括至少一个权限申请信息，所述第三弹出框包括跳转权限设置页面申请信息；

若否，在调用所述目标应用软件功能对应的接口时，控制展示对应的所述第二弹出框和/或所述第三弹出框；

其中，所述用户操作行为相关数据包括决定操作用时数据和/或拒授操作占比数据和/或拒授操作数据；当被拒授的所述至少一个权限申请信息为一个权限申请信息时，所述拒授操作占比数据为被拒授的所述一个权限申请信息对应的权限系数与展示的所述第一弹出框包括的至少一个权限申请信息总数的比值；当被拒授的所述至少一个权限申请信息为多个权限申请信息时，所述拒授操作占比数据为被拒授的所述多个权限申请信息对应的权限系数之和与展示的所述第一弹出框包括的至少一个权限申请信息总数的比值；所述第一弹出框对应的权限系数是预先设置的。

2.根据权利要求1所述的方法，其特征在于，还包括：

根据跳转权限设置页面的指令，标记所述目标应用软件当前页面；

根据预先存储的所述权限设置页面的网络地址，直接跳转到所述权限设置页面；

在完成所述权限设置页面设置操作重启所述目标应用软件时，根据标记的所述目标应用软件当前页面，直接显示所述目标应用软件当前页面。

3.根据权利要求1所述的方法，其特征在于，所述在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的第二弹出框和/或第三弹出框，包括：

监测并获取所述目标应用软件运行页面的功能标签，所述功能标签是预先设置的；

在调用所述目标应用软件功能对应的接口之前，预先在具有相同的所述功能标签的运行页面控制展示对应的第二弹出框和/或第三弹出框。

4.根据权利要求1所述的方法，其特征在于，所述控制展示至少一个第一弹出框，具体为：

若所述用户为对所述目标应用软件信任度较低的用户，控制展示至少一个第一弹出框，所述第一弹出框包括单一权限申请信息，所述用户对所述目标应用软件信任度是根据用户账号注册时间、用户有效在线时间和第一预设值确定的。

5.根据权利要求4所述的方法，其特征在于，还包括：

若所述用户为对所述目标应用软件信任度较高的用户，控制展示至少一个第一弹出框，所述第一弹出框包括多个权限申请信息。

6.一种权限申请控制管理的装置，其特征在于，包括：

第一控制展示单元，用于根据启动目标应用软件的指令，控制展示至少一个第一弹出框，所述第一弹出框包括至少一个权限申请信息；

获取单元，用于获取针对展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；

判断单元，用于通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为积极行为，所述积极行为是指用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为；

第二控制展示单元，用于若是，在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的第二弹出框和/或第三弹出框，所述第二弹出框包括至少一个权限申请信息，所述第三弹出框包括跳转权限设置页面申请信息；

第三控制展示单元，用于若否，在调用所述目标应用软件功能对应的接口时，控制展示对应的所述第二弹出框和/或所述第三弹出框；

其中，所述用户操作行为相关数据包括决定操作用时数据和/或拒授操作占比数据和/或拒授操作数据；当被拒授的所述至少一个权限申请信息为一个权限申请信息时，所述拒授操作占比数据为被拒授的所述一个权限申请信息对应的权限系数与展示的所述第一弹出框包括的至少一个权限申请信息总数的比值；当被拒授的所述至少一个权限申请信息为多个权限申请信息时，所述拒授操作占比数据为被拒授的所述多个权限申请信息对应的权限系数之和与展示的所述第一弹出框包括的至少一个权限申请信息总数的比值；所述第一弹出框对应的权限系数是预先设置的。

7.一种非临时性计算机可读介质，当所述介质中的指令由电子设备的处理器执行时，使得电子设备能够执行权利要求1至5中一个或多个所述的权限申请控制管理的方法。

8.一种权限申请控制管理的电子设备，其特征在于，包括有存储器，以及一个或者多个的程序，其中一个或者多个程序存储于存储器中，且经配置以由一个或者多个处理器执行所述一个或者多个程序包含用于进行以下操作的指令：

根据启动目标应用软件的指令，控制展示至少一个第一弹出框，所述第一弹出框包括至少一个权限申请信息；

获取针对展示的所述第一弹出框包括的至少一个权限申请信息的用户操作行为相关数据；

通过分析所述用户操作行为相关数据，确定所述用户操作行为是否为积极行为，所述积极行为是指用户真实浏览所述至少一个权限申请信息后对所述第一弹出框包括的至少一个权限申请信息的操作行为；

若是，在调用所述目标应用软件功能对应的接口之前，预先控制展示对应的第二弹出框和/或第三弹出框，所述第二弹出框包括至少一个权限申请信息，所述第三弹出框包括跳转权限设置页面申请信息；

若否，在调用所述目标应用软件功能对应的接口时，控制展示对应的所述第二弹出框和/或所述第三弹出框；

其中，所述用户操作行为相关数据包括决定操作用时数据和/或拒授操作占比数据和/或拒授操作数据；当被拒授的所述至少一个权限申请信息为一个权限申请信息时，所述拒授操作占比数据为被拒授的所述一个权限申请信息对应的权限系数与展示的所述第一弹出框包括的至少一个权限申请信息总数的比值；当被拒授的所述至少一个权限申请信息为多个权限申请信息时，所述拒授操作占比数据为被拒授的所述多个权限申请信息对应的权限系数之和与展示的所述第一弹出框包括的至少一个权限申请信息总数的比值；所述第一弹出框对应的权限系数是预先设置的。

Images