CN116702099A - 应用程序的权限管理方法及相关装置 - Google Patents

Abstract

本申请提供应用程序的权限管理方法及相关装置。根据用户设置的权限配置的被跟随对象，第一电子设备可以在检测到APP开启时的权限请求时，向被跟随对象关联的第二电子设备获取APP的权限配置信息。根据来自第二电子设备的APP的权限配置信息，第一电子设备可以对APP进行权限配置。上述方法可以减少APP在开启时显示的权限请求的提示框对用户使用APP的障碍。这可以满足用户使用APP对安全性和易用性的需求，提高用户的使用体验。

Description

应用程序的权限管理方法及相关装置

技术领域

本申请涉及终端技术领域，尤其涉及应用程序的权限管理方法及相关装置。

背景技术

随着手机、平板电脑等电子设备的发展，可安装在电子设备中的应用程序(application，APP)越来越多。各种各样的APP可以为用户带来丰富的功能，使得用户的生活更加方便。APP在提供功能的过程中通常需要电子设备的一项或多项设备权限(如位置权限、存储权限等等)。

其中，为了获得设备权限，APP在开启的过程中，通常会显示提示框来请求用户授予权限。若用户拒绝授予APP请求的设备权限，APP可能无法开启，或者APP开启后无法提供相应的功能。上述显示提示框要求用户抉择是否授予APP权限的过程会影响用户使用APP的流畅性。并且，上述提示框中的内容可能比较复杂冗长，对用户来说难以理解。用户可能难以抉择是否授予APP权限。这会提高用户使用电子设备的难度，影响用户的使用体验。

发明内容

本申请提供应用程序的权限管理方法及相关装置。在该方法中，用户可以跟随自己选择的被跟随对象来配置电子设备中APP请求的设备权限。这样，用户可以无需自己抉择是否授予APP相应的设备权限。上述方法可以减少APP权限请求的提示框对用户使用APP的障碍。这可以满足用户使用APP对安全性和易用性的需求，提高用户的使用体验。

第一方面，本申请提供一种通信***。该通信***可包括第一电子设备和第二电子设备，第一电子设备中安装有第一APP。其中，第一电子设备可用于，检测第一APP获取设备权限的第一请求；根据第一请求，确定第一电子设备中设置有被跟随对象，且被跟随对象为第一被跟随对象，获取第一权限配置信息，第一权限配置信息包括第二电子设备中第一APP的权限配置信息，第二电子设备是第一被跟随对象关联的设备。第二电子设备可用于，发送第一权限配置信息。第一电子设备还可用于，接收第一权限配置信息，根据第一权限配置信息配置第一APP在第一电子设备上的设备权限。

由上述通信***可知，用户可以选择跟随上述第一被跟随对象对APP请求的设备权限的配置。若第一被跟随对象授予APP设备权限，则用户也授予该APP相应的设备权限。若第一被跟随对象拒绝授予APP设备权限，则用户也拒绝授予该APP相应的设备权限。在第一电子设备中设置有被跟随对象的情况下，第一电子设备在检测到APP的权限请求时，可以向被跟随对象关联的电子设备请求权限配置信息。这样，第一电子设备关联的用户可以无需自己抉择是否授予APP请求的设备权限。

上述通信***既可以满足安全性的需求，又可以满足易用性的需求。用户可以选择跟随自己信任的用户(如自己的子女等)对APP请求的设备权限的配置，或者选择跟随能够在设备安全领域充当技术权威的机构对APP请求的设备权限的配置。这可以有效解决APP的权限管理与APP易用性之间的矛盾，降低用户使用电子设备的障碍，提高用户的使用体验。

结合第一方面，在一些实施例中，上述获取第一权限配置信息的具体过程可以为：第一电子设备向第二电子设备发送获取第一APP的权限配置信息的请求。第二电子设备可以根据该获取第一APP的权限配置信息的情况，向第一电子设备发送第一权限配置信息。

结合第一方面，在一些实施例中，第一电子设备中安装有第二APP，第一电子设备还可用于，接收作用在第二APP中的第一操作；响应于第一操作，将第一被跟随对象设置为被跟随对象。

结合第一方面，在一些实施例中，第二APP为通讯类的APP，第一电子设备的第二APP中登录有第一通讯账号，在登录有第一通讯账号的情况下，第一电子设备的第二APP的联系人列表包含第一被跟随对象；第一操作为作用在第二APP中，根据第一被跟随对象在第二APP的通讯账号将第一被跟随对象设置为被跟随对象的操作。

上述通讯类的APP中的通讯账号可以包括个人用户账号和机构用户账号。例如，个人用户可以在通讯类的APP中创建个人用户账号。再例如，机构用户可以在通讯类的APP中创建机构用户账号。在一种可能的实现方式中，用户可以在第二APP中通过个人用户账号选择个人用户为第一被跟随对象(如选择自己的朋友、子女等作为第一被跟随对象)。那么第一被跟随对象关联的电子设备可以为安装有上述第二APP，且第二APP中登录有第一被跟随对象的通讯账号的设备。在另一种可能的实现方式中，用户可以选择能够在设备安全领域充当技术权威的机构为第一被跟随对象。那么第一被跟随对象关联的电子设备可以为第一被跟随对象侧的服务器。该服务器中可存储有上述第一权限配置信息。

在一些实施例中，当检测到通过上述通讯类的APP将第一被跟随对象设置为被跟随对象的操作，第一电子设备可以判断第一被跟随对象是为个人用户还是为机构用户。当判断出第一被跟随对象为机构用户的情况下，第一电子设备可以向第二电子设备发送权限配置跟随请求，来询问第一被跟随对象是否同意第一电子设备跟随。当接收到用于指示第一电子设备同意跟随权限配置的消息，第一电子设备可以将第一被跟随对象设置为被跟随对象。

由上述实施例可知，用户可以通过通讯类的APP将自己联系人列表中的一个联系人设置为被跟随对象。上述设置被跟随对象的操作简便，可以让用户在设置被跟随对象时具有良好的体验。

结合第一方面，在一些实施例中，第二APP为***应用，第一电子设备的第二APP中登录有第一***账号；第一操作为作用在第二APP中，根据第一被跟随对象的***账号将第一被跟随对象设置为被跟随对象的操作。

可以理解的，上述第一被跟随对象关联的第二电子设备可以是安装有第二APP，且第二APP中登录有第一被跟随对象的***账号的设备。

由上述实施例可知，用户可以通过***应用，将其它***账号对应的用户设置被跟随对象。上述设置被跟随对象的操作简便，可以让用户在设置被跟随对象时具有良好的体验。

结合第一方面，在一些实施例中，在将第一被跟随对象设置为被跟随对象之前，第一电子设备还可用于，发送权限配置跟随请求。第二电子设备还可用于，显示被跟随询问控件，根据作用在被跟随询问控件上同意第一电子设备跟随权限配置的操作发送第一消息，第一消息用于指示第一被跟随对象同意被跟随权限配置。第一电子设备还可用于，接收第一消息。

其中，上所述权限配置跟随请求可以是第一电子设备发送给第二电子设备的。第二电子设备根据权限配置跟随请求显示被询问控件，并将第一消息发送给第一电子设备。第一电子设备可以在接收到第一消息后将第一被跟随对象设置为被跟随对象。

在一些实施例中，若接收到作用在上述被跟随询问控件上拒绝第一电子设备跟随权限配置的操作，第二电子设备可以向第一电子设备发送第二消息。该第二消息可用于指示第一被跟随对象拒绝被跟随权限配置。

可以理解的，第一电子设备将第一被跟随对象设置为被跟随对象，第一被跟随对象可以拥有知情权。第一被跟随对象可以选择同意或者拒绝被跟随权限配置。这可以避免第一电子设备单方面将第一被跟随对象设置为被跟随对象后，在向第一被跟随对象关联的第二电子设备请求APP的权限配置信息情况下，遭到拒绝的情况。第一电子设备可以在第一被跟随对象同意后再将第一被跟随对象设置为被跟随对象。那么，第二电子设备可以在第一电子设备请求APP的权限配置信息时，直接将APP的权限配置信息发送给第一电子设备。这可以提高第一电子设备获取权限配置信息的效率。

结合第一方面，在一些实施例中，在发送第一权限配置信息之前，第二电子设备还可用于，判断第二电子设备中是否安装第一APP；在判断出第二电子设备中安装有第一APP的情况下，根据第一APP在第二电子设备中设备权限的配置情况得到第一权限配置信息；在判断出第二电子设备中未安装第一APP的情况下，显示权限配置控件，根据作用在权限配置控件上用于对第一APP进行权限配置的操作得到第一权限配置信息。

由上述实施例可知，无论第二电子设备中是否安装第一APP，第二电子设备均可以得到第一权限配置信息，并将第一权限配置信息发送给第一电子设备。这样，第一电子设备关联的用户可以无需自己配置第一APP请求的设备权限。这既可以满足安全性的需求，又可以满足易用性的需求，有效解决APP的权限管理与APP易用性之间的矛盾，降低用户使用电子设备的障碍，提高用户的使用体验。

结合第一方面，在一些实施例中，第二APP可以包括安全管理类的APP、应用市场，第二APP具有提供权限配置跟随服务的能力。

例如，第二APP为安全管理类的APP。该安全管理类的APP的开发者可以是能够在设备安全领域充当技术权威的机构。用户可以通过第二APP跟随能够在设备安全领域充当技术权威的机构对APP的权限配置。也即是说，第一被跟随对象可以是第二APP的开发者。当检测到第一APP获取设备权限的请求，第一电子设备可以通过第二APP向第二APP侧的服务器获取第一APP的权限配置信息。第二APP侧的服务器中存储有第一APP的权限配置信息。

再例如，第二APP为应用市场。用户可以通过第二APP跟随应用市场的开发者对APP进行权限配置。也即是说，第一被跟随对象可以是应用市场的开发者。当检测到第一APP获取设备权限的请求，第一电子设备可以通过应用市场向应用市场侧的服务器获取第一APP的权限配置信息。应用市场侧的服务器中存储有第一APP的权限配置信息。

可以理解的，应用市场可用于在第一电子设备中安装APP。应用市场的开发者能够在设备权限领域充当技术权威。应用市场的开发者可以为用户提供对APP进行权限配置的建议。用户跟随应用市场的开发者对APP进行权限配置具有较高的安全性，可以减少授予APP不恰当的权限导致用户隐私信息泄露的情况。

结合第一方面，在一些实施例中，上述第一权限配置信息可以是第一电子设备通过第二APP获取的。例如，第一电子设备可以通过第二APP向第二电子设备发送获取第一APP的权限配置信息的请求，并通过第二APP接收到来自第二电子设备的第一权限配置信息。

在一些实施例中，第一电子设备还可以通过第二APP向第二电子设备发送权限配置跟随请求，并通过第二APP接收到用于指示第一被跟随对象同意被跟随权限配置的第一消息。

结合第一方面，在一些实施例中，第一电子设备接收到用于开启第一APP的第二操作，上述第一APP获取设备权限的第一请求可以是第一APP响应于第二操作而发起的。

由上述实施例可知，第一电子设备可以在检测到第一APP开启时请求设备权限的情况下，跟随被跟随对象来配置第一APP在第一电子设备上的设备权限。这可以减少APP在开启时显示的权限请求的提示框对用户使用APP的障碍。这可以满足用户使用APP对安全性和易用性的需求，提高用户的使用体验。

结合第一方面，在一些实施例中，第一电子设备检测第一APP获取设备权限的第二请求，第二请求是第一APP在运行过程中发起的。根据第二请求，第一电子设备显示第一提示框，第一提示框用于询问是否授予第二APP在第二请求中请求的设备权限。

可以理解的，APP在被使用的过程中请求设备权限，通常是在具体的使用场景中(如提供某项功能)需要该设备权限。在上述具体的使用场景中，用户通常比较容易理解APP请求该设备权限的原因。那么，APP通过权限请求的提示框来请求设备权限不会让用户感到为难。并且，在上述APP被使用的过程中请求设备权限的情况下，电子设备100通过提示框让使用APP的用户自己抉择是否授予APP请求的设备权限，可以方便用户更顺畅地使用APP。这样，用户可以无需等待被跟随对象为自己抉择是否授予APP请求的设备权限。

结合第一方面，在一些实施例中，根据第一APP获取设备权限的第一请求，第一电子设备可以判断第一电子设备中是否设置有被跟随对象。在确定第一电子设备中未设置被跟随对象的情况下，第一电子设备根据第一请求显示第二提示框，第二提示框用于询问是否授予第一APP在第一请求中请求的设备权限。

也即是说，当检测到APP请求设备权限，第一电子设备可以判断用户是否在第一电子设备中设置被跟随对象。在确定第一电子设备中设置有被跟随对象，且被跟随对象是第一被跟随对象的情况下，第一电子设备可以跟随被跟随对象关联的电子设备对APP进行权限配置，而无需由用户自己来抉择是否授予APP请求的设备权限。在确定第一电子设备中未设置被跟随对象的情况下，第一电子设备可以让用户自己来抉择是否授予APP请求的设备权限。

结合第一方面，在一些实施例中，在第一电子设备将第一被跟随对象设置为被跟随对象之后，第一电子设备还可接收作用在第二APP中的第三操作。响应于第三操作，第一电子设备可以取消第一被跟随对象为被跟随对象。

由上述实施例可知，用户可以通过第二APP取消第一被跟随对象为被跟随对象。并且，用户还可以通过第二APP将其它对象设置为被跟随对象。可以看出，上述设置被跟随对象、取消被跟随对象、修改被跟随对象的操作均比较简便，可以让用户具有良好的体验。

结合第一方面，在一些实施例中，第一请求中请求的设备权限包括第一设备权限，第一APP在第一电子设备上的第一设备权限的状态为禁止状态，禁止状态是根据第一权限配置信息得到的。进一步的，第一电子设备接收到第四操作，第四操作用于将第一APP在第一电子设备上的第一设备权限的状态调整为授权状态。响应于第四操作，第一电子设备将第一APP在第一电子设备上的第一设备权限的状态调整为授权状态。

