AWS認定資格 WEB問題集＆徹底解説

会員登録/ログイン

1. サービス概要

Amazon Lex V2は、音声とテキストの会話型インターフェースを構築するフルマネージドサービスです。 自動音声認識（ASR）と自然言語理解（NLU）を組み合わせ、チャットボット、音声ボット、IVR、社内ヘルプデスク、予約・注文・問い合わせフローを構築できます。

試験では、Lexは「会話型ボット」、Pollyは「音声読み上げ」、Transcribeは「音声文字起こし」、Connectは「クラウドコンタクトセンター」と整理します。 2026年6月時点ではLex V2を前提に、Intent、Slot、Utterance、Fulfillment、条件分岐、Lambda連携、Amazon Connect連携、Assisted NLU、Multi-Region Replicationを押さえます。

2. 主な特徴と機能

2.1 Intent、Utterance、Slot

Intentはユーザーが達成したい目的、UtteranceはIntentを学習させる発話例、Slotは処理に必要な変数です。 例えば予約ボットでは「予約する」がIntent、「明日2名で予約したい」がUtterance、「日付」「人数」がSlotになります。

2.2 Dialog managementと条件分岐

Lex V2は会話状態を管理し、Slotの確認、再入力、確認プロンプト、キャンセル、フォールバックを制御します。 条件分岐により、Lambdaコードを書かずに入力値や会話状態に応じたフローを構成できます。

2.3 Lambda FulfillmentとValidation

Lambda関数を使うと、Slot値の検証、外部API呼び出し、DB参照、注文登録、チケット作成などの業務処理を実行できます。 FulfillmentはIntent確定後の実処理、Validationは入力値の妥当性確認に使うと整理します。

2.4 音声・テキストチャネル連携

Lex V2は音声とテキストの両方に対応し、Web/モバイルアプリ、チャットプラットフォーム、Amazon Connectの問い合わせフローに組み込めます。 音声応答ではPolly、通話基盤ではConnect、FAQ検索ではKendraやBedrock/Knowledge Basesとの連携を検討します。

2.5 Assisted NLUとカスタム語彙

Assisted NLUは大規模言語モデルを利用してIntent分類やSlot解決を改善し、少ない学習発話でもボット構築を支援します。 カスタム語彙は音声認識で製品名、人名、専門用語などを認識しやすくします。

2.6 バージョン、エイリアス、Multi-Region Replication

Lex V2ではボットのドラフト、バージョン、エイリアスを使って開発・テスト・本番を分離できます。 Multi-Region Replicationは複数リージョンへボットを展開し、可用性や災害対策を高める機能です。

3. アーキテクチャおよび技術要素

1. 開発者がBot、Locale、Intent、Utterance、Slot、プロンプト、Fallback Intentを定義する。
2. ユーザーがWeb、モバイル、チャット、Amazon Connectから音声またはテキストで入力する。
3. Lex V2がASR/NLUでIntentを推定し、必要なSlotを対話で収集する。
4. 必要に応じてLambdaでSlot検証、外部API呼び出し、DB参照、業務処理を実行する。
5. 応答テキストまたは音声をユーザーへ返し、会話ログやメトリクスをCloudWatchへ送る。
6. 本番ではバージョンとエイリアスでリリースを管理し、必要に応じて複数リージョンへ複製する。

コンタクトセンターでは、Amazon Connectの問い合わせフローからLex V2ボットを呼び出し、自己解決できない場合は人間のエージェントへ転送する構成が代表的です。

4. セキュリティと認証・認可

• IAM最小権限: Bot管理、Runtime呼び出し、Lambda呼び出し、CloudWatch Logs出力などを用途別ロールで制御する。
• Lambda権限: LexからLambdaを呼び出す許可を明示し、Lambda側はDBや外部APIへの権限を最小化する。
• ログ管理: 会話ログに個人情報や機密情報が含まれる可能性があるため、CloudWatch Logs/S3の暗号化、保持期間、マスキングを設計する。
• 通信保護: API通信はTLSで保護し、Web/モバイルアプリ側もHTTPSと適切な認証を使う。
• 監査: CloudTrailで管理APIを記録し、CloudWatchで会話メトリクス、エラー、Lambda失敗を監視する。
• チャネル連携: Connect、Slack、Webチャットなど外部チャネルごとに認証、アクセス制御、ログ保存場所を確認する。

5. 料金形態

Amazon Lex V2は、テキストリクエストと音声リクエストの利用量に基づく従量課金です。連携するLambda、Connect、CloudWatchなどの料金も合わせて見積もります。

• テキストリクエスト: テキスト入力の会話リクエスト数に応じて課金される。
• 音声リクエスト: 音声入力のリクエスト数または音声処理量に応じて課金される。
• 連携サービス: Fulfillment用Lambda、Amazon Connect通話、CloudWatch Logs、Kendra/Bedrock検索などは別途課金される。
• コスト最適化: FAQは静的回答や検索に逃がし、不要な聞き返しを減らし、ログ保持期間と音声利用を適切に設定する。
• 無料利用枠: 新規利用では無料枠が用意されることがあるが、試験では「リクエストベース従量課金」と覚える。

6. よくあるアーキテクチャ・設計パターン

• Amazon Connect IVR: Connectの問い合わせフローでLexを呼び出し、自然言語で用件を聞き分けて自己解決または転送する。
• Webチャットボット: WebアプリからLex Runtime APIを呼び出し、Lambdaで注文状況や予約DBを参照する。
• 社内ヘルプデスク: パスワードリセット、FAQ、チケット作成をLexとLambda/ServiceNow/Jira連携で自動化する。
• 多言語ボット: LocaleごとにIntent/Slotを設計し、必要に応じてTranslateで補助する。
• ナレッジ検索ボット: Lexで会話制御し、KendraやBedrock Knowledge BasesでFAQ/文書検索を行う。
• 高可用性ボット: バージョン/エイリアスで本番を固定し、Multi-Region ReplicationでDRを考慮する。

7. 設定・デプロイ手順（ハンズオン例）

1. Lex V2コンソールでBotを作成し、Locale、IAMロール、音声/テキスト設定を選ぶ。
2. Intentを作成し、Utterance例、Slot、Slot type、プロンプト、確認メッセージを設定する。
3. Fallback Intentを設定し、想定外入力時の案内や人間転送の方針を決める。
4. 必要に応じてLambdaをValidation/Fulfillmentに関連付け、DB参照や外部API処理を実装する。
5. Buildしてテストし、会話ログとCloudWatchメトリクスでIntent認識やSlot収集を確認する。
6. バージョンを発行し、エイリアスを本番チャネルやAmazon Connect問い合わせフローへ関連付ける。

8. 試験で問われやすいポイント