Dynamic API via Digital Signature Field Selection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current API management systems require multiple versions of APIs to cater to different clients, leading to administrative complexity, increased maintenance, and resource inefficiency due to the need for separate development, testing, and deployment for each client, as well as the retrieval of unnecessary data fields.

Innovation Solution

A dynamic, self-defined API system using digital signatures allows clients to select and access specific combinations of API fields, enabling a single API to serve multiple clients with varying requirements, reducing resource usage and simplifying management through a service provider system that maintains the API and supports efficient data retrieval based on client-defined signatures.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If separate APIs are created for each API consumer, then each consumer gets customized access, but administrative complexity and maintenance costs increase dramatically

Engineering Contradiction:
Improvecustomization for each consumerVSAvoidAPI management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal API framework that serves multiple consumers through a single API interface. The system uses a bit array signature mechanism where each bit represents a specific data field, allowing the same API to dynamically configure responses for different consumers based on their permissions and requirements, eliminating the need for multiple separate API versions

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

Solution Approach 2:

The system dynamically configures API responses by interpreting bit array signatures at runtime. Each consumer receives only the fields their application requires, determined by setting specific bits in the signature. This dynamic field selection allows the API to adapt to different consumer needs without creating separate API versions, reducing administrative complexity while maintaining customization

Inventive Principle:
Principle #15Dynamics

2Adaptability or versatility

If multiple API versions are maintained, then each consumer's specific needs are met, but development, testing, and deployment efforts multiply

Engineering Contradiction:
Improveconsumer-specific functionalityVSAvoiddevelopment efficiency
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

A single universal API handles all consumer requirements through the bit array signature mechanism. The same codebase serves all consumers by dynamically selecting fields based on the signature, eliminating the need for separate development, testing, and deployment cycles for each consumer while maintaining full customization capability

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

Solution Approach 2:

The system changes the parameter configuration dynamically through bit array signatures rather than creating separate API versions. By modifying which fields are returned based on the signature bits, the system achieves consumer-specific functionality through parameter adjustment rather than code duplication, significantly improving development productivity

Inventive Principle:
Principle #35Parameter changes

3Reliability

If all data fields are retrieved for each request, then complete information is provided, but resource waste increases due to unnecessary data transmission

Engineering Contradiction:
Improvedata completenessVSAvoidresource consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system extracts and transmits only the specific fields required by each consumer, as indicated by the set bits in their signature. Rather than retrieving and sending all available data fields, the API selectively extracts only the necessary subset, reducing resource consumption and data transmission overhead while maintaining data completeness for the consumer's specific needs

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system performs partial action by retrieving and transmitting only the subset of fields needed by each consumer rather than all available fields. The bit array signature specifies exactly which fields to include, avoiding the waste of processing and transmitting excessive data while ensuring all required fields are provided

Inventive Principle:
Principle #16Partial or excessive action

4Device complexity

If a single API serves all consumers, then management is simplified, but flexibility to meet individual consumer needs is reduced

Engineering Contradiction:
ImproveAPI management simplicityVSAvoidconsumer customization
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The single API achieves consumer customization through parameter changes in the bit array signature. Each consumer's unique field requirements are encoded as specific bit positions set to 1 in their signature. The API interprets these signature parameters dynamically to return only the requested fields, maintaining management simplicity while providing full adaptability to individual consumer needs

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS20240430103A1Dynamic self-defined API via digital signatures
Publication Date: 2024.12.26 FIDELITY INFORMATION SERVICES LLC
  • US20240430103A1 patent drawing
  • US20240430103A1 patent drawing
  • US20240430103A1 patent drawing

AI summary

Systems and methods are provided for interacting with an Application Programming Interface (API) using a digital signature. In one embodiment, a system comprises one or more processors that execute the instructions to perform operations. The operations comprise receiving a digital signature from a requesting device, the digital signature comprising an array of one or more bits, wherein each position in the array is associated with a field in the database and with the data stored in the field of an API; identifying one or more requested fields; accessing the database to retrieve the information associated with the one or more requested fields, the information being associated with at least one API; and providing instructions to the requesting device, based on the retrieved information, causing the requesting application to use the API.