Secure Messaging Delayed Payout Mediation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Users in online messaging environments are hesitant to share financial information due to concerns about fraud and theft, and existing systems lack effective mechanisms to secure transactions without exposing sensitive account information.
Innovation Solution
An online system facilitates transactions by directing users to an intermediate payment processor, where payments are recorded in a ledger without revealing the source account identifier, allowing for delayed payouts and enhanced security by enabling transaction reversals without exposing the buyer's account information.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Ease of operation
If users share their banking information with messaging applications or third parties to conduct transactions, then transaction functionality is enabled, but security and risk of fraud increase
Solution Approach 1:
The patent introduces an intermediary system (messaging application with integrated payment processing) that mediates between buyers and sellers. The system processes payments through a secure payment processor without requiring users to share sensitive banking information with each other. The intermediary holds transaction data and coordinates fund transfers, eliminating the need for direct information sharing while enabling complete transaction functionality.
Solution Approach 2:
The patent segments the transaction process into distinct functional components: messaging functionality, payment initiation, secure payment processing, and transaction confirmation. Each component operates independently with defined interfaces, allowing the system to enable full transaction capabilities while isolating sensitive financial operations within the secure payment processor domain.
2Adaptability or versatility
If an online system accesses source account identifiers to facilitate transactions and reversals, then transaction management capability is improved, but user information security deteriorates
Solution Approach 1:
The online system uses an intermediary approach where the messaging application and payment processor act as intermediaries between the user's account and the transaction system. The system manages transactions and reversals through transaction identifiers and payment processor coordination without directly accessing or storing source account identifiers, maintaining full transaction management capability while protecting user information.
Solution Approach 2:
The patent extracts the sensitive account identifier information from the online system's direct access scope. Instead of the online system holding or processing source account identifiers, these identifiers are kept within the user's banking application and the secure payment processor, with the online system operating on extracted, non-sensitive transaction data.
3Reliability
If the online system cannot access source account identifiers, then security against fraud is improved, but ability to reverse transactions deteriorates
Solution Approach 1:
The system implements feedback mechanisms where the payment processor provides transaction status information and confirmation data back to the online system and messaging application. This feedback loop enables the system to track transactions and initiate reversals through coordinated communication with the payment processor, maintaining reversal capability without requiring direct access to source account identifiers.
Solution Approach 2:
The payment processor serves as an intermediary that bridges the gap between security requirements and reversal functionality. When a reversal is needed, the online system communicates with the payment processor, which then executes the reversal by accessing the original transaction data through its own secure channels, enabling reversals without compromising the online system's lack of access to source account identifiers.
Data Source
AI summary
An online system receives information about a first transaction including a destination account identifier and a payment amount from a source computing device. The online system sends the source computing device a deep link to a second application. The online system receives a confirmation including a transaction identifier from the second application. The payment was sent to an intermediate payment processor, which records the first transaction in a ledger in association with a source account identifier. The online system receives an instruction to reverse the first transaction. The online system sends an instruction to generate a second transaction to a source account of the source computing device including the transaction identifier and not the source account identifier to the intermediate payment processor. The online system receives a confirmation of the second transaction, where the intermediate payment processor queried the ledger using the transaction identifier to identify the source account.


