CN115017522B

CN115017522B - Permission recommendation method and electronic equipment

Info

Publication number: CN115017522B
Application number: CN202111165987.9A
Authority: CN
Inventors: 周冲
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2021-09-30
Filing date: 2021-09-30
Publication date: 2023-09-29
Anticipated expiration: 2041-09-30
Also published as: CN115017522A

Abstract

The application provides a permission recommending method and electronic equipment, relates to the field of electronic equipment, and aims to provide reference information of permission setting of an application for a user by recommending a permission setting mode of the application by the electronic equipment, so that the user can set the permission of the application more conveniently and rapidly. The scheme comprises the following steps: the electronic equipment displays a target interface, wherein the target interface comprises a plurality of authorities of a target application and setting states of the authorities, and the setting states of the authorities are initial configuration states. The electronic equipment displays at least two authority setting modes of the target application on the target interface, wherein each authority setting mode corresponds to one configuration mode of a plurality of authorities, and the configuration modes of the plurality of authorities respectively corresponding to the at least two authority setting modes are different from each other. And the electronic equipment determines a target setting mode in at least two authority setting modes, and updates and displays the setting states of a plurality of authorities according to the target setting mode.

Description

Permission recommendation method and electronic equipment

Technical Field

The application relates to the field of electronic equipment, in particular to a permission recommendation method and electronic equipment.

Background

Nowadays, electronic devices such as mobile phones and tablet computers have become an indispensable tool in daily life and work of people. By installing the application in the electronic device, the device functionality can be improved. An application is typically configured with one or more permissions, such as permissions whether a camera is allowed to be turned on, whether location information is allowed to be obtained, and the like.

Whether the rights of most applications in an electronic device are authorized or not depends on the user's settings. In response to a user setting operation of the authority of a certain application, the electronic device can realize corresponding functions when the application runs. However, if the number of rights of the application is large, the user needs to set the rights one by one, and may not know how to select the rights, resulting in poor user experience.

Disclosure of Invention

The embodiment of the application provides a permission recommending method and electronic equipment, wherein the electronic equipment can recommend a permission setting mode of an application, and provides reference information of permission setting of the application for a user, so that the user can set the permission of the application more conveniently and rapidly.

In order to achieve the above purpose, the embodiment of the present application adopts the following technical scheme:

in a first aspect, a rights recommendation method is provided, the method including: the electronic equipment displays a target interface, wherein the target interface comprises a plurality of authorities of a target application and setting states of the authorities, and the setting states of the authorities are initial configuration states. The electronic equipment displays at least two authority setting modes of the target application on the target interface, wherein each authority setting mode corresponds to one configuration mode of a plurality of authorities, and the configuration modes of the plurality of authorities respectively corresponding to the at least two authority setting modes are different from each other. And the electronic equipment determines a target setting mode in at least two authority setting modes, and updates and displays the setting states of a plurality of authorities according to the target setting mode.

By executing the scheme, the electronic equipment can recommend the permission setting modes on the interface of the target application, and the permission setting modes provide reference information of permission setting of the target application for the user, so that the user can more conveniently and rapidly complete permission setting. When a user selects a target setting mode from a plurality of authority setting modes of a target application, the electronic equipment performs one-key setting of all authorities corresponding to the target setting mode, so that the setting operation of the user is simplified, and the user experience is greatly improved.

In one possible implementation, in a scenario where the target application is a video-class application, the at least two permission setting modes include: only see the non-issued rights setting mode and the rights setting mode of the issued video.

In one possible implementation manner, the displaying, by the electronic device, at least two permission setting modes of the target application in the target interface includes: the electronic equipment displays at least two permission setting modes of a first target application in a first target interface; or the electronic equipment displays at least two permission setting modes of the second target application in the second target interface. Wherein at least two rights setting modes of the first target application and at least two rights setting modes of the second target application are partially different or are different in completion.

Different applications have different corresponding permission setting modes, and differentiated services of different applications are realized.

In one possible implementation, the electronic device displays at least two permission setting modes of the target application in the target interface, including: and the electronic equipment responds to the preset operation on the target interface and displays at least two permission setting modes.

In one possible implementation, the target interface further includes a recommendation control for triggering the display of at least two permission setting modes. The preset operation is any one of a single click operation, a plurality of continuous single click operations or a long press operation of the recommended control.

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

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

Therefore, the user can better know the reference information of the authority setting according to the description information of the authority setting mode, and the authority setting mode meeting the requirement of the user can be accurately and quickly selected.

In one possible implementation, the determining, by the electronic device, the target setting mode among the at least two rights setting modes includes: the electronic device determines a target setting mode in response to a selection operation among the at least two rights setting modes. Or the electronic equipment determines a candidate setting mode in at least two authority setting modes, and displays prompt information which is used for prompting a user whether to adopt the candidate setting mode for setting; and receiving a confirmation operation on the prompt information in a preset time period, and determining the candidate setting mode as a target setting mode.

In one possible implementation, the electronic device determines a candidate set-up mode among at least two rights set-up modes, including: the electronic device determines any one of the at least two permission setting modes as a candidate setting mode. Or the electronic equipment acquires pre-stored behavior data, wherein the behavior data is permission setting behavior data of a user on other applications except for a target application in the electronic equipment, the use habit of the user is determined according to the behavior data, a setting mode conforming to the use habit is determined from at least two permission setting modes, and the setting mode is determined as a candidate setting mode.

In one possible implementation, the electronic device updates a setting state of displaying a plurality of rights according to a target setting mode, including: the electronic equipment acquires target authority parameters corresponding to the target setting mode and the target application according to the corresponding relation, wherein the target authority parameters comprise setting state information of a plurality of authorities, and the corresponding relation is the corresponding relation among the application, the authority setting mode and the authority parameters. Then, the electronic device updates the initial setting state of displaying the plurality of rights to the setting state indicated by the display target rights parameter based on the target rights parameter.

In one possible implementation manner, the rights recommendation method may further include: the electronic device receives the corresponding relation from the server and stores the corresponding relation.

In one possible implementation manner, the rights recommendation method may further include: the electronic device updates and displays the setting states of the plurality of rights in response to the setting operation of the setting states of the plurality of rights.

Therefore, the user can conveniently set the authority according to the self requirement, and the user experience is improved.

In one possible implementation, the target interface includes a plurality of rights of the target application and a setting state of the plurality of rights, including: the target interface displays a plurality of rights and a setting state of the plurality of rights. Or displaying the content of the target application in the target interface, wherein the target interface also comprises a bullet frame, and a plurality of authorities and setting states of the authorities are displayed in the bullet frame.

In a second aspect, an electronic device is provided, which has the functionality to implement the method of the first aspect. The functions can be realized by hardware, and can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the functions described above.

In a third aspect, an electronic device is provided, comprising: one or more processors and one or more memories, the one or more memories for storing computer program code comprising computer instructions that, when read from the one or more memories by the one or more processors, cause the electronic device to perform: displaying a target interface, wherein the target interface comprises a plurality of authorities of a target application and setting states of the authorities, and the setting states of the authorities are initial configuration states. And displaying at least two authority setting modes of the target application on the target interface, wherein each authority setting mode corresponds to one configuration mode of a plurality of authorities, and the configuration modes of the plurality of authorities respectively corresponding to the at least two authority setting modes are different from each other. And determining a target setting mode in at least two authority setting modes, and updating and displaying the setting states of a plurality of authorities according to the target setting mode.

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

In one possible implementation manner, the electronic device determines the target setting mode from at least two rights setting modes, specifically: the electronic device determines a target setting mode in response to a selection operation among the at least two rights setting modes. Or the electronic equipment determines a candidate setting mode in at least two authority setting modes, and displays prompt information which is used for prompting a user whether to adopt the candidate setting mode for setting; and receiving a confirmation operation on the prompt information in a preset time period, and determining the candidate setting mode as a target setting mode.

In one possible implementation, the electronic device determines a candidate setting mode among at least two rights setting modes, specifically: the electronic device determines any one of the at least two permission setting modes as a candidate setting mode. Or the electronic equipment acquires pre-stored behavior data, wherein the behavior data is permission setting behavior data of a user on other applications except for a target application in the electronic equipment, the use habit of the user is determined according to the behavior data, a setting mode conforming to the use habit is determined from at least two permission setting modes, and the setting mode is determined as a candidate setting mode.

