Cross-Application Account Management Through Unified Interfaces

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing technologies face inefficiencies in managing and integrating accounts across multiple applications, leading to issues such as personnel turnover, limited operational capacity, data loss, and difficulty in unified data aggregation and refined operations, particularly in video-based applications.

Innovation Solution

An interaction method and apparatus that allows creating and managing second application accounts within a first application interface, enabling binding and unbinding of these accounts with team members and teams, configuring permissions, and facilitating seamless integration and management across applications.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If accounts are managed separately in each application, then each application maintains independent control, but operational efficiency decreases and manual operations increase

Engineering Contradiction:
Improveoperational efficiencyVSAvoidaccount management complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent merges account management functionality from multiple separate applications into a unified management interface. The system allows creating and managing accounts for second applications within the first application's interface, consolidating what would otherwise require separate manual operations in each application. This merging directly improves operational efficiency by reducing the number of interface switches and manual operations needed.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The first application's interface is enhanced with universal account management capabilities that work across multiple applications. The system provides a universal account creation and management mechanism that can handle accounts for different second applications through a single interface, making the account management system multi-functional and application-agnostic.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Productivity

If batch account creation is implemented, then operational capacity increases, but system complexity increases

Engineering Contradiction:
Improveaccount creation efficiencyVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system performs preliminary actions by pre-configuring account templates and permission structures in the first application. Before actual batch account creation occurs, the system prepares the necessary frameworks, permission sets, and binding relationships, which then enables rapid batch creation without proportionally increasing system complexity during execution.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The batch account creation process is segmented into distinct modular steps: template selection, parameter configuration, binding relationship setup, and bulk instantiation. This segmentation allows the system to handle complexity in manageable discrete operations rather than as a monolithic complex process, enabling efficient batch creation while maintaining system manageability.

Inventive Principle:
Principle #1Segmentation

3Reliability

If team binding is implemented, then account inheritance is ensured, but permission management complexity increases

Engineering Contradiction:
Improveaccount inheritanceVSAvoidpermission management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces a new dimensional layer of team binding between first and second applications, creating a hierarchical relationship structure. Instead of flat account management, the system adds a binding dimension where teams in one application can bind to teams in another application, enabling account inheritance across application boundaries while organizing complexity through structured hierarchical relationships.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

Solution Approach 2:

The team binding mechanism acts as an intermediary layer between accounts in different applications. Rather than directly managing complex cross-application permissions, the system uses team bindings as intermediary structures that mediate permission inheritance and access control, simplifying the management of cross-application account relationships.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS12450567B2Interaction method and apparatus, and electronic device
Publication Date: 2025.10.21 BEIJING ZITIAO NETWORK TECH CO LTD
  • US12450567B2 patent drawing
  • US12450567B2 patent drawing
  • US12450567B2 patent drawing

AI summary

An interaction method and apparatus and an electronic device. The method comprises: displaying a first application interface, wherein the first application interface comprises an interface of a first application; and creating a second application account in the first application interface, wherein the second application account is used for logging in a second application. Therefore, a new interaction mode is provided.