Interactive Elements for Secure Multi-User Transactions

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing digital platforms struggle to integrate multi-user interactions and facilitate secure, time-sensitive multi-user transactions due to limitations in data linkage, authentication, and communication protocols.

Innovation Solution

The system generates user-specific and transaction-specific interactive elements embedded with data, enabling secure communication between user devices and a payment service, which facilitates multi-user transactions by creating a network of devices and systems for secure data transmission.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If existing digital platforms use conventional data linkage and authentication methods, then system simplicity is maintained, but the ability to facilitate secure multi-user transactions deteriorates

Engineering Contradiction:
Improvesecurity of multi-user transactionsVSAvoidsystem architecture complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments the multi-user transaction process into distinct components: generating separate interactive elements for each user, creating individual data transmission paths, and establishing discrete communication channels. This segmentation enables secure multi-user transactions by isolating each user's authentication and data exchange, preventing cross-contamination of security contexts while maintaining overall system manageability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system introduces interactive elements as intermediary components between users and the payment service. These elements act as mediators that carry encrypted user-specific data, establish secure communication channels, and coordinate authentication without requiring direct complex interactions between all users. The intermediary elements simplify the architecture by centralizing the security coordination function.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Speed

If the system enables real-time data linkage for time-sensitive transactions, then transaction speed is improved, but data transmission security requirements increase

Engineering Contradiction:
Improvetransaction processing speedVSAvoiddata transmission security
Core Design Contradiction:
SpeedVSReliability

Solution Approach 1:

The system performs preliminary actions by generating interactive elements and establishing encrypted communication channels before the actual transaction occurs. User authentication data is pre-processed and embedded in interactive elements, and security protocols are pre-configured for each user's data transmission path. This preliminary setup enables rapid real-time transaction processing without compromising security, as the security framework is already in place.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system dynamically changes data transmission parameters based on transaction requirements. For time-sensitive transactions, the system adjusts encryption levels, data compression, and transmission protocols to optimize speed while maintaining security. Each user's data transmission parameters are independently configured, allowing flexible optimization of the security-speed tradeoff for different transaction types.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS20250069055A1Interactive interface to create shared purchase channel
Publication Date: 2025.02.27 AFTERPAY PTY LTD
  • US20250069055A1 patent drawing
  • US20250069055A1 patent drawing
  • US20250069055A1 patent drawing

AI summary

Techniques described herein are directed to facilitating social transactions. A transaction of a first user is identified as a social transaction. A second user is identified as a potential participant in the transaction based on a preference of the first user or a transaction characteristic. A user interface of a user device of the first user is updated to indicate that the transaction is a social transaction and to include a recommendation that the second user be invited to participate. In response to input from the first user inviting the second user to participate, a request is sent to the second user's user device to participate. The request includes an interactive element and an indication of a condition for the second user to participate. In response to the second user opting to participate via an interaction with the interactive element, a shared channel is created to facilitate the transaction.