In one possible implementation manner, the electronic device updates and displays the setting states of the plurality of rights according to the target setting mode, specifically: the electronic equipment acquires target authority parameters corresponding to the target setting mode and the target application according to the corresponding relation, wherein the target authority parameters comprise setting state information of a plurality of authorities, and the corresponding relation is the corresponding relation among the application, the authority setting mode and the authority parameters. Then, the electronic device updates the initial setting state of displaying the plurality of rights to the setting state indicated by the display target rights parameter based on the target rights parameter.

In one possible implementation, when the one or more processors read the computer instructions from the one or more memories, the electronic device is further caused to: and receiving the corresponding relation from the server and storing the corresponding relation.

In one possible implementation, when the one or more processors read the computer instructions from the one or more memories, the electronic device is further caused to: in response to a setting operation for setting states of the plurality of rights, the setting states of the plurality of rights are updated and displayed.

In a fourth aspect, there is provided a computer readable storage medium having stored therein computer instructions which, when run on an electronic device, cause the electronic device to perform a method as described in the first aspect and any one of the possible implementations thereof.

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

In a sixth aspect, there is provided a chip comprising a processor which, when executing instructions, performs the method as described in any one of the possible implementations of the first aspect.

In a seventh aspect, an apparatus is provided, which is included in an electronic device, the apparatus having functionality to implement the behavior of the electronic device in any of the above aspects and possible implementations. The functions can be realized by hardware, and can also be realized by executing corresponding software by hardware. The hardware or software includes at least one module or unit corresponding to the functions described above. Such as a receiving module or unit, a determining module or unit, a transmitting module or unit, etc.

In an eighth aspect, a rights recommendation method is provided, which may include: the server acquires a behavior data set of the target application, wherein the behavior data set comprises a plurality of pieces of authority setting behavior data, and the authority setting behavior data comprises a plurality of authority setting results of a user on the target application. The server classifies the plurality of right setting behavior data by adopting a pre-stored classification algorithm to obtain a plurality of right behavior sets. And the server determines the authority setting mode of the target application and the authority parameters corresponding to each authority setting mode according to the plurality of authority behavior sets, wherein the authority parameters comprise the setting state information of the plurality of authorities. And the server sends the determined permission setting modes of the target application and permission parameters corresponding to each permission setting mode to the electronic equipment.

By executing the scheme, the server can generate the 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 the requirements of users. And the server pushes the generated permission setting mode to the electronic equipment to provide the reference of permission setting for the user.

In one possible implementation manner, the server classifies the plurality of rights setting behavior data by using a pre-stored classification algorithm to obtain a plurality of rights behavior sets, including: the server screens out effective data from the plurality of pieces of authority setting behavior data, wherein the effective data is data except default data in the plurality of pieces of authority setting behavior data, and the setting results of the plurality of authorities included in the default data are the results of initial configuration; the server classifies the effective data by adopting a classification algorithm to obtain a plurality of authority behavior sets.

Because the users using the mobile phone are various, the mobile phone is likely to be old people, is likely to be children, is likely to be adults, and different people have different degrees of knowledge on the authority setting, so that only part of data in the data such as the authority setting behavior of the application, such as the user stored in the cloud data module has reference significance.

In one possible implementation manner, the server classifies the plurality of rights setting behavior data by using a pre-stored classification algorithm to obtain a plurality of rights behavior sets, including: the server divides the valid data with the same setting result of a plurality of authorities into a authority behavior set; or the server determines a plurality of authority behavior sets according to the similarity of any two data in the effective data.

In one possible implementation, the server determines a plurality of rights behavior sets according to the similarity of any two data in the valid data, including: the server acquires two setting results of any two pieces of data in the effective data, determines the ratio of the number of the same authorities in the number of the plurality of authorities in the two setting results, and determines a plurality of authority behavior sets according to the ratio; or the server acquires the sensitive authority in the plurality of authorities and determines a plurality of authority behavior sets according to the sensitive authority; or the server inputs each piece of data in the effective data into a pre-stored classification model to obtain a reference value corresponding to each piece of data, and a plurality of authority behavior sets are determined according to the reference values.

In one possible implementation, the determining, by the server, a permission setting mode of the target application according to the plurality of permission behavior sets includes: the server determines the ratio of the number of data included in each authority behavior set to the total number of valid data; the server determines a permission behavior set with the duty ratio larger than a preset duty ratio as a target set; the server analyzes the setting result included in the data in the target set and determines the authority setting mode corresponding to the target set.

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

In a tenth aspect, there is provided a server comprising: one or more processors and one or more memories, the one or more memories for storing computer program code comprising computer instructions that, when read from the one or more memories by the one or more processors, cause the server to perform: and acquiring a behavior data set of the target application, wherein the behavior data set comprises a plurality of pieces of authority setting behavior data, and the authority setting behavior data comprises a plurality of authority setting results of a user on the target application. And classifying the plurality of right setting behavior data by adopting a pre-stored classification algorithm to obtain a plurality of right behavior sets. And determining a permission setting mode of the target application and permission parameters corresponding to each permission setting mode according to the plurality of permission behavior sets, wherein the permission parameters comprise setting state information of a plurality of permissions. And sending the determined permission setting modes of the target application and permission parameters corresponding to each permission setting mode to the electronic equipment.

In one possible implementation manner, the server classifies the plurality of pieces of authority setting behavior data by adopting a pre-stored classification algorithm to obtain a plurality of authority behavior sets, which specifically includes: the server screens out effective data from the plurality of pieces of authority setting behavior data, wherein the effective data is data except default data in the plurality of pieces of authority setting behavior data, and the setting results of the plurality of authorities included in the default data are the results of initial configuration; the server classifies the effective data by adopting a classification algorithm to obtain a plurality of authority behavior sets.

In one possible implementation manner, the server classifies the plurality of pieces of authority setting behavior data by adopting a pre-stored classification algorithm to obtain a plurality of authority behavior sets, which specifically includes: the server divides the valid data with the same setting result of a plurality of authorities into a authority behavior set; or the server determines a plurality of authority behavior sets according to the similarity of any two data in the effective data.

In an eleventh aspect, there is provided a computer readable storage medium having stored therein computer instructions which, when run on a server, cause the server to perform a method as described in the eighth aspect and any one of the possible implementations thereof.

In a twelfth aspect, there is provided a computer program product for, when run on a computer, causing the computer to perform the method as described in the eighth aspect and any one of the possible implementations.

In a thirteenth aspect, there is provided a chip comprising a processor which, when executing instructions, performs a method as described in any one of the possible implementations of the eighth aspect.

In a fourteenth aspect, there is provided an apparatus, comprised in a server, having the functionality to implement the server behaviour in any of the above aspects and possible implementations. The functions can be realized by hardware, and can also be realized by executing corresponding software by hardware. The hardware or software includes at least one module or unit corresponding to the functions described above. Such as a receiving module or unit, a determining module or unit, a transmitting module or unit, etc.

Drawings

FIG. 1 is a schematic diagram of a user setting application rights provided in an embodiment of the present application;

FIG. 2 is a second schematic diagram of a user setting application rights according to an embodiment of the present application;

FIG. 3 is a third schematic diagram of a user setting application rights according to an embodiment of the present application;

FIG. 4 is a schematic diagram of text description information of a permission setting mode according to an embodiment of the present application;

fig. 5 is a schematic diagram of picture description information of a permission setting mode according to an embodiment of the present application;

FIG. 6 is a schematic diagram of a rights setting mode provided in an embodiment of the present application;

FIG. 7 is a diagram illustrating a user setting application rights according to an embodiment of the present application;

FIG. 8A is a simplified schematic diagram of a system architecture according to an embodiment of the present application;

Fig. 8B is a schematic structural diagram of a mobile phone and a server according to an embodiment of the present application;

fig. 9A is a schematic diagram of a hardware structure of a mobile phone according to an embodiment of the present application;

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

fig. 9C is a schematic hardware structure of a server according to an embodiment of the present application.

