CN115017522A - Permission recommendation method and electronic device - Google Patents

Abstract

The application provides an authority recommending method and electronic equipment, and relates to the field of electronic equipment. The scheme comprises the following steps: the electronic equipment displays a target interface, the target interface comprises a plurality of authorities of a target application and setting states of the plurality of authorities, and the setting states of the plurality of authorities are initial configuration states. The electronic equipment displays at least two permission setting modes of a target application on a target interface, wherein each permission setting mode corresponds to one configuration mode of a plurality of permissions, and the configuration modes of the plurality of permissions respectively corresponding to the at least two permission setting modes are different from each other. And the electronic equipment determines a target setting mode in at least two permission setting modes and updates and displays the setting states of the plurality of permissions according to the target setting mode.

Description

Permission recommendation method and electronic device

technical field

The present application relates to the field of electronic devices, and in particular, to a method for recommending authority and an electronic device.

Background technique

Nowadays, electronic devices such as mobile phones and tablet computers have become indispensable tools in people's daily life and work. By installing an application in an electronic device, the device functionality can be improved. Applications are usually configured with one or more permissions, such as whether to allow the camera to be opened, whether to allow the camera to be opened, whether to allow access to location information and other permissions.

The authorization of the permissions of most applications in the electronic device depends on the user's settings. In response to the user's operation of setting permissions for an application, the electronic device can implement corresponding functions when the application is running. However, if the application has a large number of permissions, the user needs to set the permissions one by one, and may not know how to select the permissions, resulting in a poor user experience.

SUMMARY OF THE INVENTION

The embodiments of the present application provide a permission recommendation method and an electronic device. The electronic device can recommend a permission setting mode of an application, and provides a user with reference information of permission setting of an application, so that it is more convenient and quick for a user to set the permission of an application.

To achieve the above object, the embodiments of the present application adopt the following technical solutions:

In a first aspect, a method for recommending permissions is provided. The method includes: an electronic device displays a target interface, where the target interface includes multiple permissions of the target application and setting states of the multiple permissions, and the setting state of the multiple permissions is an initial configuration state. The electronic device displays at least two permission setting modes of the target application on the target interface, each permission setting mode corresponds to a configuration mode of multiple permissions, and the configuration modes of multiple permissions corresponding to the at least two permission setting modes are different from each other. And the electronic device determines a target setting mode in at least two permission setting modes, and updates and displays the setting status of multiple permissions according to the target setting mode.

By implementing the above solution, the electronic device can recommend permission setting modes on the interface of the target application, and these permission setting modes provide the user with reference information of the permission setting of the target application, so that the user can complete the permission setting more conveniently and quickly. When the user selects the target setting mode among the various permission setting modes of the target application, the electronic device performs one-key setting of all permissions corresponding to the target setting mode, which simplifies the user's setting operation and greatly improves the user experience.

In a possible implementation manner, in a scenario where the target application is a video application, at least two permission setting modes include: a permission setting mode of only viewing but not posting, and a permission setting mode of publishing videos.

In a possible implementation manner, the electronic device displays at least two permission setting modes of the target application in the target interface, including: the electronic device displays at least two permission setting modes of the first target application in the first target interface; Alternatively, the electronic device displays at least two permission setting modes of the second target application in the second target interface. Wherein, the at least two permission setting modes of the first target application and the at least two permission setting modes of the second target application are partially different or completely different.

Different applications have different permission setting modes, realizing differentiated services for different applications.

In a possible implementation manner, the electronic device displays at least two permission setting modes of the target application in the target interface, including: the electronic device displays at least two permission setting modes in response to a preset operation on the target interface.

In a possible implementation manner, the target interface further includes a recommendation control, and the recommendation control is used to trigger the display of at least two permission setting modes. The preset operation is any one of a single-click operation on the recommended control, multiple consecutive clicks, or a long-press operation.

The display of the permission setting mode is triggered through the recommended controls of the target interface, and the operation is simple and convenient.

In a possible implementation manner, the target interface further includes reference information corresponding to each permission setting mode, and the reference information corresponding to each permission setting mode is used to prompt the usage habit of the target application indicated by the permission setting mode. The reference information may include at least one of the following: text description information and icon description information.

In this way, it is convenient for the user to better understand the reference information of the permission setting according to the description information of the permission setting mode, so as to more accurately and quickly select the permission setting mode that meets the needs of the user.

In a possible implementation manner, the electronic device determines the target setting mode in the at least two permission setting modes, including: the electronic device determines the target setting mode in response to a selection operation in the at least two permission setting modes. Or, the electronic device determines a candidate setting mode in at least two permission setting modes, displays prompt information, and the prompt information is used to prompt the user whether to use the candidate setting mode for setting; and receives a confirmation operation for the prompt information within a preset time period, The candidate setting mode is determined as the target setting mode.

In a possible implementation manner, the electronic device determines a candidate setting mode in at least two permission setting modes, including: the electronic device determines any one of the at least two permission setting modes as a candidate setting mode. Alternatively, the electronic device obtains pre-stored behavior data, the behavior data is the user's permission setting behavior data for other applications in the electronic device except the target application, and the user's usage habit is determined according to the behavior data, and is determined from at least two permission setting modes. A setting mode that conforms to usage habits, and the setting mode is determined as a candidate setting mode.

In a possible implementation manner, the electronic device updates and displays the setting status of multiple permissions according to the target setting mode, including: the electronic device obtains, according to the corresponding relationship, the target permission parameters corresponding to the target setting mode and the target application, and the target permission parameters It includes the setting status information of multiple permissions, and the corresponding relationship is the corresponding relationship between the application, the permission setting mode and the permission parameter. After that, based on the target authority parameter, the electronic device is updated from an initial setting state showing a plurality of authority to a setting state indicated by the target authority parameter.

In a possible implementation manner, the authority recommendation method may further include: the electronic device receives the correspondence from the server, and stores the correspondence.

In a possible implementation manner, the method for recommending rights may further include: the electronic device, in response to a setting operation on the setting states of the multiple rights, updates and displays the setting states of the multiple rights.

In this way, it is convenient for users to set permissions according to their own needs, and the user experience is improved.

In a possible implementation manner, the target interface includes multiple permissions and setting states of the multiple permissions of the target application, including: the target interface displays multiple permissions and the setting states of the multiple permissions. Alternatively, the content of the target application is displayed in the target interface, and the target interface further includes a pop-up box, and the pop-up box displays multiple permissions and setting states of the multiple permissions.

In a second aspect, an electronic device is provided, and the electronic device has the function of implementing the method described in the first aspect. This function can be implemented by hardware or by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above functions.

In a third aspect, an electronic device is provided, comprising: one or more processors and one or more memories, the one or more memories are used to store computer program code, the computer program code includes computer instructions, when one or more The processor reads computer instructions from one or more memories, so that the electronic device executes: displaying a target interface, where the target interface includes multiple permissions of the target application and the setting states of the multiple permissions, and the setting states of the multiple permissions are the initial configuration state. At least two permission setting modes of the target application are displayed on the target interface, each permission setting mode corresponds to a configuration mode of multiple permissions, and the configuration modes of multiple permissions corresponding to the at least two permission setting modes are different from each other. A target setting mode is determined among at least two permission setting modes, and according to the target setting mode, a setting state displaying a plurality of permissions is updated.

In a possible implementation manner, in a scenario where the target application is a video application, at least two permission setting modes include: a permission setting mode of only viewing but not posting, and a permission setting mode of publishing videos.

In a possible implementation manner, the electronic device displays at least two permission setting modes of the target application in the target interface, specifically: the electronic device displays at least two permission setting modes of the first target application in the first target interface; Alternatively, the electronic device displays at least two permission setting modes of the second target application in the second target interface. Wherein, the at least two permission setting modes of the first target application and the at least two permission setting modes of the second target application are partially different or completely different.

In a possible implementation manner, the electronic device displays at least two permission setting modes of the target application in the target interface, including: the electronic device displays at least two permission setting modes in response to a preset operation on the target interface.

In a possible implementation manner, the target interface further includes a recommendation control, and the recommendation control is used to trigger the display of at least two permission setting modes. The preset operation is any one of a single-click operation on the recommended control, multiple consecutive clicks, or a long-press operation.

In a possible implementation manner, the target interface further includes reference information corresponding to each permission setting mode, and the reference information corresponding to each permission setting mode is used to prompt the usage habit of the target application indicated by the permission setting mode. The reference information may include at least one of the following: text description information and icon description information.

In a possible implementation manner, the electronic device determines the target setting mode in at least two permission setting modes, specifically: the electronic device determines the target setting mode in response to a selection operation in the at least two permission setting modes. Or, the electronic device determines a candidate setting mode in at least two permission setting modes, displays prompt information, and the prompt information is used to prompt the user whether to use the candidate setting mode for setting; and receives a confirmation operation for the prompt information within a preset time period, The candidate setting mode is determined as the target setting mode.

In a possible implementation manner, the electronic device determines a candidate setting mode among at least two permission setting modes, specifically: the electronic device determines any one of the at least two permission setting modes as a candidate setting mode. Alternatively, the electronic device obtains pre-stored behavior data, the behavior data is the user's permission setting behavior data for other applications in the electronic device except the target application, and the user's usage habit is determined according to the behavior data, and is determined from at least two permission setting modes. A setting mode that conforms to usage habits, and the setting mode is determined as a candidate setting mode.

