写点什么

Amazon Lex – 构建对话语音与文本界面

  • 2019-11-19
  • 本文字数:1575 字

    阅读完需:约 5 分钟

Amazon Lex – 构建对话语音与文本界面

尽管能够“说话”的计算机确实令人振奋,但学会了倾听与回应的计算机无疑更加出色!如果大家曾经使用过Amazon Echo,一定体会过在 Alexa 服务支持下的交互模式是多么简单、实用和强大。


今天,我们利用与 Amazon Alexa 相同的深度学习技术(ASR,即自动语音识别;NLU,自然语言理解),为大家带来能够在您的对话应用程序内生效的新服务。大家可以利用Amazon Lex服务构建聊天机器人及其它类型的 Web 与移动应用程序,其将带来逼真的对话交互能力。您的聊天机器人能够提供信息、支持应用程序、简化工作行为,或者为其它机器人、无人机乃至玩具提供控制机制。


Amazon Lex 的设计目标在于帮助大家快速实现上述目标。大家首先可在 Lex Console 中设计您的对话,即为 Lex 提供某些示例性短语以构建自然语言模型。在此之后,您即可公布自己的 Amazon Lex 机器人并利用其处理来自您用户的文本或者语音对话内容。Amazon Lex 是一项全托管服务,因此大家无需为其配套基础设施的设置、管理或者规模伸缩而费心。


您的聊天机器人目前可接入 Facebook Messenger; 面向 Slack 与 Twilio 的整合工作正在进行当中。在 AWS 方面,Amazon Lex可与 AWS Lambda、AWS Mobile Hub 以及 Amazon CloudWatch 进行协作。您也可在代码中使用 Amazon DynamoDB、Amazon Cognito 以及其它服务。


Amazon Lex 允许大家利用 AWS Lambda 函数以实现聊天机器人的业务逻辑,其中包括接入您的企业应用及数据。配合刚刚公布的、适配于 AWS Mobile Hub 的 SaaS 集成能力,大家可以使用自己构建的企业生产力机器人为客户、联系人、领导层,以及存储于其它 SaaS 应用程序内的企业数据提供对话界面。


综合上述内容,大家现在能够利用全部相关组件来构建全面集成化解决方案。Amazon Lex可由移动应用为起点,并可逐步推进至逻辑实现层面。

Amazon Lex 概念

下面我们将对 Amazon Lex 的各项基本概念加以阐述:


机器人 – 一个包含了所有对话组件的聊天机器人。


意图 – 意图代表使用这个机器人的用户所希望达成的目标(包括购买机票、安排预约或者获取天气预报信息等)。


话语 – 话语指的是以语音或者文本形式表达的短语。每个话语会调用一项意图。“我想预订酒店”或者“我想预订鲜花”就是两条简单的话语。


槽位 – 每个槽位代表着满足用户意图所对应的数据片段。槽位内容拥有具体类别; 差旅机器人一般使用的槽位包括城市、州或者机场。


提示 – 提示表现为问题,用于要求用户提供某些数据(以填充槽位)来表述其意图。


实现 – 实现代表的是能够达成用户意图的业务逻辑。Lex 支持利用 Lambda 函数作为实现手段。


机器人、意图以及槽位具备版本控制机制,因此大家可以在多开发者环境当中,在诸如开发、测试、分段以及生产等流程间设定明确的边界。大家可以为机器人创建多种别称,并将其映射至各组件的特定版本当中。

构建一套机器人

大家可以通过 Lex Console 定义 Lex 机器人并为其设置全部组件。作为起步,大家可以首先使用我们提供的样例或者直接创建您理想中的定制化机器人:



您可在下一页面中定义您的话语及其配套槽位:



而后利用以下设置对机器人进行自定义:



您可以通过交互进行机器人测试并随时调整,直到其反应与预期相符:



此后,您可以生成一条回调 URL 以将其应用在 Facebook(或者其它支持平台)当中:



在本届 re: Invent 大会结束后,我将拿出更多时间对这项服务的相关细节进行深入阐述。

价格与上线时间

Amazon Lex目前已经在美国东部(北弗吉尼亚州)服务区提供预览版本,大家可以马上开始利用其构建自己的对话应用!


在登录之后,您每月可以发出 1 万条文本请求与 5 千条语音请求,且首年之内无需支付任何费用。在此之后,每 1 千条语音请求收费 4 美元,而每 1 千条文本请求收费 0.75 美元。


本文转载自 AWS 技术博客。


原文链接:


https://amazonaws-china.com/cn/blogs/china/amazon-lex-build-conversational-voice-text-interfaces/


2019-11-19 08:00895

评论

发布
暂无评论
发现更多内容

区块链技术如何应用于版权保护?

CECBC

区块链技术 维权 著作权 版权保护 侵权

基于UML的食堂就餐卡系统设计

王海

极客大学架构师训练营

架构师训练营-作业2-学习总结

狂奔嘀兔纸

极客大学架构师训练营

从软件架构说起

傻傻的帅

架构 架构要素 架构设计原则

架构师训练营第1周_学习总结

方舟勇士

课程总结

食堂就餐卡系统架构设计文档

hifly

极客大学架构师训练营 UML 架构文档 部署图 时序图

设计模式之单件模式

公众号:程序猿成神之路

Java 设计模式

IT自由职业者是怎么样的感受和体验

古月木易

IT职场

架构师训练营-第一周-食堂就餐卡系统设计

Anrika

架构师 极客大学架构师训练营

ZooKeeper核心原理及应用场景

古月木易

架构师训练营-第一周学习总结

hellohuan

极客大学架构师训练营

谈谈阿里云发布新一代容器、Serverless 等云原生产品

关贺宇

阿里云 容器 云原生 中间件

Week01 学习笔记

任小龙

第一周课后作业——食堂就餐卡系统概要设计

jiangnanage

干货|微服务线上生命周期管理

博文视点Broadview

容器 微服务 架构师

食堂就餐卡系统设计

hellohuan

架构 极客大学架构师训练营

程序员为什么技术这么厉害,赚得钱却不多?

金刚小书童

程序员 职业规划 技术管理

《Web全栈实用编程》一书征集意见

老魚

程序员 大前端 Web 后端 全栈

ZooKeeper核心原理及应用场景

奈学教育

zookeeper

极客时间 - 架构师训练营 - week1 - 食堂就餐卡系统设计

毛聪

极客时间 极客大学架构师训练营 食堂就餐卡系统设计

架构师训练营第1周作业二:学习总结

sunpengjian

极客大学架构师训练营第一周学习总结

竹森先生

学习 架构设计 极客大学架构师训练营

产品路线图–您的产品战略路径指南

涛哥 数字产品和业务架构

敏捷 产品经理

架构师训练营第一周-食堂就餐卡系统设计

王铭铭

【话题讨论】「世界上最好的语言」?25周岁的 PHP “配” “不配”

InfoQ写作社区官方

php 写作平台 PHP25周年 热门活动

架构师训练营第1周作业一:食堂就餐卡系统设计

sunpengjian

ChaosBlade:从零开始的混沌工程(二)

郭旭东

云原生 混沌工程

食堂就餐卡系统架构设计

任小龙

架构训练营第一周学习总结

陈靓-哲露

week1-食堂就餐卡系统设计

不在调上

我们需要干货吗?

Neco.W

能力提升 经验分享 干货

Amazon Lex – 构建对话语音与文本界面_其他_亚马逊云科技 (Amazon Web Services)_InfoQ精选文章