Detailed Description

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 the present application, "/" means that the related objects are in a "or" relationship, unless otherwise specified, for example, a/B may mean a or B; the "and/or" in the present application is merely an association relationship describing the association object, and indicates that three relationships may exist, for example, a and/or B may indicate: there are three cases, a alone, a and B together, and B alone, wherein a, B may be singular or plural. Also, in the description of the present application, unless otherwise indicated, "a plurality" means two or more than two. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b, or c may represent: a, b, c, a-b, a-c, b-c, or a-b-c, wherein a, b, c may be single or plural. In addition, in order to facilitate the clear description of the technical solution of the embodiments of the present application, in the embodiments of the present application, the words "first", "second", etc. are used to distinguish the same item or similar items having substantially the same function and effect. It will be appreciated by those of skill in the art that the words "first," "second," and the like do not limit the amount and order of execution, and that the words "first," "second," and the like do not necessarily differ. Meanwhile, in the embodiments of the present application, words such as "exemplary" or "such as" are used to mean serving as examples, illustrations or explanations. Any embodiment or design described herein as "exemplary" or "e.g." in an embodiment should not be taken as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion that may be readily understood.

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

For convenience of description, taking an electronic device as an example of a mobile phone, the rights recommending method provided by the embodiment of the application is described in detail with reference to the following drawings.

In some embodiments, the handset may display the rights settings of the application in different scenarios.

In one scenario, after an application is installed, a mobile phone responds to a starting operation of a user on the application, a homepage interface of the application is displayed, and a popup frame is popped up on the homepage interface, wherein the popup frame comprises one or more rights of the application and is provided for the user to set.

In another scenario, the handset may display a setup interface in response to a user opening a system setup operation, the setup interface including all applications installed in the handset. And responding to the selection operation of the user on a certain application, switching the mobile phone from a display setting interface to a permission interface for displaying the application, wherein the permission interface comprises one or more permissions of the application, and the user can set the permission interface.

For example, as shown in (a) of fig. 1, the mobile phone displays a home screen interface including icons of a plurality of installed applications, such as icons of applications including clocks, calendars, information, memos, calculators, application a, system settings, and the like, the application a being a short video application, and the application a being an application that has just been installed, not started by the user. The user can click the icon of the application A, and the mobile phone receives the click operation of the user on the icon of the application A. In response to this click operation, the mobile phone switches from displaying the home screen interface to displaying the home interface of application a, and pops up a popup box on the home interface, as shown in (b) of fig. 1. The bullet frame comprises a title of five rights to be applied by the application A rights management service, five rights contents and one or more selection controls corresponding to the contents of each right, and the selected selection control represents authorization of the contents corresponding to the selection control. The contents of the five rights are respectively: device information, location information, cameras, address book, notification messages. The device information may be call state information, network information, etc. The device information corresponds to a selection control, and if the user selects the selection control, the device information of the mobile phone is allowed to be acquired by the application A, namely the application A has the authority of acquiring the device information. The position information corresponds to three selection controls, which respectively represent: the application is allowed and forbidden when the application is used, and the user indicates that the permission corresponding to one control is granted when selecting the control in the three selection controls. The camera corresponds to a selection control, and if the user selects the selection control, the camera which allows the application A to access the mobile phone is indicated, namely the application A has the authority to access the camera. The address book corresponds to a selection control, and if the user selects the selection control, the address book of the mobile phone is allowed to be accessed by the application A, namely the application A has the permission to access the address book. The notification information corresponds to a selection control, and if the user selects the selection control, the notification information indicates that the pushing of the application A is allowed. Thus, the user can set the authority of the application A in the bullet frame one by one.

For another example, when the user clicks an icon set by the system shown in (a) of fig. 1, the mobile phone receives a clicking operation of the icon set by the system by the user. In response to this click operation, the mobile phone displays a setup interface as shown in fig. 2 (a). The setup interface includes information of all applications installed on the mobile phone, such as information of application a. When the user clicks the information of the application a, the mobile phone receives the clicking operation of the user and responds to the clicking operation, and as shown in (b) of fig. 2, the mobile phone displays the permission interface of the application a. The permission interface comprises five permission contents and one or more selection controls corresponding to the contents of each permission, and the selected selection control represents the authorization of the contents corresponding to the selection control. The details may be described with reference to fig. 1, and will not be described here again. Thus, the user can set the rights of the application A one by one in the rights interface of the application A.

As in the examples of fig. 1 and 2, the user needs to set the rights of the applications one by one, which is cumbersome to operate. And because no reference information exists when the permission is set, the user is likely to not know how to select the permission setting in a large number, and the user experience is poor.

The electronic equipment can recommend the permission setting mode, and the permission setting mode provides a reference template for permission setting of the application for a user, so that the user can set the permission of the application more conveniently and rapidly, and the user experience is greatly improved.

It should be noted that, in some embodiments of the present application, only some applications of the plurality of applications installed in the electronic device support the recommended function of the permission setting mode. For example, an application with a higher user click rate or an application with a higher user usage rate supports recommendation of the permission setting mode. These applications may include: a main stream application such as a WeChat application, a tremble application, a microblog application and the like.

For the application supporting the recommendation function, the electronic device may set the mode for recommending the permission for the application through various implementation manners. As a possible implementation, the permission setting mode may be set by default so that the electronic device may be able to recommend permission setting modes for applications supporting the recommendation function after being powered on. As another possible implementation, considering that the recommended needs of the user for different applications are different, the recommended functions of which applications are started may be set by the user in the system settings of the electronic device. When the recommended function of the application is started, the electronic device may recommend a permission setting mode for the application. Of course, the application recommendation authority setting mode may also be implemented by other implementation manners, and the embodiment of the present application is not limited herein.

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

In the embodiment of the application, the electronic equipment displays a target interface, wherein the target interface comprises a plurality of authorities of a target application and setting states of the authorities, and the setting states of the authorities are initial configuration states. The electronic equipment displays at least two authority setting modes of the target application on the target interface, wherein each authority setting mode corresponds to one configuration mode of a plurality of authorities, and the configuration modes of the plurality of authorities respectively corresponding to the at least two authority setting modes are different from each other. And the electronic equipment determines a target setting mode in at least two authority setting modes, and updates and displays the setting states of a plurality of authorities according to the target setting mode.

In the embodiment of the application, the flow of the permission recommendation method specifically comprises the following steps.

1. In some embodiments of the present application, the mobile phone may display an interface of the target application, where the interface includes an initial permission configuration of the target application (corresponding to a plurality of permissions of the target application and a setting state of the plurality of permissions, the setting state of the plurality of permissions being the initial configuration state).

In one scenario, the mobile phone may display an interface of the target application, which may be a home page interface of the target application, in response to an opening operation of the target application by a user after the target application is installed. The interface of the target application comprises a bullet frame, wherein the bullet frame comprises initial authority configuration of the target application.

In another scenario, the mobile phone responds to an opening operation of the user to the target application in the system setting application, and displays an interface of the target application, wherein the interface can be a permission interface of the target application. The interface of the target application comprises initial authority setting of the target application.

It may be appreciated that, in the embodiment of the present application, the initial permission setting of the target application includes an initial state of each of one or more permissions of the target application, where the initial state of each permission may be on or off, and embodiments of the present application are not limited herein.

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

It may be appreciated that, in the embodiment of the present application, each permission setting mode of the target application corresponds to a setting state of each permission of one or more permissions of the target application. A rights setting mode of the target application is used to characterize a setting preference or usage habit of the user for the target application, so that the name of the rights setting mode is generally configured as a shallow and intelligible name, so that the user intuitively understands the role of the rights setting mode, and thus selects a setting mode preferred by the user.

For example, the target application is a short video-type application including 4 kinds of rights setting modes. The names of the rights setting modes in these 4 are respectively: only watch not send, release video, video chat, and position conceal. The permission setting mode named as just watching and not sending is used for indicating that a user only watches the short video and has no habit of issuing the short video. The authority of the camera corresponding to the authority setting mode which is only not sent is closed, namely the short video application does not have the authority of accessing the camera of the mobile phone. The rights setting mode named release video is used to indicate that the user has a habit of shooting and releasing short videos. The permission of the camera corresponding to the permission setting mode of the issued video is opened, namely the short video application has permission for accessing the camera. The rights setting mode named video chat is used for indicating that the user has habit of video chat and voice chat. The permission of the camera and the microphone corresponding to the permission setting mode of the video chat are all opened, namely the short video application has the permission of accessing the camera and the microphone. The rights setting mode named location-hiding is used to indicate that the user pays attention to his own privacy when watching short videos, and does not need to watch short videos in the same city. The authority of the position information corresponding to the authority setting mode of the position hiding is closed, namely the short video application is not allowed to acquire the current position information.