In a possible implementation manner, the electronic device updates and displays the setting status of multiple permissions according to the target setting mode, specifically: the electronic device obtains, according to the corresponding relationship, target permission parameters corresponding to the target setting mode and the target application, and the target permissions The parameters include setting status information of multiple permissions, and the corresponding relationship is the corresponding relationship between the application, the permission setting mode and the permission parameters. After that, based on the target authority parameter, the electronic device is updated from an initial setting state showing a plurality of authority to a setting state indicated by the target authority parameter.

In a possible implementation manner, when one or more processors read computer instructions from one or more memories, the electronic device also causes the electronic device to perform the following operations: receive the correspondence from the server, and store the correspondence.

In a possible implementation manner, when one or more processors read computer instructions from one or more memories, the electronic device also causes the electronic device to perform the following operation: in response to the setting operation on the setting state of the plurality of permissions, update the Displays the setting status of multiple permissions.

In a possible implementation manner, the target interface includes multiple permissions and setting states of the multiple permissions of the target application, including: the target interface displays multiple permissions and the setting states of the multiple permissions. Alternatively, the content of the target application is displayed in the target interface, and the target interface further includes a pop-up box, and the pop-up box displays multiple permissions and setting states of the multiple permissions.

In a fourth aspect, a computer-readable storage medium is provided, and computer instructions are stored in the computer-readable storage medium, and when the computer instructions are executed on an electronic device, the electronic device is made to perform the first aspect and any one of the possibilities. method described in the implementation of .

In a fifth aspect, there is provided a computer program product which, when run on a computer, causes the computer to perform the method as described in the first aspect and any one of the possible implementations.

In a sixth aspect, a chip is provided, including a processor, when the processor executes an instruction, the processor executes the method described in the first aspect and any one of the possible implementation manners.

In a seventh aspect, an apparatus is provided, the apparatus is included in an electronic device, and the apparatus has a function of implementing the behavior of the electronic device in any of the above aspects and possible implementation manners. This function can be implemented by hardware or by executing corresponding software by hardware. The hardware or software includes at least one module or unit corresponding to the above-mentioned functions. For example, a receiving module or unit, a determining module or unit, and a transmitting module or unit, etc.

In an eighth aspect, a method for recommending permissions is provided, the method may include: the server obtains a behavior data set of a target application, the behavior data set includes multiple pieces of permission setting behavior data, and the permission setting behavior data includes a plurality of user information on the target application. The result of setting permissions. The server uses a pre-stored classification algorithm to classify multiple pieces of permission setting behavior data to obtain multiple permission behavior sets. The server determines the permission setting mode of the target application and the permission parameters corresponding to each permission setting mode according to the multiple permission behavior sets, and the permission parameter includes the setting status information of the multiple permissions. The server sends the determined permission setting mode of the target application and permission parameters corresponding to each permission setting mode to the electronic device.

By implementing the above solution, the server can generate a corresponding permission setting mode for the target application based on a large amount of behavior data, and the generated permission setting mode is more reasonable and meets user requirements. And the server pushes the generated permission setting mode to the electronic device, so as to provide a reference for the permission setting for the user.

In a possible implementation manner, the server uses a pre-stored classification algorithm to classify multiple pieces of permission setting behavior data, and obtains multiple permission behavior sets, including: the server selects valid data from multiple pieces of permission setting behavior data, and the valid data The data except the default data in the behavior data is set for multiple permissions, and the setting results of multiple permissions included in the default data are the results of the initial configuration; the server uses a classification algorithm to classify the valid data to obtain multiple permission behavior sets.

Due to the variety of users who use mobile phones, they may be the elderly, children, or adults. Different groups of people have different understanding of permission settings, which makes the users stored in the cloud data module to set the permissions of the application. Only some of the data are of reference significance.

In a possible implementation manner, the server uses a pre-stored classification algorithm to classify multiple pieces of permission setting behavior data, and obtains multiple permission behavior sets, including: the server divides the valid data with the same setting result of multiple permissions into one permission Behavior sets; or, the server determines multiple permission behavior sets according to the similarity of any two pieces of data in the valid data.

In a possible implementation manner, the server determines multiple permission behavior sets according to the similarity of any two pieces of data in the valid data, including: the server obtains two setting results of any two pieces of data in the valid data, and determines two In the setting result, set the proportion of the number of the same permissions in the number of multiple permissions, and determine multiple permission behavior sets according to the proportion; or, the server obtains the sensitive permissions among the multiple permissions, and determines multiple permissions according to the sensitive permissions. Permission behavior set; or, the server inputs each piece of data in the valid data into a pre-stored classification model, obtains a reference value corresponding to each piece of data, and determines multiple permission behavior sets according to the reference value.

In a possible implementation manner, the server determines the permission setting mode of the target application according to multiple permission behavior sets, including: the server determining the proportion of the quantity of data included in each permission behavior set in the total number of valid data; the server The permission behavior set whose proportion is greater than the preset proportion value is determined as the target set; the server analyzes the setting results included in the data in the target set, and determines the permission setting mode corresponding to the target set.

In a ninth aspect, a server is provided, and the server has a function of implementing the method described in the eighth aspect. This function can be implemented by hardware or by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above functions.

In a tenth aspect, there is provided a server, comprising: one or more processors and one or more memories, the one or more memories are used to store computer program code, the computer program code includes computer instructions, when one or more processes The processor reads computer instructions from one or more memories, so that the server executes: obtains the behavior data set of the target application, the behavior data set includes a plurality of pieces of permission setting behavior data, and the permission setting behavior data includes a plurality of user actions on the target application. The result of setting permissions. A pre-stored classification algorithm is used to classify multiple pieces of permission setting behavior data to obtain multiple permission behavior sets. According to the multiple permission behavior sets, the permission setting mode of the target application and the permission parameters corresponding to each permission setting mode are determined, and the permission parameters include the setting status information of the multiple permissions. The determined permission setting mode of the target application and the permission parameters corresponding to each permission setting mode are sent to the electronic device.

In a possible implementation manner, the server uses a pre-stored classification algorithm to classify multiple pieces of permission setting behavior data, and obtains multiple permission behavior sets. Specifically, the server selects valid data from the multiple pieces of permission setting behavior data, and effectively The data is the data except the default data in the multiple permission setting behavior data. The setting result of the multiple permissions included in the default data is the result of the initial configuration; the server uses a classification algorithm to classify the valid data to obtain multiple permission behavior sets.

In a possible implementation manner, the server uses a pre-stored classification algorithm to classify multiple pieces of permission setting behavior data, and obtains multiple permission behavior sets. A permission behavior set; or, the server determines multiple permission behavior sets according to the similarity of any two pieces of data in the valid data.

In a possible implementation manner, the server determines multiple permission behavior sets according to the similarity of any two pieces of data in the valid data, including: the server obtains two setting results of any two pieces of data in the valid data, and determines two In the setting result, set the proportion of the number of the same permissions in the number of multiple permissions, and determine multiple permission behavior sets according to the proportion; or, the server obtains the sensitive permissions among the multiple permissions, and determines multiple permissions according to the sensitive permissions. Permission behavior set; or, the server inputs each piece of data in the valid data into a pre-stored classification model, obtains a reference value corresponding to each piece of data, and determines multiple permission behavior sets according to the reference value.

In a possible implementation manner, the server determines the permission setting mode of the target application according to multiple permission behavior sets, including: the server determining the proportion of the quantity of data included in each permission behavior set in the total number of valid data; the server The permission behavior set whose proportion is greater than the preset proportion value is determined as the target set; the server analyzes the setting results included in the data in the target set, and determines the permission setting mode corresponding to the target set.

In an eleventh aspect, a computer-readable storage medium is provided, and computer instructions are stored in the computer-readable storage medium, and when the computer instructions are executed on the server, the server is caused to perform the eighth aspect and any one of the possible Implement the method described in the method.

A twelfth aspect provides a computer program product that, when the computer program product runs on a computer, causes the computer to perform the method described in the eighth aspect and any one of the possible implementations.

A thirteenth aspect provides a chip including a processor, when the processor executes an instruction, the processor executes the method described in the eighth aspect and any one of the possible implementation manners.

A fourteenth aspect provides an apparatus, the apparatus is included in a server, and the apparatus has a function of implementing the server behavior in any of the above aspects and possible implementation manners. This function can be implemented by hardware or by executing corresponding software by hardware. The hardware or software includes at least one module or unit corresponding to the above-mentioned functions. For example, a receiving module or unit, a determining module or unit, and a transmitting module or unit, etc.

Description of drawings

FIG. 1 is one of the schematic diagrams of a user setting the permissions of an application provided by an embodiment of the present application;

FIG. 2 is the second schematic diagram of the user setting the permission of the application provided by the embodiment of the present application;

FIG. 3 is the third schematic diagram of the user setting the permission of the application provided by the embodiment of the present application;

4 is a schematic diagram of text description information of a permission setting mode provided by an embodiment of the present application;

