Transaction Matching System Using Entity Preference Rules

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems for managing transactions between providing and receiving entities do not consider the preferences of providing entities, leading to inefficient and untransparent transactions, as they primarily focus on the needs of the receiving entities without ensuring alignment with the preferences of the providing entities.

Innovation Solution

A computer-implemented method and system that receives a request from a receiving entity, extracts its parameters, matches them with pre-determined transaction rules based on the preferences of registered providing entities, and enables transactions only when a suitable providing entity is identified, using a structural tree of transaction rules to ensure alignment with the preferences of both parties.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If existing transaction systems are used, then transactions can be completed based on receiving entity requests, but the preferences of providing entities are not considered

Engineering Contradiction:
Improvetransaction matching capabilityVSAvoidproviding entity preferences
Core Design Contradiction:
Adaptability or versatilityVSLoss of information

Solution Approach 1:

The system performs preliminary action by pre-storing transaction rules and preferences of providing entities before transactions occur. When a transaction request is received, the system matches the request against pre-existing rules and preferences to identify suitable providing entities, ensuring their preferences are considered without requiring real-time negotiation.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback by using the preferences and rules of providing entities to guide the transaction matching process. The transaction rules are generated based on providing entity preferences and used to filter and select appropriate providing entities for each transaction request, creating a closed-loop system that respects providing entity constraints.

Inventive Principle:
Principle #23Feedback

2Productivity

If intermediate platforms are used to facilitate transactions, then transactions can be completed, but the platform does not consider providing entity preferences

Engineering Contradiction:
Improvetransaction completion speedVSAvoidpreference alignment
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The intermediate platform performs preliminary action by pre-processing and storing transaction rules derived from providing entity preferences. This allows the platform to quickly match incoming transaction requests with suitable providing entities based on pre-established criteria, maintaining both speed and preference alignment.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses transaction rules as an intermediary mechanism between providing entities and receiving entities. These rules act as a mediator that encodes providing entity preferences and guides the matching process, ensuring that the intermediate platform does not simply facilitate transactions but actively ensures preference alignment.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Device complexity

If transactions are performed without monitoring providing entity preferences, then the process is simpler, but transparency and efficiency are reduced

Engineering Contradiction:
Improvesystem simplicityVSAvoidtransaction efficiency
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The system segments the transaction management function into distinct components: receiving entity request processing, providing entity preference storage, transaction rule generation, and matching logic. This segmentation allows each component to handle specific tasks efficiently, improving overall transaction efficiency while keeping the architecture modular and manageable.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary action by pre-generating and storing transaction rules based on providing entity preferences. This pre-processing reduces the complexity of real-time decision-making during transactions, as the system only needs to match requests against pre-established rules rather than evaluating all preferences dynamically.

Inventive Principle:
Principle #10Preliminary action

4Loss of time

If providing entities are not identified and selected systematically, then the process is faster, but transactions may not align with providing entity preferences

Engineering Contradiction:
Improvetransaction processing timeVSAvoidpreference compliance
Core Design Contradiction:
Loss of timeVSReliability

Solution Approach 1:

The system performs preliminary action by pre-computing and storing transaction rules that encode providing entity preferences. When a transaction request arrives, the system quickly matches the request against these pre-existing rules to identify suitable providing entities, achieving both fast processing and reliable preference compliance.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system changes the parameter representation from raw providing entity preferences to structured transaction rules. This transformation allows for efficient systematic identification and selection of providing entities by comparing request parameters against rule-based criteria, achieving both speed and reliability.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS20240330936A1Systems and Methods to Manage Transaction Between Providing Entity and Receiving Entity
Publication Date: 2024.10.03 VISA INTERNATIONAL SERVICE ASSOCIATION
  • US20240330936A1 patent drawing
  • US20240330936A1 patent drawing
  • US20240330936A1 patent drawing

AI summary

The present disclosure relates to systems and methods for managing a transaction between a providing entity and a receiving entity. Initially, a request to initiate a transaction is received from a receiving entity. One or more entity parameters associated with the receiving entity are extracted upon receiving the request. Each of the one or more entity parameters is matched with pre-determined transaction rules related to a plurality of providing entities registered with the system to identify at least one providing entity for the receiving entity. The transaction from the at least one providing entity to the receiving entity is enabled for the request. Using the proposed system, transactions are performed in accordance with the preferences of the one or more providing entities. Also, the proposed system provisions to keep transactions transparent between the providing entity and the receiving entity.