Service Manager Integrated Framework Reduces Code Redundancy

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The inefficiencies in computer programming arise from the lack of a standardized framework, leading to redundant code development and increased time and costs due to varying algorithms and methods used by different programmers for similar tasks.

Innovation Solution

An integrated service framework with an abstract class providing a standardized structure for programming services, allowing developers to create class plug-ins that execute tasks within this structure, along with a service manager for execution, monitoring, and communication, reducing redundant programming efforts.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If programmers create programs from scratch with individual coding styles and methods, then each programmer has flexibility in implementation, but it results in redundant code development and increased time and costs

Engineering Contradiction:
Improveprogrammer flexibilityVSAvoidservice development efficiency
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent implements a universal service template that can be applied across multiple services and programming scenarios. The template defines a standardized structure with common methods and properties that can be reused, allowing the same template to serve multiple services while maintaining programmer flexibility through configurable parameters and override capabilities.

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

Solution Approach 2:

The patent applies preliminary action by pre-defining the service template structure, common methods, and standard interfaces before actual service implementation. This preliminary framework includes predefined properties, methods, and event handlers that programmers can directly utilize, eliminating the need to create these from scratch for each new service.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If programmers develop unique code for each service, then each service can be optimized specifically, but it increases the time for both development and interface integration

Engineering Contradiction:
Improveservice optimizationVSAvoiddevelopment and integration time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent segments service development into two distinct parts: the standardized service template that handles common functionality and structure, and the service-specific implementation that handles unique optimizations. This segmentation allows programmers to focus only on the specific portions that need customization while relying on the template for standardized, reliable implementations.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The service template acts as an intermediary layer between the standardized service interface requirements and the specific service implementations. It provides a mediating structure that ensures all services adhere to common interfaces and protocols while allowing individual services to implement their specific optimized logic within the template's framework.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of operation

If no standardized framework is provided, then programmers have complete freedom in code structure, but it leads to inefficiencies and increased costs

Engineering Contradiction:
Improveprogramming freedomVSAvoiddevelopment cost efficiency
Core Design Contradiction:
Ease of operationVSEase of manufacture

Solution Approach 1:

The patent utilizes parameter changes by allowing the service template to be configured with different parameters for each specific service. Programmers can modify template parameters, properties, and method implementations to suit specific service requirements while maintaining the overall template structure, thus preserving programming freedom through configurable parameters rather than rigid constraints.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS8839190B2Service manager for an integrated service framework
Publication Date: 2014.09.16 BANK OF AMERICA CORP
  • US8839190B2 patent drawing
  • US8839190B2 patent drawing
  • US8839190B2 patent drawing

AI summary

Embodiments of the invention provide for methods, systems and computer program products for an integrated service framework with a suite of products that provide a development environment and common framework for programming within an operating system. The integrated service framework provides a service manager that identifies the class plug-ins, runs the services, logs information about the services, sends notifications to users about the services, configures itself to monitor the services, and provides communication between the services. The service manager may act as the service installer to install and run the class-plug in. The service manager allows the service to communicate to the client application through the use of a common format. The service manager may also be self-adjusting, such that the service manager may change interval commands to prevent common notification errors from occurring.