我们正在尝试通过语音在DialogFlow的Intent中输入电话号码
但是即使在不同的人之间，我们在语音交互方面也存在很大的问题（让我说一口流利的英语）
例如，使用类型sys.phone-number可获得奇怪的结果 DialogFlow接口上报告的原始编号3 8 3 3 5 7 7 6 6 4 4 4 卷筒纸挂钩中的结果编号3 8 3 3 5 7 7 6 6 4 4（缺少最后一个数字）
另一个示例有时我们使用double7表示77，而double完全丢失，我们仅获得7。
与sys相同的行为有时会在4附近出现0，以此类推。 某个数字上的错误百分比很高，关于如何改进此过程的任何提示或想法？据我了解，我们无法对此进行培训，也无法针对可能包含所有可能数字的一般实体进行培训。
从我的角度来看，语音识别似乎失败了，可能存在一些我们可以修改以提高成功率的参数（Dialgoflow或google action？）？
在培训阶段输入100个正确的电话号码可能是个好主意吗？ （我不认为这是一个解决方案，问题不在于短语，而仅在于包含数字的短语的一部分）
欢迎任何提示！！ 谢谢
答案 0 :(得分：1)
与支持中心联系后，显示格式为
的号码+39 393 XXXX XXX
ie格式为E.123 E.123 is a standards-based recommendation by the International Telecommunications Union 的电话号码，限制错误的最佳方法是使用@ sys.number-sequence，但这不支持加号，因此我们使用@ sys.any通过某种控制，将第一个数字之前的每个单词替换为“ +”，删除每个字母，然后使用Google图书馆检查数字的有效性。
进行一些测试，看来使用具有良好麦克风的电话，与sys.any和sys.number.sequence相同的已识别正确号码的百分比相同（不使用“ +”号）。 支持人员告诉我们，实际上不支持“ double3”，即数字33（或其他数字）（有时看起来不错，但不过分）