「HTML5」における動画DRMのゆくえとか

html5j TV部会勉強会 | 2014.01.23

「HTML5」における動画DRMのゆくえとか
太田禎一 | アドビシステムズ株式会社デジタルメディアビジネス開発部

© 2012 Adobe Systems Incorporated. All Rights Reserved. Adobe Confidential.

Photo: Tenner Ford http://www.flickr.com/photos/moon-dog/

おまえダレ？






デジタルメディア・ゲーム関連のビジネス開発を担当しています
放送・出版・デジタルメディアを中心に、いろいろなお客様に最新
Adobeテクノロジーや、そのよさをお伝えする仕事
イベント・カンファレンスでお話したりも、ときどきします


2

はじめに…


3

大事なことなので何度でも言います

普及率なめんな。


4

プレミアムなWeb動画配信におけるコンテンツ保護：現況（国内）
DRM
Silverlight (PlayReady)
Flash Player (pHDS)
Flash Player (RTMPE) + Silverlight (PlayReady)
Flash Player (Primetime DRM)
Flash Player (RTMPE)

5

プレミアムなWeb動画配信におけるコンテンツ保護：現況（海外）
DRM
Flash Player (Primetime DRM) + Silverlight (PlayReady)
Silverlight (PlayReady)

6

なんだよみんなプラグインじゃんか。


7

きょうのテーマ

まぁしょうがないよね。
プレミアム動画配信に必須なDRM
に対応しててなおかつ最も普及している
技術がプラグインだからね。
それをHTML5で置き換えられるのか？
どうやって実現？って話をします。


8

そもそもなんでDRMとかあんの誰得？


9

プレミアム動画コンテンツの
権利を持っているコンテンツホルダー、
とりわけ映画会社の収益化の仕組みと関係するね。


10

映画のリリースウィンドウ (海外)

DTO (Download To Own) ダウンロード購入
EST (Electronic Sell Through) ダウンロード購入
TVOD (Transactional VOD) ペイパービューVOD

SVOD (Subscription VOD) 有料購読VOD
AVOD (Ad-Supported VOD) 広告入り無料VOD
FTA (Free To Air) 無料TV放送
11

Source : http://www.adlittle.com/downloads/tx_adlreports/TIME_2012_OTT_Video_v2.pdf (Arthur D Little)

映画のリリースウィンドウ (国内)
"ここ数年、メディアの多様化による映像コンテンツ需要の高まりに応え、
映画業界はコンテンツのリリースを積極的に展開しています。そして、
DVD市場や各放送メディアでの放映権ビジネスで最大限の収益を得ること
ができるよう、各メディアへの作品のリリース時期をずらし、互いのビジ
ネスを侵食しないようにコントロールをしています。このリリース戦略の
ことを「ウィンドウコントロール」と呼んでいます。"
公開日→

劇場公開

公開日から6ヶ月→

DVD & Blu-Ray


BS & CS


地上波

※映画会社や作品によって異なるためあくまで目安


12

Source : http://www.saiyo-info.net/toho/gyokai/window.html (東宝)

ウィンドウコントロールの維持にDRMは必須

DVDならCSS、BDならAACS、
ケーブルTVやネット配信なら複数の
DRMを含む様々なコピー防御策や
アクセス制限を全ウィンドウでとらないと
収益を最大化できない。
その要件を満たせない流通チャンネルには
コンテンツホルダーは作品の配信を許可できない。
映画作るのに莫大なお金かかってるし…

13

そうは言っても見てもらってナンボの
商売じゃないの？
DRMってちゃんと買ったコンテンツも
「ほかのデバイスに転送できません」
とか
「この機器では再生できません」
とか
ウザいことこの上ない…

14

マルチデバイス時代のウィンドウコントロールと収益化

たしかに。なので
DRMをヤメることはできないが、
正当な購入者があらゆるデバイスで
好きなときに動画コンテンツを視聴できるように
（いちいち買いなおさなくていいように）
映画会社も努力している。
その動きの代表的なものがマルチデバイスへの
デジタル配信を意識したUltraViolet*と呼ばれるもの。

* 日本では展開していません

15

UltraVioletとは？

