View a markdown version of this page

Connect Customer: Interrupt エージェントでのフローブロック - Amazon Connect Customer

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

Connect Customer: Interrupt エージェントでのフローブロック

このトピックでは、問い合わせを特定のエージェントにルーティングし、通常のルーティング設定を上書きするためのフローブロックを定義します。

説明

  • このブロックを使用して、エージェントが現在最大同時実行数であるか、カスタム (ルーティング不可) ステータスであっても、特定のエージェントに問い合わせを提供します。これは、現在の可用性に関係なく特定のエージェントに到達する必要がある個人用拡張機能への呼び出しなど、時間的制約のある問い合わせや優先度の高い問い合わせに役立ちます。

  • ブロックが実行されると、ルーティングエンジンは指定されたエージェントに問い合わせを提供します。エージェントが既に通話中のときに 2 回目の割り込み通話を受けている場合、既存の通話は保留され、新しい問い合わせに接続されます。その後、エージェントは 2 つの呼び出しを切り替えることができます。

  • このブロックは、カスタマーキューフローでのみ使用できます。

サポートされるチャネル

次の表に、このブロックでの、指定されたチャネルを使用している問い合わせのルーティング先を示します。

チャネル サポート対象?

音声

はい

Chat

はい

タスク

はい

E メール

はい

フロータイプ

このブロックは、次のフロータイプで使用できます。

  • 顧客キューフロー

注記

このブロックが、カスタマーキューフロー以外のフロータイプから呼び出されるフローモジュール内で使用されている場合、ブロックはエラーブランチを受け取ります。

このブロックの設定方法

このブロックでターゲットエージェントを指定するには、2 つの方法があります。

を手動で設定する

ブロックのプロパティパネルのインスタンスレベルのユーザーリストからエージェントを選択します。

手動で選択したエージェントで設定された割り込みエージェントブロック。

動的に設定する

エージェントの ID を問い合わせ属性として渡します。次の値を使用できます。

  • ユーザー ARN

  • ユーザー ID

  • ユーザー名

動的に設定されたエージェント属性で設定された割り込みエージェントブロック。

ブランチをブロックする

このブロックには次のブランチがあります。

ブランチ 使用時

Success (成功)

問い合わせがエージェントに正常に提供されるとすぐに取得されます。このブランチは、エージェントが最終的に問い合わせを受け入れるか拒否するかに関係なく取得されます。

[エラー]

状況には、エージェントがオフライン、エージェントがすでにチャネルの最大同時実行数 +1、エージェントのデスクフォンまたはモバイル転送が有効で通話中、エージェントの既存の問い合わせが接続中または着信中、問い合わせがアプリケーション内またはウェブ通話タイプ、システムエラーなどがあります。

注記

Success ブランチが作成されると、エージェントが問い合わせを受け入れるか拒否するかを決定する間、発信者はキューフローに留まります。待機中の発信者のエクスペリエンスは、キューフローの設定方法によって異なります。

Success ブランチと Error ブランチを示す設定された割り込みエージェントブロック。

設定のヒント

音声コンタクト – 個人用拡張機能 (DID) ルーティング

このブロックの一般的なユースケースは、エージェントが既に別の通話中であっても、エージェントの個人用または直通ダイヤル (DID) 拡張機能に通話をルーティングすることです。

Connect Customer で個人用拡張ルーティングをすでに実装している場合、例えば、発信者を特定のエージェントキューに転送し、タイムアウト後にボイスメールに転送するフローなど、割り込み動作を次のように追加できます。

  • 問い合わせがエージェントキューに配置されたときに実行されるカスタマーキューフローで、割り込みエージェントブロックを最初のブロックとして追加します。

  • 発信者をボイスメールに転送する前に、少なくとも 30 秒待つようにボイスメール転送ロジックを設定します。割り込み呼び出しがタイムアウトする前に 30 秒間鳴るため、エージェントが応答する前に、ボイスメールのタイムアウトが短くなって発信者をボイスメールにルーティングし始める可能性があります。

チャット、タスク、E メールの連絡先

このブロックを使用して、エージェントが既にそのチャネルの最大同時実行数であるか、カスタムステータスであっても、チャット、タスク、または E メールコンタクトをエージェントに提供できます。

ヒント

チャットでこのブロックを使用する場合は、割り込みエージェントブロックをキューフローの最初のブロックとして配置しないでください。代わりに、待機ブロックを 3 秒間待機する直前に追加し、エージェントに提供される前にチャットコンタクトが完全にキューに入れられていることを確認します。

割り込みを使用可能なステータスのエージェントのみに制限する

デフォルトでは、このブロックは、利用可能なステータスかカスタムステータスかに関係なく、エージェントに問い合わせを提供します。エージェントが応答可能ステータスの場合にのみ問い合わせを提供する場合は、この人員の確認ブロックの前に ブロックを使用して、エージェントキューがログインしていることを確認し、ログインしている場合にのみ割り込みエージェントブロックに分岐します。

