Edge Application Interface Exporter for Stable API Communication

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Distributed edge computing systems face challenges in managing bidirectional API communication mechanisms, particularly in scenarios with weak network connectivity among edge devices.

Innovation Solution

The implementation of a mechanism that receives notification messages associated with edge applications, generates complete unique identifiers, and determines network connections to expose API calls only when the connection is stable, thereby ensuring reliable bidirectional communication.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If bidirectional API communication is implemented in edge computing systems with weak network connectivity, then communication capability is improved, but reliability deteriorates due to unstable network connections

Engineering Contradiction:
Improvecommunication capabilityVSAvoidcommunication reliability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system performs preliminary actions by establishing the API communication mechanism and notification infrastructure in advance, preparing the bidirectional communication framework before network conditions become critical. This allows the system to have communication capability ready while implementing safeguards for unreliable networks.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The notification mechanism implements feedback loops where the system monitors communication status and network conditions, then adjusts its behavior accordingly. This feedback system allows the communication mechanism to adapt to changing network reliability, maintaining functionality despite weak connectivity by responding to real-time status information.

Inventive Principle:
Principle #23Feedback

2Speed

If API calls are processed continuously to maintain real-time communication, then responsiveness is improved, but resource consumption increases under weak network conditions

Engineering Contradiction:
ImproveresponsivenessVSAvoidresource consumption
Core Design Contradiction:
SpeedVSUse of energy by moving object

Solution Approach 1:

Instead of continuous processing, the notification mechanism uses periodic action by triggering API calls and notifications only when specific events occur or when network conditions improve. This event-driven approach maintains responsiveness to important events while avoiding unnecessary resource consumption during periods of weak connectivity or stable states.

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

The system changes operational parameters dynamically based on network conditions. When network connectivity is poor, the system adjusts its behavior to reduce the frequency of API calls and notifications, thereby maintaining essential responsiveness while significantly reducing resource consumption. This parameter adjustment allows adaptation to the current network state.

Inventive Principle:
Principle #35Parameter changes

3Measurement precision

If complete unique identifiers are generated and transmitted for every API call, then communication precision is improved, but data transmission overhead increases

Engineering Contradiction:
Improveidentification precisionVSAvoiddata transmission volume
Core Design Contradiction:
Measurement precisionVSQuantity of substance

Solution Approach 1:

The complete unique identifier is segmented into essential and optional components. The notification mechanism transmits only the critical identification information necessary for routing and basic identification, while omitting or compressing less critical identifier elements. This segmentation maintains sufficient identification precision for communication while reducing the overall data transmission volume.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Instead of transmitting complete unique identifiers in every notification, the system uses simplified copies or references to the full identifiers. The notification mechanism transmits condensed identification data that is sufficient for routing and matching purposes, reducing transmission overhead while maintaining the precision needed for accurate message delivery and association.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS20250053466A1Edge Application Processing Interface Exporter
Publication Date: 2025.02.13 CISCO TECHNOLOGY INC
  • US20250053466A1 patent drawing
  • US20250053466A1 patent drawing
  • US20250053466A1 patent drawing

AI summary

In one embodiment, a method may receive a first notification message associated with an instance of an edge application at an edge site of an edge network. The method may receive a subset of a unique identifier associated with the instance of the edge application from an application processing interface (API) router agent associated with the edge application. The method may use the subset of the unique identifier to determine a complete unique identifier associated with the instance of the edge application. The method may generate a second notification message corresponding to an API call using the complete unique identifier. The method may determine a network connection with the API router agent associated with the edge application. In response to determining the network connection is stable, the method may expose the second notification message to the API router agent associated with the edge application.