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