槽混淆处理 - Amazon Lex V1

如果您使用的是 Amazon Lex V2,请改为参阅 Amazon Lex V2 指南

 

如果您使用的是 Amazon Lex V1,我们建议您将机器人升级到 Amazon Lex V2。我们不再向 V1 添加新功能,强烈建议使用 V2 以获得全新的机器人。

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

槽混淆处理

Amazon Lex 能够混淆处理(即隐藏)插槽的内容,使其内容不可见。为了保护作为插槽值捕获的敏感数据,可以启用插槽混淆处理,为对话记录掩蔽这些值。

当您选择混淆处理插槽值时,Amazon Lex 在对话日志中将插槽的值替换为插槽的名称。对于名为 full_name 的槽,该槽的值将被混淆处理,如下所示:

Before obfuscation: My name is John Stiles After obfuscation: My name is {full_name}

如果言语中包含括号字符 ({}),Amazon Lex 将用两个反斜杠 (\\) 转义括号字符。例如,文本 {John Stiles} 的混淆处理如下所示:

Before obfuscation: My name is {John Stiles} After obfuscation: My name is \\{{full_name}\\}

对话日志中的槽值会被混淆处理。插槽值在 PostContentPostText 操作的响应中仍然可用,并且插槽值可用于验证和履行 Lambda 函数。如果您在提示或响应中使用槽值,则对话日志中不会对这些槽值进行混淆处理。

在第一轮对话中,如果 Amazon Lex 能够识别出言语中的插槽和插槽值,则会对插槽值进行混淆处理。如果没有识别出插槽值,Amazon Lex 不对言语进行混淆处理。

在第二轮和接下来的轮次中,Amazon Lex 知晓要引发的插槽以及是否需要对插槽值进行混淆处理。如果 Amazon Lex 识别到该插槽值,则会对该值进行混淆处理。如果 Amazon Lex 未识别出值,则对整个言语进行混淆处理。无法理解的话语中的任何槽值都不会被混淆处理。

Amazon Lex 也不会对您存储在请求或会话属性中的插槽值进行混淆处理。如果您将应混淆处理的槽值作为属性存储,则必须加密该值,或者以其他方式对该值进行混淆处理。

Amazon Lex 不会对音频中的插槽值进行混淆处理。它会对音频转录中的槽值进行混淆处理。

您不需要在自动程序中对所有槽进行混淆处理。您可以使用控制台或使用 Amazon Lex API 选择需要对哪些插槽进行混淆处理。在控制台中,在槽的设置中选择 Slot obfuscation (槽混淆处理)。如果您使用的是 API,请在调用 PutIntent 操作时,将槽的 obfuscationSetting 字段设置为 DEFAULT_OBFUSCATION