Metadata Patch Tool for Selective Hot Fix Application

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Applying hot fixes to different versions of a software program is complex and resource-intensive, as administrators must manually select and apply relevant modifications to metadata, which can be time-consuming and error-prone, especially when multiple versions are deployed across various retail systems.

Innovation Solution

The Patch Tool simplifies the application of hot fixes by identifying existing files, presenting differences between new and existing metadata, allowing administrators to selectively apply only the necessary changes, and forming patched files that replace the corresponding existing files, thereby streamlining the process and reducing resource requirements.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If administrators manually select and apply hot fixes to different software versions, then hot fixes can be applied to resolve issues, but the process becomes time-consuming and resource-intensive

Engineering Contradiction:
Improveissue resolutionVSAvoidtime to apply hot fixes
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by automatically identifying existing metadata files, comparing them with hot fix metadata, and pre-determining which hot fixes are applicable to each software version before administrator intervention. This preparation work is done in advance, so when administrators review hot fixes, only relevant ones are presented, significantly reducing the time required.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system enables self-service by automatically performing file identification, version matching, and hot fix applicability determination without requiring administrator manual analysis. The system serves itself by autonomously comparing metadata across versions and selecting appropriate hot fixes, freeing administrators from time-consuming manual processes.

Inventive Principle:
Principle #25Self-service

2Reliability

If administrators manually apply hot fixes to multiple software versions, then issues can be resolved, but the complexity of managing different versions increases

Engineering Contradiction:
Improveissue resolutionVSAvoidversion management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments the complex task of hot fix management into distinct automated components: file identification, version comparison, hot fix applicability determination, and selective application. By dividing the monolithic manual process into these segmented automated steps, the system reduces the perceived complexity for administrators while maintaining comprehensive version management.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system acts as an intermediary between hot fix packages and multiple software versions, automatically mediating the compatibility assessment and selection process. This intermediary function handles the complexity of version matching and hot fix applicability, presenting only relevant options to administrators and thereby reducing management complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If all hot fixes are applied to all software versions, then comprehensive issue resolution is achieved, but resource consumption increases unnecessarily

Engineering Contradiction:
Improvecomprehensive issue resolutionVSAvoidcomputational resources
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The system applies local quality by customizing hot fix application to each specific software version and its corresponding metadata characteristics. Instead of uniformly applying all hot fixes to all versions, the system tailors the application process to match each version's specific metadata structure and requirements, achieving comprehensive issue resolution while minimizing unnecessary resource consumption on incompatible versions.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system employs partial action by applying hot fixes selectively only to software versions where they are actually needed and compatible, rather than applying all hot fixes universally. This partial application approach avoids the excessive resource consumption that would result from attempting to apply every hot fix to every version, while still achieving complete issue resolution for applicable versions.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS9052978B2Applying hot fixes for metadata customizing user interactions based on a software program deployed in multiple versions
Publication Date: 2015.06.09 ORACLE INT CORP
  • US9052978B2 patent drawing
  • US9052978B2 patent drawing
  • US9052978B2 patent drawing

AI summary

An aspect of the present disclosure provides for applying hot fixes to metadata customizing user interactions based on a software program. In an embodiment, a hot fix containing new files is received. Each new file contains a corresponding modified metadata. The user is presented for selection, differences between each new file and a corresponding existing file. Only the selected differences are then used to form patched files, which thereafter control the user interactions, for example, by replacing the corresponding existing file with the patched file. Accordingly the user is provided enhanced control over which of the differences is applied to the metadata.