语音控制方案怎么选?从 KWS、ASR 到语音模组
没有一种语音方案适合所有产品。先确定词汇是否固定、是否必须离线、设备资源和量产方式,再决定使用 KWS、ASR、语音模组还是自定义模型平台。
四种常见路径
| 方案 | 适合 | 主要代价 |
|---|---|---|
| 轻量 KWS | 2~几十个固定词,低延迟、离线控制 | 不能理解任意句子 |
| 离线 ASR | 开放式语音、数字和复杂表达 | 模型大、算力和内存要求高 |
| 云 ASR | 快速接入和开放式识别 | 联网、延迟、隐私和持续费用 |
| 语音模组/封闭 SDK | 希望快速采购完整硬件或商业 SDK | 格式、授权、硬件和供应商绑定 |
先回答五个问题
- 用户要说的是固定词,还是任意句子?
- 设备断网时是否必须继续工作?
- 麦克风、内存、功耗和延迟预算是多少?
- 模型需要部署到 Android、Web、Python、Linux 还是嵌入式设备?
- 是做一个样机,还是要量产并长期维护?
什么时候优先选 KWS
如果产品只需要“开始、停止、打开、关闭、下一页”等固定命令,KWS 通常更轻、更快,也更容易离线运行。多关键词模型还可以把多个命令放进一个模型,减少多个模型并行带来的内存和调参成本。
什么时候必须用 ASR
当用户可以说任意内容,例如“播放周杰伦的某首歌”“把温度设置为 23 度”,就需要 ASR 和后续意图解析。不要为了营销而把开放式语音硬包装成 KWS。
上线前的验证
无论选择哪条路径,都应该用最终麦克风、距离、噪声、语言和真实用户测试召回、误触发、延迟、功耗与成本。
先免费测试固定关键词 →View the open-source inference engine and demo models →
ONNX / TFLite · Android · ESP32 · Web · Python · Home Assistant