Process Network Execution for Adaptable and Stable Business Operations

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing business systems lack adaptability to rapidly changing business environments, requiring significant time and cost for modifications, and RPA processes are difficult to integrate and monitor, leading to instability and complexity in operations.

Innovation Solution

A process execution system that generates and executes a process network from a model, balancing plasticity and stability by delegating actions to an action execution system, using a process network model with standardized modules and hierarchical structure, enabling flexible adaptation to changes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If business systems are developed using traditional business process modeling methods, then system stability and reliability are maintained, but adaptability to changes and development time are worsened

Engineering Contradiction:
Improveadaptability to changesVSAvoidmodification time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The system segments business processes into independent process nodes with standardized interfaces. Each node can be modified or replaced independently without affecting the entire system, enabling rapid adaptation to changes while maintaining overall system stability. This modular segmentation allows business personnel to create and modify process models without requiring extensive development time.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a universal execution environment that can execute multiple types of process models through standardized specifications. The execution environment provides universal tools and frameworks that business personnel can use to create, modify, and execute various process models without needing environment-specific knowledge, thereby improving adaptability while reducing development time and cost.

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

2Adaptability or versatility

If execution environments with unique specifications are introduced, then adaptability to business process changes is improved, but device complexity and learning cost are worsened

Engineering Contradiction:
Improveadaptability to business process changesVSAvoidexecution environment complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent establishes a homogeneous standardized specification framework that uniformizes the execution environment across different platforms. By using common data formats, standardized process node definitions, and unified execution mechanisms, the system reduces execution environment complexity while maintaining high adaptability to various business process types. Business personnel learn a single standardized interface rather than multiple unique specifications.

Inventive Principle:
Principle #33Homogeneity

Solution Approach 2:

The patent introduces a translation layer or adapter mechanism that acts as an intermediary between business process models and the execution environment. This intermediary component handles the complexity of mapping between different process representations and the standardized execution framework, shielding business personnel from underlying system complexity while enabling flexible process modeling.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Extent of automation

If RPA processes are implemented independently, then automation capability is improved, but system complexity and operational stability are worsened

Engineering Contradiction:
Improveautomation capabilityVSAvoidprocess integration complexity
Core Design Contradiction:
Extent of automationVSDevice complexity

Solution Approach 1:

The patent merges RPA processes with traditional business processes into a unified process network. Both RPA and non-RPA processes are represented using the same standardized process nodes and execution mechanisms, allowing them to be integrated and coordinated automatically. This merging reduces integration complexity by treating all processes uniformly while maintaining high automation capability through standardized RPA process nodes.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The system implements feedback mechanisms that enable automatic monitoring, detection, and adjustment of process executions. By continuously monitoring process status and outcomes, the system can automatically respond to changes, maintain operational stability, and coordinate RPA processes with other business processes without requiring complex manual integration logic.

Inventive Principle:
Principle #23Feedback

4Reliability

If detailed process monitoring is implemented, then operational stability is improved, but information processing complexity is worsened

Engineering Contradiction:
Improveoperational stabilityVSAvoidmonitoring complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent extracts monitoring information at specific key points within the process network rather than continuously monitoring all process details. By identifying and extracting only the essential process states and outcomes at critical nodes, the system achieves sufficient monitoring for operational stability without the complexity of comprehensive continuous monitoring of all process elements.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentEP4435588B1Process execution system, data structure, and process execution program
Publication Date: 2026.03.11 HATTA & ASSOC
  • EP4435588B1 patent drawingFigure 1~2
  • EP4435588B1 patent drawingFigure 3~4
  • EP4435588B1 patent drawingFigure 5~6

AI summary

To provide a process execution system with high adaptability to rapidly changing business environments by achieving a balance between plasticity and stability. Provided is a process execution system comprising: generating a process network, including a plurality of process nodes, from a process network model that includes a plurality of process master nodes having process generation information and representing relationships between the process nodes generated by the plurality of process master nodes; making a specific process node executable based on the state of the process nodes included in the process network and predetermined process state transition rules; and executing the process defined by the process definition information of the executable process node by sending an execution request for an action, based on the information related to actions included in the process definition information, to an action execution system that executes predetermined actions upon request.