In addition, the above-mentioned preset operation may be a click operation, such as a single click operation, a double click operation, or a continuous preset number of click operations, a long press operation, a slide operation, or the like. The embodiments of the present application are not limited herein.

Optionally, in an embodiment of the present application, the displaying, by the mobile phone, at least one permission setting mode in response to a preset operation of a user on an interface of a target application may specifically include: in the scenario that the interface of the target application is the home page interface of the target application, the bullet frame may further include a recommendation control in addition to the initial permission configuration of the target application. In the scenario that the interface of the target application is the permission interface of the target application, the permission interface may further include a recommendation control in addition to the initial permission setting of the target application. The recommendation control is used to control at least one rights setting mode of the target application. And responding to clicking operation of a user on the recommendation control, and displaying a selection list by the mobile phone, wherein the selection list comprises at least one permission setting mode.

Further optionally, the selection list may further include description information of each permission setting mode, where the description information of the permission setting mode is used to prompt a user of a habit indicated by the permission setting mode, so that the user can better know reference information of permission setting according to the description information of the permission setting mode, and thereby more accurately and quickly select the permission setting mode meeting the requirement of the user. And the description information of the permission setting mode can be text description information, picture description information, graphic description information and the like.

In the embodiment of the present application, after displaying the interface of the target application, the mobile phone responds to the preset operation on the interface to display at least one permission setting mode as an example. Of course, the mobile phone can also display at least one permission setting mode directly in the interface of the target application, and the display of the permission setting mode is triggered without the preset operation of the user. That is, when the mobile phone displays the home interface or the permission interface of the target application, the home interface or the permission interface may further include at least one permission setting mode in addition to the initial permission configuration of the target application, so that the user may conveniently select the setting mode.

Optionally, in an embodiment of the present application, determining, by the mobile phone, a target setting mode in at least one permission setting mode may specifically include: if at least one of the rights setting modes is a rights setting mode, the mobile phone determines the rights setting mode as a target setting mode.

If the at least one permission setting mode includes a plurality of permission setting modes, the mobile phone may determine a target setting mode among the plurality of permission setting modes through a plurality of implementations.

As one possible implementation, the mobile phone may determine the authority setting mode selected by the user as the target setting mode in response to a selection operation of the user among a plurality of authority setting modes.

As another possible implementation, the mobile phone may determine a candidate setting mode from a plurality of authority setting modes by using a preset algorithm, and display prompt information, where the prompt information is used to prompt the user whether to agree to use the candidate setting mode for setting. And if the mobile phone receives a determining instruction of the user for the prompt information within the preset time, the mobile phone determines the candidate setting mode as a target setting mode. If the mobile phone does not receive the determining instruction of the user to the prompt message within the preset time, closing the prompt message, and selecting a target setting mode from a plurality of authority setting modes by the user.

Alternatively, the prompt information may include a confirmation control for prompting the candidate set mode as the target set mode and a cancel control for prompting not to set the candidate set mode as the target set mode. And responding to the selection operation of the user on the confirmation control, and determining the candidate setting mode as a target setting mode by the mobile phone. And responding to the selection operation of the user on the cancellation control, closing the prompt information by the mobile phone, and selecting a target setting mode from a plurality of authority setting modes by the user.

It may be understood that in the embodiment of the present application, the determining, by the mobile phone, the candidate setting mode from a plurality of authority setting modes by using a preset algorithm may specifically include: the mobile phone determines any one of a plurality of authority setting modes as a candidate setting mode. Or, the mobile phone can collect the authority setting behaviors of the user using the mobile phone to other applications installed in the mobile phone in advance, analyze the setting habit of the user according to the authority setting behaviors of the user to other applications, and further determine a candidate setting mode conforming to the setting habit of the user from a plurality of authority setting modes based on the setting habit of the user. The analysis of the setting habit of the user may refer to other applications installed in the mobile phone and having authority setting function, and may 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, the permission setting behavior of the user of other instant messaging applications installed in the mobile phone except the target application may be referred to. Alternatively, the handset may send a request message to the corresponding server requesting the server to determine a candidate set-up mode from among the multiple rights set-up modes of the target application. The server can analyze the main stream setting habit of the target application based on the authority setting behavior of a large number of users stored in the large data center on the target application, further determine the setting mode conforming to the main stream setting habit as a candidate setting mode, and send the determined candidate setting mode to the mobile phone. Of course, the mobile phone may determine the candidate setting mode from the multiple authority setting modes of the target application in other manners, and the embodiment of the present application is not limited herein how to determine the candidate setting mode.

Of course, the mobile phone may also determine the target setting mode in at least one authority setting mode in other manners, and embodiments of the present application are not limited herein.

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

After determining the target setting mode, the mobile phone can search in a mapping relation among the pre-stored application, the authority setting mode of the application and the setting states of one or more authorities of the application, and obtain target authority parameters corresponding to the target application and the target setting mode, wherein the target authority parameters comprise the setting state of each authority in the one or more authorities of the target application.

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

4. After acquiring the target authority parameters corresponding to the target setting mode and the target application, the mobile phone performs one-key setting on the authority of the target application according to the target authority parameters.

After the mobile phone acquires the target authority parameters, the mobile phone can set the authority of the target application included in the interface of the target application by one key according to the setting state of each authority of the target application included in the target authority parameters, namely, the initial authority configuration of the target application is switched to the setting state of the authority in the target authority parameters. Of course, after completing one-key setting of the permission of the target application, the user can directly use the setting result, or the user can modify the setting result according to own requirements.

It should be noted that, in the embodiment of the present application, the mobile phone may execute the permission recommendation method according to the foregoing procedure, and may acquire at least one permission setting mode corresponding to the target application according to a mapping relationship between a pre-stored application and the permission setting mode when a start operation of the target application by a user is received after the target application is installed, or when an open operation of the target application by the user in the system setting application is received. The mobile phone then determines the target setting mode from at least one authority setting mode corresponding to the target application, and the specific determination method may refer to the description related to the determination of the target setting mode by the mobile phone in the above 2, which is not described herein. And then, the mobile phone can acquire a target authority parameter corresponding to the target setting mode according to the mapping relation between the preset authority setting mode of the application and the setting state of the authority of the application, wherein the target authority parameter comprises the setting state of the authority of the target application corresponding to the target setting mode, and the authority of the target application is set by one key according to the target authority parameter. Of course, the mobile phone may also perform one-key setting on the authority of the target application in other manners, and embodiments of the present application are not limited herein.

As can be seen from the above, in the embodiment of the present application, the mobile phone can recommend the permission setting modes on the interface of the target application, and these permission setting modes provide the reference information of permission setting of the target application for the user, so that the user can more conveniently and quickly complete the permission setting. When a user selects a target setting mode from a plurality of authority setting modes of a target application, the electronic equipment performs one-key setting of all authorities corresponding to the target setting mode, so that the setting operation of the user is simplified, and the user experience is greatly improved.

The process of the rights recommendation described above is briefly described below in connection with specific examples.

