【问题标题】:Twilio: Answer an incoming call that started before opening browserTwilio:接听在打开浏览器之前开始的来电
【发布时间】:2018-11-01 17:11:18
【问题描述】:

我使用Twilio Javascript Client SDK 允许我们应用程序的用户通过他们的浏览器接收来电。如果用户已经打开了浏览器选项卡并接到来电,我们就可以正常工作(即:可以接听电话)。

我们想要支持的用例是这样的:

  1. 用户没有打开我们网站的浏览器
  2. 来电进入我们的应用并尝试拨打用户(使用他们的客户端 ID)
  3. 用户打开浏览器访问我们的应用
  4. 用户看到来电并接听

我已经测试过这个场景,但它似乎不起作用。当浏览器打开并且来电已经响起时,不会向用户显示我们的通话对话框(由Twilio.Device.incoming 事件触发)。

所以我的问题是:这个用例可以实现吗?是否有需要启用的设置,或者这是因为我们错过了最初的 incoming 事件而无法发生的事情?

感谢您的帮助!

【问题讨论】:

  • 在我看来,这就像一个边缘案例,可以用不同的方式更好地处理。例如,如果您要使用TaskRouter 记录系统中用户的当前状态,那么您将能够将呼叫路由到当前登录和空闲的用户,而不是将呼叫路由到不在回答他们的立场。这有意义吗?
  • @philnash 对于这个用例,这并不是用户可用与不可用的问题,因为我们假设用户始终可用。更重要的是,当第一次来电时,我们会做一些类似推送通知(或其他一些通知他们的第 3 方方式)来通知用户有新来电。 然后,用户登录应用程序并尝试接听电话。
  • 在这种情况下,我可能会将呼叫者放入<Enqueue> 的队列中,然后当用户登录后连接时让他们拨入<Queue> 以连接呼叫。

标签: twilio twilio-api twilio-programmable-voice


【解决方案1】:

我的 .02,要实现这一点,需要一个桌面应用程序。不过,它可能是一个简单的网络包装器。创建一个包装浏览器并让该用户登录的应用程序。当呼叫进入应用程序时,应用程序会收到它,因为用户已登录。您的用户不会通过桌面应用程序与您的 web 应用程序交互,但考虑到您的用例,我认为这不是问题。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2022-12-21
    • 1970-01-01
    • 2015-10-23
    • 1970-01-01
    • 2012-02-21
    • 2018-11-16
    相关资源
    最近更新 更多