Twilioは電話のメンテナンスと回復を可能にします：会議とレッグコール管理

この記事では、Twilioを使用して電話の保有機能と保有機能を達成する方法について詳しく説明します。 2つの主なアプローチについて説明します。TwilioConferenceの機能を備えた効率的な管理と、会議が使用されていないときに絶妙なTwiMLロジックで独立したコールレッグを処理する方法。これら2つの方法を比較し、対応するコードの例を提供することにより、開発者がシナリオに最適なソリューションを選択し、スムーズなコールフローとユーザーエクスペリエンスの最適化を確保することを目指しています。

1。Twilioコールキーピングメカニズムの概要

Twilioでは、コールホールド関数の実装とは、1人の参加者をメインコールから一時的に分離することを意味し、通常はコールを接続しながら音楽を再生および保持します。 Unholdが必要な場合、参加者はメインコールに再接続されます。コールレッグのURLを直接更新すると、Twilioのデフォルトの動作がTWIMLが実行された後に現在のコールレッグを終了することであるため、相手が切れる可能性があります。したがって、コールステータスを管理するには、より詳細な戦略が必要です。

2。推奨計画：Twilio Conferenceを使用してコールキーピングを管理する

Twilioの会議機能は、コールとキャンセルを維持するための最も簡単で最も堅牢な方法です。コール参加者に会議に参加することにより、各参加者のステータスを簡単に管理できます。

2.1参加者を保留状態に置きます

参加者がすでに会議に参加している場合、その参加者リソースを更新することで、それを保留することができます。これには、HoldパラメーターをTrueに設定し、Holdurlを指定して音楽を演奏および保持する必要があります。

 会議（$ ConferencesID）
       - >参加者（$参加者）
       - >更新（[[
        "hold" => true、
        "Holdurl" => "http://www.myapp.com/hold_music.mp3" //音楽のURLを保持します
      ]）;

    エコー「参加者」。 $参加者 - > CallID。 「保留状態に正常に配置されます。\ n」;
} catch（例外$ e）{
    Echo "参加者のステータスが失敗しました："。 $ e-> getMessage（）。 "\ n";
}
？>

上記のコードで：

• $ ConferencesIDは、現在の呼び出しがある会議のユニークな識別子です。
• $参加者は、保留状態に入れたい特定の参加者のための一意の識別子です。
• ホールドパラメーターは、参加者を保持するために真に設定されています。
• Holdurlは、参加者がホールド状態にあるときに再生されるオーディオファイルのURLを指定します。このURLは、静的オーディオファイルまたはTwiml またはディレクティブを返す動的なURLにすることができます。

2.2参加者をキャンセルして、所定の位置に留まります

参加者の保留ステータスをキャンセルするには、参加者のリソースをもう一度更新し、HoldパラメーターをFalseに設定します。

 会議（$ ConferencesID）
       - >参加者（$参加者）
       - >更新（[[
        "hold" => false // holdにfalseに設定して、保留をキャンセルする]）;

    エコー「参加者」。 $参加者 - > CallID。 「正常に保持され、会議に戻ります。\ n」;
} catch（例外$ e）{
    Echo "参加者のステータスが失敗しました："。 $ e-> getMessage（）。 "\ n";
}
？>

2.3会議計画の利点

• 簡素化された管理： Twilioは、会議参加者間の接続と状態の移行を自動的に処理します。
• 柔軟な制御：会議の各参加者の保持状況は、独立して制御できます。
• 強力なスケーラビリティ：マルチパーティコールシナリオに簡単に拡張できます。

3。非会議プログラム：独立した呼び出し脚（コールレッグ）を管理する

会議機能を使用しないことを選択したが、代わりに2つの別々のコール脚を直接管理する場合、通話を維持する方がはるかに複雑になります。これは、1つのコールレッグのTWIMLコマンドを更新すると、Twilioが以前のTWIMLコマンドが完了し、もう1つの脚を掛ける可能性があると想定するためです。

3.1通話脚を維持するための課題と対策

元の質問に記載されている現象は、一次数のツイムルを使用すると、二次数が切断されます。これは、この複雑さの具体化です。これを避けるために、コールの脚の1つを「維持」する場合、他の当事者にハングアップを防ぐために、相手に後続のTWIML命令を提供する必要があります。

たとえば、最初のTWIMLは次のとおりです。

 
  <dial> customer_number </dial>
  
  <redirect> https://example.com/hold_for_agent </redirect>

APIを介して脚の1つを更新すると（たとえば、エージェントの脚をKeep Music URLに転送する場合）、が終了した後にクライアントの脚が切れませんが、代わりにディレクティブを実行して新しいTWIML URL（たとえば、音楽を再生して待機するページ）に誘導します。

3.2維持とキャンセルの複雑なロジックの実装

この非会議モードでは、ホールドとキャンセルホールドの実装には、次の手順が必要です。

1. それを動作させてください：

   • あなたを維持する音楽を再生するURLを指すために保持する必要があるコールレッグのTwimlを更新します。
   • 一方、ダイヤルが完了した後、もう一方の脚のツイムルが直接電話を切らないようにしてください。
   • あるいは、より推奨される方法は、Twilioキューに保管する必要があるコールレッグをエンキューすることです。

2. ホールド操作をキャンセルします：

   • スティックを解く必要がある場合は、以前の「待機」状態の他の脚をキューにダイヤルする必要があります。 Twilioは、キュー内の待機コールをダイヤルインキューの呼び出しに自動的に接続します。

例twiml（エンターテインメント）：

エージェントを通話し続ける場合は、エージェントのTWIMLを更新できます。

 

  <enqueue waiturl="http://your-app.com/wait_music.mp3"> support_queue </enqueue>

例twiml（ダイヤルenqueueキャンセルホールド）：

エージェントとクライアントを解除して再接続する場合は、クライアントのTWIMLを更新できます。

 

  <dial> <queue> support_queue </queue> </dial>

このアプローチでは、各コールレッグのTWIML状態とロジックフローを正確に管理する必要があり、TWIMLを動的に生成および更新するにはバックエンドサービスが必要です。

4。概要とベストプラクティス

• Twilio Conference機能を使用して、コールホールドとキャンセルホールドを有効にすることを強くお勧めします。参加者のステータスを管理するための組み込みの使いやすいAPIを提供し、開発の複雑さを大幅に簡素化します。
• 特定の理由で会議を使用できない場合、独立したコールレッグを管理するには、より複雑なTWIMLロジックとバックエンド調整が必要です。これには、を使用してコールフローを制御すること、およびおよびを使用して、呼び出しの「維持」と「再接続」を実現することが含まれます。
• 通話プロセスを設計するときは、常にユーザーエクスペリエンスを検討してください。コールホールド中に適切な音楽または迅速なサウンドが再生され、ホールドがキャンセルされたときにスムーズな移行を提供することを確認してください。

適切なアプローチを選択し、TWIMLプロセスを慎重に設計することにより、ユーザーにシームレスでプロフェッショナルなコールキーピングエクスペリエンスを提供できます。

以上がTwilioは電話のメンテナンスと回復を可能にします：会議とレッグコール管理の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。