グローバルスタンダード最前線

ITU-T IPTV GSIにおけるIPTV国際標準化
ひがしのすぐる†１

東野豪

いまなか

ひ で お†２/今中 秀郎

たかはしあきら†２/高橋玲†１NTTサイバーソリューション研究所

ご と う/後藤 良則

い し いし ん じ†１/石井 晋司

かわもりまさひと†１/川森 雅仁■/NTTサービスインテグレーション基盤研究所†２/
NTTアクセスサービスシステム研究所†３の活動成果（2）を引き継ぎ2008年１月

NTT研究所では，ITU-Tにおいて日本国内のIPTVサービス仕様を考慮

よしのり†３に開始されました．2009年10月まで

IPTV GSIの活動概要

した国際標準化を積極的に推進し，に８回の会合が開催され，各会合にお2009年９月にはIPTV基本サービスのGSI（ Grobal Standards Initia-

おむね60〜70名の参加者，30〜80の勧告群を完成させました．これによtive）とは，複数の研究委員会（SG:寄書が提出され活発な議論が行われてりNTTぷららが2008年３月より開始

Study Group）にまたがる議論を集います．現在までに19の勧告（補足文（1）しているIPTVサービス「ひかりTV」

中的に審議する場です．IPTV-GSI書を含む）が完成し，約70の勧告草の国際標準準拠性を確保しました．の場合はSG９，11，12，13，16，案文書が議論されています．

ここではITU-TでのIPTV標準化の活動

17の６つのSGが参加し，それまでの完成した勧告を表に示します．2009

状況を技術分野ごとに概説します．

FG IPTV（Focus Group on IPTV）

年 1 2 月 でF G I P T V の成 果 文 書 を基

表技術分野全般アーキテクチャ品 質コンテンツ保護エンドシステム
ミドルウェア

標準化された勧告

勧告文書の略名
IPTVサービスユースケース
Supplement on IPTV service use cases
IPTVサービスの要求条件
Requirements for the support of IPTV services
IPTVのアーキテクチャIPTV functional architecture
IPTVのQoE要求条件
Quality of experience requirements for IPTV services
パフォーマンスモニタリング
Performance monitoring points for IPTV
測定結果に基づくIPTVサービス品質の維持
Measurement-based methods for improving the robustness of IPTV performance
IPTVセキュリティに関する機能要求項目とアーキテクチャ
Functional requirements and architecture for IPTV security aspects
ホームネットワーク概要
Architecture and functional requirements for home networks supporting IPTV services
IPTVサービスにおけるコンテンツ配信エラー訂正
Content delivery error recovery for IPTV services
IPTV端末概要
Overview of IPTV terminal devices and end systems
IPTV端末：基本モデル
IPTV terminal devices: Basic model
アプリケーションイベント処理
Application event handling for IPTV servicesメタデータの概要
High-level specification of metadata for IPTV services
IPTVマルチメディアアプリケーションフレームワークの概説
Overview of multimedia application frameworks for IPTV
IPTV用NCL
Nested context language（NCL）and Ginga-NCL for IPTV services
IPTVサービスのための軽量インタラクティブマルチメディアフレームワーク
Lightweight interactive multimedia framework（LIME）for IPTV services
IPTVサービス発見とその利用まで
Mechanisms for service discovery and selection for IPTV services
放送サービス向けIPTV端末ミドルウェア
Broadcast-centric IPTV terminal middleware
ケーブル再送信を考慮したIPTV端末
Enablement of current terminal devices for the support of IPTV services

勧告番号

承認SG

完成時期

Y.Sup5（補足文書）

13

2008.05

Y.1901

13

2009.01

Y.1910132008.09

G.108012

2008.12G.1081

12

2008.10G.1082

12

2009.04

X.1191

17

2009.02

H.622.1

16

2008.01

H.701

16

2008.01H.720

16

2009.03

H.721

16

2008.01

H.740

16

2009.12H.750

162009.03

H.760

16

2009.03

H.761

16

2009.04

H.762

16

2009.12H.770

162009.08J.701

92008.01

J.702

9

2008.01

NTT技術ジャーナル 2010.3

59グローバルスタンダード最前線にした勧告はほぼ完成したことになりて制定されました．IPTVサービスの定ました．

ます．

義により，この補足文書および勧告に■IPTVの機能アーキテクチャとNGN

は，単なるTVサービスにとどまらず，アーキテクチャインタラクティブ性を有する広告や，I P T V の機 能 アーキテクチャは，電話やメールなどの通信と映像配信とSG13（NGNを検討しているグルーの連携サービスなども対象サービスにプ）において，NGNだけでなくCATVス要求条件含まれています．さまざまなIPTVサー網のような非NGNも対象とした機能

ITU-TではIPTVサービスを「品質ビスのうち，I P T V 基本サービスとし配備方法が検討され，勧告Y.1910とが管理されたネットワーク上でのIPパてリニアTV（通常の放送型サービス）して制定されました．これらの機能群

