Interceptor Hub Application API Format Conversion

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing service-consuming applications often require modifications when a service's API changes, and there is a need for a more efficient and less error-prone method to request and implement changes, such as accessing new APIs or creating new clients.

Innovation Solution

The interceptor hub application provides a user interface for converting requests from one format to another, allowing service calls to be sent to corresponding services, receiving and combining service responses, and managing access to APIs and endpoints, including creating new clients and authenticating access.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If service-consuming applications are modified to remain compatible with changed service APIs, then compatibility is maintained, but development time and complexity increase

Engineering Contradiction:
ImproveAPI compatibilityVSAvoidapplication modification complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces an interceptor hub as an intermediary component between service-consuming applications and services. The hub receives API change notifications, processes the changes, and automatically updates the applications through a user interface, eliminating the need for manual application modifications and reducing development complexity while maintaining compatibility

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system performs preliminary actions by proactively notifying service-consuming applications of upcoming API changes before they take effect. This advance notification allows the interceptor hub to prepare and execute compatibility updates in advance, preventing compatibility issues rather than reacting to them after they occur

Inventive Principle:
Principle #10Preliminary action

2Productivity

If manual email requests and script deployment are used to request system changes, then change requests can be processed, but efficiency and error rate are suboptimal

Engineering Contradiction:
Improvechange request processing efficiencyVSAvoiderror rate
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent replaces the manual mechanical process of email requests and script deployment with an automated electronic system. The interceptor hub provides a digital workflow where change requests are submitted through a user interface, automatically processed by the system, and executed without manual intervention, significantly improving efficiency and reducing human error

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Solution Approach 2:

The system enables self-service by allowing clients to directly submit change requests through the interceptor hub's user interface and receive automatic processing. The hub autonomously handles notification, validation, and execution of changes without requiring manual script deployment by development teams, making the process more efficient and less error-prone

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS20250141981A1Interceptor hub for service-consuming applications
Publication Date: 2025.05.01 US POSTAL SERVICE
  • US20250141981A1 patent drawing
  • US20250141981A1 patent drawing
  • US20250141981A1 patent drawing

AI summary

A method, system, and non-transitory computer-readable medium are provided. An interceptor hub application (IHA) converts some information in a received request, including calls for services, from a first format to a second format and sends the calls to corresponding services. At least one of the calls includes the some information in the second format. The IHA receives service responses from the corresponding services and combines them into a combined response that is provided to an originator of the received request in a corresponding expected response format. A first request from a user of a client for permission to access a first application program interface/endpoint is received via the user interface of the IHA and is provided to a first manager of the first application program interface/endpoint. Responsive to the receiving of the approval of the first request, the IHA provides the client with access to the first application program interface/endpoint.