Graphical API Parameter Mapping for Definition Generation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Designing a new API that captures the aspects of an existing API can be complex, especially when changes involve adding new functions, modifying parameters, or shifting messaging approaches, and existing tools lack efficient methods for user-driven generation of API definitions.

Innovation Solution

A method and system that parse a first API definition to generate a second API definition by presenting a user interface (UI) with control sets for input elements, allowing users to specify names and types, which are then positioned within the command syntax of the second API definition, facilitating the generation of a user-friendly and customizable API.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a new API is designed to capture aspects of an existing API with modifications, then the API can be adapted to new software versions or messaging approaches, but the design complexity increases significantly

Engineering Contradiction:
ImproveAPI adaptabilityVSAvoidAPI design complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system performs preliminary actions by automatically generating a draft API definition from the existing API definition before user interaction. This pre-generated draft includes default mappings and structures that users can then review and modify, reducing the overall design complexity while maintaining adaptability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The graphical user interface acts as an intermediary between the existing API definition and the new API design. It provides visual controls and mappings that simplify the complex transformation process, allowing users to adapt APIs without directly dealing with the underlying complexity of parameter mappings and syntax transformations.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If manual API definition creation is performed, then complete customization is possible, but user effort and time consumption increase

Engineering Contradiction:
ImproveAPI customizationVSAvoidAPI design time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The system automatically generates a draft API definition with default parameter mappings, data types, and command syntax structures before the user begins customization. This preliminary generation eliminates the need for users to manually create everything from scratch, significantly reducing design time while preserving full customization capability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system creates a copy of the existing API definition and uses it as a template for the new API. By copying and adapting existing structures rather than creating new ones manually, the system reduces user effort and time consumption while maintaining the ability to customize as needed.

Inventive Principle:
Principle #26Copying

3Reliability

If existing API definition tools are used, then API functionality can be maintained, but efficient user-driven generation of API definitions is lacking

Engineering Contradiction:
ImproveAPI functionalityVSAvoidUser-driven generation efficiency
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The graphical user interface serves as an intermediary that bridges existing API definition capabilities with user-driven generation needs. It provides visual controls, drag-and-drop mappings, and intuitive interfaces that make the API definition process more efficient while maintaining the reliability of the underlying functionality through systematic parameter mapping and validation.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system enables users to self-generate API definitions by providing automated tools that guide them through the process. Users can independently create and customize API definitions using the graphical interface without requiring extensive manual intervention or expert knowledge, improving ease of operation while maintaining functional reliability.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS10284620B2Graphical mapping of application programming interface parameters
Publication Date: 2019.05.07 CA TECH INC
  • US10284620B2 patent drawing
  • US10284620B2 patent drawing
  • US10284620B2 patent drawing

AI summary

Designing an Application Programming Interface (API) may include parsing a first API definition for an input element, and outputting a user interface (UI) for display to a user. The UI may include a UI control set corresponding to the input element. The UI control set may include a text control for receiving a name for the input element in a second API definition, and a type control for receiving a type for the input element in the second API definition. Designing the API may also include receiving the name and type via the text control and the type control, respectively, and generating the second API definition. The generating may include positioning the received name within a command syntax of the second API definition according to the received type.