Interface Display Screen Templates for Consistent Bulk Updates

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The process of software development, particularly for complex applications like ERP systems, is prone to errors and inefficiencies due to disorganized specifications, manual testing, and tedious modifications of graphical user interface display screens and EPSS objects, which require extensive iterations and resources.

Innovation Solution

A system and method that stores and manipulates display screens as a combination of templates and instances, applying modification scripts to vary individual screens based on a template, allowing for efficient updates and associations of EPSS objects across similar screens.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Manufacturing precision

If display screens are modified individually, then each screen can be customized precisely, but the time and effort required for modification increases significantly

Engineering Contradiction:
Improvescreen customization precisionVSAvoidmodification time
Core Design Contradiction:
Manufacturing precisionVSLoss of time

Solution Approach 1:

The display screen is divided into multiple layers including a template layer and instance layer. The template layer contains the base structure and common elements, while the instance layer contains screen-specific customizations. This segmentation allows modifications to be made at the template level and automatically propagated to all instances, reducing modification time while maintaining precision through the instance layer for screen-specific adjustments.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The template layer serves as a universal base for multiple display screen instances. By creating a single template that can be instantiated multiple times, the system allows one modification to affect all instances simultaneously. This multi-functionality enables a single template to serve multiple screens, dramatically reducing the time required for consistent modifications across all instances while preserving customization through instance-specific overrides.

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

2Reliability

If software specifications are developed through multiple iterations, then the specifications can be refined and improved, but the development cost and time increase enormously

Engineering Contradiction:
Improvespecification accuracyVSAvoiddevelopment time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by creating a template that captures the essential structure and common elements of display screens before instances are created. This preliminary template definition allows for upfront planning and refinement of the overall screen design, reducing the need for later iterations. Modifications to the template automatically propagate to all instances, eliminating the need for repeated manual updates and reducing development time while maintaining specification accuracy.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If training simulations are updated after software modifications, then the simulations remain current and accurate, but the update process requires determining modifications and creating new simulations

Engineering Contradiction:
Improvesimulation accuracyVSAvoidupdate process complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system uses templates as reusable copies that can be instantiated multiple times to create training simulations. When software modifications are made to the template, all instances automatically update, eliminating the need to manually recreate simulations. This copying mechanism maintains simulation accuracy while dramatically simplifying the update process, as the template automatically propagates changes to all training instances without requiring manual intervention.

Inventive Principle:
Principle #26Copying

4Measurement precision

If captured screenshots include private data, then the screenshots represent actual application state, but the data may need to be changed for training purposes

Engineering Contradiction:
Improvescreenshot accuracyVSAvoiddata modification ease
Core Design Contradiction:
Measurement precisionVSEase of manufacture

Solution Approach 1:

The screenshot data is segmented into template-level structural elements and instance-level data elements. The template layer captures the application interface structure, while the instance layer contains screen-specific data including private information. This segmentation allows the template to maintain accurate representation of the application interface while enabling independent modification of instance data for training purposes without affecting the overall screenshot accuracy.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS12360646B2System and method for interface display screen manipulation
Publication Date: 2025.07.15 PARTNER ONE ACQUISITIONS INC
  • US12360646B2 patent drawing
  • US12360646B2 patent drawing
  • US12360646B2 patent drawing

AI summary

A computer-implemented method for providing a user tip during a running of an application is provided. The method includes: determining, by a computer processor, whether a user interface display screen displayed or to be displayed during the running of the application is similar to a screen template with which a tip object is associated; and responsive to a positive result of the determination, outputting, by the processor, an element defined by the tip object during the running of the application. The screen template to which the user interface display screen is determined to be similar to is also determined to be similar to other different user interface display screens.