Unified API Translation Mechanism for Vehicle Smartphone Control

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing application programming interfaces (APIs) require multiple implementations to accommodate diverse vehicle audio systems with varying functionalities and user interfaces, making it challenging to control smartphone applications from these devices using a single API.

Innovation Solution

A unified application programming interface (API) that includes an interconnect API in the vehicle electronic component and a connect library in the smartphone, which operates as a translation mechanism to translate commands and enable functionality based on the device's capabilities, using short-range wireless communication.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a specific API is tailored to a specific vehicle audio system with specific control/display capabilities, then the functionality for that specific device is optimized, but the complexity of implementing and maintaining multiple different APIs for different devices increases

Engineering Contradiction:
Improvedevice compatibilityVSAvoidAPI implementation complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal API that can work with multiple types of vehicle audio systems (simple button interfaces, seven-segment LCD displays, touch screen radios) through a single interface. The system uses a standardized packet structure with command codes that can represent different functions, allowing one API to serve multiple device types without requiring separate implementations for each device category.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent introduces an intermediary translation layer that converts between the universal API commands and device-specific protocols. The system uses standardized packet formats with command codes as an intermediate representation, which then gets translated to device-specific control sequences. This intermediary layer handles the complexity of device variations while presenting a uniform interface to applications.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If multiple different APIs are implemented to accommodate diverse vehicle audio systems, then each device type can be optimized, but the difficulty of controlling smartphone applications from these devices increases

Engineering Contradiction:
Improvedevice functionality supportVSAvoidcontrol operation ease
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The universal API provides a consistent set of command codes that work across all device types. Applications can control playback, tagging, searching, and other functions using the same API calls regardless of whether the connected device is a simple button system or a sophisticated touch screen radio. This universality simplifies the operation for users and developers alike.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The system uses parameter-based command codes where the same API structure can represent different functions by changing the command code parameters. For example, different playback control functions are achieved by varying the command code values rather than requiring different API structures. This parameterization allows diverse functionalities to be accessed through a unified interface.

Inventive Principle:
Principle #35Parameter changes

3Ease of operation

If a unified API is implemented to work with all vehicle audio systems, then the ease of controlling smartphone applications is improved, but the ability to accommodate device-specific functionalities and interfaces may be reduced

Engineering Contradiction:
Improvecontrol operation easeVSAvoiddevice capability accommodation
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The unified API uses configurable command codes and packet parameters that can be adjusted to match device capabilities. The system determines the connected device type and configures the appropriate command set and packet formats dynamically. This allows the same unified API to accommodate device-specific functionalities by changing operational parameters rather than requiring different API implementations.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The system dynamically adapts its behavior based on the connected device's capabilities. Upon connection, the API determines the device type and adjusts the command codes, packet structures, and available functions accordingly. This dynamic adaptation allows the unified API to maintain ease of operation while still accommodating diverse device capabilities and interfaces.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS9078088B2System and method for transport layer agnostic programming interface for use with smartphones
Publication Date: 2015.07.07 LIVIO INC
  • US9078088B2 patent drawing
  • US9078088B2 patent drawing
  • US9078088B2 patent drawing

AI summary

An application programming interface (API) is disclosed for interfacing a vehicle electronic component with a smartphone, wherein the vehicle electronic component and the smartphone each make use of a short range wireless transceiver for wirelessly communicating with the other, and wherein the smartphone includes an application running thereon. The API has an interconnect API disposed in the electronic component. The interconnect API also has a software library of command and function definitions that are able to be implemented by the API. A connect library is also used which resides within the smartphone and which is configured to communicate with the application running on the smartphone. The interconnect API and the connect library cooperatively operate as a translation mechanism to implement a plurality of functionalities when communicating with the application, according to the electronic device's capabilities.