Voice-Controlled Device Topologies for Vehicle Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Voice-enabled devices face challenges in integrating with vehicle computing devices that have varying communication capabilities, limiting their ability to perform tasks using voice commands, especially in environments where traditional interaction methods are restricted.

Innovation Solution

The implementation of voice-enabled devices with architectures and communication topologies that detect and process speech utterances, transmitting audio data to remote systems for processing, and coordinating with user devices to communicate with vehicle computing devices using multiple protocols and profiles, such as Bluetooth and physical connections, to enable voice-controlled operations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If voice-enabled devices use multiple communication protocols and profiles to integrate with vehicle computing devices, then adaptability is improved, but device complexity increases

Engineering Contradiction:
Improveintegration capability with vehicle computing devicesVSAvoidcommunication architecture complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The voice-enabled device is designed to support multiple communication protocols (Bluetooth, Wi-Fi, USB) and profiles (HFP, A2DP, AVRCP) simultaneously, allowing a single device to function across diverse vehicle computing environments. This multi-functionality enables the device to adapt to different vehicle systems without requiring separate specialized devices for each protocol type.

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

Solution Approach 2:

The communication architecture is segmented into distinct protocol handlers and profile modules, where each communication protocol and profile is implemented as an independent functional component. This modular segmentation allows the system to selectively activate only the required communication pathways for a given vehicle, reducing the effective complexity while maintaining the capability to support multiple protocols.

Inventive Principle:
Principle #1Segmentation

2Extent of automation

If voice-enabled devices transmit audio data to remote systems for processing, then processing capability is improved, but loss of time increases

Engineering Contradiction:
Improvevoice command processing capabilityVSAvoidlatency in voice command response
Core Design Contradiction:
Extent of automationVSLoss of time

Solution Approach 1:

The device performs preliminary local processing of voice commands by recognizing wake words and pre-processing audio data before transmission to remote systems. This preliminary action prepares the data in advance, reducing the processing time required by remote systems and minimizing overall latency.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback mechanisms where the remote processing system provides status updates and intermediate results back to the voice-enabled device. This allows the device to inform users of processing progress and reduces perceived wait time, while also enabling optimization of subsequent transmissions based on processing outcomes.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS10629199B1Architectures and topologies for vehicle-based, voice-controlled devices
Publication Date: 2020.04.21 AMAZON TECH INC
  • US10629199B1 patent drawing
  • US10629199B1 patent drawing
  • US10629199B1 patent drawing

AI summary

This disclosure describes, in part, techniques for implementing voice-enabled devices in vehicle environments to facilitate voice interaction with vehicle computing devices. Due to the differing communication capabilities of existing vehicle computing devices, the techniques described herein describe different communication topologies for facilitating voice interaction with the vehicle computing devices. In some examples, the voice-enabled device may be communicatively coupled to a user device, which may communicate with a remote speech-processing system to determine and perform operations responsive to the voice commands, such as conducting phone calls using loudspeakers of the vehicle computing device, streaming music to the vehicle computing device, and so forth. In this way, the communication topologies between the voice-enabled computing device, the vehicle computing device, and the user device provide for voice control of vehicle computing devices which may otherwise be unable to be controlled by voice commands.