発信通話を発信し、着信通話を Web アプリケーションに受信するために、twilio Voice を統合します。誰かが従来の電話から twilio を利用した電話番号の 1 つに電話をかけると、twilio は twilio デバイスを介して着信接続を受信し、その特定の番号用に構成された音声 URL に非同期 HTTP 要求を送信し、予想される Twiml 命令を実行します。しかし、ここで問題となるのは、着信通話または twilio 番号への接続を受信するこの機能を、複数のユーザーの Web アプリケーションに統合したい場合であり、その通話が登録されたクライアントと共に特定の番号で受信されていることをアプリケーションがどのように区別するかです。
1403 次
1 に答える
3
プロセスが少し逆になっていると思います：
誰かが従来の電話から twilio を利用した電話番号の 1 つに電話をかけると、twilio は twilio デバイスを介して着信接続を受信し、その特定の番号用に構成された音声 URL に非同期 HTTP 要求を送信し、予想される Twiml 命令を実行します。
Twilio 番号に通話が発信されると、その通話は音声 URL に直接ルーティングされます (デバイス クライアントのいずれかを経由するのではありません)。あなたが説明していること（デバイスから音声URLへのリクエストを作成する新しい「接続」）が発生するのは、デバイスが電話をかけるときだけです。
問題は、着信通話または twilio 番号への接続を受信するこの機能を複数のユーザー向けの Web アプリケーションに統合したい場合、その通話が特定の番号で受信されていることをアプリケーションがどのように区別するかです。
すべての着信通話は音声 URL に直接送られるため、スクリプト/アプリケーション/その要求を処理するものはすべて、必要な条件に基づいて通話をルーティングできます。
たとえば、複数の仮想番号を同じ音声 URL にポイントする場合は、着信の「To」番号を確認し、それを正しいデバイスにマップします (を使用<Dial><Client>name</Client></Dial>)。
于 2012-11-23T15:38:49.570 に答える