米国映画スタジオ大手6社を含
む業界団体DECE (Degital
Entertainment Content
Ecosystem) によって推進され
ている映画コンテンツのデジタ
ル流通システム。利用者が購入
したコンテンツパッケージ
(DVD/BD) と同じコンテンツを
ダウンロード・ストリーミング
経由でPC/モバイル/IPTVでい
つでも楽しめる視聴ライセンス
管理 (ライツロッカー) と相互
運用可能なファイル形式や
DRM規格などで構成される


16

Link: UltraViolet – Home http://www.uvvu.com/ UltraViolet "101" Overview http://bit.ly/1cOZFTK

UltraVioletと相互運用性

ここで非常に大事なのは、UltraVioletでは
従来バラバラだったコーデック、ファイル形式、
DRM技術を統一することで相互運用が容易な
(つまり配信者にも利用者にもやさしい)
デジタル配信システムの構築を目指していること。


17

DECE (UltraViolet) 指定DRM (2010年)

Google Widevine DRM
セットトップボックス (STB) 等で広く使われている
Marlin DRM
インターネット接続TV (IPTV) 等で広く使われている
OMA CMLA-OMA v2
携帯電話等で広く使われている

すべてAES-128暗号化
を使うところが
共通点

Microsoft PlayReady
デスクトップPCと家電 (CE) デバイス等で広く使われている
Adobe Primetime DRM
デスクトップPCで広く使われている


18

※ 上記以外に「条件付き」の指定DRMもある (Verimatrix、Rovi DivX Plusなど)

UltraViolet指定なWeb系DRMの比較：
対応デバイスおよび視聴環境と普及率
Primetime DRM
(Flash Player)

Widevine DRM

PlayReady DRM
(Silverlight)

Windows & Mac
(Any Browser)

YES (HD対応)
普及率：95.58%

YES (HD対応)
(Flash Playerにアドオン)

YES (HD対応)
普及率：68.08%

Windows 8.x & RT
(Windows 8.x IE Modern UI)

YES (HD対応)
普及率：100%

NO
普及率：0%

NO
普及率：0%

iOS

YES (App)

YES (App)

YES (App)

Android

YES (App - SD対応)

YES (App - HD対応)

YES (App - HD対応)

Smart TV

FEW

SOME

SOME

100%
90%

Flash Support

80%

Java Support

70%

Windows Media Player Support

60%

Quicktime Support

50%

SilverLight Support

40%

※ Flash Playerはデス
クトップPC版Chrome
(Win/OSX/Linux) に
100%組み込まれている

30%
20%
10%


19

Source: http://statowl.com/plugin_overview.php?&timeframe=custom|2008-09|2012-11

Nov-12

Sep-12

Jul-12

May-12

Mar-12

Jan-12

Nov-11

Sep-11

Jul-11

May-11

Mar-11

Jan-11

Nov-10

Sep-10

Jul-10

May-10

Mar-10

Jan-10

Nov-09

Sep-09

Jul-09

May-09

Mar-09

Jan-09

Nov-08

Sep-08

0%

UltraViolet共通フォーマット (CFF) とマルチDRM対応 (CENC)








UltraVioletお墨付きのDRMだけでも5つ以上あり、各DRM技術がカバーする
デバイスのカテゴリーも違うため、結局利用者の視聴デバイスにあわせて複
数DRMを使わないといけない (実際NetflixもHuluも2~3種類のDRMを使い分
けている) ☞ コスト高い！
デバイスによって対応するコーデックやファイルフォーマットも違うから配
信ファイルも重複して用意しなくっちゃだしCDNキャッシュも効きにくい
☞ コスト高い！
そういうの辛いからファイルフォーマット統一しようよ！
☞ Common File Format (CFF)
ISO BMFF (ISO Base Media File Format) ベースのものに統一
あとDRMも相互運用できるようにしようよ！
☞ Common Encryption (CENC)
暗号化方式 (AES-128) とDRMメタデータの持ち方を共通化。理論上はひとつ
のCENC対応なDRM (現在PlayReadyとWidevine) で暗号化したコンテンツな
ら異なるCENC対応DRMサーバーでも復号化できるようになる


20

それって夢の
ストリーミング技術大統一
じゃないスカ！


21

ストリーマーの夢は実現するのか？

