Task Launch Ordering for Error-Resistant Process Flows
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Users face a heavy burden in designing and executing data processing systems that require linking multiple application software units, as existing solutions demand expert knowledge to construct and manage process flows, leading to potential errors during execution.
Innovation Solution
A data processing apparatus with reception, specifying, and task control means that allows users to set and execute process flows by receiving subprocess settings, specifying processing units, and determining the order for launching tasks, thereby simplifying the execution of complex data processing workflows without excessive user expertise.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If multiple application software units are linked to construct process flows, then processing flexibility and adaptability are improved, but system complexity and user burden increase
Solution Approach 1:
The patent introduces a workflow management server as an intermediary that manages process flows and coordinates communication between application software units. This mediator handles the complexity of linking multiple software units, allowing users to benefit from processing flexibility without directly managing the complex interactions between components.
Solution Approach 2:
The system segments the data processing functionality into independent application software units (subprocesses) that can be individually selected and combined. Each software unit performs a specific function, and the workflow management server orchestrates their execution in defined sequences, enabling flexible process construction without requiring users to manage the entire system as a monolithic complex unit.
2Adaptability or versatility
If users directly design and manage process flows by linking software units, then processing customization is improved, but ease of operation deteriorates
Solution Approach 1:
The workflow management server acts as an intermediary that provides a simplified interface for users to define process flows. Instead of requiring users to directly manage complex software unit linkages, the server handles the coordination and communication between units, reducing the operational burden while maintaining customization capabilities.
Solution Approach 2:
The system enables users to independently select and combine application software units to create customized process flows through a user-friendly interface. The workflow management server automatically handles the execution coordination and error management, allowing users to benefit from processing customization without needing expert knowledge of system architecture or error handling.
3Reliability
If expert knowledge is required to address errors during execution, then processing reliability is improved, but ease of operation worsens
Solution Approach 1:
The workflow management server implements automated feedback mechanisms that monitor the execution of process flows and detect errors. When errors occur, the server automatically notifies relevant users and can trigger predefined error handling procedures, eliminating the need for users to have expert knowledge of error diagnosis and resolution while maintaining high processing reliability.
Solution Approach 2:
The system provides automated error detection, notification, and handling capabilities that operate independently of user expertise. The workflow management server monitors execution, identifies errors, and manages the error handling process, allowing the system to maintain reliability without requiring users to possess specialized error handling knowledge.
Data Source
AI summary
A data processing apparatus (10) includes a receiver (120), a specifier (142), and a task controller (141). The receiver (120) receives a setting of a process flow defining subprocesses that are sequentially executed with respect to data output from a device (21). The specifier (142) specifies, based on the setting received by the receiver (120), processing units (130) for execution of the subprocesses. The task controller (141) determines, based on the setting received by the receiver (120), and launches the tasks in accordance with the order, an order for launching tasks for achievement of the processing units (130) specified by the specifier (142).


