Hybrid Audio Data Processing for Resource-Limited Devices

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Low-cost electronic devices with limited communication, computation, and storage capabilities face delays in processing and initiating voice-activated functions due to deficiencies in data processing and transfer mechanisms.

Innovation Solution

Implementing a hybrid approach that switches between real-time and batch data processing modes based on the capabilities of the receiving electronic device, caching audio data when real-time processing is not feasible, and processing in real-time when capabilities allow.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If real-time audio data processing is implemented, then processing speed and responsiveness are improved, but device complexity and resource requirements increase

Engineering Contradiction:
Improveaudio data processing speedVSAvoidprocessing capability requirements
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The system dynamically switches between real-time and batch processing modes based on device capability assessment. The processing mode is not fixed but adapts in real-time according to the electronic device's computational resources, communication status, and storage capacity, allowing low-cost devices to operate efficiently without requiring permanent high-performance hardware

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the processing parameter (mode) between real-time and batch based on device capabilities. By monitoring device resources and communication conditions, the system adjusts the processing approach to match the device's actual capabilities, transforming a rigid processing architecture into a flexible one that optimizes performance across diverse hardware platforms

Inventive Principle:
Principle #35Parameter changes

2Device complexity

If batch audio data processing is used, then device resource requirements are reduced, but processing time and latency increase

Engineering Contradiction:
Improveprocessing capability requirementsVSAvoidprocessing latency
Core Design Contradiction:
Device complexityVSLoss of time

Solution Approach 1:

The system dynamically selects between batch and real-time processing modes based on current device conditions. When device resources are insufficient for real-time processing, the system automatically switches to batch mode to reduce computational burden. Conversely, when resources are available, it switches to real-time mode to minimize latency, creating a dynamic balance between processing speed and resource consumption

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system periodically assesses device capabilities and switches between processing modes based on changing conditions. This periodic evaluation allows the system to adapt to varying resource availability, communication status, and processing requirements, ensuring optimal performance across different operational contexts rather than being locked into a single mode

Inventive Principle:
Principle #19Periodic action

3Quantity of substance

If audio data is cached in batch mode, then processing resources are conserved, but data availability and real-time response are reduced

Engineering Contradiction:
Improveaudio data storageVSAvoiddata access latency
Core Design Contradiction:
Quantity of substanceVSLoss of time

Solution Approach 1:

The caching strategy is dynamic rather than static. The system adjusts caching behavior based on real-time conditions, switching between batch mode (with caching) and real-time mode (with immediate processing). This dynamic approach allows the system to conserve resources when possible while maintaining data availability when needed, preventing permanent trade-offs between storage and speed

Inventive Principle:
Principle #15Dynamics

4Speed

If communication capabilities are enhanced for real-time processing, then processing speed improves, but device cost and complexity increase

Engineering Contradiction:
Improveaudio data transfer speedVSAvoidcommunication capabilities
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The communication mode is dynamically adjusted based on network conditions and device capabilities. The system can switch between real-time communication (when high speed is available and needed) and batch communication (when resources are constrained). This dynamic adaptation allows cost-effective devices to achieve acceptable performance without requiring expensive high-speed communication hardware permanently

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The communication parameter (mode) is changed based on available resources. The system monitors communication quality and device resources, adjusting the communication approach to match actual capabilities. This allows optimization of the communication pathway based on real-time conditions rather than being constrained by maximum possible performance requirements

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS12418570B2Real-time and file-based audio data processing
Publication Date: 2025.09.16 GOOGLE LLC
  • US12418570B2 patent drawing
  • US12418570B2 patent drawing
  • US12418570B2 patent drawing

AI summary

This application is directed to dynamically transferring audio data in real time or in batch. A microphone of a first electronic device captures audio signals. The audio signals are sampled to provide a first sequence of audio data samples and a second sequence of audio data samples that follows the first sequence. The second electronic device receives the first and second sequences of audio data samples, and processes the first sequence of audio data samples into audio data packets according to a real time data processing mode. The second electronic device determines that the second electronic device cannot support processing of audio data samples in the real time data processing mode, caches the second sequence of audio data samples in a buffer, and generates a data file including the second sequence of audio data samples in a batch data processing mode.