まあね。ただ業界も
一枚岩ではないみたい。
というのもDisneyは別の方式を推してるし
NetflixやHuluといったWeb寄りの
OTT (Over The Top) サービス事業者
はいまUltraVioletに入ってないんだよね。
UltraVioletメンバーとNetflix/Huluの
ビジネスモデルもちょっと違う
(DTO/EST/TVOD vs. SVOD/AVOD) 。

22

映画会社主導のライツロッカーシステムとOTT事業者

コンテンツ
ホルダー

OTTな皆さん

ディストリ
ビューター

23

OTTサービスの利用シェア (米国)


24

Source : http://www.nielsen.com/us/en/newswire/2013/binging-is-the-new-viewing-for-over-the-top-streamers.html (Nielsen)

Netflix & Huluの視聴環境 (米国)
100%
Netflix 2012

90%
80%
70%
60%

利用者にとって
「いつでも」
「どんな環境でも」
があたりまえに

50%
40%
30%

Netflix 2013
Hulu Plus 2012
Hulu Plus 2013

プレミアム動画を
これらすべての異なる
視聴環境に届けるため
複数の配信形式と
DRM技術を使い分ける
これやっぱ大変！

20%
10%
0%


25

Source : http://www.nielsen.com/us/en/newswire/2013/binging-is-the-new-viewing-for-over-the-top-streamers.html (Nielsen)

Flash PlayerやSilverlightみたいな
DRM対応したプラグインが使えない
視聴環境が伸びてますね…
そこで「HTML5にDRM」って話が
でてくるわけですね。


26

「HTML5にDRM」は「MPEG-DASH」を利用して推進される

そう。でも新しい規格をゼロから
作るのは好ましくない。そこで
既存のHTTPストリーミング規格
(プロプラ) のいいとこ取りした
MPEG-DASHのサブセットとその他既存規格を
ベースに利用することで少なくとも同じ配信方式、
同じファイルフォーマット、同じDRMの「実装手段」で
プレミアム動画のストリーミング配信を
「HTML5」で実現しようという動きになっている。

27

HTTPストリーミングの系譜

影響

2006
Move Adaptive Stream
(MAS)

影響

資本関係

2008
Smooth Streaming
(SS)

影響

2010
HTTP Dynamic Streaming
(HDS)

ISO BMFF*

規格の主要部分はSSをベースに

2009
HTTP Live Streaming
(HLS)

2012
Dynamic Adaptive Streaming
over HTTP
(MPEG-DASH)

MPEG2
-TS*


28

* ファイルフォーマット。MPEG2-TSは「放送系」の既存規格を改造。ISO MBFFはApple社のQuickTimeがルーツ (！)

MPEG-DASH規格とDRMやコーデックはじつは関係ない

ここでちょっとMPEG-DASH規格*が
カバーする範囲を明確にしとこう。
(結構せまゆる)
データの
ストリーミング
方法
(DASH)
マニフェスト
ファイルの形式
(MPD)
メディア
ファイルの
フォーマット
(BMFF & M2TS)


ビットレート
制御のアルゴ
リズム
じつは拡張
可能なので
WebM
でもOK

じつはこのあたり
MPEG-DASHに
規定してない
配信プロトコル

29

DRM
VP8/VP9
でもHEVC
でもOK

コーデック

* ISO/IEC 23009-1:2012 http://standards.iso.org/ittf/PubliclyAvailableStandards/c057623_ISO_IEC_23009-1_2012.zip

MPEG-DASHとDASH-AVC/264とHLS (Apple)
DASH-AVC/264
DASH-IFが策定中な
MPEG-DASH運用の
ガイドライン
(DRM含む)
ガイドライン
策定

連携

工業分野の国際規格
を策定するための組織
(MPEGは下部組織)
MPEG-DASH
を策定

Webで使用される
各種技術の標準化を
推進するための組織

インターネットで
使用される各種技術の
標準化を推進する
ための組織

準拠

DASH-IFは
MPEG-DASHの
相互運用性向上を
めざす業界団体

連携

HLS "Pantos
Draft"をうp
DASH WGメンバー
Dash Industry Forum
(DASH-IF) には不参加
Googleも不参加


30

Link: Current DASH-IF Members (71, as of Jan. 2014) http://dashif.org/members/