ケットによるマルチメディアサービス」とVOD（Video On Demand）を提は日本国内のIPTVサービス仕様（3）をと定義しています．この定義に基づい供することが当面の目標として検討さ含んでいます． N G N 上 でI M S （ I Pて， I T U - T で検 討 対 象 とするI P T V

れ，NGN上でのIPTV基本サービスのMultimedia Subsystem）を用いたサービスが補足文書Y.Sup5として，提供に必要な勧告群が，勧告Y.2007

場合の機能アーキテクチャを図１に示

サービス要求条件が勧告Y.1901とし（NGN能力セット２）として制定されします．IPTVはNGNの主要サービス全般・アーキテクチャ■対象とするIPTVサービスとサービ

エンドユーザ機能

アプリケーション機能

アプリケーション
プロファイル

コンテンツ
プロバイダ機能

IPTV端末機能
アプリケーション
クライアント

トランザクション
IPTV
プロトコル
アプリケーション

コンテンツ
準備

SCPクライアント
機能

コンテンツ＆データソース

SCP機能

コンテンツ配信機能

NGNサービス機能

配信制御機能メディア
クライアント

転送プロトコルセッション
クライアント

セッション
プロトコル

コンテンツ配信
蓄積機能
サービス
ユーザプロファイル

IMS

サービス制御機能

ホームネットワーク機能

配信ネットワーク
ゲートウェイ機能

認証
プロトコル

ネットワークアタッチメント
制御機能（NACF）

アクセスネットワーク機能

エッジ機能

図１

60

NTT技術ジャーナル 2010.3

リソース・受付
転送制御機能制御機能（RACF）

コア転送機能IPTV機能アーキテクチャ

転送機能

NGN
トランスポート機能

の１つと位置付けられていますので，を監視センタにレポートする方法（統を受け入れ，コンテンツやサービスをリニアTVを効率良く提供するためのIP計的な処理方法やレポート頻度等）な提示します．現在までにIPTV端末のによるマルチキャスト機能などが検討

どについて検討されています．

概要を記述した勧告H.720が制定され，さらにリニア TVや VODのIPTVされています．そのほかに，コンテンツ配信機能の詳細，他網とのローミンコンテンツ保護といった基本的なサービスに対応した端末基本モデルが勧告H.721として制グ，ホームネットワークとの連携などサービスとコンテンツ保護（SCP:定されました．特にH.721はひかりTV

Service and Content Protection）

が採用している日本国内のIPTVサー機能については，要求条件，概要機能

ビス仕様を基に作成されており，日本が勧告X.1191として制定されました．

仕様の国際標準化という意味で重要な

FG IPTVからSG12に継承された

SCPは，図１のアプリケーション機能

勧告です．

QoE（Quality of Experience）関中のSCP機能とIPTV端末機能（一般IPTVのミドルウェアとして，ユーザ連の文書は以下の２文書でした．

的には受信機）中のSCPクライアントとのソフトウェア的な接点であるAPI（1） Quality of experience

機能から成り立ち，配信側と受信側が（Application Interface）が検討さ

requirements for IPTV

連携して動作します．主な機能は，コれています．APIを含むソフトウェア構（2） Performance monitoring

ンテンツ保護のための暗号化機能と再成を図２に示します．APIに関する全も検討されています．

品質生（利用）制限機能，有料視聴のた体の概要が勧告H . 7 6 0 として制定さ（1）はIPTVサービスのQoE要求条件めのライセンス発行機能です．日本のれたほか， スクリプト言 語 であるを整理した文書であり，勧告G.1080

IPTVサービスでは，NTTぷららなど

G i n g a - N C L が勧 告 H . 7 6 1 として，for IPTV

（4）として制定されました．本勧告は通信の電気通信役務利用放送法に基づLIME（ Lightweight Interactive

サービスのQoEクラスを定義していた

く事業者の利用するコンテンツ保護シMultimedia Framework） が 勧 告勧告G.1010（End-user multimedia

ステムがこの勧告に準拠しています．

H.762として制定されました．H.762

QoS categories）をIPTVに関して現在，勧告X.1191を基に，受信機は日本のデジタル放送で使われている詳細化した勧告として位置付けられ，で受けたコンテンツを別のポータビリBML（Broadcast Markup Language）

映像・オーディオ・テキスト・グラフィッ

ティ端末のSCPに変換する方法や，新を基にしています．ユーザのIPTV端末

クスメディアの品質，制御機能の品質

規サービスの追加やサービスの拡張に伴操作により発生するさまざまなイベン（チャネルザッピング時間を含む）など

い受信機のSCP自体をバージョンアット情報とIPTVの双方向性を活用すれに関するガイダンスと，暫定的な目標プする方法，別のIPTVサービスに加ば新たなサービスを創造するこができ値を規定しています．

入するためにSCP機能を入れ替える方ます．このようなイベントの処理に関法などが検討されています．