5 is a schematic diagram of picture description information of a permission setting mode provided by an embodiment of the present application;

6 is a schematic diagram of a permission setting mode provided by an embodiment of the present application;

FIG. 7 is the fourth schematic diagram of the user setting the permission of the application provided by the embodiment of the present application;

8A is a simplified schematic diagram of a system architecture provided by an embodiment of the present application;

8B is a schematic structural diagram of a mobile phone and a server provided by an embodiment of the present application;

9A is a schematic diagram of a hardware structure of a mobile phone provided by an embodiment of the application;

9B is a schematic diagram of a software structure of a mobile phone according to an embodiment of the application;

FIG. 9C is a schematic diagram of a hardware structure of a server provided by an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings in the embodiments of the present application. Wherein, in the description of this application, unless otherwise specified, "/" indicates that the objects associated before and after are an "or" relationship, for example, A/B can indicate A or B; in this application, "and/or" "It is only an association relationship that describes an associated object, which means that there can be three kinds of relationships, for example, A and/or B, which can mean: A alone exists, A and B exist at the same time, and B exists alone, where A exists , B can be singular or plural. Also, in the description of the present application, unless stated otherwise, "plurality" means two or more than two. "At least one item(s) below" or similar expressions thereof refer to any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (a) of a, b, or c can represent: a, b, c, a-b, a-c, b-c, or a-b-c, where a, b, c may be single or multiple . In addition, in order to clearly describe the technical solutions of the embodiments of the present application, in the embodiments of the present application, words such as "first" and "second" are used to distinguish the same or similar items with basically the same function and effect. Those skilled in the art can understand that the words "first", "second" and the like do not limit the quantity and execution order, and the words "first", "second" and the like are not necessarily different. Meanwhile, in the embodiments of the present application, words such as "exemplary" or "for example" are used to represent examples, illustrations or illustrations. Any embodiments or designs described in the embodiments of the present application as "exemplary" or "such as" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present the related concepts in a specific manner to facilitate understanding.

The permission recommendation method provided by the embodiment of the present application can be applied to an electronic device. The electronic device may be, for example, a mobile phone, a tablet computer, a desktop computer (desktop computer), a handheld computer, a notebook computer (laptop computer), an ultra-mobile personal computer (UMPC), a netbook, a personal digital assistant (personal digital assistant, PDA), augmented reality (augmented reality, AR)\virtual reality (virtual reality, VR) device, etc. The specific form of the electronic device is not limited in this embodiment of the present application.

For the convenience of description, taking the electronic device as a mobile phone as an example, the authorization recommendation method provided by the embodiments of the present application will be described in detail with reference to the following drawings.

In some embodiments, the mobile phone can display the permission settings of the application in different scenarios.

In one scenario, after the application is installed, the mobile phone displays the home page interface of the application in response to the user's startup operation of the application, and a pop-up box pops up on the home page interface, and the pop-up box includes one or more of the application's permissions for users to set.

In another scenario, the mobile phone may display a setting interface in response to the user's operation of opening the system settings, and the setting interface includes all the applications installed in the mobile phone. In response to a user's selection operation on an application, the mobile phone switches from displaying the setting interface to displaying the permission interface of the application, where the permission interface includes one or more permissions of the application for the user to set.

For example, as shown in (a) of FIG. 1, the mobile phone displays a home screen interface, and the home screen interface includes icons of multiple installed applications, such as clock, calendar, information, memo, calculator, application A, system Icons of applications such as settings, the application A is a short video application, and the application A is an application that has just been installed by the user but has not been started. The user can click on the icon of application A, and the mobile phone receives the user's click operation on the icon of application A. As a response to the click operation, as shown in (b) of FIG. 1 , the mobile phone switches from displaying the home screen interface to displaying the home page interface of application A, and a pop-up box pops up on the home page interface. The pop-up box includes the title "Applying A permission to manage this service requires the following five permissions". The pop-up box also includes the content of the five permissions, and one or more selection controls corresponding to the content of each permission. Indicates the authorization to the content corresponding to the selection control. The contents of the five permissions are: device information, location information, camera, address book, and notification messages. The device information may be call state information, network information, and the like. The device information corresponds to a selection control. If the user selects the selection control, it means that the application A is allowed to obtain the device information of the mobile phone, that is, the application A has the authority to obtain the device information. The location information corresponds to three selection controls, and the three selection controls represent: Allowed for this use, Allowed when using this application, and Prohibited. When the user selects a control among the three selection controls, it means that the corresponding permission of the control is granted. The camera corresponds to a selection control. If the user selects the selection control, it means that the application A is allowed to access the camera of the mobile phone, that is, the application A has the permission to access the camera. The address book corresponds to a selection control. If the user selects the selection control, it means that application A is allowed to access the address book of the mobile phone, that is, application A has the permission to access the address book. The notification information corresponds to a selection control. If the user selects the selection control, it means that the notification message of application A is allowed to be pushed. In this way, the user can set the permissions of application A one by one in the pop-up box.

For another example, when the user clicks the icon of the system setting shown in (a) of FIG. 1 , the mobile phone receives the user's click operation on the icon of the system setting. As a response to the click operation, as shown in (a) of FIG. 2 , the mobile phone displays a setting interface. The setting interface includes information of all applications installed on the mobile phone, such as information of application A. When the user clicks the information of application A, the mobile phone receives the user's click operation, and in response to the click operation, as shown in (b) in FIG. 2 , the mobile phone displays the permission interface of application A. The permission interface includes the content of five permissions, and one or more selection controls corresponding to the content of each permission. Selecting the selection control indicates authorization of the content corresponding to the selection control. For specific content, reference may be made to the introduction in FIG. 1 , which will not be repeated here. In this way, the user can set the permissions of the application A one by one in the permission interface of the application A.

In the examples shown in FIG. 1 and FIG. 2 , the user needs to set the permissions of the applications one by one, which is cumbersome. And because there is no reference information when setting permissions, users may not know how to choose from a large number of permission settings, and the user experience is poor.

The following provides an optimized permission recommendation method. The electronic device can recommend a permission setting mode. The permission setting mode provides the user with a reference template for the permission setting of the application, which makes it more convenient and quick for the user to set the permission of the application. Improved user experience.

It should be noted that, in some embodiments of the present application, among the multiple applications installed on the electronic device, only some of the applications support the recommended function of the permission setting mode. For example, an application with a high user click rate or an application with a high user usage rate supports the recommendation in the permission setting mode. These applications may include mainstream applications such as WeChat applications, Douyin applications, and Weibo applications.

For the above-mentioned application supporting the recommendation function, the electronic device may implement a recommended permission setting mode for the application through various implementation manners. As a possible implementation, it can be set by default to a permission setting mode that can be recommended for applications that support the recommendation function after the electronic device is powered on. As another possible implementation, considering that the user has different recommendation requirements for different applications, the user may set the recommendation function of which applications to enable in the system settings of the electronic device. When the recommendation function of the application is turned on, the electronic device may recommend a permission setting mode for the application. Certainly, other implementation manners may also be used to implement the recommended permission setting mode for the application, which is not specifically limited in this embodiment of the present application.

In addition, for the above-mentioned applications supporting the recommendation function, one application may correspond to at least one permission setting mode, and the permission setting modes corresponding to different applications may be completely the same, completely different, or partially the same. Since the functions implemented by different applications in the electronic device may be different or similar, the permission setting modes corresponding to the applications with similar functions are usually configured to be exactly the same, or partially the same, and of course completely different. And the permission setting modes corresponding to applications with different configuration functions are completely different, and of course they can have the same part. The embodiments of the present application are not specifically limited herein.

In the embodiment of the present application, the electronic device displays a target interface, and the target interface includes multiple permissions of the target application and setting states of the multiple permissions, and the setting state of the multiple permissions is the initial configuration state. The electronic device displays at least two permission setting modes of the target application on the target interface, each permission setting mode corresponds to a configuration mode of multiple permissions, and the configuration modes of multiple permissions corresponding to the at least two permission setting modes are different from each other. And the electronic device determines a target setting mode in at least two permission setting modes, and updates and displays the setting status of multiple permissions according to the target setting mode.

In this embodiment of the present application, the flow of the authority recommendation method may specifically include the following steps.

1. In some embodiments of the present application, the mobile phone can display the interface of the target application, and the interface includes the initial permission configuration of the target application (equivalent to the multiple permissions of the target application and the setting status of multiple permissions, the setting of multiple permissions) state is the initial configuration state).

In one scenario, after the target application is installed, the mobile phone may display an interface of the target application in response to a user's opening operation of the target application, and the interface may be a home page interface of the target application. The interface of the target application includes a pop-up box, and the pop-up box includes the initial permission configuration of the target application.

In another scenario, the mobile phone displays an interface of the target application in response to the user's operation of opening the target application in the system setting application, and the interface may be a permission interface of the target application. The interface of the target application includes initial permission settings of the target application.

It can be understood that, in this embodiment of the present application, the initial permission setting of the above-mentioned target application includes the initial state of each permission in one or more permissions of the target application, and the initial state of each permission may be on or off. The embodiment is not limited here.

2. The mobile phone displays at least one permission setting mode in response to the user's preset operation on the interface of the target application, and determines the target setting mode in the at least one permission setting mode.

