Amazon IVS（Interactive Video Service）とは？低遅延配信・ステージ・チャットの仕組みと料金

Amazon IVS（Amazon Interactive Video Service）は、Twitchと同じ技術を土台にしたAWSのマネージドなライブ配信サービスです。2020年7月15日に提供が始まりました。配信ソフトから映像を送ると、トランスコードから世界中への配信までをIVSが引き受けるので、自社のWebサイトやアプリの中にライブ映像を埋め込めます。この記事では、IVSの3つの機能と遅延の目安、4つのチャネルタイプ、日本の視聴者にかかる料金の仕組み、そしてMediaLiveなど他の選択肢との使い分けを、AWSの公式ドキュメントとPrice List APIの値をもとに整理します。

なお「IVS」という略称は、Unicodeの漢字異体字シーケンス（Ideographic Variation Sequence）やスタートアップ向けカンファレンスの名称にも使われます。本記事で扱うのはAWSのサービスです。

まとめ

• IVSは「チャネル（Low-Latency Streaming）」「ステージ（Real-Time Streaming）」「チャット（Chat）」の3機能で構成され、遅延の目安はチャネルが5秒未満、ステージが300ミリ秒未満です。
• チャネルタイプはSTANDARD・ADVANCED_HD・ADVANCED_SD・BASICの4種類です。入力単価は1時間あたり0.20〜2.00 USDで、STANDARDはマルチトラック入力にすると2.00 USDから0.50 USDに下がります。
• 視聴側の料金は、チャネルを作ったリージョンではなく視聴者が接続したサーバーの地域で決まります。日本・香港・東南アジアの課金地域でHD画質を1時間届けると、1人あたり0.092 USD（月間最初の1万時間）です。
• 東京リージョン（ap-northeast-1）を含む7リージョンで利用できます。取り込みと再生はリージョンをまたいで世界中から行えます。
• DRM（コンテンツ暗号化）には対応していません。DRMやSCTE-35マーカーを扱う放送型の案件は、MediaLiveとMediaPackageの構成を選びます。

以下、機能・料金・選び方の順に根拠を示します。

Amazon IVSの3つの機能と遅延の目安

IVSは用途の違う3つの機能の集まりです。どれを使うかで、遅延、同時に出演できる人数、課金の単位がすべて変わります。

AWSは、従来型のOTT配信では遅延が最大30秒に達することがあると説明しています。IVSで実際に得られる遅延は、配信者と視聴者の地理的な位置、回線の種類と速度、配信ソフトの設定、使うプロトコルによって変わります。

チャネル（Low-Latency Streaming）：1対多の配信

チャネルは、1人の配信者から多数の視聴者へ流す用途の機能です。OBS StudioなどのエンコーダーからRTMPSかSRTで映像を送り、視聴者はIVSのプレイヤーで再生します。IVSのFAQは遅延を「5秒未満、条件次第で3秒未満」と説明しています。

ただし、この低遅延を得るにはAmazon IVSプレイヤーが必要です。AWSは性能を保証できるのはIVSプレイヤーだけだとしています。BASICとSTANDARDのチャネルでiOS Safariを含むサードパーティのプレイヤーを使う場合、エンコーダーのキーフレーム間隔を2秒以下にし、取り込みURLに?keyframeInterval=2を付ける設定で、約10秒まで短縮できるというのが公式の目安です（ADVANCED系のチャネルはキーフレーム間隔が自動で生成されるため、この指定は不要です）。自社で使っているHLSプレイヤーをそのまま流用する計画なら、遅延の前提を先に確認してください。

ステージ（Real-Time Streaming）：複数人の双方向配信

ステージは、出演者同士が300ミリ秒未満の遅延で映像と音声をやりとりする機能です。ゲストを画面に招く、2人の配信者が対戦する、音声だけのルームを開く、といった使い方が公式に例示されています。