By way of example, assume that application a is a short video application, and application a is the application that the user has just installed. When the user clicks the icon of the application A, the mobile phone receives clicking operation of the user on the icon of the application A. In response to this click operation, the mobile phone displays the home page interface of the application a as shown in (a) of fig. 3. The home interface includes a bullet box that includes the title "application A rights management service requires the following five rights. The bullet frame also includes the initial configuration of five rights of the application a, and it is assumed that the initial configuration of the five rights is closed. For a specific description of these five rights, reference may be made to the relevant description in fig. 1, and no further description is given here. The bullet frame also comprises a recommendation control. The user may click on the recommendation control, and in response to the click operation of the recommendation control by the user, as shown in (b) of fig. 3, the mobile phone displays a selection list on the home page interface. The selection list includes four rights setting modes. In the selection list, the names of the four authority setting modes are respectively: only watch not send, release video, video chat, and position conceal. The description of these four rights setting modes may refer to the description of step 2, and will not be repeated here. When the user clicks the permission setting mode named as the release video in the four permission setting modes, the mobile phone determines that the target setting mode is the permission setting mode of the release video, and obtains target permission parameters corresponding to the permission setting modes of the application A and the release video. Assume that the setting states of five rights in the target rights parameter include: the authority of the equipment information is closed, the authority of the position information is allowed when the application is used, the authority of the camera is opened, the authority of the address book is opened, and the authority of the notification message is closed. As shown in fig. 3 (c), the mobile phone performs one-key setting on five rights in the bullet frame according to the setting state of each right in the five weights included in the target rights parameter, and closes the selection list. The user may make modifications or no modifications on the results of the one-touch settings, or the user may re-click on the recommendation control to re-select the target setting mode. After the setting is completed, the user can click a confirmation control for indicating that the authority setting is completed in the bullet frame, and respond to the click operation of the confirmation control by the user, as shown in (d) in fig. 3, the mobile phone closes the bullet frame in the homepage interface.

As another example, in connection with (b) of fig. 3, as shown in fig. 4, in addition to the names of the four authority setting modes, text description information is displayed at the associated position of the name of each authority setting mode, and the text description information of one authority setting mode is used for prompting the user of the habit indicated by the authority setting mode. Fig. 4 illustrates a lower side of the associated position as the authority setting mode. The text description information of the authority setting mode which is not sent only is: the text description information of the permission setting mode suitable for users watching short videos and not issuing short videos is as follows: the text description information of the permission setting mode suitable for users shooting and distributing short videos is as follows: the text description information of the permission setting mode of the position hiding is suitable for users in video chat and voice chat, and is as follows: is suitable for users who do not see short videos in different cities. Therefore, the text description information corresponding to the permission setting mode is used as reference information of permission setting, and a user can intuitively know the effect of each permission setting mode, so that the permission setting mode meeting the requirement of the user can be quickly selected.

In some embodiments of the present application, the handset may display the picture description information at the associated location of the name of each rights setting mode in the selection list. The picture description information of the authority setting mode may include an icon for indicating a setting state of a part of the authority corresponding to the authority setting mode. For example, an icon for indicating an opened partial right and/or an icon for indicating a closed partial right. Wherein the icon indicating the right to close may be marked with a special identification. For example, the special identifier may be a mark of drawing a slash on the function icon corresponding to the authority, or may be any form of graphic.

For another example, referring to fig. 4, as shown in fig. 5, the authority of the camera corresponding to the authority setting mode of the released video is on, and the authority of the notification message is off, and the picture description information of the authority setting mode of the released video may include an icon of the camera and an icon marked with a slash on a bubble frame, where the bubble frame includes a text notification message. If the authority of the camera corresponding to the only-issued authority setting mode is turned off, as shown in fig. 5, the picture description information of the only-issued authority setting mode includes an icon marked with a slash on the camera. If the authority of the camera corresponding to the authority setting mode of the video chat is on and the authority of the microphone is also on, as shown in fig. 5, the picture description information of the authority setting mode of the video chat may include icons of the camera and the microphone. If the authority of the position information corresponding to the authority setting mode of position concealment is off, as shown in fig. 5, the picture description information of the authority setting mode of position concealment includes an icon with a slash in position.

As another example, in connection with (a) in fig. 3, as shown in fig. 6, the above-mentioned bullet frame may include names of four rights setting modes in addition to the title and the initial rights configuration of five rights. That is, the recommendation control is not displayed in the bullet box, and the user does not need to trigger the recommendation control to display the permission setting mode, but the four permission setting modes of the application A are directly displayed in the bullet box. This recommendation of 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 rights of the application a according to the target setting mode.

In some embodiments of the application, the application may include multiple rights, some of which may be a single right. The partial rights may be a multi-level rights structure of a tree structure. The name of the partial right may be used as a parent right, which may include one or more child rights of a first hierarchy, which in turn may include one or more child rights of a second hierarchy, in turn down.

Further optionally, when the mobile phone displays the right, the description information corresponding to the right can be displayed at the associated position of the right, so that the user can intuitively know the details or effects of the right.

For example, when a user clicks information of the application B in a system application of the mobile phone, the mobile phone displays a permission interface of the application B in response to a clicking operation of the user, where the permission interface includes an initial permission configuration of a permission of the application B.

For example, as shown in fig. 7 (a), the rights interface may include a name of the right of the application B, and a selection control corresponding to the name of each right, where selecting the selection control indicates authorizing the content corresponding to the selection control. The names of the rights of application B are respectively: storage, telephone, location information, camera, microphone, address book, and floating window. The phone is used as a parent authority, and may include two sub-authorities of the next hierarchy, where the names of the two sub-authorities are respectively: device information, other telephony rights. And, the corresponding descriptive information is displayed below the device information: and reading the call state and the identification code of the equipment. The corresponding descriptive information is displayed below the other telephone authorities: using call transfer or dialing, the corresponding description information is displayed below the address book: new/modify/delete contacts. Assuming that the initial rights configuration of the rights of the application B is open, as shown in (a) of fig. 7, the selection control corresponding to each right is opened.

And a recommendation control is also displayed at a preset position of the permission interface. When the user clicks the recommendation control, the mobile phone responds to the click operation of the user on the recommendation control, and as shown in (b) of fig. 7, the mobile phone displays a selection list on the permission interface. The selection list includes three rights setting modes. The names of the three rights setting modes are respectively: sharing location, enjoying shooting, loving chat. When the user selects the permission setting mode which loves chat from the three permission setting modes as the target setting mode, the mobile phone can determine target permission parameters corresponding to the target setting mode and the application B. If the setting state of the rights in the target rights parameter includes: the stored rights are open, the rights of the phone are open (all sub-rights under the phone are open), the rights of the position information are closed, the rights of the camera and the microphone are open, and the rights of the address book and the floating window are closed. As shown in fig. 7 (c), the mobile phone performs one-key setting on all rights in the rights interface according to the setting state of each right in the target rights parameter, and closes the selection list.

In the embodiment of the application, at least one permission setting mode recommended by the mobile phone to the user at the interface (homepage interface or permission interface) of the target application needs to be generated in advance and stored in the mobile phone, so that when the user sets the permission of the target application, the permission setting mode can be recommended to the user, the purpose of providing reference for the user is achieved, and the user experience is improved.

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

For example, the handset may display the application function setup interface before displaying the interface of the target application. And establishing a mapping relation in response to the input operation of the user on the application function setting interface. The mapping relation comprises the name of the application, the name of at least one authority setting mode of the application and the relation of the authority setting state of the application corresponding to each authority setting mode. And, the name of the authority setting mode is generally a name named according to the corresponding authority setting state, which can reflect the user setting habit.

As another possible implementation, the 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.

For example, the developer may pre-establish a mapping relationship in the server and send it to the mobile phone.

The server obtains a behavior data set of the target application, wherein the behavior data set comprises a plurality of pieces of authority setting behavior data, and the authority setting behavior data comprises a plurality of authority setting results of a user on the target application. The server classifies the plurality of right setting behavior data by adopting a pre-stored classification algorithm to obtain a plurality of right behavior sets. And the server determines the authority setting mode of the target application and the authority parameters corresponding to each authority setting mode according to the plurality of authority behavior sets, wherein the authority parameters comprise the setting state information of the plurality of authorities. And the server sends the determined permission setting modes of the target application and permission parameters corresponding to each permission setting mode to the electronic equipment.

Therefore, the permission recommendation method provided by the embodiment of the application can be applied to a system architecture comprising a mobile phone and a server. Referring to fig. 8A, a simplified schematic diagram of a system architecture to which the above method can be applied is provided in an embodiment of the present application. As shown in fig. 8A, the system architecture may include at least: a handset 801 and a server 802. The mobile phone 801 and the server 802 communicate by a wired communication method or a wireless communication method.

