Amazon Connect

解決する課題

従来のコンタクトセンターは、専用のPBX（構内交換機）やIVR（自動音声応答）装置を購入・設置し、回線契約やオペレーター席のライセンスを揃える必要がありました。導入には数か月かかり、繁忙期に席数を増やすにも追加投資が必要で、閑散期には余剰設備がコストになっていました。

Amazon Connect はこれをクラウドのサービスとして提供します。

• 電話番号の取得から通話フローの設計まで、ブラウザ操作だけで数分で開始できる
• オペレーターの増減に合わせて席数を即座にスケールでき、専用ハードは不要
• 通話した分・チャットした分だけ支払う従量課金で、初期投資や保守契約を避けられる
• 通話の録音、文字起こし、感情分析などをAWSの他サービスと組み合わせて実現できる

電話とチャットの両方を同じ基盤で扱える「オムニチャネル」である点も中心的な価値です。

主要概念と用語

• インスタンス: コンタクトセンターの構築単位。1つの組織や用途ごとに作成し、設定や問い合わせ履歴を保持する
• コンタクトフロー（フロー）: 着信から応答・分岐・転送までの流れをGUIのブロックで設計したもの。IVRのシナリオに相当する
• キュー: 着信を待たせ、空いたエージェントへ振り分ける待ち行列
• エージェント: 実際に応対する担当者。ブラウザ上のソフトフォン（CCP）で発着信する
• ルーティングプロファイル: どのエージェントがどのキューをどの優先度で担当するかを定義する設定
• 問い合わせ（コンタクト）: 1件の通話やチャットを表す単位。課金や分析の基本単位になる
• Contact Lens: 通話・チャットを文字起こしし、感情やトピックを分析する付加機能
• クイックコネクト: 転送先を登録しておき、エージェントが素早く取り次ぐための仕組み

仕様・制限・クォータ

• 電話番号は着信専用のフリーダイヤルと**直通番号（DID）**を取得でき、対応する国や番号在庫はリージョン・タイミングにより異なる
• チャネルは音声（電話）とチャットに対応し、タスク管理などの周辺機能も提供される
• インスタンス数、同時通話数、キュー数、フロー数などにアカウント単位のクォータがあり、多くは引き上げ申請が可能
• 通話録音や文字起こしのデータは、指定したS3バケットに保存される
• 提供リージョンは限られており、利用したいチャネルや言語が対象リージョンで使えるか事前確認が必要

変動しやすい上限値や対応国は公式ドキュメントで最新値を確認してください。

内部の仕組み

Amazon Connect は、電話網（PSTN）との接続、音声処理、ルーティングをAWSがマネージドに提供します。利用者は物理的な交換機や音声ゲートウェイを意識せず、論理的な設定だけを行います。

着信すると、まず割り当てられたコンタクトフローが評価されます。フローのブロックは、音声ガイダンスの再生、入力受付、外部システムへの問い合わせ、キューへの投入といった処理を順に実行します。フロー内から AWS Lambda を呼び出して、顧客IDをキーに会員情報を引き当てるといった動的な分岐も可能です。

• 音声ガイダンスは固定の録音に加え、Amazon Polly によるテキスト読み上げで動的に生成できる
• 文字起こしや感情分析は Contact Lens（内部で音声認識・自然言語処理を利用）が担う
• イベントやメトリクスは Amazon Kinesis や CloudWatch へ流せ、外部の分析基盤と連携できる

エージェントはブラウザのソフトフォン（CCP）から操作し、専用の電話機は不要です。

設計パターン / ベストプラクティス

• フローのモジュール化: 共通の処理（営業時間判定、認証、待ち時間アナウンス）を部品フローに切り出し、メインフローから呼び出して再利用する
• 動的ルーティング: Lambdaで顧客属性を取得し、VIP顧客や問い合わせ種別に応じて適切なキューへ振り分ける
• セルフサービス化: よくある問い合わせはフロー内のIVRやチャットボット（Amazon Lexと連携）で自己解決させ、有人対応の件数を減らす
• 営業時間と障害時の制御: 営業時間外や高負荷時のフローを用意し、留守番案内やコールバック登録へ誘導する

運用・監視

• リアルタイムメトリクス: 待ち呼数、応答までの時間、稼働中エージェント数などをダッシュボードで監視し、人員配置を調整する
• 履歴メトリクス: 応答率や平均処理時間（AHT）などを期間集計し、品質改善に使う
• Contact Lens で通話内容を文字起こしし、特定キーワードやネガティブな感情を含む応対を抽出してレビューする
• メトリクスやイベントを CloudWatch や Kinesis に連携し、独自のアラートやBI分析につなげる

コスト

課金は主に、利用した通話分数、取得した電話番号、そしてチャットなどのチャネル利用量に対する従量制です。Contact Lens などの付加機能は別途料金がかかります。サーバーやライセンスの固定費がない反面、通話量が多いと分数課金が積み上がる点に注意します。

• 不要なアナウンスの読み上げ時間を短くし、保留時間を減らすことで分数を抑える
• セルフサービスで一次対応を自動化し、有人通話そのものを減らす
• 使っていない電話番号は解放し、番号維持費の無駄をなくす
• 録音・文字起こしデータのS3保持期間を見直し、保管コストを最適化する

セキュリティ

• IAM でインスタンスの管理操作を制御し、エージェント・管理者の役割を分離する
• 通話録音や文字起こしの保存先S3は KMS で暗号化し、アクセスを最小権限に絞る
• エージェントのログインを IAM Identity Center などのIDプロバイダと連携し、認証を一元管理する
• クレジットカード番号など機微な情報は、フロー内で録音を一時停止する、または収集箇所をマスクするなどして取り扱いに配慮する

Well-Architected の観点

• 運用上の優秀性: フローをGUIで管理し、メトリクスを継続的に観測して改善サイクルを回せる。共通処理の部品化で変更を容易にする
• コスト最適化: 従量課金により需要に応じた支出に抑えられる。セルフサービス化と番号・録音データの整理で無駄を削る
• セキュリティ: IAMによる権限分離、保存データの暗号化、機微情報のマスクで情報を保護する
• 信頼性: AWSがマネージドに提供する基盤に乗り、営業時間外・障害時のフォールバックフローで継続性を確保する

試験で問われるポイント

関連サービス・比較

通話の文字起こし機能だけを単体で使う Amazon Transcribe と混同されがちですが、役割が異なります。Connect はコンタクトセンターそのもの、Transcribe は音声をテキスト化する部品です。

ハンズオン / CLI例

# Connect インスタンスの一覧を確認
aws connect list-instances \
  --query "InstanceSummaryList[].{Id:Id,Alias:InstanceAlias,Status:InstanceStatus}"

# 指定インスタンスのコンタクトフロー一覧を取得
aws connect list-contact-flows \
  --instance-id 12345678-90ab-cdef-1234-567890abcdef \
  --query "ContactFlowSummaryList[].{Name:Name,Type:ContactFlowType}"

# キューの一覧を取得（ルーティング設計の確認に使う）
aws connect list-queues \
  --instance-id 12345678-90ab-cdef-1234-567890abcdef \
  --query "QueueSummaryList[].{Name:Name,Type:QueueType}"