自動承諾動作

エージェントが自動承諾を有効にしている場合、割り込みエージェントブロックを使用すると、次の動作が適用されます。

エージェントの状態 自動承認?

使用可能なステータス、最大同時実行数未満

はい

最大同時実行数で使用可能なステータス

いいえ

カスタムステータス

いいえ

ブロックがすでに実行された後、エージェントがオンラインになる

ブロックの実行時にエージェントがオフラインの場合、ブロックはエラーブランチを受け取り、問い合わせは標準のキューイング動作を使用してルーティングされます。つまり、問い合わせがまだキューに入っている間にエージェントがその後オンラインに戻った場合、問い合わせはエージェントが自分自身を利用可能ステータスに設定している場合にのみエージェントに提供されます。

エージェントエクスペリエンス: デュアルコール

Interrupt エージェントブロックを使用して、すでにエージェントを処理しているエージェントに 2 回目の呼び出しを提供する場合、エージェントエクスペリエンスには次の違いがあることに注意してください。

着信割り込み呼び出し通知

すでに音声通話中のエージェントは、割り込み問い合わせの着信通話通知を受け取ります。通知は 30 秒 (標準通話では 20 秒) 表示されます。エージェントは、既存の顧客に保留状態になることをまとめたり通知したりする時間を確保できます。

割り込み呼び出しの着信音は、標準の着信音とは異なる微妙な「待機中の呼び出し」スタイルのトーンです。このトーンは、30 秒間、またはエージェントが通話を受け入れるまで再生されます。トーンはエージェントに対してのみ再生されます。エンドユーザーには聞こえません。

割り込み呼び出しは、エージェントの自動承諾設定に関係なく、エージェントが既に通話中である場合、自動承諾されません。

エージェントワークスペースでは、Customer Profiles などのコンテキストアプリケーションは、割り込み呼び出しが提供されている間も、元の問い合わせのコンテキストを引き続き表示します。

割り込みコンタクトの受け入れ

エージェントが割り込み問い合わせを受け入れると、元の問い合わせは自動的に保留され、Customer Profiles などのコンテキストアプリケーションは新しい問い合わせを反映するように更新されます。

両方の呼び出しはエージェントに割り当てられたままですが、エージェントは一度に 1 つの呼び出しでのみアクティブになります。他の呼び出しは、エージェントが明示的に再開するまで保留状態のままになります。他の問い合わせを再開するには、エージェントはまず通話を選択し、問い合わせカードで再開を選択する必要があります。

転送とマルチパーティー会議

エージェントは、割り込み問い合わせで Quick Connect を使用して、別のエージェントと相談したり、問い合わせを転送したり、マルチパーティー会議を開始したりできます。エージェントが現在 2 つの通話を処理している場合、エージェントは現在アクティブな通話のクイックコネクトのみを選択できます。エージェントが 2 つの通話を処理しているために発信者が保留になっている場合、エージェントは転送する前にまず通話を再開する必要があります。

エージェントがマルチパーティー会議に参加していて、2 回目の通話を受け入れた場合、会議はユニットとして保留されません。残りの会議参加者は、エージェントが 2 番目の通話を処理する間、個別に会話を続けることができます。エージェントが 2 回目の通話中、会議の所有者はエージェントを強制ミュート解除できません。Connect Customer インスタンスがマルチパーティーコール (拡張会議/コンタクトモニタリング) で有効になっている場合、エージェントはいつでも会議に切り替えて 2 番目のコールを保留できます。

注記

この機能は、マルチパーティーコール機能でのみサポートされています。従来の 3 者会議機能を使用している場合、エージェントは会議中に 2 回目の通話を受け入れることができますが、2 回目の通話が完了するまで会議を再開することはできません。

スーパーバイザーのモニタリングと割り込み

スーパーバイザーのモニタリングは、エージェントではなく個々の問い合わせに基づいています。エージェントが 2 つのコールを処理している場合、両方のコールは現在のエージェントパフォーマンスダッシュボードに別々の行として表示されます。Contact State 列は、エージェントがアクティブに接続されているコールと保留中のコールを示します。スーパーバイザーは、目的の通話の横にあるモニターアイコンを選択してリッスンを開始します。

モニタリング後、スーパーバイザーは通常どおり割り込みにエスカレーションできます。

スーパーバイザーが問い合わせをアクティブにモニタリングしていて、2 番目の通話を受信した場合、2 番目の通話を受け入れる前にモニタリングセッションを終了する必要があります。

スーパーバイザーが積極的に問い合わせをバージしていて、2 回目の電話を受けた場合は、それを受け入れることができます。2 番目の呼び出しが受け入れられると、バージされた呼び出しは自動的に保留されます。

