この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
目次
CTI フェールオーバーの前提条件は次のとおりです。
Unified Contact Center Enterprise(Unified CCE)はデュプレックス モードで設定されます。
B 側の CTI ホストおよびポートは Finesse 管理コンソールを使用して設定されます。
Finesse が A 側の CTI サーバへの接続を失い、上記の前提条件が実施済みである場合、CTI フェールオーバーが発生します。
Finesse がデュプレックス Unified CCE の導入に使用されている場合、A 側の CTI サーバへの接続が失われると、5 回再接続を試みます。 接続の試行回数がしきい値を超えると、Finesse は B 側の CTI サーバへの接続を同じ回数試みます。 Finesse は CTI サーバへの接続に成功するまで、このプロセスを実行し続けます。
次の理由によって、CTI サーバへの接続が失われる可能性があります。
フェールオーバー中は、Finesse がクライアント要求を処理しません。 フェールオーバー中に行われた要求に対して、「503 "Service Unavailable"」というエラー メッセージが表示されます。 さらに、Finesse はフェールオーバー中はイベントを送信しません。 Finesse は CTI サーバに再接続した後、クライアント要求への応答とイベントの発行を開始します。
CTI フェイルオーバー中に発生するコール制御、コール データ、またはエージェントの状態に関するアクションは、フェイルオーバーが完了した後に、イベントとしてエージェント デスクトップに発行されます。 これによって、Finesse クライアントはコール制御、コール データ、およびエージェント状態について正確に把握できます。
エージェントがフェールオーバー中にコールを発信または着信して終了した(つまり、コール全体がフェールオーバー中に行われた)場合は、対応するイベントがフェールオーバーの完了後に発行されません。
AWDB フェールオーバーの前提条件は次のとおりです。
セカンダリ Administrative Workstation Database(AWDB)が設定されます。
セカンダリ AWDB は Finesse 管理コンソールを使用して設定されます。
Finesse はセカンダリ AWDB ホストに接続できます。
ディストリビュータ サービスはセカンダリ AWDB ホストで稼働しています。
エージェントとスーパーバイザは AWDB データベースに対して認証されます。 エージェントまたはスーパーバイザが正常な API 要求(サインイン要求やコール制御要求など)を行うと、要求時から 30 分間 Finesse にキャッシュされます。 ユーザが認証されると、両方の AWDB が停止している場合でも、30 分が経過するまでそのユーザの認証が続行されます。 Finesse が AWDB に対してこのユーザの再認証を試行するのは、キャッシュ期間の経過後だけです。
Finesse がプライマリ管理およびデータ サーバへの接続を失い、上記の前提条件が実施済みである場合、AWDB フェールオーバーが発生します。 Finesse はプライマリ管理およびデータ サーバへの接続を失った後、セカンダリ サーバへの再接続を試みます。
Finesse はいずれかの管理サーバおよびデータ サーバに接続できるまで、すべての API 要求に対してこのプロセスを繰り返します。 フェールオーバー中、Finesse は要求を処理しませんが、クライアントはイベントを受信できます。
Finesse が管理サーバまたはデータ サーバのどちらにも接続できず、キャッシュの有効期限が切れている場合、システムは次のエラーを返します。
Finesse デスクトップにサインインを試みているエージェントとスーパーバイザは、「Invalid user ID or password」というエラーメッセージを受信します。
管理者は、Finesse 管理コンソールで設定を更新することも取得することもできません。
Finesse にすでにサインインしているユーザは、「Operation timed out」というエラーメッセージを受信します。
API 要求を行っているユーザは、「401 "Unauthorized" HTTP」というエラー メッセージを受信します。
Finesse がある AWDB に接続できない状況で要求を受信する場合、Finesse が接続できないことを検出し、別の AWDB に接続する前に、これらの要求が時間切れになってしまう場合があります。 このシナリオで完了させるには、ユーザ(管理者、エージェント、またはスーパーバイザ)は操作をもう一度試してみる必要があります。
2 ノードの Finesse セットアップ(プライマリおよびセカンダリの Finesse サーバ)では、エージェントが接続されているサーバでサービスが停止した場合、そのエージェントはサーバとの接続が失われたという通知を受け取ります。 Finesse デスクトップは次のことを実行します。
他の Finesse サーバが使用可能である場合、デスクトップは自動的にエージェントを他のサーバにサインインさせます。 現在の Finesse サーバが状態を復元する場合、デスクトップは再接続したことをエージェントに通知します。
Finesse のスマートなフェールオーバー ロジックには、デスクトップの障害を検出する 3 種類のトリガーがあります。
Finesse デスクトップが、現在のサーバが OUT_OF_SERVICE であることを示す SystemInfo イベントを受け取る。
BOSH 接続が切断される。
「"finesse"」XMPP ユーザのプレゼンスが使用不可に変更される。
どのトリガーが検出された場合でも、デスクトップの再接続ロジックは次のとおりです。
SystemInfo を 10 秒間隔でポーリングします。
SystemInfo が IN_SERVICE の場合、BOSH 接続を確認します。
BOSH 接続が切断されている場合、BOSH 接続を要求します。
BOSH が接続されており、サーバが IN_SERVICE の場合、データを更新します。
SystemInfo を 10 秒間隔でポーリングしている間、デスクトップは 10 秒間隔で代替サーバの可用性も確認します。 このスマートなフェールオーバー ロジックでは、現在のサーバを利用し続けることが優先されます。 フェールオーバー ロジックで代替サーバが使用可能であることが検出された場合、現在のサーバをもう一度確認します。 現在のサーバがまだ停止している場合、デスクトップはエージェントを代替サーバに接続します。 現在のサーバが復元され、デスクトップは現在のサーバに再接続します。
BOSH 接続が失敗の原因である場合、デスクトップの状態を「接続が切断されている」に変更する前に、JabberWerx ライブラリが再接続を 3 回試みます。 この 3 回の試行は、よりスマートなフェールオーバー ロジックが開始される前に実行されます。
クライアントのフェールオーバーは、次の理由で発生する可能性があります。
特定の条件下で、Finesse は CTI サーバに 255 の理由コードとともに強制ログアウトを送信します。 デスクトップの実際の動作は、Unified CCE での Logout on Agent Disconnect(LOAD; エージェントの接続解除時のログアウト)の設定に応じて異なります。
(注) |
Finesse は、最大 120 秒間かけて、エージェントがブラウザを閉じるか、ブラウザがクラッシュするのを検出します。その後、CTI サーバに強制的なログアウト要求を送信するまで、60 秒間待機します。 次の条件により、Finesse がエージェントをサインアウトするまで、180 秒間かかる場合があります。 |
次の表に、Finesse が CTI サーバに強制ログアウトを送信する条件を示します。
CTI フェールオーバー
CTI フェールオーバーの前提条件は次のとおりです。
Unified Contact Center Enterprise(Unified CCE)はデュプレックス モードで設定されます。
B 側の CTI ホストおよびポートは Finesse 管理コンソールを使用して設定されます。
Finesse が A 側の CTI サーバへの接続を失い、上記の前提条件が実施済みである場合、CTI フェールオーバーが発生します。
Finesse がデュプレックス Unified CCE の導入に使用されている場合、A 側の CTI サーバへの接続が失われると、5 回再接続を試みます。 接続の試行回数がしきい値を超えると、Finesse は B 側の CTI サーバへの接続を同じ回数試みます。 Finesse は CTI サーバへの接続に成功するまで、このプロセスを実行し続けます。
次の理由によって、CTI サーバへの接続が失われる可能性があります。
フェールオーバー中は、Finesse がクライアント要求を処理しません。 フェールオーバー中に行われた要求に対して、「503 "Service Unavailable"」というエラー メッセージが表示されます。 さらに、Finesse はフェールオーバー中はイベントを送信しません。 Finesse は CTI サーバに再接続した後、クライアント要求への応答とイベントの発行を開始します。
CTI フェイルオーバー中に発生するコール制御、コール データ、またはエージェントの状態に関するアクションは、フェイルオーバーが完了した後に、イベントとしてエージェント デスクトップに発行されます。 これによって、Finesse クライアントはコール制御、コール データ、およびエージェント状態について正確に把握できます。
エージェントがフェールオーバー中にコールを発信または着信して終了した(つまり、コール全体がフェールオーバー中に行われた)場合は、対応するイベントがフェールオーバーの完了後に発行されません。
AWDB フェールオーバー
AWDB フェールオーバーの前提条件は次のとおりです。
セカンダリ Administrative Workstation Database(AWDB)が設定されます。
セカンダリ AWDB は Finesse 管理コンソールを使用して設定されます。
Finesse はセカンダリ AWDB ホストに接続できます。
ディストリビュータ サービスはセカンダリ AWDB ホストで稼働しています。
エージェントとスーパーバイザは AWDB データベースに対して認証されます。 エージェントまたはスーパーバイザが正常な API 要求(サインイン要求やコール制御要求など)を行うと、要求時から 30 分間 Finesse にキャッシュされます。 ユーザが認証されると、両方の AWDB が停止している場合でも、30 分が経過するまでそのユーザの認証が続行されます。 Finesse が AWDB に対してこのユーザの再認証を試行するのは、キャッシュ期間の経過後だけです。
Finesse がプライマリ管理およびデータ サーバへの接続を失い、上記の前提条件が実施済みである場合、AWDB フェールオーバーが発生します。 Finesse はプライマリ管理およびデータ サーバへの接続を失った後、セカンダリ サーバへの再接続を試みます。
Finesse はいずれかの管理サーバおよびデータ サーバに接続できるまで、すべての API 要求に対してこのプロセスを繰り返します。 フェールオーバー中、Finesse は要求を処理しませんが、クライアントはイベントを受信できます。
Finesse が管理サーバまたはデータ サーバのどちらにも接続できず、キャッシュの有効期限が切れている場合、システムは次のエラーを返します。
Finesse デスクトップにサインインを試みているエージェントとスーパーバイザは、「Invalid user ID or password」というエラーメッセージを受信します。
管理者は、Finesse 管理コンソールで設定を更新することも取得することもできません。
Finesse にすでにサインインしているユーザは、「Operation timed out」というエラーメッセージを受信します。
API 要求を行っているユーザは、「401 "Unauthorized" HTTP」というエラー メッセージを受信します。
Finesse がある AWDB に接続できない状況で要求を受信する場合、Finesse が接続できないことを検出し、別の AWDB に接続する前に、これらの要求が時間切れになってしまう場合があります。 このシナリオで完了させるには、ユーザ(管理者、エージェント、またはスーパーバイザ)は操作をもう一度試してみる必要があります。
Finesse クライアントのフェールオーバー
2 ノードの Finesse セットアップ(プライマリおよびセカンダリの Finesse サーバ)では、エージェントが接続されているサーバでサービスが停止した場合、そのエージェントはサーバとの接続が失われたという通知を受け取ります。 Finesse デスクトップは次のことを実行します。
- Finesse デスクトップは引き続き、現在の Finesse サーバがその状態を回復するかどうかを確認します。
- Finesse デスクトップは他の Finesse サーバが使用可能かどうか、稼働しているかどうかを確認します。
他の Finesse サーバが使用可能である場合、デスクトップは自動的にエージェントを他のサーバにサインインさせます。 現在の Finesse サーバが状態を復元する場合、デスクトップは再接続したことをエージェントに通知します。
Finesse のスマートなフェールオーバー ロジックには、デスクトップの障害を検出する 3 種類のトリガーがあります。
Finesse デスクトップが、現在のサーバが OUT_OF_SERVICE であることを示す SystemInfo イベントを受け取る。
BOSH 接続が切断される。
「"finesse"」XMPP ユーザのプレゼンスが使用不可に変更される。
どのトリガーが検出された場合でも、デスクトップの再接続ロジックは次のとおりです。
SystemInfo を 10 秒間隔でポーリングします。
SystemInfo が IN_SERVICE の場合、BOSH 接続を確認します。
BOSH 接続が切断されている場合、BOSH 接続を要求します。
BOSH が接続されており、サーバが IN_SERVICE の場合、データを更新します。
SystemInfo を 10 秒間隔でポーリングしている間、デスクトップは 10 秒間隔で代替サーバの可用性も確認します。 このスマートなフェールオーバー ロジックでは、現在のサーバを利用し続けることが優先されます。 フェールオーバー ロジックで代替サーバが使用可能であることが検出された場合、現在のサーバをもう一度確認します。 現在のサーバがまだ停止している場合、デスクトップはエージェントを代替サーバに接続します。 現在のサーバが復元され、デスクトップは現在のサーバに再接続します。
BOSH 接続が失敗の原因である場合、デスクトップの状態を「接続が切断されている」に変更する前に、JabberWerx ライブラリが再接続を 3 回試みます。 この 3 回の試行は、よりスマートなフェールオーバー ロジックが開始される前に実行されます。
クライアントのフェールオーバーは、次の理由で発生する可能性があります。
デスクトップの動作
特定の条件下で、Finesse は CTI サーバに 255 の理由コードとともに強制ログアウトを送信します。 デスクトップの実際の動作は、Unified CCE での Logout on Agent Disconnect(LOAD; エージェントの接続解除時のログアウト)の設定に応じて異なります。
(注)
Finesse は、最大 120 秒間かけて、エージェントがブラウザを閉じるか、ブラウザがクラッシュするのを検出します。その後、CTI サーバに強制的なログアウト要求を送信するまで、60 秒間待機します。 次の条件により、Finesse がエージェントをサインアウトするまで、180 秒間かかる場合があります。
次の表に、Finesse が CTI サーバに強制ログアウトを送信する条件を示します。