既定のクォータ（出典：IVS Real-Time Streamingのサービスクォータ）では、1つのステージで同時に映像を送れる出演者（パブリッシャー）は12人まで、受信する参加者（サブスクライバー）は1万人までです。出演者の12人は引き上げできず、送信できる映像の解像度も720pが上限です。さらにリージョン全体で、出演者と受信者の間の同時接続数（既定2万）にも上限があります。出演者が4人いるステージを5,000人が受信すれば接続は2万本になるため、受信者の人数だけでなく「出演者数×受信者数」で見積もってください。参加者は原則としてIVSのBroadcast SDK（iOS・Android・Web）で接続しますが、OBS StudioなどからWHIPやRTMPで送り込む方法も用意されています。

チャット（Chat）：映像と独立したメッセージ基盤

IVS Chatは、ライブ映像の横に置くマネージドなチャットです。チャットルームの作成や管理はHTTPSのAPIで、メッセージの送受信はWebSocketのAPIで行います。映像の機能と組み合わせなくても単独で使えるため、既存の配信基盤にチャットだけを足す選択もできます。

メッセージの内容をLambdaで検査してから配信する仕組み（messageReviewHandler）もルーム単位で設定できます。コメントのNGワード処理をサーバー側で済ませたい場合に使います。

IVSの仕組み：配信経路はグローバル、管理はリージョン単位

IVSでは、配信経路（データプレーン）と管理操作（コントロールプレーン）の範囲が違います。映像の取り込みと視聴はグローバルです。配信者が送った映像はその近くの拠点で自動的に取り込まれ、視聴者はIVSのコンテンツ配信ネットワークを通じて世界中から再生できます。一方、チャネルやストリームキー、再生認可のキーペア、録画設定といったリソースはリージョンに属します。東京リージョンで作ったチャネルは、東京リージョンのコンソールかAPIからしか操作できません。

取り込み・再生URLに出る「live-video.net」

チャネルを作ると、取り込み先としてa1b2c3d4e5f6.global-contribute.live-video.netのようなingestEndpointが払い出されます。OBSに入れるサーバーURLはrtmps://a1b2c3d4e5f6.global-contribute.live-video.net:443/app/の形式で、SRTを使う場合はa1b2c3d4e5f6.srt.live-video.netのポート9000に送ります。

再生URL（playbackUrl）も同じドメインで、https://<ID>.<リージョン>.playback.live-video.net/api/video/v1/<リージョン>.<アカウントID>.channel.<チャネルID>.m3u8のようなHLSのプレイリストです。

ブラウザの開発者ツールやファイアウォールのログにlive-video.netというドメインが出てきたら、それはIVSの取り込みや再生の通信です。社内ネットワークから配信・視聴できないときは、このドメインへの通信がプロキシで止められていないかを最初に確認します。

利用できる7つのリージョン

2026年9月時点で、チャネル・ステージ・チャットのAPIはいずれも次の7リージョンで提供されています。米国東部（バージニア北部）、米国西部（オレゴン）、アジアパシフィック（ムンバイ）、アジアパシフィック（ソウル）、アジアパシフィック（東京）、欧州（フランクフルト）、欧州（アイルランド）です。

日本向けのサービスなら東京リージョン（ap-northeast-1）にリソースを作ればよく、後述のとおり料金もリソースのリージョンでは変わりません。リージョンを選ぶ基準は、主に監視・連携する他のAWSリソース（S3やLambda）をどこに置くかです。

チャネルタイプ4種類の違い

チャネルを作るときに選ぶチャネルタイプで、IVS側が映像をトランスコードするか、最高何pまで配信するか、入力料金がいくらかが決まります。既定はSTANDARDです。

トランスコードするタイプは、入力から複数の画質（ABRラダー）を作り、視聴者の回線に合わせて切り替えます。BASICはトランスマックスなので、入力した画質の1本だけがそのまま届きます。BASICでは回線の細い視聴者が画質を落として受け取る選択肢がない点に注意してください。BASICの入力上限は、480p以下なら1.5 Mbps、480p超なら3.5 Mbpsです。上限を超えると、AWSのクォータ表は「ストリームはおそらく即座に切断される」と書いています。

