Aggregation Engine for Centralized Project Information Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Managing project information across the lifecycle of a project is challenging due to the difficulty in maintaining, organizing, and exporting large amounts of data, as well as gaining approvals for proposed configurations, which requires significant time and resources.

Innovation Solution

A system comprising an aggregation engine that collects and stores project information through specialized interface modules, a workflow engine that retrieves and formats information for external groups, and an export engine that transmits formatted data, allowing for centralized data management and efficient information sharing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If project information is stored in distributed locations across the enterprise, then data accessibility is improved, but memory and bandwidth consumption increase during export operations

Engineering Contradiction:
Improvedata accessibilityVSAvoidmemory and bandwidth consumption
Core Design Contradiction:
Ease of operationVSLoss of energy

Solution Approach 1:

The patent consolidates project information from multiple distributed sources into a centralized project information store. The aggregation engine collects requirements, assumptions, contacts, and build sheets from various project members and stores them in a unified location, eliminating the need to access scattered data sources during exports and reducing memory/bandwidth consumption.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The system performs preliminary aggregation and validation of project information before export operations are needed. By pre-collecting and organizing data in a centralized store with proper formatting and validation, the system avoids the need to gather and process distributed data during time-critical export operations.

Inventive Principle:
Principle #10Preliminary action

2Device complexity

If generic interface modules are used to receive project information, then system simplicity is maintained, but processing power is wasted due to lack of information about data format and storage location

Engineering Contradiction:
Improvesystem simplicityVSAvoidprocessing power
Core Design Contradiction:
Device complexityVSPower

Solution Approach 1:

The patent implements specialized interface modules for different types of project information (requirements, assumptions, contacts, build sheets). Each interface module is optimized to handle specific data types with appropriate validation and formatting rules, improving processing efficiency without requiring a completely complex system architecture.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system divides the interface layer into specialized modules that handle different categories of project information. This segmentation allows each module to be optimized for its specific data type while maintaining overall system organization and manageability.

Inventive Principle:
Principle #1Segmentation

3Productivity

If project information is not pre-validated and formatted, then data collection speed is improved, but time is wasted during export operations for validation and formatting

Engineering Contradiction:
Improvedata collection speedVSAvoidvalidation and formatting time during export
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The aggregation engine performs validation and formatting of project information at the time of data collection, not during export operations. Interface modules validate incoming data against predefined schemas and format it appropriately for its type, so that when export is needed, the data is already ready for efficient transmission.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements validation feedback loops where incoming project information is checked against predefined rules and schemas. If validation fails, the system provides feedback to the data source for correction, ensuring data quality is maintained without requiring re-validation during export operations.

Inventive Principle:
Principle #23Feedback

4Adaptability or versatility

If project information is entered multiple times for different purposes, then data flexibility is improved, but time and processing power are wasted due to reentry and redundant storage

Engineering Contradiction:
Improvedata flexibilityVSAvoidreentry time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent consolidates multiple data collection functions into a single centralized project information store. Information entered once through specialized interface modules is made available to multiple workflows and export operations, eliminating redundant reentry while maintaining data flexibility through the workflow engine's ability to retrieve and format data according to different requirements.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The centralized project information store serves multiple functions: it stores data for validation, formatting, approval workflows, and various export operations. A single data entry point provides universal access for all project information needs, eliminating the need for separate data collection processes.

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

Data Source

PatentUS9412083B2Aggregation and workflow engines for managing project information
Publication Date: 2016.08.09 BANK OF AMERICA CORP
  • US9412083B2 patent drawing
  • US9412083B2 patent drawing
  • US9412083B2 patent drawing

AI summary

A system includes an aggregation engine that initiates a first interface module in response to a first request from a first user that indicates a first type of project information. The aggregation engine also receives, via the first interface module, the first type of project information and stores the first type of project information in a memory. The system additionally includes a workflow engine that initiates one or more workflows that indicate certain project information requested by an external group. The workflow engine retrieves, from the memory and based upon the initiated one or more workflows, a first subset of the first type of project information and formats the first subset of project information according to the workflow. The system also includes an export engine that transmits the formatted first subset of project information to the external group according to the initiated one or more workflows.