すべての端末で正しく動く、クロスプラットフォームの動画再生と DRM

修理伝票

• ひとつの DRM ですべてをカバーできない理由

  FairPlay は Apple のプラットフォームを、Widevine は Android と Chrome を、PlayReady は Windows と多くのスマートテレビが求めます。これらすべてを満たす単一の鍵システムはないため、多くのカタログは二重にパッケージされます。Apple 向けは HLS と FairPlay、それ以外は DASH と Widevine か PlayReady です。端末ごとの判定を組み、正しいマニフェストと正しい鍵システムが自動的に要求されるようにします。バックエンドを散らかすことなく実現します。

• ラッパーではなく、プラットフォームごとの本物のプレーヤー

  Apple は AVPlayer が HLS ストリームを駆動することを求め、Android は Media3/ExoPlayer が DASH を駆動することを求めます。これらのプレーヤーはトラック選択、バッファリング、DRM セッションの扱いで API が異なります。各プラットフォームでネイティブプレーヤーを作り、ライセンスサーバーと鍵配信のフローに直接つなぎます。抽象化レイヤーと戦うのではなく、OS が期待するとおりに再生が動きます。

• ライセンスサーバーと鍵配信

  DRM は、プレーヤー、ライセンスサーバー、パッケージングが鍵 ID、コンテンツ ID、リクエスト形式で一致して初めて機能します。Apple での FairPlay の SPC/CKC 交換と、Android での Widevine ライセンスリクエストを、認証トークンの渡し方も含めて扱います。サードパーティのマルチ DRM プロバイダーなど既存のライセンスサービスがあれば、置き換えるのではなくそれに対して統合します。

• 実機でのトラック、速い起動、シーク

  複数の音声言語や字幕形式（WebVTT、CEA-608/708、IMSC）はプレーヤーごとに異なる形で壊れ、シミュレーターの挙動は実際の Apple TV や中位の Android 端末とはほとんど一致しません。実機でテストし、起動時間が短いこと、シークが止まったり音声がずれたりしないこと、トラック切り替えが確実であることを確認します。セグメント長やバッファ調整のトレードオフは隠さず説明します。