ADVANCED系の2タイプは、帯域を抑えるプリセット（CONSTRAINED_BANDWIDTH_DELIVERY）と画質を優先するプリセット（HIGHER_BANDWIDTH_DELIVERY、既定）を選べます。AWSは、視聴者の回線が細い場合や、話者が映るだけのような動きの少ない映像では前者を、フラッシュや素早い場面転換が多い映像では後者を勧めています。迷ったら両方で配信テストをして、動きの多い場面でブロックノイズが出ないかを比べます。

STANDARDのマルチトラック入力による入力料金の削減

マルチトラックビデオは、配信者のPCのGPUで複数の画質を同時にエンコードしてIVSへ送る方式です。IVS側でのトランスコードが不要になるため、STANDARDチャネルの入力単価が2.00 USDから0.50 USDに下がります。OBS Studioのように対応した配信ソフトは、IVSのGetClientConfigurationというAPIからエンコード設定を自動で受け取るので、配信者がビットレートや解像度を手で決める必要もありません。ただしAWSのセットアップ手順が対応環境として挙げているのは、Windows 10または11上のOBS Studio 30.2以降で、NVIDIAかAMDの対応GPUと上り12 Mbpsの持続帯域も条件です。チャネル側もコンテナ形式をFRAGMENTED_MP4に切り替える必要があり、これはライブ配信とS3録画の両方のファイル形式を変えます。Macで配信する運用なら単一トラック前提で料金を見積もってください。

フルHDでABR配信をしたいなら、単一トラックのSTANDARDで毎時2.00 USDを払う前に、配信者側の環境がマルチトラックに対応できるかを確認する価値があります。OBSからの具体的な設定値はAWSとOBSでライブ配信基盤を構築する手順にまとめています。

Amazon IVSの料金の仕組み

IVSの料金は機能ごとに課金の単位が違います。チャネルは「配信者が送った時間」と「視聴者に届けた時間」、ステージは「出演者と視聴者が接続していた時間」、チャットは「メッセージの数」です。ここでは料金の構造を示し、MediaLive構成との損益分岐の試算は前述の実装記事に譲ります。

チャネルの出力料金と接続先地域による単価差

チャネルの出力料金は、視聴者が接続したIVSのサーバーの地域で決まります。料金ページには、課金地域は「チャネルを作成したリージョンや、映像を取り込んだ場所ではない」と明記されています。東京リージョンのチャネルでも、北米の視聴者には北米の単価がかかります。

いずれも視聴者1人が1時間見た場合の単価で、月間最初の1万時間の段階です（出典：Amazon IVSの料金、AWS Price List APIで2026年9月27日に照合）。1万時間を超えると段階的に下がり、日本のHDなら50万時間超で0.062 USDになります。日本の単価は北米の約1.28倍です。入力は分単位、出力は秒単位で切り上げて計量されます。

例として、ADVANCED_HDチャネルで1時間配信し、日本の視聴者100人が全員HD画質で最後まで見た場合を計算します。入力が0.85 USD、出力が100人×0.092 USDで9.20 USD、合計10.05 USDです。これは全員がHD画質を受け取り、日本・香港・東南アジアの課金地域に接続した場合の値です。回線状況によってSD画質に切り替わった視聴時間はSDの単価（0.046 USD）で計算されるため、その分だけ出力は下がります。視聴者が増えると出力が支配的になる、というのがIVSの料金の基本的な形です。

ステージとチャットの課金

ステージは、出演者も視聴者も区別なく「参加者時間」で課金されます。日本の単価は月間最初の1万時間で1参加者1時間あたり0.092 USDで、音声だけの参加者はその10分の1の0.0092 USDです。4人の出演者と96人の視聴者が1時間ステージに接続していれば、100参加者時間で9.20 USDになります。ステージの映像をチャネルへ流すとき、サーバー側で画面を合成すると1レンディションあたり1時間0.15〜0.60 USDの合成料金が加わります（クライアント側で合成すれば追加料金はかかりません）。

チャットは、送信されたメッセージ1,000件あたり0.56 USD、配信されたメッセージ1,000件あたり0.008 USDです。配信数は「送信数×接続中のユーザー数」で数えるため、1,000人が接続したルームで2件送れば配信は2,000件になります。チャネルに映像を1時間入力するごとに、送信2,700件と配信27万件が無料で付く仕組みもあります。

