Microfinance Funds Aggregation Platform for Retail Investors

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional systems and processes for facilitating the exchange of securities are not cost-effective for small retail investors, as they are primarily designed for large value or volume transactions, making it difficult for retail investors to invest in microfinance, which is an emerging asset class mainly targeted at institutional and accredited investors.

Innovation Solution

A computer-implemented system and method that supports microfinance funds aggregation by providing a platform for retail investors to purchase securities through a networked system, including an Investor Site, Administrative Site, Customer Service Site, Transaction Processing Engine, and Issuer Site, which enables cost-effective management of small amounts of capital from multiple retail investors, allowing them to invest in microfinance securities.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If conventional security trading systems are used, then large value/volume transactions are cost-effective, but small retail investor transactions become inefficient and costly

Engineering Contradiction:
Improvetransaction efficiencyVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent segments the security trading system into specialized components: a front-end retail interface for small investors, a back-end institutional interface for large transactions, and an aggregation layer that combines small transactions into batched institutional-sized transactions. This segmentation allows each component to be optimized for its specific transaction size, resolving the contradiction between handling small retail transactions efficiently while maintaining system complexity manageability.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If mainstream brokerages are used, then retail investors can access securities, but microfinance investments are not available as they target only institutional and accredited investors

Engineering Contradiction:
Improveinvestment accessibilityVSAvoidregulatory compliance
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent introduces an intermediary platform that acts as a bridge between retail investors and microfinance investment opportunities. This intermediary aggregates retail investor funds, performs necessary regulatory compliance checks, and presents compliant investment vehicles to retail investors. This resolves the contradiction by making microfinance investments accessible to retail investors while maintaining regulatory compliance through the intermediary's oversight.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of operation

If conventional financial systems are used, then credit/debit cards can be used for online purchases, but securities cannot be purchased with these cards

Engineering Contradiction:
Improvepurchase convenienceVSAvoidtransaction validity
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent creates a multi-functional payment system that can handle both conventional consumer transactions (credit/debit card purchases) and security transactions (securities investments) through a unified interface. The system automatically routes consumer card transactions to merchant processors and security transactions to brokerage processors, providing universal access while maintaining transaction validity for each type.

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

Data Source

PatentUS8655763B2Microfinance funds aggregation for a retail investor
Publication Date: 2014.02.18 PAYPAL INC
  • US8655763B2 patent drawing
  • US8655763B2 patent drawing
  • US8655763B2 patent drawing

AI summary

A computer-implemented system and method supporting microfinance funds aggregation for a retail investor are disclosed. A particular example embodiment includes receiving a purchase request at a host site from an investor at an investor site, the purchase request including information identifying a security offered for sale by a security issuer on the host site; facilitating payment for the security by the investor via a financial site; receiving confirmation of payment for the security; and sending confirmation of payment for the security to the investor.