Privacy Interface Invocation with Scenario-Based Access Checks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing client applications on mobile terminals are vulnerable to attacks that compromise user privacy data, as attackers can invoke privacy interfaces outside declared use scenarios, leading to unauthorized data theft.

Innovation Solution

Implement a method where client applications declare use scenarios for privacy interfaces during installation, and the operating system configures corresponding scenario information. Invocation requests are executed only when current scenario information matches the declared use scenario, thereby intercepting unauthorized requests.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If client applications are allowed to invoke privacy interfaces freely, then application functionality is improved, but user privacy security deteriorates

Engineering Contradiction:
Improveapplication functionalityVSAvoidprivacy security
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The patent applies preliminary action by requiring client applications to declare their intended use scenarios for privacy interfaces in advance, before actual invocation. The system configures scenario information based on these declarations and stores it for later verification. When an invocation request is made, the system checks whether the current scenario matches the pre-declared scenario, thereby preventing unauthorized access while allowing legitimate functionality.

Inventive Principle:
Principle #10Preliminary action

2Object-affected harmful factors

If scenario verification is implemented for interface invocations, then privacy security is improved, but system complexity increases

Engineering Contradiction:
Improveprivacy securityVSAvoidsystem complexity
Core Design Contradiction:
Object-affected harmful factorsVSDevice complexity

Solution Approach 1:

The patent applies segmentation by dividing the interface invocation process into distinct phases: scenario declaration during application installation, scenario configuration by the system, and scenario verification at invocation time. The scenario information is segmented into specific elements (current scenario and declared scenario) that are independently verified. This structured segmentation makes the security mechanism more manageable and less complex than a monolithic approach.

Inventive Principle:
Principle #1Segmentation

3Object-affected harmful factors

If unauthorized interface invocations are blocked, then privacy security is improved, but application usability deteriorates

Engineering Contradiction:
Improveprivacy securityVSAvoidapplication usability
Core Design Contradiction:
Object-affected harmful factorsVSEase of operation

Solution Approach 1:

The patent applies feedback by implementing a verification mechanism that compares the current scenario information with the pre-declared scenario information. When the scenarios match, the interface invocation is permitted; when they don't match, the invocation is blocked. This automated feedback loop ensures that legitimate applications can function normally while unauthorized invocations are prevented, maintaining usability for valid use cases while enhancing security.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS12561474B2Interface invocation request processing methods and apparatuses
Publication Date: 2026.02.24 ALIPAY (HANGZHOU) INFORMATION TECH CO LTD
  • US12561474B2 patent drawing
  • US12561474B2 patent drawing
  • US12561474B2 patent drawing

AI summary

Embodiments of this specification provide computer-implemented methods, apparatuses, and computer-readable storage media for interface invocation request processing. In an example interface invocation request processing method, an invocation request for a first interface of an operating system is received from a client application, and the first interface is configured to obtain privacy data. First scenario information is obtained, where the first scenario information is description information of a use scenario of the first interface declared when the client application applies for an invocation permission of the first interface. Current scenario information of the client application is obtained. The invocation request is executed in response to at least that the current scenario information matches the first scenario information.