由上述实施例可知，在第一电子设备跟随第一被跟随对象配置第一APP在第一电子设备上的设备权限之后，用户还可以手动修改第一APP在第一电子设备上的设备权限。

第二方面，本申请提供一种应用程序的权限管理方法。其中，第一电子设备检测第一APP获取设备权限的第一请求。根据第一请求，第一电子设备确定第一电子设备中设置有被跟随对象，且被跟随对象为第一被跟随对象，第一电子设备可以获取第一权限配置信息，第一权限配置信息包括第二电子设备中第一APP的权限配置信息，第二电子设备是第一被跟随对象关联的设备。第一电子设备根据第一权限配置信息配置第一APP在第一电子设备上的设备权限。

由上述方法可知，用户可以选择跟随上述第一被跟随对象对APP请求的设备权限的配置。若第一被跟随对象授予APP设备权限，则用户也授予该APP相应的设备权限。若第一被跟随对象拒绝授予APP设备权限，则用户也拒绝授予该APP相应的设备权限。在第一电子设备中设置有被跟随对象的情况下，第一电子设备在检测到APP的权限请求时，可以向被跟随对象关联的电子设备请求权限配置信息。这样，第一电子设备关联的用户可以无需自己抉择是否授予APP请求的设备权限。

上述方法既可以满足安全性的需求，又可以满足易用性的需求。用户可以选择跟随自己信任的用户(如自己的子女等)对APP请求的设备权限的配置，或者选择跟随能够在设备安全领域充当技术权威的机构对APP请求的设备权限的配置。这可以有效解决APP的权限管理与APP易用性之间的矛盾，降低用户使用电子设备的障碍，提高用户的使用体验。

结合第二方面，在一些实施例中，上述第一电子设备获取第一权限配置信息的具体过程可以为：第一电子设备向第二电子设备发送获取第一APP的权限配置信息的请求。第二电子设备可以根据该获取第一APP的权限配置信息的情况，向第一电子设备发送第一权限配置信息。

结合第二方面，在一些实施例中，第一电子设备中安装有第二APP。在第一电子设备检测到第一APP获取设备权限的第一请求之前，第一电子设备接收作用在第二APP中的第一操作；响应于第一操作，第一电子设备将第一被跟随对象设置为被跟随对象。

结合第二方面，在一些实施例中，第二APP为通讯类的APP，第一电子设备的第二APP中登录有第一通讯账号，在登录有第一通讯账号的情况下，第一电子设备的第二APP的联系人列表包含第一被跟随对象；第一操作为作用在第二APP中，根据第一被跟随对象在第二APP的通讯账号将第一被跟随对象设置为被跟随对象的操作。

上述通讯类的APP中的通讯账号可以包括个人用户账号和机构用户账号。例如，个人用户可以在通讯类的APP中创建个人用户账号。再例如，机构用户可以在通讯类的APP中创建机构用户账号。在一种可能的实现方式中，用户可以在第二APP中通过个人用户账号选择个人用户为第一被跟随对象(如选择自己的朋友、子女等作为第一被跟随对象)。那么第一被跟随对象关联的电子设备可以为安装有上述第二APP，且第二APP中登录有第一被跟随对象的通讯账号的设备。在另一种可能的实现方式中，用户可以选择能够在设备安全领域充当技术权威的机构为第一被跟随对象。那么第一被跟随对象关联的电子设备可以为第一被跟随对象侧的服务器。该服务器中可存储有上述第一权限配置信息。

在一些实施例中，当检测到通过上述通讯类的APP将第一被跟随对象设置为被跟随对象的操作，第一电子设备可以判断第一被跟随对象是为个人用户还是为机构用户。当判断出第一被跟随对象为机构用户的情况下，第一电子设备可以向第二电子设备发送权限配置跟随请求，来询问第一被跟随对象是否同意第一电子设备跟随。当接收到用于指示第一电子设备同意跟随权限配置的消息，第一电子设备可以将第一被跟随对象设置为被跟随对象。

由上述实施例可知，用户可以通过通讯类的APP将自己联系人列表中的一个联系人设置为被跟随对象。上述设置被跟随对象的操作简便，可以让用户在设置被跟随对象时具有良好的体验。

结合第二方面，在一些实施例中，第二APP为***应用，第一电子设备的第二APP中登录有第一***账号；第一操作为作用在第二APP中，根据第一被跟随对象的***账号将第一被跟随对象设置为被跟随对象的操作。

可以理解的，上述第一被跟随对象关联的第二电子设备可以是安装有第二APP，且第二APP中登录有第一被跟随对象的***账号的设备。

由上述实施例可知，用户可以通过***应用，将其它***账号对应的用户设置被跟随对象。上述设置被跟随对象的操作简便，可以让用户在设置被跟随对象时具有良好的体验。

结合第二方面，在一些实施例中，在第一电子设备将第一被跟随对象设置为被跟随对象之前，第一电子设备发送权限配置跟随请求，并接收第一消息，第一消息用于指示第一被跟随对象同意被跟随权限配置。其中，第一电子设备可以向第二电子设备发送权限配置跟随请求。第二电子设备可以根据权限配置跟随请求显示被询问控件。然后，根据作用在被跟随询问控件上同意第一电子设备跟随权限配置的操作，第二电子设备可以向第一电子设备发送第一消息。

在一些实施例中，若接收到作用在上述被跟随询问控件上拒绝第一电子设备跟随权限配置的操作，第二电子设备可以向第一电子设备发送第二消息。该第二消息可用于指示第一被跟随对象拒绝被跟随权限配置。

可以理解的，第一电子设备将第一被跟随对象设置为被跟随对象，第一被跟随对象可以拥有知情权。第一被跟随对象可以选择同意或者拒绝被跟随权限配置。这可以避免第一电子设备单方面将第一被跟随对象设置为被跟随对象后，在向第一被跟随对象关联的第二电子设备请求APP的权限配置信息情况下，遭到拒绝的情况。第一电子设备可以在第一被跟随对象同意后再将第一被跟随对象设置为被跟随对象。那么，第二电子设备可以在第一电子设备请求APP的权限配置信息时，直接将APP的权限配置信息发送给第一电子设备。这可以提高第一电子设备获取权限配置信息的效率。

结合第二方面，在一些实施例中，第二APP包括安全管理类的APP、应用市场，第二APP具有提供权限配置跟随服务的能力。

结合第二方面，在一些实施例中，第一权限配置信息是通过第二APP获取的。例如，第一电子设备可以通过第二APP向第二电子设备发送获取第一APP的权限配置信息的请求，并通过第二APP接收到来自第二电子设备的第一权限配置信息。

结合第二方面，在一些实施例中，第一电子设备接收到用于开启第一APP的第二操作，第一请求是第一APP响应于第二操作而发起的。

由上述实施例可知，第一电子设备可以在检测到第一APP开启时请求设备权限的情况下，跟随被跟随对象来配置第一APP在第一电子设备上的设备权限。这可以减少APP在开启时显示的权限请求的提示框对用户使用APP的障碍。这可以满足用户使用APP对安全性和易用性的需求，提高用户的使用体验。

结合第二方面，在一些实施例中，第一电子设备检测第一APP获取设备权限的第二请求，第二请求是第一APP在运行过程中发起的；根据第二请求，第一电子设备显示第一提示框，第一提示框用于询问是否授予第二APP在第二请求中请求的设备权限。

可以理解的，APP在被使用的过程中请求设备权限，通常是在具体的使用场景中(如提供某项功能)需要该设备权限。在上述具体的使用场景中，用户通常比较容易理解APP请求该设备权限的原因。那么，APP通过权限请求的提示框来请求设备权限不会让用户感到为难。并且，在上述APP被使用的过程中请求设备权限的情况下，电子设备100通过提示框让使用APP的用户自己抉择是否授予APP请求的设备权限，可以方便用户更顺畅地使用APP。这样，用户可以无需等待被跟随对象为自己抉择是否授予APP请求的设备权限。

结合第二方面，在一些实施例中，根据第一APP获取设备权限的第一请求，第一电子设备可以判断第一电子设备中是否设置有被跟随对象。在确定第一电子设备中未设置被跟随对象的情况下，第一电子设备根据第一请求显示第二提示框，第二提示框用于询问是否授予第一APP在第一请求中请求的设备权限。

也即是说，当检测到APP请求设备权限，第一电子设备可以判断用户是否在第一电子设备中设置被跟随对象。在确定第一电子设备中设置有被跟随对象，且被跟随对象是第一被跟随对象的情况下，第一电子设备可以跟随被跟随对象关联的电子设备对APP进行权限配置，而无需由用户自己来抉择是否授予APP请求的设备权限。在确定第一电子设备中未设置被跟随对象的情况下，第一电子设备可以让用户自己来抉择是否授予APP请求的设备权限。

结合第二方面，在一些实施例中，第一电子设备将第一被跟随对象设置为被跟随对象之后，第一电子设备接收作用在第二APP中的第三操作；响应于第三操作，第一电子设备取消第一被跟随对象为被跟随对象。

由上述实施例可知，用户可以通过第二APP取消第一被跟随对象为被跟随对象。并且，用户还可以通过第二APP将其它对象设置为被跟随对象。可以看出，上述设置被跟随对象、取消被跟随对象、修改被跟随对象的操作均比较简便，可以让用户具有良好的体验。

结合第二方面，在一些实施例中，第一请求中请求的设备权限包括第一设备权限，第一APP在第一电子设备上的第一设备权限的状态为禁止状态，禁止状态是根据第一权限配置信息得到的。进一步的，第一电子设备接收到第四操作，第四操作用于将第一APP在第一电子设备上的第一设备权限的状态调整为授权状态。响应于第四操作，第一电子设备将第一APP在第一电子设备上的第一设备权限的状态调整为授权状态。

由上述实施例可知，在第一电子设备跟随第一被跟随对象配置第一APP在第一电子设备上的设备权限之后，用户还可以手动修改第一APP在第一电子设备上的设备权限。

第三方面，本申请提供一种应用程序的权限管理方法。具体的，第二电子设备接收到权限配置跟随请求，权限配置跟随请求用于指示第一电子设备请求跟随第二电子设备中APP的权限配置。根据权限配置跟随请求，第二电子设备显示被跟随询问控件。第二电子设备根据作用在被跟随询问控件上同意第一电子设备跟随权限配置的操作，发送第一消息。

其中，上述权限配置跟随请求可以是第一电子设备发送的。第二电子设备可以将第一消息发送给第一电子设备。第一消息可用于指示第二电子设备关联的用户同意第一电子设备跟随权限配置。第一电子设备接收到第一消息后，可以将第一电子设备关联的用户设置为被跟随对象。

由上述方法可知，第二电子设备可以根据第一电子设备的权限配置跟随请求，同意第一电子设备跟随权限配置。那么，当第一电子设备检测到APP获取设备权限的请求时，第一电子设备可以请第二电子设备帮忙，完成配置APP在第一电子设备上的设备权限。这样，第一电子设备关联的用户可以无需自己抉择是否授予APP请求的设备权限。

上述方法既可以满足安全性的需求，又可以满足易用性的需求。用户可以选择跟随自己信任的用户(如自己的子女等)对APP请求的设备权限的配置，或者选择跟随能够在设备安全领域充当技术权威的机构对APP请求的设备权限的配置。这可以有效解决APP的权限管理与APP易用性之间的矛盾，降低用户使用电子设备的障碍，提高用户的使用体验。

结合第三方面，在一些实施例中，在第二电子设发送上述第一消息之后，第二电子设备接收到用于指示第一电子设备获取第一APP的权限配置信息的请求，发送第一权限配置信息。

其中，第一电子设备检测到第一APP获取设备权限的请求，可以向第二电子设备发送上述获取第一APP的权限配置信息的请求。第二电子设备可以将第一权限配置信息发送给第一电子设备。第一权限配置信息包括第二电子设备中第一APP的权限配置信息。第一电子设备接收到第一权限配置信息后，可以根据第一权限配置信息配置第一APP在第一电子设备中的设备权限。

结合第三方面，在一些实施例中，第二电子设备发送第一权限配置信息之前，第二电子设备可以判断第二电子设备中是否安装第一APP；在判断出第二电子设备中安装有第一APP的情况下，第二电子设备根据第一APP在第二电子设备中设备权限的配置情况得到第一权限配置信息；在判断出第二电子设备中未安装第一APP的情况下，第二电子设备显示权限配置控件，根据作用在权限配置控件上用于对第一APP进行权限配置的操作得到第一权限配置信息。

由上述实施例可知，无论第二电子设备中是否安装第一APP，第二电子设备均可以得到第一权限配置信息，并将第一权限配置信息发送给第一电子设备。这样，第一电子设备关联的用户可以无需自己配置第一APP请求的设备权限。这既可以满足安全性的需求，又可以满足易用性的需求，有效解决APP的权限管理与APP易用性之间的矛盾，降低用户使用电子设备的障碍，提高用户的使用体验。

结合第三方面，在一些实施例中，第二电子设备中安装有第二APP。上述第二APP可以包括通讯类的APP、***应用等。第二电子设备可以通过第二APP接收到上述权限配置跟随请求、上述获取第一APP的权限配置信息的请求。第二电子设备可以通过第二APP发送上述第一消息、第一权限配置信息。

第四方面，本申请提供一种电子设备，该电子设备可包括存储器和处理器，其中，该存储器可用于存储计算机程序，该处理器可用于调用该计算机程序，使得该电子设备执行如第二方面或第三方面中任一可能的实现方法。

第五方面，本申请提供一种计算机可读存储介质，包括指令，当该指令在电子设备上运行，使得该电子设备执行如第二方面或第三方面中任一可能的实现方法。