無料利用枠と2025年7月15日以降の新規アカウント

IVSの料金ページには、新規アカウントが最初の12か月間、毎月BASICチャネルの入力5時間、SDまたは音声のみの出力100時間、参加者時間20時間、サーバー側合成5時間、チャットの送信13,500件と配信27万件を無料で使える枠が載っています。

ただし2025年7月15日以降に作成したアカウントは、AWS全体の新しい無料利用枠に移行しており、最大200 USDのクレジットが付与される形です。無料プランは作成から6か月、クレジットは12か月以内に使い切る必要があります。検証用にアカウントを作る場合は、どちらの枠が適用されているかを請求コンソールで確認してください。

録画・メタデータ・再生制限・広告の機能

チャネルには、配信そのもの以外に4つの周辺機能があります。どれもチャネルの設定かAPIで有効にします（再生認可だけは、トークンを署名する自社のサーバーが別途必要です）。

S3への自動録画

録画設定（Recording Configuration）をチャネルに紐づけると、配信がHLS形式でS3に自動で保存されます。トランスコードで作られた複数の画質もそのまま記録されます。保存先は/ivs/v1/<アカウントID>/<チャネルID>/<年>/<月>/<日>/<時>/<分>/<録画ID>という配信ごとのプレフィックスで、時刻はUTCです。録画の開始と終了はCloudWatchのイベントで通知されるため、配信終了をきっかけにアーカイブ公開の処理を動かせます。録画設定の既定クォータはリージョンあたり20個で、引き上げを申請できます。

時間指定メタデータ（Timed Metadata）

PutMetadata APIで送った文字列は、映像の該当時刻に埋め込まれて視聴者のプレイヤーへ届きます。クイズの出題、商品の購入ボタン、投票の開始を映像と同じタイミングで表示する用途です。チャットと違い、映像の遅延ぶんだけ表示も遅れるので、映像と画面の表示がずれません。1回のペイロードは1KBまで、呼び出しは1チャネルあたり毎秒5回までです。

プライベートチャネル（再生認可）

チャネルの再生認可を有効にすると、署名付きのJSON Web Token（JWT）を持つ視聴者だけが再生できます。トークンの署名には自社で保管するECDSAの秘密鍵を使い、IVSには対になる公開鍵を再生キーとして登録しておきます。IVSはその公開鍵で署名を検証します。コンソールで鍵ペアを作ると秘密鍵はその場で1回だけダウンロードされ、後から取り出せません。有料会員限定の配信に使う機能です。ステージ（Real-Time Streaming）にはこの再生認可の仕組みがなく、代わりに参加者ごとに発行する参加者トークン（既定の有効期間720分）で、誰が映像を送れるか・受け取れるかを制御します。

注意したいのは、IVSがコンテンツの暗号化とDRMに対応していない点です。JWTで再生URLへのアクセスは制御できても、映像そのものの暗号化はできません。映画やスポーツ中継のように権利者からDRMを求められる配信には使えないと考えてください。

サーバーサイド広告挿入

IVSのチャネルは、AWS Elemental MediaTailorと連携したサーバーサイド広告挿入（SSAI）に対応しています。広告設定（CreateAdConfiguration）をチャネルに紐づけ、ミッドロールは配信中にInsertAdBreak APIで挿入します。ポストロールは広告設定で--post-roll-configuration enabled=trueを指定した場合だけ、配信終了時に自動で入ります（省略すると無効）。広告は映像に直接つなぎ込まれます（出典：IVS Server-Side Ad Insertion）。

構成上の制約が1つあります。SSAIを使うチャネルはコンテナ形式をMPEG-TS（TS）にする必要があり、FRAGMENTED_MP4のチャネルに広告設定を紐づけると作成・更新がエラーになります。一方、前述のマルチトラック入力はFRAGMENTED_MP4が前提です。つまり、マルチトラックで入力料金を下げる構成と、IVSのSSAIは同じチャネルで併用できません。

AWS CLIで最小構成を作る手順

コンソールでも数クリックでチャネルを作れますが、構成をコードで残すならCLIが便利です。東京リージョンにADVANCED_HDのチャネルを作る例です。

