Transaction Management Device for Parallel If-Done Order Execution

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing financial transaction management systems fail to effectively execute multiple 'if-done-orders' in parallel, manage market price fluctuations, and automatically adjust or cancel orders to minimize losses, leading to complex operations and increased risk for users.

Innovation Solution

A transaction management device that receives trade order applications, generates order information groups with distinct first, second, and stop loss orders, and automatically sets their effectiveness, allowing for simultaneous execution of multiple 'if-done-orders' and automatic adjustments based on market price changes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If the system executes multiple if-done-orders individually through separate operations, then each order can be processed, but the operational procedures become complex and time-consuming

Engineering Contradiction:
Improveorder execution procedureVSAvoidorder processing time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The patent combines multiple if-done-orders into a single batch operation. The order management device receives multiple if-done-order applications from clients and processes them collectively through unified batch processing mechanisms, thereby simplifying operational procedures and reducing the time required to execute multiple orders compared to individual processing.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The system performs preliminary grouping and validation of multiple if-done-orders before execution. By pre-organizing order batches and conducting preliminary checks, the system prepares for efficient batch processing, reducing the actual execution time and operational complexity when the orders are finally processed.

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If the system uses conventional limit order management, then simple orders can be executed, but the system cannot automatically manage multiple if-done-orders or adjust to market price changes

Engineering Contradiction:
Improveorder management capabilityVSAvoidsystem structure
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The order management device is designed with multi-functional capabilities to handle various order types including conventional limit orders and multiple if-done-orders. The system can automatically manage different order scenarios, activate or cancel orders based on market price changes, and process both simple and complex order structures through a unified platform, thereby enhancing adaptability without requiring separate specialized systems.

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

Solution Approach 2:

The system continuously monitors market price changes and uses this feedback to automatically adjust order management decisions. When market prices reach specified trigger levels, the system automatically activates, modifies, or cancels appropriate orders based on pre-set conditions, enabling dynamic adaptation to market conditions while maintaining systematic control over complex order portfolios.

Inventive Principle:
Principle #23Feedback

3Reliability

If the system does not automatically manage orders based on market price changes, then system operations remain simple, but users suffer substantial losses when prices fluctuate irregularly

Engineering Contradiction:
Improveloss protection capabilityVSAvoidautomatic order management
Core Design Contradiction:
ReliabilityVSExtent of automation

Solution Approach 1:

The system implements preliminary protective measures by pre-setting stop-loss orders and price trigger conditions before market fluctuations occur. When prices reach predetermined adverse levels, the system automatically executes protective actions to limit losses, thereby providing reliability and loss protection through advance preparation rather than reactive measures after damage occurs.

Inventive Principle:
Principle #9Preliminary anti-action

Solution Approach 2:

The order management system performs self-service by automatically monitoring market prices and executing order activation or cancellation decisions without requiring continuous manual intervention. The system uses pre-configured rules and algorithms to autonomously manage order portfolios based on market conditions, providing reliable automatic protection while maintaining controlled automation levels.

Inventive Principle:
Principle #25Self-service

4Productivity

If the system requires manual execution of each if-done-order, then automation levels remain low, but operational efficiency and user convenience decrease

Engineering Contradiction:
Improveorder processing efficiencyVSAvoidbatch order processing
Core Design Contradiction:
ProductivityVSExtent of automation

Solution Approach 1:

The system merges multiple if-done-orders into batch processing operations, where multiple orders are received, validated, and executed collectively rather than individually. This batching mechanism significantly improves processing efficiency by reducing redundant operations and enabling parallel processing of multiple orders simultaneously, thereby enhancing productivity while implementing meaningful automation.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS8296219B2Transaction management device and readable storage medium
Publication Date: 2012.10.23 MONEY SQUARE HLDG
  • US8296219B2 patent drawing
  • US8296219B2 patent drawing
  • US8296219B2 patent drawing

AI summary

A transaction management device can executed, with a simple procedure, a plurality of if-done orders in parallel and can reduce the risk of the client. In the transaction management device, an order receiving unit receives buy and sell order application information from client terminals. An order information generation unit generates a plurality of order information groups for each of the items of the buy and sell order application information received by the order receiving unit, the order information groups each including: a first order for placing one of a buy order or a sell order at a first order price; a second order for placing the other one of the buy or the sell order at a second order price; and a stop order for placing the other one of the buy order or the sell order at the stop order price. The first order price, the second order price, and the stop order price are set to different values for each of the order information groups. A storage unit stores the order information groups generated in the order information generation unit. An execution information generation unit, when starting transaction processing corresponding to each of the order information groups, sets the first order to be valid, the second order to be invalid, and the stop order to be invalid.