第六方面，本申请提供一种计算机程序产品，该计算机程序产品可包含计算机指令，当该计算机指令在电子设备上运行，使得该电子设备执行如第二方面或第三方面中任一可能的实现方法。

第七方面，本申请提供一种芯片，该芯片应用于电子设备，该芯片包括一个或多个处理器，该处理器用于调用计算机指令以使得该电子设备执行如第二方面或第三方面中任一可能的实现方法。

可以理解地，上述第四方面提供的电子设备、第五方面提供的计算机可读存储介质、第六方面提供的计算机程序产品、第七方面提供的芯片均用于执行本申请实施例所提供的方法。因此，其所能达到的有益效果可参考对应方法中的有益效果，此处不再赘述。

附图说明

图1A～图1D是本申请实施例提供的一些APP请求设备权限的场景示意图；

图2是本申请实施例提供的一种通信***的结构示意图；

图3A是本申请实施例提供的一种电子设备100的结构示意图；

图3B是本申请实施例提供的一种电子设备100的软件结构框图；

图4是本申请实施例提供的一种服务器300的结构示意图；

图5A～图5D是本申请实施例提供的一些选择权限配置的被跟随对象的场景示意图；

图6A～图6D是本申请实施例提供的一些电子设备100配置APP的设备权限的场景示意图；

图7A和图7B是本申请实施例提供的另一些电子设备100配置APP的设备权限的场景示意图；

图8是本申请实施例提供的一种APP的权限管理方法的流程图；

图9是本申请实施例提供的一种选择权限配置的被跟随对象的场景示意图；

图10是本申请实施例提供的另一种APP的权限管理方法的流程图；

图11是本申请实施例提供的一种电子设备100配置APP的设备权限的场景示意图。

具体实施方式

下面结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。还应当理解，在本申请以下各实施例中，“至少一个”、“一个或多个”是指一个或两个以上(包含两个)。术语“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系；例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。

在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。术语“连接”包括直接连接和间接连接，除非另外说明。“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。

在本申请实施例中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。

APP在运行的过程中可能需要调用电子设备提供的能力(如获取位置信息的能力、采集图像的能力、访问照片的能力、获取设备信息的能力等)来为用户提供相应的功能。例如，购物类的APP可以获取用户的位置信息来为用户提供确定收货地址的功能。购物类的APP可以访问电子设备中的照片来为用户提供上传图像对商品进行评价的功能。

上述APP调用电子设备提供的能力获取到的用户信息可能涉及用户隐私。例如，收集用户的位置信息、收集设备信息、访问电子设备中的照片、调用摄像头收集图像数据、调用麦克风收集声音数据等等。APP在不经过用户同意的情况下获取上述用户信息可能会给用户带来安全风险和财产损失。

其中，为了便于APP的业务开展，同时满足相关APP监管机构的监管要求，避免违规调用电子设备提供的能力，APP通常可以通过提示框询问用户是否授予APP相应的设备权限。若用户授予APP相应的设备权限，APP可以调用电子设备中该设备权限对应的能力。例如，若用户授予APP位置权限，那么APP可以获取用户的位置信息。

在一种可能的实现方式中，APP可以在开启的过程中请求一项或多项设备权限。当检测到APP的设备权限请求，电子设备可以显示提示框询问用户是否授予APP请求的设备权限。

图1A～图1D示例性示出了本申请提供的APP在开启过程中请求设备权限的场景。

如图1A所示，电子设备100可以显示用户界面210。用户界面210可包含一个或多个电子设备100安装的APP的应用图标。例如，AA购票应用图标211、设置应用图标、应用市场应用图标等等。应用图标可用于触发电子设备开启该应用图标对应的APP。

示例性地，响应于对AA购票应用图标211的操作，电子设备100可以显示图1B所示的用户界面220。用户界面220可以是AA购票准备开启的用户界面。其中，AA购票在开启的过程中请求位置权限、存储权限和设备信息权限。在AA购票未被授予位置权限、存储权限和设备信息权限中一项或多项的情况下，电子设备100可以分别显示提示框来询问用户是否授予AA购票相应的权限。在AA购票被授予位置权限、存储权限和设备信息权限的情况下，电子设备100可以直接开启AA购票，以便用户能使用AA购票。即电子设备100可以不用在开启AA购票的过程中显示权限请求的提示框。

示例性的，AA购票未被授予位置权限、存储权限和设备信息权限。如图1B所示，用户界面220可包含提示框221。提示框221可用于询问用户是否授予AA购票位置权限。提示框221可包含始终允许控件221A、使用期间允许控件221B和禁止控件221C。其中，始终允许控件221A可用于授予AA购票位置权限，且AA购票在任意时间均可以获取电子设备100的位置信息。使用期间允许控件221B可用于授予AA购票位置权限，且AA购票仅能在用户使用AA购票的期间获取电子设备100的位置信息。禁止控件221C可用于拒绝授予AA购票位置权限，AA购票不能获取电子设备100的位置信息。

响应于对使用期间允许控件221B，电子设备100可以显示图1C所示的用户界面220。

如图1C所示，用户界面220可包含提示框222。提示框222可用于询问用户是否授予AA购票存储权限。提示框222可包含始终允许控件222A、使用期间允许控件222B和禁止控件222C。其中，始终允许控件222A可用于授予AA购票存储权限，且AA购票在任意时间均可以访问电子设备100的照片、媒体内容和文件。使用期间允许控件222B可用于授予AA购票存储权限，且AA购票仅能在用户使用AA购票的期间访问电子设备100的照片、媒体内容和文件。禁止控件222C可用于拒绝授予AA购票存储权限。

响应于对使用期间允许控件222B，电子设备100可以显示图1D所示的用户界面220。

如图1D所示，用户界面220可包含提示框223。提示框223可用于询问用户是否授予AA购票设备信息权限。提示框223可包含始终允许控件223A、使用期间允许控件223B和禁止控件223C。其中，始终允许控件223A可用于授予AA购票设备信息权限，且AA购票在任意时间均可以获取电子设备100的设备信息。使用期间允许控件223B可用于授予AA购票设备信息权限，且AA购票仅能在用户使用AA购票的期间获取电子设备100的设备信息。禁止控件223C可用于拒绝授予AA购票设备信息权限。

由上述场景可以看出，用户需要在开启APP的时候抉择是否授予APP相应的设备权限。当APP在开启的过程中请求多项设备权限，电子设备100通常会显示多个提示框分别询问用户是否授予APP这多项设备权限。用户在还未使用APP提供的功能的情况下就需要进行多项设备权限是否授予的抉择。上述多次弹框会打断用户开启APP的流畅性。

并且，上述提示框中对设备权限请求的描述往往比较冗长、技术性较高、字体较小。这对于用户来说可能难以理解。用户在开启APP的过程中，看见上述权限请求的提示框，可能会特别担心授予APP相应的设备权限是危险的。因而用户在面对上述提示框时可能会不知所措，感到为难。这会提高用户使用电子设备的难度，影响用户的使用体验。

为了实现既不影响APP对设备权限的请求，使得APP在用户授权的条件下才能调用电子设备提供的能力，且减少APP在开启时频繁显示权限请求的提示框对用户造成干扰、给用户带来困惑的情况，本申请提供一种APP的权限管理方法。其中，用户可以在电子设备100中设置进行权限配置的被跟随对象。上述被跟随对象可以包括该用户的信任的用户、能够在设备安全领域充当技术权威的机构等。当检测到APP1在开启时的设备权限请求，电子设备100可以根据上述设备权限请求向上述被跟随对象关联的电子设备发送获取APP1的权限配置的请求。若被跟随对象关联的电子设备中包含APP1的权限配置信息，则被跟随对象关联的电子设备可以将APP1的权限配置信息发送给电子设备100。若被跟随对象关联的电子设备中不包含APP1的权限配置信息，则被跟随对象关联的电子设备可以显示对APP1请求的设备权限进行配置的消息，来指示被跟随对象为电子设备100抉择是否授予APP1请求的设备权限，从而得到APP1的权限配置信息。然后，被跟随对象关联的电子设备可以将APP1的权限配置信息发送给电子设备100。根据上述APP1的权限配置信息，电子设备100可以配置APP1的设备权限。

由上述方法可知，用户可以选择跟随上述被跟随对象对APP请求的设备权限的配置。若被跟随对象授予APP设备权限，则用户也授予该APP相应的设备权限。若被跟随对象拒绝授予APP设备权限，则用户也拒绝授予该APP相应的设备权限。APP在开启的过程中仍可请求一项或多项设备权限。但电子设备100在检测到APP在开启时的权限请求的情况下，可以向被跟随对象关联的电子设备请求权限配置信息。这样，电子设备100关联的用户在开启APP时无需自己抉择是否授予APP请求的设备权限。

上述方法既可以满足安全性的需求，又可以满足易用性的需求。用户可以选择跟随自己信任的用户(如自己的子女等)对APP请求的设备权限的配置，或者选择跟随能够在设备安全领域充当技术权威的机构对APP请求的设备权限的配置。这可以有效解决APP的权限管理与APP易用性之间的矛盾，降低用户使用电子设备的障碍，提高用户的使用体验。

可以理解的，若用户难以理解APP在请求设备权限时的描述内容，面对APP的权限请求不知如何抉择，用户可以选择跟随自己信任的用户对APP请求的设备权限的配置，或者选择跟随能够在设备安全领域充当技术权威的机构对APP请求的设备权限的配置。用户可以相信上述被跟随对象能够对APP请求的设备权限进行合理的配置，授予APP必要的设备权限，并拒绝授予APP不必要的设备权限。用户跟随上述被跟随对象对APP请求的设备权限的配置，既可以简化自己对APP的权限管理，并且提高自己使用APP的安全性，减少个人隐私信息泄露带来的风险。

下面介绍本申请实施例提供的一种通信***10。

图2示例性示出了本申请实施例提供的一种通信***10的架构。

如图2所示，通信***10可包括电子设备100、电子设备200和服务器300。

电子设备100和电子设备200可以是搭载 或者其它操作***的便携式终端设备，例如，手机、平板电脑、可穿戴设备等等，还可以是具有触敏表面或触控面板的膝上型计算机(laptop)、具有触敏表面或触控面板的台式计算机等非便携式终端设备。本申请实施例对电子设备100和电子设备200的具体类型不作限定。

电子设备100和电子设备200之间可以建立有通信连接。上述通信连接可以是基于3G、4G、5G等蜂窝移动通信技术的通信连接、基于广域网(wideareanetwork，WAN)技术的通信连接、基于局域网(localareanetwork，LAN)技术的通信连接或基于无线局域网技术(wireless LAN，WLAN)技术的通信连接等等。本申请实施例对上述通信连接的实现方法不作限定。

服务器300可以是能够在设备安全领域充当技术权威的机构侧的服务器。例如，上述能够在设备安全领域充当技术权威的机构可以包括 等。服务器300可以提供APP的权限配置建议。

电子设备100和服务器300之间可以建立有通信连接。上述通信连接可以是基于3G、4G、5G等蜂窝移动通信技术的通信连接、基于WAN技术的通信连接、基于LAN技术的通信连接或基于WLAN技术的通信连接等等。本申请实施例对上述通信连接的实现方法不作限定。

在一些实施例中，用户可以选择自己信任的用户作为权限配置的被跟随对象。例如，电子设备100关联的用户1可以选择自己信任的用户2作为上述被跟随对象。用户1可以为需要对自己使用的电子设备中的APP进行权限管理的用户。用户2可以例如是用户1的子女、朋友等。用户2与电子设备200具有关联关系。即上述被跟随对象关联的电子设备可以为电子设备200。

那么，电子设备100可以跟随电子设备200对APP的权限配置。

这里对确定用户与电子设备之间关联关系的方法进行介绍。

在一种可能的实现方式中，电子设备100和电子设备200中均安装有同一款通讯应用。上述通讯应用可以是***应用，例如电话应用、通讯录应用等等。上述通讯应用也可以是第三方应用，例如应用、/>应用等等。其中，***应用是指电子设备的生产商所提供或研发的APP，第三方应用是指非电子设备的生产商所提供或研发的APP。电子设备的生产商可以包括该电子设备的制造商、供应商、提供商或运营商等。

与电子设备100和电子设备200具有关联关系的用户可以分别是电子设备100和电子设备200中同一款通讯应用中登录的用户。例如，用户1和用户2分别在电子设备100和电子设备200中登录同一款通讯应用。用户1与电子设备100具有关联关系。用户2与电子设备200具有关联关系。在上述通讯应用中，用户1和用户2可以互为联系人。用户1可以在上述通讯应用中选择用户2作为上述被跟随对象。当电子设备100检测到APP在开启时的权限请求，电子设备100可以根据被跟随对象在上述通讯应用中的通讯标识，确定出登录有用户2的通讯标识的电子设备，即电子设备200。然后，电子设备100可以向电子设备200请求APP的权限配置信息。

在另一种可能的实现方式中，电子设备100和电子设备200可以是由同一设备制造商制造的。电子设备100和电子设备200中的***账号可以是同一类型的。例如，电子设备100和电子设备200均是华为制造的。电子设备100和电子设备100中的***账号均可以是华为账号。

与电子设备100和电子设备200具有关联关系的用户可以分别是电子设备100和电子设备200中登录***账号的用户。例如，电子设备100中登录的***账号为用户1的***账号。电子设备200中登录的***账号为用户2的***账号。在上述由同一设备制造商制造的电子设备的设置应用中，用户1和用户2可以互为联系人或者在同一个群组中。用户1可以在上述设置应用中选择用户2作为上述被跟随对象。当电子设备100检测到APP在开启时的权限请求，电子设备100可以根据被跟随对象的***账号，确定出登录有用户2的***账号的电子设备，即电子设备200。然后，电子设备100可以向电子设备200请求APP的权限配置信息。

本申请实施例对确定用户与电子设备之间关联关系的方法不作限定。

