Accelerated Remote API Request Interception and Caching

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems face challenges in accelerating remote operation of cloud-based applications through API requests, as they are designed for local execution and lack efficient mechanisms for handling remote access to resources, leading to performance issues.

Innovation Solution

An accelerated remote operations system intercepts API requests from client devices, determines responses remotely, and compares them to previous responses to optimize execution, allowing for continued application execution based on whether the response has changed.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If API requests are designed for local execution, then they can operate with standard local file system assumptions, but they perform poorly when accessing remote cloud-based resources

Engineering Contradiction:
Improveadaptability to remote accessVSAvoidperformance
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent introduces an intermediary layer (virtual file system driver or gateway) between the local API and remote cloud resources. This intermediary translates local file system API calls into appropriate remote access operations, enabling standard APIs to work with cloud-based resources without modifying the API itself. The intermediary handles protocol conversion, authentication, and data transfer optimization.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

Instead of modifying remote access mechanisms to work with local APIs, the patent inverts the approach by bringing remote resource access capabilities into the local environment through virtualization. The remote file system is mounted or virtualized locally, allowing standard local APIs to access remote resources as if they were local, thereby maintaining API compatibility while achieving remote access performance.

Inventive Principle:
Principle #13The other way round (Inversion)

2Adaptability or versatility

If API requests are processed remotely for cloud-based applications, then remote access capability is improved, but response time and latency increase

Engineering Contradiction:
Improveremote access capabilityVSAvoidresponse time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent implements preliminary actions by pre-fetching data from remote cloud resources before they are actually needed by the application. The system anticipates future access patterns, caches frequently accessed data locally, and pre-loads resources based on usage predictions, thereby reducing latency when applications need to access remote resources.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent maintains continuity of useful action by implementing persistent connections and keep-alive mechanisms to remote cloud resources. Instead of establishing new connections for each API call, the system maintains ongoing communication channels, allowing multiple API requests to be processed over the same connection, thereby eliminating connection establishment overhead and reducing response time.

Inventive Principle:
Principle #20Continuity of useful action

3Reliability

If repeated API requests are sent to remote servers, then cloud-based applications can access updated data, but network bandwidth and server resources are consumed

Engineering Contradiction:
Improvedata freshnessVSAvoidnetwork bandwidth consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent implements feedback mechanisms where the system monitors remote resource change notifications and uses this feedback to intelligently determine when to refresh cached data. Remote servers send change notifications or event streams that trigger selective data updates only when relevant changes occur, avoiding unnecessary repeated API requests while ensuring data freshness when needed.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The patent enables self-service by implementing intelligent caching and validation mechanisms that automatically determine whether remote data needs to be refreshed. The system validates cached data against remote sources using efficient comparison algorithms and only initiates data transfer when actual changes are detected, allowing the system to serve itself without constant server communication.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS9794339B2Accelerated remote operation system API requests
Publication Date: 2017.10.17 DATA ACCELERATOR
  • US9794339B2 patent drawing
  • US9794339B2 patent drawing
  • US9794339B2 patent drawing

AI summary

Systems and method for remotely satisfying API (Application Programming Interface) requests made by an application executing at a client device. At an accelerated remote operations system server remote from the client device, an intercepted API request of an application executing at the client device is received. At the accelerated remote operations system server, an API response to the API request is determined using an API. The API response is compared to a previously determined API response for the API request to determine if the API response has changed. A response is sent to the client device based on whether the API response has changed and is used to continue execution of the application at the client device.