The handset 801 may include one or more applications, which may be system applications or third party applications. And, the mobile phone 801 is configured to detect a permission setting behavior of the user on the application on the mobile phone 801, and send a correspondence between the application and the permission setting behavior to the server 802.

The server 802 is configured to receive a correspondence between an application sent by the mobile phone 801 and a permission setting behavior, 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 an application sent by a server, and respond to a user's viewing operation of the permission setting mode of the application, and display the at least one permission setting mode of the application, so as to provide reference information for the user to set the permission of the application.

In the embodiment of the present application, referring to fig. 8B in conjunction with fig. 8A, a schematic structural diagram of a mobile phone and a server according to an embodiment of the present application is shown.

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 can comprise a cloud data module, a data screening module, an identification module, a mode generation module and a permission pushing module.

The user setting module is used for responding to the authority setting operation of the user on the mobile phone to the application, obtaining the authority setting behavior of the user to the application and sending the corresponding relation between the application and the authority setting behavior to the server. Where the user's rights setting behavior for an application refers to how the user sets each right for the application, e.g., which rights to open, which rights to close, etc.

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

And the server stores the corresponding relation between the application and the authority setting behavior in the cloud data module after receiving the corresponding relation between the application and the authority setting behavior sent by the user setting module.

Because the users using the mobile phone are various, the mobile phone is likely to be old people, is likely to be children, is likely to be adults, and different people have different degrees of knowledge on the authority setting, so that only part of data in the data such as the authority setting behavior of the application, such as the user stored in the cloud data module has reference significance. Therefore, the data screening module is used for acquiring the data such as the permission setting behavior of the user on the application and the like stored in the cloud data module, and screening effective data from the data.

As a possible implementation, the cloud data module further stores the age of the user using the mobile phone, and the data screening module can use the authority setting behavior of the user in the preset age range as the effective data. The preset age group refers to an age group having identification capability, and may be set in advance in the server by a developer.

As another possible implementation, since an application typically has an initial configuration of permissions, i.e., a default configuration of permissions for the application, the data filtering module may take, as valid data, the user's permissions setting behavior for the application in addition to the default configuration of the application.

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

The identification module is used for analyzing the effective data of each application after the effective data are determined by the data screening module, classifying the effective data of each application to obtain a plurality of authority behavior sets, and obtaining a plurality of authority scenes with differentiation. A set of rights behaviors is used to indicate a rights scene. In the embodiment of the application, the identification module is used for classifying the effective data of any application, such as a target application, as an example.

As a possible implementation, the identification module may divide the same rights setting behaviors into one class in the valid data of the target application, thereby obtaining a plurality of rights behavior sets.

As another possible implementation, the identification module may divide the authority setting behaviors with higher similarity, that is, smaller difference, in the valid data of the target application into one class, so as to obtain a plurality of authority behavior sets.

The identifying module may compare any two right setting behaviors in the valid data of the target application, identify the ratio of the number of the same right set in the total number of the rights included in the target application in the two right setting behaviors, and divide the right setting behaviors with the overlapping proportion of the right set being greater than a preset value into one class, so as to obtain a plurality of right behavior sets.

For example, since different rights setting behaviors are all setting behaviors of the same rights for the target application, the names of the rights included in each rights setting behavior can be preconfigured to be arranged in the same order, and only whether the rights are authorized or not is different in the different rights setting behaviors. That is, if the target application includes ten rights, in the valid data of the target application, each of the rights setting behaviors, the order in which the names of the rights are arranged is the same. In this case, the identification module may divide the right setting behaviors of the first N rights, which are set identically, into one class, to obtain a plurality of right behavior sets. N is larger than a preset value and smaller than the total authority number of the target application. For example, assuming that the total number of rights of the target application is ten and the preset value is six, the identification module may divide the rights setting behaviors of the first six, the first seven, the first eight, the first nine, and the ten rights, which are set identically, into one class, respectively.

For example, the identification module may first obtain the sensitive rights in all the rights included in the target application, and classify the valid data of the target application according to the obtained sensitive rights. For example, the identification module may classify the same set of rights setting behaviors of each sensitive right into one category, resulting in a plurality of sets of rights behaviors. Wherein the sensitive rights are related to the type of target application. For example, if the target application is a chat-like application, the sensitive rights may include camera, address book, location information. Assuming that the target application is a shooting class application, the sensitive rights may be a camera or the like.

For example, the identification module may input each authority setting behavior in the valid data of the target application into the classification model, to obtain a reference value corresponding to each authority setting behavior. Then, the mobile phone can divide the authority setting behaviors corresponding to the reference values in the same preset range into one class to obtain a plurality of authority behavior sets.

It will be appreciated that in the embodiment of the present application, the classification model is obtained by training in advance and stored in a server, and a large amount of sampling data can be obtained to train the classification model. Wherein the sample data may be data of a number of rights setting actions. And, the classification model may be periodically modified according to the change of the demand.

Of course, the identification module may also classify the valid data of the target application in other manners, which are not limited in this embodiment of the present application.

The pattern generation module is used for calculating the ratio of the number of the authority setting behaviors included in each authority behavior set in the total number of the effective authority setting behaviors of the target application after the identification module finishes classifying the effective authority setting behaviors of the target application. The mode generation module is further used for determining a permission behavior set with the duty ratio larger than a preset duty ratio as a target set, and analyzing the setting condition of permissions included in each target set to formulate a corresponding permission setting mode.

It should be noted that, in the embodiment of the present application, the above-mentioned process is that the server determines the permission setting mode of the target application based on the behaviors of users of a certain group of the target application. Of course, the mode generating module may directly generate the permission setting mode of the target application according to the data stored in the cloud data module. For example, the mode generating module may acquire, from the cloud data module, rights setting behaviors of a user for all applications on the same mobile phone, and obtain rights setting behaviors of applications of the same type as the target application, and customize names of rights setting modes of the target application and setting states of all rights of the target application corresponding to each rights setting mode based on setting habits reflected by the rights setting behaviors.

After the mode generating module generates the permission setting mode of the target application, the permission setting modes of the target application, and the mapping relation between the setting states of the permissions of each permission setting mode can be stored in the cloud data module.

When the mobile phone needs to be upgraded, the permission pushing module can acquire the mapping relation among the target application, the permission setting modes of the target application and the permission setting states of each permission setting mode from the cloud data module and send the mapping relation to the mobile phone.

After receiving the mapping relation among the target application, the permission setting modes of the target application and the setting states of the permission of each permission setting mode, the mobile phone can store the mapping relation in the local data module.

When the interface (homepage interface or authority interface) of the target application is displayed after the mobile phone upgrade is completed, the authority setting module can be used for acquiring and displaying the initial authority configuration included in the target application.

The scheme recommending module is used for acquiring the authority setting mode corresponding to the target application from the local data and responding to the viewing operation of the user on the mode to display the authority setting mode of the target application.

The setting scheme module is used for responding to the selection operation of a user in the permission setting mode of the target application, determining the target setting mode, acquiring target permission parameters corresponding to the target application and the target setting mode, and carrying out one-key setting on the permissions in the permission setting module according to the setting state of the permissions included in the target permission parameters.

In the embodiment of the application, the server sends the permission setting modes of the target application to the mobile phone, the mobile phone displays the permission setting modes in the interface of the target application, the user selects the target setting mode from the permission setting modes, and the mobile phone can set the permission of the target application by one key according to the target permission parameters corresponding to the target setting mode. In this case, after the user selects the target setting mode, the mobile phone may feed back to the server the modification condition of the target permission parameter corresponding to the target setting mode, so that the server obtains the actual use condition of the user, updates the classification model according to the actual use condition, and updates the setting state of the permission corresponding to the permission setting mode according to the actual use condition, so that the setting state of the permission corresponding to the permission setting mode is more reasonable.

In the embodiment of the application, the electronic equipment is taken as a mobile phone as an example. Fig. 9A is a schematic structural diagram of a mobile phone according to an embodiment of the present application. The method in the above embodiment may 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 charge management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a radio frequency module 150, a communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, keys 190, a motor 191, an indicator 192, a camera 193, a display 194, a SIM card interface, and the like. The sensor modules 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 sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