在一些实施例中，用户可以选择能够在设备安全领域充当技术权威的机构作为权限配置的被跟随对象。例如，电子设备100关联的用户1可以选择XX安全中心作为上述被跟随对象。上述XX安全中心可以是能够在设备安全领域充当技术权威的机构。服务器300可以是XX安全中心侧的服务器。即上述被跟随对象关联的电子设备可以为服务器300。

在一种可能的实现方式中，电子设备100中安装有一款通讯应用，且该通讯应用中登录的用户为用户1。XX安全中心可以在该通讯应用中创建账号。用户1可以在该通讯应用中通过XX安全中心的通讯标识将XX安全中心添加为联系人。用户1可以在该通讯应用中选择XX安全中心作为上述被跟随对象。

服务器300中可存储有多个APP的权限配置信息，可以为用户提供APP的权限配置建议。那么，电子设备100可以跟随服务器300中APP的权限配置信息来配置APP的设备权限。

不限于图2所示的设备，通信***10中还可以包含更多或更少的设备。

下面介绍本申请实施例涉及的电子设备100。

图3A示例性示出了电子设备100的结构示意图。

如图3A所示，电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了***的效率。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与***设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。

显示屏194用于显示图像，视频等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。

摄像头193用于捕获静态图像或视频。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作***，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。在一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。

传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

按键190包括开机键，音量键等。马达191可以产生振动提示。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过***SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

电子设备200的结构可以参考图3A所示电子设备100的结构示意图。这里不再赘述。

电子设备100的软件***可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android***为例，示例性说明电子设备100的软件结构。

图3B是本申请实施例的电子设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android***分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android Runtime)和***库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图3B所示，应用程序包可以包括相机，图库，日历，通话，蓝牙，WLAN，音乐，短信息，AA聊天、AA购票、应用市场APP等应用程序。

AA聊天可以是一款通讯类的APP，可以为用户提供通讯服务。AA购票可以是一款购票(如火车票、飞机票等)类的APP，可以为用户提供购票服务。应用市场APP可以为用户提供查找、下载APP的服务。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图3B所示，应用程序框架层可以包括窗口管理器，内容提供器，电话管理器，资源管理器，通知管理器，权限管理器，视图***等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图***包括可视控件，例如显示文字的控件，显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在***顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

权限管理器可用于管理APP的设备权限。

在一些实施例中，应用程序层的APP检测到用于开启该APP的操作(如作用在该APP的应用图标上的触摸操作)时，该APP可以询问权限管理器自己需要的设备权限A是否被授予。权限管理器可以检查该APP是否具有设备权限A。例如，权限管理器可以调用ContextCompat方法中的SelfPermission()接口来检查该APP是否具有设备权限A。权限管理器可以将检查结果返回该APP。若上述检查结果指示APP未被授予设备权限A，该APP可以向权限管理器发送获取设备权限A的请求。根据获取设备权限A的请求，权限管理器可以指示电子设备100显示请求设备权限A的提示框，来询问用户是否授予该APP设备权限A。电子设备100显示提示框的场景可以参考前述图1B～图1C所示的场景。当检测到授予该APP设备权限A的操作，权限管理器可以授予该APP设备权限A。当检测到拒绝授予该APP设备权限A的操作，权限管理器可以拒绝授予该APP设备权限A。

在一些实施例中，当接收到APP在开启时的权限请求，权限管理器可以检查电子设备100是否设置有权限配置的被跟随对象。若电子设备100设置有权限配置的被跟随对象，权限管理器可以触发电子设备100向上述被跟随对象关联的电子设备发送获取APP的权限配置信息的请求。当接收到来自上述被跟随对象关联的电子设备的APP的权限配置信息，权限管理器可以根据该APP的权限配置信息对该APP的设备权限进行配置。

Android Runtime包括核心库和虚拟机。Android Runtime负责安卓***的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

***库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子***进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

下面介绍本申请实施例涉及的服务器300。

图4示例性示出了本申请实施例提供的一种服务器300的结构示意图。

如图4所示，服务器300可以包括：一个或多个处理器410、存储器411、通信接口412、发射器414、接收器415、耦合器416和天线417。这些部件可通过总线413或者其他方式连接。图4以通过总线连接为例进行说明。其中：

通信接口412可用于服务器300与其他电子设备，例如图2所示的电子设备100等进行通信。具体的，通信接口412可以是3G通信接口、长期演进(LTE)(4G)通信接口、5G通信接口、WLAN通信接口、WAN通信接口等等。不限于无线通信接口，服务器300还可以配置有线的通信接口412来支持有线通信。

在本申请的一些实施例中，发射器414和接收器415可看作一个无线调制解调器。发射器414可用于对处理器410输出的信号进行发射处理。接收器415可用于接收信号。在服务器300中，发射器414和接收器415的数量均可以是一个或者多个。天线417可用于将传输线中的电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器416可用于将移动通信号分成多路，分配给多个的接收器415。可理解的，服务器300的天线417可以实现为大规模天线阵列。

存储器411与处理器410耦合，用于存储各种软件程序和/或多组指令。具体的，存储器411可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。

存储器411可以存储操作***(下述简称***)，例如等嵌入式操作***。存储器411还可以存储网络通信程序，该网络通信程序可用于与一个或多个电子设备(如电子设备100)进行通信。

在一些实施例中，存储器411可用于存储APP的权限配置信息等等。上述APP的权限配置信息可以包括对APP请求的各项设备权限的具体授权情况。

在一些实施例中，服务器300可以是能够在设备安全领域充当技术权威的机构，例如XX安全中心，侧的服务器。存储器411可用于存储XX安全中心在通讯应用中创建的账号的相关信息。例如，XX安全中心在该通讯应用中的通讯标识、登录该通讯应用的密码、在该通讯应用中的联系人信息、在该通讯应用中上传的媒体内容和文件等等。这可以方便用户通过上述通讯应用选择XX安全中心作为权限配置的被跟随对象。用户关联的电子设备(如电子设备100)可以根据XX安全中心在上述通讯应用中的通讯标识，向服务器300请求APP的权限配置信息。

在本申请实施例中，处理器410可用于读取和执行计算机可读指令。具体的，处理器410可用于调用存储在存储器411中的程序，并执行该程序包含的指令。该程序可以例如是本申请中确定一个或多个APP的权限配置信息的实现程序。再例如是本申请的中作为被跟随对象为权限配置信息请求方提供APP的权限配置信息的实现程序。

需要说明的是，图4所示的服务器300仅仅是本申请实施例的一种实现方式，实际应用中，服务器300还可以包括更多或更少的部件，这里不作限制。

本申请后续实施例中具体以用于设置被跟随对象的通讯应用为AA聊天，以请求设备权限的APP为AA购票来介绍本申请提供的APP的权限管理方法。上述AA聊天和AA购票仅为本申请实施例的示例性说明，不应对本申请构成限定。本领域技术人员应当理解，AA聊天以外的其它通讯应用也可用于设置被跟随对象。电子设备管理其它APP的设备权限的方法可以参考对AA购票的权限管理方法。本申请对此不作赘述。

下面介绍本申请实施例提供的一种选择权限配置的被跟随对象的场景。

图5A～图5D示例性示出了选择权限配置的被跟随对象的场景示意图。

如图5A所示，电子设备100可以显示用户界面210。用户界面210可以参考前述图1A的介绍。用户界面210可包含AA聊天应用图标212。AA聊天应用图标212可用于开启AA聊天。响应于对AA聊天应用图标212的操作，电子设备100可以显示图5B所示的用户界面510。

如图5B所示，用户界面510可以是AA聊天的用户界面。其中，电子设备100的AA聊天应用中登录的用户可以为用户1。即电子设备100与用户1具有关联关系。用户界面510可用于显示用户1在AA聊天中的联系人的对话栏。

示例性地，用户界面510可包括对话栏511。对话栏511可以是AA聊天中用户1与用户2的对话栏。对话栏511中可包含用户1在AA聊天中对用户2的备注信息，例如“儿子”。即用户2为用户1的儿子。

响应于作用在对话栏511上的用户操作，例如长按操作，电子设备100可以显示图5B所示的功能选择框512。功能选择框512可包含置顶聊天控件512A、删除控件512B、跟随控件512C。其中：

置顶聊天控件512A可用于将对话栏511置于用户界面510中所有对话栏的顶层。

删除控件512B可用于在用户界面510中删除对话栏511。

跟随控件512C可用于将对话栏511指示的联系人(即用户2)设置为权限配置的被跟随对象。

如图5C所示，响应于作用在跟随控件512C上的操作，例如触摸操作，用户1可以在AA聊天中向用户2发送权限配置跟随请求。其中，用户1与电子设备100具有关联关系。电子设备200中的AA聊天中登录的用户为用户2。即用户2与电子设备200具有关联关系。那么，电子设备100可以向电子设备200发送权限配置跟随请求。具体的，电子设备100可以通过AA聊天发送权限配置跟随请求。电子设备200可以通过AA聊天接收到权限配置跟随请求。

如图5D所示，电子设备100可以显示用户界面520。用户界面520可以是用户1与用户2的聊天界面。用户界面520可包含聊天信息框521。聊天信息框521可以是用户1发送给用户2的。聊天信息框521可用于呈现上述权限配置跟随请求。

示例性地，聊天信息框521中可包含请求内容，例如“我想跟随你的权限配置”。本申请实施例对上述请求内容不作具体限定。

聊天信息框521中还可包含同意控件521A和拒绝控件521B。其中，同意控件521A可用于同意用户1跟随用户2对APP的权限配置。拒绝控件521B可用于拒绝用户1跟随用户2对APP的权限配置。

可以看出，当电子设备100检测到作用在跟随控件512C上的操作，电子设备100中的AA聊天可以向用户2发送权限配置跟随请求。电子设备100的AA聊天中用户1与用户2的聊天界面上可显示有上述聊天信息框521。

在接收到来自电子设备100的权限配置跟随请求的情况下，电子设备200可以显示图5D所示的用户界面530。用户界面530可以是AA聊天中用户2与用户1的聊天界面。用户界面530可包含用户1发送给用户2的聊天信息框521。该聊天信息框521可以参考前述介绍。

可以看出，用户2可以接收到用户1在AA聊天中发送的消息。该消息可用于询问用户2是否愿意让用户1跟随对APP的权限配置。

响应于作用在同意控件521A上的操作，电子设备200可以向电子设备100发送同意跟随权限配置的消息。

在一些实施例中，当接收到来自电子设备200的同意跟随权限配置的消息，电子设备100可以显示提示信息。该提示信息可用于提示用户1选择的被跟随对象同意用户1跟随对APP的权限配置。

由上述图5A～图5D所示的场景可知，用户可以通过通讯应用，选择一个联系人为被跟随对象，并请求跟随该联系人对APP的权限配置。

可以理解的，图5A～图5D所示的用户界面仅为本申请的示例性说明，不应对本申请构成限定。

基于上述选择被跟随对象的场景，下面介绍本申请实施例提供的一种配置APP的设备权限的场景。

场景一：电子设备100跟随电子设备200中已存储的权限配置信息对APP进行权限配置。

在一些实施例中，当检测到APP在开启时的设备权限请求，电子设备100可以向电子设备200请求该APP的权限配置信息。若电子设备200中存储有该APP的权限配置信息，电子设备200可以将该APP的权限配置信息发送给电子设备100。

图6A～图6D示例性示出了一些电子设备100配置APP的设备权限的场景示意图。

如图6A所示，电子设备100可以显示用户界面210。用户界面210可以参考前述图1A的介绍。用户界面210可包含AA购票应用图标211。AA购票应用图标211可用于开启AA购票。AA购票可以在开启的过程中请求位置权限、存储权限和设备信息权限。不限于位置权限、存储权限和设备信息权限，AA购票在开启的过程中可以请求更多或更少的设备权限。本申请实施例具体以位置权限、存储权限和设备信息权限为例进行说明。

响应于对AA购票应用图标211的操作，AA购票可以判断自己是否具有位置权限、存储权限和设备信息权限。当判断出AA购票未被授予位置权限、存储权限和设备信息权限，AA购票可以请求位置权限、存储权限和设备信息权限。当检测到AA购票对位置权限、存储权限和设备信息权限的请求，电子设备100可以确定出被跟随对象关联的电子设备为电子设备200。电子设备100可以向电子设备200发送获取AA购票的权限配置信息的请求。

其中，电子设备200中可安装有AA购票。电子设备200关联的用户2已在电子设备200中对AA购票请求的设备权限进行了配置。那么，电子设备200中可存储有AA购票的权限配置信息。电子设备200可以将AA购票的权限配置信息发送给电子设备100。然后，电子设备100可以根据接收到的权限配置信息对AA购票请求的设备权限进行配置。

当完成对AA购票请求的设备权限的配置，电子设备100可以显示图6B所示的用户界面610。用户界面610可以是AA购票的用户界面。可以看出，当完成对AA购票请求的设备权限的配置，电子设备100可以开启AA购票。AA购票开启后，用户可以使用AA购票提供的相应功能。

需要进行说明的是，上述被跟随对象(即用户2)是通过AA聊天设置的。电子设备100向电子设备200请求AA购票的权限配置信息，具体可以是电子设备100中的AA聊天向电子设备200中的AA聊天来请求AA购票在电子设备200中的权限配置信息。电子设备200获取AA购票的权限配置信息，并将AA购票的权限配置信息发送给电子设备100的具体实现方法将在后续实施例中介绍。这里先不展开。

在一些实施例中，上述电子设备100向电子设备200请求AA购票的权限配置信息的过程可能需要一些时间。在电子设备100等待AA购票的权限配置信息，以及配置AA购票的设备权限的过程中，电子设备100可以显示等待提示信息。该等待提示信息可用于提示用户电子设备100正在跟随电子设备200对AA购票进行权限配置，权限配置完成后即可开启AA购票。

