【问题标题】:DialogFlow: Better understanding of phone numberDialogFlow:更好地理解电话号码
【发布时间】:2019-03-02 03:38:20
【问题描述】:

我们正在尝试通过语音在 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 any 相同的行为有时会在 4 附近出现 0 ,依此类推。 某些数字的错误百分比非常高,关于如何改进此过程的任何提示或想法?据我了解,我们无法对此进行培训,也无法对可能包含所有可能数字的一般实体进行培训。

在我看来,语音识别失败了,可能有什么地方(Dialgoflow 或 google action?)我们可以修改一些参数来提高成功率?

在训练阶段输入 100 或可能是 1000 个正确的电话号码可能是一个好主意? (我不认为这是一个解决方案,问题不在短语上,而只是在包含数字的部分短语中)

欢迎任何提示!! 谢谢

【问题讨论】:

  • 您可以联系 support@dialogflow.com 了解可能的错误。

标签: dialogflow-es


【解决方案1】:

与支持中心联系后,似乎对于格式的号码

+39 393 XXXX XXX

ie电话号码格式为E.123E.123 is a standards-based recommendation by the International Telecommunications Union ,最好的限制错误的方法是使用@sys.number-sequence,但是这个不支持加号,所以我们使用@sys.any加上一些控制,用“+”替换第一个数字之前的每个单词,删除每个字母并使用谷歌库检查数字的有效性..

做一些测试似乎使用带有良好麦克风的电话,识别正确号码的百分比与 sys.any 和 sys.number.sequence 相同(不使用“+”)。 支持人员告诉我们,实际上不支持“double3”,即 33(或每隔一个数字)(有时它似乎可以正常工作,但不会太多)

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2018-04-20
    • 1970-01-01
    • 2021-10-05
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-05-17
    相关资源
    最近更新 更多