Amazon Chime

解決する課題

オンライン会議やビデオ通話、チャットを自前で構築・運用するのは負担が大きい領域です。メディアサーバーの用意、ネットワークの最適化、各端末・ブラウザでの再生互換性、急な利用増へのスケールなど、専門性の高い作業が多く発生します。アプリに「ビデオ通話機能を入れたい」だけでも、リアルタイムメディアの基盤を一から作るのは現実的ではありません。

Amazon Chime はこれをAWSのサービスとして提供します。

• 会議・ビデオ・チャットをマネージドな基盤で利用でき、メディアサーバーの運用が不要
• Chime SDK を使えば、自社のWebアプリやモバイルアプリに音声・ビデオ・メッセージング機能を組み込める
• 利用した分の従量課金が中心で、固定の席数ライセンスを抱え込まずに済む
• AWSのグローバルなネットワーク基盤に乗るため、参加者の分散やスケールを自前で抱えなくてよい

Amazon Connect が「コンタクトセンター」を対象にするのに対し、Chime は社内会議や、自社アプリへ組み込むリアルタイム通信を対象にする点が位置づけの違いです。

主要概念と用語

• 会議（ミーティング）: 複数の参加者が音声・ビデオ・画面共有で参加するオンライン会議の単位
• アテンディー（参加者）: 会議に参加する個々のユーザー。会議ごとに参加用の資格情報が発行される
• Amazon Chime SDK: 音声・ビデオ・メッセージングの機能を自社アプリへ組み込むための開発者向けの構成要素
• メッセージングチャネル: SDK が提供する、アプリ内チャットを実現するためのメッセージ送受信の単位
• メディアパイプライン: 会議のメディアを録画したり、別の処理へ流したりするための仕組み
• 音声（PSTN Audio）: 電話網（PSTN）と接続し、アプリから発着信を扱うための機能
• リージョン（メディアリージョン）: 会議のメディア処理を行う場所。参加者に近い場所を選ぶと遅延を抑えやすい

仕様・制限・クォータ

• 利用形態は大きく、会議アプリとしての利用と、機能を組み込むChime SDK としての利用に分かれる
• 会議には参加人数や時間に関するサービス側の上限があり、用途に応じて確認が必要
• Chime SDK の会議・参加者・メッセージングチャネルなどにはアカウント単位のクォータがあり、多くは引き上げ申請ができる
• メディア処理を行うリージョンは選択でき、参加者の所在に近いリージョンを選ぶと遅延を抑えやすい
• 録画などのメディア出力は、指定したS3バケットなど所定の保存先に出力される
• 利用できる機能や対応リージョンは提供状況により異なる

内部の仕組み

Amazon Chime は、リアルタイムメディア（音声・ビデオ）の処理とシグナリング、参加者管理をAWSがマネージドに提供します。利用者は物理的なメディアサーバーやネットワーク最適化を意識せず、会議の作成や参加者の追加といった論理的な操作だけを行います。

Chime SDK を使う場合、典型的には次のような流れになります。アプリのバックエンド（自社のサーバーや Lambda など）がAWSのAPIを呼び出して会議を作成し、参加者ごとにアテンディー（参加資格）を発行します。クライアント（ブラウザやモバイルアプリ）は、その資格情報を受け取って会議に接続し、音声・ビデオの送受信や画面共有を行います。実際のメディアはAWSのメディア基盤を経由してやり取りされるため、参加者同士が直接つながり続ける必要がありません。

• 会議のメディアは選択したメディアリージョンで処理され、参加者に近い場所を選ぶと遅延を抑えやすい
• 会議の録画や音声の取り出しはメディアパイプラインを通じて行い、結果をS3などへ出力できる
• アプリ内チャットはメッセージングチャネルとして提供され、メッセージの永続化や配信を担う
• 電話網との接続（PSTN Audio）により、アプリから発着信を扱う構成も取れる

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

• 資格情報はバックエンドで発行: 会議作成やアテンディー発行はAWS権限を持つサーバー側で行い、クライアントには発行済みの参加情報だけを渡す
• メディアリージョンの最適化: 参加者の所在に近いリージョンでメディアを処理し、遅延と品質を改善する
• 録画は必要な範囲に限定: メディアパイプラインでの録画は対象と保持期間を絞り、保存コストとプライバシーの両面に配慮する
• 段階的な機能追加: まず音声・ビデオの最小構成から始め、画面共有・チャット・録画などを順に足していく
• 既存IDとの連携: 会議参加の認可は、自社の認証・認可の仕組みと組み合わせて管理する

運用・監視

• 会議や参加者の作成・削除などのAPI操作の記録は CloudTrail で追跡し、監査に使う
• 利用状況やエラーの傾向は CloudWatch のメトリクス・ログで観測し、品質や異常を把握する
• 録画やメッセージの保存先（S3など）の容量・権限・保持期間を定期的に点検する
• メディアリージョンの選択が参加者の分布に合っているかを見直し、遅延の悪化を防ぐ
• クォータの使用状況を監視し、上限に達する前に引き上げ申請を行う

コスト

• 課金は基本的に、利用した会議・参加者の利用量やメッセージング、音声（PSTN）の利用量などに対する従量制が中心
• 録画などのメディア処理や、その出力を保存するS3には別途コストがかかる
• 固定の席数ライセンスを持たずに済むため、利用が変動するワークロードと相性がよい
• 不要になった会議リソースや録画データを整理し、保管コストの無駄をなくす
• 具体的な料金は変動するため、最新の公式料金で見積もる

セキュリティ

• AWSのAPI操作は IAM で権限を制御し、会議作成や参加者発行を行える範囲を最小限に絞る
• 会議への参加は発行された資格情報を前提とし、クライアントに直接AWS権限を持たせない
• メディアやメッセージは転送時に暗号化され、録画など保存されるデータは保存時に暗号化できる（鍵管理にKMSを利用できる）
• 録画やチャットには会話内容など機微な情報が含まれ得るため、保存先のアクセス権限と保持期間を設計する
• 操作の証跡は CloudTrail に残し、監査要件に対応する

関連サービス・比較

電話・チャットの応対を扱う Amazon Connect と混同されがちですが、対象が異なります。Connect はコンタクトセンター基盤、Chime は社内会議や自社アプリへ組み込むリアルタイム通信が中心です。

ハンズオン / CLI例

# Chime SDK で会議を作成（メディアリージョンを指定）
aws chime-sdk-meetings create-meeting \
  --client-request-token "my-meeting-001" \
  --media-region ap-northeast-1 \
  --external-meeting-id "team-standup"

# 会議に参加者（アテンディー）を追加し、参加用の資格情報を発行
aws chime-sdk-meetings create-attendee \
  --meeting-id "$MEETING_ID" \
  --external-user-id "user-taro"

# 不要になった会議を削除してリソースを解放
aws chime-sdk-meetings delete-meeting \
  --meeting-id "$MEETING_ID"