The structure illustrated in the embodiment of the present application is not limited to the mobile phone 100. More or fewer components than shown may be included, or certain components may be combined, or certain components may be split, or different arrangements 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, such as: 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), a controller, a memory, a video codec, a digital signal processor (digital signal processor, DSP), a baseband processor, and/or a Neural network processor (Neural-network Processing Unit, NPU), etc. Wherein, the different processing units can be independent devices or integrated in the same processor.

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

The mobile phone 100 implements display functions through a GPU, a display 194, an application processor, and the like. The GPU is a microprocessor for image processing and is connected with 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 change display information.

The display screen 194 is used to display images, videos, and the like. The display screen includes a display panel. The display panel may employ a liquid crystal display (liquid crystal display, LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED) or an active-matrix organic light-emitting diode (AMOLED), miniled, micro led, micro-OLED, quantum dot light-emitting diode (quantum dot light emitting diodes, QLED), or the like. In some embodiments, the cell phone 100 may include 1 or N displays, N being a positive integer greater than 1.

As also shown in fig. 9A, the mobile phone 100 may implement a photographing function through an ISP, a camera 193, a video codec, a GPU, a display screen, an application processor, and the like.

The ISP is used for processing the data fed back by the camera. For example, when photographing, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electric signal, and the camera photosensitive element transmits the electric signal to the ISP for processing and is converted into an image visible to naked eyes. ISP can also optimize the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be provided in the camera 193.

The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (charge coupled device, CCD) or a Complementary Metal Oxide Semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then transferred to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV, or the like format. In some embodiments, the cell 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, and can rapidly process input information by referencing a biological neural network structure, for example, referencing a transmission mode between human brain neurons, and can also continuously perform self-learning. Applications such as intelligent cognition of the mobile phone 100 can be realized through the NPU, for example: image recognition, face recognition, speech recognition, text understanding, etc.

The touch sensor 180K, also referred to as a "touch panel". Can be arranged on a display screen. For detecting a touch operation acting on or near it. The detected touch operation may be communicated to an application processor to determine the touch event type and provide a 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 micro-core architecture, a micro-service architecture, or a cloud architecture. The embodiment of the application takes an Android (Android) system with a layered architecture as an example, and illustrates a software structure of the mobile phone 100.

The layered architecture divides the software into several layers, each with distinct roles and branches. The layers communicate via interfaces. In some embodiments, the Android system is divided into four layers, from top to bottom, an application layer, an application framework layer, an Zhuoyun row (Android run) and system services, and a kernel layer, respectively.

The application layer may include a series of application packages.

As shown in fig. 9B, the application package may include applications for cameras, gallery, calendar, talk, map, navigation, WLAN, bluetooth, music, video, short message, etc.

The application framework layer provides an application programming interface (application programming interface, API) and programming framework for application programs of the application layer. The application framework layer includes a number of 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., to which embodiments of the present application are not limited in any way.

Activity Manager (Activity Manager): for managing the lifecycle of each application. Applications typically run in the operating system in the form of activities. For each Activity, there will be an application record (activaterecord) in the Activity manager corresponding to it, which records the status of the application's Activity. The Activity manager may schedule the application's Activity process using this Activity record as an identification.

Window manager (windowmanager service): for managing graphical user interface (graphical user interface, GUI) resources used on screen, in particular: the method comprises the steps of obtaining the size of a display screen, creating and destroying a window, displaying and hiding the window, layout of the window, management of a focus, an input method, wallpaper management and the like.

The content provider is used to store and retrieve data and make such data accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phonebooks, etc.

The view system includes visual controls, such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views.

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

The notification manager allows the application to display notification information in a status bar, can be used to communicate notification type messages, can automatically disappear after a short dwell, and does not require user interaction. Such as notification manager is used to inform that the download is complete, message alerts, etc.

The system libraries and kernel layers below the application framework layer may be referred to as an underlying system that includes an underlying display system for providing display services, e.g., the underlying display system includes display drivers in the kernel layer and surface managers (surface managers) in the system libraries, etc. In addition, the bottom layer system in the application also comprises an identification module for identifying the physical form change of the flexible screen, and the identification module can be independently arranged in the bottom layer display system or can be arranged in a system library and/or a kernel layer.

As shown in fig. 9B, android run time includes a core library and virtual machines. Android run time is responsible for scheduling and management of the Android system.

The core library consists of two parts: one part is a function which needs to be called by java language, and the other part is a core library of android.

The application layer and the application framework layer run in a virtual machine. The virtual machine executes java files of the application program layer and the application program framework layer as binary files. The virtual machine is used for executing the functions of object life cycle management, stack management, thread management, security and exception management, garbage collection and the like.