制限事項と要件

  • ソフトフォンが必要です。この機能は、Connect Customer ソフトフォン (Agent Workspace、スタンドアロン CCP、または StreamsJS または ConnectSDK を介したカスタム CCP 統合) を使用するエージェントでのみサポートされます。デスクフォンまたはモバイルデバイス転送を使用するエージェントではサポートされていません。エージェントがデスクフォン転送を有効にしていて、すでに通話中の場合、 ブロックはエラーブランチを受け取ります。エージェントが完全にアイドル状態の場合でも、通常どおり 1 回の通話をデスクフォンに転送できます。

  • 最大同時実行数。エージェントは、この機能を使用して、通常の最大同時実行数を超えて最大 1 つの問い合わせを提供できます。つまり、エージェントは最大 2 つの同時音声通話を処理できます。このブロックの実行時にエージェントが既に 2 回の呼び出しを処理している場合、ブロックはエラーブランチを受け取ります。

  • ダイヤラーの状態の接続とプレビュー。エージェントの既存の問い合わせが接続状態の場合、またはエージェントがプレビューダイヤラーモードの場合、2 回目の通話を提供することはできません。ブロックはエラーブランチを取得します。

  • アプリ内通話、ウェブ通話、ビデオ通話。アプリ内/ウェブ通話、ビデオ、画面共有の連絡先を割り込みの連絡先として設定することはできません。エージェントがアプリ内またはウェブ通話の問い合わせを処理している場合、標準の音声通話であっても、2 回目の通話を提供することはできません。ブロックはエラーブランチを取得します。

  • ブラウザのサポート。この機能は、Google Chrome (サポートされているブラウザ) と Microsoft Edge Chromium でサポートされています。Mozilla Firefox ではサポートされていません。

  • エージェントファーストコールバック。現在エージェントファーストコールバックを処理しているエージェントは、このブロックを介して 2 番目のエージェントファーストコールバックを提供できません。エージェントには、標準のインバウンド音声通話を提供できます。

よくある質問

Interrupt エージェントブロックとその仕組み

ブロックは、エージェントが既に 1 つの通話またはカスタムステータスにある場合でも、指定されたエージェントに問い合わせを提供します。カスタマーキューフローでのみ使用できます。Success ブランチは、問い合わせが正常に提供されるとすぐに取得されます。エージェントが承諾すると取得されません。発信者は、エージェントが問い合わせを受け入れるまでキューフローに残ります。

エージェントが承諾するのを待っている間、発信者は何を聞きますか?

発信者のエクスペリエンスは、カスタマーキューフローの設定方法によって異なります。問い合わせがエージェントに提供される間、発信者はキューフロー (プロンプトのループブロックで設定された保留音楽の再生など) に留まります。

エージェントが問い合わせに応答しない、または拒否した場合はどうなりますか?

問い合わせはカスタマーキューフローに戻ります。後続の動作はフロー設定によって異なります。例えば、問い合わせがボイスメールに転送されたり、キューに戻されたりする場合があります。

割り込み呼び出しがタイムアウトするまでの呼び出し時間はどれくらいですか?

割り込み呼び出しが 30 秒間鳴ります。これは設定できません。

このブロックを Flow 言語で使用するにはどうすればよいですか?

Interrupt エージェントブロックは、Connect Customer Flow 言語の RouteContactToAgentアクションとして表されます。

エージェントがカスタム問い合わせコントロールパネル (CCP) を使用している場合、この機能を使用できますか?

はい。カスタム CCP を使用する場合は、StreamsJS の最新バージョンを使用し、実装に追加の変更を加える必要があるかどうかを確認します。

例えば、次のようになります。

  • カスタム CCP が Connect Customer 埋め込み iframe のソフトフォンを使用する場合 (つまり、 allowFramedSoftphoneが Connect Customer Streams JS を使用して CCP を開始trueするために として渡された場合)、この機能を機能させるために変更を加える必要がない場合があります。 https://github.com/amazon-connect/amazon-connect-streamsただし、カスタム CCP が Connect Customer RTC JS を独自のフレームに統合している場合は、RTC JS をアップグレードする必要がある場合があります。

  • agent.getState() API は、各呼び出しのステータスが異なる場合があるデュアルコールシナリオ (Connected と ACW など) ではサポートされていないため、エージェントは単一の全体的な状態を失います。現在カスタム CCP agent.getState()で を使用している場合は、 に移行agent.getAvailabilityState()して、Available や Offline などのエージェントの現在のステータスを取得したり、Connecting や Connected などのチャネルに依存しない問い合わせ状態contact.getState()を取得したりすることをお勧めします。

詳細については、StreamsJS リリースノートを参照してください。

その他のリソース