像谷歌助手这样的平台简化了自定义语音助手的构建。但是，如果你想要构建一个在本地运行并能确保数据隐私的助手，该怎么办呢？你可以使用 Rasa、Mozilla DeepSpeech 和 Mozilla TTS 等开源工具来实现。通过本教程，你可以了解实现过程。
随着谷歌助手和 Alexa 等平台越来越受欢迎，语音助手必将成为各行各业客户互动的下一个重要领域。然而，除非你使用托管的现成解决方案，否则语音助手的开发将带来一系列超越 NLU 和对话管理的全新挑战——除此之外，你还需要照顾到语音转文本、文本转语音组件以及前端。不久前，当我们尝试构建一个基于Rasa的谷歌助手时，我们谈到了语音主题。像谷歌助手这样的平台消除了实现语音处理和前端组件的障碍，但是它迫使你在数据的安全性和所用工具的灵活性上做出妥协。
那么，如果你想要构建一个本地运行并能确保数据安全的语音助手，你有哪些选项呢？我们来看看。在本文中，你将了解仅使用开源工具如何构建语音助手——从后端到前端。
本文要点
工具和软件概述
Rasa 助手
实现语音转文本组件
实现文本转语音组件
组合到一起
下一步工作
小结及相关资源
1. 工具和软件概述
本文的目的是向你展示仅使用开源工具如何构建自己的语音助手。一般来说，构建语音助手需要五个主要组件：
语音界面——供用户和助手通信的前端（Web、移动应用、智能扬声器等）；
语音转文本（STT）——一个语音处理组件，将用户的音频输入转换为文本表示；
NLU——该组件从用户输入文本中提取结构化数据（意图和实体），帮助助手理解用户意图；
对话管理——该组件决定助手在特定的对话状态中如何响应并生成响应文本；
文本转语音（TTS）——该组件获取助手的文本响应，生成语音表示然后返回给用户。
虽然对于 NLU 和对话管理来说，开源的Rasa是一个显而易见的选择，但是 STT 和 TTS 的选择就比较困难了，因为没有那么多开源框架可供选择。在研究了当前可用的选项 CMUSphinx、Mozilla DeepSpeech、Mozilla TTS、Kaldi 之后，我们决定使用 Mozilla 的工具——Mozilla DeepSpeech和Mozilla TTS，原因如下：
Mozilla 的工具提供了一组预先训练好的模型，但是你也可以使用定制的数据训练自己的模型。这就让你可以快速实现一些东西，但也让你可以自由地构建自定义组件。
与其他可选工具相比，Mozilla 的工具似乎是操作系统无关度最高的。
两个工具都是用 Python 编写的，与 Rasa 集成稍微容易些。
有一个大而活跃的开源社区时刻准备着帮助回答技术问题。
Mozilla DeepSpeech 和 Mozilla TTS 是什么？Mozilla DeepSpeech 是一个语音转文本的框架，它接收用户的音频输入，并使用机器学习将其转换为文本格式，稍后由 NLU 和对话系统进行处理。Mozilla TTS 则负责相反的工作——它接收文本输入（在我们的例子中是对话系统生成的助手响应），并使用机器学习创建文本的音频表示。
NLU、对话管理和语音处理组件处理语音助手的后端，那么前端呢？好吧，这就是最大的问题所在——如果你搜索开源语音界面小部件，最终很可能没有结果。至少我们遇到了这样的情况，这也是为什么我们开发了自己的语音界面 Rasa，我们将在这个项目中使用它，并且很高兴能与社区分享！
综上所述，开源语音助手包含以下组成部分：
Mozilla DeepSpeech：https://github.com/mozilla/DeepSpeech
Mozilla TTS：https://github.com/mozilla/TTS
Rasa Voice Interface：https://github.com/RasaHQ/rasa-voice-interface
Rasa 助手
对于这个项目，我们将使用一个已有的 Rasa 助手——Sara。它是一个基于 Rasa 的开源助手，可以回答关于 Rasa 框架的各种问题来帮助你入门。下面是和 Sara 对话的一个例子：
下面是在本地机器上安装 Sara 的步骤：
克隆 Sara 库：
安装必要的依赖：
训练 NLU 和对话模型：
在你的终端上测试 Sara：
为了把 Sara 变成一个语音助手，我们必须在实现的后期编辑一些项目文件。在此之前，让我们先实现 TTS 和 STT 组件。
实现语音转文本组件
我们接下来要实现语音转文本组件——Mozilla DeepSpeech模型。阅读 Rouben Morais 的这篇博文，进一步了解 Mozilla DeepSpeech 的工作原理。Mozilla DeepSpeech 提供了一些预训练的模型，也允许你训练自己的模型。简单起见，我们在这个项目中使用了一个预先训练好的模型。以下是在本地机器上安装 STT 的步骤：
安装 Mozilla DeepSpeech：
下载预训练的语音转文本模型并解压到项目目录下：
运行上述命令后，项目目录下会新增一个目录 deepspeech-0.5.1-models，其中包含模型文件。
测试模型：
检查组件设置是否正确的最佳方法是使用一些音频输入示例测试模型。下面是测试脚本：
函数 record_audio()获取一段时长 5 秒的音频并保存到文件 test_audio.wav 中；
函数 deepspeech_predict()加载 DeepSpeech 模型并将文件 test_audio.wav 传递给它，它会预测音频输入的文本。
使用下面的命令运行脚本，一旦你看到消息“录制……”就说一个你希望用于测试这个模型的句子：
在本文的下一部分中，你将学习如何设置项目的第三部分——文本转语音组件。
实现文本转语音组件
为了使助手能够用语音而不是文本进行响应，我们必须设置文本转语音组件，该组件将接收 Rasa 生成的文本响应并将其转换为声音。为此，我们使用Mozilla TTS。就像 Mozilla DeepSpeech 一样，它提供了预训练模型，但是你也可以使用自定义数据训练自己的模型。这次，我们还是使用一个预先训练好的 TTS 模型。下面是在本地机器上设置 TTS 组件的步骤：
克隆 Mozilla TTS 库：
安装程序包：
下载模型：
在 Sara 目录下，创建一个文件夹 tts_mode*l ，并从这里下载模型文件：
https://drive.google.com/drive/folders/1GU8WGix98WrR3ayjoiirmmbLUZzwg4n0
测试组件：
使用以下脚本测试文本转语音组件。下面是脚本完成的工作：
函数 load_model()加载模型并做好处理准备；
函数 tts()获取文本输入并创建一个音频文件 test_tts.wav。
如果你希望使用自定义的输入来测试模型，则可以修改 sentence 变量。脚本运行结束后，结果将保存在 test_tt .wav 文件中，你可以听下该文件来查看模型的效果。
到这里，你本地的机器上应该已经运行着所有最重要的组件——Rasa 助手、语音转文本和文本转语音组件。接下来要做的就是将所有这些组件组合到一起，并将助手连接到 Rasa 语音界面。要了解如何实现，请阅读本文的下一部分。
组合到一起
要把这些组件组合到一起对语音助手进行实际的测试，我们还需要两个东西：
（1）语音界面；
（2）一个可以在 UI 和后端（Mozilla 和 Rasa 组件）之间建立通信的连接器。
我们先设置下 Rasa 语音界面，步骤如下：
按照这里的说明安装 npm 和 node；
克隆 Rasa Voice UI 库：
安装组件：
测试组件：
运行上述命令后，打开浏览器并导航到https://localhost:8080，检查语音界面是否正在加载。弹跳球表示它已成功加载并在等待连接。
为了将助手连接到界面，你需要一个连接器。该连接器还将确定用户说话时引发什么动作，以及音频响应如何传回前端组件。要创建一个连接器，我们可以使用现有的socketio连接器，并使用几个新组件升级它：
SocketIOInput()类事件 ‘user_utter’ 已经更新为接收 Rasa 语音界面以链接形式发送的音频数据并保存为磁盘上的一个.wav 文件。然后，我们加载 Mozilla STT 模型将音频转换为文本表示并传递给 Rasa；
SocketIOutput()类获得一个新方法_send_audio_message()，该方法取得 Rasa 对话管理模型预测生成的文本响应，加载 Mozilla TTS 模型将文本转换为音频格式并发回前端。
下面是升级后连接器的全部代码：
将上述代码保存为项目目录下的一个文件 socketio_connector.py。
在开始试用之前，还有最后一件事需要完成，就是连接器配置——既然我们已经构建了一个自定义的连接器，所以我们必须告诉 Rasa 使用这个自定义连接器接收用户输入并发回响应。为此，在 Sara 的项目目录中创建一个 credentials.yml 文件，并提供以下详细信息（这里的 socketio_connector 是实现自定义连接器的模块的名称，而 SocketIOInput 是自定义连接器的输入类的名称）：
至此，所有工作就已经完成了！剩下的就是启动助手并与它进行对话，步骤如下：
进入工作目录，在服务器上启动 Rasa 助手：
启动 Rasa 的自定义 action 服务器：
DucklingHTTPExtractor 是 Sara 的其中一个组件。要使用该组件，运行以下命令启动该组件的服务器：
启动一个简单的 http 服务器，用于向客户端发送音频文件：
如果你在浏览器中刷新 Rasa 语音界面，就会看到我们构建的语音助手已经准备好对话：
点击开始，与仅使用开源工具构建的语音助手进行对话！
下一步工作
语音助手开发带来了一系列全新的挑战——不仅仅是有效的 NLU 和对话，你还需要有效的 STT 和 TTS 组件，而且，你的 NLU 必须足够灵活，可以弥补 STT 所犯的错误。如果你跟随本教程做了这个项目，就会注意到这个助手并不完美，它还有很大的改进空间，尤其是在 STT 和 NLU 阶段。那么如何改进呢？以下是一些建议：
预先训练好的 STT 模型是针对非常通用的数据进行训练的，这使得该模型在更具体的领域中比较容易出错。使用 Mozilla DeepSpeech 构建自定义 STT 模型可以提高 STT 和 NLU 的性能。
改进 NLU 大概可以弥补 STT 所犯的一些错误。提高 NLU 模型性能有一个相当简单的方法，就是增加训练数据，为每个意图提供更多的示例，并向 Rasa NLU 管道添加拼写检查器来纠正一些比较小的 STT 错误。
小结及相关资源
在 Rasa，为了使开发人员能够构建出了不起的东西，我们一直在寻找方法突破工具和软件的极限。我们希望通过构建这个项目向你展示，使用 Rasa 不仅可以构建文本助手，还可以构建语音助手。同时，我们也希望可以为你带来灵感，让你构建出了不起的应用程序，而又不损害你所使用的工具的安全性和灵活性。你用 Rasa 构建语音助手了吗？你用了什么工具？请在 Rasa 社区论坛上分享你的经验。
Rasa 社区论坛：https://forum.rasa.com/
Rasa 文档：https://rasa.com/docs
查看英文原文：
https://blog.rasa.com/how-to-build-a-voice-assistant-with-open-source-rasa-and-mozilla-tools/
腾讯大规模云原生技术实践案例集
本案例集详细阐释了 QQ、腾讯会议、和平精英、小红书、斗鱼、微盟等十多个亿级用户产品背后的大规模云原生...
评论