Twilio是否有计划正确地实现与机器过滤器的同时调用？

在Twilio中，同步环在飞行模式下被破坏

由于第一个连接的呼叫将取消所有其他尝试，如果有一条线路处于飞行模式，它将立即接听并将用户转到语音信箱

解决方法是，只有当电话成功连接而不是接听时，才取消所有其他尝试。在此示例中，如果111-111-1111接听但未按1，则不应取消对222-222-2222的呼叫：

<?xml version="1.0" encoding="UTF-8"?>
<Response>
    <Dial>
        <Number url="/screen">
            111-111-1111
        </Number>
        <Number url="/screen">
            222-222-2222
        </Number>
    </Dial>
</Response>

--- /screen
<?xml version="1.0" encoding="UTF-8"?>
<Response>
    <Gather action="/complete_call">
        <Say>Press any key to accept this call</Say>
    </Gather>
    <Hangup/>
</Response>

111-111-1111
222-222-2222
---/屏幕
按任意键接受此呼叫

有计划解决这个问题吗

在您的文档中，您似乎意识到了这个问题。以下是Twilio文档中的例外：

当您有多部手机（或 有几个人）当你收到来电时，你想打电话 呼叫请记住，第一个连接的呼叫将取消所有连接 其他的尝试。如果你拨办公室电话系统或手机 在飞机模式下，它可能会在单圈后拾取，从而防止 其他电话号码的响铃时间足够长，人类永远无法听到 回答

因此，在某些情况下，您应注意同时拨号 你知道被叫方的行为

---

这里是Twilio福音传道者

所以今天你是对的，在一个模拟拨号的情况下，如果一个呼叫者的语音邮件立即收到，我们就无法区分这和一个真实的人在应答。事实是，应答机检测无论如何都是非常不可靠的，这就是为什么我们现有的被认为是实验性的，而不是在这种情况下完成的

我看到这样做的一种方式是在连接呼叫的开始处放置一个人工检查。通过使用

动词，您基本上会提示调用者输入一个值（“如果您是人，请按1”），如果什么也没发生，您就认为不是人回答了。一旦您知道您可以从通话组中删除，您将同时拨号，然后重试通话组中的其他通话

---

希望能有帮助。

我最近遇到了类似的问题

如果我理解正确的话，Devin的解决方案是向最先接电话的人发出提示，如果他们在超时时间内没有响应，则重拨通话组中的剩余号码

这给打电话的人带来了不好的体验——他们最终会等待更长的时间来与人建立联系——也给打电话的目标人带来了不好的体验——他们的手机可能会短暂地响上几下

---

能够向所有拨打电话的人提供提示，并与最先响应提示的人建立联系，这将解决此问题，但目前似乎无法使用API。

Twilio福音传道者。你能进一步说明你所说的“打破飞机模式”是什么意思吗？