Lockable Mobile Widgets Preventing Accidental Interaction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Mobile widgets on devices like smartphones and tablets lack a mechanism to restrict functionality temporarily, potentially leading to unintended interactions, especially when the device is used by children or in situations where accidental triggers occur.

Innovation Solution

Implementing a locking mechanism for widgets that restricts interactive features until the user unlocks them, allowing continued operation for essential functions like weather updates while preventing interactive actions, with unlocking methods such as dragging a lock icon or triple tapping, and optional authentication for secure access.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a locking mechanism is implemented for widgets, then security and protection from unintended interactions is improved, but device complexity increases

Engineering Contradiction:
Improvewidget securityVSAvoidwidget structure
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The widget functionality is segmented into locked and unlocked states, with specific interactive features being selectively restricted. The locking mechanism divides widget access into different permission levels, allowing essential functions to remain accessible while restricting other interactions.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A lock icon serves as an intermediary visual indicator that mediates between the widget's interactive features and the user. This intermediary element communicates the locked state and provides a clear visual cue about which features are restricted, adding security without significantly increasing complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If interactive features are restricted in locked state, then protection from accidental triggers is improved, but ease of operation deteriorates

Engineering Contradiction:
Improveaccidental trigger preventionVSAvoidwidget usability
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The locking mechanism applies local quality by selectively restricting only specific interactive features while allowing other essential functions to continue operating. Not all widget features are locked uniformly - instead, the locking applies locally to specific actions or regions of the widget that pose accidental trigger risks.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The locking mechanism performs preliminary action by proactively restricting access to certain widget features before accidental triggers can occur. The locked state is established in advance to prevent potential unintended interactions, while still allowing necessary operations to proceed.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If unlock authentication is required, then security is improved, but time consumption increases

Engineering Contradiction:
Improvesecure accessVSAvoidunlock time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The authentication requirement is implemented dynamically rather than statically. The system adaptively applies authentication based on the specific context, widget type, and usage patterns. This dynamic approach allows the system to balance security requirements with time efficiency, applying authentication only when necessary.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS10664584B2Lockable widgets on a mobile device
Publication Date: 2020.05.26 EBAY INC
  • US10664584B2 patent drawing
  • US10664584B2 patent drawing
  • US10664584B2 patent drawing

AI summary

A software widget running on a user device may be designed to operate in a locked or an unlocked mode. In unlocked mode, the user has full interactivity with the widget. In locked mode, however, at least some of the interactivity with the widget is restricted, despite the fact that the widget still operates normally otherwise while in the locked mode. While in locked mode, user input may be compared against a predefined unlocking sequence to determine if the widget should be unlocked.