Amazon Lex能否识别DTMF按键音？集成需求咨询

当然可以！Amazon Lex完全支持识别DTMF按键音，而且正好能满足你这种「语音+DTMF双输入」的支付需求——毕竟不是所有人都愿意在公共场合念出敏感的信用卡信息，这个考虑非常周到。下面是具体的实现方案和注意事项：

一、在Amazon Lex Bot中配置DTMF支持 #

要让Lex同时接受语音和DTMF输入，你需要在意图的槽位设置里开启DTMF选项：

• 打开你的Lex Bot，进入目标意图（比如收集信用卡信息的意图），找到对应的槽位（比如creditCardNumber）。
• 在槽位的「配置」里，勾选「允许DTMF输入」，然后设置按键映射规则：
  • 对于数字类槽位（比如信用卡号、有效期），可以直接设置每个数字对应0-9的按键；如果是格式固定的内容（比如16位信用卡号），还可以配置输入长度验证，确保用户输入的位数符合要求。
  • 对于敏感槽位（比如信用卡CVV），一定要将槽位类型设置为敏感数据类型（比如AMAZON.CreditCardNumber或自定义敏感槽位），Lex会自动对这类数据进行加密存储，符合合规要求。

二、整合Amazon Connect联系流，传递DTMF信号 #

在你的Connect联系流中，调用Lex Bot时需要确保DTMF输入能正确传递给Lex：

• 在联系流的「Invoke Lex」模块中，找到「DTMF输入」设置，勾选「允许DTMF输入」，并配置超时时间（比如用户5秒内未输入则提示重新输入）。
• 可以在调用Lex之前添加一个提示模块，明确告知用户可以选择输入方式："请说出您的信用卡号，或者按数字键逐位输入"，引导用户自主选择。
• 如果需要处理用户中途切换输入方式（比如先语音后按键），Lex会自动识别两种输入类型，无需额外配置，只要槽位同时支持语音和DTMF即可。

三、敏感信息处理的最佳实践 #

因为涉及信用卡这类敏感数据，必须严格遵守合规要求（比如PCI DSS），这里有几个关键要点：

• 启用数据加密：在Lex和Connect中都配置KMS密钥，对存储和传输的敏感数据进行加密。
• 禁用敏感数据日志：在Lex的「日志设置」中，勾选「排除敏感槽位内容」，避免敏感信息被记录到日志里；Connect的联系流日志也要确保不包含DTMF输入的敏感数据。
• 最小化数据留存：收集到信用卡信息后，尽快传递给支付处理系统，不要在Lex或Connect中长时间存储敏感数据。

四、测试与排查 #

完成配置后，一定要进行全面测试：

• 使用Amazon Connect的「测试电话」功能，分别测试语音输入和DTMF输入，检查Lex是否能正确识别并填充槽位。
• 如果遇到DTMF识别失败的问题，可以查看Lex的「意图历史」和Connect的「联系流日志」，排查是否是DTMF信号未正确传递，或者槽位的DTMF规则配置有误。

内容的提问来源于stack exchange，提问作者Parrett Apps