翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon Connect を使用してキュー内の問い合わせ数の制限を設定する
デフォルトでは、1 つのキューに音声、チャット、タスク、E メールの[サービスクォータ](amazon-connect-service-limits.md)まで含めることができます。
+ **インスタンスあたりのアクティブな同時呼び出しの数**
+ **インスタンスあたりの同時実行アクティブチャット数 (SMS を含む)**
+ **インスタンスあたりの同時アクティブタスク**
+ **インスタンスあたりのアクティブな同時 E メールの数**
これらのクォータのいずれかを引き上げるには、クォータの引き上げをリクエストする必要があります。詳細については、「[Amazon Connect サービスクォータ](amazon-connect-service-limits.md)」を参照してください。
特定のキューで許可する問い合わせ数を、許可するクォータ数よりも少なくしたい場合があります。例えば、次のようになります。
+ 解決に平均 15 分かかる複雑な問題に関する通話専用のキューがある場合、キューで許可する通話の数を、**[インスタンスあたりのアクティブな同時通話の数]** 未満に制限できます。これにより、お客様は何時間も待つ必要がなくなります。
+ チャット専用のキューが存在する場合があります。サービスクォータは 100 件ですが、一度に 20 件までのチャットに制限できます。この値を設定して、Amazon Connect がキューにルーティングするアクティブなチャットの数を制限できます。
+ 複数のチャネルを結合するキューで、カスタム値を設定できます。この値に達すると、コンタクトの分布に関係なく、キューは新しいコンタクトの受け入れを停止することに注意してください。例えば、値を 50 に設定し、最初の 50 件のコンタクトがチャットだった場合、このキューには音声通話がルーティングされません。
このトピックでは、このような状況でキューに登録できる問い合わせの数を減らす方法について説明します。
## キューに入れられる問い合わせの数を減らす
同時に[スタンダードキュー](concepts-queues-standard-and-agent.md)に入れられる問い合わせの数を減らすには、スタンダードキューに **[Maximum contacts in queue]** (キュー内の最大問い合わせ数) の制限を設定します。この設定は[エージェントキュー](concepts-queues-standard-and-agent.md)には適用されません。
![\[すべてのチャネルに対してキュー内のコンタクトの最大数を設定するオプション。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/maximum-contacts-in-queue3.png)
**[キュー内の最大コンタクト数]** に数値を入力すると、Amazon Connect は、その数が、サービスクォータのアクティブな同時コンタクト数の合計 (**インスタンスあたりの同時通話数** \$1 **インスタンスあたりのアクティブな同時チャット数** \$1 **インスタンスあたりのアクティブな同時タスク数** \$1 **インスタンスあたりのアクティブな同時 E メール数**) 未満であることを確認します。
**重要**
**[キュー内の最大コンタクト数]** は、クォータを組み合わせた合計数 (**インスタンスあたりの同時通話数** \$1 **インスタンスあたりのアクティブな同時チャット数** \$1 **インスタンスあたりのアクティブな同時タスク数** \$1 **インスタンスあたりのアクティブな同時 E メール数**) 未満に設定する必要があります。
着信とキューに入れられたコールバックは、キューのサイズ制限にカウントされます。
デフォルトのサービスクォータの詳細および引き上げをリクエストする方法については、[Amazon Connect サービスクォータ](amazon-connect-service-limits.md) を参照してください。
**特定のキューに入れられる問い合わせの数を減らすには**
1. ナビゲーションメニューで、[**ルーティング**]、[**キュー**]、[**新しいキューの追加**] の順に選択します。または、既存のキューを編集します。
1. **[Maximum contacts in queue]** (キュー内の最大問い合わせ数) で、**[Set a limit across all channels]** (すべてのチャネルにわたって制限を設定) を選択します。キューがチャット、タスク、および E メールにも使用される場合、すべてのチャネルはすべて同じ最大数に制限されます。
1. ボックスで、キューが満杯と見なされるまでに入れることができる問い合わせの数を指定します。この値は、**インスタンスあたりのアクティブな同時通話数** \$1 **インスタンスあたりのアクティブな同時チャット数** \$1 **インスタンスあたりのアクティブな同時タスク数** \$1 **インスタンスあたりのアクティブな同時 E メール数**の合計を超えることはできません。
![\[キューの最大コンタクト数を設定するための入力フィールドに値 7 が表示されている様子。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/maximum-contacts-in-queue2.png)
## キューがいっぱいになった場合の呼び出しの処理
+ 着信通話: [キューに保存されたコールバックを設定する](setup-queued-cb.md)か、別の緊急時対応を実装するのが理想的です。そうしないと、次の着信にはリオーダー音 (高速のビジートーンとも呼ばれます) が鳴ります。これは、着信番号への転送パスが利用できないことを示します。
+ キューに入れられたコールバック: 次にキューに入れられたコールバックは、エラーブランチにルーティングされます。
## キュー内の連絡先の最大数が 0 に設定されている場合はどうなりますか
**[キュー内の最大問い合わせ数]** を 0 に設定すると、キューは使用できなくなります。動作はキューがいっぱいの場合と同じです。
## キューの最大限界の例外
設定されている **[キュー内の最大コンタクト数]** 限界より多くのコンタクトをキューに追加できる場合があります。
+ キューが容量限界に達してから、この限界がフローに適用されるまでの間に、わずかな遅延が生じる場合があります。この遅延により、その間、特にトラフィックが集中しているときには、着信コンタクトがキューに入れられることがあります。
さらに、Amazon Connect には、以下の例外的なシナリオに備えて、キュー容量の 20% のバッファが含まれています。
+ コンタクトは [キューに入れられたコールバック] に変換され、フローの **[初期遅延]** 設定を使用して X 時にキューに追加されるようにスケジュールされました。しかし、予定時刻になった時点で、ターゲットキューは **[キューの最大容量]** 限界に達していました。このシナリオでは、Amazon Connect では、**[キューの最大容量]** 限界の 20 パーセントのバッファまで、[キューに入れられたコールバック] をキューに入れることができます。
+ 以前は Queue1 に入っていたコンタクトを、フローを介してQueue2 に転送します。しかし、転送を試行すると、Queue2 は既に **[キューの最大容量]** の上限に達していました。このシナリオの場合、Amazon Connect は、Queue2 の **[キューの最大容量]** の上限から最大 20 パーセントのバッファまで、転送の続行を許可します。
+ エージェントは、クイック接続を使用してキューへのコンタクトの手動転送を開始します。しかし、転送を試みたときに、キューは既に **[キューの最大容量]** 限界に達していました。このシナリオの場合、Amazon Connect は、**[キューの最大容量]** の上限から最大 20 パーセントのバッファまで、転送の続行を許可します。