在一些实施例中，当检测到用于开启AA购票的操作(如图6A所示作用在AA购票应用图标211的操作)，电子设备100可以直接开启AA购票。即电子设备100可以无需等待AA购票请求的设备权限配置完成后，再开启AA购票。其中，响应于上述开启AA购票的操作，电子设备100除了开启AA购票，还可以根据AA购票对设备权限(如位置权限、存储权限和设备信息权限)的请求向电子设备200请求获取AA购票的权限配置信息。当接收到权限配置信息，电子设备100可以对AA购票进行权限配置。这可以减少用户开启APP的等待时间，提高APP的开启速度，使得用户可以更流畅地开启APP。

在一些实施例中，若电子设备200将AA购票的配置信息发送给电子设备100，电子设备200还可以显示权限被跟随通知。该权限被跟随通知可用于提示被跟随对象电子设备200已将AA购票的配置信息发送给了电子设备100。

在一些实施例中，在未被授予位置权限、存储权限和设备信息权限的情况下，AA购票可以在开启时请求位置权限、存储权限和设备信息权限。电子设备100可以根据来自电子设备200的AA购票的权限配置信息，配置AA购票请求的设备权限。也即是说，经过上述权限配置，电子设备100中AA购票在开启时请求的设备权限的配置情况可以与电子设备200中AA购票的权限配置情况相同。

如图6C所示，电子设备100可以显示用户界面620。用户界面620可用于呈现电子设备100中AA购票的权限配置情况。

示例性地，用户界面620可包含标题栏621和权限显示区域622。其中：

标题栏621可用于指示当前显示的用户界面为呈现AA购票的设备权限的用户界面。标题栏621的表现形式可以包括文本信息“AA购票权限”。

权限显示区域622可用于显示AA购票在电子设备100中各项设备权限的配置情况。例如，AA购票被授予了位置权限、存储权限和设备信息权限，且仅在AA购票被使用的期间允许使用位置权限、存储权限和设备信息权限。

如图6D所示，电子设备200可以显示用户界面630。用户界面630可用于呈现电子设备200中AA购票的权限配置情况。

示例性地，用户界面630可包含标题栏631和权限显示区域632。其中：

标题栏631可用于指示当前显示的用户界面为呈现AA购票的设备权限的用户界面。标题栏631的表现形式可以包括文本信息“AA购票权限”。

权限显示区域632可用于显示AA购票在电子设备200中各项设备权限的配置情况。例如，AA购票被授予了位置权限、存储权限和设备信息权限，且仅在AA购票被使用的期间允许使用位置权限、存储权限和设备信息权限。

可以看出，电子设备100中对AA购票配置位置权限、存储权限和设备信息权限的情况与电子设备200中对AA购票配置位置权限、存储权限和设备信息权限的情况相同。可以理解的，由前述图6A和图6B所示的实施例可知，电子设备100中对AA购票请求的位置权限、存储权限和设备信息权限的配置是跟随电子设备200中AA购票的权限配置情况。那么，电子设备100和电子设备200中对AA购票配置位置权限、存储权限和设备信息权限的情况相同。

不限于图6C和图6D所示的设备权限，用户界面620和用户界面630中还可以显示更多或更少的设备权限的配置情况。

在一些实施例中，电子设备200发送给电子设备100的AA购票的权限配置信息，还可以包括AA购票在电子设备100中请求的设备权限之外的设备权限的配置信息。

示例性地，电子设备100中的AA购票请求位置权限、存储权限和设备信息权限。电子设备100可以向电子设备200发送获取AA购票的权限配置信息的请求。电子设备200可以向电子设备100发送AA购票的权限配置信息。该权限配置信息可包括AA购票在电子设备200中各项设备权限的配置情况。例如位置权限、存储权限、设备信息权限、相机权限、麦克风权限等等。电子设备100可以根据该权限配置信息配置AA购票的设备权限。其中，除了配置AA购票请求的设备权限(如位置权限、存储权限和设备信息权限)，电子设备100还可以配置AA购票未请求的设备权限(如相机权限、麦克风权限)。

参考图6C和图6D，在电子设备100跟随电子设备200配置AA购票的设备权限的情况下，AA购票在电子设备100中所有设备权限的配置情况可以与在电子设备200中所有设备权限的配置情况相同。

由上述图6A～图6D所示的场景可知，当设置了被跟随对象，用户1在电子设备100中开启APP时，可以无需自己抉择是否授予APP相应的设备权限。当接收到来自被跟随对象关联的电子设备的APP权限配置信息，电子设备100可以在完成配置APP的设备权限后，直接开启APP。这既可以满足安全性的需求，又可以满足易用性的需求。用户可以不用自己再费力去理解APP的权限请求并抉择是否授予APP相应的设备权限。这可以有效解决APP的权限管理与APP易用性之间的矛盾，降低用户使用电子设备的障碍，提高用户的使用体验。

场景二：电子设备200中未存储APP的权限配置信息。电子设备200关联的用户为电子设备100抉择是否授予APP请求的设备权限。

在一些实施例中，当检测到APP在开启时的设备权限请求，电子设备100可以向电子设备200请求该APP的权限配置信息。若电子设备200中未存储有该APP的权限配置信息，电子设备200可以显示对APP请求的设备权限进行配置的消息，来指示电子设备200关联的用户为电子设备100抉择是否授予APP请求的设备权限，从而得到该APP的权限配置信息。然后，电子设备200可以将该APP的权限配置信息发送给电子设备100。

图7A和图7B示例性示出了另一些电子设备100配置APP的设备权限的场景示意图。

如图7A所示，电子设备100和电子设备200之间建立有通信连接。电子设备200是电子设备100设置的被跟随对象(即用户2)关联的电子设备。电子设备100中安装有AA购票。电子设备200中未安装有AA购票。也即是说，电子设备200中未存储有AA购票的权限配置信息。

如图7A所示，电子设备100可以显示用户界面210。用户界面210可以参考前述图1A的介绍。用户界面210可包含AA购票应用图标211。AA购票应用图标211可用于开启AA购票。AA购票可以在开启的过程中请求位置权限、存储权限和设备信息权限。

响应于对AA购票应用图标211的操作，AA购票可以判断自己是否具有位置权限、存储权限和设备信息权限。当判断出AA购票未被授予位置权限、存储权限和设备信息权限，AA购票可以请求位置权限、存储权限和设备信息权限。当检测到AA购票对位置权限、存储权限和设备信息权限的请求，电子设备100可以确定出被跟随对象关联的电子设备为电子设备200。电子设备100可以向电子设备200发送获取AA购票的权限配置信息的请求。

具体的，电子设备100中的AA聊天可以向电子设备200中的AA聊天来请求AA购票在电子设备200中的权限配置信息。当检测到电子设备200中不包含AA购票的权限配置信息，电子设备200可以在用户界面710显示图7A所示的通知消息711。通知消息711可以来自电子设备200中的AA聊天。通知消息711可用于提示电子设备200关联的用户2为电子设备100关联的用户1配置AA购票请求的设备权限。

响应于作用在通知消息711中上的操作，例如触摸操作，电子设备200可以显示图7B所示的用户界面720。用户界面720可以是AA聊天中用户2与用户1的聊天界面。

示例性地，用户界面720可包括用户1在AA聊天中向用户2发送的聊天信息框721和权限配置框722。

其中，聊天信息框721可用于呈现上述获取AA购票的权限配置信息的请求，以提示用户2帮助用户1配置AA购票请求的设备权限。例如，聊天信息框721中可包含文字消息：我安装了“AA购票”，请帮我配置一下权限吧。

权限配置框722中可包含对AA购票请求的设备权限(如位置权限、存储权限和设备信息权限)进行配置的选项(如始终允许选项、使用期间允许选项、禁止选项)。当接收到该权限配置框722，用户2可以通过权限配置框722中的选项来配置电子设备100中AA购票请求的设备权限。

例如，对AA购票请求的位置权限进行配置的选项可包含始终允许选项、使用期间允许选项、禁止选项。其中，位置权限对应的始终允许选项处于选中状态，可以表示授予AA购票使用电子设备100中的位置权限，且AA购票在任意时间均可以获取电子设备100的设备信息。位置权限对应的使用期间允许选项处于选中状态，可以表示授予AA购票使用电子设备100中的位置权限，且AA购票仅能在用户使用AA购票的期间获取电子设备100的设备信息。位置权限对应的禁止选项处于选中状态，可以表示拒绝授予AA购票使用电子设备100中的位置权限。

本申请实施例对上述权限配置框722中用于配置设备权限的选项不作限定。权限配置框722中还可以包含更多或更少的选项。

权限配置框722中还可包含确认配置控件722A。响应于对确认配置控件722A的操作，电子设备200可以根据权限配置框722中各个用于配置设备权限的选项的选中状态，得到AA购票的权限配置信息。然后，电子设备200可以将AA购票的权限配置信息发送给电子设备100。

电子设备100根据接收到的权限配置信息对AA购票进行权限配置，以及开启AA购票的场景可以参考前述场景一中的介绍。这里不再赘述。

本申请实施例对电子设备200提供的由用户2为电子设备100配置AA购票请求的设备权限的操作方法不作限定。例如，图7A所示的通知消息711中可包含用于配置AA购票请求的设备权限的选项。

可以理解的，本申请实施例提供的各个用户界面仅为示例性说明，不应对本申请构成限定。

由图7A和图7B所示的场景可知，当设置了被跟随对象，用户1在电子设备100中开启APP时，可以无需自己抉择是否授予APP请求的设备权限。其中，若被跟随对象关联的电子设备(如电子设备200)中不包含该APP的权限配置信息，电子设备200可以指示被跟随对象帮助用户1抉择是否授予APP请求的设备权限。那么，电子设备100仍可从电子设备200获取该APP的权限配置信息。这既可以满足安全性的需求，又可以满足易用性的需求。用户可以不用自己再费力去理解APP的权限请求并抉择是否授予APP相应的设备权限。这可以有效解决APP的权限管理与APP易用性之间的矛盾，降低用户使用电子设备的障碍，提高用户的使用体验。

下面基于上述场景一和场景二，介绍本申请实施例提供的一种APP的权限管理方法。

图8示例性示出了本申请实施例提供的一种APP的权限管理方法的流程图。

该方法可包括步骤S811～步骤S826。其中：

(1)步骤S811～步骤S815：设置权限配置的被跟随对象。

S811、电子设备100接收到在通讯APP中进行的操作1，操作1用于在通讯APP中选择跟随用户2对APP的权限配置。

上述通讯APP可以例如是前述实施例中的AA聊天。上述操作1可以包括前述图5B所示作用在对话栏511上的长按操作，以及前述图5C所示作用在跟随控件512C上的触摸操作。

也即是说，用户1可以通过上述通讯APP选择一个联系人作为被跟随对象。

S812、响应于操作1，电子设备100可以向电子设备200发送权限配置跟随请求。

S813、电子设备200根据权限配置跟随请求，显示请求消息1，请求消息1用于询问是否同意用户1跟随权限配置。

可以理解的，用户1可以在用户2同意后，跟随用户2对APP的权限配置。那么，当检测到在通讯APP中将用户2设置为被跟随对象的操作，电子设备100可以向电子设备200发送权限配置跟随请求，来询问电子设备200关联的用户2是否同意用户1跟随权限配置。

上述电子设备100向电子设备200发送权限配置跟随请求，以及电子设备200显示请求消息1的场景可以参考前述图5D所示的场景。请求消息1可以例如是图5D所示聊天信息框521中的消息。具体的，通讯APP中用户1(即电子设备100侧)可以向用户2(即电子设备200侧)发送权限配置跟随请求。该权限配置跟随请求可以是电子设备100中通讯APP检测到上述操作1而自动生成并发送的。可以看出，该权限配置跟随请求是通过通讯APP发送的。电子设备100和电子设备200的通讯APP中用户1与用户2之间的聊天界面上可以显示能够表示上述权限配置跟随请求的请求消息1。其中，该权限配置跟随请求可以是经过上述通讯APP侧的服务器转发的。

本申请实施例对电子设备100向电子设备200发送权限配置跟随请求的方法不作限定。

S814、电子设备200接收到同意用户1跟随权限配置的操作2。

操作2可以例如是前述图5D所示对同意控件521A的操作。

S815、响应于操作2，电子设备200可以向电子设备100发送同意跟随权限配置的消息。

在一些实施例中，当检测到上述操作2，电子设备200还可以存储用户1的身份信息。用户1的身份信息可以包括但不限于：用户1在通讯APP中的通讯标识、用户1关联的电子设备100的设备标识。上述用户1的身份信息可以便于电子设备200对请求APP的权限配置信息的用户进行身份验证，从而判断是否将APP的权限配置信息发送给请求方。

在一些实施例中，电子设备100中的通讯APP可以接收到上述同意跟随权限配置的消息。进一步的，电子设备100中的通讯APP可以将被跟随对象(即用户2)的身份信息发送给前述图3B所示的权限管理器。用户2的身份信息可以包括但不限于：用户2在通讯APP中的通讯标识、用户2关联的电子设备200的设备标识。这样，当检测到APP在开启时的权限请求，权限管理器可以确定出被跟随对象。然后，权限管理器可以触发电子设备100向被跟随对象关联的电子设备发送获取APP的权限配置信息的请求。

在一些实施例中，当接收到拒绝用户1跟随权限配置的操作，电子设备200可以向电子设备100发送拒绝跟随权限配置的消息。上述拒绝用户1跟随权限配置的操作可以例如是对前述图5D所示拒绝控件521B的操作。当接收到上述拒绝跟随权限配置的消息，电子设备100可以显示提示消息，来提示用户1其选择的被跟随对象拒绝了用户1的权限配置跟随请求。那么，用户1关联的电子设备100将无法跟随用户2关联的电子设备200对APP的权限配置。

需要进行说明的是，上述步骤S812～步骤S815中的一个或多个步骤是可选的。

