Grid Computing Network Software Module Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current grid computing networks face bottlenecks in loading and updating computing modules due to strict API limitations and the need for manual dependency management, which increases network load and human error, and requires interrupting client node operations for core software updates.

Innovation Solution

Coding computing modules and core programs as data bundles with independent packages that can activate and reuse components from other modules, allowing for non-bundled data transmission and automatic dependency management, enabling seamless updates without interrupting operations and reducing network load.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If computing modules are transmitted as bundled data from server to client nodes, then all necessary components are delivered together, but network load increases and update time is extended

Engineering Contradiction:
Improvecompleteness of module deliveryVSAvoidnetwork resource usage
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent segments computing modules into independent packages that can be transmitted separately. Instead of sending complete bundled modules, the system transmits only necessary individual packages from server to client nodes, reducing network load while ensuring all required components are delivered.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements preliminary action by having client nodes automatically determine and retrieve necessary packages before computing tasks are executed. The client node analyzes the computing module, identifies required packages, and pre-loads them from the server or local storage, ensuring completeness without waiting for bundled transmission.

Inventive Principle:
Principle #10Preliminary action

2Measurement precision

If manual dependency management is implemented, then precise control over package dependencies is achieved, but human errors increase and operation time is extended

Engineering Contradiction:
Improvedependency management accuracyVSAvoidoperation simplicity
Core Design Contradiction:
Measurement precisionVSEase of operation

Solution Approach 1:

The patent implements self-service by enabling client nodes to automatically determine their own package dependencies. The client node analyzes computing modules, identifies required packages, and retrieves them autonomously without manual intervention, eliminating human errors while maintaining precise dependency control.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system uses feedback mechanisms where client nodes continuously monitor their package inventory against computing module requirements. When dependencies are identified, the system automatically requests and installs necessary packages, creating a closed-loop dependency management system that is both precise and automated.

Inventive Principle:
Principle #23Feedback

3Reliability

If core software updates are performed, then system functionality is improved, but client node operations must be interrupted

Engineering Contradiction:
Improvesoftware currencyVSAvoidcomputing continuity
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent segments the core software into separate updatable packages that can be installed independently. This allows specific software components to be updated without requiring a complete system shutdown, maintaining computing continuity while improving software currency.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements dynamic update capabilities where software packages can be installed and activated during runtime. The client node can load new packages into memory and switch between package versions without interrupting overall operations, enabling seamless software updates.

Inventive Principle:
Principle #15Dynamics

4Stability of the object's composition

If strict API limitations are enforced, then system stability is maintained, but adaptability of computing modules is reduced

Engineering Contradiction:
Improvesystem stabilityVSAvoidmodule flexibility
Core Design Contradiction:
Stability of the object's compositionVSAdaptability or versatility

Solution Approach 1:

The patent segments the system into standardized package units with well-defined interfaces. Each package maintains stable internal composition while the package manager provides flexible orchestration, allowing new packages to be added without disrupting existing stable components.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements universal package interfaces that work across different computing modules and scenarios. The standardized package structure and dependency management mechanism provide adaptability for various computing tasks while maintaining system stability through consistent interface contracts.

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

Data Source

PatentEP1913475B1Management of a grid computing network using independent softwqre installation packages
Publication Date: 2017.10.11 TECHILA TECH
  • EP1913475B1 patent drawingFigure 1A~3
  • EP1913475B1 patent drawingFigure 4~5
  • EP1913475B1 patent drawingFigure 6~7

AI summary

A grid computing network comprising a server node and several client nodes, of which at least one client node comprises a core program to manage the computing modules of the client node, said computing modules being coded as data bundles comprising independent packages, said packages being executable by the core program independently. The core program is also coded as a data bundle comprising individual packages, wherein one single package of the computing module or the core program can be activated for other computing modules of the client node for the computing task of said computing module.