It can be understood that, in this embodiment of the present application, each permission setting mode of the above target application corresponds to the setting state of each permission in one or more permissions of the target application. A permission setting mode of the target application is used to represent a user's setting preference or usage habit of the target application. Therefore, the name of the permission setting mode is usually configured as an easy-to-understand name, so that the user can intuitively understand the function of the permission setting mode. Then select your preferred setting mode.

For example, the target application is a short video application, and the application includes four permission setting modes. The names of the 4 permission setting modes are: only watching but not posting, posting videos, video chatting, and location hiding. Among them, the permission setting mode with the name of only watching but not posting is used to instruct the user to only watch short videos and not have the habit of publishing short videos. The permission of the camera corresponding to the permission setting mode of only viewing and not sending is disabled, that is, the short video application does not have permission to access the camera of the mobile phone. The permission setting mode named Publishing Video is used to indicate that the user has the habit of shooting and publishing short videos. The permission of the camera corresponding to the permission setting mode for publishing videos is enabled, that is, the short video application has the permission to access the camera. The permission setting mode named video chat is used to indicate that the user has the habit of video chat and voice chat. The permissions of the camera and the microphone corresponding to the permission setting mode of the video chat are both enabled, that is, the short video application has the permission to access the camera and the microphone. The permission setting mode named location anonymity is used to instruct users to pay attention to their own privacy when watching short videos, and do not need to watch short videos in the same city. The permission of the location information corresponding to the permission setting mode of the location concealment is off, that is, the short video application is not allowed to obtain the current location information.

In addition, the above-mentioned preset operation may be a click operation, such as a single-click operation, a double-click operation, a click operation for a preset number of consecutive times, a long-press operation, a sliding operation, and the like. The embodiments of the present application are not limited herein.

Optionally, in this embodiment of the present application, the above-mentioned mobile phone displays at least one permission setting mode in response to a user's preset operation on the interface of the target application, which may specifically include: a scenario in which the interface of the target application is the home page interface of the target application. , in addition to the initial permission configuration of the target application, the pop-up box can also include recommended controls. In a scenario where the interface of the target application is the permission interface of the target application, the permission interface may include a recommendation control in addition to the initial permission setting of the target application. The recommended control is used to control at least one permission setting mode of the target application. In response to the user's click operation on the recommendation control, the mobile phone displays a selection list, and the selection list includes at least one permission setting mode.

Further optionally, the above-mentioned selection list may also include description information of each permission setting mode, and the description information of the permission setting mode is used to prompt the user for the user habits indicated by the permission setting mode, so as to facilitate the user according to the permission setting mode. The description information can better understand the reference information of permission setting, so as to select the permission setting mode that meets your needs more accurately and quickly. And the description information of the permission setting mode may be text description information, picture description information, graphic description information, and the like.

It should be noted that, in the embodiments of the present application, the above description is described by taking the mobile phone displaying at least one permission setting mode in response to a preset operation on the interface after displaying the interface of the target application as an example. Of course, the mobile phone can also directly display at least one permission setting mode in the interface of the target application, without triggering the display of the permission setting mode without the user's preset operation. That is to say, when the mobile phone displays the home page interface or permission interface of the target application, in addition to the initial permission configuration of the target application, the pop-up box of the home page interface or the permission interface may also include at least one permission setting mode, so as to It is up to the user to select the setting mode.

Optionally, in the embodiment of the present application, the above-mentioned mobile phone determines a target setting mode in at least one permission setting mode, which may specifically include: if at least one permission setting mode is a permission setting mode, the mobile phone sets the permission. The mode is determined as the target setting mode.

If the at least one permission setting mode includes multiple permission setting modes, the mobile phone can determine the target setting mode among the multiple permission setting modes through multiple implementations.

As a possible implementation, the mobile phone may determine the permission setting mode selected by the user as the target setting mode in response to the user's selection operation in multiple permission setting modes.

As another possible implementation, the mobile phone can use a preset algorithm to determine a candidate setting mode from multiple permission setting modes, and display prompt information for prompting the user whether to agree to use the candidate setting mode for setting. After that, if the mobile phone receives the user's determination instruction for the prompt information within the preset time, the mobile phone determines the candidate setting mode as the target setting mode. If the mobile phone does not receive the user's confirmation instruction for the prompt information within the preset time, the prompt information is closed, and the user selects the target setting mode from among various permission setting modes.

Alternatively, the prompt information may include a confirmation control for prompting to use the candidate setting mode as the target setting mode, and a cancel control for prompting not to use the candidate setting mode as the target setting mode. In response to the user's selection operation on the confirmation control, the mobile phone determines the candidate setting mode as the target setting mode. In response to the user's selection operation on the cancel control, the mobile phone closes the prompt information, and the user selects the target setting mode from among various permission setting modes.

It can be understood that, in the embodiment of the present application, the above-mentioned mobile phone adopts a preset algorithm to determine a candidate setting mode from multiple permission setting modes, which may specifically include: the mobile phone determines any one of the multiple permission setting modes as a setting mode. Candidate setup mode. Alternatively, the mobile phone can pre-collect the permission setting behavior of the user who uses the mobile phone for other applications installed in the mobile phone, and analyze the user's setting habit according to the user's permission setting behavior for other applications, and then based on the user's setting habit, from multiple A candidate setting mode that conforms to the user's setting habits is determined from the various permission setting modes. Wherein, when analyzing the setting habits of the user, reference may be made to other applications that have a permission setting function installed in the mobile phone, and may also refer to applications of the same type as the target application. For example, when the type of the target application is an instant messaging application, reference may be made to the permission setting behavior of users of other instant messaging applications installed in the mobile phone except the target application. Alternatively, the mobile phone may send a request message to the corresponding server, so as to request the server to determine a candidate setting mode from multiple permission setting modes of the target application. The server can analyze the mainstream setting habit of the target application based on the permission setting behavior of a large number of users stored in the big data center, and then determine the setting mode that conforms to the mainstream setting habit as the candidate setting mode, and then determine the candidate setting mode. sent to the phone. Of course, the mobile phone can also determine the candidate setting mode from the multiple permission setting modes of the target application in other ways, and this embodiment of the present application does not limit how to determine the candidate setting mode.

Of course, the mobile phone may also use other methods to determine the target setting mode in at least one permission setting mode, which is not limited in this embodiment of the present application.

3. After determining the target setting mode, the mobile phone can obtain target permission parameters corresponding to the target setting mode and the target application.

After the mobile phone determines the target setting mode, it can search in the mapping relationship among the pre-stored application, the permission setting mode of the application, and the setting status of one or more permissions of the application, and obtain the target application and target settings. The target permission parameter corresponding to the mode, the target permission parameter includes the setting status of each permission in one or more permissions of the target application.

It can be understood that, in this embodiment of the present application, the mapping relationship among the application, the permission setting mode of the application, and the permission setting state may be pre-configured and stored in the mobile phone, or may be corresponding to the mobile phone. The background server sent to the mobile phone. The embodiments of the present application are not limited herein. Among them, in the pre-stored mapping relationship, one application corresponds to one or more permission setting modes, and the permission setting modes corresponding to different applications may be the same or different. And among one or more permission setting modes corresponding to the application, one permission setting mode corresponds to the setting state of one permission of the application. For an application, the types of permissions corresponding to different permission setting modes are the same, and the setting states of permissions corresponding to different permission setting modes are different.

4. After acquiring the target permission parameter corresponding to the target setting mode and the target application, the mobile phone performs one-key setting for the permission of the target application according to the target permission parameter.

After the mobile phone obtains the target permission parameters, it can set the permissions of the target application included in the interface of the target application according to the setting status of each permission of the target application included in the target permission parameter, that is, configure the initial permissions of the target application. Switch to the setting state of the permission in the target permission parameter. Of course, after the mobile phone completes the one-click setting of the permissions of the target application, the user can directly use the setting result, or the user can modify the setting result according to his own needs.

It should be noted that, in this embodiment of the present application, in addition to executing the permission recommendation method according to the foregoing process, the mobile phone may also receive a user's start-up operation on the target application after the target application is installed, or after receiving In the case of opening the target application in the system setting application, the user first obtains at least one permission setting mode corresponding to the target application according to the pre-stored mapping relationship between the application and the permission setting mode. Then the mobile phone determines the target setting mode from at least one permission setting mode corresponding to the target application, and the specific determination method can refer to the relevant description of the mobile phone determining the target setting mode in the above 2, which is not repeated here. After that, the mobile phone can obtain the target permission parameter corresponding to the target setting mode according to the pre-stored mapping relationship between the permission setting mode of the application and the permission setting state of the application, and the target permission parameter includes the permission setting of the target application corresponding to the target setting mode status, and set the permissions of the target application with one click according to the target permission parameters. Of course, the mobile phone can also perform one-key setting of the permissions of the target application in other ways, which is not limited in this embodiment of the present application.

As can be seen from the above, in the embodiment of the present application, the mobile phone can recommend permission setting modes on the interface of the target application, and these permission setting modes provide the user with reference information for the permission setting of the target application, so that the user can complete the permission setting more conveniently and quickly. . When the user selects the target setting mode among the various permission setting modes of the target application, the electronic device performs one-key setting of all permissions corresponding to the target setting mode, which simplifies the user's setting operation and greatly improves the user experience.