在一些实施例中，电子设备100在接收到上述步骤S811中将用户2设置为被跟随对象的操作后，可以直接将用户2设置为被跟随对象。即，电子设备100可以无需在等待电子设备200发送的同意跟随权限配置的消息后，再将用户2设置为被跟随对象。例如，当电子设备100检测到APP请求设备权限时，电子设备100可以向被跟随对象(即用户2)关联的电子设备200发送获取APP的权限配置信息的请求。其中，电子设备200可以根据电子设备100的可信程度，来决定是否向电子设备100发送APP的权限配置信息。

也即是说，在设置被跟随对象的过程中，电子设备100可以无需与电子设备200进行通信，来判断电子设备200是否同意电子设备100跟随。这样可以提高设置权限被跟随对象的效率。

在一些实施例中，电子设备100可以在接收到上述步骤S811中将用户2设置为被跟随对象的操作后，执行上述步骤S812，来询问电子设备200是否同意电子设备100跟随。然后，电子设备200可以显示上述请求消息1，并在接收到上述指示用户2同意的操作2后，向电子设备100发送同意跟随权限配置的消息。那么，电子设备200可以在电子设备100请求APP的权限配置信息时，直接将APP的权限配置信息发送给电子设备100，而无需判断对电子设备100的可信度。这可以提高电子设备100获取权限配置信息的效率。

在一些实施例中，电子设备100可以执行上述步骤S812，来询问电子设备200是否同意电子设备100跟随。电子设备200可以判断电子设备100的可信度。若判断出电子设备100是可信的，电子设备200可以直接向电子设备100发送同意跟随权限配置的消息。即电子设备200可以不用显示上述请求消息1，来询问用户2是否同意用户1跟随。本申请实施例对电子设备200判断电子设备100的可信度的实现方法不作限定。例如，若电子设备100和电子设备200之前建立过可信连接，则电子设备200可以确定电子设备100是可信的。再例如，若电子设备100和电子设备200中登录的***账号在同一个群组(如家庭群组)中，电子设备200可以确定电子设备100是可信的。上述实施例可以无需等待用户2同意用户1跟随权限配置的操作2，电子设备100即可完成设置权限配置被跟随对象。这可以提高设置权限被跟随对象的效率。

(2)步骤S816～步骤S826：跟随被跟随对象对APP进行权限配置。

S816、电子设备100接收到开启APP1的操作3。

上述APP1可以例如是前述实施例中的AA购票。上述操作3可以例如是前述图6A所示对AA购票应用图标211的操作。

S817、在判断出APP1请求的设备权限未被授予的情况下，电子设备100可以确定出权限配置的被跟随对象为用户2。

S818、电子设备100可以通过通讯APP向用户2关联的电子设备200，发送获取APP1的权限配置信息的请求。

在一些实施例中，APP1在开启时可以判断一项或多项设备权限是否被授予。若这一项或多项设备权限被授予，APP1可以继续开启。若这一项或多项设备权限未被授予，APP1可以请求这一项或多项设备权限。上述设备权限可以包括但不限于：位置权限、存储权限、设备信息权限。

具体的，APP1可以询问权限管理器APP1是否被授予上述一项或多项设备权限。权限管理器可以检查该APP1是否具有上述一项或多项设备权限。例如，权限管理器可以调用ContextCompat方法中的SelfPermission()接口来检查该APP1是否具有上述一项或多项设备权限。权限管理器可以将检查结果返回该APP1。若上述检查结果指示APP1未被授予上述一项或多项设备权限，APP1可以向权限管理器发送获取上述一项或多项设备权限的请求。

当接收到获取上述一项或多项设备权限的请求，权限管理器可以检测电子设备100中是否设置有权限配置的被跟随对象。

若检测到电子设备100中未设置被跟随对象，权限管理器可以根据获取上述一项或多项设备权限的请求，指示电子设备100显示请求上述一项或多项设备权限的提示框，来询问用户是否授予APP1上述一项或多项设备权限。电子设备100显示提示框的场景可以参考前述图1B～图1C所示的场景。

也即是说，若用户1未在电子设备100中设置被跟随对象，则用户1需要自己抉择是否授予APP1请求的设备权限。

若检测到电子设备100中设置有被跟随对象，权限管理器可以指示通讯APP向被跟随对象(即用户2)发送获取APP1的权限配置信息的请求。其中，用户1在电子设备100中的通讯APP中登录。用户2在电子设备200中的通讯APP中登录。那么，电子设备100可以通过通讯APP向电子设备200发送获取APP1的权限配置信息的请求，上述获取APP1的权限配置信息的请求可以是由通讯APP侧的服务器转发的。

在一些实施例中，当检测到APP1获取上述一项或多项设备权限的请求，权限管理器可以判断该请求是否是基于开启APP1的条件发送的。其中，若判断出该请求是基于开启APP1的条件发送的，权限管理器可以检测电子设备100中是否设置有权限配置的被跟随对象，并在检测到电子设备100中设置有被跟随对象时，请求跟随被跟随对象对APP1的权限配置。若判断出该请求不是基于开启APP1的条件发送的，权限管理器可以根据该获取设备权限的请求，指示电子设备100显示请求设备权限的提示框，来询问用户是否授予APP1请求的设备权限。

也即是说，若APP1在开启时请求一项或多项设备权限，电子设备100可以根据用户设置的被跟随对象，向被跟随对象关联的电子设备获取APP1的权限配置信息。这可以减少开启APP时权限请求的提示框对用户的干扰。并且这可以避免用户在开启APP时面对权限请求的提示框不知所措的情况，减少用户使用电子设备的障碍，提升用户的使用体验。若APP1在被使用的过程中请求一项或多项设备权限，电子设备100可以根据设备权限的请求显示权限请求的提示框。

示例性地，用户1在使用APP1的过程中，使用APP1提供的扫码功能。上述扫码功能需要调用电子设备100的相机。其中，当检测到开启扫码功能的操作，APP1可以先判断自己是否具有相机权限。若APP1具有相机权限，APP1可以调用电子设备100的相机来采集图像，实现扫码功能。若APP1不具有相机权限，APP1可以向权限管理模块请求相机权限。当接收到APP1对相机权限的请求，权限管理模块可以指示电子设备100显示请求相机权限的提示框，来询问是否授予APP1相机权限。

可以理解的，APP1在被使用的过程中请求设备权限，通常是在具体的使用场景中(如提供某项功能)需要该设备权限。在上述具体的使用场景中，用户通常比较容易理解APP1请求该设备权限的原因。那么，APP1通过权限请求的提示框来请求设备权限不会让用户感到为难。并且，在上述APP被使用的过程中请求设备权限的情况下，电子设备100通过提示框让使用APP1的用户自己抉择是否授予APP1请求的设备权限，可以方便用户更顺畅地使用APP1。这样，用户可以无需等待被跟随对象为自己抉择是否授予APP1请求的设备权限。

S819、电子设备200可以判断电子设备200中是否安装APP1。

在一些实施例中，电子设备200中的通讯APP可以接收到上述步骤S818中获取APP1的权限配置信息的请求。根据获取APP1的权限配置信息的请求，电子设备200中的通讯APP可以判断电子设备200中是否存储有APP1的权限配置信息。

在一种可能的实现方式中，通讯APP可以通过判断电子设备200中是否安装APP来判断电子设备200中是否存储有APP1的权限配置信息。可以理解的，若电子设备200中安装有APP1，则电子设备200可包含APP1在电子设备200中的权限配置情况。例如，电子设备200中的通讯APP可以通过安装包管理服务(packagemanageservice，PMS)中的getInstalledPackages()接口，来判断电子设备200中是否安装APP1。

本申请实施例对判断电子设备200中是否安装APP1的方法不作限定。

S820、当判断出电子设备200中安装有APP1，电子设备200可以获取电子设备200中APP1的权限配置信息。

S821、电子设备200可以将在步骤S820中获取到的权限配置信息发送给电子设备100。

在一些实施例中，当判断出电子设备200中安装有APP1，电子设备200中的通讯APP可以向权限管理器获取APP1的权限配置信息。例如，权限管理器可以通过GrantedPermissions类来获取APP1的权限配置信息。

在一种可能的实现方式中，电子设备100发送给电子设备200的获取APP1的权限配置信息的请求可包含：电子设备100中APP1在开启时请求的设备权限的权限内容。该权限内容可用于指示APP1请求哪些设备权限。根据上述获取APP1的权限配置信息的请求，电子设备200中权限管理器获取的APP1的权限配置信息可以包含：电子设备100中APP1请求的设备权限在电子设备200中的配置情况(如电子设备200是否授予APP1相应的设备权限，授予设备权限的期限等)。例如，APP1在开启时请求的设备权限包括位置权限、存储权限和设备信息权限。电子设备200中的权限管理器获取的APP1的权限配置信息可包含APP1的位置权限、存储权限和设备信息权限在电子设备200中的配置情况。

在另一种可能的实现方式中，电子设备200中的权限管理器获取的APP1的权限配置信息可包含：电子设备200中APP1在所有设备权限上的配置情况。例如，APP1在开启时请求的设备权限包括位置权限、存储权限和设备信息权限。上述APP1的权限配置信息除了包含APP1的位置权限、存储权限和设备信息权限在电子设备200中的配置情况，还可包含APP1的相机权限、麦克风权限等设备权限在电子设备200中的配置情况。

电子设备200中权限管理器可以将获取的APP1的权限配置信息发送给电子设备200中的通讯APP。当接收到APP1的权限配置信息，电子设备200中的通讯APP可以将APP1的权限配置信息发送给电子设备100。在一种可能的实现方式中，上述APP1的权限配置信息可以是经过通讯APP侧的服务器转发的。其中，通讯APP侧的服务器可以接收到通讯APP中登录的用户为用户2(即被跟随对象)的电子设备200发送的APP1的权限配置信息。然后，通讯APP侧的服务器可以将APP1的权限配置信息发送给通讯APP中登录的用户为用户1的电子设备100。

S822、当判断出电子设备200中未安装APP1，电子设备200可以通过通讯APP显示请求消息2，请求消息2用于指示用户2对APP1请求的设备权限进行配置。

上述请求消息2可以例如是前述图7A所示的通知消息711。

S823、电子设备200接收到对APP1请求的设备权限进行配置的操作4。

S824、电子设备200根据操作4，得到APP1的权限配置信息。

在一些实施例中，上述操作4可以是作用在通讯APP中的操作，例如上述操作4可以是前述图7B所示在权限配置框722中对APP1请求的设备权限进行配置的操作。那么，根据操作4，电子设备200中的通讯APP可以得到APP1的权限配置信息。

S825、电子设备200可以将在步骤S824中获取到的权限配置信息发送给电子设备100。

步骤S825可以参考上述步骤S821的介绍。这里不再赘述。

S826、电子设备100可以根据APP1的权限配置信息，配置APP1请求的设备权限。

在一些实施例中，电子设备100中的通讯APP可以接收到来自电子设备200的APP1的权限配置信息。电子设备100中的通讯APP可以将APP1的权限配置信息发送给电子设备100中的权限管理器。电子设备100中的权限管理器可以根据APP1的权限配置信息配置APP请求的设备权限。

需要进行说明的是，上述步骤S816是可选的。

在一些实施例中，电子设备100可以在检测到APP1在开启时请求设备权限的情况下，向被跟随对象关联的电子设备请求APP1的权限配置信息。在检测到APP1在开启后的运行过程中请求设备权限的情况下，电子设备100可以根据APP请求的设备权限显示权限请求的提示框，来询问是否授予APP1相应的设备权限。

也即是说，若电子设备100中设置有被跟随对象，电子设备100可以仅在APP1开启时请求设备权限的情况下，向被跟随对象关联的电子设备请求APP1的权限配置信息。

可以理解的，APP1在运行过程中请求设备权限，通常是在具体的使用场景中(如提供某项功能)需要该设备权限。在上述具体的使用场景中，用户通常比较容易理解APP1请求该设备权限的原因。那么，APP1通过权限请求的提示框来请求设备权限不会让用户感到为难。并且，在上述APP运行过程中请求设备权限的情况下，电子设备100通过提示框让使用APP1的用户自己抉择是否授予APP1请求的设备权限，可以方便用户更顺畅地使用APP1。这样，用户可以无需等待被跟随对象为自己抉择是否授予APP1请求的设备权限。

在一些实施例中，无论是在APP1在开启时请求设备权限的情况下，还是在APP1在开启后的运行过程中请求设备权限的情况下，电子设备100均可以向被跟随对象关联的电子设备请求APP1的权限配置信息。这样，用户可以不用自己处理APP1所有的权限请求。这可以减少权限请求的提示框对用户使用电子设备的障碍，提高用户的使用体验。

本申请实施例对电子设备100跟随被跟随对象关联的电子设备，例如电子设备200，对APP进行权限配置的场景不作限定。例如，电子设备100还可以在其它场景下(如安装APP的场景)检测到APP对设备权限的请求时，向电子设备200获取APP的权限配置信息。

由图8所示的方法可知，用户1可以通过通讯APP选择用户2为被跟随对象，以便于跟随用户2对APP1请求的设备权限的配置。其中，若用户2已在电子设备200中安装APP1，则电子设备200可以直接将APP1在电子设备200中的权限配置情况发送给电子设备100。若用户2未在电子设备200中安装APP1，则电子设备200可以指示用户2帮助用户1对APP1进行权限配置。电子设备100中的APP1在开启的过程中仍可请求一项或多项设备权限。但电子设备100在检测到APP1在开启时的权限请求的情况下，可以从电子设备200获取到APP1的权限配置信息。这样，电子设备100关联的用户1在开启APP1时无需自己抉择是否授予APP1请求的设备权限。

