Federated API Schema Mapping for Heterogeneous Data Sources

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional techniques for accessing heterogenous data sources in cloud platforms face challenges in integrating data sources with different API formats and functionalities, requiring manual code modifications and leading to errors and inefficiencies.

Innovation Solution

A federated API is generated using an intermediate federation layer that maps different data source types to a common schema, automatically integrating diverse data sources through an intermediate metadata federation layer that translates queries into source-specific fetch operations, reducing manual intervention and errors.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If manual code modifications are used to integrate heterogenous data sources, then integration capability is improved, but error rate increases and efficiency decreases

Engineering Contradiction:
Improveintegration capabilityVSAvoiderror rate
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent introduces an intermediate federation layer that acts as a mediator between heterogenous data sources and the unified API interface. This layer automatically maps and translates data from different sources without requiring manual code modifications, thereby maintaining integration capability while reducing errors introduced by manual coding.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The federation layer enables self-service integration by automatically discovering, mapping, and translating data from heterogenous sources based on predefined schemas. The system performs self-configuration and adaptation without human intervention, eliminating manual code modifications and their associated errors.

Inventive Principle:
Principle #25Self-service

2Adaptability or versatility

If manual code modifications are used to access heterogenous data sources, then customization is improved, but productivity decreases

Engineering Contradiction:
ImprovecustomizationVSAvoidprocessing efficiency
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The federation layer serves as an intermediary that handles all translation and mapping operations automatically. This eliminates the time-consuming manual code modification process while maintaining full customization capability through configurable schemas and automatic adaptation to different data sources.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system performs preliminary actions by pre-defining data schemas, mapping rules, and translation logic in the federation layer. This preparation work is done once and reused across multiple integrations, dramatically improving productivity while maintaining customization through the predefined configurable framework.

Inventive Principle:
Principle #10Preliminary action

3Ease of operation

If unified interface is implemented for heterogenous data sources, then ease of operation is improved, but system complexity increases

Engineering Contradiction:
Improveaccess uniformityVSAvoidsystem architecture
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent segments the system into distinct layers: the simplified unified API interface layer and the complex federation layer. This segmentation allows the ease of operation at the user interface level while containing system complexity in the intermediate layer, which is isolated from end users.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The federation layer acts as an intermediary that absorbs and manages system complexity related to heterogenous data sources. It handles all the complex mapping, translation, and integration logic internally, presenting a simple unified interface to users without exposing the underlying complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS12498995B2Generating a federated application programming interface for heterogenous data sources
Publication Date: 2025.12.16 SALESFORCE INC
  • US12498995B2 patent drawing
  • US12498995B2 patent drawing
  • US12498995B2 patent drawing

AI summary

Methods, systems, and devices for data processing are described. A federation management service may receive a user selection of a first data source and a second data source via a user interface of the federation management service. The first data source and the second data source may be associated with different data source types. The federation management service may extract schema information from the first data source and the second data source by using source extensions to parse the first data source and the second data source. The federation management service may generate a federated data model by using the schema information to translate the first data source and the second data source into intermediate data sources with a common feature set. Accordingly, the federation management service may generate a target data schema for a federated application programming interface (API) based on the federated data model.