The process of the above permission recommendation is briefly described below with reference to specific examples.

Exemplarily, it is assumed that application A is a short video application, and application A is an application just installed by the user. When the user clicks the icon of application A, the mobile phone receives the user's click operation on the icon of application A. As a response to the click operation, as shown in (a) of FIG. 3 , the mobile phone displays the home page interface of application A. The home page interface includes a pop-up box with the title "App A permission management This service needs to apply for the following five permissions. The pop-up box also includes the initial permission configuration of the five permissions of application A. Assuming that the five permissions The initial configuration is all closed. Regarding the specific description of these five permissions, you can refer to the relevant introduction in Figure 1, and will not repeat them here. The pop-up box also includes a recommended control. The user can click on the recommended control, in response to the user to the recommended control As shown in (b) in Figure 3, the mobile phone displays a selection list on the home page interface. The selection list includes four permission setting modes. In the selection list, the names of the four permission setting modes are: Only watch but do not send, publish video, video chat, and position concealment. The relevant descriptions of these four permission setting modes can refer to the relevant descriptions in the aforementioned step 2, which will not be repeated here. When the user is in these four permission setting modes When you click on the permission setting mode whose name is to publish a video, the mobile phone determines that the target setting mode is the permission setting mode of publishing video, and obtains the target permission parameter corresponding to the permission setting mode of application A and publishing video. Assume that the target permission parameter The setting status of the five permissions includes: the permission of the device information is off, the permission of the location information is allowed when using this application, the permission of the camera is on, the permission of the address book is on, and the permission of the notification message is off. As shown in Figure 3 As shown in (c), the mobile phone performs one-key setting on the five permissions in the pop-up box according to the setting state of each permission in the five weights included in the target permission parameter, and closes the selection list. The user can set the Modify or not modify the result, or the user can re-click the recommended control to re-select the target setting mode. After completing the setting, the user can click the confirmation control in the pop-up box to indicate that the permission setting is completed, and respond to the user's confirmation of the control. Click operation, as shown in (d) in Figure 3, the mobile phone closes the pop-up box in the home page interface.

For another example, in conjunction with (b) in FIG. 3, as shown in FIG. 4, in addition to the names of the four rights setting modes included in the above-mentioned selection list, text description information is displayed in the associated position of the name of each rights setting mode, The text description information of a permission setting mode is used to prompt the user about the user habits indicated by the permission setting mode. In FIG. 4 , the lower part of the permission setting mode is taken as an example to show the associated location. Among them, the text description information of the permission setting mode of only viewing and not posting is: suitable for users who watch short videos and do not publish short videos, and the text description information of the permission setting mode for publishing videos is: suitable for users who shoot and publish short videos. , the text description information of the permission setting mode of video chat is: suitable for users of video chat and voice chat, and the text description information of the permission setting mode of location concealment is: suitable for users who do not watch short videos in the same city. It can be seen that the text description information corresponding to the permission setting mode is used as reference information for permission setting, and the user can intuitively understand the function of each permission setting mode, so as to quickly select the permission setting mode that meets their own needs.

In some embodiments of the present application, the mobile phone may display picture description information at the associated position of the name of each permission setting mode in the selection list. The picture description information of the authority setting mode may include an icon used to indicate the setting state of the partial authority corresponding to the authority setting mode. For example, an icon for indicating an open partial authority and/or an icon for indicating a closed partial authority. Among them, the icon used to indicate the closed permission can be marked with a special identification. For example, the special identification may be a slash drawn on the function icon corresponding to the authority, or may be a graphic mark in any form.

For another example, with reference to FIG. 4, as shown in FIG. 5, the permission of the camera corresponding to the permission setting mode for publishing videos is on, and the permission for the notification message is off, and the picture description information of the permission setting mode for publishing videos may include the icon of the camera. and a slashed icon on a bubble that includes a text notification message. If the permission of the camera corresponding to the permission setting mode of only viewing and not sending is disabled, as shown in FIG. 5 , the picture description information of the permission setting mode of only viewing and not sending includes an icon with a slash on the camera. If the permission of the camera corresponding to the permission setting mode of the video chat is enabled and the permission of the microphone is also enabled, as shown in FIG. 5 , the picture description information of the permission setting mode of the video chat may include icons of the camera and the microphone. If the permission of the location information corresponding to the permission setting mode of location concealment is off, as shown in FIG. 5 , the picture description information of the permission setting mode of location concealment includes an icon with a slash on the location.

For another example, in conjunction with (a) in FIG. 3 , as shown in FIG. 6 , in addition to the title and the initial rights configuration of five rights, the above-mentioned pop-up box can also include the names of four rights setting modes. That is to say, the recommendation control is not displayed in the pop-up box, and the user does not need to trigger the recommendation control to display the permission setting mode. Instead, the four permission setting modes of application A are directly displayed in the pop-up box. The recommended method in FIG. 6 is more intuitive, and the user can directly select the target setting mode, so that the mobile phone can perform one-key setting of all permissions of application A according to the target setting mode.

In some embodiments of the present application, among the multiple permissions included in the application, some permissions may be an independent permission. Partial permissions can be a tree-structured multi-level permissions structure. The name of the partial permission can be used as the parent permission, which can include one or more sub-rights of the first level, and the sub-rights of the first level can include one or more sub-rights of the second level, and so on.

Further optionally, when displaying the permission, the mobile phone may display the description information corresponding to the permission at the associated position of the permission, so that the user can intuitively understand the details or function of the permission.

Exemplarily, when the user clicks the information of application B in the system application of the mobile phone, in response to the user's click operation, the mobile phone displays the permission interface of application B, and the permission interface includes the initial permission configuration of the permission of application B.

For example, as shown in (a) of FIG. 7 , the permission interface may include the name of the permission of application B, and the selection control corresponding to the name of each permission. Selecting the selection control indicates authorization of the content corresponding to the selection control. The names of the permissions of application B are: storage, phone, location information, camera, microphone, address book, and floating window. Among them, as a parent permission, phone may include two sub-rights at the next level, and the names of the two sub-rights are: device information and other phone permissions. In addition, corresponding description information is displayed below the device information: read the call status and identification code of the device. Corresponding description information is displayed below other phone permissions: use call transfer or make a call, and corresponding description information is displayed below the address book: create/modify/delete contacts. Assuming that the initial permission configurations of the permissions of the application B are all enabled, as shown in (a) of FIG. 7 , the selection controls corresponding to each permission are enabled.

Recommendation controls are also displayed on the preset positions of the permission interface. When the user clicks on the recommended control, the mobile phone displays a selection list on the permission interface in response to the user's click operation on the recommended control, as shown in (b) of FIG. 7 . The selection list includes three permission setting modes. The names of the three permission setting modes are: share location, like to shoot, and like to chat. When the user selects the permission setting mode of Kuaichat as the target setting mode among the three permission setting modes, the mobile phone can determine the target permission parameters corresponding to the target setting mode and application B. If the setting status of the permission in the target permission parameter includes: the storage permission is on, the phone permission is on (all sub-permissions under the phone are on), the location information permission is off, the camera and microphone permission is on, the communication permission is on The permission of recording and floating window is closed. As shown in (c) of FIG. 7 , the mobile phone performs one-key setting for all permissions in the permission interface according to the setting status of each permission in the target permission parameter, and closes the selection list.

In the embodiment of the present application, the aforementioned at least one permission setting mode recommended by the user on the interface of the target application (homepage interface or permission interface) needs to be pre-generated and stored in the mobile phone, so that when the user sets the permission of the target application, It can recommend the permission setting mode for the user to achieve the purpose of providing reference for the user, thereby improving the user experience.

As a possible implementation, at least one permission setting mode of the above target application may be pre-generated by the mobile phone.

Exemplarily, the mobile phone may display the application function setting interface before displaying the interface of the target application. The mapping relationship is established in response to the user's input operation on the application function setting interface. The mapping relationship includes the name of the application, the name of at least one permission setting mode of the application, and the relationship of the permission setting state of the application corresponding to each permission setting mode. Moreover, the name of the permission setting mode is usually a name named according to the corresponding permission setting state that can reflect the user's setting habits.

As another possible implementation, at least one permission setting mode of the target application may be pre-generated by a server corresponding to the mobile phone and sent to the mobile phone.

Exemplarily, the developer can pre-establish the mapping relationship in the server and send it to the mobile phone.

Exemplarily, the server obtains a behavior data set of the target application, the behavior data set includes multiple pieces of permission setting behavior data, and the permission setting behavior data includes the results of setting multiple permissions of the target application by the user. The server uses a pre-stored classification algorithm to classify multiple pieces of permission setting behavior data to obtain multiple permission behavior sets. The server determines the permission setting mode of the target application and the permission parameters corresponding to each permission setting mode according to the multiple permission behavior sets, and the permission parameter includes the setting status information of the multiple permissions. The server sends the determined permission setting mode of the target application and permission parameters corresponding to each permission setting mode to the electronic device.

