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

# Amazon Connect でのルーティングの仕組み
<a name="about-routing"></a>

問い合わせは、以下の要因に基づいてコンタクトセンターを介してルーティングされます。
+ エージェントに割り当てられたルーティングプロファイル。
+ 特定のキューのオペレーション時間
+ フローで定義したルーティングロジック。

例えば、ルーティングプロファイルを使用して、特定のタイプの問い合わせを特定のスキルセットを持つエージェントにルーティングします。必須スキルセットのエージェントが使用できない場合、問い合わせはフローで定義されたキューに配置できます。

次に、Amazon Connect が問い合わせをルーティングするために使用するロジックを示します。
+ キュー内の問い合わせは自動的に優先順位付けされ、次に利用可能なエージェント (最も長く休止していたエージェント) に転送されます。
+ 利用可能なエージェントがない場合、問い合わせは保留状態になります。サービスが提供される順序は、キュー内の時間によって先着順に決定されます。
+ 複数のエージェントが問い合わせに対応可能な場合、デフォルトでは、受信問い合わせは、**[使用可能]** ステータスの期間が最も長いエージェントにルーティングされます。
**ヒント**  
キューの優先度と遅延の仕組みについては、「[キュー: 優先度と遅延の例](concepts-routing-profiles-priority.md)」を参照してください。

  受信または発信問い合わせを処理すると、エージェントは受信問い合わせ待機リストの一番下に下がります。この計算で発信問い合わせが無視されるように[ルーティングプロファイル](routing-profiles.md)を設定するには、**[発信通話をルーティング順序に影響させない]** オプションをオンにします。組織がエージェントに、発信通話を引き受けてもらい、さらに相応の受信問い合わせを引き受けてもらいたい場合は、このオプションをオンすることを検討してください。

  例えば、次のようになります。
  + Joe という名前のエージェントは待機中です。待機列の 3 番目で受信問い合わせを待っています。受信問い合わせであれば顧客と必ず話せますが、発信問い合わせの場合は電話に出てもらえない可能性があるため、発信問い合わせよりも受信問い合わせに対応しています。受信問い合わせであれば、自分の役割を認識してもらえる可能性が高くなります。
  + Joe は手が空いているため、発信問い合わせを行ってバックログを減らしていくことにしました。相手と連絡が取れることもあれば、取れないこともあります。
  + デフォルトでは、Joe が発信問い合わせを行うと、待機列の 3 番目から、受信問い合わせ待機中エージェントのリストの一番下に移動します (10 人のエージェントがいる場合は、10 番目に移動します)。移動する代わりに彼が 3 番目にとどまる必要がある場合は、デフォルト動作を無効にすることができます。
+ ルーティングプロファイルは、1 つのキューが別のキューよりも高い優先度を割り当てられる場合もありますが、キュー内の優先順位は常に、問い合わせがキューに追加された順序で設定されます。
+ コンタクトが属しているキューとチャネルの組み合わせが、ルーティングプロファイルの手動割り当てセクションに**のみ**リストされている場合、そのコンタクトはそのルーティングプロファイルが割り当てられたエージェントには自動的にルーティング**されません**。

## ルーティング転送の仕組み
<a name="routing-transfers-works"></a>

前のセクションで説明したように、Amazon Connect でキュー内の問い合わせが処理される順序は、キューに入っている時間、ルーティング経過時間の調整、問い合わせの優先度など、複数の要因によって決まります。ただし、問い合わせが転送される場合は、Amazon Connect によるルーティング経過時間の調整が多少異なり、問い合わせがエージェントによって転送されたか、フローまたは API でキュー間で転送されたかなどによって変わります。

次の 2 つのシナリオで、Amazon Connect がルーティングの経過時間をどのように調整するかを示します。
+ **エージェントがクイック接続を使用して問い合わせを転送する**: 問い合わせが最初に時刻 **X** にキューに入れられ、エージェントによって処理されたとします。その後、エージェントが時刻 **Y** にクイック接続を使用して元のキューに戻した場合、次のようになります: 
  + 最初にキューに入れられた時刻 **X** は、キューに戻された後、問い合わせが何番目に処理されるかを計算するために使用されます。
  + ルーティング経過時間の調整は、問い合わせがキューに入っている時間を考慮して適用されます。
+ **キュー間の転送**: 問い合わせが時刻 **S** にキューに入れられ、その後、時刻 **T** に別のキューに転送された場合、次のようになります:
  + 新しいクエリ時刻 **T** が、問い合わせが何番目に処理されるかを計算するために使用されます。
  +  ルーティング経過時間の調整は、問い合わせがキューに入っている時間を考慮して適用されます。

## 複数のチャネルでのルーティングの仕組み
<a name="routing-profile-channels-works"></a>

複数のチャネルを処理するようにルーティングプロファイルを設定するときには、エージェントが既に別のチャネルにいるときにコンタクトを処理できるかどうかを指定する必要があります。これはクロスチャネル同時実行と呼ばれます。

クロスチャネル同時実行を使用する場合、Amazon Connect はエージェントに提示するコンタクトを次のように確認します。

1. エージェントが現在処理しているコンタクト/チャネルを確認します。

1. 現在処理しているチャネルと、エージェントのルーティングプロファイルでのクロスチャネル設定に基づいて、エージェントを次のコンタクトにルーティングできるかどうかを決定します。

クロスチャネル同時実行が設定されている場合に Amazon Connect がコンタクトをルーティングする方法の詳細な例については、「[クロスチャネル同時実行によるコンタクトのルーティング方法の例](routing-profiles.md#example-routing-concurrency)」を参照してください。

## 手動割り当てでのルーティングの仕組み
<a name="routing-profile-manual-assignment-works"></a>

手動割り当て用にキューとチャネルが一覧表示されているルーティングプロファイルを設定すると、 Amazon Connect はこれらの問い合わせを自動的にルーティングしません。

このルーティングプロファイルが割り当てられたエージェントは、セキュリティプロファイル設定に基づいてエージェントワークスペースのワークリストアプリでキューに入れられたコンタクトを表示し (現在はタスク、E メール、チャットでのみサポート)、自身に割り当てる次の重要な作業項目を決定できます。

## ルーティングの詳細
<a name="learn-more-about-routing"></a>

ルーティングの詳細については、以下のトピックを参照してください。
+  [キュー: 優先度と遅延の例](concepts-routing-profiles-priority.md).
+ [Amazon Connect でのルーティングプロファイルの使用方法](concepts-routing.md) 
+ [キューベースのルーティングで、特定のコンタクトセンターのエージェントに顧客をルーティングする](concepts-queue-based-routing.md)
+ [キューベースのルーティングを設定する](set-up-queue-based-routing.md)