aws ivs create-channel \
  --name demo-channel \
  --type ADVANCED_HD \
  --latency-mode LOW \
  --region ap-northeast-1

レスポンスのchannel.ingestEndpointが取り込み先、streamKey.valueがストリームキー、channel.playbackUrlが再生URLです。ストリームキーは配信の合鍵にあたるので、ソースコードやチャットに貼らないでください。チャネル1つに発行できるストリームキーは1つだけです。

エンコーダーを用意しなくても、FFmpegで動画ファイルを流せば疎通を確認できます。先にレスポンスの値をINGEST_ENDPOINT（ingestEndpointの値）とSTREAM_KEY（streamKey.valueの値）という環境変数に入れ、手元のMP4をsample.mp4として置いてください。コマンドはAWSのドキュメントの例をもとに、ビットレートの指定を変えています。AWSの例は-minrate 3000 -maxrate 3000と単位なしで書かれており、FFmpegではこれが3,000 bpsと解釈されるため、映像の目標値を3000k（3 Mbps）にそろえ、VBVバッファ（-bufsize）を加えました。

ffmpeg -re -stream_loop -1 -i sample.mp4 \
  -r 30 -c:v libx264 -pix_fmt yuv420p -profile:v main -preset veryfast \
  -x264opts "nal-hrd=cbr:no-scenecut" -b:v 3000k -minrate 3000k -maxrate 3000k -bufsize 6000k -g 60 \
  -c:a aac -b:a 160k -ac 2 -ar 44100 \
  -f flv rtmps://$INGEST_ENDPOINT:443/app/$STREAM_KEY

-g 60は30fpsでキーフレーム間隔2秒を意味し、-b:v・-minrate・-maxrateを同じ値にして固定ビットレート（CBR）で送ります。実際に流したら、FFmpegのログに出るビットレートが3,000 kbps前後で安定しているかを確認してください。

配信中に次のコマンドを実行すると、メタデータが映像に埋め込まれます。ARNはcreate-channelのレスポンスにあるchannel.arnの値に置き換えます。画面にクイズを出すには、プレイヤー側でメタデータの受信イベント（Web版IVSプレイヤーならTEXT_METADATA_CUE）を処理する実装も必要です。

aws ivs put-metadata \
  --channel-arn arn:aws:ivs:ap-northeast-1:123456789012:channel/AbCdEf123456 \
  --metadata '{"type":"quiz","id":1}' \
  --region ap-northeast-1

ステージの場合は、aws ivs-realtime create-stageでステージを作り、create-participant-tokenで参加者ごとのトークンを発行してBroadcast SDKに渡します。トークンの有効期間は分単位で指定し、最大20,160分（14日）です。

Twitch・MediaLive・Kinesis Video Streamsとの違い

IVSと名前や用途が近いサービスを、「誰が視聴者を管理するか」と「何を自分で組むか」の2軸で並べます。

Twitchとの違いは、視聴者を誰が抱えるかです。IVSのFAQによれば、Twitchは視聴者をプラットフォームへ送り込み、視聴者の管理もプラットフォームが担います。IVSは同じ技術を使いながら、視聴者を自社のサイトから外に出さずに配信する部品です。視聴者のコミュニティ作りや集客は自社で行う必要があります。

MediaLive＋MediaPackageは、エンコード、パッケージング、配信を別々のサービスとして組み合わせる構成です。DRM、SCTE-35マーカーによる広告の切り替え、HLSとDASHの同時出力、入力の二重化といった放送の要件に応えられる代わりに、CloudFrontを含めた設計と運用が必要になります。

Kinesis Video Streamsは、カメラなどのデバイスから映像を取り込んで保存し、機械学習や監視に使うためのサービスです。多数の視聴者へ低遅延で届けることを目的にしたIVSとは用途が違います。

自前でWebRTCのSFUを立てる選択肢や、他社のリアルタイム配信SDKとの比較は、WebRTCの仕組みとSFU選定や100ms.liveの料金と上限で扱っています。

IVSを選ぶべきでない5つの条件

