0

私は、Plivo を私たちのプラットフォームと統合して、発信テキスト読み上げ通話を行うことを検討しています。すべての通話は、約 20 語のカスタマイズされたメッセージ、または 30 秒未満の通話になります。

毎日、約 10,000 件の呼び出しを同時にバッチ処理します。それぞれ独自の answer_url を持つバッチを一度に送信できるのに対して、10,000 回の残りの API 呼び出しを行う必要があるようです。誰もがこれを経験したことがありますか?大量のオーバーヘッドのようです。

もう 1 つのオプションは、answer_url でパラメーターを使用することです。これにより、すべての電話番号のリストを一度に送信し、パラメーター化された answer_url に基づいて、Plivo に次に何をすべきかを伝えることができます。

4

1 に答える 1

1

Plivo を使用すると、複数の番号と 1 つの answer_url を指定できる一括発信通話を行うことができます。入門ドキュメントについては、https://www.plivo.com/docs/getting-started/make-bulk-calls/を参照してください。

呼び出しが行われるたびに、Plivo は、to/from 番号を使用してその応答 URL にリクエストを送信します (詳細については、このリンクを参照してください)。次に、to/from 番号に基づいて、answer_url は、その特定の番号に対して再生される TTS メッセージで応答できます。answer_url へのリクエストごとに再生するメッセージを取得するために番号を検索できるデータベースが必要です。

于 2016-05-20T23:55:16.807 に答える