「HTML5」SME &
EME規格の起案・
推進者

MPEG-DASHの相互運用性にDASH-AVC/264が果す役割とUltraviolet
が及ぼした影響
DECE
Common File Format1
(CFF)

MPEG-DASH
Full Profile
ISO BMFF
Main

MPEG2-TS
Simple
MPEG2-TS
Main

ISO BMFF
Live

プロファイル多すぎ
あとMPEG-DASHで
決めてないこと多すぎ
Video & Audio Codec
DRM etc.,


1Common

強い影響
(てゆうかほぼ
そのまんま)

ISO BMFF
On-Demand

このままだと
またバラバラに！

31

DASH-AVC/264
相互運用ガイドライン2
Video Codec : H.264/AVC
Audio Codec: HE-AACv2
File Format: ISO BMFF
DRM: Common Encryption (CENC)
DASH: BMFF Live & On-Demand
Subtitles: SMPTE Timed Text

File Format & Media Formats Spec http://bit.ly/1aARJZv 2DASH-AVC/264 Interoperability Points http://bit.ly/1aARIES

WebにおけるDASH-AVC/264の実現 = Web標準の拡張

業界の主要プレーヤーの大部分が
DASH-AVC/264な方向で合意したのは大きな前進。
(HbbTV 1.5規格とかハイブリッドTV系も含めて)
あとは必要な機能のブラウザ実装がブレないように
「Web標準」仕様を拡張するだけ。


32

Link: HbbTV Roadmap http://www.hbbtv.org/pages/news_events/docs/hbbtv_roadmap_121217.pdf

プレミアム動画配信に必須な３つの「Web標準」メディア技術

Web Cryptography
API (WebCrypto)
ブラウザに暗号鍵を安全に
配達するために必須

３つすべて揃わないと
プレミアムコンテンツは
配信できない
Encrypted Media
Extensions (EME)
Content Decryption Module
(CDM) と連携。暗号で保護
されたコンテンツを再生
するために必須


33

コンテンツ保護ナシで
HTTPストリーミングをする
にはこれだけでオッケー
(HLS/HDS/DASHにもJSで対応可)

Media Source
Extensions (MSE)
HTTPストリーミングを
実現するために必須

ブラウザでDRMを実現するEMEとCDM
ブラウザ

DRM
サーバー

暗号鍵と視聴ルール取
得
DRMメタ送信・認証

DRM
パッケージャー

HTTP
ストリー
ミング

DRMメタ
データ
読み取り

EME

CDM (DRMクライアント)

暗号化

CMS
サーバー

SME

HTTP
サーバー

復号化
および
ルール
の遵守

黄色いボックスのコンポーネントはCompliance & Robustness Rules*
により厳格に配布・運用されるためソース開示不可＆覗いたり改変すると法的にアレ

34

Link : * http://en.wikipedia.org/wiki/Compliance_and_Robustness

この方向性でのDRM実現を
W3Cも支持*
しているわけね。


35

* HTML Working Group Charter http://www.w3.org/2013/09/html-charter.html

で、対応の足並みは？

そういうわけ。
W3Cの支持だけじゃなく、人気OTTサービスに
対応できないブラウザは今後市場シェアを犠牲に
することになるからベンダーは対応せざるを得ない。
じゃぁ実際に各ブラウザベンダーによる
対応状況をみてみよう。


36

各ブラウザベンダーのHLS/DASHおよびメディア機能への取り組み
(2014年1月現在)
HTML5 Video

Google Chrome
(Desktop)

HLS

MPEG DASH

Media Source
Extensions
●
(v23~)

Encrypted
Media
Extensions
●
(v26~)

Web
Cryptography
API
▲
いちぶNetflix
Plugin経由

●

×

●
(v23~)

Microsoft IE 11
on Win 8.1
(Desktop)

●

×

●

●

Mozilla Firefox
(Desktop)

●

×

▲

▲

×
嫌々検討中

▲

Apple Safari
(Desktop)

●

●

×
やる気ゼロ

×
やる気ゼロ

×1

▲

Opera
(Desktop)

●

×

×

▲
Win対応済み

×

×

Apple Safari
(iOS)

●

●

×
やる気ゼロ

×
やる気ゼロ