IVSは「数分で配信を始められる」ことが強みですが、次の条件に1つでも当てはまるなら、別の構成を検討したほうが後戻りが少なくなります。

• DRMが必須：IVSはコンテンツの暗号化とDRMに対応していません。権利者との契約でDRMが求められるならMediaLiveとMediaPackageで組みます。
• 13人以上が同時に映像を出す：ステージのパブリッシャーは1つのステージにつき12人で、この値は引き上げできません。大人数のビデオ会議はIVSの守備範囲外です。
• 自社のHLSプレイヤーを変えられない：5秒未満の遅延はIVSプレイヤーが前提です。サードパーティのプレイヤーでは、BASICとSTANDARDのチャネルでキーフレーム間隔を詰める設定をしても約10秒が公式の目安で、5秒未満は保証されません。
• 同時視聴が1.5万を超える見込みで、申請の時間がない：同時視聴数の既定クォータはリージョンあたり1万5,000です。引き上げはできますが、大型イベントの直前では間に合わない可能性があります。
• SCTE-35マーカーを自前のワークフローで扱う：IVSの広告挿入はInsertAdBreak APIで広告枠を指示する方式です。放送機材や既存の広告システムから来るSCTE-35マーカーで広告を切り替える運用は、MediaLiveとMediaPackageの構成で組みます。

反対に、ライブコマースやクイズ番組、オンラインのオークションのように、視聴者の操作を映像とほぼ同時に反映させたい配信では、メタデータ、チャット、ステージを同じサービスのAPIで組み合わせられるIVSが第一候補になります。ライブ配信システム全体の設計を比較したい場合は、ライブ配信システムの構築｜RTMP/SRT取り込みからLL-HLS配信・冗長化・費用設計までが参考になります。

よくある質問

Amazon IVSとTwitchは何が違いますか？

IVSはTwitchと同じ技術を使ったAWSのサービスで、視聴者を自社のサイトやアプリの中で抱えたまま配信できます。Twitchは視聴者をTwitch上に集めるプラットフォームで、視聴者の管理もTwitchが担います。

Amazon IVSの料金はどのくらいかかりますか？

チャネルの場合、配信者側の入力が1時間0.20〜2.00 USD、視聴者側の出力が日本の視聴者1人1時間あたりSD 0.046 USD、HD 0.092 USD、フルHD 0.184 USDです（月間最初の1万時間）。ADVANCED_HDで1時間、日本の視聴者100人がHDで見れば約10.05 USDです。

Amazon IVSは日本（東京リージョン）で使えますか？

使えます。チャネル・ステージ・チャットのいずれも東京リージョン（ap-northeast-1）で提供されています。出力料金の課金地域は、リソースを作ったリージョンではなく、視聴者が接続したIVSの配信サーバーの場所で決まります。通常は視聴者に最も近い地域が選ばれますが、必ずそうなるとは限らないとAWSは説明しています。

Amazon IVSの遅延は何秒ですか？

チャネルは5秒未満、ステージは300ミリ秒未満が公式の目安です。チャネルの5秒未満はAmazon IVSプレイヤーを使う前提です。サードパーティのプレイヤーでは、BASICとSTANDARDのチャネルでキーフレーム間隔を2秒以下にするなどの設定をした場合に約10秒が公式の目安です。

Amazon IVSで配信を録画できますか？

できます。チャネルに録画設定を紐づけると、配信がS3に自動保存されます。保存した録画はS3やCloudFrontからオンデマンド配信できますが、S3の保存料金とリクエスト料金は別にかかります。

関連記事

• AWSとOBSでライブ配信基盤を構築する手順｜IVSとMediaLiveの選び方・東京リージョンの料金試算
• ライブ配信システムの構築｜RTMP/SRT取り込みからLL-HLS配信・冗長化・費用設計まで
• WebRTCとは？P2Pの仕組み・ICE/STUN/TURNからSFU選定・実装・運用判断まで実装者向けに解説
• CloudFrontの料金を実額で計算する：定額プラン4階層と従量課金の分岐点
• 100ms.liveとは？WebRTC・HLSのライブ動画SDKの料金と上限、導入手順【2026年9月】