0

Twilio を使用して電話をかけたり受けたりするプロジェクトに取り組んでいます。では、あなたが電話をかけたいと想像してみてください。反対側には、3 つの twilio 番号を持つ 3 人のエージェントが電話に出ます。着信コールをエージェントの 1 つだけに (ランダムに) 表示したい。

この動作を実現するには、別のエージェントまたは別のエージェントを使用して別の応答を生成する必要があるかどうかはわかりません。

例えば：

response = Twilio::TwiML::Response.new do |r|
  # Should be your Twilio Number or a verified Caller ID
  r.Dial :callerId => caller_id do |d|
      d.Client <custom_client_name>
  end

また

response = Twilio::TwiML::Response.new do |r|
  # Should be your Twilio Number or a verified Caller ID
  r.Dial :callerId => caller_id do |d|
      d.Number <custom_client_number>
  end

君たちありがとう！

4

2 に答える 2

2

Twilio 開発者エバンジェリストはこちら。

これはTaskRouter APIのかなり良い使用例のように思えます。TaskRouter を使用すると、着信コールをキューに入れることができます。このキューは、ワークフローを使用して、エージェントが利用可能になったときにそれらのコールをエージェントに割り当てます。

このブログ投稿では、 TaskRouter を使用して優先度ベースのキューイング システムを構築する方法を示していますが、優先度が到着する前の時点までフォローアップすると、エージェントが着信コールを自動的に割り当てられるキューが作成されます。

これがまったく役立つかどうか教えてください。

于 2015-07-10T10:13:11.050 に答える
1

私はシナリオを次のように見ています。

                         /- agent 1
client    -> pick random |- agent 2
(make call)              \- agent 3

そのために私は：

  1. Twilio とは別に、エージェントの空き状況を追跡します。たとえば、エージェントが通話を開始するたびに、バックエンドで彼を通話中としてマークし、通話が終了したら、エージェントを再び利用可能にマークします。
  2. クライアントが新しい通話を要求したときに音声エンドポイントがヒットした場合は、利用可能なエージェントを照会し、ランダムに 1 つ選択します。次に、そのエージェントにダイヤルするために必要な TwiML を返します。より柔軟に会議を設定することもできます (通話中にエージェントを切り替えるなど)。
  3. <say>対応可能なエージェントがいない場合は、対応可能なエージェントがいないことをクライアントに知らせる動詞を含む TwiML を返します。
于 2015-07-10T08:18:50.417 に答える