It can be seen that the authority recommendation method provided by the embodiment of the present application can be applied to a system architecture including a mobile phone and a server. Please refer to FIG. 8A , which is a simplified schematic diagram of a system architecture to which the above method can be applied, provided by an embodiment of the present application. As shown in FIG. 8A , the system architecture may at least include: a mobile phone 801 and a server 802 . The mobile phone 801 and the server 802 communicate through wired communication or wireless communication.

The mobile phone 801 may include one or more applications, and the application may be a system application or a third-party application. Moreover, the mobile phone 801 is used to detect the user's permission setting behavior for the application on the mobile phone 801 , and send the corresponding relationship between the application and the permission setting behavior to the server 802 .

The server 802 is configured to receive the correspondence between the application and the permission setting behavior sent by the mobile phone 801, and store the correspondence. The server 802 is further configured to analyze the stored data to obtain at least one permission setting mode of the application, and push the determined at least one permission setting mode of the application to the mobile phone 801 .

The mobile phone 801 is configured to receive at least one permission setting mode of the application sent by the server, and in response to the user's viewing operation of the permission setting mode of the application, display at least one permission setting mode of the application, so as to set the application for the user Permissions provide reference information.

In the embodiment of the present application, with reference to FIG. 8A , please refer to FIG. 8B , which is a schematic structural diagram of a mobile phone and a server according to an embodiment of the present application.

As shown in FIG. 8B , the mobile phone may include a user setting module, a setting authority module, a scheme recommendation module, a local data module and a setting scheme module. The server may include a cloud data module, a data screening module, an identification module, a pattern generation module, and a permission push module.

The user setting module is used to obtain the user's permission setting behavior of the application in response to the user's permission setting operation on the application on the mobile phone, and send the corresponding relationship between the application and the permission setting behavior to the server. The user's permission setting behavior for the application refers to how the user sets each permission of the application, for example, which permissions are enabled, which permissions are disabled, and the like.

It can be understood that, in the embodiment of the present application, the user setting module in each mobile phone can collect the permission setting behavior in the above-mentioned manner, and report it to the server. This enables the server to receive permission setting behaviors for different users of the same application.

The server, after receiving the corresponding relationship between the application and the permission setting behavior sent by the user setting module, stores the corresponding relationship between the application and the permission setting behavior in the cloud data module.

Due to the variety of users who use mobile phones, they may be the elderly, children, or adults. Different groups of people have different understanding of permission settings, which makes the users stored in the cloud data module to set the permissions of the application. Only some of the data are of reference significance. Therefore, the data filtering module is used to obtain data such as the user's permission setting behavior for the application stored in the cloud data module, and filter out valid data from it.

As a possible implementation, the cloud data module also stores the age of the user using the mobile phone, and the data screening module can use the permission setting behavior of the user in the preset age group as valid data. The preset age group refers to an age group with recognition ability, which can be set in the server in advance by the developer.

As another possible implementation, since an application usually has an initial permission configuration, that is, the default configuration of the application's permission, the data filtering module can use the user's permission setting behavior for the application as valid data in addition to the default configuration of the application.

Of course, the data screening module may also perform screening of valid data in other ways, which is not limited in this embodiment of the present application.

The identification module is used to analyze the valid data of each application after the data screening module determines the valid data, and classify the valid data of each application to obtain multiple permission behavior sets, that is, to obtain a variety of differentiated permissions Scenes. A permission behavior set is used to indicate a permission scenario. In the embodiment of the present application, the identification module classifies the valid data of any application, such as the target application, as an example for description.

As a possible implementation, the identification module may classify the same permission setting behaviors in the valid data of the target application into one category, thereby obtaining multiple permission behavior sets.

As another possible implementation, the identification module may classify the permission setting behaviors with high similarity, that is, small differences, into one category in the valid data of the target application, so as to obtain multiple permission behavior sets.

Exemplarily, the identification module may compare any two permission setting actions in the valid data of the target application, and identify the ratio of the number of the same permissions set in the two permission setting actions to the total number of permissions included in the target application. , and divide the permission setting behaviors whose coincidence ratio of permission settings is greater than the preset value into one category to obtain multiple permission behavior sets.

Exemplarily, since for the target application, different permission setting behaviors are all setting behaviors for the same permissions, it can be pre-configured that the names of the permissions included in each permission setting behavior are arranged in the same order, but different. In the permission setting behavior, whether the permission is authorized or not is different. That is to say, if the target application includes ten permissions, in the effective data of the target application, in each permission setting behavior, the order of the names of the permissions is the same. In this case, the identification module may divide the first N permissions with the same permission setting behaviors into one category, and obtain multiple permission behavior sets. N is greater than a preset value and less than the total number of permissions of the target application. For example, assuming that the total number of permissions of the target application is ten, and the default value is six, then the recognition module can set the same permissions for the first six, the first seven, the first eight, the first nine and the ten permissions respectively. Behaviors are divided into categories.

Exemplarily, the identification module may first obtain sensitive permissions among all permissions included in the target application, and classify the valid data of the target application according to the obtained sensitive permissions. For example, the identification module can classify the permission setting behaviors of the same settings of each sensitive permission into one category, and obtain multiple permission behavior sets. Among them, sensitive permissions are related to the type of target application. For example, if the target application is a chat application, sensitive permissions can include camera, contacts, and location information. Assuming that the target application is a shooting application, the sensitive permission may be the camera, etc.

Exemplarily, the identification module may input each permission setting behavior in the valid data of the target application into the classification model to obtain a reference value corresponding to each permission setting behavior. Then, the mobile phone can classify the permission setting behaviors corresponding to the reference values located in the same preset range into one category to obtain multiple permission behavior sets.

It can be understood that, in the embodiment of the present application, the above classification model is obtained by pre-training and stored in the server, and a large amount of sampling data can be obtained to train the classification model. Wherein, the sampled data may be a large amount of data of permission setting behaviors. Moreover, the classification model can be periodically changed according to changes in demand.

Of course, the identification module may also use other methods to classify the valid data of the target application, which is not limited in this embodiment of the present application.

The pattern generation module is used to calculate the proportion of the number of permission setting behaviors included in each permission behavior set in the total number of effective permission setting behaviors of the target application after the identification module completes the classification of the effective permission setting behaviors of the target application. . The pattern generation module is further configured to determine the permission behavior set whose proportion is greater than the preset proportion value as the target set, and analyze the setting status of the permissions included in each target set to formulate the corresponding permission setting mode.

It should be noted that, in the embodiment of the present application, the above process is that the server determines the permission setting mode of the target application based on the behavior of a certain group of users of the target application. Of course, the schema generation module can directly generate the permission setting schema of the target application according to the data stored in the cloud data module. For example, the schema generation module can obtain the user's permission setting behavior for all applications on the same mobile phone from the cloud data module, and obtain the permission setting behavior of the same type of application as the target application, and based on these permission setting behaviors Set the habit to customize the name of the permission setting mode of the target application, and the setting status of all permissions of the target application corresponding to each permission setting mode.

After the mode generation module generates the permission setting mode of the target application, the mapping relationship between the target application, the permission setting mode of the target application, and the permission setting state of each permission setting mode can be stored in the cloud data module.

When the mobile phone needs to be upgraded, the permission push module can obtain the mapping relationship between the target application, the permission setting mode of the target application, and the permission setting status of each permission setting mode from the cloud data module, and send it to the mobile phone.

After the mobile phone receives the mapping relationship among the target application, the permission setting mode of the target application, and the permission setting state of each permission setting mode, it can store it in the local data module.

When the interface of the target application (the home page interface or the permission interface) is displayed after the mobile phone is upgraded, the permission setting module can be used to obtain and display the initial permission configuration included in the target application.

The solution recommendation module is configured to obtain the permission setting mode corresponding to the target application from the local data, and display the permission setting mode of the target application in response to the user's viewing operation on the mode.

The setting scheme module, in response to the user's selection operation in the authority setting mode of the target application, determines the target setting mode, and obtains the target authority parameter corresponding to the target application and the target setting mode, and according to the target authority parameter includes the authority. The setting status is one-click setting for the permissions in the setting permissions module.

It should be noted that, in the embodiment of the present application, the server sends the permission setting modes of the target application to the mobile phone, the mobile phone displays these permission setting models in the interface of the target application, and the user selects the target setting mode in these permission setting modes, After the mobile phone sets the permissions of the target application with one key according to the target permission parameters corresponding to the target setting mode, the user can make their own settings on this basis. In this case, the mobile phone can feed back to the server the changes made to the corresponding target permission parameters after the user selects the target setting mode, so that the server can obtain the actual usage of the user and update the classification model according to the actual usage, and The setting status of the authority corresponding to the authority setting mode can be updated according to the actual usage, so that the setting status of the authority corresponding to the authority setting mode is more reasonable.

In the embodiments of the present application, the electronic device is a mobile phone as an example. Please refer to FIG. 9A , which is a schematic structural diagram of a mobile phone according to an embodiment of the present application. The methods in the above embodiments can be implemented in a mobile phone having the following hardware structure.

