Per-App Microphone State Switching Through Audio Engine Control

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current microphone control technologies cannot individually manage the sound-receiving state of specific applications, leading to all applications being muted simultaneously when the microphone mute key is pressed, which is inconvenient for users with multiple applications running.

Innovation Solution

A control method and electronic apparatus that allow the sound-receiving state of a target program to be independently switched by detecting the sound-receiving state and using audio effect processing between the application layer and driver layer, enabling the microphone to toggle between active and disabled states based on user operations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If a microphone mute key is used to control sound-receiving state, then the microphone can be muted, but all applications will be muted simultaneously making it impossible to control individual applications

Engineering Contradiction:
Improvemicrophone control operationVSAvoidapplication-specific control capability
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The patent segments the microphone control function by application, creating separate sound-receiving state controls for each application. The processor identifies the target application and applies the mute state specifically to that application's audio stream through the audio engine, rather than controlling the microphone globally. This allows different applications to have independent sound-receiving states.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements local quality by applying different audio effects (mute/activate states) to different application streams individually. Each application receives customized audio processing based on its specific needs, with the audio engine applying effects selectively to each application's audio pathway while leaving other applications unaffected.

Inventive Principle:
Principle #3Local quality

2Adaptability or versatility

If individual application control is implemented, then selective muting of specific applications is enabled, but the system complexity increases due to additional detection and processing requirements

Engineering Contradiction:
Improveapplication-specific control capabilityVSAvoidcontrol system complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces an audio engine as an intermediary layer between the application layer and driver layer. This audio engine handles the complex tasks of identifying target applications, determining their sound-receiving states, and applying appropriate audio effects. By placing this intelligence in the audio engine rather than requiring complex changes throughout the entire system, the patent manages complexity effectively while achieving fine-grained control.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The audio engine serves multiple functions: it identifies target applications, determines their current sound-receiving state, applies appropriate audio effects (mute or activate), and manages multiple application streams simultaneously. This multi-functional approach consolidates complexity into a single component rather than distributing it across multiple system elements.

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

Data Source

PatentUS12182473B2Control method of microphone and electronic apparatus
Publication Date: 2024.12.31 ACER INC
  • US12182473B2 patent drawing
  • US12182473B2 patent drawing
  • US12182473B2 patent drawing

AI summary

A control method of microphone and an electronic apparatus are provided. In the control method, a switching operation is received. In response to receiving the switching operation, a sound-receiving state of a target program is detected. The sound-receiving state of the microphone is switched through an audio effect processing corresponding to the target program according to the detection result of the sound-receiving state, to switch the sound-receiving state of the target program from one of an activated state and a disabled state to the other. The switching operation is used for switching the sound-receiving state of the microphone. The sound-receiving state represents whether to receive sound through the microphone. The sound-receiving state includes the activated state and the disabled state. The target program is a currently running application. The audio effect processing is implemented by an audio engine between an application layer and a driver layer.