Software Component Location Verification in Network Update Tracking

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Computing systems struggle to accurately and efficiently track individual software and hardware components within a network environment, including their locations and versions, without causing disruptions during updates.

Innovation Solution

A system generates a network resource component tracking database with location indicators, transmits location requests to identify component instances, receives responses, and updates the database dynamically to track and verify component locations in real-time.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If manual tracking of software components is implemented, then component location information can be obtained, but computational resources and processing time are excessively consumed

Engineering Contradiction:
Improvecomponent location tracking accuracyVSAvoidcomputational resource efficiency
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The system performs preliminary scanning of the network environment to generate location indicators for software components before updates are needed. This advance preparation creates a database of component locations that can be quickly queried later, eliminating the need for resource-intensive real-time scanning when updates are required.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system creates copies of component location information in a centralized database rather than maintaining multiple independent tracking mechanisms. Each software component's location data is replicated and stored centrally, allowing efficient retrieval without duplicating the entire scanning process across multiple systems.

Inventive Principle:
Principle #26Copying

2Reliability

If continuous monitoring of component locations is performed, then real-time tracking accuracy is improved, but network traffic and processing overhead increase

Engineering Contradiction:
Improvereal-time tracking accuracyVSAvoidnetwork traffic consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

Instead of continuous monitoring, the system performs periodic verification of component locations at scheduled intervals. The periodic verification process checks whether components have moved from their registered locations only at predetermined times, significantly reducing network traffic compared to continuous monitoring while maintaining adequate tracking reliability.

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

The system implements a feedback mechanism where location verification results are used to update the centralized database only when changes are detected. This feedback-driven approach avoids unnecessary network communication when component locations remain stable, reducing overall network traffic while maintaining accurate tracking information.

Inventive Principle:
Principle #23Feedback

3Loss of information

If comprehensive component tracking database is maintained, then component information availability is improved, but database size and storage requirements increase

Engineering Contradiction:
Improvecomponent information availabilityVSAvoiddatabase size
Core Design Contradiction:
Loss of informationVSQuantity of substance

Solution Approach 1:

The system extracts only the essential location information from complete component data sets and stores these extracted location indicators in the centralized database. By taking out only the necessary location data rather than storing complete component information, the system maintains component information availability while minimizing database size and storage requirements.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The tracking database is segmented into multiple specialized databases organized by component type, version, and location. This segmentation allows the system to store comprehensive component information in an organized manner that reduces redundant data storage while maintaining complete information availability for tracking purposes.

Inventive Principle:
Principle #1Segmentation

4Speed

If component updates are performed without location verification, then update speed is improved, but disruption to running components increases

Engineering Contradiction:
Improveupdate execution speedVSAvoidcomponent disruption
Core Design Contradiction:
SpeedVSObject-affected harmful factors

Solution Approach 1:

The system performs preliminary verification of component locations and update readiness before executing updates. By checking in advance whether components are currently executing or available for updates, the system can plan update sequences that minimize disruptions to running components while maintaining efficient update execution speed.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12474912B2Systems and methods for identifying and verifying software component storage locations in a network environment
Publication Date: 2025.11.18 BANK OF AMERICA CORP
  • US12474912B2 patent drawing
  • US12474912B2 patent drawing
  • US12474912B2 patent drawing

AI summary

Systems, computer program products, and methods are described herein for systems and methods for identifying and verifying software component storage locations in a network environment. The present invention is configured to identify and verify software locations in a network environment by generating a network resource component tracking database associated with a network environment, the network resource component tracking database comprising a plurality of location indicators associated with a component; generating a plurality of location requests based on the plurality of location indicators; transmitting the plurality of location requests to a plurality of locations associated with the plurality of location indicators; receiving a plurality of location responses based on the plurality of location requests; and updating the network resource component tracking database based on the plurality of location responses.