API Explorer Tool for Secure Unregistered Developer Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Service provider companies face challenges in providing secure access to financial data while allowing software developers to utilize this data through open APIs, balancing data protection with the need for developer access to enhance services and transaction volume.

Innovation Solution

A computer system with an open API platform that receives parameter selections from developers, generates properly formatted API request messages, and displays both requests and responses on a single webpage, facilitating developer interaction without requiring registration or a security key, using the API Explorer tool.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If access to financial data is restricted to certain approved users, then data security is improved, but developer access and potential service utilization deteriorate

Engineering Contradiction:
Improvedata securityVSAvoiddeveloper access
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system segments access control by implementing different authentication mechanisms for different user types. Registered developers receive security keys for full access, while unregistered users can access the API explorer with limited functionality. This segmentation allows the system to maintain security for authenticated users while providing broader access to unauthenticated developers through the API explorer tool.

Inventive Principle:
Principle #1Segmentation

2Reliability

If developers must register and obtain security keys to access APIs, then system security is improved, but ease of access and developer onboarding deteriorate

Engineering Contradiction:
Improvesystem securityVSAvoiddeveloper onboarding
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The API explorer serves as an intermediary tool that bridges the gap between unregistered developers and the full API system. It provides a web-based interface where developers can test requests and explore functionality without needing to complete registration or obtain security keys. This intermediary maintains security by not providing full system access while still enabling developer engagement and testing.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of operation

If a web-based API explorer tool is provided for unregistered users, then ease of access is improved, but system complexity increases

Engineering Contradiction:
Improvedeveloper accessVSAvoidsystem architecture
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The API explorer functionality is extracted as a separate, self-contained web-based tool that operates independently from the main authenticated API system. This extracted component provides limited functionality specifically for unregistered users without requiring integration with the security key authentication infrastructure. By taking out this specific functionality, the system gains the ability to accommodate unregistered developers without significantly complicating the core security architecture.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS8677308B2Method and system for generating an API request message
Publication Date: 2014.03.18 MASTERCARD INT INC
  • US8677308B2 patent drawing
  • US8677308B2 patent drawing
  • US8677308B2 patent drawing

AI summary

A method and system for generating an application programming interface (API) request message for an API service application is provided. The API service application is stored within a service owner (SO) computer device and includes a memory device for storing data and a service provider (SP) computer system that includes a processor and an open API platform. The SP computer system in communication with the memory device and the SO computer device. The SP computer system is programmed to receive from a developer a plurality of selections of parameters defining an API service request, generate an API request message for a specific API service using the received parameter selections, the API request message including the received parameter selections in a predetermined format required by the specific API service, generate a response to the generated API request message, and display the generated API request message and response on a single webpage.