デジタルテレビネットワーク機能仕様
コンテンツ・ダウンロード仕様書
デジタルテレビ情報化研究会
Copyright © 2010
ALL RIGHTS RESERVED
株式会社日立製作所
三菱電機株式会社
パナソニック株式会社
三洋電機株式会社
シャープ株式会社
ソニー株式会社
株式会社東芝
本仕様の内容は予告無しに変更されることがあります。
Document Version:
1.2
Date:
28 th May 2010
Name:
Contents Download Specifications for Networked Digital TV
-1-
目次
概要 ...........................................................................................................................................14
1.
1.1.
はじめに ............................................................................................................................. 14
1.1.1.
本書の目的......................................................................................................................14
1.2.
引用文書 ............................................................................................................................. 15
1.3.
用語の定義.......................................................................................................................... 17
1.4.
本書の構成.......................................................................................................................... 18
1.5.
サービスの前提条件............................................................................................................ 20
1.5.1.
配信するコンテンツの構成.............................................................................................20
1.5.2.
ネットワーク構成に関する想定 .....................................................................................20
1.5.3.
想定する受信機 ..............................................................................................................20
1.6.
仕様レベルと想定するサービス要件 ................................................................................... 21
1.6.1.
基本仕様と拡張仕様 .......................................................................................................21
1.6.2.
ダウンロードナビゲーション（基本仕様）....................................................................21
1.6.3.
課金形態 .........................................................................................................................21
1.6.4.
コンテンツの利用形態....................................................................................................21
1.6.5.
ダウンロード処理の実行形態 .........................................................................................21
1.6.6.
ローカルナビゲーション（基本仕様）...........................................................................21
1.6.7.
コンテンツの再生（基本仕様） .....................................................................................21
1.6.8.
コンテンツのリモート再生（拡張仕様） .......................................................................21
1.6.9.
コンテンツのエキスポート（基本仕様、拡張仕様） .....................................................21
1.6.10.
1.7.
パレンタル制御（基本仕様） .....................................................................................21
システムモデル................................................................................................................... 21
1.7.1.
システムエンティティモデル .........................................................................................21
1.7.2.
データ構成......................................................................................................................21
1.7.3.
プロトコルスタック .......................................................................................................21
1.7.4.
全体シーケンス ..............................................................................................................21
-2-
DRM 仕様 ..................................................................................................................................21
2.
2.1.
DRM 方式のシステムモデルと機能要件 ............................................................................. 21
2.1.1.
DRM システムリファレンスモデル ...............................................................................21
2.1.2.
ライセンスモデル ...........................................................................................................21
2.1.3.
DRM 処理動作モデル.....................................................................................................21
2.2.
DRM 仕様の詳細規定 ......................................................................................................... 21
2.2.1.
ライセンス ID 規定 ........................................................................................................21
2.2.2.
コンテンツ暗号化規定....................................................................................................21
2.2.3.
ダミーライセンス ...........................................................................................................21
2.3.
受信機への DRM 機能要求仕様 .......................................................................................... 21
2.3.1.
ライセンス取得処理 .......................................................................................................21
2.3.2.
ライセンスの保持・管理 ................................................................................................21
2.3.3.
暗号化コンテンツと非暗号化コンテンツ .......................................................................21
2.3.4.
リボーク時の受信機動作 ................................................................................................21
2.3.5.
ローカルコンテンツ再生・エキスポートにおけるコピー制御及び出力制御..................21
2.3.6.
有効な DRM 方式の確認 ................................................................................................21
2.3.7.
DRM サーバ URI の署名検証処理 .................................................................................21
2.3.8.
信頼できる時刻に関する処理 .........................................................................................21
2.4.
サーバにおける DRM 関連運用仕様 ................................................................................... 21
2.4.1.
ダミーライセンスの運用 ................................................................................................21
受信機モデル.............................................................................................................................21
3.
3.1.
受信機モデル ...................................................................................................................... 21
3.2.
受信機の動作モデル............................................................................................................ 21
3.2.1.
ブラウザとダウンローダによるダウンロード処理時の受信機動作 ................................21
3.2.2.
ECG と AV プレーヤによるコンテンツ視聴時の受信機動作フロー...............................21
3.2.3.
コンテンツのエキスポート操作時の受信機動作フロー..................................................21
3.3.
ネットＴＶブラウザ............................................................................................................ 21
3.3.1.
概要 ................................................................................................................................21
3.3.2.
ダウンロードプラグイン ................................................................................................21
-3-
3.3.3.
直接エキスポート用ダウンロードプラグイン ................................................................21
3.3.4.
メディア確認プラグイン ................................................................................................21
3.3.5.
制限事項 .........................................................................................................................21
3.4.
ダウンローダ ...................................................................................................................... 21
3.4.1.
ダウンローダの機能 .......................................................................................................21
3.4.2.
ダウンローダの起動、終了.............................................................................................21
3.4.3.
コンテンツのダウンロード.............................................................................................21
3.4.4.
ダウンロードのスケジューリング ..................................................................................21
3.4.5.
単体ダウンロード ...........................................................................................................21
3.4.6.
一括ダウンロード ...........................................................................................................21
3.4.7.
更新ダウンロード ...........................................................................................................21
3.5.
ダウンロード状態表示 ........................................................................................................ 21
3.6.
ローカル・ナビゲーション ................................................................................................. 21
3.6.1.
ローカル・ナビゲーションに想定される機能 ................................................................21
3.6.2.
ローカル・ナビゲーションで表示が想定される情報 .....................................................21
3.6.3.
ローカル・ナビゲーションのガイドライン....................................................................21
3.6.4.
先行ダウンロード ...........................................................................................................21
3.7.
コンテンツ再生................................................................................................................... 21
3.7.1.
状態遷移モデル ..............................................................................................................21
3.7.2.
基本シーケンスモデル....................................................................................................21
3.8.
外部出力インタフェース..................................................................................................... 21
3.8.1.
外部出力のシステムモデル.............................................................................................21
3.8.2.
外部のメディアへのエキスポート ..................................................................................21
3.8.3.
ネットワーク経由の視聴 ................................................................................................21
3.9.
4.
パレンタル制御................................................................................................................... 21
ダウンロード制御情報 ..............................................................................................................21
4.1.
XML 名前空間 .................................................................................................................... 21
4.2.
メディア型.......................................................................................................................... 21
-4-
4.3.
4.3.1.
feed 要素.........................................................................................................................21
4.3.2.
entry 要素.......................................................................................................................21
4.3.3.
category 要素 .................................................................................................................21
4.3.4.
link 要素.........................................................................................................................21
4.3.5.
dlctl:cpcurl 要素 .............................................................................................................21
4.3.6.
dlctl:ecgmetainfo 要素 ...................................................................................................21
4.3.7.
dlctl: drmserverinfo 要素...............................................................................................21
4.3.8.
dlctl:licenseid 要素.........................................................................................................21
4.4.
タブ/改行/復帰/スペースの扱い........................................................................................... 21
映像コンテンツ .........................................................................................................................21
5.
5.1.
情報源符号化 ...................................................................................................................... 21
5.1.1.
映像 ................................................................................................................................21
5.1.2.
音声 ................................................................................................................................21
5.1.3.
字幕 ................................................................................................................................21
5.2.
多重化................................................................................................................................. 21
5.2.1.
サービス内の多重化 .......................................................................................................21
5.2.2.
MPEG-2（システムズ）の詳細運用 ..............................................................................21
5.2.3.
タイムスタンプ付 TS .....................................................................................................21
5.3.
PSI 詳細 ............................................................................................................................. 21
5.3.1.
運用するテーブルと記述子.............................................................................................21
5.3.2.
TS パケット化と伝送規則 ..............................................................................................21
5.3.3.
テーブル伝送運用 ...........................................................................................................21
5.3.4.
PAT(Program Association Table) ..................................................................................21
5.3.5.
PMT(Program Map Table) ............................................................................................21
5.4.
6.
運用ガイドライン ............................................................................................................... 21
各種数値割り当て一覧 ........................................................................................................ 21
5.4.1.
各種数値の割り当て方法ガイドライン...........................................................................21
5.4.2.
識別子一覧......................................................................................................................21
再生制御情報.............................................................................................................................21
-5-
6.1.
再生制御メタファイル ........................................................................................................ 21
6.1.1.
ERI.................................................................................................................................21
6.1.2.
LLI .................................................................................................................................21
6.1.3.
タブ/改行/復帰/スペースの扱い ......................................................................................21
6.2.
ストリーム再生制御情報（SCI） ....................................................................................... 21
6.2.1.
ストリーム再生制御情報のシンタックス構造 ................................................................21
6.2.2.
ストリーム再生制御情報の各データの運用....................................................................21
ECG メタデータ........................................................................................................................21
7.
7.1.
概要 .................................................................................................................................... 21
7.2.
メタデータ文書と構成要素の運用....................................................................................... 21
7.2.1.
メタデータ文書 ..............................................................................................................21
7.2.2.
番組情報要素(ProgramInformation)の運用...................................................................21
7.2.3.
グループ情報要素の運用 ................................................................................................21
7.2.4.
購入情報要素の運用 .......................................................................................................21
7.2.5.
ライセンス参照情報の運用.............................................................................................21
7.3.
コンテンツ参照識別子（CRID）の運用 ............................................................................. 21
7.3.1.
CRID の記述形式 ...........................................................................................................21
7.3.2.
オーソリティ（<authority>）の運用 ............................................................................21
7.3.3.
データ（<data>）の運用 ...............................................................................................21
7.3.4.
CRID で識別されるデータの一意性...............................................................................21
7.4.
メタデータ名前空間の運用 ................................................................................................. 21
7.5.
メタデータ符号化と伝送方式.............................................................................................. 21
7.5.1.
メタデータの文字符号化 ................................................................................................21
7.5.2.
メタデータ伝送における符号化方式 ..............................................................................21
7.5.3.
メタデータリソース .......................................................................................................21
7.5.4.
メタデータの記法に関するガイドライン .......................................................................21
7.5.5.
ECG メタデータの伝送方式 ...........................................................................................21
7.5.6.
メタデータサイズに関するガイドライン .......................................................................21
7.6.
メタデータフラグメントと ECG メタデータの管理 ........................................................... 21
-6-
7.6.1.
メタデータの記述単位....................................................................................................21
7.6.2.
フラグメント識別の運用 ................................................................................................21
ダウンロードプロトコル...........................................................................................................21
8.
8.1.
ダウンロード制御情報、再生制御情報、ECG メタデータ.................................................. 21
8.1.1.
ヘッダ.............................................................................................................................21
8.1.2.
Persistent Connection ...................................................................................................21
8.1.3.
Transfer コーディング ...................................................................................................21
8.1.4.
Content コーディング....................................................................................................21
8.1.5.
Content ネゴシエーション.............................................................................................21
8.1.6.
キャッシュ......................................................................................................................21
8.1.7.
リダイレクション ...........................................................................................................21
8.1.8.
アクセス認証 ..................................................................................................................21
8.1.9.
SSL/TLS.........................................................................................................................21
8.1.10.
8.2.
QoS .............................................................................................................................21
コンテンツファイル............................................................................................................ 21
8.2.1.
前提 ................................................................................................................................21
8.2.2.
参照する RFC.................................................................................................................21
8.2.3.
コンテンツ URI..............................................................................................................21
8.2.4.
メソッド .........................................................................................................................21
8.2.5.
バージョン......................................................................................................................21
8.2.6.
ヘッダ.............................................................................................................................21
8.2.7.
Persistent Connection ...................................................................................................21
8.2.8.
Transfer コーディング ...................................................................................................21
8.2.9.
Content コーディング....................................................................................................21
8.2.10.
Content ネゴシエーション .........................................................................................21
8.2.11.
キャッシュ ..................................................................................................................21
8.2.12.
リダイレクション .......................................................................................................21
8.2.13.
アクセス認証 ..............................................................................................................21
8.2.14.
SSL/TLS .....................................................................................................................21
8.2.15.
QoS .............................................................................................................................21
8.2.16.
ユーザ操作と対応プロトコル .....................................................................................21
［付録 A］ 分類スキームの運用.....................................................................................................21
-7-
A.1 共通事項 ................................................................................................................................ 21
A.2 ARIBParentalRatingCS 辞書の運用 ...................................................................................... 21
A.3 IPTVSERVICEHowRelatedCS 辞書の運用............................................................................ 21
A.4 IPTVSERVICEPromotionalTypeCS 辞書の運用.................................................................... 21
A.5 IPTVSERVICERoleCS 辞書の運用 ........................................................................................ 21
A.6 IPTVSERVICEAudioCodingFormatCS 辞書の運用 .............................................................. 21
A.7 IPTVSERVICEVisualCodingFormatCS 辞書の運用.............................................................. 21
A.8 IPTVSERVICEFileFormatCS 辞書の運用 ............................................................................. 21
A.9 IPTVSERVICEPurchaseTypeCS 辞書の運用......................................................................... 21
A.10 IPTVSERVICEOutputPortCS 辞書の運用........................................................................... 21
A.11 IPTVSERVICECopyControlMethodCS 辞書の運用 ............................................................. 21
A.12 IPTVSERVICEExportMediaCS 辞書の運用 ........................................................................ 21
A.13 ARIBGenreCS 辞書の運用 ................................................................................................... 21
［付録 B］ POST メソッドによるメタデータ取得 I/F ...................................................................21
B.1 検索クエリー式 ...................................................................................................................... 21
B.1.1 検索要求の概要 ..................................................................................................................21
B.1.2 検索要求の詳細 ..................................................................................................................21
B.1.3 想定する要求電文...............................................................................................................21
B.1.4 要求電文例..........................................................................................................................21
B.2 応答電文 ................................................................................................................................ 21
B.2.1 シンタックス ......................................................................................................................21
B.2.2 検索結果の各パートに含まれるデータの種類 ....................................................................21
B.2.3 パートの構成 ......................................................................................................................21
B.2.4 エラー応答電文 ..................................................................................................................21
-8-
［付録 C］ サムネイルデータ仕様 .................................................................................................21
C.1 静止画サムネイル .................................................................................................................. 21
［付録 D］ 標準プロファイルの基本受信機における運用想定 ......................................................21
D.1 ローカルナビゲーションの表示例.......................................................................................... 21
D.1.1 コンテンツ一覧画面 ...........................................................................................................21
D.1.2 コンテンツ詳細画面 ...........................................................................................................21
D.1.3 エキスポート先選択画面 ....................................................................................................21
D.2 コンテンツ再生画面の例........................................................................................................ 21
D.2.1 通常再生画面の表示例........................................................................................................21
D.3 ダウンロード制御情報ファイルの運用例 ............................................................................... 21
D.4 再生制御情報の運用例 ........................................................................................................... 21
D.4.1 ERI .....................................................................................................................................21
D.4.2 LLI......................................................................................................................................21
D.5 ECG メタデータの運用例....................................................................................................... 21
D.5.1 運用可否、出現数、値の制限、各フィールドの運用 .........................................................21
D.6 SCI／再生制御メタファイル／ECG メタデータの情報利用のポリシー ................................. 21
D.6.1 情報利用のポリシー ...........................................................................................................21
D.7 メディアファイルの運用ガイドライン................................................................................... 21
D.8 Web コンテンツが判別すべき受信機機能 ............................................................................... 21
D.8.1 Web コンテンツの判別内容 ................................................................................................21
D.8.2 コンテンツの判別手段 ..........................................................................................................21
D.9 コンテンツ自動削除運用ガイドライン................................................................................... 21
D.10 サーバへの DRM-ID 通知方式の例 ...................................................................................... 21
D.11 スタッフ記述子の構造および配信時の初期値 ...................................................................... 21
D.12 Registration 記述子の構造 ................................................................................................... 21
-9-
D.13 Marlin IPTV-ES を用いた ECG によるコンテンツの有効期限の取得方法 ........................... 21
D.13.1 IPTV-ES の NotAfter を用いたコンテンツの有効期限の取得方法...................................21
D.13.2 IPTV-ES の NotBefore を用いたコンテンツの有効期限の取得方法.................................21
D.14 コンテンツの有効期限切れ時の受信機動作.......................................................................... 21
D.15 ダウンロード制御情報の購入トランザクション ID の運用例............................................... 21
D.15.1 概要 ..................................................................................................................................21
D.15.2 運用例の前提となるサービス想定....................................................................................21
D.15.3 dlctl:transactionid の考え方.............................................................................................21
D.15.4 dlctl:transactionid の運用例.............................................................................................21
［付録 E］ 拡張仕様に関する解説 .................................................................................................21
E.1 更新ダウンロード .................................................................................................................. 21
E.1.1 ダウンローダの実装ガイドライン......................................................................................21
E.2 上書き更新ダウンロードサービスの実現方法 ........................................................................ 21
E.3 利用前課金 ............................................................................................................................. 21
E.3.1 概要 ....................................................................................................................................21
E.3.2 利用前課金のサービスシナリオ .........................................................................................21
E.3.3 利用前課金の画面遷移例 ....................................................................................................21
E.3.4 利用前課金の動作シーケンス .............................................................................................21
E.4 サブスクリプション契約 TYPE B ......................................................................................... 21
E.4.1 概要 ....................................................................................................................................21
E.4.2 運用ガイドライン...............................................................................................................21
E.4.3 動作シーケンス例...............................................................................................................21
E.5 飛ばし見禁止区間の再生制御 ................................................................................................. 21
E.6 ダミーライセンスによるダウンロード完了通知..................................................................... 21
E.6.1 ダウンロード完了通知が求められる背景 ...........................................................................21
E.6.2 ダウンロード完了通知の利用想定......................................................................................21
E.6.3 ダウンロード完了通知の技術要件......................................................................................21
E.6.4 ダミーライセンスによるダウンロード完了通知の実現に関わる運用仕様 .........................21
E.6.5 ダミーライセンスによるダウンロード完了通知を含むダウンロード動作シーケンス例....21
- 10 -
［付録 F］ DRM 規定における MARLIN IPTV-ES 方式の適用 ......................................................21
F.1 Marlin IPTV-ES 方式の参照規定 ............................................................................................ 21
F.2 ライセンス符号化規定 ............................................................................................................ 21
F.2.1 ライセンス取得要求におけるライセンス ID.......................................................................21
F.2.2 ライセンス ..........................................................................................................................21
F.3 ライセンス伝送規定 ............................................................................................................... 21
F.4 コンテンツ暗号規定 ............................................................................................................... 21
F.5 CRL 規定................................................................................................................................. 21
F.6 DRM サーバ URI の署名検証規定........................................................................................... 21
F.7 信頼できる時刻に関する規定 ................................................................................................. 21
F.8 DRM クライアント識別子(DRM_ID) ...................................................................................... 21
F.9 再生時におけるコピー制御及び出力制御 ................................................................................ 21
F.10 エキスポートにおけるコピー制御、出力制御 ....................................................................... 21
F.11 DRM システム名 ................................................................................................................... 21
［付録 G］ XML データのインスタンス記法に関するガイドライン .............................................21
G.1 XML インスタンス記述運用の共通事項 ................................................................................. 21
G.2 ダウンロード制御情報インスタンス固有の運用..................................................................... 21
G.3 メタデータインスタンス固有の運用 ...................................................................................... 21
［付録 H］ ECG メタデータの拡張スキーマ .................................................................................21
［付録 I］ 付録規定
H.264 | MPEG-4 AVC の運用について ........................................................21
I.1 H.264|MPEG-4 AVC の概要 ................................................................................................... 21
I.2 プロファイルとレベル ............................................................................................................ 21
- 11 -
I.3 画像フォーマット.................................................................................................................... 21
I.4 ビットレート........................................................................................................................... 21
I.5 フレームレート ....................................................................................................................... 21
I.6 ピクチャ構造........................................................................................................................... 21
I.7 ビットストリームのデータ構造 .............................................................................................. 21
I.8 GOP 構造................................................................................................................................. 21
I.9 符号化ツールの制約 ................................................................................................................ 21
I.10 HRD コンフォーマンス ......................................................................................................... 21
I.11 MPEG-2 システム規格による多重化...................................................................................... 21
I.12 シーケンスエンドを示す識別子の送出 .................................................................................. 21
I.13 符号化パラメータの変更 ....................................................................................................... 21
I.14 H.264|MPEG-4 AVC ストリームにおけるシンタックス上での制約 ..................................... 21
I.15 パン・スキャン（Pan-scan rectangle）SEI ......................................................................... 21
［付録 J］ 簡易プロファイル受信機のガイドライン .....................................................................21
J.1 概要 ........................................................................................................................................ 21
J.2 想定するサービス要件 ............................................................................................................ 21
J.2.1 直接エキスポートサービス .................................................................................................21
J.2.2 システムモデル ...................................................................................................................21
J.3 DRM 仕様 ............................................................................................................................... 21
J.4 受信機モデル .......................................................................................................................... 21
J.4.1 受信機モデル.......................................................................................................................21
J.4.2 受信機の動作モデル............................................................................................................21
J.4.3 ネット TV ブラウザ ............................................................................................................21
J.4.4 ダウンローダ.......................................................................................................................21
- 12 -
J.4.5 ダウンロード状態表示 ........................................................................................................21
J.4.6 ローカル・ナビゲーション .................................................................................................21
J.4.7 コンテンツ再生 ...................................................................................................................21
J.4.8 外部出力インタフェース ..................................................................................................21
J.4.9 パレンタル制御 ...................................................................................................................21
J.5 ダウンロード制御情報 ............................................................................................................ 21
J.5.1 運用ガイドライン ...............................................................................................................21
J.6 映像コンテンツ....................................................................................................................... 21
J.7 再生制御情報 .......................................................................................................................... 21
J.8 ECG メタデータ...................................................................................................................... 21
J.9 ダウンロードプロトコル ........................................................................................................ 21
- 13 -
1. 概要
1.1. はじめに
日本国内のデジタル放送受信機は、インターネット接続の要求の高まりから、地上デジタル放
送の運用仕様では受信機の TCP/IP 通信サポートが必須と規定されており、データ放送の表示が
可能なように従来に比べ高い CPU 性能、高精細のグラフィック性能、HDTV デコーダを備える
ようになった。このような背景から、家庭への普及が進むブロードバンドネットワークにデジタ
ル放送受信機を接続し、デジタル放送受信機で HTML コンテンツを閲覧したり、ブロードバン
ド回線を利用した高品位の映像コンテンツを視聴したりすることが、テレビの自然な発展として
考えることができるようになった。
デジタルテレビ情報化研究会では、このような背景の下、インターネットに接続する機能を備
えたデジタル放送受信機などの映像機器を「ネット TV 端末」と定義し、ネット TV 端末が満た
すべきリファレンス仕様を「ネット TV 端末仕様書」として策定開始し、現在は、
「デジタルテレ
ビネットワーク機能仕様」として拡充され、活用されている。
今後、テレビ向けのインターネットサービスとして、映像配信サービスに注目が集まると予想
されるが、その映像配信サービスには、先に規格化が進む IP マルチキャスト技術を利用した IP
放送型サービス、Peer to Peer のストリーミング型のサービスに加え、事前に大容量記憶媒体に
ダウンロードしておいたコンテンツを視聴できるダウンロード型のサービスが考えられている。
デジタルテレビ情報化研究会では、まず、オンデマンド型の映像配信や、映像を含む HTML
コンテンツを表示する機能を提供するために、ネット TV 端末が満たすべきリファレンス仕様を
「デジタルテレビネットワーク機能仕様
ストリーミング機能仕様」に定めた。
次のステップとして、ネット TV 端末に求められるもう一つのオンデマンド映像配信機能であ
る、ダウンロード型のサービスを利用する機能を追加することを目標として、コンテンツ・ダウ
ンロード仕様を策定するものとする。
1.1.1. 本書の目的
本書は、大容量記憶媒体を持つデジタルテレビ、あるいは、デジタルレコーダを想定する端末
として、ダウンロード型の映像配信サービスを提供するために必要な、ダウンロード制御情報、
再生制御メタファイルなどの記述フォーマットや、コーデック仕様等を定め、それらを利用して
コンテンツ・ダウンロード機能を実現するネット TV 端末の実装ガイドラインを定めることを最
終的な目標に置き、今後のデジタルテレビ情報化研究会での仕様策定活動において、技術検討の
基礎となる事項を記述することを目的としたものである。
- 14 -
1.2. 引用文書
本編に関連する文書のリストは以下の通りである。
＜ARIB 規格＞
z
ARIB STD-B1
2.1 版「CS デジタル放送用受信装置標準規格(望ましい仕様)」
z
ARIB STD-B20 3.0 版「衛星デジタル放送の伝送方式標準規格」
z
ARIB STD-B10 4.8 版「デジタル放送に使用する番組配列情報標準規格」
z
ARIB STD-B21 4.7 版「デジタル放送用受信装置標準規格(望ましい仕様)」
z
ARIB STD-B24 5.4 版「デジタル放送におけるデータ放送符号化方式と伝送方式標準
規格」
z
ARIB STD-B32 2.2 版「デジタル放送における映像符号化、音声符号化及び多重化方
式標準規格」
z
ARIB STD-B38 1.3 版「サーバー型放送における符号化、伝送及び蓄積制御方式標準
規格」
＜ARIB 技術資料＞
z
ARIB TR-B14 4.0 版「地上デジタルテレビジョン放送運用規定技術資料」
z
ARIB TR-B15 4.8 版「BS/広帯域 CS デジタル放送運用規定技術資料」
z
ARIB TR-B27 1.0 版「サーバー型放送技術資料」
＜IETF 技術仕様＞
z
RFC1034 DOMAIN NAMES - CONCEPTS AND FACILITIES
z
RFC1035 DOMAIN NAMES - IMPLEMENTATION AND SPECIFICATION
z
RFC2046 Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types
z
RFC2616 Hypertext Transfer Protocol -- HTTP/1.1
z
RFC3986 Uniform Resource Identifier (URI): Generic Syntax
z
RFC4287 The Atom Syndication Format
＜DLNA 技術資料＞
z
DLNA Networked Device Interoperability Guidelines
z
DLNA Networked Device Interoperability Guidelines
expanded: October 2006
expanded: October 2006
Volume 2: Media Format Profiles
z
Digital
Living
Network
Alliance
Home
Networked
Device
Expanded
Interoperability Guidelines Version: 1.5 Addendum to Volume 2: Media Format
- 15 -
Profiles
z
DLNA Networked Device Interoperability Guidelines Second Addendum to
Volume 2: Media Format Profiles
＜W3C 技術資料＞
z
Extensible Markup Language (XML) 1.0
W3C Recommendation 16 August 2006
z
Namespaces in XML 1.1 W3C Recommendation 4 February 2004
＜ISO/IEC 規格書＞
z
ISO/IEC 13818-2 | ITU-T Rec. H.262
(MPEG-2 Video)
z
ISO/IEC 14496-10 | ITU-T Rec. H.264
(MPEG-4 AVC)
z
ISO/IEC 13818-7
(MPEG-2 AAC)
z
ISO/IEC 11172-3
(MPEG-1 Audio)
z
ISO/IEC 13818-1 | ITU-T Rec. H.222.0
- 16 -
(MPEG-2 System)
1.3. 用語の定義
CRL
Certificate Revocation List : 失効したデジタル証明書のリスト。
ITU-T X.509 で定められる。
DLNA
Digital Living Network Alliance の略。
ホームネットワーク機器の実装ガイドラインを策定、推進する団
体。
DTCP
Digital Transmission Content Protection の略。
デジタルインタフェースにおける認証と暗号を用いたコンテンツ
伝送及び記録制御方式の規格。
DRM
デジタル著作権管理(Digital Rights Management) : デジタル・コ
ンテンツの著作権を保護し、その利用を制限、制御する技術
ECG
Electric Content Guide : デジタル･コンテンツを検索、閲覧するア
プリケーション機能の総称
PKI
公開鍵基盤(Public Key Infrastructure) : 公開鍵暗号技術と電子署
名を使い、安全な通信を実現する技術
SAC
認証暗号通信路(Secure Authenticated Channel) : 相互認証に基づ
く暗号通信路
コピー回数付きエ コンテンツに、エキスポート先の著作権保護情報としてコピー回数
キスポート
直接エキスポート
情報を付与してエキスポートを行う機能
コンテンツを、ネットワークからダウンロードしながら、リムーバ
ブルメディア等にエキスポートする機能
プログレッシブ・ 映像、音声などのストリームコンテンツのダウンロード配信におい
ダウンロード
て、ダウンロード完了前にコンテンツの再生を可能にする機能の総
称
メタデータ
データについての情報を記述するデータ
利用期限付きエキ コンテンツに、エキスポート先の著作権保護情報として利用期限情
スポート
報を付与してエキスポートを行う機能
- 17 -
1.4. 本書の構成
本書では、ネット TV 端末において、映像コンテンツのダウンロードサービスを実現する端末
およびシステムの仕様を記載記述し、これを「デジタルテレビネットワーク機能仕様
コンテン
ツ・ダウンロード仕様」として発行する。
1 章では、本仕様の前提となるサービスの要件や、受信機のプロファイル定義、仕様記述に利
用するシステムモデルについて解説する。
以降、2 章から 8 章は、標準プロファイル受信機についての規定を記述する。
2 章では、本規格で利用する DRM のシステムモデルや機能要件、および、DRM が要求する受
信機仕様について記述する。
3 章では、受信機に搭載される各アプリケーションに関する仕様およびガイドラインについて
記述する。
4 章では、ダウンロード制御情報の形式に関する規定を記述する。
5 章では、配信対象の映像コンテンツの形式に関する規定を記述する。
6 章では、再生制御メタファイルやストリーム再生制御情報の形式に関する規定を記述する。
7 章では、ECG メタデータの形式や、CRID 運用等に関する規定を記述する。
8 章では、映像コンテンツ、および、各種メタデータの伝送プロトコルに関する規定を記述す
る。
また、付録 A,F,G,H,I は、本仕様に基づく受信が想定する受信機プロファイルに依存しない運
用ガイドラインについて記述する。
付録 B,C,D,E は、標準プロファイル受信機として想定する運用ガイドラインや解説、拡張仕様
の運用例や解説等を記述し、付録 J は、簡易プロファイル受信機の運用ガイドラインを記述する。
具体的には、次のような内容が記載される。
付録 A では、各種メタデータで使用される辞書内容の運用規定を記述する。
付録 B では、クエリ文を自ら作成し ECG メタデータを取得する受信機について、取得 I/F に
関する運用規定を記述する。
付録 C では、コンテンツに付与するサムネイルデータの形式に関する運用規定を記述する。
付録 D では、本仕様書が、基本受信機として想定する運用規定の実装例と、それに基づく受信
機画面の表示例を記述する。基本仕様の基づくサービスと、基本受信機の製品仕様を検討する際、
典型的な実装例として参考にするための解説である。
付録 E では、拡張仕様に関し、本仕様書が想定している運用例について記述する。拡張仕様は、
本仕様書が想定する今後の実現できる技術範囲を示しており、拡張仕様を実現するための、本仕
様に基づく実現方法について解説する。ただし、現時点で、拡張仕様実現に関わるあらゆる運用
規定を網羅しているものではないことに留意されたい。
付録 F では、本仕様書の DRM モデルに、Marlin IPTV-ES 方式を適用した場合の運用規定に
- 18 -
ついて記述する。
付録 G では、本仕様書で規定する XML データのインスタンス記法に関するガイドラインにつ
いて記述する。
付録 H では、ECG メタデータの拡張スキーマを掲載する。
付録 I では、H.264/MPEG-4 AVC 映像コーデックの運用ガイドラインについて記述する。
付録 J では、簡易プロファイル受信機の規定および、簡易プロファイル受信機向けサービスの
運用ガイドラインについて記述する。
- 19 -
1.5. サービスの前提条件
本仕様書で規定するコンテンツ・ダウンロード仕様は、以下を前提とする。
1.5.1. 配信するコンテンツの構成
本仕様書で規格化するコンテンツの種類は、映像コンテンツに限定する。それ以外の種類のコ
ンテンツについての規格化については、将来課題とする。
映像コンテンツについては、以下の信号から構成されることを想定する。
z
SD または HD 画質の映像
z
モノラル、ステレオ、多言語の音声
z
字幕
1.5.2. ネットワーク構成に関する想定
本仕様書で対象とするコンテンツ・ダウンロード・サービスでは、次のようなネットワーク構
成を想定する。
z コンテンツ・ダウンロード・サービスを実施するサービス事業者の配信サーバは、ISP 等
によりユーザ宅に提供されるブロードバンド通信サービスにより、ユーザ宅のホームネッ
トワークに接続される。
z ユーザ宅のホームネットワークには少なくとも一台、本仕様を満たすネット TV 端末が接
続されているものとする。
z ネット TV 端末と、配信サーバが通信を行う際、ネットワーク層（OSI 参照モデル・レイ
ヤ 3）において使用するプロトコルについては、サービス事業者の運用に依存する。
1.5.3. 想定する受信機
本仕様書においては、コンテンツ配信サービスは、標準プロファイルと、簡易プロファイルの
2 種類のダウンロード対応受信機を想定する。
標準プロファイル受信機とは、次の条件を満たす受信機である。
z
ネットワークインタフェースを備える
z
HDD のような大容量蓄積メディアを備える
z
大容量蓄積メディアへのコンテンツダウンロード機能を備える
具体的な製品イメージとしては、図 1-1 に示すような、HDD を内蔵したデジタル放送チュー
ナー内蔵テレビや、デジタル放送チューナー内蔵の HDD レコーダーが挙げられる。
ただし、本仕様書は、製品の形態を縛るものではなく、仕様を満たす製品であれば、どのよう
- 20 -
な製品形態も許容する。
なお、コンテンツ・ダウンロードサービス対応の受信機は、著作権保護機能を持つ外部出力イ
ンタフェースを備えてもよい。
HDD内 蔵 テ レ ビ
HDD内 蔵 レ コー ダ
図 1-1
標準プロファイル受信機のイメージ
また、別の製品イメージとして、図 1-2 に示すような簡易プロファイルと呼ぶ製品があっても
よい。
簡易プロファイル受信機は、次の条件を満たす。
z
ネットワークインタフェースを備える
z
大容量蓄積メディアを内蔵せず、著作権保護機能を持つ外部出力インタフェースのみを備
える
z
外部出力インタフェースへの直接エキスポート機能を備える
「直接エキスポート」とは、本仕様書において、コンテンツをネットワークからダウンロード
しながら、直接外部出力インタフェースに出力する機能を表すものとする。
このような簡易プロファイルのコンテンツ・ダウンロードサービス対応受信機と、受信機に向
けたダウンロードサービスに関するガイドラインについては、［付録 J］「簡易プロファイル受
信機のガイドライン」を参照のこと。
- 21 -
リムーバブルメディア
I/F内蔵テレビ
図 1-2
リムーバブルメディア
I/F内蔵STB
簡易プロファイル受信機のイメージ
1.6. 仕様レベルと想定するサービス要件
1.6.1. 基本仕様と拡張仕様
本仕様書では、標準プロファイルの仕様レベルとして基本仕様と拡張仕様を定義し、以下の各
サービス要件について実現する仕様レベルを示す。
z
基本仕様：本仕様書策定時点で想定する、基本サービスのサービス要件に対応する基
本受信機の仕様範囲。基本受信機が対応すべき仕様と、実装がメーカーの商品企画に
委ねられるオプション仕様がある。
z
拡張仕様：基本仕様には含まれないが、本仕様書が想定しているサービス要件に対応
する仕様範囲。本仕様書では、拡張仕様を実現するするために必要な仕様を規定する
が、現時点で、実装するにあたり、すべての技術要件が整備されていない場合がある
ことを留意されたい。
なお、今後本ダウンロードサービス仕様の改訂に伴い、上記仕様レベルに対応する仕様範囲は、
更新される可能性がある。
- 22 -
拡張仕様
基本仕様(ｵﾌﾟｼｮﾝ)
基本仕様
ﾀﾞｳﾝﾛｰﾄﾞ ﾌﾞﾗｳｻﾞ 課金
ﾌﾟﾗｸﾞｲﾝ 拡張 形態
更新
ﾀﾞｳﾝﾛｰﾄﾞ
ｼﾘｰｽﾞ
表示
ﾀﾞｳﾝﾛｰﾄﾞ
前課金
ﾀﾞｳﾝﾛｰﾄﾞ ｴｷｽﾎﾟｰﾄ
ﾗｲｾﾝｽ
単体/一括 ﾀﾞｳﾝ
ﾀﾞｳﾝﾛｰﾄﾞ ﾛｰﾀﾞ
ﾗｲｾﾝｽ 再生
形態 ﾗｲｾﾝｽ
ｺﾝﾃﾝﾂ一覧
ｺﾝﾃﾝﾂ詳細 ECG
視聴ﾚﾝﾀﾙ,ｾﾙｽﾙｰ
ｻﾌﾞｽｸﾘﾌﾟｼｮﾝ
契約(TYPE A)
本体再生,
飛ばし見
再生
禁止制御 ﾌﾟﾛｸﾞﾚｯｼﾌﾞ ﾁｬﾌﾟﾀ,
ﾀﾞｳﾝﾛｰﾄﾞ
ﾘﾓｰﾄ再生
特殊再生 機能
ｴｷｽ
ﾎﾟｰﾄ
DRM仕様
図 1-3
利用前
課金
ｻﾌﾞ
ｽｸﾘﾌﾟｼｮﾝ
(TYPE B)
ﾘﾑｰﾊﾞﾌﾞﾙ
ﾒﾃﾞｨｱ DLNA出力
ﾊﾟﾚﾝﾀﾙ制御
基本仕様と拡張仕様の関係
本規格が対象とする映像配信サービスについて、さらに詳しいサービス要件を、次に示す。
1.6.2. ダウンロードナビゲーション（基本仕様）
本仕様書では、インターネット上で提供されるコンテンツを、検索、選択、購入させ、ダウン
ロードの実行指示を行う手段を、ダウンロードナビゲーションと呼ぶことにする。本仕様の基本
仕様では、ダウンロードナビゲーションは、ネット TV ブラウザ上の Web コンテンツで実現され
ることを前提とする。
配信システム側では、Web サーバにおいて、受信機がコンテンツ・ダウンロードサービスに対
応しているかを判定し、対応受信機に対してのみ、ダウンロードナビゲーション手段を提供する
ことが望ましい。
1.6.3. 課金形態
コンテンツの課金単位をパッケージと定義する。パッケージは、図 1-4 に示すように、単一の
コンテンツ、あるいは、複数のコンテンツにより構成され、コンテンツは、複数のパッケージに
重複して属する可能性がある。
パッケージの形態としては、表 1-1 に示す通り、見放題、単品、パック、セレクト の４種類
を想定する。一方で課金・決済が行われるタイミングとして、
（或いはユーザ視点で購入が確定す
- 23 -
るタイミングとして）ダウンロード前と利用前の２通りを想定する。ダウンロード前課金の場合
には、Web 文書によるダウンロードナビゲーションにおいて、パッケージを選択、購入した時点
で購入（契約）が確定し、その後ダウンロードを行う。利用前課金では先にダウンロードを行っ
た後、ECG によるローカルナビゲーションにおいてダウンロード済みコンテンツの再生を選択・
購入した時点で購入が確定しその後再生を行う。課金タイミングは、パッケージ形態に依存する。
その関係も表 1-1 に示す。
表 1-1
No.
パッケージ形態と課金タイミング
パッケー
説明
ジ形態
ダウンロー
利用前課金
ド前課金
(拡張仕様)
（基本仕様）
1
見放題
ある一定の範囲（不特定数）から任 ○
―
意のコンテンツを視聴可能（例：月
ぎめ）
2
単品
特定の一つのコンテンツを視聴可能
○
○
3
パック
特定の複数のコンテンツを視聴可能
○
―
4
セレクト
ある一定の範囲のコンテンツの集合 ○
―
のうち、決められた本数を視聴可能
パッケージ
ｺﾝﾃﾝﾂ
ｺﾝﾃﾝﾂ
ｺﾝﾃﾝﾂ
ｺﾝﾃﾝﾂ
パッケージ
ｺﾝﾃﾝﾂ
ｺﾝﾃﾝﾂ
パッケージ
図 1-4
パッケージとコンテンツの関係
- 24 -
1.6.4. コンテンツの利用形態
購入したコンテンツの利用形態については、表 1-2 に示す二つの種類がある。
表 1-2
コンテンツの利用形態
No.
利用形態
1
視聴（基本仕様） 定められた期間、コンテンツを視聴することができる。ま
説明
た、本仕様書では、視聴は、受信機本体で再生し、受信機
本体、もしくは HDMI などの著作権保護されたデジタル映
像音声出力もしくはアナログ映像出力経由で他のディスプ
レイに表示する形態を基本とするが、著作権保護されたネ
ットワークで接続された別の機器で視聴するケースも考慮
する。
2
コピー
著作権保護された外部デバイスや、著作権保護されたネッ
（基本仕様）
トワークで接続された外部機器に、コンテンツをコピーす
ることができる。本仕様では、利用条件に基づくコンテン
ツのコピー機能を、エキスポートと呼ぶ。
二つの利用形態は、一つのコンテンツに対しそれぞれ独立して与えられる可能性がある。視聴
については、さらにユーザの契約形態から表 1-3 に示す通りに分類することができる。
表 1-3
視聴の契約形態
No.
契約形態
１
サブスクリプション契約 予め定められた契約期間単位（通常月単位）でダウ
TYPE A（基本仕様）
内容
ンロードしたコンテンツが視聴可能。個別のコンテ
ンツの視聴期間は、ダウンロード再生ライセンスの
有効期限で管理されるが、契約期間の更新に連動し
た有効期限の更新は行わない。
- 25 -
No.
契約形態
2
サブスクリプション契約
予め定められた契約期間単位（通常月単位）でダウ
TYPE B（拡張仕様）
ンロードしたコンテンツが視聴可能。通常、契約を
内容
解約しない限り、個別のコンテンツに対するダウン
ロード再生ライセンスの有効期限も自動更新され、
視聴が継続できる。契約解除すると、契約期間が切
れた時点で、個別のコンテンツに対するダウンロー
ド再生ライセンスの有効期限は更新されなくなり、
視聴不可となる。
3
レンタル契約
コンテンツ毎に指定される期限まで、何度でも自由
（基本仕様）
に視聴可能。視聴期限が切れると、視聴できなくな
る。
4
セルスルー契約
コンテンツに与えられる視聴期限が無期限の場合
（基本仕様）
で、受信機内にコンテンツが蓄積されている限り、
視聴できる。
なお、本仕様書においては、表 1-3 に示した契約を結ばず、無料で配信されるコンテンツをダ
ウンロードし、視聴するサービスも許容するものとする。
サブスクリプション契約 TYPE B についての詳細な運用ガイドラインについては、付録E.4 を
参照のこと。
1.6.5. ダウンロード処理の実行形態
購入したパッケージに含まれるコンテンツは、ユーザによる、Web コンテンツ上の指示により、
ダウンロードされる。
サービス事業者は、複数のコンテンツを一括して受信機にダウンロードさせることが出来る。
一括して受信機にダウンロードさせる単位をダウンロード単位と呼ぶ。
図 1-5 に示すように、ダウンロード単位は、個別のコンテンツが一つずつ指定されてもよく、
パッケージ内のすべてのコンテンツがまとめて指定されてもよい。あるいは、パッケージ内の複
数の任意のコンテンツをまとめて指定されてもよい。
なお、ダウンロード単位に含まれるコンテンツは、複数パッケージにまたがらないことが望ま
しい。
異なるダウンロード単位に、同じコンテンツが重複して指定されていてもよいが、1 つのダウ
ンロード単位に、同じコンテンツが重複して指定されてはならない。また、パッケージ内に、ど
のダウンロード単位にも含まれないコンテンツがあってはならない。
すなわち、ユーザが一つ、あるいは、複数のダウンロード単位を指示することにより、パッケ
- 26 -
ージに含まれるすべてのコンテンツがダウンロードできるよう、コンテンツ配信事業者は Web
コンテンツを構成する必要がある。
パッケージ
ﾀﾞｳﾝﾛｰﾄﾞ単位
ﾀﾞｳﾝﾛｰﾄﾞ
ｺﾝﾃﾝﾂ
単位
ｺﾝﾃﾝﾂ
ｺﾝﾃﾝﾂ
ﾀﾞｳﾝﾛｰﾄﾞ
単位
ﾀﾞｳﾝﾛｰﾄﾞ
単位
ｺﾝﾃﾝﾂ
ｺﾝﾃﾝﾂ
ｺﾝﾃﾝﾂ
ﾀﾞｳﾝﾛｰﾄﾞ単位
図 1-5
ダウンロード単位の位置づけ
以上のダウンロード形態に基づくダウンロードの想定される実行形態と、その実行形態が想定
されるパッケージ形態を表 1-4 に示す。
表 1-4
No.
実行形態
ダウンロードの実行形態
実行内容
想定されるパッケージ
形態
1
2
単体ダウンロ ユーザが指示したダウンロード単位 単品、パック、見放題、
ード
で、一つのコンテンツをダウンロード セレクト
（基本仕様）
する。
一括ダウンロ ユーザが指示したダウンロード単位 パック、見放題
ード
で、複数のコンテンツをまとめてダウ
（基本仕様）
ンロードする。
- 27 -
No.
実行形態
実行内容
想定されるパッケージ
形態
3
更新ダウンロ ユーザが指示したダウンロード単位 パック、見放題
ード
で、複数のコンテンツを逐次ダウンロ
（拡張仕様）
ードする。ダウンロード単位に含まれ
るコンテンツの構成は追加、変更され
る可能性があるため、ダウンロード単
位の更新を監視し、ダウンロード単位
において追加されたコンテンツをダウ
ンロードする。
1.6.6. ローカルナビゲーション（基本仕様）
受信機内にダウンロードされ蓄積されたコンテンツ（以降、ローカルコンテンツと呼ぶ）は、
ユーザの操作により検索し、コンテンツの詳細情報を参照することができる。本仕様では、この
機能をローカルナビゲーションと呼ぶ。
ローカルナビゲーションは、ダウンロードされたコンテンツの一覧表示や検索を行う手段を提
供する。検索の条件としては、ジャンル、タイトル、コンテンツ説明、番組のシリーズなどが想
定される。
また、ローカルナビゲーションは、選択したコンテンツの詳細な情報を確認する機能を提供す
る。
（コンテンツタイトル、コンテンツ説明情報、ジャンル情報、シリーズ情報、ライセンス条件、
コーデック形式、映像・音声・字幕構成情報、再生時間など）
本仕様ではローカルナビゲーションは、ECG と称する受信機のレジデントアプリケーションに
て実現する。受信機は ECG を表示するために、配信事業者が設置したメタデータサーバからメ
タデータを取得する。
1.6.7. コンテンツの再生（基本仕様）
ECG で選んだコンテンツは、受信機本体で、コンテンツ毎に定められた期間、受信機で再生で
きる。
なお、受信機は、プログレッシブダウンロードと呼ばれる、ダウンロード完了前のコンテンツ
の再生開始機能を実現することができる。配信システムは、受信機にプログレッシブダウンロー
ド機能が実装される可能性があることを前提に、構築される必要がある。
1.6.8. コンテンツのリモート再生（拡張仕様）
- 28 -
受信機は、受信機の外部インタフェースを介し接続された機器から、受信機内のダウンロード・
コンテンツをリモート再生する機能を提供してもよい。
リモート再生のライセンス条件は、受信機本体での再生ライセンス条件と同じものとする。
1.6.9. コンテンツのエキスポート（基本仕様、拡張仕様）
受信機内にダウンロードされたコンテンツは、購入契約で定められた条件に基づき、リムーバ
ブルメディア、あるいは、外部インタフェースに対し出力し、コピーを作成することができる。
エキスポートが想定するサービス要件には、次に示すものがある。
表 1-5
No.
1
分類
エキスポートのサービス要件
内容
前提条件
仕様レベル
エキスポート
コンテンツを、購入契約で DRM で保護されたコン 基本仕様
（基本仕様
定められたエキスポート テンツをエキスポートす （オプション）
オプション）
可能回数分、リムーバブル る場合は、DRM で許さ
メディア、あるいは、外部 れたエキスポート先にの
インタフェースに対し出 みコピーが可能
力し、コピーを作成する。
コピー回数 購入契約で定められたエ エキスポート先のメディ 1.2 版では規格
2
付きエキス キスポート可能回数内の ア等が、コピー回数管理 化対象外（次版
ポート
拡張エキスポート
3
任意の複数回数をコピー を行なえる著作権保護機 以降で、位置付
回数管理情報として、一つ 能を持つ場合のみ可能
けを明確化予
のコンテンツの実体に対
定）
し、付与しエキスポート出
力する。
利用期限付 購入契約で定められたエ エキスポート先のメディ
きエキスポ キスポート先のコンテン ア等が、利用開始期限、
ート
ツの利用期限情報を、期限 利用終了期限等の期限管
管理情報として付与し、出 理を行なえる著作権保護
力する。
機能を持つ場合のみ可能
以降、仕様書本編においては、単にエキスポートと記載した場合には、表 1-5 に記載した、基
本仕様（オプション）のエキスポートについて記述したものとする。
本仕様書において、エキスポートは、次のような配信側のサービス要件に基づき実施されるこ
- 29 -
とを想定する。
z
ユーザは、エキスポートが可能なネット TV 端末においてのみ、エキスポート契約が
購入できること
z
ユーザの購入時に、複数回のエキスポートを条件として設定できること
z
視聴と同等の品質（画質、音質など）のエキスポートサービスが提供可能であること
z
DRM で認められたエキスポート先メディアの範囲内で、エキスポートするメディア
を明示的に指定しないエキスポート契約が運用可能であること
z
エキスポートする際の品質に応じた個別のエキスポート契約は運用しない
z
ユーザは、セルスルーの視聴契約と併せて、エキスポート契約を同時に購入可能であ
ること
z
契約上、エキスポート先のメディアが制限される場合、購入時、ユーザに許可された
メディアが明示できること
z
契約上、エキスポート先のメディアが制限される場合、ECG でエキスポート実行前に、
許可されたメディアが明示されること
z
様々な要因でエキスポートが失敗した場合に、配信事業者側で何らかの手段を用いて、
個別の救済措置が可能であること
なお、受信機が、ダウンロード･コンテンツのエキスポートサービスに対応するかどうか、どの
ようなメディアやインタフェースへのエキスポートをサポートするかは、受信機の実装依存であ
る。
1.6.10. パレンタル制御（基本仕様）
成人年齢に満たない子供に対して、視聴制限をかけたいコンテンツに関して、受信機は、パレ
ンタル制御に対応する必要性がある。
具体的なパレンタル制御の対象としては、次の情報が想定される。
z
ダウンロード状態表示でのダウンロード単位名称、番組タイトル
z
ECG の番組タイトル、番組情報表示、サムネイル
z
ECG の検索ジャンル名称
z
コンテンツの再生
z
コンテンツのエキスポート
また、Web サービスとして実現されるダウンロードナビゲーションにおいてもパレンタル制御
は必要であるが、これはサーバ側にて実現する。
- 30 -
1.7. システムモデル
1.7.1. システムエンティティモデル
コンテンツ・ダウンロード機能を実現する標準プロファイル受信機（ネット TV 端末）と、コ
ンテンツ・ダウンロードサービスを実現する配信システムのエンティティとの関係を、図 1-6 に
示す。
本仕様書では、図 1-6 の破線部に示す、コンテンツ･ダウンロードを実現するネット TV 端末
の受信機仕様と、受信機と直接通信を行うサーバ間のプロトコルおよびデータ仕様を規定する。
ただし、DRM に関わる仕様については、本仕様書では、システムモデルを示し、そのモデル
の中で満たすべき技術要件を規定することとし、DRM 方式の詳細については規定しない。
また、ネット TV 受信機が、デジタル放送との放送連携機能を備える場合、データ放送を表示
する BML ブラウザとネット TV ブラウザの間の遷移、および、BML ブラウザ上でダウンローダ
機能を利用する仕様についても、本仕様書のスコープ外である。
なお、コンテンツ･ダウンロードサービスの実現に必要な配信システム側システムにおいて、サ
ーバ間の通信仕様は、本仕様書のスコープ外とする。
受信機側が持つエンティティとしては、ブラウザ、ダウンローダ、ECG、AV プレーヤ、DRM
クライアント、ストレージを定義する。それぞれのエンティティが持つ機能については、表 1-6
に詳しく説明する。
配信システム側が持つエンティティとしては、Web サーバ、メタデータサーバ、コンテンツサ
ーバ、DRM サーバ、顧客管理サーバ、課金決済サーバを定義する。それぞれのエンティティが
持つ機能については、表 1-7 に詳しく説明する。
なお、本エンティティモデルは、本仕様で規定する機能を明確化するために定義するものであ
って、実装やシステム構成を縛るものではない。
- 31 -
配信システム
受信機
Web
サーバ
顧客管理
サーバ
Web文書
ブラウザ
起動
メタデータ
メタデータ
サーバ
課金・決済
サーバ
コンテンツ
蓄積
ダウンローダ
コンテンツ
サーバ
ストレージ
ECG
メタ
データ
起動
ＥＣＧ
コンテンツ
コンテンツ
起動
DRM
サーバ
エキスポート
処理部
ＡＶプレーヤ
コンテンツ鍵・RMPI
ライセンス
DRM
クライアント
規格化スコープ
図 1-6
コンテンツ・ダウンロードを実現するシステムのエンティティモデル
表 1-6
No.
システムのエンティティモデル
エンティティ名称
機能
典型的な実装例
1
ブラウザ
テレビ向け Web コンテンツの提示 ネット TV ブラウザ
2
ダウンローダ
コンテンツ・ダウンロードのスケ レジデントアプリケー
ジューリング、実行、状態更新
3
ECG
ダウンロードしたコンテンツの検 レジデントアプリケー
索、表示、選択、編集操作
4
DRM クライアント
ストレージ
ション
デジタル著作権管理システムの端 レジデントアプリケー
末組込機能
5
ション
ション
ダウンロードするコンテンツを格 ハードディスク・ドラ
納する大容量不揮発性記憶デバイ イブ
ス
6
AV プレーヤ
AV コンテンツの再生
レジデントアプリケー
ション
- 32 -
No.
エンティティ名称
7
エキスポート処理部
機能
典型的な実装例
ダウンロードしたコンテンツを受 レジデントアプリケー
信機外にコピー出力する手段
表 1-7
No.
1
配信システムのエンティティモデル
エンティティ名称
Web サーバ
ションと出力先 I/F
機能
ダウンロードしたいコンテンツのナビゲーションを行う
Web コンテンツの配信
2
メタデータサーバ
コンテンツ･ダウンロードサービスに必要なメタデータ（ダ
ウンロード制御情報、再生制御情報、ECG メタデータ、サ
ムネイル）の配信
3
コンテンツサーバ
映像コンテンツの配信
4
DRM サーバ
ライセンスの配信
5
顧客管理サーバ
コンテンツ配信サービスに加入する顧客情報と顧客が契約
したパッケージの管理
6
課金・決済サーバ
顧客が購入したパッケージに基づく課金決済処理
1.7.2. データ構成
ダウンロードサービスで用いられるデータについて定義し、その利用目的とエンティティとの
関係とを説明する。図 1-7 に関連するデータと受信機内エンティティとの関係を示す。
- 33 -
HTML
文書
制御表示情報入力
ストレージ
ブラウザ
ECG
ECG
メタデータ
起動
制御表示
情報入力
ダウンロード
ダウンロード
制御情報
制御表示
情報入力
再生制御
情報
制御表示
情報入力
起動
コンテンツ
ダウンローダ
AVプレーヤ
処理指示
処理指示
DRM
クライアント
取得・処理対象
暗号鍵
制御情報入力
ライセンス
図 1-7
z
ダウンロードサービスに用いられるデータと受信機内エンティティとの関係
HTML 文書
ブラウザにより Web サーバから取得して、ブラウザにおいて実行すべき表示その他の
処理を記述する文書。ダウンロードサービスにおいては、ダウンローダにおけるダウ
ンロード処理の起動を指示するインタフェースが規定されて、ダウンロードナビゲー
ション機能を実現する。
z
ダウンロード制御情報
ブラウザによって取得されダウンローダに受け渡されることにより、ダウンローダに
おいて実行すべきダウンロードその他の処理内容を設定する制御情報の文書。ダウン
ロード対象のコンテンツやメタ情報の取得先と蓄積時の参照情報を与えたり、ダウン
ロードの状態表示用の情報を供給し、ダウンロード機能を実現する。
z
ECG メタデータ
ダウンローダによりストレージに蓄積され、ECG において、表示及びコンテンツ再生
起動等の処理内容を指定するメタ情報の文書集合。コンテンツのタイトル等のコンテ
ンツ情報、ユーザの利用条件等のライセンス情報、シリーズ等のコンテンツのグルー
プ情報等を与えると共にこれらの階層的な表示を可能としたり、コンテンツの再生の
為のリンク情報を与え、ECG 機能を実現する。
z
再生制御情報
ダウンローダによりストレージにてダウンロードされ、AV プレーヤにおいて、コン
テンツ起動及び再生、及び再生中の情報表示等を指定する制御情報の集合。ライセン
- 34 -
ス取得の為の情報、コンテンツ再生時のトリックプレー等の制御情報、再生中の表示
情報等を与え、コンテンツ再生、エキスポートの機能を実現する。
z
コンテンツ
ダウンローダによりストレージにダウンロードされ、AV プレーヤにおいて、処理さ
れることによりサービスを実現する対象となるデータ。映像信号と音声信号、字幕信
号等が多重化されたストリーム形式のデータファイルとして利用される。また通常暗
号化コンテンツとして利用される。
z
ライセンス
間接的にはダウンローダまたは AV プレーヤからの指示で、DRM クライアントによ
り DRM サーバから取得される、ユーザの利用権利を示し、AV プレーヤにおいてコ
ンテンツを利用可能とする為のデータ。コンテンツを暗号化したコンテンツ鍵(Kc)と
そのコンテンツを利用する為の利用条件情報(RMPI)から構成される.。
1.7.3. プロトコルスタック
ダウンロード対応端末は、TCP/IP、HTTP プロコトルスタックを有し、各種通信処理を行う。
なお、ネットワーク層において使用するプロトコル(IPv4/IPv6)については、サービス事業者の
運用に依存する。
映像配信サービスとの通信処理に必要なプロトコルスタックのモデルを図 1-8 に示す。
映像コンテンツのダウンロードには、HTTP/TCP プロトコルを使用することを想定する。
コンテンツの選択、情報表示を行うナビゲーションには HTML 文書を利用することを想定し、
ダウンロードしたコンテンツの検索、閲覧のために、ECG メタデータとサムネイルを使用し、こ
れらファイルの取得には、HTTP/TCP プロトコルを使用することを想定する。
また、コンテンツの再生に必要なファイルとして、チャプタ情報や利用可能なライセンス情報
を管理する再生制御メタファイル、DRM のライセンス情報、ピクチャ位置情報としてストリー
ム再生制御情報を使用し、これらのファイルの取得には HTTP/TCP プロコトルスタックを利用
する。
伝送プロトコルの詳細については、
「8. ダウンロードプロトコル」を参照のこと。
- 35 -
ナビ ゲ ーション サ ービス
サービス
レイヤ
W eb文書
コンテンツ
レイヤ
HTML/JPEG /
PNG/AAC等
コンテン ツ配 信サ ービス
ECG
メタ データ
ｻﾑﾈｲﾙ
ｺﾝﾃﾝﾂﾒﾀ/
ｼﾘｰｽﾞﾒﾀ/
ﾗｲｾﾝｽﾒﾀ/
ﾊﾟｯｹｰｼﾞﾒﾀ
JPEG
再生制御
ﾒﾀﾌｧ ｲﾙ
（CPC)
ｽﾄﾘｰﾑ再生
制御情報
(SCI)
DRM
ﾗｲｾﾝｽ
ERI/LLI
PSI/SI
映像
音声
H.264/
MPEG2
AAC/
MPEG1-L2
Section
字幕
PES
TS
TTS
HTTP
TLS/SSL
通信
レイヤ
TCP
IP v4/ IP v6
図 1-8
プロトコルスタックモデル
1.7.4. 全体シーケンス
ユーザがコンテンツを選択してからそれを視聴するまでの処理の流れを示す。
1.7.4.1. ブラウザとダウンローダによるダウンロード処理
ダウンロードするコンテンツの選択・購入は、Web サーバとブラウザにより Web サービスと
して提供される。この Web サービスのことをダウンロードナビゲーションという。ユーザはブラ
ウザを介してコンテンツ情報の提示や検索を行い、コンテンツの購入及びダウンロード実行指示
を行う。
ダウンロードナビゲーションは以下の機能を提供する。
z
コンテンツの一覧表示・詳細表示、検索
z
コンテンツの購入処理
z
ダウンロード実行指示（プラグインにより、ダウンロード制御情報をサーバより取得
しダウンローダに受け渡す制御）
コンテンツのダウンロード処理はダウンローダが行う。ダウンローダはブラウザが取得したダ
ウンロード制御情報を用いてダウンロード処理を開始する。ダウンローダはメタデータサーバか
ら再生制御情報と ECG メタデータを取得、コンテンツサーバからコンテンツを取得し、受信機
のストレージに蓄積する。
ライセンスの取得タイミングは運用形態により、ダウンロード後に取得する場合と、コンテン
ツを利用前に取得する場合が考えられる。ここではダウンロード後に取得する場合のシーケンス
- 36 -
を記述している。
配信システム
顧客管理
サーバ
コンテンツ
サーバ
受信機
メタデータ
サーバ
Web
サーバ
ストレージ
ダウンローダ
ブラウザ
ポータルアクセス
コンテンツ一覧・検索画面
コンテンツ
購入
購入コンテンツID、ユーザ情報
購入コンテンツID、ユーザ情報
ダウンロード画面
ダウンロード
実行指示
ダウンロード制御情報取得
ダウンロード
制御情報受け渡し
再生制御情報、ECGメタ取得
再生制御情報、
ECGメタ蓄積
コンテンツ取得
コンテンツ蓄積
DRM
サーバ
DRM
クライアント
ライセンス取得要求
購入確認
ライセンス取得
図 1-9
ダウンロード処理
1.7.4.2. ECG と AV プレーヤによるコンテンツ視聴
ECG は、ダウンロード処理により受信機のストレージに蓄積されたコンテンツの選択・検索機
能を提供する。ECG はユーザが選択したコンテンツを再生するために、AV プレーヤを呼び出す。
AV プレーヤは、受信機のストレージに蓄積されたコンテンツの再生（通常再生、トリックプ
レー、チャプタ等）処理を行う。
ライセンスの取得タイミングは運用形態により、ダウンロード後に取得する場合と、再生時に
取得する場合が考えられる。ここでは再生時に取得する場合のシーケンスを記述している。
- 37 -
配信システム
顧客管理
サーバ
受信機
DRM
サーバ
ストレージ
DRM
クライアント
AVプレーヤ
ECG
ECG起動
一覧表示（ECGメタ）
再生実行
再生制御情報取得
購入確認
ライセンス取得要求
ライセンス取得
コンテンツ読み出し
映像
図 1-10 コンテンツ視聴
1.7.4.3. コンテンツの外部出力
ダウンロードにより受信機のストレージに蓄積されたコンテンツを、リムーバブルメディア等
の外部のメディアにエキスポートする場合、ユーザは ECG によりエキスポート可能なコンテン
ツの選択を行う。ECG はユーザが選択したコンテンツのエキスポートを実行するために、エキス
ポート処理部を呼び出す。
エキスポート処理部は、受信機のストレージに蓄積されたコンテンツの、エキスポート用のラ
イセンスを取得し、エキスポートを行う。
エキスポートに使用するライセンスの取得タイミングはエキスポートを行う時点であり、その
シーケンスを下図に示す。
ライセンスは、エキスポート先のリムーバブルメディア等で、コンテンツが一部でも視聴可能
になった時点で消費されたものとする。
- 38 -
配信システム
顧客管理
サーバ
DRM
サーバ
受信機
ストレージ
DRM
クライアント
ECG
AVプレーヤ
エキスポート処理部
リムーバブル
メディア
ECG起動
一覧表示（ ECG メタ）
コピー実行
再生制御情報取得
購入確認
ライセンス取得
ライセンス取得
ライセンス取得要求
コピー制御情報設定
ライセンス使用完了
コンテンツ読み出し
映像
映像
ライセンス使用完了
図 1-11 コンテンツの外部出力
コンテンツの外部出力にはこの他に、家庭内のネットワークを経由して、外部機器にエキスポ
ートし、外部機器でディスク等のメディアに書き込みをする場合や、ネットワークを経由して外
部機器で視聴を行う場合も含まれる。ネットワーク経由の視聴の場合は、エキスポートと異なり、
ダウンロード再生ライセンスにより行うことに注意すること。
- 39 -
2. DRM 仕様
2.1. DRM 方式のシステムモデルと機能要件
本節では、本ダウンロード仕様における DRM 方式のシステムモデルを規定すると共に DRM
方式として求められる機能要件を明確化する。尚、ここで規定するシステムモデルは実装を規
定するものではない。
2.1.1. DRM システムリファレンスモデル
DRM 方式に関わるサーバ及び受信機内エンティティのシステムリファレンスモデルを規定
する。図 2-1 に概念図を示す。
コンテンツ
サーバ
コンテンツ暗号化規定
受信機
レジデント　ストレージ
アプリケーション　CRL
サーバ
CRL規定
ＤＲＭ
クライアント
CRL規定
権利保護
規定
レンダラ
エキスポート
処理部
DRM
サーバ
ライセンス符号化規定
ライセンス伝送規定
図 2-1
DRM システムリファレンスモデル
2.1.1.1. エンティティの定義
z DRM サーバ
ライセンスの生成、管理、発行を行う機能エンティティ。以下の機能を有する。
¾
コンテンツ鍵とライセンスの生成、管理
¾
DRM クライアントとの通信セキュリティ確立
¾
DRM クライアントからの要求に基づくライセンス発行判定と転送
¾
DRM クライアントからの要求に基づく信頼できる時刻情報の転送
- 40 -
CRL更新・管理
¾
z CRL サーバ
DRM サーバ及び DRM クライアントに関わる CRL の生成、管理、発行を行う機能エンティ
ティ。以下の機能を有する。
¾
DRM サーバ及び DRM クライアントの CRL の生成・更新・管理
¾
DRM サーバ及び DRM クライアントからの要求に基づく CRL の転送
z コンテンツサーバ
ダウンロードサービスの暗号化コンテンツを供給する機能エンティティ。以下の機能を有す
る。
¾
コンテンツ鍵によりコンテンツを暗号化して暗号化ストリームを生成、管理
¾
受信機からの要求に基づく暗号化コンテンツの転送
z ストレージ
コンテンツサーバから取得した暗号化コンテンツを蓄積、管理する受信機内の機能エンティ
ティ。
z DRM クライアント
ライセンスを取得・管理し、コンテンツ利用時にコンテンツ鍵を供給する受信機内の機能エ
ンティティ。以下の機能を有する。
¾
DRM サーバとの相互認証によるセキュアな通信路の確立
¾
DRM サーバからのライセンス取得・管理
¾
レンダラ、エキスポート処理部へのコンテンツ鍵・利用条件情報の供給
¾
CRL サーバとの通信による CRL 更新・管理
z レンダラ（AV プレーヤ）
ストレージに蓄積されたダウンロード済みの暗号化コンテンツを復号し、コンテンツ再生を
実現する受信機内の機能エンティティ。以下の機能を有する。
¾
DRM クライアントから供給されたコンテンツ鍵による暗号化コンテンツの復号（デク
リプタ）
¾
暗号復号したストリームのデコード
¾
DRM クライアントから供給されたライセンスの利用条件情報に基づく再生出力制御。
¾
DRM クライアントから供給されたライセンスの利用条件情報に基づく外部インターフ
ェース出力制御
z エキスポート処理部（外部出力処理部）
ストレージに蓄積されたダウンロード済みの暗号化コンテンツを復号し、リムーバブルメデ
ィアまたは外部機器への出力インターフェースにエキスポートする処理を行う受信機内機能エ
ンティティ。以下の機能を有する。
¾
DRM クライアントから供給されたコンテンツ鍵による暗号化コンテンツの復号（デク
- 41 -
リプタ）
¾
DRM クライアントから供給されたライセンスの利用条件情報に基づくリムーバブルメ
ディア等への書き込み制御、または外部出力インターフェースへの出力制御。
¾
上記の制御に基づく各メディア、出力インターフェース毎の DRM 方式による著作権保
護処理。
z レジデントアプリケーション
受信機において DRM 方式に基づくダウンロードサービスを実現する処理の全体的なシーケ
ンス制御を行うソフトウェア。本ダウンロード仕様においては、ダウンローダ、ECG に相当す
る。
2.1.1.2. DRM 方式の規定項目
z ライセンス符号化規定
実体としてのライセンスの符号化規定。主にコンテンツ鍵と利用条件情報から構成される。
z ライセンス伝送規定
DRM クライアントと DRM サーバ間でセキュアな通信路を確立し、DRM サーバが安全にラ
イセンスを配信する為の通信プロトコルの規定。DRM 方式の根幹をなす重要な技術仕様であ
り、相互認証による強固な通信セキュリティが求められる。
z コンテンツ暗号化規定
ダウンロードサービスのコンテンツストリームに施されるコンテンツ暗号化の規定。
z CRL 規定
無効化されたサーバを記述する CRL の符号化、伝送及び更新運用の規定
及び不正な受信機（DRM クライアント）を記述する CRL の符号化、伝送、更新運用の規定。
z 受信機内権利保護規定
DRM クライアント及びレンダラ、エキスポート処理部の実装基準に関する規定。及びライ
センスの利用条件情報に基づく再生出力制御、コピー制御に関する規定。
2.1.2.
ライセンスモデル
2.1.2.1. ライセンスの定義
コンテンツの再生等の利用権利。または、コンテンツの利用権利を示し利用条件を満たす場
合にのみコンテンツの利用を可とするデータの実体。コンテンツ鍵と利用条件情報を含む。
2.1.2.2. ライセンス配送方式と利用形態
ダウンロードサービスにおいては、ライセンスはコンテンツ単位で発行され、これを配送す
る形態となる。
- 42 -
またライセンスは利用形態に応じて分類されうるが、ダウンロードサービスにおいては、ダ
ウンロード再生ライセンスとエキスポートライセンスの２種類を想定する。以下、ライセンス
種別毎にライセンス配送と利用の流れを説明する。
（１）ダウンロード再生ライセンスにおけるライセンス配送と利用処理
ダウンロード再生ライセンスに基づく DRM システムモデルを
図 2-2 に示す。 処理のフローは以下の通りとなる。
①
DRM サーバにおいて、コンテンツ毎にそのコンテンツ鍵(Kc)とその再生時利用条件情報
(RMPIp)からなるダウンロード再生ライセンスを生成する。再生時利用条件情報は、有効期限
と出力制御情報を含む。
（ライセンス内容の確定タイミングとは異なる場合がある）
②
AV 符号化されたコンテンツが上記コンテンツ鍵(Kc)で暗号化された上でコンテンツサーバ
に置かれる。
③
受信機は上記暗号化コンテンツをダウンロードしてストレージに蓄積する。
④
受信機の DRM クライアントは、コンテンツとは別に DRM サーバとセキュアな通信路を確
立して、ダウンロード再生ライセンスを取得し保持する。
⑤
コンテンツ再生時に、DRM クライアントにおいてダウンロード再生ライセンスの再生時利
用条件情報として含まれる有効期限をチェックし、期限内であればコンテンツ鍵(Kc)をレンダ
ラ（AV プレーヤ）の暗号復号器に設定する。
⑥
レンダラではストレージから暗号化コンテンツを読み出して上記コンテンツ鍵(Kc)で暗号復
号を行った後、AV 復号を行って再生出力する。再生出力の際、ダウンロード再生ライセンス
の再生時利用条件情報として含まれる出力制御情報に基づいた出力制限を施す。
⑦
DRM クラインアントは、有効期限内であれば、保持しているダウンロード再生ライセンス
を何度でも使用して⑤⑥を実行してもよい。
有効期限経過後、ダウンロード再生ライセンスは利用不可とする。
- 43 -
AV符号化
ストレー ジ
コンテンツサーバ
Contents
暗号化
レンダラ（ＡＶプレ ーヤ）
暗号復号　Kc
Kc
RMPIp
ライセンス　処理
鍵・ライセンス　生成
DRMサ ーバ
ＡＶ復号　Kc
RMPIp
DRMクライ アント
受信機
ダウンロード再生ラ イセンス
ダウンロード再生ラ イセンス
Contents　図 2-2
Kc RMPIp
RMPIp:再生利用条件情報
Kc:コンテンツ鍵
ダウンロード再生ライセンスに関わるライセンス配送概念図
（２）エキスポートライセンスにおけるライセンス配送と利用処理
エキスポートライセンスに基づく DRM システムモデルを図 2-3 に示す。 処理のフローは
以下の通りとなる。
①DRM サーバにおいて、コンテンツ毎にそのコンテンツ鍵(Kc)とそのエキスポート利用条件
情報(RMPIe)からなるエキスポートライセンスを生成する。エキスポート利用条件情報は
リムーバブルメディア等における利用条件を含む。
②AV 符号化されたコンテンツが上記コンテンツ鍵(Kc)で暗号化された上でコンテンツサーバ
に置かれる。
③受信機は上記暗号化コンテンツをダウンロードしてストレージに蓄積する。
④受信機の DRM クライアントは、コンテンツとは別に DRM サーバとセキュアな通信路を確
立して、エキスポートライセンスを取得し、保持する。
⑤エキスポート時に、コンテンツ鍵(Kc)をエキスポート処理部（外部出力部）の暗号復号器に
設定する。
⑥エキスポート処理部ではストレージから暗号化コンテンツを読み出して上記コンテンツ鍵
(Kc)で暗号復号を行った後、エキスポート先のリムーバブルメディア及び外部機器への出
力インターフェースに応じたエキスポート処理を行う。具体的には、まず必要に応じて AV
変換符号化を施した後、エキスポートライセンスのエキスポート利用条件情報(RMPIe)に
従い、エキスポート先のリムーバブルメディア等に書き込む、
（或いは外部機器への出力イ
ンターフェースへ出力する。）
⑦エキスポートライセンスは上記⑤⑥の処理１回利用により利用不可とする。
- 44 -
Contents
暗号化
暗号復号　Kc
Kc
ライセンス　処理
鍵・ライセンス　生成
DRMサ ーバ
エキスポ ート処理
再暗号・符号化変換
外 部 メデ ィア
AV符号化
エキスポート処理部（外部出力部）
ストレー ジ
オーサリング＆コンテンツサ ーバ
Kc
RMPIe
RMPIe
DRMクライアント
受信機
エ キスポー トライセンス
エ キスポー ト
ライセンス
Contents　図 2-3
Kc RMPIe
RMPIe:エキスポート利用条件情報
Kc:コンテンツ鍵
エキスポートライセンスに関わるライセンス配送概念図
2.1.2.3. ライセンスの構成要素
ダウンロードサービスで利用されるダウンロード再生ライセンスとエキスポートライセンス
の構成要素を、表 2-1、表 2-2 に示す。
表 2-1
ダウンロード再生ライセンスの主要な構成要素
構成要素
概要
コンテンツ鍵(Kc)
コンテンツの暗号鍵
有効期限
利用開始日時及び利用終了日時
出力制御情報
信号出力制限、コピー制限に関わる情報
（注）
（注）ARIB STD-B10 に規定されるデジタルコピー制御記述子、コンテント利用記
述子の内容に相当
表 2-2
エキスポートライセンスの主要な構成要素
構成要素
概要
コンテンツ鍵(Kc)
コンテンツの暗号鍵
エキスポート先利用条
メディア種別毎または外部機器への出力
件情報
Ｉ／Ｆ毎の利用条件情報
- 45 -
DRM 処理動作モデル
2.1.3.
本規定に基づく受信機及び各サーバのエンティティにおける DRM 処理の概要を説明する。
但し本節の内容はあくまで動作モデルであり、必ずしもこの通りに動作することを規定するも
のではない。
2.1.3.1. DRM 基本処理
まず、DRM 基本処理として、本 DRM 方式の根幹をなす処理動作モデルを示す。本節で説
明する処理については、主に2.2 に通信仕様及び関連する処理として詳細に規定する。
z
ライセンス取得処理
ダウンロード再生ライセンス及びエキスポートライセンスの配送は、DRM クライアントが
DRM サーバへライセンスを要求して取得することにより実現される。この際、その通信路に
は強固なセキュリティが要求される。セキュリティを実現する為に、SAC と呼ばれる認証暗号
通信路を確立する必要がある。図 2-4 に DRM サーバと DRM クライアント間の通信シーケン
スを示す。基本的に SAC 確立→ライセンス要求→ライセンス配送→SAC 終了という順に処理
が進む。以下ライセンス取得処理のフローに沿って各プロセスについて説明する。
DRM
サーバ
DRM
クライア ン ト
① SAC確立
② ライセ ンス要求
③ ライセ ンス配送
④ SAC切断
図 2-4
①
ライセンス取得シーケンス
SAC 確立
認証暗号通信路を確立する手段としては、PKI を利用した相互認証に基づくものとす
- 46 -
る。DRM クライアントはクライアント証明書とルート証明書、及びサーバの CRL を
保持し、DRM サーバはサーバ証明書とルート証明書及びクライアントの CRL を保持
する前提とする。このシーケンスの結果としてサーバ・クライアント間の相互認証を
完了して、ライセンス要求・配送のメッセージを暗号化する為の鍵を共有する。
②
ライセンス要求
DRM クライアントは、取得対象ライセンスを特定するライセンス ID を含むメッセー
ジを DRM サーバに転送して、ライセンスを要求する。
③
ライセンス配送
DRM サーバは、DRM クライアントが該当するライセンスを取得する権利を有するか
判定し、認められる場合にはライセンスを転送する。
④
SAC 切断
DRM クライアントと DRM サーバは確立した認証暗号通信路を切断する。
z
コンテンツ暗号復号処理
１８８byte
TSヘッダ（非 暗号）
ペ イロ ード（暗 号）
128bit未 満の ブロッ ク＝ ＯＦ Ｂモー ド
128bitごとの ブロック＝ＣＢＣモー ド
IV=初期 値
暗号化後 のデータ
＋＋
＋＋
＋＋
＋＋
＋＋
Dec(kc ) Kcで復号 化
図 2-5
Enc(kc )
＋＋
暗号化前 のデ ータ
＋＋
Dec(kc ) Dec(kc ) Dec(kc ) Dec(kc ) Dec(kc )
Enc(kc ) Kcで暗号 化
XOR
TS パケットの暗号復号処理
コンテンツは、TS パケットのペイロード部(アダプテーションフィールドは除く)に、
128bit の AES 方式、暗号モードとしては CBC モード及び OFB モード（端数のみ）で暗
号化されている。暗号復号処理は各 TS パケット毎に行う。１TS パケットの暗号復号処理
- 47 -
の演算ダイヤグラムを図 2-5 に示す。
z
CRL 更新処理
DRM クライアントは、ライセンス取得処理において適正なサーバ認証を行う為最新の CRL
を保持することが望まれる。よって適宜、定められた運用規定に従い CRL サーバから最新の
CRL を取得して更新を行う。具体的には、例えば毎回のライセンス取得処理の後などに、その
時点で取得済みの CRL に記述されている次回更新日時を確認し、現在日時との関係に基づき
CRL サーバへアクセスして CRL 更新処理を行う。
また DRM サーバも同様にライセンス取得処理において適正なクライアント認証を行う為、
最新の CRL を保持することが望まれる。
z
信頼できる時刻の取得処理
ダウンロード再生ライセンスの有効期限の判定、及び CRL 更新処理において、信頼できる
時刻が必要である。信頼できる時刻取得の一手段として、例えば、前記ライセンス取得処理と
同様に、DRM サーバと DRM クライアント間で SAC を張って DRM サーバから時刻情報を取
得することが可能である。
z
DRM クライアント識別子(DRM_ID)の登録処理
DRM サーバにおいて、受信機毎にライセンス発行の可否を判定することを求められるが、
これを実現する為には、あらかじめ DRM クライアント識別子(DRM_ID)とユーザを特定する
情報を紐付けてサーバに登録する必要がある。DRM_ID の登録方法については別途運用にて定
める。
2.1.3.2. ダウンロードサービスにおける DRM 処理動作シーケンス
ダウンロードサービスの全体のシーケンスに沿って、各フェーズでの DRM 関連処理動作を
説明する。ここでは、基本仕様として想定されるダウンロード前課金の場合のシナリオを示す。
利用前課金の場合は以下と異なる処理動作シーケンスとなることも想定されるが付録 E.2 に実
現シナリオ例を示す。尚、DRM 仕様の周辺も含む全体の処理動作を論じる関係上、2.1.1 で規
定した DRM システムモデルに含まれない周辺の機能エンティティの動作も含む。これらのエ
ンティティを以下に簡単に定義しておく
z
ポータルサーバ
サービス事業者が運用する Web サーバ。受信機のブラウザに HTML 文書を供給して、
サービス申し込みやコンテンツ再生のナビゲーション機能を提供する。
z
メタデータサーバ
サービス事業者が運用するサーバ。ダウンロード制御情報、再生制御情報、ECG メタ
データを供給する。
z
顧客管理サーバ
サービス事業者が、顧客の登録情報及びサービス申し込み情報を管理するサーバ。デ
- 48 -
ータベースとしての機能を有する想定。
z
決済サーバ
サービス申し込みに関わる課金・決済の機能を持つサーバ
z
ブラウザ
受信機内でサービス申し込み、ダウンロードコンテンツ検索等のナビゲーション機能
を実現するモジュール。HTML ブラウザを指す。
z
基本登録
基本登録とは、ユーザが著作権保護を施したサービスを利用できるように個人及び端末の情
報を事業者に登録するユーザ操作及び受信機・サーバ処理、を総称する。基本登録は基本的に
ポータルサーバとブラウザの間の通信によって行われる。
基本登録では、ポータルサーバから供給された HTML 文書の基本登録用ページにおいて、
ユーザが基本登録の操作を行うことにより、DRM クライアント識別子(DRM_ID)が顧客管理サ
ーバに登録される。
尚、DRM_ID をサーバに転送する方法については本仕様では規定しないが、少なくとも以下
のセキュリティ要件を満たす必要がある。
z
¾
通信路における盗聴及び改ざんを防止できるようにすること
¾
DRM を運用する事業者以外のサーバに転送されないようにすること。
サービス申し込み
サービス申し込みとは、特定のパッケージを利用可能とするユーザ操作及び受信機・サーバ
処理を総称する。見放題、セレクトの場合には契約、単品、パックの場合には購入に相当する。
ダウンロード前課金の場合には、サービス申し込みはダウンロードの前にポータルサーバとブ
ラウザの間の通信によって行われる。ポータルサーバから供給された HTML 文書のサービス
申し込みページにおいて、ユーザ認証が行われた上で、ユーザが特定のダウンロードサービス
コンテンツのパッケージを購入する操作を行うことにより、申し込み対象のパッケージ識別情
報がポータルサーバ経由で顧客管理サーバに登録される。顧客管理サーバではあらかじめ基本
登録によりユーザ個人情報と DRM_ID が紐づいていれば、これにより決済サーバと通信して
サービス申し込みに伴う料金徴収を行うことができる。またパッケージ識別情報から対応する
ライセンス ID が紐づくので、結果として顧客管理サーバに、DRM_ID とライセンス ID が紐
づいて登録されることになる。尚、料金徴収に関しては、このフェーズで行わずダウンロード
完了後の該当ライセンス取得が行われたことを顧客管理サーバが認識して行うことも可能であ
る。（但しプログレッシブダウンロードのケースは除く。）
以下、コンテンツのダウンロードと再生の各動作フェーズについては、図 2-6 に DRM シス
テムリファレンスモデル上での処理フローの概念図を示す。（本文中の番号と対応）
z
コンテンツのダウンロード
- 49 -
ブラウザからの起動により指定されたコンテンツのダウンロードを行う処理フェーズである。
以下に DRM 関連処理を中心とした受信機処理のシーケンス例を示す。
①
ダウンロード制御情報の取得・解析
受信機のレジデントアプリケーションであるダウンローダが、メタデータサーバからダ
ウンロード制御情報を取得して、内容を解析する。以下ダウンロード制御情報に従い以
下の処理を行う。
②
コンテンツ及びメタデータのダウンロード
ダウンローダは、メタデータサーバからライセンス確認・取得に用いられる LLI を含む
再生制御情報を取得してストレージに記録する。また蓄積済みローカルコンテンツのナ
ビゲーションを行うのに必要な ECG メタデータもメタデータサーバから取得し記録す
る。続いてコンテンツサーバからコンテンツ鍵により暗号化された暗号化コンテンツを
取得してストレージにそのまま蓄積する。
ここまでの処理が完了した時点で、ダウンロード制御情報においてダウンロード時のラ
イセンス取得が指示されている場合は次の③へ進む。指示されていない場合には、ダウ
ンローダの処理を終了する。（③④をスキップする）
③
ライセンス取得処理
DRM クライアントは、ダウンロード制御情報の記述に基づき、まず、不正な DRM サ
ーバに誘導されないように、DRM サーバ URI の署名検証を行う。署名検証は署名検証
用に受け渡されたサーバ証明書からサーバの公開鍵を抽出して行う。また、サーバ証明
書は DRM クライアントに保持されるルート証明書で証明書の連鎖を検証する。署名検
証が成功した場合のみ以下の処理に進む。
次に2.1.3.1 に記述したライセンス取得処理を行って、DRM サーバからダウンロード再
生ライセンスを取得する。取得したライセンスはライセンス ID に紐付けて、不揮発性
の記憶領域に保持・管理される。
CRL 更新処理
④
CRL の更新を行うべきタイミングかどうか判断を行い、必要であれば2.1.3.1 に記述し
た CRL 更新処理を行う。
z
ローカルコンテンツ再生・エキスポート
蓄積済みのローカルコンテンツの再生、エキスポートを行う処理フェーズである。以下に
DRM 関連処理を中心とした受信機処理のシーケンス例を示す。尚、プログレッシブダウンロ
ードの場合にはコンテンツダウンロードフェーズの②の途中から以下の処理を並行して行うこ
とになる。
⑤
ECG 表示と再生・エキスポート起動
②で記録した ECG メタデータに基づきコンテンツリスト表示を行うレジデントアプリ
- 50 -
ケーションである ECG が起動される。ここで有効期限等のライセンス情報は、③のラ
イセンス取得後であればライセンスの有効期限情報等を読み出して用いるが、そうでな
ければ ECG メタデータの一部であるライセンスメタデータを用いて表示する。特定の
コンテンツを利用する複数の権利を有する場合には、対応するライセンス毎の情報を表
示し、ユーザが利用したいライセンスを選択する手段を提供する。ここで必要に応じて
ライセンスを選択してユーザからローカルコンテンツの再生起動操作またはエキスポー
ト起動操作が行われると以下の処理が行われる。
⑥
再生制御メタファイルの解析
②で記録した再生制御メタファイル（再生制御情報）を読み出して解析を行う。その後、
ライセンスメタデータで指定されるライセンス ID が、再生制御メタファイルの LLI に
記述されていることを確認した上で、DRM クライアントにその当該ライセンス ID に相
当するライセンスが既に保持されているかどうか確認を行う。ライセンスが保持されて
いない場合には⑦へ進み、ライセンスが保持されている場合には⑨へ進む。
⑦
ライセンス取得処理
DRM クライアントは、LLI の記述に基づき、まず、不正な DRM サーバに誘導されな
いように、DRM サーバ URI の署名検証を行う。署名検証は署名検証用に受け渡された
サーバ証明書からサーバの公開鍵を抽出して行う。また、サーバ証明書は DRM クライ
アントに保持されるルート証明書で証明書の連鎖を検証する。署名検証が成功した場合
のみ以下の処理に進む。
次に2.1.3.1 に記述したライセンス取得処理を行って、DRM サーバからライセンスを取
得する。
（再生時にはダウンロード再生ライセンス、エキスポート時にはエキスポートラ
イセンスを取得）取得したライセンスは不揮発性の記憶領域に保持することが想定され
る。
⑧
CRL 更新処理
DRM クライアントは CRL の更新を行うべきタイミングかどうか判断を行い、必要であ
れば2.1.3.1 に記述した CRL 更新処理を行う。
⑨
コンテンツ鍵及び利用条件の設定
該当するライセンスが保持されていることが確認された時点で、DRM クライアントは
ライセンスに含まれるコンテンツ鍵及び利用条件情報をレンダラまたはエキスポート処
理部へ転送する。レンダラ、エキスポート処理部はコンテンツ鍵をデクリプタに設定し、
利用条件情報に基づく再生・エキスポート制御処理を開始する準備を整える。
⑩
ローカルコンテンツの復号・再生・エキスポート
レンダラまたはエキスポート処理部は、ストレージから暗号化コンテンツストリームを
順次読み出し、TS パケット毎にデクリプタにおいて2.1.3.1 に記述した暗号復号処理を
行う。再生の場合には暗号復号した映像・音声信号を復号して、再生を行ってゆく。
- 51 -
再生の場合にはレンダラが、⑨で設定されたダウンロード再生ライセンスの利用条件
情報に基づき出力制御を実行する。外部機器において再生を行う場合にも、同様にダウ
ンロード再生ライセンスの利用条件情報に基づく出力制御にて、外部機器への出力イン
ターフェースに対する転送を実行する。
エキスポートの場合にはエキスポート処理部が、エキスポートライセンスに基づき、
暗号復号したコンテンツをエキスポート先のメディアに依存した暗号化、利用条件情報
の設定を行って定められたプロトコル、データフォーマットによるメディアへの書き込
み、或いは外部機器への出力インターフェースに対する転送を実行する。
⑪
ローカルコンテンツ再生・エキスポート終了
ローカルコンテンツの再生、またはエキスポートがユーザ操作或いはコンテンツの終わ
りまで到達することにより終了した時には、レンダラ、エキスポート処理部に設定され
たコンテンツ鍵、及び利用条件情報も利用不可とする。
z
⑫
ライセンスの無効化
以下の場合、DRM クライアントは保持していた該当ライセンスを利用不可とする。
z
ユーザがコンテンツ削除操作を行った
z
ダウンロード再生ライセンスの場合で、指定された有効期限を経過した
z
エキスポートライセンスの場合で、１回のエキスポート処理が完了した
コンテンツ
サーバ・
メタ データ
サーバ
コンテンツ
再生制御 情報
ＥＣＧメ タ データ
②コンテンツ・メ タ データダ ウンロ ード
ダウンロ ード制 御情報
D LC
①-1 ダウンロード制御情報取得
①-2 ダ ウンロ ード 制御情 報解析
⑤ ECG表示
ストレ ージ
ＰL
LL
TTS
LL
ER I
LLI
⑥再生制 御ファ イ ル解析
LLI
レジデ ントア プリケ ーシ ョン
DRM
サー バ
LID
DRMServer
_URL
③⑦-1 SA C確立
LID
③⑦-4 ライセンス転送
Kc
⑩コンテンツ
復号・再生
DRM
クライア ン ト
③⑦-2 ライセンス要求
③⑦-3
判定
レンダラ・
エキスポート処理部
⑨ Kc /R MPI転送・設定
+
RMPI
RMPI
暗号復号
DL再生ラ イ センス
エキスポ ートラ イ センス
③⑦-6終了
CRL
サーバ
④⑧-2 CRL取得
③⑦-5 ライセンス保持
⑫ラ イ センス
I削除
④⑧-1CRL更新判断
④⑧-3 CRL更新 CRL
CRL
- 52 -
⑪ Kc/RMP
I削除
図 2-6
ダウンロードサービスにおける DRM 処理動作フロー概念図
2.2. DRM 仕様の詳細規定
本規定においては、DRM 仕様の中核となる仕様詳細は規定せず、別途規定される DRM 方
式の適用方法について付録に規定することとする。ここでは上記 DRM 方式に依存しない DRM
仕様詳細について規定する。尚、上記 DRM 方式は、2.1 に規定する DRM システムモデル及
び機能要件を満たす必要がある。
2.2.1. ライセンス ID 規定
受信機の DRM クライアントにおいて取得するライセンスを識別するライセンス ID については、
VOD、ダウンロード、ＩＰ放送等サービス種別の識別情報も含み IPTV 全体で利用されるライセン
スについて統合的な採番が為される。またダウンロード再生ライセンス、エキスポートライセンス
のライセンス ID については、本規定の適用範囲全体においてユニークでなければならない。ライ
センス ID は８バイトで構成される。表 2-3 にライセンス ID の採番ルールを規定する。また図 2-7
にダウンロード再生ライセンス、及びエキスポートライセンスのライセンス ID の構成を示す。
(a) ダウンロード再生ライセンス
2
1
5
ライセンスタイプ
=0x03
DRM運用事業者ID
(drm_provider_id)
事業者内ライセンス識別
(a) エキスポートライセンス
2
DRM運用事業者ID
(drm_provider_id)
1
5
ライセンスタイプ
=0x04
図 2-7
事業者内ライセンス識別
ライセンス ID の構造
- 53 -
表 2-3
ダウンロード再生ライセンス・エキスポートライセンスのライセンス ID
バ イ
構成要素
概要
DRM 運 用 事 業 者 ID
DRM を運用する事業者をユニークに識
(drm_provider_id)
別する。
ライセンスタイプ
ライセンスのタイプを示す。ダウンロー
ト
0-1
2
ド再生ライセンスの場合 0x03 固定、エキ
スポートライセンスの場合 0x04 固定と
する。
3-7
事業者内ライセンス識
事業者 ID で示される事業者内のダウン
別
ロード再生ライセンス、或いはエキスポ
ートライセンスをユニークに識別。
2.2.2. コンテンツ暗号化規定
暗号化コンテンツにおいて、PAT 又は PMT を含む TS パケットは非暗号とすること。
2.2.3. ダミーライセンス
ダウンロード制御情報において validflag が”false”で指定されるライセンスは、ダウンロード
完了時に DRM サーバに接続してライセンス取得要求を行うことにより、受信機におけるダウ
ンロード処理が完了したことを通知することを目的とするものであり、受信機はライセンスを
取得するがこれ自体は利用目的のない無効なライセンスとする。上記のライセンスをダミーラ
イセンスと定義する。ダミーライセンスはライセンスタイプとしてはダウンロード再生ライセ
ンスとし、取得後に永く保持されないように充分短い有効期限を設定するものとする。ダミー
ライセンスの運用詳細については付録 E.6 に示す。
2.3. 受信機への DRM 機能要求仕様
全般的に、受信機は2.1.3 に示す動作モデルに準ずる処理、さらに具体的には2.2 及び適用さ
れる DRM 方式にて規定される受信機処理が求められる。
上記以外で受信機に求められる DRM 処理、関連仕様及び特記事項について以下に列挙する。
2.3.1.
ライセンス取得処理
ダ ウ ン ロ ー ド 制 御 情 報 の feed/entry/dlctl:licenseid 要 素 の acquisitiontiming の 値 が
immediately の場合には、ダウンロード完了後、ダウンロード制御情報で指定されたライセン
スを取得するのが望ましい。また、プログレッシブダウンロードの場合は、acquisitiontiming
- 54 -
の値が immediately でも、再生開始時にライセンスを取得してもよい。
atuse の場合には、ダウンロード完了後にライセンスは取得せず、ローカルコンテンツ初回
利用時にダウンロード制御情報で指定されたランセンスを取得するのが望ましい。
ローカルコンテンツ再生時には、ECG のライセンスメタデータにより取得すべきライセンス
ID が把握できた場合でも LLI の中に同じライセンス ID が存在することを確認した後、有効な
該当ライセンスが保持されていない場合にのみライセンスを取得することが望ましい。
なお、ダウンロード制御情報の feed/entry/dlctl:licenseid 要素から有効なライセンス ID を取
得して、ライセンスを取得しても良い。
ダウンロード制御情報の dlctl:licenseid 要素において、validflag に”false”が設定された時に
は、プログレッシブダウンロードが行われた場合や既にダウンロード済みのコンテンツの再ダ
ウンロード処理の場合も含め、必ずダウンロード処理完了時に指定されたライセンス ID に対
応するダミーライセンスを取得すること。またダミーライセンスの取得に際しては、ライセン
スに指定される有効期限情報に関わらずライセンスを保持しなくてもよい。
2.3.2.
ライセンスの保持・管理
受信機において本仕様に基づく DRM 関連機能を実現するには、基本的に以下の通り取得し
たライセンスを保持、管理する必要がある。
ダウンロード再生ライセンスについては、取得後、ライセンスに指定された有効期限まで保
持・管理する必要があるので、複数のダウンロード再生ライセンスを保持する NVRAM が必要
である。またライセンスの有効期限を経過した時点で NVRAM に保持したダウンロード再生ラ
イセンスは利用不可とすること。エキスポートライセンスについては、エキスポート完了時ま
で保持すればよい。エキスポートライセンスは、エキスポート先メディアに一部でも利用可能
な書き込みが行われた可能性があると判断された時点で利用不可とすること。
但し、ローカルコンテンツの再生開始時に毎回ダウンロード再生ライセンスの取得を行い、
再生終了時にライセンスを利用不可とする（或いは特に利用不可とはしないが保持・管理もし
ない）という処理方法により、有効期限の指定に関わらずダウンロード再生ライセンスの保持、
管理を行わない受信機実装も許容する。
2.3.3.
暗号化コンテンツと非暗号化コンテンツ
受信機はコンテンツが暗号化されていれば、下記(a)の処理を行い、非暗号であれば下記(b)
の処理を行う。ダウンロードサービスのコンテンツにおいては PMT に限定受信方式記述子が
配置されていないので、コンテンツが暗号化されているかどうかの判定は再生制御ファイルの
ERI において encryption 要素を判定することにより行う。この encryption 要素の値が 1 であ
れば暗号化コンテンツ、０であれば非暗号化コンテンツであると判別できる。
(a)
暗号化コンテンツの処理：2.1.3.2 に示す処理動作に準ずることとする。受信処理
- 55 -
においては、TS スクランブルヘッダのスクランブル制御フラグを参照して暗号復
号処理を行うこと。これは字幕 ES に関しては暗号化コンテンツであっても非暗号
の場合がある等 ERI における encryption 要素の値が 1 であっても非暗号のコンテ
ンツが含まれることがあるからである。
(b)
非暗号化コンテンツの処理：LLI に基づくライセンス取得処理を行わずにコンテン
ツの復号・再生処理を開始することが可能である。また TS パケットヘッダのスク
ランブル制御フラグを参照するかしないかは任意とする。（スクランブルフラグを
参照して、スクランブルフラグが ON となったストリームを受信した場合にエラー
メッセージを表示する等の処理は受信機依存とする。）
リボーク時の受信機動作
2.3.4.
受信機がリボークされた場合には、受信機は、ライセンス取得の為の SAC の確立を試みた
時点で、DRM サーバ側でのクライアント証明書の検証の失敗の通知により知ることが可能で
ある。
ダウンロードサービスについてはローカルコンテンツ再生時にダウンロード再生ライセンス
がない場合には、ライセンス取得ができないので再生自体が不可となるが、既に取得してある
場合には、有効期限が経過するまでは再生可能である。また、メッセージを表示して受信機が
リボークされた旨と対応策をユーザに通知することが望ましい。また一度ライセンス取得試行
時にリボークが通知された場合には、その情報を保持して、適宜ユーザに提示することが望ま
しい。
ローカルコンテンツ再生・エキスポートにおけるコピー制御及び出力制御
2.3.5.
暗号化コンテンツの場合にはダウンロード再生ライセンス、またはエキスポートライセンス
の記述に従ってコピー制御及び出力制御を行うこと。非暗号化コンテンツの場合にはコピー制
御、出力制御の指定手段がないので無条件にコピー可としてよい。
有効な DRM 方式の確認
2.3.6.
受信機は以下の DRM 関連動作において、有効な DRM 方式であることを確認する必要があ
る。
z
ダウンロード処理時において、取得したダウンロード制御情報に
feed/dlctl:drmsystem 要素が配置される場合には、上記要素の属性を確認し、上記属
性の記述が存在しない場合、或いは受信機が実装していない DRM 方式の場合には無
視してもよい。
z
再生開始時において、LLI の drm_system 要素が存在しない場合、或いは受信機が実
装していない DRM 方式の場合、ライセンス取得及びその後の再生処理を行わないこ
と。
- 56 -
2.3.7.
DRM サーバ URI の署名検証処理
ダウンロード制御情報及び LLI において用いられる DRM サーバの URI に対する署名検証
結果がエラーであった場合には、ダウンローダまたは AV プレーヤで行うライセンス取得処理
は行わない。
2.3.8.
信頼できる時刻に関する処理
受信機はダウンロードサービスに対応するに当たって信頼できる時刻を利用しなければなら
ない。具体的にはダウンロード再生ライセンスにおける有効期限の判定、及び CRL の有効期限
判定には、必ず信頼できる時刻を利用する必要がある。
2.4. サーバにおける DRM 関連運用仕様
2.4.1. ダミーライセンスの運用
ダミーライセンスを運用する場合には、関連するコンテンツを復号可能なコンテンツ鍵をラ
イセンスに設定しないこと。またダウンロード再生ライセンスの有効期限として、端末のライ
センス取得日時より後の日時でかつ充分に短期間となるように設定すること。
- 57 -
3. 受信機モデル
3.1. 受信機モデル
本節では、コンテンツ・ダウンロード機能を実現する標準プロファイル受信機のリファレンス
モデルであり、コンテンツ・ダウンロード規格を記述する元になるエンティティモデルを規定す
る。
図 3-1 は、図 1-6 の受信機のエンティティモデルを、さらに詳細化した構成図で、それぞれの
エンティティに関する詳しい解説については、表 3-1 に説明する。
エキスポート制御
エキスポート処理部
CAS
ストリーミング
受信処理
映像・
音声出力処理
通信処理
デクリプタ
デジタル放送
受信・録画処理
デマルチプレクサ
放送I/F
リムーバブル
メディア
AVプレーヤ
映像デコーダ
音声デコーダ
字幕デコーダ
映像・
音声
出力I/F
再生制御
通信I/F
DRM
クライアント
ＥＣＧ
ダウンローダ
ストレージ
リモコン
I/F
ブラウザ
ダウンロード・
コンテンツの流れ
その他の映像
データの流れ
図 3-1
その他データ
の流れ
1
エンティティ名称
通信 I/F
コンテンツ･ダウンロード
仕様に関わるエンティティ
その他のエン
ティティ
コンテンツ・ダウンロードを実現する受信機モデル
表 3-1
No.
リモコン信号
受信機のエンティティモデル
モデル化された機能
典型的な実装例
ネットワークとの接続インタフ 有 線 LAN I/F, 無 線
LAN I/F, IEEE1394
ェース
等
- 58 -
No.
2
エンティティ名称
通信処理
モデル化された機能
ネットワークとの接続プロトコ TCP/IP, UDP, RTP,
HTTP, SSL/TLS 等
ル
3
ブラウザ
典型的な実装例
ダウンロード・コンテンツの検 ネット TV ブラウザ
索、購入、ダウンロードの指示
を Web コンテンツ上で行う（ダ
ウンロードナビゲーション）
4
ダウンローダ
コンテンツ・ダウンロードのス レジデントアプリケー
ケジューリング、実行、状態更 ション（ダウンローダ、
新
およびダウンロード状
態表示）
5
ECG
蓄積済のコンテンツ（以降、ロ レジデントアプリケー
ーカルコンテンツと呼ぶ）の検 ション（ローカルナビ
索、表示、選択、編集操作
6
DRM クライアント
デジタル著作権管理システムの レジデントアプリケー
端末組込機能
7
ストレージ
ゲーション）
ション
ダウンロードするコンテンツを ハードディスク・ドラ
格納する大容量不揮発性記憶デ イブ
バイス
8
AV プレーヤ
AV コンテンツの再生
8-1
-デクリプタ
暗号化されたコンテンツの復号
8-2
-デマルチプレクサ
映像コンテンツのパケットを分
（DRM に依存）
離
8-3
-映像デコーダ
圧縮映像のデコード、再生
MPEG-2/H.264 映 像
デコーダ
8-4
-音声デコーダ
圧縮音声のデコード、再生
AAC/MPEG1
Audio
音声デコーダ
8-5
-字幕デコーダ
映像コンテンツに連動した字幕 レジデントアプリケー
の表示
8-6
-再生制御
ション
リモコンの操作に応じた再生状 レジデントアプリケー
態の管理、特殊再生機能の実現
9
リモコン I/F
ション
AV プレーヤ、ブラウザなどのア 赤外線インタフェース
プリケーション操作を行う指示
デバイスのインタフェース
- 59 -
No.
10
エンティティ名称
映像・音声出力処理
モデル化された機能
デコードされた映像･音声信号 HDMI 出力変換、D/A
を電気信号に変換
映像･音声出力 I/F
11
典型的な実装例
コンバータ等
映像・音声出力をディスプレイ HDMI I/F, D 端子, S
などの外部デバイスへ出力する 端子, 光音声 I/F 等
インタフェース
12
エキスポート処理部
ダウンロードしたコンテンツを
受信機外にコピー用出力する手
段
12-1
-エキスポート制御
ダ ウ ン ロ ー ド し た コ ン テ ン ツ レジデントアプリケー
を、エキスポート条件に従い、 ション、AV トランス
出力先のデジタル著作権管理方 コーダ
式に変換し、場合によっては、
出力先で利用可能な形式にトラ
ンスコード 注） しながら受信機外
に出力
12-2 -リムーバブル
メディア
コンテンツを受信機から取り外 光ディスク,メモリカ
し、持ち出すことができる記憶 ー ド , リ ム ー バ ブ ル
HDD 等
デバイス
注）本仕様書において、トランスコードとは、映像音声ストリームの符号化方式の変換を行う、ビットレート変換を行う、
等の処理を示す。
3.2. 受信機の動作モデル
3.2.1. ブラウザとダウンローダによるダウンロード処理時の受信機動作
ユーザがブラウザを介してコンテンツを購入後、ダウンロードを行うときの受信機内の制御と
データの流れを示す。ユーザはリモコンボタン操作によりダウンロード実行をブラウザに指示す
る。ブラウザはダウンロード制御情報を取得し、これをダウンローダに渡す。ダウンローダはダ
ウンロード制御情報を用いて、ECG メタデータ、再生制御情報、コンテンツを取得し、ストレー
ジに蓄積する。
- 60 -
エキスポート制御
エキスポート処理部
CAS
ストリーミング
受信処理
AVプレーヤ
映像デコーダ
音声デコーダ
字幕デコーダ
映像・
音声出力処理
通信処理
デクリプタ
デジタル放送
受信・録画処理
デマルチプレクサ
放送I/F
リムーバブル
メディア
映像・
音声
出力I/F
再生制御
通信I/F
DRM
クライアント
ＥＣＧ
ダウンローダ
ストレージ
ブラウザ
制御の流れ
ダウンロード制御情報の流れ
図 3-2
リモコン
I/F
コンテンツの流れ
再生制御情報・ECGメタデータの流れ
ダウンロード処理時の受信機動作フロー
3.2.2. ECG と AV プレーヤによるコンテンツ視聴時の受信機動作フロー
ユーザがストレージに蓄積されたコンテンツを視聴するときの受信機内の制御とデータの流れ
を示す。
ユーザはリモコンボタン操作により ECG を起動する。ECG は、ECG メタデータ等を用いて、
コンテンツ一覧の提示などを行う。ユーザは提示された一覧から視聴するコンテンツを選択する。
ECG は AV プレーヤにユーザが選択したコンテンツの再生を依頼する。AV プレーヤは再生制御
情報を用いて、DRM クライアントより、暗号化されたコンテンツの復号鍵と利用条件を取得す
る。AV プレーヤは取得した利用条件に従い、コンテンツを復号し、再生する。
なお、家庭内ネットワークを経由して外部機器で視聴を行う場合、AV プレーヤは利用条件に
従い、通信処理にコンテンツを渡し外部機器に出力する。
- 61 -
エキスポート制御
エキスポート処理部
CAS
ストリーミング
受信処理
AVプレーヤ
映像デコーダ
音声デコーダ
字幕デコーダ
映像・音声出力処理
通信処理
デクリプタ
デジタル放送
受信・録画処理
デマルチプレクサ
放送I/F
リムーバブル
メディア
映像・
音声
出力I/F
再生制御
通信I/F
DRM
クライアント
ＥＣＧ
ダウンローダ
ストレージ
ブラウザ
制御の流れ
鍵・利用条件の流れ
図 3-3
リモコン
I/F
コンテンツの流れ
再生制御情報・ECGメタデータの流れ
ストレージ内コンテンツの視聴時の受信機動作
3.2.3. コンテンツのエキスポート操作時の受信機動作フロー
ユーザがストレージに蓄積されたコンテンツを、受信機のドライブ等にセットされたリムーバ
ブルメディア等にエキスポートするときの受信機内の制御とデータの流れを示す。
ユーザはリモコンボタン操作により ECG を起動する。ECG は、ECG メタデータ等を用いて、
コンテンツ一覧の提示などを行う。ユーザは提示された一覧からリムーバブルメディア等にエキ
スポートするコンテンツを選択する。ECG はエキスポート処理部にユーザが選択したコンテンツ
のリムーバブルメディア等へのコピーを依頼する。エキスポート処理部は再生制御情報を用いて、
DRM クライアントより、暗号化されたコンテンツの復号鍵と利用条件を取得する。エキスポー
ト処理部は取得した利用条件に従い、コンテンツを復号し、リムーバブルメディア等へのエキス
ポートを行う。
なお、家庭内ネットワークを経由して、外部機器にエキスポートする場合、エキスポート制御
は利用条件に従い、通信制御にコンテンツを渡し外部機器のメディアに出力する。
- 62 -
CAS
ストリーミング
受信処理
AVプレーヤ
映像デコーダ
音声デコーダ
字幕デコーダ
リムーバブル
メディア
映像・
音声 出 力 処 理
通信処理
デクリプタ
デジタル放送
受信・録画処理
デマルチプレクサ
放送I/F
エキスポート制御
エキスポート処理部
映像・
音声
出力I/F
再生制御
通信I/F
DRM
クライアント
ＥＣＧ
ダウンローダ
ストレージ
ブラウザ
制御の流れ
鍵・利用条件の流れ
図 3-4
コンテンツの流れ
再生制御情報・ECGメタデータの流れ
ストレージ内コンテンツのエキスポート操作時の受信機動作フロー
- 63 -
リモコン
I/F
3.3. ネットＴＶブラウザ
3.3.1. 概要
本節ではネット TV ブラウザがダウンロード処理を行うために必要となるプラグインについ
て規定する。プラグインの名称と処理は以下のとおりである。
① ダウンロードプラグイン：ストレージへのダウンロードに際し、ダウンロード制御情報を
サーバから取得し、ダウンローダに受け渡す処理
② 直接エキスポート用ダウンロードプラグイン：リムーバブルメディアまたは外部機器への
出力インタフェースへの直接エキスポートに際し、ダウンロード制御情報をサーバから取得し、
ダウンローダに受け渡す処理
③ メディア確認プラグイン：記録メディアに対してダウンロード可否の確認処理
なお、3.3.2 節にて、ダウンロードプラグインの説明を行い、3.3.3 節にて、直接エキスポート
用ダウンロードプラグインの説明を行い、3.3.4 節にてメディア確認プラグインの説明を行う。こ
れ以外の HTML 記述方法については「ネット TV ブラウザ仕様書」を参照のこと。ただし、サー
ビス運用によっては「ネット TV 端末仕様書２．０版」を参照しても構わない。
3.3.2. ダウンロードプラグイン
3.3.2.1. 概要
ストレージへのダウンロードに際し、ダウンロード制御情報をサーバより取得し、ダウンロー
ダに受け渡す制御は、ブラウザにより実行されるプラグインが行う。このプラグインをダウンロ
ードプラグインと呼ぶ。
3.3.2.2. HTML タグセット
ダウンロードプラグインを用いてダウンロード制御情報をサーバより取得しダウンローダに受
け渡す制御は、HTML 文書中に Object タグを記述することで行う。
ダウンロードプラグインの HTML タグセットを表 3-2 に示す。ネット TV 端末が実装すべき
属性、実装しない属性をネット TV 欄に以下の記号で示す。
○
ダウンロードプラグイン機能を搭載したネット TV 端末はこの要素または属性を実装しな
ければならない。コンテンツはこの要素または属性を使用することができる。
×
ネット TV 端末はこの要素または属性を実装しない。コンテンツがこの要素または属性を
使用した場合、その動作は実装依存である。
表 3-2
ダウンロードプラグインの要素および属性
- 64 -
属性
要素
ネット TV
○
OBJECT
%attrs
%coreattrs
Id
○
Class
○
Style
○
Title
×
Lang
×
Dir
×
%i18n
%events
Onclick
×
Ondblclick
×
Onmousedown
×
Onmouseup
×
Onmouseover
×
Onmousemove
×
Onmouseout
×
Onkeypress
×
Onkeydown
×
Onkeyup
×
Declare
×
Classid
×
Codebase
×
Data
×
Type
○
Codetype
×
Archive
×
Standby
×
Width
○
- 65 -
補足
属性
要素
ネット TV
Height
○
Usemap
×
Name
×
Tabindex
×
OnFocus
×
OnBlur
×
補足
×
PARAM
Id
×
Name
×
Value
×
Valuetype
×
Type
×
3.3.2.3. HTML タグセットの運用
3.3.2.3.1. object 要素
１ページには１つ以下のダウンロードプラグインオブジェクト要素を配置すること。同一ペー
ジ内に複数のダウンロードプラグインオブジェクト要素を記述した際の動作は実装依存とする。
style 属性、width 属性、height 属性を指定可能である。ダウンロードプラグインを非表示に
するために width 属性、height 属性値を各々0 と指定すること。または、ＣＳＳにより width 、
height に０に指定すること。指定されなかった場合、または 0 以外が指定された場合に画面提示
される内容は規定しない。
Type 属 性 は 、 ダ ウ ン ロ ー ド プ ラ グ イ ン に 対 応 す る MIME Type で あ る
“application/x-inettv-dl-plugin”が記載されていること。
3.3.2.3.2. param 要素
param 要素はダウンロードプラグインでは使用しない。記述された場合の動作は規定しない。
3.3.2.4. CSS
3.3.2.4.1. 適用仕様
ネット TV ブラウザ仕様書の 3.7 節で規定される、ネット TV 端末が実装しなければならない
CSS プロパティ仕様を適用する。
- 66 -
3.3.2.5. DOM インタフェース
ダウンロードプラグインに対する DOM HTML インタフェースを規定する。表 3-3 のネット
TV 欄にダウンロードプラグイン機能を搭載したネット TV 端末が実装すべきインタフェース、
読取りと書き込みを実装すべきインタフェース、読取りのみを実装すべきインタフェース、実装
しないインタフェースを以下の記号で示す。
○
ダウンロードプラグイン機能を搭載したネット TV 端末は、このインタフェースを実
装しなければならない
×
ネット TV 端末はこのインタフェースを実装する必要はない
表 3-3
使用できる DOM HTML インタフェース
インタフェース、メソッド、
ネット TV
プロパティ
HTMLObjectElement
form
×
code
×
align
×
archive
×
border
×
codebase
×
codetype
×
data
×
declare
×
height
×
hspace
×
name
×
standby
×
tabindex
×
type
×
usemap
×
- 67 -
vspace
×
width
×
long
request(in
○
DOMString
request_string)
HTMLParamElement
name
×
type
×
value
×
valuetype
×
3.3.2.6. スクリプト記述仕様
HTMLObjectElement オブジェクトは、次に定義するメソッドを持つ。
request(request_string)
このメソッドは，long 型を返す。request_string パラメータは String 型とする。
3.3.2.6.1. メソッド詳細
文法:
long request(String request_string)
引数:
request_string：ダウンロードプラグインの機能呼出しコマンド文字列
戻り値：
1：ダウンロード制御情報取得中
0：コマンドで指定される動作が成功したことを示す
負の値：エラー
-1：不正なコマンド
-2：コマンドの引数が不正
-3：端末内部エラー
-4～-99：予約
-100：端末内部エラー
-101～-999：予約
-1000：通信エラー
-1001 以下：予約
- 68 -
※-1～-99 を同期エラー、-100 以降を非同期エラーとする。
概要：
ダウンロードプラグインに対して、ダウンロード制御情報取得要求、または、ダウンロ
ード制御情報取得状態通知要求を行う。
3.3.2.6.2. プラグインの同期エラーと非同期エラー
ダウンロードプラグインは、同期エラーと非同期エラーの２方式でエラー通知を行う。
表 3-4
ダウンロードプラグインのエラー方式
エラー種別
通知方式
同期エラー
request メソッドを受け付けてから、そのメソッドの戻り値を返すま
での間に発生したエラーは、当該 request メソッドの戻り値でエラー
通知を行う。
非同期エラー
上記以外の間に発生したエラーは、その後の request(“status”)メソ
ッドの戻り値でエラー通知を行う。
※request コマンドの引数不正などの直ちに検出できリターンできるエラーは同期でエラー通知を
行う。端末内のＩ／Ｏ処理時に発生するエラー等、遅延が見込まれるエラーは、ブラウザや script
の動作を止めないために非同期で通知する。
3.3.2.6.3. request()メソッドの引数に与えるコマンド文字列フォーマット
3.3.2.6.3.1. ダウンロード制御情報取得要求コマンド
(1) 概要
ダウンロードプラグインにダウンロード制御情報取得要求を行う場合、request メソッドの引
数にダウンロード制御情報ファイルの URL を記述する。
(2) コマンド文字列フォーマット
ダウンロード制御情報取得要求を行うコマンド文字列のフォーマットを以下に示す。
”getDLC” SP SCHEME “://” HOST [ “:” PORT ] “/” PATH [ “?” QUERY ]
SP = <US-ASCII SP, スペース (0x20)>
SCHEME
= “http” | “https”
HOST
RFC3986 に準拠する
PORT
RFC3986 に準拠する
PATH
RFC 3986 に準拠する
QUERY
RFC3986 に準拠する
- 69 -
補足："getDLC"部分を除く文字列の長さは 1024byte 以下であること。1024byte を超えた部
分の扱いについては実装依存とする。
コマンド記載例：
ret=obj.request(“getDLC https://xxx.yyy.zzz:8080/dlfile?name=abc”);
(3) コマンドの判定
request()の引数に指定された文字列の先頭７文字が、3.3.2.6.3.1 の(2)で定義したコマンド文字
列フォーマットの先頭 7 文字の
“getDLC”SP
部分と一致する場合、ダウンロード制御情報取得要求コマンドが指定されたとみなす。文字列の
比較は、大文字、小文字を区別して行うことに注意すること。
(4) ダウンロード制御情報取得要求を指定した場合の request メソッドの戻り値
ダウンロード制御情報取得要求コマンドを実行した場合の request メソッドの戻り値は以下の
通り。
1：BUSY 状態 (getDLC の受付は不可)
0：コマンドで指定される動作が成功した
-1：不正なコマンド
-2：ＵＲＬ文字列が不正
-3：端末内部エラーによりコマンド受付できない
-4～-99：予約
※-100 以降のエラーを返すことはない。
3.3.2.6.3.2. ダウンロード制御情報取得状態通知要求コマンド
(1) 概要
ダウンロードプラグインにダウンロード制御情報取得状態通知要求を行う場合、request メソ
ッドの引数にコマンド識別文字列を記述する。
(2) コマンド文字列フォーマット
ダウンロード制御情報取得状態通知要求を行うコマンド文字列のフォーマットを以下に示す。
”status”
コマンド記載例：
ret = obj.request(“status”);
(3) コマンドの判定
request()の引数に指定された文字列が、3.3.2.6.3.2 の(2)で定義したコマンド文字列フォーマッ
- 70 -
トの
”status”
と一致し、かつ request()の引数に指定された文字列の長さが 6（終端文字は含まない）である場
合、request()メソッドはダウンロード制御情報取得状態通知要求コマンドを指定されたとみなす。
文字列の比較は、大文字、小文字を区別して行うことに注意すること。
(4) ダウンロード制御情報取得状態通知要求を指定した場合の request メソッドの戻り値
ダウンロード制御情報取得状態通知要求コマンドを実行した場合の request メソッドの戻り値
は以下の通り。
1：BUSY 状態（getDLC の受付は不可）
0：IDLE 状態
-1：不正なコマンド
-3：IDLE 状態（端末内部エラー発生）
-4～-99：予約
-100：端末内部エラー
-101～-999：予約
-1000：通信エラー
-1001 以下：予約
※-100 以降のエラーは、本 request メソッド以前にダウンロード制御情報取得に失敗した際の非
同期エラー要因を示す。
注）本コマンドは、戻り値が-2 のエラーを返すことはない。
3.3.2.7. プラグインの状態遷移
3.3.2.7.1. プラグインの状態定義
ダウンロードプラグインの状態を、以下のように定義する。
表 3-5
プラグインの状態定義
状態名
定義
IDLE
ダウンロード制御情報取得要求コマンドを受付可
能な状態。
BUSY
現在ダウンロード制御情報取得要求を実行中であ
り、新規のダウンロード制御情報取得要求コマンド
を受け付け出来ない状態。
- 71 -
3.3.2.7.2. プラグインのステート遷移図
プラグインのステート遷移図を、以下に示す。
getDLC [戻値=1]
getDLC [戻値=-1]
status [戻値=-1]
getDLC [戻値= -1~99]
status [戻値=-1以下]
IDLE
Do:statusにerror code
を応答
getDLC [戻値=0]
／URLに接続しダウンロード
制御情報取得を要求
ダウンロード制御情報を取得
完了／ダウンロード制御情報
をダウンローダのINPUT領域
に保存し、error code=0
BUSY
Do: statusに1を応答
エラー発生
／要因をerror codeに反映
図 3-5
ステート遷移図
（図 3-5 で、スクリプトによるダウンロード制御情報取得要求コマンドを getDLC、及び、ダ
ウンロード制御情報取得状態通知要求コマンドを status と略記する。
）
ステートマシンは、BUSY/IDLE 状態のほかに内部的にエラーを保持する error code を持つ。
エラーが発生したとき、error code にエラーの要因を反映する。プラグインが初期化される際に
IDLE ステートから開始されることは保証されない。
図 3-5 の遷移条件の詳細は、3.3.2.7.3 節を参照のこと。
3.3.2.7.3. request に対する応答と遷移
各コマンドが実行されたときのステート遷移、コマンドの実行結果、及び、コマンドの戻り値
の関係を以下に示す。
表 3-6
各コマンド要求時の戻り値と状態遷移
イベント
状態
IDLE
BUSY
- 72 -
ダウンロード制御
遷移しない。
遷移しない。
情報取得要求コマ
実行結果は以下のいずれか
実行結果は以下のいずれか
ンド（getDLC）の
【戻り値:-2】ＵＲＬ文字列不正
【戻り値:1】ダウンロード制御情
要求
【戻り値:-3】端末内部エラー
報取得中
【戻り値:-4～-99】予約
※1
※3
BUSY 状態へ遷移する。
【戻り値:0】コマンド受付
ダウンロード制御
遷移しない。
遷移しない。
情報取得状態通知
実行結果は以下のいずれか
実行結果は以下のいずれか
要 求 コ マ ン ド
【戻り値:-3】端末内部エラー
【戻り値:1】ダウンロード制御情
(status)の要求
【戻り値:-4-～99】予約
報取得中
【戻り値:-100】端末内部エラー
※２
【戻り値:-101～-999】予約
【戻り値:-1000】通信エラー
【戻り値:-1001 以下】予約
【戻り値:0】エラーなし
※2
その他
遷移しない
遷移しない
【戻り値:-1】コマンド文字列不正
【戻り値:-1】コマンド文字列不正
※1 1 戻り値が-2 以下のエラーを返すことはない。
※2 戻り値が-2 のエラーを返すことはない。
表 3-6 のプラグインの持つ状態や、各状態で保持するエラー（戻り値）は、プラグインの生成
時に初期化される。
エラー判定の優先度は、表 3-6 の各項目において、まず、コマンド文字列不正のエラーを優先
して判定し、それ以降は、表記の順に行うこととする。例えば、BUSY 状態で、ダウンロード制
御情報取得状態通知要求コマンドが実行されたとき、コマンド文字列不正、かつ、ダウンロード
制御情報取得中である場合は、コマンド文字列不正のエラーを戻り値として返す。
※3 戻り値が-100 以下のエラーを返すことはない。
- 73 -
3.3.2.8. 動作シーケンス
3.3.2.8.1. 正常系シーケンス
ダウンロードプラグインが起動されてから終了されるまでの、正常系シーケンス例を以下に示
す。
サーバ
ブラウザ
プラグイン
ダウンローダ
ページ遷移要求または
ブラウザ起動
①ＨＴＭＬ ページ取得要求
HTMLページ
②プラグイン起動要求
プラグイン起動応答
ダウンロード登録ボタン
押下
IDLE
③ダウンロード制御情報取得要求
④ブラウザ機能によりダウンロード制御情報取得
⑤ダウンロード制御情報取得応答(戻値=0)
⑥ダウンロード情報取得要求
レスポンス
BUSY
ダウンロード
制御情報
⑦ダウンロード制御情報取得 ダウンロード
制御情報
⑧ダウンロード制御情報取得状態通知要求
ダウンロード制御情報取得状態通知応答（戻値=1）
⑨ダウンロード制御
情報の受け渡し ダウンロード
制御情報
⑩ダウンロード制御情報取得状態通知要求
ダウンロード制御情報取得状態通知応答（戻値=0）
ページ遷移または
ブラウザＯＦＦ
IDLE
⑪プラグイン終了要求
メタ、再生制御ファイル、AVリソース
図 3-6
正常系シーケンス
①
HTML ページを取得し、そのページをブラウザが読み込む。
②
object タグの type 属性に MIME Type である“application/x-inettv-dl-plugin”が書かれてい
るとき、ダウンロードプラグインが起動される。
③
ダウンロード登録ボタン等のページ内のオブジェクトに対するユーザアクションにより、ブラ
ウザはダウンロードプラグインにダウンロード制御情報取得を要求する。
④
ダウンロードプラグインはダウンロード制御情報の取得を要求する。
（ここではブラウザのファ
イル取得機能を用いて実装したケースを示す。
）
⑤
ダウンロードプラグインはブラウザにダウンロード制御情報取得応答を行う。③のコマンドが
正常に受け付けられたとき、戻り値として 0 を返す。ここで、ダウンロードプラグインの状態
が、IDLE から BUSY に遷移する。この処理以降に、スクリプト記述においてプラグインの状
態を確認するためには、ダウンロード制御情報取得状態通知コマンドのポーリングを行う必要
がある。
⑥
④の要求により、ブラウザがサーバから、ダウンロード制御情報を取得する。
⑦
⑥でブラウザが取得したダウンロード制御情報をプラグインに受け渡す。
⑧
スクリプトはダウンロードプラグインのステータス確認のため、ダウンロード制御情報取得状
- 74 -
態通知を要求することができる。このとき、ダウンロードプラグインの状態は、BUSY である
ため、ダウンロード制御情報取得状態通知応答として、戻り値 1 を返す。
⑨
ダウンロードプラグインは取得したダウンロード制御情報を、ダウンローダに受け渡す。ここ
で、ダウンロードプラグインの状態が、BUSY から IDLE に遷移する。本処理以降、ダウンロ
ード制御情報を用いてダウンローダによる処理が実行される。
⑩
スクリプトはダウンロードプラグインのステータス確認のため、ダウンロード制御情報取得状
態通知を要求することができる。このとき、ダウンロードプラグインの状態は、IDLE である
ため、ダウンロード制御情報取得状態通知応答として、戻り値 0 を返す。
⑪
ユーザアクションによるページ遷移、もしくは、ブラウザの OFF により、プラグインは終了
される。
- 75 -
3.3.2.8.2. エラー発生シーケンス
エラーが発生した場合のシーケンスを以下に示す。
サーバ
ブラウザ
プラグイン
ダウンローダ
ページ遷移要求または
ブラウザ起動
①ＨＴＭＬ ページ取得要求
HTMLページ
②プラグイン起動要求
プラグイン起動応答
DL登録ボタン押下
IDLE
③ダウンロード制御情報取得要求
④ブラウザ機能によりダウンロード制御情報取得
⑤ダウンロード制御情報取得応答(戻値=0)
⑥ダウンロード情報取得要求
レスポンス
BUSY
ダウンロード
制御情報
⑦ダウンロード制御情報取得
エラー発生
⑧ダウンロード制御情報取得状態通知要求
ダウンロード制御情報取得状態通知応答
（戻値=-3以下）
図 3-7
IDLE
エラー発生シーケンス
①～⑥は図 3-6 と同様であるので省略する。
⑦
ダウンロード制御情報取得に関連してエラーが発生する。ここで、ダウンロードプラグインは
必要な中断処理を行い、BUSY から IDLE に遷移する。ダウンロードプラグインは、発生した
エラーに対応するエラーコードを保持する。
⑧
スクリプトはダウンロードプラグインのステータス確認のため、ダウンロード制御情報取得状
態通知を要求することができる。このとき、ダウンロードプラグインの状態は IDLE であり、
⑦で保持しているエラーコードをダウンロード制御情報取得状態通知応答として返す。スクリ
プトは、エラーメッセージを記載したページを表示するなど、返されたエラーコードに対し必
要な後処理を実行する。
3.3.2.9. 補足
3.3.2.9.1. HTML の記述例
ダウンロードプラグインを用いた、HTML の記述例と表示画面のイメージを以下に示す。（本
コードはサンプルである。戻り値・ボタン連打処理などは単純化している。）
- 76 -
コンテンツDL
ダウンロードトップ
コンテンツを選択ください
コンテンツタイトル１
サムネイル
収録時間：88分
ダウンロード1
コンテンツタイトル２
サムネイル
収録時間：60分
ダウンロード
ボタン押下
ダウンロード2
完了
コンテンツDL
ダウンロードトップ
登録中です
コンテンツタイトル１
サムネイル
収録時間：88分
ダウンロード1
コンテンツタイトル２
サムネイル
収録時間：60分
ダウンロード2
・
・
・
<html><head>
<script type=“ text/javascript”>
function dispStatus(message){
//ユーザ向けmessageを画面表示
obj = document.getElementById( “statusBox” );
obj.innerText=message;
};
function goToErrorPage(errorcode){
//errorcodeに対応したエラー表示ページに遷移
window.document.location.href = getErrorUr(errorcode);
};
function downloadReservation(DlcUrl){
obj = document.getElementById( “dlplugin” );
if( obj.request( “status”) != 1 ) { // BUSYでない場合
ret = obj.request( “getDLC DlcUrl” );
if( ret <0 ) {
goToErrorPage(ret);
}
dispStatus (“登録中です。”）;
tid = setInterval(“displayResult( )”, 500);
} else {
dispStatus (“登録完了まで次の登録をお待ちください。”）;
}
};
function displayResult(){
ret = obj.request(“status”);
if( ret <0 ) {
goToErrorPage(ret);
} else if ( ret != 1 ) { //正常に終了
clearInterval(tid);
dispStatus (“コンテンツを選択ください”）;
}
};
</script>
</head>
<body>
<object id= “dlplugin” type=“ application/x-inettv-dl-plugin”
style=“width:0px; height:0px;”/>
<div id=“statusBox”>コンテンツを選択ください</div>
<input type=“button” onClick=“ downloadReservation(‘https://○○○’ ) ”>
ダウンロード1
</input>
<input type=“button” onClick=“ downloadReservation(‘https://×××’ ) ”>
ダウンロード2
</input>
</body></html>
図 3-8
HTML 記述例と画面イメージ
3.3.3. 直接エキスポート用ダウンロードプラグイン
3.3.3.1. 概要
リムーバブルメディアまたは外部機器への出力インタフェースへの直接エキスポートに際し、
ダウンロード制御情報をサーバより取得し、ダウンローダに受け渡す制御は、ブラウザにより実
行されるプラグインが行う。このプラグインを直接エキスポート用ダウンロードプラグインと呼
ぶ。
- 77 -
3.3.3.2. HTML タグセット
直接エキスポート用ダウンロードプラグインを用いてダウンロード制御情報をサーバより取得
しダウンローダに受け渡す制御は、HTML 文書中に Object タグを記述することで行う。
直接エキスポート用ダウンロードプラグインの HTML タグセットを表 3-7 に示す。ネット TV
端末が実装すべき属性、実装しない属性をネット TV 欄に以下の記号で示す。
○
直接エキスポート用ダウンロードプラグイン機能を搭載したネット TV 端末はこの要素ま
たは属性を実装しなければならない。コンテンツはこの要素または属性を使用することができる。
×
ネット TV 端末はこの要素または属性を実装しない。コンテンツがこの要素または属性を
使用した場合、その動作は実装依存である。
表 3-7
直接エキスポート用ダウンロードプラグインの要素および属性
属性
要素
ネット TV
○
OBJECT
%attrs
%coreattrs
Id
○
Class
○
Style
○
Title
×
Lang
×
Dir
×
%i18n
%events
Onclick
×
Ondblclick
×
Onmousedown
×
Onmouseup
×
Onmouseover
×
Onmousemove
×
Onmouseout
×
Onkeypress
×
Onkeydown
×
- 78 -
補足
要素
属性
ネット TV
Onkeyup
×
Declare
×
Classid
×
Codebase
×
Data
×
Type
○
Codetype
×
Archive
×
Standby
×
Width
○
Height
○
Usemap
×
Name
×
Tabindex
×
OnFocus
×
OnBlur
×
補足
×
PARAM
Id
×
Name
×
Value
×
Valuetype
×
Type
×
3.3.3.3. HTML タグセットの運用
3.3.3.3.1. object 要素
1 ページには 1 つ以下の直接エキスポート用ダウンロードプラグインオブジェクト要素を配置
すること。同一ページ内に複数の直接エキスポート用ダウンロードプラグインオブジェクト要素
を記述した際の動作は実装依存とする。
style 属性、width 属性、height 属性を指定可能である。直接エキスポート用ダウンロードプ
ラグインを非表示にするために width 属性、height 属性値を各々0 と指定すること。または、
- 79 -
CSS により width 、height に 0 に指定すること。指定されなかった場合、または 0 以外が指定
された場合に画面提示される内容は規定しない。
Type 属性は、直接エキスポート用ダウンロードプラグインに対応する MIME Type である
“application/x-inettv-dlexport-plugin”が記載されていること。
3.3.3.3.2. param 要素
param 要素は直接エキスポート用ダウンロードプラグインでは使用しない。記述された場合の
動作は規定しない。
3.3.3.4. CSS
3.3.3.4.1. 適用仕様
ネット TV ブラウザ仕様書の 3.7 節で規定される、ネット TV 端末が実装しなければならない
CSS プロパティ仕様を適用する。
3.3.3.5. DOM インタフェース
直接エキスポート用ダウンロードプラグインに対する DOM HTML インタフェースを規定す
る。表 3-8 のネット TV 欄に直接エキスポート用ダウンロードプラグイン機能を搭載したネット
TV 端末が実装すべきインタフェース、読み取りと書き込みを実装すべきインタフェース、読み
取りのみを実装すべきインタフェース、実装しないインタフェースを以下の記号で示す。
○
直接エキスポート用ダウンロードプラグイン機能を搭載したネット TV 端末は、この
インタフェースを実装しなければならない
×
ネット TV 端末はこのインタフェースを実装する必要はない
表 3-8
使用できる DOM HTML インタフェース
インタフェース、メソッド、
ネット TV
プロパティ
HTMLObjectElement
form
×
code
×
align
×
archive
×
border
×
- 80 -
codebase
×
codetype
×
data
×
declare
×
height
×
hspace
×
name
×
standby
×
tabindex
×
type
×
usemap
×
vspace
×
width
×
long
request(in
○
DOMString
request_string)
HTMLParamElement
name
×
type
×
value
×
valuetype
×
3.3.3.6. スクリプト記述仕様
HTMLObjectElement オブジェクトは、次に定義するメソッドを持つ。
request(request_string)
このメソッドは，long 型を返す。request_string パラメータは String 型とする。
3.3.3.6.1. メソッド詳細
文法:
long request(String request_string)
引数:
request_string：直接エキスポート用ダウンロードプラグインの機能呼出しコマンド文
字列
戻り値：
- 81 -
11：直接エキスポート処理受付不可
10：直接エキスポート処理受付可能
1：ダウンロード制御情報取得中
0：コマンドで指定される動作が成功したことを示す
負の値：エラー
-1：不正なコマンド
-2：コマンドの引数が不正
-3：端末内部エラー
-4～-99：予約
-100：端末内部エラー
-101：直接エキスポート処理実行中のため、ダウンロード制御情報取得不可
-102～-999：予約
-1000：通信エラー
-1001 以下：予約
※-1～-99 を同期エラー、-100 以降を非同期エラーとする。
概要：
直接エキスポート用ダウンロードプラグインに対して、ダウンロード制御情報取得要求、
ダウンロード制御情報取得状態通知要求、または、直接エキスポート処理受付可否問い
合わせを行う。
3.3.3.6.2. プラグインの同期エラーと非同期エラー
直接エキスポート用ダウンロードプラグインは、同期エラーと非同期エラーの２方式でエラー
通知を行う。
表 3-9
直接エキスポート用ダウンロードプラグインのエラー方式
エラー種別
通知方式
同期エラー
request メソッドを受け付けてから、そのメソッドの戻り値を返すま
での間に発生したエラーは、当該 request メソッドの戻り値でエラー
通知を行う。
非同期エラー
上記以外の間に発生したエラーは、その後の request(“status”)メソ
ッドの戻り値でエラー通知を行う。
※request コマンドの引数不正などの直ちに検出できリターンできるエラーは同期でエラー通知を
行う。端末内のＩ／Ｏ処理時に発生するエラー等、遅延が見込まれるエラーは、ブラウザや script
の動作を止めないために非同期で通知する。
- 82 -
3.3.3.6.3. request()メソッドの引数に与えるコマンド文字列フォーマット
3.3.3.6.3.1. ダウンロード制御情報取得要求コマンド
(1) 概要
直接エキスポート用ダウンロードプラグインにダウンロード制御情報取得要求を行う場合、
request メソッドの引数にエキスポート先メディアとダウンロード制御情報ファイルの URL を
記述する。
(2) コマンド文字列フォーマット
ダウンロード制御情報取得要求を行うコマンド文字列のフォーマットを以下に示す。
”getDLC” SP MEDIA SP TRANSCODE SP SCHEME “://” HOST [ “:” PORT ] “/” PATH [ “?”
QUERY ]
SP = <US-ASCII SP, スペース (0x20)>
MEDIA = “Media” “=” D_MEDIA
D_MEDIA ：
エ キ ス ポ ー ト 先 メ デ ィ ア を 指 定 す る 。 D_MEDIA に は 、
IPTVSERVICEExportMediaCS
辞 書 に 定 義 さ れ る
termID
を 指 定 す る 。
IPTVSERVICEExportMediaCS 辞書については、本書付録 A.12 を参照のこと。
TRANSCODE
= “TranscodePermission” “=” T_PERMISSION
T_PERMISSION：トランスコードによる直接エキスポート可否を指定する。トランスコード
に関する規定は3.1 節を参照。指定する文字列とプラグインの動作は以下のとおり。
“allowed”： 受信機はコンテンツをトランスコードしてエキスポートしてもよい。
“prohibited”：受信機はコンテンツをトランスコードしてエキスポートしてはならない。
SCHEME
= “http” | “https”
HOST
RFC3986 に準拠する
PORT
RFC3986 に準拠する
PATH
RFC 3986 に準拠する
QUERY
RFC3986 に準拠する
補足：コマンド文字列フォーマットで示される文字列のうち、ダウンロード制御情報ファイル
の URL 部分（SP SCHEME を含む文字列）は 1024byte 以下であること。1024byte を超えた部
分の扱いについては実装依存とする。
コマンド記載例：
- 83 -
ret=obj.request(“getDLC Media=09 TranscodePermission=allowed https://xxx.yyy.zzz:808
0/dlfile?name=abc”);
(3) コマンドの判定
request()の引数に指定された文字列の先頭７文字が、3.3.2.6.3.1 の(2)で定義したコマンド文字
列フォーマットの先頭 7 文字の
“getDLC”SP
部分と一致する場合、ダウンロード制御情報取得要求コマンドが指定されたとみなす。文字列の
比較は、大文字、小文字を区別して行うことに注意すること。
(4) ダウンロード制御情報取得要求を指定した場合の request メソッドの戻り値
ダウンロード制御情報取得要求コマンドを実行した場合の request メソッドの戻り値は以下の
通り。
1：BUSY 状態 (getDLC の受付は不可)
0：コマンドで指定される動作が成功した
-1：不正なコマンド
-2：ＵＲＬ文字列が不正、エキスポート先メディアの指定が不正、
受信機が対応していないメディアが指定された
トランスコード可否の指定が不正
-3：端末内部エラーによりコマンド受付できない
-4～-99：予約
※-100 以降のエラーを返すことはない。
3.3.3.6.3.2. ダウンロード制御情報取得状態通知要求コマンド
(1) 概要
直接エキスポート用ダウンロードプラグインにダウンロード制御情報取得状態通知要求を行う
場合、request メソッドの引数にコマンド識別文字列を記述する。
(2) コマンド文字列フォーマット
ダウンロード制御情報取得状態通知要求を行うコマンド文字列のフォーマットを以下に示す。
”status”
例：
ret = obj.request(“status”);
(3) コマンドの判定
request()の引数に指定された文字列が、3.3.2.6.3.2 の(2)で定義したコマンド文字列フォーマッ
- 84 -
トの
”status”
と一致し、かつ request()の引数に指定された文字列の長さが 6（終端文字は含まない）である場
合、request()メソッドはダウンロード制御情報取得状態通知要求コマンドを指定されたとみなす。
文字列の比較は、大文字、小文字を区別して行うことに注意すること。
(4) ダウンロード制御情報取得状態通知要求を指定した場合の request メソッドの戻り値
ダウンロード制御情報取得状態通知要求コマンドを実行した場合の request メソッドの戻り値
は以下の通り。
1：BUSY 状態（getDLC の受付は不可）
0：IDLE 状態
-1：不正なコマンド
-3：IDLE 状態（端末内部エラー発生）
-4～-99：予約
-100：端末内部エラー
-101：直接エキスポート処理実行中のため、ダウンロード制御情報取得不可
-102～-999：予約
-1000：通信エラー
-1001 以下：予約
※-100 以降のエラーは、本 request メソッド以前にダウンロード制御情報取得に失敗した際の非
同期エラー要因を示す。
注）本コマンドは、戻り値が-2 のエラーを返すことはない。
3.3.3.6.3.3. 直接エキスポート処理受付可否問い合わせコマンド
(1) 概要
直接エキスポート用ダウンロードプラグインを介して、直接エキスポート処理が受付可能かど
うかの問い合わせを行う場合、request メソッドの引数にコマンド識別文字列を記述する。
(2) コマンド文字列フォーマット
直接エキスポート処理受付可否問い合わせを行うコマンド文字列のフォーマットを以下に示す。
”checkExportAvailability” SP MEDIA
SP = <US-ASCII SP, スペース (0x20)>
MEDIA = “Media” “=” D_MEDIA
D_MEDIA ：
エ キ ス ポ ー ト 先 メ デ ィ ア を 指 定 す る 。 D_MEDIA に は 、
IPTVSERVICEExportMediaCS
辞 書 に 定 義 さ れ る
- 85 -
termID
を 指 定 す る 。
IPTVSERVICEExportMediaCS 辞書については、本書付録 A.12 を参照のこと。
コマンド記載例：
ret = obj.request(“checkExportAvailability Media=09”);
(3) コマンドの判定
request()の引数に指定された文字列の先頭 24 文字が、3.3.2.6.3.2 の(2)で定義したコマンド文
字列フォーマットの先頭 24 文字の
” checkExportAvailability”SP
と一致する場合、request()メソッドは直接エキスポート処理受付可否問い合わせコマンドを指定
されたとみなす。文字列の比較は、大文字、小文字を区別して行うことに注意すること。
(4) ダウンロード受付可否問い合わせコマンドを指定した場合の request メソッドの戻り値
直接エキスポート処理受付可否問い合わせコマンドを指定した場合の request メソッドの戻り
値は以下の通り。
11：NG(一時的に直接エキスポート処理受付不可)
10：OK(直接エキスポート処理受付可能)
-1：不正なコマンド
-2：エキスポート先メディアの指定が不正、または受信機が対応していないメディアが指定され
た
-3：端末内部エラーによりコマンド受付できない
-4 以下：予約
補足：受信機が既にエキスポート処理中であるなど、直接エキスポート処理が一時的に受付でき
ない場合に戻り値 11 を返す。
3.3.3.7. プラグインの状態遷移
3.3.3.7.1. プラグインの状態定義
直接エキスポート用ダウンロードプラグインの状態を、以下のように定義する。
表 3-10
直接エキスポート用ダウンロードプラグインの状態定義
状態名
定義
IDLE
ダウンロード制御情報取得要求コマンドを実行中でない
BUSY
ダウンロード制御情報取得要求コマンドを実行中
- 86 -
※上記の状態はプラグインの内部状態に関する状態定義であり、3.3.3.6.3.3 節の直接エキスポ
ート処理受付可否問い合わせコマンドで取得可能な、直接エキスポート処理に関する受付可否状
態とは独立である。
3.3.3.7.2. プラグインのステート遷移図
直接エキスポート用ダウンロードプラグインのステート遷移図を、以下に示す。
checkExportAvailability[全戻値]
getDLC [戻値= -1]
getDLC [戻値= -2]
getDLC [戻値= -3]
status [戻値=-1]
IDLE
Do:statusにerror code
を応答
checkExportAvailability[全戻値]
getDLC [戻値=1]
getDLC [戻値=-1]
status [戻値=-1]
getDLC [戻値=0]
／URLに接続しダウンロード
制御情報取得を要求
ダウンロード制御情報を取得
完了／ダウンロード制御情報
をダウンローダのINPUT領域
に保存し、error code=0
BUSY
Do: statusに1を応答
戻値=-100以下のエラー発生
／要因をerror codeに反映
図 3-9
ステート遷移図
（スクリプトによるダウンロード制御情報取得要求コマンドを getDLC、及び、ダウンロード
制御情報取得状態通知要求コマンドを status、直接エキスポート処理受付可否問い合わせコマン
ドを checkExportAvailability と略記する。）
ステートマシンは、BUSY/IDLE 状態のほかに内部的にエラーを保持する error code を持つ。
エラーが発生したとき、error code にエラーの要因を反映する。プラグインが初期化時の状態は
IDLE とする。ダウンロード制御情報の取得が終了したとき、もしくはエラーが発生したときに、
プラグインの状態は IDLE となる。IDLE 状態において、3.3.3.7.3 節に示す直接エキスポート用
ダウンロードプラグインがダウンロード制御情報を取得可能な条件を満たしていれば、ダウンロ
ード制御情報取得要求コマンドを受付可能となる。
図 3-9 の遷移条件の詳細は、3.3.3.7.3 節を参照のこと。
3.3.3.7.3. request に対する応答と遷移
各コマンドが実行されたときのステート遷移、コマンドの実行結果、及び、コマンドの戻り値
- 87 -
の関係を以下に示す。
表 3-11
各コマンド要求時の戻り値と状態遷移
イベント
状態
IDLE
ダウンロード制御情報取
遷移しない。
BUSY
遷移しない。
得要求コマンド（getDLC） 実行結果は以下のいずれか
実行結果は以下のいずれか
の要求
【戻り値:-2】ＵＲＬ文字列不正
【戻り値:1】ダウンロード制御
【戻り値:-3】端末内部エラー
情報取得中
【戻り値:-4～-99】予約
※1
※3
BUSY 状態へ遷移する。
【戻り値:0】コマンド受付
ダウンロード制御情報取
遷移しない。
遷移しない。
得状態通知要求コマンド
実行結果は以下のいずれか
実行結果は以下のいずれか
(status)の要求
【戻り値:-3】端末内部エラー
【戻り値:1】ダウンロード制御
【戻り値:-4-～99】予約
情報取得中
【戻り値:-100】端末内部エラー
※2
【戻り値:-101】直接エキスポー
ト処理実行中のため、ダウンロ
ード制御情報取得不可
【戻り値:-102～-999】予約
【戻り値:-1000】通信エラー
【戻り値:-1001 以下】予約
【戻り値:0】エラーなし
※2
直接エキスポート処理受
遷移しない。
遷移しない。
付可否問い合わせコマン
実行結果は以下のいずれか
戻り値は左欄と同様。
ド
【戻り値:-2】コマンドの引数が
(checkExportAvailability)
不正
の要求
【戻り値:-3】端末内部エラーに
よりコマンド受付できない
【戻り値:-4 以下】予約
- 88 -
【戻り値:10】OK(直接エキスポ
ート処理受付可能)
【戻り値:11】NG(直接エキスポ
ート処理受付不能)
その他
遷移しない
遷移しない
【戻り値:-1】コマンド文字列不
【戻り値:-1】コマンド文字列不
正
正
※1 戻り値が-2 以下のエラーを返すことはない。
※2 戻り値が-2 のエラーを返すことはない。
表 3-11 のプラグインの持つ状態や、各状態で保持するエラー（戻り値）は、プラグインの生
成時に初期化される。
エラー判定の優先度は、表 3-4 の各項目において、まず、コマンド文字列不正のエラーを優先
して判定し、それ以降は、表記の順に行うこととする。例えば、BUSY 状態で、ダウンロード制
御情報取得状態通知要求コマンドが実行されたとき、コマンド文字列不正、かつ、ダウンロード
制御情報取得中である場合は、コマンド文字列不正のエラーを戻り値として返す。
※3 戻り値が-100 以下のエラーを返すことはない
3.3.3.7.4. 直接エキスポート用ダウンロードプラグインがダウンロード制御情報取得要求コマンド
を実行可能な条件
WEB コンテンツはダウンロード制御情報取得要求コマンド(getDLC)を実行する前に、直接エ
キスポート用ダウンロードプラグインがダウンロード制御情報を取得可能な状態であるか以下の
項目を確認することが望ましい。
１）直接エキスポート用ダウンロードプラグインの状態が BUSY 状態以外であること。
２）直接エキスポート処理受付可否問い合わせコマンド(checkExportAvailability)の戻り値が
10（=OK）であること。
なお両条件を満たしていない場合に、直接エキスポート用ダウンロードプラグインへ getDLC
コマンドを実行した場合の直接エキスポート用ダウンロードプラグインの動作は以下のとおりで
ある。
１）直接エキスポート用ダウンロードプラグインが BUSY 状態の場合、getDLC の戻り値に 1 を
返す。
２）直接エキスポート処理受付可否問い合わせコマンド(checkExportAvailability)の戻り値が
11（=NG）の場合、プラグインは一旦要求を受け付け（戻り値＝0）、その後に WEB コン
テンツが実行するダウンロード制御情報取得状態通知要求コマンド(status)にて-101 エラー
(直接エキスポート処理実行中のため、ダウンロード制御情報取得不可)を返す。
- 89 -
3.3.3.8. 動作シーケンス
直接エキスポート用ダウンロードプラグインが起動されてから終了されるまでの、シーケンス
例を以下に示す。なお、このシーケンスはあくまで一例であり、WEB コンテンツの動作を規定
するものではないことに注意すること。
3.3.3.8.1. 正常系シーケンス
正常系シーケンス例を以下に示す
サーバ
ブラウザ
プラグイン
ダウンローダ
ページ遷移要求または
ブラウザ起動
①ＨＴＭＬ ページ取得要求
HTMLページ
②プラグイン起動要求
プラグイン起動応答
③ダウンロード制御情報取得状態通知要求
IDLE
ダウンロード制御情報取得状態通知応答（戻値=0）
④直接エキスポート処理受付可否問い合わせ
直接エキスポート処理受付可否問い合わせ応答
（戻値=10）
受付可否確認
受付可
ダウンロード登録ボタン
押下
⑤ダウンロード制御情報取得要求
⑥ブラウザ機能によりダウンロード制御情報取得
⑦ダウンロード制御情報取得応答(戻値=0)
⑧ダウンロード情報取得要求
レスポンス
BUSY
ダウンロード
制御情報
⑨ダウンロード制御情報取得 ダウンロード
制御情報
⑩ダウンロード制御情報取得状態通知要求
ダウンロード制御情報取得状態通知応答（戻値=1）
⑪ダウンロード制御
情報の受け渡し ダウンロード
制御情報
⑫ダウンロード制御情報取得状態通知要求
ダウンロード制御情報取得状態通知応答（戻値=0）
ページ遷移または
ブラウザＯＦＦ
IDLE
⑬プラグイン終了要求
メタ、再生制御ファイル、AVリソース
図 3-10
正常系シーケンス
①
HTML ページを取得し、そのページをブラウザが読み込む。
②
object タグの type 属性に MIME Type である“application/x-inettv-dlexport-plugin”が書か
れているとき、直接エキスポート用ダウンロードプラグインが起動される。
③
ブラウザは直接エキスポート用ダウンロードプラグインにダウンロード制御情報取得状態通知
- 90 -
を要求する。このとき、直接エキスポート用ダウンロードプラグインの状態は、IDLE である
ため、ダウンロード制御情報取得状態通知応答として、戻り値 0 を返す。なお、このとき直接
エキスポート用ダウンロードプラグインの状態が BUSY で、戻り値 1 が返る場合、
ブラウザは、
ダウンロード制御情報取得状態通知に戻り値 0 が返るまで待つことが望ましい。
④
ブラウザは直接エキスポート用ダウンロードプラグインに直接エキスポート処理受付可否問い
合わせを要求する。直接エキスポート用ダウンロードプラグインは、直接エキスポート処理が
受け付け可能か否かを確認する。このとき、処理の受付が可能であるため、直接エキスポート
処理受付可否問い合わせ応答として、戻り値 10 を返す。
⑤
③と④の結果を確認後、HTML ページはダウンロード登録ボタン等のページ内のオブジェクト
を有効化し、有効化されたオブジェクトに対するユーザアクションにより、ブラウザは直接エ
キスポート用ダウンロードプラグインにダウンロード制御情報取得を要求する。
⑥
直接エキスポート用ダウンロードプラグインはダウンロード制御情報の取得を要求する。
（ここ
ではブラウザのファイル取得機能を用いて実装したケースを示す。）
⑦
直接エキスポート用ダウンロードプラグインはブラウザにダウンロード制御情報取得応答を行
う。⑤のコマンドが正常に受け付けられたとき、戻り値として 0 を返す。ここで、直接エキス
ポート用ダウンロードプラグインの状態が、IDLE から BUSY に遷移する。この処理以降に、
スクリプト記述においてプラグインの状態を確認するためには、ダウンロード制御情報取得状
態通知コマンドのポーリングを行う必要がある。
⑧
⑥の要求により、ブラウザがサーバから、ダウンロード制御情報を取得する。
⑨
⑧でブラウザが取得したダウンロード制御情報をプラグインに受け渡す。
⑩
スクリプトは直接エキスポート用ダウンロードプラグインのステータス確認のため、ダウンロ
ード制御情報取得状態通知を要求することができる。このとき、直接エキスポート用ダウンロ
ードプラグインの状態は、BUSY であるため、ダウンロード制御情報取得状態通知応答として、
戻り値 1 を返す。
⑪
直接エキスポート用ダウンロードプラグインは取得したダウンロード制御情報を、ダウンロー
ダに受け渡す。ここで、直接エキスポート用ダウンロードプラグインの状態が、BUSY から
IDLE に遷移する。本処理以降、ダウンロード制御情報を用いてダウンローダによる処理が実
行される。
⑫
スクリプトは直接エキスポート用ダウンロードプラグインのステータス確認のため、ダウンロ
ード制御情報取得状態通知を要求することができる。このとき、直接エキスポート用ダウンロ
ードプラグインの状態は、IDLE であるため、ダウンロード制御情報取得状態通知応答として、
戻り値 0 を返す。
⑬
ユーザアクションによるページ遷移、もしくは、ブラウザの OFF により、プラグインは終了
される。
- 91 -
3.3.3.8.2. 直接エキスポート処理受付可否問い合わせが NG 時のシーケンス
直接エキスポート処理受付可否問い合わせが NG 時のシーケンス例を以下に示す。
サーバ
ブラウザ
プラグイン
ダウンローダ
ページ遷移要求または
ブラウザ起動
①ＨＴＭＬ ページ取得要求
HTMLページ
②プラグイン起動要求
プラグイン起動応答
③ダウンロード制御情報取得状態通知要求
IDLE
ダウンロード制御情報取得状態通知応答（戻値=0）
④直接エキスポート処理受付可否問い合わせ
直接エキスポート処理受付可否問い合わせ応答
（戻値=11）
図 3-11
受付可否確認
受付不可
直接エキスポート処理受付可否問い合わせが NG 時のシーケンス
①～③は図 3-10 と同様であるので省略する。
④
ブラウザは直接エキスポート用ダウンロードプラグインに直接エキスポート処理受付可否問い
合わせを要求する。直接エキスポート用ダウンロードプラグインは、直接エキスポート処理が
受け付け可能か否かを確認する。このとき、処理の受付が不可であるため、直接エキスポート
処理受付可否問い合わせ応答として、戻り値 11 を返す。スクリプトはダウンロード制御情報
取得を要求せずに、HTML ページには端末が直接エキスポート処理が実行できない旨を表示す
ることが望ましい。
3.3.3.8.3. エラー発生シーケンス
エラーが発生した場合のシーケンスを以下に示す。
- 92 -
サーバ
ブラウザ
プラグイン
ダウンローダ
ページ遷移要求または
ブラウザ起動
①ＨＴＭＬ ページ取得要求
HTMLページ
②プラグイン起動要求
プラグイン起動応答
③ダウンロード制御情報取得状態通知要求
IDLE
ダウンロード制御情報取得状態通知応答（戻値
=0）
④直接エキスポート処理受付可否問い合わせ
直接エキスポート処理受付可否問い合わせ応答
（戻値=10）
受付可否確認
受付可
ダウンロード登録ボタ
ン押下
⑤ダウンロード制御情報取得要求
⑥ブラウザ機能によりダウンロード制御情報取得
⑦ダウンロード制御情報取得応答(戻値=0)
⑧ダウンロード情報取得要求
レスポンス
BUSY
ダウンロード
制御情報
⑨ダウンロード制御情報取得ダウンロード
エラー発生
制御情報
⑩ダウンロード制御情報取得状態通知要求
ダウンロード制御情報取得状態通知応答
（戻値=-3以下）
図 3-12
エラー発生シーケンス
①～⑧は図 3-10 と同様であるので省略する。
⑨
ダウンロード制御情報取得に関連してエラーが発生する。ここで、直接エキスポート用ダウン
ロードプラグインは必要な中断処理を行い、BUSY から IDLE に遷移する。直接エキスポート
用ダウンロードプラグインは、発生したエラーに対応するエラーコードを保持する。
⑩
スクリプトは直接エキスポート用ダウンロードプラグインのステータス確認のため、ダウンロ
ード制御情報取得状態通知を要求することができる。このとき、直接エキスポート用ダウンロ
ードプラグインの状態は IDLE であり、⑨で保持しているエラーコードをダウンロード制御情
報取得状態通知応答として返す。スクリプトは、エラーメッセージを記載したページを表示す
るなど、返されたエラーコードに対し必要な後処理を実行する。
- 93 -
3.3.3.9. 補足
3.3.3.9.1. HTML の記述例
直接エキスポート用ダウンロードプラグインを用いた、HTML の記述例と表示画面のイメージ
を以下に示す。（本コードはサンプルである。戻り値・ボタン連打処理などは単純化している。）
直接エキスポート
サムネイル
- 94 -
エキスポート1
コンテンツタイトル２
収録時間：60分
エキスポート
ボタン押下
HTML 記述例と画面イメージ
3.3.4. メディア確認プラグイン
収録時間：88分
サムネイル
<div id=“statusBox”>コンテンツを選択ください</div>
<input type=“button” onClick=“ downloadReservation(‘https://○○○’ ) ”>
エキスポート1
</input>
<input type=“button” onClick=“ downloadReservation(‘https://×××’ ) ”>
エキスポート2
</input>
</body></html>
図 3-13
ダウンロードトップ
コンテンツを選択ください
コンテンツタイトル１
・
・
・
<html><head>
<script type=“ text/javascript”>
function dispStatus(message){
//ユーザ向けmessageを画面表示
obj = document.getElementById( “statusBox” );
obj.innerText=message;
};
function goToErrorPage(errorcode){
//errorcodeに対応したエラー表示ページに遷移
window.document.location.href = getErrorUr(errorcode);
};
function downloadReservation(DlcUrl){
obj = document.getElementById( “dlexportplugin” );
if( obj.request( “status”) != 1 ) { // BUSYでない場合
if( obj.request( “checkExportAvailability Media=09”) != 11 ) { // NGでない場合
ret = obj.request( “getDLC Media=09 TranscodePermission=allowed DlcUrl” );
if( ret <0 ) {
goToErrorPage(ret);
}
dispStatus (“登録中です。”）;
tid = setInterval(“displayResult( )”, 500);
} else {
dispStatus (“エキスポート登録を受付できません。”）;
}
} else {
dispStatus (“登録完了まで次の登録をお待ちください。”）;
}
};
function displayResult(){
ret = obj.request(“status”);
if( ret <0 ) {
goToErrorPage(ret);
} else if ( ret != 1 ) { //正常に終了
clearInterval(tid);
dispStatus (“コンテンツを選択ください”）;
}
};
</script>
</head>
<body>
<object id= “dlexportplugin” type=“ application/x-inettv-dlexport-plugin”
style=“width:0px; height:0px;”/>
エキスポート2
完了
直接エキスポート
ダウンロードトップ
登録中です
コンテンツタイトル１
サムネイル
収録時間：88分
エキスポート1
コンテンツタイトル２
サムネイル
収録時間：60分
エキスポート2
3.3.4.1. 概要
メディア確認プラグインは、ストレージや、リムーバブルメディア等の外部出力インターフェ
ースに対してダウンロード可否の確認（メディア確認）を事前に確認するためのプラグインであ
る。メディア確認は、例えば購入前の記録メディアの状態確認に用いることができる。
メディア確認は以下の処理を行う。
①
プラグインは、HTML に記載されているコンテンツサイズや確認対象メディアなどの情
報をブラウザから取得する。
②
プラグインは、端末にセットされている記録メディアが、与えられた情報を満足してい
るか確認する
③
プラグインは、確認結果を必要に応じてユーザに提示する。
④
プラグインは、ブラウザにメディア確認結果を返す。
このときコンテンツサイズや確認メディアなどの情報をダウンロード条件と呼ぶ。③の確認結
果提示方法は端末の実装依存であり、図 3-14 にあるような画面上にパネルを表示する方法など
が考えられる。
なお、本3.3.4 節において、リムーバブルメディア等と記述がある場合でも、ネットワークを経
由して外部の機器へエキスポートを行う形態を排除するものではない。
メディア確認
プラグイン
戻る“メディアの残量が
足りません”
メディア確認
購入
図 3-14 メディア確認結果の表示一例
3.3.4.2. HTML タグセット
メディア確認プラグインを用いてメディアを確認する制御は、HTML 文書中に Object タグを
記述することで行う。
メディア確認プラグインの HTML タグセットを表 3-12 に示す。ネット TV 端末が実装すべき
属性、実装しない属性をネット TV 欄に以下の記号で示す。
○
メディア確認プラグイン機能を搭載したネット TV 端末はこの要素または属
性を実装しなければならない。コンテンツはこの要素または属性を使用する
ことができる。
×
ネット TV 端末はこの要素または属性を実装しない。コンテンツがこの要素または属性を
使用した場合、その動作は実装依存である。
- 95 -
表 3-12 メディア確認プラグインの要素および属性
属性
要素
ネ ッ ト
TV
○
OBJECT
%attrs
%coreattrs
Id
○
Class
○
Style
○
Title
×
Lang
×
Dir
×
%i18n
%events
Onclick
×
Ondblclick
×
Onmousedown
×
Onmouseup
×
Onmouseover
×
Onmousemove
×
Onmouseout
×
Onkeypress
×
Onkeydown
×
Onkeyup
×
Declare
×
Classid
×
Codebase
×
Data
×
Type
○
Codetype
×
Archive
×
Standby
×
- 96 -
補足
属性
要素
ネ ッ ト
補足
TV
Width
○
Height
○
Usemap
×
Name
×
Tabindex
×
OnFocus
×
OnBlur
×
×
PARAM
Id
×
Name
×
Value
×
Valuetype
×
Type
×
3.3.4.3. HTML タグセットの運用
3.3.4.3.1. object 要素
１ページには１つ以下のメディア確認プラグインオブジェクト要素を配置すること。同一ペー
ジ内に複数のメディア確認プラグインオブジェクト要素を記述した際の動作は実装依存とする。
style 属性、width 属性、height 属性を指定可能である。メディア確認プラグインを非表示に
するために width 属性、height 属性値を各々0 と指定すること。または、ＣＳＳにより width 、
height を各々0 に指定すること。指定されなかった場合、または 0 以外が指定された場合に画面
提示される内容は規定しない。
Type 属 性 は 、 メ デ ィ ア 確 認 プ ラ グ イ ン に 対 応 す る MIME Type で あ る
“application/x-inettv-mediacheck-plugin”が記載されていること。
3.3.4.3.2. param 要素
param 要素はメディア確認プラグインでは使用しない。記述された場合の動作は規定しない。
3.3.4.4. CSS
3.3.4.4.1. 適用仕様
ネット TV ブラウザ仕様書の 3.7 節で規定される、ネット TV 端末が実装しなければならない
- 97 -
CSS プロパティ仕様を適用する。
3.3.4.5. DOM インタフェース
メディア確認プラグインに対する DOM HTML インタフェースを規定する。表 3-13 のネット
TV 欄にメディア確認プラグイン機能を搭載したネット TV 端末が実装すべきインタフェース、
読み取りと書き込みを実装すべきインタフェース、読み取りのみを実装すべきインタフェース、
実装しないインタフェースを以下の記号で示す。
○
メディア確認プラグイン機能を搭載したネット TV 端末は、このインタフェ
ースを実装しなければならない
×
ネット TV 端末はこのインタフェースを実装する必要はない
表 3-13
使用できる DOM HTML インタフェース
インタフェース、メソッド、
ネット TV
プロパティ
HTMLObjectElement
form
×
code
×
align
×
archive
×
border
×
codebase
×
codetype
×
data
×
declare
×
height
×
hspace
×
name
×
standby
×
tabindex
×
type
×
- 98 -
usemap
×
vspace
×
width
×
long
request(in
○
DOMString
request_string)
HTMLParamElement
name
×
type
×
value
×
valuetype
×
3.3.4.6. スクリプト記述仕様
HTMLObjectElement オブジェクトは、次に定義するメソッドを持つ。
request(request_string)
このメソッドは，long 型を返す。request_string パラメータは String 型とする。
3.3.4.6.1. メソッド詳細
文法:
long request(String request_string)
引数:
request_string：メディア確認プラグインの機能呼出しコマンド文字列
戻り値：
値
2001 ～ 2999
2000
1001 ～ 1999
1000
説明
NG 詳細要因（運用で割り当て可能な領域）
NG
WARNING 詳細要因（ 運用で割り当て可能な領域 ）
WARNING
3～999
予約
2
OK
1
メディア確認中
0
コマンドで指定される動作が成功したことを示す
- 99 -
-1
不正なコマンド文字列
-2
コマンドの引数が不正
-3
端末内部エラー
-4 ～ -99
予約
-100
端末内部エラー
-101 以下
予約
○
OK：
OK/WARNING/NG は以下のとおり分類する。
現時点ではダウンロード不可となる要因がない場合
WARNING：ダウンロード不可となる要因があるが、その要因が復旧可能な場合
例：残容量不足、メディア未挿入など
NG：
ダウンロード不可となる要因があるが、その要因が復旧不可能な場合
例：受信機が対応しないメディアが指定された、など
○
-1～-99 を同期エラー、-100 以降を非同期エラーとする。
概要：
メディア確認プラグインに対して、メディア確認要求、または、メディア確認結果問い合わせを
行う。
3.3.4.6.2. プラグインの同期エラーと非同期エラー
メディア確認プラグインは、同期エラーと非同期エラーの２方式でエラー通知を行う。
表 3-14
メディア確認プラグインのエラー方式
エラー種別
通知方式
同期エラー
request メソッドを受け付けてから、そのメソッドの戻り値を返すま
での間に発生したエラーは、当該 request メソッドの戻り値でエラー
通知を行う。
非同期エラー
上記以外の間に発生したエラーは、その後のメディア確認結果問い
合わせコマンドの戻り値でエラーを通知する。
○
request コマンドの引数不正などの直ちに検出できリターンできるエラーは
同期でエラー通知を行う。端末内のＩ／Ｏ処理時に発生するエラーなど、遅
延が見込まれるエラーは、ブラウザやスクリプトの動作を止めないために非
同期で通知する。
3.3.4.6.3. request()メソッドの引数に与えるコマンド文字列フォーマット
- 100 -
3.3.4.6.3.1. メディア確認要求コマンド
(1) 概要
メディア確認プラグインにメディア確認要求を行う場合、request メソッドの引数にダウンロ
ード条件を記述する。
(2) コマンド文字列フォーマット
メディア確認要求を行うコマンド文字列のフォーマットを以下に示す。
“checkMedia” SP MEDIA SP PARAMETERS [SP MODE]
SP = <US-ASCII SP, スペース (0x20)>
MEDIA = “Media” “=” D_MEDIA
PARAMETERS = “ContentSize” “=” C_SIZE
[“&” “TranscodePermission” “=” T_PERMISSION]
[“&” “ContentLength” “=” C_LENGTH]
[“&” “Resolution” “=” RESOLUTION]
[“&” “MaxBitrate” “=” M_BITRATE]
[ “&” “ContentNum” “=” C_NUM ]
MODE = “Mode” “=” R_MODE
D_MEDIA ： 確認対象メディアを指定する。コンテンツをストレージにダウンロードする場
合は、”internal”を指定する。コンテンツをリムーバブルメディア等にエキスポートする場合は、
IPTVSERVICEExportMediaCS
辞 書 に 定 義 さ れ る
termID
を 指 定 す る 。
IPTVSERVICEExportMediaCS 辞書については、本書付録 A.12 を参照のこと。
T_PERMISSION：トランスコードによる直接エキスポート可否を指定する。トランスコード
に関する規定は3.1 を参照。ストレージにダウンロードする場合は指定不可。リムーバブルメデ
ィア等にエキスポートする場合は必須。指定する文字列とプラグインの動作は以下のとおり。
“allowed”： 受信機はコンテンツをトランスコードしてエキスポートしてもよい。
“prohibited”：受信機はコンテンツをトランスコードしてエキスポートしてはならない。
なお、この値は直接エキスポート時におけるトランスコードの可否を定めるものであり、スト
レージにダウンロードしたコンテンツをリムーバブルメディア等にエキスポートするケースには
適用されないことに注意すること。
C_SIZE：
コンテンツサイズを記述する。一括ダウンロードの場合は、コンテンツの総サイ
ズを指定する。単位は Byte で指定し、整数部 13 桁まで記述可能とする。
C_LENGTH：
コンテンツ長を指定する。ストレージにダウンロードする場合は省略可能。
リムーバブルメディア等にエキスポートし、且つ T_PERMISSION に allowed が指定された場合
は必須。一括ダウンロードの場合は、各コンテンツ長の総和を指定する。単位は秒で指定、整数
- 101 -
部 7 桁まで記述可能とする。
RESOLUTION：コンテンツの解像度を記述する。ストレージにダウンロードする場合は省略
可能。リムーバブルメディアにエキスポートし、且つ T_PERMISSION に allowed が指定された
場合は必須。指定する値は、再生制御ファイルに含まれる ERI の es_info に用いられる resolution
属性値を使用する。なお一括ダウンロードの場合は、各コンテンツのうち解像度の最も高いもの、
すなわち最小の resolution 属性値を使用すること。es_info については本書 6.1.1 節を参照のこと。
M_BITRATE：コンテンツの最大再生レートを記述する。ストレージにダウンロードする場合
は省略可能。リムーバブルメディア等にエキスポートする場合は必須。単位は bps で指定する。
再生レートの上限は 20971520bps(=20Mbps)とし、整数部 8 桁まで記述可能とする。なお一括ダ
ウンロードの場合は、コンテンツ群の中で最大の再生レートを指定する。
C_NUM：ダウンロードするコンテンツ数を記述する。省略した場合は、C_NUM の値は 1 と
みなす。すなわち単体ダウンロードの場合は省略可能。一括ダウンロードの場合は必須とする。
整数部 2 桁まで記述可能とする。
R_MODE：プラグインのメディア確認モードを変更する。指定する文字列とプラグインの動作
は以下のとおり。なお省略時の動作は”normal”とする。
“normal”：プラグインはメディア確認処理中に必要に応じて、パネルなどの表示を行う。
“no_display”：プラグインはメディア確認処理中に確認結果の提示を行わないことが望ま
しい。
補足：D_MEDIA、T_PERMISSION を指定した場合の、指定必須なパラメータを表 3-15 に
示す。指定必須なパラメータ、指定してもよいパラメータ、指定してはならないパラメータを以
下の記号で示す。
○
指定しなければならない
－
指定してもよい
×
指定してはならない
表 3-15
ﾒﾃﾞｨｱ、ﾄﾗﾝｽｺｰﾄﾞ
指定必須なパラメータ
ストレージ
条件
リムーバブルメディア等
トランスコード可
トランスコード否
(allowed)
(prohibited)
パラメータ
D_MEDIA
○
○
○
T_PERMISSION
×
○
○
C_SIZE
○
○
○
C_LENGTH
－
○
－
RESOLUTION
－
○
－
M_BITRATE
－
○
○
- 102 -
C_NUM
－
R_MODE
(＊)
(＊)
－
－
－
－
(＊)
－
＊：一括ダウンロードの場合は必須
上記ケース以外の場合、メディア確認プラグインは-2 エラーを返す。
各文字列の大文字、小文字を区別することに注意すること。また、上記以外に指定されるパラ
メータは無視されることに注意すること。“checkMedia“部分を除く文字列の長さは 1024byte 以
下であること。1024byte を超えた部分の扱いは規定しない。
コマンド記載例：
ret = obj.request(“checkMedia Media=09 TranscodePermission=allowed ContentSize=10
00000000000&ContentLength=100000&Resolution=1&MaxBitrate=10485760&ContentNum
=20 Mode=normal”);
(3) コマンドの判定
request()の引数に指定された文字列の先頭 11 文字が、3.3.4.6.3.1 の(2)で定義したコマンド文
字列フォーマットの先頭 11 文字の
“checkMedia”SP
部分と一致する場合、メディア確認要求コマンドが指定されたとみなす。
(4) メディア確認要求を指定した場合の request メソッドの戻り値
メディア確認要求コマンドを実行した場合の request メソッドの戻り値は以下の通り。
値
説明
1
BUSY 状態。（プラグインはメディア確認中のため要求を拒否）
0
コマンドで指定される動作が成功した
-1
不正なコマンド文字列
-2
メディア確認に必要なパラメータが取得できない
-3
端末内部エラーによりコマンド受付できない
- 4 ～ -99
※1
予約
※1 メディア確認要求を受け付けたプラグインは、戻り値 0 を返す。確認結果が取得できるまで、
メディア確認結果問い合わせコマンドにてポーリングする。
- 103 -
3.3.4.6.3.2. メディア確認結果問い合わせコマンド
(1) 概要
メディア確認プラグインにメディア確認処理の結果問い合わせを行う場合、request メソッド
の引数にコマンド識別文字列を記述する。
(2) コマンド文字列フォーマット
結果問い合わせを行うコマンド文字列のフォーマットを以下に示す。
”checkResult”
コマンド記載例：
ret = obj.request(“checkResult”);
(3) コマンドの判定
request()の引数に指定された文字列が、3.3.4.6.3.2 の(2)で定義したコマンド文字列フォーマッ
トの
”checkResult”
と一致し、かつ request()の引数に指定された文字列の長さが 11（終端文字は含まない）である
場合、request()メソッドはメディア確認結果問い合わせコマンドを指定されたとみなす。文字列
の比較は、大文字、小文字を区別して行うことに注意すること。
(4) 結果問い合わせを指定した場合の request メソッドの戻り値
メディア確認結果問い合わせコマンドを実行した場合の request メソッドの戻り値は以下の通り。
値
説明
2001 ～ 2999
NG 詳細要因（運用で割り当て可能な領域）
2000
NG
1001 ～ 1999
WARNING 詳細要因（ 運用で割り当て可能な領域 ）
1000
WARNING
3～999
予約
2
OK
1
BUSY 状態
0
一度もメディア確認要求コマンドを受けつけていない
-1
不正なコマンド
-3
端末の内部エラー発生中
-4 ～ -99
予約
※１
- 104 -
-100
※１
端末内部エラー
プラグインがメディア確認処理中のとき、プラグインはメディア確認結果問い合わせコマ
ンドの戻り値に１を返す。その際は、時間をおいて再度結果問い合わせを行うこと。
注）本コマンドは、戻り値が-2 のエラーを返すことはない。
3.3.4.7. プラグインの状態遷移
3.3.4.7.1. プラグインの状態定義
メディア確認プラグインの状態を、以下のように定義する。
表 3-16
プラグインの状態定義
状態名
定義
IDLE
メディア確認要求コマンドを受付可能な状態。
BUSY
現在メディア確認要求を実行中であり、新規のメデ
ィア確認要求コマンドを受け付け出来ない状態。
3.3.4.7.2. プラグインのステート遷移図
プラグインのステート遷移図を、以下に示す。
メディア確認要求 [戻値= -1] コマンドエラー
メディア確認要求 [戻値= -2] DL条件フォーマットエラー
メディア確認要求 [戻値= -3] 端末内部エラー
メディア確認結果問い合わせ [戻値= -1] コマンドエラー
IDLE
Do:メディア確認結果
問い合わせにerror
codeを応答
メディア確認要求 [戻値= 2] メディア確認処理実行中
メディア確認要求 [戻値= -1] コマンドエラー
メディア確認結果問い合わせ [戻値= -1] コマンドエラー
メディア確認要求 [戻値=0] 受理
／メディア確認開始
BUSY
Do:メディア確認結果
問い合わせに1を応答
メディア確認完了／結果をerror
codeに反映
図 3-15
ステート遷移図
プラグインは、BUSY/IDLE 状態のほかに内部的にメディア確認結果を保持する error code を
- 105 -
持つ。メディア確認処理が終了したとき、もしくはエラーが発生したときに error code に結果も
しくはエラー要因を反映する。error code の初期値は 0 とする。プラグイン初期化時の状態は
IDLE とする。メディア確認処理が終了したとき、もしくはエラーが発生したときに、プラグイ
ンの状態は IDLE となり、再度メディア確認要求コマンドを受付可能となる。
図 3-15 の遷移条件の詳細は、3.3.4.7.3 節を参照のこと。
3.3.4.7.3. request に対する応答と遷移
各コマンドが実行されたときのステート遷移、コマンドの実行結果、及び、コマンドの戻り値
の関係を以下に示す。
表 3-17
各コマンド要求時の戻り値と状態遷移
イベント
状態
IDLE
BUSY
メディア確認コマ
遷移しない。
遷移しない。
ンド
実行結果は以下のいずれか
実行結果は以下のいずれか
【戻り値:-2】ＵＲＬ文字列不正
【戻り値:1】メディア確認中
【戻り値:-3】端末内部エラー
※1
【戻り値:-4～-99】予約
※3
BUSY 状態へ遷移する。
【戻り値:0】コマンド受付
メディア確認結果
遷移しない。
遷移しない。
問い合わせコマン
実行結果は以下のいずれか
実行結果は以下のいずれか
ド
【戻り値:0】メディア未確認
【戻り値:1】メディア確認中
【戻り値:-3】端末内部エラー
※2
【戻り値:-4～-99】予約
【戻り値:-100】端末内部エラー
【戻り値:2001~2999】NG 詳細要因
【戻り値:2000】NG
【戻り値:1001~1999】WARNING 詳
細要因
【戻り値:1000】WARNING
【戻り値:2】OK
※2
- 106 -
その他
遷移しない
遷移しない
【戻り値:-1】コマンド文字列不正
【戻り値:-1】コマンド文字列不正
※1 戻り値が-2 以下のエラーを返すことはない。
※2 戻り値が-2 のエラーを返すことはない。
表 3-17 のプラグインの持つ状態や、各状態で保持するエラー（戻り値）は、プラグインの生
成時に初期化される。
エラー判定の優先度は、表 3-14 の各項目において、まず、コマンド文字列不正のエラーを優
先して判定し、それ以降は、表記の順に行うこととする。例えば、BUSY 状態で、メディア確認
要求コマンドが実行されたとき、コマンド文字列不正、かつ、メディア確認中である場合は、コ
マンド文字列不正のエラーを戻り値として返す。
※3 戻り値が-100 以下のエラーを返すことはない。
3.3.4.8. メディア確認結果のユーザ提示
メディア確認プラグインはメディア確認処理において以下の条件を全て満たす場合、メディア
確認結果をユーザに提示することが望ましい。
z
メディア確認要求で指定されるメディア確認モードが normal のとき
z
メディア確認結果が WARNING もしくは NG のとき
メディア確認要求で指定されるメディア確認モードが normal で、メディア確認結果が OK の
場合は、OK である旨を提示してもよい。
また、確認結果提示中のプラグインの状態は BUSY であり、メディア確認結果問い合わせに対
する戻り値は 1(=メディア確認処理実行中)を返す。
3.3.4.9. 動作シーケンス
メディア確認プラグインが起動されてから終了されるまでの、シーケンス例を以下に示す。な
お、このシーケンスはあくまで一例であり、WEB コンテンツの動作を規定するものではないこ
とに注意すること。
3.3.4.9.1. 正常系シーケンス
メディア確認プラグインが起動されてから終了されるまでの、正常系シーケンス例を以下に示
す。
- 107 -
3.3.4.9.1.1. メディア確認結果 OK 時のシーケンス
サーバ
ブラウザ
プラグイン
ページ遷移要求または
ブラウザ起動
①ＨＴＭＬ ページ取得要求
HTMLページ
②プラグイン起動要求
プラグイン起動応答
メディア確認ボタン押下
IDLE
③メディア確認要求
④メディア確認応答(戻値=0)
⑤メディア確認結果問い合わせ要求
BUSY
結果問い合わせ応答（戻値=1）
戻る
メディア確認
プラグイン
メディア確認
購入
⑥メディア確認結果OK
メディア確認完了
･
･
･
⑦メディア確認結果問い合わせ要求
結果問い合わせ応答（戻値=2）
IDLE
⑧購入ボタン表示
ページ遷移または
ブラウザＯＦＦ
⑨プラグイン終了要求
戻る
メディア確認
プラグイン
メディア確認
購入
図 3-16 メディア確認結果 OK 時のシーケンス
①
HTML ページを取得し、そのページをブラウザが読み込む
②
object タグの type 属性に MIMEType である”application/x-inettv-mediacheck-plugin”が書か
れているときメディア確認プラグインが起動される。
③
メディア確認ボタンなどのページ内のオブジェクトに対するユーザアクションにより、ブラウ
ザはメディア確認プラグインにメディア確認を要求する。
④
メディア確認プラグインはブラウザにメディア確認応答を行う③のコマンドが正常に受け付け
られたとき戻り値として 0 を返す。ここでメディア確認プラグインの状態が、IDLE から BUSY
に遷移する。この処理以降に、スクリプト記述においてプラグインの状態を確認するためには、
メディア確認結果問い合わせコマンドのポーリングを行う必要がある。
⑤
スクリプトはメディア確認プラグインの状態確認のため、結果問い合わせを行う。このとき、
メディア確認プラグインの状態は、BUSY であるため、結果問い合わせに対する応答として、
戻り値 1 を返す。
⑥
確認結果が OK とわかったメディア確認プラグインは、メディア確認処理を終了する。ここで
メディア確認プラグインの状態が、
BUSY から IDLE に遷移する。また、
同時に確認結果が error
code に反映される。
⑦
スクリプトはメディア確認プラグインの状態確認のため、結果問い合わせを行う。このとき結
- 108 -
果問い合わせに対する応答として error code(OK=2)の値を返す。
⑧
スクリプトは結果問い合わせの結果が OK であったので、画面に購入ページへの遷移ボタンな
どを表示する。
⑨
ユーザアクションによるページ遷移、もしくはブラウザの OFF により、プラグインは終了さ
れる。
3.3.4.9.1.2. メディア確認結果 WARNING 時のシーケンス
サーバ
ブラウザ
プラグイン
ページ遷移要求または
ブラウザ起動
①ＨＴＭＬ ページ取得要求
HTMLページ
②プラグイン起動要求
プラグイン起動応答
メディア確認ボタン押下
IDLE
③メディア確認要求
④メディア確認応答(戻値=0)
⑤メディア確認結果問い合わせ要求
BUSY
結果問い合わせ応答（戻値=1）
戻る
メディア確認
プラグイン
メディア確認
購入
⑥メディア確認結果WARNING
WARNING理由表示
･
･
･
⑦メディア確認結果問い合わせ要求
メディア確認
プラグイン
“メディアの残量が
戻る
足りません”
購入
メディア確認
結果問い合わせ応答（戻値=1）
⑧WARNING理由消去
･
･
･
⑨メディア確認結果問い合わせ要求
戻る
結果問い合わせ応答（戻値=1000）
IDLE
⑩購入ボタン表示
ページ遷移または
ブラウザＯＦＦ
⑪プラグイン終了要求
メディア確認
プラグイン
メディア確認
戻る
購入
メディア確認
プラグイン
メディア確認
購入
図 3-17 メディア確認結果 WARINIG 時のシーケンス
①～⑤は図 3-16 と同様であるので省略する。
⑥
確認結果が WARNING とわかったメディア確認プラグインは、WARNING 理由を提示する。
⑦
スクリプトはメディア確認プラグインの状態確認のため、結果問い合わせを行う。このとき、
メディア確認プラグインの状態は、BUSY であるため、結果問い合わせに対する応答として、
- 109 -
戻り値 1 を返す。
⑧
ユーザアクション、もしくは表示タイムアウトにより、メディア確認プラグインは、WARNING
理由を消去する。ここでメディア確認プラグインの状態が、BUSY から IDLE に遷移する。ま
た、同時に確認結果が error code に反映される。
⑨
スクリプトはメディア確認プラグインの状態確認のため、結果問い合わせを行う。このとき結
果問い合わせに対する応答として error code(WARNING=1000)の値を返す。
⑩
スクリプトは結果問い合わせの結果が WARNING であったので、画面に購入ページへの遷移
ボタンなどを表示する。
⑪
ユーザアクションによるページ遷移、もしくはブラウザの OFF により、プラグインは終了さ
れる。
3.3.4.9.1.3. メディア確認結果 NG 時のシーケンス
サーバ
ブラウザ
プラグイン
ページ遷移要求または
ブラウザ起動
①ＨＴＭＬ ページ取得要求
HTMLページ
②プラグイン起動要求
プラグイン起動応答
メディア確認ボタン押下
IDLE
③メディア確認要求
④メディア確認応答(戻値=0)
⑤メディア確認結果問い合わせ要求
戻る
BUSY
メディア確認
結果問い合わせ応答（戻値=1）
購入
⑥メディア確認結果NG
NG理由表示
･
･
･
⑦メディア確認結果問い合わせ要求
メディア確認
“指定される著作権
プラグイン
戻る
保護方式に機器が
対応していません”
購入
メディア確認
結果問い合わせ応答（戻値=1）
⑧NG理由消去
･
･
･
⑨メディア確認結果問い合わせ要求
戻る
結果問い合わせ応答（戻値=2000）
IDLE
⑩購入不可表示
ページ遷移または
ブラウザＯＦＦ
メディア確認
プラグイン
メディア確認
プラグイン
メディア確認
購入
メディア
購入できません。
確認
「キャンセル」を
プラグイン
選択してください。
⑪プラグイン終了要求
キャンセル メディア確認
- 110 -
図 3-18 メディア確認結果 NG 時のシーケンス
①～⑤は図 3-16 と同様であるので省略する。
⑥
確認結果が NG とわかったメディア確認プラグインは、NG 理由を提示する。
⑦
スクリプトはメディア確認プラグインの状態確認のため、結果問い合わせを行う。このとき、
メディア確認プラグインの状態は、BUSY であるため、結果問い合わせに対する応答として、
戻り値 1 を返す。
⑧
ユーザアクション、もしくは表示タイムアウトにより、メディア確認プラグインは、WARNING
理由を消去する。ここでメディア確認プラグインの状態が、BUSY から IDLE に遷移する。ま
た、同時に確認結果が error code に反映される。
⑨
スクリプトはメディア確認プラグインの状態確認のため、結果問い合わせを行う。このとき結
果問い合わせに対する応答として error code(NG=2000)の値を返す。
⑩
スクリプトは結果問い合わせの結果が NG であったので、画面にコンテンツを購入できない旨
を表示する。
⑪
ユーザアクションによるページ遷移、もしくはブラウザの OFF により、プラグインは終了さ
れる。
3.3.4.9.1.4. メディア確認モードに no_display 指定時のシーケンス
サーバ
ブラウザ
プラグイン
ページ遷移要求または
ブラウザ起動
①ＨＴＭＬ ページ取得要求
HTMLページ
②プラグイン起動要求
プラグイン起動応答
IDLE
③メディア確認要求(メディア確認モード：no_display)
④メディア確認応答(戻値=0)
⑤メディア確認結果問い合わせ要求
BUSY
結果問い合わせ応答（戻値=1）
戻る
メディア確認
プラグイン
メディア自動確認中 購入
･
･
･
⑥メディア確認結果WARNING
⑦メディア確認結果問い合わせ要求
結果問い合わせ応答（戻値=1000）
IDLE
⑧購入ボタン表示
ページ遷移または
ブラウザＯＦＦ
戻る
⑨プラグイン終了要求
メディア確認
プラグイン
メディア確認済み
- 111 -
購入
図 3-19 メディア確認モードに no_display 指定時のシーケンス
①～②は図 3-16 と同様であるので省略する。
③
HTML に記載されている自動実行スクリプトにより、ブラウザはメディア確認プラグインにメ
ディア確認を要求する。このときメディア確認処理が自動実行処理されていることがユーザに
わかるように、HTML ページに表示されていることが望ましい。
④
メディア確認プラグインはブラウザにメディア確認応答を行う③のコマンドが正常に受け付け
られたとき戻り値として 0 を返す。ここでメディア確認プラグインの状態が、IDLE から BUSY
に遷移する。この処理以降に、スクリプト記述においてプラグインの状態を確認するためには、
メディア確認結果問い合わせコマンドのポーリングを行う必要がある。
⑤
スクリプトはメディア確認プラグインの状態確認のため、結果問い合わせを行う。このとき、
メディア確認プラグインの状態は、BUSY であるため、結果問い合わせに対する応答として、
戻り値 1 を返す。
⑥
確認結果が WARNING とわかったメディア確認プラグインは、メディア確認処理を終了する。
ここでメディア確認プラグインの状態が、BUSY から IDLE に遷移する。また、同時に確認結
果が error code に反映される。
⑦
スクリプトはメディア確認プラグインの状態確認のため、結果問い合わせを行う。このとき結
果問い合わせに対する応答として error code(WARNING=1000)の値を返す。
⑧
スクリプトは結果問い合わせの結果が WARNING であったので、画面に購入ページへの遷移
ボタンなどを表示する。
⑨
ユーザアクションによるページ遷移、もしくはブラウザの OFF により、プラグインは終了さ
れる。
3.3.4.9.2. エラー発生シーケンス
エラーが発生した場合のシーケンスを以下に示す。
- 112 -
サーバ
ブラウザ
プラグイン
ページ遷移要求または
ブラウザ起動
①ＨＴＭＬ ページ取得要求
HTMLページ
②プラグイン起動要求
プラグイン起動応答
メディア確認ボタン押下
IDLE
③メディア確認要求
④メディア確認応答(戻値=0)
⑤メディア確認結果問い合わせ要求
BUSY
結果問い合わせ応答（戻値=1）
戻る
メディア確認
プラグイン
メディア確認
購入
⑥エラー発生
･
･
･
⑦メディア確認結果端末エラー
メディア確認完了
⑧メディア確認結果問い合わせ要求
結果問い合わせ応答（戻値= -100以下）
IDLE
図 3-20
エラー発生シーケンス
①～⑤は図 3-16 と同様であるので省略する。
⑥
メディア確認処理に関連してエラーが発生する。
⑦
確認結果が端末内部エラーとわかったメディア確認プラグインは、メディア確認処理を終了す
る。ここでメディア確認プラグインの状態が、BUSY から IDLE に遷移する。また、同時に確
認結果が error code に反映される。
⑧
スクリプトはメディア確認プラグインの状態確認のため、結果問い合わせを行う。このとき結
果問い合わせに対する応答として error code(-100 以下)の値を返す。HTML に記述されたスク
リプトは、エラーメッセージを記載したページを表示するなど、返されたエラーコードに対し
必要な後処理を実行する。
- 113 -
3.3.4.10. 補足
3.3.4.10.1.
HTML の記述例
メディア確認プラグインを用いた、ＨＴＭＬの記述例と表示画面のイメージを以下に示す。な
お、本コードはサンプルであり、HTML の記述を規定するものではない。
メディア未確認
戻る
<div id=“statusBox”>メディア未確認</div>
<input type=“button” onClick=“checkmedia()”>
メディア確認
</input>
</body></html>
図 3-21
HTML 記述例と画面イメージ
3.3.5. 制限事項
１つの HTML ページに配置できるプラグインに以下の制限を加える。
z
同じ種類のプラグインを配置してはならない。
- 114 -
・
・
・
メディア確認
・
・
・
<html><head>
<script type=“ text/javascript”>
function dispStatus(message){
//ユーザ向けmessageを画面表示
obj = document.getElementById( “statusBox” );
obj.innerText=message;
};
function goToErrorPage(errorcode){
//errorcodeに対応したエラー表示ページに遷移
window.document.location.href = getErrorUr(errorcode);
};
function checkmedia (){
obj = document.getElementById( “mediacheckplugin” );
if( obj.request( “checkResult”) != 1 ) { // BUSYでない場合
ret = obj.request( “checkMedia Media=09 TranscodePermission=allowed
ContentSize=1000000000000&ContentLength=100000&Resolution=1&MaxBitrate=1048
5760&ContentNum=20 Mode=normal” );
if( ret <0 ) {
goToErrorPage(ret);
}
dispStatus (“メディア確認中”）;
tid = setInterval(“checkResult( )”, 1000);
} else {
dispStatus (“既にメディア確認中です。”）;
}
};
function displayResult(){
ret = obj.request(“checkResult”);
if( ret <0 ) {
goToErrorPage(ret);
} else if ( ret != 1 ) { //正常に終了
clearInterval(tid);
dispStatus (“メディア確認完了”）;
}
};
</script>
</head>
<body>
<object id= “mediacheckplugin” type=“ application/x-inettv-mediacheck-plugin”
style=“width:0px; height:0px;”/>
購入
z
ダウンロードプラグインと直接エキスポート用ダウンロードプラグインを同時に配置して
はならない
配置可能なプラグインの組み合わせを表 3-18 に示す。配置可能、配置不可を以下の記号で示
す。
○
配置してもよい
×
配置してはならない
表 3-18
プラグインの種類
配置可能なプラグインの組み合わせ
ダウンロード
直接エキスポート用
メディア確認
プラグイン
ダウンロード
プラグイン
プラグイン
ダウンロードプラグイン
×
×
○
直接エキスポート用
×
×
○
○
○
×
ダウンロードプラグイン
メディア確認プラグイン
なお、×に示される場合の受信機動作は実装依存とする。
- 115 -
ダウンローダ
3.4.
3.4.1. ダウンローダの機能
ダウンローダは、ダウンロード実行状態を表示するダウンロード状態表示アプリケーションと
連携し、ダウンロードの実行を制御する機能をもつ。
ダウンローダは、3.3 の方法により取得したダウンロード制御情報をもとに、ダウンロードの
実行順序をスケジューリングし、逐次、コンテンツのダウンロード処理を行う。
コンテンツのダウンロード処理は、メディアファイル（コンテンツの本体）、再生制御情報、
ECG メタデータの取得を行うことにより達成される。またその後、ライセンス取得を行う場合も
ある。
また、更新ダウンロードを実現するため、ダウンロード制御情報を継続的に更新取得し、追加
されたコンテンツをダウンロードする機能を設けてもよい。
3.4.2. ダウンローダの起動、終了
ダウンローダの起動、終了方法、および、タイミングについては、実装依存であるが、放送視
聴中、スタンバイ状態においても、バックグラウンドで動作し続けることが望ましい。
3.4.3. コンテンツのダウンロード
コンテンツのダウンロード処理は、ダウンロード制御情報に記述された各参照情報を元に、表
3-19 のデータを取得する。
表 3-19
ダウンローダで取得するデータ
取得するデータ
内容
端末側運用
メディアファイル
映像コンテンツの本体
基本仕様
再 生 制 御 再生制御メタファイル
ERI,LLI マルチパートエン 基本仕様
情報
コードファイル
ストリーム再生制御情報
ピクチャ位置情報
基本仕様
ECG メタ コンテンツメタデータ
コンテンツ情報の記述
基本仕様
ファイル
シリーズ情報の記述
基本仕様（オプシ
シリーズメタデータ
ョン）
パッケージメタデータ
パッケージ情報の記述
- 116 -
拡張仕様
取得するデータ
ライセンスメタデータ
内容
端末側運用
ライセンス管理情報の記述
基本仕様（暗号化
コンテンツの場
合）
ライセンス
ダウンロード再生ライセン 基本仕様（暗号化
ス本体
コンテンツの場
合）（＊１）
ECG のサムネイルおよびチ 基本仕様（オプシ
サムネイル
ャプタのサムネイル
ョン) （＊２）
＊ １…取得タイミングが即時の場合
＊ ２…ローカルナビゲーションなど、他のアプリケーションから取得される場合も
考えられる
ここでは、ダウンロード制御情報に参照情報が記述された、特定コンテンツに対応するメディ
アファイル、再生制御情報、ECG メタデータがすべて取得された状態を、そのコンテンツのダウ
ンロード完了と定義する。
なお、取得タイミングが即時の場合は、対応するコンテンツのダウンロード完了後にライセン
スを取得することが望ましい。
（プログレッシブダウンロードの場合は、ダウンロード完了前に再
生を開始するタイミングでライセンスを取得する。）これにより事業者システムでは必要であれば、
DRM サーバへのライセンス取得のアクセスがあったことをもって、対応するコンテンツのダウ
ンロード完了を知ることができる。
それ以外のデータの取得順序は、実装依存であり、取得順序に依存性がないデータは、複数の
セッションを同時に張って並行して取得してもよい。
また、ダウンローダは、次のような点を配慮して動作することが望ましい。
z
HDD 残容量が、ダウンロード・コンテンツを格納するために不足する状態になった
場合、各コンテンツのダウンロード実行を一時中断してよい
z
コンテンツの削除操作などにより HDD 残容量が再び確保された場合には、ダウンロ
ードを自動再開してもよい
z
予約録画の保存エリアとダウンロードの保存エリアは共有してもよい。その場合、保
存エリアの残容量が不足したときに、予約録画とダウンロードのどちらを優先して実
行するかは実装依存とする
z
更新ダウンロードの場合、コンテンツ、メタデータを、各端末が一斉に同時に取得し
ないようにすることが望ましい
z
コンテンツ、メタデータの取得でタイムアウトエラーが発生した場合、リトライを行
- 117 -
ってもよい。リトライする場合、リトライ間隔は間を空けること
z
最大リトライ回数は受信機の実装依存とする
z
リトライ回数オーバーで中断したコンテンツのダウンロードも、ダウンロード状態表
示アプリケーションなどから再開指示ができることが望ましい
z
同時に取り扱うことのできるダウンロード制御情報の総数、ダウンロードを行えるコ
ンテンツ総数は受信機の実装依存とするが、上限エラー発生時は、速やかにメッセー
ジ表示等で告知することが望ましい
z
feed( ダ ウ ン ロ ー ド 単 位 の 情 報 ),entry( コ ン テ ン ツ の ダ ウ ン ロ ー ド 制 御 情 報 ) の
alternate 属性は、無視してもよい
z
受信機が動作中に、コンテンツのダウンロードが完了した場合、視聴を阻害しない形
式で、ダウンロードが完了したコンテンツについて、その旨メッセージを表示するこ
とが望ましい
3.4.4. ダウンロードのスケジューリング
ネット TV ブラウザにおいて、複数のダウンロード単位についてダウンロードの指示が行われ、
複数のダウンロード制御情報が取得された場合、ダウンローダは、ダウンロード制御情報に記述
される各コンテンツのダウンロードを、受信機が定める規則に従ってスケジューリングし、ダウ
ンロードする機能を持つ。
なお、コンテンツをダウンロードする具体的なスケジューリング・アルゴリズムについては、
受信機の実装依存とする。
個別のコンテンツをダウンロードする際の状態遷移モデルの例を、図 3-22 に示す。通常は、
ダウンロードが開始されると、
「ダウンロード待機」状態になり、ダウンロードに必要なリソース
が割り当てられると、「ダウンロード中」状態に遷移する。3.4.3 での定義に基づきダウンロード
が完了すると、ダウンローダのスケジューリングから外れ、「ダウンロード完了」となる。
それ以外の状態遷移としては、次のような例を想定する。
z
コンテンツのダウンロード中に回復可能なエラーが発生した場合、「ダウンロード待
機」状態に遷移し、そのコンテンツは、ダウンローダ・スケジューラが、自動的にリ
トライ実行を行う。回復可能なエラーの例としては、HTTP セッションのエラーなど
が考えられる。
z
コンテンツのダウンロードが、リソース不足（録画中にダウンロード用帯域が不足、
HDD 容量が不足など）などの受信機都合により、一時的にダウンロードを強制中断
させられた場合も、「ダウンロード待機」状態に遷移する。
z
3.5 で後述するダウンロード状態表示アプリケーションなどにおいて、ユーザからの
操作によって、中断操作が行われた場合、「ダウンロード中断」状態に遷移し、「ダウ
- 118 -
ンロード中断」状態のコンテンツは、ユーザからの再開操作により、
「ダウンロード待
機」に遷移する。
z
コンテンツのダウンロード中に回復不可能なエラー状態になった場合も、
「ダウンロー
ド中断」状態に遷移する。回復不可能な状態と判断する例としては、同じデータに対
する HTTP のセッションエラーが受信機で定めた回数連続して発生した場合などが
考えられる。
z
ダウンローダが管理するいずれの状態からも、ユーザによる削除操作により、ダウン
ローダのスケジューラから外され、
「ダウンロード中止」に遷移する。
ダウンローダ・スケジューラが管理する
ダウンロード状態遷移
ﾀﾞｳﾝﾛｰﾄﾞ
中断
UIによる
再開操作
ﾀﾞｳﾝﾛｰﾄﾞ
開始
ﾀﾞｳﾝﾛｰﾄﾞ
待機
UIによる中断操作
致命的ｴﾗｰによる中断
受信機状態等による
ﾀﾞｳﾝﾛｰﾄﾞ一時中断
ｾｯｼｮﾝﾀｲﾑｱｳﾄ等 ﾀﾞｳﾝﾛｰﾄﾞ
ｽｹｼﾞｭｰﾗによる
ﾀﾞｳﾝﾛｰﾄﾞ実行割当
中
ｺﾝﾃﾝﾂ本体
と関連情報
の取得完了
ﾀﾞｳﾝﾛｰﾄﾞ
完了
ﾀﾞｳﾝﾛｰﾄﾞ
中止
UIによる
削除操作
図 3-22 ダウンロードする際の状態遷移の例
（解説）
以上のダウンローダの状態遷移モデルに基づく、ダウンロードの状態遷移の動作例を、図 3-23
に基づき説明する。
この図において、コンテンツは、7.3 で後述するコンテンツ参照識別子(CRID)で識別される。
また、この例では、ダウンローダは、最大 2 つのコンテンツについて並行してダウンロードを実
行できるものとする。
z
Phase１
ダウンロード・ナビゲーションにおいて、ユーザに指示されたことにより、CRID1 のコンテ
ンツを含むダウンロード制御情報、CRID2,3 のコンテンツを含むダウンロード制御情報、
- 119 -
CRID4,5 のコンテンツを含むダウンロード制御情報が、順番にダウンローダに取り込まれたも
のとする。
z
Phase２
ダウンローダは、最大 2 つのコンテンツについて並行してダウンロード可能なので、CRID1,2
のコンテンツのダウンロードが実行される。
z
Phase3
CRID1 のコンテンツでセッションエラーが発生し、ダウンロードを中断せざるを得ない状況
が発生したものとすると、CRID1 のコンテンツは、「ダウンロード待機」状態に遷移する。同
時に、ダウンローダのスケジューラは、CRID4 のコンテンツのダウンロードを開始する。
z
Phase4
CRID2 のコンテンツのダウンロードが完了すると、「ダウンロード完了」状態に遷移する。
すると、ダウンローダのスケジューラは、CRID１のコンテンツのダウンロードを再開する。
z
Phase5
続いて、CRID4 のコンテンツのダウンロードが完了すると、「ダウンロード完了」状態に遷
移する。すると、ダウンローダのスケジューラは、CRID5 のコンテンツのダウンロードを開始
する。
z
Phase6
CRID1 のコンテンツのダウンロードが完了すると、最初のダウンロード制御情報には CRID1
のコンテンツについてしか記述されていないため、このダウンロード制御情報は廃棄してよい。
z
Phase7
次に、CRID5 のコンテンツのダウンロードが完了すると、CRID4,5 のコンテンツ取得が完
了することになるので、それらが記述されたダウンロード制御情報を廃棄してよい。
以上の例のように、一つのダウンロード制御情報に含まれるすべてのコンテンツがダウンロード
完了すれば、そのダウンロード制御情報を廃棄してよく、すべてのコンテンツのダウンロードが完
了した時点で、読み込まれたすべてのダウンロード制御情報は破棄されることになる。
なお、複数のコンテンツについて並行してダウンロードが行えるダウンローダにおいては、一つ
のダウンロード制御情報に含まれるコンテンツを同時に取得するのではなく、別々のダウンロード
制御情報に含まれるコンテンツを同時取得する受信機実装も考えられる。
また、あるコンテンツのダウンロードでエラーが発生し、ダウンロードが中断した場合、そのコ
ンテンツが含まれるダウンロード制御情報のコンテンツを次にダウンロードしようとしても、同じ
サーバにおいて同様のエラーが発生する可能性があるため、エラー発生時に、別のダウンロード制
御情報が読み込まれていれば、そちらに含まれるコンテンツのダウンロードを優先する受信機実装
も考えられる。
- 120 -
ＤＬ制御情 報取得 順
Phase1
Phase2
ﾀﾞｳﾝﾛｰﾄﾞ
開始!
開始
Phase3
ｾｯｼｮﾝ
ｴﾗｰ発生!
Phase4
ﾀﾞｳﾝﾛｰﾄﾞ
終了
Phase5
ﾀﾞｳﾝﾛｰﾄﾞ
終了
Phase6
Phase７
ﾀﾞｳﾝﾛｰﾄﾞ
終了
CRID1
DL待機
CRID1
DL中
CRID1
DL待機
CRID1
DL中
CRID1
DL中
DL制御
情報削除
ﾀﾞｳﾝﾛｰﾄﾞ
CRID1
終了
DL完了
CRID2
DL待機
CRID3
DL待機
CRID2
DL中
CRID3
DL待機
CRID2
DL中
CRID3
DL待機
CRID2
DL完了
CRID2
DL完了
CRID2
DL完了
CRID2
DL完了
CRID3
DL待機
CRID3
DL待機
CRID3
DL中
CRID3
DL中
CRID4
DL待機
CRID5
DL待機
CRID4
DL待機
CRID5
DL待機
CRID4
DL中
CRID5
DL待機
CRID4
DL中
CRID5
DL待機
CRID4
DL完了
CRID5
DL中
CRID4
DL完了
CRID5
DL中
CRID4
DL完了
CRID5
DL完了
ﾀﾞｳﾝﾛｰﾀﾞの
発生ｲﾍﾞﾝﾄ
ﾀﾞｳﾝﾛｰﾀﾞ
の動作
DL制御 DL制御情報に記述さ
れているｺﾝﾃﾝﾂDL情報 赤字：ﾀﾞｳﾝﾛｰﾄﾞｽﾃｰﾀｽ
凡例 情報
図 3-23
ダウンロードの状態遷移例
3.4.5. 単体ダウンロード
ダウンローダが、単体ダウンロードを行うシーケンス例を記述する。
- 121 -
DL制御
情報削除
ネットTV端末
DRM
サーバ
コンテンツ
サーバ
メタデータ
サーバ
ダウンロード
プラグイン
(ブラウザ)
DRM
クライアント
ダウンローダ
ダウンロード
制御情報ファイル
再生制御情報取得要求
ECGメタファイル取得要求
１:メタ情報取得
メディアファイル取得要求
２:メディアファイル取得
ライセンス取得命令
(DRMクライアント呼出)
ライセンス取得要求
３:ライセンス取得
図 3-24
z
単体ダウンロードシーケンス例
ダウンローダは、ダウンロードプラグインからダウンロード制御情報を受け取り、ダ
ウンローダ・スケジューラに登録する。
z
ダウンローダは、ダウンロード制御情報の feed 要素 dlctl:downloadtype の値が
onetime、かつ、entry 要素が 1 つであった場合、単体ダウンロードと判断する。
z
ダウンローダは、ダウンロード制御情報をもとに、再生制御情報、ECG メタファイル、
メディアファイル、ライセンスを取得する。
取 得 先 の サ ー バ は 、 再 生 制 御 情 報 は dlctl:cpcurl 属 性 、 ECG メ タ フ ァ イ ル は
dlctl:ecgmetainfo 属性、メディアファイルは link 属性、ライセンスは LLI の
drm_server_uri 要素にて、URL が指定される。
これらのデータ取得の順序は、１：メタ情報取得と２：メディアファイル取得に関し
ては実装依存であるが、３：ライセンス取得は最後に行う。
z
取得タイミングが即時ダウンロード完了時(dlctl:licenseid 要素の acquisitiontiming
属性が“immediately”)の場合は、対応するコンテンツのダウンロード完了後にライ
センスを取得することが望ましい。
ただし、プログレッシブダウンロード機能を実装し、ダウンロード完了前に、AV プ
レーヤが再生を開始するタイミングでライセンスを取得され、指定されたライセンス
が取得されていた場合、acquisitiontiming 属性が“immediately”であっても、ダウ
- 122 -
ンロード完了時にライセンスを取得する必要はない。
z
取得タイミングがコンテンツ利用時(dlctl:licenseid 要素の acquisitiontiming 属性=
“atuse”)の場合は、ダウンローダはライセンスの取得処理を行わない
z
ダウンローダは、処理が完了の時点でダウンロード制御情報を破棄してもよい。
3.4.6. 一括ダウンロード
ダウンローダが、一括ダウンロードを行うシーケンス例を記述する。
ネットTV端末
DRM
サーバ
コンテンツ
サーバ
ダウンロード
プラグイン
(ブラウザ)
メタデータ
サーバ
ダウンローダ
DRM
クライアント
ダウンロード制御情報ファイル
１:メタ情報取得(ECGメタファイル)
１:メタ情報取得(再生制御情報)
２:メディアファイル取得
３:ライセンス取得
１:メタ情報取得(再生制御情報)
２:メディアファイル取得
３:ライセンス取得
１:メタ情報取得(再生制御情報)
２:メディアファイル取得
３:ライセンス取得
図 3-25
z
一括ダウンロードシーケンス例
ダウンローダは、ダウンロードプラグインからダウンロード制御情報を受け取り、ダ
ウンローダ・スケジューラに登録する
z
ダウンローダは、ダウンロード制御情報の feed 要素 dlctl:downloadtype の値が
onetime、かつ、entry 要素が複数であった場合、一括ダウンロードと判断する。
z
ダウンローダは、ダウンロード制御情報をもとに、再生制御情報、ECG メタファイル、
メディアファイル、ライセンスを取得する。取得先のサーバは、再生制御情報は
dlctl:cpcurl 属性、ECG メタファイルは dlctl:ecgmetainfo 属性、メディアファイルは
link 属性、ライセンスは LLI の drm_server_uri 要素にて、URL が指定される。デー
タ取得の順序は実装依存であるが、３：ライセンス取得は最後に行う。
- 123 -
z
取得タイミングが即時ダウンロード完了時(dlctl:licenseid 要素の acquisitiontiming
属性が“immediately”)の場合は、対応するコンテンツのダウンロード完了後にライ
センスを取得することが望ましい。
ただし、プログレッシブダウンロード機能を実装し、ダウンロード完了前に、AV プ
レーヤが再生を開始するタイミングでライセンスを取得され、指定されたライセンス
が取得されていた場合、acquisitiontiming 属性が“immediately”であっても、ダウ
ンロード完了時にライセンスを取得する必要はない。
z
取得タイミングがコンテンツ利用時(dlctl:licenseid 要素の acquisitiontiming 属性=
“atuse”)の場合は、ダウンローダはライセンスの取得処理を行わない。
z
ダウンローダは、ダウンロード処理すべてが終わった時点で、ダウンロード制御情報
を破棄してもよい。
3.4.7. 更新ダウンロード
ダウンロード制御情報の dlctl:downloadtype の値が update であれば、ダウンローダは、更新
ダウンロードが指定されたものと判断する。
端末は、entry 要素に記載された id 要素(CRID)が一致するコンテンツを同一のコンテンツとし
て識別する。
ダウンロード制御情報の更新により、同一 CRID のコンテンツが、後から上書きされる運用は、
端末では想定しない。もし、既にダウンロード済のコンテンツと同一 CRID のコンテンツが、後
からダウンロード制御情報の entry として指定された場合の端末動作は実装依存とする。
更新ダウンロードが指定された場合、ダウンローダはすべてのコンテンツを取得し終えても、
ダウンロード制御情報は削除せず、ダウンロード制御情報の取得先を記憶しておき、ダウンロー
ド制御情報の内容が更新されていないか、メタデータサーバをチェックする。
ダウンロード制御情報が更新されていれば、古いダウンロード制御情報との差分をチェックし、
既に entry に記述されたコンテンツと CRID が異なる entry が追加された場合、そのコンテンツ
や関連情報を新たに取得する。なお、最初に取得したダウンロード制御情報に、コンテンツ情報
がひとつも記述されず、その後、ダウンロード制御情報が更新されたときに、コンテンツ情報を
追加することにより、先にユーザのダウンロード指示をさせておき、後で実際のダウンロードを
実行させることも可能である。
更新ダウンロード機能についての実装ガイドラインおよび解説については、付録 E.1 に記載す
る。
- 124 -
3.5. ダウンロード状態表示
ダウンロード状態表示アプリケーションは、ダウンローダによるコンテンツのダウンロード進
捗状況をユーザが分かりやすいように画面に表示する処理を行うレジデント機能である。
図 3-26 に、ダウンロード状態表示アプリケーションのダウンロード状態表示画面の表示例を
示す。この提示例では、コンテンツ単位でダウンロードの状況を表示しており、コンテンツのタ
イトル、ダウンロードの状態（図 3-23 に例示した状態名称など）、ダウンロード進捗状況等の状
態表示が行われている。
なお、ダウンロードの状態表示は、ダウンロード制御情報が管理するダウンロード単位でまと
めて行ってもよく、この例では、ユーザの操作により、ダウンロード状態表示を、コンテンツ単
位、または、ダウンロード単位で切り替えできることを想定している。
また、ダウンロード状態に応じて、ダウンロードの進捗や発生した問題点などがより明確に把
握できるよう、個別の詳細な情報を表示するケースも考えられる。
たとえば、未配信で、ダウンロード制御情報に更新時期が記述されている場合、それを配信予
定日時として記載したり、ダウンロード中のコンテンツについて、ダウンロード完了までの残り
時間を逐次表示したり、エラー待機状態のコンテンツについて、エラー発生回数を表示したりす
る例が考えられる。
また、この例では、ダウンロードが終了したコンテンツのダウンロード結果を合わせて表示し
ている。
ダウンロード状態表示アプリケーションは、これらの情報を4 で規定されるダウンロード制御
情報を解析することにより取得し、表示することが想定される。ダウンロード状態表示アプリケ
ーションは、パレンタル情報が付加されているコンテンツに対して、表示・非表示を設定できる。
また、本例のダウンロード状態表示アプリケーションは、ユーザからの要求に応じて、ダウン
ロードの一時中断および再開、削除を実行するためのユーザインタフェースを備えている。なお、
表示項目、ユーザインタフェース及びデザイン等は受信機の実装依存とし、ここでは規定しない。
（ARIB TR-B27 第二編 6.3 「レジデントアプリケーションの表示に関するガイドライン」参照）
ダウンロード状態表示アプリケーションに表示することが考えられる項目とその情報取得元の
一例を表 3-20 に示す。
- 125 -
ダウンロード状態表示
詳細情報
コンテンツ・タイトル
状態
進捗
ドラマスペシャル「家族の時間」　DL中断
10％
美しい庭づくり
DL待機
0％ 配信予定:'08/12/01 00:00
魅惑のビーチリゾート　1　～セブ島‥ DL待機
0％ 受信機エラー(容量不足)
魅惑のビーチリゾート　2　～ランド‥ DL中断
32％ 一時中断
ハロー！マイ　ベイビー
60％ DL完了:あと 01h12m01s
DL中
ドキュメンタリースペシャル「明日へ‥　DL待機
72％ 通信エラー(404)
FOMAの休日
99％ DL完了:あと 00h03m24s
DL中
ゴースト～NYの電波障害～
カーソル移動
青
DL完了
削除
図 3-26
表 3-20
赤
100％ 完了:'08/11/12 23:30
一時中断
緑
再開
黄
まとめ表示
ダウンロード状態表示画面の例
表示項目とその情報取得元の一例
表示項目
情報の取得元
ダウンロード単位の名称
ダウンロード制御情報/ダウンロード単位名称
コンテンツのタイトル
ダウンロード制御情報/コンテンツタイトル名
ダウンロード状態
受信機自身が生成する情報
ダウンロード進捗
ダウンロード制御情報/コンテンツサイズ
通信エラーコード
HTTP プロトコルのレスポンスヘッダ
3.6. ローカル・ナビゲーション
ローカル・ナビゲーションとは、ダウンロード済みコンテンツ情報を表示し、コンテンツに対
する操作指示する機能である。本規定では ECG と称する受信機レジデントアプリケーションで
実現する。
ローカル・ナビゲーションに搭載される機能および表示内容については、受信機の実装依存で
あるが、想定される機能要件を示す。
- 126 -
3.6.1. ローカル・ナビゲーションに想定される機能
3.6.1.1. コンテンツ内容表示機能
受信機内にダウンロードされたコンテンツを視聴、エキスポートするため、コンテンツの一覧
表示、個々のコンテンツの詳細情報表示などの機能を搭載する。これらの表示には主に ECG メ
タデータを活用する。
＜コンテンツ一覧表示＞
一覧表示としては、コンテンツ単位による表示と、シリーズ単位によるまとめ表示の二通りが
想定される。シリーズ単位によるまとめ表示とは、ドラマなどのシリーズを構成するコンテンツ
を束ねて表示する表示方法である。コンテンツ数が大量になる可能性もあるため、ユーザがコン
テ ン ツ を 見 や す く す る 目 的 で 実 施 す る こ と が 考 え ら れ る 。 ECG メ タ デ ー タ
（ProgramInformation/MemberOf@crid）を参照することにより、同一のシリーズに含まれるコ
ンテンツを束ねて一覧表示する。
コンテンツの一覧表示や詳細情報表示を充実させるため、以下の機能を搭載することが考えら
れる。
＜ライセンス関連情報の表示＞
ローカル・ナビゲーションでは、ライセンス関連情報として視聴期限やエキスポート回数を表
示する。
ライセンスの種別（ダウンロード再生ライセンス／エキスポートライセンス）とライセンスの状況
（未取得／取得済み／利用不可）により表示する内容が異なる。
ライセンスの状況に応じたダウンロード再生ライセンスのライセンス関連情報表示を表 3-21
に示す。
表 3-21 ダウンロード再生ライセンスにおけるライセンス関連情報表示
ライセンスの
表示するライセンス関連情報
情報の取得方法
期限情報
ECG メタデータから取得
例）○日間
TVAMain/ProgramDescription/
状況
未取得
LicenseInformationTable/
LicenseInformation/RMPIDescription
取得済み
ライセンスの有効期限
ライセンス取得要求によって DRM サ
例）○月×日迄
ーバから取得
- 127 -
利用不可
ライセンス期限切れであるこ
（期限切れ）
とを表示
―
例）期限切れ
ライセンスの状況に応じたエキスポートライセンスのライセンス関連情報表示を表 3-22 に示
す。
表 3-22
ライセンスの
エキスポートライセンスにおけるライセンス関連情報表示
表示するライセンス関連情報
情報の取得方法
エキスポート先メディア種別
ECG メタデータから取得
状況
未取得
TVAMain/ProgramDescription/
LicenseInformationTable/
LicenseInformation/RMPIDescription
取得済み
エキスポート回数
同上
エキスポート先メディア種別
同上
残りエキスポート回数
エキスポート回数から実際の使用回数
を引いた値
利用不可
残りエキスポート回数が０であ
―
ること表示
＜利用開始期限の提示＞
利用開始期限を表示することが考えられる。
ダウンロード制御情報（entry/dlctl:licenseid@acquisitionlimit）に記載されたライセンスの取
得期限情報を参照し、利用開始期限として表示する。
＜静止画サムネイルの提示＞
コンテンツのサムネイルを表示することが考えられる。
ECG メタデータ（ProgramInformation/BasicDescription/MediaTitle/TitleImage）に記載さ
れた静止画サムネイルの URL を参照し、上記リソースを取得することにより、コンテンツに対
応する静止画サムネイルを表示する。
＜パレンタル制御機能＞
受信機は、設定されたパレンタル設定に従ってコンテンツ一覧のタイトル表示を行うことが考
- 128 -
えられる。
ECG メ タ デ ー タ （ ProgramInformation/BasicDescription/ParentalGuidance お よ び
GroupInformation/BasicDescription/ParentalGuidance）に記載されたコンテンツのパレンタル
レートと受信機に設定されたパレンタル設定をもとに、コンテンツの表示可否判定、再生可否判
定、エキスポート可否判定を行う。
表示不可と判定されたコンテンツについては、コンテンツ一覧画面における番組タイトル、番
組情報を非表示とする。
再生不可およびエキスポート不可と判定されたコンテンツについては、再生指示およびエキス
ポート指示を抑制する。
パレンタル制御の詳細については、3.9 節参照のこと。
3.6.1.2. コンテンツ検索機能
受信機は、取得したメタ情報を利用して、コンテンツタイトル、ジャンルなどによるコンテン
ツの検索を行うことが考えられる。
3.6.1.3. コンテンツ削除機能
コンテンツ一覧からユーザがコンテンツを選択して削除することが考えられる。
コンテンツ削除時には、コンテンツに対応する ECG メタデータ、ライセンスも削除されるこ
とが考えられる。
削除が指示されたコンテンツはコンテンツ一覧画面から消去され、ユーザからアクセス不可と
なるが、コンテンツが実際にストレージから削除されるタイミングは実装依存である。
3.6.1.4. コンテンツ再生指示機能
コンテンツ一覧からコンテンツが選択されると、パレンタルの確認を行い、再生可能なコンテ
ンツであれば、AV プレーヤを起動することが考えられる。
コンテンツ再生に関する詳細については3.7 節参照のこと。
3.6.1.5. エキスポート指示機能
コンテンツ一覧からコンテンツが選択されると、パレンタルの確認を行い、エキスポート可能
なコンテンツであれば、エキスポート処理部を起動することが考えられる。
エキスポートに関する詳細については3.8 節参照のこと。
- 129 -
3.6.2. ローカル・ナビゲーションで表示が想定される情報
ローカル・ナビゲーションにてコンテンツ内容を表示する場合、以下の情報を表示することが
考えられる。
＜コンテンツ情報＞
z
サムネイル（静止画）
z
再生時間
z
視聴期限
z
エキスポート可否
z
事業者名
z
タイトル（コンテンツタイトル）
z
ジャンル（コンテンツ単位）
z
番組概要
z
映像情報（解像度、サイズ、符号化方式）
z
音声情報（モード）
z
音声言語
z
字幕言語
z
視聴制限年齢
z
エキスポート先メディア種別
z
エキスポート回数
z
対応するシリーズ
z
利用開始期限
＜シリーズ情報＞
z
タイトル（シリーズタイトル）
z
ジャンル(シリーズ単位)
他にもコンテンツ情報と同様の情報が想定される。
3.6.3. ローカル・ナビゲーションのガイドライン
ローカル・ナビゲーションの画面構成としては、コンテンツ一覧画面、シリーズ内コンテンツ
一覧画面、コンテンツ詳細画面、エキスポート先選択画面などが考えられる。
ローカル・ナビゲーションはユーザによるリモコンの ECG ボタン押下によって起動し、AV プ
レーヤおよび、エキスポート処理への遷移を行うことが考えられる。
- 130 -
ローカルナビゲーション
リモコンの
「ECG」ボタン押下
コンテンツ一覧
画面
表示切替
シリーズ選択
表示切替
コンテンツ選択
再生指示
表示切替
シリーズ内
コンテンツ
コンテンツ一覧
詳細画面
画面
コンテンツ選択
コンテンツ選択
再生指示
再生指示
エキスポート先
選択画面
エキスポート指示
エキスポート処理部
AVプレーヤ
図 3-27
ローカル・ナビゲーションの画面遷移モデル
3.6.3.1. ローカル・ナビゲーション起動・終了のガイドライン
ユーザによりリモコンの ECG ボタンが押下されると、ローカルナビゲーションは初期画面で
あるコンテンツ一覧画面を表示する。表示に利用する情報としては、コンテンツに関する情報と
ライセンスに関する情報が想定される。
ライセンスに関する情報として、ライセンス ID ごとのライセンス取得状況（未取得／取得済
み／期限切れ）、ライセンスの有効期限、残りエキスポート回数をローカルナビゲーション内で管
理しておく必要がある。ライセンスに関する情報は、起動時に DRM クライアントにライセンス
取得状態の問い合わせをすることで、更新することが可能である。
ダウンロード再生ライセンスについては、未取得状態のライセンス ID に対し、ライセンス ID
をキーとして DRM クライアントにステータス問い合わせ（ライセンスに対応する暗号鍵の有無）
を行うことが考えられる。DRM クライアントが当該ライセンス ID に対する暗号鍵を保持してい
る場合には、ライセンスの有効期限を取得することで、ライセンス取得状態およびライセンスの
有効期限の情報を更新することが可能である。
エキスポートライセンスについては、前回の起動時にエキスポート指示を行ったライセンス ID
に対し、DRM クライアントへのライセンス問い合わせを行うことが考えられる。DRM クライア
ントで当該ライセンス ID に対応する暗号鍵を保持している場合には、エキスポートが完了して
いないものとみなして、何もしない。DRM クライアントで当該ライセンス ID に対応するライセ
ンスを保持していない場合には、エキスポートが完了してライセンスが消費されたものとみなし
- 131 -
て、残りエキスポート回数を１減数して残りエキスポート回数を更新することが可能である。
ローカルナビゲーション起動後は、画面表示上のボタン押下により各画面間を遷移することが
考えられる。また、画面表示上のボタン押下により、コンテンツの再生、エキスポートが指示さ
れることが考えられる。
ローカルナビゲーションは、再生指示による AV プレーヤの起動、エキスポート指示によるエ
キスポート処理の起動など、他のアプリケーションの立ち上げにより終了する。エキスポート指
示がなされた場合には、次回起動時に残りエキスポート回数を正しく表示するため、エキスポー
ト指示されたライセンス ID を保持した状態で終了することが考えられる。ローカルナビゲーシ
ョンはまた、ユーザのリモコン操作にて番組の視聴などが指示された場合にも終了する。
3.6.3.2. コンテンツ一覧表示画面の画面モデル
ローカルナビゲーションの起動および他の画面からのコンテンツ一覧画面への遷移指示により、
コンテンツ一覧画面を表示する。
ローカルナビゲーションにて提示されるコンテンツ一覧には、単一コンテンツ表示と複数のコ
ンテンツを束ねたシリーズ単位の 2 種類がある。
z
コンテンツ単位
提示例として、サムネイル、コンテンツタイトル、再生時間、ジャンル、ライセンス関連情報
などの表示が考えられる。
z
シリーズ単位
提示例として、サムネイル、シリーズタイトル、再生時間（コンテンツの再生時間の合計時間）、
ジャンルなどの表示が考えられる。
コンテンツ一覧画面では、コンテンツを選択してコンテンツ詳細画面やエキスポート先選択画
面に遷移したり、再生指示を行ったりすることが考えられる。
また、シリーズを選択することによって、シリーズ内コンテンツ一覧画面へ遷移することが考
えられる。
図 3-28 にコンテンツ一覧画面の表示例を示す。
- 132 -
コンテンツ一覧
美しい庭づくり
再生時間 0：30：00
ジャンル：趣味，園芸
家族の時間
再生時間 2：00：00
ジャンル：ドラマ，フィクション
魅惑のビーチリゾート
再生時間 10：00：00
ジャンル：旅，ドキュメンタリー
ハロー！マイ・ベイビー
再生時間 0：30：00
カーソル
決定
選択
赤
図 3-28
ジャンル：育児，生活情報
メニュー
青
削除
緑
コピー
コンテンツ一覧画面の表示例
シリーズ内コンテンツ一覧画面では、コンテンツを選択してコンテンツ詳細画面やエキスポー
ト先選択画面に遷移したり、再生指示を行ったりすることが考えられる。
図3-29 にシリーズ内コンテンツ一覧画面の表示例を示す。
シリーズ一覧 魅惑のビーチリゾート 全10回
魅惑のビーチリゾート 1 ～バリ
再生時間 1：00：00
ジャンル：旅，ドキュメンタリー
魅惑のビーチリゾート 2 ～ランカウイ
再生時間 1：00：00
ジャンル：旅，ドキュメンタリー
魅惑のビーチリゾート 3 ～フィジー
再生時間 1：00：00
ジャンル：旅，ドキュメンタリー
魅惑のビーチリゾート 4 ～セブ
再生時間 1：00：00
カーソル
決定
選択
図3-29
赤
ジャンル：旅，ドキュメンタリー
メニュー
青
削除
緑
コピー
シリーズ内コンテンツ一覧画面の表示例
- 133 -
3.6.3.3. コンテンツ詳細画面表示の画面モデル
ローカルナビゲーションのコンテンツ一覧画面およびシリーズ内コンテンツ一覧画面にてコン
テンツを選択することで、コンテンツ詳細画面に遷移することが考えられる。
提示例として、サムネイル、事業者名、コンテンツタイトル、再生時間、ライセンス関連情報、
利用開始期限、番組概要、ジャンルなどが考えられる。
コンテンツ詳細情報画面では、エキスポート先選択画面に遷移したり、再生指示を行ったりす
ることが考えられる。
図 3-30 に視聴可能なコンテンツのコンテンツ詳細情報画面の表示例を示す。
コンテンツ詳細表示
魅惑のビーチリゾート 1 ～バリ
R16
再生時間 1：00：00
視聴期限 視聴開始後 48時間
利用開始期限 2007年12月31日 24：00迄
ジャンル 旅，ドキュメンタリー
映像 HDTV，H.264
音声 二ヶ国語，ステレオ
字幕 二ヶ国語
世界中のビーチリゾートを紹介。グル
メ・ショッピング・ナイトスポット・ホテル
情報など、ホットな情報満載でお届けし
ます。次回の旅の参考にしてみては?
コンテンツ配信元：Sea Channel
音声
字幕
１/２
再生
カーソル
決定
選択
図 3-30
赤
メニュー
日本語
ENGLISH
日本語
ENGLISH
削除
青
削除
緑
コピー
コンテンツ詳細情報画面の表示例（１）
図3-31 にエキスポート可能なコンテンツのコンテンツ詳細情報画面の表示例を示す。
- 134 -
コンテンツ詳細表示
魅惑のビーチリゾート 1 ～バリ
R16
再生時間 1：00：00
視聴期限 無期限
エキスポート 可 残り 3 回
エキスポート期限 2008年3月31日 24：00迄
ジャンル 旅，ドキュメンタリー
映像 HDTV，H.264
音声 二ヶ国語，ステレオ
字幕 二ヶ国語
世界中のビーチリゾートを紹介。グル
メ・ショッピング・ナイトスポット・ホテル
情報など、ホットな情報満載でお届けし
ます。次回の旅の参考にしてみては?
コンテンツ配信元：Sea Channel
音声
字幕
１/２
決定
選択
図3-31
ENGLISH
日本語
ENGLISH
再生
エキスポート
カーソル
日本語
赤
メニュー
青
削除
削除
緑
コピー
コンテンツ詳細情報画面の表示例（２）
3.6.3.4. エキスポート先選択画面の画面モデル
ローカルナビゲーションのコンテンツ一覧表示やコンテンツ詳細表示から、エキスポート可能
なコンテンツを選択することにより、エキスポート先選択操作画面に遷移することが考えられる。
エキスポート先選択画面では、エキスポート指示を行うことが考えられる。
提示例としてエキスポート回数とエキスポート先メディアが考えられる。
受信機は、エキスポート処理を行う前に、LI に ExportRestriction 要素が記述されているかど
うかを確認し、次の処理を行う
(1) ExportRestriction 要素が記述されていない場合
エキスポート先メディア種別としては、DRM でエキスポートが認められたメディア種別のう
ち、当該受信機にて実装されているメディア種別のみを表示することが望ましい。
(2) ExportRestriction 要素が記述されている場合
エ キ ス ポ ー ト 先 メ デ ィ ア 種 別 と し て は 、 ECG
メ タ デ ー タ
（TVAMain/ProgramDescription/LicenseInformationTable/LicenseInformation/RMPIDescr
iption/ExportMedia）に記載されたエキスポート先メディア種別のうち、当該受信機にてエキ
スポート可能なメディア種別のみを表示することが望ましい。なお、ExportMedia に記載され
たメディア種別を、受信機が一つも実装していない場合、ユーザがコンテンツのエキスポート
の実行を指示した際に、「エキスポートできるメディアが存在しない」旨の提示を行うことが
- 135 -
望ましい。
エキスポート先メディア種別として複数のメディア種別が許容される場合、メディア種別ごと
のエキスポート回数管理は行わず、エキスポート総回数のみを管理する。
図3-32 にエキスポート先選択画面の表示例を示す。
コンテンツ詳細表示
魅惑のビーチリゾート 1 ～バリ
R16
エキスポート先を指定してください
残りエキスポート回数は 3 回です
BD
世界中のビーチリゾートを紹介。グル
メ・ショッピング・ナイトスポット・ホテル
情報など、ホットな情報満載でお届けし
ます。次回の旅の参考にしてみては?
DVD
１/２
決定
選択
図3-32
日本語
ENGLISH
日本語
ENGLISH
再生
エキスポート
カーソル
音声
字幕
赤
メニュー
青
削除
削除
緑
コピー
エキスポート先選択画面の表示例
3.6.3.5. ライセンス関連情報の表示ガイドライン
ダウンロード再生ライセンスにおいて、表示するライセンス関連情報はライセンスの状況（未
取得／取得済み／利用不可）によって異なる（2.6.2.1 参照）。
また、ライセンスの取得タイミングは視聴の運用形態によって異なる。
視聴の運用形態によるライセンスの取得タイミングおよびライセンス関連情報の表示例を表
3-23 に示す。
表 3-23
視聴の運用形態
視聴の運用形態によるライセンス関連情報の表示例
コ ン テ ン ツ ラ イ セ ン ス の 表示するライセンス関連情報の表示例
の契約期限
取 得 タ イ ミ ン 再生前
グ
再生後
ライセンス
期限切れ後
- 136 -
視聴の運用形態
コ ン テ ン ツ ラ イ セ ン ス の 表示するライセンス関連情報の表示例
の契約期限
取 得 タ イ ミ ン 再生前
再生後
グ
期限切れ後
サ ブ ス ク リ プ シ 契 約 解 約 ま DL 完了時
期限情報を表示
ョン契約 TYPE で（契約時に
例）月極め
B
ライセンス
期限切れ
は不定）
サ ブ ス ク リ プ シ ○ 月 × 日 ～ DL 完了時
ライセンスの有効期限を表示
ョン契約 TYPE ○月×日
例）○月×日迄
期限切れ
A
レンタル契約
初 回 ラ イ セ 再生開始時
（視聴期限未確 ン ス 取 得 後
定）
○日間
レンタル契約
○ 月 × 日 ～ DL 完了時
無期限
ラ イ セ ン ス の 有 期限切れ
例）○日間
効期限を表示
例）○月×日迄
（視聴期限確定） ○月×日
セルスルー契約
期限情報を表示
ライセンスの有効期限を表示
期限切れ
例）○月×日迄
DL 完了時
ライセンスの有効期限を表示
例）無期限
1 つのコンテンツに有効なダウンロード再生ライセンスが複数存在する場合の表示は実装依存
とし、複数の再生ライセンスのうち一番長いライセンスの有効期限のみを表示してもよいし、複
数の再生ライセンスの有効期限を別々に表示してもよい。
ローカルナビゲーション内で管理しているライセンスの有効期限を過ぎた場合や、ライセンス
取得に失敗した場合には、ライセンス期限切れであることを表示する。
ライセンス期限が切れた後は、ライセンス期限切れであることを表示する。
ただし、他に有効なライセンスが存在するコンテンツについては、ライセンス期限切れである
ことを表示しなくてもよい。
ダウンロード再生ライセンスのライセンス関連情報の表示は図 3-30 参照のこと。
エキスポートライセンスのライセンス関連情報の表示は図3-31 参照のこと。
3.6.4. 先行ダウンロード
視聴期間の開始が未来の時刻であるコンテンツに対して、視聴期間が開始されたらすぐに視聴
が開始できるよう、予めダウンロードすることを先行ダウンロードと呼ぶ。
ダウンロード制御情報に feed/entry/dlctl:licenseid@acquisitionstart が指定されている場合、
- 137 -
ローカルナビゲーションは、ダウンロードされたコンテンツについて、
feed/entry/dlctl:licenseid@acquisitionstart に指定された時刻を過ぎるまでは、再生およびエキ
スポートを不可とする。
- 138 -
3.7. コンテンツ再生
コンテンツ再生は、3.6 のローカルナビゲーション画面にて、ダウンロード済みコンテンツか
ら、ユーザが選択して再生の指示を行うと、AV プレーヤが起動され、再生制御メタファイルを
参照した上でコンテンツを再生する機能である。またユーザが再生制御を行うユーザインターフ
ェースを備え、一時停止や、SCI 情報を利用した早送り、巻き戻し等の特殊再生や、ERI を利用
してチャプタジャンプ等の動作、及び音声や字幕の切り替えを行うことも想定する。
本モデルでは、再生終了後はローカルナビゲーション画面や放送画面に遷移する例を示してい
るが、この戻り先については受信機の実装依存とし、ここでは規定しない。
AV プレーヤは、コンテンツの再生に当たり、再生制御メタファイルの ERI で暗号化コンテン
ツか、非暗号化コンテンツであるかを確認する。非暗号化コンテンツの場合はそのまま再生する
ことができる。
暗号化コンテンツの場合は、DRM クライアント経由で取得したライセンスを使用して復号、
再生を行う。
また、ダウンロードが完了する前に、再生を開始するプログレッシブ再生については、同様に
ローカルナビゲーションからの再生開始指示を想定している。
図 3-33 に通常再生中の画面の表示例を示す。ユーザ操作によりコンテンツの情報や、再生状
態などを表示することが想定される。
- 139 -
図 3-33
AV プレーヤの通常再生画面の例
コンテンツ再生中の画面にチャプタ情報を表示し選択する画面の例を以下に示す。チャプタ情
報は ERI から取得を行い、サムネイル画像を使用する事も考えられる。
またチャプタの情報を画面に表示を行わず、リモコンのキー操作で、直接隣接するチャプタに
ジャンプする等も動作も考えられる。
図 3-34
チャプタ選択画面の例
- 140 -
3.7.1. 状態遷移モデル
ダウンロードサービスの視聴における、AV プレーヤの状態遷移モデルを図 3-35 に示す。
一時停止、変速再生
画面
(3-1) 一時停止
(3-2) 早送り
(3-3) 巻戻し
(1) 再生開始
(4) 継続再生開始
(6) プログレッシブ再生
ローカルナビ
(3-5) 通常再生
通常再生
(3-4) ジャンプ
画面
音声、字幕選択
ゲーション画面
（ECG）
(2-1) コンテンツ終了
(2-2) コンテンツ中断
(5-1) チャプタ選択
（2-3） 放送遷移に
よる再生終了
(5-2) チャプタ選択画面表示
チャプタ選択
放送画面
画面
図 3-35
AV プレーヤの状態遷移モデル図
状態遷移モデルで示される各種シーケンスとその概要を表 3-24 に示す。
表 3-24
AV プレーヤの状態遷移
シーケンス名
遷移元
遷移先
概要
(1)再生開始
ローカルナビ
通常再生画面
ローカルナビゲーション画面で、ユーザが再生開
ゲーション
始操作することにより、映像コンテンツの先頭か
画面
ら映像再生を開始する。
- 141 -
(2)
(2-1) コンテンツ
再生
終了後の遷移
通常再生画面
終了
ローカルナビ
映像コンテンツ再生終了により、ローカルナビゲ
ゲーション画
ーション画面に遷移する。映像コンテンツの再生
面
終了は、コンテンツファイルの終端の検出などに
よって行われる。
(2-2) コンテンツ
通常再生画面
中断による遷移
(2-3)放送遷移
通常再生画面
ローカルナビ
再生中断により、映像コンテンツ再生を終了し、
ゲーション画
ローカルナビゲーション画面に遷移する。再生中
面
断は、ユーザ操作や TV 機能によって行われる。
放送画面
ユーザの TV 操作（放送チャンネル選択など）に
より、映像コンテンツ再生を終了し、放送画面に
遷移する。
(3)
(3-1)一時停止
通常再生画面
特殊
再生
(3-2)早送り
通常再生画面
一時停止、変速
ユーザの一時停止操作により、映像コンテンツ再
再生画面
生をスチルする。
一時停止、変速
ユーザの早送り操作により、早送り再生する。
再生画面
(3-3)巻戻し
通常再生画面
一時停止、変速
ユーザの巻戻し操作により、巻戻し再生する。
再生画面
(3-4)ジャンプ
通常再生画面
通常再生画面
ユーザのジャンプ操作により、ジャンプ再生する。
(3-5)通常再生
一時停止、変速
通常再生画面
ユーザの通常再生操作により、特殊再生状態から
再生画面
(4)継続再生
ローカルナビ
通常再生状態に移行する。
通常再生画面
ローカルナビゲーション画面で、ユーザの継続再
ゲーション画
生操作により、前回、再生中断した再生位置から
面
映像再生を開始する。
(5)チャ
(5-1) チ ャ プ タ
プタジ
選択画面
ャンプ
(5-2) チ ャ プ タ
チャプタ
選択
選択画面
通常再生画面
チャプタ
ユーザ操作によりチャプタ選択画面に遷移する。
選択画面
通常再生画面
チャプタの選択によりコンテンツ再生画面に遷移
する。
(6) プ ロ グ レ ッ シ ブ 再 生
ローカルナビ
開始
ゲーション
が可能なコンテンツを、ユーザがローカルナビゲ
画面
ーション画面で再生開始操作することにより、映
通常再生画面
ダウンロード中に蓄積が進行し平行して再生開始
像コンテンツの映像再生を開始する。
3.7.2. 基本シーケンスモデル
本節では、ダウンロードサービスを視聴する状態遷移モデルを実現するための、シーケンスモ
- 142 -
デル（基本シーケンスモデルと称する）の例を示す。
3.7.2.1. 再生開始シーケンス
図 3-36 に再生開始シーケンスを示す。開始状態はローカルナビゲーション画面であり、ユー
ザの再生開始操作により、ダウンロード・コンテンツの再生画面に遷移するシーケンスである。
第 1 フェーズは、ローカルナビゲーション画面からコンテンツ再生に移行するフェーズであり、
AV プレーヤは、再生制御メタファイルを取得する。
第 2 フェーズは、DRM の処理を行うフェーズである。AV プレーヤは、DRM クライアントに、
再生するコンテンツのライセンスがあるかを確認する。ライセンスがない場合は DRM クライア
ントが DRM サーバに接続してライセンスを取得する。その後ライセンスに含まれる利用条件に
より再生可否を確認し、再生可の場合には AV プレーヤは、DRM クライアントから得たライセ
ンスに含まれるコンテンツ鍵をデクリプタにセットする。
第 3 フェーズは、ストレージから読み出した映像コンテンツの再生を開始し、コンテンツ再生
画面に遷移する。
DRM
サーバ
端末
DRM
クライアント
ECG
AV
プレーヤ
ストレージ
再生開始
フェーズ 1
再生制御メタファイルを
取得する
再生開始
再生制御メタファイル
ライセンス有無確認
ライセンス取得要求
ライセンス取得
利用条件、鍵
映像ストリーム
- 143 -
フェーズ 2
端末内で、ライセンスの
有無を確認し、ライセン
スが無い場合は、取得
する
ライセンスの利用条件
により再生可否を確認
する
フェーズ 3
再生開始してコンテンツ
再生画面に遷移する
図 3-36
シーケンス（１）再生開始
3.7.2.2. コンテンツ終了後の遷移シーケンス
図 3-37 にコンテンツ終了後の遷移のシーケンスを示す。開始状態は、ダウンロード・コンテ
ンツの再生画面であり、映像コンテンツの終了後にローカルナビゲーション画面に遷移する。
第 1 フェーズは、映像再生を終了するフェーズである。AV プレーヤは、映像コンテンツの終
端を検知すると、ストリーム再生を終了する。
第 2 フェーズは、AV プレーヤを終了し、ローカルナビゲーション画面に遷移するフェーズで
ある。
DRM
サーバ
端末
DRM
クライアント
ECG
AV
プレーヤ
ストレージ
映像ストリーム
コンテンツ
終了
フェーズ 1
コンテンツの終端を検
知し、コンテンツ再生を
終了する
映像ストリーム
ECG に遷移
図 3-37
フェーズ 2
AV プレーヤを終了し、
ローカルナビ画面に遷
移する
シーケンス（2-1）コンテンツ終了による再生終了
- 144 -
3.7.2.3. コンテンツ中断による遷移シーケンス
図 3-38 にコンテンツ中断による遷移のシーケンスを示す。開始状態は、ダウンロード・コン
テンツの再生画面であり、ユーザの再生中断操作により再生を中断して、ローカルナビゲーショ
ン画面に遷移する。
第 1 フェーズは、映像再生を中断するフェーズである。AV プレーヤは、ストレージからのス
トリーム再生を中断し、再生中断位置を記録する等の処理を行う。
第 2 フェーズは、AV プレーヤを終了し、ローカルナビゲーション画面に遷移するフェーズで
ある。
DRM
サーバ
端末
DRM
クライアント
ECG
AV
プレーヤ
ストレージ
再生中断
映像ストリーム
フェーズ 1
コンテンツ再生を中断
し、再生中断位置を記
録する
映像ストリーム
ECG に遷移
図 3-38
フェーズ 2
AV プレーヤを終了し、
ローカルナビ画面に遷
移する
シーケンス（2-2）コンテンツ中断による遷移
- 145 -
3.7.2.4. 放送遷移による再生終了シーケンス
図 3-39 に放送遷移による再生終了シーケンスを示す。開始状態は、ダウンロード・コンテン
ツの再生画面であり、ユーザの TV チャンネル操作などの操作により再生を中断して、放送画面
に遷移する。
第 1 フェーズは、映像再生を中断するフェーズである。AV プレーヤは、ストレージからのス
トリーム再生を中断し、再生中断位置を記録するなどの処理を行う。
第 2 フェーズは、AV プレーヤを終了し、放送画面に遷移するフェーズである。
DRM
サーバ
端末
DRM
クライアント
ECG
AV
プレーヤ
ストレージ
再生中断
（TV チャンネル
操作など）
映像ストリーム
フェーズ 1
コンテンツ再生を中断
し、再生中断位置を記
録する
映像ストリーム
フェーズ 2
AV プレーヤを終了し、
放送画面に遷移する
放送に遷移
図 3-39
シーケンス（2-3）放送遷移による再生終了
- 146 -
3.7.2.5. 特殊再生シーケンス
図 3-40 に特殊再生のシーケンスを示す。開始状態は、ダウンロード・コンテンツの再生画面
であり、ユーザによる、一時停止、早送り、巻き戻しの操作により画面を一時停止し、早送り、
巻き戻しの場合は変速再生画面に遷移する。また、通常の再生を指示することで通常再生画面に
戻る。
第 1 フェーズは、コンテンツ再生を一時停止するフェーズである。ユーザの指示により AV プ
レーヤは、ストレージからのストリーム再生を一時停止する。
第 2 フェーズは、ストレージにダウンロードされている SCI 情報を参照して、変速再生に必要
なストリームのデータ位置を指定し、変速再生を行う。
第 3 フェーズは、ユーザの通常再生の指示により、ストリームのデータ位置を指定し、通常再
生を開始する。
DRM
サーバ
端末
DRM
クライアント
ECG
AV
プレーヤ
ストレージ
映像ストリーム
映像ストリーム
変速再生
指示
フェーズ 1
コンテンツ再生を一時
停止する
SCI 情報
データ位置情報
フェーズ 2
データ位置を指定して
変速再生を行う
映像ストリーム
通常再生
指示
データ位置情報
映像ストリーム
図 3-40
シーケンス（3）特殊再生
- 147 -
フェーズ 3
データ位置を指定して
通常再生を行う
3.7.2.6. 継続再生シーケンス
図 3-41 に継続再生シーケンスを示す。開始状態は、ローカルナビゲーション画面であり、ユ
ーザの継続再生開始操作により、以前に再生を中断した位置から再生を開始し、コンテンツ再生
画面に遷移するシーケンスである。
第 1 フェーズは、ローカルナビゲーション画面からコンテンツ再生に移行するフェーズであり、
AV プレーヤは、再生制御メタファイルを取得する。また、前回中断した再生中断位置情報を取
得する。
第 2 フェーズは、ライセンスの有無を確認又は取得することと、その後利用条件により再生可
否を確認するフェーズで、再生開始シーケンスと同じ。
第 3 フェーズは、再生中断位置から継続再生を行うフェーズである。AV プレーヤは、再生開
始位置を指定して、ストレージから読み出した映像コンテンツの再生を開始し、コンテンツ再生
画面に遷移する。
DRM
サーバ
端末
DRM
クライアント
ECG
AV
プレーヤ
ストレージ
継続再生開始
フェーズ 1
再生制御メタファイルを
取得する
継続再生開始
再生制御メタファイル
ライセンス有無確認
ライセンス取得要求
ライセンス取得
利用条件、鍵
映像ストリーム
図 3-41
シーケンス（4）継続再生
- 148 -
再生中断位置情報を取
得する
フェーズ 2
端末内で、ライセンスの
有無を確認し、ライセン
スが無い場合は、取得
する
ライセンスの利用条件
により再生可否を確認
する
フェーズ 3
再生開始位置を指定し
て再生開始、コンテンツ
再生画面に遷移する
上図のライセンス取得の矢印（点線）は、端末内でライセンスの有無を確認し、ライセンスが
ない場合のみライセンス取得を行なうこと示している。
3.7.2.7. チャプタジャンプのシーケンス
図 3-42 にチャプタジャンプのシーケンスを示す。開始状態は、ダウンロード・コンテンツの
再生画面であり、ユーザのチャプタ画面表示操作により起動され、コンテンツ再生画面に遷移す
る。再生制御メタファイルのチャプタ情報を参照して、必要なチャプタの開始位置を指定し、チ
ャプタジャンプを行う。
第 1 フェーズは、コンテンツ再生を一時停止するフェーズである。AV プレーヤは、ストレー
ジからのストリーム再生を一時停止し、チャプタ選択画面を表示する。
第 2 フェーズは、ユーザのチャプタ選択指示により、再生開始位置を指定して、ストレージか
ら読み出した映像コンテンツの再生を開始し、コンテンツ再生画面に遷移する。
DRM
サーバ
端末
DRM
クライアント
ECG
AV
プレーヤ
ストレージ
映像ストリーム
映像ストリーム
チャプタ画面
表示指示
フェーズ 1
コンテンツ再生を一時
停止する
チャプタ選択画面を表
示する
チャプタ
選択
データ位置指定
映像ストリーム
- 149 -
フェーズ 2
データ位置を指定して
通常再生を行う
図 3-42
シーケンス（5）チャプタジャンプ
- 150 -
3.7.2.8. プログレッシブ再生開始のシーケンス
本節では、ダウンロードが完了する前に、再生を開始するプログレッシブ再生のシーケンスに
ついて記述する。
図 3-43 にプログレッシブ再生を開始するシーケンスを示す。開始状態はローカルナビゲーシ
ョン画面であり、プログレッシブ再生が可能と判定されたコンテンツがリストに表示されている
ところから、ユーザの再生開始操作により、ダウンロード中コンテンツの蓄積済み部分のデータ
先頭から再生を開始し、再生画面に遷移するシーケンスである。
詳細の仕様については実装依存とする。
第 1 フェーズは、ローカルナビゲーション画面からコンテンツ再生に移行するフェーズであり、
AV プレーヤは、再生制御メタファイルを取得する。
第 2 フェーズは、DRM の処理を行うフェーズである。AV プレーヤは、DRM クライアントに、
再生するコンテンツのライセンスがあるかを確認する。ライセンスがない場合は DRM クライア
ントが DRM サーバに接続してライセンスを取得する。その後ライセンスに含まれる利用条件に
より再生可否を確認し、再生可の場合には AV プレーヤは、DRM クライアントから得たライセ
ンスに含まれるコンテンツ鍵をデクリプタにセットする。
第 3 フェーズは、ストレージから読み出した映像コンテンツの最初から再生を開始し、コンテ
ンツ再生画面に遷移する。安定した速度でダウンロードできている場合は、再生途中でダウンロ
ードが完了し最後まで再生できる。
- 151 -
端末
DRM
サーバ
DRM
クライアント
ECG
AV
プレーヤ
ストレージ
サーバ
映像ストリーム
フェーズ 1
再生制御メタファイルを
取得する
再生開始
再生開始
再生制御メタファイル
ライセンス有無確認
ライセンス取得要求
ライセンス取得
利用条件、鍵
フェーズ 2
端末内で、ライセンスの
有無を確認し、ライセン
スが無い場合は、取得
する
ライセンスの利用条件
により再生可否を確認
する
フェーズ 3
再生開始してコンテンツ
再生画面に遷移する
映像ストリーム
途中でダウンロードが
完了する
映像ストリーム
DL 完了
映像ストリーム
再生完了
図 3-43
シーケンス（６）プログレッシブ再生開始
また、上記のように、プログレッシブ再生でコンテンツの最初から再生開始した後、ユーザの
中断指示により一旦再生中断した場合、再度、ダウンロード中に継続再生を開始する場合も考え
られる。
3.7.2.8.1. ガイドライン
プログレッシブ再生中に早送りやジャンプ等を行う場合、未ダウンロード部分に到達して再生
ができなくなる等のおそれがあるため、早送りやジャンプなどの操作手段を設けることについて
は留意が必要である。
また、通信回線の状態により、予定の時間でダウンロードが完了しない場合が考えられる。こ
の場合は一旦画面をフリーズした後、データがある程度蓄積されたところで再生を再開するなど、
ユーザに使いやすい対応を行う必要がある。
- 152 -
プログレッシブ再生の場合、コンテンツの再生開始前に、再生制御メタファイル等の、再生に
必要な情報を取得しておく必要がある。
3.8. 外部出力インタフェース
本章では、ダウンロードにより受信機内に取得したコンテンツを、ディスクやメモリカード等
のリムーバブルメディア等にエキスポートを行ったり、ネットワークを経由して外部の機器で視
聴やエキスポートを行う等の、外部出力の機能モデルの例について記述する。コンテンツの視聴
やエキスポートは、利用する DRM システムにより制御されるため、コンテンツの利用条件によ
っては外部出力できない場合がある。
DRM の機能については本仕様書の規定の範囲外であり、ここでは基本的なモデルを利用した
外部出力の動作について記述する。
3.8.1. 外部出力のシステムモデル
ダウンロードにより受信機内に蓄積されたコンテンツを外部出力する場合、下記のような利用
形態がある。
（1）受信機の内蔵ドライブ等により、直接リムーバブルメディアにエキスポートする。
（2）家庭内のネットワークを経由し、外部の機器にエキスポートを行う。外部機器では HDD
やリムーバブルメディアに書き込みを行う。
（3）家庭内のネットワークを経由し、外部の機器で再生して視聴する。
図 3-44 にこれらの外部出力のシステムモデルの例を示す。
- 153 -
（１）直接コピー
受信機
リムーバブルメディア
ドライブ
（２）ネットワーク経由コピー
メディア
受信機
I/F
ネット
ワーク
外部機器
ドライブ
I/F
外部機器
（３）ネットワーク経由視聴
受信機
I/F
図 3-44
ネット
ワーク
表示装置
I/F
外部出力のシステムモデル
ダウンロードしたコンテンツを外部出力する場合、受信機内で行われる処理は下記のようなも
のである。最初にストレージに蓄積されたコンテンツの ERI で、暗号化コンテンツか非暗号化コ
ンテンツであるかを確認する。非暗号化コンテンツの場合はそのままメディアへの書込やネット
ワークへの出力を行うことができる。
暗号化コンテンツの場合は、コンテンツデータの DRM による暗号を復号し、出力先のメディ
アやネットワークに必要な暗号化を行った後、メディアへの書き込みや、ネットワークへの出力
を行う。
出力先のメディアの種類によっては、コンテンツのフォーマットやレートの変換が必要になる。
また、書き込み後にファイナライズが必要になる場合がある。
コンテンツの外部出力を行う場合は、DRM システムの定めるコンプライアンスルールに従い、
定められたコピー制御情報を付加して出力を行う。
図 3-45 に受信機のデータ処理モデルの例を示す。
- 154 -
BD-R/RE,iVDR等
（A）
メディア
暗号化
DRM
復号化
メディア
書込み
DVD-R/RW/RAM
メモリカード等
（B）
DRM
復号化
デコーダ
エンコーダ
メディア
暗号化
メディア
書込み
伝送路
暗号化
伝送
路I/F
トランスコーダ
（C）
DRM
復号化
図 3-45
LAN
iLINK等
外部出力のデータ処理モデル
コンテンツのエキスポートを行う場合、DRM の暗号を復号するために、視聴用のライセンス
とは独立した、エキスポート用のライセンスを取得する事を想定している。但しネットワーク経
由による外部機器での視聴は、通常の視聴のライセンスに含まれる。
コンテンツをリムーバブルメディアや外部機器にエキスポートした場合、それを外部の機器で
再生する時に、コンテンツに指定されたパレンタルレートでの視聴制限を行うことができない。
ネットワーク経由での視聴も同様であり、ローカルナビゲーションで外部出力を選択した時点で、
パレンタルレートに応じた暗証番号の入力などの確認を行う。確認がとれない場合は外部出力を
行わないことが必要である。
リムーバブルメディアや外部機器にエキスポートする場合は、受信機が取得した再生制御情報
や ECG メタファイル等から、コンテンツのチャプタやサムネイル等の情報をメディアなどに書
き出す事が考えられる。またネットワーク経由での視聴で外部機器のユーザインタフェースから
再生指示を行う場合には、コンテンツのタイトル、再生時間、ジャンル等の情報を外部機器のメ
ニュー等で使用することが考えられる。またこの場合、使用する各データの内容やフォーマット
等の変換が行われる場合も考えられる。
3.8.2. 外部のメディアへのエキスポート
受信機のストレージから外部のメディアにコンテンツのエキスポートを行うことを言う。受信
機に内蔵のドライブ等を利用するか、ネットワーク経由で外部機器に送り、そこに備えられたド
ライブ等を利用してメディアにエキスポートする場合がある。
エキスポート用のライセンスは、視聴用とは独立に取得し、エキスポートするメディアの種類
を指定して取得する。一つのエキスポートライセンスで可能なエキスポートは 1 回のみであり、
複数回の場合はその都度ライセンスを取得する。
- 155 -
エキスポート用のライセンスは、実際にエキスポートを実施した時点で、使用済みとして保持
していたライセンスは利用不可とする。エキスポートを実施した時点とは、エキスポート先のリ
ムーバブルメディア等でコンテンツが一部でも視聴可能となった時点とし、メディアの種類など
の条件により、メディアへの書き込み開始時点の場合と、書き込みが完了した事を確認した後の
場合とがありうる。
メディアによっては、書き込み後のファイナライズを行う場合がある。
3.8.2.1. リムーバブルメディアへのエキスポート
受信機内蔵のドライブ等により、ディスクやメモリカード等のリムーバブルメディアにエキス
ポートを行う。エキスポート先のリムーバブルメディアの種類や、エキスポートを行う回数など
は DRM システムにより管理される。
図 3-46 にリムーバブルメディアにエキスポートを開始するシーケンスを示す。開始状態はロ
ーカルナビゲーション画面であり、エキスポート可能なコンテンツのリストから、ユーザのエキ
スポート開始操作により、蓄積済みデータをリムーバブルメディアにエキスポートする。
第 1 フェーズは、ローカルナビゲーション画面からコンテンツのエキスポートを開始するフェ
ーズであり、エキスポート処理部は、再生制御メタファイルを取得する。
第 2 フェーズは、DRM の処理を行うフェーズである。エキスポート処理部は、再生制御メタ
ファイルの LLI の情報に基づき、DRM クライアントに、エキスポートするコンテンツのライセ
ンスがあるかを確認する。ライセンスがない場合は DRM クライアントが DRM サーバに接続し
てライセンスを取得する。エキスポート処理部は、DRM クライアントから得たライセンスに含
まれるコンテンツ鍵をデクリプタにセットする。
第 3 フェーズは、リムーバブルメディアのドライブ等に必要な著作権管理の設定を行う。その
後ストレージから読み出した映像コンテンツの暗号を順次復号して、エキスポート先メディアの
著作権保護方式に依存する暗号を施してリムーバブルメディアへコンテンツを書き込む。
- 156 -
DRM
サーバ
端末
DRM
クライ
アント
ECG
ストレージ
エキスポート
処理部
リムーバブル
メディア
ドライブ
フェーズ 1
再生制御メタファイルを
取得する
エキスポート
開始
エキスポート開始
再生制御メタファイル
フェーズ 2
端末内で、ライセンスの
有無を確認し、ライセン
スが無い場合は、取得
する
ライセンス有無確認
ライセンス取得要求
ライセンス取得
ライセンスの利用条件
によりエキスポート可否
を確認する
利用条件、鍵
フェーズ 3
リムーバブルメディアド
ライブの設定を行う
コンテンツのエキスポー
トを開始する
権利保護情報設定
ライセンス使用完了
映像ストリーム
映像ストリーム
ライセンス使用完了
図 3-46
リムーバブル
メディアへ
の書き込み
リムーバブルメディアへのエキスポート開始シーケンス
上図のライセンス使用完了の２本の矢印（実線および点線）は、メディアの種類などの条件に
より、メディアへの書込み開始時点や書込み完了時点などがあることを示している。
3.8.2.2. ネットワーク経由での外部機器へのエキスポート
高速デジタルインタフェース等を利用し、主に家庭内のネットワークを経由して、外部の機器
にエキスポートを行う。外部機器では HDD やリムーバブルメディアに書き込みを行う。
ネットワークを利用したエキスポートにおいては、メディア種別ではなくネットワークの種別
毎のライセンスとなることに留意する必要がある。
図 3-47 にネットワーク経由で外部機器にエキスポートを行い、外部機器でメディアに書き込
みを開始するシーケンスを示す。開始状態はローカルナビゲーション画面であり、エキスポート
可能なコンテンツのリストから、ユーザのエキスポート開始操作により、蓄積済みデータをネッ
トワーク経由で外部機器にエキスポートし、メディアに書込を行う。
- 157 -
第 1 フェーズは、ローカルナビゲーション画面からコンテンツのエキスポートを開始するフェ
ーズであり、エキスポート処理部は、再生制御メタファイルを取得する。
第 2 フェーズは、DRM の処理を行うフェーズである。エキスポート処理部は、DRM クライア
ントに、エキスポートするコンテンツのライセンスがあるかを確認する。ライセンスがない場合
は DRM クライアントが DRM サーバに接続してライセンスを取得する。
エキスポート処理部は、
DRM クライアントから得たライセンスに含まれるコンテンツ鍵をデクリプタにセットする。
。
第 3 フェーズは、ネットワーク経由で接続する機器との認証等、ネットワーク種別に依存する
著作権保護の前処理を行う。その後ストレージから読み出した映像コンテンツの暗号を順次復号
してネットワークの著作権保護方式に依存する暗号を施して外部機器へコンテンツを転送し、外
部機器におけるメディア書き込みを開始する。
DRM
サーバ
DRM
クライ
アント
端末
ECG
ストレージ
エキスポート
処理部
外部記録
機器
外部出力
I/F
フェーズ 1
再生制御メタファイルを
取得する
エキスポート
開始
エキスポート開始
再生制御メタファイル
ライセンス取得要求
フェーズ 2
端末内で、ライセンスの
有無を確認し、ライセン
スが無い場合は、取得
する
利用条件、鍵
ライセンスの利用条件
によりエキスポート可否
を確認する
ライセンス有無確認
ライセンス取得
フェーズ 3
外部機器と認証を行う
コンテンツの送出を開
始する
権利保護情報設定
認証
ライセンス使用完了
映像ストリーム
- 158 -
映像ストリーム
映像ストリーム
メディアへ
の書き込み
図 3-47
ネットワーク経由でのエキスポート開始シーケンス
ネットワーク経由でのエキスポートを開始するユーザの指示は、受信機のローカルナビゲーシ
ョン画面上から行う場合以外に、ネットワーク先の外部機器上のユーザインタフェースから行う
構成も考えられる。
3.8.3. ネットワーク経由の視聴
高速デジタルインタフェースなどを使用し、主に家庭内のネットワークを経由して、他の表示
機器で映像、音声の再生を行う。
このネットワーク経由の視聴では、エキスポート用ではなく、視聴用のライセンスを使用する。
受信機内蔵の表示装置による視聴と、ネットワーク経由でのリモート視聴のどちらも許可される
か等は使用している DRM システムに依存する。またこの場合ネットワーク経由で出力されるコ
ンテンツは、コピー禁止に設定されることが想定される。
図 3-48 にネットワーク経由で視聴を開始するシーケンスを示す。視聴開始は外部機器のユー
ザインタフェース、又はローカルナビゲーション画面からの指示であり、視聴可能なコンテンツ
のリストから、ユーザの再生開始操作により、蓄積済みデータをネットワーク経由で外部機器に
転送する。
第 1 フェーズは、ローカルナビゲーション画面からコンテンツ再生に移行するフェーズであり、
AV プレーヤは、再生制御メタファイルを取得する。
第 2 フェーズは、DRM の処理を行うフェーズである。AV プレーヤは、DRM クライアントに、
再生するコンテンツのライセンスがあるかを確認する。ライセンスがない場合は DRM クライア
ントが DRM サーバに接続してライセンスを取得する。その後ライセンスに含まれる利用条件等
により、ネットワーク経由の視聴に対する再生可否を確認し、再生可の場合には AV プレーヤは、
DRM クライアントから得たライセンスに含まれるコンテンツ鍵をデクリプタにセットする。
第 3 フェーズは、ネットワーク経由で接続する機器との認証等、ネットワーク種別に依存する
著作権保護の前処理を行う。その後ストレージから読み出した映像コンテンツの暗号を順次復号
して、ネットワークの著作権保護方式に依存する暗号を施して外部機器へコンテンツを転送し、
外部機器でのコンテンツ視聴を開始する。
- 159 -
DRM
サーバ
DRM
クライ
アント
端末
ECG
ストレージ
外部出力
I/F
AV
プレーヤ
再生開始
外部
機器
再生開始
再生開始
再生開始
再生制御メタファイル
フェーズ 1
再生制御メタファイルを
取得する
フェーズ 2
端末内で、ライセンスの
有無を確認し、ライセン
スが無い場合は、取得
する
ライセンス有無確認
ライセンス取得要求
ライセンス取得
ライセンスの利用条件
により再生可否を確認
する
利用条件、鍵
フェーズ 3
権利保護情報の設定を
行う
コンテンツの送出を開
始する
権利保護情報設定
映像ストリーム
図 3-48
映像ストリーム
映像ストリーム
表示
ネットワーク経由での視聴開始シーケンス
3.9. パレンタル制御
コンテンツ・ダウンロード機能において、パレンタル制御の対象として、以下を制限する。
z
ダウンロード状態表示でのダウンロード単位名称、番組タイトルの表示
z
ECG での番組タイトル、番組情報、サムネイル画像の表示
z
コンテンツの再生
z
コンテンツのエキスポート
受信機のユーザ設定機能としては、次の項目を想定する。
- 160 -
z
パレンタル制御による視聴制限のあり／なし
z
パレンタルレベル（年齢、「視聴制限あり」の場合に設定有効）
z
パレンタル制御のための PIN コード設定
これらのユーザ設定情報と、コンテンツに付加されたパレンタルレート情報に基づく、パレン
タル制御の規則を、表 3-25 に示す。
コンテンツに付加されたパレンタルレートが 20（成人向け）の場合で、ユーザが設定したパレ
ンタルレベルが 19 歳以下であれば、ECG 画面において番組タイトル、番組情報、サムネイル画
像や、ダウンロード単位名称を非表示とする。非表示状態での具体的な形式については、受信機
の実装依存とする。また、コンテンツ再生も不可とする。
コンテンツの再生については、コンテンツに付加されたパレンタルレートが 12～19 で、ユー
ザが設定したパレンタルレベルの年齢未満の場合、コンテンツを再生せず、PIN コードの入力を
促す画面を表示する。この画面において、リモコンから入力された PIN コードが、あらかじめ設
定された値と一致すると、PIN コード入力画面は消去され、コンテンツが再生される。
PIN コードが一致しない場合は、｢パレンタルロックが解除できない｣旨のエラーメッセージを
表示した上で、コンテンツを再生せず、再度、PIN コードの入力を促す画面に戻ることが望まし
い。PIN コード不一致時のエラー処理についての詳細は、各社実装依存とする。
上記以外のケースは、無条件にコンテンツを再生してよい。
なお、受信機に接続された別のクライアント機器からのリモート視聴機能を提供する場合、ク
ライアント機器側で、受信機と同等のパレンタル制御が行われることが望ましい。
コンテンツの外部へのエキスポートについても、視聴と同様、エキスポートの実行前に PIN コ
ード認証を行うものとする。PIN コード認証を行うべき条件については、コンテンツの再生に準
ずるものとする。
検索ジャンル名称については、パレンタル制御情報を付加せず、制御の対象外とする。
表 3-25
パレンタル制御の規則
コ ン テ ン ツ 受信機設定
番 組 タ イ ト コンテンツ コンテンツ
の パ レ ン タ 視聴制限
パレンタル
ル
ルレート(R)
レベル(age)
番組情報
あり／なし
再生
エキスポー
ト
静止画サム
ネイル
ダウンロー
ド単位名称
20
視聴制限なし
○
○
○
(成人向け)
視 聴 制 限 あ 20
○
○
○
- 161 -
コ ン テ ン ツ 受信機設定
番 組 タ イ ト コンテンツ コンテンツ
の パ レ ン タ 視聴制限
パレンタル
ル
ルレート(R)
レベル(age)
番組情報
あり／なし
再生
エキスポー
ト
静止画サム
ネイル
ダウンロー
ド単位名称
4～19
り
12～19
×
―
―
視聴制限なし
○
○
○
視 聴 制 限 あ R≦age
○
○
○
age＜R
○
△
△
視聴制限なし
○
○
○
視 聴 制 限 あ 4～20
○
○
○
り
4～11
り
凡例） ○：表示可
△：開始時に PIN コード認証必要
- 162 -
×：非表示
―：選択不可
4. ダウンロード制御情報
コンテンツのダウンロードは、ブラウザで HTML 文書中に記載されたダウンロード制御情報
URL よりダウンロード制御情報を参照することにより開始あるいは予約される。ダウンロード処
理を実行する受信機内のダウンローダは、ブラウザから受け渡されたダウンロード制御情報に従
ってダウンロード処理を行う。ダウンロード制御情報は、ダウンロード処理を行うために必要な
全ての制御情報が記述された XML 文書である。ダウンロード制御情報に含まれる情報は、更新
型・非更新型のタイプ情報を含むダウンロード処理のタイミングを示す情報、メタ情報やコンテ
ンツ本体の URL などのダウンロード対象を示す情報、コンテンツサイズなどのダウンロード処
理を実行する上で必要な制御情報、コンテンツ名などのダウンロード状態表示のための情報、ラ
イセンス ID などのダウンロード後にライセンス取得する場合に必要な情報に分類される。
ダウンロード制御情報は、RFC4287(Atom Syndication Format)に準拠するメタ情報として定
義する。
4.1. XML 名前空間
ダウンロード制御情報に使用される XML 名前空間は、http://www.w3.org/2005/Atom とする。
dlctl プレフィックスについては、http://www.nw-dtv.jp/dl-ctl とする。
4.2. メディア型
ダウンロード制御情報に使用されるメディア型は、"application/atom+xml"とする。
4.3. 運用ガイドライン
z
ダウンロード制御情報の記法に関するガイドラインについては、［付録 G］を参照。
z
将来拡張も含め、ダウンロード制御情報は 220KB（1KB=1024 バイト）以下とする。
4.3.1. feed 要素
feed 要素でとり得る子要素のうち、運用について表 4-1 に示す。
feed 要素は必須とする。
表 4-1 feed 要素の子要素の運用
要素名・属性名
運
用
出
現
数
文字数制限／値の範囲
- 163 -
説明
author
name
○
○
1
1
255 バイト以下
フィードの著者（事業者
名）を示す Person コンス
トラクト。
category
contributor
generator
icon
id
link
－
－
－
－
○
○
１
1..2
255 バイト以下
表 4-3 参照
フィードの識別子。
フィード情報への参照を
定義。
"alternate"の rel 属性を持
つ要素は必須。
更新型の場合、
“enclosure”の rel 属性を持
つ要素も必須。
logo
rights
subtitle
－
－
○
0..1
255 バイト以下
title
○
1
120 バイト以下かつ全角
40 文字以下
updated
○
1
YYYY-MM-DDThh:mm:
ss+09:00
dlctl:downloadtype
○
1
"update"、"onetime"のい
ずれか
dlctl:ecgmetainfo
○
1
表 4-5 参照
dlctl:drmserverinfo
○
0..1
表 4-6 参照
dlctl:drmsystem
○
0..1
255 バイト以下
人間が読めるフィードの
説明やサブタイトルを伝
える Text コンストラクト。
人間が読めるフィードの
タイトルを伝える Text コ
ンストラクト。ダウンロー
ド単位名称に相当する
フィードが修正されたと
きの最も直近の時間を示
す Date コンストラクト。
ダウンロードタイプ。
"update"は更新型、
"onetime"は非更新型を表
す。
ECG メタデータ取得情
報。ECG メタデータ取得
のための URL などの情
報。
DRM サーバの情報。ダウ
ンロード時にライセンス
取得する場合の取得先
DRM サーバ URL など
DRM システムの識別情
報。DRM を使用する場合
必須。
- 164 -
dlctl:drmurlsignatur
e
○
0..1
dlctl:servercert
○
0..1
dlctl:feedversion
○
0..1
dlctl:expiration
○
0..1
dlctl:updateperiod
○
0..1
dlctl:transactionid
○
0..1
dlctl:parental
○
0..1
entry
○
0..
64
76 バイト以下
DRM サーバ URL 署名。
ダウンロード時にライセ
ンス取得する場合の署名
検証用署名データ。
最大証明書数は５
署名検証用サーバ証明書。
全体サイズは最大
ダウンロード時にライセ
5120byte
ンス取得する場合の署名
検証用サーバ証明書。
1-65535
更新型の場合必須。バージ
ョン番号。１以上の整数と
する。（e.g. 1）
YYYY-MM-DDThh:mm: 更新型の場合必須。保持期
ss+09:00
限を示す Date コンストラ
クト。
PThhHmmMssS（注１） 更新型の場合必須。更新周
期を示す。
16 進 16 桁
購入トランザクション
ID。注 2)
ダウンロード前課金のコ
ンテンツのみ記述可能。利
用前課金のコンテンツで
は運用しないこと。
“4”～“20”の整数値を ダウンロード状態表示に
文字列で指定。
関するダウンロード単位
のパレンタル制御に用い
る。記述しない場合は無条
件に表示可。
表 4-2 参照
次の節で規定する。更新型
の場合で feed のみの更新
を行う場合は、記述しな
い。
凡例）
○：運用する、－：運用しない
注1) P:経過を表す文字、T:日付と時刻を分離する文字、hhH:経過した10進2桁時数、mmM:経過した10進2桁分
数、ssS:経過した10進2桁秒数
注2) Webコンテンツにおいて、ユーザがパッケージの購入操作を行った場合に、Webサーバから、顧客管理サーバ
を介して、課金･決済サーバに対し、パッケージの購入トランザクションが実行される。購入トランザクション
ID(dlctl:transactionid)は、課金･決済サーバの一つ一つの購入トランザクションを一意に識別する識別子で
ある。
受信機のダウンローダ処理において、購入トランザクションIDを利用可能とする事業者運用を行う場合、ダウン
ロード前課金の全てのダウンロード制御情報には、購入トランザクションIDを記述しなければならない。
購入トランザクションIDの運用は、サービス事業者の実装依存であるが、その運用例については、付録D.15を
参照のこと。
- 165 -
4.3.2. entry 要素
entry 要素でとり得る子要素のうち、運用について表 4-2 に示す。
表 4-2 entry 要素の運用
要素名
author
運
用
－
出現
数
文字数制限／値の範囲
category
content
contributor
id
－
－
－
○
1
最大 255 バイト
link
○
2
表 4-3 参照
備考
エントリの著者（事業者名）
を示す。
注）feed 要素に author を記
述することを必須とするた
めここでは運用外とした。
エントリから参照されるコ
ンテンツの識別子。本仕様で
は参照先コンテンツの
CRID を用いる。CRID につ
いては、7.3 参照。
エントリからコンテンツへ
の参照を定義。
“enclosure”, "alternate"そ
れぞれの rel 属性を持つ要素
を１つずつ記述する。
published
○
0..1
YYYY-MM-DDThh:mm
:ss+09:00
エントリが最初に作成され
たときの時間を指し示す
Date コンストラクト。
rights
source
summary
－
－
○
0..1
最大 1023 バイト
title
○
1
120 バイト以下かつ全角
40 文字以下
updated
○
1
YYYY-MM-DDThh:mm
:ss+09:00
エントリの要約、抜粋、引用
を伝える Text コンストラク
ト。
人間が読めるエントリのタ
イトルを伝える Text コンス
トラクト。コンテンツ名に相
当する。
エントリが修正されたとき
の最も直近の時間を示す
Date コンストラクト。
- 166 -
要素名
dlctl:ecgmetainfo
運
用
○
出現
数
1
文字数制限／値の範囲
dlctl:parental
○
0..1
“4”～“20”の整数値
を文字列で指定。
dlctl:cpcurl
○
1
表 4-4 参照
dlctl:licenseid
○
0..3
16 進 16 桁
表 4-5 参照
要素の属性に関しては
表 4-7 参照
備考
ECG メタデータ取得情報。
ECG メタデータ取得のため
の URL などの情報。
エントリ単位でメタデータ
を取得するために記述する。
ダウンロード状態表示に関
するコンテンツ単位のパレ
ンタル制御に用いる。記述し
ない場合は無条件に表示可。
再生制御情報。コンテンツの
再生制御情報取得の為の
URL。
出現数０の場合：非暗号化コ
ンテンツ
出現数１の場合：ダウンロー
ド再生ライセンス
出現数２の場合：ダウンロー
ド再生ライセンスとエキス
ポートライセンス または
ダウンロード再生ライセン
ス２（うち１つはダミーライ
センス）
出現数 3 の場合：ダウンロ
ード再生ライセンス２（うち
１つはダミーライセンス）と
エキスポートライセンス
凡例）
○：運用する、－：運用しない
4.3.3. category 要素
feed 要素及び entry 要素に用いられる category 要素は運用しない。
4.3.4. link 要素
feed 要素及び entry 要素に用いられる link 要素の属性については、表 4-3 のとおり。
表 4-3
属性名
運
用
出現数
link 要素の属性
文字数制限／値の範囲
- 167 -
備考
属性名
href
運
用
○
出現数
文字数制限／値の範囲
1
最大 255 バイト
rel
○
1
“alternate”,”enclosure”
のいずれかを記述
type
○
1
hreflang
title
length
－
－
○
0..1
10 進数で表記
備考
リンクの URL。
feed 要素の場合、ダウンロード制
御情報の取得のための URL を示
す。
entry 要素の場合メディアファイ
ル URL を示す。コンテンツ本体
であるメディアファイル取得のた
めの URL を示す。
“alternate”は必須（RFC4287）。
ダウンロード対象をあらわす link
要素には”enclosure”を運用する。
メ デ ィ ア タ イ プ (RFC2046) を 示
す。
entry 要素（rel 属性が enclosure）
の場合コンテンツサイズをバイト
数で記述。
それ以外の場合は記述しない。
凡例）
○：運用する、－：運用しない
feed における link 要素の運用
z
rel 属性が alternate の link 要素を配置する。
z
rel 属性が alternate の link 要素に関する受信機動作は length 属性以外は規定しない。
z
更新型の場合は、rel 属性が enclosure の link 要素を配置する。
z
更新型の場合の、rel 属性が enclosure の link 要素の運用例を、参考 4-3 に示す。な
お、更新型の feed は拡張仕様であり、link 要素の運用規定、および、link 要素の記
述に基づく、ネット TV 端末の詳細な動作ガイドラインについては、TBD である。
entry における link 要素の運用
z
rel 属性が alternate の link 要素を配置する。
z
rel 属性が alternate の link 要素に関する受信機動作は規定しない。
z
rel 属性が enclosure の link 要素にはダウンロード対象を記述する。
注）rel 属性が alternate の link 要素の記述例は参考 4-2 を参照。
4.3.5. dlctl:cpcurl 要素
entry 要素に用いられる cpcurl 要素の属性については、表 4-4 のとおり。
- 168 -
表 4-4
属性名
dlctl:cpcurl 要素の属性
cpchref
運
用
○
出現
数
1
文字数制限／値の範囲
最大 255 バイト
scihref
○
1
最大 255 バイト
備考
コンテンツの再生制御情報取得
のための URL。
SCI 取得のための URL。
4.3.6. dlctl:ecgmetainfo 要素
feed 要素及び entry 要素に用いられる ecgmetainfo 要素の属性については、表 4-5 のとおり。
表 4-5
属性名
dlctl: ecgmetainfo 要素の属性
href
運
用
○
出現
数
0..1
文字数制限／値の範囲
最大 1023 バイト
serverref
○
0..1
最大 255 バイト
備考
get メソッドにより ECG メタデ
ータを取得する場合の ECG メ
タデータ取得 URL。
post メソッドにより ECG メタ
データを取得する場合のメタデ
ータサーバの URL。
凡例）
○：運用する、－：運用しない
注）feed要素では、serverref属性を運用し、entry要素では、href属性を運用する。
href には、ECG メタデータのためのサーバへの URL と問い合わせ文字列を組み合わせたもの
を指定する。ProgramCRID が pid_x の ProgramInformation(PI)を取得する場合の記述の一例を
以下に記述する。クエリの文法や URL エンコード方法はメタデータサーバの実装に依存する。
例）
http://xxx.xxx.xx.jp.com?query=(predicate=crid%28pid_x%2fcontent01%2f001%29%26context
node%3dPI&amp;fragment=PIT%0d%0a)
4.3.7. dlctl: drmserverinfo 要素
feed 要素に用いられる drmserverinfo 要素の属性については、表 4-6 のとおり。
表 4-6
属性名
運
用
出現
数
dlctl: drmserverinfo 要素の属性
文字数制限／値の範囲
- 169 -
備考
href
○
1
最大 255 バイト
ダウンロード時にライセンス取
得する場合の取得先 DRM サー
バ URL。
凡例）
○：運用する、－：運用しない
4.3.8. dlctl:licenseid 要素
entry 要素に用いられる dlctrl:liseceid 要素の属性については、表 4-7 のとおり。
表 4-7
属性名
dlctl:licenseid 要素の属性
運
用
○
出現
数
0..1
“true” または”false”
acquisitiont
iming
○
0..1
“immediately”または“atuse”
acquisitionl
imit
○
0..1
acquisition
start
○
0..1
validflag
文字数制限／値の範囲
備考
ライセンスの有効性を示すフラ
グ。
省略された場合、”true”と判断す
る。”false”の場合には当該ライ
センスはダミーライセンスであ
ることを示す。
atuse は、利用時に取得するラ
イセンス、
immediately は、ダウンロード
完了時に取得するライセンスで
あ る こ と を 示 す 。 validflag
が’true”の場合は必須。
ライセンスの取得期限を示す文
字列。
省略された場合、無期限とする。
ライセンスが取得可能となる日
時を示す文字列。
省略された場合、即時に取得可
能とする。
凡例）
○：運用する、－：運用しない
validflag を”false”に設定する場合には2.2.3 で定義されるダミーライセンスを示すこととする。こ
の場合には、acquisitiontiming、acquisitionlimit、acquisitionstart の各要素は配置しないこと。
4.4. タブ/改行/復帰/スペースの扱い
ダウンロード制御情報ファイルで規定される要素・属性の文字列のデータ型については、#x9(タブ)
を用いてはならない。#x9(タブ)が利用された場合には、その処理方法は受信機依存である。また、
#xA、#xD、#xD＋#xAは改行コード、#x20はスペースと認識して取り扱う。改行コード、スペース
は、feed/subtitle要素、feed/entry/summary要素に利用できる。文字列の最大長など、文字数のカ
- 170 -
ウントにおける当該要素の扱いは、#xA(改行)、#xD(復帰)、#x20(スペース)はすべて1 文字、１バ
イト、#D(復帰)+#A(改行)は2 文字、2 バイトとみなしてXML文書中に記述する。なお、受信機処
理としては、改行コードを、W3C勧告として公開されているXML1.0(Fourth Edition)に準拠し、
#xA(改行)の１文字1バイトに正規化した後に処理する。
- 171 -
＜参考４－１＞本運用に基づく Relax NG Compact スキーマ
namespace
namespace
namespace
namespace
atom = "http://www.w3.org/2005/Atom"
dlctl = "http://www.nw-dtv.jp/dl-ctl"
s = "http://www.ascc.net/xml/schematron"
local = ""
start = atomFeed
# Text Constructs
atomPlainTextConstruct =
text
atomTextConstruct = atomPlainTextConstruct
# Person Construct
atomPersonConstruct =
(element atom:name { text })
# Date Construct
atomDateConstruct =
xsd:dateTime
# atom:feed
atomFeed =
element atom:feed {
(atomAuthor
& atomId
& atomLink*
& atomSubtitle?
& atomTitle
& atomUpdated
& dlctlDownloadtype
& dlctlEcgmetainfo
& dlctlDrmserverinfo?
& dlctDrmsystem?
& dlctlDrmurlsignature?
& dlctlServercert?
& dlctlFeedversion?
& dlctlExpiration?
& dlctlUpdateperiod?
& dlctlTransactionid?
& dlctlParental?),
atomEntry?
}
# atom:entry
atomEntry =
[
s:rule [
context = "atom:entry"
- 172 -
s:assert [
test = "atom:link[@rel='alternate'] "
"An atom:entry must have at least one atom:link element "
~ "with a rel attribute of 'alternate' "
]
]
]
element atom:entry {
(atomId
& atomLink*
& atomPublished?
& atomSummary?
& atomTitle
& atomUpdated
& dlctlEcgmetainfo
& dlctlParental?
& dlctlCpcurl
& dlctlLicenseid?)
}
# atom:author
atomAuthor = element atom:author { atomPersonConstruct }
# atom:id
atomId = element atom:id {
(atomUri)
}
# atom:link
atomLink =
element atom:link {
attribute href { atomUri },
attribute rel { atomNCName },
attribute type { atomMediaType },
attribute length { text }?
}
# atom:published
atomPublished = element atom:published { atomDateConstruct }
# atom:subtitle
atomSubtitle = element atom:subtitle { atomTextConstruct }
# atom:summary
atomSummary = element atom:summary { atomTextConstruct }
# atom:title
atomTitle = element atom:title { atomTextConstruct }
- 173 -
# atom:updated
atomUpdated = element atom:updated { atomDateConstruct }
# dlctl:cpcurl
dlctlCpcurl =
element dlctl:cpcurl {
attribute cpchref { atomUri },
attribute scihref { atomUri }
}
# dlctl:ecgmetainfo
dlctlEcgmetainfo =
element dlctl:ecgmetainfo {
attribute href { atomUri },
attribute serverref { atomUri }
}
# dlctl:drmserverinfo
dlctlDrmserverinfo =
element dlctl:drmserverinfo {
attribute href { atomUri }
}
# dlctl:licenseid
dlctlLicenseid =
element dlctl:licenseid {
attribute validflag { xsd:boolean }?,
attribute acquisitiontiming {“immediately” | ”atuse”},
attribute acquisitionlimit { xsd:string }?,
attribute acquisitionstart { xsd:string }?,
dlctlLicenseidValue
}
dlctlLicenseidValue = xsd:string { pattern = "[0-9A-F]{16}" }
# dlctl:parental
dlctlParental = element dlctl:parental { dlctlParentalValue }
dlctlParentalValue = xsd:positiveInteger { minInclusive = "4"
maxInclusive = "20" }
# dlctl:downloadtype
dlctlDownloadtype = element dlctl:downloadtype { "onetime" | "update" }
# dlctl:drmsystem
dlctlDrmsystem = element dlctl:drmsystem { text }
- 174 -
# dlctl:drmurlsignature
dlctlDrmurlsignature = element dlctl:drmurlsignature { text }
# dlctl:servercert
dlctlServercert = element dlctl:servercert { text }
# dlctl:feedversion
dlctlFeedversion = element dlctl:feedversion { xsd:positiveInteger }
# dlctl:parental
dlctlParentalValue = xsd:positiveInteger { minInclusive = "4"
maxInclusive ="20" }
# dlctl:expiration
dlctlExpiration = element dlctl:expiration { atomDateConstruct }
# dlctl:updateperiod
dlctlUpdateperiod = element dlctl:updateperiod { atomDateConstruct }
# 低レベル単純型
atomNCName = xsd:string { minLength = "1" pattern = "[^:]*" }
# メディア型はスラッシュで区切られる
atomMediaType = xsd:string { pattern = ".+/.+" }
# URL 記述は制約を特に設けない。
atomUri = text
# EOF
- 175 -
＜参考
４－２＞
非更新型の例
<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dlctl="http://www.nw-dtv.jp/dl-ctl">
<author>
<name>デジタルテレビ情報化研究会</name>
</author>
<id>XXXXX</id>
<title>研究会報告</title>
<link rel="alternate" type="application/atom+xml" href="http://nw-dtv.jp/alternate-entry/"/>
<updated>2007-07-01T00:00:00Z</updated>
<dlctl:downloadtype>onetime</dlctl:downloadtype>
<dlctl:ecgmetainfo serverref="http://dl-meta-server/cgi-bin2/get_Data.pl"/>
<dlctl:drmserverinfo href="http://drmserver.nw-dtv.jp/"/>
<dlctl:drmsystem>marlin_iptv_es</dlctl:drmsystem>
<dlctl:drmurlsignature>XXXXXXXXXXXXXXX</dlctl:drmurlsignature>
<dlctl:servercert>YYYYYYYYYYYYYYY</dlctl:servercert>
<dlctl:parental>18</dlctl:parental>
<entry>
<id> crid:xxx.xxx.xxx/ent1</id>
<link rel="alternate" type="mime/type" href="http://nw-dtv.jp/entry/xxx.tts "/>
<link
rel="enclosure" type="mime/type" length="21234324"
href="http://nw-dtv.jp/entry/xxx.tts"/>
<title>研究会報告 </title>
<updated>2007-07-01T00:00:00Z</updated>
<dlctl:ecgmetainfo
href="
http://xxx.xxx.xx.jp.com?query=(predicate=crid%28crid%3axxx%2exxx%2exxx%2fent1%29
%26contextnode%3dPI&amp;fragment=PIT%0d%0a)"/>
<dlctl:parental>18</dlctl:parental>
<dlctl:cpcurl cpchref="http://nw-dtv.jp/entry/test1.cpc"
scihref="http://nw-dtv.jp/entry/test1.sci"/>
<dlctl:licenseid
validflag="true"
acquisitionlimit="03682A88">2007090220070902</dlctl:licenseid>
</entry>
</feed>
- 176 -
acquisitiontiming="atuse"
＜参考
４－３＞
更新型の例
<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dlctl="http://www.nw-dtv.jp/dl-ctl">
<author>
<name>DTV 情報化研究会</name>
</author>
<id>XXXXX</id>
<title>研究会レポート</title>
<id>nw-dtv_1000012</id>
<link rel="alternate" type="application/atom+xml" href="http://nw-dtv.jp/alternate-entry/"/>
<updated>2007-08-27T10:00:00Z</updated>
<dlctl:feedversion>1</dlctl:feedversion> //ATOM 拡張
<dlctl:expiration>2008-08-27T10:00:00Z</dlctl:expiration>
<dlctl:updateperiod>PD07T00H00M</dlctl:updateperiod>
<dlctl:downloadtype>update</dlctl:downloadtype>
//ATOM 拡張
//ATOM 拡張
//ATOM 拡張
<dlctl:ecgmetainfo serverref="http://dl-meta-server/cgi-bin2/get_Data.pl"/>
//ATOM 拡張
<dlctl:drmserverinfo href="http://drmserver.nw-dtv.jp/"/> //ATOM 拡張
<dlctl:drmsystem>marlin_iptv_es</dlctl:drmsystem> //ATOM 拡張
<dlctl:drmurlsignature>XXXXXXXXXXXXXXX</dlctl:drmurlsignature> //ATOM 拡張
<dlctl:servercert>YYYYYYYYYYYYYYY</dlctl:servercert>
<dlctl:parental>15</dlctl:parental>
//ATOM 拡張
//ATOM 拡張
<entry>
<author>NW-DTV</author>
<title>研究会レポート 1</title>
<link rel="alternate" type="mime/type" href="http://nw-dtv.jp/alternate-entry/"></link>
<link rel="enclosure" type="mime/type" length="21234324" href="http://nw-dtv.jp/entry/"/>
<id>crid:xxx.xxx.xxx/ent1</id>
<published>2000-12-15T10:00:00Z</published>
<updated>2007-08-27T10:00:00Z</updated>
<summary>ネット TV の仕様に関する研究会レポート映像その１</summary>
<dlctl:ecgmetainfo
href="
http://xxx.xxx.xx.jp.com?query=(predicate=crid%28crid%3axxx%2exxx%2exxx%2fent1%29%26
contextnode%3dPI&amp;fragment=PIT%0d%0a)"/>
<dlctl:parental>15</dlctl:parental>
//ATOM 拡張
- 177 -
//ATOM 拡張
<dlctl:cpcurl
cpchref="http://nw-dtv.jp/entry/test1.cpc"
scihref="http://nw-dtv.jp/entry/test1.sci"/> //ATOM 拡張
<dlctl:licenseid acquistiontiming="immediately"
//ATOM 拡張
</entry>
<entry>
...
</entry>
...
</feed>
- 178 -
>10234567890ABCDF</dlctl:licenseid>
映像コンテンツ
5.
5.1. 情報源符号化
5.1.1. 映像
5.1.1.1. 入力信号の規定
＜映像フォーマットの規定＞
ARIB TR-B14
第七編 4.1.1「入力信号の規定」における＜映像フォーマット＞の規定に従う
こと。
但し、次に規定する通り、480p(525p)の映像フォーマットについては運用しないものとする。
なお、本節の以降の説明において、以下の記述は同じ映像フォーマットを示す。
走査線数 525 本（有効走査線数 483 本）かつ順次走査
vertical_size_value=480 かつ progressive_sequence=1
480p
525p
＜アスペクト比＞
MPEG2 の場合は、ARIB TR-B14
第七編 4.1.1「入力信号の規定」における＜アスペクト比
＞の規定に従うこと。但し、走査線数 525 本（有効走査線数 483 本）かつ順次走査の映像信号
（vertical_size_value=480 かつ progressive_sequence=1）については運用しない。
また、H.264|MPEG4 AVC の場合は、本書
［付録 I］ I.15「パン・スキャン（Pan-scan
rectangle）SEI」に従うこと。
＜カラリメトリ＞
ARIB TR-B14 第七編 4.1.1「入力信号の規定」における＜カラリメトリ＞の規定に従うこと。
＜エンコード領域＞
ARIB TR-B14
第七編 4.1.1「入力信号の規定」における＜エンコード領域＞の規定に従うこ
と。
＜GOP 構造＞
GOP 長は原則として最大 500msec とすること。
- 179 -
5.1.1.2. MPEG-2（Video）の運用詳細
＜符号化方式＞
ARIB TR-B14 第七編 4.1.2「MPEG-2(Video)の運用詳細」における＜符号化方式＞の規定に
従うこと。
＜符号化パラメータ制約条件＞
ARIB TR-B14 第七編第 4 章 4.1.2 節「MPEG-2 (Video) の運用詳細」における＜符号化パラ
メータ制約条件＞に従う。但し、以下のフォーマットについては運用しない。
z
vertical_size_value=480 かつ progressive_sequence=1 であるフォーマット（480p）
z
vertical_size_value=480
か つ
progressive_sequence=0 （ 480i ） で 、
horizontal_size_value が 544 又は 480 であるフォーマット
z
MP@LL 動画像及び静止画（MPEG 静止画）
また、部分受信階層に関する記述は参照しない。
表 5-1 符号化パラメータ制約条件
sequence_header のパラメータ値
vertical_
size_value
1080
horizontal_
size_value
1920
1440
sequence_
sequence_display
extension の
_extension
パラメータ値
のパラメータ値
display_
display_
vertical_
horizontal
size
_size
aspect_
ratio_
information
progressive
_sequence
2
0
1080
1440
1080
720
1280
2
1
720
960
480
720
2
0
480
540
480
720
3
0
360
720
＜符号化パラメータの変化＞
ARIB STD-B32 第 1 部付属「運用ガイドライン」に従うことが望ましい。
＜映像符号化レートの範囲＞
映像符号化レートの範囲は、以下の運用とする。
MP＠ML
：1.5～10Mbps
MP@HL
：8～20Mbps
- 180 -
5.1.1.3. H264/MPEG-4 AVC Video の運用詳細
本書の［付録 I］の規定に従うこと。
＜動画フォーマット＞
H264
・1920×1080i [email protected]
・1440×1080i
[email protected]
・1280×720p
[email protected]
・720×480i
[email protected]/3.1/3.2
5.1.2. 音声
5.1.2.1. MPEG1（Audio）
5.1.2.1.1. MPEG1（Audio）の入力信号規定
＜サンプリングレート＞
(1) コンテンツごとに、常に同一のサンプリングレートを使用する。
これは D/A コンバータのクロック変更時における無音部分を、同一コンテンツ内で発生さ
せないためである。
(2) サンプリングレートは 32ｋHz、 48ｋHz とする。
＜音声モード ＞
シングルチャンネル、デュアルチャンネル、ステレオとする。
＜エンファシス ＞
なし。
5.1.2.1.2. MPEG1（Audio）の運用詳細
ARIB STD-B1 解説 1.2「主要な方式パラメータ」の規定に従う事。
CRC は、受信機で利用可能なように運用する。
符号化レイヤは、レイヤ２とする。
5.1.2.1.3. 音声符号化レートの範囲
音声符号化のビットレートは、当面以下の値を適用する。
標準ステレオ
： 64 kbps、96 kbps、128kbps、192kbps、224kbps、
256kbps、384kbps
- 181 -
5.1.2.2. MPEG2（Audio）
5.1.2.2.1. MPEG2（Audio）の入力信号規定
＜サンプリングレート＞
(1) コンテンツごとに、常に同一のサンプリングレートを使用する。
これは D/A コンバータのクロック変更時における無音部分を、同一コンテンツ内で発
生させないためである。
(2) サンプリングレートは 48ｋHz とする。
＜音声モード ＞
1ADTS における音声モードは、ARIB
STD-B32 第 2 部第 5 章 5.1 節「入力音声フォーマッ
ト」の推奨音声モードの規定に従う。
＜ダウンミックス係数＞
ARIB STD-B32 第 2 部 5.2 節「音声符号化方式」および ARIB STD-B21 第 6 章 6.2.1 項「音
声復号処理」の規定に従う。
ダウンミックス係数が送出されない場合がある。この際にはデフォルト値を使用して、デコー
ドする。なおデフォルト値以外のダウンミックス係数を使用する際は、必ず送出する。
＜音声レベル＞
ARIB TR-B14 第七編 4.2.1 「入力信号規定」に従う。
5.1.2.2.2. MPEG2（Audio）の運用詳細
ARIB STD-B32 第 2 部「音声信号と符号化方式」および第 2 部付属「運用ガイドライン」の
規定に従うこと。
＜ 符号化パラメータ ＞
ビットストリーム形式
AAC Audio Data Transport Stream (ADTS)
プロファイル
Low Complexity（LC）
最大符号化チャンネル数
1ADTS あたり最大 5.1 チャンネル
PES パケット
音声フレームと非同期を許容する
ミュートフラグ
使用しない
*ミュートは入力信号で無音とする
＜ ADTS と音声モード＞
モノ、ステレオ
１ADTS として構成
- 182 -
マルチチャンネルステレオ
１ADTS として構成
（3/1、3/2、3/2+LFE）
2 音声（デュアルモノ）
１ADTS として構成
* 主音声は、L 側とする
音声ストリーム（言語）数分の ADTS を構成し、
上記を組合せた複数音声
MPEG2 システムレイヤで多重する
（モノ×2 やステレオ×2 等）
5.1.2.2.3. 音声パラメータ切替時の注意
音声パラメータの切り替えは禁止する。
5.1.2.2.4. 音声符号化レートの範囲
音声符号化の最大ビットレートは、当面以下の値を適用する。
標準ステレオ
： 96kbps～256kbps
マルチチャンネルステレオ
： 384kbps 以下
5.1.3. 字幕
5.1.3.1. サービスの範囲および定義
ダウンロード・コンテンツの字幕サービスとは下記のものを言う。
字幕
：メインの映像・音声と同期した字幕サービス（例、訳字字幕など）
字幕の規定については、ARIB TR-B14「地上デジタルテレビジョン放送運用規定」第三編「デ
ータ放送運用規定」第 2 部 ４章「字幕・文字スーパー符号化の運用」の内、字幕に関する規定
を参照するが、ロールアップモードや、字幕アウトスクリーン表示機能、また文字スーパーにつ
いては運用しない。以下に詳細を示す。
5.1.3.2. 構成および伝送運用
ARIB TR-B14
第三編
第 2 部 ４章
4.2 項の内、字幕に関する規定を参照する。
但し、以下の項目は下記に従う。
4.2.1
(3) ES 数、(4) マルチビュー時の ES のマルチビューは運用しない。
(5) 臨時サービスの ES の臨時サービスは運用しない。
4.2.8.1 コンポーネントタグの運用 における部分受信階層の伝送は運用しない。
4.2.8.4 記述子運用
における「データコンテンツ記述子」は運用しない。
4.2.8.7 データコンテンツ記述子
は運用しない。
5.1.3.3. 映像の解像度と字幕の表示形式
ARIB TR-B14
第三編
第 2 部 ４章
4.3 項の規定を参照する。
- 183 -
5.1.3.4. 字幕で用いる文字
ARIB TR-B14
第三編
第 2 部 ４章
4.4 項の規定を参照する。
5.1.3.5. 字幕で用いる制御符号
ARIB TR-B14
第三編
第 2 部 ４章
4.5 項の内、字幕に関する規定を参照する。
第 2 部 ４章
4.6 項の内、字幕に関する規定を参照する。
第 2 部 ４章
4.7 項の内、字幕に関する規定を参照する。
5.1.3.6. DRCS の運用
ARIB TR-B14
第三編
5.1.3.7. 初期化動作の運用
ARIB TR-B14
第三編
5.1.3.8. 字幕で用いるモノメディア
ARIB TR-B14
第三編
第 2 部 ４章
4.8 項の内、字幕に関する規定を参照する。
第 2 部 ４章
4.9 項の内、字幕に関する規定を参照する。
第 2 部 ４章
4.10 項の ロールアップモードは運用しない。
5.1.3.9. 望ましい受信機動作
ARIB TR-B14
第三編
5.1.3.10. ロールアップモード
ARIB TR-B14
第三編
但し、万が一、ロールアップモードを示すデータを受け取った場合でも、誤動作を生じないこ
と。
5.1.3.11. 字幕アウトスクリーン
ARIB TR-B14
第三編
第 2 部 ４章
4.11 項の 字幕アウトスクリーンは運用しない。
- 184 -
5.2. 多重化
5.2.1. サービス内の多重化
5.2.1.1. 符号化パラメータの変化に関する制約
運用時は、下記制約事項に従うこと。
z
コンテンツ内の映像 ES においては、同一の映像符号化方式とすること。
z
コンテンツ内の映像 ES の映像符号化方式が MPEG2 の場合、以下の映像符号化パラ
メータは不変とすること。また、映像符号化方式が、H.264|MEPG-4 AVC の場合は、
［付録 I］ I.13「符号化パラメータの変更」に従うこと。
vertical_size_value 、 horizontal_size_value 、 aspect_ratio_information 、
progressive_sequence、frame_rate_code、sequence_display_extension の各 field
z
コンテンツ内の音声 ES においては、同一の音声符号化方式とすること。
（ひとつの ES 内の符号化方式の切り替えは禁止。複数 ES の音声符号化は同一とす
ること）
z
コンテンツ内の音声 ES においては、音声モードは不変とすること。
z
コンテンツ内の音声 ES 数は不変であること。
（TS 内での ES 数増減は禁止）
5.2.1.2. ES のタイプ識別
PMT における ES のタイプ識別情報は表 5-2 の通りとする。
表 5-2 ES のタイプ識別情報
ストリーム種別
映像
MPEG2
ストリーム形式識別子
データ符号化方式記述子
0x02
なし
H.264 | MPEG4-AVC 0x1B
音声
字幕
MPEG1 レイヤ 2
0x03
MPEG2 AAC
0x0F
なし
0x06
常時あり
data_component_id の 値 は
0x0008
5.2.1.3. サービス（１コンテンツ）当たりの最大 ES 数
コンテンツメディアファイルにおいて、1 サービス（１コンテンツ）当たりのストリーム種別
- 185 -
毎の ES の最大数は、
○ 映像 ES の最大送信数
1
○ 音声 ES の最大送信数
2
○ 字幕 ES の最大送信数
1
とする。尚、映像、音声の ES 数は 0 であることは許されない。
ここで規定する最大数は配信事業者が同時に送信する ES の最大数（すなわち PMT の第二ル
ープ＝ES ループのループ最大数）である。
5.2.1.4. デフォルト ES
受信機がサービスを選択したときに、どの ES をデフォルトとして選択するかについては、ス
トリーム識別記述子を運用しないのでコンポーネントタグ値で判断せず以下の判断基準とする。
映像、字幕については１ES のみなので自動的にデフォルト ES と判断し、音声で 2ES 運用を
行う場合は、PMT において最初に配置される音声 ES をデフォルト ES と判断する。
5.2.2. MPEG-2（システムズ）の詳細運用
5.2.2.1. 映像、音声、字幕の提示同期
通常再生用 TS に関しては、受信機側では PTS と DTS の両方または片方を基準として提示同
期の制御を行う。よって送出側では、受信機処理の破綻が無いように映像、音声、字幕の同期を
制御して PTS、DTS の付与を行うこと。
5.2.2.2. PAT の運用
(1) PAT 内に記載される version_number は常に 0x00 を記述する。
(2) PAT 内に記載される program_map_PID 数は常に１とする。
(3) PAT 内への network_PID の記載の有無については規定を行わないが、記載されている場合
においても当該情報は意味を持たず、受信機の動作とは関係しない。
(4) PAT 内に記載される program_number の値については PMT を識別するためだけに使用し、
service_id の意味は持たない。
- 186 -
5.2.2.3. PMT と ES の扱い
z
PMT 内に記載される version_number は常に 0x00 を記述し、サービス内で ES の増
減は行わない。
z
PMT 内に記載される program_number の値については PAT との整合性のために使
用し、service_id の意味は持たない。
5.2.2.4. TS の最大レート
TS のレートは、「上限 20Mbps 程度」とする。（TTS のタイムスタンプを含む。）
5.2.2.5. PCR の運用
各サービスの PCR は、PCR ベースフィールドの最終ビットを含むバイトの時間間隔が
100msec 以下になるように TS を構成すること。
5.2.3. タイムスタンプ付 TS
IPTV サービスでは、タイムスタンプ付 TS を用いて PSI/SI、映像、音声、字幕信号を伝送す
る。
5.2.3.1. タイムスタンプ付 TS のデータ構造
タイムスタンプ付 TS のデータ構造を表 5-3 に示す。
表 5-3 タイムスタンプ付 TS のデータ構造
データ構造
bit
Identifier
32
uimsbf
TimeStampedTS () {
Do{
timestamp
transport_packet()
}
}
timestamp（タイムスタンプ）： 連続するトランスポートパケットのデコーダへの相対的入力時刻を制
御するためのクロックカウンタの値である。タイムスタンプは 32bit, 27MHz のリニア歩進カウンタ値
であり、0x00000000～0xFFFFFFFF の値を繰り返すこととする。
transport_packet()： ISO/IEC13818-1 に規定されるトランスポートパケット。
- 187 -
5.2.3.2. タイムスタンプ付 TS 生成モデル
通常の TS 生成モデルを拡張し、タイムスタンプ付 TS の生成モデルを説明する。図 5-1 にフ
ローモデルを示す。マルチプレクサ出力の TS にタイムスタンプを付加してタイムスタンプ付き
TS とする。
①. 元の TS の生成時に用いられた 27MHz クロックを用い、リニアな 32bit カウンタをフリー
ランさせる。27MHz クロックを共用できない環境の場合は、TS から PCR を抽出して STC
を構成し、これにより PLL を構成して 27MHz クロックを再生した上で上記 32bit カウンタ
を回す。
②. TimeStamp 付加部に TS パケットが到着したタイミングで上記カウンタ値をスタンピング
したタイムスタンプを付加し、TTS パケットとする。
27MHz
32bit カウンタ
マルチプレクサ
STC/PCR 生成
映像
映像エンコーダ
音声
音声エンコーダ
字幕
字幕エンコーダ
Stamping
TS
Timestamp 付加
図 5-1 タイムスタンプ付 TS の生成モデル
- 188 -
TTS
5.3. PSI 詳細
5.3.1. 運用するテーブルと記述子
コンテンツメディアファイルにおけるテーブルを表 5-4 に示す。また、テーブルに配置される
記述子を表 5-5 に示す。
表 5-4 伝送されるテーブル
PID
Table_id
0x0000
0x00
PAT
◎
PAT による間接
0x02
PMT
◎
テーブル
送出レベル
指定
送出レベル：
◎：常に伝送
表 5-5 テーブルに配置される記述子
Table_id
テーブル
記述子／記述子用予約領域
送出レベル
0x02
PMT(1st_loop)
スタッフ記述子（注 1）
○（注 2）
Registration 記述子
○（注 3）
限定受信方式記述子
×
デジタルコピー制御記述子
×
コンテント利用記述子
×
スタッフ記述子
×
限定受信方式記述子
×
ストリーム識別記述子
×
デジタルコピー制御記述子
×
データ符号化方式記述子
○(注 4)
PMT(2nd_loop)
送出レベル：
◎：常に配置
○：必要に応じて配置
×：配置しない
（注 1）PMT(1st_loop)の先頭に配置すること。また、各フィールドの初期値はD.11 の通り
とする。
（注 2） エキスポートするコンテンツには、必ず配置する。
（注 3） 本仕様の映像コンテンツには、必ず配置する。
（注 4）字幕 ES を送出する場合は、必ず配置する。
- 189 -
5.3.2. TS パケット化と伝送規則
この章では、PSI の各セクションを TS パケット化し伝送する際に遵守する規則に関して記述
する。
5.3.2.1. TS パケットへのセクション配置規則詳細
コンテンツメディアファイルにおいても、ARIB TR-B14 第四編 第１部 11.2「TS パケット伝
送詳細」に従う。但し、PSI/SI として PAT 及び PMT のみ運用する。
5.3.2.1.1. マルチセクション伝送
マルチセクション伝送は運用しない。
5.3.2.1.2. TS パケット伝送詳細
ARIB TR-B14 第四編 第１部 11.2「TS パケット伝送詳細」に従う。但し、［送出運用規則］
の(1)(2)の２項目のみ遵守することとし、PSI/SI として PAT 及び PMT のみ運用する。
5.3.2.1.3. 連続性指標
ARIB TR-B14 第四編 第１部 11.3「連続性指標」に従う。
5.3.3. テーブル伝送運用
この章ではテーブル（セクション）の伝送運用の詳細事項に関して記述する。
5.3.3.1. セクションの分割
PSI セクションの分割は行わない。
すなわち、section_number フィールド、last_section_number フィールドは常に 0 を記述する。
5.3.3.2. セクションへの記述子の配置
ARIB TR-B14 第四編 第１部 12.2「セクションへの記述子の配置」に従う。
但し、拡張形式イベント記述子及び EIT に関する記述は参照しない。
5.3.3.3. テーブルの更新
1 つの TS ファイル内では、PSI 各テーブルの更新は行わない。
5.3.4. PAT(Program Association Table)
5.3.4.1. PAT の構造および運用
［用途］
コンテンツメディアファイルに関連する PMT を伝送する TS パケットの PID を指定する。
［構造］
ARIB TR-B14 第四編 第３部 30.1.1「PAT の構造および運用」の表 31-1 に従う。
- 190 -
［各フィールドの意味］
各 フ ィ ー ル ド の 意 味 に 関 し て は 、 ARIB STD-B10 第 2 部 5.2.1 項 の 規 定 に 従 い 、
ISO/IEC13818-1 2.4.4 項の定義に従う。
［送出運用規則］
z
PAT は必ず送出する。
z
1 トランスポートストリームで送出する PAT は 1 つとする。
各フィールドの送出運用規則は、TR-B14 第四編 第３部 30.1.1「PAT の構造および運用」の
表 30-2 に従う。
［受信処理規準］
各フィールドの受信処理規準は、第四編 第３部 30.1.1「PAT の構造および運用」の表 30-3
に従う。
network_PID にいかなる値が入っていても無視する。
- 191 -
5.3.5. PMT(Program Map Table)
5.3.5.1. PMT の構造および運用
［用途］
コンテンツを構成する各符号化信号を伝送する TS パケットの PID を指定する。
［構造］
ARIB TR-B14 第四編 第３部 30.3.1「PMT の構造および運用」の表 31-15 に従う。
［各フィールドの意味］
各 フ ィ ー ル ド の 意 味 に 関 し て は 、 ARIB STD-B10 第 2 部 5.2.3 項 の 規 定 に 従 い 、
ISO/IEC13818-1 2.4.4 項の定義に従う。
［送出運用規則］
z
PMT は必ず送出する。
z
1 トランスポートストリームで送出する PMT は 1 つとする。
z
PMT は複数 TS パケットに跨ることなく、１TS パケットで送出する。
各フィールドの送出運用規則は、ARIB TR-B14 第四編 第３部 30.3.1「PMT の構造および運
用」の表 31-16 に従う。
コンテンツメディアファイルで用いるストリーム形式識別の割当てを表 5-6 に示す。
表 5-6
基本受信機で指定可能なストリーム形式識別
stream_type
割り当て
0x02
ITU-T Rec.H.262 | ISO/IEC 13818-2 ( MPEG2 VIDEO )
0x03
ISO/IEC 11172 音声 ( MPEG1 レイヤ 2 )
0x06
ITU-T Rec.H.222 | ISO/IEC 13818-1 ( MPEG2 SYSTEMS )
PES packets containing private data（字幕）
0x0F
ISO/IEC 13818-7（MPEG2 AAC）
0x1B
ITU-T Rec.H264|ISO/IEC 14496-10
［受信処理規準］
各フィールドの受信処理規準は、は、ARIB TR-B14 第四編 第３部 30.3.1「PMT の構造およ
び運用」の表 31-17 に従う。
［その他特記事項］
ストリーム識別記述子を運用しないため、音声 ES 情報の記載順にてデフォルト ES を判断す
- 192 -
ることとする。
5.3.5.2. PMT 第 1 ループに挿入する記述子
5.3.5.2.1. スタッフ記述子
［用途］
出力情報記述子のための予約領域として使用される。
［構造］
スタッフ記述子の構造は、ARIB STD-B10 第 2 部 6.2.17「スタッフ記述子」の表 6-29
に従う。
［各フィールドの意味］
なお、各フィールドの意味に関しては、ARIB STD-B10 第 1 部 6.2 項の規定に従い、第 2 部
6.2.17 項の定義に従う。
［送出運用規則］
ダウンロードコンテンツには、PMT の１st_Loop の先頭に挿入するのが望ましい。特に、エキ
スポートするコンテンツには、PMT の１st_Loop の先頭に必ず挿入すること。
各フィールドの送出運用規定はD.11 に従う。
［受信処理規準］
本 descriptor_tag および stuffing_byte の値は、当該コンテンツをメディアまたは外部機器へ
の出力 I/F に出力（再生出力またはエキスポート出力）する際に、出力先のメディアもしくは I/F
の規格がこれを必要とする場合には、DRM サーバから指定された出力条件に従って書き換えて
から出力を行うこと。
5.3.5.2.2. Registration 記述子
［用途］
映像コンテンツが、本仕様準拠であることを識別するために用いられる。
［構造］
Registration 記述子の構造は、ISO/IEC 13818-1:2000 に従う。
［各フィールドの意味］
- 193 -
なお、各フィールドの意味に関しては、ISO/IEC 13818-1:2000 の定義に従う。
［送出運用規則］
本仕様の映像コンテンツには、PMT の１st_Loop に必ず挿入すること。各フィールドの送出運
用規定はD.12 に従う。
［受信処理規準］
format_identifier の値が “NWTV”の場合、本仕様の映像コンテンツであると識別すること。
5.3.5.3. PMT 第 2 ループに挿入する記述子
5.3.5.3.1. データ符号化方式記述子
［用途］
当該 ES のデータ符号化方式を識別するために使用される。
［構造］
データ符号化方式記述子の構造は、ARIB STD-B10 第２部 6.2.20「データ方式記述子」の表
6-32 に従う。
また、付加識別情報（additional_data_component_info）には、ARIB STD-B24 第一編 第３
部 9.6.1 「データ符号化方式記述子」の表 9-15 に従う。
［各フィールドの意味］
なお、各フィールドの意味に関しては、ARIB STD-B10 第 1 部 6.1 項の規定に従い、第 2 部
6.2.20 項の定義に従う。
［送出運用規則］
◎当該 ES が字幕 ES である場合に必ず配置する。
各フィールドの送出運用規則は、ARIB TR-B14 第三編 第２部 4.2.8.5 「データ符号化方式
記述子」に従う。
［受信処理規準］
各フィールドの受信処理規準は、ARIB TR-B14 第三編
記述子」に従う。
- 194 -
第２部
4.2.8.5 「データ符号化方式
［その他特記事項］
特になし。
5.4. 各種数値割り当て一覧
5.4.1. 各種数値の割り当て方法ガイドライン
5.4.1.1. トランスポート識別（transport_stream_id）割り当てガイドライン
送出側で transport_stream_id に任意の値を割り当て可能だが、値は意味をなさない。よって、
受信側ではいかなる値も適切に無視できること。
5.4.2. 識別子一覧
5.4.2.1. data_component_id
字幕 ES のデータ符号化方式記述子に記載する data_component_id 値は 0x0008 とする。
5.4.2.2. service_id
service_id に特定の値を規定しない。
- 195 -
6. 再生制御情報
受信機は、ダウンロード・コンテンツの再生に先立って、再生制御メタファイル、およびスト
リーム再生制御情報(SCI)を取得する必要がある。
6.1. 再生制御メタファイル
受信機は、ダウンロード・コンテンツの再生を行う前に再生制御メタファイルを取得しなけれ
ばならない。再生制御メタファイルには、受信・再生制御に用いられる情報、DRM に関連して
コンテンツの暗号を解くために用いられる情報等が含まれ、ERI、LLI と呼ばれる 2 つの XML
文書から構成される(但し、非暗号化コンテンツにおいては LLI を含まず ERI のみで構成)。この
再生制御メタファイルは、図 6-1 に示す通り、上記の XML 文書を、ARIB STD-B24 第二編 9.1.2
で規定されるエンティティ形式とし、それらをマルチパート形式とした形態で提供され、リソー
スリストも ARIB STD-B24 第二編 9.1.2.3 の規定に従い付加することとする。リソースリスト
に配置する各 XML 文書の resourceTypeValue は TypeValue=0x1、SubtypeValue=0x014 とする。
再生制御メタファイルは、コンテンツとしての暗号化の対象外とする。
また再生制御メタファイル全体として、将来拡張も含め 64KB(1KB=1024 バイト)以下とする。
- 196 -
HTTP/1.1 200 OK
Server: xxxxxx/1.0
Date: Sun, 11 Feb 2009 07:57:02 GMT
HTTP
Connection: close
メッセージヘッダ
Content-Type: application/X-arib-contentPlayControl
Content-Length: XXX
Content-Type: multipart/mixed; boundary=”THIS_STRING_SEPARATES”
Content-Length: XXX
Content-Location:
--THIS_STRING_SEPARATES
Content-Type: application/X-arib-resourceList
Content-Location: resource.bin
Content-Length: XXX
Resource List
--THIS_STRING_SEPARATES
Content-Type: text/xml; charset=”UTF-8”
HTTP ボディ(再生制御
Content-Location: XXXX.eri
メタファイル)
Content-Length: XXX
ERI
--THIS_STRING_SEPARATES
Content-Type: text/xml; charset=”UTF-8”
Content-Location: XXXX.lli
Content-Length: XXX
LLI
--THIS_STRING_SEPARATES--
図 6-1
再生制御メタファイルの構成
受信機は、HTTP(S)の GET メソッドにより“.cpc”の拡張子で指定される再生制御メタファ
イルの取得要求を行う。コンテンツサーバは、図 6-2 に示すとおり、上記のデータ構造全体をエ
ンティティボディに含み、Content-Type に“application/X-arib-contentPlayControl”と指定し
た HTTP(S)レスポンスを返す。上記 Content-Type により再生制御ファイルであることを識別で
きる。また、この HTTP(S)レスポンスにおいて Content-Length を必ず付けることとする。尚、
Content-Length の最大値は 64KB とする。再生制御モジュール内のリソース配置の順番につい
ては、まずリソースリストが先頭で、次に ERI、LLI の順に配置することとする。
- 197 -
ERI
LLI
リソースリスト(ARIB STD-B24)
図 6-2
再生制御メタファイルの HTTP(S)レスポンスメッセージ例
次に、本規定における再生制御メタファイル構成要素の位置づけを示す。
z
ERI (Entry Resource Information)
対象コンテンツの取得形態に関わらないコンテンツ固有の属性情報
z
LLI (License Link Information)
対象コンテンツのライセンス及び権利保護に関連する情報
6.1.1. ERI
コンテンツ固有の属性情報を規定する ERI(Entry Resource Information)を定義する。ERI は、
再生制御メタファイルに必ず 1 つのみ存在し、XML で表記することとする。また文字符号とし
て UTF-8(BOM なし)を用いることとする。なお ERI のリソースとしてのメディア型は、
text/xml;charset=”UTF-8”、拡張子は、”.eri”とする。半角は、2 文字を全角１文字とする。
本規定における ERI の要件は、次のとおりである。
z
対象コンテンツ本体の参照先(エントリ情報)を指定する。
z
対象コンテンツが暗号化コンテンツか否かの識別情報を提供する。
z
表示用に対象コンテンツのタイトル情報、詳細情報等を提供する。
z
対象コンテンツの情報として、受信機がチャプタ再生を行うための情報を提供する。
z
事前通知の制御情報として映像信号の属性情報を提供する。
z
事前通知の制御情報及び選択音声の表示用情報として音声信号の属性情報を提供する。
z
選択字幕の表示用情報として、字幕信号の属性情報を提供する。
z
チャプタ情報、およびチャプタのサムネイル画像ファイルの URI を提供する。
ERI の構造を次に示す。
- 198 -
表 6-1
項目
ERI 文書の構造
説明
出 現
数
ERI 文書全体
<eri>
<header>
1
1
<date>
作成日
0..1
<time>
作成時間
0..1
<encryption>
暗号/非暗号コンテンツの識別
1
対象コンテンツのエントリリソース情
1
<startup>
報
<content_title>
対象コンテンツのタイトル名
1
<content_abstract>
対象コンテンツの概要
0..1
<duration>
対象コンテンツの時間長
1
<start>
対象コンテンツ本体の参照先のファイ
0..1
ル名
<content_chapter_info>
<chapter_thumbnail_uri_path>
チャプタ情報
0..1
チャプタのサムネイル画像を格納する
0..1
ディレクトリ
<chapter>
1..99
@number
<chapter_point>
チャプタ番号
1
チャプタの開始点(番組開始からの相
1
対時刻)
<chapter_title>
チャプタのタイトル
0..1
<chapter_thumbnail_file>
チャプタのサムネイル画像のファイル
0..1
名
<es_info>
<video_info>
@resolution
@coding
<audio_info>
@es_number
@mode
<audio_title>
<caption_info>
ES 情報
1
映像 ES の情報
1
解像度
1
符号化方式
1
音声 ES の情報(音声チャンネル毎)
0..4
音声 ES 番号
1
音声モード
1
音声チャンネルのタイトル名
0..1
字幕 ES の情報(言語毎)
0..2
- 199 -
項目
説明
出 現
数
@number
字幕番号
1
@language
字幕言語
1
(1) header 要素
z
本要素は必ず文書中に 1 つのみ配置する。また各子要素もそれぞれ 1 つずつ配置する。
(2) startup 要素
z
本要素は必ず文書中に 1 つのみ配置する。
(3) content_chapter_info 要素
z
本要素の配置は、オプションであるが、本要素を配置する場合には必ず chapter 要素
を 1 つ以上配置する。
z
chapter 要素は、番号を昇順で記述する。また、同一値の chapter 要素を、複数設定
しない。
z
duration 要素の値より大きな、chapter_point 要素は記述しない。
z
チャプタのサムネイル画像を使用する場合、1 つのコンテンツの各チャプタに対応す
るサムネイル画像はすべて同じディレクトリに配置しなければならない。このディレ
ク ト リ の URI を chapter_thumbnail_uri_path 要 素 に 、 フ ァ イ ル 名 を
chapter_thumbnail_file 要素にて指定する。また、サムネイル画像ファイルのフォー
マットは、C.1 で定める JPEG ファイル規定に従う。ディレクトリの URI 表記は”/”
で終端する。
例）https://www.example.com/foo/bar/
z
chapter_thumbnail_uri_path 要素には、チャプタのサムネイル画像が格納されてい
るディレクトリの URI を、スキームも含め 255 バイト以下の文字列で記述する。本
要素の配置はオプションであるが、chapter_thumnbail_file 要素を配置する場合には
必ず 1 つ配置する。
z
chapter_thumbnail_file 要素には、チャプタのサムネイル画像のファイル名を、32
バイト以下の文字列で記述する。なお、本要素にはサブディレクトリを含んではなら
ない。即ち、”/”を含んではならない。
z
chapter_title 要 素 を 運 用 す る 場 合 に は 、 全 て の chapter_point 要 素 に 対 し て
chapter_title 要素を配置する。
z
chapter_thumbnail_file 要素を運用する場合には、全ての chapter_point 要素に対し
て chapter_thumbnail_file 要素を配置する。
- 200 -
z
chapter_title 要素、および、chapter_thumbnail_file 要素は配置せず、chapter_point
要素のみを配置するコンテンツがあってもよい。
(4) es_info 要素
z
本要素は必ず 1 つ配置し、必ず子要素として、video_info 要素を記述する。子要素
audio_info 要素、caption_info 要素の配置はオプションとする。video_info 要素は、
必ず resolution 属性と coding 属性を指定する。
z
resolution 属性には、解像度、走査、アスペクト比の情報を組み合わせた解像度タイ
プとして以下の中からタイプ番号を指定する。ここでのアスペクト比とは、映像フレ
ーム全体の表示アスペクト比を表す。MPEG-2 Video で sequence_display_extension
が伝送される場合、sequence_header で送られる aspect_ratio_information は、
display_vertical_size と display_horizontal_size で指定される領域のアスペクト比を
表すため、ここで指定するアスペクト比とは異なる場合があることに注意が必要であ
る。
z
タイプ番号
解像度 走査・アスペクト比
“1”
1080i
16:9
“2”
720p
16:9
“3”
480i
16:9
“4”
480i
4:3
“5”
240p
16:9
“6”
240p
4:3
coding 属性には、映像符号化方式として、MPEG2 の場合には”mpeg2”、H.264 の場
合には”avc”を指定する。
z
audio_info 要素は、オプションであるが、配置する場合は必ず選択可能な各オーディ
オチャンネルの情報を示す。es_number 属性は、整数で 1 または２を設定するが、デ
フォルト ES を１とする。mode 属性は、音声信号のモードと位置を示す。ステレオ
の場合は”stereo”、モノラルの場合は”mono”,マルチチャンネルの場合は“multi”、デ
ュ ア ル モ ノ の 場 合 は 、 左 チ ャ ン ネ ル な ら ’dual_mono_left” 、 右 チ ャ ン ネ ル な
ら”dual_mono_right”と指定する。各オーディオチャンネルに対して必ず１つの
audio_title 要素を配置する。文書中の配置順としては es_number 属性値の小さい方
から、またデュアルモノの場合は mode 属性値が dual_mono_left の方から配置する。
z
audio_title 要素には、音声チャンネルのタイトル名として、２４バイト以下かつ全角
8 文字以下で記述する。caption_info 要素は、オプションであるが、配置する場合は、
- 201 -
必ず選択可能な字幕言語の情報を示す。number 属性は整数で”1”または”２”を付与す
るが、それぞれ第１言語、第２言語に対応させる。文書中の配置順としては number
属性の小さい方から配置する。また各言語に対して必ず language 属性で言語を指定
する。language 属性は、ISO_639_language_code 及び ISO_639_language_code_2
に記述される言語名とする。(“ja”日本語、”en”英語等)
ERI の記法に関するガイドラインについては、［付録 G］を参照。
ERI の記述例を図 6-3 に示す。
<?xml version=’1.0’ encoding=”UTF-8”?>
<eri>
<header>
<date>20050314</date>
<time>150749</time>
<encryption>1</encryption>
</header>
<startup>
<content_title>コンテンツ ABC</content_title>
<content_abstract>コンテンツ ABC の概要</content_abstract>
<duration>021320</duration>
</startup>
<content_chapter_info>
<chapter_thumbnail_uri_path>http://www.example.com/foo/bar/
</chapter_thumbnail_uri_path>
<chapter number=”1”>
<chapter_point>1380</chapter_point>
<chapter_title>序章</chapter_title>
<chapter_thumbnail_file>chapter1.jpg</chapter_thumbnail_file>
</chapter>
<chapter number=”2”>
～～～～～～省略～～～～～～
</content_chapter_info>
<es_info>
<video_info resolution=”1” coding=”avc” />
<audio_info es_number=”1” mode=”stereo”>
<audio_title>主音声</audio_title>
</audio_info>
<caption_info number=”1” language=”ja” />
</es_info>
</eri>
図 6-3
ERI 文書の記述例
- 202 -
6.1.2. LLI
コンテンツのライセンス・権利保護の関連情報を規定する LLI(License Link Information)を定
義する。LLI は対象コンテンツが暗号化コンテンツである場合には再生制御メタファイルに必ず
1 つ存在し、XML で表記される。対象コンテンツが非暗号化コンテンツの場合には存在しないも
のとする。また文字符号として UTF-8(BOM なし)を用いることとする。なお、LLI のリソース
としてのメディア型は、text/xml;charset=”UTF-8”、拡張子は”.lli”とする。半角は、2 文字を全
角１文字とする。
本規定における LLI の要件は以下のとおりである。
z
対象コンテンツのライセンスの取得に必要となる情報を提供する。
z
ライセンス取得先として適正なサーバに安全に誘導する。
z
対象コンテンツのライセンスの利用条件情報を提供する。
LLI の構造を次に示す。
表 6-2 LLI 文書の構造
項目
説明
出 現
数
LLI 文書全体
<lli>
<header>
1
0..1
<date>
作成日
1
<time>
作成時間
1
DRM サーバの URI
1
署名対象要素の ID
1
DRM システムの識別情報
1
<drm_server_uri>
@sigid
<drm_system>
<license>
1..10
<license_id>
ライセンス ID
1
<license_description>
ライセンスの利用条件テキスト情報
0..1
署名
1
署名対象要素の ID 参照
1
署名検証用公開鍵証明書
1
<signature>
@reference
<certificates>
(1) header 要素
z
date 要素及び time 要素の指定は ERI と同じとする。6.1.1 節参照のこと。
(2) drm_server_uri 要素
z
ライセンス取得先の DRM サーバの URL を 240 バイト以下の文字列で指定する。
signature 要素に記述される署名対象要素となるので、必ず sigid 属性として”
- 203 -
ServerUri”を指定する。
(3) drm_system 要素
z
DRM システムの識別情報として、DRM システム名を文字列で指定する。（Marlin
IPTV-ES 方式の場合は”marlin_iptv_es”）と指定する。）
(4) license 要素
z
license_id 要素にはライセンス ID を 16 進数表記 16 桁で指定する。(“0x”表記は不要)
z
license_description 要素には、当該ライセンスに対応する利用条件の視聴者への提示
情報を 60 バイト以下かつ全角 20 文字以下で記述する。但し本要素の配置はオプショ
ンとする。
(5) signature 要素
z
signature 要素には、署名対象の要素の署名の値を Base64 で符号化して記述する。
署名対象となる要素は、空白、タブ、改行も含めて署名対象とする。また、署名対象
の要素が URL エンコードされている場合、署名対象とするのは URL エンコードされ
ている状態の文字列であり、URL デコード後の URL ではない。署名の値の算出方法、
及び受信機における署名検証方法は、2.1.3 参照のこと。
z
reference 属性として署名対象となる要素の sigid 属性の値を参照する。署名対象は
drm_server_uri 要素のみとするので、必ず”ServerUri”を指定する。
(6) certificates 要素
z
certificates 要素には、signature 要素に記述される署名の検証に必要な公開鍵証明書
を Base64 で符号化して改行無しで記述する。署名検証を実現するのに複数の公開鍵
証明書の連鎖が必要になる場合には PKIPath 形式にて複数の証明書を記述する。但
し受信機に含まれるルート証明書は含まない。また最大証明書数は５とし、certificate
要素に記述される証明書連鎖の最大サイズを 5120 バイトとする。
LLI の記法に関するガイドラインについては、［付録 G］を参照。
コンテンツ･ダウンロードにおける LLI の記述例を図 6-4 に示す。
- 204 -
<?xml version=’1.0’ encoding=”UTF-8”?>
<lli>
<header>
<date>20050314</date>
<time>150749</time>
</header>
<drm_server_uri sigid=”ServerUri”>http://XXXXXXXX</drm_server_uri>
<license>
<license_id>17A67FB0569121C6</license_id>
<license_description>再生開始後 2 泊 3 日
</license_description>
</license>
<license>
<license_id>17A67FB1785421D7</license_id>
<license_description>3 回までコピー可能
</license_description>
</license>
<signature reference=”ServerUri”>XXXXXXX・・・X
</signature>
<certificates>XXXXXXXXXX・・・X
</certificates>
</lli>
図 6-4
LLI 文書の記述例
6.1.3. タブ/改行/復帰/スペースの扱い
再生制御メタファイルで規定される要素・属性の文字列のデータ型については、#x9(タブ)を用
いてはならない。#x9(タブ)が利用された場合には、その処理方法は受信機依存である。また、#xA、
#xD、#xD＋#xA は改行コード、#x20 はスペースと認識して取り扱う。改行コード、スペースは、
eri/startup/content_abstract 要素に利用できる。文字列の最大長など、文字数のカウントにおけ
る当該要素の扱いは、#xA(改行)、#xD(復帰)、#x20(スペース)はすべて 1 文字、１バイト、#D(復
帰)+#A(改行)は 2 文字、2 バイトとみなして XML 文書中に記述する。なお、受信機処理として
は、改行コードを W3C 勧告として公開されている XML1.0(Fourth Edition)に準拠し、#xA(改行)
の 1 文字 1 バイトに正規化した後に処理する。
- 205 -
6.2. ストリーム再生制御情報（SCI）
特殊再生やジャンプ等を行うため、コンテンツの時間軸とバイト位置のマッピング情報を提供
する SCI(Streaming Control Information)を規定する。
6.2.1. ストリーム再生制御情報のシンタックス構造
ストリーム再生制御情報のシンタックス構造を表 6-3 に示す。
表 6-3
ストリーム再生制御情報のシンタックス構造
シンタックス
StreamControlInformation() {
General_information ()
Time_size_information ()
}
ビット数
備考
シンタックス
General_information () {
total_play_time
TSbitrate
PCR_PID
PMT_PID
Video_stream_type
Video_elementary_PID
number_of_audio_stream
for (i=0; i<number_of_audio_stream; i++) {
audio_stream_type
audio_elementary_PID
}
number_of_caption_stream
for (i=0; i<number_of_caption_ stream; i++) {
caption_stream_type
caption_elementary_PID
}
non_skip_period
}
ビット数
備考
シンタックス
Time_size_information () {
ビット数
- 206 -
24
32
16
16
8
16
8
8
16
10ms 単位
<213
<213
< 213
< 213
8
8
16
< 213
32
90kHz unit
備考
first_group_pictures_offset
reserved
first_pictures_PTS
reserved
last_pictures_PTS
number_of_entry
for (i=0; i<number_of_entry; i++) {
reserved
PTS_of_group_picture
TS_packet_number_for_group_picture
number_of_TS_packets_for_I_picture
}
16
7
33
7
33
24
7
33
32
16
“1111111”
90kHz unit
“1111111”
90kHz uint
“1111111”
90kHz unit
}
(1) total_play_time： 総再生時間を 10m 秒単位で示した値を設定する。
(2) TSbitrate： 当該 TS のビットレートを bps 単位で示した値を設定する。
(3) PCR_PID：PCR を含む TS パケットの PID
(4) PMT PID：PMT を含む TS パケットの PID
(5) video_stream_type：映像 ES のストリーム形式識別
(6) video_elementary_PID：映像 ES の PID
(7) number_of_audio_stream：音声 ES の総数。1 もしくは 2 の値を取る。
(8) audio_stream_type：音声 ES のストリーム形式識別（デフォルトの音声 ES 情報
を 1 つ目に配置する）
(9) audio_elementary_PID：音声 ES の PID （デフォルトの音声 ES 情報を 1 つ目
に配置する）
(10) number_of_caption_stream：字幕 ES の総数。０もしくは１の値を取る。
(11) caption_stream_type：字幕 ES のストリーム形式識別
(12) caption_elementary_PID：字幕 ES の PID
(13) non_skip_period：ストリーム先頭（first_pictures_PTS）からの早送り、スキッ
プ禁止の期間を、90kHz を単位として設定する。0 は禁止期間が無いことを示す。
（最大 13 時間を想定）
non_skip_period に基づく、飛ばし見禁止区間の再生制御の詳細については、付
録E.5 を参照のこと。
(14) first_group_pictures_offset： 映像 ES の最初のアクセスユニットの先頭までの
TS のパケット数
(15) first_pictures_PTS：最初に表示される映像の PTS 値（I 以外のピクチャ含む）
(16) last_pictures_PTS：最後に表示される映像の PTS 値（I 以外のピクチャ含む）
- 207 -
(17) number_of_entry：アクセスユニットの総数
(18) PTS_of_group_picture：90kHz を単位としたアクセスユニットの PTS 値を示す。
(19) TS_packet_number_for_group_picture：アクセスユニットの先頭を含む TS パケ
ットの、ストリーム先頭からの 0 から開始する TS パケット番号を示す。
(20) number_of_TS_packets_for_I_picture：アクセスユニット先頭の TS から、最初
の基準ピクチャ（I-picture）を含むフレームの最後のパケットまでの、TS パケ
ットの数を示す。
6.2.2. ストリーム再生制御情報の各データの運用
図 6-5 に SCI のデータの構成を示す。
PTS_of_GP
176036
140000
221081
first_GP_PTS=140000
I B B P
I B B P
I B B P
アクセス ユ ニット
#1
アクセス ユ ニット
#2
アクセス ユニット
#3
Video Frame Sequence
TS Packet Sequence
TS Packet No
0 100
TSP_No_for_GP
1100
100
Nof_TSP_for_I_pic
1700
2960
1700
1000
3600
4730
3600
1260
5300
5300
1130
first_GP_offset=100
図 6-5
ストリーム再生制御情報のタイムマップ
SCI で使用するアクセスユニットとは、GOP 相当の単位で区切ったストリームであり、図 6-6
に映像の符号化方式による、アクセスユニットの例を示す。H.264 の GOP 詳細については、
「I.7
ビットストリームのデータ構造」と、「付録 I.8
- 208 -
GOP 構造」を参照とする。
(1) H.264
アクセス ユニット
I ピク チャ サ イズ
アクセス
ユニット
デリミタ
シーケンス
パ ラメータ
セット
(2) MPEG-2
ピクチャ
パ ラメータ
セット
SEI
IDRピク チャ
or non IDRIピ クチャ
アクセス
ユニット
デリミタ
アクセス ユニット
I ピク チャ サ イズ
シーケンス
ヘッダ
GOP
ヘッダ
図 6-6
シーケンス
ヘッダ
I　ピク チャ
GOP
ヘッダ
映像符号化方式と SCI のアクセスユニット
(1) total_play_time:
ストリームリソースの通常再生における再生時間を 10m 秒単位の値として設定する。再生時
間が不定、又は未知の場合などは、各データを 0xFFFFFF に設定して運用することができる。
受信機は、これらのデータを用いて、ストリームリソースの再生時間を表示したり、コントロー
ルパネル上に全体の再生時間中での現在の再生位置を示したり、ランダムアクセスを行うための
バー表示などに利用することが想定される。
(2) TSbitrate:
ストリームリソースの TS 再生時のビットレートを bps 単位で示す。可変ビットレートの場合
には最大値を設定する。ビットレートが未知の場合には、0xFFFFFFFF に設定して運用できる。
受信機は、参考情報としてこの値を用い、例えば、受信機の処理性能上、レートが高すぎる場合
はあらかじめ再生を拒否する等の利用が考えられる。
(3) PCR_PID:
video_stream_type:
video_elementary_PID:
audio_stream_type:
audio_elementary_PID:
caption_stream_type:
- 209 -
caption_elementary_PID:
ストリームリソースの PCR を含むパケット及び、映像、音声、字幕の ES（エレメンタリース
トリーム）を示す。ストリームリソース内の PMT にも同じ情報が含まれるが、受信機において
ストリームの先頭のパケットからの再生を可能とするために、ストリームリソースの再生時以前
にこれらの情報を取得して、デマルチプレクサに設定するなど再生準備を整えておくのに利用で
きる。蓄積済みのストリームリソースを再生する時に、ランダムアクセスにより途中から再生す
る場合も想定すると、これらの情報はストリームリソースの最初から最後まで変化しない運用が
前提となる。
(4) TS_packet_number_for_group_picture:
映像 ES において各アクセスユニット毎の先頭 TS パケットの TS パケット番号を設定する。
ここで TS パケット番号とは、他の ES や PSI などのパケットが多重化されているストリームリ
ソースの TTS において、その映像 ES のアクセスユニットの先頭パケットの番号であって、ス
トリーム先頭からのパケット番号を指す。受信機側では、これを元にストリームリソースの任意
のアクセスユニットのデータ上の位置を知ることが可能で、ランダムアクセスや各種トリックプ
レーが実現できる。
(5) number_of_TS_packets_for_I_picture:
各アクセスユニットの先頭に位置する I ピクチャのパケット数を示す。ここでパケット数とは、
他の ES や PSI などのパケットが多重化されている TS において、その映像 ES の各アクセス
ユニットの先頭のパケットからそのアクセスユニットの I ピクチャを含むフレームの最後のパ
ケットまでのパケット数を指す。よって他のパケットを含むパケット数となる。これにより、受
信機においては、I ピクチャのみを抽出して早送り再生などのトリックプレーを実現する際に、
再生タイミング以前にあらかじめ I ピクチャのデータを抽出しておくなどの効率的な処理が可
能となる。
- 210 -
7. ECG メタデータ
7.1. 概要
ECG メタデータは、ECG において表示を主目的として利用される想定のメタデータである。
本仕様は、基本的に ARIB STD-B38 規格に基づく記述言語型メタデータとするが、前記規格の
サブセットで、かつ要件に応じた拡張を施した仕様となる。
ECG メタデータは、本仕様においては、ダウンロード時にコンテンツや再生制御情報と共に受
信機で取得し、受信機の ECG においてダウンロード済みのコンテンツを利用する為のナビゲー
ションに利用されることを想定する。但し将来 ECG からコンテンツをダウンロードする為のナ
ビゲーションに用いる等の他の目的に利用したり、受信機が適宜メタデータサーバにアクセスし
て必要なメタデータを取得する等の他の取得手段を得る等の拡張性も考慮する。一方でダウンロ
ード済みコンテンツのナビゲーションを目的とした ECG で、ECG メタデータを利用せずに、再
生制御情報のみを利用することを禁ずるものではない。
ECG メタデータは、大別すると以下の４種のメタデータに大別される。
z
コンテンツ情報を記述するメタデータ（コンテンツメタデータ）
コンテンツのタイトル・概要等のテキスト、サムネイル画像等の表示情報や、ジャン
ル等の属性情報を示し、ECG においてコンテンツ単位の情報表示や制御に用いる。本
規定では番組情報要素(ProgramInformation)からなる ECG メタデータ文書を指すこ
ととする。
z
シリーズ情報を記述するメタデータ（シリーズメタデータ）
シリーズのタイトル・概要等のテキスト、サムネイル画像等の表示情報やジャンル等
の属性情報を示し、ECG においてシリーズ単位の情報表示や制御に用いる。本規定で
はコンテンツのシリーズを記述するグループ情報要素(GroupInformation)からなる
ECG メタデータ文書を指すこととする。
z
ライセンス情報を記述するメタデータ（ライセンスメタデータ）
コンテンツに付随する利用権利つまりライセンス毎に、その利用条件を示すライセン
ス記述等の表示情報とライセンスを取得する為の制御情報を含む。ECG においては、
コンテンツ情報を記述するメタデータと共にコンテンツ単位の情報表示に用いられる
が、１コンテンツに複数のライセンスが付随する場合には、１つのコンテンツの表示
に対して複数の本メタデータを用いて複数のライセンス情報が表示される想定となる。
本規定ではライセンス参照情報(LicenseInformation)からなる ECG メタデータ文書
を指すこととする。
z
パッケージ情報を記述するメタデータ（パッケージメタデータ）
パッケージ（課金単位）のタイプ（単品）や料金等の属性情報を示し、
- 211 -
ECG においてパッケージ単位の情報表示や制御に用いる。本規定ではオプションとな
る利用前課金の場合に ECG 上で料金を示す情報として利用されることを想定する。
本規定では購入情報要素(PurchaseInformation)からなる ECG メタデータ文書を指す
こととする。
上記のメタデータ間の関係を図 7-1 に示す。
MemberOf/@crid
シリーズを記述するグループ情報要素
シリーズメタデータ
パッケージメタデータ
購入情報要素
MemberOf/@crid
PurchaseIdRef
CRIDRef
番組情報要素
PurchaseIdRef
コンテンツメタデータ
ライセンス参照情報
ProgramCRID
ライセンスメタデータ
図 7-1 メタデータ間の関係
これらの各メタデータを構成する ECG メタデータ文書と構成要素の運用については「7.2」に
規定する。
メタデータをネットワークで伝送する場合の伝送符号化とファイルフォーマットについては
「7.5」に規定する。
なお、以下の記述では、「番組情報要素(ProgramInformation)」を「PI」、「グループ情報要素
(GroupInformation) 」 を 「 GI 」、「 ラ イ セ ン ス 参 照 情 報 (LicenseInformation) 」 を 「 LI 」、
「PurchaseInformation」を「PuI」と略すことがある。
7.2. メタデータ文書と構成要素の運用
7.2.1. メタデータ文書
ECG メタデータは ARIB STD-B38 で規定されたメタデータ文書の形式で記述する。
ダウンロードサービスに用いる ECG メタデータとしては、
「ARIB STD-B38
3.2.7.1」に規定
されるメタデータ文書の要素・属性のうち、表 7-1 に示す要素・属性を運用する。このメタデー
タ文書には、｢ARIB STD-B38｣に存在しない LicenseInformationTable が含まれている。これは
ライセンス参照情報を格納するために本規格において導入された要素である（｢ARIB STD-B38｣
に存在しないテーブルや、要素・属性の拡張については、
「7.4」を参照）。なお、本規定における
- 212 -
メタデータ文書の伝送単位はフラグメント単位のため、メタデータ文書には、
ProgramInformationTable 、 GroupInformationTable 、 PurchaseInformationTable 、
LicenseInformationTable のいずれかのテーブル要素が 1 つだけ格納される。
本章の表中、運用の欄の記載においては、以下の分類を用いる。
○: 記述必須、もしくは、オプション項目
当該要素・属性を含むテーブル要素を記述する場合には、必ず存在するか、存在する場
合がある。
－: 非運用項目
当該要素・属性は運用しない。
また、出現数（運用）は、当該要素・属性の親の要素が出現した場合の条件付の出現数を示す。
表 7-1 メタデータ文書の運用
要素・属性名
運
用
出現
数
(B38)
出現
数
(運
用)
文字数制
限値の制
限
○
○
0..1
0..1
1
0..1
“ja”固定
最大 56 バ
イト
@publicationTime
@rightsOwner
@originID
@version
CopyrightNotice
―
―
―
―
○
0..1
0..1
最大全角
300 文字、
最大 900
バイト
MetadataOriginationInformationTable
ClassificationSchemeTable
ProgramDescription
ProgramInformationTable
@metadataOriginIDRef
@xml:lang
ProgramInformation
―
―
○
○
―
―
○
0..1
0..1
1
0..1
0..∞
1
0..1
0..1
0..∞
1
TVAMain
@xml:lang
@publisher
GroupInformationTable
@metadataOriginIDRef
@xml:lang
GroupInformation
○
―
―
○
ProgramLocationTable
―
- 213 -
備考
注 2)
注 1)
表 7-2 参
照
表 7-22 参
照
ServiceInformationTable
SegmentInformationTable
CreditsInformationTable
ProgramReviewTable
PurchaseInformationTable
@metadataOriginIDRef
@xml:lang
PurchaseInformation
―
―
―
―
○
―
―
○
LicenseInformationTable
@metadataOriginIDRef
@xml:lang
LicenseInformation
○
―
―
○
UserDescription
0..∞
0..1
0..∞
1
―
0..1
―
1
表 7-40 参
照
表 7-41 参
照
―
注) 1つのメタデータ文書中には、"ProgramInformationTable+ProgramInforｍationの組"、
"GroupInformationTable+GroupInformationの組"、
“PurchaseInformationTable+PurchaseInformationの組”
"LicenseInformationTable+LicenseInformationの組"のいずれか1組のみ存在する。
注1) publisherとしてauthority(「7.3.2」参照)を記述して運用する。
注2) ETSITS 102822-3-1 v1 ..4.1を参照し、jaを必須とする。
7.2.2. 番組情報要素(ProgramInformation)の運用
コンテンツメタデータの主要な情報要素となる番組情報要素については、。「ARIB STD-B38
3.2.3.6」に規定されるもののうち、表 7-2 に示す要素・属性を運用する。
表 7-2
要素・属性名
ProgramInformation の運用
運
用
出現数
(B38)
出現数
(運用)
ProgramInformation
@programId
@fragmentId
○
○
1
0..1
1
0..1
@fragmentVersion
○
0..1
0..1
@fragmentExpirationDate
○
0..1
0..1
@metadataOriginIDRef
@xml:lang
―
―
- 214 -
文字数制限
値の制限
備考
最大 255 バイト
16 進 10 桁整数値(10
文字)
10 進 14 桁数値(14 文
字)
YYYY-MM-DDThh:
mm:ss+09:00 形式（注
２）で指定(25 バイト)
注 1)「7.3」参照
注 1)「7.6.2.1」
参照
注 1)「7.6.2.2」
参照
「7.6.2.3」参照
BasicDescription
OtherIdentifier
AVAttributes
MemberOf
@crid
○
○
○
○
○
1
0..∞
0..1
0..∞
1
1
0..1
0..1
0..20
1
○
0..1
0..1
○
―
―
―
―
○
○
1
1
―
―
0..3
1
Start
○
―
0..1
End
○
―
0..1
@index
@xsi:type
DerivedFrom
EpisodeOf
PartOfAggregatedProgram
AggregationOf
Period
@type
表 7-3 参照
表 7-20 参照
表 7-21 参照
最大 255 バイト
表 7-22 参照
GroupInformat
ion@groupId の
値が記載され
る。
10 進 3 桁数値、0 以上
最大 499 とする。
"MemberOfType"
"display"（表示期間）、
"availability" （配信
期間）、"new_arrival"
（新着期間）から選
択｡最大 12 バイト｡
YYYY-MM-DDThh:
注 2)
mm:ss+09:00 形式(注
２)で指定(25 バイト)
YYYY-MM-DDThh:
mm:ss+09:00 形式(注
２)で指定(25 バイト)
注1) programIdが同じで、異なるfragmentIdを持つProgramInformationは存在しない。同一fragmentIdのもと
で、fragmentVersionが更新されても、programIdは変化しない。
注2) YYYY:10進4桁西暦表記、MM:10進2桁月表記、DD:10進2桁日表記、hh:10進2桁時表記、mm:10進2桁分
表記、ss:10進2桁秒表記
表 7-3
要素・属性名
BasicDescription
Title
MediaTitle
TitleImage
TitleVideo
TitleAudio
ProgramInformation/BasicDescription の運用
運 出現数
用 (B38)
○
○
○
○
―
0..∞
0..∞
0..1
0..1
出現数
(運用)
2..6
0..1
0..1
0..1
- 215 -
文字数制限
値の制限
備考
表 7-4 参照
表 7-5 参照
表 7-6 参照
ShortTitle
Synopsis
PromotionalInformation
Keyword
Genre
ParentalGuidance
Language
CaptionLanguage
SignLanguage
CreditsList
AwardsList
RelatedMaterial
ProductionDate
ProductionLocation
CreationCoordinates
DepictedCoordinates
ReleaseInformation
Duration
―
○
○
○
○
○
○
○
○
○
―
○
○
―
―
―
○
○
PurchaseList
○ 0..1
0..∞
0..∞
0..∞
0..∞
0..1
0..∞
0..∞
0..∞
0..1
0..3
0..1
0..20
0..20
1
0..4
0..2
0..1
0..1
表
表
表
表
表
表
表
表
表
7-7 参照
7-8 参照
7-9 参照
7-10 参照
7-11 参照
7-12 参照
7-13 参照
7-14 参照
7-15 参照
0..∞
0..1
0..20
0..1
表 7-16 参照
表 7-17 参照
0..∞
0..1
0..1
0..1
表 7-18 参照
PThhHmmMssS(xsd:durat
ion)形式で指定（注１）
0..1
表 7-19 参照
注1) P:経過を表す文字、T:日付と時刻を分離する文字、hhH:経過した10進2桁時数、mmM:経過した10進2桁分
数、ssS:経過した10進2桁秒数
表 7-4
ProgramInformation/BasicDescription/Title の運用
要素・属性名
運
用
出現数
(B38)
出現数
(運用)
文字数制限
値の制限
最大全角 128 文字、最大 384 バイト
0..1
1
"main"、"alternative"、"popular"、
"seriesTitle"、"episodeTitle"から選
択する。最大 12 バイト。
Title
@xml:lang
―
@phoneticTranscription
―
@phoneticAlphabet
―
@type
○
- 216 -
備考
注) @type=mainを持つtitle要素は必須で1個のみとし、@type=alternativeを持つtitle要素も必須で1個のみとす
る。@type=”popular”を持つtitle要素は最大3個とする。@type=”main”は提示のためのタイトル文字列を記述
する。@type=”alternative”はタイトル文字列のフリカナを記載し、検索キー、並びに、ソートする際のソートキー
として利用される。また、@type=”popular”はフリカナが2つ以上ある場合に指定される属性で、検索キーとして
利用され、ソートキーとしては利用されない。フリカナは名称と話数から構成される。名称は「全角カタカナ」で表
記する（例：CAB NY→キャブニューヨーク、23→トゥエンティースリー）｡話数表記はオプションとし、話数がある
場合は、名称の後に半角スペースを入れて2桁の半角数字で表記することが望ましい（例：ミーミン第1話→ミー
ミン 01、最終回 機能戦士カンタムNEED→キノウセンシカンタムニード 50、フリカナとして“キノウセンシ”を省
略し、“カンタム”との指定も可能）。@type=”sereisTitle”と@type=”episodeTitle”はシリーズ／パック一覧画面
において、@type=”main”と異なる文字列を提示したい場合に利用される属性である。なお、
@type=”seriesTitle”, “episodeTitle”は検索対象には含まれないものとする。例えば、以下に示すように、
GroupInformationのTitle要素で、@type=”main”にはグループ詳細画面でのタイトル「LASTシーズン１（全
23話）」を記載し、@type=”seriesTitle”にはシリーズ一覧画面で表示するシリーズ全体のタイトル「LASTシー
ズン１」を記載する。また、ProgramInformationのTitle要素で、@type=”main”にはコンテンツ詳細画面での
タイトル「LASTシーズン１ 第1話」を記載し、@type=”episodeTitle”にはシリーズ一覧画面で表示するシリー
ズ全体の中で一意な「第1話」を記載する。
例１ main：機動戦士ゴンダム 逆襲のシェア
alternative：キドウセンシゴンダムギャクシュウノシェア、
popular：ゴンダム、または、ギャクシュウノシェア
seriesTitle、episodeTitle：なし
main：LASTシーズン 第1話
alternative：ラストシーズンワンダイイチワ
popular：なし
seriesTitle：なし
episodeTitle：第1話
main：LASTシーズン１（全23話）
alternative：ラストシーズンワン
popular：LAST
seriesTitle：LASTシーズン１
episodeTitle：なし
グループ詳細画面
シリーズ一覧画面
LASTシーズン１（全23話）
詳細：＊＊＊＊
リスト
表 7-5
LASTシーズン１
・第1話
・第2話
…
詳しく
コンテンツ詳細画面
LASTシーズン１ 第1話
詳細：＊＊＊＊
見る
ProgramInformation/BasicDescription/MediaTitle/TitleImage の運用
要素・属性名
TitleImage
①②からの選択
① mpeg7:MediaUri
② mpeg7:InlineMedia
mpeg7:StreamID
CopyrightNotice
運
用
出現数
(B38)
出現数
(運用)
○
○
―
―
○
0..1
1
1
1
最大 255 バイト
―
0..1
最大 150 バイト。最
- 217 -
文字数制限
値の制限
備考
大全角 50 文字。
注) TitleImageは、サムネイル表示等に利用する静止画を指定する。この静止画は暗号化されないものとする。フォ
ーマットの詳細は「付録C.1」参照。
表 7-6
ProgramInformation/BasicDescription/ MediaTitle/TitleVideo の運用
要素・属性名
TitleVideo
①②からの選択
① mpeg7:MediaUri
② mpeg7:InlineMedia
mpeg7:StreamID
CopyrightNotice
運
用
出現数
(B38)
出現数
(運用)
○
○
―
―
○
0..1
1
1
1
―
0..1
文字数制限
値の制限
最大 255 バイト
最大 150 バイト。最
大全角 50 文字。
注) TitleVideoは、プレビューもしくはサムネイル表示等に利用するコンテンツを指定する。
- 218 -
備考
表 7-7
ProgramInformation/BasicDescription/Synopsis の運用
要素・属性名
運
用
出現数
(B38)
出現数
(運用)
Synopsis
@xml:lang
@phoneticTranscription
@phoneticAlphabet
@length
―
―
―
○
0..1
0..1
文字数制限
値の制限
最大全角 408 文字、最大 1224 バイ
ト
備考
注 1)
"short", "long", "medium"から選
択。最大 6 バイト。
注１) @lengthが“short“のとき、最大25文字、最大75バイト。”medium“のとき、最大100文字、最大300バイ
ト。”long”のとき、最大408文字、最大1224バイトとする。
表 7-8
ProgramInformation/BasicDescription/PromotionalInformation の運用
要素・属性名
運
用
出現数
(B38)
出現数
(運用)
@href
○
―
0..1
@xml:lang
@phoneticTranscription
@phoneticAlphabet
―
―
―
PromotionalInformation
表 7-9
文字数制限
値の制限
最大全角 200 文字、最大
600 バイト
IPTVSERVICEPromoti
onalTypeCS
備考
「付録A.4」参照
ProgramInformation/BasicDescription/Keyword の運用
要素・属性名
Keyword
@xml:lang
@phoneticTranscription
@phoneticAlphabet
@type
運
用
出現数
(B38)
出現数
(運用)
文字数制限
値の制限
最大全角 40 文字、最大 120 バイト
備考
―
―
―
○
0..1
0..1
"main"(主)、"secondary"(副)、
"other"(補足)から選択。"main"は１
つのみ。
注 1)
注1) レジデントアプリケーションでは、"main"、"secondary"指定のkeywordを提示に利用できるが、"other"指定
のkeywordは提示に利用すべきではない。指定が省略された場合は"main"とみなす。Keywordが１つの場合
はtype省略は可とするが、複数の場合はtypeの記載を必須とする。
- 219 -
表 7-10
ProgramInformation/BasicDescription/Genre の運用
要素・属性名
運
用
Genre
@href
出現数
(B38)
出現数
(運用)
○ 1
1
@type
○ 0..1
0..1
Name
Definition
―
―
文字数制限
値の制限
ARIBGenreCS(@ty
pe=main,secondary
から選択
"main"(主)、
"secondary"(副)、か
ら選択する。"main"
は１つのみ。
備考
「付録A.1」参照
注 1)
注1) レジデントアプリケーションによる一覧提示等で、ジャンルを一つしか提示・利用しない場合は、"main"指定のも
のを優先して利用する。Genre要素が１つの場合は@typeを省略できるが、複数の場合は@typeの記載を必須
とする。
表 7-11
ProgramInformation/BasicDescription/ParentalGuidance の運用
要素・属性名
運
用
出現数
(B38)
出現数
(運用)
①,②からの選択
○
1
1
mpeg7:
○
1
1
○
1
1
文字数制限
値の制限
備考
ParentalGuidance
①
ParentalRating
@href
ARIBParentalRatingCS
「付録A.2」参照
から選択
②
Name
―
Definition
―
mpeg7:
―
MinimumAge
mpeg7: Region
表 7-12
要素・属性名
Language
―
ProgramInformation/BasicDescription/Language の運用
運 出現数
用 (B38)
出現数
(運用)
文字数制限
値の制限
"ja"(日本語)、 "en"(英
語)、 "de"(ドイツ語)、
"fr"(フランス語)、 "it"(イ
タリア語)、 "ru"(ロシア
語)、 "zh"(中国語)、
- 220 -
備考
「TR-B14 表 31
62 音声コンポー
ネント記述子」の
ISO_639_langua
ge_code、及び、
"ko"(韓国語)、 "es"(スペ
イン語)、 "xx"(上記以外
の外国語、複数言語、言
語不明)から選択
@type
@supplemental
表 7-13
―
―
ProgramInformation/BasicDescription/CaptionLanguage の運用
要素・属性名
運 出現数
用 (B38)
出現数
(運用)
CaptionLanguage
@closed
@supplemental
@description
表 7-14
要素・属性名
○ 0..1
―
○ ―
文字数制限
値の制限
"ja"(日本語)、 "en"(英
語)、 "de"(ドイツ語)、
"fr"(フランス語)、 "it"(イ
タリア語)、 "ru"(ロシア
語)、 "zh"(中国語)、
"ko"(韓国語)、 "es"(スペ
イン語)、 "xx"(上記以外
の外国語、複数言語、言
語不明)から選択
備考
「TR-B14 表 31
62 音声コンポー
ネント記述子」の
ISO_639_langua
ge_code、及び、
ISO_639_langua
ge_code_2 に記述
される言語名に対
応
1
0..1
最大 33 バイト
ARIB-SI の
data_content_des
criptor/text をマ
ッピング
ProgramInformation/BasicDescription/SignLanguage の運用
運 出現数
用 (B38)
出現数
(運用)
SignLanguage
@primary
@translation
@type
ISO_639_langua
ge_code_2 に記述
される言語名に対
応
○ 0..1
○ 0..1
―
文字数制限
値の制限
"ja"(日本語)、 "en"(英語)、 "de"(ド
イツ語)、 "fr"(フランス語)、 "it"(イ
タリア語)、 "ru"(ロシア語)、
"zh"(中国語)、 "ko"(韓国語)、
"es"(スペイン語)、 "xx"(上記以外の
外国語、複数言語、言語不明)から選
択
0..1
0..1
- 221 -
備考
手話
言語
を記
述
表 7-15
ProgramInformation/BasicDescription/CreditsList の運用
要素・属性名
CreditsList
CreditsItem
@role
①,⑧～⑩からの選択
① PersonName
@dateFrom
@dateTo
@type
運
用
出現数
(B38)
出現数
(運用)
○
○
0..∞
1
1..20
1
○
○
―
―
○
0..∞
1
1..5
1
0..1
0..1
@xml:lang
②～⑤からの選択
② mpeg7:Given
Name
@xml:lang
@initial
@abbrev
―
○
○
1..∞
1
1
1
―
―
○
0..1
0..1
mpeg7:Famil
yName
④ mpeg7:Title
⑤ mpeg7:Nume
ration
⑥ PersonNameIDRef
⑦ OrganizationName
⑧ OrganizationNameID
Ref
Character
@dateFrom
@dateTo
@type
@xml:lang
⑨～⑫からの選択
⑨ mpeg7:GivenNam
e
@xml:lang
@initial
―
0..∞
0..1
1..∞
1
1
1
③
文字数制限
値の制限
IPTVSERVICERo
leCS から選択
備考
「付録A.5」参照
"main"、"variant"、
"former"、 から選
択。最大 7 バイ
ト。”main”は 1 つ
のみとする。注 1)
最大全角 100 文字、 フルネームを記述
最大 300 バイト
最大全角 16 文字、
最大 48 バイト
―
―
―
―
―
○
―
―
―
―
○
○
―
―
- 222 -
最大全角 100 文字、 フルネームを記述
最大 300 バイト
@abbrev
⑩
⑪
⑫
mpeg7:FamilyNa
me
mpeg7:Title
mpeg7:Numeratio
n
○
0..1
0..1
最大全角 16 文字、
最大 48 バイト
―
―
―
注1) @type=”main” を持つPersonName要素は必須で１個のみとし、提示のためのクレジット文字列を記述する。
@type=”variant” を持つPersonName要素は１個のみとし、クレジット文字列のフリカナを記載し、検索キー、並び
に、ソートする際のソートキーとして利用される。また、@type=”former”を持つPersonName要素は最大３個とする。
@type=”former”はフリカナが2つ以上ある場合に指定される属性で、検索キーとして利用され、ソートキーとしては利
用されない。フリカナは名称と話数から構成される。名称は「全角カタカナ」で表記する（例：CAB NY→キャブニュー
ヨーク、23→トゥエンティースリー）｡話数表記はオプションとし、話数がある場合は、名称の後に半角スペースを入れ
て2桁の半角数字で表記することが望ましい（例：ミーミン第1話→ミーミン 01、最終回 機能戦士カンタムNEED→キ
ノウセンシカンタムニード 50、フリカナとして“キノウセンシ”を省略し、“カンタム”との指定も可能）。
- 223 -
表 7-16
ProgramInformation/BasicDescription/RelatedMaterial の運用
要素・属性名
運
用
出現数
(B38)
出現数
(運用)
RelatedMaterial
HowRelated
○
0..1
0..1
@href
○
1
1
Name
―
Definition
―
Format
@href
○
0..1
0..1
○
1
1
文字数制限
値の制限
備考
IPTVSERVICEHowRel
atedCS から選択
「付録A.3」
IPTVSERVICEFileFor
matCS,から選択
「付録 A.8」
参照
参照
Name
―
Definition
―
①,④からの選択
○
1
1
○
1
1
②③からの選択
○
0..1
1
mpeg7:MediaUr
i
③ mpeg7:InlineMe
dia
mpeg7:StreamID
○
1
1
最大 255 バイト
注 1)
0..∞
0..1
最大 3000 バイト
注 2)
①
MediaLocator
②
④
SegmentReference
PromotionalText
―
―
―
○
@xml:lang
―
@phoneticTranscription
―
@phoneticAlphabet
―
PromotionalMedia
○
0..∞
0..1
注 3)
TitleImage
TitleVideo
TitleAudio
SourceMediaLocator
○
―
―
―
0..1
1
表 7-5 参照
注1) 参照先のURIを指定する。コンテンツか、ブラウザスクリプトファイルのURLを指定する。参照先との関係は
HowRelated/@hrefのIPTVSERVICEHowRelatedCSの辞書項目により指定されるが、複数の異なる参照先に対し
て、同じ辞書項目（関係）を指定することができる。
注2) MediaLocator/Uriで指定される実体についての販促のためのキャッチコピー等を記述する。
注3) MediaLocator/Uriで指定される実体についてのサムネイル静止画ファイルを指定する。
- 224 -
表 7-17
ProgramInformation/BasicDescription/ProductionDate の運用
要素・属性名
運 出現数
用 (B38)
出現数
(運用)
文字数制限
値の制限
備考
ProductionDate
TimePoint
○ 1
1
YYYY-MM-DD、
YYYY 形式で記述。最
大 10 バイト。
Duration
YearRange
―
○ ―
0..1
YYYY-YY、
注 1）
YYYY-YYYY 形式で
記述。最大 9 バイト。
注1）YearRangeが指定されている場合は、製作年の表示には、TimePointではなく、YearRangeを利用することと
する。
表 7-18
ProgramInformation/BasicDescription/ReleaseInformation の運用
要素・属性名
ReleaseInformation
ReleaseDate
①②からの選択
① DayAndYear
② Year
ReleaseLocation
表 7-19
運 出現数
用 (B38)
出現数
(運用)
○ 0..1
○ 1
○ 1
0..1
1
1
○ 1
○ 0..1
1
0..1
文字数制限
値の制限
備考
YYYY-MM-DD 形式
で指定
YYYY 形式で指定
「ISO3166-2」で規定
される 2 文字の
country code で指定
ProgramInformation/BasicDescription/PurchaseList の運用
要素・属性名
運 出現数
用 (B38)
出現数
(運用)
○ 0..∞
―
○ 1
0..10
文字数制限
値の制限
PurchaseList
①②からの選択
①PurchaseItem
②PurchaseIdRef
1
- 225 -
購入識別子を記述す
る。最大 24 バイト
備考
表 7-20 ProgramInformation/OtherIdentifier の運用
要素・属性名
OtherIdentifier
@type
@organization
@authority
@encoding
運 出現数
用 (B38)
○ 0..1
―
―
―
出現数
(運用)
文字数制限値の制限
備考
最大 9 バイト。
"VideoID"
1
注) @typeが” VideoID”の場合、当該ProgramInformationの記述対象のVideoIDを示す。事業者内で一意な10
進9桁以内の整数とする。
表 7-21 ProgramInformation/AVAttributes の運用
要素・属性名
AVAttributes
FileFormat
FileSize
System
BitRate
@variable
@minimum
@average
@maximum
AudioAttributes
Coding
@href
運
用
出現数
(B38)
出現数
(運用)
―
―
―
○
0..1
0..1
―
―
―
―
○
○
○
0..∞
0..1
1
0..2
0..1
1
文字数制限
値の制限
備考
10 進表記、最大
20 桁
CBR の場合は固
定ビットレート
を、VBR の場合
は平均ビットレ
ートをビット/秒
単位で指定。
IPTVSERVICE
注 1)「付録A.6」
参照
AudioCodingFor
matCSから選択
Name
Definition
NumOfChannels
―
―
○
0..1
0..1
MixType
@href
○
○
0..1
1
0..1
1
- 226 -
10 進 2 桁数値(2
文字)
ARIBAudioCom
ponentCS から選
択
「付録A.1」参照
Name
Definition
AudioLanguage
―
―
○
0..1
0..2
"ja"(日本語)、
"en"(英語)、
"de"(ドイツ語)、
"fr"(フランス語)、
"it"(イタリア語)、
"ru"(ロシア語)、
"zh"(中国語)、
"ko"(韓国語)、
"es"(スペイン
語)、 "xx"(上記以
外の外国語、複数
言語、言語不明)
から選択
「TR-B14 表
31 62 音声コン
ポーネント記述
子」の
ISO_639_langu
age_code、及び、
ISO_639_langu
age_code_2 に記
述される言語名
に対応。
1ES の左右で言
語が異なる場合
（dual mono で
二ヶ国語多重）に
対応するため、繰
り返し数を２に
拡大。
dual mono の場
合は左チャンネ
ルから先に記述
する。
@type
○
0..1
0..1
@channel
○
―
0..1
@description
○
―
0..1
最大 33 バイト(文
字列)
○
―
0..1
最大全角 15 文字
StreamDescription
- 227 -
”original”,”dubb
ed”,”background
”から選択。(最大
10 バイト)。
“main”,”sub”,”al
ternate”,”other”
から選択。（最大
9 バイト）
指定しない場合
は”original”とみ
なす。
デュアルモノ、デ
ュアルステレオ
の場合、第１音声
（main）と第２
音声（sub）を区
別。指定が省略さ
れた場合は
"main"とみな
す。”alternate”,
”other”は使わな
い。
ARIB-SI の
audio_compone
nt_descriptor/te
xt をマッピング
ES の単位の、
「主
（最大 45 バイ
ト）
@type
―
0..1
”main”,”sub”,”al
ternate”,”other”
から選択
@id
―
1
16 進 4 桁
BitRate
○
0..1
0..1
ビット/秒単位で
指定。20 文字
SamplingRate
○
―
0..1
10 進 4 桁、kHz
単位で記述。
("32kHz"、
"48kHz"から選
択。)
○
○
○
0..1
0..1
1
0..1
0..1
1
VideoAttributes
Coding
@href
IPTVSERVICE
VisualCodingFo
音声」、
「副音声」、
「音声多重」等の
提示用の内容を
記述する。
ES のストリーム
区別用。指定が省
略された場合は
"main"とみな
す。”alternate”,
”other”は使わな
い。
ARIB-SI の
audio_compone
nt_descriptor の
component_tag
をマッピング。
ARIB-SI の
audio_compone
nt_descriptor/q
uality_indicator
をマッピング
ARIB-SI の
audio_compone
nt_decriptor/sa
mple_rate をマ
ッピング
注 2)「付録A.7
参照」
rmatCSから選択
Name
Definition
Scan
―
―
○
0..1
0..1
HorizontalSize
○
0..1
0..1
VerticalSize
○
0..1
0..1
AspectRatio
○
0..2
0..1
- 228 -
"interlaced"、
"progressive"の
いずれかを指定
ピクセル単位で
指定
ピクセル単位で
指定
"4:3"、"16:9"のい
ずれかを指定
注 3)
注 3)
注 3)
注 3)
@type
Color
@type
―
○
○
0..1
1
0..1
1
"color"、
"blackAndWhite
"のいずれかを指
定
注1) MPEG1レイヤ2の場合は
"http://www.iptvforum.jp/cs/2008/07/IPTVSERVICEAudioCodingFormatCS:1"(MPEG-1 Layer II)を、
MPEG2AACの場合は
"http://www.iptvforum.jp/cs/2008/07/IPTVSERVICEAudioCodingFormatCS:2"(MPEG-2 AAC)を指
定する。
注2) MPEG2の場合は
"http://www.iptvforum.jp/cs/2008/07/IPTVSERVICEVisualCodingFormatCS:1"(MPEG-2)を、H.264
の場合は"http://www.iptvforum.jp/cs/2008/07/IPTVSERVICEVisualCodingFormatCS:2"(AVC)を指
定する。
注3) 「5.映像コンテンツ」に規定されているパラメータから選択する。
7.2.3. グループ情報要素の運用
シリーズメタデータの主要な情報要素となるグループ情報要素については、。「ARIB
STD-B38 3.2.3.7」に規定されるもののうち、表 7-22 に示す要素・属性を運用する。
表 7-22
要素・属性名
GroupInformation の運用
運
用
出現数
(B38)
出現数
(運用)
GroupInformation
@groupId
@ordered
@numOfItems
○
○
○
1
0..1
0..1
1
0..1
0..1
@fragmentId
○
0..1
0..1
@fragmentVersion
○
0..1
0..1
@fragmentExpirationDate
○
0..1
0..1
@metadataOriginIDRef
@xml:lang
GroupType
@value
―
―
○
○
1
1
1
1
- 229 -
文字数制限
値の制限
最大 255 バイト
10 進 5 桁数値(0～
65535)
16 進 10 桁整数値
(10 文字)
10 進 14 桁数値(14
文字)
YYYY-MM-DDThh
:mm:ss+09:00 形式
（注２）で指定(25
バイト)
"series"を選択。
備考
注 1)「7.3」参照
注 1)「7.6.2.1」参照
注 1)「7.6.2.2」参照
「7.6.2.3」参照
@xsi:type
○
1
1
BasicDescription
MemberOf
@crid
@index
○
○
○
○
1
0..∞
1
0..1
1
0..20
1
0..1
@xsi:type
OtherIdentifier
Period
@type
○
○
○
○
1
―
―
―
1
0..1
0..3
1
Start
○
―
1
End
○
―
0..1
"ProgramGroupTy
peType"
表 7-23 参照
最大 255 バイト
10 進 5 桁数値(5 文
字)(0～65535)
"MemberOfType"
表 7-20 参照
"display"（表示期
間）、"availability"
（配信期間）、
"new_arrival"（新着
期間）から選択｡最
大 12 バイト｡
YYYY-MM-DDThh
:mm:ss+09:00 形式
（注２）で指定(25
バイト)
YYYY-MM-DDThh
:mm:ss+09:00 形式
（注２）で指定(25
バイト)
注 2)
注 2)
注1) groupIdが同じで、異なるfragmentIdを持つGroupInformationは存在しない。同一fragmentIdのもとで、
fragmentVersionが更新されても、groupIdは変化しない。
注2) YYYY:10進4桁西暦表記、MM:10進2桁月表記、DD:10進2桁日表記、hh:10進2桁時表記、mm:10進2桁分
表記、ss:10進2桁秒表記
- 230 -
表 7-23
GroupInformation/BasicDescription の運用
要素・属性名
BasicDescription
Title
MediaTitle
TitleImage
TitleVideo
TitleAudio
ShortTitle
Synopsis
PromotionalInformation
Keyword
Genre
ParentalGuidance
Language
CaptionLanguage
SignLanguage
CreditsList
AwardsList
RelatedMaterial
ProductionDate
ProductionLocation
CreationCoordinates
DepictedCoordinates
ReleaseInformation
Duration
PurchaseList
運 出現数
用 (B38)
○
○
○
○
―
―
○
○
○
○
○
○
○
○
○
―
○
○
―
―
―
○
―
―
出現数
(運用)
文字数制限
値の制限
備考
0..∞
0..∞
0..1
0..1
2..7
0..1
0..1
0..1
表 7-24 参照
0..∞
0..∞
0..∞
0..∞
0..1
0..∞
0..∞
0..∞
0..1
0..3
0..1
0..20
0..20
1
0..4
0..2
0..1
0..1
表
表
表
表
表
表
表
表
表
0..∞
0..1
0..520
0..1
表 7-36 参照
表 7-37 参照
0..∞
0..1
表 7-38 参照
表 7-25 参照
表 7-26 参照
7-27 参照
7-28 参照
7-29 参照
7-30 参照
7-31 参照
7-32 参照
7-33 参照
7-34 参照
7-35 参照
表 7-39 参照
- 231 -
表 7-24
GroupInformation/BasicDescription/Title の運用
要素・属性名
運
用
出現数
(B38)
出現数
(運用)
文字数制限
値の制限
最大全角 128 文字、最大 384 バイ
ト
0..1
1
"main"、"alternative"、"popular"、 注 1)
"seriesTitle"、"episodeTitle"から
選択する。最大 12 バイト。
Title
@xml:lang
―
@phoneticTranscription
―
@phoneticAlphabet
―
@type
○
備考
注1) @type=mainを持つtitle要素は必須で1個のみとし、@type=alternativeを持つtitle要素も必須で1個のみと
する。@type=”popular”を持つtitle要素は最大3個とする。@type=”main”は提示のためのタイトル文字列を記
述する。@type=”alternative”はタイトル文字列のフリカナを記載し、検索キー、並びに、ソートする際のソートキ
ーとして利用される。また、@type=”popular”はフリカナが2つ以上ある場合に指定される属性で、検索キーとし
て利用され、ソートキーとしては利用されない。フリカナは名称と話数から構成される。名称は「全角カタカナ」で
表記する（例：CAB NY→キャブニューヨーク、23→トゥエンティースリー）｡話数表記はオプションとし、話数があ
る場合は、名称の後に半角スペースを入れて2桁の半角数字で表記することが望ましい（例：ミーミン第1話→ミ
ーミン 01、最終回 機能戦士カンタムNEED→キノウセンシカンタムニード 50、フリカナとして“キノウセンシ”を
省略し、“カンタム”との指定も可能）。@type=”sereisTitle”と@type=”episodeTitle”はシリーズ／パック一覧画
面において、@type=”main”と異なる文字列を提示したい場合に利用される属性である。なお、
@type=”seriesTitle”, “episodeTitle”は検索対象には含まれないものとする。例えば、以下に示すように、
GroupInformationのTitle要素で、@type=”main”にはグループ詳細画面でのタイトル「LASTシーズン１（全
23話）」を記載し、@type=”seriesTitle”にはシリーズ一覧画面で表示するシリーズ全体のタイトル「LASTシー
ズン１」を記載する。また、ProgramInformationのTitle要素で、@type=”main”にはコンテンツ詳細画面での
タイトル「LASTシーズン１ 第1話」を記載し、@type=”episodeTitle”にはシリーズ一覧画面で表示するシリー
ズ全体の中で一意な「第1話」を記載する。
- 232 -
例１ main：機動戦士ゴンダム 逆襲のシェア
alternative：キドウセンシゴンダムギャクシュウノシェア、
popular：ゴンダム、または、ギャクシュウノシェア
seriesTitle、episodeTitle：なし
main：LASTシーズン 第1話
alternative：ラストシーズンワンダイイチワ
popular：なし
seriesTitle：なし
episodeTitle：第1話
main：LASTシーズン１（全23話）
alternative：ラストシーズンワン
popular：LAST
seriesTitle：LASTシーズン１
episodeTitle：なし
グループ詳細画面
シリーズ一覧画面
LASTシーズン１（全23話）
詳細：＊＊＊＊
リスト
表 7-25
LASTシーズン１
・第1話
・第2話
…
コンテンツ詳細画面
詳しく
LASTシーズン１ 第1話
詳細：＊＊＊＊
見る
GroupInformation/BasicDescription/ MediaTitle/TitleImage の運用
要素・属性名
TitleImage
①②からの選択
① mpeg7: MediaUri
② mpeg7: InlineMedia
mpeg7: StreamID
CopyrightNotice
運
用
出現数
(B38)
出現数
(運用)
○
○
―
―
○
0..1
1
1
1
―
0..1
文字数制限
値の制限
備考
最大 255 バイト
最大 150 バイト。最
大全角 50 文字。
注) TitleImageは、サムネイル表示等に利用する静止画を指定する。この静止画は暗号化されないものとする。フォ
ーマットの詳細は「付録C.1」参照。
表 7-26
GroupInformation/BasicDescription/MediaTitle/TitleVideo の運用
要素・属性名
TitleVideo
①②からの選択
① mpeg7: MediaUri
② mpeg7: InlineMedia
mpeg7: StreamID
運
用
出現数
(B38)
出現数
(運用)
○
○
―
―
0..1
1
1
1
- 233 -
文字数制限
値の制限
最大 255 バイト
備考
CopyrightNotice
○
0..1
―
最大 150 バイト。最
大全角 50 文字。
注) TitleVideoは、プレビューもしくはサムネイル表示等に利用するコンテンツを指定する。
表 7-27
GroupInformation/BasicDescription/Synopsis の運用
要素・属性名
運
用
出現数
(B38)
出現数
(運用)
文字数制限
値の制限
最大全角 408 文字、最大 1224 バイ
ト
Synopsis
@xml:lang
@phoneticTranscription
@phoneticAlphabet
@length
―
―
―
○
0..1
0..1
備考
注 1)
"short", "long", "medium"から選
択。最大 6 バイト。
注１) @lengthが“short“のとき、最大25文字、最大75バイト。”medium“のとき、最大100文字、最大300バイ
ト。”long”のとき、最大408文字、最大1224バイトとする。
表 7-28
GroupInformation/BasicDescription/PromotionalInformation の運用
要素・属性名
運
用
出現数
(B38)
出現数
(運用)
―
0..1
PromotionalInformation
@href
○
@xml:lang
@phoneticTranscription
@phoneticAlphabet
―
―
―
表 7-29
文字数制限
値の制限
最大全角 200 文字、最大
600 バイト
IPTVSERVICEPromoti
onalTypeCS から選択
備考
「付録A.4」参
照
GroupInformation/BasicDescription/Keyword の運用
要素・属性名
Keyword
@xml:lang
@phoneticTranscription
@phoneticAlphabet
@type
運
用
出現数
(B38)
出現数
(運用)
文字数制限
値の制限
最大全角 40 文字、最大 120 バイト
備考
―
―
―
○
0..1
0..1
"main"(主)、"secondary"(副)、
"other"(補足)から選択。"main"は１
つのみ。
注 1)
- 234 -
注1) レジデントアプリケーションでは、"main"、"secondary"指定のkeywordを提示に利用できるが、"other"指定
のkeywordは提示に利用すべきではない。指定が省略された場合は"main"とみなす。
表 7-30
GroupInformation/BasicDescription/Genre の運用
要素・属性名
運 出現数
用 (B38)
出現数
(運用)
○ 1
1
@type
○ 0..1
0..1
Name
Definition
―
―
Genre
@href
文字数制限
値の制限
備考
ARIBGenreCS(@type=main
secondary)から選択
"main"(主)、"secondary"(副)”
から選択する。"main"は 1 つの
み。
「付録A.1」参
照
注 1)
注1) レジデントアプリケーションによる一覧提示等で、ジャンルを一つしか提示・利用しない場合は、"main"指定のも
のを優先して利用する。指定が省略された場合は"main"とみなす。
表 7-31
GroupInformation/BasicDescription/ParentalGuidance の運用
要素・属性名
運
用
出現数
(B38)
出現数
(運用)
①,②からの選択
○
1
1
mpeg7:
○
1
1
○
1
1
文字数制限
値の制限
備考
ParentalGuidance
①
ParentalRating
@href
ARIBParentalRatingCS
から選択
②
Name
―
Definition
―
mpeg7:
―
MinimumAge
mpeg7: Region
―
- 235 -
「付録A.2」参照
表 7-32
要素・属性名
GroupInformation/BasicDescription/Language の運用
運 出現数
用 (B38)
出現数
(運用)
Language
@type
@supplemental
表 7-33
要素・属性名
備考
「TR-B14 表 31
62 音声コンポー
ネント記述子」の
ISO_639_langua
ge_code、及び、
ISO_639_langua
ge_code_2 に記述
される言語名に対
応
―
―
GroupInformation/BasicDescription/CaptionLanguage の運用
運 出現数
用 (B38)
出現数
(運用)
CaptionLanguage
@closed
@supplemental
@description
文字数制限
値の制限
"ja"(日本語)、 "en"(英
語)、 "de"(ドイツ語)、
"fr"(フランス語)、 "it"(イ
タリア語)、 "ru"(ロシア
語)、 "zh"(中国語)、
"ko"(韓国語)、 "es"(スペ
イン語)、 "xx"(上記以外
の外国語、複数言語、言
語不明)から選択
○ 0..1
―
○ ―
文字数制限
値の制限
"ja"(日本語)、 "en"(英
語)、 "de"(ドイツ語)、
"fr"(フランス語)、 "it"(イ
タリア語)、 "ru"(ロシア
語)、 "zh"(中国語)、
"ko"(韓国語)、 "es"(スペ
イン語)、 "xx"(上記以外
の外国語、複数言語、言
語不明)から選択
備考
「TR-B14 表 31
62 音声コンポー
ネント記述子」の
ISO_639_langua
ge_code、及び、
ISO_639_langua
ge_code_2 に記述
される言語名に対
応
1
0..1
最大 33 バイト
- 236 -
ARIB-SI の
data_content_des
criptor/text をマ
ッピング
表 7-34
GroupInformation/BasicDescription/SignLanguage の運用
要素・属性名
運 出現数
用 (B38)
出現数
(運用)
文字数制限
値の制限
"ja"(日本語)、 "en"(英語)、 "de"(ド
イツ語)、 "fr"(フランス語)、 "it"(イ
タリア語)、 "ru"(ロシア語)、
"zh"(中国語)、 "ko"(韓国語)、
"es"(スペイン語)、 "xx"(上記以外の
外国語、複数言語、言語不明)から選
択
SignLanguage
@primary
@translation
@type
表 7-35
○ 0..1
○ 0..1
―
CreditsList
CreditsItem
@role
①,⑧～⑩からの選択
① PersonName
@dateFrom
@dateTo
@type
0..1
0..1
運
用
出現数
(B38)
出現数
(運用)
○
○
0..∞
1
1..20
1
○
○
―
―
○
0..∞
1
1..5
1
0..1
0..1
@xml:lang
②～⑤からの選択
② mpeg7:Given
Name
@xml:lang
@initial
@abbrev
―
○
○
1..∞
1
1
1
―
―
○
0..1
0..1
mpeg7:Famil
yName
mpeg7:Title
mpeg7:Nume
ration
―
④
⑤
手話
言語
を記
述
GroupInformation/BasicDescription/CreditsList の運用
要素・属性名
③
備考
―
―
- 237 -
文字数制限
値の制限
備考
IPTVSERVICERol
eCS から選択
「付録A.5」参照
"main"、"variant"、
"former"、から選択。
最大 7 バイ
ト。”main”は 1 つの
みとする。注 1)
最大全角 100 文字、 フルネームを記
最大 300 バイト
述
最大全角 16 文字、
最大 48 バイト
PersonNameIDRef
OrganizationName
OrganizationNameID
Ref
Character
@dateFrom
@dateTo
@type
@xml:lang
⑨～⑫からの選択
⑨ mpeg7:GivenNam
e
@xml:lang
@initial
@abbrev
―
―
―
mpeg7:FamilyNa
me
mpeg7:Title
mpeg7:Numeratio
n
―
⑥
⑦
⑧
⑩
⑪
⑫
○
―
―
―
―
○
○
0..∞
0..1
1..∞
1
1
1
―
―
○
0..1
0..1
最大全角 100 文字、 フルネームを記
最大 300 バイト
述
最大全角 16 文字、
最大 48 バイト
―
―
注1) @type=”main”を持つPersonName要素は必須で１個のみとし、提示のためのクレジット文字列を記述する。
@type=”variant”を持つPersonName要素は１個のみとし、クレジット文字列のフリカナを記載し、検索キー、
並びに、ソートする際のソートキーとして利用される。また、@type=”former”を持つPersonName要素は最大３
個とする。@type=”former”はフリカナが2つ以上ある場合に指定される属性で、検索キーとして利用され、ソー
トキーとしては利用されない。フリカナは名称と話数から構成される。名称は「全角カタカナ」で表記する（例：
CAB NY→キャブニューヨーク、23→トゥエンティースリー）｡話数表記はオプションとし、話数がある場合は、名
称の後に半角スペースを入れて2桁の半角数字で表記することが望ましい（例：ミーミン第1話→ミーミン 01、最
終回 機能戦士カンタムNEED→キノウセンシカンタムニード 50、フリカナとして“キノウセンシ”を省略し、“カン
タム”との指定も可能）。
- 238 -
表 7-36
GroupInformation/BasicDescription/RelatedMaterial の運用
要素・属性名
出現数
(B38)
出現数
(運用)
○
○
0..1
1
0..1
1
Name
―
0..1
0..1
Definition
Format
@href
―
○
○
0..1
1
0..1
1
Name
Definition
①,④からの選択
① MediaLocator
②③からの選択
② mpeg7:MediaUri
③ mpeg7:InlineMe
dia
mpeg7:StreamID
④ SegmentReference
PromotionalText
@xml:lang
@phoneticTranscription
@phoneticAlphabet
PromotionalMedia
TitleImage
TitleVideo
TitleAudio
SourceMediaLocator
―
―
○
○
○
○
―
1
1
0..1
1
RelatedMaterial
HowRelated
@href
運
用
―
―
○
―
―
―
○
○
―
―
―
文字数制限
値の制限
備考
IPTVSERVICEHowRel
atedCS から選択
最大全角 32 文字、最大
96 バイト。注 2)
「付録A.3」参
照
IPTVSERVICEFormat
CS から選択
「付録 A.8」参
照
1
1
1
1
最大 255 バイト
注１)
0..∞
0..1
最大 3000 バイト
注２)
0..∞
0..1
0..1
1
注３)
表 7-5 参照
注1) 参照先のURIを指定する。参照先との関係はHowRelated/@hrefのIPTVSERVICEHowRelatedCSの辞書
項目により指定される。参照先として、コンテンツか、ブラウザスクリプトファイルを参照する場合がある。参照先
が、コンテンツか、ブラウザスクリプトファイルの場合、複数の異なる参照先に対して、同じ辞書項目（関係）を指
定することができる。
注2) MediaLocator/Uriで指定される実体についての販促のためのキャッチコピー等を記述する。
注3) MediaLocator/Uriで指定される実体についてのサムネイル静止画ファイルを指定する。
表 7-37
GroupInformation/BasicDescription/ProductionDate の運用
要素・属性名
運 出現数
用 (B38)
出現数
(運用)
- 239 -
文字数制限
値の制限
備考
ProductionDate
TimePoint
○ 1
1
YYYY-MM-DD、
YYYY 形式で記述。最
大 10 バイト。
Duration
YearRange
―
○ ―
0..1
YYYY-YY、
注 1）
YYYY-YYYY 形式で
記述。最大 9 バイト。
注1）YearRangeが指定されている場合は、製作年の表示には、TimePointではなく、YearRangeを利用することと
する。
表 7-38
GroupInformation/BasicDescription/ReleaseInformation の運用
要素・属性名
ReleaseInformation
ReleaseDate
①②からの選択
① DayAndYear
② Year
ReleaseLocation
表 7-39
運 出現数
用 (B38)
出現数
(運用)
○ 0..1
○ 1
○ 1
0..1
1
1
○ 1
○ 0..1
1
0..1
文字数制限
値の制限
備考
YYYY-MM-DD 形式
で指定
YYYY 形式で指定
「ISO3166-2」で規定
される 2 文字の
country code で指定
GroupInformation/BasicDescription/PurchaseList の運用
要素・属性名
PurchaseList
①②からの選択
① PurchaseItem
② PurchaseIdRef
運
用
出現数
(B38)
出現数
(運用)
―
―
―
PurchaseList は運用しない。
- 240 -
文字数制限
値の制限
備考
7.2.4. 購入情報要素の運用
課金パッケージの価格、販売パターン及び対応するライセンスへの参照情報を記述するために
購入情報要素を利用する。パッケージに含まれる各々のコンテンツに対する購入後の利用条件の
詳細は、本編「7.2.5」に定義されるライセンス参照情報に記述される。
本ダウンロード規定においては、購入情報要素の PurchaseType として、"single"(単品)のみを
運用する。購入情報要素は、番組情報要素に関連付ける。購入情報要素から番組情報要素への参
照は、購入情報要素の CRIDRef 要素に記述する。番組情報要素から購入情報要素への参照は、
番組情報要素の PurchaseIdRef 要素に記述する(1 個以上 10 個以下)。一方でライセンス参照情報
から購入情報要素への参照は、ライセンス参照情報の PurchaseIdRef 要素に記述する。1 個の購
入情報要素は 1 個のライセンス参照情報から参照されうる。
「ARIB STD-B38
3.2.7.1」に規定されるもののうち、表 7-40 に示す要素・属性を運用する。
表 7-40 PurchaseInformation の運用
要素・属性名
運
用
出現数
(B38)
○
0..1
0..1
@end
○
0..1
0..1
@purchaseId
@fragmentId
○
○
1
0..1
1
0..1
@fragmentVersion
○
0..1
0..1
@fragmentExpirationDate
○
0..1
0..1
CRIDRef
○
―
1
PurchaseInformation
@start
出現数
(運用)
- 241 -
文字数制限
値の制限
YYYY-MM-D
DThh:mm:ss+
09:00 形式(注
１)で指定(25
バイト)
YYYY-MM-D
DThh:mm:ss+
09:00 形式（注
１）で指定(25
バイト)
最大 24 バイト
16 進 10 桁整数
値(10 文字)
10 進 14 桁数値
(14 文字)
YYYY-MM-D
DThh:mm:ss+
09:00 形式で指
定(25 バイト)
最大 255 バイ
ト
備考
課金パッケージが購入
可能となる開始日時
課金パッケージが購入
不可となる終了日時
注 1)購入識別子
注 1)
「5.4.1」参照
注 1)「5.4.2」参照
「7.4.2」参照
当該
PurchaseInformation/
@purchaseId を参照す
Price
○
1..∞
1
@currency
○
1
1
Purchase
PurchaseType
@href
○
○
○
0..∞
0..1
1
注 2)
1
1
Name
Definition
QuantityUnit
QuantityRange
Description
―
―
―
―
○
0..∞
0..1
PricingServerURL
―
10 進 10 桁整数
値(10 文字)
"JPY"を指定(3
文字)
IPTVSERVIC
EPurchaseTy
peCS か
ら”single”を選
択
る
ProgramInformation
の
ProgramInnformation
/programId を記述。
課金パッケージの円単
位の購入価格
課金パッケージの購入
価格の通貨単位
「付録 A.9」参照
最大全角 200
文字、最大 600
バイト
注1) YYYY:10進4桁西暦表記、MM:10進2桁月表記、DD:10進2桁日表記、hh:10進2桁時表記、mm:10進2桁分
表記、ss:10進2桁秒表記
注2)同一fragmentIdのもとで、fragmentVersionが更新されても、purchaseIdは変化しない。
7.2.5. ライセンス参照情報の運用
ライセンスメタデータの主要な情報要素であるライセンス参照情報(LicenseInformation)にお
いては、表 7-41 に示す要素・属性を運用する。
表 7-41
要素・属性名
LicenseInformation の運用
運
用
出現数
(運用)
○
0..1
文字数制限
値の制限
備考
LicenseInformation
@fragmentId
- 242 -
16 進 10 桁整数値
(10 文字)
注 1)
「7.6.2.1」参照
@fragmentVersion
○
0..1
@fragmentExpirationDate
○
0..1
LicenseID
○
1
LicenseType
○
1
10 進 14 桁数値
(14 文字)
YYYY-MM-DDT
hh:mm:ss+09:00
形式で指定（注
10）(25 バイト)
16 進 16 桁整数値
(16 文字)
注 1)
「7.6.2.2」参照
「7.6.2.3」参照
注 1)、注 2)
“Download”(ダウ
ライセンスのタイプ
ン ロ ー ド 再
(ダウンロード再生
生)、”Export”(エ
or、エキスポート)
キスポート)から
選択
LicenseTypeExtension
○
0..1
“Updatable”( 継
続)、”PeriodExte
ndable”( 延 長 ) か
注 3)
Updatable の場合の
動作については、
「E.4」参照。
ら選択
ProgramCRID
@crid
○
○
1
1
①,②からの選択
① PurchaseIdRef
② GroupCRID
RMPIDescription
○
○
－
○
TextualDescription
○
PlayCountsLimit
ValidityIntervalStart
－
○
最大 255 バイト
「7.3」参照
0..1
1
最大 24 バイト
注 4)
購入識別子を指定
1
注 14)
0..1
最大 127 バイト
受信機での提示を目
的とした、RMPI 要
約の文字列記述 注
5) 注 9)
0..1
YYYY-MM-DDT
注 6)注 10)
hh:mm:ss+09:00
視聴可能開始期限
形式(注 12)で指定
(25 バイト)
ValidityIntervalEnd
○
0..1
YYYY-MM-DDT
注 6) 注 7) 注 8) 注
hh:mm:ss+09:00
10)
形式(注 12)で指定
視聴可能終了期限
(25 バイト)
ValidityIntervalAfterFirstUse
○
0..1
- 243 -
PddDThhHmm
M (xsd:duration)
再生開始後の有効期
間 注 7) 注 8) 注 10)
ValidityInterval
○
0..1
TrickPlayEnabled
－
OutputRestriction
○
0..10
Port
@href
○
○
1
1
Name
―
Definition
―
Mode
@href
○
○
Name
―
Definition
―
1
1
ExportRestriction
○
0..1
ExportMedia
○
0..64
○
1
○
1
○
○
0..1
1
○
0..1
@href
ExportCountsLimit
ChargeOption
@Timing
ChargeMessage
- 244 -
形式で指定 注
13)
PddDThhHmm
M (xsd:duration)
形式で指定 注
11)
ダウンロード再生ラ
イセンスの利用開始
日時からの有効期間
注 7) 注 8) 注 10)
注 10)
IPTVSERVICEO
utputPortCS か
ら選択
「付録 A.10」参照
IPTVSERVICEC
opyControlMeth
odCS から選択
「付録 A.11」参照
注 11)
この要素がない
場合は任意のメ
ディアを表す
IPTVSERVICEE
xportMediaCS か
ら選択
10 進 2 桁整数値
(2 文字) 。00 を無
制限の意味に用
いる。
エキスポート先メデ
ィア種別
「付録 A.12」参照
エキスポート回数
利用前課金関連情報
“BeforeDownloa
ding”(ダウンロー
ド前)、
”BeforeUse”(利用
前)から選択
最大全角 200 文
字、最大 600 バイ
ト
注 4)
注1) LicenseIDが同じで、異なるfragmentIdを持つLicenseInformationは存在しない。同一fragmentIdのもとで、
fragmentVersionが更新されても、LicenseIDは変化しない。
注2) LicenseIDは、16進16桁の整数で記載する。先頭に16進符号を示す”0x”等は付与しない。16桁に満たない場
合は、前に”0”を付加して16桁とする。
注3) LicenseTypeが”Download”の場合にのみ指定する。
注4) ChargeOption@Timingが”BeforeUse”の場合に指定する。提示用のメッセージを記述する。
注5) 視聴期間を指定する。例えば、”2泊3日”のように記述する。
注6) "<年を示す10進4桁の整数>－<月を示す10進2桁の整数>－<日を示す10進2桁の整数>T<時を示す10進2
桁の整数>：<分を示す10進2桁の整数>：<秒を示す10進2桁の整数>"で記載する。
注7) ダウンロード再生ライセンスの有効期限が無期限の場合、ValidityEnd要素、
ValidityIntervalAfterFirstUse要素、ValidityInterval要素はいずれも記述しない。
注8)ダウンロード再生ライセンスの有効期限が有限の場合、ValidityEnd要素、ValidityIntervalAfterFirstUse要
素、ValidityInterval要素のいずれか１つのみを記述する。
注9)ValidityInterval要素を記述するときは、必ず、TextualDescription要素も記述する。
注１０) LicenseType要素がDownloadの場合のみ配置
注１１) LicenseType要素がExportの場合のみ配置
注12) YYYY:10進4桁西暦表記、MM:10進2桁月表記、DD:10進2桁日表記、hh:10進2桁時表記、mm:10進2桁
分表記、ss:10進2桁秒表記
注13)P:経過を表す文字、ddＤ：経過した10進2桁日数、T:日付と時刻を分離する文字、hhH:経過した10進2桁時数、
mmM:経過した10進2桁分数
注14)子要素を１つ以上配置すること。
- 245 -
7.3. コンテンツ参照識別子（CRID）の運用
IPTV サービスにおけるコンテンツならびにパッケージを識別する目的で、コンテンツ参照識
別子を運用する。
7.3.1. CRID の記述形式
コンテンツならびにグループの識別は、CRID で行い、「ARIB STD-B38 4.1.1」に準じて、
crid://<authority>/<data >
とする。
コンテンツ参照識別子全体で記述可能な文字数は、”crid:// <authority>/”を含めて全体で 255
バイトとする。
CRID は、大文字と小文字は異なるものとして識別される。
7.3.2. オーソリティ（<authority>）の運用
<authority>は、コンテンツを発行した事業者を一意に特定するために用いる。
<authority>は、「ARIB STD-B38
第 4 章 4.1.2」に準拠し、以下のように記述する。
<authority>= <DNS name>
<DNS name>は「IETF-RFC1034」及び「IETF-RFC1035」によって規定された DNS（Domain
Name System）名を記述し、事業者間での一意性を確保する。
<DNS name>に利用可能な文字は以下の通りである。
<DNS name> =
startChar *echar
echar
=
startChar | "-" |
startChar
=
lowalpha | upalpha | digit | "_"
lowalpha
=
"a" | "b" | "c" | "d" | "e" | "f" | "g" | "h" | "i" |
"."
"j" | "k" | "l" | "m" | "n" | "o" | "p" | "q" | "r" |
"s" | "t" | "u" | "v" | "w" | "x" | "y" | "z"
upalpha
=
"A" | "B" | "C" | "D" | "E" | "F" | "G" | "H" | "I" |
"J" | "K" | "L" | "M" | "N" | "O" | "P" | "Q" | "R" |
"S" | "T" | "U" | "V" | "W" | "X" | "Y" | "Z"
digit
=
"0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" |"8" | "9“
なお、<DNS name>に利用可能な文字数は、最大 56 文字とする。
7.3.3. データ（<data>）の運用
- 246 -
<data >の部分は、<authority>内ユニークな文字列とする。
<data>に利用可能な文字は以下の通りである。
<data>
=
startChar *echar
echar
=
startChar | "-" | "." |
startChar
=
lowalpha | upalpha | digit | "_"
lowalpha
=
"a" | "b" | "c" | "d" | "e" | "f" | "g" | "h" | "i" |
"/"
"j" | "k" | "l" | "m" | "n" | "o" | "p" | "q" | "r" |
"s" | "t" | "u" | "v" | "w" | "x" | "y" | "z"
upalpha
=
"A" | "B" | "C" | "D" | "E" | "F" | "G" | "H" | "I" |
"J" | "K" | "L" | "M" | "N" | "O" | "P" | "Q" | "R" |
"S" | "T" | "U" | "V" | "W" | "X" | "Y" | "Z"
digit
=
"0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" |"8" | "9“
7.3.4. CRID で識別されるデータの一意性
ダウンロード制御情報ファイルに含まれるコンテンツタイトルの情報は、feed 要素に含まれる
entry 要素の内容として規定されている。本規定において、CRID はダウンロード制御情報ファ
イルの entry 要素に含まれる id 要素として用いているため、entry 要素は CRID によって識別
されることになる。しかしながら、entry 要素から取得できるデータは運用によっては完全に一
意に識別できない場合がありえる。例えば、異なる licenseid 要素が同一の CRID に対して紐付
くような運用が可能である。
本項では CRID で識別されるデータの範囲および各データの一意性に関して規定する。
entry 要素に含まれる情報に従って、端末が取得することができるコンテンツに関するデータ
は、つぎの通りとする。
z
タイトル名
z
メディアファイル
z
ストリーム再生制御情報
z
ECG メタデータ (PI, GI, LI)
z
タイトルサムネイル
z
チャプタサムネイル
z
再生制御メタファイル
- 247 -
z
ライセンス id 及びライセンス
これらのデータの相関については、図 7-2 のようにまとめられる。
Entry の 構 成要素
CRID で 識 別 され るデータ
(3) CRIDが 同一でも異なる可能性があるデ ータ
Chapter
thumbnail
cpc file
ECG (LI)
T itle
thumbnail
ECG (GI)
CRID
ECG (PI)
Licenseid
(2) CRIDに対 して一意性を持つデータ
sci file
Media file
(1) CRIDが同一の場合、完全に同一のデ ータ
図 7-2
構成要素の参照関係
7.3.4.1. CRID に関連するデータの一意性
CRID に関連付けられるデータの一意性については、以下のように分類することができる。
(1) CRID が同一の場合、完全に同一であるデータ
- CRID によって完全に一意であるデータ
(2) CRID が同一の場合、一意性のあるデータ
- 時間軸上のある点において”唯一”である、換言すると、異なる内容のものが
同時に複数存在しないというデータ
(3)
CRID が同一でも異なる可能性があるデータ
- ある CRID を持つコンテンツに対し、サービスとして意図的に異なるデータを
関連付ける可能性を持つデータ
- 248 -
次に、これらのデータについて具体例を挙げながら、送出運用及び端末処理ガイドラインを示
す。
7.3.4.2. CRID に関連するデータの送出運用
前述のデータ分類に従い、CRID に関連するデータの運用を示す。
(1) CRID が同一の場合、完全に同一であるデータ
次に挙げるデータは CRID によって完全に一意である。
z
メディアファイル
z
SCI ファイル
これらのデータは CRID に対して完全に同一なものとして運用される。よって、ある時点にお
いて内容に変更がなされたには、別の CRID にて運用しなければならない。
(2) CRID が同一の場合に一意性があるデータ
次に挙げるデータは一意性が保たれるものとして運用される。
z
(3)で規定されるもの以外の entry 要素内の情報
z
ERI，(3)で規定されるもの以外のの LLI の情報
z
PI, GI
z
サムネイル
これらのデータは CRID に対して一意として運用される。よって、ある時点において内容に変
更がなされた場合であっても一意性は保たれるものとして、同一 CRID にて運用することが可能
である。
(3) CRID が同一の場合でも、異なる可能性のあるデータ
ある CRID を持つコンテンツに対し、サービス運用として意図的に異なるデータを関連付ける
可能性を持つデータは次の通りである。
z
entry 内の dlctl:licenseid タグ内の情報
同じ crid に別の licenseid が紐付くことが許されている
- 249 -
z
LLI に記載されている license 要素
crid に紐付くライセンスが追加される可能性がある
z
entry 内の dlctl:ecgmetainfo@href の情報
licenseid 情報が異なるためクエリ文字列も異なる可能性があるため
z
entry 内の link 情報 (メディアファイル参照先 URL) 注１）
利用期限付き URL の運用が想定されるため
これらのデータは、ある CRID が複数のダウンロード制御情報ファイルに指定されていた場合
には、別々の情報となる可能性を持つ。
注１）固定運用などがなされる場合には、一意性があるデータとして取り扱う場合もあり得る。
7.3.4.3. CRID に関連するデータの端末処理ガイドライン
以下に端末処理におけるガイドラインを示す。
(1) CRID が同一の場合、完全に同一であるデータ
ある CRID が複数のダウンロード制御情報ファイルに指定されていた場合、7.3.4.2 (1)にて記
載されているデータは完全に同一であるとみなすことができ、処理は実装依存である。
既に取得されている CRID が再度ダウンロード制御情報ファイルに指定されていた場合、受信
機はその取得を行わなくてもよい。
(2) CRID が同一の場合、一意性のあるデータ
ある CRID が複数のダウンロード制御情報ファイルに指定されていた場合、7.3.4.2 (2)にて記
載されているデータについて、ダウンロード処理の実行は実装依存である。
既に取得されている CRID が再度ダウンロード制御情報ファイルに指定されていた場合、受信
機はその全部、あるいは一部を上書きしてもよいし、取得を行わなくてもよい。
(3) CRID が同一でも異なる可能性があるデータ
ある CRID が複数のダウンロード制御情報ファイルに指定されていた場合、7.3.4.3 (3)にて記
載されているデータについて、受信機は別々の情報として取り扱う必要があるため、情報を取得
しなければならない。
- 250 -
7.4. メタデータ名前空間の運用
メタデータ記述スキームの名前空間は、"http://www.iptvforum.jp/metadata/tva/2008/07"とす
る。これは、本規定で新たに追加する要素・属性を導入するため、「ARIB STD-B38
3.2.1」に
規定される名前空間のスキーマをもとにしたスキーマ拡張を行うことにより定義される名前空間
である。［付録 H］に拡張されたスキーマを示す。
7.5. メタデータ符号化と伝送方式
7.5.1. メタデータの文字符号化
7.5.1.1. メタデータに用いる文字符号
メタデータの符号化文字集合は UCS(Unicode 2.0)とし、文字符号化スキームは UTF-8 とする。
半角は、2 文字を全角 1 文字とする。
符号体系は「STD-B24 第一編 第 2 部 7.2 国際符号化文字符号」における ARIB 文字符号に
従う。
ただし、受信機は TR-B14 及び TR-B15 を基本として実装されている事から、UCS のすべて
の文字セットを実装しているとは限らないため、提示のための利用を想定したメタデータの記述
に関しては、受信機が備えると想定して良い文字範囲である ARIB STD-B24 第一編第 2 部の表
7-4(1)～(8)を利用する。ただし、表 7-4(7),(8)中の 90 区～94 区に規定される特殊文字（追加記号）
のうち表 7-42 の網掛け領域に示すものは除く。この範囲以外の文字を適用した場合、受信機に
おける提示は保証されない。
表 7-42
追加記号
7.5.1.2. タブ/改行/復帰/スペースの扱い
メタデータの要素・属性の文字列のデータ型については、XML Schema での文字列データ型か
ら派生したデータ型を用いているが、#x9(タブ)を用いてはならない。#x9(タブ)が利用された場
- 251 -
合には、その処理方法は受信機依存である。また、#xA、#xD、#xD＋#xA は改行コード、#x20
はスペースと認識して取り扱う。改行コード、スペースは、本章で規定する CopyrightNotice 要
素、Synopsis 要素、PromotionalInformation 要素、RelatedMaterial/PromotionalText 要素、
PurchaseInformation/Purchase/Description
要
素
、
LicenseInformation/ChargeOption/ChargeMessage 要素に利用できる。文字列の最大長など、
文字数のカウントにおける当該要素の扱いは、#xA(改行)、#xD(復帰)、#x20(スペース)はすべて
1 文字、１バイト、#D(復帰)+#A(改行)は 2 文字、2 バイトとみなして XML 文書中に記述する。
なお、受信機処理としては、改行コードを W3C 勧告として公開されている XML1.0(Fourth
Edition)に準拠し、#xA(改行)の 1 文字 1 バイトに正規化した後に処理する。
7.5.2.
メタデータ伝送における符号化方式
メタデータ伝送符号化方式は、「ARIB STD-B38
3.3.2 テキスト形式符号化」に従う。
7.5.3. メタデータリソース
１つのメタデータ文書（1 行目に XML 宣言を、2 行目以降に<TVAMain …>で開始し
</TVAMain>で終了する範囲を記述した XML 文書）を、メタデータリソースとする。
XML 宣言の記述内容は、以下のとおりとする。
<?xml version=”1.0” encoding=”UTF-8”?>
7.5.4. メタデータの記法に関するガイドライン
ECG メタデータの記法に関するガイドラインについては、［付録 G］を参照。
7.5.5. ECG メタデータの伝送方式
ECG メタデータの伝送方式として、GET メソッドによるメタデータを取得する方式と、POST
メソッドによる方式がある。
POST メソッドによりメタデータを取得する場合の応答電文については、［付録 B］参照。
以下で、GET メソッドでメタデータを取得する場合のファイルフォーマットについて説明する。
受信機はダウンロード制御情報に指定されるメタデータサーバ URL 及びクエリー情報に基づ
きダウンロード対象のコンテンツに関連する ECG メタデータを一括取得する想定であるが、個
別のコンテンツメタデータ、ライセンスメタデータ等からなる複数のメタデータリソースを１つ
のファイルとして取得する。
z
正常応答の場合
- 252 -
メタデータ取得のクエリーに対する正常応答の場合は、複数のメタデータリソースは HTTP の
ボディ部に Multipart/Mixed (RFC2046) 形式で格納される。ボディ部に 1 つのメタデータリソ
ースが格納される場合もこの形式となる。なお、検索結果が 0 件の場合は第 1 パートが空で第 2
パート以降が存在しない。
HTTP ヘッダ部では以下の独自ヘッダが付加される。
(1) latest version
ボディ部に格納されるメタデータの fragmentVersion の最大値(maximum-version)を、
YYYYMMDDhhmmss 形式で示す。
X-metaserver-latestversion: <maximum-version>
すべてのパートヘッダにおいて、Content-Length フィールドを運用し、Content-Location フ
ィールドは運用しない。
各パートには、メタデータフラグメントがテキスト XML 形式で格納される。
各パートに格納されているフラグメントの fragmentId および fragmentVersion を以下の形式
でパートヘッダ部に付加する。
Content-Description: <fragmentId>,<fragmentVersion>
また、Content-Type フィールドは以下となる。
Content-Type: application/X-arib-meta+xml; charset="UTF-8"
以下に、メタデータファイルの例を示す。
（例）
--------------------------------------------Content-Type: multipart/mixed; boundary=gc0p4Jq0M2Yt08j34c0p
Content-Length: 80192
X-metaserver-latestversion: 20060101000000
--gc0p4Jq0M2Yt08j34c0p
Content-Type: application/X-arib-meta+xml;charset="UTF-8"
Content-Description: 0cd321101e,20080101000000
Content-Length: 6452
<?xml version="1.0" encoding="UTF-8"?>
<TVAMain>
....
</TVAMain>
--gc0p4Jq0M2Yt08j34c0p
...
--gc0p4Jq0M2Yt08j34c0p
Content-Type: application/X-arib-meta+xml;charset="UTF-8"
Content-Description: 20d33313fb,20080101000000
1 つ目の
フラグメント
最後の
フラグメント
- 253 -
Content-Length: 3446
<?xml version="1.0" encoding="UTF-8"?>
<TVAMain>
...
</TVAMain>
--gc0p4Jq0M2Yt08j34c0p----------------------------------------------
7.5.6. メタデータサイズに関するガイドライン
z
POST メソッドで取得する場合の最大サイズ
POST メ ソ ッ ド に よ り 、 1 つ の メ タ デ ー タ を 要 求 し た 際 に 取 得 で き る メ タ デ ー タ 文 書
（TVAMain）の最大サイズを 300KB とする。
z
GET メソッドで取得する場合の最大サイズ
GET メソッドにより、ダウンロード制御情報の feed/entry/ecgmetainfo@href で指定される
URL を用いて取得した場合の最大サイズを 1MB とする。
7.6. メタデータフラグメントと ECG メタデータの管理
7.6.1. メタデータの記述単位
テキスト形式で符号化するメタデータは、メタデータ文書（TVAMain）として記述する。
メタデータにおいては、１つのメタデータ文書に１つのフラグメントのみを記載する。また、
fragmentId, fragmentVersion が指定されている場合には、個々のフラグメントの識別や更新管
理のために使用できる。
（解説）
以下、メタデータ文書とフラグメントについて説明する。
・メタデータの配信上の最小単位をメタデータフラグメントと呼ぶ。
・メタデータフラグメントを格納するファイルは、TVAMain 要素をルート要素とする 1 つの
独立した XML 文書である。
図 3-2 に、メタデータ文書とフラグメントの例を示す。
- 254 -
メタデータ文書
<?xml version="1.0" encoding="UTF -8 "?>
<TVAMain …>
<ProgramDescription >
<ProgramInformationTable >
<ProgramInformation programId =“crid://NKH.com/123 “
fragmentId =ffff000000
fragmentVersion =20050101000000>
“crid://NKH.com/123 ” で特定される番組のメタデータ
</ProgramInformation >
</ProgramInformationTable >
</ProgramDescription >
</TVAMain >
フラグメント
図 7-3
メタデータ文書とフラグメントの例
7.6.2. フラグメント識別の運用
7.6.2.1. fragmentId の運用
fragmentId は、”0” ～ ”2 の 40 乗”から 1 を減じた範囲内で、メタデータを伝送する伝送路に
割り当てられた<authority>内で一意に運用する。メタデータ文書内の fragmentId は、16 進 10
桁の整数で記載する。先頭に 16 進符号を示す”0x”などは付与しない。10 桁に満たない場合は、
前に”0”を付加して 10 桁とする。なお、本運用規定においては、authority と publisher は同一の
ものとして運用する。
同一の記述対象に対して、<authority>内で異なる fragmentId を付与して複数のフラグメント
を記述することは行わない。ここで同一の記述対象とは、以下のいずれかである。
・同一の programId を持つ ProgramInformation フラグメント
・同一の groupId を持つ GroupInformation フラグメント
・同一の LicenseId を持つ LicenseInformation フラグメント
・同一の PurchaseId を持つ PurchaseInformation フラグメント
また、異なる記述対象に対して、<authority>内で同じ fragmentId を付与したフラグメントを
記述しない。
＜参考情報＞
fragmentId の割当て方法は<authority>内で自由であるが、その割当てに際しては規定に示す
とおり重複及び再利用が出来ないことを十分留意すべきである。以下参考のため、<authority>
内で fragmentId を一意に付与するためのメタデータ制作における運用基準の一例を示す。
z 8bit：<authority>内でメタデータ制作を行う組織／部門毎に割り当てた 0～255 の識別番
号
z 16bit：当該フラグメントを最初に制作した年月日を MJD に変換した値（変換方法は「ARIB
STD-B10 第 2 部 付録 C」を参照されたい）
- 255 -
z 4bit：情報形式（ProgramInformation, GroupInformation など）に応じてあらかじめ割り
当てた 0～15 の識別番号
z 12bit：当該年月日に制作された当該情報形式の fragment に昇順に割り当てた 0～4,095
のシリアル番号
fragmentId は あ る fragmentId で 過 去 に 発 行 さ れ た す べ て の フ ラ グ メ ン ト の
fragmentExpirationDate の中で一番遅い時刻の後 2 ヶ月以降であれば再利用を行うことができ
る。
7.6.2.2. fragmentVersion の運用
fragmentVersion は、当該フラグメントが更新された日時（日本標準時）を記載する。メタデ
ータ文書内の fragmentVersion は、10 進 14 桁数値（YYYYMMDDhhmmss 形式）で記載する。
7.6.2.3. fragmentExpirationDate の運用
メタデータは有効期限により表示可否の判断を行う。
有効期限外のメタデータの削除については、実装依存とする。
メタデータの有効期限は、期限の最終日時(日本標準時)を FragmentExpirationDate 属性に
dateTime 形式(YYYY-MM-DDThh:mm:ss+09:00 形式) (YYYY:10 進 4 桁西暦表記、MM:10 進 2
桁月表記、DD:10 進 2 桁日表記、hh:10 進 2 桁時表記、mm:10 進 2 桁分表記、ss:10 進 2 桁秒表
記)で記述される。fragmentExpirationDate 属性が指定されない場合は、有効期限の扱いは受信
機依存とする。
- 256 -
8. ダウンロードプロトコル
本節では，ダウンローダが各種情報をサーバから HTTP で取得する際のプロトコル規定を記述
する。DRM サーバと DRM クライアント間の通信プロトコルについては本書のスコープ外とす
る。
8.1. ダウンロード制御情報、再生制御情報、ECG メタデータ
表 8-1 にダウンローダがメタデータサーバから取得する情報の名称と、そのメディアタイプを
示す。ダウンローダは HTTP(S)の GET メソッドにより取得する。ただし、ECG メタデータは
POST メソッドを用いて取得してもよい。但し HTTPS を使用する場合のサーバ認証の扱いおよ
びそのルート認証局については運用仕様で規定する。
表 8-1
各種情報のメディアタイプ
情報
ダ ウ ン ロ ード 制 御 情 報
メディアタイプ
application/atom+xml
（注 1）
再生制御メタファイル
application/X-arib-contentPlayControl
リソースリスト
application/X-arib-resourceList
ERI
text/xml
LLI
text/xml
SCI
application/X-arib-streamControlInfo
ECG メタデータ
application/X-arib-meta+xml
静止画サムネイル
image/jpeg
（注 1）基本受信機ではブラウザのプラグインで取得するが、拡張機能を使う場合（例えば更新ダ
ウンロードなど）にダウンローダが取得することがある。
8.1.1. ヘッダ
8.1.1.1. ヘッダ共通事項
リクエスト、レスポンスの各メッセージで使用されるすべてのヘッダについて、メタデータサ
ーバ、ダウンローダは以下の各項を満たさなければならない。
z
解釈不能なヘッダは無視しなくてはならない。
z
レスポンスに禁止ヘッダが含まれていた場合の受信機動作は実装依存である。
z
複数の行にまたがるヘッダをサポートしなくてはならない。
z
ヘッダ 1 行（CR+LF を含む）のサイズの上限は 256byte とし、それを超える場合は、
- 257 -
複数行に分割しなければならない。但し、HTTP メッセージにおける Start-Line は除
く。
z
1 行が 256byte を超えるヘッダを含むメッセージを送信してはならない。また、1 行
が 256byte を超えるヘッダを含むメッセージは受信できなくてもよい。
z
ヘッダ全体のサイズ（HTTP メッセージにおける Start-Line から空行までのサイズ）
の上限は 4096byte とする。
z
ヘッダ全体のサイズが 4096byte を超えるメッセージを送信してはならない。またヘ
ッダ全体のサイズが 4096byte を超えるメッセージは受信できなくてもよい。
z
Content-Length で扱うことのできるデータサイズの上限は 2^48-1 とする。
z
Content-Length で 2^48-1 を超える値を使用したメッセージを送信してはならない。
2^48-1 を超える値を使用したメッセージは受信できなくてもよい。
8.1.1.2. 一般ヘッダ
一般ヘッダに対するダウンローダの対応一覧を表 8-2 に示す。
表 8-2
一般ヘッダ対応一覧
対応（○：必須、×：禁止、－：無視してよい）
ヘッダフィールド
リクエスト
レスポンス
Cache-Control
×
―
Connection
×
○
Date
×
―
Pragma
×
―
Transfer-Encoding
×
×
Trailer
×
×
Upgrade
×
×
Via
×
―
Warning
×
×
8.1.1.3. エンティティヘッダ
エンティティヘッダに対するダウンローダの対応一覧を表 8-3 に示す。
表 8-3
ヘッダフィールド
エンティティヘッダ対応一覧
対応（○：必須、×：禁止、－：無視してよい）
- 258 -
リクエスト
レスポンス
Allow
×
―
Content-Encoding
×
×
Content-Language
×
×
○（ＰＯＳＴメソッドのみ）
○
Content-Location
×
○（再生制御メタファイルのみ）
Content-MD5
×
―
Content-Range
×
×
Content-Type
○（POST メソッドのみ）
○
Expires
×
×
Last-Modified
×
―
Content-Length
8.1.1.3.1. Content-Length ヘッダ
Content-Length ヘッダの使用について、ダウンローダ及びメタデータサーバの動作を以下の
通り規定する。
メタデータサーバは、レスポンスに Content-Length ヘッダを付けることを必須とする。
メタデータサーバからのレスポンスに設定する Content-Length ヘッダの値は、メタファイル
のコンテンツサイズと同じ値でなければならない。また、レスポンスでエンティティボディを送
信しない場合は、Content-Length ヘッダの値を 0 にしなければならない。
ダウンローダは、コンテンツデータの受信終了を、実際に受信したコンテンツのサイズをカウ
ントすることにより判断する。その際、コンテンツサイズが必要となるが、レスポンスに
Content-Length ヘッダがある場合は、Content-Length ヘッダに設定された値をコンテンツサイ
ズとみなす。もしレスポンスに Content-Length ヘッダがない場合は、エラーとみなして受信で
きなくてもよい。Content-Length ヘッダに設定されたコンテンツサイズとダウンロード制御情
報に設定されたコンテンツサイズが異なる場合は、Content-Length ヘッダに設定された値を使
用することとする。
Content-Length ヘッダに関連して、ダウンローダは、次の場合にメタデータサーバからのレ
スポンスにエンティティボディが存在すると見なさなければならない。
z
レスポンスの Content-Length ヘッダの値が 0 でない場合。
8.1.1.4. リクエストヘッダ
リクエストヘッダに対するダウンローダの対応一覧を表 8-4 に示す。
表 8-4
リクエストヘッダ対応一覧
- 259 -
ヘッダフィールド
対応（○：必須、×：禁止）
Accept
×
Accept-Charset
×
Accept-Encoding
×
Accept-Language
×
Accept-Ranges
×
Authorization
×
From
×
Host
○
If-Modified-Since
×
If-Match
×
If-None-Match
×
If-Range
×
If-Unmodified-Since
×
Max-Forwards
×
Range
×
Referer
×
User-Agent
○
8.1.1.4.1. Host ヘッダ
リクエスト先のホスト名を指定する。
8.1.1.4.2. User-Agent ヘッダ
ダウンローダは、リクエストヘッダに User-Agent ヘッダを付加すること。User-Agent ヘッダ
で指定される文字列に、
”DTVNetContentDownloader”を使用すること。
8.1.1.5. レスポンスヘッダ
レスポンスヘッダに対するダウンローダの対応一覧を表 8-5 に示す。
表 8-5
ヘッダフィールド
レスポンスヘッダ対応一覧
対応（○：必須、×：禁止、―：無視してよい）
Accept-Range
×
Age
―
ETag
×
- 260 -
Location
×
Proxy-Authenticate
×
Retry-After
―
Server
―
Vary
―
WWW-Authenticate
×
レスポンスのステータスコードを表 8-6 に示す。
表 8-6
ステータスコード
ステータスコード
ステータス
200
OK
206
Partial Content
400
Bad Request
403
Forbidden
404
Not Found
414
Request-URI Too Long
500
Internal Server Error
503
Service Unavailable
これら以外の Status Code の解釈については受信機依存とし、理解できない Status Code を受
信したダウンローダは、その Status Code の 3 桁目で示されるクラスの Status Code、x00 とし
て処理してもよい。例えば、Status Code 406 を理解できないダウンローダは、これを 400 とし
て扱い処理を行ってもよい。
8.1.2. Persistent Connection
ダウンローダは、ダウンロード制御情報、再生制御情報、ECG メタデータ取得の際、Persistent
Connection をサポートすることが望ましい。
メタデータサーバは、Persistent Connection をサポートする場合、Keep-Alive のタイムアウ
ト値の下限を 10 秒とする。またメタデータサーバは、Persistent Connection のキープアライブ
の上限は 5 秒と想定する。セッションの切断はダウンローダが行うが、非通信時間が 10 秒を超
える場合は、メタデータサーバ側から TCP コネクションを切断してもよい。尚、タイムアウト
については RFC2616 の 8.1.4（Practical Considerations）に記載のタイムアウトのことである。
- 261 -
8.1.3. Transfer コーディング
本仕様では、chunk は使用しない。
8.1.4. Content コーディング
本仕様では、content コーディングは使用しない。
8.1.5. Content ネゴシエーション
本仕様では、content ネゴシエーションは使用しない。
8.1.6. キャッシュ
ダウンローダは、ダウンロード制御情報、再生制御情報、ECG メタデータのキャッシュは利用
しない。
8.1.7. リダイレクション
リダイレクションの使用は禁止する。
8.1.8. アクセス認証
HTTP のアクセス認証は使用しない。
8.1.9. SSL/TLS
ダウンローダは、ダウンロード制御情報、再生制御情報、ECG メタデータのダウンロードに
SSL/TLS を使用してもよい。使用する場合は SSLv3.0/TLSv1.0 を使用する。
8.1.10. QoS
本仕様では、QoS に関して考慮しない。
- 262 -
8.2. コンテンツファイル
ダウンローダがコンテンツファイルをサーバから HTTP で取得する際のプロトコル規定を以
下に記述する。
8.2.1. 前提
コンテンツファイルの取得には，ダウンロードプロトコルとして HTTP を利用するものとする。
また、本仕様で規定される内容については、特に記述がない場合、ダウンローダとコンテンツサ
ーバの両方に適用されるものとする。
8.2.2. 参照する RFC
HTTP のプロトコルとしての仕様は RFC2616 を前提とし、特に断りのない限り、RFC の規定
に従うものとする。ただし、一部の HTTP ヘッダなど、RFC から拡張して定義されたものにつ
いては、当然ながらその限りではない。
8.2.3. コンテンツ URI
コンテンツ URI のフォーマットはネット TV 端末仕様(1.0 版/2.0 版)のブラウザの仕様に準拠
するものとし、本仕様では以下の通り規定する。
コンテンツ URI の最大サイズは、1024byte とする。これはメタファイルで提供される URI
の最大サイズと同値である。ただし、ダウンローダで URI のドメイン名を名前解決した場合は、
1024byte を越える可能性があるため、受信機の実装には、この点について注意が必要である。
コンテンツ URI はパーセントエンコーディングにより適切にエスケープ処理されているもの
とし、その仕様は RFC3986 に従うものとする。
コンテンツ URI は、ドメイン名を含んでもかまわない。ただし、ダウンローダはドメイン名を
適切に解決できる必要がある。国際化ドメイン名(日本語ドメイン名など)の使用は禁止する。
8.2.4. メソッド
コンテンツのダウンロードに GET メソッドを使用するため、GET メソッドのサポートを必須
とする。またダウンローダは、HEAD メソッドを使用してはならない。
8.2.5. バージョン
HTTP/1.1 のサポートを必須とする。HTTP/1.0 は使用してはならない。
- 263 -
8.2.6. ヘッダ
8.2.6.1. ヘッダ共通事項
リクエスト、レスポンスの各メッセージで使用されるすべてのヘッダについて、メタデータサ
ーバ、ダウンローダは以下の各項を満たさなければならない。
z
解釈不能なヘッダは無視しなくてはならない。
z
レスポンスに禁止ヘッダが含まれていた場合の受信機動作は実装依存である。
z
複数の行にまたがるヘッダをサポートしなくてはならない。
z
ヘッダ 1 行（CR+LF を含む）のサイズの上限は 256byte とし、それを超える場合は、
複数行に分割しなければならない。但し、HTTP メッセージにおける Start-Line は除
く。
z
1 行が 256byte を超えるヘッダを含むメッセージを送信してはならない。また、1 行
が 256byte を超えるヘッダを含むメッセージは受信できなくてもよい。
z
ヘッダ全体のサイズ（HTTP メッセージにおける Start-Line から空行までのサイズ）
の上限は 4096byte とする。
z
ヘッダ全体のサイズが 4096byte を超えるメッセージを送信してはならない。またヘ
ッダ全体のサイズが 4096byte を超えるメッセージは受信できなくてもよい。
z
Content-Length、first-byte-pos、last-byte-pos、instance-length で扱うことのでき
るデータサイズの上限は 2^48-1 とする。
z
Content-Length、first-byte-pos、last-byte-pos、instance-length で 2^48-1 を超え
る値を使用したメッセージを送信してはならない。2^48-1 を超える値を使用したメッ
セージは受信できなくてもよい。
8.2.6.2. 一般ヘッダ
一般ヘッダに対するダウンローダの対応一覧を表 8-7 に示す。
表 8-7
一般ヘッダ対応一覧
対応（○：必須、×：禁止、－：無視してよい）
ヘッダフィールド
リクエスト
レスポンス
Cache-Control
×
―
Connection
○
○
Date
×
―
Pragma
×
―
Transfer-Encoding
×
×
Trailer
×
×
- 264 -
Upgrade
×
×
Via
×
―
Warning
×
×
8.2.6.3. エンティティヘッダ
エンティティヘッダに対するダウンローダの対応一覧をに示す。
表 8-8
エンティティヘッダ対応一覧
対応（○：必須、×：禁止、－：無視してよい）
ヘッダフィールド
リクエスト
レスポンス
Allow
×
―
Content-Encoding
×
×
Content-Language
×
×
Content-Length
×
○
Content-Location
×
×
Content-MD5
×
―
Content-Range
×
○
Content-Type
×
○
Expires
×
×
Last-Modified
×
―
8.2.6.3.1. Content-Type ヘッダ
Content-Type ヘッダの使用について、コンテンツサーバ、ダウンローダの動作を以下の通り
規定する。
コンテンツサーバは、レスポンスに Content-Type ヘッダを付けることを必須とする。
Content-Type ヘッダに指定するメディアタイプは、MPEG2 の場合 video/mpeg、H.264 の場合
video/h264 とする。
ダウンローダは、メディアタイプの判断にはメタファイルを使用することとする。
8.2.6.4. リクエストヘッダ
リクエストヘッダに対するダウンローダの対応一覧を表 8-9 に示す。
- 265 -
表 8-9
ヘッダフィールド
リクエストヘッダ使用一覧
使用（○：必須、×：禁止）
Accept
×
Accept-Charset
×
Accept-Encoding
×
Accept-Language
×
Accept-Range
×
Authorization
×
From
×
Host
○
If-Modified-Since
×
If-Match
×
If-None-Match
×
If-Range
×
If-Unmodified-Since
×
Max-Forwards
×
Range
○
Referer
×
User-Agent
○
X-DownloadMode
○
リクエストに対するステータスコードは、表 8-6 に準ずる。
8.2.6.4.1. Range ヘッダ
コンテンツサーバは Range ヘッダのサポートを必須とする。Range ヘッダが付いたリクエス
トに対するレスポンスには Content-Range ヘッダを付け、リクエストが成功した場合のステータ
スコードは 206 とする。また、Content-Range ヘッダの値には、instance-length を付けなけれ
ばならない。
コンテンツサーバは、GET リクエストに Range ヘッダが付いていない場合、コンテンツの全
データを送信しなければならない。リクエストの Range ヘッダに設定された値の終点がコンテン
ツサイズを超えている場合は、コンテンツの最後までを返す。
Range ヘッダに設定された値の始点がコンテンツのサイズより大きいなど、リクエストされた
範囲がコンテンツに重なっていない場合のステータスコードは 416 とする。
Range ヘッダのフォーマットを、以下の通り規定する。本仕様は、RFC2616 で定義される
- 266 -
Range ヘッダのサブセットとなる。RFC では、ひとつの Range ヘッダに対して、複数のレンジ
値を指定できるが、本仕様では、複数のレンジ指定を禁止する。
Range = "Range" *LWS ":" *LWS range-specifier
range-specifier = byte-range-specifier
byte-range-specifier = bytes-unit "=" byte-range-set
bytes-unit = "bytes"
byte-range-set = byte-range-spec
byte-range-spec = first-byte-pos "-" [last-byte-pos]
first-byte-pos = 1*DIGIT
last-byte-pos = 1*DIGIT
8.2.6.4.2. X-DownLoadMode ヘッダ
ダウンローダは X-DownLoadMode ヘッダのサポートを必須とする。X-DownLoadMode ヘッ
ダは RFC2616 には規定されておらず、本仕様独自の仕様である。
なお、X-DownLoadMode ヘッダが付けられたリクエストに対するレスポンスは、以下を満た
さなければいけない。
z
リクエストが成功した場合のステータスコードは 200 または 206 とする。
z
ダウンローダが X-DownLoadMode ヘッダと X-TimeSeekRange ヘッダあるいは
X-PlaySpeed ヘッダとを同時に指定してリクエストした場合、コンテンツサーバは
X-TimeSeekRange ヘッダ及び X-PlaySpeed ヘッダを無視しなければならない。ダウ
ンローダは X-DownLoadMode ヘッダと X-TimeSeekRange ヘッダ及び X-PlaySpeed
ヘッダを同時に指定してリクエストしてはならない。
X-DownLoadMode = “X-DownLoadMode” *LWS “:”
8.2.6.4.3. User-Agent ヘッダ
User-Agent ヘッダの値は、8.1.1.4.2 に準ずる。
8.2.7. Persistent Connection
コンテンツファイル取得の際、Persistent Connection と Pipelining を使用しない。
- 267 -
8.2.8. Transfer コーディング
コンテンツファイル取得の際 Transfer コーディングについては、8.1.3 の記載事項と同様の扱
いとする。
8.2.9. Content コーディング
Content コーディングについては、8.1.4 の記載事項と同様の扱いとする。
8.2.10. Content ネゴシエーション
Content ネゴシエーションについては、8.1.5 の記載事項と同様の扱いとする。
8.2.11. キャッシュ
キャッシュについては、8.1.6 の記載事項と同様の扱いとする。
8.2.12. リダイレクション
リダイレクションについては、8.1.7 の記載事項と同様の扱いとする。
8.2.13. アクセス認証
HTTP のアクセス認証については、8.1.8 の記載事項と同様の扱いとする。
8.2.14. SSL/TLS
コンテンツファイルのダウンロードに SSL/TLS は使用しない。
8.2.15. QoS
QoS については8.1.10 の記載事項と同様の扱いとする。
8.2.16. ユーザ操作と対応プロトコル
コンテンツのダウンロードには GET メソッドを使用する。ユーザ操作と対応するプロトコル
の例を表 8-10 に示す。
- 268 -
表 8-10
ユーザ操作と対応するプロトコル例
ユーザ操作
対応するプロトコル
ダウンロード開始
GET メソッドを使用する。
ダウンロード中断
TCP コネクションを切断する。
ダウンロード再開
Range ヘッダを指定した GET を行ってもよ
い。
ダウンロード中止
TCP コネクションを切断する。
- 269 -
［付録 A］ 分類スキームの運用
A.1 共通事項
本書にて参照される分類スキームの一覧を表 A 1 に示す。参照規格の欄に本編と示しているも
のは、本編において独自に定義されたものか、若しくは、「ARIB STD-B38」において規定され
ているものに項目を追加したものである。なお、ここで規定される分類スキームを参照するメタ
データ要素の href 属性には、分類スキームの URI と termID を”:”で連結した URI を記述する。
ここで、同じカテゴリの分類スキームは上位互換であることが保証されるものとする。すなわち、
もとの分類スキームに新しい辞書項目が追加され、分類スキームのバージョンが変更される場合、
新たに付与される URI は最後尾のカテゴリの部分は変更されず、年月部分のみが変更される。た
とえば、”http://www.iptvforum.jp/cs/2008/07/IPTVSERVICERoleCS”の分類スキームのバージ
ョ ン が 変 更 さ れ る 場 合 に は 、 新 し い URI は 最 後 尾 の ”IPTVSERVICERoleCS” を 継 承 し
て”http://www.iptvforum.jp/cs/2009/05/IPTVSERVICERoleCS”のようにする。
表 A 1 分類スキームの運用
分類スキームの URI
http://www.arib.or.jp/cs/2006/
03/ARIBParentalRatingCS
http://www.iptvforum.jp/cs/20
08/07/IPTVSERVICEHowRela
tedCS
http://www.iptvforum.jp/cs/20
08/07/IPTVSERVICEPromotio
nalTypeCS
http://www.iptvforum.jp/cs/20
08/07/IPTVSERVICERoleCS
参照
規格
ARIB
STDB38
本規
格書
本規
格書
本規
格書
http://www.iptvforum.jp/cs/20
08/07/IPTVSERVICEAudioCo
dingFormatCS
本規
格書
http://www.iptvforum.jp/cs/20
08/07/IPTVSERVICEVisualCo
dingFormatCS
本規
格書
出現場所
表 7-11,表 7-31
:ParentalGuidance/Pare
ntalRating/@href
表 7-16, 表 7-36
:RelatedMaterial/HowRe
lated/@href
表 7-8, 表 7-28
:PromotionalInformation
/@href
表 7-15, 表 7-35
:CreditsList/CreditsItem
/@role
表 7-21
:AVAttributes/
AudioAttributes/Coding/
@href
表 7-21
:AVAttributes/
VideoAttributes/Coding/
@href
- 270 -
運用範囲
運用範囲と項目毎の運用詳
細は「A.2」を参照。
辞書定義と項目毎の運用詳
細は「A.3」を参照。
すべての項目を運用する。
辞書定義は「A.4」を参照。
すべての項目を運用する。
辞書定義は「A.5」を参照。
すべての項目を運用する。
辞書定義は「A.6」を参照。
すべての項目を運用する。
辞書定義は「A.7」を参照。
http://www.iptvforum.jp/cs/20
08/07/IPTVSERVICEFileFor
matCS
http://www.iptvforum.jp/cs/20
08/07/IPTVSERVICEPurchas
eTypeCS
http://www.iptvforum.jp/cs/20
08/07/IPTVSERVICEOutputP
ortCS
http://www.iptvforum.jp/cs/20
08/07/IPTVSERVICECopyCon
trolMethodCS
http://www.iptvforum.jp/cs/20
08/07/IPTVSERVICEExportM
ediaCS
http://www.arib.or.jp/cs/2006/
03/ARIBGenreCS
本規
格書
本規
格書
本規
格書
本規
格書
本規
格書
ARIB
STDB38
表 7-40
:Purchase/PurchaseType
@href
表 7-41
:OutputRestriction/Port
@href
表 7-41
:OutputRestriction/Mode
@href
表 7-41
:ExportRestriction/Expor
tMedia/@href
すべての項目を運用する。
辞書定義は付録「A.8」を参
照。
すべての項目を運用する。
辞書定義は付録「A.9」を参
照。
すべての項目を運用する。
辞書定義は付録 A.10 を参
照。
すべての項目を運用する。
辞書定義は付録 A.11 を参
照。
すべての項目を運用する。
辞書定義は付録 A.12 を参
照。
表 7-10,表 7-30
:Genre/@href
運用範囲と項目毎の運用詳
細は「A.13」を参照
表 7-16, 表 7-36
:Format /@href
- 271 -
A.2 ARIBParentalRatingCS 辞書の運用
「ARIB STD-B38」付録2の表付録2-1に規定されるパレンタルレイティング指定のうち、R指定に
ついては、R-4からR-20までを運用する。それ以外はすべてG指定(年齢制限がない場合)とする。そ
れぞれの指定項目に対する推奨最低視聴年齢と受信機における実装上の留意事項を表A 2示す。
表 A 2 パレンタルレイティング指定と受信機における実装上の留意事項
名称
推奨最低視
受信機における実装上の留意事項
聴年齢
R-4
4
R-5
5
R-6
6
R-7
7
R-8
8
R-9
9
R-10
10
R-11
11
R-12
12
R-13
13
R-14
14
パレンタルレイティング指定(パレンタルレート)と、受信
R-15
15
機に設定されたパレンタルレベル(視聴最小年齢)とを比
R-16
16
較し、視聴に関して制御を行う。ただし、ECG上での表
R-17
17
示などは制限無く行っても良い。
R-18
18
R-19
19
R-20
20
パレンタルレイティング指定(パレンタルレート)と、受信
機に設定されたパレンタルレベル(視聴最小年齢)とを比
較した結果によらず、ECG上での表示および視聴の制限
を行わない。
該当コンテンツの、ECG上での表示およびコンテンツ視
聴を不可とする。ただし、パスワード入力などによりパ
レンタルコントロール自体が解除された場合にのみ、
ECG上での表示およびコンテンツ視聴を可能とする。
G
年齢制限な
パレンタルレイティング指定（パレンタルレート）と、
し
受信機に設定されたパレンタルレベル（視聴最小年齢）
とを比較した結果によらず、ECG上での表示および視聴
の制限を行わない。
- 272 -
A.3 IPTVSERVICEHowRelatedCS 辞書の運用
本運用規定にて参照する IPTVSERVICEHowRelatedCS 辞書定義を以下に示す。
<ClassificationScheme
uri="http://http://www.iptvforum.jp/cs/2008/07/IPTVSERVICEHowRelatedCS">
<Term termID="1">
<Name xml:lang="ja">予告編</Name>
<Definition xml:lang="ja">
関係：現在の A/V コンテンツは CRID に関連付けた番組の予告編。例：予告される映画を録画
する。
</Definition>
</Term>
<Term termID="2">
<Name xml:lang="ja">グループ予告編</Name>
<Definition xml:lang="ja">
関係：現在の A/V コンテンツは CRID に関連付けた番組グループの予告編。例：予告される間
もなく始まるシリーズ番組を録画する。
</Definition>
</Term>
<Term termID="3">
<Name xml:lang="ja">兄弟</Name>
<Definition xml:lang="ja">
関係：CRID に関連付けた番組は、現在の A/V コンテンツと兄弟関係である。例：前のエピソ
ードを見ると同時に、シリーズの次のエピソードを録画する。
</Definition>
</Term>
<Term termID="4">
<Name xml:lang="ja">代替</Name>
<Definition xml:lang="ja">
関係：CRID の識別子が、現在の A/V ストリームの編集的に同じコンテンツである別の
バージョンの番組を参照する。例：ある番組、または番組の一部を見ると同時に、ユーザは、
その番組の高精細バージョンが別の所から取得できることを発見する。
</Definition>
</Term>
<Term termID="5">
<Name xml:lang="ja">親</Name>
<Definition xml:lang="ja">
関係：ある番組のグループは、現在の A/V コンテンツである番組を含んだ CRID によって関連
付けられる。例：エピソードに一つを見ると同時に、シリーズ全てを録画する。
</Definition>
</Term>
<Term termID="6">
<Name xml:lang="ja">推薦</Name>
<Definition xml:lang="ja">
関係：放送事業者は、現在の A/V コンテンツと CRID によって関連付けられる番組間に関連性
- 273 -
があると考える。例：ユーザが見ているという理由で放送事業者が推薦する番組を録画する。
</Definition>
</Term>
<Term termID="7">
<Name xml:lang="ja">グループ推薦</Name>
<Definition xml:lang="ja">
関係：放送事業者は、現在の A/V コンテンツと CRID によって関連付けられる番組グループ間
に関連性があると考える。例：ユーザが見ているという理由で放送事業者が推薦する番組
シリーズを録画する。
</Definition>
</Term>
<Term termID="8">
<Name xml:lang="ja">商業広告</Name>
<Definition xml:lang="ja">
関係：現在の A/V コンテンツで取り扱われた商品またはサービスが、別の所に広告されている。
CRID は、その広告の A/V コンテンツを関連付ける。例：ユーザは、欲しい商品が写っている
映像を見ている。ユーザがその製品に興味があることを示すと、更に詳細な情報を提供する
広告が録画される。
</Definition>
</Term>
<Term termID="9">
<Name xml:lang="ja">直接商品購入</Name>
<Definition xml:lang="ja">
関係：商品またはサービスが視聴している番組に直接リンクされ、そのリンクされたリソース
から直接購入可能である。例：ユーザは、欲しい商品またはサービスが写っている映像を
見ている。（例えば、料理法シリーズのレシピ本）。ユーザがその商品に興味があることを
示すと、購入の要求ができるウェブベージ（または対話型のアプリケーション）に誘導される。
</Definition>
</Term>
<Term termID="10">
<Name xml:lang="ja">追加情報</Name>
<Definition xml:lang="ja">
関係：番組は、"音声/映像/文字/画像/対話型アプリケーション/ウェブコンテンツ"などの形式
の追加情報を持っている。例：ユーザは、コンテンツ提供者がその番組用に追加情報を用意し
ている、番組をみている。ユーザが興味を示すと、その追加のコンテンツに誘導され、視聴後
に元のコンテンツへと戻らされる。
</Definition>
</Term>
<Term termID="11">
<Name xml:lang="ja">番組批評情報</Name>
<Definition xml:lang="ja">
関係：番組は、ユーザが番組の視聴を続けるかどうか決定する際に対象となるかもしれない
批評や評論を持っている。例：ユーザは、追加の情報を見る事ができ、番組の視聴を続けるか
どうかを決めるためにその情報を使うことができる。
</Definition>
</Term>
<Term termID="12">
- 274 -
<Name xml:lang="ja">要約</Name>
<Definition xml:lang="ja">
関係：シリーズ中のある番組は、文字また AV の要約を持つ。例：ユーザは、前回のエピソード
を見逃したり、シリーズのあらすじを忘れてしまった場合、要約を読んだり・見たりできる。
</Definition>
</Term>
<Term termID="13">
<Name xml:lang="ja">メーキング</Name>
<Definition xml:lang="ja">
関係：放送事業者は、番組や情報の”メーキング”を提供。例：ユーザは興味があれば、その
番組がどう制作されたかの背景を見ることができる。
</Definition>
</Term>
<Term termID="14">
<Name xml:lang="ja">サポート</Name>
<Definition xml:lang="ja">
関係：ユーザが質問したいかもしれない問題を含んだ番組。例：その番組の主題として、
ユーザは、助言を得ることができるようにする電話相談、郵便、電子メールアドレス、または
ウェブページなどの形式で、サポートがあるかどうかを知ることができる。
</Definition>
</Term>
<Term termID="15">
<Name xml:lang="ja">派生</Name>
<Definition xml:lang="ja">
関係: 現在の A/V コンテンツは CRID に関連付けた番組から派生したもの。例: ユーザは現在
見ている番組から派生した商品等(たとえばシナリオを元にした小説や, 一部登場人物に
関する外伝を元にした番組等)を知ることができる.
</Definition>
</Term>
<Term termID="16">
<Name xml:lang="ja">セグメンテーション</Name>
<Definition xml:lang="ja">関係：セグメンテーショングループへのポインタ
</Definition>
</Term>
<Term termID="17">
<Name xml:lang="ja">参照</Name>
<Definition xml:lang="ja">関係：現在のコンテンツから参照するコンテンツ。例：TYPE
2 コンテンツから参照して利用する TYPE1 コンテンツを知ることができる。
</Definition>
</Term>
<Term termID="18">
<Name xml:lang="ja">ライセンス情報</Name>
<Definition xml:lang="ja">関係：ライセンス情報へのポインタ。例：コンテンツのライセン
ス情報（利用可能期間等）を知ることができる。
</Definition>
</Term>
<Term termID="19">
- 275 -
<Name xml:lang="ja">本編</Name>
<Definition xml:lang="ja">関係：コンテンツの本編を指す。
</Definition>
</Term>
<Term termID="20">
<Name xml:lang="ja">高画質版</Name>
<Definition xml:lang="ja">関係：コンテンツの高精細版を指す。
</Definition>
</Term>
<Term termID="21.1">
<Name xml:lang="ja">パック下の GI</Name>
<Definition xml:lang="ja">関係：パッケージを記述するグループ情報要素からシリーズを記
述するグループ情報要素へのリンク
</Definition>
</Term>
<Term termID="21.2">
<Name xml:lang="ja">パック下の PI</Name>
<Definition xml:lang="ja">関係：パッケージを記述するグループ情報要素から PI へのリン
ク
</Definition>
</Term>
<Term termID="21">
<Name xml:lang="ja">パッケージ参照</Name>
<Definition xml:lang="ja">関係：パッケージを記述するグループ情報要素への参照。
</Definition>
</Term>
</ClassificationScheme>
上述の各項目の運用詳細を、表 A 3 に示す。表中、
「運用」の欄において○は運用、－は運用し
ないことを示す。
「対象の形態」とは、当該コンテンツの番組情報要素、もしくは、当該パッケージのグループ
情報要素の RelatedMaterial/MediaLocator/mpeg7:MediaUri により指し示される対象の内容を
表す。
また、以下の「関係定義」の内容により、上述の各項目の定義(<Definition>要素の内容)を再
定義して利用する。
「端末表示文言例」は、対象についての情報を端末上で提示する際に利用することが推奨され
る、当該コンテンツと対象との関係を表す表示例文字列である。
「利用例」として対象情報利用した処理例を示す。
表A3
TermID
運用
1
－
IPTVSERVICEHowRelatedCS 辞書の運用詳細
対象の形態
関係定義
- 276 -
端末表示例
利用例
TermID
運用
2
－
3
－
4
－
5
－
6
－
7
－
8
－
9
－
10
○
対象の形態
関係定義
端末表示例
利用例
HTML 文書（ネ
当該コンテンツ
関連情報
当該コンテンツの関
ット TV コンテ
に対する関連情
連情報としてユーザ
ンツ）、BML 文
報
に提示し、選択によ
書の URL
り対象 HTML/BML
文書をダウンロー
ド、ブラウザで表示
する。
11
－
12
－
13
－
14
－
15
－
16
－
17
－
18
－
19
－
20
－
21.1
－
21.2
－
21
－
- 277 -
A.4 IPTVSERVICEPromotionalTypeCS 辞書の運用
本運用規定にて参照する IPTVSERVICEPromotionalTypeCS 辞書の定義を以下に示す。以
下のすべての項目を運用する。
<ClassificationScheme
uri="http://www.iptvforum.jp/cs/2008/07/IPTVSERVICEPromotionalTypeCS">
<Term termID="1">
<Name xml:lang="en">Recommended</Name>
</Term>
<Term termID="2">
<Name xml:lang="en">NewArrival</Name>
</Term>
</ClassificationScheme>
- 278 -
A.5 IPTVSERVICERoleCS 辞書の運用
本運用規定にて参照する IPTVSERVICERoleCS 辞書の定義を以下に示す。以下のすべての
項目を運用する。
< ClassificationScheme
uri="http://www.iptvforum.jp/cs/2008/07/IPTVSERVICERoleCS">
<Term termID="1">
<Name xml:lang="ja">出演者</Name>
</Term>
<Term termID="1.1">
<Name xml:lang="ja">出演</Name>
</Term>
<Term termID="1.2">
<Name xml:lang="ja">司会</Name>
</Term>
<Term termID="1.3">
<Name xml:lang="ja">キャスター</Name>
</Term>
<Term termID="1.4">
<Name xml:lang="ja">リポーター</Name>
</Term>
<Term termID="1.5">
<Name xml:lang="ja">解説者</Name>
</Term>
<Term termID="1.6">
<Name xml:lang="ja">コメンテーター</Name>
</Term>
<Term termID="1.7">
<Name xml:lang="ja">アナウンサー</Name>
</Term>
<Term termID="1.8">
<Name xml:lang="ja">実況</Name>
</Term>
<Term termID="1.9">
<Name xml:lang="ja">ナレーター</Name>
</Term>
<Term termID="1.10">
<Name xml:lang="ja">声の出演</Name>
</Term>
<Term termID="1.11">
<Name xml:lang="ja">通訳</Name>
</Term>
<Term termID="1.12">
<Name xml:lang="ja">ゲスト</Name>
</Term>
- 279 -
<Term termID="1.13">
<Name xml:lang="ja">ナビゲーター</Name>
</Term>
<Term termID="1.14">
<Name xml:lang="ja">講師</Name>
</Term>
<Term termID="1.15">
<Name xml:lang="ja">アシスタント</Name>
</Term>
<Term termID="1.16">
<Name xml:lang="ja">語り(語り手)</Name>
</Term>
<Term termID="1.17">
<Name xml:lang="ja">選手</Name>
</Term>
<Term termID="1.18">
<Name xml:lang="ja">キャスト</Name>
</Term>
<Term termID="1.19">
<Name xml:lang="ja">登場怪獣</Name>
</Term>
<Term termID="1.20">
<Name xml:lang="ja">ナレーション</Name>
</Term>
<Term termID="1.21">
<Name xml:lang="ja">案内人</Name>
</Term>
<Term termID="1.22">
<Name xml:lang="ja">プロモデラー</Name>
</Term>
<Term termID="1.23">
<Name xml:lang="ja">声優</Name>
</Term>
<Term termID="1.24">
<Name xml:lang="ja">妖怪の声</Name>
</Term>
<Term termID="1.25">
<Name xml:lang="ja">声出演</Name>
</Term>
<Term termID="1.26">
<Name xml:lang="ja">MC</Name>
</Term>
<Term termID="1.27">
<Name xml:lang="ja">インタビュアー</Name>
</Term>
<Term termID="1.28">
<Name xml:lang="ja">インストラクター</Name>
- 280 -
</Term>
<Term termID="1.29">
<Name xml:lang="ja">モデル</Name>
</Term>
<Term termID="1.30">
<Name xml:lang="ja">朗読</Name>
</Term>
<Term termID="1.99">
<Name xml:lang="ja">主演</Name>
<Definition xml:lang="ja">成人番組の出演者</Definition>
</Term>
<Term termID="2">
<Name xml:lang="ja">原作・脚本</Name>
</Term>
<Term termID="2.1">
<Name xml:lang="ja">原作</Name>
<Definition xml:lang="ja">説明：原作名または原作著者</Definition>
</Term>
<Term termID="2.2">
<Name xml:lang="ja">脚本</Name>
<Definition xml:lang="ja">説明：脚本名または脚本を担当した組織名または氏名
</Definition>
</Term>
<Term termID="2.3">
<Name xml:lang="ja">連載誌</Name>
</Term>
<Term termID="2.4">
<Name xml:lang="ja">シナリオ</Name>
</Term>
<Term termID="2.5">
<Name xml:lang="ja">翻訳</Name>
</Term>
<Term termID="2.6">
<Name xml:lang="ja">原案</Name>
</Term>
<Term termID="2.7">
<Name xml:lang="ja">詩</Name>
</Term>
<Term termID="2.8">
<Name xml:lang="ja">作画</Name>
</Term>
<Term termID="2.9">
<Name xml:lang="ja">原画</Name>
</Term>
<Term termID="3">
<Name xml:lang="ja">監督・演出</Name>
</Term>
- 281 -
<Term termID="3.1">
<Name xml:lang="ja">監督</Name>
<Definition xml:lang="ja">説明：監督を担当した組織名または氏名</Definition>
</Term>
<Term termID="3.2">
<Name xml:lang="ja">演出</Name>
<Definition xml:lang="ja">説明：演出を担当した組織名または氏名</Definition>
</Term>
<Term termID="3.3">
<Name xml:lang="ja">監修</Name>
<Definition xml:lang="ja">説明：監修を担当した組織名または氏名</Definition>
</Term>
<Term termID="3.4">
<Name xml:lang="ja">プロデューサー</Name>
</Term>
<Term termID="3.5">
<Name xml:lang="ja">構成作家</Name>
</Term>
<Term termID="3.6">
<Name xml:lang="ja">CG</Name>
<Definition xml:lang="ja">説明：CG を制作した組織名または氏名</Definition>
</Term>
<Term termID="3.7">
<Name xml:lang="ja">取材者</Name>
</Term>
<Term termID="3.8">
<Name xml:lang="ja">美術</Name>
</Term>
<Term termID="3.9">
<Name xml:lang="ja">照明</Name>
</Term>
<Term termID="3.10">
<Name xml:lang="ja">録音</Name>
</Term>
<Term termID="3.11">
<Name xml:lang="ja">整音</Name>
</Term>
<Term termID="3.12">
<Name xml:lang="ja">編集</Name>
</Term>
<Term termID="3.13">
<Name xml:lang="ja">助監督</Name>
</Term>
<Term termID="3.14">
<Name xml:lang="ja">製作管理統括</Name>
</Term>
<Term termID="3.15">
- 282 -
<Name xml:lang="ja">宣伝統括</Name>
</Term>
<Term termID="3.16">
<Name xml:lang="ja">特殊監督</Name>
</Term>
<Term termID="3.17">
<Name xml:lang="ja">総監督</Name>
</Term>
<Term termID="3.18">
<Name xml:lang="ja">スタッフ</Name>
</Term>
<Term termID="3.19">
<Name xml:lang="ja">特殊技術</Name>
</Term>
<Term termID="3.20">
<Name xml:lang="ja">演出・脚色</Name>
</Term>
<Term termID="3.21">
<Name xml:lang="ja">場面設定</Name>
</Term>
<Term termID="3.22">
<Name xml:lang="ja">製作・総括・演出</Name>
</Term>
<Term termID="4">
<Name xml:lang="ja">音楽</Name>
</Term>
<Term termID="4.1">
<Name xml:lang="ja">曲目</Name>
<Definition xml:lang="ja">説明：曲目</Definition>
</Term>
<Term termID="4.2">
<Name xml:lang="ja">音楽</Name>
<Definition xml:lang="ja">説明：音楽を提供した組織名または氏名</Definition>
</Term>
<Term termID="4.3">
<Name xml:lang="ja">歌手</Name>
</Term>
<Term termID="4.4">
<Name xml:lang="ja">作詞</Name>
</Term>
<Term termID="4.5">
<Name xml:lang="ja">作曲</Name>
</Term>
<Term termID="4.6">
<Name xml:lang="ja">演奏</Name>
</Term>
<Term termID="4.7">
- 283 -
<Name xml:lang="ja">指揮</Name>
</Term>
<Term termID="4.8">
<Name xml:lang="ja">オーケストラ</Name>
</Term>
<Term termID="4.9">
<Name xml:lang="ja">主題歌</Name>
<Definition xml:lang="ja">主題歌の曲名または曲名のリスト</Definition>
</Term>
<Term termID="4.10">
<Name xml:lang="ja">挿入歌</Name>
<Definition xml:lang="ja">挿入歌の曲名または曲名リスト</Definition>
</Term>
<Term termID="4.11">
<Name xml:lang="ja">テーマ音楽</Name>
<Definition xml:lang="ja">テーマ音楽の曲名または曲名リスト</Definition>
</Term>
<Term termID="4.12">
<Name xml:lang="ja">編曲</Name>
</Term>
<Term termID="4.13">
<Name xml:lang="ja">歌</Name>
</Term>
<Term termID="5">
<Name xml:lang="ja">制作</Name>
</Term>
<Term termID="5.1">
<Name xml:lang="ja">制作著作</Name>
<Definition xml:lang="ja">制作の著作権を有する組織名または氏名</Definition>
</Term>
<Term termID="5.2">
<Name xml:lang="ja">制作協力</Name>
<Definition xml:lang="ja">制作に協力した組織名または氏名</Definition>
</Term>
<Term termID="5.3">
<Name xml:lang="ja">制作年</Name>
</Term>
<Term termID="5.4">
<Name xml:lang="ja">制作国</Name>
</Term>
<Term termID="5.5">
<Name xml:lang="ja">制作場所</Name>
</Term>
<Term termID="5.6">
<Name xml:lang="ja">取材日</Name>
</Term>
<Term termID="5.7">
- 284 -
<Name xml:lang="ja">取材地</Name>
</Term>
<Term termID="5.8">
<Name xml:lang="ja">ロケ地</Name>
</Term>
<Term termID="5.9">
<Name xml:lang="ja">開催地</Name>
</Term>
<Term termID="5.10">
<Name xml:lang="ja">会場</Name>
<Definition xml:lang="ja">汎用的な施設名など</Definition>
</Term>
<Term termID="5.11">
<Name xml:lang="ja">劇場</Name>
<Definition xml:lang="ja">使用目的が明確な施設名</Definition>
</Term>
<Term termID="5.12">
<Name xml:lang="ja">競技場</Name>
<Definition xml:lang="ja">使用目的が明確な施設名</Definition>
</Term>
<Term termID="5.13">
<Name xml:lang="ja">製作総指揮</Name>
</Term>
<Term termID="5.14">
<Name xml:lang="ja">制作統括</Name>
</Term>
<Term termID="5.15">
<Name xml:lang="ja">企画</Name>
</Term>
<Term termID="5.16">
<Name xml:lang="ja">制作</Name>
</Term>
<Term termID="5.17">
<Name xml:lang="ja">配給</Name>
</Term>
<Term termID="5.18">
<Name xml:lang="ja">商標</Name>
</Term>
<Term termID="5.19">
<Name xml:lang="ja">出版権</Name>
</Term>
<Term termID="5.20">
<Name xml:lang="ja">著作権</Name>
</Term>
<Term termID="5.21">
<Name xml:lang="ja">レーベル</Name>
</Term>
- 285 -
<Term termID="5.22">
<Name xml:lang="ja">提供</Name>
</Term>
<Term termID="5.23">
<Name xml:lang="ja">製作</Name>
</Term>
<Term termID="5.24">
<Name xml:lang="ja">お店</Name>
</Term>
<Term termID="5.25">
<Name xml:lang="ja">スタジアム</Name>
</Term>
<Term termID="5.26">
<Name xml:lang="ja">衣装提供</Name>
</Term>
<Term termID="5.27">
<Name xml:lang="ja">衣装協力</Name>
</Term>
<Term termID="6.1">
<Name xml:lang="ja">２ヶ国語</Name>
</Term>
<Term termID="6.2">
<Name xml:lang="ja">音声</Name>
</Term>
<Term termID="6.3">
<Name xml:lang="ja">Part1</Name>
</Term>
<Term termID="6.4">
<Name xml:lang="ja">Part2</Name>
</Term>
<Term termID="6.5">
<Name xml:lang="ja">Part3</Name>
</Term>
<Term termID="6.6">
<Name xml:lang="ja">美食</Name>
</Term>
<Term termID="6.7">
<Name xml:lang="ja">人形劇</Name>
</Term>
<Term termID="6.8">
<Name xml:lang="ja">入場者数</Name>
</Term>
<Term termID="6.9">
<Name xml:lang="ja">使用する道具</Name>
</Term>
</ClassificationScheme>
- 286 -
A.6 IPTVSERVICEAudioCodingFormatCS 辞書の運用
本運用規定にて参照する IPTVSERVICEAudioCodingFormatCS 辞書の定義を以下に示す。
以下のすべての項目を運用する。
<ClassificationScheme
uri="http://www.iptvforum.jp/cs/2008/07/IPTVSERVICEAudioCodingFormatCS">
<Term termID="1">
<Name xml:lang="en">MPEG-1 Layer II</Name>
</Term>
<Term termID="2">
<Name xml:lang="en">MPEG-2 AAC</Name>
</Term>
</ClassificationScheme>
- 287 -
A.7 IPTVSERVICEVisualCodingFormatCS 辞書の運用
本運用規定にて参照する IPTVSERVICEVisualCodingFormatCS 辞書の定義を以下に示す。
以下のすべての項目を運用する。
<ClassificationScheme
uri="http://www.iptvforum.jp/cs/2008/07/IPTVSERVICEVisualCodingFormatCS">
<Term termID="1">
<Name xml:lang="en">MPEG-2</Name>
</Term>
<Term termID="2">
<Name xml:lang="en">AVC</Name>
</Term>
</ClassificationScheme>
- 288 -
A.8 IPTVSERVICEFileFormatCS 辞書の運用
本運用規定にて参照する IPTVSERVICEFileFormatCS 辞書の定義を以下に示す。
以下のすべての項目を運用する。
<ClassificationScheme
uri="http://www.iptvforum.jp/cs/2008/07/IPTVSERVICEFileFormatCS"
domain="//MediaInformation/MediaProfile/MediaFormat/FileFormat">
<Term termID="jpg">
<Name xml:lang="en">jpg</Name>
<Definition xml:lang="ja">参照情報が JPG 画像であることを表す</Definition>
</Term>
<Term termID="png">
<Name xml:lang="en">png</Name>
<Definition xml:lang="ja">参照情報が PNG 画像であることを表す</Definition>
</Term>
<Term termID="mpg">
<Name xml:lang="en">mpg</Name>
<Definition xml:lang="ja">参照情報が MPG ファイルであることを表す</Definition>
</Term>
<Term termID="txt">
<Name xml:lang="en">txt</Name>
<Definition xml:lang="ja">参照情報が TXT ファイルであることを表す</Definition>
</Term>
<Term termID="html">
<Name xml:lang="en">html</Name>
<Definition xml:lang="ja">参照情報が HTML ファイルであることを表す
</Definition>
</Term>
<Term termID="shtml">
<Name xml:lang="en">shtml</Name>
<Definition xml:lang="ja">参照情報が SHTML ファイルであることを表す
</Definition>
</Term>
<Term termID="cgi">
<Name xml:lang="en">cgi</Name>
<Definition xml:lang="ja">参照先が CGI であることを表す</Definition>
</Term>
<Term termID="zip">
<Name xml:lang="en">zip</Name>
<Definition xml:lang="ja">参照情報が ZIP ファイルであることを表す</Definition>
</Term>
<Term termID="bml">
<Name xml:lang="en">bml</Name>
<Definition xml:lang="ja">参照情報が BML ファイルであることを表す</Definition>
</Term>
- 289 -
</ClassificationScheme>
- 290 -
A.9 IPTVSERVICEPurchaseTypeCS 辞書の運用
本運用規定にて参照する IPTVSERVICEPurchaseTypeCS 辞書の定義を以下に示す。
termID=”1”の”single(単品販売)”のみ運用する。
<ClassificationScheme
uri="http://www.iptvforum.jp/cs/2008/07/IPTVSERVICEPurchaseTypeCS">
<Term termID="1">
<Name xml:lang="en">single</Name>
<Name xml:lang="ja">単品販売</Name>
<Definition xml:lang="ja">QuantityUnit, QuantityRange には視聴可能期間を記載
</Definition>
</Term>
<Term termID="2">
<Name xml:lang="en">pack</Name>
<Name xml:lang="ja">パック販売</Name>
<Definition xml:lang="ja">QuantityUnit, QuantityRange には視聴可能期間を記載
</Definition>
</Term>
<Term termID="3">
<Name xml:lang="en">select</Name>
<Name xml:lang="ja">セレクト</Name>
<Definition xml:lang="ja">実際には、Purchase を 3 回繰り返し、各
PurchaseTypeCS/@href に以下の TermID を記載する</Definition>
</Term>
<Term termID="3.1">
<Name xml:lang="en">select_period</Name>
<Name xml:lang="ja">決済周期</Name>
<Definition xml:lang="ja">QuantityUnit, QuantityRange には決済周期 を記載。
定期購読契約であるため、解約するまで契約は継続。</Definition>
</Term>
<Term termID="3.2">
<Name xml:lang="en">select_countlimit</Name>
<Name xml:lang="ja">選択可能数</Name>
<Definition xml:lang="ja">QuantityUnit, QuantityRange には選択可能数を記載。
</Definition>
</Term>
<Term termID="3.3">
<Name xml:lang="en">select_reset</Name>
<Name xml:lang="ja">選択可能リセット周期</Name>
<Definition xml:lang="ja">QuantityUnit, QuantityRange には選択可能リセット周
期を記載。</Definition>
</Term>
<Term termID="4">
<Name xml:lang="en">select_period</Name>
<Name xml:lang="ja">決済周期</Name>
- 291 -
<Definition xml:lang="ja">QuantityUnit, QuantityRange には決済周期 を記載。
定期購読契約であるため、解約するまで契約は継続。</Definition>
</Term>
</ClassificationScheme>
- 292 -
A.10 IPTVSERVICEOutputPortCS 辞書の運用
本運用規定にて参照する IPTVSERVICEOutputPortCS 辞書の定義を以下に示す。以下のす
べての項目を運用する。
<ClassificationScheme
uri="http://www.iptvforum.jp/cs/2008/07/IPTVSERVICEOutputPortCS">
<!-端末からの出力ポートを定義
LI/RMPIDescription, PLT/BE/InstanceDescription の OutputRestriction/Port/@href
で記載
//-->
<Term termID="composite">
<Name xml:lang="ja">コンポジット出力</Name>
<Name xml:lang="en">Composite Port</Name>
</Term>
<Term termID="component">
<Name xml:lang="ja">コンポーネント出力</Name>
<Name xml:lang="en">Component Port</Name>
</Term>
<Term termID="d_terminal">
<Name xml:lang="ja">D 端子</Name>
<Name xml:lang="en">D terminal</Name>
</Term>
<Term termID="s_terminal">
<Name xml:lang="ja">S 端子</Name>
<Name xml:lang="en">S terminal</Name>
</Term>
<Term termID="digital_serial">
<Name xml:lang="ja">デジタル出力（シリアルインタフェース）</Name>
<Name xml:lang="en">Digital Serial Interface</Name>
</Term>
<Term termID="digital_ip">
<Name xml:lang="ja">デジタル出力（IP インタフェース）</Name>
<Name xml:lang="en">Digital IP Interface</Name>
</Term>
<Term termID="dvi-d">
<Name xml:lang="ja">DVI-D</Name>
<Name xml:lang="en">Digital Visual Interface Digital</Name>
</Term>
<Term termID="dvi-i">
<Name xml:lang="ja">DVI-I</Name>
<Name xml:lang="en">Digital Visual Interface Integrated</Name>
</Term>
<Term termID="dv">
- 293 -
<Name xml:lang="ja">DV</Name>
<Name xml:lang="en">Digital Video</Name>
</Term>
<Term termID="hdmi">
<Name xml:lang="ja">HDMI</Name>
<Name xml:lang="en">High-Definition Multimedia Interface</Name>
</Term>
<Term termID="s_pdif">
<Name xml:lang="ja">光デジタル音声端子</Name>
<Name xml:lang="en">Sony Philips Digital Interface</Name>
</Term>
</ClassificationScheme>
- 294 -
A.11 IPTVSERVICECopyControlMethodCS 辞書の運用
本運用規定にて参照する IPTVSERVICECopyControlMethodCS 辞書の定義を以下に示す。
以下のすべての項目を運用する。
<ClassificationScheme
uri="http://www.iptvforum.jp/cs/2008/07/IPTVSERVICECopyControlMethodCS">
<!-コピー制御方法を定義
LI/RMPIDescription, PLT/BE/InstanceDescription の OutputRestriction/Mode/@href
で記載
// -->
<Term termID="macrovision">
<Name xml:lang="ja">マクロビジョン</Name>
<Name xml:lang="en">macrovision</Name>
<Definition xml:lang="ja">コピー禁止（アナログ映像出力）</Definition>
</Term>
<Term termID="CGMS-A:CopyNever">
<Definition xml:lang="ja">コピー禁止</Definition>
</Term>
<Term termID="CGMS-A:CopyOnce">
<Definition xml:lang="ja">1 回コピー可</Definition>
</Term>
<Term termID="CGMS-A:CopyFree">
<Definition xml:lang="ja">制約条件なしにコピー可</Definition>
</Term>
<Term termID="DTCP:CopyNever">
<Definition xml:lang="ja">コピー禁止</Definition>
</Term>
<Term termID="DTCP:CopyOnce">
<Definition xml:lang="ja">1 回コピー可</Definition>
</Term>
<Term termID="DTCP:CopyNoMore">
<Definition xml:lang="ja">1 回コピー後にコピー禁止</Definition>
</Term>
<Term termID="DTCP:CopyFree">
<Definition xml:lang="ja">制約条件なしにコピー可</Definition>
</Term>
<Term termID="SCMS">
<Definition xml:lang="ja">デジタル音声出力のコピー制御</Definition>
</Term>
<Term termID="SCMS:CopyNever">
<Definition xml:lang="ja">コピー禁止</Definition>
- 295 -
</Term>
<Term termID="SCMS:CopyOnce">
<Definition xml:lang="ja">1 回コピー可</Definition>
</Term>
<Term termID="SCMS:CopyNoMore">
<Definition xml:lang="ja">1 回コピー後にコピー禁止</Definition>
</Term>
<Term termID="SCMS:CopyFree">
<Definition xml:lang="ja">制約条件なしにコピー可</Definition>
</Term>
</ClassificationScheme>
- 296 -
A.12 IPTVSERVICEExportMediaCS 辞書の運用
本運用規定にて参照する IPTVSERVICEExportMediaCS 辞書の定義を以下に示す。以下の
すべての項目を運用する。
<ClassificationScheme
uri="http://www.iptvforum.jp/cs/2008/07/IPTVSERVICEExportMediaCS">
<Term termID="00">
<Name xml:lang="en">Export to DTCP</Name>
</Term>
<Term termId="01">
<Name xml:lang="en">Export to CPRM for DVD</Name>
</Term>
<Term termID="02">
<Name xml:lang="en">Export to CPRM for SD Video</Name>
</Term>
<Term termID="04">
<Name xml:lang="en">Export to MG-R (SVR) for Memory Stick PRO</Name>
</Term>
<Term termID="06">
<Name xml:lang="en">Export to VCPS</Name>
</Term>
<Term termID="07">
<Name xml:lang="en">Export to MG-R (SVR) for EMPR</Name>
</Term>
<Term termID="09">
<Name xml:lang="en">Export to SAFIA for iVDR TV Recording</Name>
</Term>
<Term termID="0B">
<Name xml:lang="en">Export to AACS Blu-ray Disc Recordable for BD-R/RE</Name>
</Term>
<Term termID="0C">
<Name xml:lang="en">Export to AACS Blu-ray Disc Recordable for Red Laser
Media</Name>
</Term>
</ClassificationScheme>
- 297 -
A.13 ARIBGenreCS 辞書の運用
本運用規定にて参照する ARIBGenreCS 辞書の定義を以下に示す。
○：運用する
運用 3.
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
3.1
Genre
ジャンル
INFORMATION
3.1.1
General non-fiction topics
3.1.1.1
Daily news
3.1.1.2
Current affairs
3.1.1.3
Weather forecasts
3.1.1.4
Service information
3.1.1.5
Special news programs
3.1.1.6
Local / regional
3.1.1.7
Traffic
3.1.1.8
Magazines
3.1.1.9
News magazine
3.1.1.10
News / Report
3.1.1.11
Periodical/General
3.1.1.12
Special Edition/Documentary
3.1.1.13
Politics/National Assembly
3.1.1.14
Economy/Market
3.1.1.15
Foreign/International
3.1.1.16
Commentary
3.1.1.17
Debate/Talk
3.1.1.18
Special Report
3.1.1.19
Sports News
3.1.1.20
Others
3.1.2
Philosophies of life
3.1.2.1
Religious philosophies
3.1.2.1.1
Buddhism
3.1.2.1.2
Hinduism
3.1.2.1.3
Christinanity
3.1.2.1.4
Islam
3.1.2.1.5
Judaism
3.1.2.1.6
Shintoism
3.1.2.2
Non-religious philosophies
3.1.2.2.1
Communism
3.1.2.2.2
Humanism
3.1.3
Social/Political
3.1.3.1
Political
3.1.3.2
Social
3.1.3.3
Economical
情報
ニュース／報道
定時ニュース
時事
天気
サービス情報
ニュース特番
ローカル・地域
交通
マガジン
ニュースマガジン
ニュース・報道
定時・総合
特集・ドキュメント
政治・国会
経済・市況
海外・国際
解説
討論・会談
報道特番
スポーツニュース
その他
人生観
宗教哲学
仏教
ヒンズー教
キリスト教
イスラム教
ユダヤ教
神道
非宗教哲学
共産主義
人道主義
社会・政治
政治
社会
経済
- 298 -
○
○
○
3.1.4
3.1.3.4
Sports
3.1.4.1
3.1.4.2
3.1.4.3
Legal
Aeronautics
Aikido
American Football
3.1.4.4
3.1.4.5
3.1.4.6
3.1.4.7
3.1.4.8
3.1.4.9
3.1.4.10
3.1.4.11
3.1.4.12
3.1.4.13
3.1.4.14
3.1.4.15
3.1.4.16
3.1.4.17
3.1.4.18
3.1.4.19
Archery
Athletics
Badminton
Bandy
Baseball
basketball
Biathlon
Bicycle
Billiards
Bobsleigh/tobogganing
Body-building
Boules sport
Bowling
Boxing
Canoeing
Casting
3.1.4.20
3.1.4.21
3.1.4.22
3.1.4.23
3.1.4.24
3.1.4.25
3.1.4.26
3.1.4.27
3.1.4.28
3.1.4.29
3.1.4.30
3.1.4.31
3.1.4.32
3.1.4.33
3.1.4.34
3.1.4.35
3.1.4.36
3.1.4.37
3.1.4.38
3.1.4.39
3.1.4.40
Cricket
Croquet
Curling
Cycling
Dance sport
Diving
Equestrian
Faustball
Fencing
Fishing
Flying disc
Football
Golf
gymnastics
handball
hockey
ice-hockey
jai-alai
judo
ju-jitsu
karate
- 299 -
法律
スポーツ
航空術
合気道
アメリカンフットボー
ル
アーチェリー
運動競技
バドミントン
バンディー
野球
バスケットボール
バイアスロン
自転車
ビリヤード
ボブスレー／トボガン
ボディービル
ブールスポーツ
ボーリング
ボクシング
カヌー
スポーツキャスティン
グ
クリケット
クロケット
カーリング
サイクリング
ダンススポーツ
ダイビング
馬術
ファウストボール
フェンシング
スポーツフィッシング
フライングディスク
フットボール
ゴルフ
体操
ハンドボール
ホッケー
アイスホッケー
ハイアライ
柔道
柔術
空手
○
3.1.4.41
3.1.4.42
3.1.4.43
3.1.4.44
3.1.4.45
3.1.4.46
3.1.4.47
3.1.4.48
3.1.4.49
3.1.4.50
3.1.4.51
3.1.4.52
3.1.4.53
3.1.4.54
3.1.4.55
3.1.4.56
3.1.4.57
3.1.4.58
3.1.4.59
3.1.4.60
3.1.4.61
3.1.4.62
3.1.4.63
3.1.4.64
3.1.4.65
3.1.4.66
3.1.4.67
3.1.4.68
3.1.4.69
korfball
lacrosse
luge
maccabi
Marathon
modern pentathlon
motor boating
motor racing
motor cycling
mounteneering
netball
orienteering
polo
powerlifting
racquetball
roller skating
rowing
rugby
Running
shooting
skating
skiing
skibob
sleddog
soccer
softball
soft tennis
sombo
sport acrobatics
3.1.4.70
3.1.4.71
3.1.4.72
3.1.4.73
3.1.4.74
3.1.4.75
3.1.4.76
3.1.4.77
3.1.4.78
3.1.4.79
3.1.4.80
3.1.4.81
3.1.4.82
3.1.4.83
squash
subaquatics
surfing
swimming/diving
table tennis
taekwondo
tennis
trampoline
Track/Field
triathlon
tug-of-war
volleyball
water polo
water-skiing
- 300 -
コーフボール
ラクロス
リュージュ
マッカビ
マラソン
近代五種競技
競艇
自動車レース
オートバイレース
登山
ネットボール
オリエンテーリング
ポロ
パワーリフティング
ラケットボール
ローラースケート
ボート
ラグビー
ランニング
射撃
スケート
スキー
スキーボブ
犬ぞり
サッカー
ソフトボール
軟式テニス
ソンボ
スポーツアクロバティ
クス
スカッシュ
潜水
サーフィン
水泳・飛び込み
卓球
テコンドー
テニス
トランポリン
陸上競技
トライアスロン
綱引き
バレーボール
水球
水上スキー
3.1.4.84
3.1.4.85
3.1.4.86
3.1.4.87
3.1.4.88
3.1.4.89
3.1.4.90
○
○
○
3.1.5
3.1.6
3.1.7
weightlifting
wrestling
yachting
Other ball games
combative sports
Snowboarding
Team sport (excluding football /
soccer)
3.1.4.91
Martial sports
3.1.4.92
SUMO/Fighting Games
3.1.4.93
Snooker
3.1.4.94
Pool
3.1.4.95
Darts
3.1.4.96
Auto racing
3.1.4.97
Others
Human interest
3.1.5.1
Reality
3.1.5.2
Show business
3.1.5.3
Notable personalities
3.1.5.4
Personal problems
Leisure
3.1.6.1
Do-it-yourself
3.1.6.2
Cookery
3.1.6.3
Gardening
3.1.6.4
Tourism
3.1.6.5
Travel
3.1.6.6
fishing
3.1.6.7
Outdoors
3.1.6.8
Motoring
3.1.6.9
Keep-fit
3.1.6.10
Fashion
3.1.6.11
Computing
3.1.6.12
handicrafts
3.1.6.13
pets
3.1.6.14
Music
3.1.6.15
Igo / shogi (Japanese chess)
3.1.6.16
Mah-jongg / pachinko
3.1.6.17
Fitness
3.1.6.18
Health / medical
3.1.6.19
Advertisement / Shopping
Arts & Media
3.1.7.1
Music
3.1.7.2
art
3.1.7.3
industrial arts
- 301 -
ウェイトリフティング
レスリング
ヨット
その他の球技
格闘技
スノーボード
団体競技（フットボー
ル/サッカー除く）
武道
相撲・格闘技
スヌーカー
プール
ダーツ
オートレース
その他
三面記事
実話
ショービジネス
著名人
個人的な問題
レジャー
日曜大工
料理
園芸
観光
旅
釣り
アウトドア
車・オートバイ
健康体操
ファッション
コンピュータ
手芸
ペット
音楽
囲碁・将棋
麻雀・パチンコ
フィットネス
健康・医療
広告・ショッピング
芸術とメディア
音楽
芸術
工芸
○
3.2
3.1.7.4
Plastic Arts
3.1.7.5
Theater/Cinema
3.1.7.6
Advertising
3.1.7.7
Press
3.1.7.8
Performing
3.1.7.9
Fine arts
3.1.7.10
Traditional arts
3.1.7.11
exprimental arts
3.1.7.12
New Media
3.1.8
Humanities
3.1.8.1
Literature
3.1.8.2
Languages
3.1.8.3
History
3.1.9
Sciences
3.1.9.1
Applied sciences
3.1.9.2
Natural sciences
3.1.9.3
Physical sciences
3.1.9.4
Medecine
3.1.9.5
Technology
3.1.9.6
Physiology
3.1.9.7
Psychology
3.1.9.8
Social
3.1.9.9
Spiritual
DRAMA
3.2.1
Popular drama
3.2.1.1
General light drama
3.2.1.2
Comedy
3.2.1.3
Broken comedy
3.2.1.4
Sitcom
3.2.1.5
Soap
3.2.1.6
Medical melodrama
3.2.1.7
Action
3.2.1.7.1
Adventure/disaster
3.2.1.7.2
Detective/thriller
3.2.1.7.3
Epic
3.2.1.7.4
Horror
3.2.1.7.5
Science fiction
3.2.1.7.6
War
3.2.1.7.7
Western
3.2.1.7.8
Folkloric
3.2.1.8
Fantasy/Fairy tale
3.2.1.9
Erotica
3.2.1.10
Romance
3.2.1.11
Legal melodrama
- 302 -
造形美術
演劇・映画
広告
出版
公演
美術
伝統芸術
前衛芸術
ニューメディア
人文学
文学
言語学
歴史学
科学
応用科学
自然科学
物理学
医学
技術
生理学
心理学
社会科学
精神科学
ドラマ
大衆ドラマ
一般ドラマ
コメディ
コントコメディ
連続ホームコメディ
ソープ
病院ものメロドラマ
アクション
冒険・災害
推理・スリラー
叙事詩
ホラー
SF
戦争
ウェスタン
民間伝承
空想・おとぎ話
エロス
ロマンス
法廷ものメロドラマ
○
○
○
○
○
○
○
○
○
○
○
○
○
3.3
3.2.1.12
Soap Opera
3.2.1.13
Soap Special
3.2.1.14
Soap Talk
3.2.2
Serious drama
3.2.2.1
Clasical drama
3.2.2.2
Contemporary drama
3.2.2.3
Religious
3.2.3
Docudrama
3.2.4
Poems / Stories
3.2.5
Performed drama
3.2.6
Drama with puppets
3.2.7
Animated drama
3.2.8
Action
3.2.9
Japanese drama
3.2.10 Foreign drama
3.2.11 Samurai drama
3.2.12 Kabuki / classical theater
3.2.13 Adult
3.2.14 Domestic Drama
3.2.15 Costume Play
3.2.16 Theater Drama
3.2.17 Modern Drama
3.2.18 Western Drama
3.2.19 Musical Drama
3.2.20 RAKUGO
3.2.21 Traditional drama
3.2.22 Others
ENTERTAINMENT
3.3.1
Simple game show
3.3.2
Big game show
3.3.3
Quiz/Contest
3.3.4
Variety Show
3.3.5
Surprise show
3.3.6
Humour
3.3.7
Candid camera etc.
3.3.8
Pure entertainment
3.3.9
Informative entertainment
3.3.10 Hosted show
3.3.11 Panel-show
3.3.12 Non-hosted show
3.3.13 Game show
3.3.14 Game shows
3.3.15 Talk shows
3.3.16 Comedy
- 303 -
メロドラマ
ドラマスペシャル
ソープトーク
本格ドラマ
古典劇
現代劇
宗教劇
ドキュドラマ
詩・物語
芝居
人形劇
アニメドラマ
アクション
日本のドラマ
海外ドラマ
時代劇
歌舞伎・古典
アダルト
国内ドラマ
仮装劇
演劇
現代劇
西部劇
ミュージカル
落語
伝統劇
その他
娯楽
賞金獲得ゲームショー
一獲千金ゲームショー
クイズ・コンテスト
バラエティショー
サプライズショー
お笑い
どっきりカメラなど
エンタテイメント
知的エンタテイメント
ホストショー
パネルショー
ホスト不在のショー
ゲームショー
ゲーム大会
トークバラエティ
コメディ
○
○
○
○
○
○
○
○
○
○
3.4
3.3.17 Standup commedian(s)
3.3.18 “Rakugo” / stand-up performance
3.3.19
3.3.20 Travel variety
3.3.21 Music variety
3.3.22 Musicals
3.3.23 Musical comedy
3.3.24 Musical romance
3.3.25 Cooking variety
3.3.26 Show Business
3.3.27 Game
3.3.28
3.3.29 Gossip
3.3.30 Fashion
3.3.31 Life
3.3.32 Sports quiz
3.3.33 Action
3.3.34 Detective
3.3.35 Drama
3.3.36
3.3.37 Science Fiction
3.3.38 Soap
3.3.39 Factual
3.3.40 Others
MUSIC
3.4.1
Serious music
3.4.1.1
Early
3.4.1.2
Classical and Romantic
3.4.1.3
Contemporary
3.4.1.4
Light classical
3.4.1.5
Opera
3.4.1.6
Classical
3.4.2
Jazz
3.4.2.1
Jazz / fusion
3.4.2.2
Traditional
3.4.3
3.4.4
3.4.2.3
modern
3.4.2.4
Pop Jazz
Middle-of-the-road
3.4.3.1
European popular traditional
3.4.3.2
Wolrd Music
Pop/rock/pop-rock
- 304 -
漫才
落語・演芸
旅バラエティ
音楽バラエティ
ミュージカル
ミュージカルコメディ
ミュージカルロマンス
料理バラエティ
ショービジネス
ゲーム
ゴシップ
ファッション
人生
スポーツクイズ
アクション
推理
ドラマ
SF
ソープ
ドキュメント
その他
音楽
クラシック／オペラ
バロック
古典派・ロマン派
現代音楽
オペレッタ
オペラ
クラシック
ジャズ
ジャズ／フュージョン
トラディショナル・ジ
ャズ
モダン・ジャズ
ポップ・ジャズ
イージー・リスニング
ヨーロッパのポピュラ
ー／トラッド
ワールドミュージック
ポップ／ロック／ポッ
プ・ロック
3.4.4.1
3.4.4.2
Wolrd Music
Folk
3.4.4.2.1
Traditional
3.4.4.2.2
3.4.5
3.4.4.2.3
Ballad
Traditional
3.4.5.1
European popular traditional
3.4.5.2
3.4.5.3
3.4.5.4
Ethnic
Wolrd Music
Folk
3.4.5.4.1
Traditional
3.4.5.4.2
Contemporary
○
○
○
Popular music
3.4.6.1
Foreign rock / pop
3.4.6.2
Japanese rock / pop
3.4.6.3
Japanese ballads / “Enka”
3.4.6.4
Live performances / concerts
3.4.6.5
Rankings / requests
○
○
3.4.6.6
3.4.6.7
○
○
3.4.6.8
3.4.6.9
○
○
3.4.6
Contemporary
○
○
○
3.4.7
3.4.8
3.4.9
3.4.10
3.4.11
3.4.12
Karaoke / singing contests
Folk music / (Japanese) folk
music
Nursery songs / children’s music
Culture-specific music / world
music
Domestic Rock/Pop
3.4.6.10
Country
Ballet
Dance
Live Concert
Concert
Hit-Chart/Song Requests
3.4.13 Traditional Folksong/Traditional Music
3.4.14 Children’s Song
3.4.15 Ethnic Music/World Music
3.4.16 National Music
3.4.17 Alternative
- 305 -
ワールドミュージック
フォーク
トラディショナル・フ
ォーク
コンテンポラリー・フ
ォーク
バラッド
伝統的音楽
ヨーロッパのポピュラ
ー／トラッド
民族音楽
ワールドミュージック
フォーク
トラディショナル・フ
ォーク
コンテンポラリー・フ
ォーク
ポピュラー
海外ロック・ポップス
J-Pop
歌謡曲・演歌
ライブ・コンサート
ランキング・リクエス
ト
カラオケ・のど自慢
民謡・邦楽
童謡・キッズ
民族音楽・ワールドミ
ュージック
国内ロック・ポップス
カントリー
バレエ
ダンス
ライブ・コンサート
コンサート
ランキング・リクエス
ト
民謡・伝統的音楽
童謡
民族音楽・ワールドミ
ュージック
国家的音楽
オルタナティブ
○
○
○
3.5
○
○
○
○
○
○
○
○
○
○
○
3.6
3.4.18 Events
3.4.19 Hip Hop
3.4.20 Soul/Rhythm and Blues
3.4.21 Club and Dance
3.4.22 Others
ENRICHMENT
3.5.1
General enrichment
3.5.2
Inspirational enrichment
3.5.3
Education
3.5.4
language studies
3.5.5
Foreign language conversation
3.5.6
Informational
3.5.7
Scool programmes
3.5.8
entrance exams
3.5.9
Lifelong education
3.5.10 certification
3.5.11 Educational issues
Movies
3.6.1
Eastern
3.6.2
Effect Movies
3.6.3
Fiction
3.6.4
Sience Fiction
3.6.5
Horror
3.6.6
Romance
3.6.7
Romance comedy
3.6.8
3.6.9
3.6.10
3.6.11
3.6.12
3.6.13
3.6.14
3.6.15
3.6.16
3.6.17
3.6.18
3.6.19
3.6.20
3.6.21
3.6.22
3.6.23
3.6.24
3.6.25
Thriller
War
Western
Western comedy
Detective
Adventure
Fantasy
Comedy
音楽イベント
ヒップホップ
ソウル・R&B
クラブ／ダンス
その他
教養
一般教養
精神修養
教育
語学
外国語会話
情報
学校課程
受験
生涯教育
資格
教育問題
映画
東洋
特撮
フィクション
SF
ホラー
ロマンス
ロマンティックコメデ
ィ
スリラー
戦争
ウェスタン
ウェスタンコメディ
推理
アドベンチャー
ファンタジー
コメディ
Historical
Adult
Foreign Movie
Domestic Movie
Animation
Family
Musical
Mystery
Action
歴史
アダルト
洋画
邦画
アニメ
ファミリー
ミュージカル
ミステリー
アクション
- 306 -
○
○
○
○
3.7
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
3.8
3.9
3.6.26 Factual
3.6.27 Erotic
3.6.28 Drama
3.6.29 Others
Animations / special effects
3.7.1
Animated films
3.7.2
Animated musical
3.7.3
Japanese animations
3.7.4
Foreign animations
3.7.5
Animation/SFX
3.7.6
Domestic Animation
3.7.7
SFX
3.7.8
Animation
3.7.9
Others
Hobby
3.8.1
Travel
3.8.2
Fishing
3.8.3
Outdoor
3.8.4
Gardening
3.8.5
Pet
3.8.6
Handicraft
3.8.7
Art
3.8.8
Craft
3.8.9
Music
3.8.10 SHOGI
3.8.11 GO
3.8.12 PACHINCO
3.8.13 MAJAN
3.8.14 Car
3.8.15 Motorcycle
3.8.16 Computer
3.8.17 Video Game
3.8.18 Life/ House Keeping
3.8.19 Technology
3.8.20 Shopping
3.8.21 Horse racing
3.8.22 Others
Sport Events
3.9.1
international competitions
3.9.2
Horseracing
3.9.3
Marine
3.9.4
Sports Event
3.9.5
winter sports
3.9.6
Sports Non-Event
- 307 -
ドキュメント
エロティック
ドラマ
その他
アニメ／特撮
アニメ映画
アニメミュージカル
日本のアニメ
海外アニメ
アニメ／特殊効果
国内アニメ
特撮
アニメーション
その他
趣味
旅
釣り
アウトドア
園芸
ペット
手芸
美術
工芸
音楽
将棋
囲碁
パチンコ
麻雀
車
オートバイ
コンピュータ
TV ゲーム
生活・家事
技術
ショッピング
競馬
その他
スポーツイベント
国際大会
競馬
マリンスポーツ
スポーツイベント
ウィンタースポーツ
スポーツ
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
3.9.7
Sports Talk
3.9.8
track and field
3.9.9
Special Events
3.9.10 Olympic games
3.9.11 Woldcup
3.9.12 Sports magazine
3.9.13 Water sport
3.9.14 Live sports events
3.9.15 Motorsport
3.9.16 Government-sponsored
3.9.17 Auto racing
3.9.18 Others
3.10 Pure information
3.10.1 Infotainment
3.10.2 Advice
3.10.3 Politics / the Diet
3.10.4 Economy / Market conditions
3.10.5 Overseas / international
3.10.6 Commentary
3.10.7 Debates / conferences
3.10.8 Social issues
3.10.9 Economics advisory
3.10.10 Discussion
3.10.11 Social advisory
3.10.12 Interviews
3.10.13 Others
3.11 Information/ tabloid
3.11.1 Entertainment / tabloid
3.11.2 Fashion
3.11.3 Lifestyle / living space
3.11.4 Health
3.11.5 Shopping / mail order & telephone shopping
3.11.6 Gourmet eating / cooking
3.11.7 Special Events
3.11.8 Program introductions / notices
3.11.9 Remarkable people
3.11.10 medical care
3.11.11 Others
3.12 Documentary
3.12.1 Society
3.12.2 current events
3.12.3 History
3.12.4 travelogues
3.12.5 Nature
- 308 -
スポーツトーク
マラソン・陸上
スペシャルイベント
オリンピック
ワールドカップ
スポーツマガジン
水泳
スポーツイベント実況
モータースポーツ
公営競技
自動車レース
その他
純粋な情報
情報エンタテイメント
人生相談
政治・国会
経済・市況
海外・国際
解説
討論・会談
社会問題
経済指導
議論
社会指導
対談
その他
情報／ワイドショー
芸能・ワイドショー
ファッション
暮らし・住まい
健康
ショッピング・通販
グルメ・料理
イベント
番組紹介・お知らせ
著名人
医療
その他
ドキュメンタリー
社会
時事
歴史
紀行
自然
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
○
3.12.6 animals
3.12.7 the environment
3.12.8 Space
3.12.9 science
3.12.10 medicine
3.12.11 Culture
3.12.12 tradition
3.12.13 Literature and the arts
3.12.14 Sports
3.12.15 General documentaries
3.12.16 Interviews
3.12.17 debates
3.12.18 Discussion
3.12.19 Lecture
3.12.20 Speech
3.12.21 Presentation
3.12.22 Textual (incl. relayed teletext)
3.12.23 Special features
3.12.24 Foreign countries
3.12.25 Expeditions
3.12.26 Current Topics
3.12.27 Universe
3.12.28 Traditional Culture
3.12.29 War
3.12.30 Transport
3.12.31 Business
3.12.32 World Culture
3.12.33 Biography
3.12.34 Adventure
3.12.35 Features
3.12.36 Politics
3.12.37 Educational
3.12.38
3.12.39 Religious
3.12.40 Showbiz
3.12.41 Others
3.13 Education
3.13.1 Education
3.13.2 Further education
3.13.3 Languages
3.13.4 Infants
3.13.5 School Children
3.13.6 Junior High-school
3.13.7 High-school
- 309 -
動物
環境
全世界
科学
医学
文化
伝統
文学・文芸
スポーツ
ドキュメンタリー全般
インタビュー
討論
議論
講演
演説
プレゼンテーション
文字
特別番組
外国
探検旅行
時事問題
宇宙
伝統文化
戦争
輸送
ビジネス
世界文化
伝記
冒険
特集
政治
教育
宗教
芸能
その他
教育
教育
高度教育
会話・語学
幼児
小学生
中学生
高校生
○
○
○
○
○
3.13.8 Students
3.13.9 Entrance Examination
3.13.10 Lifelong Education
3.13.11 Qualification
3.13.12 Educational Problems
3.14 Children
3.14.1 Cartoons
3.14.2 Comedy
3.14.3 Drama
3.14.4 Educational
3.14.5 Factual
3.14.6 Magazine
3.14.7 Game Shows
3.14.8 Others
3.15 Educational material
3.15.1 Educational categories
3.15.1.1
Applied sciences
3.15.1.2
Animals/Wildlife
3.15.1.3
Archaeology
3.15.1.4
Agriculture
3.15.1.5
Anthropology
3.15.1.6
Architecture
3.15.1.7
Art
3.15.1.8
Astronomy
3.15.1.9
Biology
3.15.1.10 Botany
3.15.1.11 Business
3.15.1.12 Chemistry
3.15.1.13 Communications
3.15.1.14 Computer Science
3.15.1.15 Constructions
3.15.1.16 Economics
3.15.1.17 Education
3.15.1.18 Environment
3.15.1.19 Engineering
3.15.1.20 Environmental Science
3.15.1.21 Ethnic/Cultural Studies
3.15.1.22 Finance
3.15.1.23 Geography
3.15.1.24 General Science
3.15.1.25 Geology
3.15.1.26 Health
3.15.1.27 History
3.15.1.28 Home Economics
- 310 -
大学生
受験
生涯教育
資格
教育問題
子供
アニメ
コメディ
ドラマ
教育
ドキュメント
マガジン
ゲームショー
その他
教材
教育分野
応用科学
動物/野生生物
考古学
農学
人類学
建築学
美術
天文学
生物学
植物学
経営学
化学
通信学
情報科学
建設学
経済学
教育学
環境学
工学
環境科学
民族学/文化研究
金融学
地理学
一般科学
地質学
健康学
歴史学
家政学
3.15.2
3.15.1.29 Interdisciplinary Studies
3.15.1.30 Language
3.15.1.31 Law
3.15.1.32 Liberal Arts and Science
3.15.1.33 Library Science
3.15.1.34 Literature
3.15.1.35 Manufacturing
3.15.1.36 Marketing
3.15.1.37 Mathematics
3.15.1.3.15 Mechanics
3.15.1.39 Medicine
3.15.1.40 Military Technologies
3.15.1.41 Music
3.15.1.42 Natural sciences
3.15.1.43 Performing Arts
3.15.1.44 Philosophy
3.15.1.45 Physiology
3.15.1.46 Physical Education
3.15.1.47 Physical Sciences
3.15.1.48 Physics
3.15.1.49 Political Science
3.15.1.50 Psychology
3.15.1.51 Sociology
3.15.1.52 Space/Universe
3.15.1.53 Spiritual
3.15.1.54 Statistics
3.15.1.55 Technology
3.15.1.56 Theology
3.15.1.57 Transportation
Educational levels
3.15.2.1
Very easy
3.15.2.2
Easy
3.15.2.3
Medium
3.15.2.4
Difficult
3.15.2.5
Very difficult
3.50 COMMERCIAL GENRE
学際的研究
言語学
法学
一般教養科目
図書館学
文学
製造
マーケティング学
数学
機械学
医学
軍事工学
音楽
自然科学
舞台芸術
哲学
生理学
体育学
物理科学
物理学
政治学
心理学
社会学
宇宙学
精神世界
統計学
技術工学
神学
交通学
教材レベル
非常に簡単
簡単
標準
難しい
非常に難しい
コマーシャル
- 311 -
運用 4. TARGET GROUP
4.1 GENERAL AUDIENCE
4.1.1
Family
4.2 AGE GROUPS
4.2.1
Young childrfen (appr. 3-5 years)
4.2.2
Children (appr. 6-12 years)
4.2.3
Teenagers (appr. 13-19 years)
4.2.4
Young adults (appr. 20-34 years)
4.2.5
4.2.6
4.2.7
4.2.8
4.2.9
4.2.10
4.2.11
4.2.12
4.2.13
4.2.14
4.2.15
4.2.16
Senior citizens (35-54)
Adults only
Elderly
(55+)
Pre-school children
Entertainment for 6 to 14
Entertainment for 10 to 16
elementary school students
Junior high school
high school students
University students
Aged Persons
Disabled Persons
- 312 -
一般視聴者
ファミリー
年代別
幼児
子供
ティーンエー
ジャー
ヤングアダル
ト
シニア
成人のみ
老人
就学前
6-14 歳向け
10-16 歳向け
小学生
中学生
高校生
大学生
老人
身体障害者
［付録 B］ POST メソッドによるメタデータ取得 I/F
以下に、基本受信機がメタデータサーバに対し、受信機でクエリー式を生成してメタデータを取
得する場合の、I/F 運用例を示す。
B.1 検索クエリー式
以下、検索要求を HTTP にてどのように送信するかについて述べる。
B.1.1 検索要求の概要
検索要求は、複数のパラメータ名とパラメータ値のペアで構成し、HTTP Method POST にて、
送信することとする。形式の詳細については、[HTML4.01] 17.13 Form submission を参照するこ
と。以下に POST の検索要求の書式を記述する。なお、以降の書式表記において、<～>と表記され
るものはパラメータを表し、[～]で表記されるものは省略可能であることを表している。
POST <abs_path><CRLF>
Host: <server><CRLF>
Content-Type: application/x-www-form-urlencoded<CRLF>
[Content-Length: 1234<CRLF>]
<CRLF>
<parameters>%0D%0A
____________________________________________________________________
◆
<abs_path>
メタデータ取得のための絶対パス（注 1）
◆
<server>
サーバ URL
◆
<parameters>
<parameter>[&<parameters>]
◆
<parameter>
<paraname>=<paravalue>
◆
<paraname>
パラメータ名
値
注 1）DLC/dlctl:ecgmetainfo@serverref に記述される URL の authority より後の絶対パスを先
頭の”/”も含めて記述する。絶対パスが URL エンコード記述を含む場合には、URL エンコードされ
たまま abs_path として記述する。
検索要求は、x-www-form-urlencoded 形式でのみ送信することとし、パラメータ名とパラメータ
値は適切にパーセントエンコードする。
パ ー セ ン ト エ ン コ ー ド の 仕 様 （ 注 ） は 、 [HTML4.01]
17.13.4 Form content types の
application/x-www-form-urlencoded の項を参照すること。エンコード時の文字符号は UTF-8 と
する。
- 313 -
注）x-www-form-urlencoded でのパーセントエンコードの仕様は、スペースのエンコードやエン
コード対象など URL エンコードと異なる部分があるので注意すること。
メタデータサーバに対して持続的接続を行う場合は、Content-Length:をつける必要がある。
- 314 -
B.1.2 検索要求の詳細
(1)
共通書式
検索パターンに依存しない共通の書式について述べる。書式は以下のとおりである。
<predicate-bag>[&<range>] [&<fragment>][&<type>]
【書式】
_________________________________________________________________________
(a)
◆
<predicate-bag>
検索条件を指定する。
（下記(a)で詳述）
◆
<range>
返却範囲を指定する。
（下記(ｂ)で詳述）
◆
<fragment>
返却フラグメントを指定する。
（下記(ｃ)で詳述）
◆
<type>
返却データの形式を指定する。
（下記(ｄ)で詳述）
<predicate-bag>
predicate=<binary-predicates>[&<context-node>][&<sort>]
【書式】
____________________________________________________________________________________
◆
<binary-predicates>
<binary-predicates>集合。複数列挙された、各
<binary-predicate>は論理積結合して解釈される。
【書式】
◆
<binary-predicate>
検索パターン毎の詳細条件指定。
【書式】
◆
<context-node>
<binary-predicate>[,<binary-predicates>]
（下記(ｅ)で詳述）
crid(<value>)，grouptype(<value>)
検索対象範囲指定。検索対象のフラグメントを指定する。
【書式】
contextnode=PI|GI | LI
PI: ProgramInformation， GI: GroupInformation，
LI: LicenseInformation
◆
<sort>
ソート指定。
指定しない。
<binary-predicates>[&<context-node>][&<sort>]部分は全てパーセントエンコードすること。
例）
predicate=crid%28crid%3a%2f%2fnw-dtv%2ejp%2fcontent01%2f001%29%26contextnode%3dPI
(b)
< range >
指定しない。
- 315 -
(c)
< fragment >
【書式】
fragment=PIT|GIT |LIT
________________________________________
(d)
◆
PIT
ProgramInformationTable を指定する。
◆
GIT
GroupInformationTable を指定する。
◆
LIT
LicenseInformatonTable を指定する。
< type >
指定しない。
(e)
<binary-predicate>
検索パターン
CRID 検索
グループタイプ検索
ライセンス ID 検索
<binary-predicate>の書式
crid(<value>)
grouptype (<value>)
licenseid (<value>)
fieldId
CRID
GroupType
LicenseID
備考
value は 1 つのみ指定可
value=series のみ指定可
value は 1 つのみ指定可
※ <value>中に以下に示す文字を含める場合は、’¥’でエスケープする必要がある。
’(‘
’)’
’,’
’*’
- 316 -
B.1.3 想定する要求電文
想定する要求電文の概略を以下に示す。
(HTTPリクエスト）
POST /cgi/get_Data.pl HTTP/1.1<CRLF>
Host: xxx.com<CRLF>
リクエストヘッダ
Content-Type: application/x-www-form-urlencoded<CRLF>
Content-Length: 88
User-Agent: XXXXX
<CRLF>
エンティティ
ヘッダ
predicate=crid%28crid%3a%2f%2fhogehoge%2eor%2ejp%2fc
ontent01%2f001%29%26contextnode%3dPI&fragment=PIT%0
d%0a
エンティティボディ
本システムで想定する要求電文の運用の詳細を以下に示す。なお、下記に合致しない要求電文に対
しては、エラー応答を返す場合がある。
①HTTP/1.1 要求の運用
項目
リクエストヘッダ
METHOD
Host
その他
エンティティヘッダ
Content-Type
Content-Length
User-Agent
その他
エンティティボディ
運用範囲
POST のみを運用する。
HTTP/1.1 に従い、必ず運用する。
使用する http クライアントの実装に従い、挿入される可能性がある。
application/x-www-form-urlencoded
メタデータサーバに対して持続的接続を行う場合必須で挿入する。
実際のエンティティボディの大きさを格納する。
本運用規定に従い、挿入する。詳細は「8.1.1.4.2. User-Agent ヘッダ」
参照。
使用する http クライアントの実装に従い、挿入される可能性がある
本運用規定に従い、<parameters>を記載する。詳細は②参照
②エンティティボディ（<parameters>）の運用
以下の表に示すパターンのみ指定可能とする。
PI 取得時
binary-predicates
crid(<value>)
context-node
PI
- 317 -
fragment
PIT
GI 取得時
LI 取得時
crid(<value>)[,grouptype (series)]（注 1）
licenseid (<value>)
GI
LI
GIT
LIT
注1）シリーズGIのみを取得したい受信機は、将来異なるgroup typeを持つGI運用の可能性を考慮し、必ずgroup
typeとしてseriesを指定する。
B.1.4 要求電文例
本運用における要求電文の例を以下に記述する。
（１）PI 取得時
POST /cgi/get_Data.pl HTTP/1.1<CRLF>
Host: xxx.com<CRLF>
Content-Type: application/x-www-form-urlencoded<CRLF>
Content-Length: XX<CRLF>
User-Agent: XXXXX<CRLF>
<CRLF>
predicate=crid%28crid%3a%2f%2fnw-dtv%2ejp%2fcontent01%2f001%29%26co
ntextnode%3dPI&fragment=PIT%0d%0a
（２）GI 取得時
POST /cgi/get_Data.pl 1.1<CRLF>
Host: xxx.com<CRLF>
Content-Type: application/x-www-form-urlencoded<CRLF>
Content-Length: XX<CRLF>
User-Agent: XXXXX<CRLF>
<CRLF>
predicate=crid%28crid%3a%2f%2fnw-dtv%2ejp%2fseries01%2f001%29%2cgro
uptype%28series%29%26contextnode%3dGI&fragment=GIT%0d%0a
（３）LI 取得時
POST /cgi/get_Data.pl 1.1<CRLF>
Host: xxx.com<CRLF>
Content-Type: application/x-www-form-urlencoded<CRLF>
Content-Length: XX<CRLF>
User-Agent: XXXXX<CRLF>
<CRLF>
- 318 -
predicate=licenseid%28FC1FFFFFFFFFFF60%29%26contextnode%3dLI&fragme
nt=LIT%0d%0a
B.2 応答電文
検索結果については HTTP の body 部に格納して返却される。なお、検索結果の HTTP ヘッダ部で
は独自ヘッダにて情報が付加される場合がある。
B.2.1 シンタックス
検索条件指定に対する検索結果は、X-arib-httpmodule 形式で格納する。
X-arib-httpmodule 形式は、IETF RFC2046 の 5.1.1Common syntax で定義されるマルチパートの
シンタックスに従って組み立てられる。ボディ部に 1 つのメタデータリソースが格納される場合も
この形式となる。なお、検索結果が 0 件の場合は第 1 パートが空で第 2 パート以降が存在しない。
B.2.2 検索結果の各パートに含まれるデータの種類
す べ て の パ ー ト ヘ ッ ダ に お い て 、 Content-Length フ ィ ー ル ド を 運 用 す る 。 ま た 、
Content-Location フィールドは運用しない。
各パートには、1 件の検索結果に対応するメタデータフラグメントがテキスト XML 形式で格納
される。フラグメントが含まれるパートのヘッダ部の Content-Type フィールドは以下のものとな
る。
Content-Type: application/X-arib-meta+xml; charset="UTF-8"
B.2.3 パートの構成
検索結果として、検索条件に該当する複数の XML 本体が返却される。以下、パートの構成を示す。
上記運用の概略を、下図に示す。
- 319 -
HTTP1.1
レスポンスヘッダ
HTTP/1.1 200 OK
：
エンティティヘッダ
Content-Type:
application/X-arib-httpmodule
：
エンティティボディ
マルチパートヘッダ
Content-Type: multipart/mixed
メタデータ伝送単位
（マルチパートモジュール）に相当
メタデータフラグメント
●●●
検索結果フラグメント数が 1 つであっても、同様のフォーマットで記述する。
本システムで想定する応答電文の運用詳細を以下に示す。
①HTTP/1.1 応答の運用
項目
レスポンスヘッダ
エンティティヘッダ
Content-Type
Content-Length
エンティティボディ
運用範囲
使用する http サーバの実装に従う
application/X-arib-httpmodule
運用する。実際のエンティティボディの大きさを格納する。
②参照
②エンティティボディの運用
項目
マルチパートヘッダ
Content-Type
Content-Length
その他
メタデータフラグメント毎に
ヘッダ
Content-Type
Content-Length
その他
ボディ
メタデータフラグメント
運用範囲
multipart/mixed;boundary="XXX"
サーバは XXX に任意の値を格納する可能性がある。
運用する。実際の各パートの合計の大きさを格納する。
application/X-arib-meta+xml;charset=”UTF-8”
運用する。実際のボディの大きさを格納する。
③参照
- 320 -
③メタデータフラグメントの運用
１）メタデータの符号化方式
メタデータ伝送符号化方式は、
「ARIB STD-B38
3.3.2 テキスト形式符号化」に従う。ただし文字
符号については、ARIB TR-B27 第十編「3.1 メタデータ文字符号化の運用」を参照されたい。
２）メタデータの記述単位
テキスト形式で符号化するメタデータは、メタデータ文書（TVAMain）として記述する。
メタデータにおいては、１つのメタデータ文書に１つのフラグメントのみを記載する。
（解説）以下、メタデータ文書とフラグメントについて説明する。
・メタデータの配信上の最小単位をメタデータフラグメントと呼ぶ。
・メタデータフラグメントを格納するファイルは、TVAMain 要素をルート要素とする 1 つの独立
した XML 文書である。
下図に、メタデータ文書とフラグメントの例を示す。
メタデータ文書
<?xml version="1.0" encoding="UTF -8 "?>
<TVAMain … >
<ProgramDescription >
<ProgramInformationTable >
<ProgramInformation programId =“crid:/NKH.com/123 “
fragmentId =ffff000000
fragmentVersion =20050101000000>
“crid:/NKH.com/123 ” で特定される番組のメタデータ
</ProgramInformation >
</ProgramInformationTable >
</ProgramDescription >
</TVAMain >
フラグメント
３）メタデータのファイルフォーマット
メタデータは、１つのメタデータ文書（1 行目に XML 宣言を、2 行目以降に<TVAMain …>で開
始し</TVAMain>で終了する範囲を記述した XML 文書）を、１つのファイル（リソース）に格納
する。このファイル（リソース）を、メタデータリソースとする。
XML 宣言の記述内容は、以下のとおりとする。
<?xml version=”1.0” encoding=”UTF-8”?>
B.2.4 エラー応答電文
検索要求がサーバ側に正常に到達した後にエラーが発生した場合は HTTP のエラー応答を返却
する。
返却されるエラーは以下の 3 種類である。
- 321 -
(1) サーバ処理エラー
サーバプログラムは稼動しているが、たとえば検索要求のフォーマットの間違い等で検索処理
が行えなかった場合には HTTP ステータス 200 で、X-metaserver-error: ヘッダにエラーコー
ドを返却する。
エラーコード
１：端末からのリクエスト異常（リクエストの構文形式が異常）
２：端末が指定したメタデータファイルが存在しない
３：メタデータサーバもしくはメタデータファイルへのアクセス権限が無い
４以上：予約
(2) エラーコード 500 Internal Error
サーバプログラムが稼動不能になった場合に返却されることがある。
(3) エラーコード 503 Service Unavailable
要求が一時的に処理不能な場合に返却される。
以下にサーバ処理エラーの場合のエラー応答の例を示す。
（例）
--------------------------------------------HTTP/1.1 200 OK
Content-Type: Text/Plain; charset='UTF-8'
X-metaserver-error: ERR00004
・・・・・
---------------------------------------------
- 322 -
［付録 C］ サムネイルデータ仕様
C.1 静止画サムネイル
再生制御メタファイル(ERI)、および ECG メタデータにおいて、URI を記述することにより指
定する静止画像データのフォーマットは以下の通りとする。なお、静止画サムネイルは暗号化さ
れない。
z
ISO/IEC 10918 準拠の JPEG ファイルとする。
z
ファイルの拡張子は”jpg”または”jpeg”とする。
z
色空間は YCbCr とする。
z
ベースライン(インターリブ)形式とする。
z
横幅は 640 ピクセル以下、高さは 360 ピクセル以下とする。
z
フレームヘッダ(SOF)に画像のピクセル数(横×縦)が正しく記載されていること。
z
ファイルサイズは 500KB(1KB=1024 バイト)以下とする。
z
Exif の拡張データを含んでもよいが、これを処理するかどうかは実装依存である。
- 323 -
［付録 D］ 標準プロファイルの基本受信機における運用想定
ここでは、標準プロファイルの基本的な受信機の画面イメージを記載し、それを実現するための
制御ファイル、メタデータの運用例を示す。
D.1 ローカルナビゲーションの表示例
以下に、ローカルナビゲーションの表示例を記載する。
ローカルナビゲーションにおける画面遷移例については、本編3.6.3 を参照のこと。
以降、各画面の表示例および表示に必要なデータ項目について記載する。
D.1.1 コンテンツ一覧画面
コンテンツ一覧画面の表示例を以下に示す。なお、図中の番号は表 D- 1 の表示データ項目と対応し
ている。
コンテンツ一覧
③
②
①
⑤
美しい庭づくり
再生時間 0：30：00
ジャンル：趣味，園芸
家族の時間
再生時間 2：00：00
ジャンル：ドラマ，フィクション
④
⑥
魅惑のビーチリゾート
再生時間 10：00：00
ジャンル：旅，ドキュメンタリー
ハロー！マイ・ベイビー
再生時間 0：30：00
カーソル
決定
選択
赤
ジャンル：育児，生活情報
メニュー
青
削除
緑
コピー
図 D- 1 コンテンツ一覧画面の表示例
シリーズ内コンテンツ一覧画面の表示例を以下に示す。なお、図中の番号は表 D-1 の表示データ項
目と対応している。
- 324 -
シリーズ一覧 魅惑のビーチリゾート 全10回
③
②
①
④
魅惑のビーチリゾート 1 ～バリ
再生時間 1：00：00
⑤
ジャンル：旅，ドキュメンタリー
魅惑のビーチリゾート 2 ～ランカウイ
再生時間 1：00：00
ジャンル：旅，ドキュメンタリー
魅惑のビーチリゾート 3 ～フィジー
再生時間 1：00：00
ジャンル：旅，ドキュメンタリー
魅惑のビーチリゾート 4 ～セブ
再生時間 1：00：00
カーソル
決定
選択
図 D- 2
ジャンル：旅，ドキュメンタリー
メニュー
赤
青
削除
緑
コピー
シリーズ内コンテンツ一覧画面の表示例
コンテンツ一覧画面およびシリーズ内コンテンツ一覧画面の表示に必要なデータ項目および表示制
御データ項目を以下に示す。
表 D- 1
コンテンツ一覧画面の表示データ項目
表示データ項目
説明
データ取得元
サムネイル
コンテンツの内容を説
ProgramInformation/
明するために表示され
BasicDescription/Me
る静止画
diaTitle
コンテンツのおおよそ
ERI
シリーズが選択され
の時間長
<startup>/<duration
ている場合には、シ
>
リーズ内のコンテン
再生時間
備考
図中番号
①
②
ツ（蓄積済みのみ）
の合計再生時間表示
タイトル
コンテンツのタイトル
ProgramInformation/
(コンテンツタイ
名
BasicDescription/Titl
e
トル)
タイトル
(シリーズタイト
③
シリーズのタイトル名
GroupInformation/Ba
sicDescription/Title
- 325 -
④
ル)
ジャンル
コンテンツのジャンル
ProgramInformation/
(コンテンツ単
BasicDescription/Gen
位)
re
ジャンル
シリーズのジャンル
(シリーズ単位)
⑤
GroupInformation/Ba
⑥
sicDescription/Genre
表 D- 2
表示制御データ項目
コンテンツ一覧画面の表示制御データ項目
データ取得元
備考
コンテンツの識別子（CRID） ProgramInformation@programId
コンテンツに対応するシリ
ProgramInformation/MemberOf@c
この値が同じコンテンツは、同
ーズの識別子
rid
一のシリーズに属していると
判定する
シ リ ー ズ の 識 別 子
GroupInformation@groupId
（GroupCRID）
ラ イ セ ン ス の 識 別 子
コンテンツのまとめ表示に必
要
LicenseInformation/LicenseID
（LicenseID）
ライセンスに対応するコン
LicenseInformation/ProgramCRID
テンツの識別子
@crid
視聴制限年齢(コンテンツ単
ProgramInformation/BasicDescrip
位)
tion/ParentalGuidance
視聴制限年齢(シリーズ単位)
GroupInformation/BasicDescriptio
n/ParentalGuidance
D.1.2 コンテンツ詳細画面
視聴可能なコンテンツのコンテンツ詳細画面の表示例を以下に示す。なお、図中の番号は表 D- 3
の表示データ項目と対応している。
- 326 -
コンテンツ詳細表示
①
⑯
③
魅惑のビーチリゾート 1 ～バリ
再生時間 1：00：00
②
⑧
視聴期限 視聴開始後 48時間
利用開始期限 2007年12月31日 24：00迄
⑪
⑤
ジャンル 旅，ドキュメンタリー
映像 HDTV，H.264
音声 二ヶ国語，ステレオ
R16
⑱
⑫
⑬
字幕 二ヶ国語
⑦
⑩
世界中のビーチリゾートを紹介。グル
メ・ショッピング・ナイトスポット・ホテル
情報など、ホットな情報満載でお届けし
ます。次回の旅の参考にしてみては?
１/２
コンテンツ配信元：Sea Channel
音声
字幕
⑭
⑮
再生
カーソル
決定
選択
赤
図 D- 3
日本語
ENGLISH
日本語
ENGLISH
削除
メニュー
青
削除
緑
コピー
コンテンツ詳細画面の表示例（１）
エキスポート可能なコンテンツのコンテンツ詳細画面の表示例を以下に示す。なお、図中の番号は
表 D- 3 の表示データ項目と対応している。
コンテンツ詳細表示
⑯
①
③
魅惑のビーチリゾート 1 ～バリ
⑧
⑨
再生時間 1：00：00
②
視聴期限 無期限
エキスポート 可 残り 3 回
⑰
R16
⑲
エキスポート期限 2008年3月31日 24：00迄
ジャンル 旅，ドキュメンタリー
映像 HDTV，H.264
⑪
音声 二ヶ国語，ステレオ
⑩
１/２
カーソル
決定
選択
赤
図 D- 4
⑦
コンテンツ配信元：Sea Channel
⑭
⑮
音声
字幕
日本語
ENGLISH
日本語
ENGLISH
再生
エキスポート
⑫
⑬
字幕 二ヶ国語
世界中のビーチリゾートを紹介。グル
メ・ショッピング・ナイトスポット・ホテル
情報など、ホットな情報満載でお届けし
ます。次回の旅の参考にしてみては?
⑤
メニュー
青
削除
削除
緑
コピー
コンテンツ詳細画面の表示例（２）
コンテンツ詳細画面の表示に必要なデータ項目および表示制御データ項目を以下に示す。
- 327 -
表 D- 3
コンテンツ詳細画面の表示データ項目
表示データ項目
説明
データ取得元
サムネイル
コンテンツの内容を説
ProgramInformation/
明するために表示され
BasicDescription/Me
る静止画
diaTitle
コンテンツのおおよそ
ERI
シリーズが選択され
の時間長
<startup>/<duration
ている場合には、シ
>
リーズ内のコンテン
再生時間
備考
図中番号
①
②
ツ（蓄積済みのみ）
の合計再生時間表示
タイトル（コンテ
コンテンツのタイトル
ProgramInformation/
ンツタイトル）
名
BasicDescription/Titl
③
e
ジャンル(コンテ
コンテンツのジャンル
ProgramInformation/
⑤
BasicDescription/Gen
ンツ単位)
re
事業者名
視聴期限
コンテンツを提供して
ダウンロード制御情報
いる事業者名
feed/author
⑦
ダウンロード再生ライ
ライセンス取得後は
センスのライセンス有
DRM サーバから取
効期限
得した有効期限を表
⑧
示に利用する（取得
方法はD.13 参照）
エキスポート可
エキスポート可否の表
LicenseInformation/L
ライセンス種別がエ
否
示
icenseType
キスポートライセン
⑨
スであり、ライセン
スが有効であれば、
エキスポート可と判
定する
番組概要
コンテンツの説明
ProgramInformation/
⑩
BasicDescription/Syn
opsis
映像情報
映像の解像度およびサ
ERI
⑪
- 328 -
映像の符号化情
イズ情報（16:9 1125i
<es_info>/<video_info
など）
>@resolution
映像の符号化方式
ERI
⑫
<es_info>/<video_info
報
>@coding
音声情報
ERI
音声のモード情報
⑬
<es_info>/<audio_inf
o>@mode
音声言語
ERI
音声の言語情報
例：日本語
<es_info>/<audio_inf
⑭
英語
o>/<audio_title>
字幕言語
ERI
字幕の言語情報
⑮
<es_info>/<caption_i
nfo>@language
視聴制限年齢(コ
コンテンツの視聴制限
ProgramInformation/
ンテンツ単位)
年齢
BasicDescription/Par
⑯
entalGuidance
エキスポート回
エキスポート可能回数
数
LicenseInformation/R
残りエキスポート回
MPIDescription/
数を表示
⑰
ExportRestriction/Ex
portCountsLimit
利用開始期限
ダウンロード再生ライ
ダウンロード制御情報
センスの取得期限
entry/dlctl:licenseid@
⑱
acquisitionlimit
エキスポート期
エキスポートライセン
ダウンロード制御情報
限
スの取得期限
entry/dlctl:licenseid@
⑲
acquisitionlimit
表 D- 4
表示制御データ項目
コンテンツ詳細画面の表示制御データ項目
データ取得元
備考
コンテンツの識別子（CRID） ProgramInformation@programId
コンテンツに対応するシリ
ProgramInformation/MemberOf@c
この値が同じコンテンツは、同
ーズの識別子
rid
一のシリーズに属していると
判定するこの値同じコンテン
- 329 -
ツは、同一のシリーズに属して
いる
シ リ ー ズ の 識 別 子
GroupInformation@groupId
コンテンツのまとめ表示に必
（GroupCRID）
要
ラ イ セ ン ス の 識 別 子
LicenseInformation/LicenseID
（LicenseID）
ライセンスに対応するコン
LicenseInformation/ProgramCRID
テンツの識別子
@crid
ライセンスのタイプ(ダウン
LicenseInformation/LicenseType
ロード再生ライセンス or エ
キスポートライセンス)
視聴制限年齢(コンテンツ単
ProgramInformation/BasicDescrip
位)
tion/ParentalGuidance
D.1.3 エキスポート先選択画面
エキスポート先選択画面の表示例を以下に示す。なお、図中の番号は表 D- 5 の表示データ項目と対
応している。
コンテンツ詳細表示
魅惑のビーチリゾート 1 ～バリ
R16
エキスポート先を指定してください
⑰
残りエキスポート回数は 3 回です
⑳
BD
世界中のビーチリゾートを紹介。グルメ・
ショッピング・ナイトスポット・ホテル情報な
ど、ホットな情報満載でお届けします。次
回の旅の参考にしてみては?
DVD
１/２
決定
選択
日本語
ENGLISH
日本語
ENGLISH
再生
エキスポート
カーソル
音声
字幕
赤
図 D- 5
メニュー
青
削除
削除
緑
コピー
エキスポート先選択画面の表示例
エキスポート先選択画面の表示に必要なデータ項目および表示制御データ項目を以下に示す。
- 330 -
表 D- 5
エキスポート先選択画面の表示データ項目
表示データ項目
説明
データ取得元
備考
図中番号
エキスポート回
エキスポート可能回数
LicenseInformation/R
残りエキスポート回
⑰
MPIDescription/
数を表示
数
ExportRestriction
/ExportCountsLimit
エキスポート先
エキスポート可能なメ
LicenseInformation/R
メディア種別
ディア種別
MPIDescription/Expo
⑳
rtRestriction/Export
Media
表 D- 6
表示制御データ項目
エキスポート先選択画面の表示制御データ項目
データ取得元
備考
コンテンツの識別子（CRID） ProgramInformation@programId
コンテンツに対応するシリ
ProgramInformation/MemberOf@c
この値同じコンテンツは、同一
ーズの識別子
rid
のシリーズに属している
ラ イ セ ン ス の 識 別 子
LicenseInformation/LicenseID
（LicenseID）
ライセンスに対応するコン
LicenseInformation/ProgramCRID
テンツの識別子
@crid
ライセンスのタイプ(ダウン
LicenseInformation/LicenseType
ロード再生ライセンス or エ
キスポートライセンス)
視聴制限年齢(コンテンツ単
ProgramInformation/BasicDescrip
位)
tion/ParentalGuidance
- 331 -
D.2 コンテンツ再生画面の例
D.2.1 通常再生画面の表示例
コンテンツ再生の画面の表示例を以下に示す。図中の番号は表 D- 7 の表示データ項目と対応し
ている。全画面によるコンテンツの再生と、タイトルなどの表示情報から成る。
魅惑のビーチリゾート １ ～バリ
①
②
⑦
チャプター3
再生時間 1h34m55s
0
100%
⑥
⑧
③④
⑤
音声：ステレオ 日本語
字幕：日本語
⑨
♪ 沈む夕日と、美しい夕焼け、静かなさざなみ
図 D- 6
コンテンツ再生画面の表示例
コンテンツ再生に必要な、画面表示データ項目および、制御データ項目を以下に示す。
表 D- 7
表示データ項目
タイトル
再生時間
コンテンツ再生画面の表示データ項目
説明
データ取得元
備考
図中
番号
コンテンツのタ
ERI
例：魅惑のビーチ
イトル名
<startup>/<content_title>
リゾート
コンテンツのお
ERI <startup>/<duration>
例：1:34:55
②
音声のモード情
ERI
例：ステレオ
③
報
<es_info>/<audio_info>@m
①
およその時間長
音声情報
ode
- 332 -
音声言語
音声の言語情報
ERI
例：日本語
<es_info>/<audio_info>/<a
④
英語
udio_title>
字幕言語
字幕の言語情報
ERI
例：日本語
<es_info>/<caption_info>@l
⑤
英語
anguage
現在のチャプタ
現在のチャプタ
ERI
情報
番号
<content_chapter_info>/<c
⑥
hapter>/<chapter_title>@n
umber
経過時間
－
⑦
再生状態アイコ
－
⑧
字幕 ES
⑨
ン
字幕
表 D- 8
制御データ項目
映像
解像度、他
コンテンツ再生の制御データ項目
データ取得元
備考
ERI
解像度、操作方式、アスペク
<es_info>/<video_info>@resolution
ト比を判定する
映像
符号化方式
ERI <es_info>/<video_info>@coding
音声
ES 番号
ERI
デフォルト ES を判定する
<es_info>/<audio_info>@es_number
字幕
言語番号
ERI
<es_info>/<caption_info>@number
チャプタ番号
ERI
<content_chapter_info><chapter>@
number
チャプタの開始点
ERI
<content_chapter_info><chapter><c
hapter_point>
I ピクチャマッピング情
I ピクチャの時間とファイル
SCI
報
位置のマッピング情報
- 333 -
D.3 ダウンロード制御情報ファイルの運用例
以下に記述する定義（要素・属性名として記述されているフィールド）は、
「３．データ編」にお
いて必須もしくはオプションとされたもののみである。各フィールドの説明については本編を参照
されたい。以下では、画面例において使用するフィールドを■、使用しないフィールドを□として
記述する。要素・属性の値に関しては１バイト以上記述すること。 記述が０バイトの場合は属性・
要素がないと受信機はみなしてもよい。
凡例：
■…使用する
□…使用しない
表 D- 9
要素名・属性名
feed
author
name
id
link
@href
@rel
@type
@length
subtitle
title
updated
dlctl:downloadtype
dlctl:ecgmetainfo
@href
@serverref
dlctl:drmserverinfo
@href
dlctl:drmsystem
dlctl:drmurlsignature
ダウンロード制御情報ファイルの運用
運用 出現 文字数制限
備考
数
値の制限
■
1
■
1
■
1 30 バイト以下かつ全角 10 事業者名を記述する。受信機
文字以下
での一覧表示での利用を考
慮し、短い名称を記述する。
■
1
注 1）
■
1
注 1）
■
1 最大 255 バイト
■
1 “alternate”
■
1 "application/atom+xml"
□
□
■
1 120 バイト以下かつ全角 40 注 1）
文字以下
■
1 YYYY-MM-DDThh:mm: 注 1）
ss+09:00
■
1 "onetime"
■
1
□
■
1 最大 255 バイト
post メソッドによりメタデータ
を取得する場合のメタデータ
サーバの URL。
付録 B 参照。
□
□
■
0..1 “marlin_iptv_es”固定
DRM システムを使用する場
合に記述する。
□
- 334 -
要素名・属性名
dlctl:servercert
dlctl:feedversion
dlctl:expiration
dlctl:updateperiod
dlctl:transactionid
dlctl:parental
entry
id
link
運用 出現 文字数制限
数
値の制限
□
□
□
□
■
0..1
■
■
■
■
0..1
1..64
1 最大 255 バイト
2
(*2)
@href
■
1 最大 255 バイト
@rel
@type
■
■
@length
■
published
summary
title
□
□
■
updated
■
dlctl:ecgmetainfo
@href
@serverref
dlctl:parental
dlctl:cpcurl
@cpchref
■
■
□
■
■
■
備考
受信機において、ダウンロー
ドするコンテンツを、購入セッ
ションごとに、別のものとして
識別するために用いることが
できる。
CRID を記述する。
@rel=“enclosure”のものに
対する@href をメディアファイ
ルの URL と解釈する。
*2 “enclosure”, " alternate
"それぞれの rel 属性を持つ
要素を必ず 1 つずつ配置す
る。ただし、受信機は
“enclosure”のものだけ参照
する。
メディアファイル URL を記述
する。
1 “enclosure”, " alternate "
1 “video/mpeg” , ”video/h2
64”
0..1 10 進数で表記
@rel=“enclosure”の場合、コ
最大サイズについてはD.7 ンテンツのバイト数を記述す
参照
る。
1 120 バイト以下かつ全角 40
文字以下
1 YYYY-MM-DDThh:mm: 注 1）
ss+09:00
1
１
0..1
1
1 最大 255 バイト
- 335 -
再生制御メタファイルの URL
要素名・属性名
@scihref
dlctl:licenseid
運用 出現 文字数制限
数
値の制限
■
1 最大 255 バイト
■ 0..2(*)
@validflag
@acquisitiontimi
ng
□
■
1 “immediately”, “atuse”
@acquisitionlimit
■
0..1 8 桁 16 進表記（32 ビット）
@acquisitionstar
t
■
0..1 8 桁 16 進表記（32 ビット）
注 1）RFC4287 で必須。受信機は参照しない。
- 336 -
備考
SCI の URL
この情報を取得する受信機が
利用可能なライセンス ID を、
再生時に取得するライセンス
も含めて記述する。
*出現数 1 の場合はダウンロ
ード再生ライセンスのみ、出
現数 2 の場合はダウンロード
再生ライセンス＋エキスポー
トライセンスの組み合わせ
dlctl:drmsystem が記述され
ていない場合は、
dlctl:licenseid を記述しな
い。
DL 完了時にすぐ取得すべき
かどうかのフラグ。
“immediately”（すぐに取得）
“atuse”（利用時に取得）
UTC で 1970/1/1 00:00:00
からの経過分を記述する。
無期限の場合には配置しな
い。
ライセンスが取得可能となる
日時を示す。
UTC で 1970 年 1/1 0:00 か
らの経過分を記述する。
即時に取得可能な場合には
配置しない。
D.4 再生制御情報の運用例
以下に記述する定義（要素・属性名として記述されているフィールド）は、
「6 再生制御情報」に
おいて記載されたものである。各フィールドの説明については本編を参照されたい。以下では、画
面例において使用するフィールドを■、使用しないフィールドを□として記述する。要素・属性の
値に関しては１バイト以上記述すること。
記述が０バイトの場合は属性・要素がないと受信機は
みなしてもよい。
D.4.1 ERI
凡例：
■…使用する
□…使用しない
表 D- 10
要素名・属性名
<eri>
<header>
<date>
<time>
<encryption>
<startup>
<content_title>
ERI の運用
運用 出現 文字数制限
数
値の制限
1
■ 1
□
□
■ 1
1:暗号化
0:非暗号化
■ 1
■ 1
120 バイト以下かつ全
角 40 文字以下
<content_abstract>
<duration>
□
■
1
<start>
<content_chapter_info>
<chapter_thumbnail_
uri_path>
□
■
■
0..1
0..1 255 バイト以下
備考
AV プレーヤにおいて再生
画面の表示に使用する。
ECG メタデータのタイトル
（ProgramInformation/B
asicDescription/Title）と
同一の値を記述するのが
望ましい。
10 進数 6 桁表記の
AV プレーヤにおいて再生
HHMMSS で表す文字 画面の表示に使用する。
列
- 337 -
chapter_thumｂ
nail_file を配置するときは
必ず配置する。
要素名・属性名
運用 出現
数
<chapter>
■ 1..9
9
@number ■ 1
<chapter_point>
■ 1
<chapter_title>
□
<chapter_thumｂ
nail_file>
■
<es_info>
<video_info>
@resolution
@coding
<audio_info>
@es_number
@mode
<audio_title>
■
■
■
■
■
■
■
■
文字数制限
値の制限
1-99
最大 7 桁(整数部分 5
桁＋小数点＋小数点
以下 1 桁)
備考
RFC 2326 (Normal Play
Time)で規定された
npt-sec の形式により、十
進数表記整数部最大５
桁、小数点以下１桁で指定
することとする。（小数の指
定は必須ではない） コン
テンツの最大時間長を超
える値は指定しない。
60 バイト以下かつ全角
20 文字以下
0..1 最大 32 バイト
サムネイルとして使用す
ファイル名のみ記述
る画像は、240* 135 ピク
セルまたは、160*90 ピク
セルとし、ファイルサイ
ズは 50KB 以下とする。
1
1
1
1
0..4
1
”1” or ”2”
デフォルト ES を１とする。
1
0..1 以下のいずれかの文字
”日本語”、”英語”、”ド
イツ語”、”フランス
語”、”イタリア語”、”
ロシア語”、”中国語”、”
韓国語”、”スペイン
語”、”外国語”、”複数
言語”、”言語不明”
<caption_info>
@number
■
0..2
■
1
ClosedCaption 字幕の出
現数を記載する。
- 338 -
要素名・属性名
@language
運用 出現 文字数制限
数
値の制限
■ 1
"ja"(日本語)、 "en"(英
語)、 "de"(ドイツ語)、
"fr"(フランス語)、
"it"(イタリア語)、
"ru"(ロシア語)、
"zh"(中国語)、 "ko"(韓
国語)、 "es"(スペイン
語)、 "xx"(上記以外の
外国語、複数言語、言
語不明)から選択
- 339 -
備考
ISO_639_language_code
及び
ISO_639_language_code
_2 に記述される言語名
D.4.2 LLI
凡例：
■…使用する
□…使用しない
表 D- 11
要素名・属性名
運
用
<lli>
<header>
<date>
□
□
<time>
□
<drm_server_uri>
<drm_system>
<license>
■
@sigid ■
■
■
<license_id>
<license_description>
<signature>
出現
数
1
1
1
1
1..10
■ 1
□
LLI の運用
文字数制限
値の制限
10 進数 8 桁で表記
YYYYMMDD
10 進数 6 桁で表記
HHMMSS
64 バイト以下
“ServerUri”固定
“marlin_iptv_es”固定
コンテンツに対応する全て
の license_id を固定的に
記述する。
16 進数表記 16 桁
60 バイト以下かつ全角
20 文字以下
■ 1
@reference ■ 1
<certificates>
■ 1
備考
“ServerUri”固定
最大証明書数は５。
全体サイズは最大
5120bytes
- 340 -
ライセンス本体を取得する
までの表示用テキスト情報
「7 泊 8 日」などの記述
署名対象の要素の署名の
値を Base64 で符号化し
て記述。
signature 要素に記述さ
れる署名の検証に必要な
公開鍵証明書を Base64
で符号化して記述。
D.5 ECG メタデータの運用例
以下に、ECG メタデータの運用例について記載する。
D.5.1 運用可否、出現数、値の制限、各フィールドの運用
以下に記述するメタデータ定義（要素・属性名として記述されているフィールド）は、
「３．デー
タ編」において運用する（「運用」が「○」）とされたもののみである。各フィールドの説明につい
ては本編を参照されたい。それに対し、画面例において使用するフィールドを■、使用しないフィ
ールドを□として記述する。要素・属性の値に関しては１バイト以上記述すること。
記述が０バ
イトの場合は属性・要素がないと受信機はみなしてもよい。
凡例：
■…使用する
□…使用しない
D.5.1.1 TVAMain
表 D- 12 メタデータ文書の運用
要素・属性名
運
出現
用
数
文字数制限値の制限
TVAMain
@xml:lang
■
@publisher
□
CopyrightNotice
□
ProgramDescription
■
1
■
0..1
ProgramInformationTable
1
注 1）
ProgramInformation
■
1
GroupInformationTable
■
0..1
注 1）
GroupInformation
■
PurchaseInformationTable
□
PurchaseInformation
□
LicenseInformationTable
■
1
0..1
- 341 -
“ja”固定
備考
注 1）
LicenseInformation
■
1
注１) ProgramInformationTable、GroupInformationTable、LicenseInformationTableのいずれか1つのみを
必ず記述する。
- 342 -
D.5.1.2 ProgramInformation
表 D- 13
要素・属性名
ProgramInformation の運用
運
出現
文字数制限
用
数
値の制限
備考
ProgramInformation
@programId
■
@fragmentId
□
@fragmentVersion
□
@fragmentExpirationDate
□
BasicDescription
■
OtherIdentifier
□
AVAttributes
□
MemberOf
■
1
最大 255 バイト
1
0..1
シリーズに属するコンテン
ツのみ必ずこのフィールド
を記述する。
@crid
■
1
最大 255 バイト
@index
■
1
10 進数値
シリーズ内コンテンツ数の
(0～99)
上限を 100 とし、0 から昇
順に index を付与する。
@xsi:type
Period
■
1
"MemberOfType"
□
@type
□
Start
□
End
□
- 343 -
表 D- 14
要素・属性名
ProgramInformation/BasicDescription の運用
運 出現数
文字数制限
用 (運用)
値の制限
備考
BasicDescription
Title
■
2
MediaTitle
■
1
TitleImage
■
1
TitleVideo
□
Synopsis
■
PromotionalInformation
□
Keyword
□
Genre
■
1..2
ParentalGuidance
■
1
Language
□
CaptionLanguage
□
SignLanguage
□
CreditsList
□
RelatedMaterial
■
ProductionDate
□
ReleaseInformation
□
Duration
□
PurchaseList
□
注 1)
1
0..１
注１) Title要素は、必ず2つ記述する。1つ目のTitle要素は、@typeを"main"とし、提示のためのタイトル文字列を記
述する。2つ目のTitle要素は、@typeを"alternative"とし、ソートに利用するためフリカナ（全角）を記述する。
表 D- 15
要素・属性名
ProgramInformation/BasicDescription/Title の運用
運
出現数
文字数制限
用
(運用)
値の制限
備考
@type="main"の場合は、最大全角 40 文字かつ最大
Title
120 バイト、@type="alternative"の場合は、最大全角
80 文字かつ最大 240 バイト
@type
■
1
"main"、"alternative"から選択する。
注 1)
注１) Title要素は、必ず2つ記述する。1つ目のTitle要素は、@typeを"main"とし、提示のためのタイトル文字列を記
述する。2つ目のTitle要素は、@typeを"alternative"とし、ソートに利用するためフリカナ（全角）を記述する。
- 344 -
表 D- 16
ProgramInformation/BasicDescription/MediaTitle/TitleImage の運用
要素・属性名
運
出現数
文字数制限
用
(運用)
値の制限
①②からの選択
■
1
① mpeg7:MediaUri
■
1
CopyrightNotice
□
備考
TitleImage
最大 255 バイト
注）サムネイルとして使用する画像は、横幅は640ピクセル、高さは360ピクセルとし、ファイルサイズは500KB以下と
する。
表 D- 17
要素・属性名
ProgramInformation/BasicDescription/Synopsis の運用
運
出現数
文字数制限
用
(運用)
値の制限
備考
最大全角 408 文字、最大 1224 バイト
Synopsis
@length
□
表 D- 18
ProgramInformation/BasicDescription/PromotionalInformation の運用
要素・属性名
運
出現数
文字数制限
用
(運用)
値の制限
備考
PromotionalInformation
@href
□
表 D- 19
要素・属性名
Keyword
@type
ProgramInformation/BasicDescription/Keyword の運用
運
出現数
文字数制限
用
(運用)
値の制限
最大全角 40 文字、最大 120 バイト
□
- 345 -
備考
表 D- 20
要素・属性名
ProgramInformation/BasicDescription/Genre の運用
運
出現数
文字数制限
用
(運用)
値の制限
備考
Genre
@href
■ 1
ARIBGenreCS から選択
@type
■ 1
"main"(主)、"secondary"(副)から
注 1)
選択する。"main"は１つのみ。
注1) レジデントアプリケーションによる一覧提示等で、ジャンルを一つしか提示・利用しない場合は、"main"指定のも
のを優先して利用する。
表 D- 21
ProgramInformation/BasicDescription/ParentalGuidance の運用
要素・属性名
運
出現数
文字数制限
用
(運用)
値の制限
①,②からの選択
■
1
① mpeg7:ParentalR
■
1
■
1
備考
ParentalGuidance
ating
@href
ARIBParentalRatingCS
から選択
表 D- 22
要素・属性名
Language
ProgramInformation/BasicDescription/Language の運用
運
出現数
文字数制限
用
(運用)
値の制限
□
備考
"ja"(日本語)、 "en"(英語)、
「 TR-B14 表 31 62
"de"(ドイツ語)、 "fr"(フラン
音声コンポーネント記
ス語)、 "it"(イタリア語)、
述
"ru"(ロシア語)、 "zh"(中国
ISO_639_language_c
語)、 "ko"(韓国語)、 "es"(ス
ode
ペイン語)、 "xx"(上記以外の
ISO_639_language_c
外国語、複数言語、言語不明)
ode_2 に記述される言
から選択
語名に対応
- 346 -
子
、
」
及
び
の
、
表 D- 23
要素・属性名
CaptionLanguage
@closed
ProgramInformation/BasicDescription/CaptionLanguage の運用
運
出現数
文字数制限
用
(運用)
値の制限
□
□
備考
"ja"(日本語)、 "en"(英語)、
「 TR-B14 表 31 62
"de"(ドイツ語)、 "fr"(フラン
音声コンポーネント記
ス語)、 "it"(イタリア語)、
述
"ru"(ロシア語)、 "zh"(中国
ISO_639_language_c
語)、 "ko"(韓国語)、 "es"(ス
ode
ペイン語)、 "xx"(上記以外の
ISO_639_language_c
外国語、複数言語、言語不明)
ode_2 に記述される言
から選択
語名に対応
“true”, “false”
省略した場合は”true”
子
、
」
及
び
の
、
と解釈する。
コンテンツに字幕ＥＳ
が重畳されているが、
必ずしもすべてのコン
テンツに字幕がついて
いない場合に必要。
@description
表 D- 24
要素・属性名
SignLanguage
□
ProgramInformation/BasicDescription/SignLanguage の運用
運
出現数
文字数制限
用
(運用)
値の制限
□
"ja"(日本語)、 "en"(英語)、
"de"(ドイツ語)、 "fr"(フラン
ス語)、 "it"(イタリア語)、
"ru"(ロシア語)、 "zh"(中国
語)、 "ko"(韓国語)、 "es"(ス
ペイン語)、 "xx"(上記以外の
外国語、複数言語、言語不明)
から選択
@primary
□
@translation
□
- 347 -
備考
手話言語を記述
表 D- 25
ProgramInformation/BasicDescription/CreditsList の運用
要素・属性名
運
出現数
文字数制限
用
(運用)
値の制限
CreditsList
CreditsItem
□
@role
□
①,⑧～⑩からの選択
□
① PersonName
□
@type
□
②～⑦からの選択
□
② mpeg7:GivenNa
□
me
@abbrev
Character
□
□
⑪～⑯からの選択
□
⑪ mpeg7:GivenName
□
@abbrev
□
- 348 -
備考
表 D- 26
ProgramInformation/BasicDescription/RelatedMaterial の運用
要素・属性名
運
出現数
文字数制限
用
(運用)
値の制限
■
１
■
１
備考
RelatedMaterial
HowRelated
@href
「 http://www.iptvforum.jp/cs/
2008/07/IPTVSERVICEHow
RelatedCS:10」のみ
Format
@href
■
１
■
１
「 http://www.iptvforum.jp/cs/
2008/07/IPTVSERVICEFileF
ormatCS:html」のみ
MediaLocator
mpeg7:MediaUri
■
1
■
１
PromotionalText
□
PromotionalMedia
□
TitleImage
□
表 D- 27
最大 255 バイト
ProgramInformation/BasicDescription/ProductionDate の運用
要素・属性名
運 出現数
用
(運用)
ProductionDate
TimePoint
□
YearRange
□
- 349 -
文字数制限
値の制限
備考
表 D- 28
ProgramInformation/BasicDescription/ReleaseInformation の運用
要素・属性名
運 出現数
用
文字数制限
(運用)
備考
値の制限
ReleaseInformation
ReleaseDate
①②からの選択
□
□
①
DayAndYear
□
②
Year
□
ReleaseLocation
表 D- 29
要素・属性名
□
ProgramInformation/BasicDescription/PurchaseList の運用
運 出現数
文字数制限
用 (運用)
値の制限
PurchaseList
①②からの選択
□
②PurchaseIdRef
□
- 350 -
備考
表 D- 30
要素・属性名
ProgramInformation/AVAttributes の運用
運
出現数
文字数制限
用
(運用)
値の制限
AVAttributes
BitRate
□
AudioAttributes
□
Coding
@href
□
□
NumOfChannels
□
MixType
□
@href
□
AudioLanguage
□
@type
□
@channel
□
@description
□
StreamDescription
□
@type
□
@id
□
BitRate
□
SamplingRate
□
VideoAttributes
Coding
@href
□
□
□
Scan
□
HorizontalSize
□
VerticalSize
□
AspectRatio
□
Color
□
@type
□
- 351 -
備考
D.5.1.3 GroupInformation
表 D- 31
要素・属性名
GroupInformation の運用
運
出現
文字数制限
用
数
値の制限
GroupInformation
1
最大 255 バイト
@groupId
■
@ordered
□
@numOfItems
□
@fragmentId
□
@fragmentVersion
□
@fragmentExpirationDate
□
GroupType
■
1
@value
■
1
"series"のみ
@xsi:type
■
1
"ProgramGroupTypeType
"
BasicDescription
■
MemberOf
□
@crid
□
@index
□
@xsi:type
□
OtherIdentifier
□
Period
□
@type
□
Start
□
End
□
1
1
"MemberOfType"
- 352 -
備考
表 D- 32
要素・属性名
GroupInformation/BasicDescription の運用
運 出現数
文字数制限
用 (運用)
値の制限
備考
BasicDescription
Title
■
MediaTitle
□
TitleImage
□
TitleVideo
□
Synopsis
□
PromotionalInformation
□
Keyword
□
Genre
■
1..2
ParentalGuidance
■
1
Language
□
CaptionLanguage
□
SignLanguage
□
CreditsList
□
RelatedMaterial
□
ProductionDate
□
ReleaseInformation
□
PurchaseList
□
表 D- 33
要素・属性名
注 1)
2
GroupInformation/BasicDescription/Title の運用
運
出現数
文字数制限
用
(運用)
値の制限
備考
@type="main"の場合は、最大全角 40 文字かつ最大
Title
120 バイト、@type="alternative"の場合は、最大全角
80 文字かつ最大 240 バイト
@type
■
1
"main"、"alternative"から選択する。
注 1)
注１) Title要素は、必ず2つ記述する。1つ目のTitle要素は、@typeを"main"とし、提示のためのタイトル文字列を記
述する。2つ目のTitle要素は、@typeを"alternative"とし、ソートに利用するためフリカナ（全角）を記述する。
- 353 -
表 D- 34
GroupInformation/BasicDescription/MediaTitle/TitleImage の運用
youso/zokuseimeiｃ
運
出現数
文字数制限
用
(運用)
値の制限
①②からの選択
□
1
① mpeg7:MediaUri
□
1
CopyrightNotice
□
備考
TitleImage
表 D- 35
最大 255 バイト
GroupInformation/BasicDescription/ MediaTitle/TitleVideo の運用
要素・属性名
運
出現数
文字数制限
用
(運用)
値の制限
①②からの選択
□
1
① mpeg7:MediaUri
□
1
CopyrightNotice
□
備考
TitleVideo
表 D- 36
要素・属性名
最大 255 バイト
GroupInformation/BasicDescription/Synopsis の運用
運
出現数
文字数制限
用
(運用)
値の制限
備考
最大全角 408 文字、最大 1224 バイト
Synopsis
@length
□
表 D- 37
GroupInformation/BasicDescription/PromotionalInformation の運用
要素・属性名
運
出現数
文字数制限
用
(運用)
値の制限
備考
PromotionalInformation
@href
□
表 D- 38
要素・属性名
Keyword
@type
GroupInformation/BasicDescription/Keyword の運用
運
出現数
文字数制限
用
(運用)
値の制限
最大全角 40 文字、最大 120 バイト
□
- 354 -
備考
表 D- 39
要素・属性名
GroupInformation/BasicDescription/Genre の運用
運
出現数
文字数制限
用
(運用)
値の制限
備考
Genre
@href
■ 1
ARIBGenreCS から選択
@type
■ 1
"main"(主)、"secondary"(副)から
注 1)
選択する。"main"は１つのみ。
注1) レジデントアプリケーションによる一覧提示等で、ジャンルを一つしか提示・利用しない場合は、"main"指定のも
のを優先して利用する。
表 D- 40
GroupInformation/BasicDescription/ParentalGuidance の運用
要素・属性名
運
出現数
文字数制限
用
(運用)
値の制限
■
1
■
1
■
1
備考
ParentalGuidance
①,②からの選択
①
mpeg7:ParentalR
ating
@href
ARIBParentalRatingCS
から選択
②
mpeg7:Minimum
□
Age
表 D- 41
要素・属性名
Language
GroupInformation/BasicDescription/Language の運用
運
出現数
文字数制限
用
(運用)
値の制限
□
備考
"ja"(日本語)、 "en"(英語)、
「 TR-B14 表 31 62
"de"(ドイツ語)、 "fr"(フラン
音声コンポーネント記
ス語)、 "it"(イタリア語)、
述
"ru"(ロシア語)、 "zh"(中国
ISO_639_language_c
語)、 "ko"(韓国語)、 "es"(ス
ode
ペイン語)、 "xx"(上記以外の
ISO_639_language_c
外国語、複数言語、言語不明)
ode_2 に記述される言
から選択
語名に対応
- 355 -
子
、
」
及
び
の
、
表 D- 42
要素・属性名
CaptionLanguage
@closed
GroupInformation/BasicDescription/CaptionLanguage の運用
運
出現数
文字数制限
用
(運用)
値の制限
□
□
0..1
備考
"ja"(日本語)、 "en"(英語)、
「 TR-B14 表 31 62
"de"(ドイツ語)、 "fr"(フラン
音声コンポーネント記
ス語)、 "it"(イタリア語)、
述
"ru"(ロシア語)、 "zh"(中国
ISO_639_language_c
語)、 "ko"(韓国語)、 "es"(ス
ode
ペイン語)、 "xx"(上記以外の
ISO_639_language_c
外国語、複数言語、言語不明)
ode_2 に記述される言
から選択
語名に対応
“true”, “false”
省 略 し た 場 合
子
」
、
及
び
は”true”。
@description
表 D- 43
要素・属性名
SignLanguage
□
GroupInformation/BasicDescription/SignLanguage の運用
運
出現数
文字数制限
用
(運用)
値の制限
□
"ja"(日本語)、 "en"(英語)、
"de"(ドイツ語)、 "fr"(フラン
ス語)、 "it"(イタリア語)、
"ru"(ロシア語)、 "zh"(中国
語)、 "ko"(韓国語)、 "es"(ス
ペイン語)、 "xx"(上記以外の
外国語、複数言語、言語不明)
から選択
@primary
□
@translation
□
- 356 -
備考
手話言語を記述
の
、
表 D- 44
GroupInformation/BasicDescription/CreditsList の運用
要素・属性名
運
出現数
文字数制限
用
(運用)
値の制限
CreditsList
CreditsItem
□
@role
□
PersonName
□
@type
□
mpeg7:GivenName
□
@abbrev
Character
mpeg7:GivenName
@abbrev
□
□
□
□
- 357 -
備考
表 D- 45
GroupInformation/BasicDescription/RelatedMaterial の運用
要素・属性名
運
出現数
文字数制限
用
(運用)
値の制限
備考
RelatedMaterial
HowRelated
□
@href
□
Format
□
@href
□
①,④からの選択
□
① MediaLocator
□
②③からの選択
mpeg7:MediaUr
②
□
□
i
PromotionalText
□
@xml:lang
□
PromotionalMedia
□
TitleImage
表 D- 46
要素・属性名
□
GroupInformation/BasicDescription/ProductionDate の運用
運 出現数
用
文字数制限
(運用)
備考
値の制限
ProductionDate
TimePoint
□
YYYY-MM-DD
、
YYYY 形式で記述。
YearRange
□
YYYY-YY
、
YYYY-YYYY 形 式 で
記述。
- 358 -
表 D- 47
GroupInformation/BasicDescription/ReleaseInformation の運用
要素・属性名
運 出現数
用
文字数制限
(運用)
備考
値の制限
ReleaseInformation
ReleaseDate
①②からの選択
①
DayAndYear
□
□
YYYY-MM-DD 形式で
□
指定
②
Year
ReleaseLocation
□
YYYY 形式で指定
□
「ISO3166-2」で規定
さ れ る 2 文 字 の
country code で指定
表 D- 48
要素・属性名
GroupInformation/BasicDescription/PurchaseList の運用
運 出現数
文字数制限
用 (運用)
値の制限
PurchaseList
①②からの選択
□
②PurchaseIdRef
□
- 359 -
備考
D.5.1.4 LicenseInformation
表 D- 49
要素・属性名
LicenseInformation の運用
運
出現数
文字数制限
用
(運用)
値の制限
1
16 進 16 桁整数値(16 文字)
備考
LicenseInformation
@fragmentId
□
@fragmentVersion
□
@fragmentExpirationDate
□
LicenseID
■
注 1)
LicenseType
■
1
“Download”(ダウンロード
ライセンスのタイプ(ダウンロ
再生)、”Export”(エキスポ
ード再生 or、エキスポート)
ート)から選択
LicenseTypeExtension
□
ProgramCRID
■
1
@crid
■
1
①,②からの選択
□
① PurchaseIdRef
□
RMPIDescription
■
最大 255 バイト
1
注 8)
TextualDescription
■
0..1
最大 20 文字、60 バイト
注４）
注７）
ValidityIntervalStart
□
ValidityIntervalEnd
□
ValidityIntervalAfterFir
■
stUse
0..1
PddDThhHmmM 形式(半
注 5)
角文字)で指定 注 2）
注 6)
VlalidityInterval
■
0..1
PddDThhHmmM 形式(半
注 5)
角文字)で指定 注 2）
注 6)
OutputRestriction
Port
□
□
- 360 -
要素・属性名
@href
Mode
運
出現数
文字数制限
用
(運用)
値の制限
備考
□
□
@href
□
ExportRestriction
■
0..1
ExportMedia
■
0..64
注 3）
この要素がない場合は任意
のメディアを表す
@href
■
1
IPTVSERVICEExportMe
diaCS から選択
ExportCountsLimit
■
1
10 以下の 10 進 2 桁正の整
エキスポート回数。
数値(半角 2 文字)
00 を無制限の意味に用い
る。
ChargeOption
□
@Timing
□
ChargeMessage
□
注1) LicenseID1は、16進16桁の整数で記載する。先頭に16進符号を示す”0x”等は付与しない。16桁に満たない
場合は、前に”0”を付加して16桁とする。
注2) P:経過を表す文字、ddD：経過した10進2桁日数、T:日付と時刻を分離する文字、hhH:経過した10進2桁時数、
mmM:経過した10進2桁分数。
各数値の範囲は、
dd=00～99
hh=00～23
mm=00～59
ただし、少なくとも1分以上の値を指定する。
注3) LicenseType要素が"Export"の場合のみ必ず配置
注４）LicenseType要素が"Export"の場合は配置しない。LicenseType要素が”Download”の場合は必ず配置す
る。
注5)ダウンロード再生ライセンスの有効期限が無期限の場合、ValidityIntervalAfterFirstUse要素、
ValidityInterval要素はいずれも記述しない。
注6)ダウンロード再生ライセンスの有効期限が有限の場合、ValidityIntervalAfterFirstUse要素、
ValidityInterval要素のいずれか１つのみを記述する。
注7)ValidityInterval要素を記述するときは、必ず、TextualDescription要素も記述する。
注8)子要素を1つ以上配置すること
- 361 -
D.6 SCI／再生制御メタファイル／ECG メタデータの情報利用のポリシー
D.6.1 情報利用のポリシー
SCI、再生制御メタファイル、ECG メタデータの基本的な利用ポリシーは以下である。
(1)制御用の情報
z
同じ情報が定義されている場合は、SCI＞再生制御メタファイル＞ECG メタデータ、
の順で利用する。
(2)表示用の情報
z
ERI と ECG メタデータで同じ情報が定義されている場合は、ECG メタデータに記載
されている情報を利用する。
- 362 -
D.7 メディアファイルの運用ガイドライン
本仕様を実装する端末は、映像コンテンツ･ダウンロードサービスにおいて、次に記載するガイ
ドラインに基づき、映像メディアファイルが配信されることを想定する。
z 最大再生時間：8 時間
z
最大ファイルサイズ：26.8GB（1GB=1024*1024*1024 バイト）
- 8Mbps(1Mbps=106bps)のビットレートで、8 時間再生できる想定
z
SCI の最大サイズ：1MB（1MB=1024*1024 バイト）
- 最大再生時間（8 時間）の場合
- 363 -
D.8 Web コンテンツが判別すべき受信機機能
D.8.1 Web コンテンツの判別内容
本仕様における各種機能の搭載は各メーカーの商品企画に委ねられる。
よって、これらの本仕様の実装範囲が異なる受信機が誤動作することなく、適切なダウンロー
ドサービスを実行できるようにするために、Web コンテンツは、受信機が搭載する機能を判別し
適切な Web ページを表示することが望ましい。
Web コンテンツが判別しなければいけない受信機機能、および非対応受信機が誤動作しないよ
うにするために Web コンテンツ側で行うべき動作例を表 D- 50 に示す。
表 D- 50
Webコンテンツが判別
Web コンテンツが判別すべき受信機機能
判別内容
Webコンテンツ動作例
コンテンツ・ダウンロ
受信機が、コンテンツ・ダウンロ
受信機が機能を有しない場合、コンテ
ード対応機能
ード機能に対応しているかどうか
ンツダウンロードサービスのメニュ
を判別する。
ーやボタンを表示しない。
対応している DRMの
受信機が対応しているDRMシス
サーバが提供するサービスが対応し
種類
テムの種類を識別する。
ているDRMシステムと異なる場合、コ
する機能
ンテンツダウンロードサービスのメ
ニューやボタンを表示しない。
飛ばし見再生禁止機能
受信機が飛ばし見再生を禁止する
―
機能を有するかどうかを判別す
る。
更新ダウンロード
受信機が更新DL機能を有するか
受信機が機能を有しない場合、更新ダ
どうかを判別する。
ウンロードを選択するメニューやボ
タンを表示しない。
ライセンスの自動更新
受信機が更新ライセンスの自動更
受信機が機能を有しない場合、サブス
(サブスクリプション
新機能を有するかどうかを判別す
クリプション契約 TYPE Bのサービ
契約 TYPE B)
る。
スの選択ボタンやメニューを表示し
ない。
- 364 -
利用前課金
受信機が利用前課金機能を有する
受信機が機能を有しない場合、利用前
かどうかを判別する
課金サービスの選択ボタンやメニュ
ーを表示しない。
機能を有しない受信機より、ライセ
ンス取得要求がきた場合、サーバはエ
ラーを返すこと。
DL完了通知機能
受信機がDL完了通知機能を有す
受信機が機能を有しない場合、ダミー
るかどうかを判定する
ライセンスを運用しない。
ストレージ・ダウンロ
受信機のストレージにコンテンツ
受信機が機能を有しない場合、ストレ
ード機能
を蓄積する機能を有するかどうか
ージに蓄積可能なコンテンツのサー
を判別する。
ビス選択ボタンやメニューを表示し
ない。
エキスポート機能
直接エキスポート機能
受信機がストレージに蓄積された
受信機が機能を有しない場合、エキス
コンテンツをエキスポートする機
ポートライセンス購入の選択ボタン
能を有するかどうかを判別する。
やメニューを表示しない。
受信機が直接エキスポート機能を
受信機が機能を有しない場合、直接エ
サポートするかどうかを判定する
キスポート専用コンテンツのサービ
ス選択ボタンやメニューを表示しな
い。
エキスポート先メディ
ストレージからのエキスポートに
表 7-41のExportRestiction を運用す
ア
対し、受信機が対象とするメディ
るコンテンツを、制限されたメディア
ア種別
種別をサポートする受信機のみに購
入可能とするようにWeb提示を行う。
直接エキスポート先メ
直接エキスポートに対し、受信機
受信機がサポートする直接エキスポ
ディア
が対象とするメディア種別
ート先メディア向けに、コンテンツ購
入可能となるWeb提示を行う。
メディア確認プラグイ
メディア確認プラグインをサポー
受信機が機能を有しない場合、メディ
ン
トするかどうかを判定する。
ア確認を行うコンテンツを作成しな
い。
なお、基本受信機は配信側の不具合等により、実装していない機能を使ったサービスが提示さ
れる可能性を考慮し、サーバから配信される情報を確認し、表 D- 51 の処理を実装してもよい。
表 D- 51
基本受信機の処理ガイドライン
- 365 -
確認する情報
確認項目
処理
ダウンロード制御情報
link 要素の type 属性
video/mpeg,video/h264 以外の場合はダウ
ンロードを実行しない。
dlctl:drmsystem 属性
対応しない DRM システムの場合は無視し
てもよい。
dlctl:downloadtype 属性
非更新型以外の場合は、ダウンロードを実行
しない。
ライセンス参照情報
LicenseType 属性
Export と記述されている場合、オプション
(LicenseInformation)
仕様のエキスポート機能を有しない基本受
信機はエラー処理を行なう（どのようなエラ
ー処理を行なうかは受信機実装依存）
ExportMedia 属性
エキスポート処理時に、対応していないメデ
ィアへの書き込みメニューは表示しない。
D.8.2 コンテンツの判別手段
ネット TV ブラウザ仕様書に記載された「navigator.dtvnetbrowser を用いた仕様判定方法」に
基づき、コンテンツ・ダウンロードの機能の有無等を判定する場合について述べる。
navigator.dtvnetbrowser オブジェクトが返す文字列は、次の書式に基づく。
FunctionName: Version (Options) [Version (Options)]*[, FunctionName: Version (Options)
[Version (Options)]*]*
この書式において、コンテンツ・ダウンロード仕様書に関わる判定機能は、表 D- 52 の文字列
で識別する。
表 D- 52
書式名称
navigator.dtvnetbrowser オブジェクトの運用規定
内
容
コンテンツ・ダウンロード仕様書
についての運用規定
FunctionName
各仕様書で定義された機能名 "download"
称
Version
各仕様書で定義されたバージ コンテンツ・ダウンロード仕様書のバ
ージョン番号
ョン番号
Options
FunctionName で規定する機能 コンテンツ・ダウンロード仕様書で定
- 366 -
判定の文字列
めた判定文字列
コンテンツ・ダウンロード仕様書における Options 文字列の書式は、次のように定める。
Options=Options1[,Options1]*
Options1 に記述できるキーワードを、表 D- 53 に示す。
表 D- 53
キーワード
DRM(Options2)
Options1 文字列の運用規定
意味
解説
使 用 可 能 な DRM シ ス テ ム DRM と し て Marlin を 使 用 す る 場 合 は 、
(Options2:DRM システム名称)
Options2="Marlin"を使用
SKP
飛ばし見再生禁止機能に対応
E.5 参照（拡張仕様）
UPD
更新ダウンロード対応
E.1 参照（拡張仕様）
SSB
ライセンスの自動更新(サブス E.4 参照（拡張仕様）
クリプション契約 TYPE B 対応)
E.3 参照（拡張仕様）
CBU
利用前課金サービス対応可能
IDF
ダウンロード終了通知機能あ E.6 参照（拡張仕様）
り
NSD （T.B.D.）
EXP[(Options3)]
DEX[(Options4)]
ストレージへのダウンロード 指定された場合、受信機のストレージにコン
テンツを蓄積する機能に対応しない。標準プ
機能がない
ロファイル受信機では指定しないこと。
リムーバブルメディア等、ネットワークに接
エキスポート対応
続された外部機器へのエキスポート機能が
(Options3:受信機がサポート
有効(基本仕様のオプション)。
するエキスポート先メディア
Option3 が記述されている場合は、Web 側で、
のリスト) 注 1)
購入可能なコンテンツを、記述されたメディ
Options3 を指定しない場合、 ア種別へのエキスポートが可能なコンテン
ツのみに制限して提示することができる。
エキスポートは可能だが、エキ
Option3 が記述されていない場合は、Web 側
スポート先メディアは不明あ で、購入可能なコンテンツを、任意メディア
るいは不確定であることを表 へのエキスポートが可能なコンテンツのみ
に制限して提示することが望ましい。
す
J.2.1 参照（拡張仕様）
Option4 が記述されている場合は、Web 側で、
(Options4:受信機がサポート
購入可能なコンテンツを、記述されたメディ
するエキスポート先メディア
ア種別への直接エキスポートが可能なコン
直接エキスポートに対応
- 367 -
のリスト)
注 1)
Options4 を指定しない場合、
エキスポートは可能だが、エキ
スポート先メディアは不明あ
るいは不確定であることを表
テンツのみに制限して提示することができ
る。
Option4 が記述されていない場合は、Web 側
で、購入可能なコンテンツを、任意メディア
への直接エキスポートが可能なコンテンツ
のみに制限して提示することが望ましい。
す
MCP
メディア確認プラグインに対 3.3.4 参照
応
注1）Options3、Option4=MediaID[,MediaID]*
を参照
MediaIDは、A.12 IPTVSERVICEExportMediaCS辞書
（参考）navigator.dtvnetbrowser オブジェクトが返す文字列の例
device:1.0, browser:1.0, streaming:1.0, download:1.2(DRM(Marlin), EXP(01,0B,0C))
- 368 -
D.9 コンテンツ自動削除運用ガイドライン
コンテンツ自動削除機能とは、コンテンツのライセンス期限が切れた時刻以降に、ローカルナ
ビゲーション及び、外部ネットワークによる外部からのナビゲーションにおいてユーザに該当コ
ンテンツを提示しない機能のことである。
自動削除の実現方法として次の２つの方法が考えられる。どちらの方法を実装するかは受信機
実装依存である。
例１：
ライセンスの有効期限をみて、削除を実行する
例２：
ECG メタの有効期限をみて、削除を実行する
ナビゲーション表示中に期限が切れた場合、該当コンテンツの提示を続けるかどうかは受信機
の実装依存である。
例えば、ライセンスの期限が切れたら即座に表示しなくするのではなく、ライセンスの期限が
切れた後に起動したローカルナビゲーションで、そのコンテンツ情報を提示しないという実装で
もよい。
- 369 -
D.10 サーバへの DRM-ID 通知方式の例
DRM を使用した有料コンテンツ配信サービスにおいて、実際に有料コンテンツの課金を行う
前に、契約時に登録した顧客情報に、ネット TV 端末に割り当てられた DRM-ID をひも付け、顧
客管理 DB に登録する必要がある。
このため、コンテンツ・ダウンロード・サービス利用開始時に、何らかの形で、ネット TV 端
末から顧客管理サーバに DRM-ID を通知する処理シーケンスを組み込む必要があり、本節では、
その方式の一例を図 D- 7 を用い解説する。
① まず、ユーザがポータル･サービスの初回利用時、端末認証した結果に基づき顧客
登録を行い、その情報を顧客データベースに格納しておく。
② そのユーザが、コンテンツ・ダウンロード・サービスを最初に利用したとき、Web
サイトでは、お試しコンテンツのダウンロード画面に誘導する。この画面で、ユ
ーザにお試しコンテンツのダウンロードを行うよう指示させ、ユーザがダウンロ
ードを指示すると、ダウンロード制御情報が取得されて、ダウンローダに渡され
る。このダウンロード制御情報は、ダウンロード完了時に、ダウンロード再生ラ
イセンスを取得するよう記述され、このライセンス ID は、通常の運用とは異な
り、顧客データベース上の顧客個別に発行され、どの顧客がライセンスを取得し
たかが一意に判別できるように特殊な運用を行う。
③ ダウンローダは、ダウンロード制御情報を解釈し、ダウンロード処理を行い、最
後に、DRM クライアントにライセンスを要求すると、DRM クライアントは、
DRM サーバに対し端末の DRM-ID を通知して、ダウンロード制御情報に記述さ
れたライセンス ID のライセンスを取得要求する。DRM サーバは、通知されたラ
イセンス ID が、お試しコンテンツ用に割り当てられた特殊な ID であることを判
別すると、顧客管理サーバに対しそのライセンス ID と要求端末の DRM-ID を通
知する。顧客管理サーバは、ライセンス ID を割り当てた顧客登録情報に DRM-ID
を登録し、以降、DRM を利用するコンテンツの課金処理が可能になる。
④ お試しコンテンツのダウンロードが完了する前に、コンテンツ・ダウンロードサ
イトにアクセスすると、お試しコンテンツのダウンロードが完了していない旨の
メッセージが表示される。
⑤ お試しコンテンツのダウンロードが完了し、ライセンス取得が完了した後に、コ
ンテンツ・ダウンロードサイトにアクセスすると、通常のコンテンツの検索、購
入画面にアクセスできるようになる。
以上のようなサービスシーケンスをサーバ側で用意することで、現状のダウンロード仕様をそ
- 370 -
のまま利用して、DRM-ID を顧客管理サーバに通知することができる。この際、下記のような運
用を想定する。
z
顧客登録の方式は、固有の方式に限定するものではなく、サーバ側の実装依存とする。
z
ユーザ固有 LicenseID の詳細運用は、サーバ側の実装依存とする。
z
本サービスシーケンス例は、他のダウンロードが既に実行されていると、即時実行さ
れるとは限らない（最初の加入サービスを除く）ため、お試しダウンロード指示後の
画面で、次のような情報を、Web でガイダンス表示することが望ましい。
¾
お試しダウンロードが成功した後に、コンテンツの購入ができるようになる
¾
お試しダウンロードが完了後、正常に再生できることの確認を要請
¾
既に他のコンテンツのダウンロードをしている場合、お試しダウンロードの完了に時
間が掛かることがある旨の注意喚起
z
お試しダウンロード指示後、DRM-ID が顧客管理 DB に未登録の状態で、ユーザがダ
ウンロード・サービスにアクセスした場合も、上記と同様の情報を Web でガイダンス
表示することが望ましい。
顧 客管理
ｻｰﾊﾞ
We b
ｻｰﾊﾞ
ｺﾝﾃﾝﾂ
ｻｰﾊﾞ
DRM
ｻｰﾊﾞ
ﾒﾀﾃﾞｰﾀ
ｻｰﾊﾞ
ネット TV端 末
DRMｸﾗｲｱﾝﾄ　ブラウザ ﾀﾞｳﾝﾛｰﾀﾞ
顧客
登録
ﾕｰｻﾞ固有
LisenceID
発行
お試しDL画面
DL制御
情報生成
DRM-ID DB
を顧客DB 登録
に登録
顧客
管理
DB
確認
確認
DRM-ID
取得済?
NG
DRM-ID
取得済?
OK
DL制御情報 (ﾕｰｻﾞ固有の LisenceID指定)
再生制御ﾒﾀ
ECGﾒﾀ
お試し
ｺﾝﾃﾝﾂ
未取得なら要求(LisenceID,DRM-ID)
LisenceID, DL再生ﾗｲｾﾝｽ
発行
DRM-ID通知
DL再生ﾗｲｾﾝｽ
ﾎﾟｰﾀﾙｻｰﾋﾞｽへの
最初のｱｸｾｽ
①
DLｻｰﾋﾞｽへの
最初のｱｸｾｽ
DLボタン
クリック
②
再生制御ﾒﾀ
ECGﾒﾀ要求
ﾒﾃﾞｨｱﾌｧｲﾙ
SCI取得
ﾗｲｾﾝｽ
取得要求
LisenceID
③
DL完了
DLｻｰﾋﾞｽ
へのｱｸｾｽ
お試しDL成功確認要請のガイダンス表示
④
DLｻｰﾋﾞｽ
へのｱｸｾｽ
⑤
通常の番組検索、購入画面
図 D- 7
サーバへの DRM-ID 通知のシーケンス概要
- 371 -
スタッフ記述子の構造および配信時の初期値
D.11
スタッフ記述子の配信時の値（初期値）は、以下の通りとする。
シンタックス
ビット数
ビット列
値
表記
stuffing_descriptor () {
descriptor_tag
8
uimsbf
0x42
descriptor_length
8
uimsbf
0x04
8
bslbf
CA_System_ID
16
bslbf
0000111111111111
Reserved
1
bslbf
1
Retention_Move_mode
1
bslbf
1
Retention_State
3
bslbf
111
EPN
1
bslbf
1
CCI
2
bslbf
01
Reserved
5
bslbf
11111
Image_Constraint_Token
1
bslbf
1
APS
2
bslbf
00
ビット数
ビット列
値
for(i=0 ; i< descriptor_length ; i++){
stuffing_byte
}
}
stuffing_byte {
}
D.12 Registration 記述子の構造
シンタックス
表記
registration_descriptor () {
descriptor_tag
8
uimsbf
0x05
descriptor_length
8
uimsbf
0x04
format_identifier
32
uimsbf
"NWTV"
}
- 372 -
D.13 Marlin IPTV-ES を用いた ECG によるコンテンツの有効期限の取得方法
Marlin IPTV-ES のライセンス構成要素の開始日時（NotBefore）と終了日時（NotAfter）を用
いた、コンテンツの有効期限を取得する２つの方法について述べる。Marlin IPTV-ES については、
F.1 を参照のこと。
なお、有効期限切れの受信機動作に関してはD.14 参照。
D.13.1 IPTV-ES の NotAfter を用いたコンテンツの有効期限の取得方法
【送出運用】
・IPTV-ES のラインセンス構成要素である NotBefore は固定値運用する（固定値「0xFFFFFFFF」
を設定する）
。
・IPTV-ES のライセンス構成要素である NotAfter にコンテンツの有効期限を記述する。
【受信機動作】
・NotBefore が「0xFFFFFFFF」であれば、ライセンス構成要素の NotAfter を有効期限とする。
D.13.2 IPTV-ES の NotBefore を用いたコンテンツの有効期限の取得方法
【送出運用】
・IPTV-ES のライセンス構成要素である NotBefore にコンテンツの有効期限開始日時を設定する。
・LI の ValidityInterval 要素と ValidityIntervalAfterFirstUse 要素のどちらかに NotBefore を起
点とする有効期間を設定する。
・IPTV-ES のライセンス構成要素である NotAfter には、NotBefore の値に上記の有効期間を加え
た時間よりも T 時間だけ後の時間を設定する（T の値は 0 以上とし、コンテンツ長より長いことが
望ましい）。
【受信機動作】
・ NotBefore が 「 0xFFFFFFFF 」 で な い 場 合 、 ラ イ セ ン ス 構 成 要 素 の NotBefore に LI の
ValidityInterval 要素または ValidityIntervalAfterFirstUse 要素に配置されている有効期間を加え
た時間を、コンテンツの有効期限とする。
- 373 -
D.14 コンテンツの有効期限切れ時の受信機動作
・D.13.1、またはD.13.2 記載のコンテンツの有効期限を過ぎた場合は、再生開始してはいけない。
・NotBefore の値が「0xFFFFFFFF」でないときは、NotAfter に設定された期限以降、再生して
はいけない。
- 374 -
D.15 ダウンロード制御情報の購入トランザクション ID の運用例
D.15.1 概要
ダウンロード制御情報の dlctl:transactionid（購入トランザクション ID）を、配信システム側
で運用しない場合、ダウンロードしたコンテンツを購入トランザクション毎に識別することがで
きない。このため、Web 上において、一度購入しダウンロードしたコンテンツの再ダウンロード
や、購入済のコンテンツを、再購入してダウンロードする機能を提供した場合、両者を区別する
ことができない。
このため、購入し、ダウンロードしたコンテンツを消去せずに、そのコンテンツの再ダウンロ
ードを行った場合、再購入との区別がつかないため、各々のダウンロード時に取得した LI に記
載された ExportCountsLimit（エキスポート回数）が、ECG 上で重複して提示されてしまうこ
とにより、購入トランザクションとして払い出し可能なエキスポートライセンスの数と、表示上
のエキスポート回数に齟齬が生じる可能性がある。
購入したエキスポートライセンスを、ユーザが利用できないような齟齬ではないため、課金上
の問題となる可能性は少ないが、ユーザインタフェース上は誤解を招く可能性があり、
本章では、dlctl:transactionid を運用することにより、上記の問題を解決する方式の例につい
て解説する。
D.15.2 運用例の前提となるサービス想定
配信システム側としては、次のようなサービスを想定する。
z
無期限のダウンロード視聴ライセンスと、複数回のエキスポートライセンスが付与さ
れたコンテンツを想定する。
z
同一 CRID,同一ライセンス ID のコンテンツを、
Web 上で複数回購入することを許す。
z
Web で購入、初回ダウンロード後、何らかの事情により、ダウンロードが失敗するケ
ースに備え、再ダウンロードを指示可能とする。ただし、１回でもエキスポートライ
センスを払い出した後は、コンテンツの再ダウンロードを禁止する。なお、同一 CRID,
同一ライセンス ID のコンテンツを複数回購入した場合は、複数購入分すべてについ
てコンテンツの再ダウンロードを禁止する。
z
Web 上でコンテンツの複数回の購入を可能にした場合、DRM サーバで管理する、そ
のコンテンツに対するエキスポートライセンスを払い出す数に、各々の購入で得たエ
キスポート回数を加算して、管理する。
これに対し、受信機側では、次のような動作を想定する。
z
既に購入し、ダウンロードしたコンテンツを消去せずに、再購入してダウンロードし
た場合、受信機の ECG において、各々の購入トランザクションで購入したコンテン
ツを各々別のものとして、表示する。
- 375 -
z
各々の購入トランザクションに付与されたエキスポート回数は ECG 上、別々のコン
テンツに提示され、それぞれのコンテンツに対し、エキスポート操作を行うことによ
り、提示された合計回数のエキスポートが実行できる。
D.15.3 dlctl:transactionid の考え方
ダウンロード制御情報の dlctl:transactionid には、事業者がすべてのコンテンツを販売するト
ランザクション毎に異なる値を付ける運用を想定する。
これにより同じユーザが同じコンテンツを複数回購入した場合でも、受信機はそれらが異なる
購入によるものであることを区別することができる。
また購入済みのコンテンツを再ダウンロードする場合には、サーバは販売済みのコンテンツで
使用した値を dlctl:transactionid に入れたダウンロード制御情報を渡すことにする。これにより
受信機は、受信機中に同じコンテンツが残っていた場合に、これが同じ購入による物であること
を確認することができ、エキスポート回数の表示などに齟齬が生じないような対応処理をする事
が可能となる。
上記を実現するには、事業者の運用にてダウンロード制御情報の dlctl:transactionid の送出を
必須にする必要がある。
D.15.4 dlctl:transactionid の運用例
（１）基本動作
z
サーバは、ダウンロード制御情報の雛形に対し、dlctl:transactionid に購入毎に異な
る値を挿入する。
z
再ダウンロード時のダウンロード制御情報には購入時と同じ値を挿入する。
（２）ダウンロード制御情報の発行動作の例
z
サーバにダウンロード制御情報のひな形を置き、下記のデータを書き換えて渡す。
z
初回購入時
メタ情報、メディアファイルのワンタイム ID 付き URL
ライセンス取得期限（AquisitionLimit）他
（固定もあり）
dlctl:transactionid（A）
z
二度目以降の再購入時
メタ情報、メディアファイルのワンタイム ID 付き URL
ライセンス取得期限（AquisitionLimit）他
dlctl:transactionid（B）、（C）．．
．．
- 376 -
（固定もあり）
z
再 DL 時
メタ情報、メディアファイルのワンタイム ID 付き URL
ライセンス取得期限（AquisitionLimit）他
（固定もあり）
dlctl:transactionid（A）または（B）、
（C）．．． (注)
(注)Webサイトにおいて、各々の購入トランザクションに対応するコンテンツの再ダウンロードが指示されたとき、購入ト
ランザクションのダウンロード制御情報で挿入したのと同じ値のdlctl:transactionidを挿入すること。
（３）受信機の動作例
z
端末はコンテンツのダウンロード時に、同一 CRID の同一ライセンス ID のコンテン
ツが、ストレージ内にある場合、ダウンロード制御情報の dlctl:transactionid と、ス
トレージ内のコンテンツの dlctl:transactionid を比較する。
z
両者が一致しない場合、コンテンツ再購入時と判断し、ECG 上、別々のコンテンツと
して提示する。あるいは、一つのコンテンツとして提示した上で、エキスポート回数
を各々の購入トランザクションに対する回数を合算して提示してもよい。
z
両者が一致する場合、ストレージ内のコンテンツの再ダウンロードと判断し、別々の
コンテンツとしては提示せず、現存コンテンツとして提示する。この場合、メディア
ファイルやメタデータの上書／読み捨ては受信機の実装依存とする。
以上のような動作例により、再ダウンロードの場合に、一度もエキスポートを行っていない状
態では、ECG 上で提示されるエキスポート回数と、購入トランザクションにより払い出されるエ
キスポートライセンスの数の間に齟齬が生じない。
- 377 -
［付録 E］ 拡張仕様に関する解説
E.1 更新ダウンロード
E.1.1 ダウンローダの実装ガイドライン
E.1.1.1 ダウンロード制御情報の更新チェックに関するガイドライン
ダウンロード制御情報の更新をチェックするタイミング、周期については、基本的には実装依
存とする。
更新チェックするタイミングについては、ダウンロード状態表示アプリケーションの画面で、
手動で実行する仕様としてもよい。ただし、もし、自動的に、周期的な更新チェックを行う場合
には、次のようなガイドラインを定める。
z
ダウンロード制御情報個別の dlctl:updateperiod のサーバ側運用はオプションである
ため、dlctl:updateperiod の記述がなくても、受信機は、自身の設定周期に基づき、
ダウンロード制御情報の更新チェックができること。
z
更新周期は受信機で決めてもよいし、ユーザが設定できるようにしてもよい。
z
更新周期はあくまで目安であり、受信機の内部状態によっては、周期的な動作は保障
されない場合がある。
z
スタンバイ状態での消費電力への悪影響などが懸念されるため、ダウンロード制御情
報の短時間間隔の更新チェックは避けた方がよい。
z
dlctl:updateperiod が記述された場合も、それに基づく、受信機動作は必須ではない
（ヒント情報として利用することは構わない）
。
z
サーバは、コンテンツ情報を変更した場合は updated 属性の日時を必ず更新し、受信
機はダウンロード制御情報の更新を feed 要素の updated 属性に基づき識別すること。
z
dlctl:expiration に基づく、受信機によるコンテンツの自動削除動作は運用しない。
z
受信機は、リソース競合の都合（例えば、放送の番組録画中）により、コンテンツの
ダウンロードが一時中断されることがある。従って、配信事業者は、短い間隔で頻繁
にコンテンツを配信した場合、事業者が希望する時期に、受信機がコンテンツをダウ
ンロードできることは保障されない可能性があることを考慮すること。
z
ダウンロード制御情報の更新で、サーバに接続できなかった場合、接続リトライを行
うことが望ましい。
z
サーバに接続できなかった場合の最大接続リトライ回数は、受信機実装依存（無限リ
トライを行う使用も可）とする。
z
受信機が定めた最大リトライ回数を超えてエラーが発生した場合の対処方法は、受信
機実装依存とする。
- 378 -
E.1.1.2 ダウンローダ動作ガイドライン
更新ダウンロードの元々のサービス要件を満たしながら、ダウンローダの動作を複雑化させな
いため、次のような受信機の実装ガイドラインを定めるものとする。
z
ダウンロード制御情報の更新チェック時、追加されたコンテンツ情報に記述されたコ
ンテンツは、ダウンロードを実行すること。
z
ダウンロード制御情報の更新チェック時、削除されたコンテンツ情報に対するダウン
ロード動作は、メーカー実装依存とする。削除したら、直ちにダウンロードを中止す
る受信機があってもよいし、削除しても、ダウンロード中のコンテンツを取得し終え
ることを優先する受信機があってもよい。
z
ダウンロード制御情報の更新チェック時、既に記述されていた CRID のコンテンツ情
報が更新されていても、無視してよい。
E.1.1.3 サーバの運用ガイドライン
E.1.1.2 の受信機側の実装ガイドラインに基づき、コンテンツサーバ、メタデータサーバにおい
て、行うことが望ましい運用のガイドラインを示す。
z
ダウンロード制御情報の更新チェック周期はメーカー実装依存であるため、配信事業
者は、ダウンロード制御情報にコンテンツ情報を追加する場合、図 E- 1 に示すように、
コンテンツをサーバに登録した後、なるべく速やかにダウンロード制御情報を更新す
ることが望ましい。
z
ダウンロード制御情報の更新チェック時、削除されたコンテンツ情報に対するダウン
ロード動作は、メーカー実装依存であるため、コンテンツ情報を削除しても、そのコ
ンテンツ情報に記述されたコンテンツを暫くダウンロードし続ける端末がありえるこ
とに配慮し、配信事業者は、ダウンロード制御情報からコンテンツ情報を削除する場
合、図 E- 1 に示すように、ダウンロード制御情報を更新後、十分な猶予期間を設けた
後にで、コンテンツを削除することが望ましい。
z
ダウンロード制御情報の更新チェック時、既に記述されていた CRID のコンテンツ情
報が更新されていても、端末で更新されるとは限らないため、配信事業者は、CRID
を変えずに、コンテンツの中身を変更したコンテンツを配信しないこと。コンテンツ
の中身を一部変更したコンテンツを配信したい場合でも、別の CRID を付与して配信
を行うこと。
- 379 -
配信事業者の
オペレーション
コンテンツ ﾀﾞｳﾝﾛｰﾄﾞ制御
情報の更新
の追加
なるべく
短く
コンテンツ
の削除
できるだけ期間の
余裕を設ける
メタデータ
サーバ
コンテンツ
サーバ
時刻
インターネット
受信機
ダウンローダによるダウンロード制御情報の更新チェック
ダウンローダ
図 E- 1
更新ダウンロードの配信事業者運用
（解説）
以上、説明してきたガイドラインに基づく、更新ダウンロードの実行例を、図 E- 2 を用いて説
明する。
この例では、Phase1 でダウンロード指示されたダウンロード制御情報には、当初、CRID1～4
の 4 個のコンテンツのダウンロードが記述されているものとする。
Phase2 で、CRID1 のコンテンツから自動的にダウンロードが開始される。
Phase3 で、ダウンロード状態表示アプリケーションなどで、CRID4 のコンテンツが削除され
た場合を考える。この場合、CRID4 のコンテンツのダウンロードは中止になる。
その後、Phase4 でダウンロード制御情報の更新を行うと、読み込んだダウンロード制御情報
には、ユーザが削除した CRID4 は記述されているが、ユーザの削除操作した意図を優先し、ダ
ウンロードは再開せずに、ダウンロード中止状態のままとする。
また、Phase4 のダウンロード制御情報更新時に、CRID5 のコンテンツ情報が追加されている
が、ダウンローダは、CRID5 のコンテンツをダウンロード待機状態とする。この例では、ダウン
ロードしていた CRID1 のコンテンツはダウンロード完了している。
さらに、Phase5 で再びダウンロード制御情報が更新され、ここで、CRID6 のコンテンツ情報
が追加されており、CRID1～3 のコンテンツ情報が削除されているものとする。このダウンロー
ダの例では、CRID6 のダウンロードを行うとともに、削除された CRID1～3 のコンテンツに対
し、CRID1 のコンテンツは既にダウンロードが完了していることから何も行わず、CRID2 のダ
- 380 -
ウンロード中のコンテンツ、CRID3 のダウンロード開始前のコンテンツについては、ダウンロー
ドを中止処理している。なお、コンテンツ情報が削除された場合のダウンローダの動作は、受信
機実装依存であり、CRID2,3 のコンテンツに対し、直ちにダウンロードを中止するのではなく、
ダウンロードが完了するまで継続する受信機があってもよい。
なお、CRID2 のコンテンツのダウンロードが中止されたことから、ダウンロード待機状態だった
CRID5 のコンテンツのダウンロードを開始している。
次に、Phase6 で、CRID5 のコンテンツのダウンロードが完了した場合、次に、残ったダウン
ロード待機状態だった CRID6 のコンテンツのダウンロードを開始する。
次に、Phase7 では、ダウンロード状態表示アプリケーションで、CRID6 のコンテンツダウン
ロードを一時中断したものとする。CRID6 のコンテンツは、ダウンロード中断状態になる。
Phase8 は、ダウンロード制御情報の内容に変化がない状態で、ダウンローダがダウンロード
制御情報を更新取得した場合である。この場合、ユーザが削除した CRID5 のコンテンツ情報が
記述されているが、既にダウンローダでダウンロード完了になっている場合は、再度、無駄なダ
ウンロードの動作は行わないことが望ましい。
Phase9 では、ダウンロード状態表示アプリケーションで、ダウンロード中断状態だった CRID6
のコンテンツダウンロードを再開操作したものとする。CRID6 のコンテンツは、再びダウンロー
ド中の状態に戻り、中断した状態からダウンロードをリジューム再開する。
最後に、Phase10 において、ダウンロード状態表示アプリケーションで、ダウンロード単位で
ダウンロード制御情報を削除すると、ダウンロード中だった CRID6 のコンテンツはダウンロー
ド中止となる。
すでにダウンロード中止状態になっていたコンテンツは、再度ダウンロードの指示が行われな
い限り、ダウンロードは行われることはないが、一方、すでにダウンロード完了状態になってい
るコンテンツは、削除されず、そのまま残る。
- 381 -
Phase1
ﾌﾞﾗｳｻﾞからの
DL指示後の
初期状態
Phase2
Phase3
Phase4
DL制御情報更新
(V1にCRID5追加)
DL状態表示にて
CRID4削除操作
DL自動開始
Phase5
DL制御情報更新
(V2にCRID6追加,
CRID1,2,3を削除)
DL制御
情報 V1
DL制御
情報 V1
DL制御
情報 V1
DL制御
情報 V2
DL制御
情報 v3
CRID1
DL待機
CRID1
DL中
CRID1
DL中
CRID1
DL完了
CRID1
DL完了
CRID2
DL待機
CRID2
DL待機
CRID2
DL待機
CRID2
DL中
CRID2
DL中止
CRID3
DL待機
CRID3
DL待機
CRID3
DL待機
CRID3
DL待機
CRID3
DL中止
CRID4
DL待機
CRID4
DL待機
CRID4
DL中止
CRID4
DL中止
CRID4
DL中止
CRID5
DL待機
CRID5
DL中
DL状態表示
で削除
削除済のCRIDのｺﾝﾃﾝﾂ
DLが記述されても、DL
中止のまま再開しない
Phase10
DL状態表示にて
DL制御情報を削除
Phase9
Phase8
DL状態表示にて
CRID6再開操作
Phase6
DL状態表示にて
CRID6中断操作
DL制御
情報 v3
DL制御
情報 v3
DL制御
情報 v3
DL制御
情報 v3
DL制御
情報 v3
CRID1
DL完了
CRID1
DL完了
CRID1
DL完了
CRID1
DL完了
CRID1
DL完了
CRID2
CRID2
DL完了
DL中止 のｺﾝﾃﾝﾂ DL中止
CRID2
DL中止
CRID2
DL中止
CRID2
DL中止
は削除さ
CRID3 れない
DL中止
CRID3
DL中止
CRID3
DL中止
CRID3
DL中止
CRID3
DL中止
CRID4
DL中止
CRID4
DL中止
CRID4
DL中止
CRID4
DL中止
CRID4
DL中止
CRID5
DL完了
CRID5
DL完了
CRID5
DL完了
CRID5
DL完了
CRID5
DL完了
CRID6
DL中止
CRID6
DL中
CRID6
DL中断
CRID6
DL中断
CRID6
DL中
DL中/DL待機/DL中断状態
のｺﾝﾃﾝﾂはDL中止となる
凡例
DL状態表示で再開
DL制御情報が更新されて
もDL状態は変化しない
DL状態表示で中断
DL制御 DL制御情報に記述さ
ﾀﾞｳﾝﾛｰﾄﾞの 赤字：ﾀﾞｳﾝﾛｰﾄﾞｽﾃｰﾀｽ
れているｺﾝﾃﾝﾂDL情報 進捗状況
情報
図 E- 2
更新されたDL制御
情報で、ｺﾝﾃﾝﾂDL
情報でｺﾝﾃﾝﾂDLが
情報が削除されて
削除されていた場
いた場合、DL中
合、DL中/DL待機
/DL待機/DL中断
のｺﾝﾃﾝﾂはﾀﾞｳﾝﾛｰ
状態のｺﾝﾃﾝﾂはDL
ﾀﾞから削除
中止となる
CRID6
DL待機
Phase7
DL制御情報更新
(内容変更なし)
更新されたDL制御
情報でｺﾝﾃﾝﾂDL情
報が削除されてい
ても、DL完了済のｺ
ﾝﾃﾝﾂは削除しない
更新ダウンロードの動作例
- 382 -
ﾀﾞｳﾝﾛｰﾀﾞの
発生ｲﾍﾞﾝﾄ
ﾀﾞｳﾝﾛｰﾀﾞ
の動作
E.2 上書き更新ダウンロードサービスの実現方法
上書き更新ダウンロードサービスとは、更新ダウンロードサービスの一種で、ストレージ上で
シリーズのコンテンツに関して常に最新の１つのコンテンツのみが利用可能となる形態のものを
指す。
（前節ではこれに対してストレージ上でシリーズのコンテンツが追記されてゆく形態のもの
を例示した。
）本節では上書き更新ダウンロードサービスの実現方法の一例を示す。
図 E-3 に上書きダウンロードサービスの概念図を示す。
「上書き」という名称はあくまでユーザ視点での概念によるもので、コンテンツ本体を上書き
するわけではない。「上書き」対象のシリーズに属するコンテンツは、異なる CRID が指定され
るので、受信機内のストレージ上では別コンテンツとして個別に蓄積される。同じシリーズの新
しいコンテンツをダウンロードした時点で、既に蓄積されている古いコンテンツを削除する制御
を行うことで、同じシリーズでは常に最新のコンテンツのみが蓄積されている状況を実現する。
具体的な運用例を図 E-3 で説明する。同じシリーズに属するコンテンツ A_1、A_2、A_3 が適
宜（定期的或いは不定期）更新ダウンロード対象として▼のタイミングでコンテンツサーバに置
かれることとする。これに対して受信機は▼のコンテンツ更新タイミングとは必ずしも同期しな
い適当なインターバルに基づく●のタイミングでダウンロード制御情報を取得し、その時点でコ
ンテンツが更新されている場合のみダウンロード処理を起動する。コンテンツ A_1 がダウンロー
ドされストレージに蓄積されて、まだライセンスも期限が残っている状態で、コンテンツ A_2 を
ダウンロードする場合に、ダウンロード制御情報においてコンテンツ A_2 はコンテンツ A_1 と
は異なる CRID が指定されているので、あくまで別コンテンツとしてストレージに蓄積される。
一方でこの時メタデータの取得も行うが、ダウンロード制御情報の dlctl:ecgmetainfo に指定され
るメタデータ URL のクエリー情報として、コンテンツ A_2 に関わるコンテンツメタデータ、ラ
イ セ ン ス メ タ デ ー タ 等 の 他 に 、 コ ン テ ン ツ A1 に 関 わ る 各 メ タ デ ー タ に 関 し て
fragmentExpirationDate を現在時刻としたメタデータも取得する。これにより、コンテンツ A_2
が利用可能になり、ECG 上にも表示されるとほぼ同じタイミングで。コンテンツ A_1 は ECG に
表示されないように制御することができる。この場合、コンテンツ A_1 に対応するライセンスの
有効期限は切れていないが、ECG での表示不可となることで、実質利用ができなくなる。
- 383 -
コンテンツA_1
コンテンツ
更新タイミング
DL起動
タイミング
コンテンツA_2
▼
コンテンツA_3
▼
●
▼
●
●
●
●
DL処理
CRID1
コンテンツA_1 ライセンス有効期間
蓄積期間
CRID2
コンテンツA_2の
DL時に、expire_dateを現時
刻に変更した
コンテンツA_1メタデータも取
得・上書きすることによりライ
センス期間が残っていてもコ
ンテンツ削除する
コンテンツA_2 ライセンス有効期間
CRID3
図 E- 3 上書き更新ダウンロードサービスの概念図
- 384 -
コンテンツA_３
ライセンス有効期間
E.3 利用前課金
E.3.1 概要
本規定におけるダウンロードサービスにおいては、課金のあり方としてダウンロードナビゲー
ションにおいてユーザに購入操作を行わせる「ダウンロード前課金」を基本仕様に位置付けて、
規定全般に渡って「ダウンロード前課金」を想定したシナリオに基づいて論じているが、拡張仕
様として、ダウンロード後の ECG においてユーザに購入操作を行わせる「利用前課金」を実現
する手段も提供する。ここではそのサービスシナリオ例と技術解決手段について示す。尚、利用
前課金においては、パッケージの種類としては「単品」のみを前提とし、その他の複数のコンテ
ンツからなるパッケージは想定しないこととする。
E.3.2 利用前課金のサービスシナリオ
利用前課金のサービスシナリオとしては例えば以下が想定される。
A) ユーザが対象コンテンツを指定してダウンロードした後に、ECG にてローカルコンテンツ
を選択購入の後視聴（またはエキスポート）する。
B) ユーザが対象コンテンツを指定、レンタル購入操作してダウンロードした後、ローカルコ
ンテンツの期限内視聴を行うが、期限経過後、さらに ECG にて期限延長購入を行った上
で視聴する。
C) ユーザが対象コンテンツを指定、レンタル購入操作してダウンロードした後、ローカルコ
ンテンツの期限内視聴を行うが、さらに ECG にてエキスポートの権利を購入し、対象メ
ディアへエキスポートを行う。
D) ユーザが特定のコンテンツのシリーズを指定してダウンロード操作を行うことにより、対
象シリーズに含まれるコンテンツを適宜、更新ダウンロードにてダウンロードが自動的に
行われた後、ECG にてローカルコンテンツを選択購入の後視聴（エキスポート）する。
以下、サービスシナリオとしては想定しにくいが、単純なシナリオ A)を例に画面遷移、動作シ
ーケンスなどについて解説する。
E.3.3 利用前課金の画面遷移例
サービスシナリオＡ）について、受信機の画面遷移とユーザ操作のシーケンス例を説明する。
① ブラウザにおいて事業者が提供するダウンロードナビゲーション画面が表示される。そこで、
ダウンロード単位のコンテンツ（１つ或いは複数のコンテンツから構成）のリスト表示が行
われ、ユーザがそのうちの１つを選択し、さらにそのコンテンツが利用前課金対象のコンテ
ンツであることを確認した後、その詳細情報画面にてダウンロードボタンを操作することに
- 385 -
より、対象コンテンツのダウンロード処理が開始される。
② ダウンロードが開始された後、ユーザはダウンロードナビゲーションの画面を抜けて、一般
の放送番組の視聴を行っているが、一方で起動されたダウンロード処理はバックグラウンド
で継続し、ユーザは適宜画面表示でダウンロード処理の進捗状況を確認する。
③ ダウンロード処理完了後、ユーザはローカルナビゲーションを行う為、ECG の起動操作を行
い、蓄積済みコンテンツのリスト表示を行う。ここで未購入の視聴対象コンテンツを選択す
る。
④ さらに ECG のコンテンツ詳細情報画面にて、視聴対象コンテンツの詳細を確認すると共に、
表示されている料金を確認して、画面上の視聴ボタンを操作する。
⑤ 確認画面が表示され、再度料金の表示と購入の再確認が行われる。ここでユーザがさらに視
聴に進むために OK ボタンを操作する。
⑥ コンテンツ再生が開始され、画面にコンテンツが表示され、ユーザは視聴を開始する。
②　TVサービス画面
(ダウンローダバックグラウンド処理）
①　ダウンロードナビゲーション画面
（ブラウザ）
ダウンロード
静止画
コンテン ツA
コンテン ツ一 覧
概要：
・　コンテンツA　未 購入
・　コンテンツB　購 入済み
・　コンテンツ C　購入 済み
DL
DL中
⑤　確認画面
(AVプレイヤ）
④　コンテンツ詳細情報画面
(ECG)
コンテン ツA
静止画
概要
③　コンテンツリスト画面
(ECG)
⑥　コンテンツ再生画面
(AVプレイヤ)
コンテン ツA
・　期限付き視聴
７泊８日
価格：300円
コンテン ツA
購入しますか？
300円　OK
視聴
図 E- 4
利用前課金の画面遷移例
E.3.4 利用前課金の動作シーケンス
E.3.3 に示した画面遷移に基づくサービスシナリオＡ）を実現する為の受信機及びサーバにおけ
る動作シーケンス例を図 E- 5 に基づき説明する。またこの利用前課金のサービスシナリオを実現
するには、各種メタデータとそれに基づく受信機での制御動作、表示が重要なファクタとなるの
で、図 E- 6 に示す各メタデータの利用方法も上記動作シーケンスの中で説明する。ここでこのシ
ーケンス開始前の前提条件として、なんらかの手段により、受信機を識別する DRM_ID と課金
- 386 -
を行うのに必要な個人情報が顧客管理サーバに登録されていることが必要である。
(ア) ユーザの操作に基づきダウンロードナビゲーション用の HTML 文書において、利用前
課金のダウンロード対象コンテンツを選択し、ダウンロード操作を行う。これによりブ
ラウザのプラグインによりダウンロード制御情報を取得し、②のダウンロード処理を行
うダウンローダを起動する。
(イ) 受信機のダウンローダは、ダウンロード制御情報の指示に従い、ダウンロードタイプが
非更新型であれば、他にダウンロード中のコンテンツがなければ即時にダウンロード処
理を開始する。ダウンロード制御情報に指示された URL に基づき再生制御メタファイ
ル、SCI、ECG メタデータ、コンテンツ本体を遂次ダウンロードしてストレージに蓄積
する。（ここで、適宜ダウンロード進捗状況を把握した上で、ユーザ指示があれば進捗
率等の表示を行う）
ここまで取得した後、ダウンロード完了時取得を指示したライセンスが存在する場合
（acquisition 属性が immediately という値をとる dlctl:licenseid 要素が存在する場合）、
DRM サーバの署名検証を行った上で、DRM クライアントに、指定されたライセンス
ID を元にライセンスを取得させる。利用前課金の場合には、この時点で取得するライ
センスはダウンロード完了をサーバ側に通知する為のダミーのライセンスで、特に対象
となるコンテンツが存在せずすぐに有効期限の切れるライセンスとする運用も想定さ
れる。
このライセンスの取得により、顧客管理サーバは、特定のライセンス ID の取得要求が
あったことで、利用前課金対象の特定コンテンツのダウンロードが完了したことを知る。
(ウ) ユーザの ECG 表示操作により、ECG はダウンロードした ECG メタデータ（コンテン
ツメタデータのタイトル情報(Title 要素)等）を元にダウンロード済みのコンテンツのリ
スト表示を行う。ユーザはその中で、利用前課金対象のコンテンツを選択する。
(エ) ECG は利用前課金対象コンテンツの詳細画面を表示する。ここではコンテンツメタデ
ータにより詳細のコンテンツ内容記述も表示されるが、ライセンスメタデータにより７
泊８日などの有効期間情報と共に、利用前課金対象であること(LI の ChargeOption 要
素の Timing 属性が BeforeUse という値であること)、さらにパッケージメタデータに
より利用料金）(LI の PurchaseID で示される Purchase Information の Price 要素)等
も表示される。
(オ) 上記 ECG のコンテンツ詳細画面で、ユーザが再生ボタンを操作することにより、ECG
は、ライセンスメタデータに含まれる購入確認メッセージ（LI の ChargeMessage 要素）
を表示する。この確認メッセージに対しては「YES」と「NO」の２つのどちらかをユ
ーザに必ず選択させる。
「NO」のボタンを操作した場合には、何もせず元の ECG の画
面に戻る。
「YES」の操作を行った場合には、ライセンスメタデータのライセンス ID（LI
の LicenseID 要素）を、対応するコンテンツの LLI のライセンス ID(LLI の LicenseID
- 387 -
要素)と照合をとった上で、LLI に一致するライセンス ID が指定されている場合に、
DRM クライアントにそのライセンス ID を指定して DRM サーバからライセンス取得を
行わせる。一方で DRM サーバにおいては、ライセンス取得のプロセスにおいて、取得
要求元の受信機の DRM クライアント識別子とライセンス ID を顧客管理サーバに照会
してライセンス取得の許可を得ることが想定されるが、ここで顧客管理サーバでは、利
用前課金対象のライセンスの取得要求が挙げられたことで、DRM クライアント識別子
に相当するユーザに対する課金処理を課金決済サーバに指示する。
(カ) 受信機は、ライセンス取得完了した後、再生制御メタファイルの ERI に基づき蓄積済み
の暗号化コンテンツを読み出し、取得したライセンスに含まれるコンテンツ鍵で暗号を
復号しつつ、AV 復号・再生を行うことにより、ユーザはコンテンツ視聴を開始する。
課金決済
サーバ
顧客管理
サーバ
DRM
サーバ
コンテン ツ・メタ
サーバ
Web
サーバ
ストレージ
DRM
クライアント
受信機
本体
①ＤＬ操作
①ダウンロードナビゲーション
①ダウンロード制御情報取得
②コンテンツダウンロード
DL完了通知
②　ダミーライセンス取得
③④ロ ーカル ナビ ゲ ーショ ン
⑤課金指示
⑤権利確認
⑤ライセンス取得
⑤ライセンス確認
⑥コンテンツ再生
図 E- 5
利用前課金によるダウンロードサービスにおける動作シーケンス
- 388 -
LLI
ダウンロード制御情報
DLタイプ：非更新型
DLサイズ：XXX Kbyte
DL対象URI:
コンテンツ1再生制御メタファイルURI
コンテンツ１本体ファイルURI
DRMサーバURI: 事業者AServerURI
ライセンス：
ライセンスID：LicenseIDdummy（DL時）
ライセンスID：LicenseID1(再生時）　ライセンス
取得
DRMサーバURI; 事業者AServerURI
ライセンス：
ライセンスID:LicenseID1
ライセンスＩＤ:LicenseID2
ライセンスID:LicenseID3
ライセンス
取得
ＥＣＧメタデータ
コンテンツ：
タイトル：コンテンツＡ
概要：
ライセンス：
ライセンスタイプ：ダウンロード再生
ライセンスID:LicenseID1
ライセンス記述：７泊８日
課金タイミング：BeforeUse
課金確認メッセージ：　料金　３００円　で視聴しますか？
パッケージ
料金：300円
図 E- 6
各メタデータの利用方法
- 389 -
E.4 サブスクリプション契約 TYPE B
E.4.1 概要
サブスクリプション契約 TYPE B とは、予め定められた契約期間単位（通常月単位）で、ダウ
ンロードしたコンテンツが視聴可能な視聴の契約形態である。
通常、契約を解約しない限り、ライセンスの有効期限は自動更新される。契約解除すると、契
約期間が切れた時点で、視聴できなくなる。
他の契約形態と異なり、ライセンス取得時に DRM サーバが受信機に受け渡す利用条件（ライ
センスの有効期限）が確定していない場合がある。
ここでは、月単位でのサブスクリプション契約 TYPE B を実現するための、運用ガイドライン
を説明する。
E.4.2 運用ガイドライン
E.4.2.1 サブスクリプション契約 TYPE B のライセンスの運用例
DRM サーバではサブスクリプション契約 TYPE B のライセンスは以下のように管理される
・ライセンスの有効期限は、月末とする
・次の月になると、ライセンスの有効期限はその月の月末までに更新される
E.4.2.2 ECG メタデータの運用例
サブスクリプション契約 TYPE B のライセンスに対応する LI の LicenseTypeExtension には
Updatable を指定する。
E.4.2.3 受信機の動作例
LI の LicenseTypeExtension に Updatable が指定されていた場合にはサブスクリプション契約
TYPE B と判断し、以下の処理をすることが望ましい。
・ ローカルナビゲーションのライセンスの有効期限情報として、サブスクリプション契約
TYPE B であることを表示する。（例：「月極め」）
・ ライセンスが有効期限切れとなった場合、任意のタイミングでライセンスの取得を試みる。
ライセンスの取得に成功した場合には、取得したライセンスを保持する。ライセンスの有
効期限切れ等により、ライセンスが取得できなかった場合には、契約解除がなされたもの
と判定し、ライセンス期限切れであることを表示する。
- 390 -
E.4.2.4 センター運用例
・ ユーザの契約状況は顧客管理サーバにて管理している
・ DRM サーバは受信機からのライセンス取得要求があると、当該ライセンスの契約状況を顧
客管理サーバに問い合わせて、ライセンスを渡すべきかどうか判定する
E.4.3 動作シーケンス例
以下に契約開始時から再生までのシーケンス例を示す。
DRM
サーバ
顧客管理
サーバ
契約状況を
購入済とする
コンテンツ
サーバ
メタデータ
サーバ
受信機
「月極め」契約
購入指示
①契約開始
ダウンロード
制御情報ファイル
コンテンツ
ダウンロード指示
再生制御情報取得要求
ECGメタファイル取得要求
メディアファイル取得要求
②ダウンロード
コンテンツ
再生指示
ライセンス取得要求
契約状況問合せ
購入済
鍵＋利用条件（ライセンスの有効期限）
再生
③再生
図 E- 7
シーケンス例（1）
① 契約開始
購入処理がなされると、顧客管理サーバの契約状況が購入済に変更される。
② ダウンロード
ダウンロード指示により、再生制御ファイル、ECG メタファイル、メディアファイルがダウン
ロードされる。
③ 再生
コンテンツ再生等のタイミングで、DRM サーバにライセンス取得要求がなされる。
DRM サーバは、DRM-ID とライセンス ID をもとに、顧客管理サーバに契約状況の問い合わせ
を行なう。購入済みであるため、鍵と利用条件（ライセンスの有効期限）を返す。
以下に契約解除から再生不可となるまでのシーケンス例を示す。
- 391 -
DRM
サーバ
顧客管理
サーバ
コンテンツ
サーバ
メタデータ
サーバ
受信機
契約解除指示
契約状況を
未購入とする
ライセンスの
内容更新
「月極め」契約
解除
①契約解除
ライセンスの
有効期限切れ
②ライセンスの内容更新
ライセンス取得要求
コンテンツ
再生指示
契約状況問合せ
未購入
ライセンス発行拒否
再生不可
③再生（再生不可）
図 E- 8
シーケンス例（2）
① 契約解除
契約解除がなされると、顧客管理サーバの契約状況が未購入に変更される。
② ライセンスの内容更新
ライセンスの有効期限を過ぎると、DRM サーバのライセンスの内容が更新される。
③ 再生不可
コンテンツ再生等のタイミングで、DRM サーバにライセンス取得要求がなされる。
DRM サーバは、DRM-ID とライセンス ID をもとに、顧客管理サーバに契約状況の問い合わせ
を行なう。未購入のため、ライセンス発行拒否を返す。
- 392 -
E.5 飛ばし見禁止区間の再生制御
SCI の General_information に含まれる non_skip_period の値が“0”でない場合、図 E- 9 に
示すように、コンテンツ先頭から non_skip_period で指定された時間、コンテンツの飛ばし見を
目的とした特殊再生機能を禁止する。
non_skip_period に基づく飛ばし見禁止区間制御機能は拡張仕様であり、基本受信機では解釈
されない可能性がある。
このため、本機能を利用したコンテンツを配信したいサービス事業者は、ネット TV ブラウザ
上のダウンロードナビゲーションにおいて、端末がこの拡張仕様をサポートしているかどうかを
判定し、サポートしている端末のみに、コンテンツの購入、ダウンロード指示が行えるよう、ナ
ビゲーションすることが望ましい。
飛ばし見禁止区間制御機能は、次のような仕様を満たす必要がある。
z
禁止区間はコンテンツ先頭から 1 区間のみに限定される
z
先頭からの禁止区間の間のみ、前進方向の特殊再生機能（早送り、N 倍速再生、前進
方向へのチャプタジャンプ、スキップ送りなど）を禁止する
z
先頭からの禁止区間では、チャプタ一覧画面は表示できない
z
通常再生、戻し方向への特殊再生（逆方向再生、早戻し、先頭方向へのチャプタジャ
ンプ、スキップ戻しど）は、禁止区間でも使えてもよい
z
一時停止、停止操作も、禁止区間で行えてよい
z
禁止区間では、禁止された飛ばし見再生操作を行ったとき、その操作が行えない区間
である旨、画面上に何らかの表示することが望ましい
z
禁止区間の終了後は、あらゆる再生機能が許される
z
non_skip_period の値が、コンテンツの再生時間を越えて指定された場合の端末動作
は、実装依存である
- 393 -
ストリーム先頭位置
t
TTSファイル
SCIのnon_skip_period
飛ばし見禁止区間
の終了位置
再生位置
凡例
通常再生
前進方向の
特殊再生
戻し方向の
特殊再生
機能有効
機能は、有効
でも、無効でも
よい
一時停止
／停止
チャプタ一覧
画面の表示
図 E- 9
飛ばし見禁止区間制御
- 394 -
機能無効
E.6 ダミーライセンスによるダウンロード完了通知
E.6.1
ダウンロード完了通知が求められる背景
コンテンツのダウンロードに際しては、通常、コンテンツサーバとの間で長時間のセッション
を維持する必要があり、その間様々な理由によりダウンロードが中断される状況も想定される。
中断されても端末がレジューム機能によりダウンロードを続行させることが期待されるが、最終
的にダウンロードが完了しない、あるいはユーザから見ていつまで待ってもダウンロードが終わ
らないと感じられる状況が、ネットワーク、サーバの状態やユーザ側の端末の利用状態に依存し
て生じることが想定されうる。基本仕様となっているダウンロード前課金の運用においては、先
に課金が行われた上で、コンテンツのダウンロード処理において上記のような状況が頻繁に発生
すると、ユーザからのクレーム対応が大きな運用課題となることが考えられる。またこの対応を
誤るとダウンロードサービスの利便性に関してユーザに対して悪い印象を与えることにもなる。
一方で基本仕様の範囲においては、ダウンロードが完了したことをサーバ側、つまり事業者側で
知る手段がないので、上記のような懸念が現実化した場合に、ダウンロードの状況を把握した上
で適切な対応を行うことが困難と考えられる。
E.6.2
ダウンロード完了通知の利用想定
上記想定課題の解決策として、ダウンロードが完了した時点で端末からサーバへそれを通知す
る、ダウンロード完了通知を行うことを考える。ダウンロード完了通知を運用する場合に、通知
の具体的な利用方法としては以下が想定されうる。
(ア) ダウンロード完了後の課金
ダウンロード前に購入操作を行うが、ダウンロード完了通知を受けた時点で課金する。但
しプログレッシブダウンロードが行われることを想定すると、ダウンロード完了か最初の
コンテンツ再生開始のどちらか早い時点で課金する運用が考えられる。
(イ) 期限付き課金キャンセル
ダウンロード前に購入及び課金処理を行うが、その後のユーザによる課金キャンセル操作
を許容し、その課金キャンセルを受け付ける期限として、ダウンロード完了通知を受ける
時点までとする。この場合も（ア）と同様、プログレッシブダウンロードが行われること
を想定すると、ダウンロード完了か最初のコンテンツ再生開始のどちらか早い時点までを
期限とする運用が考えられる。
(ウ) その他の利用
課金に直接関与させないが、ユーザのクレーム対応において、そのユーザの端末がダウン
ロード完了したかどうかの証拠情報としても利用価値があると考えられる。またダウンロ
ード完了率などの統計を採ることにより、事業者側でネットワーク、サーバを含むダウン
ロードシステム全体の状況を把握して全般的な対応策を検討する為の情報として利用する
- 395 -
ことも考えられる。
E.6.3
ダウンロード完了通知の技術要件
上記の利用想定を考慮すると、ダウンロード完了通知を実現するための技術要件は以下のよう
にまとめられる。
A) セキュリティ
上記（ア）
（イ）の利用を想定すると、なりすましを防ぐためのユーザ認証が必要となる。
また同様に改ざん、盗聴防止のために少なくとも SSL などの通信路の保護は必要と考えら
れる。一方で（ウ）の程度の利用だけの想定であれば上記のようなセキュリティ要件は必
須でなくてもよい場合も考えられる。
B) 確実性
ダウンロード完了通知は、確実にサーバへ届くことが望ましい。ダウンロード完了時にダ
ウンローダが完了通知メッセージを送信することを想定すると、通信エラーなどでリトラ
イをしてもリトライオーバした場合に、さらに確実に届くようにするのは実装上難しいと
考えられる。但し、上記（ア）
（イ）の利用の場合には、再生開始時との OR 条件とするの
で 100%の確実性がなくても運用可能という判断もありうる。また（ウ）で統計処理に利
用する程度なら確実性は必須でなくてもよい場合も考えられる。
C) 実装負荷
目的が本来のダウンロードサービスを実現するための機能ではなく、運用のリスク回避に
あるので、ダウンロード完了通知実現に伴う実装負荷はできる限り軽減化するのが望まし
い。
E.6.4
ダミーライセンスによるダウンロード完了通知の実現に関わる運用仕様
本節以降で、2.2.3 に定義したダミーライセンスの運用によりダウンロード完了通知を行う方法
について解説する。本節ではまずダミーライセンスを運用するのに必要な運用仕様を示す。
¾
ダミーライセンスを運用する条件
ダミーライセンスを運用するのは、実際に利用するライセンスを再生時に取得するケ
ース (ダウンロード制御情報において、dlctl:licenseid 要素の validflag 属性値が”true”
かつ acquisitiontiming 属性値が”atuse”の場合) に限定する。
¾
ダミーライセンス対応端末の確認
ダミーライセンスを運用する場合には、ダミーライセンスに対応する端末か否か、事
前に確認すること。
¾
ダミーライセンスの生成とライセンス ID の設定
ダウンロード完了通知対象のコンテンツ単位に、ダミーライセンスを生成する。ダミ
ーライセンス本体の運用としては2.4.1 に従う。また各ダミーライセンスに対応するラ
- 396 -
イセンス ID はダウンロード対象のコンテンツと紐付けておく必要がある。
¾
ダウンロード制御情報
ダウンロード完了通知対象のコンテンツの entry 要素において validflag 属性値
が”false”である dlctl:licenseid 要素を追加記述する。licenseid 要素の値としては上記
のように採番したダミーライセンスに対応した値とする。この場合のダウンロード制
御情報の運用詳細は、4.3.8 に従う。
¾
再生制御情報
LLI として上記ダミーライセンスに相当するライセンス ID は記述しない。
¾
ECG メタデータ
上記ダミーライセンスに相当するライセンス ID を記述したライセンスメタデータ
(LicenseInformation)は運用しない。
E.6.5
ダミーライセンスによるダウンロード完了通知を含むダウンロード動作シーケンス例
上記の運用仕様に基づきダミーライセンスを運用した場合のダウンロード完了通知を含むダウ
ンロード動作シーケンス例を説明する。まず本例において想定する各 ID と各情報要素の関係を
図 E-10 に示す。
尚、本例は、実際に利用するライセンス（本ライセンス）を再生時に取得する場合にダミーラ
イセンスを運用してダウンロード完了通知を実現するケースであるが、本ライセンスをダウンロ
ード完了時に取得する場合には、本ライセンス取得自体がダウンロード完了通知となる。
Conrtents
CRID=C1
コンテンツ
本体
48H再生
LID=L1t
LID=L2t
LID=L3t
LID=L4t
LID=L1d
ダウンロード
制御情報
LID=L1t
ValidFlag=true
AT=AtUse
LID=L1d
ValidFlag=False
AT=Immediately
ECG
メタデータ
LLI
LID=L1t
LID=L2t
LID=L3t
LID=L4t
再生制御
メタファイル
本ライセンス
ダミーライセンス
PI CRID=C1
LI LID=L1t
図 E-10 本例における ID と各情報要素の関係
- 397 -
ここでは C1 という CRID の値に対応する特定のコンテンツを単体で購入してダウンロード
する場合を想定している。コンテンツに対応するライセンスとしては、様々な条件の４つのライ
センスが運用されていて、そのうち本例では４８時間再生可能な L1t というライセンス ID の値
を持つライセンスを利用する場合を想定する。このダウンロード対象に対して L1d というライセ
ンス ID の値に対応するダミーライセンスを設定する。ダウンロード制御情報は１つの entry 要
素で構成され、その中に図示するようにライセンス ID の値が L1t と L1d にそれぞれ対応する
dlctl:licenseid 要素を記述する。またダウンロード時に取得する ECG メタデータ及び再生制御情
報にはライセンス ID として L1t の値に相当する記述のみとなる。
上記の情報要素の想定において、動作シーケンスを説明する。まずダウンロード後に再生を
開始するケースのシーケンスを図 E-11 に示す。
課金決済
サーバ
顧客管理
サーバ
DRM
サーバ
コンテンツ・メタ
サーバ
Web
サーバ
ストレージ
DRM
クライアント
ダウンロードナビゲーション
購入登録
受信機
本体
購入操作
ダウンロード制御メタファイル取得
ECGメタ・再生制御情報取得
コンテンツダウンロード
課金指示
権利確認
LID=L1dのダミーライセ
ンス取得を行う
ダミーライセンス取得
ダウンロード
完了通知→課金
ローカルナビゲーション
再生操作
権利確認
本ライセンス取得
再生時に選択したLIの
LID=L1tをLLIで確認した
後、ライセンス取得を行う。
図 E-11
コンテンツ再生
ダウンロード完了後に再生開始のケースの動作シーケンス例
(1) 端末のブラウザが Web サーバから HTML 文書を取得し、ダウンロードナビゲー
ション画面を表示する。その画面上でユーザが単品のコンテンツの購入操作を行
い、購入情報がブラウザから Web サーバ経由で顧客管理サーバへ転送される。顧
客管理サーバでは購入登録処理を行うがこの時点では課金処理を行わない。尚、
あらかじめユーザと受信機の DRM_ID は紐付けられているとする。よって
DRM_ID とコンテンツの CRID=C1 が購入対象として紐付けられて管理される。
(2) 購入処理が終わった時点で、HTML 文書の指示によりブラウザはプラグイン処理
- 398 -
によりダウンロード制御ファイルを取得し、これを受け渡してダウンローダを起
動する。
(3) 端末のダウンローダはダウンロード制御ファイルを解析し、その内容に従い、ECG
メタデータを取得し、さらに再生制御情報を取得する。
(4) 端末のダウンローダはダウンロード制御情報に従い、コンテンツサーバからコン
テンツを順次取得し、ストレージに蓄積してゆく。
(5) 端末のダウンローダは、コンテンツのダウンロード処理が正しく完了した後、ダ
ウンロード制御情報に validfkag が”false”と記述された licenseid 要素の記述に従
い、DRM クライアントに指定されたライセンス ID=L1d でダミーライセンス取得
指示を行う。DRM クライアントは上記ダミーライセンス取得のため、DRM サー
バと SAC を確立し、相互認証を行った上で、ダミーライセンスのライセンス
ID=L1d を指定してダミーライセンス取得を要求する。DRM サーバは、SAC 確立
時の相互認証により得た DRM_ID とライセンス ID を顧客管理サーバに転送して
ライセンス取得の確認を行う。ここで顧客管理サーバでは、ライセンス ID の値
L1d から該当するコンテンツ CRID=C1 に対応するダミーライセンスであること
を認識し、さらにこれにより該当する DRM_ID の端末において、コンテンツ
CRID=C1 のダウンロードが完了したと認知して、この時点で課金サーバに対して
当該ユーザの当該コンテンツ購入に関わる課金処理を指示する。
一方で、DRM サーバは対応するダミーライセンスを DRM クライアントに転送す
る。DRM クライアントはダミーライセンスを通常のダウンロード再生ライセンス
として取得・保持するが、これは後述のように用いられることなく、短時間で有
効期限となり無効化される。
(6) 端末の ECG は ECG メタデータによりストレージに蓄積されたコンテンツのリス
トを表示する。ユーザは当該コンテンツ(CRID=C1)を選択して AV プレーヤに再
生を指示するが、この時点で ECG メタデータの LicenseInformation からライセ
ンス ID=L1t のライセンスを利用することが指定される。
(7) 端末の AV プレーヤは、対応する再生制御メタファイルをストレージから読み出し
て、これを解析し、指定されたライセンス ID=L1t が LLI に記述されていること
を確認した上で、DRM クライアントにライセンス取得を指示する。DRM クライ
アントは指定されたライセンス ID=L1t のライセンスが未取得なので DRM サーバ
からライセンス取得を行う。DRM サーバは顧客管理サーバに対応する端末にライ
センスを与えてよいことを確認した上で DRM クライアントに実際に再生に用い
る本ライセンスを転送する。DRM クライアントはこれを保持する。
(8) 端末の AV プレーヤは該当する暗号化コンテンツをストレージから読み出して、上
記の本ライセンス(ライセンス ID=L1t)を用いて暗号復号を行って再生を開始する。
- 399 -
このような動作シーケンス例によって、ダミーライセンス運用によりダウンロード完
了通知とさらにそれに基づくダウンロード後課金が実現可能であることを示した。
次に同じコンテンツでプログレッシブダウンロードのケースの動作シーケンスを図
E-12 に示す。
課金決済
サーバ
顧客管理
サーバ
DRM
サーバ
コンテンツ・メタ
サーバ
Web
サーバ
ストレージ
DRM
クライアント
ダウンロードナビゲーション
購入登録
受信機
本体
購入操作
ダウンロード制御メタファイル取得
ECGメタ・再生制御情報取得
ローカルナビゲーション
課金指示
再生操作
本ライセンス取得
権利確認
コンテンツダウンロード
再生時に選択したLIの
LID=L1tをLLIで確認した
後、ライセンス取得を行う。
コンテンツ再生
権利確認
ダミーライセンス取得
ダウンロード
完了通知
図 E-12
VFに関係なく
AT=Immediatelyの
LID=L1dのライセンス取
得を行う
プログレッシブダウンロードのケースの動作シーケンス
この場合の詳細のシーケンス説明は省くが、プログレッシブダウンロードの場合には、
ダウンロードが完了する前に、コンテンツの再生開始を行うので、ダウンロード完了
通知としてのダミーライセンス取得以前に、AV プレーヤからの指示で本ライセンスの
取得が行われる。顧客管理サーバでは、ダミーライセンスの権利確認の前に本ライセ
ンスの権利確認がきた場合（つまりプログレッシブダウンロードの場合）には、本ラ
イセンスの権利確認時（つまり再生開始時）に課金処理の指示を行うことを想定して
いる。
- 400 -
［付録 F］ DRM 規定における Marlin IPTV-ES 方式の適用
ここでは、本ダウンロード規定において DRM 方式として Marlin IPTV-ES を適用する場合
の、DRM 仕様詳細について規定する。
F.1 Marlin IPTV-ES 方式の参照規定
本ダウンロード規定において Marlin IPTV-ES 方式を適用する場合には、以下を参照するこ
と。
z
Marlin IPTV End-point Service Specification Version 1.0.1
z
Marlin IPTV-ES 運用仕様
z
Marlin IPTV-ES/J Specific Compliance Rules ダウンロード編 Version 1.0
z
Marlin Trust Management Document - for IPTV-ES Version 1.2
ダウンロード編 Version 1.0
F.2 ライセンス符号化規定
F.2.1 ライセンス取得要求におけるライセンス ID
Marlin IPTV-ES 方式においてライセンス取得要求メッセージに本編2.2.1 に規定するライセ
ンス ID を指定する方法は以下の通りとする。
ライセンス ID は、Marlin IPTV End-point Service Specification
4.2.1 に規定される Get
Permission Request メッセージにおける UsageRuleReference の上位 8 バイトに配置する。
UsageRuleReference の下位 8 バイトは all 0 とする。
F.2.2 ライセンス
ダウンロード再生ライセンスの本体は、Marlin IPTV End-point Service Specification
4.2.1.6 に規定される Get Permission Reply メッセージにおける StatusExtension に位置づけ
られる。またエキスポートライセンスの本体は、Marlin IPTV End-point Service Specification
4.2.1.7 に規定される Get Permission Reply メッセージにおける StatusExtension に位置づけ
られる。本編2.1.2.3 で規定したライセンスの構成要素と Marlin IPTV-ES 仕様のパラメータと
の対応関係を、表 F- 1、表 F- 2 に示す。
表 F- 1
ダウンロード再生ライセンスにおける Marlin IPTV-ES 仕様との対応
ライセンス構成要素
Marlin IPTV-ES 仕様におけるパラメータ
名
コンテンツ鍵(Kc)
ContentKey
有効期限（開始日時）
NotBefore
有効期限（終了日時）
NotAfter
- 401 -
出力制御情報
RenderingObligation
(Output Control Information)
表 F- 2
エキスポートライセンスにおける Marlin IPTV-ES 仕様との対応
ライセンス構成要素
Marlin IPTV-ES 仕様におけるパラメータ
名
コンテンツ鍵(Kc)
ContentKey
エキスポート先利用条
ExportInfo
件情報
ダウンロード再生ライセンスに含まれる出力制御情報は、Marlin IPTV End-point Service
Specification
4.2.1.4.1 において,RenderingObligation として符号化されるが、これらは
ARIB STD-B10 で規定されるデジタルコピー制御記述子及びコンテント利用記述子内の各パ
ラメータと表 F- 3 で示す対応関係となる。
表 F- 3
出力制御情報に関する第四編規定と Marlin IPTV-ES 仕様との対応
記述子パラメータ名
デジタルコピー制御記述子
MarlinIPTV-ES 仕様におけるパラメータ名
DigitalRecordingControlData
digital_recording_control_data
デジタルコピー制御記述子
CopyControlType
copy_control_type
デジタルコピー制御記述子
APSControlData
APS_control_data
コンテント利用記述子
ImageConstraintToken
image_constraint_token
コンテント利用記述子
RetentionMode
retention_mode
コンテント利用記述子
RetentionState
retention_state
コンテント利用記述子
EncryptionMode
encryption_mode
- 402 -
F.3
ライセンス伝送規定
Marlin IPTV End-point Service Specification 4.1 に規定される SAC プロトコルに基づきセ
キュアな伝送路を確立した上で、Marlin IPTV End-point Service Specification 4.2 に規定さ
れるサービスプロトコルでライセンス取得を行う。ライセンス取得は、Get Permission
Request メッセージにおいて,UsageRuleReference にライセンス ID を指定してライセンス要
求を行い、その応答として、Get Permission Reply メッセージにおいて StatusExtension に
ライセンス本体が格納されることにより実現する。
ダウンロード再生ライセンス及びエキスポートライセンス伝送に関わる DRM クライアント
と DRM サーバ間の SAC を含む通信プロトコルに関する詳細は、Marlin IPTV End-point
Service Specification 4.1、4.2.1、4.2.3、Marlin IPTV-ES/J Specific Compliance Rules ダウ
ンロード編 5 章、6.1、6.2 及び Marlin IPTV-ES 運用仕様 ダウンロード編
２章、3.1、3.2、
3.4、４章を参照すること。
F.4
コンテンツ暗号規定
ダウンロードサービスにおけるコンテンツ暗号規定の詳細については、以下の通り参照する
こと。
コンテンツ暗号方式規定については Marlin IPTV End-point Service Specification 6.1.1
F.5
CRL 規定
CRL の詳細規定については、以下の通り参照すること。
Marlin IPTV-ES 方式においては、DRM サーバのリボケーションリストは CRL、DRM クラ
イアントのリボケーションリストは DRL と定義されている。
CRL、DRL のデータフォーマットについては、Marlin IPTV End-point Service Specification
5.2 及び Marlin Trust Management Document - for IPTV-ES 1.6、6 章を参照、CRL,DRL の
更新運用については Marlin Trust Management Document –for IPTV-ES
６章、７章をそれ
ぞれ参照すること。また、Marlin Trust Management Document - for IPTV-ES 1.3、1.5
CRL
Distribution Points に規定される CRL サーバの URI にアクセスして CRL を取得することと
する。
F.6
DRM サーバ URI の署名検証規定
DRM サーバの URI に対する署名検証方法については、Marlin IPTV End-point Service
Specification
4.1.1.2 を参照すること。
- 403 -
信頼できる時刻に関する規定
F.7
信頼できる時刻に関しては、以下の通り参照すること。
DRM サーバから SAC を用いて信頼できる時刻を取得するプロトコルについては、
Marlin IPTV End-point Service Specification 4.2.2、Marlin IPTV-ES 運用仕様 ダウンロ
ード編 3.3 を参照。
DRM 処 理 に お け る 信 頼 で き る 時 刻 の 運 用 に つ い て は 、 Marlin IPTV-ES/J Specific
Compliance Rules ダウンロード編
３章を参照。
信頼できる時刻の取得方法として、Marlin IPTV End-point Service Specification 4.2.2 に規
定される Get Trusted Time Protocol を利用する場合には、Packed Message によりライセン
スと共に時刻情報を取得することが推奨されるが、必要に応じて適宜単独の Get Trusted Time
Protocol を用いて時刻情報のみを取得することも許容される。
DRM クライアント識別子(DRM_ID)
F.8
クライアント識別子(DRM_ID)は、Marlin IPTV End-point Service Specification 5.1.1.4
及び Marlin Trust Management Document – for IPTV-ES 1.4 に規定されるクライアント証
明書の Subject の値とする。
再生時におけるコピー制御及び出力制御
F.9
ローカルコンテンツの再生時に際しては、ダウンロード再生ライセンスの記述に従って制御
を行う。この場合のコピー制御、出力制御については、Marlin IPTV-ES/J Specific Compliance
Rules ダウンロード編
２章（但し 2.1.3、2.2.1.4、2.2.3 は除く）に従って動作すること。
F.10 エキスポートにおけるコピー制御、出力制御
コピー制御、出力制御については、Marlin IPTV-ES/J Specific Compliance Rules ダウンロ
ード編
F.11
2.1.3、2.2.1.4、2.2.3 に従って動作すること。
DRM システム名
ダウンロード制御情報における feed/dlctl:drmsystem 属性及び LLI の drm_system 属性の
値として、Marlin IPTV-ES 方式の場合、 'marlin_iptv_es’を用いること。
- 404 -
［付録 G］ XML データのインスタンス記法に関するガイドライン
G.1 XML インスタンス記述運用の共通事項
XML 文書は整形式 XML 文書 (well-formed XML document)とし、その上で以下を満たすこと。
z
文字コードは UTF-8 とする。
z
xml 宣言は必ず記述する。（文字コードが UTF-8 であっても、省略しない。）
z
実体参照は以下（既定義のもの）のみ使用する。
&amp; &lt; &gt; &apos; &quot;
z
文字参照は使用しない。
z
XML 文書（インスタンス文書）での文書型宣言（ＤＴＤ宣言）は使用しない。
z
CDATA セクションは使用しない。
z
処理命令は使用しない。
z
コメントは使用してよい。但し受信機はコメントを無視する。
また、XML 文書中に記載する URL については、以下を満たすこと。
z
URI/URL 仕様としては、RFC3986 を参照すること。
z
URI/URL は、URL エンコードされたもの、つまり、URI/URL として受信機がその
まま（再度 URL エンコードすることなしに）URL として使用可能なものを記載する。
z
ただし、URL として使用される場合、URI/URL の authority 部分は domain name
（RFC1034, RFC1123 参照）の仕様を満たすこと。authority 部分にパーセントエン
コーディングは使用しない。
z
文字数については、URL エンコードして記述されるものは URL エンコードされた状
態でカウントする。
・ たとえば、(aa)<CR>を URL エンコードした「%28aa%29%0d%0a」という文字
列なら、全角 7 文字（半角 14 文字）であるとカウントする。
G.2 ダウンロード制御情報インスタンス固有の運用
z
xml:base 属性を使用しない。
z
xml:lang 属性を使用しない。
z
Text コンストラクトの type 属性は、text とする。type 属性は記述しない。エンコー
ドは UTF-8 とする。半角は、2 文字を全角１文字とする。
z
Person コンストラクトの uri と email 要素は運用せず name 要素のみとする。
z
当該制御情報ファイルが、直接リンクされた場合（例えば a 要素の href 属性で指定さ
れた場合）の動作は、受信機の実装依存とする。
- 405 -
z
ダウンロード制御情報インスタンスの名前空間および接頭辞は、以下とする。
xmlns="http://www.w3.org/2005/Atom"
xmlns:dlctl="http://www.nw-dtv.jp/dl-ctl"
G.3 メタデータインスタンス固有の運用
z
名前空間宣言はルート要素（即ち TVAMain）の属性としてのみ記述する。それ以外
の箇所で記述しない。
z
TVAMain に記述する名前空間および接頭辞は、以下とする。
xmlns=http://www.iptvforum.jp/metadata/tva/2008/07
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:mpeg7=“urn:mpeg:mpeg7:schema:2001”
- 406 -
［付録 H］ ECG メタデータの拡張スキーマ
以下に ECG メタデータの拡張スキーマを示す。
<?xml version="1.0" encoding="UTF-8"?>
<schema xmlns:mpeg7="urn:mpeg:mpeg7:schema:2001" xmlns:tva="http://www.iptvforum.jp/metadata/tva/2008/07"
xmlns="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://www.iptvforum.jp/metadata/tva/2008/07"
elementFormDefault="qualified" attributeFormDefault="unqualified">
<simpleType name="TVAIDType">
<restriction base="string">
<whiteSpace value="collapse"/>
</restriction>
</simpleType>
<simpleType name="TVAIDRefType">
<restriction base="string">
<whiteSpace value="collapse"/>
</restriction>
</simpleType>
<simpleType name="TVAIDRefsType">
<list itemType="tva:TVAIDRefType"/>
</simpleType>
<simpleType name="CRIDType">
<restriction base="anyURI">
<pattern value="(c|C)(r|R)(i|I)(d|D)://.*/.*"/>
</restriction>
</simpleType>
<complexType name="CRIDRefType">
<attribute name="crid" type="tva:CRIDType" use="required"/>
</complexType>
<complexType name="FlagType">
<attribute name="value" type="boolean" use="required"/>
</complexType>
<simpleType name="YearRangeType">
<restriction base="string">
<pattern value="¥-?¥d+(¥-¥d+)?"/>
</restriction>
</simpleType>
<complexType name="TVATimeType">
<sequence>
<element name="TimePoint" type="mpeg7:timePointType"/>
<element name="Duration" type="mpeg7:durationType" minOccurs="0"/>
<element name="YearRange" type="tva:YearRangeType" minOccurs="0"/>
</sequence>
</complexType>
<simpleType name="currencyCodeType">
<restriction base="string">
<pattern value="[a-zA-Z]{3}"/>
</restriction>
</simpleType>
<complexType name="TermNameType">
<simpleContent>
<extension base="mpeg7:TextualType">
<attribute name="preferred" type="boolean" use="optional"/>
</extension>
</simpleContent>
</complexType>
<complexType name="ControlledTermType">
<sequence>
<element name="Name" type="tva:TermNameType" minOccurs="0"/>
<element name="Definition" type="mpeg7:TextualType" minOccurs="0"/>
</sequence>
<attribute name="href" type="mpeg7:termReferenceType" use="required"/>
</complexType>
<complexType name="TVAIDRefElementType">
<attribute name="ref" type="tva:TVAIDRefType" use="required"/>
- 407 -
</complexType>
<complexType name="TVAAgentType">
<sequence>
<choice minOccurs="0" maxOccurs="unbounded">
<element name="PersonName" type="mpeg7:PersonNameType"/>
<element name="PersonNameIDRef" type="tva:TVAIDRefElementType"/>
<element name="OrganizationName" type="mpeg7:TextualType"/>
<element name="OrganizationNameIDRef" type="tva:TVAIDRefElementType"/>
</choice>
</sequence>
</complexType>
<attributeGroup name="fragmentIdentification">
<attribute name="fragmentId" type="tva:TVAIDType" use="optional"/>
<attribute name="fragmentVersion" type="unsignedLong" use="optional"/>
<attribute name="fragmentExpirationDate" type="dateTime" use="optional"/>
</attributeGroup>
<annotation>
<documentation xml:lang="en"> ======== Section 6.3.4 DESCRIPTION </documentation>
</annotation>
<complexType name="KeywordType">
<simpleContent>
<extension base="mpeg7:TextualType">
<attribute name="type" use="optional" default="main">
<simpleType>
<restriction base="NMTOKEN">
<enumeration value="main"/>
<enumeration value="secondary"/>
<enumeration value="other"/>
</restriction>
</simpleType>
</attribute>
</extension>
</simpleContent>
</complexType>
<complexType name="GenreType">
<complexContent>
<extension base="tva:ControlledTermType">
<attribute name="type" use="optional" default="main">
<simpleType>
<restriction base="string">
<enumeration value="main"/>
<enumeration value="secondary"/>
<enumeration value="other"/>
</restriction>
</simpleType>
</attribute>
</extension>
</complexContent>
</complexType>
<simpleType name="SynopsisLengthType">
<restriction base="string">
<enumeration value="short"/>
<enumeration value="medium"/>
<enumeration value="long"/>
</restriction>
</simpleType>
<complexType name="SynopsisType">
<simpleContent>
<extension base="mpeg7:TextualType">
<attribute name="length" type="tva:SynopsisLengthType" use="optional"/>
</extension>
</simpleContent>
</complexType>
<complexType name="ImageLocatorType">
<complexContent>
<extension base="mpeg7:ImageLocatorType">
<sequence>
<element name="CopyrightNotice" type="mpeg7:TextualType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
- 408 -
</extension>
</complexContent>
</complexType>
<complexType name="TemporalSegmentLocatorType">
<complexContent>
<extension base="mpeg7:TemporalSegmentLocatorType">
<sequence>
<element name="CopyrightNotice" type="mpeg7:TextualType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
</extension>
</complexContent>
</complexType>
<!-- Replacement of mpeg7:TitleMediaType -->
<complexType name="TitleMediaType">
<sequence>
<element name="TitleImage" type="tva:ImageLocatorType" minOccurs="0"/>
<element name="TitleVideo" type="tva:TemporalSegmentLocatorType" minOccurs="0"/>
<element name="TitleAudio" type="tva:TemporalSegmentLocatorType" minOccurs="0"/>
</sequence>
</complexType>
<simpleType name="segmentTypeType">
<restriction base="string">
<enumeration value="segment"/>
<enumeration value="segmentgroup"/>
</restriction>
</simpleType>
<complexType name="SegmentReferenceType">
<attribute name="segmentType" type="tva:segmentTypeType" default="segment"/>
<attribute name="ref" type="tva:TVAIDRefType" use="required"/>
</complexType>
<complexType name="RelatedMaterialType">
<sequence>
<element name="HowRelated" type="tva:ControlledTermType" minOccurs="0"/>
<element name="Format" type="tva:ControlledTermType" minOccurs="0"/>
<choice>
<element name="MediaLocator" type="mpeg7:MediaLocatorType"/>
<element name="SegmentReference" type="tva:SegmentReferenceType"/>
</choice>
<element name="PromotionalText" type="mpeg7:TextualType" minOccurs="0" maxOccurs="unbounded"/>
<element name="PromotionalMedia" type="tva:TitleMediaType" minOccurs="0" maxOccurs="unbounded"/>
<element name="SourceMediaLocator" type="mpeg7:MediaLocatorType" minOccurs="0"/>
</sequence>
</complexType>
<complexType name="CreditsItemType">
<complexContent>
<extension base="tva:TVAAgentType">
<sequence>
<element name="Character" type="mpeg7:PersonNameType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute name="role" type="mpeg7:termReferenceType" use="required"/>
</extension>
</complexContent>
</complexType>
<complexType name="CreditsListType">
<sequence>
<element name="CreditsItem" type="tva:CreditsItemType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
</complexType>
<complexType name="AwardType">
<sequence>
<element name="Category" type="mpeg7:TextualType"/>
<choice minOccurs="0">
<element name="Nominee" type="tva:CreditsItemType"/>
<element name="Recipient" type="tva:CreditsItemType"/>
</choice>
</sequence>
</complexType>
<complexType name="AwardsListItemType">
<sequence>
- 409 -
<element name="Title" type="mpeg7:TextualType"/>
<element name="Year" type="gYear"/>
<element name="Award" type="tva:AwardType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
</complexType>
<complexType name="AwardsListType">
<sequence>
<element name="AwardsListItem" type="tva:AwardsListItemType" maxOccurs="unbounded"/>
</sequence>
</complexType>
<complexType name="ShortTitleType">
<simpleContent>
<extension base="mpeg7:TitleType">
<attribute name="length" type="unsignedShort" use="required"/>
</extension>
</simpleContent>
</complexType>
<complexType name="CaptionLanguageType">
<simpleContent>
<extension base="language">
<attribute name="closed" type="boolean" use="optional" default="true"/>
<attribute name="supplemental" type="boolean" use="optional" default="false"/>
<attribute name="description" type="string" use="optional"/>
</extension>
</simpleContent>
</complexType>
<complexType name="SignLanguageType">
<simpleContent>
<extension base="language">
<attribute name="primary" type="boolean" use="optional"/>
<attribute name="translation" type="boolean" use="optional"/>
<attribute name="type" type="string" use="optional"/>
</extension>
</simpleContent>
</complexType>
<complexType name="CreationCoordinatesType">
<sequence>
<element name="CreationDate" type="tva:TVATimeType" minOccurs="0"/>
<element name="CreationLocation" type="mpeg7:regionCode" minOccurs="0"/>
</sequence>
</complexType>
<complexType name="DepictedCoordinatesType">
<sequence>
<element name="DepictedDate" type="tva:TVATimeType" minOccurs="0"/>
<element name="DepictedLocation" type="mpeg7:PlaceType" minOccurs="0"/>
</sequence>
</complexType>
<complexType name="ReleaseDateType">
<choice>
<element name="DayAndYear" type="date"/>
<element name="Year" type="gYear"/>
</choice>
</complexType>
<complexType name="ReleaseInformationType">
<sequence>
<element name="ReleaseDate" type="tva:ReleaseDateType" minOccurs="0"/>
<element name="ReleaseLocation" type="mpeg7:regionCode" minOccurs="0"/>
</sequence>
</complexType>
<complexType name="PurchaseItemType">
<sequence>
<element name="Price" maxOccurs="unbounded">
<complexType>
<simpleContent>
<extension base="string">
<attribute name="currency" type="tva:currencyCodeType" use="required"/>
</extension>
</simpleContent>
</complexType>
- 410 -
</element>
<element name="Purchase" minOccurs="0" maxOccurs="unbounded">
<complexType>
<sequence>
<element name="PurchaseType" type="tva:ControlledTermType" minOccurs="0"/>
<element name="QuantityUnit" type="tva:ControlledTermType" minOccurs="0"/>
<element name="QuantityRange" minOccurs="0">
<complexType>
<attribute name="min" type="unsignedInt" use="optional"/>
<attribute name="max" type="unsignedInt" use="optional"/>
</complexType>
</element>
</sequence>
</complexType>
</element>
<element name="Description" type="mpeg7:TextualType" minOccurs="0" maxOccurs="unbounded"/>
<element name="PricingServerURL" type="anyURI" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute name="start" type="dateTime" use="optional"/>
<attribute name="end" type="dateTime" use="optional"/>
</complexType>
<complexType name="PurchaseListType">
<sequence>
<choice minOccurs="0" maxOccurs="unbounded">
<element name="PurchaseItem" type="tva:PurchaseItemType"/>
<element name="PurchaseIdRef" type="tva:TVAIDRefType"/>
</choice>
</sequence>
</complexType>
<complexType name="PromotionalInformationType">
<simpleContent>
<extension base="mpeg7:TextualType">
<attribute name="href" use="optional">
<simpleType>
<list itemType="mpeg7:termReferenceType"/>
</simpleType>
</attribute>
</extension>
</simpleContent>
</complexType>
<complexType name="BasicContentDescriptionType">
<sequence>
<element name="Title" type="mpeg7:TitleType" minOccurs="0" maxOccurs="unbounded"/>
<element name="MediaTitle" type="tva:TitleMediaType" minOccurs="0" maxOccurs="unbounded"/>
<element name="ShortTitle" type="tva:ShortTitleType" minOccurs="0" maxOccurs="unbounded"/>
<element name="Synopsis" type="tva:SynopsisType" minOccurs="0" maxOccurs="unbounded"/>
<element
name="PromotionalInformation"
type="tva:PromotionalInformationType"
minOccurs="0"
maxOccurs="unbounded"/>
<element name="Keyword" type="tva:KeywordType" minOccurs="0" maxOccurs="unbounded"/>
<element name="Genre" type="tva:GenreType" minOccurs="0" maxOccurs="unbounded"/>
<element
name="ParentalGuidance"
type="mpeg7:ParentalGuidanceType"
minOccurs="0"
maxOccurs="unbounded"/>
<element name="Language" type="mpeg7:ExtendedLanguageType" minOccurs="0" maxOccurs="unbounded"/>
<element name="CaptionLanguage" type="tva:CaptionLanguageType" minOccurs="0" maxOccurs="unbounded"/>
<element name="SignLanguage" type="tva:SignLanguageType" minOccurs="0" maxOccurs="unbounded"/>
<element name="CreditsList" type="tva:CreditsListType" minOccurs="0"/>
<element name="AwardsList" type="tva:AwardsListType" minOccurs="0"/>
<element name="RelatedMaterial" type="tva:RelatedMaterialType" minOccurs="0" maxOccurs="unbounded"/>
<element name="ProductionDate" type="tva:TVATimeType" minOccurs="0"/>
<element name="ProductionLocation" type="mpeg7:regionCode" minOccurs="0" maxOccurs="unbounded"/>
<element
name="CreationCoordinates"
type="tva:CreationCoordinatesType"
minOccurs="0"
maxOccurs="unbounded"/>
<element
name="DepictedCoordinates"
type="tva:DepictedCoordinatesType"
minOccurs="0"
maxOccurs="unbounded"/>
<element
name="ReleaseInformation"
type="tva:ReleaseInformationType"
minOccurs="0"
maxOccurs="unbounded"/>
<element name="Duration" type="duration" minOccurs="0"/>
<element name="PurchaseList" type="tva:PurchaseListType" minOccurs="0"/>
</sequence>
- 411 -
</complexType>
<annotation>
<documentation xml:lang="en"> ======== Section 6.3.5 AUDIO AND VIDEO INFORMATION </documentation>
</annotation>
<complexType name="BitRateType">
<simpleContent>
<extension base="nonNegativeInteger">
<attribute name="variable" type="boolean" use="optional" default="false"/>
<attribute name="minimum" type="unsignedLong" use="optional"/>
<attribute name="average" type="unsignedLong" use="optional"/>
<attribute name="maximum" type="unsignedLong" use="optional"/>
</extension>
</simpleContent>
</complexType>
<simpleType name="AudioChannelType">
<restriction base="NMTOKEN">
<enumeration value="main"/>
<enumeration value="sub"/>
<enumeration value="alternate"/>
<enumeration value="other"/>
</restriction>
</simpleType>
<complexType name="AudioLanguageType">
<simpleContent>
<extension base="mpeg7:ExtendedLanguageType">
<attribute name="purpose" type="mpeg7:termReferenceType" use="optional"/>
<attribute name="channel" type="tva:AudioChannelType" use="optional"/>
<attribute name="description" type="string" use="optional"/>
</extension>
</simpleContent>
</complexType>
<simpleType name="StreamTypeType">
<restriction base="NMTOKEN">
<enumeration value="main"/>
<enumeration value="sub"/>
<enumeration value="alternate"/>
<enumeration value="other"/>
</restriction>
</simpleType>
<complexType name="StreamDescriptionType">
<simpleContent>
<extension base="mpeg7:TextualType">
<attribute name="type" type="tva:StreamTypeType" use="optional"/>
<attribute name="id" type="string" use="optional"/>
</extension>
</simpleContent>
</complexType>
<complexType name="AudioAttributesType">
<sequence>
<element name="Coding" type="tva:ControlledTermType" minOccurs="0"/>
<element name="NumOfChannels" type="unsignedShort" minOccurs="0"/>
<element name="MixType" type="tva:ControlledTermType" minOccurs="0"/>
<element name="AudioLanguage" type="tva:AudioLanguageType" minOccurs="0" maxOccurs="unbounded"/>
<element name="StreamDescription" type="tva:StreamDescriptionType" minOccurs="0"/>
<element name="BitRate" type="tva:BitRateType" minOccurs="0"/>
<element name="SamplingRate" type="nonNegativeInteger" minOccurs="0"/>
</sequence>
</complexType>
<complexType name="VideoAttributesType">
<sequence>
<element name="Coding" type="tva:ControlledTermType" minOccurs="0"/>
<element name="Scan" type="tva:ScanType" minOccurs="0"/>
<element name="HorizontalSize" type="unsignedShort" minOccurs="0"/>
<element name="VerticalSize" type="unsignedShort" minOccurs="0"/>
<element name="AspectRatio" type="tva:AspectRatioType" minOccurs="0" maxOccurs="2"/>
<element name="Color" type="tva:ColorType" minOccurs="0"/>
</sequence>
</complexType>
<complexType name="AVAttributesType">
- 412 -
<sequence>
<element name="FileFormat" type="tva:ControlledTermType" minOccurs="0"/>
<element name="FileSize" type="unsignedLong" minOccurs="0"/>
<element name="System" type="tva:ControlledTermType" minOccurs="0"/>
<element name="BitRate" type="tva:BitRateType" minOccurs="0"/>
<element name="AudioAttributes" type="tva:AudioAttributesType" minOccurs="0" maxOccurs="unbounded"/>
<element name="VideoAttributes" type="tva:VideoAttributesType" minOccurs="0"/>
</sequence>
</complexType>
<simpleType name="ScanType">
<restriction base="string">
<enumeration value="interlaced"/>
<enumeration value="progressive"/>
</restriction>
</simpleType>
<simpleType name="ColorTypeType">
<restriction base="string">
<enumeration value="color"/>
<enumeration value="blackAndWhite"/>
<enumeration value="blackAndWhiteAndColor"/>
<enumeration value="colorized"/>
</restriction>
</simpleType>
<complexType name="ColorType">
<attribute name="type" type="tva:ColorTypeType" use="required"/>
</complexType>
<simpleType name="RatioType">
<restriction base="string">
<pattern value="¥d+:¥d+"/>
</restriction>
</simpleType>
<complexType name="AspectRatioType">
<simpleContent>
<extension base="tva:RatioType">
<attribute name="type" use="optional" default="original">
<simpleType>
<restriction base="string">
<enumeration value="original"/>
<enumeration value="publication"/>
</restriction>
</simpleType>
</attribute>
</extension>
</simpleContent>
</complexType>
<annotation>
<documentation xml:lang="en"> ======== Section 6.3.6 PROGRAMME INFORMATION </documentation>
</annotation>
<complexType name="AggregationOfType">
<sequence>
<element name="AggregatedProgram" type="tva:CRIDRefType" minOccurs="2" maxOccurs="unbounded"/>
</sequence>
<attribute name="type" use="required">
<simpleType>
<restriction base="string">
<enumeration value="omnibus"/>
<enumeration value="magazine"/>
</restriction>
</simpleType>
</attribute>
</complexType>
<simpleType name="PeriodTypeType">
<restriction base="NMTOKEN">
<enumeration value="display"/>
<enumeration value="purchase"/>
<enumeration value="premium"/>
<enumeration value="new_arrival"/>
<enumeration value="availability"/>
<enumeration value="program"/>
- 413 -
</restriction>
</simpleType>
<complexType name="PeriodType">
<sequence>
<element name="Start" type="dateTime"/>
<choice maxOccurs="2">
<element name="End" type="dateTime" minOccurs="0"/>
<element name="Duration" type="duration" minOccurs="0"/>
</choice>
</sequence>
<attribute name="type" type="tva:PeriodTypeType" use="optional"/>
</complexType>
<complexType name="ProgramInformationType">
<sequence>
<element name="BasicDescription" type="tva:BasicContentDescriptionType"/>
<element name="OtherIdentifier" type="mpeg7:UniqueIDType" minOccurs="0" maxOccurs="unbounded"/>
<element name="AVAttributes" type="tva:AVAttributesType" minOccurs="0"/>
<element name="MemberOf" type="tva:BaseMemberOfType" minOccurs="0" maxOccurs="unbounded"/>
<element name="DerivedFrom" type="tva:DerivedFromType" minOccurs="0"/>
<element name="EpisodeOf" type="tva:EpisodeOfType" minOccurs="0"/>
<element name="PartOfAggregatedProgram" type="tva:CRIDType" minOccurs="0"/>
<element name="AggregationOf" type="tva:AggregationOfType" minOccurs="0"/>
<element name="Period" type="tva:PeriodType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute name="programId" type="tva:CRIDType" use="required"/>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="EpisodeOfType">
<complexContent>
<extension base="tva:BaseMemberOfType"/>
</complexContent>
</complexType>
<complexType name="BaseMemberOfType" abstract="true">
<complexContent>
<extension base="tva:CRIDRefType">
<attribute name="index" type="unsignedInt" use="optional"/>
</extension>
</complexContent>
</complexType>
<complexType name="MemberOfType">
<complexContent>
<extension base="tva:BaseMemberOfType"/>
</complexContent>
</complexType>
<complexType name="BaseDerivationReasonType" abstract="true"/>
<complexType name="DerivationReasonType">
<complexContent>
<extension base="tva:BaseDerivationReasonType">
<attribute name="value" use="required">
<simpleType>
<restriction base="string">
<enumeration value="violence"/>
<enumeration value="language"/>
<enumeration value="sex"/>
<enumeration value="duration"/>
<enumeration value="other"/>
</restriction>
</simpleType>
</attribute>
</extension>
</complexContent>
</complexType>
<complexType name="DerivedFromType">
<complexContent>
<extension base="tva:BaseMemberOfType">
<sequence>
<element
name="DerivationReason"
type="tva:BaseDerivationReasonType"
minOccurs="0"
- 414 -
maxOccurs="unbounded"/>
</sequence>
</extension>
</complexContent>
</complexType>
<annotation>
<documentation xml:lang="en"> ======== Section 6.3.7 GROUP INFORMATION </documentation>
</annotation>
<complexType name="BaseProgramGroupTypeType" abstract="true"/>
<complexType name="ProgramGroupTypeType">
<complexContent>
<extension base="tva:BaseProgramGroupTypeType">
<attribute name="value" use="required">
<simpleType>
<restriction base="string">
<enumeration value="series"/>
<enumeration value="show"/>
<enumeration value="programConcept"/>
<enumeration value="programCompilation"/>
<enumeration value="otherCollection"/>
<enumeration value="otherChoice"/>
<enumeration value="single"/>
<enumeration value="pack"/>
<enumeration value="select"/>
<enumeration value="subscription"/>
<enumeration value="package"/>
</restriction>
</simpleType>
</attribute>
</extension>
</complexContent>
</complexType>
<complexType name="GroupInformationType">
<sequence>
<element name="GroupType" type="tva:BaseProgramGroupTypeType"/>
<element name="BasicDescription" type="tva:BasicContentDescriptionType"/>
<element name="MemberOf" type="tva:BaseMemberOfType" minOccurs="0" maxOccurs="unbounded"/>
<element name="OtherIdentifier" type="mpeg7:UniqueIDType" minOccurs="0" maxOccurs="unbounded"/>
<element name="Period" type="tva:PeriodType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute name="groupId" type="tva:CRIDType" use="required"/>
<attribute name="ordered" type="boolean" use="optional" default="false"/>
<attribute name="numOfItems" type="unsignedInt" use="optional"/>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<annotation>
<documentation xml:lang="en"> ======== Section 6.3.8 MEDIA REVIEW DS </documentation>
</annotation>
<complexType name="ReviewerType">
<complexContent>
<extension base="tva:TVAAgentType">
<sequence>
<element name="Publication" type="mpeg7:TextualType" minOccurs="0"/>
</sequence>
</extension>
</complexContent>
</complexType>
<complexType name="MediaReviewType">
<sequence>
<element name="Rating" type="mpeg7:RatingType" minOccurs="0" maxOccurs="unbounded"/>
<element name="FreeTextReview" type="mpeg7:TextualType" minOccurs="0" maxOccurs="unbounded"/>
<element name="Reviewer" type="tva:ReviewerType" minOccurs="0" maxOccurs="unbounded"/>
<element name="ReviewReference" type="anyURI" minOccurs="0"/>
</sequence>
</complexType>
<complexType name="ReviewType">
<complexContent>
- 415 -
<extension base="tva:MediaReviewType">
<attribute name="programId" type="tva:CRIDType" use="required"/>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</extension>
</complexContent>
</complexType>
<complexType name="ProgramReviewTableType">
<sequence>
<element name="Review" type="tva:ReviewType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<annotation>
<documentation xml:lang="en"> ======== Section 6.4.2 PROGRAM LOCATION </documentation>
</annotation>
<simpleType name="InstanceMetadataIdType">
<restriction base="anyURI">
<pattern value="(i|I)(m|M)(i|I):(([^/]+)/)?([^/]+)"/>
</restriction>
</simpleType>
<complexType name="ProgramLocationType" abstract="true">
<sequence>
<element name="Program" type="tva:CRIDRefType"/>
<element name="ProgramURL" type="anyURI" minOccurs="0"/>
<element name="InstanceMetadataId" type="tva:InstanceMetadataIdType" minOccurs="0"/>
<element name="InstanceDescription" type="tva:InstanceDescriptionType" minOccurs="0"/>
</sequence>
</complexType>
<complexType name="OutputRestrictionType">
<sequence>
<element name="Port" type="tva:ControlledTermType"/>
<element name="Mode" type="tva:ControlledTermType"/>
</sequence>
</complexType>
<complexType name="ExportRestrictionType">
<sequence>
<element name="ExportMedia" type="tva:ControlledTermType" minOccurs="0" maxOccurs="unbounded"/>
<element name="ExportCountsLimit" type="integer"/>
</sequence>
</complexType>
<complexType name="ScheduleType">
<sequence>
<element name="ScheduleEvent" type="tva:ScheduleEventType" maxOccurs="unbounded"/>
</sequence>
<attribute name="serviceIDRef" type="tva:TVAIDRefType" use="required"/>
<attribute name="start" type="dateTime" use="optional"/>
<attribute name="end" type="dateTime" use="optional"/>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" use="optional" default="en"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="ScheduleEventType">
<complexContent>
<extension base="tva:ProgramLocationType">
<sequence>
<element name="PublishedStartTime" type="dateTime" minOccurs="0"/>
<element name="PublishedEndTime" type="dateTime" minOccurs="0"/>
<element name="PublishedDuration" type="duration" minOccurs="0"/>
<element name="Live" type="tva:FlagType" minOccurs="0"/>
<element name="Repeat" type="tva:FlagType" minOccurs="0"/>
<element name="FirstShowing" type="tva:FlagType" minOccurs="0"/>
<element name="LastShowing" type="tva:FlagType" minOccurs="0"/>
<element name="Free" type="tva:FlagType" minOccurs="0"/>
</sequence>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
- 416 -
<attribute ref="xml:lang" use="optional" default="en"/>
</extension>
</complexContent>
</complexType>
<complexType name="BroadcastEventType">
<complexContent>
<extension base="tva:ScheduleEventType">
<attribute name="serviceIDRef" type="tva:TVAIDRefType" use="optional"/>
</extension>
</complexContent>
</complexType>
<complexType name="OnDemandProgramType">
<complexContent>
<extension base="tva:ProgramLocationType">
<sequence>
<element name="PublishedDuration" type="duration" minOccurs="0"/>
<element name="StartOfAvailability" type="dateTime" minOccurs="0"/>
<element name="EndOfAvailability" type="dateTime" minOccurs="0"/>
<element name="FirstAvailability" type="tva:FlagType" minOccurs="0"/>
<element name="LastAvailability" type="tva:FlagType" minOccurs="0"/>
<element name="ImmediateViewing" type="tva:FlagType" minOccurs="0"/>
</sequence>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</extension>
</complexContent>
</complexType>
<complexType name="OnDemandServiceType">
<sequence>
<element name="OnDemandProgram" type="tva:OnDemandProgramType" maxOccurs="unbounded"/>
</sequence>
<attribute name="serviceIDRef" type="tva:TVAIDRefType" use="required"/>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="InstanceDescriptionType">
<sequence>
<element name="Title" type="mpeg7:TitleType" minOccurs="0"/>
<element name="Synopsis" type="tva:SynopsisType" minOccurs="0"/>
<element name="Genre" type="tva:GenreType" minOccurs="0" maxOccurs="unbounded"/>
<element name="PurchaseList" type="tva:PurchaseListType" minOccurs="0"/>
<element name="AVAttributes" type="tva:AVAttributesType" minOccurs="0"/>
<element name="MemberOf" type="tva:BaseMemberOfType" minOccurs="0" maxOccurs="unbounded"/>
<element name="OutputRestriction" type="tva:OutputRestrictionType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
</complexType>
<annotation>
<documentation xml:lang="en"> ======== Section 6.4.3 SERVICE INFORMATION </documentation>
</annotation>
<simpleType name="ServiceInformationNameLengthType">
<restriction base="string">
<enumeration value="short"/>
<enumeration value="medium"/>
<enumeration value="long"/>
</restriction>
</simpleType>
<complexType name="ServiceInformationNameType">
<simpleContent>
<extension base="mpeg7:TextualType">
<attribute name="length" type="tva:ServiceInformationNameLengthType" use="optional"/>
</extension>
</simpleContent>
</complexType>
<complexType name="ValidPeriodType">
<sequence>
<element name="ValidFrom" type="dateTime" minOccurs="0"/>
<element name="ValidTo" type="dateTime" minOccurs="0"/>
- 417 -
</sequence>
</complexType>
<complexType name="ServiceRefType">
<sequence>
<element name="ValidPeriod" type="tva:ValidPeriodType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute name="serviceIDRef" type="tva:TVAIDRefType" use="required"/>
</complexType>
<complexType name="ServiceInformationType">
<sequence>
<element name="Name" type="tva:ServiceInformationNameType" maxOccurs="unbounded"/>
<element name="Owner" type="string" minOccurs="0"/>
<element name="ServiceURL" type="anyURI" minOccurs="0"/>
<element name="Logo" type="mpeg7:MediaLocatorType" minOccurs="0" maxOccurs="unbounded"/>
<element name="ServiceDescription" type="tva:SynopsisType" minOccurs="0" maxOccurs="unbounded"/>
<element name="ServiceGenre" type="tva:GenreType" minOccurs="0" maxOccurs="unbounded"/>
<element name="ServiceLanguage" type="language" minOccurs="0" maxOccurs="unbounded"/>
<element name="ParentService" type="tva:ServiceRefType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute name="serviceId" type="tva:TVAIDType" use="required"/>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<annotation>
<documentation xml:lang="en"> ======== Section 6.5 CONSUMER METADATA (mostly imported from
MPEG-7; see MPEG7_tva.xsd) </documentation>
</annotation>
<complexType name="UserActionType">
<complexContent>
<extension base="mpeg7:UserActionType">
<sequence>
<element name="ProgramLocation" type="anyURI" minOccurs="0"/>
</sequence>
</extension>
</complexContent>
</complexType>
<annotation>
<documentation xml:lang="en"> ======== Section 6.6 SEGMENTATION METADATA </documentation>
</annotation>
<complexType name="BasicSegmentDescriptionType">
<sequence>
<element name="Title" type="mpeg7:TitleType" minOccurs="0" maxOccurs="unbounded"/>
<element name="Synopsis" type="tva:SynopsisType" minOccurs="0" maxOccurs="unbounded"/>
<element name="Genre" type="tva:GenreType" minOccurs="0" maxOccurs="unbounded"/>
<element name="Keyword" type="tva:KeywordType" minOccurs="0" maxOccurs="unbounded"/>
<element name="RelatedMaterial" type="tva:RelatedMaterialType" minOccurs="0" maxOccurs="unbounded"/>
<element name="CreditsList" type="tva:CreditsListType" minOccurs="0"/>
</sequence>
</complexType>
<complexType name="TVAMediaRelIncrTimePointType">
<simpleContent>
<restriction base="mpeg7:MediaRelIncrTimePointType">
<attribute name="mediaTimeUnit" type="mpeg7:mediaDurationType" use="optional" default="PT1N1000F"/>
</restriction>
</simpleContent>
</complexType>
<complexType name="TVAMediaTimeType">
<sequence>
<choice>
<element name="MediaRelTimePoint" type="mpeg7:MediaRelTimePointType"/>
<element name="MediaRelIncrTimePoint" type="tva:TVAMediaRelIncrTimePointType"/>
</choice>
<choice minOccurs="0">
<element name="MediaDuration" type="mpeg7:mediaDurationType"/>
<element name="MediaIncrDuration" type="mpeg7:MediaIncrDurationType"/>
</choice>
</sequence>
</complexType>
- 418 -
<complexType name="TimeBaseReferenceType">
<sequence>
<choice>
<element name="MediaTimePoint" type="mpeg7:mediaTimePointType"/>
<element name="MediaRelIncrTimePoint" type="mpeg7:MediaRelIncrTimePointType"/>
</choice>
</sequence>
<attribute name="timebaseId" type="string"/>
</complexType>
<complexType name="SegmentInformationType">
<sequence>
<element name="ProgramRef" type="tva:CRIDRefType" minOccurs="0"/>
<element name="TimeBaseReference" type="tva:TimeBaseReferenceType" minOccurs="0"/>
<element name="Description" type="tva:BasicSegmentDescriptionType" minOccurs="0"/>
<element name="SegmentLocator" type="tva:TVAMediaTimeType"/>
<element name="KeyFrameLocator" type="tva:TVAMediaTimeType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute name="segmentId" type="tva:TVAIDType" use="required"/>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="GroupIntervalType">
<attribute name="ref" type="tva:TVAIDRefType" use="optional"/>
</complexType>
<complexType name="SegmentsType">
<attribute name="refList" type="tva:TVAIDRefsType" use="required"/>
</complexType>
<complexType name="GroupsType">
<attribute name="refList" type="tva:TVAIDRefsType" use="required"/>
</complexType>
<complexType name="SegmentGroupInformationType">
<sequence>
<element name="ProgramRef" type="tva:CRIDRefType"/>
<element name="TimeBaseReference" type="tva:TimeBaseReferenceType" minOccurs="0"/>
<element name="GroupType" type="tva:BaseSegmentGroupTypeType" maxOccurs="unbounded"/>
<element name="Description" type="tva:BasicSegmentDescriptionType" minOccurs="0"/>
<element name="GroupInterval" type="tva:GroupIntervalType" minOccurs="0"/>
<choice minOccurs="0">
<element name="Segments" type="tva:SegmentsType"/>
<element name="Groups" type="tva:GroupsType"/>
</choice>
<element name="KeyFrameLocator" type="tva:TVAMediaTimeType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute name="groupId" type="tva:TVAIDType" use="required"/>
<attribute name="ordered" type="boolean" use="optional" default="true"/>
<attribute name="numberOfSegments" type="unsignedShort" use="optional"/>
<attribute name="numberOfKeyFrames" type="unsignedShort" use="optional"/>
<attribute name="duration" type="mpeg7:mediaDurationType" use="optional"/>
<attribute name="topLevel" type="boolean" use="optional"/>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="BaseSegmentGroupTypeType" abstract="true"/>
<complexType name="SegmentGroupTypeType">
<complexContent>
<extension base="tva:BaseSegmentGroupTypeType">
<attribute name="value" use="required">
<simpleType>
<restriction base="string">
<enumeration value="highlights"/>
<enumeration value="highlights/objects"/>
<enumeration value="highlights/events"/>
<enumeration value="bookmarks"/>
<enumeration value="bookmarks/objects"/>
<enumeration value="bookmarks/events"/>
<enumeration value="themeGroup"/>
<enumeration value="preview"/>
- 419 -
<enumeration value="preview/title"/>
<enumeration value="preview/slideshow"/>
<enumeration value="tableOfContents"/>
<enumeration value="synopsis"/>
<enumeration value="shots"/>
<enumeration value="insertionPoints"/>
<enumeration value="alternativeGroups"/>
<enumeration value="other"/>
</restriction>
</simpleType>
</attribute>
</extension>
</complexContent>
</complexType>
<complexType name="SegmentListType">
<sequence>
<element
name="SegmentInformation"
type="tva:SegmentInformationType"
minOccurs="0"
maxOccurs="unbounded"/>
</sequence>
</complexType>
<complexType name="SegmentGroupListType">
<sequence>
<element
name="SegmentGroupInformation"
type="tva:SegmentGroupInformationType"
minOccurs="0"
maxOccurs="unbounded"/>
</sequence>
</complexType>
<complexType name="SegmentInformationTableType">
<sequence>
<element name="SegmentList" type="tva:SegmentListType" minOccurs="0"/>
<element name="SegmentGroupList" type="tva:SegmentGroupListType"/>
</sequence>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<annotation>
<documentation xml:lang="en"> ======== Section 6.7.1 INFORMATION TABLES </documentation>
</annotation>
<complexType name="ProgramInformationTableType">
<sequence>
<element
name="ProgramInformation"
type="tva:ProgramInformationType"
minOccurs="0"
maxOccurs="unbounded"/>
</sequence>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="GroupInformationTableType">
<sequence>
<element name="GroupInformation" type="tva:GroupInformationType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="ProgramLocationTableType">
<sequence>
<element name="Schedule" type="tva:ScheduleType" minOccurs="0" maxOccurs="unbounded"/>
<element name="BroadcastEvent" type="tva:BroadcastEventType" minOccurs="0" maxOccurs="unbounded"/>
<element
name="OnDemandProgram"
type="tva:OnDemandProgramType"
minOccurs="0"
maxOccurs="unbounded"/>
<element name="OnDemandService" type="tva:OnDemandServiceType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="ServiceInformationTableType">
<sequence>
<element
name="ServiceInformation"
type="tva:ServiceInformationType"
minOccurs="0"
maxOccurs="unbounded"/>
</sequence>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
- 420 -
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="TVAPersonNameType">
<complexContent>
<extension base="mpeg7:PersonNameType">
<attribute name="personNameId" type="tva:TVAIDType" use="required"/>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
</extension>
</complexContent>
</complexType>
<complexType name="OrganizationNameType">
<simpleContent>
<extension base="mpeg7:TextualType">
<attribute name="organizationNameId" type="tva:TVAIDType" use="required"/>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
</extension>
</simpleContent>
</complexType>
<complexType name="CreditsInformationTableType">
<sequence>
<choice minOccurs="0" maxOccurs="unbounded">
<element name="PersonName" type="tva:TVAPersonNameType"/>
<element name="OrganizationName" type="tva:OrganizationNameType"/>
<element name="CreditsItem" type="tva:CreditsItemType" minOccurs="0" maxOccurs="unbounded"/>
</choice>
</sequence>
<attribute name="meatdataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="PurchaseInformationType">
<complexContent>
<extension base="tva:PurchaseItemType">
<sequence>
<element name="CRIDRef" type="tva:CRIDRefType" minOccurs="0"/>
</sequence>
<attribute name="purchaseId" type="tva:TVAIDType" use="required"/>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
</extension>
</complexContent>
</complexType>
<complexType name="PurchaseInformationTableType">
<sequence>
<element
name="PurchaseInformation"
type="tva:PurchaseInformationType"
minOccurs="0"
maxOccurs="unbounded"/>
</sequence>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="LicenseInformationType">
<sequence>
<element name="LicenseID" type="tva:TVAIDType"/>
<element name="LicenseType">
<simpleType>
<restriction base="string">
<enumeration value="VoD"/>
<enumeration value="Download"/>
<enumeration value="Export"/>
</restriction>
</simpleType>
</element>
<element name="LicenseTypeExtension" minOccurs="0">
<simpleType>
<restriction base="string">
<enumeration value="Updatable"/>
<enumeration value="PeriodExtendable"/>
</restriction>
- 421 -
</simpleType>
</element>
<element name="ProgramCRID" type="tva:CRIDRefType"/>
<choice>
<element name="PurchaseIdRef" type="tva:TVAIDRefType" minOccurs="0"/>
<element name="GroupCRID" type="tva:CRIDRefType" minOccurs="0"/>
</choice>
<element name="RMPIDescription">
<complexType>
<sequence>
<element name="TextualDescription" type="string" minOccurs="0" maxOccurs="unbounded"/>
<sequence>
<element name="PlayCountsLimit" type="integer" minOccurs="0"/>
<element name="ValidityIntervalStart" type="dateTime" minOccurs="0"/>
<element name="ValidityIntervalEnd" type="dateTime" minOccurs="0"/>
<element name="ValidityIntervalAfterFirstUse" type="duration" minOccurs="0"/>
<element name="ValidityInterval" type="duration" minOccurs="0"/>
<element name="TrickPlayEnabled" type="boolean" minOccurs="0"/>
<element
name="OutputRestriction"
type="tva:OutputRestrictionType"
minOccurs="0"
maxOccurs="unbounded"/>
<element
name="ExportRestriction"
type="tva:ExportRestrictionType"
minOccurs="0"
maxOccurs="unbounded"/>
<element name="ChargeOption" minOccurs="0">
<complexType>
<sequence>
<element name="ChargeMessage" type="string" minOccurs="0"/>
</sequence>
<attribute name="Timing" use="required">
<simpleType>
<restriction base="string">
<enumeration value="BeforeDownloading"/>
<enumeration value="BeforeUse"/>
</restriction>
</simpleType>
</attribute>
</complexType>
</element>
</sequence>
</sequence>
</complexType>
</element>
</sequence>
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional"/>
</complexType>
<complexType name="LicenseInformationTableType">
<sequence>
<element name="LicenseInformation" type="tva:LicenseInformationType" maxOccurs="unbounded"/>
</sequence>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional"/>
</complexType>
<element name="TVAContentLinks">
<complexType>
<sequence>
<element name="RelatedMaterial" type="tva:RelatedMaterialType" maxOccurs="unbounded"/>
</sequence>
</complexType>
</element>
<annotation>
<documentation xml:lang="en"> ======== Section 6.7.2 TV-ANYTIME PROGRAM INFORMATION DOCUMENT
</documentation>
</annotation>
<element name="TVAMain" type="tva:TVAMainType"/>
<complexType name="TVAMainType">
<sequence>
<element name="CopyrightNotice" type="mpeg7:TextualType" minOccurs="0" maxOccurs="unbounded"/>
<element name="MetadataOriginationInformationTable" type="tva:MetadataOriginationInformationTableType"
- 422 -
minOccurs="0"/>
<element name="ClassificationSchemeTable" type="tva:ClassificationSchemeTableType" minOccurs="0"/>
<element name="ProgramDescription" type="tva:ProgramDescriptionType" minOccurs="0"/>
<element name="UserDescription" type="tva:UserDescriptionType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute ref="xml:lang" use="required" />
<attribute name="publisher" type="string" use="optional"/>
<attribute name="publicationTime" type="dateTime" use="optional"/>
<attribute name="rightsOwner" type="string" use="optional"/>
<attribute name="originID" type="tva:TVAIDType" use="optional"/>
<attribute name="version" type="unsignedInt" use="optional"/>
</complexType>
<complexType name="MetadataOriginationInformationType">
<sequence>
<element name="Publisher" type="mpeg7:TextualType" minOccurs="0" maxOccurs="unbounded"/>
<element name="RightsOwner" type="mpeg7:TextualType" minOccurs="0" maxOccurs="unbounded"/>
<element name="CopyrightNotice" type="mpeg7:TextualType" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute name="originID" type="tva:TVAIDType" use="required"/>
<attribute name="fragmentId" type="tva:TVAIDType" use="optional"/>
<attribute name="fragmentVersion" type="unsignedLong" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="MetadataOriginationInformationTableType">
<sequence>
<element
name="MetadataOriginationInformation"
type="tva:MetadataOriginationInformationType"
minOccurs="0" maxOccurs="unbounded"/>
</sequence>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="UserDescriptionType">
<sequence>
<element name="UserPreferences" type="mpeg7:UserPreferencesType" minOccurs="0"/>
<element name="UsageHistory" type="mpeg7:UsageHistoryType" minOccurs="0"/>
</sequence>
</complexType>
<complexType name="CSAliasType">
<complexContent>
<extension base="mpeg7:ClassificationSchemeAliasType">
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
</extension>
</complexContent>
</complexType>
<complexType name="ClassificationSchemeType">
<complexContent>
<extension base="mpeg7:ClassificationSchemeType">
<attributeGroup ref="tva:fragmentIdentification"/>
<attribute name="metadataOriginIDRef" type="tva:TVAIDRefType" use="optional"/>
<attribute ref="xml:lang" use="optional" default="en"/>
</extension>
</complexContent>
</complexType>
<complexType name="ClassificationSchemeTableType">
<sequence>
<element name="CSAlias" type="tva:CSAliasType" minOccurs="0" maxOccurs="unbounded"/>
<element
name="ClassificationScheme"
type="tva:ClassificationSchemeType"
minOccurs="0"
maxOccurs="unbounded"/>
</sequence>
<attribute ref="xml:lang" use="optional" default="en"/>
</complexType>
<complexType name="ProgramDescriptionType">
<sequence>
<element name="ProgramInformationTable" type="tva:ProgramInformationTableType" minOccurs="0"/>
<element name="GroupInformationTable" type="tva:GroupInformationTableType" minOccurs="0"/>
<element name="ProgramLocationTable" type="tva:ProgramLocationTableType" minOccurs="0"/>
<element name="ServiceInformationTable" type="tva:ServiceInformationTableType" minOccurs="0"/>
<element name="CreditsInformationTable" type="tva:CreditsInformationTableType" minOccurs="0"/>
<element name="ProgramReviewTable" type="tva:ProgramReviewTableType" minOccurs="0"/>
- 423 -
<element name="SegmentInformationTable" type="tva:SegmentInformationTableType" minOccurs="0"/>
<element name="PurchaseInformationTable" type="tva:PurchaseInformationTableType" minOccurs="0"/>
<element name="LicenseInformationTable" type="tva:LicenseInformationTableType" minOccurs="0"/>
</sequence>
</complexType>
</schema>
- 424 -
［付録 I］ 付録規定
H.264 | MPEG-4 AVC の運用について
本規定は、受信装置の設計・製造において想定する、H.264|MPEG-4 AVC （ITU-T Rec.
H.264|ISO/IEC 14496-10）にて規定される映像符号化方式）の送出運用を示すものである。
I.1 H.264|MPEG-4 AVC の概要
H.264|MPEG-4 AVC は、MPEG-2 Video (ISO/IEC 13818-2)や MPEG-4 Visual (ISO/IEC
14496-2)、ITU-T H.263 などに対し、より圧縮効率の高い次世代動画圧縮方式として、ITU-T
の VCEG と ISO/IEC の MPEG とが合同開発し、
現在の内容は 2005 年に ITU-T H.264|ISO/IEC
14496-10 として標準化されている。
H.264|MPEG-4 AVC は、従来方式に対して更なる画質向上を目指し、次のような要素技術を
導入した。ブロックサイズに 8×8 より小さい 4×4 での整数精度 DCT を採用（プロファイルに
より 8×8 整数精度 DCT も可能）した他、Ｉピクチャではイントラ予測による差分値を DCT 変
換することでＩピクチャの符号量の削減が可能となった。一方で、時間方向の予測には過去･未来
両方向の参照フレーム数を拡張した上で、最小 4×4 から 最大 16×16 までのブロックサイズを
適応的に切り換えられるようにし、動き補償の精度を 1/4 画素単位まできめ細かく行うことで、
ピクチャ間の相関を最大限にとり符号量の削減を行うことが可能となった。
また､被参照可能な B ピクチャの採用や、画像の明るさが変化する際の重み付け予測、画質制
御が容易になる量子化パラメータの導入などと共に、エンコーダおよびデコーダ内において再構
成画像作成時にデブロッキング・フィルタ（ループ・フィルタ）を用いることでブロック・ノイ
ズの低減を行うなど、画質に対して細部に渡り工夫を施している。
さらに、メイン・プロファイル及びハイ・プロファイルでは VLC ベースの符号に加えて、よ
り符号化効率の高い CABAC（算術符号）が追加された。
このように全体としての生成符号量の大幅な削減が可能になり、MPEG-2 Video に比べ、約 2
倍の符号化効率の向上を実現している。
尚、MPEG-2 Video 同様、H.264|MPEG-4 AVC においても、符号化器、復号化器間の相互接
続性の確保のため、プロファイル、レベルごとに符号化データに対する制約を設けている。プロ
ファイルは符号化ツールや処理範囲などに、レベルは取り扱う画素サイズやフレーム周波数など
に対しての制約を定めている。
本規定では、ダウンロード･コンテンツ用として必要とされるシンタックスに関して、その運用
を記述する。
I.2 プロファイルとレベル
映像符号化方式は、H.264|MPEG-4 AVC に規定された、メイン・プロファイル又はハイ・プ
- 425 -
ロファイルに準拠するものとし、レベルは映像フォーマットに応じて、480i ではレベル 3、3.1、
3.2 のいずれか、720p/1080i ではレベル 4 とする。
（解説）
HDTV のプロファイルについては、H.264|MPEG-4 AVC において HD 画像の高画質化を目的
として規定されたハイ・プロファイルが適切である。また、受信機としてはハイ・プロファイル
に対応すること。
レベルについては、SDTV に対応可能な最低スペックであるレベル 3 から、HDTV に対応する
レベル 4 までの範囲とすることが適切である。
ハイ・プロファイルのレベル 4 の HDTV 利用については、次世代 DVD で採用されていること
もあり、当該仕様に対応する機器の広い普及が予測され、画質の向上と低価格化に向けて環境が
整ってきている。
I.3 画像フォーマット
Y、CB、CR の 4：2：0 のみとする。色差信号のサンプル位置は、MPEG-2 の 4：2：0 のサン
プル位置と同じものとする。カラープライマリ、ガンマ特性、カラーマトリクスは ITU-R BT.709
準拠とする。入力ビット数は 8 ビットとする。
符号化する画像サイズは下記のものとする。
表 I- 1
水平画
素数
720
720
1920
1440
1280
垂直画
素数
480
480
1080
1080
720
フレーム・
レート
29.97
29.97
29.97
29.97
59.94
画像フォーマット
プログレッシブ
／インタレース
インタレース
インタレース
インタレース
インタレース
プログレッシブ
アスペクト比
4：3
16：9
16：9
16：9
16：9
（解説）
H.264|MPEG-4 AVC のハイ・プロファイルでは輝度信号だけ（色差信号なし）の符号化が可
能であるが、本仕様では使用しない。また、H.264|MPEG-4 AVC では 4：2：0 の色差信号のサ
ンプル位置として複数のパターンから選択できるが、MPEG-2 と同じサンプル位置とすることで、
MPEG-2 と変換する場合に色差信号の位相変換処理が不要になり処理が簡単である。カラーマト
リクス等は、ARIB STD-B32 と同じ ITU-R BT.709 を選択する。
I.4 ビットレート
NAL（Network Abstraction Layer: ネットワーク抽象レイア）レベルでのビットレートの上
限値は 20Mbps とする。
- 426 -
（解説）
H.264|MPEG-4 AVC では、20Mbps あれば十分な画質を保証できるため。
I.5 フレームレート
フレームレートはシーケンス内で固定とする。
（解説）
H.264|MPEG-4 AVC ではシーケンス内でフレーム間隔が可変にできるが、本仕様では固定フ
レームレートとする。
I.6 ピクチャ構造
フレームを符号化の単位とし、インタレースの場合は 1 フレームに 2 フィールドを含むこと。
なお、ピクチャ・タイミング SEI（Supplemental Enhancement Information：補足的な付加情
報）の pic_struct の値は 0～8（3:2 pulldown、frame-doubling/tripling を含む）に対応すること。
（解説）
H.264|MPEG-4 AVC は片フィールド（例えばトップ・フィールドのみ）の構造を許容してい
るが、本仕様ではフレームがトップとボトムの 2 フィールドで構成されることを必須とする。
I.7 ビットストリームのデータ構造
シーケンス・パラメータ・セットに VUI（Video Usability Information：ビデオ表示情報）を
含むこと。
ピクチャの境界にはアクセス・ユニット・デリミタを含むこと。
アクセス・ユニットを構成する NAL ユニット、および SEI メッセージの順序は、GOP の先頭
およびそれ以外のアクセス・ユニットで、それぞれ下記の通りとし、記載のない NAL ユニット、
および SEI メッセージについては運用しないこと。但し、パン・スキャン SEI、符号化参照ピク
チャ・マーキング再送 SEI、フィラー・データ、エンド・オブ・シーケンスはアクセス・ユニッ
トにおいて必須ではない。
GOP の先頭のアクセス・ユニット：
z
アクセス・ユニット・デリミタ（必須）
z
シーケンス・パラメータ・セット（必須）
z
ピクチャ・パラメータ・セット（必須）
z
SEI
- 427 -
(a) バッファリング周期SEI（必須）
(b) リカバリー・ポイントSEI
IDR以外のIピクチャで始まるGOPには必ずリカバリー・ポイントSEIをつける。
(c) ピクチャ・タイミングSEI（必須）
pic_struct_present_flagを1にセットし、ピクチャ・タイミングSEIのpic_structにより
各フィールドの表示順序を示すこと。
(d) パン・スキャンSEI
運用方法の詳細は2.14節の「パン・スキャン（Pan-scan rectangle）SEI」の項におい
て別途定める。
(e) 符号化参照ピクチャ・マーキング再送（Decoded reference picture marking）SEI
z
スライス・データ（画素値の符号化データ）（必須）
スライスの最小単位は、1 マクロブロック列、あるいは 1 マクロブロック・ペア列と
する IDR 以外の I ピクチャで始まる GOP において、前の GOP から継続して復号が
行われた場合と、チャンネル切換え等で先頭 I ピクチャから復号が開始された場合の
どちらにおいても、前の GOP に属するピクチャを参照していないスライスの復号・
表示が前の GOP からの継続を意識することなくできるようにスライス・データを符
号化すること。(注 1 参照)
z
フィラー・データ
z
エンド・オブ・シーケンス
GOP の先頭以外のアクセス・ユニット：
z
アクセス・ユニット・デリミタ（必須）
z
ピクチャ・パラメータ・セット（必須）
z
SEI
(f) ピクチャ・タイミングSEI（必須）
pic_struct_present_flagを1にセットし、ピクチャ・タイミングSEIのpic_structにより
各フィールドの表示順序を示すこと。
(g) パン・スキャンSEI
運用方法の詳細は2.14節の「パン・スキャン（Pan-scan rectangle）SEI」の項におい
て別途定める。
(h) 符号化参照ピクチャ・マーキング再送（Decoded reference picture marking）SEI
z
スライス・データ（画素値の符号化データ）（必須）
スライスの最小単位は、1 マクロブロック列、あるいは 1 マクロブロック・ペア列と
する IDR 以外の I ピクチャで始まる GOP において、前の GOP から継続して復号が
行われた場合と、チャネル切換え等で先頭 I ピクチャから復号が開始された場合のど
- 428 -
ちらにおいても、前の GOP に属するピクチャを参照していないスライスの復号・表
示が前の GOP からの継続を意識することなくできるように、スライス・データを符
号化すること。(注 1 参照)
z
フィラー・データ
z
エンド・オブ・シーケンス
図 I- 1
アクセス・ユニットのデータ構造
（解説）
VUI はアスペクト比、カラー・マトリクス、フレーム・レートなどの重要な情報を含むため、
シーケンス・ヘッダに相当するシーケンス・パラメータ・セットを含むことが必要。
アクセス・ユニット・デリミタは MPEG-2 TS で H.264|MPEG-4 AVC を伝送する場合に必須
であることが規定されている（ISO/IEC 13818-1:2000/Amd3）。
H.264|MPEG-4 AVC では、ビットストリームのデータの配置が自由であるが、処理を行う順
序にデータが配置されている方がデコーダを作成するのが簡単になる。
表示系の確実な動作のため、pic_struct_present_flag は常に 1 にセットし、ピクチャ・タイミ
ング SEI の中で pic_struct を送る。
NAL レベルの HRD（Hypothetical Reference Decoder: 仮想参照デコーダ）情報を送るため、
シーケンス・パラメータには HRD パラメータを含め、GOP の先頭のアクセスユニットではバッ
ファリング周期 SEI を送り、さらにアクセス・ユニット毎にピクチャ・タイミング SEI を送る。
チャンネル切り替え等を確実に行うため、Open GOP の先頭には必ずリカバリー・ポイント
SEI をつける。
- 429 -
（注 1）同様に、OpenGOP の先頭 I ピクチャから表示順で遅いピクチャが正しく復号できること
が保証されるべきである。例えば、OpenGOP の先頭がフィールド構造をもつ I/P ピクチャの
場合に、ref_pic_list_reordering()情報などが符号化されていないと、前の GOP から継続して
復号が行われた場合と、チャンネル切換え等で先頭 I ピクチャから復号が開始された場合で、
P フィールドに対する I フィールドの参照ピクチャのインデックス番号の解釈が異なり、正し
く復号できない可能性がある。
P フィールドや参照 B フィールドに、必要に応じて ref_pic_list_reordering()情報などを符号
化することにより、参照ピクチャのインデックス番号が一意に解釈でき、正しい復号が可能と
なる。
I.8 GOP 構造
GOP は復号順で I ピクチャから開始し、当該 I ピクチャに、シーケンス・パラメータ・セット
（シーケンス・ヘッダに相当）を 1 つだけ配置する。そのシーケンス・パラメータ・セットは当
該シーケンスの復号に必要なものでなければならない。I ピクチャは、IDR スライスのみで構成
されるピクチャと、I スライスのみで構成されるピクチャの 2 通りがある。
Closed GOP と Open GOP は、以下のように定義する。
【Closed GOP】
復号順で先頭の I ピクチャが IDR ピクチャである GOP。GOP 先頭から復号開始した場合には、
GOP 内の全てのピクチャを復号できることが保証される。
図 I- 2
Closed GOP 構造
【Open GOP】
z
復号順で先頭の I ピクチャが non-IDR の I ピクチャである GOP。GOP 先頭から復号
開始した場合には、表示順が先頭 I ピクチャよりも早いピクチャは正常に復号できな
いことがある。
- 430 -
z
表示順が先頭 I ピクチャよりも遅いピクチャは正常に復号できること。
表示順が先頭 I ピクチャよりも後のピクチャが復号できることを保証するために、
Open GOP においては以下の規定を満たすこと。
z
表示順序が GOP の先頭 I ピクチャよりも前であるピクチャは、直前 GOP 内のピクチ
ャを参照可。
z
表示順序が GOP の先頭 I ピクチャよりも後であるピクチャは、直前 GOP 内のピクチ
ャを参照不可。
図 I- 3
Open GOP 構造
ピクチャ・パラメータ・セットは、当該ピクチャ・パラメータ・セットを参照するピクチャに
おいて配置すること。
ピクチャは同じスライス・タイプのみで構成されること。
フィールド構造のピクチャでは、1 フレームは I フィールドのみ、P フィールドのみ、または I
フィールドと P フィールドとで構成されるか、
あるいは、2 つの B フィールドで構成されること。
I ピクチャと P ピクチャは参照ピクチャ（nal_ref_idc が 0 でない）のみとし、復号順序と表示
順序が一致すること。P ピクチャは同一 GOP 内の I ピクチャまたは P ピクチャのみを参照して
復号化できること（他の GOP や B ピクチャを参照しないこと）。
非参照 B ピクチャおよび参照 B ピクチャの復号順序は、表示順序が直後である I ピクチャある
いは P ピクチャの直後であること。ここで、I ピクチャあるいは P ピクチャは、非参照 B ピクチ
ャあるいは参照 B ピクチャと同一 GOP 内のピクチャとする。
非参照 B ピクチャは、表示順序が直前もしくは直後の I ピクチャもしくは P ピクチャのフレー
ムあるいはフィールド・ペア、または、表示順序が直前もしくは直後の I ピクチャもしくは P ピ
クチャより近く、表示順序が直前もしくは直後である参照 B ピクチャのフレームあるいはフィー
ルド・ペアのみを参照すること。
- 431 -
図 I- 4
非参照 B ピクチャの予測構造
参照Ｂピクチャは、表示順序で直前もしくは直後の I ピクチャもしくは P ピクチャのフレーム
あるいはフィールド・ペア、または、同一フレームを構成する参照 B ピクチャのフィールドのみ
を参照すること。
図 I- 5
参照 B ピクチャの予測構造
ここで、B ピクチャには他のピクチャから参照可能な B ピクチャ（nal_ref_idc が 0 でない）
- 432 -
と、他のピクチャから参照されない B ピクチャ（nal_ref_idc が 0 である）の 2 種類があり、本
文中では、それぞれ参照 B ピクチャ、非参照 B ピクチャと呼ぶ。
非参照 B ピクチャ間でのリオーダリングは行わないこと（非参照 B ピクチャ同士では、復号順
序と表示順序が一致すること）。
参照 B ピクチャにおいて符号化参照ピクチャ・マーキングが行われた場合には、復号順序が直
後の I ピクチャあるいは P ピクチャにおいて、符号化参照ピクチャ・マーキング SEI により、当
該符号化参照ピクチャ・マーキングの内容を再送すること。
連続する B ピクチャ（非参照 B ピクチャあるいは参照 B ピクチャ）のフレーム、あるいはフ
ィールド・ペアの最大枚数は 3 とすること。
GOP において復号順序が先頭である I ピクチャの復号時刻と、GOP において表示順序が先頭
であるピクチャの表示時刻との差分は 2 フレーム間隔以下とする（GOP の先頭から復号開始し
た場合、最大 2 フレーム間隔待てば表示開始できる）。
GOP 長は原則 500msec、最大 1sec とすること。 （注 2 参照）
（注 2）
GOP 長を伸ばすことによる画質向上の効果、および、チャンネル切替えや CPB バッファ量へ
の影響の両者を鑑みて、原則 500msec、最大 1sec とするのが適当である。
（解説）
H.264|MPEG-4 AVC はピクチャに I スライス／P スライス／B スライスが混在することを許
容し、また P ピクチャが B ピクチャを予測に使用できるなどの柔軟な予測構造が実現できる。し
かしながら、MPEG-2 と同様の GOP 構造に制限することでデコーダの実現が容易になり、更に
ストリームを記録した場合に早送り再生などの機能が実現可能になる。
ピクチャ・パラメータ・セットは各ピクチャに必ず 1 個つけること。
（解説）
H.264|MPEG-4 AVC はピクチャ・パラメータ・セットを複数まとめて送ったり、先に送られ
たピクチャ・パラメータ・セットを後続のピクチャから参照するストリーム構造とすることも可
能である。しかしながら、MPEG-2 と同様にピクチャ・パラメータ・セットを各ピクチャにつけ
て運用することにより、デコーダでピクチャ・パラメータ・セットを保持しておく必要が無くな
り、処理が簡略化される。
- 433 -
I.9 符号化ツールの制約
MinLumaBiPredSize は 8×8 とする。（レベル 4 未満においても）
参照フレーム数(num_ref_frames)の最大値は 4 とすること。
また、CPB サイズは 20Mbits 以下を使用する。
（解説）
H.264|MPEG-4
AVC では、レベル 4 未満でのみ使用可能な符号化ツール（8×8 画素未満の
ブロックサイズでの双方向動き補償）が存在する。HDTV を実現するにはレベル 4 対応が必須で
あることから、レベル 4 で未対応の符号化ツールを禁止することでデコーダの実現が容易になる。
レベル 4 で HDTV を復号化する際に使用可能な参照フレーム数は 4 である。従って、他の画
素数やレベルでも参照フレーム数の最大数を 4 にすることで、デコーダの実現が容易になる。
CPB バッファサイズは、
メモリ容量と AV 同期の容易さを考慮して必要最小限の大きさとする。
GOP 長の最大値が 1sec であることから、20Mbps でこれに相当する程度のサイズが適当である。
2 通りの可変長符号化方式である CAVLC と CABAC は、ストリームの途中で切り換えてはな
らない。
（解説）
2 つの可変長符号化を映像が途切れないように瞬時に切り替えるための実装が不要になり、デ
コーダの実現が容易になる。
POC（Picture Order Count）のタイプは 0 とする。
（解説）
タイプ 1 は複雑であり、本仕様の範囲のビットレートでは符号量削減効果も低い。タイプ 0 は
全てのタイプを包含しており、シンタックス要素の値を必要最小限のものとするため、タイプ 0
のみとする。
I.10 HRD コンフォーマンス
HRD は、タイプ 2（NAL レベル）の表示時刻コンフォーマンス（Output Timing Conformance）
を満たすこと。
I.11 MPEG-2 システム規格による多重化
z
PES パケット
(i) PESパケットは、常に1フレームあるいは1フィールド・ペアを構成するアクセス・ユ
- 434 -
ニットからなること（複数のフレームあるいはフィールド・ペアを含んではならない）
。
(j) PES Headerでは必ずPTSを送出すること。受信機では、復号開始制御および出力制御
はPES HeaderのPTS、DTSに基づいて行うものとする。また、PTS_DTS_flagの設定
値は以下の通りとする。
11b： PES パケットが、I ピクチャ、P ピクチャ、あるいは PTS と DTS が異なる
B ピクチャを含む場合。
10b： PES パケットが、PTS と DTS が等しい B ピクチャを含む場合。
z
STD delay
(k) CPBに入力されたデータは、1sec以内に復号されること。
z
デスクリプタ
(l) MPEG-2システムのH.264|MPEG-4 AVC向け拡張規格（ISO/IEC 13818-1:2000/Amd
3:2004）により定義された下記のデスクリプタは運用しない。
AVC video descriptor
AVC timing and HRD descriptor
I.12 シーケンスエンドを示す識別子の送出
z
シーケンスエンドを示す識別子としては、エンド・オブ・シーケンス NAL ユニット
を使用すること。（エンド・オブ・ストリーム NAL ユニットは運用しない）
z
エンド・オブ・シーケンス NAL ユニットを送出する場合には、Closed GOP（IDR ピ
クチャで開始する GOP）の先頭アクセス・ユニットの直前で送出すること。
受信機側では、エンド・オブ・シーケンス NAL ユニットを受信した場合に、その後に伝送さ
れる映像データを正しく復号・表示するまでの期間はエンド・オブ・シーケンス NAL ユニット
の直前に受信した映像データの画面をフリーズ表示することが望ましい。このことは、エンド・
オブ・シーケンス NAL ユニットの後に伝送される映像データを速やかに復号し、表示できる場
合はシームレスに連続されることを意味し、必ずしも一定期間フリーズ表示することを意味しな
い。
I.13 符号化パラメータの変更
ストリームの途中で符号化パラメータを変更してはならない。
具体的には、以下の内容をストリームの途中で変更してはならない。
z
シーケンス・パラメータ・セットの各フィールドの値。
（VUI パラメータ、HDR パラメータの各フィールドを含む。）
z
ピクチャ・パラメータ・セットにおける Entropy_coding_mode_flag。
z
パン・スキャン SEI の各フィールドの値。
- 435 -
I.14 H.264|MPEG-4 AVC ストリームにおけるシンタックス上での制約
表 I- 2
シンタックス要素
NAL ユニット
運用
備考
nal_ref_idc
0, 1, 2, 3 のいずれか
nal_unit_type
1, 5, 6, 7, 8, 9, 10, 12
のいずれか
0：非参照ピクチャ
1, 2, 3：参照ピクチャ
I ピクチャまたは P ピクチャの場合は非 0、
B ピクチャの場合は 0 または非 0
1 フレームを構成する２つのフィールドの
nal_ref_idc の値は同じ。
1：IDR ピクチャ以外のスライス
5：IDR ピクチャのスライス
6：SEI
7：シーケンス・パラメータ・セット
8：ピクチャ・パラメータ・セット
9：アクセス・ユニット・デリミタ
10：エンド・オブ・シーケンス
12：フィラー・データ
表 I- 3
シーケンス･パラメータ･セット
シンタックス要素
Profile_idc
運用
77 または 100
level_idc
30, 31, 32, 40
のいずれか
seq_parameter_set_id
Chroma_format_idc
bit_depth_luma_minus8
bit_depth_chroma_minus8
qpprime_y_zerotransform_bypass_flag
0
1
0
0
0
pic_order_cnt_type
0
num_ref_frames
gaps_in_frame_num_value_allowed_flag
1～4
0
pic_width_in_mbs minus1
表 I- 9 参照
pic_height_in_map_unit_minus1
表 I- 9 参照
- 436 -
備考
77：メイン・プロファイル
100：ハイ・プロファイル
30：レベル 3
31：レベル 3.1
32：レベル 3.2
40：レベル 4
注:
480i の場合には、レベル 3.2 以
下。
720p/1080i の場合には、レベル
4 固定。
0 固定
1：4:2:0 フォーマット
0：輝度画素値は 8 ビット
0：色差画素値は 8 ビット
0：可逆符号化モードを使用し
ない
0 : 直前の IDR との差分値によ
り表示順序を示すモード
参照ピクチャ数の最大値を示す
0：フレーム番号が不連続な場
合のデコード動作を規定しない
水平方向のマクロブロック数－
1 を示す
垂直方向の符号化単位の個数－
1 を示す
frame_mbs_only_flag
0 または 1
表 I- 9 および表
I- 10 参照
direct_8x8_inference_flag
1
frame_cropping_flag
表 I- 10 参照
frame_crop_left_offset
表 I- 10 参照
frame_crop_right_offset
表 I- 10 参照
frame_crop_top_offset
表 I- 10 参照
frame_crop_bottom_offset
表 I- 10 参照
vui_parameters_present_flag
表 I- 4
1
1：フレーム・マクロブロック
のみ
0：フィールド・マクロブロッ
クあるいは MBAF を許可する、
mb_adaptive_frame_field_flag
は 0 又は 1 に設定する。
プログレッシブ画像の場合のみ
1 にする
1：8×8 未満のブロックサイズ
でのダイレクトモード予測符号
化を使用しない
0：復号した画像を全て表示す
る
1：復号した画像の一部を切り
出して表示する
復号した画像で表示しない左端
の画素数の 1/2 倍の値を示す
復号した画像で表示しない右端
の画素数の 1/2 倍の値を示す
復号した画像で表示しない上端
の画素数の 1/2 倍または 1/4 倍
の値を示す
復号した画像で表示しない下端
の画素数の 1/2 倍または 1/4 倍
の値を示す
1：VUI を符号化する
ピクチャ・パラメータ・セット
シンタックス要素
pic_parameter_set_id
Entropy_coding_mode_flag
運用
0
0 または 1
備考
0 固定
0：CAVLC
1：CABAC
シーケンスに含まれる全ての
ピクチャ・パラメータ・セット
でこの値は一定とする
pic_order_present_flag
num_slice_groups_minus1
1
0
1 固定
0：スライス・グループを使用
しない
- 437 -
num_ref_idx_l0_active_minus1
0～7
num_ref_idx_l1_active_minus1
0～3
pic_init_qs_minus26
0
redundant_pic_cnt_present_flag
0
表 I- 5
num_ref_frames の設定値の範
囲で L0 参照ピクチャ数の最大
値－1 を示す
I フレーム：0
P フレーム：0～3
B フレーム：0～1
I フィールド：0
P フィールド：0～7
B フィールド：0～3
num_ref_frames の設定値の範
囲で L1 参照ピクチャ数の最大
値－1 を示す
I フレーム：0
P フレーム：0
B フレーム：0～1
I フィールド：0
P フィールド：0
B フィールド：0～3
0 固定：SP あるいは SI スライ
スは使用しないため
0：冗長スライスは使用しない
アクセス・ユニット・デリミタ
シンタックス要素
primary_pic_type
運用
0, 1, 2 の
いずれか
表 I- 6
備考
I ピクチャ：0
P ピクチャ：1
B ピクチャ：2
スライス・ヘッダ
シンタックス要素
Slice_type
運用
7, 5, 6 の
いずれか
Num_ref_idx_l0_active_minus1
0～7
- 438 -
備考
I ピクチャ：7
P ピクチャ：5
B ピクチャ：6
num_ref_frames の設定値の
範囲で L0 参照ピクチャ数の最
大値－1 を示す
I フレーム：0
P フレーム：0～3
B フレーム：0～1
I フィールド：0
P フィールド：0～7
B フィールド：0～3
num_ref_idx_l1_active_minus1
表 I- 7
0～3
Decoded Reference Picture Marking Syntax
シンタックス要素
no_output_of_prior_pics_flag
運用
0
表 I- 8
シンタックス要素
Aspect_ratio_info_present_flag
Aspect_ratio_idc
sar_width
備考
0：復号したピクチャは表示す
る（表示しないピクチャは符
号化しない）
VUI
運用
1
表 I- 10 参照
4
sar_height
3
video_full_range_flag
Colour_primaries
transfer_characteristics
Matrix_coefficients
chroma_loc_info_present_flag
0
1
1
1
0
timing_info_present_flag
1
Num_units_in_tick
num_ref_frames の設定値の
範囲で L1 参照ピクチャ数の最
大値－1 を示す
I フレーム：0
P フレーム：0
B フレーム：0～1
I フィールド：0
P フィールド：0
B フィールド：0～3
1001
- 439 -
備考
アスペクト比の情報は必須
画素アスペクト比を示す
解像度が 1440×1080 の場合に
aspect_ratio_idc=255 であれば、
本シンタックスを必須とする
解像度が 1440×1080 の場合に
aspect_ratio_idc=255 であれば、
本シンタックスを必須とする
0：ITU-R BT.709-5 準拠
1：ITU-R BT.709-5 準拠
1：ITU-R BT.709-5 準拠
1：ITU-R BT.709-5 準拠
0：MPEG-2 の 4：2：:0 の色差
信号サンプル位置と同じ
1：固定フレームレートの場合の
フ レ ー ム レ ー ト を 示 す
num_units_in_tick,time_scale,
fixed_frame_rate_flag をシンタ
ックス要素に含む
Frame-rate = time_scale /
num_units_in_tick / 2
注:
フレームレート計算方法の詳細
に つ い て は 、 H.264|MPEG-4
AVC 規格の Annex.E における
fixed_frame_rate_flag のセマン
ティクスを参照のこと。
1001 固定
Time_scale
60000, 120000
のいずれか
Fixed_frame_rate_flag
nal_hrd_parameters_present_flag
1
1
vcl_hrd_parameters_present_flag
0
low_delay_hrd_flag
0
pic_struct_present_flag
1
表 I- 9
表 I- 10
44
119
89
79
14
33
33
44
0
0
0
1
フレーム
・レート
プログレッシブ／
インタレース
29.97
29.97
29.97
59.94
インタレース
インタレース
インタレース
プログレッシブ
画像サイズを表すパラメータの組合せ（その 2）
frame_crop_bottom_offset
480
frame_crop_top_offset
720
frame_crop_right_offset
画素数
frame_crop_left_offset
画素数
frame_cropping_flag
垂直
frame_mbs_only_flag
水平
aspect_ratio_idc
アスペクト比
frame_mbs_only_flag
480
1080
1080
720
pic_height_in_map_units_minus1
垂直画素数
720
1920
1440
1280
4:3
画像サイズを表すパラメータの組合せ（その 1）
pic_width_in_mbs_minus1
水平画素数
フレームレートが 29.97Hz の場
合は 60000、59.94Hz の場合は
120000 と設定する。
1：固定フレームレート
1：ビットレートとバッファ情報
を示す NAL HRD パラメータを
シンタクス要素に含む
0：ビットレートとバッファ情報
を示す VCL HRD パラメータを
シンタクス要素に含まない
0：受信バッファのアンダー・フ
ローを許容しない。
１固定
3
0
0
0
0
0
0
- 440 -
16:9
720
480
5
0
0
0
0
0
0
16:9
1920
1080
1
0
1
0
0
0
2
16:9
1440
1080
0
1
0
0
0
2
16:9
1280
720
1
0
0
0
0
0
255 又は
14（注）
1
（注）H.264 の初期規格では aspect_ratio_idc=14 は規定されていないため、255 での運用が
望ましい。
- 441 -
I.15 パン・スキャン（Pan-scan rectangle）SEI
サイドパネルやレターボックスなど、本来の映像ソースと異なるアスペクト比で送出
する場合、以下に示すパン・スキャンのパラメータを設定することにより、受信機の画
角によって黒枠（額縁）表示にならないようにすることが可能となる。ここで、パン・
スキャン運用時の表示形式については、STD-B32 第 1 部付属第 5 章「符号化パラメータ
の制約条件」における図 1-1「アスペクト比 4：3／16：9 のモニタにおける望ましい表示
形式」に従う。
また、パン・スキャン運用を行う場合には、GOP の先頭 I ピクチャ（Closed GOP で
は IDR ピクチャ、Open GOP では non-IDR の I ピクチャ）に、Pan-scan rectangle SEI
を必ず符号化する。（パン・スキャン運用を行わない場合には、Pan-scan rectangle SEI
を符号化してはならない）
以下に、上記運用を行う場合の各パラメータの値を示す。
- 442 -
表 I- 11
パンスキャン SEI
Sequence parameter set のパラメータ
水平画素数
垂直画素数
Picture
width
Picture
height
aspect_
ratio_idc
pic_width_
in_mbs_
minus1
1920
1920
1440
1440
1280
1280
720
720
720
1080
1080
1080
1080
720
720
480
480
480
1
1
255 又は 14
255 又は 14
1
1
5
5
3
119
119
89
89
79
79
44
44
44
33
33
33
33
44
44
14
14
14
720
480
3
44
14
pic_height_in
frame_mbs_o
_map_units_
nly_flag
minus1
Pan-scan rectangle SEI のパラメータ
参考図
pan_scan_
rect_left_
offset
pan_scan_
rect_right_
offset
pan_scan_
rect_top_
offset
pan_scan_
rect_bottom_
offset
0
0
0
0
1
1
0
0
0
0
3840
0
3840
0
2560
0
1440
0
0
-3840
0
-3840
0
-2560
0
-1440
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
①
②
①
②
①
②
①
②
③
0
0
0
960
-960
④
（注）aspect_ratio_idc =255 の場合は、sar_width=4, sar_height=3 に設定すること。
- 443 -
表 I- 12
シンタックス要素
pan_scan_rect_id
パン・スキャン SEI のその他のシンタックス要素
運用
備考
0
ID によるパンスキャン情報の区別は
行わない
pan_scan_rect_cancel_flag
0
パン・スキャン情報を常に送る
pan_scan_cnt_minus1
0
パン・スキャン情報は 1 種類のみ
pan_scan_rect_repetition_period
1
パン・スキャン情報は、次シーケンス、
あるいは、パン・スキャン SEI が付加
された次ピクチャの直前まで有効
映像ソース
480i 信号
4:3 モニタに表示する場合
480i、1080i、720p 信号
16:9 モニタに表示する場合
①16:9 の番組１
4:3 モニターに
はレターボック
ス形式で出力す
る
16:9 モニター
にはそのまま
表示する
②16:9 の番組２
4:3 モニターに
は両サイドパネ
ル を 捨 て 、 480
×720 のフル画
面表示
16:9 モニター
にはそのまま
表示する
③4:3 の番組
4:3 モニターに
は 4:3 の番組を
そのまま表示す
る
16:9 モ ニ タ ー
にはサイドパ
ネルを付加し
て表示するか、
480ｉではモニ
ター側の偏向
系の工夫によ
り表示する
④レターボックス
形式の 4:3 番組
4:3 モニターに
はそのまま表示
する
16:9 モニター
には垂直方向
に 4/3, 2, 3 倍
し、有効走査
線 480, 720,
1080 本にして
表示するか、
480 ｉ で は モ
ニター側の偏
向系の工夫に
より表示する
- 444 -
グレー部分は実映像があ
る場合と黒パネルの場合が
あることを示している
［付録 J］ 簡易プロファイル受信機のガイドライン
J.1 概要
付録 J は、簡易プロファイル受信機の受信機モデルと、受信機および配信方式のガイド
ラインについて、標準プロファイル受信機との違いを明確にする形で記述する。
簡易プロファイルは、大容量ストレージを内蔵せず、リムーバブルメディアまたはエキ
スポート先メディア外部出力インタフェースのみ備え、直接エキスポートサービスにより、
コンテンツのダウンロード販売を可能とする受信機プロファイルである。
ここで、直接エキスポートサービスとは、映像コンテンツをストレージに蓄積せず、直
接、エキスポート先のメディアに書き込むサービスである。
簡易プロファイルのガイドラインを規定することにより、標準プロファイルより安価な
受信機が実現できるため、ダウンロードサービスのさらなる普及を促進することが期待さ
れる。
445/484
J.2 想定するサービス要件
J.2.1 直接エキスポートサービス
J.2.1.1 ダウンロードナビゲーション
ダウンロードナビゲーションの仕様については、1.6.2 を参照のこと。簡易プロファイ
ルのダウンロードナビゲーションは、標準プロファイル同様、ネット TV ブラウザ上の
Web コンテンツで実現されることを前提とする。
配信システム側では、Web サーバにおいて、受信機が簡易プロファイル対応なのか、
標準プロファイル対応なのかを判定し、簡易プロファイル対応受信機に対しては、直接
エキスポートに対応するコンテンツのみを提供することが望ましい。
J.2.1.2 課金形態
簡易プロファイルのコンテンツのパッケージ形態と課金タイミングについては、表 1-2
のうち、表 J- 1 に示す範囲を運用する。
表 J- 1
パッケージ形態と課金タイミング
No.
パッケージ形態
ダウンロード前課金
利用前課金
1
見放題
―
―
2
単品
○
―
3
パック
○
―
4
セレクト
○
―
○：運用必須または運用オプション
―：非運用項目
コンテンツを販売するパッケージ形態は、見放題、単品、パック、セレクトを想定する
が、見放題は、拡張仕様の利用期限エキスポートを実現する場合に限られる。
課金タイミングは、ダウンロード前課金のみを想定し、利用前課金は想定しない。
直接エキスポートの場合、ダウンロード開始と同時に、エキスポートによるコンテンツ
利用も開始されるため、利用前課金を運用する意味がないからである。
J.2.1.3 コンテンツの利用形態
簡易プロファイルでは、ユーザのコンテンツの利用形態は、表 J- 2 の視聴、コピーのう
ち、表 J-2 に示すように、コピーのみを単独で利用する想定とする。コンテンツの視聴は、
コピー先のメディアの再生手段を利用する。
表 J- 2
No.
コンテンツの利用形態
利用形態
運用
1
視聴
―
2
コピー
○
446/484
○：運用必須または運用オプション
―：非運用項目
J.2.1.4 ダウンロード処理の実行形態
簡易プロファイルのダウンロードの実行形態は、表 J- 3 の単体ダウンロード、一括ダ
ウンロード、更新ダウンロードのうち、表 J-3 に示すように、単体ダウンロード、一括ダ
ウンロードのみを想定する。
表 J- 3
No.
実行形態
ダウンロードの実行形態
想定されるパッケージ形態
運用
1
単体ダウンロード
単品、パック、セレクト
○
2
一括ダウンロード
パック、
○
3
更新ダウンロード
―
―
○：運用必須または運用オプション
―：非運用項目
J.2.1.5 ローカルナビゲーション
簡易プロファイルでは、直接エキスポートにより、ダウンロードしたコンテンツは、リ
ムーバブルメディア等に直接書き込まれる。
このため、コンテンツの検索や利用は、ECG ではなく、リムーバブルメディア等の規
格に基づくコンテンツナビゲーション機能により行なうため、規定しない。
J.2.1.6 コンテンツの再生
簡易プロファイルでは、コンテンツの再生は、リムーバブルメディア等の規格に基づく
再生アプリケーションにより行なうため、規定しない。
また、プログレッシブダウンロード機能の実装も規定しない。
J.2.1.7 コンテンツのリモート再生
簡易プロファイルでは、規定しない。
J.2.1.8 コンテンツのエキスポート
簡易プロファイルでは、表 J- 4 のサービス要件に対し、エキスポートを想定する。
ただし、それぞれのサービス要件を実現するためには、受信機は、表 J- 4 に示す前提
条件を満たしている必要がある。
コンテンツのエキスポート先としては、リムーバブルメディア、または、ネットワーク
が想定されるが、以降、直接エキスポートの運用に関する説明において、コンテンツの
エキスポート先として利用するリムーバブルメディアを「エキスポート先メディア」と
記述することがある。
447/484
表 J- 4
No.
1
エキスポートのサービス要件
分類
エキスポート
前提条件
運用
DRM で保護されたコンテンツをエキスポート
○
する場合は、DRM で許されたエキスポート先
メディアのみコピーが可能
2
拡張
コピー回数 エキスポート先メディアが、コピー回数管理を
－
エキス
付きエキス 行なえる著作権保護機能を持つ場合のみ可能
注 1)
ポート
ポート
3
利用期限付 エキスポート先メディアが、利用開始期限、利
－
きエキスポ 用終了期限等の期限管理を行なえる著作権保護
注 1)
ート
機能を持つ場合のみ可能
○：運用必須または運用オプション
注1）
―：非運用項目
仕様書1.2版では検討対象外とする
J.2.1.9 パレンタル制御
成人年齢に満たない子供に対して、視聴制限をかけたいコンテンツに関してのパレン
タル制御として、次の項目が想定される。
z
ダウンロードナビゲーション（Web コンテンツ）のパレンタル制御
直接エキスポートのダウンロードナビゲーション（Web サービス）において、
サーバ側で行なわれるパレンタル制御。
z
受信機によるエキスポート先メディアのパレンタル制御
エキスポート先メディアが、パレンタル制御機能を持つ場合は、コンテンツの
エキスポート時に、受信機の機能として、そのコンテンツに設定されたパレン
タル情報を、エキスポート先メディアのパレンタル制御に利用してもよい。
J.2.2 システムモデル
J.2.2.1 システムエンティティモデル
簡易プロファイルのシステムエンティティモデルを、図 J- 1 に示す。
配信システム側は、標準プロファイルと同一構成であり、大きな変更は必要ない。
448/484
受信機
配信システム
Web
サーバ
顧客管理
サーバ
HTML文書
ブラウザ
起動
メタデータ
サーバ
課金・決済
サーバ
DL制御情報
ECGメタデータ
再生制御情報
ダウンローダ
コンテンツ
コンテンツ
サーバ
コンテンツ
エキスポート
処理部
DRM
サーバ
コンテンツ鍵・RMPI
デジタルテレビ情報化研究会
の規格化スコープ
図 J- 1
コンテンツ・ダウンロードを実現するシステムのエンティティモデル
表 J- 5
No.
DRM
クライアント
ライセンス
システムのエンティティモデル
エンティティ名称
機能
典型的な実装例
1
ブラウザ
テレビ向け Web コンテンツの提示 ネット TV ブラウザ
2
ダウンローダ
コンテンツのダウンロード先の選 レジデントアプリケー
択およびダウンロードの実行
3
DRM クライアント
デジタル著作権管理システムの端 レジデントアプリケー
末組込機能
4
エキスポート処理部
ション
ダウンロードしたコンテンツを受 レジデントアプリケー
信機外にコピー出力する手段
表 J- 6
No.
1
ションと出力先 I/F
配信システムのエンティティモデル
エンティティ名称
Web サーバ
ション
機能
ダウンロードしたいコンテンツのナビゲーションを行う
Web コンテンツの配信
449/484
No.
2
エンティティ名称
メタデータサーバ
機能
コンテンツ･ダウンロードサービスに必要なメタデータ（ダ
ウンロード制御情報、再生制御情報など）の配信
3
コンテンツサーバ
映像コンテンツの配信
4
DRM サーバ
ライセンスの配信
5
顧客管理サーバ
コンテンツ配信サービスに加入する顧客情報と顧客が契約
したパッケージの管理
6
課金・決済サーバ
顧客が購入したパッケージに基づく課金決済処理
J.2.2.2 データ構成
J.2.2.1 で定義したエンティティに関し、エンティティが処理するデータとの関係を、
図 J- 2 に示す。
ブラウザは、HTML 文書を提示し、文書の操作でダウンロードが指示されると、ダウ
ンロード制御情報を取得する。ダウンローダは、ダウンロード制御情報を解析し、記述
内容に従い、再生制御情報やコンテンツ本体を取得し、エキスポート処理部に渡す。
エキスポート処理部は、DRM クライアントに、コンテンツのエキスポートライセンス
を取得要求し、DRM クライアントは、対応するライセンスを端末に保持していなければ、
通信で取得して、エキスポート処理部に渡す。
エキスポート処理部は、取得したライセンスに従い、ダウンロードしているコンテンツ
を、エキスポート先に出力すると共に、再生制御情報を元に、エキスポート先にコンテ
ンツ情報を出力する。
450/484
HTML
文書
ライセンス
ネットワーク経由で取得
取得・処理対象
DRM
クライアント
ブラウザ
ダウンロード
制御情報
起動
暗号鍵
制御情報入力
ネットワーク経由で取得
ECG
メタデータ
再生制御
情報
処理指示
ネットワーク経由で取得
ダウンローダ
ネットワーク経由で取得
エキスポート
処理部
ネットワーク経由で取得
凡例
コンテンツの流れ
制御データの流れ
コンテンツ
制御データの流れ（オプション）
制御の関係
図 J- 2
ダウンロードサービスに用いられるデータと受信機内エンティティとの関係
J.2.2.3 プロトコルスタック
簡易プロファイル受信機のプロトコルスタックモデルについては、1.7.3 を参照のこと。
451/484
J.3 DRM 仕様
簡易プロファイル受信機における、DRM 仕様については、第2 章を参照のこと。
ただし、簡易プロファイルでは、ダウンロード再生ライセンスを運用しない。
また、簡易プロファイル受信機は、ストレージを内蔵しないため、第2 章の受信機モデ
ルにおいて、予めストレージに蓄積して受信機で利用していたコンテンツ、メタデータ
等は、必要に応じて直接ネットワークから取得し、利用するものとする。
452/484
J.4 受信機モデル
J.4.1 受信機モデル
簡易プロファイル受信機の受信機モデルは、図 J- 3 に示すモデルを想定する。受信機
モデルにおいて、各エンティティがモデル化した機能については、表 J- 7 受信機のエン
ティティモデルにて解説した。
CAS
DRM
クライアント
デクリプタ
通信処理
ストリーミング
受信処理
映像・音声出力処理
デジタル放送
受信・録画処理
デマルチプレクサ
放送I/F
AVプレーヤ
映像デコーダ
音声デコーダ
字幕デコーダ
映像・
音声
出力I/F
通信I/F
リムーバブル
メディア
ダウンローダ
エキスポート処理部
リモコン
I/F
ブラウザ
ダウンロード・
コンテンツの流れ
その他の映像
データの流れ
図 J- 3
その他データの流れ
1
その他のエ
ンティティ
受信機のエンティティモデル
エンティティ名称
通信 I/F
仕様に関わるエンティティ
コンテンツ・ダウンロードを実現する受信機モデル
表 J- 7
No.
リモコン信号
モデル化された機能
典型的な実装例
ネットワークとの接続インタフ 有 線 LAN I/F, 無 線
LAN I/F, IEEE1394
ェース
等
2
通信処理
ネットワークとの接続プロトコ TCP/IP, UDP, RTP,
HTTP, SSL/TLS 等
ル
3
ブラウザ
ダウンロード・コンテンツの検 ネット TV ブラウザ
索、購入、ダウンロードの指示
を Web コンテンツ上で行う（ダ
ウンロードナビゲーション）
453/484
No.
4
エンティティ名称
ダウンローダ
モデル化された機能
典型的な実装例
コンテンツ・ダウンロードのス レジデントアプリケー
ケジューリング、実行、状態更 ション（ダウンローダ、
新
およびダウンロード状
態表示）
DRM クライアント
5
デジタル著作権管理システムの レジデントアプリケー
端末組込機能
ション
（DRM に依存）
6
デクリプタ
暗号化されたコンテンツの復号
7
AV プレーヤ
AV コンテンツの再生
7-1
-デマルチプレクサ
映像コンテンツのパケットを分
離
7-2
-映像デコーダ
圧縮映像のデコード、再生
MPEG-2/H.264 映 像
デコーダ
7-3
-音声デコーダ
圧縮音声のデコード、再生
AAC/MPEG1
Audio
音声デコーダ
7-4
-字幕デコーダ
映像コンテンツに連動した字幕 レジデントアプリケー
の表示
リモコン I/F
8
ション
AV プレーヤ、ブラウザなどのア 赤外線インタフェース
プリケーション操作を行う指示
デバイスのインタフェース
9
映像・音声出力処理
デコードされた映像･音声信号 HDMI 出力変換、D/A
を電気信号に変換
10
映像･音声出力 I/F
コンバータ等
映像・音声出力をディスプレイ HDMI I/F, D 端子, S
などの外部デバイスへ出力する 端子, 光音声 I/F 等
インタフェース
11
エキスポート処理部
ダウンロードしたコンテンツを
受信機外にコピー用出力する手
段
11-1 -リムーバブル
メディア
コンテンツを受信機から取り外 光ディスク,メモリカ
し、持ち出すことができる記憶 ー ド , リ ム ー バ ブ ル
デバイス
HDD 等
J.4.2 受信機の動作モデル
ユーザがブラウザを介してコンテンツを購入後、ダウンロードを行う際の、受信機内の
制御とデータの流れを示す。
454/484
図 J- 4 は、ダウンロードしたコンテンツを非同期転送可能な外部出力先に、エキスポ
ートする場合の流れであり、ユーザはリモコンボタン操作によりダウンロード実行をブ
ラウザに指示する。
ブラウザはダウンロード制御情報を取得し、これをダウンローダに渡す。
ダウンローダは、必要があれば、ユーザにコンテンツのダウンロード先を選択させた後、
ダウンロード制御情報参照し、再生制御情報を取得してエキスポート処理部に通知し、
コンテンツをネットワークから取得開始する。
これに対し、エキスポート処理部は、エキスポートライセンスを、DRM クライアント
を介して取得し、ライセンス条件を、外部出力インタフェースを通じ出力先に設定する。
次に、エキスポートライセンスに記述されたライセンス鍵をデクリプタに設定し、ダウ
ンローダからの出力されるコンテンツを、DRM クライアントを通し復号した結果を受け
取り、外部出力に対し出力する。
図 J- 4 は、ダウンロードしたコンテンツを外部出力先に、エキスポートする場合の流
れである。
CAS
DRM
クライアント
デクリプタ
通信処理
ストリーミング
受信処理
映像・音声出力処理
デジタル放送
受信・録画処理
デマルチプレクサ
放送I/F
AVプレーヤ
映像デコーダ
音声デコーダ
字幕デコーダ
映像・
音声
出力I/F
通信I/F
ダウンローダ
エキスポート処理部
リムーバブル
メディア
ブラウザ
コンテンツの流れ
再生制御情報・ECGメタデータの流れ
制御の流れ
ダウンロード制御情報の流れ
図 J- 4
エキスポート先メディアへのエキスポート処理の流れ
J.4.3 ネット TV ブラウザ
455/484
リモコン
I/F
J.4.3.1 ネット TV ブラウザ仕様
簡易プロファイル受信機におけるネット TV ブラウザ仕様については、3.3 節を参照の
こと。簡易プロファイル受信機は、3.3 節に記載されるプラグインのうち、3.3.3 節の直
接エキスポート用ダウンロードプラグインと3.3.4 節のメディア確認プラグインを搭載し、
3.3.2 節のダウンロードプラグインは搭載しなくてもよい。
J.4.3.2 直接エキスポート用ダウンロードプラグイン
簡易プロファイル受信機における、直接エキスポート用ダウンロードプラグインの仕様
については、3.3.3 節を参照のこと。
J.4.3.3 メディア確認プラグイン
本節では簡易プロファイル受信機におけるメディア確認プラグインの目的や使用する
想定ケースについて説明する。なお、本節で記載するメディア確認プラグインの動作、
並びに HTML コンテンツの記載内容はあくまで一例であり、動作、記載内容を制約する
ものではない。
なお、本J.4.3.3 節において、リムーバブルメディア等と記述がある場合でも、ネット
ワークを経由して外部の機器へエキスポートを行う形態を排除するものではない。
J.4.3.3.1メディア確認プラグインの目的
簡易プロファイル受信機はコンテンツをリムーバブルメディア等に直接エキスポート
する。ストレージに比べてリムーバブルメディアは容量が小さく、また、リムーバブル
メディアの中には著作権保護方式に対応していないメディアが挿入されている場合も考
えられる。そのため、リムーバブルメディアが、容量不足や、著作権保護機能に非対応
の場合、ユーザがコンテンツを購入してもエキスポートできない可能性が発生する。そ
のため、メディア確認プラグインをコンテンツ購入前、もしくはダウンロード制御情報
の取得前に用いることで、エキスポートの準備ができていない状態で、コンテンツを購
入、もしくはエキスポートを開始するケースを未然に防ぐことが可能となる。
J.4.3.3.2メディア確認プラグインを使用した画面遷移の想定
メディア確認プラグインの使用ケースとして、コンテンツ購入時とダウンロード制御情
報取得時の画面遷移を説明し、同時にブラウザ、並びにメディア確認プラグインの動作
について説明する。
ただし、これはメディア確認プラグインの使用をコンテンツ購入時、またはダウンロー
ド制御情報取得時のみに限定するものではない。
(1) コンテンツ購入時の画面遷移
図 J- 5 は、コンテンツ購入時の画面遷移図である。なお、各画面の左上部にある数字
456/484
は画面番号を表す。また、各画面のプラグインは画面上で動作しているときは実線、動
作していないときは破線で表す。
メディア確認
プラグイン
①
メディア確認
プラグイン
②
メディア確認
メディア確認
BD
名探偵ドイル
第1話～第４話
BD
名探偵ドイル
第1話～第４話
DVD
DVD
iVDR
iVDR
購入手続きへ
購入手続きへ
メディア確認
プラグイン
①‐２
③
カード番号入力
メディア確認
ディスクが
BD
名探偵ドイル
挿入されていません
第1話～第４話
確認
DVD
iVDR
キャンセル
④
OK
⑤
購入を実行
名探偵ドイル
第1話～第４話
戻る
準備完了！
注：
プラグインが
表示するパネル
図 J- 5
コンテンツ購入時の画面遷移
メディア確認結果が OK の場合、画面は①⇒②⇒③⇒④⇒⑤の順に遷移する。各画面
を遷移する際の動作は以下のとおりである。なお、①の画面ではコンテンツの詳細画面
が表示されているものとする。
①
：ユーザアクションにより HTML 画面上にてメディア確認を行うメディアの種
類を指定する。メディア確認プラグインは指定されたメディアの確認処理を実行する。
457/484
なおメディア確認結果が取得できるまでの間は、HTML 画面上にある購入手続きへ進む
ボタンは、非表示にするなどユーザが選択できない状態にしておくことを想定する。
①⇒②：メディア確認結果が OK の場合、メディア確認プラグインからメディア確認
結果を取得したブラウザは購入手続きへ進むボタンを表示する。
②⇒③：ユーザアクションによる購入手続きボタン押下により、ブラウザはカード番
号の入力画面等の購入に必要な画面をサーバから取得する。
③⇒④：ユーザアクションによりカード番号が入力され、カード番号が正しければブ
ラウザは購入実行画面をサーバから取得する。
④⇒⑤：ユーザアクションによる購入実行ボタンの押下により、ブラウザは購入処理
を実行し、購入処理が完了するとサーバから購入完了画面を取得する。
次にメディア確認結果が WARNING の場合、画面は①⇒①―２⇒②⇒③⇒④⇒⑤の順
に遷移する。③以降の画面遷移はメディア確認結果が OK の場合と同様であるので、③
へ遷移するまでの動作について説明する。
①⇒①―２：メディア確認結果が「メディア未挿入」などの WARNING に属するエラ
ーの場合、メディア確認プラグインは確認結果をユーザに提示する。
①－２⇒②：メディア確認プラグインから、メディア確認結果（=WARNING）を取得
したブラウザは購入手続きへ進むボタンを表示する。
本ケースではメディア確認結果が WARNING の場合、購入手続きへ進むボタンを表示
したが、メディア確認結果が WARNING の場合に、購入処理を継続する／しないの判断
はサービス依存である。
また、メディア確認結果が WARNING で購入手続きへ進む場合、
プラグインが行うメディア確認結果の提示に加えて、HTML でもユーザへの注意を喚起
する表示を行うことが望ましい。
なお、本画面遷移ではメディア確認結果が OK,WARNING の場合で説明を行ったが、
メディア確認結果が NG の場合は、ブラウザが画面にコンテンツを購入できない旨を表
示し、コンテンツの購入が継続できないことを想定する。
(2) ダウンロード実行時の画面遷移
図 J- 6 は、ダウンロード制御情報の取得時の画面遷移図である。なお、各画面の左上
部にある数字は画面番号を表す。また、各画面のプラグインは画面上で動作していると
きは実線、動作していないときは破線で表す。
458/484
ダウンロード
プラグイン
①
メディア確認
プラグイン
②
DL残1
名探偵ドイル
SD
DL残1
スピード
DL残2
SD
スピード
DL残2
吸血鬼
DL残0
BD
吸血鬼
DL残0
ダウンロード
プラグイン
①－２
メディア確認
プラグイン
購入済コンテンツ
購入済コンテンツ
名探偵ドイル
ダウンロード
プラグイン
メディア確認
プラグイン
ダウンロード
プラグイン
③
購入済コンテンツ
SD
SD
SD
BD
iVDR
BD
メディア確認
プラグイン
購入履歴
ディスクが
挿入されていません
DL残1
名探偵ドイル
SD
ダウンロード済
スピード ダウンロード開始
スピード
DL残2
確認
SD
名探偵ドイル
ダウンロード未
吸血鬼
DL残0
BD
吸血鬼
ダウンロード未
登録完了
注：
プラグインが
表示するパネル
図 J- 6
ダウンロード実行時の画面遷移
メディア確認結果が OK の場合、画面は①⇒③の順に遷移する。各画面を遷移する際
の動作は以下のとおりである。なお、①の画面では購入した各コンテンツをどのメディ
アにエキスポートするかを示すエキスポート先が表示されているものとする。
①
：ユーザアクションにより HTML 画面上にてエキスポートするコンテンツを選
択する。メディア確認プラグインは指定されたメディアの確認処理を実行する。
①⇒③：メディア確認結果が OK の場合、メディア確認プラグインからメディア確認
結果を取得したブラウザは直接エキスポート用ダウンロードプラグインへダウンロード
制御情報取得要求コマンドを送信する。
次にメディア確認結果が WARNING たは NG の場合、画面は①⇒①―２の順に遷移す
る。
①⇒①－２：メディア確認結果が「メディア未挿入」などの WARNING に属するエラ
ーの場合、メディア確認プラグインは確認結果をユーザに提示する。このときブラウザ
が画面にコンテンツをエキスポートできない旨を表示し、ダウンロード処理を継続しな
459/484
いことを想定する。
また、①ではエキスポート先メディアが指定されてあるが、エキスポート先メディア
を変更することも想定される。画面①と画面②との画面遷移を例にエキスポート先メデ
ィア変更方法を説明する。
①⇔②：エキスポート先メディアを変更する場合、ユーザアクションにより、HTML
画面上のプルダウンボタンの押下によりエキスポート先メディアを変更する（画面②）。
メディア変更が終了すると、ブラウザは画面①を更新する。
なお、本画面遷移ではメディア確認結果が OK,WARNING の場合で説明を行ったが、
メディア確認結果が NG の場合は、ブラウザが画面にコンテンツを購入できない旨を表
示することを想定する。
J.4.3.3.3メディア確認後に実行する処理
上記に説明したように、Web コンテンツは以下の処理に際してメディア確認を行うこ
とが望ましい。
①コンテンツ購入手続きを行う前
②ダウンロード制御情報取得要求を行う前
いずれの場合においても、基本的に、メディア確認結果が"OK"の場合に処理を継続す
ることを想定する。
特に、ダウンロード制御情報取得前(②)の場合は、メディア状態が"OK"であることを確
認したうえで、ダウンロード制御情報取得要求を行うことが望ましい。これは、ダウン
ロード制御情報を取得後は、端末は即座にエキスポートライセンスを取得する可能性が
あり、ライセンス取得後のコンテンツ払戻しは処理が複雑となるためである。一方、コ
ンテンツ購入前(①)のメディア確認では、確認結果が"OK"の場合に加えて、"WARNING"
の場合でも継続可能とする運用も想定される。但し、この場合、ユーザにコンテンツの
ダウンロードが出来ない状態での購入であることを通知するなど、Web コンテンツにて
ユーザに対する十分な配慮が必要である。
J.4.3.3.4メディア確認結果のユーザ提示について
メディア確認プラグインは、メディア確認の結果が WARNING、NG のときは確認結
果や理由をユーザに提示することが望ましい。これは WARNING、NG となる詳細な理
由をメディア確認プラグインのみが提示可能だからである。ただし、メディア確認モー
ドが no_display のときはユーザに提示しないことが望ましい。
460/484
J.4.3.3.5 HTML コンテンツに関するガイドライン
(1)
メディア確認プラグインが BUSY 状態における HTML の動作
メディア確認プラグインは、メディア確認の結果を必要に応じてユーザに提示するが、
提示方法は端末実装依存である。そのためメディア確認処理、メディア確認結果をユー
ザが理解できるよう、メディア確認プラグインを起動する HTML コンテンツのガイドラ
インを示す。
プラグインの状態が BUSY 中のとき、プラグインはメディア確認結果などを表示する。
そのため、BUSY 中にブラウザがページ遷移もしくは画面上にあるコンテンツの表示切
り替えなどを行うと、ユーザを混乱させる可能性がある。そこで、プラグインが BUSY
中の場合、HTML コンテンツは以下のような動作をすることが望ましい。
z
メディア確認中（BUSY 中）における HTML コンテンツの動作
①
購入ページへの遷移などのメディア確認結果に依存するページ遷移は行わないこ
とが望ましい。ただし、ポータルサイトへの遷移などメディア確認結果に依存し
ないページ遷移は行ってもよい。
②
スクリプトによる自動遷移は行わないことが望ましい。
ただし①、②において、プラグインの BUSY 状態が長時間続く場合があるため、一定
時間経過後、タイムアウト処理を行ってもよい。
なお、プラグインがパネルを表示している間は HTML 上の表示を変更してもユーザに
伝わらない可能性があることを考慮して、HTML コンテンツを制作することが望ましい。
図 J- 7 は、3.3.4.9.1.2 で説明したメディア確認結果が WARNING となるシーケンス図
から、画面遷移図と各画面のプラグインの状態を抜粋した図である。この図において②
および③が BUSY 状態に相当する。
461/484
①
②
メディア確認
BD
名探偵ドイル
第1話～第４話
DVD
メディア確認
メディア確認
押下
名探偵ドイル
第1話～第４話
iVDR
BD
DVD
iVDR
購入手続きへ
購入手続きへ
プラグインの状態：
IDLE
プラグインの状態：
BUSY
WARNING
理由表示
③
④
メディア確認
メディア確認
完了
ディスクが
BD
名探偵ドイル
挿入されていません
第1話～第４話
確認
メディア確認
名探偵ドイル
第1話～第４話
BD
DVD
DVD
iVDR
iVDR
購入手続きへ
プラグインの状態：
BUSY
図 J- 7
プラグインの状態：
IDLE
メディア確認における画面遷移図と各画面でのプラグインの状態
各画面を遷移する動作は以下のとおりである。
①⇒②：ユーザアクションによるメディア確認ボタン押下により、メディア確認プラ
グインはメディア確認処理を行う。このときプラグインの状態は IDLE から BUSY にな
る。
②⇒③：確認結果が WARNING とわかったプラグインは、WARNING の理由をユー
ザに提示する。このときプラグインの状態は BUSY のままである。
③⇒④：ユーザアクションもしくは表示タイムアウトにより、メディア確認プラグイ
ンは理由を消去し、メディア確認処理を終了する。このときプラグインの状態は BUSY
から IDLE に遷移する。
J.4.3.3.6メディア確認先の保存
3.3.4 節のとおり、メディア確認プラグインはコンテンツ購入前、またはダウンロード
制御情報取得前に用いられることを想定している。ユーザの操作を簡便にするために、
メディア確認プラグインで確認した確認先メディアの情報は、ダウンロードプラグイン
へ引き継ぐことが望ましい。しかしながら、両プラグイン間の通信インタフェースは規
462/484
定しない。そのため、メディア確認の対象をダウンロードプラグインへ伝達するために
は WEB コンテンツに記載することを想定する。
J.4.3.3.7メディア確認モードにおける no_display の使用について
3.3.4.6.3.1 節で規定された Mode の値を指定することにより、メディア確認要求時には、
パネルの結果表示を行うモード（normal）と結果表示を行わないモード（no_display）
を指定することができる。サービス事業者はメディア確認時に no_display モードを適切
に使用することで、ユーザ操作手順の削減が期待できる。
図 J- 8 は、no_display モードを使用したときの画面遷移の一例である。本ケースでは
メディア確認をスクリプトにより自動実行し、no_display を動作モードに指定すること
で、メディア確認から購入手続きへスムーズに移行している。
①
②
メディア確認
名探偵ドイル
第1話～第４話
BD
メディア確認
自動実行
名探偵ドイル
第1話～第４話
購入手続きへ
BD
BD自動チェック中
購入手続きへ
OK
WARNING
or NG
④
③
メディア確認
名探偵ドイル
第1話～第４話
メディア確認
BD
BD
名探偵ドイル
第1話～第４話
BD自動チェック済
結果：OK
理由を表示
購入手続きへ
図 J- 8
BD自動チェック済
結果：NG
購入手続きへ
no_display 指定時の画面遷移
各画面を遷移する動作は以下のとおりである。
①⇒②：スクリプトの自動実行によりメディア確認プラグインはメディア確認処理を
行う。このとき動作モードには no_display が指定されている。プラグインの状態は IDLE
から BUSY になる。ブラウザはユーザにわかるように、HTML 上にメディア確認が自動
実行されている旨を表示することが望ましい。
②⇒③：確認結果が OK とわかったメディア確認プラグインは、メディア確認処理を
終了する。スクリプトは結果問い合わせの結果が OK であったので、HTML 上にメディ
463/484
ア確認の自動実行が終了した旨を表示し、購入ページへ遷移するボタンを表示する。
②⇒④：確認結果が WARNING、もしくは NG とわかったメディア確認プラグインは、
メディア確認処理を終了する。スクリプトは結果問い合わせの結果が WARNING、もし
くは NG であったので、HTML 上にメディア確認の自動実行が終了した旨とメディア確
認に問題が生じている旨をを表示する。このとき、動作モードを normal にして再度メデ
ィア確認を実施することが考えられる。
J.4.3.4 コンテンツの判別手段に関するガイドライン
簡易プロファイル受信機において、コンテンツが簡易プロファイル受信機の機能を判別
するために navigator.dtvnetbrowser を使う場合、ネット TV ブラウザは、D.8.2 で規定
し た コ ン テ ン ツ の 判 別 手 段 に 従 い 、 navigator.dtvnetbrowser オ ブ ジ ェ ク ト が 返 す
Option1 文字列を、次のように返すことが望ましい。
表 J- 8
簡易プロファイル受信機の Options1 文字列
キーワード
運用
DRM(Options2)
○（DRM を使用する場合）
SKP
－
UPD
－
SSB
－
CBU
－
IDF
－
NSD
○
EXP[(Options3)]
－
DEX[(Options4)]
○
MCP
○
凡例）○：指定する、－：指定しない
（参考）navigator.dtvnetbrowser オブジェクトが返す文字列の例
device:1.0,
browser:1.0,
streaming:1.0,
download:1.2(DRM(Marlin),
NSD,
DEX(01,0B,0C), MCP)
J.4.4 ダウンローダ
J.4.4.1. ダウンローダの機能
直接エキスポートにおけるダウンローダは、次の機能を持つ。
① 直接エキスポート用ダウンロードプラグインからのダウンローダ状態問合せに対
464/484
する状態通知応答
② 直接エキスポート用ダウンロードプラグインが取得したダウンロード制御情報の
解析
③ 直接エキスポート用ダウンロードプラグインからのエキスポート先メディアの取
得と、エキスポート処理部へのエキスポート先メディアの通知
④ エキスポート処理部に対するエキスポート開始要求とエキスポート処理部のエキ
スポート完了待ち
⑤ メタデータサーバからの再生制御情報取得と、エキスポート処理部への再生制御情
報出力
⑥ コンテンツサーバからのコンテンツ取得と、エキスポート処理部へのコンテンツ出
力
J.4.4.2. ダウンローダの起動、終了
ダウンローダの起動、終了方法、および、そのタイミングについては、実装依存である
が、放送視聴中、スタンバイ状態においても、バックグラウンドで動作し続けることが
望ましい。
J.4.4.3. コンテンツのダウンロード
直接エキスポートにおけるダウンローダは、ダウンロード制御情報に記述された各参照
情報を元に、表 J- 9 のデータを取得する。
表 J- 9
直接エキスポート機能におけるダウンローダで取得するデータ
取得するデータ
内容
端末側運用
メディアファイル
映像コンテンツの本体
必須
再 生 制 御 再生制御メタファイル
ERI,LLI マルチパートエン 必須
情報
コードファイル
ストリーム再生制御情報 ピクチャ位置情報
オプション注 1)
ECG メタ コンテンツメタデータ
コンテンツ情報の記述
オプション
ファイル
シリーズメタデータ
シリーズ情報の記述
オプション
パッケージメタデータ
パッケージ情報の記述
オプション
ライセンスメタデータ
ライセンス管理情報の記述
オプション注 2)
注1）エキスポート処理において使用する場合は取得しても良い。
465/484
直接エキスポートでは、ダウンロード制御情報に参照情報が記述された特定コンテンツ
に対応するメディアファイル、再生制御メタファイルデータがすべて取得され、かつ
J.4.8.2 に記載のエキスポート処理が完了した状態を、そのコンテンツに対するダウンロ
ード処理が完了したと定義する。
また、ダウンローダは、次のような点を配慮して動作することが望ましい。
z
エキスポート先メディアの残容量が、ダウンロード・コンテンツを格納するた
めに不足する状態になった場合、コンテンツのダウンロード実行を一時中断し
てよい
z
コンテンツの削除操作などによりエキスポート先メディアの残容量が再び確
保された場合には、ダウンロードを自動再開してもよい
z
予約録画の保存エリアとダウンロードの保存エリアは共有してもよい。その場
合、保存エリアの残容量が不足したときに、予約録画とダウンロードのどちら
を優先して実行するかは実装依存とする。
z
コンテンツの取得でタイムアウトエラーが発生した場合、
リトライを行っても
よい。リトライする場合、リトライ間隔は間を空けること
z
最大リトライ回数は受信機の実装依存とする
z
リトライ回数オーバーで中断したコンテンツのダウンロードも、ダウンロード
状態表示アプリケーションなどから再開指示ができることが望ましい
z
feed(ダウンロード単位の情報),entry(コンテンツのダウンロード制御情報)の
alternate 属性は、無視してもよい
z
受信機が動作中に、コンテンツのダウンロードが完了した場合、視聴を阻害し
ない形式で、ダウンロードが完了したコンテンツについて、その旨メッセージ
を表示することが望ましい
J.4.4.4. ダウンロードおよびエキスポート先メディアの選択
直接エキスポートでは、エキスポート先メディアの指定は Web コンテンツで行われる。
指定されたエキスポート先メディアは、直接エキスポート用ダウンロードプラグインを
経由してダウンローダに伝えられ、さらに、エキスポート処理部に渡される。指定され
たエキスポート先メディアに対する空き容量チェック等、コンテンツの書込みが可能で
あることは、メディア確認プラグインを使って Web コンテンツ上で確認されている。ダ
ウンローダを含め受信機側は直接エキスポート用ダウンロードプラグインを介して指定
されたエキスポート先メディアを優先して選択することが望ましい。
466/484
J.4.4.5. ダウンロードの実行
直接エキスポートでは、Web コンテンツからダウンロードの開始が要求されると、ラ
イセンスの取得の後、取得したライセンスに対応するメディアファイルのダウンロード
とメディアへの書込みが行われる。そのため、複数のコンテンツを同時にダウンロード
するのではなく、一つのコンテンツ毎にダウンロード処理を完了することが望ましい。
Web コンテンツは、ダウンロードの実行を行う前に、直接エキスポート用ダウンロー
ドプラグインが IDLE 状態であることと、ダウンローダがダウンロード要求を受け付け
可能な状態であることを確認する。ダウンローダは、直接エキスポート用ダウンロード
プラグインを介して通知されるダウンローダ状態問合せに対して受信機の状態を勘案し
て、ダウンロード処理を受け付けるか否かを判定する。受信機がダウンロードを受け付
けるか否かの判定は受信機の実装依存とする。
コンテンツをダウンロードする際のダウンロード状態遷移モデルの例を図 J- 9 に示す。
直接エキスポート用ダウンロードプラグインがダウンローダに対してダウンロード実行
要求を行うと、ダウンローダは「ダウンロード待機」状態になり、ダウンロードに必要
なリソースが割り当てられると「ダウンロード中」状態に遷移する。
「ダウンロード中」
では、ダウンローダはコンテンツデータのダウンロードを行い、ダウンロードしたコン
テンツデータをエキスポート処理部へ出力する。エキスポート処理部は取得したコンテ
ンツデータをエキスポート先のメディアに書き込みを行う。全てのコンテンツのダウン
ロードと、エキスポート処理部におけるコンテンツデータのメディアへの書き込みが完
了すると、「ダウンロード完了」となる。
467/484
図 J- 9
直接エキスポートにおける状態遷移の例
（解説）
それ以外の状態遷移としては、次のような例を想定する。
z
コンテンツのダウンロード中に回復可能なエラーが発生した場合、
「ダウンロ
ード待機」状態に遷移し、そのコンテンツは、ダウンローダ・スケジューラ
が、自動的にリトライ実行を行う。回復可能なエラーの例としては、HTTP
セッションのエラーなどが考えられる。
z
コンテンツのダウンロードが、リソース不足（録画中にダウンロード用帯域
が不足、エキスポート先メディアの容量が不足など）などの受信機都合によ
り、一時的にダウンロードを強制中断させられた場合も、
「ダウンロード待機」
状態に遷移する。
z
ダウンロード状態表示アプリケーションなどにおいて、ユーザからの操作に
よって、中断操作が行われた場合、「ダウンロード中断」状態に遷移し、「ダ
ウンロード中断」状態のコンテンツは、ユーザからの再開操作により、「ダウ
ンロード待機」に遷移する。
z
コンテンツのダウンロード中に回復不可能なエラー状態になった場合も、
「ダ
ウンロード中断」状態に遷移する。回復不可能な状態と判断する例としては、
同じデータに対する HTTP のセッションエラーが受信機で定めた回数連続し
468/484
て発生した場合などが考えられる。
z
ダウンローダが管理するいずれの状態からも、ユーザによる削除操作により、
ダウンローダのスケジューラから外され、「ダウンロード中止」に遷移する。
z
ダウンロードが中断した場合、受信機は再度ダウンロードを実行することが
望ましい。ただし、受信機による再ダウンロード開始に向けたユーザー操作、
スケジューリング、メディアの残容量確認方法は端末依存とする。
z
ダウンロードが中断した場合において、致命的なエラーの発生によりダウン
ロードを再開できない場合は、ダウンロードを中止してもよい。
以上のダウンローダの状態遷移モデルに基づき一つのダウンロード制御情報に含まれ
るすべてのコンテンツのダウンロードが完了すれば、そのダウンロード制御情報を廃棄
してよく、すべてのコンテンツのダウンロードが完了した時点で、読み込まれたすべて
のダウンロード制御情報は破棄されることになる。
J.4.4.6. ダウンロードシーケンス
直接エキスポートにおいて、ダウンローダが、単体ダウンロードを行うシーケンス例を
図 J- 10 に示す。
図 J- 10
直接エキスポートにおけるダウンロード処理シーケンス
469/484
・ Web コンテンツは直接エキスポートを実行する前に、直接エキスポート用ダウンロード
プラグインに対して状態問い合わせを行い、IDLE であることを確認する。さらに、Web
コンテンツは直接エキスポート用ダウンロードプラグインを通じて、ダウンローダが直
接エキスポート処理の受付が可能であることを確認する。
・ Web コンテンツから直接エキスポート用ダウンロードプラグインに対して、ダウンロー
ド制御情報の取得要求が行われると、直接エキスポート用ダウンロードプラグインは、
ダウンロード制御情報の取得を行う。
・ ダウンローダは、直接エキスポート用ダウンロードプラグインからダウンロード制御情
報を受け取り、ダウンロード処理を開始する。
・ ダウンローダは、ダウンロード制御情報の entry 要素が 1 つであった場合、単体ダウン
ロードと判断することができる。
・ ダウンローダは、ダウンロード制御情報をもとに、再生制御情報の取得を行う。取得先
のサーバは、再生制御情報は dlctl:cpcurl 属性、メディアファイルは link 属性、ライセ
ンスは LLI の drm_server_uri 要素にて、URL が指定される。
・ ダウンローダは、取得した再生制御情報をエキスポート処理部に送り、エキスポートの
開始を要求する。
・ エキスポート処理部は、ライセンス関連の処理や、エキスポート先のメディアに対する
記録準備処理を行う。
・ ダウンローダはコンテンツサーバからメディアファイルの取得を行い、受信機内のバッ
ファに記録を行う。
・ エキスポート処理部は、ダウンローダから受け取ったコンテンツデータをエキスポート
先のメディアに書き込みを行う。
・ 直接エキスポートにおいては、 dlctl:licenseid 要素の acquisitiontiming 属性によらず、
エキスポート先のメディアにメディアデータを書込み開始する以前にライセンスを取
得する。
・ ダウンローダは全てのデータの取得を完了し、エキスポート処理部に全てのコンテンツ
データを送り終われば、ダウンロード制御情報を破棄してもよい。
・ ダウンローダは全てのデータの取得を完了し、エキスポート処理部においてエキスポー
ト処理が完了すれば、ダウンロード処理を完了したとみなしてよい。
J.4.5 ダウンロード状態表示
直接エキスポートにおけるダウンロード状態表示については、3.5 を参照のこと。ただ
し、直接エキスポートにおいては、複数コンテンツのダウンロードや、「ダウンロード待
機」、
「ダウンロード中断」などの状態表示は受信機の実装依存とする。また、3.5 に対し
て簡素化した提示方法であってもよい。
470/484
J.4.6 ローカル・ナビゲーション
簡易プロファイル受信機においては、3.6 で想定するローカル･ナビゲーション機能を
実装しなくてよい。また、3.6.4 で規定した先行ダウンロードは運用しない。
簡易プロファイル受信機においては、コンテンツを、直接、リムーバブルメディア等へ
ダウンロードしながらエキスポートするため、エキスポート完了後は、受信機が別途持
つリムーバブルメディア等のコンテンツナビゲーション機能により、コンテンツの検索、
操作を行なうことを想定している。
J.4.7 コンテンツ再生
簡易プロファイル受信機においては、3.7 で想定するコンテンツ再生機能を実装しなく
てよい。
簡易プロファイル受信機においては、コンテンツを、直接、リムーバブルメディア等へ
ダウンロードしながらエキスポートするため、エキスポート完了後は、受信機が別途持
つリムーバブルメディア等のコンテンツナビゲーション機能により、コンテンツを検索
し、選択したコンテンツは、受信機が持つリムーバブルメディア等のコンテンツ再生機
能により、再生を行なうことを想定している。
J.4.8 外部出力インタフェース
J.4.8.1 外部出力インタフェースの処理モデル
簡易プロファイル受信機においては、以降、図 J- 11 に示す外部出力インタフェースの
処理モデルを想定する。
(A)は、ネットワークからコンテンツをダウンロードしながら DRM 復号化を行い、そ
のコンテンツ形式を変更せず、出力するリムーバブルメディア等の著作権保護規定に従
ったメディアの暗号化を施し、リムーバブルメディア等に書き込む処理モデルである。
(B)は、DRM 復号したコンテンツのコンテンツ形式を、出力するリムーバブルメディア
等に適したコンテンツ形式に変換した上で、出力するリムーバブルメディア等の著作権
保護規定に従ったメディアの暗号化を施し、リムーバブルメディア等に書き込む処理モ
デルである。
471/484
BD-R/RE
iVDR等
（A）
メディア
暗号化
DRM
復号化
メディア
書込み
DVD-R/RW/RAM
メモリカード等
DRM
復号化
デコーダ
エンコーダ
メディア
暗号化
メディア
書込み
トランスコーダ
図 J- 11
簡易プロファイルにおける外部出力処理モデル
J.4.8.2 リムーバブルメディア等へのエキスポート処理
図 J- 12 にリムーバブルメディア等へのエキスポート処理実行シーケンスを示す。ダウ
ンローダからの指示により、ダウンローダがネットワークからダウンロードしたデータ
をリムーバブルメディア等にエキスポートする。
第 1 フェーズは、ダウンローダがエキスポート処理の開始を指示するフェーズであり、
エキスポート処理部は、ダウンローダがネットワークからダウンロードした再生制御メ
タファイルを取得する。また、必要に応じてストリーム再生制御情報、ECG メタファイ
ル、サムネイルなどを取得してもよい。なお、特殊再生やジャンプ等を行うためのスト
リームのインデックス情報を作成するか否かは実装依存であるが、作成する場合、スト
リーム再生制御情報をもとにエキスポート先メディアの記録方式に応じたものに変換し
てもよく、映像ストリームを解析して作成してもよい。
第 2 フェーズは、DRM の処理を行うフェーズである。エキスポート処理部は、ダウン
ロード制御情報に含まれるライセンス ID や再生制御メタファイルの LLI の情報に基づき、
DRM クライアントに、直接エキスポートするコンテンツのエキスポートライセンスがあ
るかを確認する。ライセンスがない場合は DRM クライアントが DRM サーバに接続して
エキスポートライセンスを取得する。エキスポート処理部は、DRM クライアントから得
たエキスポートライセンスに含まれるコンテンツ鍵をデクリプタにセットする。
第 3 フェーズは、リムーバブルメディア等に必要な著作権の権利保護情報の設定を行う。
その後、ダウンローダがネットワークから取得した映像コンテンツの暗号を順次復号し
て、エキスポート先メディアの著作権保護方式に依存する暗号を施してリムーバブルメ
ディア等へコンテンツを書き込む。
エキスポート先メディアの著作権保護方式や実装方法により、ライセンスの使用完了と
なるタイミングは、メディアへの書込み開始時点や書込み完了時点などがある。
権利保護情報設定をし、リムーバブルメディア等へコンテンツを全て書き込み、リムー
バブルメディア上でコンテンツを有効化し終わった時点を、エキスポート処理の完了と
する。
472/484
ネットTV端末
DRM
サーバ
コンテンツ
サーバ
メタデータ
サーバ
DRM
クライアント
エキスポート
処理部
ダウンローダ
リムーバブル
メディア
ドライブ
直接エキスポート開始
再生制御メタファイル
SCI、ECGメタ、サムネイル
フェーズ1
再生制御メタファイルを
取得する
再生制御メタファイル
SCI、ECGメタ、サムネイル
ライセンス取得要求
フェーズ2
端末内で、ライセンスの
有無を確認し、ライセン
スがない場合は、取得
する
利用条件、鍵
ライセンスの利用条件
によりエキスポート可否
を確認する
ライセンス有無確認
ライセンス取得
権利保護情報設定
ライセンス使用完了
映像ストリーム
映像ストリーム
フェーズ3
リムーバブルメディアド
ライブの設定を行う
コンテンツのエキスポー
トを開始する
リムーバブル
メディアへ
の書き込み
バッファ
ライセンス使用完了
図 J- 12
リムーバブルメディア等へのエキスポート処理実行シーケンス
J.4.9 パレンタル制御
簡易プロファイル受信機においては、配信コンテンツのパレンタル制御は、ネット TV
コンテンツにおけるコンテンツナビゲーションにより行い、3.9 で規定した以下のパレン
タル制御を行う必要はない。
z
ダウンロード状態表示でのダウンロード単位名称、番組タイトル
z
ECG の番組タイトル、番組情報表示、サムネイル、ECG の検索ジャンル名称
z
コンテンツの再生
z
コンテンツのエキスポート
受信機が、エキスポート先パレンタル制御設定機能を実装する場合、パレンタル制御機
能を持つエキスポート先へコンテンツのエキスポート時に、ダウンロード制御情報の
feed 要素または entry 要素の子要素 dlctl:parental に記述されたパレンタルレート、ある
いは、ECG メタデータの ProgramInformation に記述されたパレンタルレートを、エキ
スポート先のパレンタル制御に利用してもよい。
473/484
J.5 ダウンロード制御情報
簡易プロファイル受信機における、ダウンロード制御情報の仕様については、第4 章を
参照のこと。
ただし、ダウンロード制御情報の運用ガイドラインについては、以下の規程に準ずるも
のとする。
J.5.1 運用ガイドライン
z
ダウンロード制御情報の記法に関するガイドラインについては、［付録 G］
を参照。
z
将来拡張も含め、ダウンロード制御情報は 220KB（1KB=1024 バイト）以下
とする。
J.5.1.1 feed 要素
feed 要素でとり得る子要素のうち、運用について表 J- 10 に示す。
feed 要素は必須とする。
表 J- 10
要素名・属性名
運
用
feed 要素の子要素の運用
author
name
○
○
出
現
数
1
1
文字数制限／値の範囲
説明
category
contributor
generator
icon
id
link
－
－
－
－
○
○
１
1..2
255 バイト以下
表 4.3 参照
フィードの識別子。
フィード情報への参照を
定義。
"alternate"の rel 属性を持
つ要素は必須。
logo
rights
subtitle
－
－
○
0..1
255 バイト以下
人間が読めるフィードの
説明やサブタイトルを伝
える Text コンストラクト。
255 バイト以下
フィードの著者（事業者
名）を示す Person コンス
トラクト。
474/484
title
○
1
120 バイト以下かつ全角
40 文字以下
updated
○
1
YYYY-MM-DDThh:mm:
ss+09:00
dlctl:downloadtype
○
1
"onetime"
dlctl:ecgmetainfo
○
0..1
表 J- 14 参照
dlctl:drmserverinfo
○
0..1
表 J- 15 参照
dlctl:drmsystem
○
0..1
255 バイト以下
dlctl:drmurlsignatur
e
○
0..1
76 バイト以下
dlctl:servercert
○
0..1
最大証明書数は５
全体サイズは最大
5120byte
dlctl:feedversion
dlctl:expiration
dlctl:updateperiod
dlctl:transactionid
－
－
－
○
0..1
16 進 16 桁
dlctl:parental
○
0..1
“4”～“20”の整数値を
文字列で指定。
entry
○
1..
64
表 J- 11 参照
475/484
人間が読めるフィードの
タイトルを伝える Text コ
ンストラクト。ダウンロー
ド単位名称に相当する
フィードが修正されたと
きの最も直近の時間を示
す Date コンストラクト。
ダウンロードタイプ。
"onetime"(非更新型)のみ
指定可能。
ECG メタデータ取得情
報。ECG メタデータ取得
のための URL などの情
報。（受信機は参照しなく
てもよい）
DRM サーバの情報。ダウ
ンロード時にライセンス
取得する場合の取得先
DRM サーバ URL など
DRM システムの識別情
報。DRM を使用する場合
必須。
DRM サーバ URL 署名。
ダウンロード時にライセ
ンス取得する場合の署名
検証用署名データ。
署名検証用サーバ証明書。
ダウンロード時にライセ
ンス取得する場合の署名
検証用サーバ証明書。
購入トランザクション
ID。注 1)
ダウンロード状態表示に
関するダウンロード単位
のパレンタル制御に用い
る。記述しない場合は無条
件に表示可。
次の節で規定する。
注1) Webコンテンツにおいて、ユーザがパッケージの購入操作を行った場合に、Webサーバから、顧客
管理サーバを介して、課金･決済サーバに対し、パッケージの購入トランザクションが実行される。購
入トランザクションIDは、dlctl:transactionidは、課金･決済サーバの一つ一つの購入トランザクショ
ンを一意に識別する識別子である。
受信機のダウンローダ処理において、購入トランザクションIDを利用可能とする事業者運用を行う場
合、ダウンロード前課金の全てのダウンロード制御情報には、購入トランザクションIDを記述しなけれ
ばならない。
購入トランザクションIDの運用は、サービス事業者の実装依存であるが、その運用例については、付
録D.15を参照のこと。
J.5.1.2 entry 要素
entry 要素でとり得る子要素のうち、運用について表 J- 11 に示す。
表 J- 11
要素名
出現
数
entry 要素の運用
author
運
用
－
文字数制限／値の範囲
category
content
contributor
id
－
－
－
○
１
最大 255 バイト
link
○
2
表 J- 12 参照
備考
エントリの著者（事業者名）
を示す。
注）feed 要素に author を記
述することを必須とするた
めここでは運用外とした。
エントリから参照されるコ
ンテンツの識別子。本仕様で
は参照先コンテンツの
CRID を用いる。CRID につ
いては、7.3 参照。
エントリからコンテンツへ
の参照を定義。
“enclosure”, "alternate"そ
れぞれの rel 属性を持つ要素
を１つずつ記述する。
published
○
rights
source
－
－
0..1
YYYY-MM-DDThh:mm
:ss+09:00
476/484
エントリが最初に作成され
たときの時間を指し示す
Date コンストラクト。
要素名
summary
運
用
○
出現
数
0..1
文字数制限／値の範囲
title
○
1
120 バイト以下かつ全角
40 文字以下
updated
○
1
YYYY-MM-DDThh:mm
:ss+09:00
dlctl:ecgmetainfo
○
0..1
表 J- 14 参照
dlctl:parental
○
0..1
“4”～“20”の整数値
を文字列で指定。
dlctl:cpcurl
○
1
表 J- 13 参照
dlctl:licenseid
○
0..1
16 進 16 桁
最大 1023 バイト
要素の属性に関しては
表 J- 16 参照
備考
エントリの要約、抜粋、引用
を伝える Text コンストラク
ト。
人間が読めるエントリのタ
イトルを伝える Text コンス
トラクト。コンテンツ名に相
当する。
エントリが修正されたとき
の最も直近の時間を示す
Date コンストラクト。
ECG メタデータ取得情報。
ECG メタデータ取得のため
の URL などの情報。
エントリ単位でメタデータ
を取得するために記述する。
（受信機は参照しなくても
よい）
ダウンロード状態表示に関
するコンテンツ単位のパレ
ンタル制御に用いる。記述し
ない場合は無条件に表示可。
再生制御情報。コンテンツの
再生制御情報取得の為の
URL。
出現数０の場合：非暗号化コ
ンテンツ
出現数１の場合：エキスポー
トライセンス
J.5.1.3 category 要素
feed 要素及び entry 要素に用いられる category 要素は運用しない。
J.5.1.4 link 要素
feed 要素及び entry 要素に用いられる link 要素の属性については、表 J- 12 のとおり。
表 J- 12
属性名
運
用
出現数
link 要素の属性
文字数制限／値の範囲
477/484
備考
属性名
href
運
用
○
出現数
文字数制限／値の範囲
1
最大 255 バイト
rel
○
1
“alternate”,”enclosure”
のいずれかを記述
type
○
1
hreflang
title
length
－
－
○
0..1
10 進数で表記
備考
リンクの URL。
feed 要素の場合、ダウンロード制
御情報の取得のための URL を示
す。
entry 要素の場合メディアファイ
ル URL を示す。コンテンツ本体
であるメディアファイル取得のた
めの URL を示す。
“alternate”は必須（RFC4287）。
ダウンロード対象をあらわす link
要素には”enclosure”を運用する。
メ デ ィ ア タ イ プ (RFC2046) を 示
す。
entry 要素（rel 属性が enclosure）
の場合コンテンツサイズをバイト
数で記述。
それ以外の場合は記述しない。
feed における link 要素の運用
z
rel 属性が alternate の link 要素を配置する。
z
rel 属性が alternate の link 要素に関する受信機動作は length 属性以外は規
定しない。
entry における link 要素の運用
z
rel 属性が alternate の link 要素を配置する。
z
rel 属性が alternate の link 要素に関する受信機動作は規定しない。
z
rel 属性が enclosure の link 要素にはダウンロード対象を記述する。
注）rel属性がalternateのlink要素の記述例は第4章参考4-2を参照。ただし、参考4-2の例で使用されて
いるvalidflagは、簡易プロファイルにおいては運用されない。
J.5.1.5 dlctl:cpcurl 要素
entry 要素に用いられる cpcurl 要素の属性については、表 J- 13 のとおり。
表 J- 13
dlctl:cpcurl 要素の属性
478/484
属性名
cpchref
運
用
○
出現
数
1
文字数制限／値の範囲
最大 255 バイト
scihref
○
1
最大 255 バイト
備考
コンテンツの再生制御情報取得
のための URL。
SCI 取得のための URL。
J.5.1.6 dlctl:ecgmetainfo 要素
feed 要素及び entry 要素に用いられる ecgmetainfo 要素の属性については、表 J- 14
のとおり。
表 J- 14
属性名
dlctl: ecgmetainfo 要素の属性
href
運
用
○
出現
数
0..1
文字数制限／値の範囲
最大 1023 バイト
serverref
○
0..1
最大 255 バイト
備考
get メソッドにより ECG メタデ
ータを取得する場合の ECG メ
タデータ取得 URL。
post メソッドにより ECG メタ
データを取得する場合のメタデ
ータサーバの URL。
注）feed 要素では、serverref 属性を運用し、entry 要素では、href 属性を運用する。
href には、ECG メタデータのためのサーバへの URL と問い合わせ文字列を組み合わ
せたものを指定する。ProgramCRID が pid_x の ProgramInformation(PI)を取得する場
合の記述の一例を以下に記述する。クエリの文法や URL エンコード方法はメタデータサ
ーバの実装に依存する。
例）
http://xxx.xxx.xx.jp.com?query=(predicate=crid%28pid_x%2fcontent01%2f001%29%2
6contextnode%3dPI&amp;fragment=PIT%0d%0a)
J.5.1.7 dlctl: drmserverinfo 要素
feed 要素に用いられる drmserverinfo 要素の属性については、表 J- 15 のとおり。
表 J- 15
属性名
href
運
用
○
出現
数
1
dlctl: drmserverinfo 要素の属性
文字数制限／値の範囲
最大 255 バイト
479/484
備考
ダウンロード時にライセンス取
得する場合の取得先 DRM サー
バ URL。
J.5.1.8 dlctl:licenseid 要素
entry 要素に用いられる dlctrl:liseceid 要素の属性については、表 J- 16 のとおり。
表 J- 16
属性名
運
用
－
出現
数
acquisitiont
iming
○
1
acquisitionl
imit
○
0..1
acquisition
start
－
validflag
dlctl:licenseid 要素の属性
文字数制限／値の範囲
備考
ライセンスの有効性を示すフラ
グ。簡易プロファイルで
は、”true”のみを運用するため、
省略する。
“immediately”
ライセンスの取得期限を示す文
字列。
省略された場合、無期限とする。
ライセンスが取得可能となる日
時を示す文字列。
先行ダウンロードは運用しない
ため、省略される。
480/484
J.6 映像コンテンツ
簡易プロファイル受信機における、映像コンテンツ仕様については、第5 章を参照のこ
と。
481/484
J.7 再生制御情報
配信システムは、直接エクスポートで配信されるコンテンツに対し、再生制御メタファ
イル、および、ストリーム再生制御情報を、配信すること。
簡易プロファイル受信機における、再生制御メタファイル、および、ストリーム再生制
御情報の仕様については、第6 章を参照のこと。
482/484
J.8 ECG メタデータ
簡易プロファイル受信機に対し、ECG メタデータを配信する場合、その仕様について
は、第7 章を参照のこと。
483/484
J.9 ダウンロードプロトコル
簡易プロファイル受信機における、ダウンロードプロトコルの仕様については、第8 章
を参照のこと。
484/484

オンラインゲームの世界における集団

WebWork2（Ver2.0）

HGSEALED リーダー

アプレッソ社との販社契約の締結にともない、此の度

国内有力IT ベンダー20 社により、「先端IT 活用推進コンソーシアム」が発足

Kaipara College - NZIIU Student Exchange

プリンタドライバのインストール方法 - 東京電機大学 総合メディアセンター

株式会社サイバーテックとの販売代理店契約締結

2007年1月号 - 神戸慶應倶楽部