上述方法既可以满足安全性的需求，又可以满足易用性的需求。用户可以选择跟随自己信任的用户(如自己的子女等)对APP请求的设备权限的配置。这可以有效解决APP的权限管理与APP易用性之间的矛盾，降低用户使用电子设备的障碍，提高用户的使用体验。

除了通过上述通讯APP来设置被跟随对象，电子设备100还可以提供其它的操作方法来设置上述被跟随对象。本申请实施例对此不作限定。

在一些实施例中，用户1可以通过电子设备100中的设置应用来设置被跟随对象。上述设置应用可以是电子设备100中的***应用。电子设备100中的设置应用可用于设置电子设备100的网络、屏幕显示亮度、解锁密码、电子设备100中安装的APP的设备权限等等。

其中，电子设备100的设置应用中登录的***账号可以为用户1的***账号。该设置应用可以提供查找其它用户的***账号，并将该***账号对应的用户设置为被跟随对象的功能。可以理解的，一个设备制造商可以管理自己制造的电子设备的设置应用中登录的***账号。例如，华为可以管理华为制造的电子设备的设置应用中登录的***账号(即华为账号)。电子设备100的设置应用可以为用户提供查找电子设备100的设备制造商能管理的***账号的功能。例如，电子设备100为华为制造的电子设备。用户1可以在电子设备100中查找其它的华为账号。

示例性的，电子设备100和电子设备200均为同一设备制造商制造的。电子设备100的设置应用中登录的***账号可以为用户1的***账号。电子设备200的设置应用中登录的***账号可以为用户2的***账号。当电子设备100的设置应用接收到查找用户2的***账号，并将用户2设置为被跟随对象的操作，电子设备100可以向用户2关联的电子设备(即电子设备200)发送权限配置跟随请求。

在通过上述设置应用设置被跟随对象的场景中，电子设备100向电子设备200请求跟随权限配置，以及获取APP的权限配置信息的实现方法可以参考前述图8所示的方法。这里不再赘述。

在一些实施例中，在电子设备100请求跟随电子设备200对APP进行权限配置的过程中，电子设备100和电子设备200之间交互的信息可以是通过电子设备100的设备制造商(也即电子设备200的设备制造商)侧的服务器转发的。

不限于通过上述设置应用来设置被跟随对象，电子设备100中其它的***应用也可用于设置被跟随对象。

在一些实施例中，电子设备100中的设置应用还可以从电子设备100的通讯APP(如通讯录应用)中获取联系人信息，并判断哪些联系人的具有电子设备100的设备制造商能管理的***账号。电子设备100中的设置应用可以根据从通讯APP中获取的联系人信息为用户提供设置被跟随对象的选项。上述用于设置被跟随对象的选项对应的联系人可以是具有电子设备100的设备制造商能管理的***账号的联系人。这样，用户1可以从上述用于设置被跟随对象的选项中选择一个联系人为被跟随对象。

在一些实施例中，用户可以选择能够在设备安全领域充当技术权威的机构作为权限配置的被跟随对象。

下面介绍本申请实施例提供的另一种选择权限配置的被跟随对象的场景。

图9示例性示出了选择能够在设备安全领域充当技术权威的机构作为权限配置的被跟随对象的场景示意图。这里具体以选择XX安全中心作为被跟随对象为例进行说明。不限于XX安全中心，上述被跟随对象还可以是其他能够在设备安全领域充当技术权威的机构。

在一些实施例中，XX安全中心可以在AA聊天中创建机构账号。在AA聊天中创建有账号的用户可以通过XX安全中心在AA聊天中的机构账号，查找到XX安全中心，并将XX安全中心添加为联系人。

示例性的，响应于开启AA聊天的操作，电子设备100可以显示图9所示的用户界面910。用户界面910可以参考前述图5B所示用户界面510的介绍。其中，用户界面910可包含对话栏911。对话栏911可以是用户1与XX安全中心的对话栏。对话栏911可包含XX安全中心的名称(如“XX安全中心”)，以便于用户1在AA聊天中的联系人中查找到XX安全中心。

响应于作用在对话栏911上的用户操作，例如长按操作，电子设备100可以显示图9所示的功能选择框912。功能选择框912可包含置顶聊天控件912A、删除控件912B、跟随控件912C。其中：

置顶聊天控件912A可用于将对话栏911置于用户界面910中所有对话栏的顶层。

删除控件912B可用于在用户界面910中删除对话栏911。

跟随控件912C可用于将对话栏911指示的联系人(即XX安全中心)设置为权限配置的被跟随对象。

XX安全中心可以为用户提供对APP进行权限配置的建议。具体的，XX安全中心侧的服务器中可存储有各APP的权限配置信息。上述APP的权限配置信息可以指示对APP授予哪些设备权限，以及拒绝对APP授予哪些设备权限。

响应于作用在上述跟随控件912C上的操作，例如触摸操作，电子设备100可以将上述XX安全中心设置为权限配置的被跟随对象。

当检测到APP开启时的权限请求，电子设备100可以通过上述AA聊天向XX安全中心侧的服务器请求获取APP的权限配置信息。

由上述场景可知，能够在设备安全领域充当技术权威的机构可以是用户1在通讯应用(如AA聊天)中的一个联系人。用户1可以通过通讯应用，选择跟随能够在设备安全领域充当技术权威的机构对APP的权限配置。

基于上述选择XX安全中心作为被跟随对象的场景，下面介绍本申请实施例提供的另一种APP的权限管理方法。

图10示例性示出了本申请实施例提供的另一种APP的权限管理方法的流程图。

该方法可包括步骤S1011～步骤S1018。其中：

(1)步骤S1011～步骤S1013：设置XX安全中心为权限配置的被跟随对象。

S1011、电子设备100接收到选择跟随XX安全中心对APP的权限配置的操作11。

示例性地，上述操作11可以是作用在电子设备100的通讯APP(如前述AA聊天)中的。上述操作11可以包括：作用在前述图9所示对话栏911上的长按操作，以及作用在前述图9所示的跟随控件912C上的触摸操作。

S1012、响应于操作11，电子设备100可以向XX安全中心侧的服务器300发送权限配置跟随请求。

S1013、服务器300可以向电子设备100发送同意跟随权限配置的消息。

可以理解的，XX安全中心作为能够在设备安全领域充当技术权威的机构，可以为用户1提供对APP进行权限配置的建议。当用户1请求跟随XX安全中心对APP的权限配置，XX安全中心可以直接同意用户1跟随权限配置的请求。其中，服务器300可以在接收到电子设备100的权限配置跟随请求后，可以默认向电子设备100发送同意跟随权限配置的消息。上述同意跟随权限配置的消息可以是服务器300通过登录有XX安全中心的通讯APP发送的。

在一些实施例中，电子设备100中的通讯APP可以接收到上述同意跟随权限配置的消息。进一步的，电子设备100中的通讯APP可以将被跟随对象(即XX安全中心)的身份信息发送给前述图3B所示的权限管理器。XX安全中心的身份信息可以包括但不限于：XX安全中心在通讯APP中的通讯标识、XX安全中心侧的服务器300的服务器标识。这样，当检测到APP在开启时的权限请求，权限管理器可以确定出XX安全中心为被跟随对象。然后，权限管理器可以触发电子设备100向XX安全中心侧的服务器300发送获取APP的权限配置信息的请求。

(2)步骤S1014～步骤S1018：跟随XX安全中心对APP进行权限配置。

S1014、电子设备100接收到开启APP1的操作12。

示例性地，上述APP1可以是前述实施例中的AA购票。上述操作12可以例如是前述图6A所示对AA购票应用图标211的操作。

S1015、在判断出APP1请求的设备权限未被授予的情况下，电子设备100可以确定出权限配置的被跟随对象为XX安全中心。

S1016、电子设备100可以向服务器300发送获取APP1的权限配置信息的请求。

服务器300可以为XX安全中心关联的电子设备。上述步骤S1015和步骤S1016可以参考前述图8所示方法中的步骤S817和步骤S818。这里不再赘述。

S1017、服务器300可以向电子设备100发送APP1的权限配置信息。

服务器300中可存储有多个APP的权限配置信息。这多个APP的权限配置信息可包括APP1的权限配置信息。

其中，服务器300中存储的APP的权限配置信息可以是XX安全中心对APP进行安全评估得到的。例如，XX安全中心可以根据APP能提供的各项功能，来判断APP请求的设备权限是否是必要的，以及授予APP相应的设备权限后的风险程度。XX安全中心可以确定出APP的权限配置信息。APP的权限配置信息可包括授予APP哪些设备权限、授予APP设备权限的期限、拒绝授予APP哪些设备权限等。

在一些实施例中，服务器300可以通过登录有XX安全中心的通讯APP发送上述APP1的权限配置信息。

S1018、电子设备100可以根据APP1的权限配置信息，配置APP1请求的设备权限。

在一些实施例中，电子设备100中的通讯APP可以接收到来自服务器300的APP1的权限配置信息。电子设备100中的通讯APP可以将APP1的权限配置信息发送给电子设备100中的权限管理器。电子设备100中的权限管理器可以根据APP1的权限配置信息配置APP请求的设备权限。

由上述图10所示的方法可知，用户1可以通过通讯APP选择XX安全中心为被跟随对象，以便于跟随XX安全中心对APP1请求的设备权限的配置。其中，服务器300提供的APP1的权限配置信息可是经过XX安全中心的安全评估得到的。这可以确保用户1跟随XX安全中心对APP1进行权限配置是安全的。这减少了由于用户1自己对APP1请求的设备权限进行配置的失误，导致个人隐私信息泄露的风险。通过设置被跟随对象，用户1在开启APP1时无需自己抉择是否授予APP1请求的设备权限。

上述方法既可以满足安全性的需求，又可以满足易用性的需求。用户可以选择跟随能够在设备安全领域充当技术权威的机构对APP请求的设备权限的配置。这可以有效解决APP的权限管理与APP易用性之间的矛盾，降低用户使用电子设备的障碍，提高用户的使用体验。

除了前述图9所示通过通讯应用(如AA聊天)将XX安全中心设置为被跟随对象，电子设备100还可以提供其它的操作方法来将XX安全中心设置为被跟随对象。本申请实施例对此不作限定。

在一些实施例中，XX安全中心可以提供XX安全中心侧的APP(后续简称XX安全中心APP)。该XX安全中心APP可以提供APP的权限配置跟随的服务。电子设备100中可安装有上述XX安全中心APP。用户1可以通过电子设备100中XX安全中心APP将XX安全中心设置为被跟随对象。

示例性地，响应于在XX安全中心APP中将XX安全中心设置为被跟随对象的操作，电子设备100中XX安全中心APP可以向权限管理器发送被跟随对象设置消息。该被跟随对象设置消息可用于指示电子设备100可跟随XX安全中心对APP进行权限配置。

当检测到APP1在开启时的权限请求，电子设备100中的权限管理器可以向XX安全中心APP获取APP1的权限配置信息。电子设备100中的XX安全中心APP可以从XX安全中心侧的服务器300获取APP1的权限配置信息，并将APP1的权限配置信息发送给电子设备100中的权限管理器。然后，电子设备100中的权限管理器可以根据APP1的权限配置信息对APP1进行权限配置。

在一些实施例中，电子设备100中的应用市场APP可以为用户提供跟随APP的权限配置的服务。

示例性地，电子设备100中可安装有应用市场APP。应用市场APP可以是电子设备100中的***应用。应用市场APP可以提供查找APP、在电子设备100中安装APP的服务。

在一种可能的实现方式中，用户1在通过应用市场APP在电子设备100中安装APP1时，可以选择跟随应用市场对APP1进行权限配置。那么，在电子设备100从应用市场APP中安装APP1的过程中，应用市场APP可以将APP1的权限配置信息发送给电子设备100中的权限管理器。当检测到APP1在开启时的权限请求，电子设备100中的权限管理器可以根据上述来自应用市场的APP1的权限配置信息对APP1进行权限配置。上述APP1的权限配置信息可以是电子设备100中的应用市场从应用市场侧的服务器中获取的。应用市场侧的服务器中可以存储多个APP的权限配置信息。这多个APP的权限配置信息可包括APP1的权限配置信息。应用市场侧的服务器中存储的APP的权限配置信息可以是应用市场方对APP进行安全评估得到的。

在一种可能的实现方式中，用户1可以通过电子设备100中的应用市场将应用市场设置为被跟随对象。当检测到APP1在开启时的权限请求，电子设备100中的权限管理器可以向应用市场APP获取APP1的权限配置信息。电子设备100中的应用市场APP可以从应用市场侧的服务器获取APP1的权限配置信息，并将APP1的权限配置信息发送给电子设备100中的权限管理器。然后，电子设备100中的权限管理器可以根据APP1的权限配置信息对APP1进行权限配置。

上述应用市场也可称为应用商店、应用商城。本申请实施例对应用市场的名称不作限定。

由上述实施例可知，电子设备100还可以通过应用市场APP跟随应用市场对APP进行权限配置。开发上述应用市场APP的机构通常可以为能够在设备安全领域充当技术权威的机构。跟随应用市场对APP进行权限配置也可以满足安全性的需求。通过设置被跟随对象，用户1在开启APP1时无需自己抉择是否授予APP1请求的设备权限。这可以满足简单易用性的需求。用户可以选择跟随应用市场对APP请求的设备权限的配置。这可以有效解决APP的权限管理与APP易用性之间的矛盾，降低用户使用电子设备的障碍，提高用户的使用体验。

在一些实施例中，用户1在电子设备100中设置权限配置的被跟随对象之后，还可以取消设置被跟随对象。

示例性地，当经过上述图5A～图5D所示，将用户2设置为被跟随对象的操作后，用户1还可以通过上述通讯应用(如AA聊天)将用户2作为被跟随对象的设置取消。例如，响应于对图5B所示对话栏511的操作，例如长按操作，电子设备100可以在图5B所示的功能选择框512中显示取消跟随控件。该取消跟随控件可以替代图5B所示的跟随控件512C显示在功能选择框512中。响应于对该取消跟随控件的操作，电子设备100可以将用户2作为被跟随对象的设置取消。