×

▲

Google Chrome
(Android)

●

▲
「自称」対応2

●
(v30~)

●
(v30~)

▲

▲

Mozilla Firefox
(Android)

●

×

▲

▲

×
嫌々検討中

▲

●

●

● 対応済み
▲ 対応が進行中
× 懐疑的または動きがない

1Mavericksで実装済みとか

http://bit.ly/1ekG3dY

2KitKat

37

+ Chromeの「自称」HLS対応 http://www.jwplayer.com/html5/hls/

Media Source Extensions (MSE) 標準化の状況


38

Link: http://www.chromestatus.com/features/4563797888991232

Media Source Extensionsの役割











4〜10秒ごとのセグメントに分割・断片化 (パッケージ化) された動画ま
たは音声サンプルをHTTP受信し、マニフェストファイルに決められた順
番どおり継ぎあわせVideo要素またはAudio要素としてブラウザに渡す
動画サンプルと音声サンプルを組み合わせる
各動画サンプルのダウンロード速度から接続帯域のトレンドを検知し、
動的により大きいまたは小さいビットレートのサンプルに切り替える
「アダプティブビットレート」に対応できる (実際に仕事するのはJS)
従来はFlash PlayerやSilverlightのようなプラグインがなければできな
かった機能をブラウザ自体でサポートしようという試み
これが実装されていれば、原理上JavaScriptとの合わせ技でHLSもMPEGDASHもHDSもSmoothも、HTTPストリーミング技術はすべて対応可能に
なるはず
DRMやコンテンツ保護にはまったく関係ないが、ライブ配信、モバイル
環境への適応やネットワーク帯域の節約にとっては非常に重要な機能


39

Encrypted Media Extensions (EME) 標準化の状況


40


Encrypted Media Extensionの役割













DRMサーバーと交信、Web Cryptoを
経由して取得した共通鍵で暗号化された
動画サンプルを復号化するための枠組み
ただし、EME仕様では具体的なDRM技術の
種類や実装方法については決められていない*

Googleもうやってますの図
(YouTube & Google Play)

DRMクライアント機能を持ったソフトウェアモジュールはContent
Decryption Module (CDM) 、つまり「プラグイン」というかたちで各
DRMベンダーから提供される
プラグインの規格は存在しないのでブラウザごとに違う実装になる
今後特定のCDMをデフォルトで組み込んだり排除するブラウザベンダー
が出てくるだろう。とくにApple
すでに一部の環境でChromeにはWidevine CDMが、IEには
PlayReady CDMが提供され始めている
Mozillaは自分の手を汚さずに済むよう、CDMプラグインの穴だけを開け
るだろう。Operaはそれに追従するだろう


41

* EME仕様ではメディアの復号化機能として "Clear Key" のブラウザ実装が "must" とされているがこれはDRMではない。

「HTML5」におけるCommon EncryptionなマルチDRM運用の展望
ブラウザにおける (EME経由の)
DRMサポートはまだ始まったばかりで
マルチDRM対応はできていないし
DRMベンダー側でCENC形式対応がまだな
ものもある (Primetime DRMとか)。
そもそもDRMの実装がEMEで規定されておらず
ブラウザベンダーに任される状況では
マルチDRMはまだまだ先の話。
ただしCENCは理論上Future-Friendlyなので
対応DRM (いまはPlayReadyとWidevine) から
CENC形式のDRMパッケージ化が標準となる。

42

Web Crypto API (WebCrypto) 標準化の状況


43


Web Crypto APIの役割










秘密鍵・公開鍵の生成、公開鍵交換やハッシュ生成など、暗号を利用し
たセキュアな通信や、暗号化された情報をローカルにセキュアに保持す
るための基礎となる機能をブラウザ内でJavaScript APIとして提供
用途は必ずしもメディアDRMだけに限らない。電子署名などいろんな使
い方が生まれるだろう
Chrome OSマシンの一部にはNetflixがこの機能をプラグインとして提供
し、PlayReady DRMが掛かったプレミアムコンテンツをMPEG-DASHで
試験配信している
Windows 8.1 + IE11はこの機能に対応しており、他の2つの技術との合わ
せ技でNetflixのMPEG-DASHに試験的に対応している
ブラウザ自身がまともなDRM機能を実装するには不可欠なAPI


