Programmatic Interfaces for Bulk Data Transfer

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing data integration techniques require custom code development for each data store, making bulk data transfers between persistent data stores cumbersome, difficult to maintain, and not reusable, limiting their applicability in complex integration scenarios.

Innovation Solution

A data integration system with programmatic source and target interfaces that abstracts bulk data transfer operations, allowing for seamless data extraction and loading between any data stores without the need for custom code, using standardized interfaces like JAVA or FTP, and supporting ETL tools for efficient data movement.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of manufacture

If custom code is developed for each data store to enable bulk data transfers, then data transfer functionality is achieved, but code reusability is poor and maintenance difficulty increases

Engineering Contradiction:
Improvecode development easeVSAvoidcode reusability
Core Design Contradiction:
Ease of manufactureVSAdaptability or versatility

Solution Approach 1:

The patent implements universal interface specifications (source interface and target interface) that enable a single data transfer mechanism to work with multiple different data stores. The interface specifications define standardized methods for data extraction and loading, allowing the same bulk data transfer code to serve multiple data store types without modification, thereby achieving code reusability while maintaining ease of manufacture.

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

Solution Approach 2:

The patent introduces interface specifications as intermediary layers between the bulk data transfer mechanism and specific data stores. These interfaces act as mediators that translate between the generic data transfer operations and data store-specific implementations, eliminating the need for custom code for each data store while maintaining ease of manufacture.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If custom code is developed for each data store integration scenario, then specific integration requirements are met, but system complexity increases and maintainability deteriorates

Engineering Contradiction:
Improveintegration flexibilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent employs universal interface specifications that provide a standardized framework for integrating multiple data stores. This framework maintains integration flexibility by allowing different data stores to be connected through common interface definitions, while reducing system complexity by eliminating the need for separate custom integration code for each scenario.

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

Solution Approach 2:

The patent segments the integration system into distinct components: interface specifications, data extraction logic, and data loading logic. This segmentation allows each component to be developed and maintained independently, reducing overall system complexity while preserving integration flexibility through modular assembly.

Inventive Principle:
Principle #1Segmentation

3Productivity

If multiple custom code pieces are developed for data extraction, transformation, and loading, then complete data integration functionality is achieved, but development time and effort increase

Engineering Contradiction:
Improvedata transfer efficiencyVSAvoiddevelopment time
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent merges the data extraction, transformation, and loading operations into a unified bulk data transfer mechanism governed by interface specifications. This consolidation maintains complete data integration functionality while reducing development time by eliminating the need to separately develop and coordinate multiple custom code pieces for each operation.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS8117326B2Data integration system with programmatic source and target interfaces
Publication Date: 2012.02.14 JDA TECH US
  • US8117326B2 patent drawing
  • US8117326B2 patent drawing
  • US8117326B2 patent drawing

AI summary

In one embodiment, a system is provided for executing bulk data transfers between persistent data stores. A data integration server is coupled to persistent data stores. Programmatic source interfaces are each associated with a source store, defined according to a source interface specification, and exposed within the server during a transfer to enable the server to extract from its source store data entities for loading into any selected target data stores during the transfer. Programmatic target interfaces are each associated with a target store, defined according to a target interface specification, and exposed within the server during a transfer to enable the server to load into its target store data entities extracted from any selected source data stores during the transfer. Each programmatic interface: (1) provides to its store an abstraction of transfer operations within the server such that custom code need not be developed in connection with its store to enable transfers between its store and any other particular stores; and (2) isolates from the server specific details associated with its store such that custom code need not be developed in connection with the server to enable transfers between its store and any other particular stores.