其中，响应于对该取消跟随控件的操作，电子设备100中的AA聊天可以向权限管理器发送取消跟随的消息。该取消跟随的消息可用于指示用户2不再为被跟随对象。在用户2作为被跟随对象的设置取消且未另外设置被跟随对象的情况下，电子设备100中的权限管理器在检测到APP开启时的权限请求时，可以显示权限请求的提示框，来询问用户1是否授予APP请求的设备权限。

在一些实施例中，当电子设备100跟随被跟随对象关联的电子设备对APP进行权限配置之后，电子设备100还可以响应于在APP的权限配置界面调整APP的设备权限的操作，调整APP的设备权限。

示例性地，电子设备100跟随电子设备200对AA购票进行权限配置后，电子设备100中AA购票的权限配置情况可以参考前述图6C所示的用户界面620。图6C所示的用户界面620可以是AA购票的权限配置界面。用户界面620中的权限显示区域622可包含位置权限选项。该位置权限选项可用于配置AA购票的位置权限。响应于对位置权限选项的操作，电子设备100可以提供用于对APP购票配置位置权限的控件，例如始终允许控件、使用期间允许控件和禁止控件。也即是说，用户1仍然可以手动调整AA购票的设备权限。

在一些实施例中，当检测到APP对设备权限的请求，电子设备100可以显示提示框。该提示框除了包括用于对APP请求的设备权限进行配置的控件，还可以包括用于选择跟随被跟随对象来配置该APP进行的设备权限的控件。

这里以电子设备100检测到APP在开启时请求设备权限的情况为例进行说明。其中，具体以前述实施例中的AA购票为例。AA购票在开启的过程中请求位置权限、存储权限和设备信息权限。

如图11所示，响应于开启AA购票的操作，电子设备100可以显示图11所示的用户界面1110。用户界面1110可以参考前述图1B所示的用户界面220。

其中，用户界面1110可以包含提示框1111。提示框1111可用于询问用户是否授予AA购票位置权限。提示框1111可包含始终允许控件1112、使用期间允许控件1113、禁止控件1114、本权限跟随控件1115和所有权限跟随控件1116。其中，始终允许控件1112、使用期间允许控件1113、禁止控件1114可以分别参考前述图1B所示始终允许控件221A、使用期间允许控件221B和禁止控件221C的介绍。这里不再赘述。

本权限跟随控件1115可用于触发电子设备100跟随用户2关联的电子设备200，配置AA购票在电子设备100上的位置权限。

所有权限跟随控件1116可用于触发电子设备100跟随用户2关联的电子设备200，配置AA购票在电子设备100上请求的所有设备权限。例如，位置权限、存储权限和设备信息权限。

其中，用户2可以是在电子设备100中设置的被跟随对象。在一种可能的实现方式中，当检测到AA购票对设备权限的请求，电子设备100可以判断电子设备100中是否设置有被跟随对象。若判断出电子设备100中未设置被跟随对象，电子设备100可以根据前述图1A～图1D所示的实施例来询问用户是否授予AA购票请求的设备权限。若判断出电子设备100中设置有被跟随对象，例如用户2，电子设备100可以在显示权限请求的提示框1111时，显示图11所示的本权限跟随控件1115和/或所有权限跟随控件1116。这样可以方便用户抉择是自己来配置AA购票请求的设备权限，还是跟随被跟随对象来配置AA购票请求的设备权限。

例如，响应于作用在本权限跟随控件1115上的操作，电子设备100可以向用户2关联的电子设备200获取AA购票的权限配置信息。该AA购票的权限配置信息中可包含AA购票在位置权限上的权限配置情况。然后，电子设备100可以根据该AA购票的权限配置信息配置AA购票在电子设备100上的位置权限。另外，由于AA购票还请求了存储权限和设备信息权限，电子设备100还可以显示图1C和图1D所示用于请求存储权限和设备信息权限的提示框。上述用于请求存储权限和设备信息权限的提示框可以包含图11所示的本权限跟随控件1115和所有权限跟随控件1116。本申请实施例对此不再赘述。

再例如，响应于作用在所有权限跟随控件1116上的操作，电子设备100可以向用户2关联的电子设备200获取AA购票的权限配置信息。该AA购票的权限配置信息中可包含AA购票请求的所有设备权限的配置情况(如位置权限、存储权限和设备信息权限的配置情况)。然后，电子设备100可以根据该AA购票的权限配置信息配置AA购票在电子设备100上请求的所有设备权限。其中，由于电子设备100可以跟随电子设备200对AA购票请求的所有设备权限，电子设备100可以不再显示前述图1C和图1D所示用于请求存储权限和设备信息权限的提示框。

不限于图11所示的本权限跟随控件1115和所有权限跟随控件1116，用于请求权限的提示框中还可以包含更多或更少的控件。例如，本权限跟随后不再询问控件、所有权限跟随后不再询问控件等等。上述本权限跟随后不再询问控件可用于触发电子设备100在选择APP在当前提示框请求的设备权限跟随被跟随对象后，不再显示该提示框。上述所有权限跟随后不再询问控件可用于触发电子设备100在选择APP请求的所有的设备权限跟随被跟随对象后，不再显示APP请求各项设备权限的提示框。

由上述实施例可知，在用户在电子设备100中设置被跟随对象后，用户仍可选择是由自己配置APP请求的设备权限，还是跟随被跟随对象配置APP请求的设备权限。其中，用户还可以选择APP请求的哪些设备权限由自己配置，哪些设备权限跟随被跟随对象进行配置。上述方法可以将配置APP请求的设备权限的选择权更充分地交给用户。用户可以根据实际情况确定如何对APP请求的设备权限进行配置。这可以更好地提示用户的使用体验。

可以理解的，在本申请实施例中描述的各个用户界面仅为示例界面，并不对本申请方案构成限定。在其它实施例中，用户界面可以采用不同的界面布局，可以包括更多或更少的控件，可以增加或减少其它功能选项，只要基于本申请提供的同一发明思想，都在本申请保护范围内。

需要说明的是，在不产生矛盾或冲突的情况下，本申请任意实施例中的任意特征，或任意特征中的任意部分都可以组合，组合后的技术方案也在本申请实施例的范围内。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (20)

1.一种通信***，其特征在于，所述通信***包括第一电子设备和第二电子设备，所述第一电子设备安装有第一APP，其中，

所述第一电子设备用于，检测所述第一APP获取设备权限的第一请求；根据所述第一请求，确定所述第一电子设备中设置有被跟随对象，且所述被跟随对象为第一被跟随对象，获取第一权限配置信息，所述第一权限配置信息包括所述第二电子设备中所述第一APP的权限配置信息，所述第二电子设备是所述第一被跟随对象关联的设备；

所述第二电子设备用于，发送所述第一权限配置信息；

所述第一电子设备还用于，接收所述第一权限配置信息，根据所述第一权限配置信息配置所述第一APP在所述第一电子设备上的设备权限。

2.根据权利要求1所述的通信***，其特征在于，所述第一电子设备安装有第二APP，所述第一电子设备还用于：

接收作用在所述第二APP中的第一操作；

响应于所述第一操作，将所述第一被跟随对象设置为所述被跟随对象。

3.根据权利要求2所述的通信***，其特征在于，所述第二APP为通讯类的APP，所述第一电子设备的所述第二APP中登录有第一通讯账号，在登录有所述第一通讯账号的情况下，所述第一电子设备的所述第二APP的联系人列表包含所述第一被跟随对象；所述第一操作为作用在所述第二APP中，根据所述第一被跟随对象在所述第二APP的通讯账号将所述第一被跟随对象设置为所述被跟随对象的操作；或者，

所述第二APP为***应用，所述第一电子设备的所述第二APP中登录有第一***账号；所述第一操作为作用在所述第二APP中，根据所述第一被跟随对象的***账号将所述第一被跟随对象设置为所述被跟随对象的操作。

4.根据权利要求3所述的通信***，其特征在于，所述将所述第一被跟随对象设置为所述被跟随对象之前，

所述第一电子设备还用于，发送权限配置跟随请求；

所述第二电子设备还用于，显示被跟随询问控件，根据作用在所述被跟随询问控件上同意所述第一电子设备跟随权限配置的操作发送第一消息，所述第一消息用于指示所述第一被跟随对象同意被跟随权限配置；

所述第一电子设备还用于，接收所述第一消息。

5.根据权利要求1-4中任一项所述的通信***，其特征在于，所述发送所述第一权限配置信息之前，所述第二电子设备还用于：

判断所述第二电子设备中是否安装所述第一APP；

在判断出所述第二电子设备中安装有所述第一APP的情况下，根据所述第一APP在所述第二电子设备中设备权限的配置情况得到所述第一权限配置信息；

在判断出所述第二电子设备中未安装所述第一APP的情况下，显示权限配置控件，根据作用在所述权限配置控件上用于对所述第一APP进行权限配置的操作得到所述第一权限配置信息。

6.一种应用程序的权限管理方法，其特征在于，所述方法包括：

第一电子设备检测第一APP获取设备权限的第一请求；

根据所述第一请求，所述第一电子设备确定所述第一电子设备中设置有被跟随对象，且所述被跟随对象为第一被跟随对象，获取第一权限配置信息，所述第一权限配置信息包括第二电子设备中所述第一APP的权限配置信息，所述第二电子设备是所述第一被跟随对象关联的设备；

所述第一电子设备根据所述第一权限配置信息配置所述第一APP在所述第一电子设备上的设备权限。

7.根据权利要求6所述的方法，其特征在于，所述第一电子设备安装有第二APP，在所述第一电子设备检测第一APP获取设备权限的第一请求之前，所述方法还包括：

所述第一电子设备接收作用在所述第二APP中的第一操作；

响应于所述第一操作，所述第一电子设备将所述第一被跟随对象设置为所述被跟随对象。

8.根据权利要求7所述的方法，其特征在于，所述第二APP为通讯类的APP，所述第一电子设备的所述第二APP中登录有第一通讯账号，在登录有所述第一通讯账号的情况下，所述第一电子设备的所述第二APP的联系人列表包含所述第一被跟随对象；所述第一操作为作用在所述第二APP中，根据所述第一被跟随对象在所述第二APP的通讯账号将所述第一被跟随对象设置为所述被跟随对象的操作；或者，

所述第二APP为***应用，所述第一电子设备的所述第二APP中登录有第一***账号；所述第一操作为作用在所述第二APP中，根据所述第一被跟随对象的***账号将所述第一被跟随对象设置为所述被跟随对象的操作。

9.根据权利要求7或8所述的方法，其特征在于，在所述第一电子设备将所述第一被跟随对象设置为所述被跟随对象之前，所述方法还包括：

所述第一电子设备发送权限配置跟随请求，并接收第一消息，所述第一消息用于指示所述第一被跟随对象同意被跟随权限配置。

10.根据权利要求7所述的方法，其特征在于，所述第二APP包括安全管理类的APP、应用市场，所述第二APP具有提供权限配置跟随服务的能力。

11.根据权利要求7-10中任一项所述的方法，其特征在于，所述第一权限配置信息是通过所述第二APP获取的。

12.根据权利要求6-11中任一项所述的方法，其特征在于，所述方法还包括：

所述第一电子设备接收到用于开启所述第一APP的第二操作，所述第一请求是所述第一APP响应于所述第二操作而发起的。

13.根据权利要求6-12中任一项所述的方法，其特征在于，所述方法还包括：

所述第一电子设备检测所述第一APP获取设备权限的第二请求，所述第二请求是所述第一APP在运行过程中发起的；

根据所述第二请求，所述第一电子设备显示第一提示框，所述第一提示框用于询问是否授予所述第二APP在所述第二请求中请求的设备权限。

14.根据权利要求6-13中任一项所述的方法，其特征在于，所述第一电子设备将所述第一被跟随对象设置为所述被跟随对象之后，所述方法还包括：

所述第一电子设备接收作用在所述第二APP中的第三操作；

响应于所述第三操作，所述第一电子设备取消所述第一被跟随对象为所述被跟随对象。

15.一种应用程序的权限管理方法，其特征在于，所述方法包括：

第二电子设备接收到权限配置跟随请求，所述权限配置跟随请求用于指示第一电子设备请求跟随所述第二电子设备中APP的权限配置；

根据所述权限配置跟随请求，所述第二电子设备显示被跟随询问控件；

所述第二电子设备根据作用在所述被跟随询问控件上同意所述第一电子设备跟随权限配置的操作，发送第一消息。

16.根据权利要求15所述的方法，其特征在于，在所述发送第一消息之后，所述方法还包括：

所述第二电子设备接收到用于指示所述第一电子设备获取第一APP的权限配置信息的请求，发送第一权限配置信息。

17.根据权利要求16所述的方法，所述发送第一权限配置信息之前，所述方法还包括：

所述第二电子设备判断所述第二电子设备中是否安装所述第一APP；

在判断出所述第二电子设备中安装有所述第一APP的情况下，所述第二电子设备根据所述第一APP在所述第二电子设备中设备权限的配置情况得到所述第一权限配置信息；

在判断出所述第二电子设备中未安装所述第一APP的情况下，所述第二电子设备显示权限配置控件，根据作用在所述权限配置控件上用于对所述第一APP进行权限配置的操作得到所述第一权限配置信息。

18.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，其中，所述存储器用于存储计算机程序，所述处理器用于调用所述计算机程序，使得所述电子设备执行权利要求6-14或权利要求15-17中任一项所述的方法。

19.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行，使得所述电子设备执行权利要求6-14或权利要求15-17中任一项所述的方法。

20.一种计算机程序产品，其特征在于，所述计算机程序产品包含计算机指令，当所述计算机指令在电子设备上运行，使得所述电子设备执行权利要求6-14或权利要求15-17中任一项所述的方法。