API Context Capture for Ambiguous Command Interpretation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Integrating third-party applications with device-specific features, such as voice recognition and natural language processing, is complicated due to their own proprietary APIs, leading to information loss and poor performance during API communications.

Innovation Solution

Supplementing API requests with unconventional data, such as user interface context, to enhance interpretation and response customization, including capturing and transmitting images of the user interface to improve command interpretation and feature retention.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If third-party applications use their own proprietary APIs, then the applications can maintain their own functionality and features, but information is lost during API communications and performance deteriorates

Engineering Contradiction:
Improveapplication functionalityVSAvoidcontext information
Core Design Contradiction:
Adaptability or versatilityVSLoss of information

Solution Approach 1:

The system segments the API communication into multiple components: the original API request from the third-party application, and supplemental context information (UI state, device state, application state) that is separately captured and transmitted. This segmentation allows the context information to be preserved and transmitted alongside the application request without modifying the application's proprietary API structure.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system introduces an intermediary component that captures context information from the device environment and supplements the API requests. This intermediary acts as a mediator between the third-party application and the processing system, adding contextual data without requiring modifications to the application's proprietary API logic.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If third-party applications use their own proprietary APIs, then the applications can maintain their own functionality, but integration with device-specific features becomes complicated

Engineering Contradiction:
Improveapplication functionalityVSAvoidintegration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system employs self-service mechanisms where context information is automatically captured from the device environment through hooks and event listeners. This automatic capture eliminates the need for manual integration work between third-party applications and device-specific features, reducing integration complexity while preserving application functionality.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

An intermediary layer is introduced that automatically bridges third-party applications with device-specific features. This intermediary captures relevant context information and makes it available to the processing system, eliminating the need for complex direct integration between applications and device features.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of operation

If conventional API calls include only specific inputs, then the API communication remains simple, but ambiguous commands cannot be properly interpreted and features are lost

Engineering Contradiction:
ImproveAPI communication simplicityVSAvoidcommand interpretation accuracy
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The system performs preliminary action by capturing context information (UI state, device state, application state) before the API request is processed. This pre-captured context is then attached to the API request, enabling accurate interpretation of ambiguous commands without complicating the API communication structure.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system adds another dimension to the API communication by including context information from the device environment alongside the original input data. This dimensional expansion provides additional information for interpreting ambiguous commands while maintaining the simplicity of the original API interface.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

Data Source

PatentUS10990456B2Methods and systems for facilitating application programming interface communications
Publication Date: 2021.04.27 ADEIA GUIDES INC
  • US10990456B2 patent drawing
  • US10990456B2 patent drawing
  • US10990456B2 patent drawing

AI summary

Method and systems for facilitating communications using application programming interfaces (“APIs”) by interpreting a received command based on the command and an image of the user interface that was displayed on a display screen when the command was received.