要約

  • MediaLive は異なる電子透かしを持つ二つの映像を作り、セッションごとの断片選択は配信側のシステムが担う。
  • 電子透かしが無効になっても映像は続き得る。料金算定上の映像出力数は対象グループで倍になるが、総請求額の倍増を意味しない。

画面が止まっていなければ、配信担当者はひとまず安心できる。ただし、その映像を後から追跡するための層まで動いているとは限らない。AWS が９月10日に発表した MediaLive の A/B フォレンジック電子透かしは、この二つの成功を分けて考える必要がある機能だ。異なる印を持つ映像を下流で組み合わせ、無許可の再配信元を調べるためのセッション別の列を作る。

トラブル対応資料では、設定が不適切な場合、対象出力グループの電子透かしを無効にしてもチャンネルは映像を出し続けると説明している。警告はコンソールと CloudWatch イベントで得られる。また、対応範囲外の寸法の映像版が、電子透かしなしでもチャンネルエラーを伴わずに届く場合がある。稼働時間だけを見る監視では、この違いを取り逃がす。

誰が何を作るのかも明確にしておきたい。機能の説明によると、MediaLive は対応グループの各映像版について A と B を生成し、対になった宛先へ送る。その後、電子透かしに対応したオリジンまたは CDN が視聴要求ごとに断片を選ぶ。MediaLive 自身は視聴者別の選択も、視聴者向けマニフェストの作成も行わない。エンコード済みという状態は、追跡経路の一段階にすぎない。

開始前には別の供給者との関係も必要だ。最初に利用できる実装は Irdeto であり、有効なライセンスを同社から直接手配し、AWS Secrets Manager に格納する。さらに、入力の埋め込み UTC タイムコードが使えなければ、映像が出続けても電子透かしの順序を下流で確実に検出できなくなる。ライセンスを設定したこと、エンコーダーの稼働、検出の成功は別々の確認事項である。

断片をまとめる段階にも責任が残る。MediaPackage の資料は、epoch locking を使う CMAF 取り込みと電子透かしの時間情報によって、セグメント結合時にもビット位置を揃える仕組みを説明する。それにより下流の CDN は正しい位置を導ける。位置の保持は重要だが、それだけでセッション選択や最終的な検出まで完了するわけではない。

購入時に間違えやすいのは、何が二倍になるのかだ。料金資料では A/B の各版を個別の映像出力として扱い、対象グループの出力課金に使う数を倍にする。他の出力グループは変わらない。総請求額や各視聴者のダウンロード量まで二倍になるとは言えず、CDN の転送量もそこから正確には計算できない。ライセンスや後段のサービス条件は別途確認すべきだ。

A/B は単純な主系・待機系の呼び名でもない。設定手順は、電子透かしの宛先の役割と標準チャンネルの pipeline 欄を区別している。B を予備コピーとだけ理解すれば、用途も支出も読み違える。受け入れ試験の対象は二種類の出力の存在ではなく、実際の配信先で使える追跡情報になる。