Software Component Shutdown via Dependency Sequencing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Distributed software applications often fail to properly shut down, leading to inconsistent system resources and unupdated databases due to the lack of a coordinated shutdown sequence across multiple processors.

Innovation Solution

A manager component that employs dependency relationships among software components to shut down the application in an ordered sequence, ensuring state information is stored, resources are released, and databases are updated consistently.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If software components are shut down without a preplanned shutdown sequence, then the shutdown process is simple and fast, but the system resources remain in an inconsistent state and databases are not properly updated

Engineering Contradiction:
Improvesystem resource consistencyVSAvoidshutdown sequence complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies preliminary action by establishing a preplanned shutdown sequence that defines the order in which software components should be shut down. This sequence is determined in advance based on dependency relationships between components, ensuring that components are shut down in the correct order to maintain system resource consistency and properly update databases, rather than shutting them down simultaneously or in random order.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If the shutdown sequence is executed at the executable level, then the shutdown process is coordinated, but it does not fully leave system resources in a consistent state

Engineering Contradiction:
Improvesystem resource consistencyVSAvoidshutdown coordination complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies segmentation by dividing the shutdown coordination into two levels: executable-level coordination and software component-level sequencing. Within each executable, the shutdown sequence is further segmented into individual software component shutdown operations that follow dependency relationships. This allows for fine-grained control over the shutdown process, ensuring that each component is properly shut down in the correct order while maintaining overall system consistency.

Inventive Principle:
Principle #1Segmentation

3Productivity

If the distributed software application is divided across a plurality of processors, then the application can run in parallel with higher performance, but the shutdown sequence is unable to fully coordinate the shutdown of executables and software components

Engineering Contradiction:
Improveparallel processing capabilityVSAvoidshutdown coordination reliability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent applies universality by creating a manager component that performs multiple functions: it coordinates shutdown across multiple processors, manages software component dependency relationships, and ensures consistent system resource state. This single manager component handles both the parallel execution coordination and the shutdown sequencing, making the system multi-functional and reducing the need for separate coordination mechanisms for each processor.

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

4Reliability

If a preplanned shutdown sequence is implemented at the executable level, then the shutdown is coordinated across executables, but the shutdown of individual software components within executables is not properly sequenced

Engineering Contradiction:
Improveexecutable shutdown coordinationVSAvoidcomponent shutdown sequencing complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies the nested doll principle by implementing a hierarchical shutdown structure where the outer layer is the executable-level shutdown sequence and the inner layer is the software component-level shutdown sequence. The manager component coordinates the outer executable shutdown while each executable contains nested software components that are shut down in their own dependency-based sequence. This nested structure allows coordination at multiple levels without requiring a completely flat, complex sequencing system.

Inventive Principle:
Principle #7Nested doll (Nesting)

Data Source

PatentUS7426715B2Shutting down a plurality of software components in an ordered sequence
Publication Date: 2008.09.16 SOUND VIEW INNOVATIONS LLC
  • US7426715B2 patent drawing
  • US7426715B2 patent drawing
  • US7426715B2 patent drawing

AI summary

An apparatus in one example comprises a manager component in communication with a distributed software application. The distributed software application comprises a plurality of software components that run within one or more executables. The manager component shuts down the plurality of software components in an ordered sequence based on one or more dependency relationships among the plurality of software components.