Permission Request Interface with Threshold-Based Never Ask Option

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems for controlling permission requests on computing devices do not effectively manage user preferences for resource access, leading to repetitive and intrusive permission prompts, which can negatively impact user experience and application functionality.

Innovation Solution

A method and system that monitor user responses to permission requests, introducing a 'never ask again' option only when a predefined threshold of denial responses is exceeded, allowing for a modified permission request that includes the option to prevent future permission prompts, thereby enhancing user control and application functionality.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If permission requests are presented to users for each resource access attempt, then user control over resource access is improved, but user experience deteriorates due to repetitive and intrusive prompts

Engineering Contradiction:
Improveuser control over resource accessVSAvoidrepetitive permission prompts
Core Design Contradiction:
Ease of operationVSObject-affected harmful factors

Solution Approach 1:

The system performs preliminary analysis of user responses to permission requests and proactively modifies the permission request interface to include a 'never ask again' option before the user would otherwise need to repeatedly deny access. This anticipatory modification prevents the harmful repetition of prompts while preserving user control.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The permission request interface dynamically adapts its options based on historical user response data. When the system detects a pattern of denials exceeding a threshold, it automatically modifies the interface to include the 'never ask again' option, making the system behavior flexible and responsive to user preferences rather than static.

Inventive Principle:
Principle #15Dynamics

2Object-affected harmful factors

If permission requests are modified to include 'never ask again' option, then user experience is improved by reducing interruptions, but system complexity increases due to monitoring and modification logic

Engineering Contradiction:
Improveinterruptions to user experienceVSAvoidpermission management system
Core Design Contradiction:
Object-affected harmful factorsVSDevice complexity

Solution Approach 1:

The system implements a feedback mechanism that monitors user responses to permission requests and uses this information to automatically modify the permission interface. The feedback loop tracks denial patterns and triggers interface modifications when thresholds are exceeded, enabling the system to reduce interruptions through data-driven decisions rather than complex hard-coded logic.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The permission management system serves itself by automatically monitoring its own performance metrics (user response patterns) and making self-modifications to its interface based on detected patterns. This self-service capability reduces the need for external configuration or complex management overhead while improving user experience.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS10037423B2Methods and systems for controlling permission requests for applications on a computing device
Publication Date: 2018.07.31 GOOGLE LLC
  • US10037423B2 patent drawing
  • US10037423B2 patent drawing
  • US10037423B2 patent drawing

AI summary

Examples described may relate to methods and systems for controlling permission requests for applications running on a computing device to access resources provided by the computing device. A computing device may maintain in memory for a given application responses to permission requests. The computing device may receive responses to a first permission request that includes two selectable options to either allow or deny access to a particular resource. The computing device may determine whether a number of the responses to the first request that indicate to deny access exceeds a predefined threshold. If the number exceeds the threshold, the computing device may provide, at a run-time of the application subsequent to presentation of the first request, and based on the application attempting to access the resource, a modified permission request that includes, in addition to the two selectable options, a selectable option to prevent requesting permission to access the resource.