JP2017508326A - 放送伝送装置、放送伝送装置の動作方法、放送受信装置および放送受信装置の動作方法 - Google Patents
放送伝送装置、放送伝送装置の動作方法、放送受信装置および放送受信装置の動作方法 Download PDFInfo
- Publication number
- JP2017508326A JP2017508326A JP2016541500A JP2016541500A JP2017508326A JP 2017508326 A JP2017508326 A JP 2017508326A JP 2016541500 A JP2016541500 A JP 2016541500A JP 2016541500 A JP2016541500 A JP 2016541500A JP 2017508326 A JP2017508326 A JP 2017508326A
- Authority
- JP
- Japan
- Prior art keywords
- component
- broadcast
- field
- service
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 224
- 238000000034 method Methods 0.000 title claims abstract description 75
- 230000011664 signaling Effects 0.000 claims description 284
- 238000011017 operating method Methods 0.000 claims 1
- 239000012092 media component Substances 0.000 description 286
- 210000004027 cell Anatomy 0.000 description 134
- 230000008685 targeting Effects 0.000 description 125
- 101000596046 Homo sapiens Plastin-2 Proteins 0.000 description 76
- 102100035182 Plastin-2 Human genes 0.000 description 76
- 239000002131 composite material Substances 0.000 description 63
- 108091006146 Channels Proteins 0.000 description 55
- 230000003044 adaptive effect Effects 0.000 description 45
- 238000013507 mapping Methods 0.000 description 43
- 101000596041 Homo sapiens Plastin-1 Proteins 0.000 description 29
- 102100035181 Plastin-1 Human genes 0.000 description 29
- 238000010586 diagram Methods 0.000 description 26
- 238000003780 insertion Methods 0.000 description 26
- 230000037431 insertion Effects 0.000 description 26
- 239000000284 extract Substances 0.000 description 22
- 238000012545 processing Methods 0.000 description 22
- 230000008569 process Effects 0.000 description 20
- 238000004891 communication Methods 0.000 description 19
- 230000000694 effects Effects 0.000 description 18
- 230000006870 function Effects 0.000 description 16
- 239000011159 matrix material Substances 0.000 description 15
- 239000004065 semiconductor Substances 0.000 description 15
- 230000006978 adaptation Effects 0.000 description 13
- 230000008859 change Effects 0.000 description 13
- 230000006835 compression Effects 0.000 description 11
- 238000007906 compression Methods 0.000 description 11
- 238000013515 script Methods 0.000 description 9
- 230000003068 static effect Effects 0.000 description 9
- 230000001960 triggered effect Effects 0.000 description 9
- 230000001174 ascending effect Effects 0.000 description 7
- 239000000969 carrier Substances 0.000 description 7
- 230000009467 reduction Effects 0.000 description 7
- 238000001514 detection method Methods 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 238000004422 calculation algorithm Methods 0.000 description 5
- 238000012937 correction Methods 0.000 description 5
- 238000005562 fading Methods 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 5
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 230000002452 interceptive effect Effects 0.000 description 4
- 230000008054 signal transmission Effects 0.000 description 4
- 238000003860 storage Methods 0.000 description 4
- 230000002123 temporal effect Effects 0.000 description 4
- 102100026808 Mitochondrial import inner membrane translocase subunit Tim8 A Human genes 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 3
- 230000003111 delayed effect Effects 0.000 description 3
- 230000001771 impaired effect Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 238000001824 photoionisation detection Methods 0.000 description 3
- 235000007682 pyridoxal 5'-phosphate Nutrition 0.000 description 3
- 208000032041 Hearing impaired Diseases 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 238000001235 constant-final-state spectroscopy Methods 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000000750 progressive effect Effects 0.000 description 2
- 238000009877 rendering Methods 0.000 description 2
- 230000002441 reversible effect Effects 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 101100031652 Arabidopsis thaliana PTM gene Proteins 0.000 description 1
- 101000853064 Homo sapiens Mitochondrial import inner membrane translocase subunit Tim8 B Proteins 0.000 description 1
- 208000010415 Low Vision Diseases 0.000 description 1
- 102100036655 Mitochondrial import inner membrane translocase subunit Tim8 B Human genes 0.000 description 1
- 101100481512 Mus musculus Timm8a1 gene Proteins 0.000 description 1
- CYTYCFOTNPOANT-UHFFFAOYSA-N Perchloroethylene Chemical compound ClC(Cl)=C(Cl)Cl CYTYCFOTNPOANT-UHFFFAOYSA-N 0.000 description 1
- 101100277345 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) DDP1 gene Proteins 0.000 description 1
- 101150064104 TIMM8A gene Proteins 0.000 description 1
- 102100021131 Zinc finger and BTB domain-containing protein 22 Human genes 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 239000000654 additive Substances 0.000 description 1
- 230000000996 additive effect Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 210000003317 double-positive, alpha-beta immature T lymphocyte Anatomy 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000013213 extrapolation Methods 0.000 description 1
- 230000004303 low vision Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 208000005632 oculopharyngodistal myopathy Diseases 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 230000006798 recombination Effects 0.000 description 1
- 238000005215 recombination Methods 0.000 description 1
- 238000011946 reduction process Methods 0.000 description 1
- 230000002829 reductive effect Effects 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
- H04N21/8133—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts specifically related to the content, e.g. biography of the actors in a movie, detailed information about an article seen in a video program
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/233—Processing of audio elementary streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/251—Learning process for intelligent management, e.g. learning user preferences for recommending movies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
- H04N21/4755—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for defining user preferences, e.g. favourite actors or genre
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/482—End-user interface for program selection
- H04N21/4821—End-user interface for program selection using a grid, e.g. sorted out by channel and broadcast time
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/812—Monomedia components thereof involving advertisement data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
- H04N21/8173—End-user applications, e.g. Web browser, game
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Computing Systems (AREA)
- Business, Economics & Management (AREA)
- Marketing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
【課題】放送サービスのコンテンツを時間帯別に効率的に区別し、時間帯別に区別されたコンテンツに関する情報を効率的に伝送・受信する放送伝送装置、放送伝送装置の動作方法、放送受信装置および放送受信装置の動作方法を実現する。【解決手段】放送受信装置が開示される。放送受信装置は、放送信号を受信する放送受信部と、放送信号に基づいて、放送信号に有されたプログラムの主なコンテンツであるショーの属性をシグナリングするショーの情報を獲得する制御部とを有する。【選択図】図１０６
Description
本発明は、放送伝送装置、放送伝送装置の動作方法、放送受信装置および放送受信装置の動作方法に関するものである。
デジタル放送は、アナログ放送と違い、１つの放送サービスが複数のメディアコンポーネントを含むことができる。これによって、ユーザは、１つの放送サービスに関する複数のメディアを選択して視聴することができる。例えば、１つの映画に対する英語、中国語、日本語のダビング音声のいずれかを選択して視聴することができる。また、ユーザは、１つのドラマに対して、英語、中国語、日本語字幕のうちいずれか１つを選択して視聴することができる。
また、最近、通信環境に応じて異なる品質のメディアコンポーネントを伝送する適応型ストリーミングサービス（adaptive streaming service）が脚光を浴びている。これによって、ユーザは通信環境に応じて同一コンテンツを含む多様な品質のメディアコンポーネントのうちいずれか１つを選択して視聴できるようになった。
また、１つの画面で複数のメディアコンポーネントを同時に表示するマルチビュー(multi view)サービスが提供されている。これによって、ユーザは、複数の映像またはデータ放送を１つの画面で視聴できるようになった。例えば、ユーザは、野球試合を見ながら他の球場の試合を別途のPIP(Picture In Picture)画面を介して視聴することができる。
このように、複数のメディアコンポーネントを含む放送サービスが多様化され、増加することに伴い、メディアコンポーネントを効率的に（効率良く）伝送・受信する放送伝送装置および放送受信装置が必要になった。
また、ユーザの特性に応じて、それに合わせたコンテンツを伝達する（deliver）必要がある。例えば、同じ放送サービスを視聴するユーザに、それぞれユーザの特性が反映された広告を個別に伝達できれば、広告の効果を最大にすることができる。ただし、放送サービスを単純にプログラムで区別（区分）する（distinguish）場合、このような視聴者に合わせた広告の提供が難しい。特に、プログラムの中間（途中）で（during the middle of a program）伝送される中間広告の視聴者に合わせた広告の提供が難しい。従って、放送サービスのコンテンツを時間帯別に効率的に区別し、時間帯別に区別されたコンテンツに関する情報を効率的に伝送（送信）・受信する放送伝送装置と放送受信装置が必要である。
本発明の一実施例は、放送サービスのコンテンツを時間帯別に効率的に区別し、時間帯別に区別されたコンテンツに関する情報を効率的に伝送・受信する放送伝送装置、放送伝送装置の動作方法、放送受信装置および放送受信装置の動作方法を提供することを目的とする。
特に、本発明の一実施例は、放送サービスのコンテンツを時間帯別に効率的に区別し、時間帯別に区別されたコンテンツに関する情報を効率的に伝送・受信する伝送装置、放送伝送装置の動作方法、放送受信装置および放送受信装置の動作方法を提供することを目的とする。
本発明の一実施例に係る放送受信装置は、放送信号を受信する放送受信部と、放送信号に基づいて、放送信号に有されたプログラムの主な（プライマリ）コンテンツ（primary content）であるショー（show）の属性をシグナリング（通知する）（signals）するショーの情報を獲得する制御部と、を有する。
このとき、ショーの情報は、ショーの長さ、ショーを説明するテキスト、ショーに関連したセグメントの個数およびショーに関連したセグメントをシグナリングするセグメント情報ブロックのうち少なくともいずれか１つを有し、セグメントは、プログラムを構成する時間的区間（temporal section）である。
このとき、プログラムは、ショーを有するショーセグメントとショー以外の他のコンテンツを有する中間（隙間）セグメント（interstitial segment）とに区分され（divided into）、制御部は、中間セグメントを放送受信装置のユーザの特性に基づいてターゲティング（ターゲットと）された（対象となる）（targeted）コンテンツを再生することができる。
また、プログラムは、ショーを有するショーセグメントとショー以外の他のコンテンツを有する中間セグメントとに区分され、制御部は、中間セグメントを放送受信装置の特性に基づいてターゲティングされたコンテンツを再生することができる。
また、セグメント情報ブロックは、セグメント識別子、セグメントの開始時間を示す情報およびセグメントの長さを示す情報のうち少なくともいずれか１つを有することができる。
このとき、セグメントの開始時間は、セグメントが有されたプログラムの開始を基準とした相対時間である。
また、制御部は、ショーの情報に基づいてプログラムの情報を表示するサービスガイドを表示することができる。
また、制御部は、同一ショーを有する複数のセグメントを表示することができる。
また、制御部は、サービスガイドにプログラムに関連したアプリケーションを表示することができる。
このとき、制御部は、ユーザの入力に基づいて、アプリケーションをお気に入りリストに追加するか、または、アプリケーションをダウンロードすることができる。
本発明の一実施例に係る放送受信装置の動作方法は、放送信号を受信するステップと、放送信号に基づいて、放送信号に有されたプログラムの主な（プライマリ）コンテンツ（primary content）であるショーの属性をシグナリングする（通知する）（signals）ショーの情報を獲得するステップと、を有することができる。
このとき、ショーの情報は、ショーの長さ、ショーを説明するテキスト、ショーに関連したセグメントの個数およびショーに関連したセグメントをシグナリングするセグメント情報ブロックのうち少なくともいずれか１つを有し、セグメントは、プログラムを構成する時間的区間（temporal section）である。
このとき、プログラムは、ショーを有するショーセグメントとショー以外の他のコンテンツを有する中間セグメントとに区分され、制御部は、中間セグメントを放送受信装置のユーザの特性に基づいてターゲティングされたコンテンツを再生することができる。
また、プログラムは、ショーを有するショーセグメントとショー以外の他のコンテンツを有する中間セグメントとに区分され、制御部は、中間セグメントを放送受信装置の特性に基づいてターゲティングされたコンテンツを再生することができる。
また、セグメント情報ブロックは、セグメント識別子、セグメントの開始時間を示す情報およびセグメントの長さを示す情報のうち少なくともいずれか１つを有することができる。
このとき、セグメントの開始時間は、セグメントが有されたプログラムの開始を基準とした相対時間である。
また、動作方法は、ショーの情報に基づいてプログラムの情報を表示するサービスガイドを表示するステップをさらに有することができる。
また、ショーの情報に基づいてプログラムの情報を表示するサービスガイドを表示するステップは、同一ショーを有する複数のセグメントを表示するステップをさらに有することができる。
また、動作方法は、サービスガイドにプログラムに関連したアプリケーションを表示するステップをさらに有することができる。
本発明の一実施例に係る放送伝送装置は、放送サービスが有するプログラムの主な（プライマリ）コンテンツ（primary content）であるショー（show）の属性を獲得し、ショーの属性に基づいてショーの属性をシグナリングする（通知する）（signals）ショーの情報を生成する制御部と、ショーの情報を有する放送信号を伝送する伝送部と、を有する。
本発明の一実施例は、放送サービスのコンテンツを時間帯別に効率的に区別し、時間帯別に区別されたコンテンツに関する情報を効率的に伝送・受信する放送伝送装置、放送伝送装置の動作方法、放送受信装置および放送受信装置の動作方法を提供することができる。
以下、添付した図面を参照して本発明の実施例に関して、本発明が属する技術分野で通常の知識を有した者が容易に実施できるように詳しく説明する。なお、本発明は多様な異なる形態で具現することができ、ここで説明する実施例に限定されない。そして、図面において、本発明を明確に説明するために説明と関係のない部分は省略しており、明細書全体において類似する部分に対しては、類似する図面符号を付している。
また、ある部分がある構成要素を「含む」とした場合、これは特に限定する記載がない限り、他の構成要素を除くものではなく、他の構成要素をさらに含むことができることを意味する。
本発明の一実施例に係る放送（ブロードキャスト）伝送装置およびその方法は、地上波放送サービスのためのベースプロファイル、モバイル放送サービスのためのハンドヘルドプロファイルおよびUHDTVサービスのためのアドバンスドプロファイルに分類（区分）する（categorized）ことができる。この場合、ベースプロファイルは、地上波放送サービスおよびモバイル放送サービスの両方のためのプロファイルとして用いられる。このとき、ベースプロファイルは、モバイルプロファイルを含むプロファイルのコンセプトとして定義することができる。これは、設計者の意図によって変更可能である。
本発明は、一実施例によって非MIMO(non-Multiple Input Multiple Output)またはMIMO方式を介して、次世代放送サービスに関する放送信号を処理することができる。本発明の一実施例に係る非MIMO方式は、MISO(Multiple Input Single Output)方式、SISO(Single Input Single Output)方式などを含むことができる。
以下では、説明の便宜上、MISOまたはMIMO方式は２つのアンテナを用いるが、本発明は２つ以上のアンテナを用いるシステムに適用可能である。本発明は、特定用途において要求される性能を達成するとともに受信器の複雑さを最小化するために、最適化された３つの物理（フィジカル）プロファイル(PHY profile)(ベース(base)、ハンドヘルド(handheld)、アドバンスド(advanced)プロファイル)を定義することができる。物理プロファイルは、該当する（対応する）（corresponding）受信器が具現すべきすべての構造のサブセットである。
３つの物理プロファイルは、ほとんどの機能ブロックを共有するが、特定ブロックおよび/またはパラメータにおいては若干異なる。後で物理プロファイルを追加して定義することができる。システムの発展のために、フューチャプロファイルは、FEF(future extension frame)を介して単一RF(radio frequency)チャネルに存在するプロファイルとマルチプレックス（多重化）される。各物理プロファイルに関する詳しい内容は後述する。
１．ベースプロファイル
ベースプロファイルは、主にルーフトップ（屋上）(roof-top)アンテナと接続（連結）される（connected）固定された受信装置の主要な用途（main use）を示す。ベースプロファイルは、所定の場所に移動できるが、相対的固定受信のカテゴリ（範疇）（relatively stationary reception category）に属する携帯装置も含むことができる。ベースプロファイルの用途は、若干の改善された実行（実装）によってハンドヘルド装置または車両用に拡張することができるが、このような使用の用途は、ベースプロファイル受信器の動作では期待できない。
ベースプロファイルは、主にルーフトップ（屋上）(roof-top)アンテナと接続（連結）される（connected）固定された受信装置の主要な用途（main use）を示す。ベースプロファイルは、所定の場所に移動できるが、相対的固定受信のカテゴリ（範疇）（relatively stationary reception category）に属する携帯装置も含むことができる。ベースプロファイルの用途は、若干の改善された実行（実装）によってハンドヘルド装置または車両用に拡張することができるが、このような使用の用途は、ベースプロファイル受信器の動作では期待できない。
受信のターゲット信号対雑音比の範囲は、略１０〜２０dBであるが、これは既存の放送システム(例えば、ATSC A/５３)の１５dB信号対雑音比受信能力を含む。受信器の複雑さおよび消費電力は、ハンドヘルドプロファイルを用いるバッテリで駆動されるハンドヘルド装置におけるほど重要ではない。ベースプロファイルに対する重要なシステムパラメータが以下の表１に記載されている。
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリ電源で駆動されるハンドヘルドおよび車両用装置における使用のために設計される。該当装置は、歩行者または車両の速度で移動することができる。受信器の複雑さだけでなく、消費電力は、ハンドヘルドプロファイルの装置の具現のために大変重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は、略０〜１０dBであるが、より低い室内受信を目的とした場合、０dB以下に（below 0dB）達するように設定することができる。
ハンドヘルドプロファイルは、バッテリ電源で駆動されるハンドヘルドおよび車両用装置における使用のために設計される。該当装置は、歩行者または車両の速度で移動することができる。受信器の複雑さだけでなく、消費電力は、ハンドヘルドプロファイルの装置の具現のために大変重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は、略０〜１０dBであるが、より低い室内受信を目的とした場合、０dB以下に（below 0dB）達するように設定することができる。
低い信号対雑音比能力だけでなく、受信器の移動性によって現れたドップラ効果に対する復原力（resilience）は、ハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに関する重要なシステムパラメータが以下の表２に記載されている。
３．アドバンスドプロファイル
アドバンスドプロファイルは、より大きい実行の複雑さに対する代価としてより高いチャネル能力を提供する。該当プロファイルは、MIMO送信および受信を用いることを要求し、UHDTVサービスはターゲット用途（target use）であり、このために該当プロファイルが特別に設計される。向上した能力は、与えられた帯域幅でサービス数の増加、例えば、複数のSDTVまたはHDTVサービスを許容（可能に）する（allow）ことにも用いられる。
アドバンスドプロファイルは、より大きい実行の複雑さに対する代価としてより高いチャネル能力を提供する。該当プロファイルは、MIMO送信および受信を用いることを要求し、UHDTVサービスはターゲット用途（target use）であり、このために該当プロファイルが特別に設計される。向上した能力は、与えられた帯域幅でサービス数の増加、例えば、複数のSDTVまたはHDTVサービスを許容（可能に）する（allow）ことにも用いられる。
アドバンスドプロファイルのターゲット信号対雑音比の範囲は、略２０〜３０dBである。MIMO伝送は、初期には既存の楕円分極（偏波）伝送装備(elliptically-polarized transmission equipment)を使用し、後で全出力交差分極伝送(full-power cross-polarized transmission)に拡張することができる。アドバンスドプロファイルに対する重要なシステムパラメータが以下の表３に記載されている。
この場合、ベースプロファイルは、地上波放送サービスおよびモバイル放送サービスの両方に対するプロファイルとして用いられる。すなわち、ベースプロファイルは、モバイルプロファイルを含むプロファイルの概念を定義するために使用される。また、アドバンスドプロファイルは、MIMOを有するベースプロファイルに対するアドバンスドプロファイルおよびMIMOを有するハンドヘルドプロファイルに対するアドバンスドプロファイルに分類することができる。そして、これらの（該当）３つのプロファイルは、設計者の意図によって変更可能である。
次の用語および定義は本発明に適用可能であり、設計によって変更可能である。
補助ストリーム：future extensionまたは放送会社やネットワークオペレータによって要求されることにより使用できるまだ定義されていない変調およびコーディングデータを伝達するセルのシーケンス。
ベースデータパイプ(base data pipe)：サービスシグナリングデータを伝達するデータパイプ。
ベースバンドフレーム(またはBBFRAME)：１つのFECエンコーディング処理（過程）（process）(BCHおよびLDPCエンコーディング)に対する入力を形成するKbchビットのセット（集合）（set）
セル(cell)：OFDM伝送の１つのキャリアによって伝達される変調値。
コーディングブロック(coded block)：PLS１データのLDPCエンコーディングされたブロックまたはPLS２データのLDPCエンコーディングされたブロックのうちの１つ。
データパイプ(data pipe)：１つまたは複数のサービスまたはサービスコンポーネントを伝達できるサービスデータまたは関連したメタデータを伝達する物理層(physical layer)における論理（ロジカル）チャネル。
データパイプユニット(DPU、data pipe unit)：データセルをフレームにおけるデータパイプに割当できる基本単位（ユニット）。
データシンボル(data symbol)：プリアンブルシンボルではないフレームにおけるOFDMシンボル(フレームシグナリングシンボルおよびフレームエッジ(edge)シンボルはデータシンボルに含まれる。)。
DP_ID：該当８ビットフィールドは、SYSTEM_IDによって識別されたシステム内でデータパイプを一意に識別する。
ダミーセル(dummy cell)：PLS(Physical Layer Signaling)シグナリング、データパイプ、または補助ストリームのために使用されていない残っている容量を満たすために使用される擬似ランダム値を伝達するセル。
FAC(emergency alert channel、緊急警報チャネル)：EAS情報データを伝達するフレームの一部。
フレーム(frame)：プリアンブルで始まりフレームエッジシンボルで終了する物理層(physical layer)タイムスロット。
frame repetition unit：スーパーフレーム(super-frame)で８回繰り返されるFEFを含む同一または異なる物理プロファイルに属するフレームのセット。
FIC(fast information channel、高速情報チャネル)：サービスと該当ベースデータパイプとの間でのマッピング情報を伝達するフレームにおける論理チャネル。
FECBLOCK：データパイプデータのLDPCエンコーディングされたビットのセット。
FFTサイズ：基本周期Tのサイクルで表現されたアクティブシンボル周期Tsと同一の、特定モードに使用される名目上のFFTサイズ。
フレームシグナリングシンボル(frame signaling symbol)：PLSデータの一部を伝達する、FFTサイズ、ガードインターバル(guard interval)、およびスキャッタード(scattered)パイロットパターンの特定の組合せで、フレームの始まりで使用されるより高いパイロット密度を有するOFDMシンボル。
フレームエッジシンボル(frame edge symbol)：FFTサイズ、ガードインターバル、およびスキャッタードパイロットパターンの特定の組合せでフレームの終わりで使用されるより高いパイロット密度を有するOFDMシンボル。
フレームグループ(frame-group)：スーパーフレームにおいて同一物理プロファイルタイプを有するすべてのフレームのセット。
FEF(future extension frame)：プリアンブルで始まり、将来の拡張に使用できるスーパーフレーム内の物理層(physical layer)タイムスロット。
フューチャキャスト(futurecast)UTBシステム：入力が１つまたは複数のMPEG２-TSもしくはIP(Internet Protocol)または一般ストリームであり、出力がRFシグナル（信号）（signal）である提案された物理層(physical layer)放送システム。
入力ストリーム(input stream、インプットストリーム)：システムによってエンドユーザ（end users）に伝達されるサービスのアンサンブル（集合体）(ensemble)のためのデータストリーム。
ノーマル(normal)データシンボル：フレームシグナリングシンボルおよびフレームエッジシンボルを除いたデータシンボル。
物理プロファイル(PHY profile)：該当する受信器が具現すべきすべての構造のサブセット。
PLS：PLS１およびPLS２から構成された物理層(physical layer)シグナリングデータ
PLS１：PLS２のデコーディングに必要なパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するFSS(frame signaling symbol)に伝達されるPLSデータの一番目の（first）セット。
NOTE：PLS１データは、フレームグループのデュレーション(duration)の間一定である。
PLS２：データパイプおよびシステムに関するより詳細なPLSデータを伝達するFSSで伝送されるPLSデータの二番目のセット。
PLS２ダイナミック（動的）データ(dynamic data)：フレームごとにダイナミックに変化する（変わる）（change）PLS２データ。
PLS２スタティック（静的）データ(static data)：フレームグループのデュレーションの間スタティックである（remains static）（変わらない）PLS２データ。
プリアンブルシグナリングデータ(preamble signaling data)：プリアンブルシンボルによって伝達され、システムの基本モードの確認に使用されるシグナリングデータ。
プリアンブルシンボル(preamble symbol)：基本PLSデータを伝達し、フレームの始まりに位置する固定長のパイロットシンボル。
NOTE：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、およびFFTサイズを検出するために高速初期バンドスキャン（fast initial band scan）に主に使用される。
将来使用するためにリザーブされる(reserved for future use)：現在の文書（present document）で定義されないが将来定義される。
スーパーフレーム(superframe)：８フレーム繰返し単位（ユニット）のセット（set of eight frame repetition units）。
タイムインターリーブブロック(time interleaving block、TI block)：タイムインターリーバメモリの１つの用途に該当する、タイムインターリーブが実行されるセルのセット。
タイムインターリーブグループ(time interleaving group、TI group)：整数であり、ダイナミックに変化するXFECBLOCKの数からなり、特定データパイプに対するダイナミック容量割当が実行される単位。
NOTE：タイムインターリーブグループは、１つのフレームに直接マッピングまたは複数のフレームにマッピングされる。タイムインターリーブグループは、１つまたは複数のタイムインターリーブブロックを含むことができる。
タイプ１データパイプ(Type１DP)：すべてのデータパイプがフレームにTDM(time division multiplexing)方式でマッピングされるフレームのデータパイプ。
タイプ２データパイプ(Type２DP)：すべてのデータパイプがフレームにFDM方式でマッピングされるフレームのデータパイプ。
XFECBLOCK：１つのLDPC FECBLOCKのすべてのビットを伝達するNcellsセルのセット。
図１は、本発明の一実施例に係る次世代放送サービスに関する放送信号送信装置の構造を示す。
本発明の一実施例に係る次世代放送サービスに関する放送信号送信装置は、入力フォーマットブロック(Input Format block)１０００、BICM(Bit Interleaved Coding & Modulation)ブロック１０１０、フレーム構築ブロック(Frame Building block)１０２０、OFDM(Orthogonal Frequency Division Multiplexing)生成ブロック(OFDM generation block)１０３０、およびシグナリング生成ブロック１０４０を含むことができる。放送信号送信装置の各ブロックの動作に関して説明する。
IPストリーム/パケットおよびMPEG２-TSは、主な（メイン）（main）入力フォーマットであり、他のストリームタイプは一般ストリームとして扱われる。これらのデータ入力に加えて、管理情報が入力されて各入力ストリームに対する該当帯域幅のスケジューリングおよび割当を制御する。１つまたは複数のTSストリーム、IPストリームおよび/または一般ストリーム入力が同時に許容される（可能である）（allowed）。
入力フォーマットブロック１０００は、それぞれの入力ストリームを、独立したコーディングおよび変調が適用される１つまたは複数のデータパイプにデマルチプレックスすることができる。データパイプは、ロバスト（堅固）性(robustness)制御の基本単位であり、これはQoS(Quality of Service)に影響を及ぼす。１つまたは複数のサービスまたはサービスコンポーネントが、１つのデータパイプによって伝達される。入力フォーマットブロック１０００の詳しい動作は後述する。
データパイプは１つまたは複数のサービスまたはサービスコンポーネントを伝達できるサービスデータまたは関連メタデータを伝達する物理層(physical layer)における論理チャネルである。
また、データパイプユニットは、１つのフレームにおいてデータセルをデータパイプに割り当てるための基本単位（ユニット）である。
入力フォーマットブロック１０００において、パリティ(parity)データがエラー訂正のために追加され、エンコーディングされたビットストリームは複素数値のコンステレーション（配置）シンボル（complex-value constellation symbols）にマッピングされる。該当シンボルは、該当データパイプに使用される特定のインターリーブの深さにわたって（across a specific interleaving depth）インターリーブされる。アドバンスドプロファイルにおいて、BICMブロック１０１０でMIMOエンコーディングが実行され、追加データ経路がMIMO伝送のために出力に追加される。BICMブロック１０１０の詳しい動作は後述する。
フレーム構築ブロック１０２０は、１つのフレーム内で入力データパイプのデータセルをOFDMシンボルにマッピングすることができる。マッピング後、周波数領域ダイバーシチのために、特に周波数選択フェージングチャネル（frequency-selective fading channels）を防止するために、周波数インターリーブが利用される。フレーム構築ブロック１０２０の詳しい動作は後述する。
プリアンブルを各フレームの始まりに挿入した後、OFDM生成ブロック１０３０は、サイクリックプレフィックス(cyclic prefix)をガードインターバルとして有する既存のOFDM変調を適用することができる。アンテナの空間（スペース）ダイバーシチのために、分散した(distributed)MISO方式が各送信器にわたって適用される。また、PAPR(Peak-to-Average Power Ratio)方式が時間領域で実行される。フレキシブル（柔軟）なネットワーク方式のために、該当提案は、多様なFFTサイズ、ガードインターバルの長さ、該当パイロットパターンのセットを提供する。OFDM生成ブロック１０３０の詳しい動作は後述する。
シグナリング生成ブロック１０４０は、各機能ブロックの動作に使用される物理層(physical layer)シグナリング情報を生成することができる。また、該当シグナリング情報は、対象の（関心のある）（of interest）サービスが受信器側で適切に回復（復元）するように伝送される。シグナリング生成ブロック１０４０の詳しい動作は後述する。
図２、３、４は、本発明の実施例に係る入力フォーマットブロック１０００を示す。各図面に関して説明する。
図２は、本発明の一実施例に係る入力フォーマットブロックを示す。図２は、入力信号が単一入力ストリーム(single input stream)である場合の入力フォーマットブロックを示す。
図２に図示された入力フォーマットブロックは、図１を参照して説明した入力フォーマットブロック１０００の一実施例に該当する。
物理層(physical layer)への入力は、１つまたは複数のデータストリームからなることができる。それぞれのデータストリームは、１つのデータパイプによって伝達される。モードアダプテーション（適応）(mode adaptaion)モジュールは、入力されるデータストリームをBBF(baseband frame)のデータフィールドにスライスする。該当システムは、３種類の入力データストリーム、すなわちMPEG２-TS、IP、GS(generic stream)をサポートする。MPEG２-TSは、最初のバイトが同期バイト(０x４７)である固定長(１８８バイト)のパケットを特徴とする。IPストリームは、IPパケットヘッダ内でシグナリングされる可変長IPデータグラムパケットから構成される。該当システムは、IPストリームに対してIPv４およびIPv６の両方をサポートする。GSは、カプセル化パケットヘッダ内でシグナリングされる可変長パケットまたは一定の長さのパケットから構成される。
(a)は信号データパイプに対するモードアダプテーション(mode adaptaion)ブロック２０００およびストリームアダプテーション(stream adaptation)２０１０を示し、(b)はPLSデータを生成および処理するためのPLS生成ブロック２０２０およびPLSスクランブラ２０３０を示す。各ブロックの動作に関して説明する。
入力ストリームスプリッタは、入力されたTS、IP、GSストリームを複数のサービスまたはサービスコンポーネント(オーディオ、ビデオなど)ストリームに分割する。モードアダプテーション(mode adaptaion)モジュール２０１０は、CRCエンコーダ、BB(baseband)フレームスライサ、およびBBフレームヘッダ挿入ブロックから構成される。
CRCエンコーダは、ユーザパケット(user packet、UP)レベルでのエラー検出のための３種類のCRCエンコーディング、すなわちCRC-８、CRC-１６、CRC-３２を提供する。算出されたCRCバイトは、UPした後に添付される。CRC-８はTSストリームに使用され、CRC-３２はIPストリームに使用される。GSストリームがCRCエンコーディングを提供しない場合、提案されたCRCエンコーディングが適用されなければならない。
BBフレームスライサは、入力を内部論理ビットフォーマットにマッピングする。最初の受信ビットはMSBとして定義する。BBフレームスライサは、使用可能データフィールドの容量と同じ数の入力ビットを割り当てる。BBFペイロードと同じ数の入力ビットを割り当てるために、UPストリームがBBFのデータフィールドに適合するようにスライスされる。
BBフレームヘッダ挿入ブロックは、２バイトの固定長BBFヘッダをBBフレームの前に挿入することができる。BBFヘッダは、STUFFI(１ビット)、SYNCD(１３ビット)、およびRFU(２ビット)から構成される。固定された２バイトBBFヘッダだけでなく、BBFは２バイトBBFヘッダの終わりに拡張フィールド(１または３バイト)を有することができる。
ストリームアダプテーション(stream adaptation)２０１０は、スタッフィング(stuffing)挿入ブロックおよびBBスクランブラから構成される。
スタッフィング挿入ブロックは、スタッフィングフィールドをBBフレームのペイロードに挿入することができる。ストリームアダプテーション(stream adaptation)に対する入力データがBBフレームを満たすのに十分である場合、STUFFIは０に設定され、BBFはスタッフィングフィールドを有しない。そうでない場合、STUFFIは１に設定され、スタッフィングフィールドはBBFヘッダの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダおよび可変サイズのスタッフィングデータを含む。
BBスクランブラは、エネルギ分散のために完全な（完成した）（complete）BBFをスクランブルする。スクランブルシーケンスはBBFと同期化される。スクランブルシーケンスはフィードバックシフトレジスタによって生成される。
PLS生成ブロック２０２０は、PLSデータを生成することができる。PLSは、受信器に物理レイヤ(physical layer)データパイプに接続できる手段を提供する。PLSデータは、PLS１データおよびPLS２データから構成される。
PLS１データは、PLS２データのデコーディングに必要なパラメータだけでなく、システムに関する基本情報を伝達する、固定されたサイズ、コーディング、変調を有するフレームにおけるFSSシンボルで（in the FSS symbols）伝達されるPLSデータの一番目のセットである。PLS１データは、PLS２データの受信およびデコーディングに要求されるパラメータを含む基本送信パラメータを提供する。また、PLS１データは、フレームグループのデュレーションの間一定である。
PLS２データは、データパイプおよびシステムに関するより詳細なPLSデータを伝達するFSSシンボルで伝送されるPLSデータの二番目のセットである。PLS２は、受信器が所望するデータパイプのデコーディングに十分な情報を提供するパラメータを含む。PLS２シグナリングは、さらにPLS２スタティックデータ(PLS２-STATデータ)およびPLS２ダイナミックデータ(PLS２-DYNデータ)の二種類のパラメータから構成される。PLS２スタティックデータは、フレームグループのデュレーションの間スタティックであるPLS２データであり、PLS２ダイナミックデータは、フレームごとにダイナミックに変化するPLS２データである。
PLSデータに関する詳しい内容は後述する。
PLSスクランブラ２０３０は、エネルギ分散のために生成されたPLSデータをスクランブルすることができる。
前述したブロックは、省略してもよく、類似または同一機能を有するブロックによって代替することもできる。
図３は、本発明の他の一実施例に係る入力フォーマットブロックを示す。
図３に図示された入力フォーマットブロックは、図１を参照して説明した入力フォーマットブロック１０００の一実施例に該当する。
図３は、入力信号がマルチ入力ストリーム(multi input stream)に該当する場合、入力フォーマットブロックのモードアダプテーション(mode adaptaion)ブロックを示す。
マルチ入力ストリーム(multi input stream)を処理するための入力フォーマットブロックのモードアダプテーション(mode adaptaion)ブロックは、複数の入力ストリームを独立して処理することができる。
図３に示すように、マルチ入力ストリーム(multi input stream)をそれぞれ処理するためのモードアダプテーション(mode adaptaion)ブロックは、入力ストリームスプリッタ(input stream splitter)３０００、入力ストリームシンクロナイザ(input stream synchronizer)３０１０、補償遅延(compensation delay)ブロック３０２０、ヌル（無効）パケット削除ブロック(null packet deletion block)３０３０、ヘッダコンプレッション（圧縮）ブロック(header compression block)３０４０、CRCエンコーダ(CRC encoder)３０５０、BBフレームスライサ(BB frame slicer)３０６０、およびBBヘッダ挿入ブロック(BB header insertion block)３０７０を含むことができる。モードアダプテーション(mode adaptaion)ブロックの各ブロックに関して説明する。
CRCエンコーダ３０５０、BBフレームスライサ３０６０、およびBBヘッダ挿入ブロック３０７０の動作は、図２を参照して説明したCRCエンコーダ、BBフレームスライサ、およびBBヘッダ挿入ブロックの動作に該当するので、その説明は省略する。
入力ストリームスプリッタ３０００は、入力されたTS、IP、GSストリームを複数のサービスまたはサービスコンポーネント(オーディオ、ビデオなど)ストリームに分割する。
入力ストリームシンクロナイザ３０１０はISSYと呼ぶことができる。ISSYは、いかなる入力データフォーマットに対してもCBR(constant bit rate)および一定のEnd-to-End伝送遅延を保障するのに適合した手段を提供することができる。ISSYは、TSを伝達する複数のデータパイプの場合に常に利用され、GSストリームを伝達する複数のデータパイプにオプションとして（選択的に）（optionally）利用される。
補償遅延(compensating delay)ブロック３０２０は、受信器で追加メモリを必要とせず、TSパケット再結合メカニズムを許容するために、ISSY情報の挿入により分割されたTSパケットストリームを遅延させることができる。
ヌルパケット削除ブロック３０３０は、TS入力ストリームの場合のみに使用される。一部のTS入力ストリームまたは分割されたTSストリームは、VBR(variable bit-rate)サービスをCBR TSストリームに収容するために存在する複数のヌルパケットを有することができる。この場合、不必要な伝送オーバーヘッドを避けるために、ヌルパケットは識別（確認）され（identified）伝送されないようにすることができる。受信器で、除去されたヌルパケットは、伝送に挿入されたDNP(deleted null-packet、削除されたヌルパケット)カウンタを参照して、本来存在していた正確な場所に再挿入することができ、CBRが保障されタイムスタンプ(PCR)を更新する必要がなくなる。
ヘッダコンプレッションブロック３０４０は、TSまたはIP入力ストリームに対する伝送効率を増加させるために、パケットヘッダ圧縮を提供することができる。受信器は、ヘッダの特定部分に関するアプリオリ（演繹的）(a priori)情報を持つことがあるので、この既知の情報(known information)は送信器から削除することができる。
TSに対して、受信器は同期バイト（sync-byte）構成(０x４７)およびパケット長さ(１８８バイト)に関するアプリオリ情報を有することができる。入力されたTSが１つのPIDのみを有するコンテンツを伝達する場合、すなわち、１つのサービスコンポーネント(ビデオ、オーディオなど)またはサービスサブコンポーネント(SVCベースレイヤ、SVCエンハンスメントレイヤ、MVCベースビュー、またはMVC依存ビュー)に対してのみ、TSパケットヘッダ圧縮がTSに(オプションとして)適用されるようにすることができる。TSパケットヘッダ圧縮は、入力ストリームがIPストリームである場合オプションとして使用される。
上記ブロックは、省略するか、または類似もしくは同一機能を有するブロックで代替することができる。
図４は、本発明の他の一実施例に係る入力フォーマット（入力書式設定）(Input formatting)ブロックを示す。
図４に図示された入力フォーマットブロックは、図１を参照して説明した入力フォーマットブロック１０００の一実施形態に対応する。
図４は、入力シグナルが複数の入力ストリームに対応する場合、入力フォーマットモジュールのストリーム適応ブロックを示す。
図４に示すように、複数の入力ストリームをそれぞれ処理するためのモード適応ブロックは、スケジューラ４０００、１フレーム遅延ブロック４０１０、スタッフィング挿入ブロック４０２０、インバンドシグナリング４０３０、BBフレームスクランブラ４０４０、PLS生成（生産）（generation）ブロック４０５０、およびPLSスクランブラ４０６０を含むことができる。説明は、ストリーム適応ブロックのそれぞれのブロックに対して提供される。
スタッフィングデータブロック４０２０、BBフレームスクランブラ４０４０、PLS生成ブロック４０５０およびPLSスクランブラ４０６０は、図２に図示されたスタッフィング挿入ブロック、BBスクランブラ、PLS生成ブロックおよびPLSスクランブラに対応する。従って、それに関する説明は省略する。
スケジューラ４０００は、それぞれのDPのFECBLOCKの量からフレーム全体にわたる全体的なセル割当（overall cell allocation across the entire frame）を決定することができる。PLS、EACおよびFICのための割当を含んで、スケジューラは、フレームのFSS内PLSセルまたはインバンドシグナリングとして伝送されるPLS２-DYNデータの値を生成する。FECBLOCK、EACおよびFICに関する詳しい説明は後述する。
１フレーム遅延ブロック４０１０は、入力データを１伝送フレーム遅延させることによって、次のフレームに関するスケジュールリング情報を、DP内に挿入されるインバンドシグナリング情報のための現在のフレームを介して伝送することができる（The 1-Frame delay block 4010 can delay the input data by one transmission frame such that scheduling information about the next frame can be transmitted through the current frame for in-band signaling information to be inserted into the DPs）。
インバンドシグナリング４０３０は、フレームのDP内PLS２データの遅延されない部分に挿入される。
上述したブロックは、類似または同一機能を有するブロックによって省略または代替することができる。
図５は、本発明の一実施例に係るBICMブロックを示す。
図５に図示されたBICMブロックは、図１を参照して説明したBICMブロック１０１０の一実施例に該当する。
上述したように、本発明の一実施例に係る次世代放送サービスに関する放送信号送信装置は、地上波放送サービス、モバイル放送サービス、UHDTVサービスなどを提供することができる。
QoSが、本発明の一実施例に係る次世代放送サービスに関する放送信号送信装置によって提供されるサービスの特性に依存するので、それぞれのサービスに該当（対応）するデータは、それぞれ異なる方式を介して処理されなければならない。従って、本発明の一実施例に係るBICMブロックは、SISO、MISO、MIMO方式をそれぞれのデータ経路に該当するデータパイプに独立して適用することにより、各データパイプを独立して処理することができる。結果として、本発明の一実施例に係る次世代放送サービスに関する放送信号送信装置は、それぞれのデータパイプを介して伝送される各サービスまたはサービスコンポーネントに関するQoSを調節することができる。
(a)はベースプロファイルおよびハンドヘルドプロファイルによって共有されるBICMブロックを示し、(b)はアドバンスドプロファイルのBICMブロックを示す。
ベースプロファイルおよびハンドヘルドプロファイルによって共有されるBICMブロックおよびアドバンスドプロファイルのBICMブロックは、それぞれのデータパイプを処理するための複数の処理ブロックを含むことができる。
ベースプロファイルおよびハンドヘルドプロファイルに対するBICMブロックおよびアドバンスドプロファイルに対するBICMブロックのそれぞれの処理ブロックに関して説明する。
ベースプロファイルおよびハンドヘルドプロファイルに対するBICMブロックの処理ブロック５０００は、データFECエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパ５０３０、SSD(signal space diversity)エンコーディングブロック５０４０、タイムインターリーバ５０５０を含むことができる。
データFECエンコーダ５０１０は、外部コーディング(BCH)および内部コーディング(LDPC)を利用してFECBLOCK手順を生成するために、入力BBFに対してFECエンコーディングを実行することができる。外部コーディング(BCH)は、オプションの（選択的な）optional）コーディング方法である。データFECエンコーダ５０１０の具体的な動作に関しては後述する。
ビットインターリーバ５０２０は、効率的に実現可能な構造を提供しながらデータFECエンコーダ５０１０の出力をインターリーブして、LDPCコードおよび変調方式の組合せで最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作に関しては後述する。
コンステレーションマッパ５０３０は、QPSK、QAM-１６、不均一QAM(NUQ-６４、NUQ-２５６、NUQ-１０２４)または不均一コンステレーション(NUC-１６、NUC-６４、NUC-２５６、NUC-１０２４)を利用して、ベースおよびハンドヘルドプロファイルにおいてビットインターリーバ５０２０からのそれぞれのセルワードを変調したり、アドバンスドプロファイルにおいてセルワードデマルチプレクサ５０１０-１からのセルワードを変調して、パワーが正規化されたコンステレーションポイントelを提供することができる。該当コンステレーションマッピングは、データパイプに対してのみ適用される。NUCが任意の形態を有する反面、QAM-１６およびNUQは正四角形形状を有することが観察される。それぞれのコンステレーションが９０度の倍数だけ回転すれば、回転したコンステレーションは本来のものと正確に重なる。回転対称特性（"rotation-sense" symmetric property）によって実数および虚数コンポーネントの容量および平均パワーが相互に等しくなる。NUQおよびNUCはいずれも各コードレート(code rate)に対して特別に定義され、使用される特定の１つは、PLS２データに保管されたパラメータDP_MODによってシグナリングされる。
タイムインターリーバ５０５０は、データパイプレベルで動作することができる。タイムインターリーブのパラメータは、それぞれのデータパイプに対して異なるように設定することができる。タイムインターリーバ５０５０の具体的な動作に関しては後述する。
アドバンスドプロファイルに対するBICMブロックの処理ブロック５０００-１は、データFECエンコーダ、ビットインターリーバ、コンステレーションマッパ、およびタイムインターリーバを含むことができる。ただし、処理ブロック５０００-１は、セルワードデマルチプレクサ５０１０-１およびMIMOエンコーディングブロック５０２０-１をさらに含むという点で、処理ブロック５０００と区別される。
また、処理ブロック５０００-１におけるデータFECエンコーダ、ビットインターリーバ、コンステレーションマッパ、タイムインターリーバの動作は、前述したデータFECエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパ５０３０、タイムインターリーバ５０５０の動作に対応（該当）する（correspond to）ので、その説明は省略する。
セルワードデマルチプレクサ５０１０-１は、アドバンスドプロファイルのデータパイプがMIMO処理のために単一セルワードストリームをデュアルセルワードストリームに分離するために使用される。セルワードデマルチプレクサ５０１０-１の具体的な動作に関しては後述する。
MIMOエンコーディングブロック５０２０-１は、MIMOエンコーディング方式を利用してセルワードデマルチプレクサ５０１０-１の出力を処理することができる。MIMOエンコーディング方式は、放送信号送信のために最適化されている。MIMO技術は、容量増加を得るための有望な方式であるが、チャネル特性に依存する。特に、放送に関して、相互に異なる信号伝播（電波）特性による２つのアンテナ間の受信信号パワーの差またはチャネルの強いLOSコンポーネントにより、MIMOから容量利得が得難くなる（the strong LOS component of the channel or a difference in the received signal power between two antennas caused by different signal propagation characteristics makes it difficult to get capacity gain from MIMO）。提案されたMIMOエンコーディング方式は、MIMO出力信号のうちの１つの位相ランダム化および回転に基づくプリコーディングを利用してこの問題を克服する。
MIMOエンコーディングは、送信器および受信器の両方において少なくとも２つのアンテナを必要とする２x２MIMOシステムのために意図されている。２つのMIMOエンコーディングモードは、本提案であるFR-SM(Full-Rate Spatial Multiplexing)およびFRFD-SM(Full-Rate Full-Diversity Spatial Multiplexing)で定義される。FR-SMエンコーディングは、受信器側での比較的小さい複雑さの増加で容量増加を提供する反面、FRFD-SMエンコーディングは、受信器側での大きい複雑さの増加で容量増加および追加のダイバーシチ利得を提供する。提案されたMIMOエンコーディング方式は、アンテナ極性配置（antenna polarity configuration）を制限しない。
MIMO処理は、アドバンスドプロファイルフレームに対して要求されるが、これはアドバンスドプロファイルフレームにおけるすべてのデータパイプが、MIMOエンコーダによって処理されるということを意味する。MIMO処理は、データパイプレベルで適用される。コンステレーションマッパ出力ペア(pair)のNUQ(e１、iおよびe２、i)は、MIMOエンコーダの入力に供給される。MIMOエンコーダ出力ペア (g１、iおよびg２、i)は、それぞれの送信アンテナの同一キャリアkおよびOFDMシンボルlによって伝送される。
前述したブロックは、省略するか、または、類似もしくは同一機能を有するブロックで代替することができる。
図６は、本発明の他の実施例に係るBICMブロックを示す。
図６に図示されたBICMブロックは、図１を参照して説明したBICMブロック１０１０の一実施例に該当する。
図６は、PLS、EAC、およびFICを保護（protection）するためのBICMブロックを示す。EACは、EAS情報データを伝達するフレームの一部であり、FICは、サービスと該当するベースデータパイプとの間でマッピング情報を伝達する、フレームにおける論理チャネルである。EACおよびFICに関する詳細な説明は後述する。
図６に示すように、PLS、EAC、およびFICを保護するためのBICMブロックは、PLS FECエンコーダ６０００、ビットインターリーバ６０１０、およびコンステレーションマッパ６０２０を含むことができる。
また、PLS FECエンコーダ６０００は、スクランブラ、BCHエンコーディング/ゼロ挿入ブロック、LDPCエンコーディングブロック、およびLDPCパリティパンクチャリング(puncturing)ブロックを含むことができる。BICMブロックの各ブロックに関して説明する。
PLS FECエンコーダ６０００は、スクランブルされたPLS１/２データ、EACおよびFICセクションをエンコーディングすることができる。
スクランブラは、BCHエンコーディングとショートニング（短縮）(shortening)およびパンクチャリングされるLDPCエンコーディングとの前に、PLS１データおよびPLS２データをスクランブルすることができる。
BCHエンコーディング/ゼロ挿入ブロックは、PLS保護のためのショートニングされたBCHコードを利用して、スクランブルされたPLS１/２データに外部エンコーディングを行い、BCHエンコーディング後にゼロビットを挿入することができる。PLS１データに対してのみ、ゼロ挿入の出力ビットがLDPCエンコーディング前にパーミュテーション(permutation)される（並べ替えられる、順序を入れ替えられる）。
LDPCエンコーディングブロックは、LDPCコードを利用してBCHエンコーディング/ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、CldpcおよびパリティビットPldpcは、それぞれのゼロが挿入されたPLS情報ブロックIldpcからシステム的に（システマティックに）（組織的に）（systematically）エンコーディングされ、その後に添付される。
PLS１およびPLS２に対するLDPCコードパラメータは、次の表４のとおりである。
LDPCパリティパンクチャリングブロックは、PLS１データおよびPLS２データに対してパンクチャリングを行うことができる。
ショートニングがPLS１データ保護に適用される場合、一部のLDPCパリティビットはLDPCエンコーディング後にパンクチャリングされる。また、PLS２データ保護のために、PLS２のLDPCパリティビットがLDPCエンコーディング後にパンクチャリングされる。これらのパンクチャリングされたビットは伝送されない。
ビットインターリーバ６０１０は、それぞれのショートニングおよびパンクチャリングされたPLS１データおよびPLS２データをインターリーブすることができる。
コンステレーションマッパ６０２０は、ビットインターリーブされたPLS１データおよびPLS２データをコンステレーションにマッピングすることができる。
前述したブロックは、省略または類似もしくは同一機能を有するブロックで代替することができる。
図７は、本発明の一実施例に係るフレーム構築ブロック(frame building block)を示す。
図７に図示したフレーム構築ブロックは、図１を参照して説明したフレーム構築ブロック１０２０の一実施例に該当（対応）する。
図７に示すように、フレーム構築ブロックは、遅延補償ブロック７０００、セルマッパ(cell mapper)７０１０、および周波数インターリーバ(frequency interleaver)７０２０を含むことができる。フレーム構築ブロックの各ブロックに関して説明する。
遅延補償ブロック７０００は、データパイプと対応（該当）するPLSデータとの間のタイミングを調節して、送信器側でデータパイプと対応するPLSデータとの間の同時性(co-time)を保証（保障）する（ensure）ことができる。入力フォーマットブロックおよびBICMブロックによるデータパイプの遅延に対処することにより、PLSデータはデータパイプだけ遅延される。BICMブロックの遅延は、主にタイムインターリーバ５０５０によるものである。インバンド(In-band)シグナリングデータは、次のタイムインターリーブグループの情報を伝達することによって、シグナリングされるデータパイプより１フレーム先に伝達されるようにすることができる。遅延補償ブロックは、それに合わせてインバンド(In-band)シグナリングデータを遅延させる。
セルマッパ７０１０は、PLS、EAC、FIC、データパイプ、補助ストリーム、およびダミーセル（dummy cell）を、フレーム内でOFDMシンボルのアクティブ(active)キャリアにマッピングすることができる。セルマッパ７０１０の基本機能は、それぞれのデータパイプ、PLSセル、およびEAC/FICセルに対するタイムインターリーブによって生成されたデータセルを、存在すれば、１つのフレーム内のそれぞれのOFDMシンボルに該当（対応）するアクティブ(active)OFDMセルのアレイ（配列）にマッピングするものである。(PSI(program specific information)/SIのような)サービスシグナリングデータは、個別に収集されてデータパイプによって送信される。セルマッパは、フレーム構造の構成およびスケジューラによって生成されたダイナミックインフォメーション（動的情報）(dynamic information)に応じて動作する。フレームに関する詳しい内容は後述する。
周波数インターリーバ７０２０は、セルマッパ７０１０から受信されたデータセルをランダムにインターリーブして、周波数ダイバーシチを提供することができる。また、周波数インターリーバ７０２０は、単一フレームで最大のインターリーブ利得を得るために、他のインターリーブシード(seed)順（interleaving-seed order）を利用して２つの連続する（sequential）OFDMシンボルから構成されたOFDMシンボルペア(pair)で動作することができる。
前述したブロックは、省略するか、または、類似もしくは同一機能を有するブロックで代替することができる。
図８は、本発明の一実施例に係るOFDM生成ブロックを示す。
図８に図示されたOFDM生成ブロックは、図１を参照して説明したOFDM生成ブロック１０３０の一実施例に対応（該当）する。
OFDM生成ブロックは、フレーム構築ブロックによって生成されたセルによってOFDMキャリアを変調して、パイロットを挿入し、伝送のための時間領域信号を生成する。また、該当ブロックは順次ガードインターバル（guard intervals）を挿入し、PAPR減少（リダクション）（reduction）処理を適用して最終（final）RF信号を生成する。
図８に示すように、OFDM生成ブロックは、パイロットおよびリザーブド（予約）トーン挿入ブロック(pilot and reserved tone insertion block)８０００、２Ｄ-eSFN(Single Frequency Network)エンコーディングブロック８０１０、IFFT(Inverse Fast Fourier Transform)ブロック８０２０、PAPR減少ブロック８０３０、ガードインターバル挿入ブロック(guard interval insertion block)８０４０、プリアンブル挿入ブロック(preamble insertion block)８０５０、その他のシステム挿入ブロック８０６０、およびDACブロック８０７０を含むことができる。フレーム構築ブロックのそれぞれのブロックについて説明する。
パイロットおよびリザーブド（予約）トーン挿入ブロック8000は、パイロットやリザーブド（予約済みの）トーンを挿入することができる。
OFDMシンボル内の様々なセルは、受信器において事前に知られている送信された値を有するパイロットとして既知の参照情報（によって変調される（Various cells within the OFDM symbol are modulated with reference information, known as pilots, which have transmitted values known a priori in the receiver）。パイロットセルの情報は、スキャッタード（分散）パイロット（scattered pilots）、連続パイロット（continual pilots）、エッジパイロット、FSS（Frame Signaling Symbol）（フレームシグナリングシンボル）パイロットおよびFES（Frame Edge Symbol）（フレームエッジシンボル）パイロットから構成される。各パイロットは、パイロットのタイプおよびパイロットのパターンに応じて特定のブーストパワー（昇圧電力）レベル（boosted power level）で送信される。パイロット情報の値は、任意の所与のシンボル上で送信される各キャリアに対して1つ、値の配列である参照シーケンスから導出される（The value of the pilot information is derived from a reference sequence, which is a series of values, one for each transmitted carrier on any given symbol）。パイロットは、フレーム同期、周波数同期、時間同期、チャネル推定、および送信モードの識別に使用することができ、また、位相雑音（ノイズ）（phase noise）を追跡するために使用することができる。
参照シーケンスから取り出された参照情報は、フレームのプリアンブル、FSSおよびFESを除くすべてのシンボルにおいてスキャッタードパイロットセルで送信される。連続パイロットは、フレームのすべてのシンボルに挿入される。連続パイロットの数および位置は、FFTの大きさおよびスキャッタードパイロットのパターンの両方に依存する。エッジキャリア（carriers）は、プリアンブルシンボルを除くすべてのシンボルのエッジパイロットである。これらは、スペクトルの端までの周波数補間を可能にするために挿入されている。FSSパイロットはFSS（複数可）に挿入され、FESパイロットは、FESに挿入されている。これらは、フレームのエッジまでの時間補間アップを可能にするために挿入されている。
本発明の実施形態に係るシステムは、分散MISO方式が必要に応じて（オプションとして）非常にロバストな伝送モードをサポートするために使用されるSFNネットワークをサポートする。2D-eSFNは、それぞれがSFNネットワーク内の異なる送信器サイトに位置する複数のTX（送信）アンテナを使用する分散MISO方式である（The 2D-eSFN is a distributed MISO scheme that uses multiple TX antennas, each of which is located in the different transmitter site in the SFN network）。
2D-eSFNの符号化ブロック8010は、SFNの設定時間および周波数ダイバーシチの両方を作成するために、複数の送信器から送信された信号の位相を歪めるために2D-eSFN処理を処理することができる。したがって、長時間の低いフラットフェージングや深いフェージングによるバーストエラーを軽減することができる（burst errors due to low flat fading or deep-fading for a long time can be mitigated）。
IFFTブロック8020は、OPDM変調方式を用いた2D-eSFNの符号化ブロック8010の出力を調節することができる。データシンボルにおいてパイロット（またはリザーブドトーンなど）として指定されていない任意のセルは、周波数インターリーバからのデータセルの1つを搬送する。セルは、OFDMキャリアにマッピングされる。（The IFFT block 8020 can modulate the output from the 2D-eSFN encoding block 8010 using OFDM modulation scheme. Any cell in the data symbols which has not been designated as a pilot (or as a reserved tone) carries one of the data cells from the frequency interleaver. The cells are mapped to OFDM carriers.）
PAPR低減（リダクション）（reduction）ブロック8030は、時間領域内において様々なPAPR低減アルゴリズムを使用して入力信号のPAPR低減を行うことができる。
ガードインターバル挿入ブロック8040は、ガードインターバルを挿入することができ、プリアンブル挿入ブロック8050は、信号の前にプリアンブルを挿入することができる。プリアンブルの構造の詳細については後述する。他のシステム挿入ブロック８０６０は、放送サービスを提供する二以上の相互に異なる放送送信/受信システムのデータが同じRF信号帯域で同時に伝送されるように、時間領域において複数の放送送信/受信システムの信号をマルチプレックスすることができる。この場合、二以上の相互に異なる放送送信/受信システムは、相互に異なる放送サービスを提供するシステムをいう。相互に異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味することになる。それぞれの放送サービスに関連するデータは、異なるフレームを介して送信することができる。
DACブロック8070は、入力されたデジタル信号をアナログ信号に変換し、アナログ信号を出力することができる（The DAC block 8070 can convert an input digital signal into an analog signal and output the analog signal）。DACブロック7800から出力された信号は、物理層プロファイルに応じて複数の出力アンテナを介して送信されることができる。本発明の実施形態に係る送信アンテナは、垂直または水平の極性（vertical or horizontal polarity）を有することができる。
上記ブロックは、省略したり、または設計に応じて、類似もしくは同一の機能を有するブロックに置き換えることができる。
図９は、本発明の一実施例に係る次世代放送サービスに関する放送信号受信装置の構造を示す。
本発明の一実施例に係る次世代放送サービスに関する放送信号受信装置は、図１を参照して説明した次世代放送サービスに関する放送信号送信装置に対応する。
本発明の一実施例に係る次世代放送サービスに関する放送信号受信装置は、同期および復調モジュール(synchronization & demodulation module)９０００、フレーム解析モジュール(frame parsing module)９０１０、デマッピングおよびデコーディングモジュール(demapping & decoding module)９０２０、出力プロセッサ(output processor)９０３０、およびシグナリングデコーディングモジュール(signaling decoding module)９０４０を含むことができる。放送信号受信装置の各モジュールの動作に関して説明する。
同期および復調モジュール９０００は、m個の受信アンテナを介して入力信号を受信し、放送信号受信装置に対応（該当）するシステムに対して信号検出および同期化を実行し、放送信号送信装置によって実行される手順の逆処理の手順に対応する復調を実行することができる。
フレーム解析モジュール９０１０は、入力信号フレームを解析し、ユーザによって選択されたサービスが伝送されるデータを抽出することができる。放送信号送信装置がインターリーブを実行する場合、フレーム解析モジュール９０１０は、インターリーブの逆の手順に対応するデインターリーブを実行することができる。この場合、抽出されるべき信号およびデータの位置が、シグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることにより獲得され、放送信号送信装置によって生成されたスケジューリング情報が復元される。
デマッピングおよびデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要に応じてビット領域データをデインターリーブすることができる。デマッピングおよびデコーディングモジュール９０２０は、伝送効率のために適用されたマッピングに対するデマッピングを実行し、デコーディングを介して伝送チャネルで発生したエラーを訂正することができる。この場合、デマッピングおよびデコーディングモジュール９０２０は、シグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることにより、デマッピングおよびデコーディングのために必要な伝送パラメータを獲得することができる。
出力プロセッサ９０３０は、伝送効率を向上させるために、放送信号送信装置によって適用される多様な圧縮/信号処理手順の逆の手順を実行することができる。この場合、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータから必要な制御情報を獲得することができる。出力プロセッサ８３００の出力は、放送信号送信装置に入力される信号に対応し、例えば、MPEG-TS、IPストリーム(v４またはv６)およびGSである。
シグナリングデコーディングモジュール９０４０は、同期および復調モジュール９０００によって復調された信号からPLS情報を獲得することができる。上述したように、フレーム解析モジュール９０１０、デマッピングおよびデコーディングモジュール９２００、出力プロセッサ９３００は、シグナリングデコーディングモジュール９０４０から出力されたデータを利用してその機能を実行することができる。
図１０は、本発明の一実施例に係るフレーム構造を示す。
図１０は、フレームタイムの構成例およびスーパーフレームにおけるFRU(Frame Repetition Unit、フレーム繰返し単位)を示す。(a)は、本発明の一実施例に係るスーパーフレームを示し、(b)は、本発明の一実施例に係るFRUを示し、(c)はFRUでの多様な物理プロファイル(PHY profile)のフレームを示し、(d)はフレームの構造を示す。
スーパーフレームは８個のFRUで構成することができる。FRUはフレームのTDMに対する基本マルチプレックス単位（basic multiplexing unit）であり、スーパーフレームで８回繰り返される。
FRUにおける各フレームは、物理プロファイル(ベース、ハンドヘルド、アドバンスドプロファイル)のうちの１つまたはFEFに属する。FRUでフレームの最大許容数（maximum allowed number）は４であり、与えられた物理プロファイルは、FRUで０回〜４回のいずれかの回数だけ出現できる(例えば、ベース、ベース、ハンドヘルド、アドバンスド)。物理プロファイルの定義は、必要に応じてプリアンブルにおけるPHY_PROFILEのリザーブド値(reserved value)を利用して拡張可能である。
FEF部分（パート）は、含まれる場合FRUの終わりに挿入される。FEFがFRUに含まれる場合、FEFの最大数はスーパーフレームにおいて８である。FEF部分が相互に隣接することは推奨されない。
１つのフレームは、複数のOFDMシンボルおよびプリアンブルにさらに分離される。(d)に示したように、フレームは、プリアンブル、１つまたは複数のFSS、ノーマルデータシンボル、FESを含む。
プリアンブルは、高速フューチャキャストUTBシステム（Futurecast UTB system）信号の検出を可能にし、信号の効率的な送信および受信のための基本伝送パラメータセットを提供する特別なシンボルである。プリアンブルに関する詳しい内容は後述する。
FSSの主な目的は、PLSデータを伝達することである。高速同期およびチャネル推定のために、これに伴うPLSデータの高速デコーディングのために、FSSは、ノーマルデータシンボルより高密度なパイロットパターンを有する。FESはFSSと完全に同一なパイロットを有するが、これはFESの直前のシンボルに対して外挿(extrapolation)なしでFES内での周波数のみの補間(interpolation)および時間的補間(temporal interpolation)を可能とする。
図１１は、本発明の一実施例に係るフレームのシグナリング階層構造(signaling hierarchy structure)を示す。
図１１は、シグナリング階層構造を示すが、これは３つの主な部分であるプリアンブルシグナリングデータ１１０００、PLS１データ１１０１０、およびPLS２データ１１０２０に分割される。各フレームごとにプリアンブル信号によって伝達されるプリアンブルの目的は、フレームの基本伝送パラメータおよび伝送タイプを示すことである。PLS１は、受信器が対象のデータパイプに接続するためのパラメータを含むPLS２データに接続してデコーディングすることができるようにする。PLS２は、各フレームごとに伝達され、２つの主な部分であるPLS２-STATデータとPLS２-DYNデータとに分割される。PLS２データのスタティックおよびダイナミック部分には、必要に応じてパディングがなされる。
図１２は、本発明の一実施例に係るプリアンブルシグナリングデータを示す。
プリアンブルシグナリングデータは、受信器がフレーム構造内でPLSデータに接続しデータパイプを追跡できるようにするために必要な２１ビットの情報を伝達する。プリアンブルシグナリングデータに関する詳しい内容は、次のとおりである。
PHY_PROFILE：該当３ビットフィールドは、現在のフレームの物理プロファイルタイプを示す。相互に異なる物理プロファイルタイプのマッピングは、以下の表５に示す。
FFT_SIZE：該当２ビットフィールドは、以下の表６で説明するように、フレームグループ内における現在のフレームのFFTサイズを示す。
GI_FRACTION：該当３ビットフィールドは、以下の表７で説明するように、現在のスーパーフレームにおけるガードインターバルの分数(fraction)値を示す。
EAC_FLAG：該当１ビットフィールドは、EACが現在のフレームに提供されるか否かを示す。該当フィールドが１に設定される場合、EASが現在のフレームに提供される。該当フィールドが０に設定される場合、EASが現在のフレームに伝達されない。該当フィールドは、スーパーフレーム内でダイナミックに切り換えられる（switched）。
PILOT_MODE：該当１ビットフィールドは、現在のフレームグループにおける現在のフレームに対してパイロットモードがモバイルモードであるかまたは固定モードであるかを示す。該当フィールドが０に設定される場合、モバイルパイロットモードが使用される。該当フィールドが１に設定される場合、固定パイロットモードが使用される。
PAPR_FLAG：該当１ビットフィールドは、現在のフレームグループにおける現在のフレームに対してPAPR減少が使用されているか否かを示す。該当フィールドが１に設定される場合、トーン予約(tone reservation)がPAPR減少のために使用される。該当フィールドが０に設定される場合、PAPR減少が使用されない。
FRU_CONFIGURE：該当３ビットフィールドは、現在のスーパーフレームに存在するFRUの物理プロファイルタイプ構成を示す。現在のスーパーフレーム内のすべてのプリアンブルにおける該当フィールドで、現在のスーパーフレームで伝達されるすべてのプロファイルタイプが識別される。該当３ビットフィールドは、以下の表８に示したように、それぞれのプロファイルに対して異なるように定義される。
RESERVED：該当７ビットフィールドは、将来の使用のためにリザーブ（予約）(reserved)される。
図１３は、本発明の一実施例に係るPLS１データを示す。
PLS１データは、PLS２の受信およびデコーディングを可能にするために必要なパラメータを含んだ基本伝送パラメータを提供する。上述したように、PLS１データは、１つのフレームグループの全デュレーション（entire duration）の間変化しない。PLS１データのシグナリングフィールドの具体的な定義は次のとおりである。
PREAMBLE_DATA：該当２０ビットフィールドは、EAC_FLAGを除いたプリアンブルシグナリングデータのコピーである。
NUM_FRAME_FRU：該当２ビットフィールドは、FRU当たりのフレーム数を示す。
PAYLOAD_TYPE：該当３ビットフィールドは、フレームグループで伝達されるペイロードデータのフォーマットを示す。PAYLOAD_TYPEは、表９に示したようにシグナリングされる。
NUM_FSS：該当２ビットフィールドは、現在のフレームにおけるFSSの数を示す。
SYSTEM_VERSION：該当８ビットフィールドは伝送される信号フォーマットのバージョンを示す。SYSTEM_VERSIONは主（メジャー）バージョン（major version）および副（マイナ）バージョン（minor version）の２つの４ビットフィールドに分離される。
主バージョン：SYSTEM_VERSIONフィールドのMSBである４ビットは主バージョン情報を示す。主バージョンフィールドにおける変化（change）は、後方互換が不可能な変化（non-backward-compatible change）を示す。デフォルト値は００００である。該当標準で説明されたバージョンに対して、値が００００に設定される。
副バージョン：SYSTEM_VERSIONフィールドのLSBである４ビットは副バージョン情報を示す。副バージョンフィールドにおける変化は後方互換が可能である。
CELL_ID：これは、ATSCネットワークで地理的セルを一意に識別する１６ビットフィールドである。ATSCセルカバレッジは、フューチャキャストUTBシステムごとに使用される周波数に応じて１つまたは複数の周波数から構成される。CELL_IDの値が知られていないか特定されない場合、該当フィールドは０に設定される。
NETWORK_ID：これは、現在のATSCネットワークを一意に識別する１６ビットフィールドである。
SYSTEM_ID：該当１６ビットフィールドは、ATSCネットワーク内でフューチャキャストUTBシステムを一意に識別する。フューチャキャストUTBシステムは、入力が１つまたは複数の入力ストリーム(TS、IP、GS)であり、出力がRF信号である地上波放送システムである。フューチャキャストUTBシステムは、存在する場合FEFおよび１つもしくは複数の物理プロファイルを伝達する。同一フューチャキャストUTBシステムは、相互に異なる入力ストリームを伝達し、相互に異なる地理的領域で相互に異なるRFを使用でき、ローカルサービスの挿入を許容する。フレーム構造およびスケジューリングは１つの場所で制御され、フューチャキャストUTBシステム内ですべての伝送に対して同一であり、１つまたは複数のフューチャキャストUTBシステムは、全て同一の物理構造および構成を有する同一SYSTEM_IDの意味を持つことができる。
次のループ(loop)は、各フレームタイプの長さおよびFRU構成を示すFRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_GI_FRACTION、RESERVEDから構成される。ループ(loop)のサイズは、FRU内で４つの物理プロファイル(FEF含む)がシグナリングされるように固定される。NUM_FRAME_FRUが４より小さい場合、使用されないフィールドはゼロで満たされる。
FRU_PHY_PROFILE：該当３ビットフィールドは、関連付けられた（関連した）（associated）FRUの(i+１)番目のフレーム(iはループ(loop)インデックス)の物理プロファイルタイプを示す。該当フィールドは、表８に示したものと同一のシグナリングフォーマットを用いる。
FRU_FRAME_LENGTH：該当２ビットフィールドは、関連付けられたFRUの(i+１)番目のフレームの長さを示す。FRU_GI_FRACTIONと一緒にFRU_FRAME_LENGTHを使用する場合、フレームデュレーションの正確な値が得られる。
FRU_GI_FRACTION：該当３ビットフィールドは、関連付けられたFRUの(i+１)番目のフレームのガードインターバルの分数値を示す。FRU_GI_FRACTIONは、表７に従ってシグナリングされる。
RESERVED：該当４ビットフィールドは、将来の使用のためにリザーブ(reserved)される。
次のフィールドは、PLS２データをデコーディングするためのパラメータを提供する。
PLS２_FEC_TYPE：該当２ビットフィールドは、PLS２の保護に使用されるFECタイプを示す。FECタイプは、表１０に従ってシグナリングされる。LDPCコードに関する詳しい内容は後述する。
PLS２_MOD：該当３ビットフィールドは、PLS２に使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
PLS２_SIZE_CELL：該当１５ビットフィールドは、現在のフレームグループで伝達されるPLS２に関するすべてのコーディングブロックのコレクション（collection）のサイズ(QAMセルの数として特定される)のCtotal_partial_blockを示す。該当値は、現在のフレームグループの全デュレーションの間一定である。
PLS２_STAT_SIZE_BIT：該当１４ビットフィールドは、現在のフレームグループに関するPLS２-STATのサイズをビット数で示す。該当値は、現在のフレームグループの全デュレーションの間一定である。
PLS２_DYN_SIZE_BIT：該当１４ビットフィールドは、現在のフレームグループに関するPLS２-DYNのサイズをビット数で示す。該当値は、現在のフレームグループの全デュレーションの間一定である。
PLS２_REP_FLAG：該当１ビットフラッグは、PLS２繰返しモードが現在のフレームグループで使用されている否かを示す。該当フィールドの値が１に設定される場合、PLS２繰返しモードは活性化される。該当フィールドの値が０に設定される場合、PLS２繰返しモードは非活性化される。
PLS２_REP_SIZE_CELL：該当１５ビットフィールドは、PLS２繰返しが使用される場合、現在のフレームグループの各フレームごとに伝達されるPLS２に対する部分的（partial）コーディングブロックのサイズ(QAMセルの数として特定される)のCtotal_partial_blockを示す。繰返しが使用されない場合、該当フィールドの値は０と同一である。該当値は、現在のフレームグループの全デュレーションの間一定である。
PLS２_NEXT_FEC_TYPE：該当２ビットフィールドは、次のフレームグループの各フレームで伝達されるPLS２に使用されるFECタイプを示す。FECタイプは、表１０に従ってシグナリングされる。
PLS２_NEXT_MOD：該当３ビットフィールドは、次のフレームグループの各フレームで伝達されるPLS２に使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
PLS２_NEXT_REP_FLAG：該当１ビットフラッグは、PLS２繰返しモードが次のフレームグループで使用されているか否かを示す。該当フィールドの値が１に設定される場合、PLS２繰返しモードは活性化される。該当フィールドの値が０に設定される場合、PLS２繰返しモードは非活性化される。
PLS２_NEXT_REP_SIZE_CELL：該当１５ビットフィールドは、PLS２繰返しが使用される場合、次のフレームグループの各フレームごとに伝達されるPLS２に対する全コーディングブロックのコレクションのサイズ(QAMセルの数として特定される)のCtotal_full_blockを示す。次のフレームグループで繰返しが使用されない場合、該当フィールドの値は０と同一である。該当値は、現在のフレームグループの全デュレーションの間一定である。
PLS２_NEXT_REP_STAT_SIZE_BIT：該当１４ビットフィールドは、次のフレームグループに関するPLS２-STATのサイズをビット数で示す。該当値は、現在のフレームグループにおいて一定である。
PLS２_NEXT_REP_DYN_SIZE_BIT：該当１４ビットフィールドは、次のフレームグループに関するPLS２-DYNのサイズをビット数で示す。該当値は、現在のフレームグループにおいて一定である。
PLS２_AP_MODE：該当２ビットフィールドは、現在のフレームグループでPLS２に対して追加パリティが提供されるか否かを示す。該当値は、現在のフレームグループの全デュレーションの間一定である。以下の表１２は該当フィールドの値を提供する。該当フィールドの値が００に設定される場合、現在のフレームグループで追加パリティがPLS２に対して使用されない。
PLS２_AP_SIZE_CELL：該当１５ビットフィールドは、PLS２の追加パリティビットのサイズ(QAMセルの数として特定される)を示す。該当値は、現在のフレームグループの全デュレーションの間一定である。
PLS２_NEXT_AP_MODE：該当２ビットフィールドは、次のフレームグループの各フレームごとにPLS２シグナリングに対して追加パリティが提供されるか否かを示す。該当値は、現在のフレームグループの全デュレーションの間一定である。表１２は、該当フィールドの値を定義する。
PLS２_NEXT_AP_SIZE_CELL：該当１５ビットフィールドは、次のフレームグループの各フレームごとにPLS２の追加パリティビットのサイズ(QAMセルの数として特定される)を示す。該当値は、現在のフレームグループの全デュレーションの間一定である。
RESERVED：該当３２ビットフィールドは、将来の使用のためにリザーブ(reserved)される。
CRC_３２：PLS１シグナリング全体に適用される３２ビットエラー検出コード。
図１４は、本発明の一実施例に係るPLS２データを示す。
図１４は、PLS２データのPLS２-STATデータを示す。PLS２-STATデータはフレームグループ内で同一である反面、PLS２-DYNデータは現在のフレームに対して特定の情報を提供する。
PLS２-STATデータのフィールドに関して次に具体的に説明する。
FIC_FLAG：該当１ビットフィールドは、FICが現在のフレームグループで使用されているか否かを示す。該当フィールドの値が１に設定される場合、FICは現在のフレームで提供される。該当フィールドの値が０に設定される場合、FICは現在のフレームで伝達されない。該当値は、現在のフレームグループの全デュレーションの間一定である。
AUX_FLAG：該当１ビットフィールドは、補助ストリームが現在のフレームグループで使用されているか否かを示す。該当フィールドの値が１に設定される場合、補助ストリームは現在のフレームで提供される。該当フィールドの値が０に設定される場合、補助フレームは現在のフレームで伝達されない。該当値は、現在のフレームグループの全デュレーションの間一定である。
NUM_DP：該当６ビットフィールドは、現在のフレーム内で伝達されるデータパイプの数を示す。該当フィールドの値は１から６４の間であり、データパイプの数はNUM_DP+１である。
DP_ID：該当６ビットフィールドは、ＤＰを物理プロファイル内で一意に（uniquely）識別する。
DP_TYPE：該当３ビットフィールドは、データパイプのタイプを示す。これは、以下の表１３に従ってシグナリングされる。
DP_GROUP_ID：該当８ビットフィールドは、現在のデータパイプが関連付けられたデータパイプグループを識別する。これは受信器が同一のDP_GROUP_IDを有するようになる特定サービスと関連付けられているサービスコンポーネントのデータパイプに接続するために使用される。
BASE_DP_ID：該当６ビットフィールドは、管理層で使用される(PSI/SIのような)サービスシグナリングデータを伝達するデータパイプを示す。BASE_DP_IDによって示すデータパイプは、サービスデータと一緒にサービスシグナリングデータを伝達するノーマルデータパイプであるか、サービスシグナリングデータだけを伝達する専用データパイプである。
DP_FEC_TYPE：該当２ビットフィールドは、関連付けられたデータパイプによって使用されるFECタイプを示す。FECタイプは、以下の表１４に従ってシグナリングされる。
DP_COD：該当４ビットフィールドは、関連付けられたデータパイプによって使用されるコードレート(code rate)を示す。コードレート(code rate)は、以下の表１５に従ってシグナリングされる。
DP_MOD：該当４ビットフィールドは、関連付けられたデータパイプによって使用される変調を示す。変調は、以下の表１６に従ってシグナリングされる。
DP_SSD_FLAG：該当１ビットフィールドは、SSDモードが関連付けられたデータパイプで使用されているか否かを示す。該当フィールドの値が１に設定される場合、SSDは使用される。該当フィールドの値が０に設定される場合、SSDは使用されない。
次のフィールドは、PHY_PROFILEがアドバンスドプロファイルを示す０１０と同一である場合のみ現れる。
DP_MIMO：該当３ビットフィールドは、どんなタイプのMIMOエンコーディング処理が関連付けられたデータパイプに適用されるかを示す。MIMOエンコーディング処理のタイプは、以下の表１７に従ってシグナリングされる。
DP_TI_TYPE：該当１ビットフィールドは、タイムインターリーブのタイプを示す。０の値は、１つのタイムインターリーブグループが１つのフレームに対応し、１つまたは複数のタイムインターリーブブロックを含むことを示す。１の値は、１つのタイムインターリーブグループが１つより多いフレームで伝達され、１つのタイムインターリーブブロックのみを含むことを示す。
DP_TI_LENGTH：該当２ビットフィールド(許容（使用可能な）値（allowed values）は１、２、４、８のみ)の使用は、次のようなDP_TI_TYPEフィールド内で設定される値によって決定される。
DP_TI_TYPEの値が１に設定される場合、該当フィールドは、それぞれのタイムインターリーブグループがマッピングされるフレームの数であるPIを示し、タイムインターリーブグループ当たり１つのタイムインターリーブブロックが存在する(NTI=１)。該当２ビットフィールドで許容される（使用可能な）PIの値（allowedPIvalues）は、以下の表１８で定義される。
DP_TI_TYPEの値が０に設定される場合、該当フィールドはタイムインターリーブグループ当たりタイムインターリーブブロックの数であるNTIを示し、フレーム当たり１つのタイムインターリーブグループが存在する(PI=１)。該当２ビットフィールドで許容されるPIの値は、以下の表１８で定義される。
DP_FRAME_INTERVAL：該当２ビットフィールドは、関連付けられたデータパイプに関するフレームグループ内におけるフレーム間隔(IJUMP)を示し、許容値は１、２、４、８(該当する２ビットフィールドは、それぞれ００、０１、１０、１１)である。フレームグループのすべてのフレームに現れないデータパイプに関して、該当フィールドの値は、連続する（successive）フレーム間の間隔と同一である。例えば、データパイプが１、５、９、１３等のフレームに現れる場合、該当フィールドの値は４に設定される。すべてのフレームに現れるデータパイプに関して、該当フィールドの値は１に設定される。
DP_TI_BYPASS：該当１ビットフィールドは、タイムインターリーバ５０５０の使用可能性（availability）を決定する。データパイプに対してタイムインターリーブが使用されない場合、該当フィールド値は１に設定される。反面、タイムインターリーブが使用される場合、該当フィールド値は０に設定される。
DP_FIRST_FRAME_IDX：該当５ビットフィールドは、現在のデータパイプが発生するスーパーフレームの１番目のフレームのインデックスを示す。DP_FIRST_FRAME_IDXの値は０から３１の間である。
DP_NUM_BLOCK_MAX：該当１０ビットフィールドは、該当データパイプに対するDP_NUM_BLOCKSの最大値を示す。該当フィールドの値は、DP_NUM_BLOCKSと同一の範囲を有する。
DP_PAYLOAD_TYPE：該当２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードデータのタイプを示す。DP_PAYLOAD_TYPEは、以下の表１９に従ってシグナリングされる。
DP_INBAND_MODE：該当２ビットフィールドは、現在のデータパイプがインバンド(In-band)シグナリング情報を伝達するか否かを示す。インバンド(In-band)シグナリングタイプは、以下の表２０に従ってシグナリングされる。
DP_PROTOCOL_TYPE：該当２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは、入力ペイロードタイプが選択される場合、以下の表２１に従ってシグナリングされる。
DP_CRC_MODE：該当２ビットフィールドは、CRCエンコーディングが入力フォーマットブロックで使用されているか否かを示す。CRCモードは、以下の表２２に従ってシグナリングされる。
DNP_MODE：該当２ビットフィールドは、DP_PAYLOAD_TYPEがTS(「００」)に設定される場合に関連付けられたデータパイプによって使用されるヌルパケット削除モードを示す。DNP_MODEは、以下の表２３に従ってシグナリングされる。DP_PAYLOAD_TYPEがTS(「００」)ではない場合、DNP_MODEは００の値に設定される。
ISSY_MODE：該当２ビットフィールドは、DP_PAYLOAD_TYPEがTS(「００」)に設定される場合に関連付けられたデータパイプによって使用されるISSYモードを示す。ISSY_MODEは、以下の表２４に従ってシグナリングされる。DP_PAYLOAD_TYPEがTS(「００」)ではない場合、ISSY_MODEは００の値に設定される。
HC_MODE_TS：該当２ビットフィールドは、DP_PAYLOAD_TYPEがTS(「００」)に設定される場合に関連付けられたデータパイプによって使用されるTSヘッダ圧縮モードを示す。HC_MODE_TSは、以下の表２５に従ってシグナリングされる。
HC_MODE_IP：該当２ビットフィールドは、DP_PAYLOAD_TYPEがIP(「０１」)に設定される場合にIPヘッダ圧縮モードを示す。HC_MODE_IPは、以下の表２６に従ってシグナリングされる。
PID：該当１３ビットフィールドは、DP_PAYLOAD_TYPEがTS(「００」)に設定され、HC_MODE_TSが０１または１０に設定される場合にTSヘッダ圧縮のためのPID数を示す。
RESERVED：該当８ビットフィールドは、将来の使用のためにリザーブ(reserved)される。
次のフィールドは、FIC_FLAGが１と同一である場合のみ現れる。
FIC_VERSION：該当８ビットフィールドは、FICのバージョンナンバ（版数）を示す。
FIC_LENGTH_BYTE：該当１３ビットフィールドは、FICの長さをバイト単位で示す。
RESERVED：該当８ビットフィールドは、将来の使用のためにリザーブ(reserved)される。
次のフィールドは、AUX_FLAGが１と同一である場合のみ現れる。
NUM_AUX：該当４ビットフィールドは、補助ストリームの数を示す。ゼロは補助ストリームが使用されないことを示す。
AUX_CONFIG_RFU：該当８ビットフィールドは、将来の使用のためにリザーブ(reserved)される。
AUX_STREAM_TYPE：該当４ビットは現補助ストリームのタイプを示すのに将来使用するためにリザーブ(reserved)される。
AUX_PRIVATE_CONFIG：該当２８ビットフィールドは、補助ストリームをシグナリングするのに将来使用するためにリザーブ(reserved)される。
図１５は、本発明の他の一実施例に係るPLS２データを示す。
図１５は、PLS２データのPLS２-DYNを示す。PLS２-DYNデータの値は、１つのフレームグループのデュレーションの間変化できる反面、フィールドのサイズは一定である。
PLS２-DYNデータのフィールドの具体的な内容は、次のとおりである。
FRAME_INDEX：該当５ビットフィールドは、スーパーフレーム内における現在のフレームのフレームインデックスを示す。スーパーフレームの１番目のフレームのインデックスは０に設定される。
PLS_CHANGE_COUNTER：該当４ビットフィールドは、構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、該当フィールド内でシグナリングされる値によって示す。該当フィールドの値が００００に設定される場合、これはいかなる予定された変化も予測されないことを意味する。例えば、１の値は次のスーパーフレームで変化があることを示す。
FIC_CHANGE_COUNTER：該当４ビットフィールドは、構成(すなわち、FICのコンテンツ)が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、該当フィールド内でシグナリングされる値によって示す。該当フィールドの値が００００に設定される場合、これはいかなる予定された変化も予測されないことを意味する。例えば、０００１の値は次のスーパーフレームに変化があることを示す。
RESERVED：該当１６ビットフィールドは、将来の使用のためにリザーブ(reserved)される。
次のフィールドは、現在のフレームで伝達されるデータパイプに関連したパラメータを説明するNUM_DPにわたるループ(loop)内に現れる（appear in the loop over NUM_DP）。
DP_ID：該当６ビットフィールドは、物理プロファイル内でデータパイプを一意に示す。
DP_START：該当１５ビット(または１３ビット)フィールドは、DPUアドレッシング(addressing)技法を使用してデータパイプの最初の開始位置を示す。DP_STARTフィールドは、以下の表２７に示したように、物理プロファイルおよびFFTサイズに応じて異なる長さを有する。
DP_NUM_BLOCK：該当１０ビットフィールドは、現在のデータパイプに関する現在のタイムインターリーブグループにおけるFECブロックの数を示す。DP_NUM_BLOCKの値は０から１０２３までの間にある。
RESERVED：該当８ビットフィールドは、将来の使用のためにリザーブ(reserved)される。
次のフィールドは、EACに関連したFICパラメータを示す。
EAC_FLAG：該当１ビットフィールドは、現在のフレームにおけるEACの存在を示す。該当ビットは、プリアンブルにおけるEAC_FLAGと同一の値である。
EAS_WAKE_UP_VERSION_NUM：該当８ビットフィールドは、自動ウェークアップ（活性化）（wake-up）指示のバージョンナンバを示す。
EAC_FLAGフィールドが１と同一である場合、次の１２ビットがEAC_LENGTH_BYTEフィールドに割り当てられる。EAC_FLAGフィールドが０と同一である場合、次の１２ビットがEAC_COUNTERに割り当てられる。
EAC_LENGTH_BYTE：該当１２ビットフィールドは、EACの長さをバイトで示す。
EAC_COUNTER：該当１２ビットフィールドは、EACが到着（到達）（arrive）するフレームの前のフレームの数を示す。
次のフィールドは、AUX_FLAGフィールドが１と同一である場合のみ現れる。
AUX_PRIVATE_DYN：該当４８ビットフィールドは、補助ストリームをシグナリングするのに将来使用するためにリザーブ(reserved)される。該当フィールドの意味は、設定可能なPLS２-STATにおいてAUX_STREAM_TYPEの値に依存する。
CRC_３２：PLS２全体に適用される３２ビットエラー検出コード。
図１６は、本発明の一実施例に係るフレームの論理(logical)構造を示す。
上述したように、PLS、EAC、FIC、データパイプ、補助ストリーム、ダミーセルは、フレームにおいてOFDMシンボルのアクティブ(active)キャリアにマッピングされる。PLS１およびPLS２は、まず、１つまたは複数のFSSにマッピングされる。その後、EACが存在する場合、EACセルはPLSフィールドの直後に（immediately following the PLS field）マッピングされる。次に、FICが存在する場合、FICセルがマッピングされる。データパイプは、PLSの次にマッピングされるか、EACまたはFICが存在する場合、EACまたはFICの後にマッピングされる。タイプ１データパイプがまずマッピングされ、タイプ２データパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。ある場合において（一部の場合）（In some case）、データパイプはEASに関する一部のスペシャル（特殊）データ（some special data）またはサービスシグナリングデータを伝達することができる。補助ストリームまたはストリームは、存在する場合、データパイプの次にマッピングし（follow the DPs）、続いて（順次）（in turn）ダミーセルが後に続く（followed by dummy cells）。前述した順序、すなわち、PLS、EAC、FIC、データパイプ、補助ストリーム、およびダミーセルの順序で全部一緒にマッピングする場合、フレームにおけるセル容量を正確に満たす。
図１７は、本発明の一実施例に係るPLSマッピングを示す。
PLSセルは、FSSのアクティブ(active)キャリアにマッピングされる。PLSが占めるセルの数に応じて、１つまたは複数のシンボルがFSSとして指定され、FSSの数NFSSは、PLS１でのNUM_FSSによってシグナリングされる。FSSは、PLSセルを伝達するスペシャル（特殊な）（special）シンボルである。ロバスト（警告）性（robustness）および遅延時間(latency)は、PLSで重大な問題（事案）（issue）であるから、FSSは高いパイロット密度を有しており、高速同期化およびFSS内での周波数のみのインターポレーション(interpolation、補間)を可能とする。
PLSセルは、図１７の例に示したようにトップダウン方式でFSSのアクティブ(active)キャリアにマッピングされる。PLS１セルは、まず最初のFSSの最初のセルからセルインデックスの昇順にマッピングされる。PLS２セルは、PLS１の最後のセルの直後に続き（を追い）、マッピングは最初のFSSの最後のセルインデックスまで下方向に続く。必要なPLSセルの合計数が１つのFSSのアクティブ(active)キャリアの数を超える場合、マッピングは次のFSSに進み（進行し）、最初のFSSと完全に同一の方式で続けられる。
PLSマッピングが完了した後、データパイプが次に伝達される。EAC、FICまたは両方とも現在のフレームに存在すれば、EACおよびFICは、PLSとノーマルデータパイプとの間に配置される。
図１８は、本発明の一実施例に係るEACマッピングを示す。
EACは、EASメッセージを伝達する専用チャネルであり、EASに関するデータパイプに接続される。EASサポートは提供されるが、EAC自体はすべてのフレームに存在してもよく、存在しなくてもよい。EACが存在する場合、EACはPLS２セルの直後にマッピングされる。PLSセルを除いて、FIC、データパイプ、補助ストリームまたはダミーセルのいずれもEACの前に位置しない。EACセルのマッピング手順はPLSと完全に同一である。
EACセルは、図１８の例で示したように、PLS２の次のセルからセルインデックスの昇順にマッピングされる。EASメッセージの大きさに応じて、図１８に示したようにEACセルは少しの（a few）シンボルを占めることができる。
EACセルは、PLS２の最後のセルの直後に続き、マッピングは最後のFSSの最後のセルインデックスまで下方向に続く。必要なEACセルの合計数が最後のFSSの残っているアクティブ(active)キャリアの数を超える場合、EACマッピングは次のシンボルに進み、FSSと完全に同一の方式で続けられる。この場合、EACのマッピングがなされる次のシンボルは、ノーマルデータシンボルであり、これはFSSより多いアクティブ(active)キャリアを有する。
EACマッピングが完了した後、存在する場合FICが次に伝達される。FICが伝送されない場合(PLS２フィールドでシグナリングとして)、データパイプがEACの最後のセルの直後に続く。
図１９は、本発明の一実施例に係るFICマッピングを示す。
(a)はEACを伴わないFICセルのマッピングの例を示し、(b)はEACを伴うFICセルのマッピングの例を示す。
FICは、高速サービス獲得およびチャネルスキャンを可能とするために、層間情報(cross-layer information)を伝達する専用チャネルである。該当情報は、主にデータパイプ間のチャネルバインディング(channel binding)情報および各放送会社のサービスを含む。高速スキャンのために、受信器は、FICをデコーディングし、放送会社ID、サービス数、BASE_DP_IDなどの情報を獲得することができる。高速サービス獲得のために、FICだけでなくベースデータパイプもBASE_DP_IDを利用してデコーディングすることができる。ベースデータパイプが伝送するコンテンツを除いて、ベースデータパイプはノーマルデータパイプと正確に同一の方式でエンコーディングされ、フレームにマッピングされる。従って、ベースデータパイプに関する追加の説明が不必要である。FICデータが生成されて管理層で消費される。FICデータのコンテンツは、管理層の仕様で説明されたとおりである。
FICデータはオプション（選択的）であり、FICの使用は、PLS２のスタティックな（静的）部分でFIC_FLAGパラメータによってシグナリングされる。FICが使用される場合、FIC_FLAGは１に設定され、FICに対するシグナリングフィールドはPLS２のスタティックな部分で定義される。該当フィールドでシグナリングされるのはFIC_VERSIONであり、FIC_LENGTH_BYTE FICはPLS２と同じ変調、コーディング、タイムインターリーブパラメータを用いる。FICは、PLS２_MODおよびPLS２_FECなどの同じシグナリングパラメータを共有する。FICデータは、存在する場合PLS２の後にマッピングされ、EACが存在する場合EACの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、またはダミーセルのいずれもFICの前に位置しない。FICセルをマッピングする方法はEACと完全に同一であり、これはまたPLSと同一である。
PLS後のEACが存在しない場合、FICセルは(a)の例に示したように、PLS２の次のセルからセルインデックスの昇順にマッピングされる。FICデータサイズに応じて、(b)に示したように、FICセルは数個のシンボルに対してマッピングされる。
FICセルは、PLS２の最後のセルの直後に続き、マッピングは最後のFSSの最後のセルインデックスまで下方向に続く。必要なFICセルの合計数が最後のFSSの残っているアクティブ(active)キャリアの数を超える場合、残りのFICセルのマッピングは次のシンボルに進み、これはFSSと完全に同一の方式で続けられる。この場合、FICがマッピングされる次のシンボルはノーマルデータシンボルであり、これはFSSより多いアクティブ(active)キャリアを有する。
EASメッセージが現在のフレームで伝送される場合、EACはFICより先にマッピングされ、(b)に示したようにEACの次のセルから、FICセルは、セルインデックスの昇順にマッピングされる。
FICマッピングが完了した後、１つまたは複数のデータパイプがマッピングされ、以後存在する場合補助ストリーム、ダミーセルが後に続く。
図２０は、本発明の一実施例に係るDPのタイプを示す。
(a)はtype１DPを示し、(b)はType２DPを示す。
前のチャネル、すなわち、PLS、EAC、およびFICがマッピングされ、DPのセルがマッピングされる。DPはマッピング方法によって２つのタイプのうちの１つでカテゴリ化（分類）される（categorized）。
Type１DP：DPはTDMによってマッピングされる。
Type２DP：DPはFDMによってマッピングされる。
PLSの静的なパート（部分）内のDP_TYPEフィールドによってDPのタイプが指示される。図２０は、Type１DPおよびType２DPのマッピングの順序を示す。Type１DPは、まずセルインデックスの昇順にマッピングされ、最後のセルインデックスに到達（reach）すれば、シンボルインデックスは１つ増加する。次のシンボルで、DPは、p=０から始めてセルインデックスの昇順にマッピングが続けられる。１つのフレームで複数のDPが一緒にマッピングされ、Type１DPのそれぞれは、DPのTDMマルチプレックスと同様に時間に応じてグループ化される（grouped）。
Type２DPは、まずシンボルインデックスの昇順にマッピングされ、フレームの最後のOFDMシンボルに到達した後、セルインデックスは１つ増加し、シンボルインデックスは最初に利用可能なシンボルに戻り、シンボルインデックスを増加させる。１つのフレーム内で複数のDPをマッピングした後、Type２DPのそれぞれは、DPのFMDマルチプレックスと同様に周波数に応じてグループ化される。
Type１DPおよびType２DPは、１つの制限で必要となる場合、１つのフレームで存することができる。Type１DPは常にType２DPに先行する。Type１およびType２を伝送するOFDMセルの合計数（total number）は、DPの伝送のためのOFDMセルの合計数を超過できない。
ここで、DDP１は、Type１DPによって占有されたOFDMセルの数である。DDP２は、Type２DPによって占有されたセルの数である。PLS、EAC、FICは全てType１DPに応じて同じ方法でマッピングされるので、それらは全て「Type１マッピングルール」に従い、Type１マッピングは常にType２マッピングに先行する。
図２１は、本発明の一実施例に係るDPマッピングを示す。
(a)はtype１DPマッピングのためのOFDMセルのアドレス指定を示し、(b)はType２DPのためのマッピングのためのOFDMセルのアドレス指定を示す。
Type１DP(０、…、DDP１１)マッピングのためのOFDMセルのアドレス指定は、type１DPのアクティブデータセルのために定義される。アドレス指定スキームは、アクティブデータセルによって割当てられたType１DPのそれぞれのためのTlsからセルの順序を定義する。また、これはPLS２の動的部分（パート）内のDPの位置をシグナリングするために使用される。
EACおよびFICがない場合（Without EAC and FIC）、アドレス０は、最後のFSS内のPLSを伝送する最後のセルに直ちに続くセル（the cell immediately following the last cell carrying PLS in the last FSS）を参照する。EACが伝送され、FICが対応するフレーム内にない場合、アドレス０はEACを伝送する最後のセルに直ちに続くセルを参照する。Type１DPのためのアドレス０は(a)に示されたように、２つの異なるケースを考慮して計算される。(a)の実施例では、PLS、EACおよびFICは全部伝送されると仮定される。EACおよびFICのうちの１つまたは両方ともが省略された場合に拡張が容易である。もしFICですべてのセルをマッピングした後FSS内に残っているセルがある場合、(a)の左側のように示すことができる。
Type２DP(０、…、DDP２１)マッピングのためのOFDMセルのアドレス指定は、Type２DPのアクティブデータセルのために定義される。アドレス指定スキームは、アクティブデータセルによって割当てられたType２DPのそれぞれのためのTlsからセルの順序を定義する。また、これはPLS２の動的部分内のDPの位置をシグナリングするために使用される。
(b)に示されたように３つの若干異なるケースが可能である。(b)の左側に示された１番目ケースの場合、最後のFSS内のセルはType２マッピングに利用可能である。中間に示された２番目のケースの場合、FICは一般的なシンボルのセルに割り当てられるが、FICセルの数はCFSSより大きくない。(b)の右側に示された３番目のケースの場合、シンボルにマッピングされたFICセルの数がCFSSを超える点を除いて２番目のケースと同一である。
PLS、EACおよびFICがType１の例のように「type１マッピングルール」と同様であるので、Type２DPに先行するtype１DPのケースは拡張が容易である。
DPUは、フレーム内DPにデータセルを割り当てるための基本単位（basic unit）である。
DPUは、フレーム内にDPを配置するためのシグナリング単位（ユニット）として定義される。セルマッパ７０１０は、DPのそれぞれのためのTIsによって生成されたセルをマッピングすることができる。タイムインターリーバ５０５０は、一連のTI-ブロックを出力し、それぞれのTI-ブロックは、セルセットから構成される様々な数のXFECBLOCKを含む（A Time interleaver 5050 outputs a series of TI-blocks and each TI-block comprises a variable number of XFECBLOCKs which is in turn composed of a set of cells）。XFECBLOCK内のセルの数Ncellsは、FECBLOCKの大きさ、Nldpc、および配置された（コンステレーション）シンボル（constellation symbol）ごとに伝送されたビットの数に依存（従属）する（dependent on）。DPUは、所与のPHYプロファイルでサポート（支持）されるXFECBLOCK内のセル数のすべての可能な値の最大公約数として定義される。セル内のDPUの長さはLDPUで定義される。PHYプロファイルのそれぞれは、FECBLOCK大きさと配置されたシンボル当たりの異なるビット数との異なる組み合わせをサポートするので、LDPUは、PHYプロファイルに基づいて定義される（Since each PHY profile supports different combinations of FECBLOCK size and a different number of bits per constellation symbol, LDPU is defined on a PHY profile basis）。
図２２は、本発明の一実施例に係るFEC構造を示す。
図２２は、ビットインターリーブの前の本発明の一実施例に係るFEC構造を示す。上述したように、データFECエンコーダは、外部コーディング(BCH)および内部コーディング(LDPC)を利用してFECBLOCK手順を生成するために、入力BBFに対してFECエンコーディングを実行することができる。図示されたFEC構造はFECBLOCKに該当する。また、FECBLOCKおよびFEC構造は、LDPCコードワードの長さに対応する同一の値を有する。
図２２に示されたように、BCHエンコーディングがそれぞれのBBF(Kbchビット)に適用された後、LDPCエンコーディングがBCH-エンコーディングされたBBF(Kldpcビット=Nbchビット)に適用される。
Nldpcの値は、６４８００ビット(long FECBLOCK)または１６２００ビット(short FECBLOCK)である。
以下の表２８および表２９は、long FECBLOCKおよびshort FECBLOCKのそれぞれに対するFECエンコーディングパラメータを示す。
BCHエンコーディングおよびLDPCエンコーディングの具体的な動作は次のとおりである。
１２-エラー訂正BCHコードがBBFの外部エンコーディングに使用される。short FECBLOCKおよびlong FECBLOCKに対するBBF生成多項式は、すべての多項式を乗算することにより得られる。
LDPCコードは、外部BCHエンコーディングの出力をエンコーディングするために使用される。完成されたBldpc(FECBLOCK)を生成するために、Pldpc(パリティビット)がそれぞれのIldpc(BCH-エンコーディングされたBBF)からシステム的にエンコーディングされ、Ildpcに添付される。完成されたBldpc(FECBLOCK)は次の数式で表現される。
long FECBLOCKおよびshort FECBLOCKに対するパラメータは、上記表２８および２９でそれぞれ与えられる。
long FECBLOCKに対してNldpc-Kldpcパリティビットを計算する具体的な手順は次のとおりである。
１）パリティビット初期化
２）パリティチェックマトリックスのアドレスの１番目の行で特定されたパリティビットアドレスにおける１番目の情報ビットi0の累算（累積）(accumulate)。パリティチェックマトリックスのアドレスの詳細な内容は後述する。例えば、比率１３/１５に対して、
３）次の３５９個の情報ビットis、s=１、２、…、３５９に対して、次の数式を利用してパリティビットアドレスにおけるisを累算(accumulate)。
ここで、xは１番目のビットi0に対応するパリティビット累算器のアドレスを示し、Qldpcはパリティチェックマトリックスのアドレスで特定されたコードレート(code rate)依存定数である。上記例である比率１３/１５に対する、従って情報ビットi1に対するQldpc=２４に引き続き、次の動作が実行される。
４）３６１番目の情報ビットi360に対して、パリティビット累算器のアドレスは、パリティチェックマトリックスのアドレスの二番目の行で与えられる。同一の方式で、次の３５９個の情報ビットis、s=３６１、３６２、…、７１９に対するパリティビット累算器のアドレスは、数式６を利用して得られる。ここで、xは情報ビットi360に対応するパリティビット累算器のアドレス、すなわちパリティチェックマトリックスの二番目行のエントリを示す。
５）同様の方式で、３６０個の新しい情報ビットのすべてのグループに対して、パリティチェックマトリックスのアドレスからの新しい行は、パリティビット累算器のアドレスを求めるのに使用される。
すべての情報ビットが利用された後、最終パリティビットが次のように得られる。
６）i=１で始まり次の動作を順次実行
ここで、pi、i=０、１、...、Nldpc-Kldpc-１の最終コンテンツは、パリティビットpiと同一である。
表３０を表３１に置き換え（代替し）、long FECBLOCKに対するパリティチェックマトリックスのアドレスをshort FECBLOCKに対するパリティチェックマトリックスのアドレスに置き換える（代替する）ことを除いて、short FECBLOCKに対する該当LDPCエンコーディング手順は、long FECBLOCKに対するt LDPCエンコーディング手順に従う。
図２３は、本発明の一実施例に係るビットインターリーブを示す。
LDPCエンコーダの出力には、グループ内インターリーブとQCB(Quasi-Cyclic Block)によるパリティインターリーブ（final parity bits）とから構成されるビット-インターリーブが行われる。
(a)はQCBインターリーブを示し、(b)はグループ内インターリーブを示す。
グループ内インターリーブプロセスは、QCBインターリーブ出力のQCブロックNQCB_IGを使用して実行される（performed withNQCB_IGQC blocks of the QCB interleaving output）。グループ内インターリーブは、３６０列およびNQCB_IG個の行を使用したグループ内のビットを読み出しまたは書き込みするプロセスを有する。書き込み動作において（In the write operation）、QCBインターリーブ出力からのビットは行方向に（row-wise）書き込まれる。読み出し（リーディング）（reading）動作が実行される場合、それぞれの行からのmビットを列方向に（column-wise）読み出すことが実行される。MはNUCの１およびNUQの２と同一である。
図２４は、本発明の一実施例に係るセル-ワードデマルチプレックスを示す。
(a)は８および１２bpcu MIMOに関するセル-ワードデマルチプレックスを示し、(b)は１０bpcu MIMOのためのセル-ワードデマルチプレックスを示す。
それぞれのビットインターリーブ出力のそれぞれのセルワード(c0,l、c1,l、…、cnmod-1,l)は、１つのXFECBLOCKのためのセル-ワードデマルチプレックス処理を説明した(a)に示されたように、(d1,0,m、d1,1,m…、d1,nmod-1,m)および(d2,0,m、d2,1,m…、d2,nmod-1,m)でデマルチプレックスされる。
MIMOエンコーディングのためのNUQの他のタイプを利用する１０bpcu MIMOのケースのために、NUQ-１０２４のためのビットインターリーバが再使用される。ビットインターリーバ出力のそれぞれのセルワード(c0,l、c1,l、…、c9,l)は、(b)に示されたように(d1,0,m、d1,1,m…、d1,3,m)および(d2,0,m、d2,1,m…、d2,5,m)にデマルチプレックスされる。
図２５は、本発明の一実施例に係るタイムインターリーブを示す。
(a)〜(c)は、タイムインターリーブモードの例を示す。
タイムインターリーバは、データパイプレベルで動作する。タイムインターリーブのパラメータは、それぞれのデータパイプに対して異なるように設定することができる。
PLS２-STATデータの一部に現れる次のパラメータは、タイムインターリーブを構成する。
DP_TI_TYPE(許容値：０または１)：タイムインターリーブモードを示す。０はタイムインターリーブグループ当たり複数のタイムインターリーブブロック(１つまたは複数のタイムインターリーブブロック)を有するモードを示す。この場合、１つのタイムインターリーブグループは、１つのフレームに(フレーム間インターリーブを行わずに)直接マッピングされる。１はタイムインターリーブグループ当たり１つのタイムインターリーブブロックのみを有するモードを示す。この場合、タイムインターリーブブロックは、１つまたは複数のフレームにわたって拡散される(フレーム間インターリーブ)。
DP_TI_LENGTH：DP_TI_TYPE=「０」である場合、該当パラメータはタイムインターリーブグループ当たりのタイムインターリーブブロックの数NTIである。DP_TI_TYPE=「１」である場合、該当パラメータは１つのタイムインターリーブグループから拡散されるフレームの数PIである。
DP_NUM_BLOCK_MAX(許容値：０〜１０２３)：タイムインターリーブグループ当たりのXFECBLOCKの最大数を示す。
DP_FRAME_INTERVAL(許容値：１、２、４、８)：与えられた物理プロファイルの同じデータパイプを伝達する２つの連続するフレーム間のフレームの数IJUMPを示す。
DP_TI_BYPASS(許容値：０または１)：タイムインターリーブがデータフレームのために利用されない場合、該当パラメータは１に設定される。タイムインターリーブが利用される場合、０に設定される。
さらに、PLS２-DYNデータからのパラメータDP_NUM_BLOCKは、データグループの１つのタイムインターリーブグループによって伝達されるXFECBLOCKの数を示す。
タイムインターリーブがデータフレームのために利用されない場合、次のタイムインターリーブグループ、タイムインターリーブ動作、タイムインターリーブモードは考慮されない。なお、スケジューラからのダイナミック構成情報のための遅延補償ブロックは依然（相変らず）必要である。それぞれのデータパイプで、SSD/MIMOエンコーディングから受信したXFECBLOCKは、タイムインターリーブグループでグループ化される。すなわち、それぞれのタイムインターリーブグループは、整数個のXFECBLOCKのセットであり、ダイナミックに変化する数のXFECBLOCKを含むことができる。インデックスnのタイムインターリーブグループ内のXFECBLOCKの数は、NxBLOCK_Group(n)で示され、PLS２-DYNデータにおけるDP_NUM_BLOCKとしてシグナリングされる。このとき、NxBLOCK_Group(n)は、最小値０から最大値が１０２３である最大値NxBLOCK_Group_MAX(DP_NUM_BLOCK_MAXに該当)まで変化することができる。
それぞれのタイムインターリーブグループは、１つのフレームに直接マッピングまたはPI個のフレームにわたって拡散される。また、それぞれのタイムインターリーブグループは、１つまたは複数(NTI個)のタイムインターリーブブロックに分離する。ここで、それぞれのタイムインターリーブブロックは、タイムインターリーバメモリの１つの使用に対応する。タイムインターリーブグループ内のタイムインターリーブブロックは、若干異なる数のXFECBLOCKを含むことができる。タイムインターリーブグループが複数のタイムインターリーブブロックに分離される場合、タイムインターリーブグループは、１つのフレームのみに直接マッピングされる。以下の表３２に示したように、タイムインターリーブには３種類のオプションがある(タイムインターリーブを省略する追加オプションは除外)。
各DPでは、TIメモリは、入力XFECBLOCKs（SSD/MIMO符号化ブロックからの出力XFECBLOCKs）を格納する（the TI memory stores the input XFECBLOCKs (output XFECBLOCKs from the SSD/MIMO encoding block）。入力XFECBLOCKsは、次のように定義されているものとする。
また、時間インターリーバからの出力XFECBLOCKsブロックは、次のように定義されると仮定する（In addition, assume that output XFECBLOCKs from the time interleaver are defined as）。
一般的に、タイムインターリーバは、フレーム生成処理以前のデータパイプデータに関するバッファにも作用する。これは、それぞれのデータパイプに関する２つのメモリバンクで達成される。一番目のタイムインターリーブブロックは一番目のバンクに書き込まれる（記入される）（written）。一番目のバンクで読み出されている（判読される）（read）間、二番目のタイムインターリーブブロックが二番目のバンクに書き込まれる。
図２６は、本発明の一実施例に係るツイスト行列ブロックインターリーバの基本動作を示す。
図２７は、本発明の他の一実施例に係るツイスト行列ブロックインターリーバの動作を示す。
タイムインターリーブグループの数は３に設定される。タイムインターリーバのオプションは、DP_TI_TYPE=「０」、DP_FRAME_INTERVAL=「１」、DP_TI_LENGTH=「１」、すなわちNTI=１、IJUMP=１、PI=１によってPLS２-STATデータでシグナリングされる。それぞれNcells=３０であるXFECBLOCKのタイムインターリーブグループ当たりの数は、それぞれのNxBLOCK_TI(０、０)=３、NxBLOCK_TI(１、０)=６、NxBLOCK_TI(２、０)=５によってPLS２-DYNデータでシグナリングされる。XFECBLOCKの最大数はNxBLOCK_Group_MAXによってPLS２-STATデータでシグナリングされて、これは
図２８は、本発明の一実施例に係るツイスト行列ブロックインターリーバの対角線方向の読み出しパターンを示す。
図２９は、本発明の一実施例に係るそれぞれのインターリーブアレイからのインターリーブされたXFECBLOCKを示す。
図３０は、本発明の一実施例に係る放送サービスをサポートするためのプロトコルスタック(protocol stack)を示す。
本発明の一実施例に係る放送サービスは、視聴覚（オーディオ／ビデオ）データ(Audio/Video、A/V)だけでなく、HTML５アプリケーション、双方向サービス、ACRサービス、セカンドスクリーン(second screen)サービス、個人化（カスタマイズ）(personalization)サービスなどの付加サービスを提供することができる。
このような放送サービスは、地上波、ケーブル衛星などの放送信号である物理層(physical layer)を介して伝送される。また、本発明の一実施例に係る放送サービスは、インターネット通信網(broadband)を介して伝送される。
放送サービスが地上波、ケーブル衛星などの放送信号である物理層(physical layer)を介して伝送される場合、放送受信装置は カプセル化(encapsulation)されたMPEG-２伝送ストリーム(Transport Stream、TS)とカプセル化されたIPデータグラムを、放送信号を復調(demodulation)して抽出することができる。放送受信装置は、IPデータグラムからユーザデータグラムプロトコル(User Datagram Protocol、UDP)データグラムを抽出することができる。放送受信装置は、UDPデータグラムからシグナリング情報を抽出することができる。このとき、シグナリング情報は、XML形態（フォーマット）を有することができる。また、放送受信装置は、UDPデータグラムから非同期階層コーディング/階層コーディング伝送(Asynchronous Layered Coding/ Layered Coding Transport、ALC/LCT)パケットを抽出することができる。放送受信装置は、ALC/LCTパケットから単方向ファイル伝送(File Delivery over Unidirectional Transport、FLUTE)パケットを抽出することができる。このとき、FLUTEパケットは非リアルタイム(Non-Real Time、NRT)データと電子サービスガイド(Electronic Service Guide、ESG)データとを含むことができる。また、放送受信装置は、UDPデータグラムからリアルタイム伝送プロトコル(Real-time Transport Protocol、RTCP)パケットおよびRTP制御プロトコル(RTP Control Protocol、RTCP)パケットを抽出することができる。放送受信装置は、RTP/RTCPパケットなどのリアルタイム伝送パケットからA/Vデータおよび付加データを抽出することができる。このとき、NRTデータ、A/Vデータおよび付加データのうち少なくともいずれか１つはISOベースの（ISOに基づく）メディアファイルフォーマット(ISO Base Media File Format、ISO BMFF)の形態を有することができる。また、放送受信装置は、MPEG-２TSパケットあるいはIPデータグラムからNRTデータ、A/V、PSI/PSIPなどのシグナリング情報を抽出することができる。
放送サービスがインターネット通信網(broadband)を介して伝送される場合、放送受信装置は、インターネット通信網からIPパケットを受信することができる。放送受信装置は、IPパケットからTCPパケットを抽出することができる。放送受信装置は、TCPパケットからHTTPパケットを抽出することができる。放送受信装置は、HTTPパケットからA/V、付加データ、シグナリング情報などを抽出することができる。このとき、A/Vおよび付加データのうち少なくともいずれか１つはISO BMFF形態を有することができる。また、シグナリング情報は、XML形態を有することができる。
具体的な放送サービスを伝送する伝送フレームおよび伝送パケットに関しては、図３１〜図３４を参照して説明する。
図３１は、本発明の一実施例に係る放送伝送フレームを示す。
図３１の実施例で、放送伝送フレームは、P１パート、L１パート、共通PLP(Common PLP)パート、インターリーブPLP(Scheduled & Interleaved PLP」s)パートおよび補助データ(Auxiliary data)パートを含む。
図３１の実施例で、放送伝送装置は、放送伝送フレーム(transport frame)のP１パートを介して伝送シグナル検出（探知）(transport signal detection)のための情報を伝送する。また、放送伝送装置は、P１パートを介して放送信号チューニングのためのチューニング情報を伝送することができる。
図３１の実施例で、放送伝送装置は、L１パートを介して放送伝送フレームの構成およびそれぞれのPLPの特性を伝送する。このとき、放送受信装置１００は、P１に基づいてL１パートをデコーディングして、放送伝送フレームの構成およびそれぞれPLPの特性を獲得することができる。
図３１の実施例で、放送伝送装置は、Common PLPパートを介してPLP間で共通に適用される情報を伝送することができる。具体的な実施例によって、放送伝送フレームはCommon PLPパートを含まなくてもよい。
図３１の実施例で、放送伝送装置は、放送サービスに含まれた複数のコンポーネントをインターリーブ(interleaved)PLPパートを介して伝送する。このとき、インターリーブPLPパートは複数のPLPを含む。
図３１の実施例で、放送伝送装置は、それぞれの放送サービスを構成するコンポーネントがそれぞれどのPLPで伝送されるかを、L１パートまたはCommon PLPパートを介してシグナリングすることができる。ただし、放送受信装置１００が放送サービススキャンなどのために具体的な放送サービス情報を獲得するためには、インターリーブPLPパートの複数のPLPを全部デコーディングしなければならない。
図３１の実施例とは違い、放送伝送装置は、放送伝送フレームを介して伝送される放送サービスと、放送サービスに含まれたコンポーネントに関する情報を含む付加パート（additional part）と、を含む放送伝送フレームを伝送することができる。このとき、放送受信装置１００は、付加パートを介して迅速に放送サービスと放送サービスに含まれたコンポーネントとに関する情報を獲得することができる。これに関しては、図３２を参照して説明する。
図３２は、本発明の他の実施例に係る放送伝送フレームを示す。
図３２の実施例において、放送伝送フレームは、P１パート、L１パート、高速情報チャネル(Fast Information Channel、FIC)パート、インターリーブPLP(Scheduled & Interleaved PLP」s)パートおよび補助データ(Auxiliary data)パートを含む。
FICパートを除いた他のパートは、図３１の実施例と同一である。
放送伝送装置は、FICパートを介して高速情報(fast information)を伝送する。高速情報は、伝送フレームを介して伝送される放送ストリームの構成情報(configuration information)、簡略な放送サービス情報およびコンポーネント情報を含むことができる。放送受信装置１００は、FICパートに基づいて放送サービスをスキャンすることができる。具体的には、放送受信装置１００は、FICパートから放送サービスに関する情報を抽出することができる。
図３３は、本発明の一実施例に係る放送サービスを伝送する伝送パケットの構造を示す。
図３３の実施例において、放送サービスを伝送する伝送パケットは、Network Protocolフィールド、Error Indicatorフィールド、Stuffing Indicatorフィールド、Pointer fieldフィールド、Stuffing bytesフィールドおよびペイロード(payload)データを含む。
Network Protocolフィールドは、ネットワークプロトコルがどんなタイプであるかを示す。具体的な実施例において、Network Protocolフィールドの値は、IPv４プロトコルであるかまたはフレームパケットタイプであるかを示すことができる。具体的には、図３４の実施例のように、Network Protocolフィールドの値が０００である場合、IPv４プロトコルを示すことができる。また、具体的には、図３４の実施例のように、Network Protocolフィールドの値が１１１である場合、frame_packet_typeプロトコルを示すことができる。このとき、framed_packet_typeは、例えばATSC A/１５３によって定義されたプロトコルである。具体的には、framed_packet_typeは長さに関する情報を示すフィールドを含まないネットワークパケットプロトコルを示すことができる。具体的な実施例において、Network Protocolフィールドは、例えば３ビットフィールドである。
Error Indicatorフィールドは、該当伝送パケットにエラーが検出されたか否かを表示する。具体的には、Error Indicatorフィールドの値が０である場合、該当パケットでエラーが検出されないことを示し、Error Indicatorフィールドの値が１である場合、該当パケットでエラーが検出されたことを示すことができる。具体的な実施例において、Error Indicatorフィールドは、例えば１ビットフィールドである。
Stuffing Indicatorフィールドは、該当伝送パケットにスタッフィングバイト(stuffing bytes)が含まれているか否かを表示する。このとき、スタッフィングバイトは、固定されたパケットの長さを維持するためにペイロードに含まれるデータを示す。具体的な実施例において、Stuffing Indicatorフィールドの値が１である場合、伝送パケットがスタッフィングバイトを含み、Stuffing Indicatorフィールドの値が０である場合、伝送パケットスタッフィングバイトを含まないことを示すことができる。具体的な実施例において、Stuffing Indicatorフィールドは、例えば１ビットフィールドである。
Pointer fieldフィールドは、該当伝送パケットのペイロードの部分で新しいネットワークパケットの開始点を表示する。具体的な実施例において、Pointer fieldの値が０x７FFである場合、新しいネットワークパケットの開始点がないことを示すことができる。また、具体的な実施例において、Pointer fieldの値が０x７FFではない場合、伝送パケットヘッダの最後の部分から新しいネットワークパケットの開始点までのオフセット(offset)値を示すことができる。具体的な実施例において、Pointer fieldフィールドは、例えば１１ビットフィールドである。
Stuffing_Bytesフィールドは、固定されたパケットの長さを維持するためにヘッダとペイロードデータとの間を満たすスタッフィングバイトを示す。
このような放送サービスを受信するための放送受信装置の構成に対しては、図３４を参照して説明する。
図３５は、本発明の一実施例に係る放送受信装置の構成を示す。
図３５の実施例において、放送受信装置１００は、放送受信部１１０、インターネットプロトコル(Internet Protocol、IP)通信部１３０および制御部１５０を含む。
放送受信部１１０は、チャネル同期化（同期）部(Channel Synchronizer)１１１、チャネルイコライザー(channel equalizer)１１３およびチャネルデコーダ(channel decoder)１１５を含む。
チャネル同期化部１１１は、放送信号を受信できるベースバンド(baseband)でデコーディングが可能なようにシンボル周波数とタイミングを同期化する。
チャネルイコライザー１１３は、同期化された放送信号の歪みを補償（補正）する（correct）。具体的には、チャネルイコライザー１１３は、マルチパス(multipath)、ドップラ効果などによる同期化された放送信号の歪みを補償する。
チャネルデコーダ１１５は、歪みが補償された放送信号をデコーディングする。具体的には、チャネルデコーダ１１５は、歪みが補償された放送信号から伝送フレーム(transport frame)を抽出する。このとき、チャネルデコーダ１１５は、FEC(Forward Error Correction)を行うことができる。
IP通信部１３０は、インターネット網を介してデータを受信して伝送する。
制御部１５０は、シグナリングデコーダ１５１、伝送パケットインターフェース１５３、ブロードバンドパケットインターフェース１５５、ベースバンド動作制御部１５７、共通プロトコルスタック(Common Protocol Stack)１５９、サービスマップデータベース１６１、サービスシグナリングチャネルプロセッシングバッファ(buffer)およびパーサ(parser)１６３、A/Vプロセッサ１６５、放送サービスガイドプロセッサ１６７、アプリケーションプロセッサ１６９並びにサービスガイドデータベース１７１を含む。
シグナリングデコーダ１５１は、放送信号のシグナリング情報をデコーディングする。
伝送パケットインターフェース１５３は、放送信号から伝送パケットを抽出する。このとき、伝送パケットインターフェース１５３は、抽出した伝送パケットからシグナリング情報またはIPデータグラムなどのデータを抽出することができる。
ブロードバンドパケットインターフェース１５５は、インターネット網から受信したデータからIPパケットを抽出する。このとき、ブロードバンドパケットインターフェース１５５は、IPパケットからシグナリングデータまたはIPデータグラムを抽出することができる。
ベースバンド動作制御部１５７は、ベースバンドから放送情報受信情報を受信することに関連した動作を制御する。
共通プロトコルスタック１５９は、伝送パケットからオーディオまたはビデオを抽出する。
A/Vプロセッサ５４７は、オーディオまたはビデオを処理する。
サービスシグナリングチャネルプロセッシングバッファ(buffer)およびパーサ(parser)１６３は、放送サービスをシグナリングするシグナリング情報を解析（パージング）してバッファリングする。具体的には、サービスシグナリングチャネルプロセッシングバッファおよびパーサ１６３は、IPデータグラムから放送サービスをシグナリングするシグナリング情報を解析してバッファリングすることができる。
サービスマップデータベース１６５は、放送サービスに関する情報を含む放送サービスリストを格納する。
サービスガイドプロセッサ１６７は、地上波放送サービスのプログラムを案内する地上波放送サービスガイドデータを処理する。
アプリケーションプロセッサ１６９は、放送信号からアプリケーション関連情報を抽出して処理する。
サービスガイドデータベース１７１は、放送サービスのプログラム情報を格納する。
図３６は、本発明の他の実施例に係る放送受信装置の構成を示す。
図３６の実施例で、放送受信装置１００は、放送受信部１１０、インターネットプロトコル(Internet Protocol、IP)通信部１３０および制御部１５０を含む。
放送受信部１１０は、放送受信部１１０が行う複数の機能のそれぞれを行う１つまたは複数のプロセッサであり、１つまたは複数の回路および１つまたは複数のハードウェアモジュールを含むことができる。具体的には、放送受信部１１０は、多様な半導体部品が１つに集積されるシステムオンチップ(System On Chip、SOC)からなることができる。このとき、SOCは、グラフィック、オーディオ、ビデオ、モデムなどの各種マルチメディア用部品とプロセッサおよびDRAMなどの半導体が１つに統合された半導体とからなることができる。放送受信部１１０は、物理層モジュール１１９と物理層IPフレームモジュール１１７とを含むことができる。物理層モジュール１１９は、放送網の放送チャネルを介して放送関連信号を受信して処理する。物理層IPフレームモジュール１１７は、物理層モジュール１１９から獲得したIPデータグラムなどのデータパケットを特定フレームに変換する。例えば、物理層モジュール１１９は、IPデータグラムなどをRS FrameまたはGSEなどに変換することができる。
IP通信部１３０は、IP通信部１３０が行う複数の機能それぞれを行う１つまたは複数のプロセッサであり、１つまたは複数の回路および１つまたは複数のハードウェアモジュールを含むことができる。具体的には、IP通信部１３０は、多様な半導体部品が１つに集積されるシステムオンチップ(System On Chip、SOC)からなることができる。このとき、SOCは、グラフィック、オーディオ、ビデオ、モデムなどの各種マルチメディア用部品とプロセッサおよびDRAMなどの半導体が１つに統合された半導体とからなることができる。IP通信部１３０はインターネットアクセス（接近）（access）制御モジュール１３１を含むことができる。インターネットアクセス制御モジュール１３１は、インターネット通信網(broad band)を介してサービス、コンテンツおよびシグナリングデータのうち少なくともいずれか１つを獲得するための放送受信装置１００の動作を制御する。
制御部１５０は、制御部１５０が行う複数の機能のそれぞれを行う１つまたは複数のプロセッサであり、１つまたは複数の回路および１つまたは複数のハードウェアモジュールを含むことができる。具体的には、制御部１５０は、多様な半導体部品が１つに集積されるシステムオンチップ(System On Chip、SOC)からなることができる。このとき、SOCは、グラフィック、オーディオ、ビデオ、モデムなどの各種マルチメディア用部品とプロセッサおよびDRAMなどの半導体が１つに統合された半導体とからなることができる。制御部１５０は、シグナリングデコーダ１５１、サービスマップデータベース１６１、サービスシグナリングチャネルパーサ１６３、アプリケーションシグナリングパーサ１６６、警告シグナリングパーサ１６８、ターゲティングシグナリングパーサ１７０、ターゲティングプロセッサ１７３、A/Vプロセッサ１６１、警告プロセッサ１６２、アプリケーションプロセッサ１６９、スケジュールされたストリーミングデコーダ(scheduled streaming decoder)１８１、ファイルデコーダ１８２、ユーザ要求ストリーミングデコーダ１８３、ファイルデータベース１８４、コンポーネント同期化部１８５、サービス/コンテンツ獲得制御部１８７、再分配モジュール１８９、デバイスマネージャ１９３およびデータシェアリング部１９１のうち少なくともいずれか１つを含むことができる。
サービス/コンテンツ獲得制御部１８７は、放送網またはインターネット通信網を介して獲得したサービス、コンテンツ、サービスまたはコンテンツに関連したシグナリングデータを獲得するための受信器の動作を制御する。
シグナリングデコーダ１５１は、シグナリング情報をデコーディングする。
サービスシグナリングパーサ１６３は、サービスシグナリング情報を解析する。
アプリケーションシグナリングパーサ１６６は、サービスに関連したシグナリング情報を抽出して解析する。このとき、サービスに関連したシグナリング情報は、サービススキャンに関連したシグナリング情報を含むことができる。また、サービスに関連したシグナリング情報は、サービスを介して提供されるコンテンツに関連したシグナリング情報を含むことができる。
警告シグナリングパーサ１６８は、警告に関連したシグナリング情報を抽出して解析する。
ターゲティングシグナリングパーサ１７０は、サービスまたはコンテンツを個人化(personalization)するための情報またはターゲティング情報をシグナリングする情報を抽出して解析する。
ターゲティングプロセッサ１７３は、サービスまたはコンテンツを個人化するための情報を処理する。
警告プロセッサ１６２は、警告に関連したシグナリング情報を処理する。
アプリケーションプロセッサ１６９は、アプリケーション関連情報およびアプリケーションの実行を制御する。具体的には、アプリケーションプロセッサ１６９は、ダウンロードされたアプリケーションの状態およびディスプレイパラメータを処理する。
A/Vプロセッサ１６１は、デコーディングされたオーディオまたはビデオ、アプリケーションデータなどに基づいて、オーディオ/ビデオのレンダリング関連動作を処理する。
スケジュールされたストリーミングデコーダ１８１は、あらかじめ放送会社などのコンテンツ提供業者が定めた日程どおりストリーミングされるコンテンツであるスケジュールされたストリーミングをデコーディングする。
ファイルデコーダ１８２はダウンロードされたファイルをデコードする。特に、ファイルデコーダ１８２は、インターネット通信網を介してダウンロードされたファイルをデコードする。
ユーザ要求ストリーミングデコーダ１８３は、ユーザ要求によって提供されるコンテンツ(例えば、On Demand Content（オンデマンドコンテンツ）)をデコードする。
ファイルデータベース１８４はファイルを格納する。具体的には、ファイルデータベース１８４は、インターネット通信網を介してダウンロードしたファイルを格納することができる。
コンポーネント同期化部１８５は、コンテンツまたはサービスを同期化する。具体的には、コンポーネント同期化部１８５は、スケジュールされたストリーミングデコーダ１８１、ファイルデコーダ１８２およびユーザ要求ストリーミングデコーダ１８３のうち少なくともいずれか１つがデコーディングしたコンテンツを同期化することができる。
サービス/コンテンツ獲得制御部１８７は、サービス、コンテンツ、サービスまたはコンテンツに関連したシグナリング情報のうち少なくともいずれか１つを獲得するための受信器の動作を制御する。
再分配モジュール１８９は、放送網を介してサービスまたはコンテンツを受信できない場合、サービス、コンテンツ、サービス関連情報（service related information）およびコンテンツ関連情報のうち少なくともいずれか１つの獲得をサポートするための動作を行う。具体的には、外部の管理装置３００にサービス、コンテンツ、サービス関連情報およびコンテンツ関連情報のうち少なくともいずれか１つを要求することができる。このとき、外部の管理装置３００は、コンテンツサーバーからなることができる。
デバイスマネージャ１９３は、連動可能な外部装置を管理する。具体的には、デバイスマネージャ１９３は、外部装置の追加、削除および更新のうち少なくともいずれか１つを行うことができる。また、外部装置は、放送受信装置１００との接続およびデータ交換が可能である。
データシェアリング部１９１は、放送受信装置１００と外部装置との間のデータ伝送動作を行い、交換関連情報を処理する。具体的には、データシェアリング部１９１は、外部装置にA/Vデータまたはシグナリング情報を伝送することができる。また、データシェアリング部１９１は、外部装置からA/Vデータまたはシグナリング情報を受信することができる。
図３７は、本発明の一実施例に係る放送サービスシグナリングテーブルおよび放送サービス伝送経路シグナリング情報が、放送サービスおよび放送サービス伝送経路をシグナリングすることを示す。
放送サービスシグナリングテーブルは、放送サービス情報をシグナリングすることができる。具体的には、放送サービスが含むメディアコンポーネントをシグナリングすることができる。また、放送サービスシグナリングテーブルは、放送サービスと放送サービスが含むメディアコンポーネントの伝送経路とをシグナリングすることができる。このために放送サービスシグナリングテーブルは、放送サービス伝送経路シグナリング情報を含むことができる。図３７の実施例において、放送サービスシグナリングテーブルは、複数の放送サービスに関する情報を含む。このとき、放送サービスシグナリングテーブルは、複数の放送サービスのそれぞれに含まれた複数のメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報を含む。特に、放送サービスシグナリングテーブルは、複数のメディアコンポーネントの伝送経路をシグナリングする放送サービス伝送経路シグナリング情報を含む。例えば、放送サービスシグナリングテーブルを介して、放送受信装置１００は、サービス(Service０)に含まれるビデオ(Video０)が物理層パイプ(PLP０)を介して伝送されることがわかる。また、放送サービスシグナリングテーブルを介して、放送受信装置１００は、サービス(ServiceN)に含まれるオーディオ(Audio１)がインターネット網を介して伝送されることがわかる。このとき、物理層パイプ(Physical Layer Pipe、PLP)は、物理層(physical layer)において識別可能な一連の論理データ伝達経路である。PLPはデータパイプ(data pipe)等他の用語で称してもよい。
図３８〜図４３を参照して、放送サービスシグナリングテーブルに関して具体的に説明する。
図３８は、本発明の一実施例に係る放送サービスシグナリングテーブルを示す。
放送サービスシグナリングテーブルは、放送サービスを識別する情報、放送サービスの現在の状態を示す情報、放送サービス名（のネーム）、放送サービスのチャンネル番号（チャネルナンバ）、放送サービスに対する保護アルゴリズムの適用の有無を示す情報、放送サービスのカテゴリ情報および放送サービスが含むメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報のうち少なくともいずれか１つを含むことができる。放送サービスが含むメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報は、それぞれのメディアコンポーネントが該当放送サービスに必須であるか否かを示す情報を含むことができる。また、放送サービスが含むメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報は、それぞれのコンポーネントに関連した情報を含むことができる。
具体的には、図３８の実施例のように、放送サービスシグナリングテーブルは、table_idフィールド、section_syntax_indicatorフィールド、private_indicatorフィールド、section_lengthフィールド、table_id_extensionフィールド、version_numberフィールド、current_next_indicatorフィールド、section_numberフィールド、last_section_numberrフィールド、num_servicesフィールド、service_idフィールド、service_statusフィールド、SP_indicatorフィールド、short_service_name_lengthフィールド、short_service_nameフィールド、channel_numberフィールド、service_categoryフィールド、num_componentsフィールド、essential_component_indicatorフィールド、num_component_level_descriptorフィールド、component_level_descriptorフィールド、num_service_level_descriptorsフィールド、およびservice_level_descriptorフィールドのうち少なくともいずれか１つを含むことができる。
table_idフィールドは、放送サービスシグナリング情報テーブルの識別子を示す。このとき、table_idフィールドの値は、ATSC A/６５で定義されたreserved id値のうちの１つである。具体的な実施例において、table_idフィールドは、例えば、８ビットフィールドである。
section_syntax_indicatorフィールドは、放送サービスシグナリング情報テーブルのＭＰＥＧ-２TS標準のlong形式のprivate section tableであるか否かを示す。具体的な実施例において、Section_syntax_indicatorフィールドは、例えば１ビットフィールドである。
private_indicatorフィールドは、現在のテーブルがprivate sectionに該当するか否かを示す。具体的な実施例において、Private_indicatorフィールドは、例えば１ビットフィールドである。
section_lengthフィールドは、section_lengthフィールド以後に含まれたsectionの長さを示す。具体的な実施例において、Section_lengthフィールドは、例えば１２ビットフィールドである。
table_id_extensionフィールドは、table_idフィールドと組み合わせ（結合し）て（in combination with）放送サービスシグナリング情報テーブルを識別する値を示す。特に、table_idフィールドは、サービスシグナリング情報テーブルのプロトコルバージョンを示すSMT_protocol_versionフィールドを含むことができる。具体的な実施例において、SMT_protocol_versionフィールドは、例えば８ビットフィールドである。
version_numberフィールドは、サービスシグナリングテーブルのバージョンを示す。放送受信装置１００は、vserion_numberフィールドの値に基づいてサービスシグナリング情報テーブルの情報を利用するか否かを決定することができる。具体的には、version_numberフィールドの値が以前に受信したサービスシグナリングテーブルのバージョンと同一である場合、サービスシグナリングテーブルの情報を利用しなくてもよい。具体的な実施例において、version_numberフィールドは、例えば５ビットフィールドである。
current_next_indicatorフィールドは、放送サービスシグナリングテーブルの情報が現在使用可能であるか否かを示す。具体的には、current_next_indicatorフィールドの値が１である場合、放送サービスシグナリングテーブルの情報が使用可能であること示すことができる。また、current_next_indicatorフィールドの値が１である場合、放送サービスシグナリングテーブルの情報を次に使用できることを示すことができる。具体的な実施例において、current_next_indicatorフィールドは、例えば１ビットフィールドである。
section_numberフィールドは、現在のセクションの番号を示す。具体的な実施例において、Section_numberフィールドは、例えば８ビットフィールドである。
last_section_numberフィールドは、最後のセクションの番号を示す。放送サービスシグナリングテーブルの大きさが大きい場合、複数のセクションに分けて伝送することができる。このとき、放送受信装置１００は、section_numberフィールドおよびlast_section_numberフィールドに基づいて放送サービスシグナリングテーブルに必要なすべてのセクションの受信をするかしないかを判断する。具体的な実施例において、last_section_numberフィールドは、例えば８ビットフィールドである。
service_idフィールドは、放送サービスを識別する識別子を示す。具体的な実施例において、Service_idフィールドは、例えば１６ビットフィールドである。
service_statusフィールドは、放送サービスの現在の状態を示す。具体的には、放送サービスが現在利用可能であるか否かを示すことができる。具体的な実施例において、Service_statusフィールドの値が１である場合、放送サービスが現在利用可能であることを示すことができる。具体的な実施例において、放送受信装置１００は、service_statusフィールドの値に基づいて該当放送サービスを放送サービスリストおよび放送サービスガイドに表示するか否かを決定することができる。例えば、放送受信装置１００は、該当放送サービスが使用不可能である場合、該当放送サービスを放送サービスリストおよび放送サービスガイドに表示しなくてもよい。また、他の具体的な実施例において、放送受信装置１００は、service_statusフィールドの値に基づいて該当放送サービスに関するアクセスを制限することができる。例えば、該当放送サービスが使用不可能である場合、放送受信装置１００は、該当放送サービスに関するチャンネル（チャネル）アップ/ダウンキーを介したアクセスを制限することができる。具体的な実施例において、Service_statusフィールドは、例えば２ビットフィールドである。
SP_indicatorフィールドは、該当放送サービス内の１つまたは複数のコンポーネントがサービスプロテクション(protection)が適用されたか否かを示すことができる。例えばSP_indicatorの値が１である場合、該当放送サービス内の１つまたは複数のコンポーネントにサービスプロテクションが適用されたことを示すことができる。具体的な実施例において、SP_indicatorフィールドは、例えば１ビットフィールドである。
short_service_name_lengthフィールドは、short_service_nmaeフィールドの大きさを示す。
short_service_nameフィールドは、放送サービスの名前を示す。具体的には、short_service_nemaフィールドは、放送サービスの名前を要約して表示することができる。
channel_numberフィールドは、該当放送サービスの仮想チャンネル番号（チャネルナンバ）を表示する。
service_categoryフィールドは、放送サービスのカテゴリを示す。具体的には、service_categoryフィールドは、TV（オーディオ／ビデオ）サービス、ラジオ（オーディオのみの）サービス、放送サービスガイド、RIサービスおよび緊急警告(Emergency Alerting)のいずれか１つを示すことができる。例えば、図３９の実施例のように、service_categoryフィールドの値が０x０１である場合TVサービスを示し、service_categoryフィールドの値が０x０２である場合ラジオサービスを示し、service_categoryフィールドの値が０x０３である場合RIサービスを示し、service_categoryフィールドの値が０x０８である場合、サービスガイドを示し、service_categoryフィールドの値が０x０９である場合、緊急警報を示すことができる。具体的な実施例において、Service_categoryフィールドは、例えば６ビットフィールドである。
num_componentsフィールドは、該当放送サービスが含むメディアコンポーネントの個数を示す。具体的な実施例において、num_componentフィールドは、例えば５ビットフィールドである。
essential_component_indicatorフィールドは、該当メディアコンポーネントが該当放送サービス再生(presentation)のために必要な必須メディアコンポーネントであるか否かを示す。具体的な実施例において、essential_component_indicatorフィールドは、例えば１ビットフィールドである。
num_component_level_descriptorフィールドは、component_level_descrptorフィールドの個数を示す。具体的な実施例において、num_component_level_descriptorフィールドは、例えば４ビットフィールドである。
component_level_descriptorフィールドは、該当コンポーネントに関する付加的な属性を含む。
num_service_level_descriptorsフィールドは、service_level_descriptorフィールドの個数を示す。具体的な実施例において、num_service_level_descriptorsフィールドは、例えば４ビットフィールドである。
service_level_descriptorフィールドは、該当サービスに関する付加的な属性を含む。
サービスシグナリングテーブルは、アンサンブルに関する情報をさらに含むことができる。アンサンブルは、１つまたは複数のサービスが同じFEC(Forward Error Correction)が適用されて伝送される場合、１つまたは複数のサービスのセットを示す。これに関しては、図４９を参照して具体的に説明する。
図４０は、本発明の他の実施例に係る放送サービスシグナリングテーブルを示す。
具体的には、図４０の実施例のように、放送サービスシグナリングテーブルは、num_ensemble_level_descriptorsフィールドおよびensemble_level_descriptorフィールドをさらに含むことができる。
num_ensemble_level_descriptorsフィールドは、ensemble_level_descriptorフィールドの個数を示す。具体的な実施例において、num_ensemble_level_descriptorsフィールドは、例えば４ビットフィールドである。
ensemble_level_descriptorフィールドは、該当アンサンブルに関する付加的な属性を含む。
また、サービスシグナリングテーブルは、メディアコンポーネントを識別するためにメディアコンポーネントを識別するストリーム識別子情報をさらに含むことができる。これに関しては、図４１を参照して具体的に説明する。
図４１は、本発明の他の一実施例に係るストリーム識別記述子を示す。
ストリーム識別子情報は、descriptor_tagフィールド、descriptor_lengthフィールドおよびcomponent_tagフィールドのうち少なくともいずれか１つを含むことができる。
descriptor_tagフィールドは、該当descriptorがストリーム識別子情報を含むdescirptorであることを示す。具体的な実施例において、descriptor_tagフィールドは、例えば８ビットフィールドである。
descriptor_lengthフィールドは、該当フィールド以後のストリーム識別子情報の長さを示す。具体的な実施例において、descriptor_lengthフィールドは、例えば８ビットフィールドである。
component_tagフィールドは、メディアコンポーネントを識別するメディアコンポーネント識別子を示す。このとき、メディアコンポーネント識別子は、該当シグナリング情報テーブル上で他のメディアコンポーネントのメディアコンポーネント識別子と異なる一意な（唯一の）(unique)値を有することができる。具体的な実施例において、component_tagフィールドは、例えば８ビットフィールドである。
放送サービスシグナリングテーブルを伝送・受信する動作に関しては、図４２〜図４６を参照して説明する。
以上では、放送サービステーブルをビットストリーム形式で説明したが、具体的な実施例によって、放送サービステーブルはXML形式を有することができる。
図４２は、本発明の一実施例に係る放送伝送装置が放送サービスシグナリングテーブルを伝送する動作を示す。
本発明の一実施例に係る放送伝送装置は、放送信号を伝送する伝送部および放送伝送装置の動作を制御する制御部を含むことができる。伝送部は、伝送部が行う複数の機能のそれぞれを行う１つまたは複数のプロセッサであり、１つまたは複数の回路および１つまたは複数のハードウェアモジュールを含むことができる。具体的には、伝送部は、多様な半導体部品が１つに集積されるシステムオンチップ(System On Chip、SOC)からなることができる。このとき、SOCは、グラフィック、オーディオ、ビデオ、モデムなどの各種マルチメディア用部品とプロセッサおよびDRAMなどの半導体が１つに統合された半導体とからなることができる。制御部は、制御部が行う複数の機能のそれぞれを行う１つまたは複数のプロセッサであり、１つまたは複数の回路および１つまたは複数のハードウェアモジュールを含むことができる。具体的には、制御部は、多様な半導体部品が１つに集積されるシステムオンチップ(System On Chip、SOC)からなることができる。このとき、SOCは、グラフィック、オーディオ、ビデオ、モデムなどの各種マルチメディア用部品とプロセッサおよびDRAMなどの半導体が１つに統合された半導体とからなることができる。
放送伝送装置は、制御部を介して放送サービス情報を獲得する(S１０１)。このとき、放送サービス情報は、放送サービスを説明する情報である。具体的には、放送サービス情報は、放送サービスを識別する情報、放送サービスの現在の状態を示す情報、放送サービス名、放送サービスのチャンネル番号、放送サービスに対する保護アルゴリズム適用の有無を示す情報、放送サービスのカテゴリ情報および放送サービスが含むメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報のうち少なくともいずれか１つを含むことができる。放送サービスが含むメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報は、それぞれのメディアコンポーネントが該当放送サービスに必須であるか否かを示す情報を含むことができる。また、放送サービスが含むメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報は、それぞれのコンポーネントに関連した情報を含むことができる。
放送伝送装置は、制御部を介して放送サービス情報に基づいて放送サービスシグナリングテーブルを生成する(S１０３)。このとき、放送サービスシグナリングテーブルは、前述した放送サービス情報を含むことができる。
放送伝送装置は、伝送部を介してサービスシグナリングテーブルを含む放送信号を伝送する(S１０５)。
図４３は、本発明の一実施例に係る放送受信装置が放送サービスシグナリングテーブルを受信する動作を示す。
放送受信装置１００は、放送受信部１１０を介して放送信号を受信する(S３０１)。
放送受信装置１００は、制御部１５０を介して放送信号に基づいて放送サービスシグナリングテーブルを獲得する(S３０３)。具体的には、放送受信装置１００は、放送信号から放送サービスシグナリングテーブルを獲得することができる。このとき、放送サービスシグナリングテーブルは、上述したように放送サービスを識別する情報、放送サービスの現在の状態を示す情報、放送サービス名、放送サービスのチャンネル番号、放送サービスに対する保護アルゴリズム適用の有無を示す情報、放送サービスのカテゴリ情報および放送サービスが含むメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報のうち少なくともいずれか１つを含むことができる。放送サービスが含むメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報は、それぞれのメディアコンポーネントが該当放送サービスに必須であるか否かを示す情報を含むことができる。また、放送サービスが含むメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報は、それぞれのコンポーネントに関連した情報を含むことができる。ただし、具体的な実施例によっては、放送受信装置１００は、放送サービスシグナリングテーブルをインターネット網を介して獲得することができる。
放送受信装置１００は、制御部１５０を介して放送サービスシグナリングテーブルに基づいて放送サービス情報を獲得する(S３０５)。このとき、放送サービス情報は、上述したように放送サービスを識別する情報、放送サービスの現在の状態を示す情報、放送サービス名、放送サービスのチャンネル番号、放送サービスに対する保護アルゴリズム適用の有無を示す情報、放送サービスのカテゴリ情報および放送サービスが含むメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報のうち少なくともいずれか１つを含むことができる。放送サービスが含むメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報は、それぞれのメディアコンポーネントが該当放送サービスに必須であるか否かを示す情報を含むことができる。また、放送サービスが含むメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報は、それぞれのコンポーネントに関連した情報を含むことができる。
放送受信装置１００は、制御部１５０を介して放送サービス情報に基づいて放送サービスに関する情報を格納する放送サービスリストを生成する(S３０７)。このとき、放送サービスリストは、放送受信装置１００が獲得した放送サービス情報を含むことができる。具体的な実施例において、放送受信装置１００は、放送サービス情報または放送サービスリストに基づいて放送サービスを受信することができる。
図４４は、本発明の一実施例に係る放送サービス伝送経路シグナリング情報を示す。
放送サービス伝送経路シグナリング情報は、放送サービスを伝送するネットワークの形態を示す情報と放送伝送形態に応じた具体的な伝送情報とを含むことができる。放送サービスを伝送するネットワークの種類は、放送サービスが同一の放送局(broadcaster)が伝送するIPストリームを介して伝送するネットワーク、放送サービスが異なる（他の）（different）放送局が伝送するIPストリームを介して伝送するネットワーク、放送サービスが同一の放送局のFLUTEセッションを介して伝送するネットワーク、放送サービスが異なる放送局のFLUTEセッションを介して伝送するネットワーク、放送サービスが異なる放送局のMPEG-２TSを介して伝送するネットワーク、放送サービスが異なる放送局のパケットベースのストリームを介して伝送するネットワーク、放送サービスがIPベースの放送ネットワークで伝送されるパケットベースのストリームを介して伝送するネットワークおよびユニフォームリソースロケータ（Uniform Resource Locator；URL）を介して放送サービスを獲得できるネットワークのうちのいずれか１つを含むことができる。
具体的な実施例において、図４４のように、放送サービス伝送経路シグナリング情報は、descriptor_tagフィールド、description_lengthフィールド、delivery_network_typeフィールドおよびdata_pathフィールドを含むことができる。
descriptor_tagフィールドは、該当descriptorが伝送経路シグナリング情報を含むことを示す。具体的な実施例において、descriptor_tagフィールドは、例えば８ビットフィールドである。
descriptior_lengthフィールドは、該当フィールド以後の放送サービス伝送経路シグナリング情報の長さを示す。具体的な実施例において、descriptor_lengthフィールドは、例えば８ビットフィールドである。
delivery_network_typeフィールドは、放送サービスを伝送する伝送ネットワークの種類を示す。具体的な実施例において、delivery_network_typeフィールドの値は、放送サービスを同一の放送局(broadcaster)が伝送するIPストリームを介して伝送するネットワーク、放送サービスを異なる放送局が伝送するIPストリームを介して伝送するネットワーク、放送サービスを同一の放送局のFLUTEセッションを介して伝送するネットワーク、放送サービスを異なる放送局のFLUTEセッションを介して伝送するネットワーク、放送サービスを異なる放送局のMPEG-２TSを介して伝送するネットワーク、放送サービスを異なる放送局のパケットベースのストリームを介して伝送するネットワーク、放送サービスをIPベースの放送ネットワークで伝送されるパケットベースのストリームを介して伝送するネットワークおよびURLを介して放送サービスを獲得できるネットワークのうちのいずれか１つを示すことができる。例えば、図４５の実施例のように、delivery_network_typeフィールドの値が０x００である場合、delivery_network_typeフィールドは、放送サービスを同一の放送局(broadcaster)が伝送するIPストリームを介して伝送するネットワークを示すことができる。また、delivery_network_typeフィールドの値が０x０１である場合、delivery_network_typeフィールドは、放送サービスを異なる放送局が伝送するIPストリームを介して伝送するネットワークを示すことができる。また、delivery_network_typeフィールドの値が０x０２である場合、delivery_network_typeフィールドは、放送サービスを同一の放送局のFLUTEセッションを介して伝送するネットワークを示すことができる。また、delivery_network_typeフィールドの値が０x０３である場合、delivery_network_typeフィールドは、放送サービスを異なる放送局のFLUTEセッションを介して伝送するネットワークを示すことができる。また、delivery_network_typeフィールドの値が０x０４である場合、delivery_network_typeフィールドは、放送サービスを異なる放送局のMPEG-２TSを介して伝送するネットワークを示すことができる。また、delivery_network_typeフィールドの値が０x０５である場合、放送サービスを異なる放送局のパケットベースのストリームを介して伝送するネットワークを示すことができる。また、delivery_network_typeフィールドの値が０x０６である場合、delivery_network_typeフィールドは、放送サービスをIPベースの放送ネットワークで伝送されるパケットベースのストリームを介して伝送するネットワークを示すことができる。また、delivery_network_typeフィールドの値が０x０７である場合、delivery_network_typeフィールドはURLを介して放送サービスを獲得できるネットワークを示すことができる。
data_pathフィールドは、放送サービスを伝送する伝送ネットワークの種類に応じた具体的な伝送情報を含む。data_pathフィールドに関しては、図４６〜図５４を参照して説明する。
図４６は、本発明の一実施例に係る放送サービス伝送経路シグナリング情報が、IPストリームを介した放送サービスの伝送をシグナリングすることを示す。
放送サービスを伝送するネットワークが、放送サービスを同一の放送局(broadcaster)が伝送するIPストリームを介して伝送するネットワークである場合、放送サービス伝送経路シグナリング情報は、IPバージョンを示す情報、ソース(source)IPアドレスを含むか否かを示す情報、ソース（送信元）IPアドレス、デスティネーション（送信先）(destination)IPアドレスを含むか否かを示す情報、デスティネーションIPアドレス、放送サービスを伝送するIPデータグラムフロー(flow)のUDPポートの個数を示す情報およびUDPポートナンバ（番号）情報のうち少なくともいずれか１つを含むことができる。
具体的な実施例において、放送サービス伝送経路シグナリング情報は、図４６の実施例のように、IP_versioni_flagフィールド、source_IP_address_flagフィールド、destination_IP_address_flagフィールド、source_IP_addressフィールド、port_num_countフィールド、およびdestination_UDP_port_numberフィールドのうち少なくともいずれか１つを含むことができる。
IP_versioni_flagフィールドは、放送サービスを含むIPデータグラムのIPアドレス形式を示す。具体的には、IP_version_flagフィールドの値が１である場合、IP_version_flagフィールドは、放送サービスを含むIPデータグラムがIPv４形式であることを示し、IP_version_flagフィールドの値が０である場合、IP_version_flagフィールドは、放送サービスを含むIPデータグラムがIPv６形式であることを示すことができる。具体的な実施例において、IP_versioni_flagフィールドは、例えば１ビットフィールドである。
source_IP_address_flagフィールドは、放送サービスを含むIPデータグラムがソースIPアドレスを含むか否かを示す。具体的には、source_IP_address_flagフィールドの値が１である場合、source_IP_address_flagフィールドは、放送サービスを含むIPデータグラムがソースIPアドレスを含むことを示し、source_IP_address_flagフィールドの値が０である場合、source_IP_address_flagフィールドは、放送サービスを含むIPデータグラムがソースIPアドレスを含まないことを示すことができる。具体的な実施例において、Source_IP_address_flagフィールドは、例えば１ビットフィールドである。
destination_IP_address_flagフィールドは、放送サービスを含むIPデータグラムがデスティネーションIPアドレスを含むか否かを示す。具体的には、destination _IP_address_flagフィールドの値が１である場合、destination_IP_address_flagフィールドは、放送サービスを含むIPデータグラムがデスティネーションIPアドレスを含むことを示し、destination_IP_address_flagフィールドの値が０である場合、destination_IP_address_flagフィールドは、放送サービスを含むIPデータグラムがデスティネーションIPアドレスを含まないことを示すことができる。具体的な実施例において、destination _IP_address_flagフィールドは、例えば１ビットフィールドである。
source_IP_addressフィールドは、放送サービスを含むIPデータグラムのソースIPアドレスを示す。具体的な実施例において、Source_IP_addressフィールドは、例えばIPバージョンによって３２ビットまたは１２８ビットフィールドである。
destination_IP_addressフィールドは、放送サービスを含むIPデータグラムのデスティネーションIPアドレスを示す。具体的な実施例において、destination_IP_addressフィールドは、例えばIPバージョンによって３２ビットまたは１２８ビットフィールドである。
port_num_countフィールドは、放送サービスを含むIPデータグラムフローのポートの個数を示すことができる。具体的な実施例において、Port_num_countフィールドは、例えば８ビットフィールドである。
destination_UDP_port_numberフィールドは、放送サービスを含むIPデータグラムのUDPポート番号を示す。具体的な実施例において、destination_UDP_port_numberフィールドは、例えば１６ビットフィールドである。
図４７は、本発明の一実施例に係る放送サービス伝送経路シグナリング情報が、異なる放送局(broadcaster)のIPストリームを介した放送サービスの伝送をシグナリングすることを示す。
放送サービスを伝送するネットワークが、放送サービスを異なる放送局が伝送するIPストリームを介して伝送するネットワークである場合、放送サービスを同一の放送局(broadcaster)が伝送するIPストリームを介して伝送するネットワークとは違い、放送サービス伝送経路シグナリング情報は、IPデータグラムを伝送する伝送ストリームを識別する識別子をさらに含むことができる。
具体的な実施例において、図４７の実施例のように、放送サービス伝送経路シグナリング情報は、transport_stream_idフィールドを含むことができる。
transport_stream_idフィールドは、放送サービスを含むIPデータグラムを伝送する伝送ストリームを識別する。具体的な実施例において、transport_stream_idフィールドは、例えば１６ビットフィールドである。
図４８は、本発明の一実施例に係る放送サービス伝送経路シグナリング情報が、FLUTEセッションを介した放送サービスの伝送をシグナリングすることを示す。
放送サービスを伝送するネットワークが、放送サービスを同一の放送局のFLUTEセッションを介して伝送するネットワークの場合、放送サービス伝送経路シグナリング情報は、IPバージョンを示す情報、ソース(source)IPアドレスを含むか否かを示す情報、ソースIPアドレス、デスティネーションIPアドレス、UDPポートナンバ情報および放送サービスを含むFLUTEパケットを伝送するFLUTEセッションを識別する伝送セッション識別子(Transport Session Identifier)のうち少なくともいずれか１つを含むことができる。
具体的な実施例において、放送サービス伝送経路シグナリング情報は、図４８の実施例のように、IP_versioni_flagフィールド、source_IP_address_flagフィールド、source_IP_addressフィールド、destination_UDP_port_numberフィールドおよびflute_tsiフィールドのうち少なくともいずれか１つを含むことができる。
IP_versioni_flagフィールドは、放送サービスを含むFLUTEパケットを伝送するIPデータグラムのIPアドレス形式を示す。具体的には、IP_version_flagフィールドの値が１である場合、IP_version_flagフィールドは、放送サービスを含むIPデータグラムがIPv４形式であることを示し、IP_version_flagフィールドの値が０である場合、IP_version_flagフィールドは、放送サービスを含むIPデータグラムがIPv６形式であることを示すことができる。具体的な実施例において、IP_versioni_flagフィールドは、例えば１ビットフィールドである。
source_IP_address_flagフィールドは、放送サービスを含むFLUTEパケットを伝送するIPデータグラムがソースIPアドレスを含むか否かを示す。具体的には、source_IP_address_flagフィールドの値が１である場合、source_IP_address_flagフィールドは、放送サービスを含むIPデータグラムがソースIPアドレスを含むことを示し、source_IP_address_flagフィールドの値が０である場合、source_IP_address_flagフィールドは、放送サービスを含むIPデータグラムがソースIPアドレスを含まないことを示すことができる。具体的な実施例において、Source_IP_address_flagフィールドは、例えば１ビットフィールドである。
source_IP_addressフィールドは、放送サービスを含むFLUTEパケットを伝送するIPデータグラムのソースIPアドレスを示す。具体的な実施例において、Source_IP_addressフィールドは、例えばIPバージョンによって３２ビットまたは１２８ビットフィールドである。
destination_IP_addressフィールドは、放送サービス含むFLUTEパケットを伝送するIPデータグラムのデスティネーションIPアドレスを示す。具体的な実施例において、destination_IP_addressフィールドは、例えばIPバージョンによって３２ビットまたは１２８ビットフィールドである。
destination_UDP_port_numberフィールドは、放送サービスを含むFLUTEパケットを伝送するIPデータグラムのUDPポート番号を示す。具体的な実施例において、destination_UDP_port_numberフィールドは、例えば１６ビットフィールドである。
flute_tsiフィールドは、放送サービスを含むFLUTEパケットを伝送するFLUTEセッションを識別する伝送セッション識別子(Transport Session Identifier)を示す。
図４９は、本発明の一実施例に係る放送サービス伝送経路シグナリング情報が、異なる放送局(broadcaster)のFLUTEプロトコルを介した放送サービスの伝送をシグナリングすることを示す。
放送サービスを伝送するネットワークが、放送サービスを異なる放送局のFLUTEセッションを介して伝送するネットワークである場合、放送サービスを同一の放送局のFLUTEセッションを介して伝送するネットワークとは違い、放送サービス伝送経路シグナリング情報は、放送サービスを含むFLUTEパケットを伝送する伝送ストリームを識別する識別子をさらに含むことができる。
具体的な実施例において、図４９の実施例のように、放送サービス伝送経路シグナリング情報は、transport_stream_idフィールドを含むことができる。
transport_stream_idフィールドは、放送サービスを含むFLUTEパケットを伝送する伝送ストリームを識別する。具体的な実施例において、transport_stream_idフィールドは、例えば１６ビットフィールドである。
図５０は、本発明の放送サービス伝送経路シグナリング情報が、MPEG-２TSストリームを介した放送サービスの伝送をシグナリングすることを示す。
放送サービスを伝送するネットワークが、放送サービスを異なる放送局のMPEG-２TSを介して伝送するネットワークである場合、放送サービスを含むMPEG-２TSを伝送する伝送ストリームを識別する識別子および放送サービスを含むMPEG２-TSパケットの識別子を含むことができる。
具体的な実施例において、図５０のように放送サービス伝送経路シグナリング情報は、transptort_stream_idフィールドおよびpidフィールドのうち少なくともいずれか１つを含むことができる。
transptort_stream_idフィールドは、MPEG-２TSを伝送する伝送ストリームを識別する識別子を示す。具体的な実施例において、transptort_stream_idフィールドは、例えば１６ビットフィールドである。
pidフィールドは、放送サービスを含むMPEG２-TSパケットの識別子を示す。具体的な実施例において、Pidフィールドは、例えば１３ビットフィールドである。
図５１は、本発明の一実施例に係る放送サービス伝送経路シグナリング情報が、異なる放送局(broadcaster)のパケットベースのストリームを介した放送サービスの伝送をシグナリングすることを示す。
放送サービスを伝送するネットワークが、放送サービスを異なる放送局のパケットベースのストリームを介して伝送するネットワークである場合、放送サービス伝送経路シグナリング情報は、放送サービスを含むパケットベースのストリームを識別する識別子および放送サービスを含むパケットの識別子を含むことができる。
具体的な実施例において、図５１のように放送サービス伝送経路シグナリング情報は、transptort_stream_idフィールドおよびpacket_idフィールドのうち少なくともいずれか１つを含むことができる。
transport_stream_idフィールドは、放送サービスを含むパケットベースのストリームを識別する識別子を示す。具体的な実施例において、transptort_stream_idフィールドは、例えば１６ビットフィールドである。
packet_idフィールドは、放送サービスを含むパケットの識別子を示す。具体的な実施例において、Packet_idフィールドは、例えば１６ビットフィールドである。
図５２は、本発明の一実施例に係る放送サービス伝送経路シグナリング情報が、IPベースの放送ネットワークで伝送されるパケットベースのストリームを介した放送サービスの伝送をシグナリングすることを示す。
放送サービスを伝送するネットワークが、放送サービスをIPベースの放送ネットワークで伝送されるパケットベースのストリームを介して伝送するネットワークである場合、放送サービス伝送経路シグナリング情報は、IPバージョンを示す情報、ソース(source)IPアドレスを含むか否かを示す情報、ソースIPアドレス、デスティネーションIPアドレス、UDPポートナンバ情報および放送サービスを含むパケットを識別する識別子のうち少なくともいずれか１つを含むことができる。
具体的な実施例において、放送サービス伝送経路シグナリング情報は、図５２の実施例のように、IP_versioni_flagフィールド、source_IP_address_flagフィールド、source_IP_addressフィールド、destination_UDP_port_numberフィールドおよびpacket_idフィールドのうち少なくともいずれか１つを含むことができる。
IP_versioni_flagフィールドは、放送サービスを含むパケットを伝送するIPデータグラムのIPアドレス形式を示す。具体的には、IP_version_flagフィールドの値が１である場合、IP_version_flagフィールドは、放送サービスを含むIPデータグラムがIPv４形式であることを示し、IP_version_flagフィールドの値が０である場合、IP_version_flagフィールドは、放送サービスを含むIPデータグラムがIPv６形式であることを示すことができる。具体的な実施例において、IP_versioni_flagフィールドは、例えば１ビットフィールドである。
source_IP_address_flagフィールドは、放送サービスを含むパケットを伝送するIPデータグラムが、ソースIPアドレスを含むか否かを示す。具体的には、source_IP_address_flagフィールドの値が１である場合、source_IP_address_flagフィールドは、放送サービスを含むIPデータグラムがソースIPアドレスを含むことを示し、source_IP_address_flagフィールドの値が０である場合、source_IP_address_flagフィールドは、放送サービスを含むIPデータグラムがソースIPアドレスを含まないことを示すことができる。具体的な実施例において、Source_IP_address_flagフィールドは、例えば１ビットフィールドである。
source_IP_addressフィールドは、放送サービスを含むパケットを伝送するIPデータグラムのソースIPアドレスを示す。具体的な実施例において、Source_IP_addressフィールドは、例えばIPバージョンによって３２ビットまたは１２８ビットフィールドである。
destination_IP_addressフィールドは、放送サービスを含むパケットを伝送するIPデータグラムのデスティネーションIPアドレスを示す。具体的な実施例において、destination_IP_addressフィールドは、例えばIPバージョンによって３２ビットまたは１２８ビットフィールドである。
destination_UDP_port_numberフィールドは、放送サービスを含むパケットを伝送するIPデータグラムのUDPポート番号を示す。具体的な実施例において、destination_UDP_port_numberフィールドは、例えば１６ビットフィールドである。
packet_idフィールドは、放送サービスを含むパケットを識別する識別子を示す。具体的な実施例において、Packet_idフィールドは１６ビットフィールドを示すことができる。
図５３は、本発明の一実施例に係る放送サービス伝送経路シグナリング情報が、URLを介して放送サービスをシグナリングすることを示す。
放送サービスを伝送するネットワークがURLを介して放送サービスを獲得できるネットワークである場合、放送サービス伝送経路シグナリング情報は、放送サービスを受信できるURLの長さを示す情報および放送サービスを受信できるURLのうち少なくともいずれか１つを含むことができる。
具体的な実施例において、図５３のように、放送サービス伝送経路シグナリング情報は、URL_lenthフィールドおよびURI_charフィールドのうち少なくともいずれか１つを含むことができる。
URL_lenghフィールドは、放送サービスを受信できるURLの長さを示す。具体的な実施例において、URL_lengthフィールドは、例えば８ビットフィールドである。
URL_charフィールドは、放送サービスを受信できるURLを示す。具体的な実施例において、URL_charフィールドは、例えば８ビットフィールドである。
図５４は、本発明の一実施例に係る放送伝送装置が放送サービス伝送経路シグナリング情報を伝送することを示す。
放送伝送装置は、制御部を介して放送サービスの伝送経路を獲得する(S５０１)。
放送伝送装置は、制御部を介して放送サービス伝送経路シグナリング情報を生成する(S５０３)。放送伝送装置は、図４３〜図５２を参照して説明した放送サービス伝送経路シグナリング情報を生成することができる。
放送伝送装置は、伝送部を介して放送サービス伝送経路シグナリング情報を含む放送信号を伝送する(S５０５)。
図５５は、本発明の一実施例に係る放送伝送装置が放送サービス伝送経路シグナリング情報を伝送することを示す。
放送受信装置１００は、放送受信部１１０を介して放送信号を受信する(S７０１)。
放送受信装置１００は、制御部１５０を介して放送信号に基づいて放送サービス伝送経路シグナリング情報を獲得する(S７０３)。
放送受信装置１００は、制御部１５０を介して放送サービス伝送経路シグナリング情報に基づいて放送サービスを受信する(S７０５)。具体的には、放送受信装置１００は、制御部１５０を介して放送サービス伝送経路シグナリング情報に基づいて放送サービスのメディアコンポーネントを受信することができる。図４５〜図５４を参照して上述したように、放送受信装置１００は、放送サービスが同一の放送局(broadcaster)が伝送するIPストリームを介して伝送するネットワーク、放送サービスが異なる放送局が伝送するIPストリームを介して伝送するネットワーク、放送サービスが同一の放送局のFLUTEセッションを介して伝送するネットワーク、放送サービスが異なる放送局のFLUTEセッションを介して伝送するネットワーク、放送サービスが異なる放送局のMPEG-２TSを介して伝送するネットワーク、放送サービスが異なる放送局のパケットベースのストリームを介して伝送するネットワーク、放送サービスがIPベースの放送ネットワークで伝送されるパケットベースのストリームを介して伝送するネットワークおよびURLを介して放送サービスを獲得できるネットワークのうち少なくともいずれか１つを介して放送サービスを受信することができる。特に、具体的な実施例において、放送受信装置１００は、放送サービスの複数のメディアコンポーネントを複数のネットワークを介して受信することができる。例えば、放送受信装置１００は、放送受信部１１０を介して放送サービスのビデオコンポーネントは、パケットベースのストリームを介して受信し、IP通信部１３０を介して放送サービスのオーディオコンポーネントは、IPベースの放送ネットワークを介して受信することができる。
上述したように、放送サービスシグナリングテーブルは、メディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報を含むことができる。特に、ISOベースのメディアファイルフォーマット(ISO Base Media File Format、ISO BMFF)形態で放送サービスを伝送する場合、メディアコンポーネントシグナリング情報を含むことができる。これに関しては、図５６〜図５９を参照して具体的に説明する。
図５６は、本発明の一実施例に係るメディアコンポーネントをシグナリングするメディアコンポーネントシグナリング情報を示す。
メディアコンポーネントシグナリング情報は、メディアコンポーネントのエンコーディングの種類を示す情報、メディアコンポーネントの暗号化(encryption)の有無を示す情報、暗号化されたメディアコンポーネントを解読(decrypt)できるキー(key)を含むSTKMストリームの個数を示す情報、暗号化されたメディアコンポーネントを解読できるキーを含むSTKMストリームを識別する識別子、メディアコンポーネントの伝送パラメータの長さ、メディアコンポーネントの伝送パラメータおよびコンポーネントのエンコーディングの種類に応じたエンコーディングパラメータを含むことができる。このとき、伝送パラメータは、バッファモデルおよび最大伝送単位(Maximum Transmission Unit、MTU)の大きさのうち少なくともいずれか１つを含むことができる。
具体的な実施例において、メディアコンポーネントシグナリング情報は、図５６の実施例のように、descriptor_tagフィールド、descriptor_lengthフィールド、component_typeフィールド、component_encryption_flagフィールド、num_STKM_streamsフィールド、STKM_stream_idフィールド、transport_parameter_text_lengthフィールド、transport_parameter_textフィールドおよびcomponent_dataフィールドのうち少なくともいずれか１つを含むことができる。
descriptor_tagフィールドは、該当descriptorがメディアコンポーネントシグナリング情報を含むことを示す。具体的な実施例において、descriptor_tagフィールドは、例えば８ビットフィールドである。
descriptor_lengthフィールドは、該当フィールド以後の放送サービス伝送経路シグナリング情報の長さを示す。具体的な実施例において、descriptor_lengthフィールドは、例えば８ビットフィールドである。
component_typeフィールドは、該当コンポーネントのエンコーディングの種類を示す。具体的な実施例において、図５７の実施例のように、component_typeフィールドが持つ値は、H.２６４/AVC、SVC enhancement層ストリームコンポーネント、HE AAC v２オーディオストリームコンポーネント、FLUTEファイル伝送セッション、STKMストリームコンポーネント、LTKMストリームコンポーネント、OMA-RME DIMSストリームコンポーネント、NTPタイムベースストリームコンポーネントのうちいずれか１つを示すことができる。メディアコンポーネントがISO BMFFを介して伝送される場合、放送受信装置１００は、メディアコンポーネントを受信するための適切な動作を準備しなければならない。従って、メディアコンポーネントがISO BMFFを介して伝送されることをシグナリングする必要がある。具体的には、図５７の実施例のように、component_typeフィールドは、放送サービスのメディアコンポーネントがISO BMFFで伝送されることを示すことができる。具体的には、component_typeフィールドが持つ値が３５である場合、component_typeフィールドは、メディアコンポーネントがH.２６４/AVCコンポーネントであることを示すことができる。具体的には、component_typeフィールドが持つ値が３６である場合、component_typeフィールドは、メディアコンポーネントがSVC enhancement層ストリームコンポーネントであることを示すことができる。具体的には、component_typeフィールドが持つ値が３７である場合、component_typeフィールドは、メディアコンポーネントがHE AAC v２オーディオストリームコンポーネントであることを示すことができる。具体的には、component_typeフィールドが持つ値が３８である場合、component_typeフィールドは、メディアコンポーネントが、FLUTEファイル伝送セッションによって伝送されるメディアコンポーネントであることを示すことができる。具体的には、component_typeフィールドが持つ値が３９である場合、component_typeフィールドは、メディアコンポーネントが、STKMストリームコンポーネントであることを示すことができる。具体的には、component_typeフィールドが持つ値が４０である場合、component_typeフィールドは、メディアコンポーネントがLTKMストリームコンポーネントであることを示すことができる。具体的には、component_typeフィールドが持つ値が４１である場合、component_typeフィールドは、メディアコンポーネントがOMA-RME DIMSストリームコンポーネントであることを示すことができる。具体的には、component_typeフィールドが持つ値が４２である場合、component_typeフィールドは、メディアコンポーネントがNTPタイムベースストリームコンポーネントであることを示すことができる。具体的には、component_typeフィールドが持つ値が４３である場合、component_typeフィールドは、メディアコンポーネントがISO BMFFで伝送されることを示すことができる。具体的な実施例において、component_typeフィールドは、例えば７ビットフィールドである。
component_encryption_flagフィールドは、メディアコンポーネントが暗号化されたか否かを示すフィールドである。具体的な実施例において、component_encryption_flagフィールドは、例えば１ビットフィールドである。
num_STKM_streamsフィールドは、暗号化されたメディアコンポーネントを解読(decrypt)できるキー(key)を含むSTKMストリームの個数を示す。具体的な実施例において、num_STKM_streamsフィールドは、例えば８ビットフィールドである。
STKM_stream_idフィールドは、暗号化されたメディアコンポーネントを解読(decrypt)できるキー(key)を含むSTKMストリームを識別する識別子を示す。具体的な実施例において、STKM_stream_idフィールドは、例えば８ビットフィールドである。
transport_parameter_text_lengthフィールドは、transport_parameter_textフィールドの長さを示す。具体的な実施例において、transport_parameter_text_lengthフィールドは、例えば８ビットフィールドである。
transport_parameter_textフィールドは、メディアコンポーネントの伝送パラメータを示す。このとき、伝送パラメータは、バッファモデルおよび最大伝送単位（最大転送単位）(Maximum Transmission Unit、MTU)の大きさのうち少なくともいずれか１つを含むことができる。
component_dataフィールドは、コンポーネントのエンコーディングパラメータを示す。エンコーディングパラメータが含むパラメータは、コンポーネントのエンコーディングの種類によって変わる（vary）。具体的には、エンコーディングパラメータが含むパラメータは、component_typeフィールドの値によって変わる。
メディアコンポーネントがISO BMFFを介して伝送される場合、component_dataフィールドは、ISO BMFFのバージョン情報およびプロファイル情報のうち少なくともいずれか１つを含むことができる。
具体的には、図５９の実施例のように、versionフィールドおよびprofileフィールドのうち少なくともいずれか１つを含むことができる。
versionフィールドは、ISO BMFFのバージョン情報を示す。具体的な実施例において、versionフィールドは、例えば８ビットフィールドである。
profileフィールドは、ISO BMFFのプロファイル情報を示す。具体的な実施例において、Profileフィールドは、例えば８ビットフィールドである。
前述したメディアコンポーネントは、その内容に関係なく全て同一に扱われてシグナリングされた。ただし、最近、通信環境に応じて異なる品質のメディアコンポーネントを伝送する適応型ストリーミングサービスが脚光を浴びている。これによって、ユーザは、通信環境に応じて、同一のコンテンツを含む多様な品質のメディアコンポーネントのうちいずれか１つを選択して視聴できるようになった。また、１つの画面で複数のメディアコンポーネントを同時に表示するマルチビュー(multi view)サービスが提供されている。これによって、ユーザは、複数の映像またはデータ放送を１つの画面で視聴できるようになった。例えば、ユーザは野球の試合を見ながら他の球場の試合を追加のPIP(Picture In Picture)画面を介して視聴することができる。このように複数のメディアコンポーネントを含む放送サービスが多様化され、増加するのに伴い、放送伝送装置および放送受信装置１００は、コンポーネントの種類を細分化して処理し、各メディアコンポーネント間の関係を体系的に定義する必要がある。これに対しては、図５９〜図１１０を参照して説明する。
図５９は、本発明の一実施例に係るメディアコンポーネントの種類および役割を示す。
メディアコンポーネントは、コンテンツコンポーネント、シンプルオーディオコンポーネント、シンプルビデオコンポーネント、連続(continuous)コンポーネント、基礎(elementary)コンポーネント、コンポジット(composite)コンポーネント、コンポジットオーディオコンポーネント、コンポジットビデオコンポーネント、適応型(adaptive)コンポーネント、適応型オーディオコンポーネント、適応型ビデオコンポーネントおよびコンプレックスコンポーネントに分けることができる。適応型コンポーネントはPickOneコンポーネントで表現することができる。
コンテンツコンポーネントは、一種類のメディアとメディアに関連したメタデータとを含むコンポーネントである。具体的には、コンテンツコンポーネントは、ビデオトラック、オーディオトラック、字幕、ビデオenhanced layer、ウェブページ、双方向アプリケーションのうちいずれか１つを含むことができる。
シンプルオーディオコンポーネントは、オーディオを含むコンポーネントである。具体的には、シンプルオーディオコンポーネントは、特定のエンコーディングパラメータによってエンコーディングされた１つの音声シーケンスのエンコーディングである。
シンプルビデオコンポーネントは、ビデオを含むコンポーネントである。具体的には、シンプルビデオコンポーネントは、特定のエンコーディングパラメータによってエンコーディングされた１つの映像シーケンスのエンコーディングである。
連続(continuous)コンポーネントは、連続したストリーム上で再生されるコンポーネントである。
基礎(elementary)コンポーネントは、１つのエンコーディングのみを含む連続コンポーネントである。基礎コンポーネントは、オーディオコンポーネントを含むことができる。具体的には、基礎コンポーネントは、音声シーケンスに対する１つのエンコーディングである。また、基礎コンポーネントは、ビデオコンポーネントを含むことができる。具体的には、映像シーケンスに対する１つのエンコーディングである。基礎コンポーネントは、１つの字幕トラックからなることができる。
コンポジット(composite)コンポーネントは、１つの場面(scene)を再生するために必要な複数の連続コンポーネントのセットである。具体的には、コンポジット(composite)コンポーネントは、同一のメディア形態(type)を有し、同じ場面(scene)を示し、再生のためには一定の組合せで一緒に再生しなければならない連続コンポーネントのセットである。従って、コンポジットコンポーネントは、複数のメディアコンポーネントが組み合わ(combine)されて１つの場面を示す複数のメディアコンポーネントのセットである。具体的には、コンポジットコンポーネントは、１つの完全なオーディオのために必要な音楽、対話（dialog）および特殊効果を含むことができる。また、コンポジットコンポーネントは、３Ｄ映像を再生するために必要な３Ｄ映像の右側映像と３Ｄ映像の左側映像とを含むことができる。
コンポジットオーディオコンポーネントは、音声シーケンスを再生するために必要なオーディオコンポーネントのセットである。具体的には、コンポジットオーディオコンポーネントは、ミックスされるオーディオコンポーネントのセットを含むことができる。
コンポジットビデオコンポーネントは、映像シーケンスを再生するために必要なビデオコンポーネントのセットである。具体的には、コンポジットビデオコンポーネントは、３Ｄビデオ再生のために組み合わせる３Ｄコンポーネントのセットを含むことができる。また、コンポジットビデオコンポーネントは、１つまたは複数のenhancedエンコーディングを伴うベースビデオエンコーディングである。
適応型(adaptive)コンポーネントは、いずれか１つの場面を示す相互に代替可能な複数の連続コンポーネントのセットである。上述したように適応型コンポーネントは、PickOneと称することができ、これは多様な代替可能な複数の連続コンポーネントのうちいずれか１つを選択して再生する可能性があることを示す。具体的には、適応型コンポーネントは、同一のメディア形態(type)であり、同じ場面(scene)を示し、再生のためにいずれか１つが選択される複数の連続コンポーネントのセットである。具体的には、適応型コンポーネントは同一のコンテンツを相互に異なる品質でエンコーディングした複数のメディアコンポーネントのセットを含むことができる。例えば、適応型コンポーネントは、同一の音声シーケンスを異なるビットレート(bitrate)でエンコーディングしたオーディオコンポーネントのセットを含むことができる。また、適応型コンポーネントは、同一の映像シーケンスを異なるビットレートでエンコーディングしたビデオコンポーネントのセットを含むことができる。また、適応型コンポーネントは、同一の対話に対する一般的な（通常の）字幕トラックおよび大きな文字の（読みやすい）(easy reader)字幕を含むことができる。
適応型オーディオコンポーネントは、音声シーケンスを再生するためにいずれか１つが選択されるオーディオコンポーネントのセットである。具体的には、適応型オーディオコンポーネントは、同一のサウンドシーケンスを相互に異なるビットレートでエンコーディングしたオーディオコンポーネントのセットを含むことができる。
適応型ビデオコンポーネントは、映像シーケンスを再生するためにいずれか１つが選択されるビデオコンポーネントのセットである。具体的には、適応型ビデオコンポーネントは、同一のビデオシーケンスを相互に異なるエンコーディングパラメータでエンコーディングしたビデオコンポーネントのセットを含むことができる。
コンプレックスコンポーネントは、コンポジットコンポーネントまたは適応型コンポーネントのうちいずれか１つを示す。コンプレックスコンポーネントに対しては、図６０〜図６２を参照して具体的に説明する。
図６０は、本発明の一実施例に係るコンプレックスコンポーネントの構成を示す。
コンプレックスコンポーネントが基礎コンポーネントのみを含む必要はない。具体的な実施例において、コンプレックスコンポーネントは、コンプレックスコンポーネントを含むことができる。従って、コンプレックスコンポーネントが含む１つの基礎コンポーネントのみでは、放送サービスの再生が不可能な場合もある。また、コンプレックスコンポーネントは、コンポジットコンポーネントまたは適応型コンポーネントを含むことができる。具体的には、図６０の実施例のように、コンポジットコンポーネントは、１つまたは複数の基礎コンポーネントを含むことができる。また、コンポジットコンポーネントは、１つまたは複数のコンプレックスコンポーネントを含むことができる。また、コンポジットコンポーネントは基礎コンポーネントおよびコンプレックスコンポーネントを両方とも含むことができる。１つの適応型コンポーネントは、１つまたは複数の基礎コンポーネントを含むことができる。
放送サービスのコンポーネントをトップレベル(top-level)コンポーネントという用語を使用して説明することができる。トップレベルオーディオコンポーネントは、固有な（一意の）（unique）音声シーケンスを示す。トップレベルビデオコンポーネントは、固有な映像シーケンスを示す。具体的な実施例において、このようなトップレベルコンポーネントは、基礎コンポーネントを含むことができる。また、他の具体的な実施例において、トップレベルコンポーネントは、コンポジットコンポーネントを含むことができる。
例えば、図６１の実施例のように、トップレベルビデオコンポーネントは、３Ｄ映像の左側映像であるコンポーネントと右側映像であるコンポーネントとを含むコンポジットコンポーネントを含むことができる。このとき、３Ｄ映像の左側映像コンポーネントは相互に異なるビットレートでエンコーディングされた複数の基礎コンポーネントを含む適応型コンポーネントを含むことができる。また、３Ｄ映像の右側映像コンポーネントも相互に異なるビットレートでエンコーディングされた複数の基礎コンポーネントを含む適応型コンポーネントを含むことができる。
また、他の具体的な実施例において、図６２の実施例のように、トップレベルオーディオコンポーネントは、完全なメインオーディオを含む適応型コンポーネントと、音楽、対話および効果トラックがミックスされたコンポジットコンポーネントと、を含む適応型コンポーネントを含むことができる（the top-level audio component may be an adaptive component including an adaptive component including a complete main audio and a composite component having mixed music, dialogs, and special effects）。このとき、完全なメインオーディオを含む適応型コンポーネントは、相互に異なるビットレートでエンコーディングされた複数の基礎コンポーネントを含むことができる。また、音楽、対話および効果トラックがミックスされたコンポジットコンポーネントは、音楽を含む適応型コンポーネント、対話を含む適応型コンポーネントおよび効果音を含む適応型コンポーネントを含むことができる。また、音楽を含む適応型コンポーネントは、相互に異なるビットレートでエンコーディングされた複数の基礎コンポーネントを含むことができる。
このようにメディアコンポーネントを区別することによって、複数のメディアコンポーネントの関係を単純化することができる。例えば、それぞれのビデオプログラムが１つのコンプレックスビデオコンポーネントを含むと特定すれば、それぞれのオーディオ基礎コンポーネントまたはビデオ基礎コンポーネントとの関係を特定する必要がない。
１つのメディアに対する複数のコンプレックスコンポーネントモデルが存在し得る。例えば、複数のビットレートでエンコーディングされた３Ｄコンポーネントは、左側映像に対するサブメディアコンポーネントと右側映像に対するサブメディアコンポーネントを含むコンポジットコンポーネントでモデル化され、それぞれのサブメディアコンポーネントは相互に異なるビットレートでエンコーディングされた複数のコンポーネントを含む適応型コンポーネントでモデル化される。または同じ３Ｄコンポーネントが相互に異なるビットレートでエンコーディングされた複数のサブメディアコンポーネントを含む適応型コンポーネントでモデル化され、それぞれのサブメディアコンポーネントは、左側映像および右側映像を含むコンポジットコンポーネントでモデル化される。左側映像および右側映像が含む相互に異なるビットレートを有する複数のサブメディアコンポーネントの個数は異なる。
図６３は、本発明の一実施例に係るコンプレックスビデオコンポーネントの構成を示す。
図６３の実施例は、図５９の実施例おける具体的な表現を修正したものとして、図３１の実施例と同様に適用することができる。特に、連続コンポーネント、基礎コンポーネント、コムポジットコンポーネントおよびコンプレックスコンポーネントに関する定義と役割は同一である。図５９の適応型コンポーネントに関しては、適応型コンポーネントの代わりに上述したようにPickOneコンポーネントとして表現する。図６３の実施例におけるPickOneコンポーネントの定義および役割は、図５９の実施例における適応型コンポーネントの定義および役割と同一である。従って、コンポジットコンポーネントは、複数の連続コンポーネントを組み合わせて１つのコンテンツを再生することを示す。また、PickOneコンポーネントは、複数の選択可能なメディアコンポーネントのうちいずれか１つを選択して再生すべきコンポーネントを示す。ただし、図６３の実施例では、図５９の実施例とは違い、presentable（再生可能）コンポーネントを定義する。presentableコンポーネントは、放送受信装置１００で実質的に（実質上）（substantially）再生する連続コンポーネントを示す。具体的には、presentableコンポーネントは、基礎コンポーネントを含むことができる。また、presentableコンポーネントは、コンプレックスコンポーネントを含むことができる。具体的な実施例において、メディアコンポーネントは、それ自体がpresentableコンポーネントでありながら、コンプレックスコンポーネントの下位メディアコンポーネントとしてコンプレックスコンポーネントに含まれてもよい。例えば、サービスは基礎２Ｄビデオコンポーネントおよびコンプレックス３Ｄコンポーネントを含むことができる。このとき、２Ｄビデオコンポーネントは、３Ｄビデオコンポーネントがなくとも２Ｄ映像で再生可能なpresentableコンポーネントである。また、２Ｄビデオコンポーネントは、３Ｄ映像の１つのビュー(view)として、他の３Ｄビデオコンポーネントと一緒に３Ｄ映像で再生可能である。
また、他の具体的な実施例において、Presentableオーディオコンポーネントは、メインコンポーネントと音楽、対話および音響効果などを含むPickOneコンポーネントとを含むことができる。このとき、メインコンポーネントおよび音楽コンポーネントは、相互に異なるビット率(bitrate)でエンコーディングされた複数の基礎コンポーネントを含むPickOneコンポーネントを含むことができる。また、対話および音響効果などを示すメディアコンポーネントは、基礎コンポーネントを含むことができる。
図６４は、本発明の一実施例に係るコンプレックスビデオコンポーネントの構成を示す。
presentableコンポーネントは、コンポジットコンポーネントを含むことができる。図６４の実施例のように、スケーラブル（可変的）(scalable)ビデオエンコーディングは、コンポジットコンポーネントとして複数のメディアコンポーネントを含むことができる。スケーラブルビデオエンコーディングは、基礎コンポーネントであるベース層(layer)コンポーネント、第１エンハンスメント層コンポーネントおよび第２エンハンスメント層コンポーネントを含むことができる。このとき、ベース層コンポーネントは、第１エンハンスメント層コンポーネントおよび第２エンハンスメント層コンポーネントがなくとも再生可能なpresentableコンポーネントである。また、ベース層コンポーネントは、第１エンハンスメント層コンポーネントおよび第２エンハンスメント層コンポーネントのうち少なくともいずれか１つと一緒に高い品質の映像で再生される。このとき、第１エンハンスメント層コンポーネントおよび第２エンハンスメント層コンポーネントは、ベース層コンポーネントがなくては再生が不可能なメディアコンポーネントであり、ベース層コンポーネントと一緒に再生する目的を有するので、presentableコンポーネントであるといえない。このとき、放送受信装置１００は、放送受信装置１００の仕様に基づいてベース層コンポーネントと第１エンハンスメントコンポーネントおよび第２エンハンスメントとを組み合わせて映像を再生することができる。具体的には、放送受信装置１００の仕様が低い場合、放送受信装置１００は、ベース層コンポーネントを利用して、比較的低い品質の映像を再生することができる。または、放送受信装置１００の仕様が比較的高い場合、放送受信装置１００は、ベース層コンポーネントと第１エンハンスメント層コンポーネントとを組み合わせて、比較的高い品質の映像を再生することができる。または、放送受信装置１００の仕様が非常に高い場合、放送受信装置１００は、ベース層コンポーネントと第１エンハンスメント層コンポーネントおよび第２エンハンスメント層コンポーネントとを組み合わせて、非常に高い品質の映像を再生することができる。
図６５は、本発明の他の実施例に係るコンプレックスビデオコンポーネントを示す。
presentableコンポーネントは、PickOneコンポーネントを含むことができる。図６５の実施例のように、PickOneビデオコンポーネントは、２Ｄエンコーディングとサイドバイサイド(side-by-side)形態の３Ｄエンコーディングとを含むことができる。このとき、３Ｄエンコーディングは左側映像(left view)と右側映像(right view)とに分けられ、左側映像および右側映像は一般的な映像幅の半分であり、左側映像と右側映像とがサイドバイサイド形態で併置されて１つの画面(picture)を生成するようにエンコーディングされたものを含むことができる。放送受信装置１００は、放送受信装置１００の仕様によって２Ｄエンコーディングおよび３Ｄエンコーディングのうちいずれか１つを選択して再生することができる。具体的には、放送受信装置１００が３Ｄ映像の再生をサポートしない場合、放送受信装置１００は２Ｄエンコーディングを選択して再生することができる。また、放送受信装置１００が３Ｄ映像の再生をサポートする場合、放送受信装置１００は３Ｄエンコーディングを選択して再生することができる。
このようにそれぞれのサービスは、サービスが含むpresentableコンポーネントを介して説明(describe)することができる。また、presentableコンポーネントがコンプレックスコンポーネントである場合、コンプレックスコンポーネントが含むコンポーネントを介して説明(describe)することができる。具体的な実施例において、それぞれのpresentableオーディオコンポーネントは特定場面の音声を示すことができ、それぞれのpresentableビデオコンポーネントは、特定時点(angle)で撮影した特定場面の画面(picture)を示すことができる。簡単な組み合わせの場合、presentableコンポーネントは基礎コンポーネントを含むことができる。前述したように、それぞれのpresentableコンポーネントは、コンプレックスコンポーネントを含むことができる。これに関しては、図６６を参照して説明する。
図６６は、本発明の他の実施例に係るコンプレックスビデオコンポーネントを示す。
presentableコンポーネントは、コンポジットコンポーネントであり、コンポジットコンポーネントが含むコンポーネントは、PickOneコンポーネントを含むことができる。図６６の実施例において、presentableビデオコンポーネントは、３Ｄ映像の左側映像であるビデオコンポーネントと右側映像であるビデオコンポーネントとを含む。左側映像であるビデオコンポーネントと右側映像であるビデオコンポーネントとは、PickOneコンポーネントである。従って、左側映像であるビデオコンポーネントと右側映像であるビデオコンポーネントとは、相互に異なる比率でエンコーディングされた複数の基礎コンポーネントを含む。
このように、図６３の実施例のようにメディアコンポーネントの種類と役割を定義する場合、サービスが含むメディアコンポーネントの関係および構造を効率的かつ簡単に説明することができる。従って、放送伝送装置は、これを利用して効率的かつ簡単にサービスをシグナリングでき、放送受信装置１００は、これを利用して効率的かつ簡単にサービスをシグナリングする情報を獲得することができる。
図６７〜図７０を参照して、多様な放送サービスモデルの形態を説明する。
図６７は、本発明の一実施例に係るオーディオサービスのメディアコンポーネントの構成を示す。
オーディオサービスは、１つまたは複数のオーディオコンポーネントを含むことができる。また、オーディオサービスは字幕コンポーネントを含むことができる。また、オーディオコンポーネントは付加サービスデータ(Adjunct data service)を含むことができる。このとき、付加サービスは非リアルタイムサービス(Non-Real-Time service、NRT service)を含むことができる。また、具体的な実施例において、オーディオサービスは、決まった日程(schedule)に応じて連続したストリームを介して伝送される。具体的な実施例において、オーディオサービスはラジオサービスと称することができる。
図６８は、本発明の一実施例に係るオーディオおよびビデオを両方とも含む放送サービスの構成を示す。
オーディオおよびビデオを両方とも含む放送サービスは、１つまたは複数の主ビデオコンポーネントを含むことができる。このとき、オーディオおよびビデオを両方とも含む放送サービスは、補助ビデオコンポーネントをさらに含むことができる。このとき、オーディオおよびビデオを両方とも含む放送サービスは、オーディオコンポーネントを含むことができる。また、オーディオおよびビデオを両方とも含む放送サービスは、字幕コンポーネントを含むことができる。また、オーディオおよびビデオを両方とも含む放送サービスは、付加サービスデータコンポーネントを含むことができる。具体的な実施例において、オーディオおよびビデオを両方とも含むサービスはTVサービスと称することができる。
図６９は、本発明の一実施例に係るユーザ要求（リクエスト）コンテンツサービスの構成を示す。
ユーザ要求コンテンツ(Contents On Demand（オンデマンドコンテンツ）、CoD)サービスは、ユーザインターフェースを提供するアプリケーションを含むことができる。また、ユーザ要求コンテンツサービスは、ユーザの要求により提供されるコンテンツアイテムを含むことができる。また、ユーザ要求コンテンツサービスは、コンテンツアイテムのカタログを含むことができる。このとき、カタログはアプリケーションに内蔵される。
図７０は、本発明の一実施例に係るスタンドアローンNRTデータサービスの構成を示す。
スタンドアローン(standalone)NRTデータサービスは、サービスを構成する１つまたは複数のコンテンツアイテムを含むことができる。具体的な実施例において、スタンドアローンNRTデータサービスは、アプリ(App)サービスと称することができる。
複数の放送サービスは、メディアコンポーネントを共有することができる。具体的には、前述したオーディオサービス、オーディオおよびビデオを両方とも含む放送サービス並びにスタンドアローンNRTデータサービスが含むそれぞれのメディアコンポーネントは、１つまたは複数の他のコンポーネントと関連する。このとき、１つまたは複数の他のコンポーネントは、同じベースコンテンツを表す他の方式によってエンコーディングされたサービスに含まれてもよい。
また、放送サービスは、サービス識別子、サービス形態、サービスに関する説明、サービスの名前、チャンネル番号、グラフィックアイコン、サービスに含まれたメディアコンポーネントのリスト、放送サービスの保護(protection)に関する属性、ターゲティング(targeting)/個人化(personalization)に関する属性、視聴推奨等級（コンテンツ推奨等級）(contents advisory rating)、サービスの言語、サービスに関連した付加NRTデータサービスのリスト（目録）(list)および放送サービスユーザ報告に関する属性のうち少なくともいずれか１つを属性として含むことができる。このとき、サービスの名前は複数の言語で表示することができる。また、グラフィックアイコンは、サービスを示すために使用される。また、サービスの言語は、サービスに使用される主(primary)言語を示すことができる。また、サービス形態は、予定された日程に応じて伝送されるスケジュールされた(scheduled)オーディオサービス、予定された日程に応じて伝送されるスケジュールされたオーディオおよびビデオを含むサービス、ユーザの要求により伝送されるユーザ要求サービスおよびスクリプト(scripted)NRTデータサービスのうち少なくともいずれか１つを含むことができる。また、チャンネル番号は、具体的には、主（メジャー）チャンネル番号および副（マイナ）チャンネル番号を含むことができる。また、チャンネル番号は、バーチャルチャンネル番号で表示することができる。また、複数の放送サービスは、同じグラフィックアイコンを用いることができる。また、サービス識別子は、放送サービスが放送される放送地域で固有（一意の）値を有することができる。また、サービス識別子は、ローカル(local)識別子およびリージョナル(regional)識別子である、２つのカテゴリの識別子が使用される。ローカル識別子は１つの放送領域(area)のみで放送されるサービスに使用される。従って、相互に異なる複数の放送領域で放送される複数の放送サービスは、同じローカル識別子を有することができる。リージョナル識別子は、複数の放送領域(area)で同じ放送サービスが使用可能な場合、放送サービスの識別のために使用される。
このような放送サービスの属性をシグナリングするために、前述した放送サービスシグナリングテーブルが使用される。
それぞれの連続コンポーネントは複数の属性を有することができる。このとき、複数の属性は複数の種類に分けることができる。具体的な実施例において、連続(continuous)コンポーネントが有する複数の属性を基本(Basic)連続コンポーネント属性、基礎(Elementary)コンポーネント属性、コンプレックスコンポーネント属性およびpresentableコンポーネント属性に分けることができる。
基本(Basic)連続コンポーネント属性は、すべての連続コンポーネントに適用される。基本連続コンポーネント属性は、一意のコンテンツ識別子、コンテンツ構造およびコンテンツの種類のうち少なくともいずれか１つを含むことができる。このとき、コンテンツ構造は、基本、コンポジットおよびPickOneのいずれか１つを示すことができる。また、コンテンツの種類は、オーディオ、ビデオおよび字幕のうちいずれか１つを示すことができる。
基礎(Elementary)コンポーネント属性は基礎コンポーネントに適用される。基礎コンポーネント属性は、コンポーネントエンコーディングの基本的特徴を含むことができる。例えば、基礎コンポーネント属性はビデオ解像度を含むことができる。また、基礎コンポーネント属性はオーディオのチャンネル数を含むことができる。
コンプレックスコンポーネント属性はコンプレックスコンポーネントに適用される。コンプレックスコンポーネントの属性は、コンプレックスコンポーネントが含むメディアコンポーネントとメディアコンポーネントの役割とのうち少なくともいずれか１つを含むことができる。具体的には、メディアコンポーネントの役割は、オーディオコンポーネントが対話トラックであることを示すことができる。また、メディアコンポーネントの役割は、ビデオコンポーネントが３Ｄ映像の左側映像であることを示すことができる。
それぞれのサービスは、１つまたは複数のメディアコンポーネントを含むことができる。また、それぞれのメディアコンポーネントは、メディアコンポーネントを識別するコンポーネント識別子、コンポーネントの形態、コンポーネントに関する説明、ターゲティング/個人化属性、サービス保護属性、ターゲットデバイス、視聴推奨等級および関連したコンポーネント情報のうち少なくともいずれか１つを属性(property)として有することができる。このとき、コンポーネント識別子の値は、放送サービスのコンポーネント間で共有できる。ターゲットデバイスは、主（プライマリ）(primary)デバイスおよび連動（コンパニオン）(companion)デバイスのうちいずれか１つを示すことができる。また、サービスシグナリングテーブルは、このようなメディアコンポーネントの属性をシグナリングするメディアコンポーネント情報を含むことができる。具体的には、サービスシグナリングテーブルは、メディアコンポーネント情報をコンポーネントレベル情報として含むことができる。これに関しては、図６８を参照して説明する。
図７１は、本発明の一実施例に係るメディアコンポーネント情報を示す。
メディアコンポーネント情報は、メディアコンポーネントの形態を示す情報、ターゲットデバイスに関する情報を含んでいるか否かを示す情報、ターゲットデバイスを示すターゲットデバイス情報、メディアコンポーネントを説明するテキスト情報、メディアコンポーネントの形態に応じたコンポーネントエンコーディングパラメータおよびメディアコンポーネントが含むコンプレックスコンポーネントである場合、コンプレックスコンポーネントに関する情報を含むことができる。
メディアコンポーネント情報は、descriptor_tagフィールド、descriptor_lengthフィールド、component_typeフィールド、target_device_flagフィールド、target_deviceフィールド、text_lengthフィールドtext_charフィールド、component_data_typeフィールド、component_dataフィールドおよびcomplex_component_dataフィールドを含むことができる。
descriptor_tagフィールドは、メディアコンポーネント情報を含むことを示す。具体的な実施例において、descriptor_tagフィールドは、例えば８ビットフィールドである。
descriptor_lengthフィールドは、descriptor_lengthフィールド以後の長さを示す。具体的な実施例において、descriptor_lengthフィールドは、例えば８ビットフィールドである。
component_typeフィールドは、メディアコンポーネントの形態を示す。具体的な実施例において、component_typeフィールドの値は、前述した基礎コンポーネント、コンポジットコンポーネントおよび適応型コンポーネントのうちいずれか１つを示すことができる。具体的には、component_typeフィールドの値が０x００である場合、該当メディアコンポーネントが基礎コンポーネントを示し、component_typeフィールドの値が０x０１である場合、該当メディアコンポーネントがコンポジットコンポーネントを示し、component_typeフィールドの値が０x０２である場合、該当メディアコンポーネントが適応型コンポーネントであることを示すことができる。具体的な実施例において、component_typeフィールドは、例えば４ビットフィールドである。
target_device_flagフィールドは、target_deviceフィールドを含むか否かを示す。具体的な実施例において、target_device_flagフィールドは、例えば１ビットフィールドである。
target_deviceフィールドは、該当コンポーネントが実行されるターゲットデバイスを示す。具体的な実施例において、target_deviceフィールドが持つ値は、該当コンポーネントが主(primary)デバイスのみで実行できるか、連動(companion)デバイスで実行できるかまたは主デバイスおよび連動デバイスの両方で実行できるかを示すことができる。具体的には、target_deviceフィールドの値が０x０１である場合、主デバイスのみで実行されることを示し、target_deviceフィールドの値が０x０２である場合、連動デバイスのみで実行されることを示し、target_deviceフィールドの値が０x０３である場合、主デバイスおよび連動デバイスの両方で実行されることを示すことができる、具体的な実施例において、target_deviceフィールドは、例えば３ビットフィールドである。
text_lengthフィールドは、text_charフィールドの長さを示す。具体的な実施例において、text_lengthフィールドは、例えば８ビットフィールドである。
text_charフィールドは、メディアコンポーネントを説明するテキストである。
component_data_typeフィールドは、該当コンポーネントのエンコーディングの種類を示す。具体的には、図７２の実施例のような値を有することができる。具体的には、component_data_typeフィールドが持つ値が３５である場合、component_data_typeフィールドは、メディアコンポーネントがH.２６４/AVCコンポーネントであることを示すことができる。具体的には、component_data_typeフィールドが持つ値が３６である場合、component_data_typeフィールドは、メディアコンポーネントがSVC enhancement層ストリームコンポーネントであることを示すことができる。具体的には、component_data_typeフィールドが持つ値が３７である場合、component_data_typeフィールドは、メディアコンポーネントがHE AAC v２オーディオストリームコンポーネントであることを示すことができる。具体的には、component_data_typeフィールドが持つ値が３８である場合、component_data_typeフィールドは、メディアコンポーネントがFLUTEファイル伝送セッションによって伝送されるメディアコンポーネントであることを示すことができる。具体的には、component_data_typeフィールドが持つ値が３９である場合、component_data_typeフィールドは、メディアコンポーネントがSTKMストリームコンポーネントであることを示すことができる。具体的には、component_data_typeフィールドが持つ値が４０である場合、component_data_typeフィールドは、メディアコンポーネントがLTKMストリームコンポーネントであることを示すことができる。具体的には、component_data_typeフィールドが持つ値が４１である場合、component_data_typeフィールドは、メディアコンポーネントがOMA-RME DIMSストリームコンポーネントであることを示すことができる。具体的には、component_data_typeフィールドが持つ値が４２である場合、component_data_typeフィールドは、メディアコンポーネントがNTPタイムベースストリームコンポーネントであることを示すことができる。具体的には、component_data_typeフィールドが持つ値が７０である場合、component_typeフィールドは、メディアコンポーネントがHEVCビデオストリームコンポーネントであることを示すことができる。具体的には、component_data_typeフィールドが持つ値が７１である場合、component_typeフィールドは、メディアコンポーネントがISO BMFFで伝送されることを示すことができる。具体的な実施例において、component_typeフィールドは、例えば８ビットフィールドである。
component_dataフィールドは、コンポーネントのエンコーディングパラメータを示す。エンコーディングパラメータが含むパラメータは、コンポーネントのエンコーディングの種類によって変わる。具体的には、エンコーディングパラメータが含むパラメータはcomponent_typeフィールドの値によって変わる。
complex_component_dataフィールドは、メディアコンポーネントの形態がコンプレックス形態である場合、例えばコンポジットコンポーネントまたは適応型コンポーネントである場合、コンプレックスコンポーネントに関する情報を示す。これに関しては、図７３〜図７４を介して詳しく説明する。また、コンポーネント情報をビットストリーム形態を参照して説明したが、コンポーネント情報は、XMLファイル形式などの他の形式を含むことができる。
図７３は、本発明の一実施例に係るコンプレックスコンポーネント情報を示す。
コンプレックスコンポーネント情報は、コンポーネントのセット形態を示す情報、ターゲットデバイスに関する情報を含んでいるか否かを示す情報、ターゲットデバイスを示すターゲットデバイス情報、該当コンプレックスコンポーネントが含むサブメディアコンポーネントの個数、該当コンプレックスコンポーネントがコンポジットコンポーネントである場合、サブメディアコンポーネントが含むメディアの形態およびサブメディアメディアコンポーネントの役割を示す情報のうち少なくともいずれか１つを含むことができる。
具体的には、コンプレックスコンポーネント情報は、図７３のようにaggretation_typeフィールド、num_sub_componentフィールド、sub_component_idフィールド、general_mdeida_typeフィールドおよびsub_component_roleフィールドのうち少なくともいずれか１つを含むことができる。
aggretation_typeフィールドは、該当コンポーネントが属するセットの形態を示す。具体的には、aggretation_typeフィールドの値は、コンポジットコンポーネントであるかまたは適応型コンポーネントであるかのいずれか１つを示すことができる。具体的な実施例において、aggretation_typeフィールドは、例えば３ビットフィールドである。
target_device_flagフィールドは、target_deviceフィールドを含むか否かを示す。具体的な実施例において、target_device_flagフィールドは、例えば１ビットフィールドである。
target_deviceフィールドは、該当コンポーネントが実行されるターゲットデバイスを示す。具体的な実施例において、target_deviceフィールドが持つ値は該当コンポーネントが主(primary)デバイスのみで実行できるか、連動(companion)デバイスで実行できるかまたは主デバイスおよび連動デバイスの両方で実行できるかを示すことができる。具体的には、target_deviceフィールドの値が０x０１である場合、主デバイスのみで実行されることを示し、target_deviceフィールドの値が０x０２である場合、連動デバイスのみで実行されることを示し、target_deviceフィールドの値が０x０３である場合、主デバイスおよび連動デバイスの両方で実行されることを示すことができる、具体的な実施例において、target_deviceフィールドは、例えば３ビットフィールドである。
num_sub_componentフィールドは、該当コンプレックスコンポーネントが含むサブメディアコンポーネントの個数を示す。具体的な実施例において、num_sub_componentフィールドは、例えば８ビットフィールドである。
sub_component_idフィールドは、サブメディアコンポーネントを識別するサブメディアコンポーネント識別子を示す。具体的な実施例において、sub_component_idフィールドは、例えば８ビットフィールドである。
general_mdeida_typeフィールドは、該当コンプレックスコンポーネントがコンポジットコンポーネントである場合、サブメディアコンポーネントが含むメディアの形態を示す。具体的には、general_mdeida_typeフィールドの値は、ビデオ、オーディオ、テキスト（text）、アプリケーションおよびメッセージのうちいずれか１つを示すことができる。具体的には、general_media_typeフィールドの値が０x００である場合、サブメディアコンポーネントが含むメディアがビデオであることを示し、general_media_typeフィールドの値が０x０１である場合、サブメディアコンポーネントが含むメディアがオーディオであることを示し、general_media_typeフィールドの値が０x０２である場合、サブメディアコンポーネントが含むメディアがテキストであることを示し、general_media_typeフィールドの値が０x０３である場合、サブメディアコンポーネントが含むメディアがアプリケーションであることを示し、general_media_typeフィールドの値が０x０４である場合、サブメディアコンポーネントが含むメディアがメッセージであることを示すことができる。具体的な実施例において、general_media_typeフィールドは、例えば４ビットフィールドである。
sub_component_roleフィールドは、それぞれのサブメディアコンポーネントの役割を示す。具体的には、sub_component_roleフィールドの値は、サブメディアコンポーネントがスケーラブルビデオエンコーディング(scalable video encoding)のためのエンハンスメント層(enhancement layer)であることを示すことができる。また、他の具体的な実施例において、sub_component_roleフィールドの値は、サブメディアコンポーネントが３Ｄ映像の右側映像、左側映像および深さ情報のうちいずれか１つであることを示すことができる。また、他の具体的な実施例において、sub_component_roleフィールドの値は、サブメディアコンポーネントが複数の領域に分割された画面の特定位置のビデオであることを示すことができる。サブメディアコンポーネントが含むメディアの形態によって、sub_compoent_roleが示す情報は変わる。具体的な実施例において、sub_component_roleフィールドは、例えば８ビットフィールドである。
このようなコンプレックスコンポーネント情報は、図７４の実施例のように、コンプレックスコンポーネント記述子内に含まれてもよい。また、コンプレックスコンポーネント情報をビットストリーム形態を参照して説明したが、コンプレックスコンポーネント情報は、XMLファイル形式などの他の形式を含むことができる。
上述したように、メディアコンポーネントは、予め定められた一定の相互（関連）関係（predetermined relationship to each other）を有することができる。例えば、１つの字幕コンポーネントは、１つまたは複数のオーディオコンポーネントと関連する。このようなメディアコンポーネント間の関係をシグナリングするためにサービスシグナリングテーブルは、関連コンポーネントリスト情報を含むことができる。具体的には、サービスシグナリングテーブルは、関連コンポーネントリスト情報をコンポーネントレベル情報として含むことができる。図７５を参照して、関連コンポーネントリスト情報に関して具体的に説明する。
図７５は、本発明の一実施例に係る関連コンポーネントリスト情報を示す。
関連コンポーネントリスト情報は、メディアコンポーネントを識別するコンポーネント識別子、メディアコンポーネント形態を示す情報、メディアコンポーネントのエンコーディング形態を示す情報、メディアコンポーネントが含むメディアの形態を示す情報のうち少なくともいずれか１つを含むことができる。
具体的には、図７５の実施例のように、関連コンポーネントリスト情報は、descriptor_tagフィールド、descriptor_lengthフィールド、num_associated_componentフィールド、component_idフィールド、component_typeフィールド、component_data_typeフィールドおよびgeneral_media_typeeフィールドのうち少なくともいずれか１つを含むことができる。
descriptor_tagフィールドは、関連コンポーネントリスト情報を含むことを示す。具体的な実施例において、descriptor_tagフィールドは、例えば８ビットフィールドである。
descriptor_lengthフィールドは、descriptor_lengthフィールド以後の長さを示す。具体的な実施例において、descriptor_lengthフィールドは、例えば８ビットフィールドである。
num_associated_componentフィールドは、該当メディアコンポーネントに関連したメディアコンポーネントの個数を示す。具体的な実施例において、num_associated_componentフィールドは、例えば８ビットフィールドである。
component_idフィールドは、関連したメディアコンポーネントを識別するコンポーネント識別子を示す。具体的な実施例において、component_idフィールドは、例えば８ビットフィールドである。
component_typeフィールドは、メディアコンポーネントの形態を示す。具体的な実施例において、component_typeフィールドの値は、前述した基礎コンポーネント、コンポジットコンポーネントおよび適応型コンポーネントのうちいずれか１つを示すことができる。具体的には、component_typeフィールドの値が０x００である場合、関連したメディアコンポーネントが基礎コンポーネントであることを示し、component_typeフィールドの値が０x０１である場合、関連したメディアコンポーネントがコンポジットコンポーネントであることを示し、component_typeフィールドの値が０x０２である場合、関連したメディアコンポーネントが適応型コンポーネントであることを示すことができる。具体的な実施例において、component_typeフィールドは、例えば４ビットフィールドである。
component_data_typeフィールドは、該当コンポーネントのエンコーディングの種類を示す。具体的には、図７２の実施例のような値を有することができる。具体的な実施例において、component_typeフィールドは、例えば８ビットフィールドである。
general_mdeida_typeフィールドは、関連したメディアコンポーネントが含むメディアの形態を示す。具体的には、general_mdeida_typeフィールドの値は、ビデオ、オーディオ、テキスト、アプリケーションおよびメッセージのうちいずれか１つを示すことができる。具体的には、general_media_typeフィールドの値が０x００である場合、関連したメディアコンポーネントが含むメディアがビデオであることを示し、general_media_typeフィールドの値が０x０１である場合、関連したメディアコンポーネントが含むメディアがオーディオであることを示し、general_media_typeフィールドの値が０x０２である場合、関連したメディアコンポーネントが含むメディアがテキストであることを示し、general_media_typeフィールドの値が０x０３である場合、関連したメディアコンポーネントが含むメディアがアプリケーションであることを示し、general_media_typeフィールドの値が０x０４である場合、関連したメディアコンポーネントが含むメディアがメッセージであることを示すことができる。具体的な実施例において、general_media_typeフィールドは、例えば８ビットフィールドである。
オーディオコンポーネントは、メディアコンポーネントを識別するコンポーネント識別子、コンポーネントの形態、コンポーネントに関する説明、ターゲティング/個人化属性、サービス保護属性、ターゲットデバイスおよび関連したコンポーネント情報のうち少なくともいずれか１つを属性(property)として有することができる。このとき、コンポーネント識別子の値は、放送サービスのコンポーネント間で共有できる。ターゲットデバイスは、主(primary)デバイス、連動(companion)デバイス並びに主デバイスおよび連動デバイスを両方とも含むもののいずれか１つを示すことができる。
オーディオコンポーネントが基礎コンポーネントである場合、コーデック、チャネルの個数、ビットレート、圧縮パラメータなどを含むエンコーディング形式に対する属性を含むことができる。また、オーディオコンポーネントが基礎コンポーネントである場合、オーディオコンポーネントは、オーディオの言語情報を属性として含むことができる。オーディオコンポーネントのモード(mode)を属性として含むことができる。このとき、オーディオコンポーネントのモードは、完全なメインオーディオ、音楽、対話、効果音、視覚障害者のためのオーディオ、聴覚障害者のためのオーディオ、コメント（コメンタリ）(commentary)およびナレーション（解説）(voice over)のいずれか１つを含むことができる。
オーディオコンポーネントがコンプレックスコンポーネントである場合、オーディオコンポーネントは、アグリゲーション（集約）の形態（タイプ）(type of aggregation)を示す情報、含まれるメディアコンポーネントのリスト、コンポジットコンポーネントである場合、含まれるコンポーネントの役割のうち少なくとも１つを属性として有することができる。セットの形態は、コンポジットおよび適応型コンポーネント、すなわちPickOneのいずれか１つを含むことができる。
オーディオコンポーネントがトップレベルコンポーネントである場合、オーディオコンポーネントは、視聴推奨等級および関連した字幕コンポーネントに関する情報のうち少なくともいずれか１つを属性として有することができる。
オーディオコンポーネントがpresentableコンポーネントである場合、ターゲティング/個人化、コンテンツ推奨等級、コンテンツ/サービス保護、ターゲットスクリーンおよび関連字幕コンポーネントのうち少なくともいずれか１つを属性として有することができる。このとき、ターゲットスクリーン属性は、主(primary)スクリーン、連動(companion)スクリーンおよび主スクリーンにその一部として挿入される(inset（インセット）)スクリーン（a screen partially inserted into the primary screen）(例えば、Picture In Picture、PIP)のいずれか１つを示すことができる。
字幕コンポーネントは、コンポーネント識別子、コンポーネントの形態、ターゲティング/個人化属性、サービス保護属性、ターゲットデバイスおよび字幕コンポーネントに関連したオーディオコンポーネント識別子のうち少なくともいずれか１つを属性(property)として有することができる。このとき、コンポーネント識別子の値は、放送サービスのコンポーネント間で共有できる。ターゲットデバイスは、主(primary)デバイス、連動(companion)デバイス並びに主デバイスおよび連動デバイスを両方とも含むもののいずれか１つを示すことができる。
字幕コンポーネントが基礎コンポーネントである場合、字幕コンポーネントは字幕コンポーネントの言語の種類および字幕コンポーネントの形態を属性として有することができる。具体的には、字幕コンポーネントの形態は、一般的な字幕または大きな文字の（読みやすい）(Easy-reader)字幕のうちいずれか１つを含むことができる。
字幕コンポーネントが適応型コンポーネントである場合、字幕コンポーネントは、字幕コンポーネントが含むメディアコンポーネントのリストを属性として有することができる。
字幕コンポーネントがトップレベルコンポーネントである場合、字幕コンポーネントは、推奨視聴等級を属性として有することができる。
字幕コンポーネントがpresentableコンポーネントである場合、字幕コンポーネントは、ターゲティング/個人化、コンテンツ推奨等級、コンテンツ/サービス保護およびターゲットスクリーンのうち少なくともいずれか１つを属性として有することができる。このとき、ターゲットスクリーン属性は、主(primary)スクリーン、連動(companion)スクリーンおよび主スクリーンにその一部として挿入される(inset)スクリーン(例えば、Picture In Picture、PIP)のいずれか１つを示すことができる。
ビデオコンポーネントは、メディアコンポーネントを識別するコンポーネント識別子、コンポーネントの形態、ターゲティング/個人化属性、サービス保護属性、ビデオコンポーネントの役割(role)、ターゲットスクリーンおよびビデオコンポーネントに関連したNRTデータサービスのうち少なくともいずれか１つを属性(property)として有することができる。このとき、コンポーネント識別子の値は、放送サービスのコンポーネント間で共有できる。ビデオコンポーネントの役割は、代替視点画面(alternative camera view)、代替ビデオコンポーネント、手話（受話）画面（sign language screen）、フォローサブジェクトビデオ(follow subject video)のいずれか１つを含むことができる。ターゲットスクリーンは、主(primary)デバイス、連動(companion)デバイス、主デバイスおよび連動デバイスを両方とも含むものまたはPIP(Picture In Picture)画面のうちいずれか１つを示すことができる。ビデオコンポーネントに関連したNRTデータサービスを含まない場合、すべての付加NRTデータサービスがビデオコンポーネントと接続されたことを示すことができる。
ビデオコンポーネントが基礎コンポーネントである場合、ビデオコンポーネントは、コーデック、圧縮パラメータなどを含むエンコーディングフォーマット、縦横ピクセル値を含む解像度、画面比率(Aspect Ratio)、インターレースであるかプログレッシブであるかを示すことができる走査方式、フレームレート(frame rate)および静止画像モードであるか否かのうち少なくともいずれか１つを属性として有することができる。また、ビデオコンポーネントは、エンコーディングパラメータを属性として含むことができる。このとき、具体的なエンコーディングパラメータの種類は、ビデオコンポーネントのコーデックによって変わる。
ビデオコンポーネントがコンプレックスコンポーネントである場合、ビデオコンポーネントは、アグリゲーション(aggregation)の形態、コンプレックスコンポーネントが含むメディアコンポーネントリストのうち少なくともいずれか１つを属性として有することができる。
ビデオコンポーネントがコンプレックスコンポーネントのうちのコンポジットコンポーネントである場合、ビデオコンポーネントは、コンポジットコンポーネントが含むそれぞれのメディアコンポーネントの役割を属性として有することができる。このとき、メディアコンポーネントの役割は、スケーラブルビデオエンコーディング(scalable video encoding)のためのエンハンスメント層(enhancement layer)であることを示すことができる。また、他の具体的な実施例において、メディアコンポーネントの役割は、メディアコンポーネントが３Ｄ映像の右側映像、左側映像および深さ情報のうちいずれか１つであることを示すことができる。また、他の具体的な実施例において、メディアコンポーネントの役割は、メディアコンポーネントが複数の領域に分割された画面の特定位置のビデオであることを示すことができる。また、他の具体的な実施例において、メディアコンポーネントの役割は、特定被写体(subject)に追従して見られる画面（screen displayed according to a specific subject）であるフォローサブジェクト(Follow-Subject)メタデータを含むことができる。このようなフォローサブジェクトメタデータは、被写体の名前、被写体の位置および被写体の大きさのうち少なくともいずれか１つを含むことができる。フォローサブジェクト機能がストリームのフレーム単位のメタデータによってサポートされる場合、フォローサブジェクトメタデータは、被写体がフォーカス（結像）される（focused）メインビデオコンポーネントの領域を示すことができる。
ビデオコンポーネントがコンプレックスコンポーネントのうちでもトップレベルコンポーネントである場合、ビデオコンポーネントは、推奨視聴等級および関連するオーディオコンポーネントのうち少なくともいずれか１つを属性として有することができる。
ビデオコンポーネントがpresentableコンポーネントである場合、ビデオコンポーネントは、ターゲティング/個人化、コンテンツ推奨等級、コンテンツ/サービス保護、ターゲットスクリーン、関連オーディオpresentableコンポーネントおよび関連字幕presentableコンポーネントのうち少なくともいずれか１つを属性として有することができる。このとき、ターゲットスクリーン属性は、主(primary)スクリーン、連動(companion)スクリーンおよび主スクリーンにその一部として挿入される(inset)スクリーン(例えば、Picture In Picture、PIP)のいずれか１つを示すことができる。
NRTデータサービスは、他のサービスに依存（従属）しない（not depending on）スタンドアローン(stand-alone)サービスからなることができる。また、NRTデータサービスは、他のサービスに依存する（従属的な）（depending on）付加(adjunct)NRTデータサービスからなることができる。このとき、付加NRTデータサービスは、ラジオサービスの一部(part)になることができる。また、付加NRTデータサービスは、TVサービスの一部になることができる。NRTデータサービスは、すべてのサービスに共通する属性、例えばサービス識別子を有することができる。また、NRTデータサービスは、NRTサービスと共通の属性を有することができる。
データサービスは、サービスの言語、消費モデル(consumption mode)、必須の装置仕様（性能）(essential capabilities)のリスト、必須ではない装置仕様のリスト、ターゲットデバイスおよびデータサービスで使用可能なコンテンツアイテムのうち少なくともいずれか１つを属性として有することができる。
消費モデルは、プッシュ(Push)、ポータル(Portal)、プッシュスクリプト(Scripted)、ポータルスクリプト、Triggered（トリガ）およびセグメントデリバリ(Segment Delivery)のうち少なくともいずれか１つを示すことができる。
プッシュは、NRTデータサービスが要求に基づいたサービスを提供する。放送受信装置１００は、ユーザにサービスに関連したNRTデータサービスを自動アップデート（更新）するか否かに関する選択権を提供する。具体的には、放送受信装置１００は、ユーザからサービスに関連したNRTデータサービスの自動アップデートに関する入力を受信する。ユーザからサービスに関連したNRTデータサービスを自動アップデートするという入力を受信した場合、放送受信装置１００は、ユーザが使用可能なようにサービスに関連したコンテンツと最新バージョンの自動アップデートファイルとをキャッシュ(cache)する。ユーザからプッシュサービスに関する入力を受信した場合、放送受信装置１００は、あらかじめロードされている（準備された）(pre-loaded)コンテンツを表示する。
ポータルは、ユーザがウェブブラウザを介してNRTデータサービスに接続するのに類似した経験を提供する。このとき、NRTデータサービスに使用されるファイルは、テキスト/グラフィックレンダリングをサポートしなければならない。
プッシュスクリプトはプッシュと似ている。ただし、プッシュスクリプトは、サービスに対して特定放送会社のユーザインターフェースを提供する宣言型（宣伝的）オブジェクト(Declarative Object)を提供するという点に差がある。
ポータルスクリプトはポータルと似ている。ただし、ポータルスクリプトは、サービスに対し特定放送会社のユーザインターフェースを提供する宣言型オブジェクト(Declarative Object)を提供するという点に差がある。
Triggered（トリガ型）は、双方向付加NRTデータサービスで使用できる消費モデルである。典型的なTriggeredの使用例は、ユーザのユーザ経験を向上させるためにA/V仮想チャネルに対する付加NRTデータサービスが同期化された宣言型オブジェクトを伝達(deliver)することである。
セグメントデリバリは、プログラムのターゲティングされた（対象となる）コンテンツの挿入（the insertion of a targeted content of a program）をサポートするためのセグメントおよびアプリケーションの伝達（デリバリ）を提供する。セグメントは、プログラムを複数の時間区間に区分したものである。ターゲティングセグメントは、ユーザの特性または放送受信装置１００等の特性に基づいたコンテンツを特定セグメントとして提供するものである。具体的には、放送受信装置１００は、ユーザの特性または放送受信装置１００等の特性に基づいたコンテンツを中間セグメントで再生することができる。具体的には、セグメントデリバリ消費モデルは、ユーザにこれを表示せずに(behind scene)、サービスのラジオプログラムまたはテレビ番組の中間に、ターゲティングコンテンツを挿入するのに使用される（a segment delivery consumption model is not displayed to a user (for example, behind scene) and is used to insert a targeting content into the middle of a radio program or a TV program）。例えば、サービスのラジオプログラムまたはテレビ番組の中間に、放送受信装置１００がユーザの特性に基づいたターゲティング広告を表示する（displays）。このようなNRTデータサービスは、ユーザの選択によって提供されるものではない。このようなNRTデータサービスは、挿入されたターゲティングアプリケーション、挿入されるためにターゲティングされたセグメントの収集(collection)およびアプリケーションによって開かれ(open)、消費される他のファイルのうち少なくともいずれか１つをコンテンツアイテムとして伝達することができる（Such NRT data service may be opened by an inserted targeting application, a collection of segments targeted for insertion, and an application and may deliver at least one of consumed other files as a content item）。このとき、挿入されたターゲティングアプリケーションは、どんなセグメントにどの時間で挿入されるかを選択することができる。また、ターゲティングアプリケーションは、放送受信装置１００にこのような挿入を知らせることができる。また、ターゲティングアプリケーションは報告機能を行うことができる。また、アプリケーションによって開かれ消費される他のファイルは、該当アプリケーションによってのみ解釈(interpret)されるように暗号化することができる。
放送受信装置１００は、セグメントデリバリのために次のような動作を行うことができる。放送受信装置１００は、ユーザが付加NRTデータサービスを含むラジオサービスまたはTVサービスを選択するたびに繰り返してアプリケーションをダウンロードしないように、アプリケーションをあらかじめダウンロードしてキャッシュすることができる。また、放送受信装置１００は、ターゲティングされたセグメントをあらかじめダウンロードし満了日(expiration date)までキャッシュすることができる。これによって、放送受信装置１００は、ユーザに即座にターゲティングされたセグメントを提供することができる。また、放送受信装置１００は、アプリケーションを実行することができる。また、放送受信装置１００は、アプリケーションが特定セグメントを挿入することを知らせる場合、特定セグメントを挿入することができる。
ターゲットデバイスは、主デバイス、連動デバイス並びに主デバイスおよび連動デバイスの両方とものいずれか１つを示すことができる。
データサービスのコンテンツアイテムは、コンテンツアイテム識別子、コンテンツアイテムの名前、コンテンツアイテムが含むファイルセット(set)、コンテンツアイテムのアップデートがモニタリングされるべきであるか否かを示す表示（a display for representing whether the update of a content item is to be monitored）、ダウンロード可能時間を示すダウン可能ウインドウ(available window)、コンテンツアイテムが廃棄(discard)される時間を示す満了日(expiration date)、コンテンツアイテムの大きさ、コンテンツアイテムの再生の長さ（playback length）、ターゲティング/個人化属性、サービス/コンテンツ保護およびコンテンツ推奨等級(Content advisory rating)のうち少なくともいずれか１つを属性として有することができる。
また、それぞれの付加NRTデータサービスは、ターゲットスクリーンを属性として有することができる。このとき、ターゲットスクリーンは、主(primary)デバイス、連動(companion)デバイス並びに主デバイスおよび連動デバイスを両方とも含むもののいずれか１つを示すことができる。
このようなNRTデータ属性は、NRT情報テーブルを介してシグナリングされる。これに関しては、図７６を参照して説明する。
図７６は、本発明の一実施例に係るNRT情報テーブルを示す。
本発明の一実施例に係るNRT情報テーブルは、NRTサービスの識別子およびNRT情報ブロックを含むことができる。
具体的な実施例において、NRT情報テーブルは、図７６の実施例のように、table_idフィールド、section_syntax_indicatorフィールド、private_indicatorフィールド、section_lengthフィールド、table_id_extensionフィールド、version_numberフィールド、current_next_indicatorフィールド、section_numberフィールド、last_section_numberrフィールド、service_idフィールドおよびNRT_information_blockフィールドのうち少なくともいずれか１つを含むことができる。
table_idフィールドは、NRT情報テーブルの識別子を示す。このとき、table_idフィールドの値は、ATSC A/６５で定義されたreserved id値のうちの１つである。具体的な実施例において、table_idフィールドは、例えば８ビットフィールドである。
section_syntax_indicatorフィールドは、NRT情報テーブルがＭＰＥＧ-２TS標準のlong形式のprivate section tableであるか否かを示す。具体的な実施例において、Section_syntax_indicatorフィールドは、例えば１ビットフィールドである。
private_indicatorフィールドは、現在のテーブルがprivate sectionに対応するか否かを示す。具体的な実施例において、Private_indicatorフィールドは、例えば１ビットフィールドである。
section_lengthフィールドは、section_lengthフィールド以後に含まれたsectionの長さを示す。具体的な実施例において、Section_lengthフィールドは、例えば１２ビットフィールドである。
table_id_extensionフィールドは、table_idフィールドと組み合わせてNRT情報テーブルを識別する値を示す。特に、table_idフィールドは、NRT情報テーブルのプロトコルバージョンを示すprotocol_versionフィールドを含むことができる。具体的な実施例において、Protocol_versionフィールドは、例えば８ビットフィールドである。また、table_id_extensionフィールドは、NRT情報テーブルが伝送されるサブネットを識別するsubnet_idフィールドを含むことができる。具体的な実施例において、Subnet_idフィールドは、例えば８ビットフィールドである。
version_numberフィールドは、NRT情報テーブルのバージョンを示す。放送受信装置１００は、vserion_numberフィールドの値に基づいてNRT情報テーブルの情報を利用するか否かを決定することができる。具体的には、version_numberフィールドの値が以前に受信したサービスシグナリングテーブルのバージョンと同一である場合、NRT情報テーブルの情報を利用しなくてもよい。具体的な実施例において、version_numberフィールドは、例えば５ビットフィールドである。
current_next_indicatorフィールドは、NRT情報テーブルの情報が現在使用可能であるか否かを示す。具体的には、current_next_indicatorフィールドの値が１である場合、NRT情報テーブルの情報が使用可能であること示すことができる。また、current_next_indicatorフィールドの値が１である場合、NRT情報テーブルの情報を次に使用できることを示すことができる。具体的な実施例において、current_next_indicatorフィールドは、例えば１ビットフィールドである。
section_numberフィールドは、現在のセクションの番号を示す。具体的な実施例において、section_numberフィールドは、例えば８ビットフィールドである。
last_section_numberフィールドは、最後のセクションの番号を示す。NRT情報テーブルの大きさが大きい場合、複数のセクションに分けて伝送することができる。このとき、放送受信装置１００は、section_numberフィールドおよびlast_section_numberフィールドに基づいてNRT情報テーブルに必要なすべてのセクションが受信されたか否か（whether all sections necessary for an NRT information table are received）を判断する。具体的な実施例において、last_section_numberフィールドは、例えば８ビットフィールドである。
service_idフィールドは、NRTサービスを識別する識別子を示す。具体的な実施例において、Service_idフィールドは、例えば１６ビットフィールドである。
NRT_information_blockフィールドは、NRT情報ブロックを示す。これに関しては、図７７を参照して具体的に説明する。
図７７は、本発明の一実施例に係るNRT情報ブロックを示す。
NRT情報ブロックがシグナリングする時間区間（タイムスパン）(time span)の開始時間を示す情報、NRT情報ブロックがシグナリングする時間区間(time span)の長さを示す情報、NRT情報ブロックがシグナリングするコンテンツアイテムの個数、該当コンテンツアイテムを識別するコンテンツ識別情報、該当コンテンツアイテムが周期的にアップデートされるか否かを示す情報、コンテンツ保護(protection)が該当コンテンツアイテムが含むファイルに適用されたか否かを示す情報、該当コンテンツアイテムが、サービスが選択されると実行されるマスタコンテンツアイテムであるか否かを示す情報、NRT情報ブロックが該当コンテンツの再生時間の長さを含むか否かを示す情報、該当コンテンツの再生時間の長さ、NRT情報ブロックが該当コンテンツの再生遅延時間を含むか否かを示す情報、該当コンテンツの再生遅延時間、NRT情報ブロックが該当コンテンツアイテムの満了(expiration)時間を含むか否かを示す情報、コンテンツアイテムの満了時間、NRT情報ブロックが該当コンテンツアイテムの大きさ(size)を含むか否かを示す情報、該当コンテンツアイテムの大きさ、NRT情報ブロックがNRTサービスのターゲットデバイスに関する情報を含むか否かを示す情報、NRTサービスのターゲットデバイスに関する情報、該当コンテンツアイテムを放送網を介して受信できるか否かを示す情報、該当コンテンツアイテムをインターネット網を介して受信できるか否かを示す情報、該当コンテンツアイテムの名前および該当コンテンツに対する具体的な情報を含む記述子のうち少なくともいずれか１つを含むことができる。
具体的には、NRT情報ブロックは、図７８の実施形態のように、time_span_startフィールド、time_span_lengthフィールド、num_content_items_in_sectionフィールド、content_id、updates_availableフィールド、content_security_conditions_indicatorフィールド、master_itemフィールド、playback_length_includedフィールド、palybace_Delay_includedフィールド、expiration_includedフィールド、content_size_includedフィールド、available_in_broadcastフィールド、target_includedフィールド、playback_length_in secondsフィールド、playback_delayフィールド、expirationフィールド、content_sizeフィールド、targetフィールド、content_name_textフィールドおよびcontent_descriptorフィールドのうち少なくともいずれか１つを含むことができる。
具体的には、NRT情報ブロックは、図７８の実施形態のように、time_span_startフィールド、time_span_lengthフィールド、num_content_items_in_sectionフィールド、content_id、updates_availableフィールド、content_security_conditions_indicatorフィールド、master_itemフィールド、playback_length_includedフィールド、palyback_Delay_includedフィールド、expiration_includedフィールド、content_size_includedフィールド、available_in_internetフィールド、available_in_broadcastフィールド、target_includedフィールド、playback_length_in secondsフィールド、playback_delayフィールド、expirationフィールド、content_sizeフィールド、targetフィールド、content_name_lengthフィールド、content_name_textフィールドおよびcontent_descriptorフィールドのうち少なくともいずれか１つを含むことができる。
time_span_startフィールドは、NRT情報ブロックがシグナリングする時間区間(time span)の開始時間を示す。具体的な実施例において、time_span_startは、例えば３２ビットフィールドである。
time_span_lengthフィールドは、NRT情報ブロックがシグナリングする時間区間(time span)の長さを示す。具体的な実施例において、time_span_lengthフィールドは、例えば１６ビットフィールドである。
NRT_content_items_in_sectionフィールドは、NRT情報ブロックがシグナリングするコンテンツアイテムの個数を示す。具体的な実施例において、NRT_content_items_in_sectionフィールドは、例えば８ビットフィールドである。
content_idフィールドは、該当コンテンツアイテムを識別する情報を示す。具体的な実施例において、例えば３２ビットフィールドである。
updates_availableフィールドは、該当コンテンツアイテムがアップデートされるか否かを示す。具体的な実施例において、updates_availableフィールドは、例えば１ビットフィールドである。
content_security_conditions_indicatorフィールドは、該当コンテンツアイテムが含むファイルのうち少なくとも１つにコンテンツ保護が適用されたか否かを示す。具体的な実施例において、content_security_conditions_indicatorフィールドは、例えば１ビットフィールドである。
master_itemフィールドは、該当コンテンツアイテムがマスタコンテンツアイテムであるか否かを示す。具体的には、master_itemフィールドは、該当コンテンツアイテムが、該当NRTサービスが選択されると実行されなければならないコンテンツアイテムであるか否かを示す。具体的な実施例において、master_itemフィールドは、例えば１ビットフィールドである。
playback_length_includedフィールドは、NRT情報ブロックが該当コンテンツアイテムの再生時間の長さを含むか否かを示す。具体的な実施例において、Playback_length_includedフィールドは、例えば１ビットフィールドである。
palyback_Delay_includedフィールドは、NRT情報ブロックが該当コンテンツアイテムの遅延再生時間情報を含むか否かを示す。具体的な実施例において、palyback_Delay_includedフィールドは、例えば１ビットフィールドである。
expiration_includedフィールドは、NRT情報ブロックが該当コンテンツアイテムの満了時間を含むか否かを示す。具体的な実施例において、expiration_includedフィールドは、例えば１ビットフィールドである。
content_size_includedフィールドは、NRT情報ブロックが該当コンテンツアイテムの大きさを含むか否かを示す。具体的な実施例において、content_size_includedフィールドは、例えば１ビットフィールドである。
available_in_broadcastフィールドは、該当コンテンツアイテムが放送網を介して獲得できるか否かを示す。具体的な実施例において、available_in_broadcastフィールドは、例えば１ビットフィールドである。
available_in_internetフィールドは、該当コンテンツアイテムがインターネット網を介して獲得できるか否かを示す。具体的な実施例において、available_in_internetフィールドは、例えば１ビットフィールドである。
target_includedフィールドは、NRT情報ブロックがターゲットデバイスに関する情報を含んでいるか否かを示す。具体的な実施例において、target_includedフィールドは、例えば１ビットフィールドである。
playback_length_in secondsフィールドは、該当コンテンツアイテムの再生時間の長さを示す。具体的な実施例において、秒単位の長さを示すことができる。また、具体的な実施例において、Playback_length_in secondsフィールドは、例えば２４ビットフィールドである。
playback_delayフィールドは、該当コンテンツアイテムの再生遅延時間を示す。具体的な実施例において、Playback_delayフィールドは、例えば２４ビットフィールドである。
expirationフィールドは、該当コンテンツアイテムの満了時間を示す。具体的な実施例において、expirationフィールドは、例えば３２ビットフィールドである。
content_sizeフィールドは、該当コンテンツアイテムの大きさを示す。具体的な実施例において、content_sizeフィールドは、例えば４０ビットフィールドである。
targetフィールドは、該当コンテンツアイテムのターゲットデバイス情報を示す。具体的な実施例において、targetフィールドの値が０x０１である場合、ターゲットデバイスが主(primary)デバイスだけであることを示すことができる。また、targetフィールドの値が０x０２である場合、ターゲットデバイスが１つまたは複数の連動(companion)デバイスであることを示すことができる。また、targetフィールドの値が０x０３である場合、ターゲットデバイスが主デバイスおよび１つまたは複数の連動(companion)デバイスの両方であることを示すことができる。
content_name_lengthフィールドは、content_name_textフィールドの長さを示す。具体的な実施例において、content_name_lengthフィールドは、例えば８ビットフィールドである。
content_name_textフィールドは、コンテンツアイテムの名前を示す。
content_descriptorフィールドは、コンテンツアイテムに関する具体的な情報を含む１つまたは複数のNRTサービス記述子を示す。これに関しては、図７８を参照して具体的に説明する。図７８は、本発明の一実施例に係るNRTサービス記述子を示す。
NRTサービス記述子は、NRTサービスの消費モデルを示す情報、NRTサービスの自動アップデートの有無を示す情報、NRTサービスのために必要な最小格納空間を示す情報を含むか否かを示す情報、コンテンツアイテムのデフォルトの（基本）(default)大きさを示す情報を含むか否かを示す情報、ターゲットデバイスの情報、NRTサービスのために必要な最小格納空間を示す情報およびコンテンツアイテムのデフォルトの大きさを示す情報のうち少なくともいずれか１つを含むことができる。
具体的な実施例において、NRTサービス記述子は、consumption_modelフィールド、auto-updateフィールド、stoargage_reservation_presentフィールド、decault_content_size_presentフィールド、target_includeフィールド、storage_reservationフィールドおよびdefault_content_sizeフィールドのうち少なくともいずれか１つを含むことができる。
counsumption_modelフィールドは、NRTサービスの消費モデルを示す。具体的な実施例において、counsumption_modelフィールドの値が０x００である場合、プッシュNRTサービスの消費モデルがプッシュであることを示す。また、counsumption_modelフィールドの値が０x０１である場合、NRTサービスの消費モデルがポータルであることを示す。また、counsumption_modelフィールドの値が０x０２である場合、NRTサービスの消費モデルがスクリプトプッシュであることを示す。counsumption_modelフィールドの値が０x０３である場合、NRTサービスの消費モデルがスクリプトポータルであることを示す。counsumption_modelフィールドの値が０x０４である場合、NRTサービスの消費モデルがTriggeredであることを示す。counsumption_modelフィールドの値が０x０５である場合、NRTサービスの消費モデルがセグメントデリバリであることを示す。具体的な実施例において、counsumption_modelフィールドは、例えば６ビットフィールドである。
auto-updateフィールドは、自動アップデートサービスが提供されることを示す。具体的な実施例において、auto-updateフィールドは、例えば１ビットフィールドである。
stoargage_reservation_presentフィールドは、NRTサービスを実行するために必要な最小格納空間の大きさを示す情報を含むか否かを示す。具体的な実施例において、stoargage_reservation_presentフィールドは、例えば１ビットフィールドである。
decault_content_size_presentフィールドは、コンテンツアイテムのデフォルトの大きさを示す情報を含むか否かを示す。具体的な実施例において、decault_content_size_presentフィールドは、１ビットフィールドである。
target_includeフィールドは、ターゲットデバイスに関する情報を含むか否かを示す。具体的な実施例において、target_includeフィールドは、例えば１ビットフィールドである。
storage_reservationフィールドは、NRTサービスを実行するために必要な最小格納空間の大きさを示す。具体的な実施例において、storage_reservationフィールドは、例えば２４ビットフィールドである。
default_content_sizeフィールドは、コンテンツアイテムのデフォルトの大きさを示す。具体的な実施例において、default_content_sizeフィールドは、例えば４０ビットフィールドである。
前述したNRT情報ブロックおよびNRTサービス記述子は、ビットストリーム形式で説明した。ただし、NRT情報ブロックおよびNRTサービス記述子は、ビットストリーム形式に限定されず、他の形式を含むことができる。例えば、NRT情報ブロックおよびNRTサービス記述子は、XMLファイル形式を有することができる。
また、放送サービス、プログラムおよびプログラムを構成する複数の時間区間のうちプログラムの本編（主なコンテンツ）（primary content）の内容を含むショーセグメント(show segment)のグラフィックアイコンをシグナリングするために、放送サービスシグナリングテーブル、プログラム情報およびセグメント情報は、グラフィックアイコン情報を含むことができる。特に、放送サービスシグナリングテーブルは、グラフィックアイコン情報をサービスレベル情報として含むことができる。また、プログラム情報は、グラフィックアイコン情報をプログラムレベル情報として含むことができる。また、セグメント情報は、グラフィックアイコン情報をセグメントレベル情報として含むことができる。
図７９は、本発明の一実施例に係るグラフィックアイコン情報を示す。
グラフィックアイコン情報は、アイコン識別子、アイコン伝送方法を示すアイコン伝送モード、アイコンの位置が特定されているか否かを示す情報、アイコン位置の基準となる座標を示す座標系(coordinate system)情報、アイコンの水平座標を示す水平座標情報、アイコンの垂直座標を示す垂直座標情報、アイコンのイメージ形態を示す情報、アイコンイメージが格納された位置を示すURL情報およびアイコンデータ自体のうち少なくともいずれか１つを含むことができる。
具体的には、図７９の実施例のように、descriptor_tagフィールド、descriptor_lengthフィールド、descriptor_numberフィールド、last_decirptor_numberフィールド、icon_idフィールド、icon_transport_modeフィールド、position_flagフィールド、coordinate_systemフィールド、icon_horizontal_originフィールド、icon_vertical_originフィールド、icon_type_lengthフィールド、icon_type_charsフィールド、icon_data_lengthフィールド、icon_data_byteフィールド、url_lengthフィールド、urlフィールドおよびicon_content_linkageフィールドのうち少なくともいずれか１つを含むことができる。
descriptor_tagフィールドは、アイコン情報を含むことを示す。具体的な実施例において、descriptor_tagフィールドは、例えば８ビットフィールドである。
descriptor_lengthフィールドは、このフィールド以後のアイコン情報の長さを示す。具体的な実施例において、decroptor_lengthは、例えば８ビットフィールドである。
descriptor_numberフィールドは、アイコン情報が複数の記述子に分かれて伝送される場合、現在の記述子の順序を示す。具体的な実施例において、初めて伝送される記述子である場合、descriptor_numberフィールドの値は０x００である。具体的な実施例において、descriptor_numberフィールドの値は１ずつ増加することができる。具体的な実施例において、descriptor_numberフィールドは、例えば４ビットフィールドである。
last_decirptor_numberフィールドは、最後のdescriptorの番号を示す。具体的な実施例において、last_decirptor_numberフィールドは、例えば４ビットフィールドである。
icon_idフィールドは、アイコンを識別するアイコン識別子を示す。具体的な実施例において、icon_idフィールドは、例えば８ビットフィールドである。
icon_transport_modeフィールドは、アイコンの伝送方法を示す。具体的には、icon_transport_modeの値は、アイコンイメージがグラフィックアイコン情報自体を介して伝送される場合、アイコンイメージがURLを介してリンクされる場合、およびアイコンイメージがFLUTEセッションを介して伝送される場合のうちいずれか１つを示すことができる。具体的な実施例において、図８０の実施例のように、icon_transport_modeの値が０x００である場合、アイコンイメージがグラフィックアイコン情報自体を介して伝送されることを示し、icon_transport_modeの値が０x０１である場合、アイコンイメージがURLを介してリンクされることを示し、icon_transport_modeの値が０x０２である場合、アイコンイメージがFLUTEセッションを介して伝送されることを示すことができる。具体的な実施例において、icon_transport_modeフィールドは、例えば２ビットフィールドである。
position_flagフィールドは、アイコンの位置が特定されているか否かを示す。具体的な実施例において、position_flagフィールドは、例えば１ビットフィールドである。
coordinate_systemフィールドは、アイコン位置の基準となる座標を示す。具体的には、coordinate_systemフィールドの値は、座標系が７２０x５７６座標から構成された場合、座標系が１２８０x７２０座標から構成された場合、座標系が１９２０x１０８０座標から構成された場合、座標系が３８４０x２１６０座標から構成された場合、および座標系が７６８０x４３２０座標から構成された場合のうちいずれか１つを示すことができる。具体的な実施例において、図８１の実施例のように、coordinate_systemフィールドの値が０x００である場合、座標系が７２０x５７６座標から構成されたことを示し、０x０１である場合、座標系が１２８０x７２０座標から構成されたことを示し、０x０２である場合、座標系が１９２０x１０８０座標から構成されたことを示し、０x０３である場合、座標系が３８４０x２１６０座標から構成されたことを示し、０x０４である場合、座標系が７６８０x４３２０座標から構成されたことを示すことができる。具体的な実施例において、coordinate_systemフィールドは、例えば３ビットフィールドである。
icon_horizontal_originフィールドは、アイコンの水平座標を示す。具体的には、左の列から右の列への方向に座標の値が増加することができる。具体的な実施例において、icon_horizontal_originフィールドは、例えば１３ビットフィールドである。
icon_vertical_originフィールドは、アイコンの垂直座標を示す。具体的には、上の行から下の行への方向に座標の値が増加することができる。具体的な実施例において、icon_vertical_originフィールドは、例えば１３ビットフィールドである。
icon_type_lengthフィールドは、icon_typeフィールドの長さを示す。具体的な実施例において、icon_type_lengthフィールドは、例えば８ビットフィールドである。
icon_type_charsフィールドは、アイコンのイメージ形態を示す。具体的には、icon_type_charsフィールドの値は、RFC ２０４５で定義されたMIME(Multipurpose Internet Mail Extensions)イメージの形態を有することができる。
icon_data_lengthフィールドは、アイコンイメージがグラフィックアイコン情報を介して伝送される場合、icon_data_byteフィールドの長さを示す。具体的な実施例において、icon_data_lengthフィールドは、例えば８ビットフィールドである。
icon_data_byteフィールドは、グラフィックアイコン情報が伝送するアイコンイメージのデータを示す。
url_lengthフィールドは、アイコンイメージがURLを介してリンクされる場合、urlフィールドの長さを示す。url_lengthフィールドは、例えば８ビットフィールドである。
urlフィールドは、アイコンをリンクするURLを示す。
icon_content_linkageフィールドは、アイコンイメージがFLUTEセッションを介して伝送される場合、アイコンイメージを伝送するFLUTE FDTコンテンツリンケージ（リンク）(contents linkage)を示す。
グラフィックアイコン情報がビットストリーム形態である実施例を介してグラフィックアイコン情報を説明したが、グラフィックアイコン情報は、XMLファイル形式などの他の形式を含むことができる。
また、上述したように、放送サービスは、１つまたは複数のメディアコンポーネントを含むことができる。サービスシグナリングテーブルが、放送サービスが含むメディアコンポーネントをシグナリングするメディアコンポーネントリスト情報を含むことができる。特に、放送サービスシグナリングテーブルは、メディアコンポーネントリスト情報をサービスレベル情報として含むことができる。
これに関しては、図８２を参照して具体的に説明する。
図８２は、本発明の一実施例に係るメディアコンポーネントリスト情報を示す。
メディアコンポーネントリスト情報は、コンポーネントを識別するコンポーネント識別子、メディアコンポーネントの形態を示すコンポーネント形態情報およびメディアコンポーネントが含むメディアの形態を示すメディア形態情報のうち少なくともいずれか１つを含むことができる。
具体的な実施例において、図８２の実施例のように、メディアコンポーネントリスト情報は、descriptor_tagフィールド、descriptor_lengthフィールド、num_componentフィールド、component_idフィールド、component_typeフィールドおよびgeneral_media_typeフィールドを含むことができる。
descriptor_tagフィールドは、コンポーネントリスト情報を含むことを示す。具体的な実施例において、descriptor_tagフィールドは、例えば８ビットフィールドである。
descriptor_lengthフィールドは、descriptor_lengthフィールド以後の長さを示す。具体的な実施例において、descriptor_lengthフィールドは、例えば８ビットフィールドである。
num_componentフィールドは、該当放送サービスに含まれたメディアコンポーネントの個数を示す。具体的な実施例において、メディアコンポーネントリスト情報は、例えば８ビットフィールドである。
component_idフィールドは、該当メディアコンポーネントを識別する識別子を示す。具体的な実施例において、component_idフィールドは、例えば８ビットフィールドである。
component_typeフィールドは、メディアコンポーネントの形態を示す。具体的な実施例において、component_typeフィールドの値は、前述した基礎コンポーネント、コンポジットコンポーネントおよび適応型コンポーネントのうちいずれか１つを示すことができる。具体的には、component_typeフィールドの値が０x００である場合、該当メディアコンポーネントが基礎コンポーネントであることを示し、component_typeフィールドの値が０x０１である場合、該当メディアコンポーネントがコンポジットコンポーネントであることを示し、component_typeフィールドの値が０x０２である場合、該当メディアコンポーネントが適応型コンポーネントであることを示すことができる。具体的な実施例において、component_typeフィールドは、例えば４ビットフィールドである。
general_media_typeフィールドは、メディアコンポーネントが含むメディアの形態を示す。general_media_typeフィールドの値は、ビデオ、オーディオ、テキスト、アプリケーションおよびメッセージのうちいずれか１つを示すことができる。具体的には、general_media_typeフィールドの値が０x００である場合、メディアコンポーネントが含むメディアがビデオであることを示し、general_media_typeフィールドの値が０x０１である場合、メディアコンポーネントが含むメディアがオーディオであることを示し、general_media_typeフィールドの値が０x０２である場合、メディアコンポーネントが含むメディアがテキストであることを示し、general_media_typeフィールドの値が０x０３である場合、メディアコンポーネントが含むメディアがアプリケーションであることを示し、general_media_typeフィールドの値が０x０４である場合、メディアコンポーネントが含むメディアがメッセージであることを示すことができる。具体的な実施例において、general_media_typeフィールドは、例えば４ビットフィールドである。
コンポーネントリスト情報がビットストリーム形態である実施例を参照して説明したが、コンポーネントリスト情報は、XMLファイル形式などの他の形式を含むことができる。
具体的な実施例において、１つのメディアコンポーネントは、同じ放送ストリームの複数の放送サービスで共有(share)することができる。また、相互に異なる放送ストリームに含まれた複数の放送サービスが、１つのメディアコンポーネントを共有することができる。これによって、１つのメディアコンポーネントを複数の放送サービスが効率的に共有できる方法が必要である。このために、放送伝送装置は、それぞれのメディアコンポーネントまたは放送サービスがURI(unique resource identifier)と接続(associate)されるようにすることができる。
これに関しては、図８３を介して詳しく説明する。
図８３は、本発明の一実施例に係る放送サービスシグナリングテーブルにおいて、メディアコンポーネントまたは放送サービスがURIを介してマッピングされる場合を示す（Fig. 83 is a view when a media component or a broadcast service is mapped through URI in a broadcast service signaling table according to an embodiment of the present invention）。放送サービスシグナリング（テーブル）において、放送サービスまたはメディアコンポーネントをURIを介してシグナリングすることができる。このとき、放送サービスまたはメディアコンポーネントをURIを介してシグナリングする情報をURIリンケージ(linkage)情報ということができる。URIリンケージ情報は、URI、または放送会社または地域別に独立して規定できるプライベートデータのうち少なくともいずれか１つを含むことができる。
具体的な実施例において、図７５の実施例のように、descriptor_tagフィールド、descriptor_lengthフィールド、uri_lengthフィールド、uri_charフィールドおよびprivate_data_byteフィールドのうち少なくともいずれか１つを含むことができる。
descriptor_tagフィールドは、URIリンケージ情報を含むことを示す。具体的な実施例において、URIリンケージ情報は、例えば８ビットフィールドである。
descriptor_lengthフィールドは、descriptor_lengthフィールド以後のURIリンケージ情報の長さを示す。具体的な実施例において、descriptor_lengthフィールドは、例えば８ビットフィールドである。
uri_lengthフィールドは、uri_charフィールドの長さを示す。具体的な実施例において、uri_lengthフィールドは、例えば８ビットフィールドである。
uri_charフィールドは、URI文字列のそれぞれの文字を示す。具体的な実施例において、uri_charフィールドは、例えば８ビットフィールドである。
private_data_byteフィールドは、放送会社または地域別に独立して規定できるプライベートデータを示す。具体的な実施例において、private_data_byteフィールドは、例えば８ビットフィールドである。
放送受信装置１００は、URIリンケージ情報のURIを介してメディアコンポーネントまたは放送サービスを識別することができる。URIリンケージ情報のURIがメディアコンポーネントを識別する場合、放送サービスシグナリングテーブルは、URIリンケージ情報をコンポーネントレベル情報として含むことができる。URIリンケージ情報のURIが放送サービスを識別する場合、放送サービスシグナリングテーブルは、URIリンケージ情報をサービスレベル情報として含むことができる。
図８３の実施例ではビットストリームを参照して説明したが、URIリンク情報の形式はこれに限定されるものではない。特にURIリンク情報は、XMLファイル形式を有することができる。
放送伝送装置は、特定条件を有するユーザをターゲティングする(targeting)（対象とする）放送サービスまたはメディアコンポーネントを伝送することができる。また、放送受信装置１００は、放送受信装置１００のユーザの情報を伝送し、放送受信装置１００のユーザに合う放送サービスまたはメディアコンポーネントを受信することができる。例えば、放送受信装置１００は、放送受信装置１００が位置する地域情報を伝送し、該当地域のための放送サービスを受信することができる。このためには、放送サービスまたはメディアコンポーネントがターゲティングするターゲティング基準と個人化属性に関する情報をシグナリングする方法が必要である。これに対しては、図８４を参照して説明する。
図８４は、放送サービスまたはメディアコンポーネントのターゲティング基準をシグナリングするターゲティング基準情報を示す。
放送サービスシグナリングテーブルは、放送サービスまたはメディアコンポーネントのターゲティング基準をシグナリングするターゲティング基準情報を含むことができる。
ターゲティング基準情報は、ターゲティング基準を識別するターゲティング識別子情報、ターゲティングの形態を示すターゲティング形態情報、具体的なターゲティング基準を示すターゲティング基準値情報のうち少なくともいずれか１つを含むことができる。
具体的な実施例において、図８４の実施例のように、ターゲティング基準情報は、descriptor_tagフィールド、descriptor_lengthフィールド、num_targeting_criteriaフィールド、criterion_id_lengthフィールド、crerion_idフィールド、criterion_type_codeフィールド、num_criterion_valuesフィールド、criterion_value_lengthフィールドおよびcriterion_valueフィールドのうち少なくともいずれか１つを含むことができる。
descriptor_tagフィールドは、ターゲティング基準情報を含むことを示す。具体的な実施例において、descriptor_tagフィールドは、例えば８ビットフィールドである。
descriptor_lengthフィールドは、descriptor_tagフィールド以後のターゲティング基準情報の長さを示す。descriptor_lengthフィールドは、例えば８ビットフィールドである。
num_targeting_criteriaフィールドは、ターゲティング基準情報の個数を示す。具体的な実施例において、放送サービスまたはメディアコンポーネントが有するターゲティング基準は複数でもよい。具体的な実施例において、num_targeting_criteriaフィールドは、例えば８ビットフィールドである。
criterion_id_lengthフィールドは、crerion_idフィールドの長さを示す。具体的な実施例において、criterion_id_lengthフィールドは、例えば８ビットフィールドである。
crerion_idフィールドは、ターゲティング基準を識別するターゲティング基準識別子を示す。具体的な実施例において、crerion_idフィールドは、例えば８ビットフィールドである。
criterion_type_codeフィールドは、ターゲティング基準の形態を示す。具体的な実施例において、criterion_type_codeフィールドは、例えば３ビットフィールドである。
num_criterion_valuesフィールドは、ターゲティング基準値の個数を示す。具体的な実施例において、放送サービスまたはメディアコンポーネントは、ターゲティング基準形態に対応する複数のターゲティング基準値を有することができる。具体的な実施例において、num_criterion_valuesフィールドは、例えば５ビットフィールドである。
criterion_value_lengthフィールドは、criterion_valueフィールドの長さを示す。具体的な実施例において、criterion_value_lengthフィールドは、例えば８ビットフィールドである。
criterion_valueフィールドは、ターゲティング基準値を示す。
具体的な実施例において、ターゲティング基準情報がメディアコンポーネントのターゲティング基準をシグナリングする場合、放送サービスシグナリングテーブルはターゲティング基準情報をコンポーネントレベル情報として含むことができる。具体的な実施例において、ターゲティング基準情報が放送サービスのターゲティング基準をシグナリングする場合、放送サービスシグナリングテーブルはターゲティング基準情報をサービスレベル情報として含むことができる。
図８４の実施例では、ビットストリーム形式を参照して説明したが、ターゲティング基準情報はビットストリーム形式に制限されない。特にターゲティング基準情報は、XMLファイル形式を有することができる。
放送サービスシグナリングテーブルは、それぞれの放送サービスまたはメディアコンポーネントを説明するテキスト情報を含むことができる。これは図８５を参照して具体的に説明する。
図８５は、放送サービスまたはメディアコンポーネントを説明するテキスト情報を示す。
具体的には、テキスト情報は、テキスト言語の種類を示す情報、テキスト情報を識別する識別子、および放送サービスまたはメディアコンポーネントを含むテキストを説明するテキスト情報のうち少なくともいずれか１つを含むことができる。
具体的な実施例において、図８５の実施例のように、descriptor_numberフィールド、last_descriptor_numberフィールド、description_idフィールド、language_codeフィールド、text_lengthフィールドおよびtext_charフィールドのうち少なくともいずれか１つを含むことができる。
descriptor_numberフィールドは、記述子の順序を示す。１つの記述子がテキスト情報を全て含むことができない場合、複数の記述子がテキスト情報を分けて含むことができる。このとき、descriptor_numberフィールドは、複数の記述子のうちの該当記述子の番号を示す。具体的な実施例において、descriptor_numberフィールドは、例えば４ビットフィールドである。
last_descriptor_numberフィールドは、テキスト情報を含む最後の記述子の番号を示す。具体的な実施例において、last_descriptor_numberフィールドは、例えば４ビットフィールドである。
description_idフィールドは、テキスト情報を識別する識別子を示す。具体的には、放送受信装置１００は、特定放送サービスまたはメディアコンポーネントに関するテキスト情報を、description_idフィールドの値に基づいて他のメディアコンポーネントまたは放送サービスに関するテキスト情報から識別することができる。具体的な実施例において、description_idフィールドは、例えば８ビットフィールドである。
language_codeフィールドは、テキスト情報に使用された言語を示す。具体的な実施例において、language_codeフィールドは、例えば２４ビットフィールドである。
text_lengthフィールドは、text_charフィールドの長さを示す。具体的な実施例において、text_lengthフィールドは、例えば８ビットフィールドである。
text_charフィールドは、テキスト情報の文字を示す。具体的な実施例において、text_charフィールドは、例えば８ビットフィールドである。
具体的な実施例において、テキスト情報がメディアコンポーネントを説明するテキストをシグナリングする場合、放送サービスシグナリングテーブルは、テキスト情報をコンポーネントレベル情報として含むことができる。具体的な実施例において、テキスト情報が放送サービスを説明するテキスト情報をシグナリングする場合、放送サービスシグナリングテーブルは、テキスト情報をサービスレベル情報として含むことができる。
図８５の実施例では、ビットストリーム形式を参照して説明したが、テキスト情報の形式はビットストリーム形式に制限されない。特にテキスト情報は、XMLファイル形式を有することができる。
また、放送サービス、プログラムまたはプログラムを構成する複数の時間区間のうちプログラムの本編の内容を含むショーセグメント(show segment)のタイトルをシグナリングするために、放送サービスシグナリングテーブル、プログラム情報またはセグメント情報は、タイトル情報を含むことができる。特に、放送サービスシグナリングテーブルは、タイトル情報をサービスレベル情報として含むことができる。また、プログラム情報は、タイトル情報をプログラムレベル情報として含むことができる。また、セグメント情報は、タイトル情報をセグメントレベル情報として含むことができる。特に、タイトル情報は、複数の言語をサポートするために複数の言語で表示されたタイトルを含むことができる。
図８６は、放送サービス、プログラムまたはショーセグメントのタイトル情報を示す。
タイトル情報は、タイトルの言語数を示す情報、タイトルの言語を示す情報、タイトルの長さを示す情報およびタイトルが含む字のうち少なくともいずれか１つを含むことができる。
具体的には、タイトル情報は、図８６の実施例のように、Num_titleフィールド、language_codeフィールド、title_lengthフィールドおよびtext_charフィールドのうち少なくともいずれか１つを含むことができる。
num_titleフィールドは、タイトルの個数を示す。具体的には、タイトル情報は、複数の言語によって表示される放送サービス、プログラムまたはショーセグメントのタイトルを含むことができる。従って、num_titleフィールドは、タイトルを表示する言語の数を示すことができる。具体的な実施例において、num_tilteフィールドは、例えば８ビットフィールドである。
language_codeフィールドは、タイトルを表示する言語の種類を示す。具体的な実施例において、language_codeフィールドは、例えば２４ビットフィールドである。
title_lengthフィールドは、タイトルの字数を示す。具体的な実施例において、title_lengthフィールドは、例えば８ビットフィールドである。
text_charフィールドは、タイトルが含む字を示す。具体的な実施例において、text_charフィールドは、例えば８ビットまたは１６ビットフィールドである。
ビットストリーム形式を介してタイトル情報を説明したが、タイトル情報はビットストリーム形式に制限されず、他の形式を含むことができる。具体的な実施例において、タイトル情報は、XMLファイル形式を有することができる。
また、放送サービス、プログラムまたはプログラムを構成する複数の時間区間のうちプログラムの本編の内容を含むショーセグメント(show segment)のジャンルをシグナリングするために、放送サービスシグナリングテーブル、プログラム情報またはセグメント情報は、ジャンル情報を含むことができる。特に、放送サービスシグナリングテーブルは、ジャンル情報をサービスレベル情報として含むことができる。また、プログラム情報は、ジャンル情報をプログラムレベル情報として含むことができる。また、セグメント情報は、ジャンル情報をセグメントレベル情報として含むことができる。これに関しては、図８７を参照して具体的に説明する。
図８７は、放送サービス、プログラムまたはショーセグメントのジャンル情報を示す。
ジャンル情報は、ジャンルの個数を示す情報と、放送サービス、プログラムまたはショーセグメントのジャンルを示す情報と、を含むことができる。
具体的には、ジャンル情報は、図８７の実施例のように、Num_genreフィールドおよびgenre_valueのうち少なくともいずれか１つを含むことができる。
num_genreフィールドは、ジャンルの個数を示す。具体的な実施例において、num_genreフィールドは、例えば８ビットフィールドであり、１つの放送サービス、プログラムおよびショーセグメントであっても複数のジャンルに対応することができる。従って、ジャンル情報は、１つの放送サービス、プログラムおよびショーセグメントに対して複数のジャンル情報を含むことができる。このため、ジャンル情報はnum_genreフィールドを含むことができる。
genre_valueフィールドは、放送サービス、プログラムまたはショーセグメントのジャンルを示す。具体的な実施例において、genre_valueフィールドは、例えば８ビットフィールドである。
ビットストリーム形式を介してジャンル情報を説明したが、ジャンル情報はビットストリーム形式に制限されず、他の形式を含むことができる。具体的な実施例において、ジャンル情報は、XMLファイル形式を有することができる。
また、放送サービス、メディアコンポーネントまたはコンテンツアイテムは、特定デバイスのためのものであってもよい。具体的には、放送サービス、メディアコンポーネントまたはコンテンツアイテムは、主デバイスのみを対象とするものであってもよい。あるいは、放送サービス、メディアコンポーネントまたはコンテンツアイテムは、複数の連動デバイスのためのものであってもよい。これによって、放送サービス、メディアコンポーネントまたはコンテンツアイテムに係るターゲットデバイスをシグナリングするために、放送サービスシグナリングテーブル、プログラムテーブル、またはNRT情報テーブルは、ターゲットデバイス情報を含むことができる。これに関しては、図８８を参照して説明する。
図８８は、放送サービス、メディアコンポーネントまたはコンテンツアイテムに係るターゲットデバイスをシグナリングするターゲットデバイス情報を示す。
ターゲットデバイス情報は、放送サービス、メディアコンポーネントまたはコンテンツアイテムのターゲットデバイスを示す情報を含むことができる。
具体的な実施例において、ターゲットデバイス情報は、図８８のように、target_deviceフィールドを含むことができる。target_dgviceフィールドは、放送サービス、メディアコンポーネントまたはコンテンツアイテムのターゲットデバイスを示す。具体的な実施例において、target_deviceフィールドは、例えば８ビットフィールドである。
ビットストリーム形式によってターゲットデバイス情報を説明したが、ターゲットデバイス情報は、ビットストリーム形式に制限されず、他の形式を含むことができる。具体的な実施例において、ターゲットデバイス情報は、XMLファイル形式を有することができる。
以上では放送サービスと放送サービスに含まれるメディアコンポーネントとに関して説明した。図８９〜図９３を参照して、プログラムおよびセグメントに関して説明する。
図８９は、放送サービスが複数のセグメントに区分されることを示す。
放送サービスは、あらかじめ予定された開始時間と再生の長さを有する視覚的区間(temporal segment)のプログラムを含むことができる。具体的には、ラジオサービスは、ラジオプログラム、またはオーディオプログラムを含む。また、TVサービスは、テレビ番組を含むことができる。また、ユーザ要求コンテンツサービスは、ユーザ要求プログラムを含むことができる。また、スタンドアローンNRTデータサービスは、データプログラムを含むことができる。
このようなプログラムは、放送サービス時間に応じて区分することができる。また、ラジオサービスが放送される時間は、ラジオプログラムのプログラム長さ(duration)の合計と同一である。TVサービスが放送される時間は、テレビ番組長さ(duration)の合計と同一である。ただし、ユーザ要求コンテンツサービスのプログラム長さ(duration)は、特定コンテンツが再生される時間でなく、ユーザ要求コンテンツサービスが可能な時間を示すだけである。従って、個別的なコンテンツの再生時間は、ユーザによって左右される。ただし、コンテンツアイテム(contents item)が提供される間開始時間と長さは、プログラムによって制限される。従って、ユーザ要求コンテンツサービスを介して提供されるコンテンツアイテムは、カタログに含まれてもよい。このとき、カタログは、サービスが可能なようにユーザインターフェースを提供するアプリケーションであってもよい。
プログラムは、関連したプログラムの主なコンテンツを示すショーを含むことができる。プログラムの属性であると考えられる多くの部分は、実質的にショーの属性であるとみなすことができる。例えば、プログラム属性に含まれたプログラムを説明するテキスト、俳優またはジャンルなどは、ショーの属性に関するものである。プログラム属性のうちショーの属性ではない他の属性は、プログラム自体の属性である。例えば、プログラムを含むサービスの識別子またはプログラムの開始時間は、プログラム自体の属性である。同一のショーを含むプログラムでもプログラム自体の属性は異なる場合がある。
ショーは、ショーを識別する識別子情報、ショーの長さ、ショーのテキストのタイトル、ショーを説明するテキスト、ジャンル、グラフィックアイコン、ショーに関連したセグメントのリスト、推奨視聴等級、ターゲティング/個人化属性およびコンテンツ/サービス保護属性のうち少なくともいずれか１つを含むことができる。このようなショーの属性は、ショーの情報を介してシグナリングされる。このとき、ショーに関連したセグメントのリストは、ショーを含むセグメントのリストを含むことができる。これに関しては、図６１を参照して説明する。
図９０は、本発明の一実施例に係るショーの情報を示す。
ショーの情報は、ショーを識別する識別情報およびショーに関する具体的な情報を含むショーの情報ブロックを含むことができる。
具体的には、ショーの情報は、図９０の実施例のように、table_idフィールド、section_syntax_indicatorフィールド、private_indicatorフィールド、section_lengthフィールド、table_id_extentsionフィールド、version_numberフィールド、current_next_indicatorフィールド、section_numberフィールド、last_section_numberフィールド、show_idフィールド、show_infoamtion_blockを含むことができる。
table_idフィールドは、ショーの情報を含むことを示す。具体的な実施例において、table_idフィールドは、例えば８ビットフィールドである。
section_syntax_indicatorフィールドは、ショーの情報がMPEG-２TS標準のlong形式のprivate section tableであるか否かを示す。具体的な実施例において、section_syntax_indicatorフィールドは、例えば１ビットフィールドである。
private_indicatorフィールドは、現在のテーブルがprivate sectionに該当するか否かを示す。具体的な実施例において、private_indicatorフィールドは、例えば１ビットフィールドである。
section_lengthフィールドは、section_lengthフィールド以後に含まれたsectionの長さを示す。具体的な実施例において、section_lengthフィールドは、例えば１２ビットフィールドである。
table_id_extensionフィールドは、table_idフィールドと組み合わせてショーの情報を識別する値を示す。具体的には、protocol_versionフィールドおよびsubnet_idフィールドのうち少なくともいずれか１つを含むことができる。protocol_versionフィールドは、プログラム情報のプロトコルバージョンを示す。具体的には、protocol_versionフィールドは、上位４ビットは主（メジャー）バージョンナンバを示し、下位４ビットは副（マイナ）バージョンナンバを示す８ビットフィールドである。subnet_idフィールドは、プログラム情報が放送ストリームを介して伝送される場合、ショーの情報を伝送するIPサブネット(subnet)を識別するサブネット識別子を示すことができる。また、他の具体的な実施例において、subnet_idフィールドの値は０である。インターネット網を介してプログラム情報が伝送される場合、subnet_idフィールドは、放送ストリームを介して伝送されるプログラム情報のsubnet_idフィールドと同一の値を有する。具体的な実施例において、subnet_idフィールドは、例えば８ビットフィールドである。
version_numberフィールドは、ショーの情報のバージョンを示す。放送受信装置１００は、vserion_numberフィールドの値に基づいてショーの情報を利用するか否かを決定することができる。具体的には、version_numberフィールドの値が以前に受信したサービスショーの情報のバージョンと同一である場合、ショーの情報を利用しなくてもよい。具体的な実施例において、version_numberフィールドは、例えば５ビットフィールドである。
current_next_indicatorフィールドは、ショーの情報が現在使用可能であるか否かを示す。具体的には、current_next_indicatorフィールドの値が１である場合、ショーの情報が使用可能であること示すことができる。また、current_next_indicatorフィールドの値が１である場合、ショーの情報を次に使用できることを示すことができる。具体的な実施例において、current_next_indicatorフィールドは、例えば１ビットフィールドである。
section_numberフィールドは、現在のセクションの番号を示す。具体的な実施例において、section_numberフィールドは、例えば８ビットフィールドである。
last_section_numberフィールドは、最後のセクションの番号を示す。ショーの情報テーブルの大きさが大きい場合、複数のセクションに分けて伝送することができる。このとき、放送受信装置１００は、section_numberフィールドおよびlast_section_numberフィールドに基づいて、ショーの情報に関して必要なすべてのセクションが受信されたか否かを判断する（the broadcast receiving device 100 determines whether all sections necessary for show information are received on the basis of the section_number field and the last_section_number field）。具体的な実施例において、last_section_numberフィールドは、例えば８ビットフィールドである。
show_idフィールドは、ショーの情報がシグナリングするショーを識別するショー識別子を示す。具体的な実施例において、show_idフィールドは、例えば１６ビットフィールドである。
show_information_blockフィールドは、ショーの属性に関する情報を含むショー情報ブロックを示す。これに関しては、図９１を参照して具体的に説明する。
図９１は、本発明の一実施例に係るショーの情報ブロックを示す。
ショーの情報ブロックは、ショーの長さ、ショーを説明するテキスト、ショーに関連したセグメントの個数、ショーに関連したセグメントをシグナリングするセグメント情報ブロックおよびショーの属性に関する具体的な情報を含む記述子のうち少なくともいずれか１つを含むことができる。このとき、ショーに関連したセグメントは、ショーを含むセグメントからなることができる。
具体的には、ショーの情報ブロックは、図９１の実施例のように、time_span_lengthフィールド、title_text_lengthフィールド、title_text()フィールド、num_segmentフィールド、segment_information_block()フィールド、num_show_descriptorsフィールドおよびdescriptorsフィールドのうち少なくともいずれか１つを含むことができる。
time_span_lengthフィールドは、ショーの長さを示す。ショーは、複数のセグメントに含まれてもよい。このとき、複数のセグメントの開始時間は相互に異なるもののショーの長さは同一である。他のプログラムに含まれてもショーセグメントのコンテンツは同一であるからである。具体的な実施例において、time_span_lengthフィールドは、例えば１６ビットフィールドである。
title_text_lengthフィールドは、title_text()、num_segmentフィールド、segment_information_block()フィールド、num_show_descriptorsフィールドおよびdescriptorsフィールドを含んでもよい。
図９２は、本発明の一実施例に係るセグメント情報ブロックを示す。
セグメント情報ブロックは、セグメントを識別するセグメント識別子、セグメントの開始時間を示す情報、セグメントの長さを示す情報およびセグメントに関する具体的な情報を含む記述子のうち少なくともいずれか１つを含むことができる。具体的な実施例において、セグメント識別子は、セグメントを含むプログラムを識別するプログラム識別子およびドメインネームに基づいたものを含むことができる。具体的には、セグメント識別子は、セグメントを含むプログラムを識別するプログラム識別子とドメインネームとの組み合わせからなることができる。具体的には、セグメントの開始時間は、セグメントを含むプログラムの開始を基準とした相対時間である。
具体的な実施例において、セグメント情報ブロックは、図９２の実施例のように、segment_idフィールド、start_timeフィールド、time_span_lengthフィールド、num_segment_descriptorsフィールドおよびdescriptorフィールドのうち少なくともいずれか１つを含むことができる。
segment_idフィールドは、セグメントを識別するセグメント識別子を示す。具体的な実施例において、segment_idフィールドは、例えば１６ビットフィールドである。
start_timeフィールドは、セグメントの開始時間を示す。同一のショーを含むセグメントであっても各セグメント別に開始時間が異なる場合がある。従って、セグメント情報は、それぞれのセグメントに対する開始時間を示す情報を含むことができる。具体的な実施例において、start_timeフィールドは、例えば３２ビットフィールドである。
time_span_lengthフィールドは、セグメントの長さを示す。具体的な実施例において、time_span_lengthフィールドは、例えば１６ビットフィールドである。
num_segment_descriptorsフィールドは、セグメント情報ブロックが含む記述子の数を示す。具体的な実施例において、num_segment_descriptorsフィールドは、例えば８ビットフィールドである。
descriptorフィールドは、セグメントに関する具体的な情報を含む。
これまで、ショーの情報、ショーの情報ブロックおよびセグメント情報ブロックをビットストリーム形式を参照して説明したが、ショーの情報、ショーの情報ブロックおよびセグメント情報はビットストリーム形式に制限されず、他の形式を含むことができる。具体的には、ショーの情報、ショーの情報ブロックおよびセグメント情報は、XMLファイル形式を有することができる。
図９３は、本発明の一実施例に係る放送伝送装置が、ショーの情報およびセグメント情報のうち少なくともいずれか１つを含む放送信号を伝送することを示す。
放送伝送装置は、制御部を介して放送サービスが含むショーの属性を獲得する(S７３１)。ショーの属性は、上述したようにショーを識別する識別子情報、ショーの長さ、ショーのテキストのタイトル、ショーを説明するテキスト、ジャンル、グラフィックアイコン、ショーに関連したセグメントのリスト、推奨視聴等級、ターゲティング/個人化属性およびコンテンツ/サービス保護属性のうち少なくともいずれか１つを含むことができる。このようなショーの属性は、ショーの情報を介してシグナリングされる。このとき、ショーに関連したセグメントのリストは、ショーを含むセグメントのリストを含むことができる。
放送伝送装置は、制御部を介してショーの属性に基づいてプログラムをシグナリングするプログラム情報を生成する(S７３３)。ショーの情報は、図９０〜図９１を参照して説明したショーの情報およびショーの情報ブロックのうち少なくともいずれか１つを含むことができる。
放送伝送装置は、制御部を介してショーに関連したセグメントの属性を獲得する(S７３５)。セグメントの属性は、セグメントを識別する固有な（一意の）識別子、該当セグメントの時間区間の間再生するメディアコンポーネントのリスト、セグメントの開始時間と長さ、セグメントの種類(type)、ターゲティング/個人化属性および視聴推奨等級のうち少なくともいずれか１つを含むことができる。
放送伝送装置は、制御部を介してセグメントの属性に基づいてセグメント情報ブロックを生成する(S７３７)。セグメント情報ブロックは、前述した図９２のセグメント情報ブロックからなることができる。
放送伝送装置は、伝送部を介してセグメント情報ブロックおよびプログラム情報のうち少なくともいずれか１つを含む放送信号を伝送する(S７３９)。
図９４は、本発明の一実施例に係る放送受信装置が、ショーの情報およびセグメント情報のうち少なくともいずれか１つを含む放送信号を受信することを示す。
放送受信装置１００は、放送受信部１１０を介して放送信号を受信する(S７５１)。
放送受信装置１００は、制御部１５０を介して放送信号に基づいてプログラム情報を獲得する(S７５３)。具体的には、放送受信装置１００は、放送信号からショーの情報を獲得することができる。このとき、ショーの情報は、図９０〜図９１を参照して説明したショーの情報およびショーの情報ブロックのうち少なくともいずれか１つを含むことができる。
放送受信装置１００は、制御部１５０を介してショーの情報に基づいてショーの属性を獲得する(S７５５)。ショーの属性は、上述したようにショーを識別する識別子情報、ショーの長さ、ショーのテキストのタイトル、ショーを説明するテキスト、ジャンル、グラフィックアイコン、ショーに関連したセグメントのリスト、推奨視聴等級、ターゲティング/個人化属性およびコンテンツ/サービス保護属性のうち少なくともいずれか１つを含むことができる。このようなショーの属性は、ショーの情報を介してシグナリングされる。このとき、ショーに関連したセグメントのリストは、ショーを含むセグメントのリストを含むことができる。
放送受信装置１００は、制御部１５０を介して放送信号に基づいてショーに関連したセグメントの情報ブロックを獲得する(S７５７)。具体的には、放送受信装置１００は、ショーの情報ブロックからショーに関連したセグメント情報ブロックを獲得することができる。セグメント情報ブロックは、前述した図９２のセグメント情報ブロックを含むことができる。
放送受信装置１００は、制御部１５０を介してセグメント情報ブロックに基づいてセグメントの属性を獲得する(S７５９)。セグメント情報ブロックは、前述した図９２のセグメント情報ブロックからなることができる。
放送受信装置１００は、ショーの属性およびショーに関連したセグメント属性のうち少なくともいずれか１つに基づいてショーの属性を表示するサービスガイドを生成する(S７６１)。具体的な実施例において、サービスガイドは、ショーの属性とショーに関連したセグメントとを一緒に表示することができる。例えば、サービスガイドは同一のショーを含む複数のセグメントの属性を一緒に表示することができる。このとき、セグメントの属性は、セグメントの開始時間およびセグメントを含むプログラムの属性のうち少なくともいずれか１つを含むことができる。このとき、プログラムの属性は、プログラムの開始時間、プログラムが属したサービスの情報のうち少なくともいずれか１つを含むことができる。
ラジオプログラム、テレビ番組およびデータプログラムは、固有な（一意の）識別子、プログラムに含まれたメディアコンポーネントのリスト、プログラムの開始時間および長さ、関連したショーを識別するショー識別子、タイトルおよびプログラムを説明するテキスト、プログラムのジャンル、グラフィックアイコン、視聴推奨等級、ターゲティング/個人化属性、コンテンツ保護属性、関連したデータサービスのリストおよび関連したセグメントのリストのうち少なくともいずれか１つを含むことができる。オーディオプログラム、テレビ番組およびデータプログラムが含む属性は、プログラム情報を介してシグナリングされる。これに関しては、図９５〜図１００を参照して説明する。
図９５は、本発明の一実施例に係るプログラム情報を示す。
プログラム情報は、図９５の実施例のように、table_idフィールド、section_syntax_indicatorフィールド、private_indicatorフィールド、section_lengthフィールド、table_id_extentsionフィールド、version_numberフィールド、current_next_indicatorフィールド、section_numberフィールド、last_section_numberフィールド、service_idフィールドおよびprogram_information_blockフィールドのうち少なくともいずれか１つを含むことができる。
table_idフィールドは、プログラム情報を含むことを示す。具体的な実施例において、table_idフィールドは、例えば８ビットフィールドである。
section_syntax_indicatorフィールドは、プログラム情報がMPEG-２TS標準のlong形式のprivate section tableであるか否かを示す。具体的な実施例において、section_syntax_indicatorフィールドは、例えば１ビットフィールドである。
private_indicatorフィールドは、現在のテーブルがprivate sectionに該当するか否かを示す。具体的な実施例において、private_indicatorフィールドは、例えば１ビットフィールドである。
section_lengthフィールドは、section_lengthフィールド以後に含まれたsectionの長さを示す。具体的な実施例において、section_lengthフィールドは、例えば１２ビットフィールドである。
table_id_extensionフィールドは、table_idフィールドと組み合わせてプログラム情報を識別する値を示す。具体的には、protocol_versionフィールドおよびsubnet_idフィールドのうち少なくともいずれか１つを含むことができる。protocol_versionフィールドは、プログラム情報のプロトコルバージョンを示す。具体的には、protocol_versionフィールドは、上位４ビットは主バージョンナンバを示し、下位４ビットは副バージョンナンバを示す８ビットフィールドである。subnet_idフィールドは、プログラム情報が放送ストリームを介して伝送される場合、プログラム情報を伝送するIPサブネット(subnet)を識別するサブネット識別子を示すことができる。また、他の具体的な実施例において、subnet_idフィールドの値は０である。インターネット網を介してプログラム情報が伝送される場合、subnet_idフィールドは、放送ストリームを介して伝送されるプログラム情報のsubnet_idフィールドと同一の値を有する。具体的な実施例において、subnet_idフィールドは、例えば８ビットフィールドである。
version_numberフィールドは、プログラム情報のバージョンを示す。放送受信装置１００は、vserion_numberフィールドの値に基づいてプログラム情報を利用するか否かを決定することができる。具体的には、version_numberフィールドの値が以前に受信したサービスプログラム情報のバージョンと同一である場合、プログラム情報を利用しなくてもよい。具体的な実施例において、version_numberフィールドは、例えば５ビットフィールドである。
current_next_indicatorフィールドは、プログラム情報が現在使用可能であるか否かを示す。具体的には、current_next_indicatorフィールドの値が１である場合、プログラム情報が使用可能であること示すことができる。また、current_next_indicatorフィールドの値が１である場合、プログラム情報を次に使用できることを示すことができる。具体的な実施例において、current_next_indicatorフィールドは、例えば１ビットフィールドである。
section_numberフィールドは、現在のセクションの番号を示す。具体的な実施例において、section_numberフィールドは、例えば８ビットフィールドである。
last_section_numberフィールドは、最後のセクションの番号を示す。プログラム情報テーブルの大きさが大きい場合、複数のセクションに分けて伝送することができる。このとき、放送受信装置１００は、section_numberフィールドおよびlast_section_numberフィールドに基づいてプログラム情報に必要なすべてのセクションが受信されたか否か（whether all sections necessary for program information are received）を判断する。具体的な実施例において、last_section_numberフィールドは、例えば８ビットフィールドである。
service_idフィールドは、プログラム情報に関連した放送サービスを識別するサービス識別子を示す。具体的には、service_idフィールドは、プログラム情報でシグナリングするプログラムを含む放送サービスを識別するサービス識別子を示すことができる。具体的な実施例において、service_idフィールドは、例えば８ビットフィールドである。
program_information_blockフィールドは、プログラムの属性に関する情報含むプログラム情報ブロックを示す。これに関しては、図９６を参照して具体的に説明する。
図９６は、本発明の一実施例に係るプログラム情報ブロックを示す。
プログラム情報ブロックは、プログラム情報ブロックがシグナリングするプログラムの個数、シグナリングするプログラムを識別するプログラム識別子、プログラムの開始時間、プログラムの長さ、プログラムを説明するテキストおよびプログラムの属性をシグナリングする記述子を含むことができる。
具体的な実施例において、図９６の実施例のようにプログラム情報ブロックは、num_programフィールド、program_idフィールド、time_span_startフィールド、time_span_lengthフィールド、title_text_lengthフィールド、title_textフィールド、num_program_descriptorsフィールドおよびdescriptorフィールドのうち少なくともいずれか１つを含むことができる。
num_programフィールドは、プログラム情報ブロックがシグナリングするプログラムの個数を示す。具体的な実施例において、num_programフィールドは、例えば８ビットフィールドである。
program_idフィールドは、該当プログラムを識別するプログラム識別子を示す。具体的な実施例において、program_idフィールドは、例えば８ビットフィールドである。
time_span_startフィールドは、該当プログラムの開始時間を示す。具体的には、time_span_startフィールドは、１９８０年１月６日０時から経過したUTC時間を秒単位で示すことができる。具体的な実施例において、time_span_startフィールドは、例えば３２ビットフィールドである。
time_span_lengthフィールドは、該当プログラムの長さを示す。具体的には、time_span_startフィールド値を基準として該当プログラムが放送される時間の長さを分単位で示すことができる。time_span_lengthフィールドの値が一度決まれば以後は変わらない。具体的な実施例において、time_span_lengthフィールドは、例えば１６ビットフィールドである。
title_text_lengthフィールドは、title_textフィールドの長さを示す。具体的な実施例において、title_textフィールドは、例えば８ビットフィールドである。
title_textフィールドは、該当プログラムのタイトルが含むそれぞれの文字を示す。具体的な実施例において、各文字はUTF-８エンコーディング形式を有することができる。また、具体的な実施例において、title_textフィールドは、例えば８ビットフィールドである。
num_program_descriptorsフィールドは、プログラム情報ブロックが含む記述子の個数を示す。具体的な実施例において、num_program_descriptorsフィールドは、例えば８ビットフィールドである。
descriptorフィールドは、プログラムの属性と関連した情報を含む記述子を示す。例えばdescriptorフィールドが持つ記述子は、メディアコンポーネントリストに関する情報を含むことができる。また、descriptorフィールドが持つ記述子は、推奨視聴等級に関する情報を含むことができる。また、descriptorフィールドが持つ記述子は、ターゲティング属性に関する情報を含むことができる。また、descriptorフィールドが持つ記述子は、プログラムを説明するテキストに関する情報を含むことができる。従って、descriptorフィールドは、component_list_descriiptor、targeting_descriptorおよびtext_descriptorのうち少なくともいずれか１つを含むことができる。ただし、図９６の実施例のようなプログラム情報ブロックは、プログラムに関連したショーをシグナリングできない。具体的には、図９６の実施例のようなプログラム情報ブロックは、プログラムが含むショーをシグナリングできない。これを解決するための方法に関しては、図９７を参照して説明する。
図９７は、本発明の他の実施例に係るプログラム情報ブロックを示す。
本発明の他の実施例に係るプログラム情報ブロックは、プログラム情報ブロックがシグナリングするプログラムに関連したショーに関する情報を含むか否かを示す情報およびプログラム情報ブロックがシグナリングするプログラムに関連したショーを識別するショー識別子のうち少なくともいずれか１つをさらに含むことができる。
具体的な実施例において、プログラム情報ブロックは図９７のように、associated_show_flagフィールドおよびshow_idフィールドのうち少なくともいずれか１つを含むことができる。
associated_show_flagフィールドは、プログラム情報ブロックがシグナリングするプログラムに関連したショーに関する情報を含むか否かを示す。具体的な実施例において、関連したショーが存在する場合、放送受信装置１００は、ショーの情報を受信することができる。従って、associated_show_flagが１である場合、放送受信装置１００は、ショーの情報を受信することができる。このとき、ショーの情報は、図９０および図９１で説明したショーの情報またはショーの情報ブロックからなることができる。具体的な実施例において、associated_show_flagフィールドは、例えば１ビットフィールドである。
show_idフィールドは、プログラム情報ブロックがシグナリングするプログラムに関連したショーを識別するショー識別子を示す。具体的な実施例において、Show_idフィールドは、例えば１６ビットフィールドである。
ただし、図９７のようなプログラム情報ブロックは、プログラムが含むメディアコンポーネントの属性をコンポーネントレベル情報を介してシグナリングできない。従って、多様な属性を有する複数のメディアコンポーネントを効率的にシグナリングできない問題がある。これを解決するための方法に関しては、図９８を参照して説明する。
図９８は、本発明の他の実施例に係るプログラム情報ブロックを示す。
プログラム情報ブロックは、該当プログラムが含むメディアコンポーネントの個数、該当メディアコンポーネントを識別するコンポーネント識別子、該当メディアコンポーネントが該当プログラムを再生するために必要な必須メディアコンポーネントであるか否かを示す情報およびメディアコンポーネントの付加的な属性を含むコンポーネント記述子を含むことができる。
具体的な実施例において、図９８の実施例のようにプログラム情報ブロックは、num_componentフィールド、component_idフィールド、essential_conponent_indicatorフィールド、num_component_descritporsフィールドおよびcomponent_descriptorフィールドのうち少なくともいずれか１つを含むことができる。
num_componentフィールドは、該当プログラムが含むメディアコンポーネントの個数を示す。具体的な実施例において、num_componentフィールドは、例えば８ビットフィールドである。
component_idフィールドは、該当メディアコンポーネントを識別するコンポーネント識別子を示す。具体的な実施例において、component_idフィールドは、例えば８ビットフィールドである。
essential_component_indicatorフィールドは、該当メディアコンポーネントが該当放送サービスの再生(presentation)のために必要な必須メディアコンポーネントであるか否かを示す。具体的な実施例において、essential_component_indicatorフィールドは、例えば１ビットフィールドである。
num_component_descritporsフィールドは、component_descriptorフィールドの個数を示す。具体的な実施例において、num_component_descritporsフィールドは、例えば８ビットフィールドである。
component_descriptorフィールドは、該当コンポーネントに関する付加的な属性を含むコンポーネント記述子を示す。
ただし、このような場合、プログラムが含むセグメントに関する情報が分からない問題がある。これを解決するための方法を図９９〜図１００を参照して説明する。
図９９および図１００は、本発明の他の実施例に係るプログラム情報ブロックを示す。
本発明の他の実施例に係るプログラム情報ブロックは、プログラム情報ブロックがシグナリングするプログラムが含むセグメントの情報を含むことができる。具体的には、プログラム情報ブロックは、プログラム情報ブロックがシグナリングするプログラムが含むセグメントの数とセグメントの具体的な属性とを含むセグメント情報ブロックを含むことができる。
プログラム情報ブロックは、具体的には、図９９および図１００のように、num_segmentフィールドおよびsegment_information_blockフィールドのうち少なくともいずれか１つを含むことができる。
num_segmentフィールドは、プログラム情報ブロックがシグナリングするプログラムが含むセグメントの数を示す。具体的な実施例において、num_segmentフィールドは、例えば８ビットフィールドである。
segment_infoamtion_blockフィールドは、図９２の実施例を参照して説明したセグメント情報ブロックまたは図１０１〜図１０２を参照して説明するセグメント情報ブロックを含むことができる。
図９９の実施例では、プログラム情報ブロックがシグナリングするプログラムに関連したショーの情報が分からない。図７１の実施例では、図６８の実施例のように、プログラム情報ブロックがシグナリングするプログラムに関連したショーの情報を含んでいる。
図９４〜図１００を参照して、プログラム情報およびプログラム情報ブロックに関してビットストリーム形態で説明したが、プログラム情報およびプログラム情報ブロックの形式は、ビットストリーム形式に制限されない。特にプログラム情報およびプログラム情報ブロックは、XMLファイル形式を有することができる。
上述したように、放送サービスは複数のプログラムを含むことができる。このとき、プログラムは、複数のセグメントを含むことができる。セグメント(segment)は、プログラムを構成する時間区間である。セグメントは、プログラムの主なコンテンツ（本編）であるショー(show)を放送するショーセグメントと、プログラムの本編（主なコンテンツ）間に本編と関連のない内容を放送する中間(interstitial)セグメントと、を含むことができる（A segment may include a show segment broadcasting the primary content of a show and an interstitial segment broadcasting a content not relating to the primary content of the program between the primary contents of the program）。このとき、中間セグメントは、広告(ads)または公共（公益）広告(public service announcement)を含むことができる。ラジオサービスまたはTVサービスのショーセグメントおよび中間セグメントは、あらかじめ予定された(scheduled)開始時間および長さ(duration)を有することができる。
セグメントは、セグメントを識別する固有な（一意の）識別子、該当セグメントの時間区間の間再生するメディアコンポーネントのリスト、セグメントの開始時間および長さ、セグメントの種類(type)、ターゲティング/個人化属性並びに視聴推奨等級のうち少なくともいずれか１つを属性として有することができる。セグメントの種類は、上述したように、ショーセグメントまたは中間セグメントのうちいずれか１つを含むことができる。このとき、セグメントの開始時間は、ショーの開始時間を基準とした相対時間を示すことができる。例えば、セグメントの開始時間は、ショー開始時間から１０分前などのように、ショーの開始時間を基準として指定されてもよい。anchoredセグメント(anchored segment)は、特定のプログラムと関連して開始時間が特定されたセグメントを示す。一方、unanchoredセグメント(unanchored segment)は、特定のプログラムと関連せず、開始時間が特定されていないセグメントを示す。例えば、放送受信装置１００が、ターゲティングされた(targeted)広告セグメントを受信したが、該当広告セグメントは、多様なプログラム/サービスなどで重複して使用されることがあるので、該当セグメントに対する開始時間を明示的に決めていない場合、ターゲティングされた広告は、unanchoredセグメントであるということができる。このようなセグメントを効率的にシグナリングする必要がある。セグメントをシグナリングすることに関しては、図１０１〜図１０５を参照して説明する。
図１０１は、本発明の一実施例に係るセグメント情報を示す。
セグメント情報は、具体的なセグメント属性を含むセグメントブロックを含むことができる。
具体的な実施例において、図１０１の実施例のようにセグメント情報は、table_idフィールド、section_syntax_indicatorフィールド、private_indicatorフィールド、section_lengthフィールド、table_id_extentsionフィールド、version_numberフィールド、current_next_indicatorフィールド、section_numberフィールド、last_section_numberフィールドおよびsegment_information_blockフィールドのうち少なくともいずれか１つを含むことができる。
table_idフィールドは、セグメント情報を含むことを示す。具体的な実施例において、table_idフィールドは、例えば８ビットフィールドである。
section_syntax_indicatorフィールドは、放送サービスセグメント情報がMPEG-２TS標準のlong形式のprivate section tableであるか否かを示す。具体的な実施例において、Section_syntax_indicatorフィールドは、例えば１ビットフィールドである。
private_indicatorフィールドは、現在のテーブルがprivate sectionに該当するか否かを示す。具体的な実施例において、Private_indicatorフィールドは、例えば１ビットフィールドである。
section_lengthフィールドは、section_lengthフィールド以後に含まれたsectionの長さを示す。具体的な実施例において、Section_lengthフィールドは、例えば１２ビットフィールドである。
table_id_extensionフィールドは、table_idフィールドと組み合わせてセグメント情報を識別する値を示す。具体的には、protocol_versionフィールドおよびsubnet_idフィールドのうち少なくともいずれか１つを含むことができる。protocol_versionフィールドは、セグメント情報のプロトコルバージョンを示す。具体的には、protocol_versionフィールドは、上位４ビットは主バージョンナンバを示し、下位４ビットは副バージョンナンバを示す８ビットフィールドである。subnet_idフィールドは、セグメント情報が放送ストリームを介して伝送される場合、セグメント情報を伝送するIPサブネット(subnet)を識別するサブネット識別子を示すことができる。また、他の具体的な実施例において、subnet_idフィールドの値は０である。インターネット網を介してセグメント情報が伝送される場合、subnet_idフィールドは、放送ストリームを介して伝送されるセグメント情報のsubnet_idフィールドと同一の値を有する。具体的な実施例において、subnet_idフィールドは、例えば８ビットフィールドである。
version_numberフィールドは、セグメント情報のバージョンを示す。放送受信装置１００は、vserion_numberフィールドの値に基づいてセグメント情報を利用するか否かを決定することができる。具体的には、version_numberフィールドの値が以前に受信したサービスセグメント情報のバージョンと同一である場合、セグメント情報を利用しなくてもよい。具体的な実施例において、version_numberフィールドは、例えば５ビットフィールドである。
current_next_indicatorフィールドは、セグメント情報が現在使用可能であるか否かを示す。具体的には、current_next_indicatorフィールドの値が１である場合、セグメント情報が使用可能であること示すことができる。また、current_next_indicatorフィールドの値が１である場合、セグメント情報を次に使用できることを示すことができる。具体的な実施例において、current_next_indicatorフィールドは、例えば１ビットフィールドである。
section_numberフィールドは、現在のセクションの番号を示す。具体的な実施例において、section_numberフィールドは、例えば８ビットフィールドである。
last_section_numberフィールドは、最後のセクションの番号を示す。セグメント情報テーブルの大きさが大きい場合、複数のセクションに分けて伝送することができる。このとき、放送受信装置１００は、section_numberフィールドおよびlast_section_numberフィールドに基づいてセグメント情報に必要なすべてのセクションが受信されたか否かを判断する。具体的な実施例において、last_section_numberフィールドは、例えば８ビットフィールドである。
service_idフィールドは、セグメント情報に関連した放送サービスを識別するサービス識別子を示す。具体的には、service_idフィールドは、セグメント情報でシグナリングするセグメントを含む放送サービスを識別するサービス識別子を示すことができる。具体的な実施例において、service_idフィールドは、例えば８ビットフィールドである。
program_information_blockフィールドは、セグメントの属性に関する情報を含むセグメント情報ブロックを示す。これに関しては、図１０２を参照して具体的に説明する。
図１０２は、本発明の一実施例に係るセグメント情報ブロックを示す。
セグメント情報が含むセグメント情報ブロックは、シグナリングするセグメントを識別するセグメント識別子、セグメントの種類(type)、セグメントに関連したプログラムがあるか否かを示す情報、セグメントの開始時間および長さが特定されているか否かを示す情報、セグメントに関連したプログラムを識別するプログラム識別子、セグメントの開始時間、セグメントが含むメディアコンポーネントの個数、該当メディアコンポーネントを識別するメディアコンポーネント識別子、該当メディアコンポーネントに関する属性を含む記述子の個数、該当メディアコンポーネントに関する属性を含む記述子、該当セグメントに関する属性を含む記述子の個数および該当セグメントに関する属性を含む記述子のうち少なくともいずれか１つを含むことができる。
具体的な実施例において、セグメント情報は、図１０２の実施例のように、segment_idフィールド、segment_typeフィールド、associated_program_flagフィールド、time_includedフィールド、progmam_idフィールド、time_span_startフィールド、time_span_lengthフィールド、num_componentフィールド、component_idフィールド、num_component_descirtorsフィールド、component_descritporsフィールド、num_descritporフィールドおよびdescriptorフィールドのうち少なくともいずれか１つを含むことができる。
segment_idフィールドは、該当セグメントを識別するセグメント識別子を示す。具体的な実施例において、Segment_idフィールドは、例えば８ビットフィールドである。
segment_typeフィールドは、該当セグメントの種類を示す。具体的には、ショーセグメントまたは中間セグメントであるかを示すことができる。具体的な実施例において、Segment_typeフィールドの値が０x０２である場合、ショーセグメントを示し、segment_typeフィールドの値が０x０３から０x０７の間の値である場合、中間セグメントを示すことができる。具体的な実施例において、Segment_typeフィールドは、例えば３ビットフィールドである。
associated_program_flagフィールドは、該当セグメントに関連したプログラムが存在するか否かを示す。具体的には、associated_program_flagフィールドの値が１である場合、該当セグメントに関連したプログラムがあることを示し、associated_program_flagフィールドの値が０である場合、該当セグメントに関連したプログラムがないことを示すことができる。具体的な実施例において、associated_program_flagフィールドは、例えば１ビットフィールドである。
time_includedフィールドは、該当セグメントの開始時間および長さが特定されたか否かを示す。具体的には、time_includedフィールドの値が１である場合、該当セグメントの開始時間および長さが特定されたことを示し、time_includedフィールドの値が０である場合、該当セグメントの開始時間および長さが特定されていないことを示すことができる。具体的な実施例において、time_includedフィールドは、例えば１ビットフィールドである。
progmam_idフィールドは、該当セグメントが関連したプログラムを識別するプログラム識別子を示す。具体的な実施例において、progmam_idフィールドは、例えば１６ビットフィールドである。
time_span_startフィールドは、該当セグメントの開始時間を示す。具体的には、time_span_startフィールドは、１９８０年１月６日０時から経過したUTC時間を秒単位で示すことができる。具体的な実施例において、time_span_startフィールドは、例えば３２ビットフィールドである。
time_span_lengthフィールドは、該当セグメントの長さを示す。具体的には、time_span_startフィールド値を基準として該当セグメントが放送される時間の長さを分単位で示すことができる。time_span_lengthフィールドの値が一度決まれば以後は変わらない。具体的な実施例において、time_span_lengthフィールドは、例えば１６ビットフィールドである。
num_componentフィールドは、該当セグメントが含むメディアコンポーネントの個数を示す。具体的な実施例において、num_componentフィールドは、例えば８ビットフィールドである。
component_idフィールドは、該当メディアコンポーネントを識別するコンポーネント識別子を示す。具体的な実施例において、component_idフィールドは、例えば８ビットフィールドである。
num_component_descritporsフィールドは、component_descriptorフィールドの個数を示す。具体的な実施例において、num_component_descritporsフィールドは、例えば８ビットフィールドである。
component_descriptorフィールドは、該当コンポーネントに関する付加的な属性を含むコンポーネント記述子を示す。
num_descritporフィールドは、descriptorフィールドの個数を示す。具体的な実施例において、num_descritporフィールドは、例えば８ビットフィールドである。
descriptorフィールドは、セグメントの付加的な属性を含む記述子を示す。例えば記述子は、推奨視聴等級およびターゲティング属性のうち少なくともいずれか１つを含むことができる。従って、descriptorフィールドは、例えばtargeting_descirptorである。
プログラムを複数のセグメントに区分すれば、同じプログラムを視聴する視聴者であっても、それぞれの視聴者の特性に応じて異なるセグメントを提供することができる。特に、本編セグメントではない中間セグメントに、それぞれの視聴者特性に応じたセグメントを提供することができる。これによって、放送会社は、同じ内容の本編放送を提供しながらもそれぞれの視聴者たちの特性に応じたターゲット広告を視聴者たちに提供することができる。このためには、それぞれのセグメントのターゲティング情報および属性をシグナリングするターゲティングセグメントセットを提供する必要がある。これに関しては、図１０３を参照して説明する。
図１０３は、本発明の一実施例に係るターゲティングセグメントセット(set)情報を示す。
ターゲティングセグメントセットは、複数のセグメントに関するターゲティング情報をシグナリングすることができる。特に、ターゲティングセグメントセット情報は、同じ長さ(duration)を有する複数のセグメントに関するターゲティング情報をシグナリングすることができる。具体的な実施例において、ターゲティングセグメントセット情報は、同じプログラムに関連した複数のセグメントに関するターゲティング情報をシグナリングすることができる。また、他の具体的な実施例において、ターゲティングセグメント情報は、同じ開始時間を有する複数のセグメントに関するターゲティング情報をシグナリングすることができる。
ターゲティングセグメントセット情報は、該当セグメントの開始時間、セグメントの長さ、ターゲティングセグメントセットが含むセグメントの個数、該当セグメントを識別するセグメント識別子、ターゲティングセグメントセット情報が含むターゲティング基準の個数、ターゲティング基準を識別するターゲティング識別子情報、ターゲティングの形態を示すターゲティング形態情報、具体的なターゲティング基準を示すターゲティング基準値情報のうち少なくともいずれか１つを含むことができる。
具体的な実施例において、ターゲティングセグメントセット情報は、図１０３の実施例のように、descriptor_tagフィールド、descritpro_lengthフィールド、time_span_startフィールド、time_span_lengthフィールド、num_segmentフィールド、segment_idフィールド、num_targeting_criteriaフィールド、criterion_id_lengthフィールド、crerion_idフィールド、criterion_type_codeフィールド、num_criterion_valuesフィールド、criterion_value_lengthフィールドおよびcriterion_valueフィールドのうち少なくともいずれか１つを含むことができる。
descriptor_tagフィールドは、ターゲティングセグメントセット情報を含むことを示す。具体的な実施例において、descriptor_tagフィールドは、例えば８ビットフィールドである。
descriptor_lengthフィールドは、descriptor_tagフィールド以後のターゲティングセグメント情報の長さを示す。descriptor_lengthフィールドは、例えば８ビットフィールドである。
time_span_startフィールドは、該当セグメントの開始時間を示す。具体的には、time_span_startフィールドは、１９８０年１月６日０時から経過したUTC時間を秒単位で示すことができる。具体的な実施例において、time_span_startフィールドは、例えば３２ビットフィールドである。
time_span_lengthフィールドは、該当セグメントの長さを示す。具体的には、time_span_startフィールド値を基準として、該当セグメントが放送される時間の長さを分単位で示すことができる。time_span_lengthフィールドの値が一度決まれば以後は変わらない。具体的な実施例において、time_span_lengthフィールドは、例えば１６ビットフィールドである。
num_segmentsフィールドは、ターゲティングセグメントセット情報がシグナリングするセグメントの個数を示す。具体的な実施例において、num_segmentsフィールドは、例えば８ビットフィールドである。
num_targeting_criteriaフィールドは、ターゲティングセグメントセット情報の個数を示す。具体的な実施例において、放送サービスまたはメディアコンポーネントが有するターゲティング基準は、複数でもよい。具体的な実施例において、num_targeting_criteriaフィールドは、例えば８ビットフィールドである。
criterion_id_lengthフィールドはcrerion_idフィールドの長さを示す。具体的な実施例において、criterion_id_lengthフィールドは、例えば８ビットフィールドである。
crerion_idフィールドは、ターゲティング基準を識別するターゲティング基準識別子を示す。具体的な実施例において、crerion_idフィールドは、例えば８ビットフィールドである。
criterion_type_codeフィールドは、ターゲティング基準の形態を示す。具体的な実施例において、criterion_type_codeフィールドは、例えば３ビットフィールドである。
num_criterion_valuesフィールドは、ターゲティング基準値の個数を示す。具体的な実施例において、セグメントは、ターゲティング基準形態に該当する複数のターゲティング基準値を有することができる。具体的な実施例において、num_criterion_valuesフィールドは、例えば５ビットフィールドである。
criterion_value_lengthフィールドは、criterion_valueフィールドの長さを示す。具体的な実施例において、criterion_value_lengthフィールドは、例えば８ビットフィールドである。
criterion_valueフィールドは、ターゲティング基準値を示す。
放送受信状況または放送受信装置１００の仕様などによって、特定セグメントの受信が不可能な場合、放送受信装置１００は、ターゲティングセグメントセット情報に基づいて他のセグメントを受信または再生することができる。例えば、放送受信装置１００が３Ｄ映像の再生をサポートしない場合、放送受信装置１００は、３Ｄ映像を含む１つのセグメントの代わりにターゲティングセグメントセットに基づいて２Ｄ映像を含むセグメントを受信または再生することができる。また、他の具体的な実施例において、放送受信装置１００は、ターゲティングセグメントセット情報に基づいてユーザに適合したコンテンツのみを選択的に（selectively）受信または再生することができる。例えば、視聴者が青少年である場合、放送受信装置１００は、成人対象映画の予告篇の代わりに青少年対象映画の予告篇を受信または再生することができる。
図１０１〜図１０５を参照して、セグメント情報、セグメント情報ブロック、セグメントターゲティングセット情報がビットストリーム形式である場合を説明した。ただし、セグメント情報、セグメント情報ブロック、セグメントターゲティングセット情報の形式は、ビットストリーム形式に制限されない。特に、セグメント情報、セグメント情報ブロック、セグメントターゲティングセット情報は、XMLファイル形式を有することができる。また、具体的な実施例において、前述したプログラム情報は、セグメント情報、セグメント情報ブロックおよびセグメントターゲティングセット情報を含むことができる。
プログラムの属性およびセグメントの属性を伝送・受信する放送伝送装置および放送受信装置１００の動作に関しては、図１０４〜図１０５を参照して説明する。
図１０４は、本発明の一実施例に係る放送伝送装置がプログラム情報およびセグメント情報のうち少なくともいずれか１つを含む放送信号を伝送することを示す。
放送伝送装置は、制御部を介して放送サービスが含むプログラムの属性を獲得する(S８０１)。プログラムの属性は、上述したように、固有な（一意の）識別子、プログラムに含まれたメディアコンポーネントのリスト、プログラムの開始時間および長さ、タイトルおよびプログラムを説明するテキスト、グラフィックアイコン、視聴推奨等級、ターゲティング/個人化属性並びにコンテンツ保護属性のうち少なくともいずれか１つを含むことができる。
放送伝送装置は、制御部を介してプログラムの属性に基づいてプログラムをシグナリングするプログラム情報を生成する(S８０３)。プログラム情報は、図１０４〜図１０５を参照して説明したプログラム情報とプログラム情報ブロックのうち少なくともいずれか１つを含むことができる。
放送伝送装置は、制御部を介してプログラムが含むセグメントの属性を獲得する(S８０５)。セグメントの属性は、上述したように、セグメントを識別する固有な（一意の）識別子、該当セグメントの時間区間の間再生するメディアコンポーネントのリスト、セグメントの開始時間および長さ、セグメントの種類(type)、ターゲティング/個人化属性および視聴推奨等級のうち少なくともいずれか１つを含むことができる。
放送伝送装置は、制御部を介してセグメントの属性に基づいてセグメント情報を生成する(S８０７)。セグメント情報は、前述した図１０１〜図１０５のセグメント情報、セグメント情報ブロック、セグメントターゲティングセット情報のうち少なくとも１つを含むことができる。
放送伝送装置は、伝送部を介してセグメント情報およびプログラム情報のうち少なくともいずれか１つを含む放送信号を伝送する(S８０９)。
図１０５は、本発明の一実施例に係る放送受信装置がプログラム情報およびセグメント情報のうち少なくともいずれか１つを含む放送信号を受信することを示す。
放送受信装置１００は、放送受信部１１０を介して放送信号を受信する(S９０１)。
放送受信装置１００は、制御部１５０を介して放送信号に基づいてプログラム情報を獲得する(S９０３)。具体的には、放送受信装置１００は、放送信号からプログラム情報を獲得することができる。このとき、プログラム情報は、図１０７〜図１０８を参照して説明したプログラム情報およびプログラム情報ブロックのうち少なくともいずれか１つを含むことができる。
放送受信装置１００は、制御部１５０を介してプログラム情報に基づいてプログラムの属性を獲得する(S９０５)。プログラムの属性は、上述したように、固有な（一意の）識別子、プログラムに含まれたメディアコンポーネントのリスト、プログラムの開始時間および長さ、タイトルおよびプログラムを説明するテキスト、グラフィックアイコン、視聴推奨等級、ターゲティング/個人化属性並びにコンテンツ保護属性のうち少なくともいずれか１つを含むことができる。
放送受信装置１００は、制御部１５０を介して放送信号に基づいてセグメント情報を獲得する(S９０７)。具体的には、放送受信装置１００は、放送信号からセグメント情報を獲得することができる。セグメント情報は、前述した図１１１〜図１１４のセグメント情報、セグメント情報ブロック、セグメントターゲティングセット情報のうち少なくとも１つを含むことができる。
放送受信装置１００は、制御部１５０を介してセグメント情報に基づいてセグメントの属性を獲得する(S９０９)。セグメント情報は、前述した図１１１〜図１１３のセグメント情報、セグメント情報ブロック、セグメントターゲティングセット情報のうち少なくとも１つを含むことができる。
放送受信装置１００は、プログラムの属性およびセグメント属性のうち少なくともいずれか１つに基づいてプログラムの属性を表示するサービスガイドを生成する(S９１１)。具体的な実施例において、サービスガイドは、プログラムが含むセグメントの属性も一緒に表示することができる。具体的には、サービスガイドは、プログラムが含むショーセグメントの属性を一緒に表示することができる。例えば、サービスガイドは、プログラム属性の他に、プログラムが含むショーセグメントの開始時間および長さと同一のショーセグメントを含む他のプログラム情報とを一緒に表示することができる（a service guide may display the start time and length of a show segment in a program and another program information including the same show segment in addition to a program property）。
上述したように、本発明の一実施例に係る放送サービスは、ますます複雑かつ多様化する放送サービスの形態を効果的にシグナリングするために、メディアコンポーネントの属性を細分化し、放送サービスの時間区間を示すプログラムをセグメントに再細分化した。これを図１０６〜図１１０を介して詳しく説明する。
図１０６は、本発明の一実施例に係る放送サービスの種類に応じた下位属性との継承関係を示す。
本発明の一実施例に係る放送サービスは、一種のクラス、クラス間の継承関係(inheritance relationship)、クラス間の包含関係(containment relationship)およびクラス間の他の関連性(association)を含むオブジェクトモデルとして説明することができる。
連続コンポーネントクラスは、連続コンポーネントを示す。連続コンポーネントクラスは、コンポーネントを識別するコンポーネント識別子(componentID)を属性として含むことができる。
オーディオコンポーネントクラスは、コンテンツの種類(type)がオーディオである連続コンポーネントを示す。オーディオコンポーネントクラスは、「連続コンポーネントクラスとの下位クラス関係(Sub-class relationship with Continuous Compeonet class」を関係として含むことができる。
ビデオコンポーネントクラスは、コンテンツの種類がビデオである連続コンポーネントを示す。ビデオコンポーネントクラスは、「連続コンポーネントクラスとの下位クラス関係(Sub-class relationship with Continuous Compeonet class」を関係として含むことができる。
字幕(closed caption)コンポーネントクラスは、コンテンツの種類が字幕である連続コンポーネントを示す。字幕コンポーネントクラスは、「連続コンポーネントクラスとの下位クラス関係(Sub-class relationship with Continuous Compeonet class」を関係として含むことができる。
基礎(elementary)オーディオコンポーネントクラスは、コンテンツ形態がオーディオである基礎コンポーネントを示す。基礎オーディオコンポーネントクラスは、コーデック、オーディオチャネルの数、エンコーディングビットレート、他のエンコーディングパラメータ、オーディオコンポーネントの言語およびモードのうち少なくともいずれか１つを含むことができる。具体的には、他のエンコーディングパラメータは、コーデックによって決められる。また、モードは、該当オーディオのモード(mode)を示し、「完全なメイン(complete main)」、「音楽」、「対話(dialog)」、「効果音(effects)」、「視聴覚障害者のためのオーディオ(visual impaired)」、「聴覚障害者のためのオーディオ(hearing impaired)」および「コメント」のうち少なくともいずれか１つであることを示すことができる。オーディオコンポーネントクラスは、「オーディオコンポーネントクラスとの下位クラス関係(Sub-class relationship with Continuous Compeonet class」を関係として含むことができる。
基礎ビデオコンポーネントクラスは、コンテンツ形態がビデオである基礎コンポーネント示す。基礎ビデオコンポーネントクラスは、「コーデック」、「解像度(resolution)」、「画面比率(aspect ratio)」、「スキャン方式」、「フレームレート」、「静止画像モード」および「他のエンコーディングパラメータ」のうち少なくともいずれか１つを含むことができる。解像度は、横x縦のピクセル単位で示すことができる。また、スキャン方式は、インターレースおよびプログレッシブのうちいずれか１つを含むことができる。また、他のエンコーディングパラメータは、コーデックによって決定することができる。基礎ビデオコンポーネントクラスは、「ビデオコンポーネントクラスとの下位クラス関係(Sub-class relationship with Continuous Compeonet class」を関係として含むことができる。
基礎字幕クラスは、コンテンツ形態が字幕である基礎コンポーネントを示す。基礎字幕クラスは、「コーデック」、「言語」および「種類」のうち少なくともいずれか１つを含むことができる。このとき、コーデックは、字幕テキストの形式を示すことができる。言語は、字幕を構成する言語を示す。種類は一般的な字幕と低視力者のための大きな文字の字幕(easy-reader)とのいずれか１つを含むことができる。基礎字幕コンポーネントクラスは、「字幕コンポーネントクラスとの下位クラス関係(Sub-class relationship with Continuous Compeonet class」を関係として含むことができる。
コンプレックスコンポーネントクラスは、コンプレックスコンポーネントを示す。
コンポジットオーディオコンポーネントクラスは、コンテンツの種類がオーディオであるコンポジットコンポーネントを示す。コンポジットオーディオコンポーネントクラスは、関係(relationship)として「Contains Audio」および「オーディオコンポーネントクラスとの下位クラス関係(Sub-class relationship with Audio Component Class)」のうち少なくともいずれか１つを含むことができる。このとき、「Contains Audio」は、コンポジットオーディオクラスが含むオーディオコンポーネントクラスを示す。このとき、「Contains Audio」に含まれるオブジェクト（個体）(object)は、全部１つの音響シーン(sound scene)を示すように制限される。
コンポジットビデオコンポーネントクラスは、コンテンツの種類がビデオであるコンポジットコンポーネントを示す。コンポジットビデオコンポーネントクラスは、関係(relationship)として「ContainsVideo」および「ビデオコンポーネントクラスとの下位クラス関係(Sub-class relationship with Video Component Class)」のうち少なくともいずれか１つを含むことができる。このとき、ContainsVideoは、コンポジットビデオコンポーネントクラスのビデオコンポーネントクラスとの下位クラス関係(sub-class relationship)を示す。このとき、ContainsVideoに含まれるオブジェクトは、全部１つの映像シーン(video scene)を示すように制限される。また、ContainsVideo関係の属性は、「役割(role)」を含むことができる。このとき、役割は、スケーラブルビデオのenhanced層を示すことができる。また、役割は、３Ｄ映像の左側映像または右側映像を示すことができる。また、役割（ロール）は、３Ｄ映像の深さ(depth)情報を示すことができる。また、役割は、複数の画面に分割されるビデオ行列(array)の一部(part)を示すことができる。この場合、ロールは、nxmの行列がある場合、左側からx番目のy列に該当することを示すことができる。また、ロールは、フォローサブジェクトメタデータ(Follow-subject metadata)を示すことができる。
PickOneコンポーネントクラスは、PickOneコンポーネントを示す。PickOneコンポーネントは、関係として「contains」および「連続コンポーネントクラスとの下位クラス関係(Sub-class relationship with Continuous Component Class)」のうち少なくともいずれか１つを含むことができる。このとき、「contains」は、PickOneコンポーネントクラスの連続コンポーネントクラスとの関係を示す。このとき、「contains」に含まれるコンポーネントは、全て同一のコンテンツの種類であり、全部同じ映像シーンまたはオーディオシーンを示すように制限される。
presentableコンポーネントクラスは、presentableコンポーネントを示す。presentableコンポーネントクラスは、ターゲティング/個人化属性、推奨コンテンツ等級(content advisory rating)、コンテンツ/サービス保護属性およびターゲットデバイスのうち少なくともいずれか１つを属性として含むことができる。このとき、ターゲットデバイスは、主(primary)スクリーン、連動(companion)スクリーンおよび主スクリーンにその一部として挿入される(inset)スクリーンのうちいずれか１つを含むことができる。
presentableビデオコンポーネントクラスは、presentableビデオコンポーネントを示す。presentableビデオコンポーネントクラスは、「Associated Audio」、「Associated CC」および「ビデオコンポーネントクラスとの下位クラス関係(Sub-class relationship with Audio Component Class)」のうち少なくともいずれか１つを関係として含むことができる。「Associated Audio」は、presentableビデオコンポーネントと一緒に再生することに適合したpresentableオーディオコンポーネントを示すことができる。
presentableオーディオコンポーネントクラスは、presentableオーディオコンポーネントを示す。presentableオーディオコンポーネントクラスは、オーディオコンポーネントクラスとの下位クラス関係(Sub-class relationship with Audio Component Class)を関係として含むことができる。
presentable字幕コンポーネントクラスは、presentable字幕コンポーネントを示す。presentable字幕コンポーネントクラスは、字幕コンポーネントクラスとの下位クラス関係(Sub-class relationship with Audio Component Class)を関係として含むことができる。
データアイテムコンポーネントクラスは、NRTデータサービスのコンテンツアイテムを示す。データアイテムコンポーネントクラスは、コンテンツアイテムを識別するコンテンツアイテム識別子(ContentItemID)、コンテンツアイテムの名前(ContentItemName)、コンテンツアイテムのアップデートがモニタリングされるべきであるか否かを示す表示（display for representing whether the update of a content item is to be monitored）(Updateable)、ダウンロード可能時間を示すダウンロード可能ウインドウ（a download available window representing a download available time）(Avaiblewindow)、コンテンツアイテムが廃棄(discard)される時間を示す満了日(Expiration)、コンテンツアイテムの大きさ(ContentItemSize)、コンテンツアイテムの再生の長さ(PlaybackLength)、ターゲティング/個人化属性(TargetInfo)、コンテンツアイテムの保護属性(ProtectionInfo)およびコンテンツアイテムのコンテンツ推奨等級(ContentAdvRating)のうち少なくともいずれか１つを属性として含むことができる。
サービスクラスは、サービスを示す。サービスクラスは、サービス識別子(ServiceId)、サービスの名前(ServiceName)、チャネル番号(ChanNum)、サービスに関する説明(Description)、サービスを示すグラフィックアイコン(Icon)、サービスに含まれたメディアコンポーネントのリスト、放送サービス保護に関する属性(Content/service protection properties for the service)、ターゲティング/個人化に関する属性(targeting properties for the service)、視聴推奨等級(contentAdvRating)、サービスの言語(Language)および放送サービスユーザ報告(UsageReportInfo)に関する属性のうち少なくともいずれか１つを属性として含むことができる。このとき、チャネル番号は、主番号(MajorChanNum)と副番号(MinorChanNum)とに分けることができる。
ラジオサービスクラスは、決まった時間に放送される(scheduled)ラジオサービスを示す。ラジオサービスクラスは、「presentableビデオコンポーネントクラスとの包含関係(Containment Relationship with Presentable Video Component Class)」、「presentable字幕コンポーネントクラスとの包含関係(Containment Relationship with Presentable CC Component Class)」、「NRTデータクラスとの付加（アジャンクト）関係(Adjunct relationship with NRT Data Service Class)」のうち少なくともいずれか１つを関係として含むことができる。
TVサービスクラスは、決まった時間に放送される(scheduled)TVサービスを示す。TVサービスクラスは、「presentableビデオコンポーネントクラスとの包含関係(Containment Relationship with Presentable Video Component Class)」、「presentableオーディオコンポーネントクラスとの包含関係(Containment Relationship with Presentable Audio Component Class)」、「presentable字幕コンポーネントクラスとの包含関係(Containment Relationship with Presentable CC Component Class)」、「NRTデータクラスとの付加関係(Adjunct relationship with NRT Data Service Class)」のうち少なくともいずれか１つを関係として含むことができる。「presentableビデオコンポーネントクラスとの包含関係」は、ビデオコンポーネントの役割を属性として含む。具体的には、ビデオコンポーネントの役割は、主ビデオ（primary video）、代替視点画面(Alternative camera view)、他の代替ビデオコンポーネント、手話画面、フォローサブジェクトビデオ(Follow Subject Video)/メタデータのいずれか１つを示すことができる。特に、フォローサブジェクトビデオ/メタデータは、フォローするオブジェクト(subject that follows)の名前を含むことができる。このようなフォローサブジェクトビデオは、ビデオストリームを含むことができる。またはフォローサブジェクトビデオは、ビデオストリームのオブジェクト(subject)の拡大(zoom-in)のための各フレームの四角形であってもよい。
ユーザ要求(OnDemand)サービスクラスは、ユーザ要求コンテンツサービスを示す。ユーザ要求サービスクラスは、「ユーザ要求UIアプリクラスとの包含(Containment relationship with OnDemand UI App Class)」、「使用要求オファリングクラスとの包含関係(Containment relationship with OnDemand Offering Class)」および「ユーザ要求カタログクラスとの包含関係(containment relationship with OnDemand Catalog class)」を関係として含むことができる。「ユーザ要求UIアプリクラスとの包含関係(Containment relationship with OnDemand UI App Class)」は、ユーザ要求サービスに関するユーザインターフェース提供のためのものである。具体的な実施例において、ユーザ要求サービスのユーザインターフェースは、複数の言語で提供される。ユーザ要求オファリングは、ユーザ要求によって提供されるサービスの商品を示すことができる。使用要求オファリングクラスとの包含関係(Containment relationship with OnDemand Offering Class)」は、ユーザ要求サービスで提供されるコンテンツアイテムに対するものである。「ユーザ要求カタログクラスとの包含関係(containment relationship with OnDemand Catalog class)」は、ユーザ要求サービスのユーザ要求オファリングカタログのためのものである（for an OnDemand offering catalog of an OnDemand service）。具体的な実施例において、ユーザ要求オファリングカタログは、複数の言語で提供される。
NRTデータサービスクラスは、NRTデータサービスを示す。NRTデータサービスクラスは、「消費モデル(Consumption Mode)」、「必須機器性能(Essential capabilities)」、「非必須機器性能(Non-essential capabilities)」、「ターゲットデバイス(Target Device)」および「データアイテムコンポーネントクラスとの包含関係を含む関係」のうち少なくともいずれか１つを属性として含むことができる。「必須機器性能(Essential capabilities)」は、放送受信装置１００がサービスを受信するために必要な性能を示す。「非必須機器性能(Non-essential capabilities)」は、放送受信装置１００がサービスの選択事項（service's selection item）を受信するために必要な性能を示す。「ターゲットデバイス(Target Device)」は、主デバイスまたは連動デバイスのうちいずれか１つを示すことができる。
プログラムクラスは、プログラムを示す。プログラムクラスは、プログラムを識別するプログラム識別子(ProgamIdentifier)、プログラムの開始時間(StartTime)、プログラムの長さ(ProgramDuration)、プログラムのタイトル(TextualTitle)、プログラムを説明するテキスト(TextualTitle)、プログラムのジャンル(Genre)、プログラムを示すグラフィックアイコン(GraphhicalIcon)、視聴推奨等級(ContentAdvisoryRating)、ターゲティング/個人化属性(Targeting/personalization properties)およびプログラムのコンテンツ/サービス保護を示すコンテンツ/サービス保護属性(Content/Service protection properties)のうち少なくともいずれか１つを属性として含むことができる。プログラムの開始時間は、プログラムが始まる日付および時間を含むことができる。プログラムの長さは、プログラムが始まる時間から終了する時間までの長さである。プログラムのタイトルは、複数の言語で表示される。また、プログラムのタイトルがない場合、映像表示装置１００は、プログラムのタイトルに関連したショーのタイトルを表示することができる。また、プログラムのジャンルがない場合、映像表示装置１００は、プログラムのジャンルに関連したショーのジャンルを表示することができる。また、グラフィックアイコンは、複数のサイズで表示することができる。プログラムのグラフィックアイコンがない場合、映像表示装置１００は、関連したショーのグラフィックアイコンをプログラムのアイコンとして表示することができる。視聴推奨等級は、地域別に異なってもよく、視聴推奨等級は、地域別に異なる複数の視聴推奨等級の値を含むことができる。また、プログラム（プロックレム）の視聴推奨等級が存在しない場合、放送受信装置１００は、プログラムに関連したショーの視聴推奨等級を視聴推奨等級として表示することができる。ターゲティング/個人化属性が存在しない場合、放送受信装置１００は、関連したショーのターゲティング/個人化属性を表示することができる。コンテンツ/サービス保護属性が存在しない場合、放送受信装置１００は、関連したショーのコンテンツ/サービス保護属性を表示することができる。ラジオプログラムクラスは、ラジオプログラムを示す。ラジオプログラムクラスは、「presentableオーディオコンポーネントクラスとの包含関係(Containment relationship with Presentable Audio Component class)」、「presentable字幕コンポーネントクラスとの包含関係(Containment relationship with Presentable CC Component class)」、「NRTデータサービスクラスとの付加関係(Adjunct relationship with NRT Data Service class)」および「ラジオセグメントクラスとの包含関係(Containment relationship with Radio Segment Class)」のうち少なくともいずれか１つを関係として含むことができる。また、ラジオプログラムクラスは、ラジオセグメントの開始時間を属性として含むことができる。このとき、ラジオセグメントの開始時間は、プログラムの開始時間を基準とした相対時間である。
テレビ番組クラスは、テレビ番組を示すことができる。presentableビデオコンポーネントクラスは、「presentableビデオコンポーネントクラスとの包含関係(Containment relationship with Presentable Video Component Class)」を関係として含むことができる。「presentableビデオコンポーネントクラスとの包含関係」は、ビデオコンポーネントの役割(role)、presentableオーディオコンポーネントクラスとの包含関係、presentable字幕コンポーネントクラスとの包含関係、NRTデータサービスクラスとの付加関係、TVショークラスとの関係およびTVセグメントクラスとの包含関係のうち少なくともいずれか１つを属性として含むことができる。ビデオコンポーネントとして役割は、主(primary)ビデオ、代替視点画面、他の代替ビデオコンポーネント、手話(Sign language)画面(inset)、フォローオするブジェクトの名前を含むフォローサブジェクトビデオのうちいずれか１つを示すことができる。フォローサブジェクトビデオは、フォローサブジェクトに分離されたビデオコンポーネントによってサポート可能である。TVセグメントクラスとの包含関係は、セグメント開始時間(RelativeSegmentStartTime)を含むことができる。このとき、セグメント開始時間は、プログラムの開始を基準とした相対時間である。
ショークラスはショーを示す。このとき、ショーは上述したように、プログラムの主な(primary)コンテンツを示すことができる。特に、ショーは視聴者の観点で主なコンテンツを示すことができる。ショークラスは、「ショー識別子(ShowIdentifier)」、「ショーの長さ(ShowDuration)」、ショーに対する「テキスト説明(TextualDescription)」、ショーの「ジャンル(Genre)」、ショーを示す「グラフィックアイコン(GraphicalIcon)」、「コンテンツ推奨等級(ContentAdvisoryRating)」、「ターゲティング/個人化属性(Targeting/personalization properties」および「コンテンツ/サービス保護属性(Content/Service protection properties)」のうち少なくともいずれか１つを属性として含むことができる。
TVショークラスは、テレビ番組の主コンテンツを示す。TVショークラスは、「TVショーセグメントクラスとの包含関係(Containment relationship with TV Show Segment class)」を関係として含むことができる。
セグメントクラスは、セグメントを示すことができる。セグメントクラスは、セグメントを識別する「セグメント識別子(SegmentId)」、セグメントの「長さ(Duration)」、「ターゲティング/個人化属性(Targeting/personalization properties)」および「コンテンツ推奨等級(Content advisory rating)」のうち少なくともいずれか１つを含むことができる。
ラジオセグメントクラスは、ラジオプログラムのセグメントを示す。
TVセグメントクラスは、テレビ番組のセグメントを示す。
ラジオショーセグメントクラスは、ラジオショーのセグメントを示す。ラジオショーセグメントクラスは、「ショーセグメントの開始時間(ShowSegmentRelativeStartTime)」を属性として含むことができる。具体的には、ショーセグメントの開始時間は、ラジオプログラムを基準とした相対時間である。
TVショーセグメントクラスは、テレビ番組メインコンテンツを含むショーセグメントを示す。TVショーセグメントクラスは、「ショーセグメントの開始時間(ShowSegmentRelativeStartTime)」を属性として含むことができる。具体的には、ショーセグメントの開始時間は、テレビ番組を基準とした相対時間である。
ラジオ中間（隙間）セグメントクラス(Radio Interstitial Segment)は、ラジオプログラムのショーセグメントではないセグメントを示す。
TV中間セグメントクラス(TV Interstitial Segment)は、テレビ番組のショーセグメントではないセグメントを示す。
ユーザ要求UIアプリクラス(OnDemand UI App class)は、ユーザ要求サービスのためのユーザインターフェースを提供するアプリケーションを示す。
ユーザ要求オファリングクラス(OnDemand Offering class)は、ユーザ要求サービスのオファリング（提供、オファー）を示す。
ユーザ要求カタログクラス(OnDemand Catalog class)は、ユーザ要求サービスのオファリングに関する説明を示す。このとき、オファリングはユーザ要求によって提供されるサービス商品を示すことができる。ユーザ要求カタログクラスは、「ユーザ要求オファリングクラスとの関係」を関係として含むことができる。
図１０６では、前述した他の種類のサービス、それぞれのサービスに含まれる他の種類のコンポーネント、および各サービス間の付加サービス関係を示す。ラジオサービスは、１つまたは複数のpresentableオーディオコンポーネントを含む。また、ラジオコンポーネントは、１つまたは複数の字幕コンポーネントを含むことができる。また、ラジオコンポーネントは、１つまたは複数の付加NRTデータサービスを含むことができる。TVサービスは、１つまたは複数のpresentableビデオコンポーネントを含む。また、TVサービスは、１つまたは複数のpresentableオーディオコンポーネントを含むことができる。また、TVサービスは、１つまたは複数のpresentable字幕コンポーネントを含むことができる。また、TVサービスは、１つまたは複数の付加NRTデータサービスを含むことができる。NRTデータサービスは、１つまたは複数のpresentableデータアイテムコンポーネントを含む。また、NRTデータサービスは、スタンドアローンデータサービスからなることができる。また、NRTデータサービスは、ラジオサービスまたはTVサービスサービスの付加データサービスからなることができる。また、NRTデータサービスは、ユーザ要求サービスのプログラムまたは他のNRTデータサービスを介して伝送されるプログラムの付加サービスからなることができる。ユーザ要求サービスは、１つまたは複数のユーザ要求オファリングを含む。また、ユーザ要求サービスは、オファリングを説明する１つまたは複数のカタログを含むことができる。また、ユーザ要求サービスは、サービスのユーザインターフェースを提供するUIアプリサービスからなることができる。このとき、ユーザインターフェースは、サービス提供者によってカスタマイズされる。また、ユーザインターフェースは、ユーザによってカスタマイズされる。
図１０７は、本発明の一実施例に係る連続コンポーネントと連続コンポーネントの下位属性を有するコンポーネントとの継承関係を示す。
図１０７の実施例のように、連続コンポーネントは、基礎コンポーネントまたはコンプレックスコンポーネントを含むことができる。基礎コンポーネントは、基礎ビデオコンポーネント、基礎オーディオコンポーネントまたは基礎字幕コンポーネントを含むことができる。コンプレックスコンポーネントは、PickOneコンポーネントまたはコンポジットコンポーネントを含むことができる。コンポーネント間の「関係」を定義する目的は、コンポジットオーディオとコンポジットビデオとを区別することが重要であるからである。これは、コンポジットビデオコンポーネントの場合、コンポジットコンポーネントの構成(member)コンポーネントの役割(role)に応じて別途に表示しなければならないからである。したがって、コンプレックスコンポーネントは、コンポジットオーディオコンポーネントまたはコンポジットビデオコンポーネントの役割の属性を示す複数の「関係」を含むことができる。
図１０８は、本発明の一実施例に係るpresentableコンポーネントとpresentableコンポーネントの下位属性を有するコンポーネントとの継承関係を示す。
presentableコンポーネントは上述したように、presentableビデオコンポーネント、presentableオーディオコンポーネントおよびpresentable字幕コンポーネントのうちいずれか１つを含むことができる。TVサービスのpresentableビデオコンポーネントは、１つまたは複数の関連したpresentableオーディオコンポーネントを有することができる。また、TVサービスのpresentableビデオコンポーネントは、１つまたは複数の関連したpresentable字幕コンポーネントを有することができる。このとき、関連したpresentableオーディオコンポーネントとpresentable字幕コンポーネントとは、presentableビデオコンポーネントと一緒に再生可能であることを意味する。TVサービスは、ビデオコンポーネントを含むサービスであるので、TVサービスのpresentableオーディオコンポーネントとpresentable字幕コンポーネントは、presentableビデオコンポーネントと関連する必要がある。
図１０９は、本発明の一実施例に係るサービスとサービスに含まれたプログラムとプログラムに含まれたセグメントとの関係を示す。
ラジオサービスは、１つまたは複数のラジオプログラムを含むことができる。ラジオプログラムは、１つまたは複数のラジオサービスに含まれてもよい。ラジオプログラムは、NRTデータサービスコンテンツアイテムまたはユーザ要求サービスのオファリングからなることができる。ラジオプログラムは、１つまたは複数のラジオセグメントを含むことができる。このとき、ラジオセグメントは、ラジオ中間セグメントからなることができる。ラジオセグメントは、１つまたは複数のラジオプログラムに含まれてもよい。それぞれのラジオセグメントは、ラジオショーセグメントまたはラジオ中間(interstitial)セグメントからなることができる。ラジオプログラムは、１つの「ラジオショー」からなることができる。このとき、「ラジオショー」は、サービス提供者によって中間(interstitial)コンテンツと見なされないものである。ラジオショーは、１つまたは複数のラジオショーセグメントを含むことができる。このようなラジオサービス、ラジオプログラム、ラジオセグメント、ラジオショーの関係は、TVサービス、テレビ番組、TVセグメント、TVショーの関係と類似するように適用することができる。
図１１０は、presentableオーディオコンポーネントの階層構造を示す。
連続コンポーネントは、３つのレベルの階層構造(three level hierarchies)に分けることができる。最上位レベル(top level)はPickOneコンポーネントであり、中間レベル(middle level)はコンポジットコンポーネントを含み、最下位レベル(bottom level)はPickOneコンポーネントを含むことができる。すべての連続コンポーネントは、このような３つのレベルを含むことができる。ただし、連続コンポーネントは、下位レベルを含まない簡単な基礎コンポーネントであってもよい。具体的な実施例において、図１１０のようにpresentableオーディオコンポーネントは、PickOneコンポーネントを含むことができる。このとき、PickOneコンポーネントは完全なメインオーディオ(complete main audio)のコンポーネントと、完全なメイン音楽とミックス可能な音楽、対話および効果音を含むコンポーネントと、を含むことができる。このとき、完全なメインオーディオであるコンポーネントは、相互に異なるビットレートでエンコーディングされた代替可能な複数の基礎(elementary)コンポーネントを含むPickOneコンポーネントを含むことができる。完全なメイン音楽とミックス可能な音楽、対話および効果音を含むコンポーネントは、音楽、対話および効果音がそれぞれ１つのコンポーネントであるコンポジットコンポーネントを含むことができる。このとき、対話を含むコンポーネントおよび効果音を含むコンポーネントは、基礎コンポーネントを含むことができる。音楽コンポーネントは、相互に異なるビットレートでエンコーディングされた代替可能な複数の基礎(elementary)コンポーネントを含むPickOneコンポーネントを含むことができる。
従来の放送網を介した放送は、１つの放送が連続して放送される線形的(linear)なサービスであった。従来の放送網を介した放送がハイブリッド放送に変わることにより、従来のリニアサービスとアプリベースのサービス(App-based Service)とに放送サービスを分けることができる。
リニアサービスは、決まったスケジュールに応じて連続コンポーネントが再生(presented)されるサービスである。このとき、リニアサービスは、放送局で決めた時間に基づいたものを含むことができる。また、リニアサービスは、放送サービスと同期化されるようにtriggeredアプリケーションを含むことができる。
具体的には、リニアサービスは、１つまたは複数のビデオコンポーネントを含むことができる。
また、リニアサービスは、１つまたは複数のオーディオコンポーネントを含むことができる。また、リニアサービスは、１つまたは複数の字幕コンポーネントを含むことができる。
また、リニアサービスは、コンポーネントおよび付加サービスのうち少なくともいずれか１つとの同期化の基準となるタイムベースコンポーネント(time base component)を含むことができる。
また、リニアサービスは、１つまたは複数のTriggeredアプリベース付加サービスをコンポーネント(triggered、app based enhancements)として含むことができる。それぞれの付加サービスは、１つまたは複数のアプリケーションを含むことができる。このとき、アプリケーションは、実行（アクティベーション）通知(activation notification)と同期化されて実行されてもよい。アプリベース付加サービスコンポーネントは、一連の実行通知を含むことができる。また、アプリベース付加サービスコンポーネントは、１つまたは複数のコンテンツアイテムを含むことができる。
また、リニアサービスは、１つまたは複数の自動起動アプリケーションベースの付加サービス(auto-launch app-based enhancements)をコンポーネントとして含むことができる。それぞれの付加サービスは、サービスが選択されると、自動起動されるアプリケーションを含むことができる。自動起動アプリケーションベースの付加サービスは、自動起動されるアプリケーションをコンポーネントとして含む。また、１つまたは複数のコンテンツアイテムをコンポーネントとして含むことができる。
リニアサービスは、自動起動アプリケーションベースの付加サービスとTriggeredアプリベース付加サービスとを同時にコンポーネントとして含むことができる。具体的な実施例において、自動起動ベースアプリ付加サービスは、ターゲット広告として挿入され（inserted as a target advertisement）、Triggeredアプリベース付加サービスは、ユーザに双方向視聴経験(interactive viewing experience)を提供することができる。
アプリベースサービスは、サービスが選択されると、指定されたアプリケーションが実行される。このとき、サービスは、自動起動されるアプリケーションを属性として含むことができる。また、アプリベースサービスは、１つまたは複数のコンテンツアイテムを属性として含むことができる。
サービスのコンポーネントは、相互に異なる複数のコンポーネント間で共有することができる。また、アプリベースサービスのアプリケーションは、ユーザ要求コンテンツの再生を開始(initiate)することができる。
リニアサービスに関して、プログラムおよびセグメントを再び説明する。プログラムは、リニアサービスの時間的区間(temporal section)である。このとき、プログラムは、予定された(scheduled)開始時間および長さ(duration)を有する。また、プログラムは、１つのプログラム単位で消費されるようにするために、放送局によって決められたものであってもよい。
また、プログラムは、コンテンツアイテムやリニアサービスのプログラムと同じ構造を有するユーザ要求コンテンツを称することができる。このとき、ユーザ要求コンテンツは、リニアサービスのプログラムと違い、予定された開始時間を有しない。また、放送局によって決められたタイムベースを含まない。
それぞれのプログラムは「ショー」と関連する。このとき、ショーは、プログラムの主(primary)コンテンツを含む。上述したように、プログラムの多くの属性は、ショーの属性である。例えば、プログラムが含むプログラムを説明するテキスト、俳優および公開日(release date)などの属性はショーの属性である。ショーの属性以外のプログラム属性は、プログラム自体の属性である。プログラム自体の属性は、同一のショーを含むプログラムでも相互に異なる場合がある。例えば、プログラムが含む開始時間およびプログラムが含まれたサービスは、プログラムごとに異なる場合がある。
プログラムは、ショーを含む１つまたは複数の時間区間を含む。また、プログラムは、中間(interstitial)コンテンツを含む１つまたは複数の時間区間を含むことができる。このような時間区間をセグメントという。具体的には、ショーセグメント、中間セグメントに分けることができる。
セグメントは、プログラムの一部として決められた開始時間および長さを有することができる。このようなセグメントをanchoredセグメントという。また、プログラムに動的に挿入されることがあるNon-anchoredセグメントが存在する。具体的には、Non-anchoredセグメントは、挿入される特定プログラムまたは挿入される特定時間が決められていないセグメントである。例えば、挿入されるプログラムおよび時間が決められておらず、放送受信装置１００が受信するターゲティング広告もNon-anchoredセグメントであるというできる。
放送受信装置１００は、制御部１５０を介してプログラムに関連したアプリケーションをサービスガイドを介して表示することができる。また、放送受信装置１００は、プログラムに関連したアプリケーションをユーザ入力に基づいて、お気に入り(favorite)リストに追加またはダウンロードすることができる。具体的には、放送受信装置１００は、自動起動アプリケーションベースのサービスがパッケージアプリ(packaged app)と一緒に提供される場合、放送プログラムを表示するサービスガイドを介して表示することができる。これに関しては、図１１１を参照して説明する。
図１１１は、放送受信装置が自動起動アプリケーションベースのサービスを放送サービスガイドを介して表示し、これをお気に入りとして格納またはダウンロードする動作を図示するフローチャートである。
放送受信装置１００は、放送受信部１１０を介して放送信号を受信する(S９５１)。
放送受信装置１００は、制御部１５０を介して放送信号に基づいて自動起動アプリケーションベースのサービスの情報を獲得する(S９５３)。具体的な実施例において、放送受信装置１００は、放送信号から自動起動アプリケーションベースのサービス情報を獲得することができる。例えば、放送受信装置１００は、前述したサービス情報またはプログラム情報から自動起動アプリケーションベースのサービス情報を獲得することができる。
放送受信装置１００は、制御部１５０を介して自動起動アプリケーションベースのサービス情報に基づいてサービスガイドを表示する(S９５５)。具体的な実施例において、放送受信装置１００は、プログラム情報と一緒に自動起動アプリケーションベースのサービスに関する情報を表示することができる。特に、放送受信装置１００は、自動起動アプリケーションベースのサービスに関連したプログラムの情報と自動起動アプリケーションベースのサービスに関する情報とを一緒に表示することができる。
放送受信装置１００は、制御部１５０を介して自動起動アプリケーションベースのサービスの表示に関するユーザ入力を受信する(S９５７)。具体的には、放送受信装置１００は、自動起動アプリケーションベースのサービスを選択するユーザ入力を受信することができる。具体的には、放送受信装置１００は、自動起動アプリケーションをお気に入り(favorite)として格納することに関するユーザ入力を受信することができる。また、他の具体的な実施例において、放送受信装置１００は、自動起動アプリケーションをダウンロードすることに関するユーザ入力を受信することができる。
放送受信装置１００は、制御部１５０を介してユーザ入力に基づいて自動起動アプリケーションをお気に入りとして格納またはダウンロードする(S９５９)。具体的には、放送受信装置１００は、選択された自動起動アプリケーションベースのサービスの自動起動アプリケーションをお気に入りに格納またはダウンロードする。
放送受信装置１００は、制御部１５０を介してお気に入りに格納された自動起動アプリケーションまたはダウンロードした自動起動アプリケーションを表示する(S９６１)。具体的には、放送受信装置１００は、お気に入りに格納された自動起動アプリケーションまたはダウンロードした自動起動アプリケーションを表示することができる。具体的な実施例において、放送受信装置１００は、お気に入りに格納された自動起動アプリケーションまたはダウンロードした自動起動アプリケーションを表すアイコンを介して表示することができる。また、放送受信装置１００は、お気に入りに格納された自動起動アプリケーションまたはダウンロードした自動起動アプリケーションに関するユーザ入力を受信して、自動起動アプリケーションをダウンロードしたり実行することができる。これによって、放送受信装置１００は、放送サービスガイドが、スマートフォンのアプリケーションストアと同様な役割をすることができる。
これまで実施例に説明された特徴、構造、効果などは本発明の少なくとも一つの実施例に含まれ、必ずしも一つの実施例にのみ限定されることはない。また、各実施例で例示された特徴、構造、効果などは実施例の属する技術分野の通常の知識を有する者によって他の実施例に対しても組み合わせられるか変形されて実施可能なものである。よって、このような組み合わせおよび変形に関する内容は本発明の範囲に含まれると解析すべきである。
以上、本発明を実施例を中心に説明したが、これは単なる例示であり、本発明を限定するものではない。本発明が属する分野の通常の知識を有した者であれば、本実施例の本質的な特性を逸脱しない範囲内で、以上に例示されていない変形および応用が可能である。例えば、実施例に具体的に提示された各構成要素は変形して実施することができ、そのような変形および応用にかかわる差異点は、添付された特許請求の範囲で規定する本発明の範囲に含まれると解釈されるべきである。
Claims (20)
- 放送信号を受信する放送受信部と、
前記放送信号に基づいて、放送信号に有されたプログラムの主なコンテンツであるショーの属性をシグナリングするショーの情報を獲得する制御部と、を有する、放送受信装置。 - 前記ショーの情報は、ショーの長さ、ショーを説明するテキスト、ショーに関連したセグメントの個数およびショーに関連したセグメントをシグナリングするセグメント情報ブロックのうち少なくともいずれか１つを有し、
前記セグメントは、前記プログラムを構成する時間的区間である、請求項１に記載の放送受信装置。 - 前記プログラムは、ショーを有するショーセグメントとショー以外の他のコンテンツを有する中間セグメントとに区分され、
前記制御部は、前記中間セグメントを前記放送受信装置のユーザの特性に基づいてターゲティングされたコンテンツを再生する、請求項２に記載の放送受信装置。 - 前記プログラムは、ショーを有するショーセグメントとショー以外の他のコンテンツを有する中間セグメントとに区分され、
前記制御部は、前記中間セグメントを前記放送受信装置の特性に基づいてターゲティングされたコンテンツを再生する、請求項２に記載の放送受信装置。 - 前記セグメント情報ブロックは、セグメント識別子、セグメントの開始時間を示す情報およびセグメントの長さを示す情報のうち少なくともいずれか１つを有する、請求項２に記載の放送受信装置。
- 前記セグメントの開始時間は、前記セグメントが有されたプログラムの開始を基準とした相対時間である、請求項５に記載の放送受信装置。
- 前記制御部は、前記ショーの情報に基づいて前記プログラムの情報を表示するサービスガイドを表示する、請求項１に記載の放送受信装置。
- 前記制御部は、同一のショーを有する複数のセグメントを表示する、請求項７に記載の放送受信装置。
- 前記制御部は、前記サービスガイドにプログラムに関連したアプリケーションを表示する、請求項７に記載の放送受信装置。
- 前記制御部は、ユーザの入力に基づいて、前記アプリケーションをお気に入りリストに追加するか、または、前記アプリケーションをダウンロードする請求項９に記載の放送受信装置。
- 放送受信装置の動作方法において、
放送信号を受信するステップと、
前記放送信号に基づいて、放送信号に有されたプログラムの主なコンテンツであるショーの属性をシグナリングするショーの情報を獲得するステップと、を有する動作方法。 - 前記ショーの情報は、
ショーの長さ、ショーを説明するテキスト、ショーに関連したセグメントの個数およびショーに関連したセグメントをシグナリングするセグメント情報ブロックのうち少なくともいずれか１つを有し、
前記セグメントは、前記プログラムを構成する時間的区間である、請求項１１に記載の動作方法。 - 前記プログラムは、ショーを有するショーセグメントとショー以外の他のコンテンツを有する中間セグメントとに区分され、
前記中間セグメントを前記放送受信装置のユーザの特性に基づいてターゲティングされたコンテンツを再生するステップをさらに有する、請求項１２に記載の動作方法。 - 前記プログラムは、ショーを有するショーセグメントとショー以外の他のコンテンツを有する中間セグメントとに区分され、
前記中間セグメントを前記放送受信装置の特性に基づいてターゲティングされたコンテンツを再生するステップをさらに有する、請求項１２に記載の動作方法。 - 前記セグメント情報ブロックは、セグメント識別子、セグメントの開始時間を示す情報およびセグメントの長さを示す情報のうち少なくともいずれか１つを有する、請求項１２に記載の動作方法。
- 前記セグメントの開始時間は、前記セグメントが有されたプログラムの開始を基準とした相対時間である、請求項１５に記載の動作方法。
- 前記ショーの情報に基づいて前記プログラムの情報を表示するサービスガイドを表示するステップをさらに有する、請求項１１に記載の動作方法。
- 前記ショーの情報に基づいて前記プログラムの情報を表示するサービスガイドを表示するステップは、
同一のショーを有する複数のセグメントを表示するステップを有する、請求項１７に記載の動作方法。 - 前記サービスガイドにプログラムに関連したアプリケーションを表示するステップをさらに有する、請求項１７に記載の動作方法。
- 放送サービスが有するプログラムの主なコンテンツであるショーの属性を獲得し、前記ショーの属性に基づいて前記ショーの属性をシグナリングするショーの情報を生成する制御部と、
前記ショーの情報を有する放送信号を伝送する伝送部と、を有する、放送伝送装置。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201361918613P | 2013-12-19 | 2013-12-19 | |
| US61/918,613 | 2013-12-19 | ||
| PCT/KR2014/012504 WO2015093856A1 (en) | 2013-12-19 | 2014-12-17 | Broadcast transmitting device and operating method thereof, and broadcast receiving device and operating method thereof |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2017508326A true JP2017508326A (ja) | 2017-03-23 |
Family
ID=53403115
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016541500A Pending JP2017508326A (ja) | 2013-12-19 | 2014-12-17 | 放送伝送装置、放送伝送装置の動作方法、放送受信装置および放送受信装置の動作方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20160337716A1 (ja) |
| EP (1) | EP3085099A4 (ja) |
| JP (1) | JP2017508326A (ja) |
| KR (1) | KR20160074671A (ja) |
| CA (1) | CA2933602C (ja) |
| WO (1) | WO2015093856A1 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109155866A (zh) * | 2016-05-31 | 2019-01-04 | 索尼公司 | 发送装置、发送方法、接收装置和接收方法 |
| JP2019106592A (ja) * | 2017-12-11 | 2019-06-27 | トヨタ自動車株式会社 | 情報提供装置及び情報提供方法 |
Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000341652A (ja) * | 1999-05-27 | 2000-12-08 | Matsushita Electric Ind Co Ltd | ディジタル放送用聴覚補償方法およびそれに用いる受信装置 |
| JP2001103386A (ja) * | 1999-09-28 | 2001-04-13 | Sanyo Electric Co Ltd | デジタル放送受信装置 |
| JP2003304510A (ja) * | 2002-04-12 | 2003-10-24 | Mitsubishi Electric Corp | デジタル放送システム、デジタル放送送信機およびデジタル放送受信機 |
| JP2008500790A (ja) * | 2004-05-21 | 2008-01-10 | エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート | ３次元立体ビデオ付加データを用いた３次元立体デジタル放送の送／受信装置及びその方法 |
| JP2009111777A (ja) * | 2007-10-30 | 2009-05-21 | Kyocera Corp | デジタル放送受信装置 |
| US20090320087A1 (en) * | 2008-06-09 | 2009-12-24 | Le Electronics Inc. | Method for mapping between signaling information and announcement information and broadcast receiver |
| JP2010074238A (ja) * | 2008-09-16 | 2010-04-02 | Canon Inc | 受信装置及びその制御方法 |
| JP2010525631A (ja) * | 2007-04-05 | 2010-07-22 | エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート | デジタルマルチメディア放送アプリケーションフォーマットの生成方法及びその装置 |
| JP2010187157A (ja) * | 2009-02-12 | 2010-08-26 | Funai Electric Co Ltd | ディジタルテレビ放送受信装置 |
| JP2010226520A (ja) * | 2009-03-24 | 2010-10-07 | Sharp Corp | コンテンツ表示制御装置、コンテンツ表示制御方法、プログラム、記録媒体 |
| JP2012199950A (ja) * | 2005-09-12 | 2012-10-18 | Qualcomm Inc | カスタマイズされたチャネル情報を提供し、提示するための装置および方法 |
| WO2012144379A1 (ja) * | 2011-04-21 | 2012-10-26 | ソニー株式会社 | 供給装置、供給方法、受信装置、受信方法、プログラム、および放送システム |
| JP2013520036A (ja) * | 2010-02-26 | 2013-05-30 | パナソニック株式会社 | デジタル放送システムにおける物理レイヤシグナリング |
| JP2013521739A (ja) * | 2010-03-05 | 2013-06-10 | サムスン エレクトロニクス カンパニー リミテッド | 複数のストリームを含むコンテンツファイル送受信装置及び方法 |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030011627A1 (en) * | 1999-11-08 | 2003-01-16 | Thomas Yager | Method and system for providing a multimedia presentation |
| US5627936A (en) * | 1995-12-21 | 1997-05-06 | Intel Corporation | Apparatus and method for temporal indexing of multiple audio, video and data streams |
| US7266686B1 (en) * | 1996-05-09 | 2007-09-04 | Two-Way Media Llc | Multicasting method and apparatus |
| US5956729A (en) * | 1996-09-06 | 1999-09-21 | Motorola, Inc. | Multimedia file, supporting multiple instances of media types, and method for forming same |
| US6931009B1 (en) * | 1997-07-15 | 2005-08-16 | Viasat, Inc. | Frame format and frame assembling/disassembling method for the frame format |
| US6744763B1 (en) * | 1998-01-15 | 2004-06-01 | Apple Computer, Inc. | Method and apparatus for media data transmission |
| US20040123324A1 (en) * | 2000-03-07 | 2004-06-24 | Sazzad Sharif M. | Methods and apparatus for providing video services such as Video-on-Demand, news and advertising services |
| KR20020032803A (ko) * | 2000-10-27 | 2002-05-04 | 구자홍 | 스트리밍 서비스를 위한 파일 구조 |
| US7519274B2 (en) * | 2003-12-08 | 2009-04-14 | Divx, Inc. | File format for multiple track digital data |
| US8126763B2 (en) * | 2005-01-20 | 2012-02-28 | Koninklijke Philips Electronics N.V. | Automatic generation of trailers containing product placements |
| WO2007086860A1 (en) * | 2006-01-27 | 2007-08-02 | Thomson Licensing | Closed-captioning system and method |
| US9510044B1 (en) * | 2008-06-18 | 2016-11-29 | Gracenote, Inc. | TV content segmentation, categorization and identification and time-aligned applications |
| JP5355950B2 (ja) * | 2008-07-17 | 2013-11-27 | 東芝機械株式会社 | Ｖ溝加工方法および装置 |
| US9788043B2 (en) * | 2008-11-07 | 2017-10-10 | Digimarc Corporation | Content interaction methods and systems employing portable devices |
| US9442933B2 (en) * | 2008-12-24 | 2016-09-13 | Comcast Interactive Media, Llc | Identification of segments within audio, video, and multimedia items |
| KR101809957B1 (ko) * | 2010-03-29 | 2017-12-18 | 엘지전자 주식회사 | 비실시간 서비스 처리 방법 및 방송 수신기 |
| US8514976B2 (en) * | 2010-09-27 | 2013-08-20 | Qualcomm Incorporated | Method and apparatus for coding and interleaving for very high throughput wireless communications |
| GB2486174A (en) * | 2010-12-01 | 2012-06-13 | Alistair Kelman | Inserting relevant advertisements into time-shifted TV viewing |
| US20120144419A1 (en) * | 2010-12-06 | 2012-06-07 | Microsoft Corporation | Interactive television |
| US8718189B2 (en) * | 2011-06-11 | 2014-05-06 | Allen LeRoy Limberg | Digital broadcasting systems using parallel concatenated coding of bit-complementary bitstreams |
| EP2536030A1 (en) * | 2011-06-16 | 2012-12-19 | Panasonic Corporation | Bit permutation patterns for BICM with LDPC codes and QAM constellations |
| WO2013069272A1 (ja) * | 2011-11-10 | 2013-05-16 | パナソニック株式会社 | 送信方法、受信方法、送信機、及び受信機 |
| WO2015037946A1 (en) * | 2013-09-12 | 2015-03-19 | Samsung Electronics Co., Ltd. | Transmitting apparatus, method of mapping data thereof, receiving apparatus, data processing method thereof |
| JP6225884B2 (ja) * | 2014-11-06 | 2017-11-08 | トヨタ自動車株式会社 | 車両の制御装置 |
-
2014
- 2014-12-17 EP EP14873052.6A patent/EP3085099A4/en not_active Withdrawn
- 2014-12-17 KR KR1020167013810A patent/KR20160074671A/ko not_active Application Discontinuation
- 2014-12-17 CA CA2933602A patent/CA2933602C/en active Active
- 2014-12-17 WO PCT/KR2014/012504 patent/WO2015093856A1/en active Application Filing
- 2014-12-17 JP JP2016541500A patent/JP2017508326A/ja active Pending
- 2014-12-17 US US15/106,671 patent/US20160337716A1/en not_active Abandoned
Patent Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000341652A (ja) * | 1999-05-27 | 2000-12-08 | Matsushita Electric Ind Co Ltd | ディジタル放送用聴覚補償方法およびそれに用いる受信装置 |
| JP2001103386A (ja) * | 1999-09-28 | 2001-04-13 | Sanyo Electric Co Ltd | デジタル放送受信装置 |
| JP2003304510A (ja) * | 2002-04-12 | 2003-10-24 | Mitsubishi Electric Corp | デジタル放送システム、デジタル放送送信機およびデジタル放送受信機 |
| JP2008500790A (ja) * | 2004-05-21 | 2008-01-10 | エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート | ３次元立体ビデオ付加データを用いた３次元立体デジタル放送の送／受信装置及びその方法 |
| JP2012199950A (ja) * | 2005-09-12 | 2012-10-18 | Qualcomm Inc | カスタマイズされたチャネル情報を提供し、提示するための装置および方法 |
| JP2010525631A (ja) * | 2007-04-05 | 2010-07-22 | エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート | デジタルマルチメディア放送アプリケーションフォーマットの生成方法及びその装置 |
| JP2009111777A (ja) * | 2007-10-30 | 2009-05-21 | Kyocera Corp | デジタル放送受信装置 |
| US20090320087A1 (en) * | 2008-06-09 | 2009-12-24 | Le Electronics Inc. | Method for mapping between signaling information and announcement information and broadcast receiver |
| JP2010074238A (ja) * | 2008-09-16 | 2010-04-02 | Canon Inc | 受信装置及びその制御方法 |
| JP2010187157A (ja) * | 2009-02-12 | 2010-08-26 | Funai Electric Co Ltd | ディジタルテレビ放送受信装置 |
| JP2010226520A (ja) * | 2009-03-24 | 2010-10-07 | Sharp Corp | コンテンツ表示制御装置、コンテンツ表示制御方法、プログラム、記録媒体 |
| JP2013520036A (ja) * | 2010-02-26 | 2013-05-30 | パナソニック株式会社 | デジタル放送システムにおける物理レイヤシグナリング |
| JP2013521739A (ja) * | 2010-03-05 | 2013-06-10 | サムスン エレクトロニクス カンパニー リミテッド | 複数のストリームを含むコンテンツファイル送受信装置及び方法 |
| WO2012144379A1 (ja) * | 2011-04-21 | 2012-10-26 | ソニー株式会社 | 供給装置、供給方法、受信装置、受信方法、プログラム、および放送システム |
Non-Patent Citations (1)
| Title |
|---|
| ATSC, ATSC MOBILE DTV STANDARD: A/153 PART 3, SERVICE MULTIPLEX AND TRANSPORT SUBSYSTEM CHARACTERISTICS, vol. Doc. A/153 Part 3:2013, JPN6017034247, 29 October 2013 (2013-10-29), US, pages 14 - 37, ISSN: 0003816511 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CA2933602C (en) | 2018-11-06 |
| CA2933602A1 (en) | 2015-06-25 |
| WO2015093856A1 (en) | 2015-06-25 |
| KR20160074671A (ko) | 2016-06-28 |
| US20160337716A1 (en) | 2016-11-17 |
| EP3085099A1 (en) | 2016-10-26 |
| EP3085099A4 (en) | 2017-05-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101877159B1 (ko) | 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법 | |
| JP6262880B2 (ja) | 放送伝送装置、放送受信装置、放送伝送装置の動作方法及び放送受信装置の動作方法 | |
| JP6474835B2 (ja) | ハイブリッド放送サービスを処理する装置、及びハイブリッド放送サービスを処理する方法 | |
| JP6309639B2 (ja) | １つ以上のネットワークを介して放送コンテンツを送信又は受信するための方法及び装置 | |
| KR101788066B1 (ko) | 하나 이상의 네트워크를 통해 방송 컨텐츠를 송수신하는 장치 및 방법 | |
| US20180115796A1 (en) | Broadcast signal transmitting device, broadcast signal receiving device, broadcast signal transmitting method, and broadcast signal receiving method | |
| KR101865299B1 (ko) | 방송 전송 장치, 방송 전송 장치의 동작 방법, 방송 수신 장치 및 방송 수신 장치의 동작 방법 | |
| KR101973469B1 (ko) | 방송 수신 장치, 방송 수신 장치의 동작 방법, 방송 수신 장치와 연동하는 연동 장치 및 연동 장치의 동작 방법 | |
| CN106464979B (zh) | 服务指南信息发送方法、服务指南信息接收方法、服务指南信息发送装置、以及服务指南信息接收装置 | |
| JP6325673B2 (ja) | 放送信号受信装置及び放送信号受信方法 | |
| KR20170026483A (ko) | 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법 | |
| KR101838202B1 (ko) | 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법 | |
| KR101875667B1 (ko) | 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법 | |
| KR101844235B1 (ko) | 하나 이상의 네트워크를 통해 방송 컨텐츠를 송수신하는 장치 및 방법 | |
| KR20170003612A (ko) | 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법 | |
| US20160227271A1 (en) | Broadcast transmission device and operating method thereof, and broadcast reception device and operating method thereof | |
| JP2017508326A (ja) | 放送伝送装置、放送伝送装置の動作方法、放送受信装置および放送受信装置の動作方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20170720 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20170912 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20171212 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20180619 |