して勧告H.740が制定されました．ま一方（2）は，①インサービス品質監視

た，サービスの発見や選択に関して勧をする際の監視点，②各監視点における監視パラメータ，③QoEを推定するエンドシステム

告H.770が制定されました．今後は関連するメタデータなどが検討される予ための品質評価法，を記述していまし定です．

たが，まず①に関して検討し，勧告

IPTVにおけるエンドシステムとは，G.1081として制定されました．②と③端末だけでなく，ミドルウェア，ホーI P T V のホームネットワークは，は継続検討中です．また，監視した結ムネットワークなどで構成される一連

IPTV端末と家庭にある家電機器との果に基づいて品質を向上させるためののシステムを意味します．

連携を可能とする家庭内のネットワー

フレームワークに関して勧告G.1082がIPTV端末はエンドユーザに直接接クです．ホームネットワークの検討は制定されました．現在，監視した情報するハードウェアで，ユーザからの操作IPTV以外の汎用用途の物とともに議NTT技術ジャーナル 2010.3

61

グローバルスタンダード最前線の概要部と，リニアTVやVODなどのUEスキン＆カスタマイズ
マルチプルエンジン
アーキテクチャサービスロジック
アダプテーション

リソース
アブストラクション
レイヤ

IPTV基本サービスの実現に必要な勧ユーザ体感およびアプリケーションレイヤ

告が完成しました．今後は，詳細機能
プレゼンテーションエンジンレイヤ
API
サービスロジックアダプテーションレイヤ
サービスコンポーネントやインターオペラビリティを実現する標システム
管理の応用サービスに向けた標準化が検討

準化や，３D映像配信などの基本サー
ビスからの拡張や，通信との連携など

メディア
アプリケーション通信 メタデータ …
管理
管理

されていくことになると思われます．そRALの過程においては，ITU-Tと他の標準リソース（ハード＆ソフト）

図２

化団体との関係についても考慮していソフトウェア構成

くことが重要になってくるでしょう．
NTT研究所は，お客さまにとって便論され，基本的な機能をまとめた勧告

一方，放送系の標準化の動きとして，利で魅力あるIPTVサービスを創造し，H.622.1が制定されました．現在，ホーデジタル放送規格でよく知られているそれを実現するための技術開発ととムネットワーク上でのQoSや遠隔管理（7）

DVB（Digital Video Broadcasting）

もに国際標準化活動を推進していきに関して検討されています．

が，IPTVの標準化も行っています．

ます．

ITU-TではDVBともリエゾン文書の交他の標準化動向換による連携を行っています．また，
最近では，欧州の通信機器メーカが中米 国 では米 国 電 気 通 信 産 業 連 盟

心となり通信事業者や家電メーカなど（ ATIS: Alliance for Telecommu-とOpen IPTV Forum（8）という団体

nications Industry Solutions） がを設立し，独自のIPTV仕様策定を目

2005年 からIPTV Interoperability

指して活動しています．さらに，放送（5）Forum（ATIS-IIF） という団体を波で配信されるコンテンツにインター立ち上げ， IPTVのアーキテクチャ，ネットで配信されるデータコンテンツサービス発見，メタデータ，権利保護を連 動 させるサービスが広 まりつつ要求条件など広範囲にわたってIPTVあり（ウィジェットT V などと呼ばれ標準化の検討を行っています．ATIS-IIFています），これを標準化しようといとITU-Tはリエゾン文書を交換し，要う流れがHbbTV（Hybrid Broadcast

求条件や機能概要などに関して相互にBroadband TV） Forum（9）という連携しています．また，欧州では欧州団 体で始 まっています． I P T V とは

電気通信標準化機構（ETSI: European

違 ったアプローチですが，放送コンテ

Telecommunications

Standards

ンツとインターネットコンテンツの連携

Institute）の TISPAN（Telecoms

方法の１つとして注目されています．

& Internet converged Services &（6）Protocols for Advanced Networks）

がI P T V サービスを実 現 するためのNGNのアーキテクチャ等の標準化を進めています．

62

NTT技術ジャーナル 2010.3

ITU-T IPTV GSIの今後の方向性
ITU-Tにおいては，IPTVサービスの定義，要求条件，アーキテクチャなど■参考文献（1） http://www.itu.int/ITU-T/gsi/iptv/（2） 石井・三上・川森・川添・今中・中島・後
藤： ITU-T FG IPTVの国際標準化活動報告，
NTT技術ジャーナル，Vol.20，No.6，pp.61-65，
2008．
（3） http://www.iptvforum.jp/#/top（4） h t t p : / / w w w . s o u m u . g o . j p / m a i n ̲ s o s i k i /joho̲tsusin/d̲tsusin̲ekimu/index.html（5） http://www.atis.org/IIF/index.asp（6） http://www.etsi.org/tispan/（7） http://www.dvb.org/index.xml（8） http://www.openiptvforum.org/（9） http://www.hbbtv.org/