44

今日のテーマである「HTML5 + DRM」は
これからどうなるの？


45

「HTML5」における動画DRMのゆくえ

一部 (Apple) のブラウザを除き、
モバイルを含めたすべての最新ブラウザに
EME+CDMが実装されるように。
ただブラウザベンダーがまず優先するのは
Netflix (DASH-AVC/264 + PlayReady) と
YouTube ("DASH" + H.264 or WebM* + Widevine) 対応
なのでDRMの相互運用に期待するのはまだ時期尚早。


46

* "WebM DASH" http://wiki.webmproject.org/adaptive-streaming/webm-dash-specification

Appleは？

機構上SafariにEMEを採用する
とみられるが他社DRM*の参入
(CDMやCENC経由で) を許す可能性は低い。
加えてMPEG-DASHを支持する動きもいまはない。
まわりすべてでDASH大統一が実現した未来でも
iOS Safariだけは別扱い (HLS + AES-128 "Clear Key"
暗号化 – DRMではない) にするしかないようだ。


47

* Apple社自身が「FairPlay」と呼ばれるプロプラなDRMを提供している (iTunesエコシステムのみで有効)

さらにその先の未来
オープンな「HTML5」ベースの動画配信基盤
とプロプラなDRMの相互運用 (CENC)
の両方が充分に普及すると、逆説的に
動画コンテンツの特定プラットフォーム
(AAPL/GOOG/AMZN) への囲い込みが困難*
になる = クリエイターがより大きな力を持つ！
最終的には配信経路が「ベストエフォート」か
「マネージド」かの違いだけで
WebもTVもIPベース動画配信はすべてが「HTML5」
(正確にはMPEG-DASH) に統一される。

48

* Flash Playerの登場で「Windowsのみ」だったプレミアム動画がMac/Linuxにも開放されたのと同じ理屈

そろそろまとめ、いきますか？


49

「HTML5」における動画DRMのゆくえとか：まとめ
1. 主要ブラウザにおける
EME/CDM実装は既定路線
2. ただし当初はCDMの実装や
採用DRMはバラバラ
3. いずれはCFF + CENCでDRMの
大統一が実現 (2~3年先か？)
4. iOS向けの救済策 (HLS) は当面必要
「HTML5 DRM」の普及率が充分なレベルに達する
まではFlash PlayerなどプラグインベースDRM
との併用が長期間継続する*


50

* HTML5動画プレーヤーのほぼすべてにFlashフォールバックがあるのと同じ理屈

さいごにもういちど言いますが

普及率なめんな。


51

わかったから
もう…

参考資料：YouTubeの動画プレーヤーいろいろ (2014年1月現在)
種類

テクノロジー用途

RTMPVideoPlayer
sample

Flash Player

RTMP/RTMPEを使ったマルチビットレート対応スト
リーミング。現在はあまり使われていない

TagStreamPlayer
sample

HTTPを使ったマルチビットレート対応MPEG-DASH
ストリーミング。現在多くのYouTube動画はこのプ
レーヤーを使って再生される

FlashAccessVideo
Player

DRM保護が必要な動画をEME対応版Chrome以外で試
聴する場合これが使われる。DRMはAdobe
Primetime DRM

HTTPVideoPlayer

HTTPレンジリクエストを使ったプログレッシブダウン
ロード。従来はほぼすべてこの形式だったがもはや使
われていない

HTML5 Player
sample

HTML5
Video

ブラウザがMSE対応で動画が短尺の場合はMPEGDASHストリーミング、長尺のものはFlash Playerベー
スの動画プレーヤーにフォールバックする。MSE非対
応ブラウザの場合はHTTPレンジリクエストを使ったプ
ログレッシブダウンロード。DRM保護が必要な動画を
EME対応版Chromeで視聴する場合DRMはWidevine

iOS Safari

Apple

iOSの場合はすべてHLS


53

「HTML5」における動画DRMのゆくえとか

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (20)

Similar to 「HTML5」における動画DRMのゆくえとか

Similar to 「HTML5」における動画DRMのゆくえとか (20)

More from Teiichi Ota

More from Teiichi Ota (18)

「HTML5」における動画DRMのゆくえとか