Patent Application
20200021913
This invention relates to voice activated interfaces to computing systems. Power efficient voice activity detection and command phrase detection that can vary in audio module utilization according to location, activity, environment, or other context are described.
Many applications for electronic systems need support of voice commands. For example, voice controlled personal assistant systems are widely available as part of fixed or mobile devices, or as an independent application (“app”), as software programs, or as operating system user interface modules for a smartphone, laptop, or other type of computer. Voice recognition, interpretation and response can be done locally, or as part of an Internet-based server network (“cloud computing”) that typically involves filtering and compressing voice or sound recordings to be sent to server or server network for analysis. Voice synthesis is used to provide automated spoken replies that can be streamed back to a local device.
For mobile devices or other voice-controlled system components that rely on batteries, supporting voice command can benefit from an ability to wake a device from a standby or sleep state without using a touch-screen or physically depressing a button or keyboard, and supporting a full range of voice command without a perceived lag in response time. Unfortunately, low power operation of systems capable of providing such voice activity detection and command phrase detection in difficult. The system described herein provides an improved approach.
In one embodiment an improved voice processing system includes a plurality of non-audio sensors, at least one microphone system, and a plurality of audio modules, at least some of which can be configured in selected modes. A context determination module is connected to the plurality of audio modules, and further connected to receive input from the plurality of non-audio sensors and the at least one microphone system. The context determination module acts to determine use context for the voice processing system and selecting mode operation of at least some of the plurality of audio modules.
In some embodiments, the plurality of non-audio sensor systems includes at least one member of the following: accelerometer, vibration sensor, light sensor, gyroscopes, buttons, touch screen input, keyboard input, received wireless connection, camera/video input, ultrasonic sensor, LIDAR sensor, fingerprint sensor, magnetic field sensor, pressure, step counter, and GNSS/GPS derived input.
In other embodiments, the plurality of audio modules includes a voice activity detection module, a beam forming module, a noise reduction module, a key word detection module, and a command phrase detection module. Mode operation distinctions for the various audio modules can include at least one of selected sleep states, power modes, activation, sampling rate, bit precision, filter state, filter usage, processing speed, available machine learning systems, number of connected microphones, and available connected memory.
Context identifiable by the context determination module can include at least one of location, an activity, and an environment. For example, the physical location of a person using a smartphone with the voice processing system can be distinguished between a bedroom and a work office, with different identified context being used to adjust voice processing modes. As another example, context for activities such as sleeping or eating can be distinguished, or environments such as windy outdoors or crowded rooms can be distinguished an used to modify voice processing modes.
In order that the advantages of the invention will be readily understood, a more particular description of the invention briefly described above will be rendered by reference to specific embodiments illustrated in the appended drawings. Understanding that these drawings depict only typical embodiments of the invention and are not therefore to be considered limiting of its scope, the invention will be described and explained with additional specificity and detail through use of the accompanying drawings, in which:
Referring to
Audio modules 110 can include, but are not limited to, a voice activity detection module 111, a beam forming module 112, a noise reduction module 113, a key word detection module 114, and a command phrase detection module 115. In some embodiments, other audio modules can include an acoustic echo cancellation module, a wind noise rejection module, and automatic gain control module, and an active noise cancellation module.
The audio modules can switch between various functional, power, or operation modes, as determined at least in part by the context determination module 106. These functional, power, or operation modes can be adjusted to meet a desired power usage and performance metrics, and can include, but are not limited to, modifications of sleep states, power modes, activation, sampling rate, bit precision, filter state, filter usage, processing speed, ADC configuration, adjustments to sensitivity of sensors or microphones, adjustments to performance of a programmable gain amplifier, selection of decimation or anti-aliasing filters, number of filter taps, adaptive filter update rate, number of sub-bands, selected filter coefficients, available machine learning systems, number of connected microphones used, and available connected memory. In one embodiment, a Signal to Noise ratio can be a performance metric for various modules within the voice processing system.
Data received or sent by the audio modules 110 can be utilized or directed by a local control system 120, alone or in combination with a cloud or server based remote network 130. Filtered, compressed, or modified voice data can be received by the cloud network 130 and subjected to additional memory or processor intensive voice analysis. In some embodiments, the context determination module 106 can also communicate with the cloud network 130, sending sensor data or other information to assist in context identification that can be used to switch modes of the various audio modules.
Non-audio sensor systems can be on-board a device such as a smartphone or voice assistant device or connected in wireless or wired connection. Sensor systems can include an accelerometer, a multiple-degree of freedom sensor (e.g. 3-DOF), a vibration sensor, a light sensor, a gyroscope, buttons, touch screen input, keyboard input, received wireless connection, camera/video input, ultrasonic sensor, LIDAR sensor, fingerprint sensor, magnetic field sensor, pressure, step counter, GNSS/GPS derived input, proximity sensor, temperature sensor, and oxygen sensor.
Context identified by these sensors, alone or in combination with microphone input, can include at least one of location, an activity, and an environment. For example, location contexts can include identification of a school, church, office, bar, street, indoor/outdoor, movie theater, restaurant, hospital, dance venue, car, train, bus, airplane. Activity context can include identification of listening, sleeping, running, biking, swimming, meeting, talking, or drinking. Environment context can include conditions such a quiet, windy, thunder storm, rain, or snowing. Environment can also include numbers and position of other persons, animals, or machine sounds. The environmental context can also be modified by the frequency, levels, or percussive or other nature of detected sensor input.
Similarly, CFG2CMD illustrates use of multiple microphones (that benefit from use of a beam forming module (BF), but in a quiet environmental context that does not require activation of the noise reduction module (NF). CFG3CMD illustrates use of a single microphone that does not need a beam forming module (BF), but in a noisy or crowded environmental context that benefits from use of the noise reduction module (NF). CFG4CMD illustrates use of all the audio processing modules (i.e. VAD, BF, NR, KWD, and CMD) but can still support adjustments to various levels of performance, processing activity, or power usage based on context.
Such gradations in levels of performance, processing activity, or power usage can include, but is not limited to, number of microphones used, adjustments to sensitivity of sensors or microphones, including adjustments to performance of a programmable gain amplifier or analog to digital converters (ADC). Usage of filters or modifications to active filters can involve various selections of decimation or anti-aliasing filters. Sampling rate, bit precision, number of filter taps, adaptive filter update rate, number of sub-bands, and selected filter coefficients can all be adjusted according to identified context.
Other adjustment can include video processing parameters such as frame rate, resolution, or color depth. Selection of specific machine learning mechanisms, memory and processing power availability, and size, training or tuning requirements of, for example, a support vector machine or neural network model can all be adjusted.
To better appreciate various types of mode selection with respect to the voice processing example illustrated in
To better appreciate changes to power usage with respect to various types of mode selection the following TABLE 2 is provided:
The host SoC can change the configuration of the hardware depending on the context. For example, in noisy contexts, both digital MICs will be powered up (VDD set to 1.8V) and processed at a high sample rate (3.072 MHz). Analog MICs typically use a high-quality power supply (70 dB PSRR), high sampling rate (Fs), and high number of bits. Unfortunately, a downside of this configuration is consumption of a significant amount of energy. In relatively noiseless contexts, some of these parameters can be relaxed. One digital MIC could be powered off, for example, and the other MIC could be clocked at only 768 kHz. The ADC could operate based off a worse power supply (50 dB PSRR) and a lower sampling rate and number of bits. This allows for low-power operation when high-quality recording is not necessary.
As will be understood, various other embodiments can augment or substitute for neural network 420. For example, audio processing systems based on deep structured learning, hierarchical learning, deep machine learning, or other suitable deep learning algorithms associated with convolutional, feedforward, recurrent, or other suitable neural network can be used. In some embodiments, deep learning-based audio processing systems can be hierarchical, corresponding to multiple layers in deep convolutional neural networks, with the final layer of a convolutional layer network outputting confidence values for detected keywords.
Implementations of the systems, devices, and methods disclosed herein may comprise or utilize a special purpose or general-purpose computer including computer hardware, such as, for example, one or more processors and system memory, as discussed herein. Implementations within the scope of the present disclosure may also include physical and other computer-readable media for carrying or storing computer-executable instructions and/or data structures. Such computer-readable media can be any available media that can be accessed by a general purpose or special purpose computer system. Computer-readable media that store computer-executable instructions are computer storage media (devices). Computer-readable media that carry computer-executable instructions are transmission media. Thus, by way of example, and not limitation, implementations of the disclosure can comprise at least two distinctly different kinds of computer-readable media: computer storage media (devices) and transmission media.
Computer storage media (devices) includes RAM, ROM, EEPROM, CD-ROM, solid state drives (“SSDs”) (e.g., based on RAM), Flash memory, phase-change memory (“PCM”), other types of memory, other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store desired program code means in the form of computer-executable instructions or data structures and which can be accessed by a general purpose or special purpose computer.
An implementation of the devices, systems, and methods disclosed herein may communicate over a computer network. A “network” is defined as one or more data links that enable the transport of electronic data between computer systems and/or modules and/or other electronic devices. When information is transferred or provided over a network or another communications connection (either hardwired, wireless, or a combination of hardwired or wireless) to a computer, the computer properly views the connection as a transmission medium. Transmissions media can include a network and/or data links, which can be used to carry desired program code means in the form of computer-executable instructions or data structures and which can be accessed by a general purpose or special purpose computer. Combinations of the above should also be included within the scope of computer-readable media.
Computer-executable instructions comprise, for example, instructions and data which, when executed at a processor, cause a general purpose computer, special purpose computer, or special purpose processing device to perform a certain function or group of functions. The computer executable instructions may be, for example, binaries, intermediate format instructions such as assembly language, or even source code. Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the described features or acts described above. Rather, the described features and acts are disclosed as example forms of implementing the claims.
Those skilled in the art will appreciate that the disclosure may be practiced in network computing environments with many types of computer system configurations, including, an in-dash vehicle computer, personal computers, desktop computers, laptop computers, message processors, hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, mobile telephones, PDAs, tablets, pagers, routers, switches, various storage devices, and the like. The disclosure may also be practiced in distributed system environments where local and remote computer systems, which are linked (either by hardwired data links, wireless data links, or by a combination of hardwired and wireless data links) through a network, both perform tasks. In a distributed system environment, program modules may be located in both local and remote memory storage devices.
Further, where appropriate, functions described herein can be performed in one or more of: hardware, software, firmware, digital components, or analog components. For example, one or more application specific integrated circuits (ASICs) can be programmed to carry out one or more of the systems and procedures described herein. Certain terms are used throughout the description and claims to refer to particular system components. As one skilled in the art will appreciate, components may be referred to by different names. This document does not intend to distinguish between components that differ in name, but not function.
It should be noted that the sensor embodiments discussed above may comprise computer hardware, software, firmware, or any combination thereof to perform at least a portion of their functions. For example, a sensor may include computer code configured to be executed in one or more processors, and may include hardware logic/electrical circuitry controlled by the computer code. These example devices are provided herein purposes of illustration, and are not intended to be limiting. Embodiments of the present disclosure may be implemented in further types of devices, as would be known to persons skilled in the relevant art(s).
At least some embodiments of the disclosure have been directed to computer program products comprising such logic (e.g., in the form of software) stored on any computer useable medium. Such software, when executed in one or more data processing devices, causes a device to operate as described herein.
Embodiments in accordance with the present disclosure may be embodied in whole or in part as an apparatus, method, or computer program product. Accordingly, the present disclosure may take the form of an entirely hardware-comprised embodiment, an entirely software-comprised embodiment (including firmware, resident software, micro-code, etc.), or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module,” or “system.” Furthermore, embodiments of the present disclosure may take the form of a computer program product embodied in any tangible medium of expression having computer-usable program code embodied in the medium.
Any flow diagrams and block diagrams in the attached figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flow diagrams or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It will also be noted that each block of the block diagrams and/or flow diagrams, and combinations of blocks in the block diagrams and/or flow diagrams, may be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions. These computer program instructions may also be stored in a computer-readable medium that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable medium produce an article of manufacture including instruction means which implement the function/act specified in the flow diagram and/or block diagram block or blocks.
While various embodiments of the present disclosure have been described above, it should be understood that they have been presented by way of example only, and not limitation. It will be apparent to persons skilled in the relevant art that various changes in form and detail can be made therein without departing from the spirit and scope of the disclosure. Thus, the breadth and scope of the present disclosure should not be limited by any of the above-described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents. The foregoing description has been presented for the purposes of illustration and description. It is not intended to be exhaustive or to limit the disclosure to the precise form disclosed. Many modifications and variations are possible in light of the above teaching. Further, it should be noted that any or all of the aforementioned alternate implementations may be used in any combination desired to form additional hybrid implementations of the disclosure.
This application is a continuation of U.S. Application Ser. No. 62/696,707, filed Jul. 11, 2018, and entitled Power Efficient Context-Based Audio Processing, which is hereby incorporated herein by reference in its entirety for all purposes.
| Number | Date | Country | |
|---|---|---|---|
| 62696707 | Jul 2018 | US |
