Language Agnostic Packaging Module for Reusable Application Resources

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional methods for coupling infrastructure resources with application logic complicate architecture, requiring repetitive and complex code for connecting to resources like databases and APIs, leading to inflexible workflow management tools that are not conducive to agile methodologies and require dedicated expertise.

Innovation Solution

A language-agnostic packaging module that separates application and infrastructure resources into reusable components, allowing for easy orchestration and data passing without writing code, using JSON or other configuration file formats, and enabling automated development and testing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional tools are used to couple infrastructure resources with application logic, then applications can access necessary resources, but architecture becomes complicated and requires repetitive complex code

Engineering Contradiction:
Improveresource availabilityVSAvoidarchitecture complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent segments the monolithic application structure into separate components: infrastructure resources (databases, message queues, APIs) are decoupled from application logic and organized as independent reusable modules. This segmentation allows each component to be developed, maintained, and scaled independently, reducing architectural complexity while maintaining resource availability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary layer (application programming interface and packaging module) that mediates between infrastructure resources and application logic. This intermediary abstracts the complexity of resource connections, providing standardized interfaces that simplify integration while maintaining reliable access to underlying resources.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If conventional workflow management tools are used, then processes can be managed, but they require dedicated software running independently and dedicated training and expertise

Engineering Contradiction:
Improveprocess management capabilityVSAvoidsoftware infrastructure
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent merges workflow management capabilities directly into the application packaging and deployment process. Instead of requiring separate dedicated workflow management software, the system integrates process orchestration, resource configuration, and application deployment into a unified packaging module that operates as part of the standard development workflow.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent implements self-service capabilities where the packaging module automatically manages resource allocation, configuration, and orchestration without requiring dedicated external software or specialized expertise. The system self-configures infrastructure resources based on application requirements and automatically handles the coordination between components.

Inventive Principle:
Principle #25Self-service

3Productivity

If conventional tools are used for application development, then applications can be built, but they require writing numerous amounts of repetitive application code

Engineering Contradiction:
Improveapplication development capabilityVSAvoidcode writing time
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent applies preliminary action by pre-configuring infrastructure resources and creating standardized application modules in advance. The packaging module contains pre-defined templates and configurations for common infrastructure integrations (databases, message queues, APIs), allowing developers to reuse these pre-prepared components rather than writing repetitive code from scratch for each application.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent enables copying of standardized application modules and infrastructure configurations across multiple applications. Once a resource integration pattern is established in one application, it can be copied and reused in subsequent applications through the packaging module, dramatically reducing the time required to write repetitive integration code.

Inventive Principle:
Principle #26Copying

4Ease of operation

If conventional workflow management tools are used, then processes can be managed, but they are not conducive to agile methodology as small changes can have ripple effects

Engineering Contradiction:
Improveprocess managementVSAvoidagile adaptability
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The patent segments the system into independent, loosely-coupled modules where changes to one component do not propagate ripple effects throughout the entire system. Each infrastructure resource and application module can be modified, updated, or replaced independently through the packaging module, enabling agile adaptability while maintaining process management capabilities.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS11531525B2System and method for packaging standalone application modules into re-usable application and infrastructure resources
Publication Date: 2022.12.20 JPMORGAN CHASE BANK NA
  • US11531525B2 patent drawing
  • US11531525B2 patent drawing
  • US11531525B2 patent drawing

AI summary

Various methods, apparatuses/systems, and media for implementing a language agnostic packaging platform are disclosed. A receiver receives a user request of a process flow corresponding to develop, test, or manage a desired application. A data source stores ready to use modules written for corresponding application programming interface (API) for a plurality of resources. A processor coupled to the receiver and the data source accesses the data source to obtain the ready to use modules written for corresponding application programming interface (API) for the plurality of resources to determine what resources are necessary to develop, test, or manage the desired application and creates an index file based on the resources accessed from the data source. The processor also causes a language agnostic packaging platform to receive the index file as input and automatically creates the desired application as output of the process flow based on the received index file.