As shown in fig. 9B, the system library may include a plurality of functional modules. For example: surface manager, media Libraries (Media Libraries), three-dimensional graphics processing Libraries (e.g., 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.

Media libraries support a variety of commonly used audio, video format playback and recording, still image files, and the like. The media library may support a variety of audio video encoding formats, such as: MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, etc.

The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like.

SGL is the drawing engine for 2D drawing.

As shown in fig. 9B, the kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a camera driver, an audio driver, a sensor driver, an identification module and the like.

It will be appreciated that the electronic device or the like may include hardware structures and/or software modules that perform the functions described above. Those of skill in the art will readily appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the embodiments of the present application.

The embodiment of the application can divide the functional modules of the electronic device and the like according to the method example, for example, each functional module can be divided corresponding to each function, and two or more functions can be integrated in one processing module. The integrated modules may be implemented in hardware or in software functional modules. It should be noted that, in the embodiment of the present application, the division of the modules is schematic, which is merely a logic function division, and other division manners may be implemented in actual implementation.

In the embodiment of the present application, please refer to fig. 9C, which is a schematic structural diagram of a server according to an embodiment of the present application. The method in the above-described embodiments may 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 may be connected by a bus 24.

The processor 21 is a control center of the server, and may be one processor or a collective term of a plurality of processing elements. For example, the processor 21 may be a CPU, or may be another general-purpose processor. Wherein the general purpose processor may be a microprocessor or any conventional processor or the like.

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

As an example, the server may include a plurality of processors, such as processor 21 and processor 25 shown in fig. 2. Each of these processors may 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 (e.g., computer instructions).

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

In a possible implementation, the memory 22 may exist separately from the processor 21, and the memory 22 may be connected to the processor 21 by a bus 24 for storing instructions or program code. The processor 21, when calling and executing instructions or program code stored in the memory 22, is capable of implementing the rights recommendation method provided in the following embodiments of the present application.

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

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

Bus 24 may be an industry standard architecture (industry standard architecture, ISA) bus, an external device interconnect (peripheral component interconnect, PCI) bus, or an extended industry standard architecture (extended industry standard architecture, EISA) bus, among others. The bus may be classified as an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in fig. 2, but not only one bus or one type of bus.

It should be noted that the structure shown in fig. 2 does not constitute a limitation of the server, and the server may include more or less components than those shown in fig. 2, or may combine some components, or may be arranged in different components.

It will be appreciated that the servers and the like described above contain corresponding hardware structures and/or software modules that perform the various functions in order to achieve the above-described functionality. Those of skill in the art will readily appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the embodiments of the present application.

The embodiment of the application can divide the functional modules of the server and the like according to the method example, for example, each functional module can be divided corresponding to each function, and two or more functions can be integrated in one processing module. The integrated modules may be implemented in hardware or in software functional modules. It should be noted that, in the embodiment of the present application, the division of the modules is schematic, which is merely a logic function division, and other division manners may be implemented in actual implementation.

From the foregoing description of the embodiments, it will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of functional modules is illustrated, and in practical application, the above-described functional allocation may be implemented by different functional modules according to needs, i.e. the internal structure of the apparatus is divided into different functional modules to implement all or part of the functions described above. The specific working processes of the above-described systems, devices and units may refer to the corresponding processes in the foregoing method embodiments, which are not described herein.

The foregoing is merely illustrative of specific embodiments of the present application, and the scope of the present application is not limited thereto, but any changes or substitutions within the technical scope of the present application should be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A rights recommendation method, comprising:

the method comprises the steps that the electronic equipment displays a target interface, wherein the target interface comprises a plurality of authorities of a target application and setting states of the authorities, and the setting states of the authorities are initial configuration states;

the electronic equipment displays at least two permission setting modes of the target application in the target interface, wherein the at least two permission setting modes comprise a first permission mode option, a second permission mode option, a third permission mode option and a fourth permission mode option;

the target interface further comprises: first information corresponding to the first permission mode option, wherein the first information prompts a first usage scenario of the target application, second information corresponding to the second permission mode option, the second information prompts a second usage scenario of the target application, third information corresponding to the third permission mode option, the third information prompts a third usage scenario of the target application, fourth information corresponding to the fourth permission mode option, and the fourth information prompts a fourth usage scenario of the target application; the first usage scenario to the fourth usage scenario are different usage habits of a user on the target application;

Responding to the operation of a user on the first permission mode option, and acquiring a target permission parameter corresponding to the first permission mode option by the electronic equipment;

the electronic equipment sets the permission of the target application according to the target permission parameter and updates and displays the setting states of the plurality of permissions;

in a scenario that the target application is a video application, the first permission mode option includes a permission setting mode option which is only not sent, the second permission mode option includes a permission setting mode option which issues video, the third permission mode option includes a permission setting mode option which carries out video chat, and the fourth permission mode option includes a permission setting mode option with hidden positions.

2. The rights recommending method of claim 1, wherein the electronic device displays at least two rights setting modes of the target application in the target interface, comprising:

the electronic equipment displays at least two permission setting modes of a first target application in a first target interface;

or alternatively, the process may be performed,

the electronic equipment displays at least two permission setting modes of a second target application in a second target interface;

Wherein at least two rights setting modes of the first target application and at least two rights setting modes of the second target application are partially different or are different in completion.

3. The rights recommending method according to claim 1 or 2, wherein the electronic device displays at least two rights setting modes of the target application in the target interface, comprising:

and the electronic equipment responds to the preset operation of the target interface and displays the at least two permission setting modes.

4. The rights recommendation method of claim 3, wherein the target interface further comprises a recommendation control for triggering display of the at least two rights setting modes;

the preset operation is any one of a single click operation, a plurality of continuous single click operations or a long press operation of the recommendation control.

5. The rights recommending method of any of claims 1-4, wherein the first information, the second information, the third information, and the fourth information comprise at least one of: text description information and icon description information.

6. The rights recommending method of any of claims 1-5, wherein the method further comprises:

The electronic equipment determines candidate permission mode options in the at least two permission setting modes, and displays prompt information which is used for prompting a user whether to adopt the candidate permission mode options for setting; and receiving a confirmation operation on the prompt information in a preset time period, and acquiring a target permission parameter corresponding to the candidate permission mode option.

7. The rights recommendation method of claim 6, wherein the electronic device determining candidate rights mode options in the at least two rights setting modes comprises:

the electronic equipment determines any one of the at least two permission setting modes as the candidate permission mode option;

or alternatively, the process may be performed,

the electronic equipment acquires pre-stored behavior data, wherein the behavior data is permission setting behavior data of a user on other applications except the target application in the electronic equipment, the use habit of the user is determined according to the behavior data, permission mode options conforming to the use habit are determined from the at least two permission setting modes, and the permission mode options are determined to be candidate permission mode options.

8. The rights recommending method according to any of claims 1-7, wherein the electronic device obtaining the target rights parameter corresponding to the first rights mode option comprises:

the electronic equipment acquires target authority parameters corresponding to the first authority mode options and the target application according to corresponding relations, wherein the target authority parameters comprise setting state information of the plurality of authorities, and the corresponding relations are corresponding relations among the application, the authority setting mode and the authority parameters.

9. The rights recommending method according to any one of claims 1 to 7, wherein the electronic device setting the rights of the target application and updating the setting state of displaying the plurality of rights according to the target rights parameter, comprises:

the electronic device updates the initial setting state of displaying the plurality of rights to the setting state indicated by the target rights parameter based on the target rights parameter.

10. The rights recommendation method of claim 8, further comprising:

the electronic equipment receives the corresponding relation from the server;

The electronic device stores the correspondence.

11. The rights recommending method of any 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 of the setting states of the plurality of rights.

12. The rights recommending method according to any one of claims 1 to 11, wherein the target interface includes a plurality of rights of a target application and a setting state of the plurality of rights, comprising:

the target interface displays the plurality of rights and the setting state of the plurality of rights;

or alternatively, the process may be performed,

and displaying the content of the target application in the target interface, wherein the target interface further comprises a bullet frame, and the bullet frame is provided with the plurality of authorities and the setting state of the plurality of authorities.

13. A rights recommendation method, comprising:

the method comprises the steps that a server obtains a behavior data set of a target application, wherein the behavior data set comprises a plurality of pieces of authority setting behavior data, and the authority setting behavior data comprises a setting result of a user on a plurality of authorities of the target application;

the server classifies the plurality of right setting behavior data by adopting a pre-stored classification algorithm to obtain a plurality of right behavior sets;

The server determines a permission setting mode of the target application and permission parameters corresponding to each permission setting mode according to the permission behavior sets, wherein the permission parameters comprise setting state information of the permission; the permission setting mode comprises a first permission mode option, a second permission mode option, a third permission mode option and a fourth permission mode option which are displayed on a target interface of the electronic equipment, wherein the first information corresponds to the first permission mode option, prompts the first use scene of the target application, the second information corresponds to the second permission mode option, prompts the second use scene of the target application, the third information corresponds to the third permission mode option, prompts the third use scene of the target application, and prompts the fourth information corresponds to the fourth permission mode option, and the fourth information prompts the fourth use scene of the target application; the first usage scenario to the fourth usage scenario are different usage habits of a user on the target application;

the server sends the determined permission setting modes of the target application and permission parameters corresponding to each permission setting mode to the electronic equipment;

14. The rights recommending method of claim 13, wherein the server classifies the plurality of rights setting behavior data using a pre-stored classification algorithm to obtain a plurality of rights behavior sets, comprising:

the server screens out effective data from the plurality of pieces of authority setting behavior data, wherein the effective data is the plurality of pieces of authority setting behavior data

The method comprises the steps that data except default data in bar authority setting behavior data, wherein the default data comprise setting results of the plurality of authorities, which are the results of initial configuration;

and the server classifies the effective data by adopting the classification algorithm to obtain the plurality of right behavior sets.

15. The rights recommending method of claim 14, wherein the server classifies the plurality of rights setting behavior data using a pre-stored classification algorithm to obtain a plurality of rights behavior sets, comprising:

The server divides the valid data with the same setting result of the plurality of authorities into a authority behavior set;

or alternatively, the process may be performed,

and the server determines the plurality of right behavior sets according to the similarity of any two data in the effective data.

16. The rights recommending method of claim 15, wherein the server determining the plurality of sets of rights behaviors according to a similarity of any two data of the valid data comprises:

the server acquires two setting results of any two pieces of data in the effective data, determines the duty ratio of the number of the same authorities in the number of the plurality of authorities in the two setting results, and determines the plurality of authority behavior sets according to the duty ratio;

or alternatively, the process may be performed,

the server acquires sensitive rights in the plurality of rights and determines a plurality of right behavior sets according to the sensitive rights;

or alternatively, the process may be performed,

and the server inputs each piece of data in the effective data into a pre-stored classification model to obtain a reference value corresponding to each piece of data, and the plurality of right behavior sets are determined according to the reference values.

17. The rights recommending method of any of claims 14-16, wherein the server determining the rights setting mode of the target application from the plurality of sets of rights behaviors comprises:

The server determines the ratio of the number of data included in each authority behavior set to the total number of valid data;

the server determines the authority behavior set with the duty ratio larger than a preset duty ratio as a target set;

and the server analyzes the setting result included in the data in the target set and determines the authority setting mode corresponding to the target set.

18. An electronic device, the electronic device comprising: a memory and a processor; the memory is coupled with the processor; wherein the memory has stored therein computer program code comprising computer instructions which, when executed by the processor, cause the electronic device to perform the rights recommendation method of any of claims 1-12.

19. A server, the server comprising: a memory and a processor; the memory is coupled with the processor; wherein the memory has stored therein computer program code comprising computer instructions which, when executed by the processor, cause the server to perform the rights recommendation method of any of claims 13-17.