选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

从 Lex V2 掩盖对话日志中的槽位值

聚焦模式
从 Lex V2 掩盖对话日志中的槽位值 - Amazon Lex

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

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

Amazon Lex V2 能够模糊处理(即隐藏)槽位的内容,使其内容不可见。为了保护作为槽值捕获的敏感数据,可以启用槽模糊处理,为日志记录掩蔽这些值。

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

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

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

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

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

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

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

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

Amazon Lex V2 不会对音频中的槽位值进行模糊处理。它会对音频转录中的槽值进行模糊处理。

您可以使用控制台或使用 Amazon Lex V2 API 选择需要对哪些槽位进行模糊处理。在控制台中,在槽的设置中选择 Slot obfuscation (槽模糊处理)。如果您使用的是 API,请在调用CreateSlotUpdateSlot操作DEFAULT_OBFUSCATION时将插槽的obfuscationSetting字段设置为。

隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。