As shown in FIG. 9A, the mobile phone 100 may include a processor 110, an external memory interface 120, an internal memory 121, a USB interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a radio frequency module 150, Communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, sensor module 180, buttons 190, motor 191, indicator 192, camera 193, display screen 194, and SIM card interface, etc. The sensor module may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, and an ambient light sensor. 180L, bone conduction sensor 180M, etc.

The structures illustrated in the embodiments of the present application do not constitute a limitation on the mobile phone 100 . More or fewer components than shown may be included, or some components may be combined, or some components may be split, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units, for example, the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor ( image signal processor, ISP), controller, memory, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural-network processing unit (Neural-network Processing Unit, NPU), etc. . Wherein, different processing units may be independent devices, or may be integrated in the same processor.

The wireless communication function of the mobile phone 100 can be realized by the antenna module 1, the radio frequency module 150 of the antenna module 2, the communication module 160, the modem and the baseband processor.

The mobile phone 100 realizes the display function through the GPU, the display screen 194, and the application processor. The GPU is a microprocessor for image processing, which connects the display screen and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or alter display information.

Display screen 194 is used to display images, videos, and the like. The display includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (active-matrix organic light-emitting diode). , AMOLED), Miniled, MicroLed, Micro-oLed, quantum dot light emitting diodes (quantum dot light emitting diodes, QLED) and so on. In some embodiments, the mobile phone 100 may include 1 or N display screens, where N is a positive integer greater than 1.

Still as shown in FIG. 9A , the mobile phone 100 can realize the shooting function through the ISP, the camera 193, the video codec, the GPU, the display screen, and the application processor.

The ISP is used to process the data fed back by the camera. For example, when taking a photo, the shutter is opened, the light is transmitted to the camera photosensitive element through the lens, the light signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing, and converts it into an image visible to the naked eye. ISP can also perform algorithm optimization on image noise, brightness, and skin tone. ISP can also optimize the exposure, color temperature and other parameters of the shooting scene. In some embodiments, the ISP may be provided in the camera 193 .

Camera 193 is used to capture still images or video. The object is projected through the lens to generate an optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, and then transmits the electrical signal to the ISP to convert it into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. DSP converts digital image signals into standard RGB, YUV and other formats of image signals. In some embodiments, the mobile phone 100 may include 1 or N cameras, where N is a positive integer greater than 1.

The NPU is a neural-network (NN) computing processor. By drawing on the structure of biological neural networks, such as the transfer mode between neurons in the human brain, it can quickly process the input information, and can continuously learn by itself. Applications such as intelligent cognition of the mobile phone 100 can be implemented through the NPU, such as image recognition, face recognition, speech recognition, text understanding, and the like.

Touch sensor 180K, also called "touch panel". Can be set on the display. Used to detect touches on or near it. The detected touch operation can be passed to the application processor to determine the type of touch event and provide corresponding visual output through the display screen.

The software system of the mobile phone 100 may adopt a layered architecture, an event-driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture. The embodiments of the present application take an Android system with a layered architecture as an example to illustrate the software structure of the mobile phone 100 as an example.

The layered architecture divides the software into several layers, and each layer has a clear role and division of labor. Layers communicate with each other through interfaces. In some embodiments, the Android system is divided into four layers, which are, from top to bottom, an application layer, an application framework layer, an Android runtime (Android Runtime) and system services, and a kernel layer.

The application layer can include a series of application packages.

As shown in FIG. 9B , the application package may include applications such as camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, music, video, short message and so on.

The application framework layer provides an application programming interface (application programming interface, API) and a programming framework for the applications of the application layer. The application framework layer includes some predefined functions.

As shown in FIG. 9B , the application framework layer may include an activity manager, a window manager, a content provider, a view system, a resource manager, a notification manager, etc., which are not limited in this embodiment of the present application.

Activity Manager (Activity Manager): used to manage the life cycle of each application. Applications usually run in the operating system in the form of Activity. For each Activity, there will be a corresponding application record (ActivityRecord) in the activity manager, and this ActivityRecord records the state of the application's Activity. The activity manager can use this ActivityRecord as an identifier to schedule the Activity process of the application.

Window Manager (WindowManagerService): used to manage the graphical user interface (GUI) resources used on the screen, which can be used for: obtaining the display screen size, creating and destroying windows, displaying and hiding windows, Layout, focus management, input method and wallpaper management, etc.

Content providers are used to store and retrieve data and make these data accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phone book, etc.

The view system includes visual controls, such as controls for displaying text, controls for displaying pictures, and so on. View systems can be used to build applications. A display interface can consist of one or more views.

The resource manager provides various resources for the application, such as localization strings, icons, pictures, layout files, video files and so on.

The notification manager enables applications to display notification information in the status bar, which can be used to convey notification-type messages, and can disappear automatically after a brief pause without user interaction. For example, the notification manager is used to notify download completion, message reminders, etc.

The system library and kernel layer below the application framework layer can be called the underlying system. The underlying system includes the underlying display system for providing display services. For example, the underlying display system includes the display driver in the kernel layer and the surface in the system library. Manager (surface manager) and so on. In addition, the underlying system in the present application further includes an identification module for identifying changes in the physical shape of the flexible screen, and the identification module can be independently set in the underlying display system, or can be set in the system library and/or the kernel layer.

As shown in Fig. 9B, the Android Runtime includes a core library and a virtual machine. The Android runtime is responsible for the scheduling and management of the Android system.

The core library consists of two parts: one is the function functions that the java language needs to call, and the other is the core library of Android.

The application layer and the application framework layer run in virtual machines. The virtual machine executes the java files of the application layer and the application framework layer as binary files. The virtual machine is used to perform functions such as object lifecycle management, stack management, thread management, safety and exception management, and garbage collection.

As shown in FIG. 9B, the system library may include a plurality of functional modules. For example: surface manager, media library (MediaLibraries), 3D graphics processing library (eg: OpenGL ES), SGL, etc.

The Surface Manager is used to manage the display subsystem and provides a fusion of 2D and 3D layers for multiple applications.

The media library supports playback and recording of a variety of commonly used audio and video formats, as well as still image files. The media library can support a variety of audio and video encoding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.

The 3D graphics processing library is used to implement 3D graphics drawing, image rendering, compositing, and layer processing.

SGL is a drawing engine for 2D drawing.

As shown in FIG. 9B, the kernel layer is a layer between hardware and software. The kernel layer contains at least display driver, camera driver, audio driver, sensor driver, recognition module, etc.

It can be understood that, in order to realize the above-mentioned functions, the above-mentioned electronic devices and the like include corresponding hardware structures and/or software modules for executing each function. Those skilled in the art should easily realize that, in conjunction with the units and algorithm steps of each example described in the embodiments disclosed herein, the embodiments of the present application can be implemented in hardware or a combination of hardware and computer software. Whether a function is performed by hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each particular application, but such implementations should not be considered beyond the scope of the embodiments of the present invention.

In this embodiment of the present application, functional modules of the electronic device and the like may be divided according to the above method examples. For example, each functional module may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The above-mentioned integrated modules can be implemented in the form of hardware, and can also be implemented in the form of software function modules. It should be noted that, the division of modules in the embodiment of the present invention is schematic, and is only a logical function division, and there may be other division manners in actual implementation.

In the embodiment of the present application, please refer to FIG. 9C , which is a schematic structural diagram of a server provided by the embodiment of the present application. The methods in the above embodiments can be implemented in a server having the following hardware structure.

As shown in FIG. 9C , the server may include a processor 21 , a memory 22 , a communication interface 23 , and a bus 24 . The processor 21 , the memory 22 and the communication interface 23 can be connected through a bus 24 .

The processor 21 is the control center of the server, and may be a processor or a general term for multiple processing elements. For example, the processor 21 may be a CPU or other general-purpose processors. Wherein, the general-purpose processor may be a microprocessor or any conventional processor or the like.

As an example, the processor 21 may include one or more CPUs, such as CPU 0 and CPU 1 shown in FIG. 2 .

As an example, a server may include multiple processors, such as processor 21 and processor 25 shown in FIG. 2 . Each of these processors can be a single-core processor or a multi-core processor. A processor herein may refer to one or more devices, circuits, and/or processing cores for processing data (eg, computer instructions).

The memory 22 may be read-only memory (ROM) or other type of static storage device that can store static information and instructions, random access memory (RAM), or other type of static storage device that can store information and instructions The dynamic storage device can also be an electrically erasable programmable read-only memory (electrically erasable programmable read-only memory, EEPROM), a magnetic disk storage medium or other magnetic storage devices, or can be used to carry or store data in the form of instructions or data structures. desired program code and any other medium that can be accessed by a computer, but is not limited thereto.

In a possible implementation manner, the memory 22 may exist independently of the processor 21, and the memory 22 may be connected to the processor 21 through a bus 24 for storing instructions or program codes. When the processor 21 calls and executes the instructions or program codes stored in the memory 22, the authority recommendation method provided by the following embodiments of the present application can be implemented.

In another possible implementation manner, the memory 22 may also be integrated with the processor 21 .

The communication interface 23 is used for connecting the server and other devices, such as electronic devices, through a communication network, which may be Ethernet, radio access network (RAN), wireless local area networks (WLAN), and the like. The communication interface 23 may include a receiving unit for receiving data, and a transmitting unit for transmitting data.

