翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# VDI 環境で Connect Customer を使用する
<a name="using-ccp-vdi"></a>

仮想デスクトップインフラストラクチャ (VDI) 環境では、ソリューションが複雑になるため、POC の作業とパフォーマンステストを別々にして最適化する必要があります。他の WebRTC ベースのブラウザアプリケーションと同様に、 Contact Control Panel (CCP) は、シッククライアント、シンクライアント、ゼロクライアントの VDI 環境で動作し、VDI サポートチームによって適切に設定/サポート/最適化が行われます。以下は、VDI ベースの顧客に役立つ考慮事項とベストプラクティスをまとめたものです。

## スプリット CCP モデルを使用する
<a name="use-split-ccp"></a>

VDI 内で動作するメディアレス CCP と、ローカル PC 上でメディアを扱う CCP のスプリット CCP モデルを使用することをお勧めします。Connect Customer Streams API を使用してカスタム CCP を構築するには、アプリケーションデータとコールシグナリングのメディアなしで CCP を作成します。この方法では、メディアは標準 CCP を使用してローカルデスクトップに配信され、データと通話の制御はメディアレス CCP でリモート接続に配信されます。streams API の詳細については、GitHub リポジトリ ([https://github.com/aws/amazon-connect-streams](https://github.com/aws/amazon-connect-streams)) を参照してください。

**注記**  
**Firefox ユーザー**: 分割モードで VDI を使用している場合、VDI の外部で CCP に Firefox ブラウザを使用することはできません。CCP は Firefox マイク使用ガイダンスに準拠しており、CCP タブがフォーカスされている場合にのみユーザーのマイクに接続できます。

次の図では、エージェントワークステーションがローカルブラウザと仮想デスクトップで構成されています。WebRTC を介して Connect Customer に接続し、VDI 接続を介して企業の仮想インフラストラクチャに接続します。

![エージェントワークステーション、仮想デスクトップ、企業の仮想インフラストラクチャ、Connect Customer。](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/use-split-ccp.png)


## クラウドデスクトップ
<a name="use-cloud-desktops"></a>

Citrix、Amazon WorkSpaces、または Omnissa クラウドデスクトップを使用する場合、カスタム CCP などの既存のエージェントユーザーインターフェイスを新規作成または更新して、音声処理をエージェントのローカルデバイスにオフロードし、音声を Connect Customer に自動的にリダイレクトできます。これにより、エージェントエクスペリエンスが合理化され、課題が多いネットワークでの音質が向上します。開始するには、[Connect Customer オープンソースライブラリ](https://github.com/amazon-connect/amazon-connect-streams)を使用して、カスタム CCP などの新しいエージェントユーザーインターフェイスを作成したり、既存のエージェントユーザーインターフェイスを更新したりできます。

## VDI 環境を設計する際の考慮事項
<a name="considerations-vdi"></a>
+ **エージェントの場所** - エージェントが CCP を使用する場所と VDI ホストの場所との間の往復時間をできるだけ短くし、ホップ数を可能な限り少なくすることが理想的です。
+ **VDI ソリューションのホストの場所** - VDI ホストの場所が、エージェントと同じネットワークセグメントにあり、内部リソースとエッジルーターの両方のホップ数が可能な限り少ないことが理想的です。また、WebRTC と Amazon EC2 範囲の両方のエンドポイントにできるだけ小さい往復時間を設定することもできます。
+ **ネットワーク** - トラフィックがエンドポイント間を通過するホップによって、障害やレイテンシーが発生する可能性は高くなります。VDI 環境では、基本的なルートが最適化されていない場合や、パイプが十分に高速または広い場合でも、コール品質の問題が発生しやすくなります。 Direct Connect はエッジルーターから への通話品質を向上させることができますが AWS、内部ルーティングの問題には対応しません。コールオーディオの問題を回避するには、プライベート LAN/WAN をアップグレードまたは最適化するか、外部デバイスにリダイレクトする必要があります。ほとんどのシナリオでは、これが必要な場合、問題が発生しているアプリケーションは CCP だけではありません。
+ **専用リソース** - アクティビティ(例: バックアップ、大規模なファイル転送)から利用可能なエージェントリソースへの影響を回避するには、ネットワークレベルおよびデスクトップレベルで行うことが推奨されています 。リソースの競合を防ぐ 1 つの方法は、同じように環境を使用する Connect Customer ユーザーにデスクトップアクセスを制限することです。リソースを、異なる方法で使用する可能性のある他のビジネスユニットとリソースを共有するのではありません。
+ **リモート接続によるソフトフォンの使用** - VDI 環境ではオーディオ品質に影響を及ぼす可能性があります。
**ヒント**  
エージェントがリモートエンドポイントに接続してその環境で動作する場合は、オーディオを外部 E.164 エンドポイントにルーティングするか、ローカルデバイスでメディアに接続してからリモート接続でシグナリングすることをお勧めします。