Distributed Order Orchestration Cost of Change Threshold

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current order management systems face challenges in efficiently and automatically handling changes to long-running orders due to the lack of a well-defined transaction boundary, leading to manual intervention and inefficiencies in processing modifications across distributed and asynchronous systems.

Innovation Solution

A distributed order orchestration system that defines a cost of change value and executes business processes to selectively apply changes to orders, allowing for automatic adjustments by generating a new executable process when the cost of change is within a threshold, enabling efficient and automatic modification of order fulfillment processes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If manual intervention is used to adjust long-running orders in distributed systems, then changes can be made to fulfill orders, but the process becomes inefficient and requires significant administrator work

Engineering Contradiction:
Improveorder fulfillment efficiencyVSAvoidmanual adjustment complexity
Core Design Contradiction:
ProductivityVSEase of operation

Solution Approach 1:

The patent pre-calculates and stores cost of change values for different order modifications before changes are requested. This allows the system to quickly determine whether a change is economically viable without performing complex calculations at the time of change request, thereby reducing manual administrator work and improving efficiency

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system automatically evaluates change requests by comparing the cost of change against the value of the order modification. This self-service mechanism eliminates the need for administrators to manually assess each change request, significantly reducing operational complexity and improving productivity

Inventive Principle:
Principle #25Self-service

2Reliability

If administrators respond slowly to change requests, then system stability is maintained, but fulfillment processes continue based on original orders and may need to be changed or undone later

Engineering Contradiction:
Improvesystem stabilityVSAvoidchange request response time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system provides automated feedback by evaluating change requests against pre-calculated cost of change values and business rules. This immediate automated evaluation allows the system to quickly determine whether to approve or reject changes without waiting for administrator response, reducing time loss while maintaining reliability through rule-based decision-making

Inventive Principle:
Principle #23Feedback

3Measurement precision

If selective adjustment of order portions is implemented, then change precision is improved, but system complexity increases due to need for partial order modification capabilities

Engineering Contradiction:
Improvechange request specificityVSAvoidorder modification system complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent segments orders into distinct line items or components that can be independently modified. Each segment has its own cost of change value calculated and stored, allowing selective adjustment of specific portions without affecting the entire order. This segmentation approach enables precise changes while managing complexity through modular processing

Inventive Principle:
Principle #1Segmentation

4Measurement precision

If cost of change calculation is performed in real-time, then accuracy is improved, but processing speed decreases due to computational requirements

Engineering Contradiction:
Improvecost of change accuracyVSAvoidchange request processing speed
Core Design Contradiction:
Measurement precisionVSSpeed

Solution Approach 1:

The system performs cost of change calculations in advance and stores the results in a lookup table or database. When a change request is received, the system retrieves pre-calculated values instead of performing real-time computations. This preliminary action maintains accuracy while dramatically improving processing speed by replacing complex calculations with simple data retrieval operations

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10395205B2Cost of change for adjusting long running order management fulfillment processes for a distributed order orchestration system
Publication Date: 2019.08.27 ORACLE INT CORP
  • US10395205B2 patent drawing
  • US10395205B2 patent drawing
  • US10395205B2 patent drawing

AI summary

A computer-readable medium, computer-implemented method, and system are provided. In one embodiment, a business process is created, and a cost of change value for the business process is defined. An executable process that is generated from the business process is executed, and a change request is received. It is determined whether the cost of change value is greater than a threshold value, and, when the cost of change value is not greater than the threshold value, the change request is initiated.