The bus 24 may be an industry standard architecture (ISA) bus, a peripheral component interconnect (PCI) bus, an extended industry standard architecture (EISA) bus, or the like. The bus can be divided into address bus, data bus, control bus and so on. For ease of presentation, only one thick line is used in FIG. 2, but it does not mean that there is only one bus or one type of bus.

It should be pointed out that the structure shown in FIG. 2 does not constitute a limitation on the server. In addition to the components shown in FIG. 2 , the server may include more or less components than those shown in the figure, or combine some components , or a different component arrangement.

It can be understood that, in order to implement the above-mentioned functions, the above-mentioned servers and the like include corresponding hardware structures and/or software modules for executing each function. Those skilled in the art should easily realize that, in conjunction with the units and algorithm steps of each example described in the embodiments disclosed herein, the embodiments of the present application can be implemented in hardware or a combination of hardware and computer software. Whether a function is performed by hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each particular application, but such implementations should not be considered beyond the scope of the embodiments of the present invention.

In this embodiment of the present application, functional modules may be divided for the above server and the like according to the above method examples. For example, each functional module may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The above-mentioned integrated modules can be implemented in the form of hardware, and can also be implemented in the form of software function modules. It should be noted that, the division of modules in the embodiment of the present invention is schematic, and is only a logical function division, and there may be other division manners in actual implementation.

From the description of the above embodiments, those skilled in the art can clearly understand that for the convenience and brevity of the description, only the division of the above functional modules is used as an example for illustration. In practical applications, the above functions can be allocated as required. It is completed by different functional modules, that is, the internal structure of the device is divided into different functional modules, so as to complete all or part of the functions described above. For the specific working process of the system, apparatus and unit described above, reference may be made to the corresponding process in the foregoing method embodiments, and details are not described herein again.

The above are only specific embodiments of the present application, but the protection scope of the present application is not limited to this, and any changes or substitutions within the technical scope disclosed in the present application should be covered within the protection scope of the present application. . Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims (19)

1. A method for recommending permissions, comprising: The electronic device displays a target interface, where the target interface includes multiple permissions of the target application and setting states of the multiple permissions, and the setting states of the multiple permissions are the initial configuration state; The electronic device displays at least two permission setting modes of the target application in the target interface, each permission setting mode corresponds to a configuration mode of the multiple permissions, and the at least two permission setting modes respectively correspond to The configuration methods of the multiple permissions are different from each other; The electronic device determines a target setting mode in the at least two permission setting modes; The electronic device updates and displays the setting states of the plurality of permissions according to the target setting mode. 2. The authority recommendation method according to claim 1, characterized in that, in a scenario where the target application is a video application, the at least two authority setting modes include: a permission setting mode of only viewing but not sending, publishing Permission setting mode for video. 3. The permission recommendation method according to claim 1 or 2, wherein the electronic device displays at least two permission setting modes of the target application in the target interface, comprising: The electronic device displays at least two permission setting modes of the first target application in the first target interface; or, The electronic device displays at least two permission setting modes of the second target application in the second target interface; Wherein, the at least two permission setting modes of the first target application and the at least two permission setting modes of the second target application are partially different or completely different. 4. The permission recommendation method according to any one of claims 1-3, wherein the electronic device displays at least two permission setting modes of the target application in the target interface, comprising: The electronic device displays the at least two permission setting modes in response to a preset operation on the target interface. 5 . The authority recommendation method according to claim 4 , wherein the target interface further comprises a recommendation control, and the recommendation control is used to trigger the display of the at least two authority setting modes; 5 . The preset operation is any one of a single-click operation on the recommended control, multiple consecutive clicks, or a long-press operation. 6. The authority recommendation method according to any one of claims 1-5, wherein the target interface also includes reference information corresponding to each authority setting mode, and the reference information corresponding to each authority setting mode is used to prompt the usage habits of the target application indicated by the permission setting mode; The reference information includes at least one of the following: text description information and icon description information. 7. The authority recommendation method according to any one of claims 1-6, wherein the electronic device determines a target setting mode in the at least two authority setting modes, comprising: The electronic device determines the target setting mode in response to a selection operation among the at least two authority setting modes; or, The electronic device determines a candidate setting mode in the at least two permission setting modes, and displays prompt information, the prompt information is used to prompt the user whether to use the candidate setting mode for setting; The confirmation operation of the prompt information determines the candidate setting mode as the target setting mode. 8. The authority recommendation method according to claim 7, wherein the electronic device determines a candidate setting mode in the at least two authority setting modes, comprising: The electronic device determines any one of the at least two permission setting modes as the candidate setting mode; or, The electronic device obtains pre-stored behavior data, the behavior data is the user's permission setting behavior data for other applications in the electronic device except the target application, determines the user's usage habit according to the behavior data, and obtains information from the behavior data. Among the at least two permission setting modes, a setting mode that conforms to the usage habits is determined, and the setting mode is determined as the candidate setting mode. 9 . The permission recommendation method according to claim 1 , wherein, according to the target setting mode, the electronic device updates and displays the setting states of the multiple permissions, comprising: 10 . The electronic device obtains, according to the corresponding relationship, target permission parameters corresponding to the target setting mode and the target application, where the target permission parameters include setting status information of the multiple permissions, and the corresponding relationship is application, permission Set the correspondence between mode and permission parameters; The electronic device updates from the initial setting state displaying the plurality of permissions to displaying the setting state indicated by the target permission parameter based on the target permission parameter. 10. The authority recommendation method according to claim 9, wherein the method further comprises: The electronic device receives the corresponding relationship from the server; The electronic device stores the correspondence. 11. The authority recommendation method according to any one of claims 1-10, wherein the method further comprises: The electronic device updates and displays the setting states of the plurality of rights in response to the setting operation for the set states of the plurality of rights. 12. The permission recommendation method according to any one of claims 1-11, wherein the target interface includes multiple permissions of the target application and setting states of the multiple permissions, including: The target interface displays the multiple permissions and the setting states of the multiple permissions; or, The content of the target application is displayed in the target interface, and the target interface further includes a pop-up box, where the plurality of permissions and the setting status of the plurality of permissions are displayed in the pop-up box. 13. A method for recommending permissions, comprising: The server obtains a behavior data set of the target application, the behavior data set includes multiple pieces of permission setting behavior data, and the permission setting behavior data includes the user's setting results of multiple permissions on the target application; The server uses a pre-stored classification algorithm to classify the multiple pieces of permission setting behavior data to obtain multiple permission behavior sets; The server determines, according to the multiple permission behavior sets, a permission setting mode of the target application, and a permission parameter corresponding to each permission setting mode, where the permission parameter includes setting status information of the multiple permissions; The server sends the determined permission setting modes of the target application and permission parameters corresponding to each permission setting mode to the electronic device. 14. The authority recommendation method according to claim 13, wherein the server adopts a pre-stored classification algorithm to classify the multiple pieces of authority setting behavior data to obtain a plurality of authority behavior sets, comprising: The server filters out valid data from the multiple pieces of permission setting behavior data, where the valid data is data other than the default data in the multiple pieces of permission setting behavior data, and the multiple permissions included in the default data The setting result of is the result of the initial configuration; The server classifies the valid data by using the classification algorithm to obtain the multiple permission behavior sets. 15. The authority recommendation method according to claim 14, wherein the server adopts a pre-stored classification algorithm to classify the multiple pieces of authority setting behavior data to obtain a plurality of authority behavior sets, comprising: The server divides the valid data with the same setting results of the multiple permissions into a permission behavior set; or, The server determines the plurality of permission behavior sets according to the similarity between any two pieces of data in the valid data. 16. The authority recommendation method according to claim 15, wherein the server determines the plurality of authority behavior sets according to the similarity of any two pieces of data in the valid data, comprising: The server obtains two setting results of any two pieces of data in the valid data, and determines, in the two setting results, the proportion of the number of the same set of permissions in the number of the multiple permissions, according to the The said proportion determines the plurality of permission behavior sets; or, obtaining, by the server, a sensitive permission among the multiple permissions, and determining the multiple permission behavior sets according to the sensitive permission; or, The server inputs each piece of data in the valid data into a pre-stored classification model, obtains a reference value corresponding to each piece of data, and determines the plurality of permission behavior sets according to the reference value. 17. The permission recommendation method according to any one of claims 14-16, wherein the server determines the permission setting mode of the target application according to the multiple permission behavior sets, comprising: The server determines the ratio of the quantity of data included in each permission behavior set to the total number of valid data; The server determines the permission behavior set whose proportion is greater than the preset proportion value as the target set; The server analyzes the setting results included in the data in the target set, and determines a permission setting mode corresponding to the target set. 18. An electronic device, characterized in that the electronic device comprises: a memory and a processor; the memory is coupled to the processor; wherein the memory stores computer program code, the computer program code comprising: Computer instructions, when executed by the processor, cause the electronic device to execute the authority recommendation method according to any one of claims 1-12. 19. A server, characterized in that the server comprises: a memory and a processor; the memory is coupled to the processor; wherein the memory stores computer program code, the computer program code comprising computer instructions , when the computer instructions are executed by the processor, causing the server to execute the authority recommendation method according to any one of claims 13-17.

Images