Dynamic API Rendering via UUID Metadata Extraction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing IoT infrastructure requires costly and time-consuming infrastructure upgrades for changes, such as introducing new devices or applications, due to hard-coded APIs that are not adaptable to dynamic changes.

Innovation Solution

A data transport system with a Schema Server that extracts vendor ID, solutions ID, and version fields from a UUID to generate a protocol-agnostic metadata schema application descriptor sheet (PAMS ADS), allowing dynamic rendering of APIs without infrastructure changes, enabling seamless integration of new devices and applications.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If APIs are hard-coded into services infrastructure, then system stability is maintained, but adaptability to new devices and applications deteriorates

Engineering Contradiction:
Improvesystem stabilityVSAvoidadaptability to new devices
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent implements dynamic API rendering by extracting metadata schemas from device UUIDs and generating APIs at runtime. The host service gateway dynamically creates API endpoints based on device characteristics rather than using static hard-coded APIs, allowing the system to adapt to new devices while maintaining operational stability through controlled generation processes.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the parameter state of APIs from fixed hard-coded values to dynamically generated metadata schemas. By extracting vendor ID, solution ID, and version fields from device UUIDs, the system transforms API parameters based on device-specific metadata, enabling adaptability while maintaining system reliability through standardized extraction and generation processes.

Inventive Principle:
Principle #35Parameter changes

2Adaptability or versatility

If infrastructure upgrades are performed to support new devices, then adaptability improves, but loss of time and productivity deteriorates

Engineering Contradiction:
Improvesupport for new devicesVSAvoidinfrastructure upgrade time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent implements preliminary action by pre-defining metadata schemas within device UUIDs that contain all necessary API configuration information. When a new device connects, the host service gateway extracts the pre-packaged metadata schema and immediately generates the appropriate API without requiring infrastructure upgrades, eliminating time losses associated with system modifications.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses copying by extracting metadata schemas from device UUIDs and copying them to generate API configurations. This allows new devices to be integrated by copying existing schema patterns rather than requiring custom infrastructure development, significantly reducing the time needed to support new devices while maintaining adaptability.

Inventive Principle:
Principle #26Copying

3Ease of manufacture

If custom APIs are created for each device, then device-specific functionality is optimized, but device complexity and maintenance burden increase

Engineering Contradiction:
Improvedevice-specific functionalityVSAvoidAPI complexity
Core Design Contradiction:
Ease of manufactureVSDevice complexity

Solution Approach 1:

The patent implements universality by creating a single host service gateway that handles multiple device types through a unified metadata schema extraction process. The system uses universal UUID-based schema extraction that works across different vendors and device types, eliminating the need for multiple custom API implementations while maintaining device-specific functionality through metadata-driven configuration.

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

Data Source

PatentUS11216424B2Dynamically rendering an application programming interface for internet of things applications
Publication Date: 2022.01.04 SPATIKA TECHNOLOGIES INC
  • US11216424B2 patent drawing
  • US11216424B2 patent drawing
  • US11216424B2 patent drawing

AI summary

A schema server receives from an application server vendor ID, solutions ID, and version fields extracted from a universally unique identifier (UUID) of a node and defining a protocol agnostic metadata schema application descriptor sheet identifier (PAMS ADS ID). The schema server retrieves from the memory a protocol agnostic metadata schema application descriptor sheet (PAMS ADS) that contains a list of property-type pairs and corresponds to the PAMS ADS ID, and sends the PAMS ADS to a host services gateway such that the host services gateway, using the PAMS ADS, establishes communications with the node and exposes an interface of the node as a web application programmer's interface (API).