CN113591106A - 一种应用授权方法、装置和终端设备 - Google Patents
一种应用授权方法、装置和终端设备 Download PDFInfo
- Publication number
- CN113591106A CN113591106A CN202110739596.7A CN202110739596A CN113591106A CN 113591106 A CN113591106 A CN 113591106A CN 202110739596 A CN202110739596 A CN 202110739596A CN 113591106 A CN113591106 A CN 113591106A
- Authority
- CN
- China
- Prior art keywords
- application
- authorization
- interface
- authority
- terminal device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/604—Tools and structures for managing or administering access control systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Health & Medical Sciences (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Automation & Control Theory (AREA)
- Telephone Function (AREA)
- Stored Programmes (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本申请实施例提供了一种应用授权方法、装置和终端设备。其中,终端设备在第一应用请求第一权限时,响应于用户在第一应用的第一点击操作,获取第一应用的应用标识和第一权限的权限名称,第一点击操作用于指示终端设备跳转至第二应用,第二应用用于设置第一应用的权限;终端设备确定应用标识和权限名称对应的第一授权界面的视图资源,第一授权界面包括第一权限的多个授权选项;终端设备根据视图资源在第一应用的界面上层生成第一授权界面。这样,当需要在第二应用中对第一应用进行权限设置时,终端设备的界面可以不用完全跳转至第二应用,而是直接在第一应用的界面上层生成第一授权界面,使用户在第一授权界面中完成授权操作,简化了授权交互流程。
Description
技术领域
本申请涉及终端技术领域,尤其涉及一种应用授权方法、装置和终端设备。
背景技术
在终端设备中,应用程序为了实现一些功能,需要获取相应的权限。例如,如果应用程序要实现访问和修改日历、创建日程等功能,则需要获取日历权限;如果应用程序要实现基于位置的服务(Location Based Services,LBS)的相关功能,则需要获取位置服务权限;如果应用程序要实现录音功能,则需要获取麦克风权限。
目前,终端设备一般通过权限管理机制来管理应用程序的权限,以运行Android***的终端设备为例,其权限管理机制可以包括安装时权限模式和运行时权限模式。其中,运行时权限模式是指用户在应用程序安装时不需要向应用程序授予权限,而是在应用程序运行时向应用程序授予权限。以运行时权限模式为例,如果某个应用程序在运行期间向终端设备请求某一个权限,终端设备可以在显示屏上授权界面,授权界面可以向用户提示应用程序请求的权限内容并且提供给用户多个选项,包括但不限于以下选项中的部分或者全部:始终允许、仅在使用中允许、拒绝、询问、允许一次、拒绝且不再询问。如果用户点击了“拒绝且不再询问”选项,那么当终端设备再次请求该权限时,授权界面不会再次弹出,此时终端设备会引导用户到***的设置应用中进行权限设置,然而这一过程需要用户执行多次的点击操作和应用程序切换操作,十分繁琐,影响了用户使用体验。
发明内容
为了提升用户对应用程序进行权限设置时的用户体验,本申请实施例提供了一种应用授权方法、装置和终端设备。
第一方面,本申请实施例提供了一种应用授权方法,包括:终端设备在第一应用请求第一权限时,响应于用户在第一应用的第一点击操作,获取第一应用的应用标识和第一权限的权限名称,第一点击操作用于指示终端设备跳转至第二应用,第二应用用于设置第一应用的权限;终端设备确定应用标识和权限名称对应的第一授权界面的视图资源,第一授权界面包括第一权限的多个授权选项;终端设备根据视图资源在第一应用的界面上层生成第一授权界面。
这样,当需要从第一应用跳转至第二应用,以在第二应用中对第一应用进行权限设置时,终端设备可以不执行界面的完全跳转(完全跳转可以理解为:终端当前显示的界面从显示第一应用的界面切换为显示第二应用的界面,第一应用的界面从可见变得不可见。完全跳转发生后,用户在第二应用的界面完成一些操作后,用户需要再手动将当前显示的第二应用的界面切换到第一应用的界面去执行后续操作,导致用户需要在多个应用的界面间来回操作,操作繁琐,效率也不高),而是直接根据第一应用的应用标识和请求的权限名称获取相应的第一授权界面的视图资源,然后直接在第一应用的界面上层生成第一授权界面,从而避免了用户在第二应用中执行繁琐的授权操作,简化授权流程,提升用户使用体验。
在一种实现方式中,第一应用包括第一引导界面,第一引导界面在第一应用在先请求第一权限被拒绝的情况下生成的,第一引导界面包括跳转选项,第一点击操作包括用户点击跳转选项的操作。这样,在第一应用在线请求第一权限被拒绝的情况下,用户不需要在第二应用中执行繁琐的授权操作,简化授权流程,提升用户使用体验。
在一种实现方式中,第一应用包括第二授权界面,第二授权界面是在第一应用在先请求第一权限未被拒绝的情况下生成的,第二授权界面包括跳转选项和第一权限的多个授权选项,第一点击操作包括用户点击跳转选项的操作。这样,在第一应用在线请求第一权限未被拒绝的情况下,用户不需要在第二应用中执行繁琐的授权操作,简化授权流程,提升用户使用体验。
在一种实现方式中,第一授权界面中的多个授权选项与第二授权界面中的多个授权选项部分不同或者全部不同。这样,如果想要授予的权限不在第二授权界面中,则可以通过点击第二授权界面的跳转选项的方式打开第一授权界面,在第一授权界面中完成授权。
在一种实现方式中,终端设备根据视图资源在第一应用的界面上层生成第一授权界面,包括:终端设备根据视图资源以窗口的形式在第一应用的界面上层生成第一授权界面,窗口的高度小于终端设备的显示屏的高度,窗口的宽度小于显示屏的宽度。这样,第一授权界面可以在第一应用的界面上层以小窗的形式展示,不影响用户在授权的同时查看第一应用的界面信息。
在一种实现方式中,第二应用包括第一授权开关,终端设备响应于用户的第一点击操作,获取第一应用的应用标识和第一权限的权限名称,包括:终端设备响应于用户的第一点击操作,获取第一授权开关的状态;当第一授权开关为开启状态时,终端设备获取应用标识和权限名称;当第一授权开关为关闭状态时,终端设备从第一应用跳转至第二应用。这样,终端设备允许用户选择是否跳转至第二应用对第一应用进行权限设置。
在一种实现方式中,终端设备包括权限管理器,终端设备获取应用标识和权限名称对应的第一授权界面的视图资源,包括:权限管理器从第二应用获取应用标识和权限名称;权限管理器根据应用标识和权限名称确定视图资源。
在一种实现方式中,终端设备根据视图资源在第一应用的界面上层生成第一授权界面,包括:权限管理器将视图资源发送给终端设备的***用户界面system_UI进程;system_UI进程根据视图资源在第一应用的界面上层绘制第一授权界面。
在一种实现方式中,终端设备根据视图资源在第一应用的界面上层生成第一授权界面,包括:权限管理器将视图资源发送给第二应用;第二应用将视图资源发送给终端设备的***用户界面system_UI进程;system_UI进程根据视图资源在第一应用的界面上层绘制第一授权界面。
在一种实现方式中,该方法还包括:终端设备检测到用户点击第一授权界面中的任一授权选项时,将相应的授权结果更新到权限管理器中,以使得第一应用再次请求第一权限时,从权限管理器中获取授权结果。
在一种实现方式中,还包括以下至少一项:第一权限包括定位权限;第一应用至少包括地图类应用、运动轨迹记录类应用、打车类应用;第二应用包括终端设备操作***的设置应用;所述第一授权界面的大小小于所述第一应用的界面的大小。
第二方面,本申请实施例提供了一种应用授权装置,该装置包括:设置模块,用于在第一应用请求第一权限时,响应于用户在第一应用的第一点击操作,获取第一应用的应用标识和第一权限的权限名称,第一点击操作用于指示终端设备跳转至第二应用,第二应用用于设置第一应用的权限;设置模块,还用于确定应用标识和权限名称对应的第一授权界面的视图资源,第一授权界面包括第一权限的多个授权选项;显示模块,用于根据视图资源在第一应用的界面上层生成第一授权界面。
这样,当需要从第一应用跳转至第二应用,以在第二应用中对第一应用进行权限设置时,终端设备可以不执行跳转,而是直接根据第一应用的应用标识和请求的权限名称获取相应的第一授权界面的视图资源,然后直接在第一应用的界面上层生成第一授权界面,从而避免了用户在第二应用中执行繁琐的授权操作,简化授权流程,提升用户使用体验。
在一种实现方式中,第一应用包括第一引导界面,第一引导界面在第一应用在先请求第一权限被拒绝的情况下生成的,第一引导界面包括跳转选项,第一点击操作包括用户点击跳转选项的操作。这样,在第一应用在线请求第一权限被拒绝的情况下,用户不需要在第二应用中执行繁琐的授权操作,简化授权流程,提升用户使用体验。
在一种实现方式中,第一应用包括第二授权界面,第二授权界面是在第一应用在先请求第一权限未被拒绝的情况下生成的,第二授权界面包括跳转选项和第一权限的多个授权选项,第一点击操作包括用户点击跳转选项的操作。这样,在第一应用在线请求第一权限未被拒绝的情况下,用户不需要在第二应用中执行繁琐的授权操作,简化授权流程,提升用户使用体验。
在一种实现方式中,第一授权界面中的多个授权选项与第二授权界面中的多个授权选项部分不同或者全部不同。这样,如果想要授予的权限不在第二授权界面中,则可以通过点击第二授权界面的跳转选项的方式打开第一授权界面,在第一授权界面中完成授权。
在一种实现方式中,显示模块,用于根据视图资源以窗口的形式在第一应用的界面上层生成第一授权界面,窗口的高度小于显示屏的高度,窗口的宽度小于显示屏的宽度。这样,第一授权界面可以在第一应用的界面上层以小窗的形式展示,不影响用户在授权的同时查看第一应用的界面信息。
在一种实现方式中,第二应用包括第一授权开关;设置模块,用于响应于用户的第一点击操作,获取第一授权开关的状态;设置模块,还用于当第一授权开关为开启状态时,获取应用标识和权限名称;设置模块,还用于当第一授权开关为关闭状态时,从第一应用跳转至第二应用。这样,终端设备允许用户选择是否跳转至第二应用对第一应用进行权限设置。
在一种实现方式中,权限控制模块,用于从设置模块获取应用标识和权限名称;权限控制模块,用于根据应用标识和权限名称确定视图资源。
在一种实现方式中,权限控制模块,还用于将视图资源发送给显示模块。
在一种实现方式中,权限控制模块,还用于将视图资源发送给设置模块;设置模块,还用于将视图资源发送给显示模块。
在一种实现方式中,权限控制模块,还用于当测到用户点击第一授权界面中的任一授权选项时,更新相应的授权结果,以使得第一应用再次请求第一权限时,从权限控制模块中获取授权结果。
在一种实现方式中,还包括以下至少一项:第一权限包括定位权限;第一应用至少包括地图类应用、运动轨迹记录类应用、打车类应用;第二应用包括终端设备操作***的设置应用;所述第一授权界面的大小小于所述第一应用的界面的大小。
第三方面,本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面及其各个实现方式的方法。
第四方面,本申请实施例还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面及其各个实现方式的方法。
第五方面,本申请实施例还提供了一种芯片***,该芯片***包括处理器,用于支持上述终端设备实现上述方面中所涉及的功能,例如,生成或处理上述方法中所涉及的信息。
附图说明
图1是本申请实施例示出的运行时权限模式的授予权限场景图;
图2是本申请实施例示出的场景A的示意图;
图3是本申请实施例示出的场景B的示意图;
图4是本申请实施例提供的终端设备的硬件结构示意图;
图5是本申请实施例提供的应用授权方法对应场景A的终端设备用户界面示意图;
图6是本申请实施例提供的应用授权方法应用于场景A时的流程图;
图7是本申请实施例提供的应用授权方法的场景B对应的终端设备用户界面示意图;
图8是本申请实施例提供的应用授权方法应用于场景B时的流程图;
图9是本申请实施例提供的应用授权方法的场景B对应的终端设备用户界面示意图;
图10是本申请实施例提供的以全局开关实现的小窗授权开关的示意图;
图11是本申请实施例提供的以非全局开关实现的小窗授权开关的示意图;
图12是本申请实施例提供的应用授权方法的另一个流程图;
图13是本申请实施例示出的终端设备的软件模块的示意图;
图14是本申请实施例提供的应用授权方法在软件层面实现的一个示意图;
图15是本申请实施例提供的应用授权方法在软件层面实现的另一个示意图;
图16是本申请实施例提供的一种应用授权装置的结构示意图;
图17是本申请实施例提供的另一种应用授权装置的结构示意图;
图18是本申请实施例提供的芯片***的结构示意图。
具体实施方式
在终端设备中,应用程序为了实现一些功能,需要获取相应的权限。例如,如果应用程序要实现访问和修改日历、创建日程等功能,则需要获取日历权限;如果应用程序要实现基于位置的服务(Location Based Services,LBS)的相关功能,则需要获取位置服务权限;如果应用程序要实现录音功能,则需要获取麦克风权限。
一般来说,终端设备为应用程序提供了多种不同类型的权限,对于不同操作***的终端设备,其权限略有不同。以运行Android***的终端设备为例,其可以提供给应用程序的部分权限包括:
身体传感器:获取与用户的关生命体征相关的传感器信息。
日历:使用用户的默认日历。
通话记录:查看和更改用户的通话记录。
相机:使用用户的相机拍照或录制视频。
通讯录:查看用户的联系人列表。
位置信息(定位):请求获取用户设备的位置信息。
麦克风:录制音频。
电话:拨打和管理通话。
身体活动:获取用户的运动信息,如步行、骑车、步数等。
短信:查看和发送短信。
存储空间:获取终端设备上的照片和其他文件。
文件和媒体:用户终端设备上的照片、媒体和其他文件。
通过以上示例出的权限可以看出,一些权限与用户隐私紧密相关,当应用程序获取这些权限时,会同时获取与权限相关的用户隐私,例如:如果应用程序获取到了通讯录权限,则应用程序可以读取并上传用户的联系人列表;如果应用程序获取到了位置信息权限,则可以随时掌握用户的位置;如果应用程序获取到了存储空间权限,则可以读取用户相册中的照片。
目前,终端设备一般通过权限管理机制来管理应用程序的权限,以减少用户隐私泄露,提高设备的安全性。同样以运行Android***的终端设备为例,其权限管理机制可以包括安装时权限模式和运行时权限模式。
安装时权限模式是指用户在安装或者更新应用程序时向应用程序授予权限的模式,当用户安装应用程序时,终端设备会将该应用程序请求的所有权限显示给用户,用户同意授权后,应用程序才开始安装,并且获得其请求的所有权限,安装时权限模式存在于早期的Android 6.0以前的***版本中,不在本申请实施例的讨论范围内,因此不做展开说明。
运行时权限模式是指用户在应用程序安装时不需要向应用程序授予权限,而是在应用程序运行时向应用程序授予权限。应用程序何时申请权限(例如,在应用程序启动时或用户使用特定功能时)取决于应用程序本身。
图1是本申请实施例示出的运行时权限模式的授予权限场景图。如图1所示,在应用程序运行期间,如果应用程序向终端设备请求某一个权限(例如定位权限),则终端设备可以在显示屏上生成如图1所示的授权界面10,该授权界面10可以向用户提示应用程序请求的权限内容并且提供给用户多个选项,包括但不限于以下选项中的部分或者全部:始终允许、仅在使用中允许、拒绝、询问、允许一次、拒绝且不再询问。
在Android、IOS、鸿蒙HarmonyOS等操作***中,授权界面10通常以N态通知的方式实现,即包含N个授权选项,N一般为3或者4。在不同的操作***、或者同一操作***的不同版本或者不同定制ROM中,授权界面10包含的授权选项的数量可能不同。在不同的操作***、或者同一操作***的不同版本或者不同定制ROM中,同一授权选项的描述也可能不同,例如“仅在使用中允许”可以被称为“仅在使用期间允许”,“允许一次”可以被称为“仅限这一次”,“拒绝且不再询问”可以被称为“始终拒绝”。
接下来,用户可以依据自身意愿点击21任意一个授权选项以完成应用程序的权限设置。举例来说:当用户点击“允许”时,授权界面10关闭,应用程序获得定位权限,利用定位功能实现相应的功能,例如路径规划、导航等;当用户点击“拒绝”时,授权界面10关闭,应用程序被拒绝授予位置权限,这时应用程序基于定位的功能将无法实现。
这里需要补充说明的是,“始终允许”属于一种高危授权行为,以定位权限为例,当用户“始终允许”应用程序获取定位权限时,意味着该应用程序无论是在前台运行期间还是在后台驻留期间都能够无限制地获取用户的位置信息,会给用户带来隐私泄露的风险。因此,为了保护用户的隐私,避免用户由于误操作等授予应用“始终允许”获取某个权限,在Android11以及后续的版本中,授权界面10已经不再提供“始终允许”选项,如果用户希望应用程序能够“始终允许”获取某个权限时,需要到***的设置中授予。
在一些场景中(以下称作场景A),考虑到用户体验,在用户拒绝授予应用程序某个权限之后,如果应用程序继续请求获得该权限,终端设备也不会再次生成授权界面10。在这种情况下,应用程序可能会生成一个引导对话框,以引导用户从应用程序内跳转到终端设备的应用信息页,该应用信息页由终端设备的***的设置应用提供,在应用信息页中对该应用程序的权限进行重新设置,然后再返回到该应用程序。
图2是本申请实施例示出的场景A的示意图。
如图2所示,以某一应用程序请求获得定位权限为例,在该应用程序已经被拒绝授予定位权限的情况下,该应用程序可以在启动时生成如图2中的a所示的引导对话框30,该引导对话框30可以包括转至“设置”按钮31,以及向用户解释为何请求定位权限以及如何在应用信息页中授予定位权限的说明信息32。当用户点击33转至“设置”按钮31时,应用程序启动终端设备***的设置应用,并且从应用程序的当前界面跳转至设置应用的界面,具体可以跳转至如图2中的b所示的应用信息页。其中,应用信息页是设置应用的一个子界面,在不同的操作***、或者同一操作***的不同版本或者不同定制ROM中,应用信息页名称可能不同,例如也可以称作应用详情页。一般来说,每一个在终端设备中安装的应用程序,在设置应用中都会有其对应的应用信息页。对于任一应用程序,其应用信息页中可以包括它的存储空间占用、流量消耗、电量消耗等信息,权限相关选项和其他的设置选项,这样,用户可以在应用信息页中查看应用程序的权限状态以及设置应用程序的权限。
接下来,用户可以在应用信息页点击34权限管理进入到如图2中的c所示该应用程序的权限管理界面,然后在权限管理界面中点击35“定位”选项打开定位权限的授权界面40,最后在定位权限的授权界面40提供的多个授权选项中点击36任意一个选项以完成权限设置,最后手动切换回应用程序界面。
在另一些场景中(以下称作场景B),
图1的授权界面10可能没有包含与应用程序需要的权限相对应的选项。在这种情况下,应用程序也可能引导用户从应用程序内跳转到终端设备的应用信息页,在应用信息页中授予该应用程序所需要的权限,然后再返回到该应用程序。
图3是本申请实施例示出的场景B的示意图。
如图3所示,以地图应用请求获得定位权限为例,地图应用在实现导航功能时,需要实时获取用户的位置信息,因此地图应用希望获得“始终允许”的位置权限,以便在终端设备熄屏或者地图应用位于***后台时获取用户的位置信息。然而,终端设备出于安全等角度考虑,可能不会在授权界面10中包含“始终允许”的选项。在这种情况下,授权界面10可以包括“在“设置”中允许”按钮37,当用户点击38“在“设置”中允许”按钮37时,应用程序跳转至终端设备的应用信息页,用户在应用信息页完成权限设置之后,再手动切换回应用程序界面。
结合图2和3可以看出,在应用程序已经被拒绝授予某个权限的情况下,或者在授权界面10未包括应用程序请求得到的权限的情况下,应用程序可以跳转到终端设备的应用信息页,让用户在应用信息页中执行操作以授予该权限,然而这一过程需要用户执行多次的点击操作和应用程序切换操作,十分繁琐,影响了用户使用体验。
为了避免用户对应用程序授予权限的过程中出现界面跳转,简化用户操作,提升用户使用体验,本申请实施例提供了一种应用授权方法。
本申请实施例的应用授权方法可以应用程序于终端设备。其中,终端设备包括但不限于手机、平板电脑、个人电脑、工作站设备、大屏设备(例如:智慧屏、智能电视等)、可穿戴设备(例如:智能手环、智能手表)掌上游戏机、家用游戏机、虚拟现实设备、增强现实设备、混合现实设备等、车载智能终端等。
图4是本申请实施例提供的终端设备的硬件结构示意图。如图4所示,终端设备100可以包括处理器110,存储器120,通用串行总线(universal serial bus,USB)接口130,射频电路140,移动通信模块150,无线通信模块160,摄像头170,显示屏180,触摸传感器190,气压传感器210和按键220等。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用程序处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中,例如集成在***芯片(system on a chip,SoC)中。处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。
在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
存储器120可以用于存储计算机可执行程序代码,可执行程序代码包括指令。存储器120可以包括存储程序区和存储数据区。其中,存储程序区可存储操作***、至少一个功能所需的应用程序程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储终端设备100使用过程中所创建的数据(比如音频数据,电话本等)等。此外,存储器120可以包括一个或者多个存储单元,例如可以包括易失性存储器(volatile memory),如:动态随机存取存储器(dynamic random access memory,DRAM)、静态随机存取存储器(static randomaccess memory,SRAM)等;还可以包括非易失性存储器(non-volatile memory,NVM),如:只读存储器(read-only memory,ROM)、闪存(flash memory)等。处理器110通过运行存储在存储器120的指令,和/或存储在设置于处理器中的存储器的指令,执行终端设备100的各种功能应用程序以及数据处理。
这里需要补充说明的是,本申请实施例所指的操作***,包括但不限于Android操作***、IOS操作***、iPad OS、鸿蒙操作***(HarmonyOS)、Windows操作***、Linux操作***、MAC OS操作***、嵌入式***等。
终端设备100的无线通信功能可以通过射频电路140、移动通信模块150、无线通信模块160、调制解调处理器以及基带处理器等实现。
射频电路140可以包括至少一个天线141,用于发射和接收电磁波信号。终端设备100中的每个天线可用于覆盖单个或多个通信频带。在一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用程序在终端设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线141接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线141转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用程序处理器。应用程序处理器通过音频设备(包括但不限于扬声器,受话器等)输出声音信号,或通过显示屏180显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以包括无线保真(wireless fidelity,Wi-Fi)模块,蓝牙(bluetooth,BT)模块、GNSS模块、近距离无线通信技术(near field communication,NFC)模块、红外(infrared,IR)模块等。无线通信模块160可以是集成上述至少一个模块的一个或多个器件。无线通信模块160经由天线141接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线141转为电磁波辐射出去。
本申请实施例中,终端设备100的无线通信功能例如可以包括全球移动通讯***(global system for mobile communications,GSM),通用分组无线服务(general packetradio service,GPRS),码分多址接入(code division multiple access,CDMA),宽带码分多址(wideband code division multiple access,WCDMA),时分码分多址(time-divisioncode division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),第五代移动通信技术新空口(5th generation mobile networks new radio,5G NR),BT,GNSS,WLAN,NFC,FM,和/或IR等功能。GNSS可以包括全球卫星定位***(globalpositioning system,GPS),全球导航卫星***(global navigation satellite system,GLONASS),北斗卫星导航***(beidou navigation satellite system,BDS),准天顶卫星***(quasi-zenith satellite system,QZSS)和/或星基增强***(satellite basedaugmentation systems,SBAS)。
摄像头170用于捕获静态图像或视频。摄像头170包括镜头和感光元件,物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupleddevice,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV,RYYB等格式的图像信号。在一些实施例中,终端设备100可以包括1个或N个摄像头170,N为大于1的正整数。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现终端设备100的智能认知等应用程序,例如:图像识别,人脸识别,语音识别,文本理解等。
显示屏180用于显示图像,视频等。显示屏180包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),MiniLED,MicroLED,Micro-OLED,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,终端设备100可以包括1个或N个显示屏180,N为大于1的正整数。
触摸传感器190,也称“触控器件”。触摸传感器190可以设置于显示屏180,由触摸传感器190与显示屏180组成触摸屏,也称“触控屏”。触摸传感器190用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用程序处理器,以确定触摸事件类型。可以通过显示屏180提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器190也可以设置于终端设备100的表面,与显示屏180所处的位置不同。
气压传感器210用于测量气压。在一些实施例中,终端设备100通过气压传感器210测得的气压值计算海拔高度,辅助定位和导航。
按键220包括开机键,音量键等。按键220可以是机械按键。也可以是触摸式按键。终端设备100可以接收按键输入,产生与终端设备100的用户设置以及功能控制有关的键信号输入。
可以理解的是,本申请实施例示意的结构并不构成对终端设备100的具体限定。在本申请另一些实施例中,终端设备可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件组合实现。
下面对本申请实施例提供的应用授权方法的各方法步骤进行示例性说明。
本申请实施例提供的应用授权方法可以应用于场景A中。
在场景A中,应用程序在运行期间可以向终端设备请求获取某个权限。这里的应用程序在运行期间包括但不限于:应用程序启动时,应用程序启动后在前台运行期间、应用程序启动后在后台运行期间。在Android***中,应用程序可以通过调requestPermissions()方法向终端设备的操作***申请权限。在以下实施例中,为便于描述,将请求权限的应用程序称作目标应用。
以目标应用请求定位权限为例:
终端设备发现目标应用之前申请过这个权限,但是被用户永久拒绝时(例如用户之前在如图1所示的授权界面10中选择了“永久拒绝”或者“拒绝且不再询问”),可以将目标应用请求权限被拒绝的结果告知给目标应用,在Android***中,终端设备可以通过调用shouldShowRequestPermissionRationale()方法将目标应用请求权限被拒绝的结果告知给目标应用,另外,终端设备不会在显示屏上显示如图1中的a所示的授权界面10。
图5是本申请实施例提供的应用授权方法对应场景A的终端设备用户界面示意图。
图6是本申请实施例提供的应用授权方法应用于场景A时的流程图。
目标应用在获知其请求某一权限被拒绝之后,可以生成如图5中的a所示的引导界面30,以引导用户在终端设备***的设置应用中授予目标应用所需要的权限。
如果用户想要在终端设备***的设置应用中设置目标应用的权限,可以在引导界面30中的转至“设置”按钮31上执行点击33操作。一般来说,终端设备在检测到用户在转至“设置”按钮31上执行点击33操作时,会响应于该点击操作,从当前的目标应用界面跳转至终端设备***的设置应用,例如跳转至设置应用的应用信息页,以使得用户自行在应用信息页中通过多个操作完成权限授予。但是,在本申请实施例中,终端设备在检测到用户在转至“设置”按钮31上执行点击33操作时,不会跳转至终端设备***的设置应用,而是执行如图6所示的以下步骤S101-S103:
步骤S101,终端设备响应于用户在转至“设置”按钮上的点击操作,获取目标应用的应用标识和目标应用请求的权限名称。
其中,目标应用的应用标识例如可以是目标应用的包名(Package Name)、应用ID,也可以是其他用于确定目标应用的唯一身份的信息,本申请实施例对此不做限定。
示例地,在Android终端设备中,目标应用的包名可以是:com.xxx.xxx,其中,xxx.xxx可以是用于表明应用开发者和应用类型、名称等身份的信息。例如,“地图”应用的包名可以是:com.honor.map。在IOS终端设备中,包名可以是一串数字,不同的应用程序的数字不同。
其中,权限名称例如可以包括权限名称,例如:位置信息、通讯录、身体传感器、存储空间等。如果目标应用申请一项权限,则权限名称可以包括一项权限的名称,如果目标应用申请多项权限,则权限名称可以包括多项权限的名称。
步骤S102,终端设备确定应用标识和权限名称对应的第一授权界面的视图资源。
具体实现中,终端设备在检测到用户点击了引导界面中的“设置”按钮之后,不会跳转到应用信息页,而是在后台根据已获得的应用标识和权限名称对操作***的设置应用进行检索,以找到与目标应用所请求的权限相对应的第一授权界面的视图资源,该视图资源包括生成第一授权界面所需的文字资源、图像资源、样式资源等。需要补充说明的是,终端设备执行步骤S102的整个过程不会在显示屏中体现,用户不会感知到这一过程。
示例地,当终端设备获取到的包名是com.honor.map(“地图”应用的包名),请求的权限为定位权限时,终端设备可以根据包名com.honor.map在***的设置应用中检索到“地图”应用的应用信息页,然后在“地图”应用的应用信息页中进一步检索定位权限的授权界面。
步骤S103,终端设备根据视图资源在目标应用的界面上层生成所述第一授权界面。
如图5中的b所示,在一种实现方式中,终端设备可以根据视图资源中所包含的文字资源、图像资源和样式资源等绘制出第一授权界面,将第一授权界面50以窗口(也称小窗)的形式在显示屏中显示,并且小窗显示在目标应用的界面60上层。窗口的高度小于终端设备的显示屏的高度,窗口的宽度小于显示屏的宽度,这样,在第一授权界面50显示之后,用户依然可以看到目标应用的界面60的部分内容。
本申请实施例中,第一授权界面50可以理解为将图2中的d示出的授权界面40直接在目标应用的界面60的上层显示,因此第一授权界面50与授权界面40的样式和内容可以相同,也可以不同。具体来说:如果终端设备在获取第一授权界面50的视图资源之后,直接以视图资源的样式和内容生成第一授权界面50,那么第一授权界面50就会与授权界面40的样式和内容相同,如果终端设备在获取第一授权界面50的视图资源之后,根据终端设备当前的主题设置、用户设置等对视图资源的样式和内容进行优化修改,那么第一授权界面50就会与授权界面40的样式和内容就可能不同。
如图5中的b所示,在一种实现方式中,第一授权界面50可以包括目标应用请求权限的说明,并且提供用户请求权限的多个授权选项供用户选择。以“地图”应用的定位权限的第一授权界面50为例,第一授权界面50可以包括应用名称51“地图”、“地图”应用的图标52、“地图”应用请求的权限名称53“定位”、以及“定位”权限的用途描述54(例如:为您提供周边信息、精准路况和导航服务)等。作为示例,第一授权界面50提供给用户四个授权选项,分别为:拒绝、询问、仅在使用中允许、始终允许。
在第一授权界面50以窗口形式的生成之后,用户可以依据自身意愿点击55任意一个授权选项以完成权限设置。具体实现中,终端设备在检测到用户点击55了第一授权界面50中的任意一个选项时关闭第一授权界面50,将用户点击55对应的授权结果保存在***的权限管理器中,并且重新启动目标应用。以“地图”应用的定位权限为例:
当用户点击了第一授权界面50中的“始终允许”选项时,终端设备可以关闭第一授权界面50,将“地图”应用的定位权限更新为“始终允许”,并且重新启动“地图”应用。这样,“地图”应用在重启之后再次请求定位权限时,能请求到“始终允许”的结果,从而可以执行基于位置信息的各种功能。
当用户点击了第一授权界面50中的“拒绝”选项时,终端设备可以关闭第一授权界面50,将“地图”的定位权限保持为“拒绝”,并且重新启动“地图”应用。这样,“地图”应用在重启之后再次请求定位权限时,能请求到“拒绝”的结果,从而可以执行与未获取到定位权限相关的功能,例如:提示用户定位失败、关闭目标应用、重新生成引导界面等。
这里需要补充说明的是,在本申请实施例的步骤S103中,终端设备可以将第一授权界面50在显示屏的任意位置显示,本申请实施例对此不做限定。
在一种实现方式中,考虑到目标应用在启动时通常会在开屏界面的下方显示目标应用的名称,因此第一授权界面50可以在显示屏的中心区域显示,从而不遮挡目标应用的名称。
在一种实现方式中,第一授权界面50可以在显示屏的底部显示,这种实现方式可以应用于智能手机等可以单手握持的终端设备中,以便于用户在单手握持终端设备时能够对第一授权界面50进行单手操作。
在一种实现方式中,第一授权界面50可以在显示屏的顶部显示,这样用户可以一只手握持终端设备,另一只手操作第一授权界面50,实现双手操作。
在一种实现方式中,当终端设备为折叠屏手机,或者其他显示屏宽度较大的设备时,第一授权界面50可以在显示屏的侧面显示,以避开显示屏的弯折区域。
由以上技术方案可知,本申请实施例提供的应用授权方法,在目标应用请求的某个权限之前已经被用户永久拒绝的情况下,如果用户在目标应用内执行的操作表明用户想要跳转到终端设备***的设置应用进行权限设置,终端设备会获取目标应用的应用标识和请求权限的权限名称,在目标应用的界面商城直接生成与应用标识和权限名称对应的第一授权界面,使用户直接在第一授权界面中完成对目标应用的权限设置,不需要跳转到设置应用,也不需要在不同应用之间切换,简化用户操作,提升用户使用体验。
本申请实施例提供的应用授权方法还可以目标应用于场景B中。
图7是本申请实施例提供的应用授权方法的场景B对应的终端设备用户界面示意图。
图8是本申请实施例提供的应用授权方法应用于场景B时的流程图。
在场景B中,目标应用在运行期间可以向终端设备请求获取某个权限。这里的目标应用在运行期间包括但不限于:目标应用启动时,目标应用启动后在前台运行期间、目标应用启动后在后台运行期间。在Android***中,目标应用可以通过调用requestPermissions()方法向终端设备的操作***申请权限。以目标应用请求定位权限为例:
终端设备发现目标应用没有这个权限,并且用户之前也没有永久拒绝过目标应用获取这个权限时,可以在显示屏上显示如图7所示的第二授权界面10,以便用户执行授权操作。对于某一权限,终端设备可以提供多种授权选项供用户选择,例如:始终允许、仅在使用中允许、拒绝、询问、允许一次、始终拒绝等。但是,基于***设置或者从安全性角度考虑,终端设备在第二授权界面10中只会列出部分选项,导致一些选项没有在第二授权界面10中显示。
如图7中的a所示,终端设备可以在第二授权界面10中显示一些提示信息,以提示用户可以在终端设备***的设置应用中选择其他的授权选项,并提供给用户一个用于跳转到设置应用的按钮37。例如:第二授权界面10中包含有三个授权选项(即三态通知),分别为“仅在使用期间允许”“仅限这一次”和“拒绝”。考虑到一些应用程序需要在后台时也能获取到用户的位置信息(对应“始终允许”选项),以完成后台导航、记录用户运动轨迹等功能,第二授权界面10还包含有以下提示信息:“该应用程序可能想要随时获取您的位置信息(即使您并未使用该应用程序)”,并且还包含一个跳转按钮37:“在“设置”中允许”。
如果用户想要在终端设备***的设置应用中设置目标应用的权限,可以在第二授权界面10中的“在“设置”中允许”按钮37上执行点击38操作。一般来说,终端设备在检测到用户在“在“设置”中允许”按钮37上执行点击38操作时,会响应于该点击操作,从当前的目标应用界面跳转至终端设备***的设置应用,例如跳转至设置应用的应用信息页,以使得用户自行在应用信息页中通过多个操作完成权限授予。但是,在本申请实施例中,终端设备在检测到在“在“设置”中允许”按钮37上执行点击38操作时,不会跳转至终端设备***的设置应用,而是执行如图8所示的依稀按步骤S201-S203。
步骤S201,终端设备响应于用户在“在“设置”中允许”按钮上的点击操作,获取目标应用的应用标识和目标应用请求的权限名称。
其中,目标应用的应用标识例如可以是目标应用的包名(Package Name)、应用ID,也可以是其他用于确定目标应用的唯一身份的信息,本申请实施例对此不做限定。权限名称例如可以包括权限名称,例如:位置信息、通讯录、身体传感器、存储空间等。
步骤S201其他未具体展开的内容请参照本申请实施例的步骤S101实现,此处不再赘述。
步骤S202,终端设备确定应用标识和权限名称对应的第一授权界面的视图资源。
步骤S202与步骤S102类似,具体实现中,终端设备在检测到用户点击了通知界面中的“在“设置”中允许”按钮之后,不会跳转到设置应用的界面,而是在后台根据已获得的应用标识和权限名称对操作***的设置应用进行检索,以找到与目标应用所请求的权限相对应的第一授权界面的视图资源,该视图资源包括生成第一授权界面所需的文字资源、图像资源、样式资源等。终端设备执行步骤S202的整个过程不会在显示屏中体现,用户不会感知到这一过程。
步骤S202其他未具体展开的内容请参照本申请实施例的步骤S102实现,此处不再赘述。
步骤S203,终端设备根据视图资源在目标应用的界面上层生成所述第一授权界面。
如图7中的b所示,在一种实现方式中,根据视图资源中所包含的文字资源、图像资源和样式资源等绘制出第一授权界面,将第一授权界面50以窗口(也称小窗)的形式在显示屏中显示,并且小窗显示在目标应用的界面60上层。窗口的高度小于终端设备的显示屏的高度,窗口的宽度小于显示屏的宽度,这样,在第一授权界面50显示之后,用户依然可以看到目标应用的界面60的部分内容。
与步骤S103类似,进一步如图5中的b所示,第一授权界面50可以包括目标应用请求权限的说明,并且提供用户请求权限的多个授权选项供用户选择。以“地图”应用的定位权限的第一授权界面50为例,第一授权界面50可以包括应用名称51“地图”、“地图”应用的图标52、“地图”应用请求的权限名称53“定位”、以及“定位”权限的用途描述54(例如:为您提供周边信息、精准路况和导航服务)等。作为示例,第一授权界面50提供给用户四个授权选项,分别为:拒绝、询问、仅在使用中允许、始终允许。
在一种实现方式中,相比于第二授权界面10,第一授权界面50可以显示更多的选项。作为示例,如图8中的b所示,当第二授权界面10中包含“仅在使用期间允许”“仅限这一次”和“拒绝”三个选项时,第一授权界面50可以在此基础上增加一个或者多个选项,例如增加“始终允许”选项,另外还可以增加“拒绝一次”选项等。
在一种实现方式中,第一授权界面50与第二授权界面10包含的选项数量相同,但是第一授权界面50可以包含与第二授权界面10不同的选项,这里的不同指的是第一授权界面50与第二授权界面10中的选项部分不同或者全部不同。作为示例,如图9所示,当第二授权界面10中包含“仅在使用期间允许”“仅限这一次”和“拒绝”三个选项时,第一授权界面50中也可以包含:“仅在使用期间允许”“始终允许”“拒绝”。这样,相比于第二授权界面10,用户在第一授权界面50可以额外选择“始终允许”选项,以使得目标应用获得用于实现后台导航、记录用户运动轨迹等功能的充分权限。
在第一授权界面50以小窗形式的生成之后,用户可以依据自身意愿点击55任意一个选项以完成权限设置。具体实现中,终端设备在检测到用户点击55了第一授权界面50中的任意一个选项时关闭第一授权界面50,将用户点击55对应的授权结果保存在***的权限管理器中,并且重新启动目标应用。
步骤S203其他未具体展开的内容请参照本申请实施例的步骤S203实现,此处不再赘述。
由以上技术方案可知,本申请实施例提供的应用授权方法,在目标应用请求的某个权限之前未被拒绝的情况下,如果用户在目标应用内执行的操作表明用户想要跳转到终端设备***的设置应用进行权限设置,终端设备会获取目标应用的应用标识和请求权限的权限名称,在目标应用的界面商城直接生成与应用标识和权限名称对应的第一授权界面,使用户直接在第一授权界面中完成对目标应用的权限设置,不需要跳转到设置应用,也不需要在不同应用之间切换,简化用户操作,提升用户使用体验。
在一个实施例中,终端设备可以在其***的设置应用中提供小窗授权开关,该小窗授权开关用于指示在场景A和场景B中是否允许以小窗(窗口)的形式生成第一授权界面。
以场景A为例,当小窗授权开关为开启状态时,如果终端设备在检测到用户点击了引导界面中的转至“设置”按钮,不会跳转至应用信息页,而是执行步骤S101-步骤S103;当小窗授权开关为关闭状态时,如果终端设备在检测到用户点击了引导界面中的转至“设置”按钮,不会执行步骤S101-步骤S103,而是跳转到应用信息页,由用户自行在应用信息页中找到目标应用的权限设置入口,并完成相应的授权操作,再手动切换回目标应用界面。
以场景B为例,当小窗授权开关为开启状态时,如果终端设备在检测到用户点击了第二授权界面中的在“设置”中允许按钮,不会跳转至应用信息页,而是执行步骤S201-步骤S203;当小窗授权开关为关闭状态时,如果终端设备在检测到用户点击了第二授权界面中的在“设置”中允许按钮,不会执行步骤S201-步骤S203,而是跳转到应用信息页,由用户自行在应用信息页中找到目标应用的权限设置入口,并完成相应的授权操作,再手动切换回目标应用界面。
在一种实现方式中,小窗授权开关可以是全局开关。
图10是本申请实施例提供的以全局开关实现的小窗授权开关的示意图。如图10所示,小窗授权开关71可以位于设置应用的主界面或者某个次级界面中,例如位于权限管理界面72中。用户可以通过点击73的方式开启或者关闭小窗授权开关71,当小窗授权开关71被开启时,终端设备对所有目标应用都允许以小窗的形式生成第一授权界面,当小窗授权开关71被关闭时,终端设备对所有目标应用都不允许以小窗的形式生成第一授权界面。
在一种实现方式中,小窗授权开关可以是非全局开关。
图11是本申请实施例提供的以非全局开关实现的小窗授权开关的示意图。如图11所示,小窗授权开关71可以位于应用信息页74中,每个目标应用的应用信息页74都可以包括一个小窗授权开关71,并且每一个小窗授权开关71仅对其对应的一个目标应用起作用。用户可以通过点击的方式开启或者关闭某个目标应用的小窗授权开关71,当小窗授权开关71被开启时,终端设备对这个目标应用允许以小窗的形式生成第一授权界面,当小窗授权开关被关闭时,终端设备对这个不允许以小窗的形式生成第一授权界面。
在一种实现方式中,当终端设备提供小窗授权开关时,本申请实施例的应用授权方法还可以包含判断是否允许小窗授权的过程。
图12是本申请实施例提供的应用授权方法的另一个流程图。如图12所示,以目标应用启动场景为例,包含是否允许小窗授权的判断过程的应用授权方法可以包括以下步骤:
步骤S301,终端设备在目标应用启动时,判断是否需要跳转到应用信息页。
具体实现中,终端设备在请求某个权限被拒绝时,可以生成如图5中的a引导界面。如果终端设备允许从目标应用直接跳转到应用信息页,并且检测到了用户点击了引导界面中的“设置”按钮,则确定需要跳转到应用信息页,此时终端设备执行步骤S302;如果终端设备不允许从目标应用直接跳转到应用信息页,或者检测到了用户点击了引导界面中的“取消”按钮,则结束方法流程。
步骤S302,终端设备判断目标应用是否允许小窗授权。
具体实现中,终端设备可以根据全局的小窗授权开关或者该目标应用的非全局的小窗授权开关的状态来判断对于该目标应用是否允许小窗授权。如果小窗授权开关被开启,则表示允许小窗授权,此时终端设备执行步骤S303-步骤S304。如果小窗授权开关被关闭,则表示不允许小窗授权,此时终端设备执行步骤S305。
步骤S303,终端设备获取与目标应用所请求的权限相对应的第一授权界面。
具体实现中,终端设备可以获取目标应用的应用标识和请求的权限名称然后,根据已获得的应用标识和权限名称对目标应用的应用信息页进行检索,以找到应用标识和权限名称对应的第一授权界面。终端设备执行步骤S303的整个过程不会在显示屏中体现,用户不会感知到这一过程。步骤S303其他未具体展开的内容请参照本申请实施例的步骤S101-步骤S102实现,此处不再赘述。
步骤S304,终端设备将第一授权界面以小窗的形式在显示屏中显示。
步骤S304具体可以参照本申请实施例的步骤S103实现,此处不再赘述。
接下来,在用户点击了授权界面中的任意一个选项时,终端设备响应于用户的点击操作,刷新界面以关闭小窗,同时将用户点击操作对应的授权结果更新在***的权限配置中,并且重新启动目标应用。
步骤S305,终端设备跳转至应用信息页。
上述本申请提供的实施例对本申请提供的应用授权方法的各方案进行了介绍。可以理解的是,终端设备为了实现上述功能,其可以包含执行各个功能相应的软件模块。
图13是本申请实施例示出的终端设备的软件模块的示意图。如图13所示,在Android***中,用于执行本申请实施例的应用授权方法所涉及的软件模块至少可以包括操作***的设置应用、权限控制器、***用户界面主进程system_UI和正在请求权限的目标应用。
其中,设置应用、权限控制器、system_UI和目标应用均位于Android***的应用层,不同之处在于,设置应用、权限控制器、system_UI属于Android***的***级应用,权限较高,而目标应用则属于非***级应用,权限较低。另外,Android***还包括应用框架层、***运行库层、硬件抽象层和Linux内核层,上述层级结构属于Android***的常规结构,本申请实施例对此不做限定。
图14是本申请实施例提供的应用授权方法在软件层面实现的一个示意图。
如图14所示,在一种实现方式中,本申请实施例提供的应用授权方法在软件层面至少包括以下步骤实现:
步骤S401,设置应用从目标应用内启动时,获取目标应用的应用标识和请求的权限名称。
结合图2和图3所示,在本申请实施例中,设置应用从目标应用内启动可以包括以下两种场景:在场景A中,当用户点击引导界面中的转至“设置”按钮时,设置应用会从目标应用内启动;在场景B中,当用户点击第二授权界面中的“在“设置”中允许”按钮时,设置应用会从目标应用内启动。
这里需要补充说明的是,设置应用被目标应用启动后,终端设备会继续停留在目标应用的用户界面,不会从目标应用的用户界面跳转到设置应用的用户界面。因此设置应用执行步骤S402和步骤S403都是在后台进行的。
步骤S402,设置应用将目标应用的应用标识和请求的权限名称发送给权限控制器。
步骤S403,权限控制器根据目标应用的应用标识和请求的权限名称获取第一授权界面的视图资源,将视图资源发送给system_UI。
步骤S404,system_UI根据视图资源在目标应用的上层以小窗的形式绘制授权界面,使授权界面以小窗的形式在显示屏中弹出显示。
步骤S405,设置应用检测到用户点击了授权界面中的任一选项时,将相应的授权结果更新到权限控制器中。
这样,终端设备应用在重启之后再次请求权限时,能够从权限控制器中得到更新后的授权结果,从而根据更新后的授权结果执行基于权限的相应功能。
步骤S406,system_UI刷新用户界面以关闭小窗。
图15是本申请实施例提供的应用授权方法在软件层面实现的另一个示意图。
如图15所示,在一种实现方式中,本申请实施例提供的应用授权方法在软件层面至少包括以下步骤实现:
步骤S501,设置应用从目标应用内启动时,获取目标应用的应用标识和请求的权限名称。
步骤S501与步骤S401相同,此处不再赘述。
步骤S502,将目标应用的应用标识和请求的权限名称发送给权限控制器。
步骤S503,权限控制器根据目标应用的应用标识和请求的权限名称获取第一授权界面的视图资源,将视图资源发送给设置应用。
步骤S504,设置应用将授权界面发送给system_UI。
这里需要说明的是,在图14示出的实现方式中,权限控制器在获取到第一授权界面的视图资源之后,直接将视图资源发送给system_UI,而在图15示出的实现方式中,权限控制器在获取到第一授权界面的视图资源之后,将视图资源发送给设置应用,由设置应用将视图资源发送给system_UI。可见对于视图资源如何发送给system_UI,可以有不同的方式实现,本申请实施例对此不做限定。
步骤S505,system_UI在目标应用的上层以小窗的形式绘制授权界面,使授权界面以小窗的形式在显示屏中弹出显示。
步骤S506,设置应用检测到用户点击了授权界面中的任一选项时,将相应的授权结果更新到目标应用的权限配置中。
这样,终端设备应用在重启之后再次请求权限时,能够从权限控制器中得到更新后的授权结果,从而根据更新后的授权结果执行基于权限的相应功能。
步骤S507,system_UI刷新用户界面以关闭小窗。
上述本申请提供的实施例对本申请提供的应用授权方法的各方案进行了介绍。可以理解的是,终端设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
图16是本申请实施例提供的一种应用授权装置的结构示意图。在一个实施例中,终端设备可以通过图16所示的硬件装置实现相应的功能。如图16所示,该应用授权装置可以包括:触控屏601、存储器602和处理器603。
在一个实施例中,触控屏601可以包括显示屏和触摸传感器,其中,显示屏用于显示图像,触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型,通过显示屏提供与触摸操作相关的视觉输出。处理器603可以包括一个或多个处理单元,例如:处理器603可以包括应用处理器,调制解调处理器,图形处理器,图像信号处理器,控制器,视频编解码器,数字信号处理器,基带处理器,和/或神经网络处理器等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。存储器602与处理器603耦合,用于存储各种软件程序和/或多组指令,存储器602可包括易失性存储器和/或非易失性存储器。
当存储器602中的软件程序和/或多组指令被处理器603执行时,使得终端设备实现如下方法步骤:在第一应用请求第一权限时,响应于用户在第一应用的第一点击操作,获取第一应用的应用标识和第一权限的权限名称,第一点击操作用于指示跳转至第二应用,第二应用用于设置第一应用的权限;确定应用标识和权限名称对应的第一授权界面的视图资源,第一授权界面包括第一权限的多个授权选项;根据视图资源在第一应用的界面上层生成第一授权界面。这样,当需要从第一应用跳转至第二应用,以在第二应用中对第一应用进行权限设置时,终端设备可以不执行跳转,而是直接根据第一应用的应用标识和请求的权限名称获取相应的第一授权界面的视图资源,然后直接在第一应用的界面上层生成第一授权界面,从而避免了用户在第二应用中执行繁琐的授权操作,简化授权流程,提升用户使用体验。
在一种实现方式中,第一应用包括第一引导界面,第一引导界面在第一应用在先请求第一权限被拒绝的情况下生成的,第一引导界面包括跳转选项,第一点击操作包括用户点击跳转选项的操作。这样,在第一应用在线请求第一权限被拒绝的情况下,用户不需要在第二应用中执行繁琐的授权操作,简化授权流程,提升用户使用体验。
在一种实现方式中,第一应用包括第二授权界面,第二授权界面是在第一应用在先请求第一权限未被拒绝的情况下生成的,第二授权界面包括跳转选项和第一权限的多个授权选项,第一点击操作包括用户点击跳转选项的操作。这样,在第一应用在线请求第一权限未被拒绝的情况下,用户不需要在第二应用中执行繁琐的授权操作,简化授权流程,提升用户使用体验。
在一种实现方式中,第一授权界面中的多个授权选项与第二授权界面中的多个授权选项部分不同或者全部不同。这样,如果想要授予的权限不在第二授权界面中,则可以通过点击第二授权界面的跳转选项的方式打开第一授权界面,在第一授权界面中完成授权。
在一种实现方式中,当软件程序和/或多组指令被处理器603执行时,使得终端设备具体实现如下方法步骤:根据视图资源以窗口的形式在第一应用的界面上层生成第一授权界面,窗口的高度小于显示屏的高度,窗口的宽度小于显示屏的宽度。这样,第一授权界面可以在第一应用的界面上层以小窗的形式展示,不影响用户在授权的同时查看第一应用的界面信息。
在一种实现方式中,第二应用包括第一授权开关,当软件程序和/或多组指令被处理器603执行时,使得具体实现如下方法步骤:响应于用户的第一点击操作,获取第一授权开关的状态;当第一授权开关为开启状态时,获取应用标识和权限名称;当第一授权开关为关闭状态时,从第一应用跳转至第二应用。这样,终端设备允许用户选择是否跳转至第二应用对第一应用进行权限设置。
在一种实现方式中,软件程序和/或多组指令包括权限管理器,当软件程序和/或多组指令被处理器603执行时,使得终端设备具体实现如下方法步骤:权限管理器从第二应用获取应用标识和权限名称;权限管理器根据应用标识和权限名称确定视图资源。
在一种实现方式中,软件程序和/或多组指令包括权限管理器和***用户界面system_UI进程,当软件程序和/或多组指令被处理器603执行时,使得终端设备具体实现如下方法步骤:权限管理器将视图资源发送给system_UI进程;system_UI进程根据视图资源在第一应用的界面上层绘制第一授权界面。
在一种实现方式中,软件程序和/或多组指令包括权限管理器和system_UI进程,当软件程序和/或多组指令被处理器603执行时,使得终端设备具体实现如下方法步骤:权限管理器将视图资源发送给第二应用;第二应用将视图资源发送给终端设备的***用户界面system_UI进程;system_UI进程根据视图资源在第一应用的界面上层绘制第一授权界面。
在一种实现方式中,当软件程序和/或多组指令被处理器603执行时,还使得终端设备实现如下方法步骤:检测到用户点击第一授权界面中的任一授权选项时,将相应的授权结果更新到权限管理器中,以使得第一应用再次请求第一权限时,从权限管理器中获取授权结果。
在一种实现方式中,第一权限包括定位权限;第一应用至少包括地图类应用、运动轨迹记录类应用、打车类应用;第二应用包括终端设备操作***的设置应用;第一授权界面的大小小于第一应用的界面的大小。
图17是本申请实施例提供的另一种应用授权装置的结构示意图。在一个实施例中,终端设备可以通过图17所示的软件装置实现相应的功能。如图17所示,该应用授权装置可以包括:设置模块701、显示模块702和权限控制模块703。其中:
设置模块701,用于在第一应用请求第一权限时,响应于用户在第一应用的第一点击操作,获取第一应用的应用标识和第一权限的权限名称,第一点击操作用于指示终端设备跳转至第二应用,第二应用用于设置第一应用的权限;设置模块701,还用于确定应用标识和权限名称对应的第一授权界面的视图资源,第一授权界面包括第一权限的多个授权选项;显示模块702,用于根据视图资源在第一应用的界面上层生成第一授权界面。这样,当需要从第一应用跳转至第二应用,以在第二应用中对第一应用进行权限设置时,终端设备可以不执行跳转,而是直接根据第一应用的应用标识和请求的权限名称获取相应的第一授权界面的视图资源,然后直接在第一应用的界面上层生成第一授权界面,从而避免了用户在第二应用中执行繁琐的授权操作,简化授权流程,提升用户使用体验。
在一种实现方式中,第一应用包括第一引导界面,第一引导界面在第一应用在先请求第一权限被拒绝的情况下生成的,第一引导界面包括跳转选项,第一点击操作包括用户点击跳转选项的操作。这样,在第一应用在线请求第一权限被拒绝的情况下,用户不需要在第二应用中执行繁琐的授权操作,简化授权流程,提升用户使用体验。
在一种实现方式中,第一应用包括第二授权界面,第二授权界面是在第一应用在先请求第一权限未被拒绝的情况下生成的,第二授权界面包括跳转选项和第一权限的多个授权选项,第一点击操作包括用户点击跳转选项的操作。这样,在第一应用在线请求第一权限未被拒绝的情况下,用户不需要在第二应用中执行繁琐的授权操作,简化授权流程,提升用户使用体验。
在一种实现方式中,第一授权界面中的多个授权选项与第二授权界面中的多个授权选项部分不同或者全部不同。这样,如果想要授予的权限不在第二授权界面中,则可以通过点击第二授权界面的跳转选项的方式打开第一授权界面,在第一授权界面中完成授权。
在一种实现方式中,显示模块702,用于根据视图资源以窗口的形式在第一应用的界面上层生成第一授权界面,窗口的高度小于显示屏的高度,窗口的宽度小于显示屏的宽度。这样,第一授权界面可以在第一应用的界面上层以小窗的形式展示,不影响用户在授权的同时查看第一应用的界面信息。
在一种实现方式中,第二应用包括第一授权开关;设置模块701,用于响应于用户的第一点击操作,获取第一授权开关的状态;设置模块701,还用于当第一授权开关为开启状态时,获取应用标识和权限名称;设置模块701,还用于当第一授权开关为关闭状态时,从第一应用跳转至第二应用。这样,终端设备允许用户选择是否跳转至第二应用对第一应用进行权限设置。
在一种实现方式中,权限控制模块703,用于从设置模块701获取应用标识和权限名称;权限控制模块703,用于根据应用标识和权限名称确定视图资源。
在一种实现方式中,权限控制模块703,还用于将视图资源发送给显示模块702。
在一种实现方式中,权限控制模块703,还用于将视图资源发送给设置模块701;设置模块701,还用于将视图资源发送给显示模块702。
在一种实现方式中,权限控制模块703,还用于当测到用户点击第一授权界面中的任一授权选项时,更新相应的授权结果,以使得第一应用再次请求第一权限时,从权限控制模块703中获取授权结果。
在一种实现方式中,第一权限包括定位权限;第一应用至少包括地图类应用、运动轨迹记录类应用、打车类应用;第二应用包括终端设备操作***的设置应用;第一授权界面的大小小于所述第一应用的界面的大小。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面的方法。
本申请实施例还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面的方法。
本申请实施例还提供了一种芯片***,图18为该芯片***的结构示意图。该芯片***包括处理器801,用于支持上述装置实现上述方面中所涉及的功能,例如,生成或处理上述方法中所涉及的信息。在一种可能的设计中,芯片***还包括存储器802,用于保存隐私信息生成装置必要的计算机指令803和数据。该芯片***,可以由芯片构成,也可以包含芯片和其他分立器件。
以上的具体实施方式,对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上仅为本申请实施例的具体实施方式而已,并不用于限定本申请实施例的保护范围,凡在本申请实施例的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本申请实施例的保护范围之内。
Claims (23)
1.一种应用授权方法,其特征在于,包括:
终端设备在第一应用请求第一权限时,响应于用户在所述第一应用的第一点击操作,获取所述第一应用的应用标识和所述第一权限的权限名称,所述第一点击操作用于指示所述终端设备跳转至第二应用,所述第二应用用于设置所述第一应用的权限;
所述终端设备确定所述应用标识和所述权限名称对应的第一授权界面的视图资源,所述第一授权界面包括所述第一权限的多个授权选项;
所述终端设备根据所述视图资源在所述第一应用的界面上层生成所述第一授权界面。
2.根据权利要求1所述的方法,其特征在于,
所述第一应用包括第一引导界面,所述第一引导界面在所述第一应用在先请求所述第一权限被拒绝的情况下生成的,所述第一引导界面包括跳转选项,所述第一点击操作包括所述用户点击所述跳转选项的操作。
3.根据权利要求1所述的方法,其特征在于,
所述第一应用包括第二授权界面,所述第二授权界面是在所述第一应用在先请求所述第一权限未被拒绝的情况下生成的,所述第二授权界面包括跳转选项和所述第一权限的多个授权选项,所述第一点击操作包括所述用户点击所述跳转选项的操作。
4.根据权利要求3所述的方法,其特征在于,
所述第一授权界面中的多个授权选项与所述第二授权界面中的多个授权选项部分不同或者全部不同。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述终端设备根据所述视图资源在所述第一应用的界面上层生成所述第一授权界面,包括:
所述终端设备根据所述视图资源以窗口的形式在所述第一应用的界面上层生成所述第一授权界面,所述窗口的高度小于所述终端设备的显示屏的高度,所述窗口的宽度小于所述显示屏的宽度。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述第二应用包括第一授权开关,所述终端设备响应于用户的第一点击操作,获取所述第一应用的应用标识和所述第一权限的权限名称,包括:
所述终端设备响应于用户的第一点击操作,获取所述第一授权开关的状态;
当所述第一授权开关为开启状态时,所述终端设备获取所述应用标识和所述权限名称;
当所述第一授权开关为关闭状态时,所述终端设备从所述第一应用跳转至所述第二应用。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述终端设备包括权限管理器,所述终端设备获取所述应用标识和所述权限名称对应的第一授权界面的视图资源,包括:
所述权限管理器从所述第二应用获取所述应用标识和所述权限名称;
所述权限管理器根据所述应用标识和所述权限名称确定所述视图资源。
8.根据权利要求7所述的方法,其特征在于,所述终端设备根据所述视图资源在所述第一应用的界面上层生成所述第一授权界面,包括:
所述权限管理器将所述视图资源发送给所述终端设备的***用户界面system_UI进程;
所述system_UI进程根据所述视图资源在所述第一应用的界面上层绘制所述第一授权界面。
9.根据权利要求7所述的方法,其特征在于,所述终端设备根据所述视图资源在所述第一应用的界面上层生成所述第一授权界面,包括:
所述权限管理器将所述视图资源发送给所述第二应用;
所述第二应用将所述视图资源发送给终端设备的***用户界面system_UI进程;
所述system_UI进程根据所述视图资源在所述第一应用的界面上层绘制所述第一授权界面。
10.根据权利要求7-9任一项所述的方法,其特征在于,还包括:
所述终端设备检测到用户点击所述第一授权界面中的任一授权选项时,将相应的授权结果更新到所述权限管理器中,以使得所述第一应用再次请求所述第一权限时,从所述权限管理器中获取所述授权结果。
11.根据权利要求1-10任一项所述的方法,其特征在于,所述方法包括以下中的一项或多项:
所述第一权限包括定位权限;
所述第一应用至少包括地图类应用、运动轨迹记录类应用、打车类应用;
所述第二应用包括终端设备操作***的设置应用;
所述第一授权界面的大小小于所述第一应用的界面的大小。
12.一种应用授权装置,其特征在于,
设置模块,用于在第一应用请求第一权限时,响应于用户在所述第一应用的第一点击操作,获取所述第一应用的应用标识和所述第一权限的权限名称,所述第一点击操作用于指示所述终端设备跳转至第二应用,所述第二应用用于设置所述第一应用的权限;
所述设置模块,还用于确定所述应用标识和所述权限名称对应的第一授权界面的视图资源,所述第一授权界面包括所述第一权限的多个授权选项;
显示模块,用于根据所述视图资源在所述第一应用的界面上层生成所述第一授权界面。
13.根据权利要求12所述的装置,其特征在于,
所述第一应用包括第一引导界面,所述第一引导界面在所述第一应用在先请求所述第一权限被拒绝的情况下生成的,所述第一引导界面包括跳转选项,所述第一点击操作包括所述用户点击所述跳转选项的操作。
14.根据权利要求13所述的装置,其特征在于,
所述第一应用包括第二授权界面,所述第二授权界面是在所述第一应用在先请求所述第一权限未被拒绝的情况下生成的,所述第二授权界面包括跳转选项和所述第一权限的多个授权选项,所述第一点击操作包括所述用户点击所述跳转选项的操作。
15.根据权利要求13所述的装置,其特征在于,
所述第一授权界面中的多个授权选项与所述第二授权界面中的多个授权选项部分不同或者全部不同。
16.根据权利要求12-15任一项所述的装置,其特征在于,
所述显示模块,用于根据所述视图资源以窗口的形式在所述第一应用的界面上层生成所述第一授权界面,所述窗口的高度小于所述显示屏的高度,所述窗口的宽度小于所述显示屏的宽度。
17.根据权利要求12-16任一项所述的装置,其特征在于,
所述第二应用包括第一授权开关;
所述设置模块,用于响应于用户的第一点击操作,获取所述第一授权开关的状态;
所述设置模块,还用于当所述第一授权开关为开启状态时,获取所述应用标识和所述权限名称;
所述设置模块,还用于当所述第一授权开关为关闭状态时,从所述第一应用跳转至所述第二应用。
18.根据权利要求12-17任一项所述的装置,其特征在于,还包括:权限控制模块;
所述权限控制模块,用于从所述设置模块获取所述应用标识和所述权限名称;
所述权限控制模块,用于根据所述应用标识和所述权限名称确定所述视图资源。
19.根据权利要求18所述的装置,其特征在于,
所述权限控制模块,还用于将所述视图资源发送给所述显示模块。
20.根据权利要求18所述的装置,其特征在于,
所述权限控制模块,还用于将所述视图资源发送给设置模块;
所述设置模块,还用于将所述视图资源发送给所述显示模块。
21.根据权利要求18-20任一项所述的装置,其特征在于,
所述权限控制模块,还用于当测到用户点击所述第一授权界面中的任一授权选项时,更新相应的授权结果,以使得所述第一应用再次请求所述第一权限时,从所述权限控制模块中获取所述授权结果。
22.根据权利要求12-21任一项所述的装置,其特征在于,还包括以下至少一项:
所述第一权限包括定位权限;
所述第一应用至少包括地图类应用、运动轨迹记录类应用、打车类应用;
所述第二应用包括终端设备操作***的设置应用;
所述第一授权界面的大小小于所述第一应用的界面的大小。
23.一种终端设备,其特征在于,包括:处理器、存储器和显示屏;所述存储器存储有程序指令,当所述程序指令被所述处理器执行时,使得所述终端设备执行权利要求1-11任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110739596.7A CN113591106B (zh) | 2021-06-30 | 2021-06-30 | 一种应用授权方法、装置和终端设备 |
PCT/CN2022/075491 WO2023273350A1 (zh) | 2021-06-30 | 2022-02-08 | 一种应用授权方法、装置和终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110739596.7A CN113591106B (zh) | 2021-06-30 | 2021-06-30 | 一种应用授权方法、装置和终端设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113591106A true CN113591106A (zh) | 2021-11-02 |
CN113591106B CN113591106B (zh) | 2022-10-18 |
Family
ID=78245380
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110739596.7A Active CN113591106B (zh) | 2021-06-30 | 2021-06-30 | 一种应用授权方法、装置和终端设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN113591106B (zh) |
WO (1) | WO2023273350A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114416265A (zh) * | 2022-01-26 | 2022-04-29 | 北京得间科技有限公司 | 界面权限显示方法、电子设备及存储介质 |
WO2023273350A1 (zh) * | 2021-06-30 | 2023-01-05 | 荣耀终端有限公司 | 一种应用授权方法、装置和终端设备 |
CN116150794A (zh) * | 2023-04-14 | 2023-05-23 | 深圳依时货拉拉科技有限公司 | 权限处理方法、装置、电子设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180103038A1 (en) * | 2016-10-10 | 2018-04-12 | Keith Burke | Rule management user interface |
CN111177710A (zh) * | 2019-12-31 | 2020-05-19 | 维沃移动通信有限公司 | 应用授权方法、电子设备及存储介质 |
CN112966257A (zh) * | 2021-05-18 | 2021-06-15 | 腾讯科技(深圳)有限公司 | 一种应用程序的授权方法及装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107943531A (zh) * | 2017-11-03 | 2018-04-20 | 珠海市君天电子科技有限公司 | 一种权限控制方法、用户终端、电子设备以及存储介质 |
CN108920912A (zh) * | 2018-06-20 | 2018-11-30 | 北京金山安全软件有限公司 | 一种授权界面跳转方法、装置及电子设备 |
CN109241765B (zh) * | 2018-07-17 | 2022-06-17 | 奇酷互联网络科技(深圳)有限公司 | 移动终端和应用程序的权限管理方法、装置 |
CN113591106B (zh) * | 2021-06-30 | 2022-10-18 | 荣耀终端有限公司 | 一种应用授权方法、装置和终端设备 |
-
2021
- 2021-06-30 CN CN202110739596.7A patent/CN113591106B/zh active Active
-
2022
- 2022-02-08 WO PCT/CN2022/075491 patent/WO2023273350A1/zh unknown
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180103038A1 (en) * | 2016-10-10 | 2018-04-12 | Keith Burke | Rule management user interface |
CN111177710A (zh) * | 2019-12-31 | 2020-05-19 | 维沃移动通信有限公司 | 应用授权方法、电子设备及存储介质 |
CN112966257A (zh) * | 2021-05-18 | 2021-06-15 | 腾讯科技(深圳)有限公司 | 一种应用程序的授权方法及装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023273350A1 (zh) * | 2021-06-30 | 2023-01-05 | 荣耀终端有限公司 | 一种应用授权方法、装置和终端设备 |
CN114416265A (zh) * | 2022-01-26 | 2022-04-29 | 北京得间科技有限公司 | 界面权限显示方法、电子设备及存储介质 |
CN116150794A (zh) * | 2023-04-14 | 2023-05-23 | 深圳依时货拉拉科技有限公司 | 权限处理方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN113591106B (zh) | 2022-10-18 |
WO2023273350A1 (zh) | 2023-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113591106B (zh) | 一种应用授权方法、装置和终端设备 | |
WO2021052279A1 (zh) | 一种折叠屏显示方法及电子设备 | |
WO2020238728A1 (zh) | 智能终端的登录方法及电子设备 | |
US20220368792A1 (en) | Device Capability Scheduling Method and Electronic Device | |
CN113496426A (zh) | 一种推荐服务的方法、电子设备和*** | |
US11843712B2 (en) | Address book-based device discovery method, audio and video communication method, and electronic device | |
US20230351048A1 (en) | Application Permission Management Method and Apparatus, and Electronic Device | |
CN111371849A (zh) | 数据处理的方法和电子设备 | |
US20240135033A1 (en) | Access control method, electronic device, and system | |
US20230297700A1 (en) | Permission Management Method and Terminal Device | |
CN111859418A (zh) | 原子能力调用方法及终端设备 | |
CN116156044A (zh) | 设备协同方法及相关装置 | |
WO2020228735A1 (zh) | 一种显示应用的方法及电子设备 | |
CN112492505B (zh) | 一种位置信息获取方法及电子设备 | |
CN114006698B (zh) | token刷新方法、装置、电子设备及可读存储介质 | |
CN115701018A (zh) | 安全调用服务的方法、安全注册服务的方法及装置 | |
CN114666613B (zh) | 一种网络直播方法及电子设备 | |
WO2022127591A1 (zh) | 空间管理的方法、装置、电子设备和可读存储介质 | |
CN116048444B (zh) | 应用显示方法及终端设备 | |
EP4366235A1 (en) | Cross-device authentication method and apparatus | |
CN115085958B (zh) | 访问控制方法及相关装置 | |
WO2022267656A1 (zh) | 组件访问方法和装置、计算机可读存储介质以及芯片 | |
CN116702163B (zh) | 权限管理的方法及终端设备 | |
CN118043836A (zh) | 一种广告归因的***、方法以及装置 | |
CN114692132A (zh) | 应用程序管控方法、装置、电子设备及可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |