Twilio Voiceアプリケーションの開(kāi)発では、コールを保留し、その後の回復(fù)を保留し、その後の回復(fù)が一般的な要件です。ただし、TWIML URLの変更など、単一のコールレッグでの直接更新操作は、多くの場(chǎng)合、相手からのコールの予期せぬ切斷につながります。これは、呼び出し腳のTWIML命令が実行またはリダイレクトされると、Twilioがその腳の現(xiàn)在のプロセスが終了したと考えるためです。この記事では、コールの保持と回復(fù)を有効にする2つの方法を紹介します。Twilio會(huì)議機(jī)能（推奨）を使用し、獨(dú)立した通話腳を処理します。

方法1：Twilio Conference（推奨）を使用する

Twilio會(huì)議機(jī)能は、コールを維持して回復(fù)するための最も簡(jiǎn)単で堅(jiān)牢な方法です。會(huì)議は、基本的に複數(shù)の參加者を結(jié)び付ける仮想ルームです。このモードでは、會(huì)議の各參加者のステータスを獨(dú)立して制御できます。

1.參加者を保留にします

コールレッグが參加者として會(huì)議に參加すると、參加者のリソースを更新することで保留することができます。これには、更新リクエストをTwilio APIに送信し、參加者のホールドプロパティをTrueに設(shè)定し、Holdurlを指定してHold Musicを演奏することが含まれます。

サンプルコード（PHP）：

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

    エコー「參加者」。 $參加者 - > CallID。 「保留狀態(tài)に正常に配置されます。\ n」;
} catch（例外$ e）{
    エコー「參加者を保留狀態(tài)に置く際にエラーが発生しました：」。 $ e-> getMessage（）。 "\ n";
}
？>

上記のコードでは、HoldがTrueに設(shè)定されると、Twilioは參加者にHoldurlによって指定されたオーディオを再生し、他の會(huì)議參加者は參加者の聲を聞くことができません。

2。コールの再開(kāi)

參加者を會(huì)議に復(fù)元するには、參加者のリソースをもう一度更新し、保留プロパティをFalseに設(shè)定してください。

サンプルコード（PHP）：

 會(huì)議（$ ConferencesID）
         - >參加者（$參加者）
         - >更新（[[
            「hold」=> false
        ]）;

    エコー「參加者」。 $參加者 - > CallID。 「ホールドから正常に回復(fù)しました。\ n」;
} catch（例外$ e）{
    エコー「參加者の回復(fù)中にエラーが発生しました：」。 $ e-> getMessage（）。 "\ n";
}
？>

注：

• Twilioは會(huì)議內(nèi)の接続ロジックを処理するため、會(huì)議機(jī)能を使用して州管理を簡(jiǎn)素化します。
• Holdurlは、MP3およびWAV形式をサポートするアクセス可能なオーディオファイルU(xiǎn)RLにすることができます。

方法2：獨(dú)立した呼び出し腳を処理する（高度）

會(huì)議機(jī)能を使用しないことを選択したが、代わりに2つの別々のコール腳を直接管理する場(chǎng)合、コールキーピングを達(dá)成する方が複雑になります。これは、1つのコールレッグのTWIMLを更新すると（たとえば、1つのHold TWIMLにリダイレクトする）、別のコールレッグの現(xiàn)在のTWIML命令が実行され続け、実行されると、コールレッグが切れます。

1。質(zhì)問(wèn)を理解してください：なぜ相手はなぜ破るのですか？

元の質(zhì)問(wèn)で説明されているシナリオ、つまり「呼び出し當(dāng)事者が維持されると、呼び出し當(dāng)事者が切斷される」は、このメカニズムの具體化です。 APIを介して通話を更新すると（たとえば、音楽を再生および保持するU(xiǎn)RLをTWIMLに向けます）、そのコールレッグのTWIMLストリームが中斷され、新しいURLを指します。それに接続された別のコールレッグの場(chǎng)合、そのTWIML命令（通常は）は、その接続ターゲットが「完了」されていると想定し、その腳のTWIMLプロセスが実行を継続し、將來(lái)他の命令がない場(chǎng)合は自動(dòng)的に切れます。

元のコードスニペット分析：

 // ...
$ rr = array（
  "url" => "http://demo.twilio.com/docs/voice.xml"、// new Twiml url
  「method」=> "post"
）;
$ call = $ client-> calls（$ callingid） - > update（$ rr）; //発信者を更新// ...

このコードは、http://demo.twilio.com/docs/voice.xmlに$ callindidで表されるコールレッグのTwimlソースを更新します。 $ callingIDが呼び出しパーティーであり、以前にを介して呼び出し當(dāng)事者に接続されていた場(chǎng)合、呼び出し當(dāng)事者のTWIMLが更新されると、呼び出し當(dāng)事者によって実行された命令はその接続「完了」を検討し、呼び出し元のTWIMLは引き続き実行されます（その後）、そうでなければハングアップします。

2.非保持腳にフォローアップTWIMLを提供します

発信者が保持されているときに非保持腳が切斷されないようにするには、TWIMLでフォローアップの指示を提供する必要があります。たとえば、ディレクティブの後にを追加して、別のURLへの呼び出しを取得します。

例twiml：

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

この例では、操作が完了すると（例えば、他の腳が保持またはリダイレクトされているため）、コールは切れませんが、https：//example.com/hold_waitingによって提供されるTwimlにリダイレクトされます。このTWIMLは、迅速なトーンをプレイして、ユーザーが待っていることを知らせることができます。

3。維持と復(fù)元の戦略を?qū)g裝します

完全な保持と回復(fù)を達(dá)成するために、次の戦略を採(cǎi)用できます。

• それを動(dòng)作させてください：

  • Keep MusicのTWIML URLを再生するには、APIを介して保持する必要があるコールレッグ（例えば、エージェントレッグ）のTwimlを更新します。
  • APIを介して別のコールレッグ（たとえば、クライアントレッグ）のTwimlを、コール（）をキューするTwiml URLに更新します。このようにして、クライアントの足は電話を切ることはありませんが、待機(jī)中のキューになります。

  Enqueueの例Twiml：

   
    <enqueue waiturl="http://www.myapp.com/wait_music.mp3"> mycustomerqueue </enqueue>
  

• 回復(fù)操作：

  • エージェントの腳のTwimlを、ディレクティブを介してクライアントキューに接続するTwiml URLに更新します。
  • エージェントの腳がキューにダイヤルされると、Twilioはエージェントの腳をキューで待っているクライアントの腳に接続します。

  キューをダイヤルするためのTWIMLの例：

   
    <dial> <queue> myCustomerqueue </queue> </dial>
  

注：

• このアプローチでは、複雑さが大幅に増加して、2つのコール腳とTWIMLフローの狀態(tài)を手動(dòng)で管理する必要があります。
• アプリケーションが、各コールレッグの現(xiàn)在のステータスと対応するコールSIDを追跡できることを確認(rèn)する必要があります。
• エラー処理とエッジケース（キューで待っていない顧客など）を慎重に検討する必要があります。

要約とベストプラクティス

上記の2つの方法から、Twilio會(huì)議機(jī)能を使用することが、呼び出しを維持および復(fù)元するための最も推奨される方法であることがわかります。組み込みの狀態(tài)管理と、開(kāi)発の複雑さを大幅に削減する簡(jiǎn)素化されたAPIを提供します。

• 優(yōu)先計(jì)畫(huà)：Twilio會(huì)議。ユースケースで會(huì)議が許可されている場(chǎng)合は、必ずこのシナリオを選択してください。より強(qiáng)力な機(jī)能（複數(shù)の參加者、ミュート、キックアウトなど）を提供し、オペレーションを直感的で簡(jiǎn)単に実裝できるようにします。
• 高度なソリューション：獨(dú)立したコール腳。アプリケーションシナリオに特別な制限があり、會(huì)議機(jī)能を使用できない場(chǎng)合にのみ、獨(dú)立したコールレッグを手動(dòng)で管理することを検討してください。このアプローチでは、TwilioのTwimlストリームとAPI呼び出しを深く理解する必要があり、呼び出しステータス、再接続ロジック、エラー狀況を処理するためにより多くのコードが必要です。

選択した方法に関係なく、Twilio TwiMLがどのように機(jī)能するか、APIが呼び出しステータスにどのように影響するかを理解することが重要です。 TWIMLとバックエンドロジックを合理的に設(shè)計(jì)することにより、堅(jiān)牢でユーザーエクスペリエンスTwilio Voiceアプリケーションを構(gòu)築できます。