CN103975602A - 广播服务接收方法和广播服务接收装置 - Google Patents
广播服务接收方法和广播服务接收装置 Download PDFInfo
- Publication number
- CN103975602A CN103975602A CN201280059151.3A CN201280059151A CN103975602A CN 103975602 A CN103975602 A CN 103975602A CN 201280059151 A CN201280059151 A CN 201280059151A CN 103975602 A CN103975602 A CN 103975602A
- Authority
- CN
- China
- Prior art keywords
- service
- information
- nrt
- receiver
- content
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 250
- 230000011664 signaling Effects 0.000 claims abstract description 408
- 230000004044 response Effects 0.000 claims abstract description 112
- 230000008859 change Effects 0.000 claims description 25
- 230000002123 temporal effect Effects 0.000 claims description 11
- 230000004087 circulation Effects 0.000 description 80
- 230000009471 action Effects 0.000 description 59
- 230000001960 triggered effect Effects 0.000 description 55
- 239000000284 extract Substances 0.000 description 54
- 230000005540 biological transmission Effects 0.000 description 52
- 238000003860 storage Methods 0.000 description 52
- VEMKTZHHVJILDY-UHFFFAOYSA-N resmethrin Chemical compound CC1(C)C(C=C(C)C)C1C(=O)OCC1=COC(CC=2C=CC=CC=2)=C1 VEMKTZHHVJILDY-UHFFFAOYSA-N 0.000 description 49
- 230000006870 function Effects 0.000 description 42
- 239000000470 constituent Substances 0.000 description 30
- 238000012545 processing Methods 0.000 description 27
- 238000000605 extraction Methods 0.000 description 23
- 238000004422 calculation algorithm Methods 0.000 description 21
- 238000010586 diagram Methods 0.000 description 20
- 230000008569 process Effects 0.000 description 20
- 238000007726 management method Methods 0.000 description 15
- 230000001360 synchronised effect Effects 0.000 description 15
- 238000002360 preparation method Methods 0.000 description 14
- 230000011218 segmentation Effects 0.000 description 14
- 238000004458 analytical method Methods 0.000 description 11
- 238000004891 communication Methods 0.000 description 11
- 238000005538 encapsulation Methods 0.000 description 11
- 238000009826 distribution Methods 0.000 description 10
- 230000008878 coupling Effects 0.000 description 8
- 238000010168 coupling process Methods 0.000 description 8
- 238000005859 coupling reaction Methods 0.000 description 8
- 238000001514 detection method Methods 0.000 description 8
- 238000012552 review Methods 0.000 description 8
- 239000012634 fragment Substances 0.000 description 7
- 230000000007 visual effect Effects 0.000 description 7
- 238000013459 approach Methods 0.000 description 6
- 230000015572 biosynthetic process Effects 0.000 description 6
- 230000006835 compression Effects 0.000 description 6
- 238000007906 compression Methods 0.000 description 6
- 238000009792 diffusion process Methods 0.000 description 6
- 230000002452 interceptive effect Effects 0.000 description 6
- 230000000670 limiting effect Effects 0.000 description 6
- 238000007689 inspection Methods 0.000 description 5
- 238000013507 mapping Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000003780 insertion Methods 0.000 description 4
- 230000037431 insertion Effects 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000003825 pressing Methods 0.000 description 4
- 238000011084 recovery Methods 0.000 description 4
- 238000001228 spectrum Methods 0.000 description 4
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 4
- 230000003139 buffering effect Effects 0.000 description 3
- 239000003795 chemical substances by application Substances 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 238000004880 explosion Methods 0.000 description 3
- 239000010408 film Substances 0.000 description 3
- 230000033001 locomotion Effects 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 238000006386 neutralization reaction Methods 0.000 description 3
- 238000003672 processing method Methods 0.000 description 3
- 238000009877 rendering Methods 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 230000003442 weekly effect Effects 0.000 description 3
- 239000004322 Butylated hydroxytoluene Substances 0.000 description 2
- 241001280173 Crassula muscosa Species 0.000 description 2
- 241001269238 Data Species 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000036961 partial effect Effects 0.000 description 2
- 239000002245 particle Substances 0.000 description 2
- 238000011002 quantification Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- LZDYZEGISBDSDP-UHFFFAOYSA-N 2-(1-ethylaziridin-1-ium-1-yl)ethanol Chemical compound OCC[N+]1(CC)CC1 LZDYZEGISBDSDP-UHFFFAOYSA-N 0.000 description 1
- UHLRPXXFPYMCAE-UHFFFAOYSA-N 4-isopropylcalix[4]arene Chemical compound C1C(C=2O)=CC(C(C)C)=CC=2CC(C=2O)=CC(C(C)C)=CC=2CC(C=2O)=CC(C(C)C)=CC=2CC2=CC(C(C)C)=CC1=C2O UHLRPXXFPYMCAE-UHFFFAOYSA-N 0.000 description 1
- 101000591286 Homo sapiens Myocardin-related transcription factor A Proteins 0.000 description 1
- 101100519421 Homo sapiens PDZD11 gene Proteins 0.000 description 1
- 102000027307 Mimecan Human genes 0.000 description 1
- 108091013859 Mimecan Proteins 0.000 description 1
- 102100034099 Myocardin-related transcription factor A Human genes 0.000 description 1
- 102100025661 PDZ domain-containing protein 11 Human genes 0.000 description 1
- 210000003818 area postrema Anatomy 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 150000001875 compounds Chemical class 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000008034 disappearance Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000006386 memory function Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 238000004321 preservation Methods 0.000 description 1
- 230000002829 reductive effect Effects 0.000 description 1
- 238000007430 reference method Methods 0.000 description 1
- 230000015541 sensory perception of touch Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000003892 spreading Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000002459 sustained effect Effects 0.000 description 1
- 239000010409 thin film Substances 0.000 description 1
- 239000011800 void material Substances 0.000 description 1
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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
-
- 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
-
- 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/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- 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/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
-
- 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
-
- 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
-
- 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
- H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/015—High-definition television systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H2201/00—Aspects of broadcast communication
- H04H2201/30—Aspects of broadcast communication characterised by the use of a return channel, e.g. for collecting users' opinions, for returning broadcast space/time information or for requesting data
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Systems (AREA)
Abstract
根据本发明,一种广播接收装置的广播服务接收方法包括以下步骤:接收作为广播服务而被发送的内容当中的视频流;基于所接收的视频流的一部分,生成针对与所述广播服务相关的信令信息和与所述广播服务的附属服务相关的信令信息中的至少一个的请求消息;通过因特网网络向服务器发送所生成的请求消息;从所述服务器接收响应于所述请求消息的响应消息;基于所接收的响应消息,获取与所述视频流相对应的所述广播服务和所述广播服务的所述附属服务中的至少一个;以及提供所获取的广播服务和附属服务,其中,所述请求消息包括用于指定请求时间间隔的第一查询信息和用于指定要被请求的至少一个信令表的第二查询信息。
Description
技术领域
本公开涉及接收广播服务的方法和用于接收广播服务的装置。
背景技术
数字电视机(DTV)现今呈现为除了电视机(TV)的原始功能以外还提供其它各种服务。例如,可以将诸如电子节目指南(EPG)的广播信息提供给用户,而且还可以将来自至少两个频道的广播服务同时提供给用户。尤其是,因为DTV的接收***包括大容量存储装置,并且连接至数字通信信道和因特网(通过其可获得双向通信),所以更多的服务变得可通过广播信号接入。另外,因为通过广播信号提供的服务变得更多样化,所以针对准确地利用多样化服务的需要增加,而且针对通过EPG向用户提供诸如附属服务的广播信息的需要也随之增加。
发明内容
技术问题
实施方式提供了有效地递送针对内容的附属服务的、接收广播服务的方法和用于接收广播服务的装置。
实施方式还提供了有效地通过因特网网络提供广播服务的、接收广播服务的方法和用于接收广播服务的装置。
实施方式还提供了提供改进广播服务及其附属服务而不影响一般接收器的、接收广播服务的方法和用于接收广播服务的装置,以及该装置的附属服务处理方法。
技术方案
在一个实施例中,提供了一种广播接收装置的广播服务接收方法,该方法包括以下步骤:接收作为广播服务而被发送的内容当中的视频流;基于所接收的视频流的一部分,生成针对与所述广播服务相关的信令信息和与所述广播服务的附属服务相关的信令信息中的至少一个的请求消息;通过因特网网络向服务器发送所生成的请求消息;从所述服务器接收响应于所述请求消息的响应消息;基于所接收的响应消息,获取与所述视频流相对应的所述广播服务和所述广播服务的所述附属服务中的至少一个;以及提供所获取的广播服务和附属服务,其中,所述请求消息包括用于指定请求时间间隔的第一查询信息和用于指定要被请求的至少一个信令表的第二查询信息。
在另一实施方式中,提供了一种广播接收装置的广播服务提供方法,该方法包括以下步骤:接收针对广播服务的附属服务的服务信令数据;基于所接收的服务信令数据而接收附属服务;从所接收的附属服务获取针对所述广播服务和所述附属服务的指南对象;以及显示所述指南对象,其中,所述指南对象包括显示在整个画面区域中的局部区域中的节目指南和NRT服务指南,并且所述局部区域根据所述广播服务和所述附属服务的状态而改变。
在又一实施方式中,一种广播服务接收装置,该广播服务接收装置包括:视频流接收单元,该视频流接收单元接收作为广播服务而被发送的内容当中的视频流;控制单元,该控制单元基于所接收的视频流的一部分,生成针对与所述广播服务相关的信令信息和与所述广播服务的附属服务相关的信令信息中的至少一个的请求消息;网络接口单元,该网络接口单元通过因特网网络向服务器发送所生成的请求消息,并且从所述服务器接收响应于所述请求消息的响应消息,其中,所述请求消息包括用于指定请求时间间隔的第一查询信息和用于指定要被请求的至少一个信令表的第二查询信息,并且所述控制单元基于所接收的响应消息,获取与所述视频流相对应的所述广播服务和所述广播服务的所述附属服务中的至少一个。
在又一实施方式中,一种广播接收装置,该广播接收装置包括:接收单元,该接收单元接收针对广播服务的附属服务的服务信令数据,并且基于所接收的服务信令数据而接收附属服务;服务管理器,该服务管理器从所接收的附属服务获取针对所述广播服务和所述附属服务的指南对象;以及显示单元,该显示单元显示所获取的指南对象,其中,所述指南对象包括显示在所述显示单元的整个画面区域中的局部区域中的节目指南和NRT服务指南,并且所述服务管理器根据所述广播服务和所述附属服务的状态来改变所述局部区域。
有利效果
根据本发明一实施方式,有关广播服务和附属服务的信令信息可以有效地接收并且可以利用针对附属服务的对象来提供改进的广播服务。
另外,根据本发明一实施方式,因为有效信令表被指定并且按具体时间表来接收,所以发送和接收***以及网络的负载可以减小,并且可以提供有效的广播服务。
而且,根据本发明一实施方式,利用XML和HTTP格式,通过IP网络的有效服务发送成为可能。
而且,根据本发明另一实施方式,因为提供了其中显示区域可根据情况改变的广播服务和NRT服务指南,所以可以向用户提供针对广播服务和附属服务的丰富指南。
附图说明
图1是例示怎样提供RT服务和NRT服务的概念图。
图2是例示根据一实施方式的NRT服务的结构的视图。
图3是例示根据一实施方式的针对NRT服务的协议堆的视图。
图4是例示针对移动NRT服务的协议堆的一个实施例的视图。
图5是例示根据一实施方式的TVCT表区段(VCT)的比特流区段的视图。
图6和7是例示根据一实施方式的、怎样限定service_type域的值的视图。
图8是用于标识DST区段中的NRT服务的应用和data_service_table_bytes的比特流语法的data_service_table_section的视图。
图9是例示通过利用用于发送数据广播流的ATSC A/90标准和用于发送IP多播流的ATSC A/92,在接收***中接收并提供NRT服务的方法的视图。
图10和11是例示根据另一实施方式的、利用VCT来信令DSM-CC可寻址区段数据的方法的视图。
图11是例示根据本发明另一实施方式的、利用VCT来信令DSM-CC可寻址区段数据的方法的视图。
图12和13是例示根据一实施方式的NST的比特流语法的视图。
图14是例示根据一实施方式的NRT_component_descriptor(MH_component_descriptor)的比特流语法的视图。
图15是例示根据一实施方式的包括NRT_component_data的NRT组分描述符的比特流语法的视图。
图16是例示根据一实施方式的用于信令NRT应用的NRT-IT区段的比特流语法的视图。
图17是例示根据一实施方式的用于NRT区段(NRT_content_table_section)的比特流的语法结构的视图。
图18是例示根据一实施方式的提供有关NRT服务数据的信令信息的SMT会话的比特流语法结构的视图。
图19是例示根据一实施方式的用于映射文件和content_id的FDT schema的视图。
图20是例示根据另一实施方式的用于映射文件和content_id的FDT schema的视图。
图21是例示根据一实施方式的接收器的操作的流程图。
图22和23是例示根据另一实施方式的接收、存储,以及播放针对NRT服务的NRT内容的接收***的视图。
图24是例示根据一实施方式的、接收器用于接收和提供NRT服务的方法的流程图。
图25是例示根据一实施方式的触发的比特流语法的视图。
图26是例示根据一实施方式的、根据包括触发的同步化数据流方法的PES结构的视图。
图27是例示根据一实施方式的作为比特流语法的用于发送触发的PES净荷的同步数据包结构的视图。
图28是例示根据一实施方式的DST上的tap()中的内容类型描述符结构。
图29是例示根据一实施方式的PMT和服务标识符描述符的语法的视图。
图30是例示根据一实施方式的触发流描述符的视图。
图31是根据一实施方式的AIT的视图。
图32是根据一实施方式的STT的视图。
图33是例示根据一实施方式的用于发送TDO和触发的发送器的框图。
图34是例示根据一实施方式的用于接收TDO和触发的接收器的框图。
图35是例示根据一实施方式的触发发送方法的流程图。
图36是例示根据一实施方式的接收器300的操作的流程图。
图37是例示根据一实施方式的利用触发表的触发接收方法的流程图。
图38是例示根据一实施方式的、当利用DST发送触发信令信息和触发时接收器的操作的流程图。
图39是例示根据一实施方式的、当利用触发流描述符发送触发时接收器的操作的流程图。
图40是例示根据一实施方式的、当利用流类型发送触发时接收器的操作的流程图。
图41是例示根据一实施方式的、当利用AIT发送触发时接收器的操作的流程图。
图42是例示根据一实施方式的、当利用STT发送触发时接收器的操作的流程图。
图43是根据本发明一实施方式的定时图。
图44是例示根据本发明一实施方式的启用触发数据发送方法的流程图。
图45是根据本发明另一实施方式的定时图。
图46是例示根据本发明一实施方式的维护触发数据发送方法的流程图。
图47是例示根据本发明一实施方式的维护触发接收方法的视图。
图48是根据本发明一实施方式的定时图。
图49是例示根据本发明一实施方式的预备触发接收方法的流程图。
图50是例示根据本发明另一实施方式的预备触发接收方法的流程图。
图51是例示根据本发明另一实施方式的配置触发的比特流语法的视图。
图52是例示根据本发明一实施方式的内容项描述符的语法的视图。
图53是例示根据本发明一实施方式的因特网位置描述符的语法的视图。
图54是例示根据本发明另一实施方式的触发发送方法的流程图。
图55是例示根据本发明一实施方式的接收器的操作方法的流程图。
图56是例示根据本发明一实施方式的、接收器用于识别内容项的位置信息的方法的视图。
图57是例示根据本发明一实施方式的、通过接收器处理触发的方法的TDO状态转变图。
图58是例示根据本发明一实施方式的link_descriptor的语法的视图。
图59和60是例示包括在链接描述符中的域的内容的视图。
图61和62是例示根据本发明一实施方式的、当图58的链接描述符包括在PSIP表当中的事件信息表(EIT)的描述符中时每一个表之间的链接的视图。
图63是例示根据本发明一实施方式的事件描述符(Event_descriptor)和该事件描述符中的域的内容的语法的视图。
图64是例示根据本发明一实施方式的、通过事件描述符来标识链接节目的方法的视图。
图65是例示根据本发明一实施方式的、接收器300通过利用链接描述符来接收广播节目或广播频道相关内容的操作的流程图。
图66是例示根据本发明一实施方式的、接收器300通过利用事件描述符来提供广播节目相关内容的操作的流程图。
图67是例示根据本发明一实施方式的NRT服务描述符(NRT_service_descriptor),即,服务等级描述符的语法的视图。
图68是例示根据本发明一实施方式的、根据NRT服务描述符中的consumption_model域的每一个值的含义的视图。
图69是例示根据本发明一实施方式的、当通过TDO消费模型发送TDO时接收器300的操作的流程图。
图70是例示根据本发明一实施方式的、根据TDO消费模型分配并管理TDO存储区域的方法的流程图。
图71是例示根据本发明一实施方式的TDO元数据描述符的视图。
图72是例示根据本发明一实施方式的、接收器300接收TDO元数据的操作的流程图。
图73是例示根据本发明一实施方式的、接收器300用于根据TDO元数据中的时间信息来管理TDO的方法的流程图。
图74是例示根据本发明另一实施方式的、接收器300用于根据TDO元数据中的时间信息和优先级信息来管理TDO的方法的流程图。
图75是例示根据本发明一实施方式的因特网位置描述符的语法的视图。
图76是例示根据本发明一实施方式的、当通过因特网网络发送FDT时接收器300的操作的流程图。
图77是例示根据本发明一实施方式的、当通过链接描述符发送FDT的URL时接收器300的操作的流程图。
图78是例示根据本发明一实施方式的、当通过NRT-IT发送FDT的URL时接收器300的操作的流程图。
图79是例示包括入口内容项的NRT服务的概念图。
图80和81是例示根据本发明一实施方式的、用于发送有关入口内容项的信息的NRT-IT的视图。
图82是例示根据本发明一实施方式的、当发送入口内容项时接收器的操作方法的视图。
图83是根据本发明一实施方式的、所发送多个NRT服务对象的概念图。
图84是例示根据本发明一实施方式的、包括在SMT中的NRT服务描述符的语法的视图。
图85和86是例示根据本发明另一实施方式的另一NRT-IT的语法的视图。
图87是例示根据本发明另一实施方式的其它NRT位置描述符(Other_NRT_location_descriptor)的语法的视图。
图88是例示根据本发明一实施方式的接收广播服务的方法的流程图。
图89至97是例示根据本发明一实施方式的网络拓扑的视图。
图98是根据本发明一实施方式的接收器300的视图。
图99是例示根据本发明一实施方式的触发的XML格式的视图。
图100和101是例示根据本发明另一实施方式的触发的XML格式的视图。
图102是例示根据本发明一实施方式的触发URL描述符的语法的视图。
图103是例示根据本发明一实施方式的TDO触发表的语法的视图。
图104是例示根据本发明一实施方式的接收器300的操作方法的视图。
图105是例示根据本发明另一实施方式的、包含查询结果的ACR-Resulttype的XML schema图解的视图。
图106是例示根据本发明一实施方式的接收器300的触发请求和接收方法的流程图。
图107是例示根据本发明一实施方式的、基于HTTP GET指令格式的触发请求消息的视图。
图108是例示根据本发明一实施方式的、基于HTTP POST指令格式的触发请求消息的视图。
图109和110是例示根据本发明一实施方式的触发请求结果消息的XML schema图解的视图。
图111是例示根据本发明一实施方式的DO描述符的视图。
图112是例示根据本发明一实施方式的所配置时隙描述符的比特流语法的视图。
图113是例示时隙描述符中的子域的内容的视图。
图114是例示根据本发明一实施方式的应用边界描述符的视图。
图115是例示根据本发明另一实施方式的所扩展DO描述符的视图。
图116是例示根据本发明一实施方式的ILT的视图。
图117是例示根据本发明一实施方式的、信令表的查询表(用于信令表请求的查询术语)的视图。
图118是例示在通过因特网发送触发时,在短轮询期间请求与回复之间的时间线的视图。
图119是例示在通过因特网发送触发时,在HTTP串流期间请求与响应之间的时间线的视图。
图120是例示根据本发明另一实施方式的触发结构的视图。
图121是例示根据本发明一实施方式的触发流描述符的视图。
图122是例示根据本发明一实施方式的触发和TDO-API的使用例的视图。
图123是例示根据本发明另一实施方式的触发流关联描述符的视图。
图124是例示根据本发明另一实施方式的ILT的视图。图125是例示根据本发明另一实施方式的、在ILT中使用的URL功能代码值表的视图。
图126和127是例示根据本发明一实施方式的信令表请求消息的第二查询信息和响应关系的视图。
图128是例示根据本发明另一实施方式的ILT的视图。图129是例示在图128中使用的URL_fuction_code值表的视图。
图130是例示根据本发明一实施方式的、包括数据流消费模型的消费模型域的视图。
图131是例示接收器通过接收分配给数据流消费模型的NRT服务来提供用于接收广播服务的DO用数据的方法的流程图。
图132是例示根据本发明一实施方式的多文件HTTP串流请求消息的XML格式的视图。
图133是例示根据本发明另一实施方式的ILT语法的视图。图134是例示用于图133中所示ILT中的URL功能代码的表。
图135是例示根据本发明一实施方式的、接收用于TDO的实时数据的触发API的XML格式的视图。
图136是例示根据本发明另一实施方式的第二查询信息表的视图。
图137是例示根据本发明一实施方式的附属EPG描述符的语法的视图。
图138是例示根据本发明另一实施方式的附属EPG描述符的语法的视图。
图139是例示根据本发明一实施方式的、当分配EPG消费模型时根据NRT服务描述符中的consumption_model域的每一个值的含义的视图。
图140是例示根据本发明一实施方式的、基于EPG消费模型的NRT服务来提供EPG的方法,作为接收广播服务的方法的流程图。
图141是例示根据本发明一实施方式的EPG与每一个表之间的链接的视图。
图142是例示根据本发明一实施方式的所提供EPG的视图。
图143和144是例示根据本发明一实施方式的、当用户请求附加信息时的EPG画面的视图。
图145是例示根据本发明另一实施方式的与其它表链接的链接信息的视图。
图146是例示根据本发明一实施方式的链接描述符的语法的视图。
图147是例示根据本发明一实施方式的链接描述符的目标类型域的视图。
图148是例示根据本发明另一实施方式的链接描述符的视图。
图149是例示根据本发明一实施方式的、在画面的局部区域中操作的DO的视图。
图150是例示根据本发明一实施方式的、要显示EPG的局部区域的视图。
图151是在根据要显示的附属服务对象的区域和尺寸来分配索引时的视图。
图152是在指定一对象的不可用区域时的视图。
具体实施方式
下面,参照附图,对本发明优选实施方式进行更详细描述。在附图中示出并且随着附图描述的本发明的配置和操作作为至少一个实施例来说明,并且本发明的技术思想及其核心配置与操作不限于此。
考虑到本发明的功能,本发明中使用的术语在可能时被选择为当前使用的一般术语,但可以根据本领域那些术语的意图或约定或出现的新技术来改变。在某些情况下,存在由申请人任意选择的术语,并且在这种情况下,它们的含义将在本说明书中进行更详细描述。因此,本发明中使用的术语应当基于遍布本发明的术语和内容的含义而非该术语的简单名称来限定。
而且,在本发明中的术语当中,实时(RT)服务字面上意指在实时下的服务。即,该服务受时间限制。与此相反,非实时(NRT)服务是NRT下的服务而非RT服务。即,NRT服务不受时间限制。而且,用于NRT服务的数据被称作NRT服务数据。
根据本发明的广播接收器可以通过诸如地面波、线缆,以及因特网的介质来接收NRT服务。
NRT服务可以存储在广播接收器的存储介质中,并接着可以根据预定时间或者按用户的请求显示在显示装置上。NRT服务按文件格式接收,并且存储在根据一实施方式的存储介质中。根据一实施方式,该存储介质可以是在广播接收器中具体实施的HDD。作为另一实施例,该存储介质可以是通用串行总线(USB)存储器或外部HDD,其连接至广播接收***。
信令信息是必需的,以接收构成NRT服务的文件、将它们存储在存储介质中,并且向用户提供服务。本发明可以指定上述信令信息,作为NRT服务信令信息或NRT服务信令数据。
根据获取包括NRT服务信令数据的IP数据报的方法,NRT服务包括固定NRT服务和移动NRT服务。尤其是,固定NRT服务被提供给固定广播接收器,而移动NRT服务被提供给移动广播接收器。
图1是例示怎样提供RT服务和NRT服务的概念图。
广播站根据传统方式(即,像当前地面广播(或移动广播)一样)发送RT服务。在这点上,广播站发送RT服务,并接着,通过利用在发送期间剩余的带宽或排它带宽,可以提供NRT服务。即,RT服务和NRT服务通过相同或不同频道来发送。因此,为了使广播接收器分离RT服务和NRT服务并且存储所分离NRT服务,以便在需要时将其提供给用户,需要服务信令信息(或NRT服务信令数据)。NRT服务信令信息(或NRT服务信令数据)稍后将加以更详细描述。
例如,广播站实时发送广播服务数据,而非实时发送新闻短片、天气信息、广告,以及推视频点播(Push VOD)。另外,除了新闻短片、天气信息、广告,以及推视频点播以外,NRT服务还可以是特定场景、特定节目的详细信息,以及实时广播流的预览。
典型广播接收器(即,传统装置)可以接收并处理RT服务,但不能接收和处理NRT服务。即,典型广播接收器(即,传统装置)原则上不受频道广播RT服务中的NRT流影响。即,即使接收到NRT服务,该典型广播接收器也无法处理所接收NRT服务,因为其不包括用于适当处理其的单元。
与此相反,本发明的广播接收器(即,NRT装置)接收与RT服务组合的NRT服务,并且适当地处理该NRT服务,以使与典型广播接收器相比,其向观看者提供更多不同功能。
图2是例示根据一实施方式的NRT服务的结构的视图。
该NRT服务包括如图2所示的至少一个内容项(或内容或NRT内容),并且根据一实施方式,该内容项包括至少一个文件。文件和对象在本发明中具有相同含义。
该内容项是可独立播放的最小单元。例如,按NRT提供新闻。如果该新闻包括商业新闻、政治新闻,以及生活新闻,则其可以是NRT服务,并且每一个都可以被指定为内容项。而且,商业新闻、政治新闻以及生活新闻中的每一个都可以包括至少一个文件。
在这点上,NRT服务可以通过和RT服务相同的广播频道或排它广播频道,按MPEG-2传输流(TS)包格式来发送。在这种情况下,为了标识NRT服务,可以将唯一PID分配给NRT服务数据的TS包并接着发送。根据本发明一实施方式,基于IP的NRT服务数据被分组成MPEG-2TS包并接着发送。
在这点上,为接收NRT服务数据所需的NRT服务信令数据通过NRT服务信令信道发送。NRT服务信令信道通过IP层上的特定IP流发送,而且在这点上,该特定IP流可以被分组成MPEG-2TS包并接着发送。通过NRT服务信令信道发送的NRT服务信令数据可以包括服务映射表(SMT)、NRT服务表(NST)、NRT内容表(NCT)、NRT信息表(NRT-IT),以及文本片段表(TFT)中的至少一个。该NST或SMT提供有关在IP层上操作的至少一个NRT服务的接入信息,或者构成NRT服务的内容项或文件。该NRT-IT或NCT提供有关构成NRT服务的内容项或文件的接入信息。
另外,包括SMT(或NST)和NRT-IT(或NCT)的NRT服务信令数据可以被包括在MPEG-2TS上的PSIP表中,或者可以通过虚拟频道中的IP层上的NRT服务信令信道来发送。而且,可以将多个NRT服务数据通过一个虚拟频道来提供。
NRI-IT包括描述要存储在接收装置中的可下载内容的信息。提供给NRT-IT的信息可以包括内容标题(例如,可下载节目的名称)、用于下载内容的可用时间、内容推荐、标题服务的可用性、内容标识,以及其它元数据。
另外,TFT提供有关内容项或服务的详细描述。TFT可以包括支持多语言的数据结构,从而结果,可以按不同语言表示详细描述(例如,每一个字符串对应于一种语言)。文本片段表可以被包括在具有table_id值(TBD)的专用区段中,并且可以用TFT_id标识。TFT区段可以将IP包包括在服务信令信道中,并且可以通过IANA将多播IP地址(224.0.23.60)和端口(4937)指配给服务信令信道。
首先,接收器例如可以参照SMT中的service_category域,标识对应服务是否为NRT服务。另外,接收器可以通过NRT_service_id域唯一地标识来自SMT的NRT服务。
另外,NRT服务可以包括多个内容项。接收器可以通过NCT或NRT-IT中的content_id域标识NRT内容项。另外,NRT内容项和NRT服务可以通过将NCT的NRT_channel_id域匹配至NRT_service_id域而彼此连接。
而且,NRT服务可以通过FLUTE会话发送,并且接收器可以从FLUTE会话提取FDT信息。接着,所提取FDT信息中的content_id被映射至NCT或OMA-BCASTSG的content_id,以便确认并接收用户选择的NRT服务内容。如果简要描述该映射方法,则例如,接收器在FLUTE会话中通过FDT中的TOI和内容-位置域来标识构成NRT内容项的每一个文件。每一个TOI或内容-位置和内容项将FDT的content_ID映射成NCT的content_ID域或者OMA BCAST SG的content_ID域,以确认并接收NRT服务内容。
图3是例示根据一实施方式的针对NRT服务的协议堆的视图。
对于固定NRT服务来说,文件格式的NRT服务在IP层中被IP分组,并接着,通过特定频道按MPEG-2TS格式发送。
通过基于MPEG-2的节目特定信息(PSI)或节目与***信息协议(PSIP)表(例如,VCT),确定虚拟频道中是否存在NRT服务,并且信令NRT服务的标识信息。
根据一实施方式,NRT服务信令信道(其发送信令基于IP的NRT服务的接入信息的NRT服务信令数据)在IP层中被分组成特定IP流,并接着,按MEPG-2TS格式发送。
即,广播站根据如图3所示的文件传输协议方法,分组NRT内容项或文件,并接着,按异步分层编码(ALC)或分层编码传输(LCT)方法来分组所分组NRT内容项或文件。接着,所分组ALC或LCT数据根据UDP方法分组。接着,所分组UDP数据再次根据IP方法分组,并接着,变为IP数据。这里,IP数据可以包括具有有关文件递送单向传输(FLUTE)会话的信息的文件描述表(FDT)。所分组IP包可以被指定为IP数据报,以方便本发明中的描述。
另外,NRT服务的IP数据报按可寻址区段结构封装,并且再次按MPET-2TS格式分组。即,一个可寻址区段结构具有添加至一个IP数据报的、区段头部和CRC检验和。可寻址区段结构的格式被匹配至就结构而言用于专用数据传输的数字存储介质命令和控制(DSM-CC)区段格式。因此,该可寻址区段可以被指定为DSM-CC可寻址部分。
而且,包括为接收NRT内容/文件所需的的SMT(或NST)和NRT-IT(或NCT)中的至少一个的NRT服务信令数据可以通过IP层上的NRT服务信令信道来发送。因此,NRT服务信令数据可以根据IP方法分组,以便通过IP层上的NRT服务信令信道来发送它。NRT服务信令信道封装在具有公知IP地址的IP数据报中并根据一实施方式多播。
另外,NRT服务信令数据可以被包括在节目特定信息(PSI)或节目与***信息协议(PSIP)表区段数据中,并接着发送。而且,PSI表可以包括节目映射表(PMT)和节目关联表(PAT)。PSIP表可以包括:虚拟频道表(VCT)、地面虚拟频道表(TVCT)、有线虚拟频道表(CVCT)、***时间表(STT)、等级区域表(RRT)、扩展文本表(ETT)、直接频道改变表(DCCT)、直接频道改变选择代码表(DCCSCT)、事件信息表(EIT),以及主指南表(MGT)。
而且,作为用于广播服务的数字版权管理和加密以便保护NRT服务不受非法分布和再现的数据,可以使用由开放移动联盟(OMA)提出的广播服务使能器套件数字版权管理(BroadCast Services Enabler Suite Digital Rights Management(BCASTDRM))。
而且,上述节目特定信息(PSI)、节目与***信息协议(PSIP)表区段数据、DSM-CC可寻址区段数据,以及OMA BCAST DRM数据按184字节单元来划分,并接着,将4字节MEPG头部添加至每一个184字节,以便获取188字节MPEG-2TS包。在这点上,分配给MPEG头部的PID的值是标识用于发送NRT服务和NRT服务信令信道的TS包的唯一值。
MPEG-2TS包可以在物理层中按预定发送方法来调制,例如,8-VSB传输方法,并接着,可以发送至接收***。
而且,图4是例示根据另一实施方式的针对NRT服务的协议堆的视图。
图4是例示针对移动NRT服务的协议堆的一个实施例的视图。如图4所示,在IP层与物理层之间包括适配层。结果,在不利用MPEG-2TS格式的情况下,可以发送移动服务数据的IP数据报和信令信息的IP数据报。
即,广播站根据如图4所示的文件传输协议方法,分组NRT内容/文件,并接着,根据异步分层编码(ALC)/分层编码传输(LCT)方法分组它们。接着,所分组ALC/LCT数据根据UDP方法分组。接着,所分组ALC/LCT/UDP数据再次根据IP方法分组,并且变为ALC/LCT/UDP/IP数据。所分组ALC/LCT/UDP/IP数据可以被指定为IP数据报,以方便本发明中的描述。在这点上,OMA BCAST SG信息经历和NRT内容/文件相同的处理,以构成IP数据报。
另外,当通过服务信令信道发送为接收NRT内容/文件所需的NRT服务信令信息(例如,SMT)时,该服务信令信道根据用户数据报协议(UDP)方法分组,并且所分组UDP数据再次根据IP方法分组,以变为UDP/IP数据。该UDP/IP数据可以被指定为IP数据报,以方便本发明中的描述。这时,服务信令信道被封装在包括公知IP目的地地址和公知目的地UDP端口号的IP数据报中,并且根据一实施方式多播。
另外,与用于服务保护的OMA BCAST DRM有关地,UDP头部和IP头部被顺序添加,以构成一个IP数据报。
NRT服务的IP数据报、NRT服务信令信道,以及移动服务数据在适配层中收集,以生成RS帧。RS帧可以包括OMA BCAST SG的IP数据报。
RS帧中一列的长度(即,行数)用187个字节设置,而一行的长度(即,列数)为N个字节(N可以根据诸如发送参数(或TPC数据)的信令信息改变)。
RS帧在移动物理层中按预定发送方法(例如,VSB发送方法)调制,并接着发送至接收***。
而且,是否发送NRT服务通过PSI/PSIP表信令。作为一个实施例,向VCT或TVCT信令是否发送NRT服务。
图5是例示根据一实施方式的TVCT表区段(VCT)的比特流区段的视图。
参照图5,作为一个实施例,TVCT表具有MPEG-2专用区段的表格式,但不限于此。
当音频/视频的VCT和PID被解析并接着通过TVCT发送时,可以获取包标识(PID)信息。
因此,TVCT表区段包括头部、主体,以及尾部。头部部分范围从table_id域至protocol_version域。transport_stream_id域是16比特域,并且在用PID值0限定的节目关联表(PAT)中表示MPEG-2TS ID,以供复用。在主体部分中,num_channels_in_section域是8比特域,并且表示VCT区段中的虚拟频道数。最后,尾部部分包括CRC_32域。
service_type域(6比特)表示从虚拟频道发送的服务的类型。图6和7是例示根据一实施方式的、怎样限定service_type域的值的视图。根据一实施方式,图6所示service_type值(即,“0x04”)意指,service_type是ATSC_data_only_service,并且NRT服务通过一虚拟频道发送。根据另一实施方式,图7所示service_type值(即,“0x08”)意指,service_type是ATSC_nrt_service,并且虚拟频道提供满足ATSC标准的NRT服务。
图8是用于标识DST区段中的NRT服务的应用和data_service_table_bytes的比特流语法的data_service_table_section的视图。满足ASTC标准的、广播站NRT服务数据或NRT服务信令数据可以通过图8的DST表区段来发送。
下面,包括data_service_table_section结构的域的语义如下。
作为用于对应表区段的类型标识的域的table_id域(8比特)是其中对应表区段通过该域构成DST的表区段。例如,如果该域的值是0XCF,则接收器标识对应表区段是构成DST的表区段。
section_syntax_indicator域(1比特)是限定DST的区段格式的指示符,而且,该区段格式例如可以是MPEG的短形式语法(0)。
private_indicator域(1比特)表示对应区段的格式是否符合专用区段格式并且可以设置以1。
private_section_length域(12比特)表示对应域之后的剩余表区段长度。另外,该域的值不超出“0xFFD”。
table_id_extension域(16比特)依赖于表,并且可以是table_id域的设置剩余域的范围的逻辑部分。
version_number域(5比特)表示DST的版本号。
current_next_indicator域(1比特)指示所发送DST表区段当前是否可应用。如果该域值为0,则其意味着尚不存在表,并且下一表有效。
section_number域(8比特)表示其中对应表区段构成DST表的区段中的区段号。DST中的第一区段的section_numbe设置以“0x00”。该section_number随着DST的区段增加而按一增加。
last_section_number域(8比特)表示构成DST表的最后区段号,即,最高section_number。
data_service_table_bytes表示构成DST的数据块,并且其详细结构下面将加以描述。
CRC_32域是32比特域,并且包括循环冗余校验(CRC)值,其确保在处理全部DST区段之后,来自在MPEG-2***中限定的解码器的寄存器的零输出。
下面,包括data_service_table_bytes结构的域的语义如下。
sdf_protocol_version域(8比特)描述服务描述框架协议的版本。
application_count_in_section域(8比特)表示DST区段中列出的应用的数量。
compatibility_descriptor()域表示对应结构包括DSM-CC兼容描述符。其目的是信令接收平台中的应用的兼容需求,以便在确定其能力之后使用对应数据服务。
app_id_byte_length域(16比特)描述了用于标识应用的字节数。
app_id_description域(16比特)描述了接下来的应用标识字节的格式和语义。例如,app_id_description的值可以如表1限定。
[表1]
值 | 应用标识符格式 |
0x0000 | DASE应用 |
0x0001-0x7FFF | ATSC保留 |
0x8000-0xFFFF | 用户专用 |
app_id_byte域(8比特)标识应用标识符的字节。
tap_count域(8比特)描述了用于对应应用的Tap()结构的数量。
protocol_encapsulation域(8比特)描述了用于发送根据Tap()域引用的特定数据元素的协议封装类型。protocol_encapsulation域的值可以如表2限定。
[表2]
action_type域(7比特)表示根据Tap()引用的数据的属性。
resource_location域(1比特)描述了匹配至在下一Tap结构中列出的association_tag值的association_tag域的位置。当对应域设置以0时,association_tag存在于当前MPEG-2节目的PMT中。像这样,当对应域设置为1时,匹配association_tag存在于对应数据服务的网络资源表中的DSM-CC资源描述符中。
Tap()域可以包括有关搜索下层的通信信道中的应用状态的数据元素的信息。Tap()域中的association_tag域可以包括应用状态的数据元素之间的对应信息。一个Tap结构中的association_tag域的值对应于当前PMT中的一个关联标签描述符的association_tag域的值。例如,Tap()域可以具有包括表3的域的特定结构。
[表3]
语法 | 比特数 | 格式 |
Tap(){ | ||
tap_id | 16 | uimsbf |
use | 16 | uimsbf |
association_tag | 16 | uimsbf |
selector() | ||
} |
tap_id域(16比特)被应用使用以标识数据元素。tap_id的值具有用与DST中Tap()的有关的app_id_byte域的值限定的范围。tap_id值由数据服务提供方选择。另外,tap_id值可以被用于处理数据元素。
Use域(16比特)被用于指定根据association_tag引用的通信信道。
association_tag域(16比特)唯一地标识在网络资源表中列出的DSM-CC资源描述符或在PMT中列出的数据基本流中的一个。对应域的值可以和association_tag_descriptor的association_tag值相同。
Selector()域描述了在通信信道中可获的特定数据元素或根据association_tag域引用的数据基本流。另外,该选择器结构可以指示针对对应数据元素所需的协议。
tap_info_length域(16比特)描述了接下来的对应域中的描述符的字节数。
descriptor()域可以包括根据对应描述符格式的描述符信息。
app_info_length域(8比特)描述了对应域的接下来的描述符的字节数。
descriptor()域可以包括根据对应描述符格式的描述符信息。
app_data_length域(16比特)描述了app_data_byte域的字节单元的长度。
app_data_byte域(8比特)用1字节表示与应用和其它专用数据域有关的输入参数。
service_info_length域(8比特)描述了下一描述符的字节单元的数量。
descriptor()域可以包括根据对应描述符格式的描述符信息。
service_private_data_length域(16比特)描述了专用域的字节单元的长度。
service_private_data_byte域(8比特)用1字节描述了专用域。
图9是例示通过利用用于发送数据广播流的ATSC A/90标准和用于发送IP多播流的ATSC A/92,在接收***中接收并提供NRT服务的方法的视图。
即,有关构成每一个虚拟频道的流的信息被信令给VCT的服务位置描述符或PMT的ES_loop。例如,如图7或8所示,如果VCT服务类型为0x02(即,数字A/V/数据、0x04(即,仅数据),或0x08(即,仅NRT服务),则NRT服务流可以发送至该虚拟频道。在这点上,如果0x95(即,DST发送)被分配给服务位置描述符中的stream_type域值(或PMT的ES循环),则其意指发送广播。如果stream_type域值没有值或者不是0x95,则仅发送典型A/V。即,如果服务位置描述符中的stream_type域值具有0x95,则在这一点上,Elementary_PID域值为数据服务表(DST)的PID值。因此,DST可以通过Elementary_PID接收。
通过DST,可以获取有关通过该频道发送的数据广播流的应用类型和详细信息。DST被用于标识NRT应用(即,NRT服务)。
即,DST的App_id_description域限定了下列应用标识字节的格式和解释。根据一实施方式,“0x0003”被分配给App_id_descrption域,以标识NRT应用。上述数字值只是一个示例,而非限制本发明的权利范围。
如果App_id_descrption域值为“0x0003”,则接下来的跟随Application_id_byte值变为NRT应用的服务ID值。针对NRT应用的服务ID可以具有唯一地标识世界各地的对应服务的URI值。
在标识NRT应用之后,从NRT服务信令信道的IP数据报划分的MPEG-2TS包的PID通过Tap信息来搜索。接着,发送NRT服务信令信道的IP数据报可以从具有通过tap信息获取的PID的MPEG-2TS包获取,而NRT服务信令数据可以从所获取IP数据报获取。在这点上,NRT服务信令信道的IP接入信息可以是公知IP接入信息,即,公知IP地址和公知UDP端口号。
即,如果DST中的Protocol_encapsulation域值为0x04,则发送异步IP流,而如果Selector_type域值为0x0102”,则指示目的地地址的device_id值可以通过selector_bytes递送。multiprotocol_encaplsulation_descriptor被用于准确地解释selector_bytes值,并且信令device_id值中的有效字节数。结果,通过Tap信息,获取向对应PID发送的、NRT服务信令信道的IP多播地址(或地址范围)。
因此,接收器接入该多播地址(或地址范围)以接收IP流,即,IP包,并接着,从所接收IP包中提取NRT服务信令数据。
接着,该接收器基于所提取NRT服务信令数据,接收NRT服务数据,即,NRT内容项/文件,以将它们存储在存储介质中或者将它们显示在显示装置上。
根据另一实施方式,DST的流类型域值可以具有新的0x96,以代替0x95,来信令NRT服务。这是因为NRT服务(即,新应用)在典型接收器仅基于是否存在具有流类型0x95的流来确定是否存在数据广播流时可能发生故障。在这种情况下,利用最近指定的流,典型接收器可以忽略其以保证向后兼容性。
图10和11是例示根据另一实施方式的、利用DSM-CC可寻址区段数据来接收NRT服务的方法的视图。
利用DST的数据发送方法是用于通过数字广播流发送全部种类IP数据报的标准,而对于NRT服务来说可能无效。因此,图10和11例示了参照经由DSM-CC可寻址区段的数据的NRT服务,通过信令包括IP数据报的IP地址信息和区段数据的特定流的PID来接收NRT服务的方法。
如图10所示,接收器可以在VCT(或TVCT)的服务类型为0x08(即,仅NRT服务)时,获取NRT服务流通过虚拟频道发送的信息。即,接收器可以通过将虚拟频道的PID映射成频道号而根据service_type信息来获取有关是否存在NRT服务的信息。
在这点上,如果0x0D被分配给VCT的服务位置描述符中的stream_type域值(或PMT的ES循环),则其意指发送DSM-CC流。在这一点上,Elementary_PID域值可以是DSM-CC可寻址区段的PID值。因此,接收器通过Elementary_PID接收包括NRT服务数据的DSM-CC可寻址区段。
即,接收器可以通过VCT或PMT获取DSM-CC可寻址区段的PID。这里,接收器可以获取包括NRT服务信令信道的IP地址或用于发送NRT服务数据的FLUTE会话的IP地址的NRT_IP_address_list_descriptor_A()域,其对应于从对应流的PMT获取的PID。
而且,接收器可以基于从NRT_IP_address_list_descriptor_A()获取的IP地址,从IP多播流或IP子网接收DSM-CC可寻址区段数据。接收器可以通过从所接收DSM-CC可寻址区段数据中搜索具有与所获取elementary_PID相对应的PID的DSM-CC可寻址区段,来获取包括特定NRT服务(例如,A、B或C)数据的对应IP数据报。
图11是例示根据另一实施方式的、利用VCT来信令DSM-CC可寻址区段数据的方法的视图。
如上提到,接收器可以在VCT中的service_type为0X02、0X04或0X08时,获取可以发送NRT服务流的信息。而且,接收器可以从service_location_descriptor()域获取具有流类型0X0D的elementary_PID,以接收DSM-CC流。这里,接收器可以获取包括NRT服务信令信道的IP地址或用于发送NRT服务数据的FLUTE会话的IP地址的NRT_IP_address_list_descriptor_B()域,其对应于所获取elementary_PID。
而且,接收器可以基于从NRT_IP_address_list_descriptor_B()获取的IP地址,从IP多播流或IP子网接收DSM-CC可寻址区段数据。接收器可以通过解析具有与所获取elementary_PID相对应的PID的DSM-CC可寻址区段,来获取包括其希望从所接收DSM-CC可寻址区段数据接收的特定NRT服务(例如,A、B或C)的IP数据报。
对用于提取NRT服务信令数据和NRT服务数据的处理描述如下。这里,0x08被分配给VCT中的service_type域值,并且指示至少一个NRT服务被发送给对应虚拟频道。
即,当接收器接通并且频道根据默认选择或者由用户通过调谐器选择时,PSI/PSIP区段处理器(handler)从经由所选择频道接收的广播信号获取VCT和PMT。而且,PSI/PSIP区段处理器解析所获取VCT以确认是否存在NRT服务。这通过检查VCT的虚拟循环中的service_type域值来确认。例如,当service_type域值不是0x08时,对应虚拟频道不发送NRT服务。在这点上,因为虚拟频道发送现有服务(即,传统ATSC服务),所以接收器根据虚拟频道中的信息适当地操作。
另外,与解复用单元有关地,如果service_type域值根据服务管理器的控制为0x08,则对应虚拟频道发送NRT服务。在这种情况下,DST的PID通过解析VCT的虚拟频道循环中的服务位置描述符来提取。而且,DST可利用所提取PID来接收。
而且,接收器确认经由从所接收DST选择的频道提供的对应服务是否为NRT服务。
NRT服务根据App_id_descrption域值来确认。
根据一实施方式,“0x0003”被分配给App_id_descrption域,以标识NRT应用。上述数字值只是一个示例,而非限制本发明的权利范围。
如果DST中的App_id_descrption域值为“0x0003”,则接下来的跟随Application_id_byte值变为NRT应用(即,NRT服务)的服务ID值。因此,服务管理器或PSI/PSIP区段处理器在标识NRT应用(即,NRT服务)之后,针对与NRT服务信令信道的IP数据报分离的MEGP-2TS包的PID,提取Tap()。接着,从PMT提取包括所提取Tap的association_tag的流PID。
而且,可寻址区段处理器可以在接收到与所提取流PID相对应的MPEG-2TS包之后,通过去除解封装(即,MPEG-2头部)来恢复DSM-CC可寻址区段。
接着,接收器通过从DSM-CC可寻址区段去除区段头部和CRC检验和来恢复发送NRT服务信令信道的IP数据报,并且从所恢复IP数据报获取NRT服务信令数据。这里,有关发送NRT服务信令信道的IP数据报的接入信息是公知目的地IP地址和公知目的地UDP端口号。
即,如果DST中的Protocol_encapsulation域值为0x04,则发送异步IP流,而如果Selector_type域值为0x0102”,则指示目的地地址的device_id值可以通过selector_bytes递送。multiprotocol_encaplsulation_descriptor被用于准确地解释selector_bytes值,并且信令device_id值中的有效字节数。结果,通过Tap信息,获取向对应PID发送的、NRT服务信令信道的IP多播地址(或地址范围)。
因此,接收器接入该多播地址(或地址范围)以接收IP流,即,IP包,并接着,从所接收IP包中提取NRT服务信令数据。
该接收器基于所提取NRT服务信令数据,接收NRT服务数据,即,NRT内容项/文件,以将它们存储在存储介质中或者将它们显示在显示装置上。
而且,根据一实施方式,可以向NRT服务提供动态内容递送(DCD)服务。该DCD服务是用于周期性地或者按用户请求向接收发送内容的服务,并且该内容根据接收器信息从服务器选择。DCD服务在用于内容递送的通信方式方面支持点对点方法和广播方法,并且上述NRT服务通过OMA BCAST方法和DCD服务的广播方法之一来发送。
NRT服务数据可以通过OMA BCAST方法的DCD服务来发送。在这种情况下,接收器可以获取DCD频道信息以接收NRT服务,并且可以基于DCD频道信息通过对应DCD频道来接收NRT服务。
而且,DCD频道信息可以被包括在NST中并发送。例如,接收器接收NST,并且通过DCD引导程序获取DCD频道信息。
另外,NST可以包括经由DCD管理频道接收的DCD频道元数据,以信令DCD频道信息。因此,接收器可以经由NST获取有关用于接收NRT服务和元数据的频道的信息。
因此,当发送包括DCD频道信息的NST时,接收器经由NST接入DCD频道,而不发送NRT服务信号数据,并接着接收NRT服务。
像这样,如果NST包括用于接收NRT服务的频道的元数据,则存在几个优点。
首先,在未基于虚拟频道的服务类型接收NRT服务信令数据时,服务接入速度可以通过接收从NST直接接收NRT服务的频道元数据来增加。
另外,更新针对频道改变项的信令可以在广播环境下实时执行。
而且,OMA BCAST SG中的接入信息可以通过引用NST来获取。例如,接收器基于NST中的DCD频道信息来接收DCD频道元数据,并且基于从NST获取的NRT服务信令数据和DCD频道元数据来获取接入信息,以接收NRT服务。
最后,可以发送包括与另一虚拟频道有关的NRT服务的列表的NST。因此,NRT服务的列表信息可以通过IP层上的而非PSI或PSIP层上的特定NRT服务信令信道来发送。因此,在这种情况下,可以保留针对PSI或PSIP的向后兼容性。
另外,如上提到,包括DCD频道元数据的DCD频道信息可以被包括在OMABCAST中的SG的接入信息中,并且该接入信息对应于NST中的NRT服务信息。更详细地说,接收器可以从OMA BCAST SG的接入片段获取NST中的NRT服务信息。因此,接收器可以通过接收与所获取NRT服务信息相对应的NST来获取有关接收NRT服务的信息。
而且,经由DCD频道发送的NRT服务可以根据所分配的服务类别来划分。例如,经由DCD频道发送的NRT服务的服务类别可以用0X0F来标识。
图12和13是例示根据一实施方式的NST的比特流语法的视图。
这里,对应语法按MPEG-2专用区段格式来创建,以帮助理解,但对应数据的格式可以改变。例如,根据另一方法,对应数据可以按会话描述协议(SDP)格式来表达并且通过会话通告协议(SAP)来信令。
NST描述了用于发送NST的虚拟频道中的服务信息和IP接入信息,并且利用每一个服务中的NRT广播流的标识符(即,NRT_service_id)来提供对应服务的NRT广播流信息。而且,NST描述了一个虚拟频道中的每一个固定NRT服务的描述信息,并且描述符区域可以包括其它附加信息。
num_NRT_services域(8比特)表示NST区段中的NRT服务的数量。
另外,NST利用“for”循环提供有关多个固定NRT服务的信息。下面,可以将同一域信息提供给每一个固定NRT服务。
NRT_service_id域(16比特)是唯一地标识对应NRT广播范围中的对应NRT服务的指示符。NRT_service_id在对应服务期间不改变。这里,如果服务终止,则为了回避混乱,针对该服务的NRT_service_id可以不被用于另一服务,直到经过恰当时间为止。
另外,NST利用“for”循环提供有关多个组分的信息。essential_component_indicator域(1比特)指示当对应值的值设置为1时,对应组分是用于NRT服务的必需组分。如果没有,则对应组分是所选择组分。
port_num_count域(6比特)指示与对应UDP/IP流组分有关的UDP端口的数量。目的地UDP端口号的值按一增加,从component_destination_UDP_port_num域值开始。
component_destination_IP_address_flag域(1比特)是表示如果设置为1则存在用于对应组分的component_destination_IP_address域。
与component_destination_IP_address域(128比特)有关地,如果component_destination_IP_address_flag设置为1,则存在对应域,而如果component_destination_IP_address_flag设置为0,则不存在对应域。如果存在对应域,则该对应域包括对应NRT服务的全部IP数据报发送组分的源IP地址。限制使用对应域的128比特长地址以供将来用于IPv6,尽管其当前未使用。
component_destination_UDP_port_num域(16比特)表示用于对应UDP/IP流组分的目的地UDP端口号。
num_component_level_descriptors域(4比特)设置提供有关对应IP流组分的附加信息的描述符的数量。
component_level_descriptors域标识提供有关对应IP流组分的附加信息的至少一个描述符。
num_NRT_service_level_descriptors域(4比特)表示用于对应服务的NRT服务等级描述符的数量。
NRT_service_level_descriptor()不标识或标识至少一个提供有关对应NRT服务的附加信息的描述符。这里,可以提供用于NRT服务的特定服务类型。该特定服务类型包括提供web内容、推视频点播,以及A/V下载的门户服务。
num_virtual_channel_level_descriptors域(4比特)描述了用于对应虚拟频道的虚拟频道等级描述符的数量。
virtual_channel_level_descriptor()表示提供有关对应NST所描述的虚拟频道的附加信息的描述符。
而且,NRT服务经由FLUTE发送,并且有关NST表的接入信息连接至FLUTE会话信息如下。
Source_IP_address是发送FLUTE会话的全部频道的同一服务器的源IP地址。
如果存在FLUTE会话的会话等级的目的地IP地址,则信令NRT_service_destination_IP_Address。
组分可以映射到FLUTE会话中的频道中,并且附加目的地IP地址(其不同于根据会话信令的IP地址)经由每一个频道处的component_destination_IP_address信令。
另外,目的地端口号经由component_destination_UDP_port_num信令,并且从component_destination_UDP_port_num开始的目的地端口的数量可以另外经由port_num_count来指定。
多个频道可以通过在多个中指定一端口来针对一个目的地IP地址来配置。这里,一个组分指定多个频道。然而,通常希望经由目的地IP地址来标识频道。这里,一个频道典型地被映射到一个组分。
用于NRT服务的内容项/文件经由FLUTE发送,并且对应FLUTE会话信息利用NST表上的接入信息来信令。
图14是例示根据一实施方式的NRT_component_descriptor(MH_component_descriptor)的比特流语法的视图。
NRT_component_descriptor()在NST中的每一个NRT服务的每一个组分中的组分描述符循环中示出。接着,对应描述符中的所有参数对应于用于NRT服务的组分的参数。
下面,对经由图14的NRT_component_descriptor发送的每一个域信息描述如下。
component_type域(7比特)标识一组分的编码格式。该标识值可以是针对RTP/AVP流的payload_type分配的值之一。另外,该标识值可以是范围从96至127变动的动态值。经由RTP发送的构成介质的组分的域的值与发送对应组分的IP流的RTP头部中的payload_type中的那些相同。
component_type域的范围为43至71的附加值将在该标准的未来版本中限定。当NRT服务流基于FLUTE发送时,为了另外信令针对FLUTE会话所必需的参数(下述),可以使用38(其是针对ATSC中的FLUTE组分限定的component_type),或者43可以被(即,非分配值)限定为用于新NRT发送的component_type,并被使用。
num_STKM_streams域(8比特)标识与对应组分有关的STKM流的数量。
STKM_stream_id域(8比特)标识具有密钥的STKM流,以便解密所获取对应保护组分。这里,引用针对STKM流的组分描述符中的STKM_stream_id域。
NRT_component_data(component_type)域提供为表达对应组分所需编码参数中的至少一个和其它参数。这里,NRT_component_data组元的结构根据component_type域的值来确定。
FLUTE会话的文件递送表(FDT)被用于递送所有内容项的项目列表,并且提供相关项目的尺寸、数据类型,以及其它信息,以获取该项目。
因此,本发明利用NST获取用于接入发送对应内容的FLUTE会话的信息,以便从利用NRT-IT获取的SG接收所选择内容。而且,本发明将经由对应FLUTE会话发送的文件中的信息映射成有关NRT-IT的内容项的信息。在这种情况下,经由NST的NRT_service_id解析包括所选择内容项的服务的标识。
NRT服务经由FLUTE发送,并且有关NST表的接入信息连接至FLUTE会话信息如下。
组分可以映射到FLUTE会话中的频道中,并且附加目的地IP地址(其不同于根据会话信令的IP地址)经由每一个频道处的component_destination_IP_address信令。另外,目的地端口号经由component_destination_UDP_port_num信令,并且从component_destination_UDP_port_num开始的目的地端口的数量可以另外经由port_num_count来指定。
多个频道可以通过指定多个端口而针对一个目的地IP地址来配置,并且在这种情况下,一个组分指定多个频道。然而,推荐经由目的地IP地址来区别频道,并且在这种情况下,一个频道被映射成一个组分。
component_attribute_byte可以被用于信令构成会话的组分的附加属性。为信令FLUTE会话所需的附加参数可以经由其信令。
在这点上,需要用于信令FULTE会话的参数,并且包括与对应FLUTE会话有关的可选必需参数和明确必需参数。
图15是例示根据一实施方式的包括NRT_component_data的NRT组分描述符的比特流语法的视图。
一个NRT服务可以被包括在多个FLUTE会话中。每一个会话都可以利用根据用于该会话的IP地址和端口的至少一个NRT组分描述符来信令。
该FLUTE组分描述符可以经由NST的Component_level_descriptor循环递送。如果FLUTE频道有多个,则因为TSI和session_start_time、session_end_Time,即,会话等级的参数应当被信令一次,所以FLUTE组分描述符可以经由Component_level_descriptor循环仅在几个频道中的组分之一中发送。
图16是例示根据一实施方式的用于信令NRT应用的NRT-IT区段的比特流语法的视图。
从NRT-IT提供的信息包括:内容标题(例如,可下载节目的名称)、下载可用时间和信息、内容公告、字幕服务可用性、内容标识,以及其它元数据。一个内容项可以包括至少一个文件。例如,音频/视频剪辑可以在用于显示一画面的JPEG缩略图图像中播放。
NRT-IT的实例可以包括与任意预定时段相对应的数据,或者可以描述按预定时间开始并且在不确定的未来结束的NRT内容。每一个NRT-IT都表示开始时间和可能不确定的持续时段。每一个NRT-IT实例都可以划分成256个区段。每一个区段都包括有关多个内容项的信息。特定内容项的信息不能按至少两个区段划分并存储。
比至少一个NRT-IT实例所花费的时段更加延长的可下载内容项是NRT-IT中的第一个。该内容项描述按可用次序存储在NRT_information_table_section()中。因此,当last_section_number的值大于0(其意指NRT-IT被发送给多个区段)时,特定区段而非第一区段中的所有内容项描述可以具有和下一区段的内容项描述相同或者比其更高的可用性。
每一个NRT-IT在该时段期间标识与特定虚拟频道中的有效service_id的特定值有关的NRT服务。
num_items_in_section域(8比特)表示NRT-IT区段中描述的内容项的数量。
content_linkage域(16比特)表示从0x0001至0xFFFF的范围内的标识号。0x0000未使用。content_likage是用于二者之间的链接功能:其链接与NRT服务有关的FLUTEFDT的至少一个文件与NRT-IT的元数据,并且形成TF_id(用于文本片段表中的文本片段的标识符)。content_linkage域的值对应于与内容项有关的每一个文件的FLUTE FDT中的FDT内容-链接组元的值或文件-内容-链接组元的值。当匹配包括FLUTE FDT中的对应内容链接组分的每一个内容链接值时,应用优先级规则。
content_descriptor是另外应用至每一个内容项的描述符。
图17是例示根据一实施方式的用于NRT区段(NRT_content_table_section)的比特流的语法结构的视图。对NCT区段中的每一个域的详细描述如下。
在图17中,作为表的标识符的table_id域(8比特)包括标识NCT的标识符。
content_id域(16比特)指示唯一地标识该内容(或文件)的标识符。
即,接收器使用NCT来获取有关NRT内容/文件的配置信息,并且基于所获取有关NRT内容/文件的配置信息,提供针对NRT/文件的指南。而且,接收器从NST获取FLUTE会话的接入信息(其发送根据该指南选择的内容/文件),并且利用所获取FLUTE会话接入信息接收所选择内容。
而且,本发明可以在NCT中包括为呈递构成NRT服务的内容/文件所需的媒体对象的解码参数、容器信息、以及编码信息,并接着发送它。因此,接收***根据每一个内容提取为呈递对应内容/文件所需的媒体对象的解码参数、容器信息、以及编码信息,并且在呈递时使用它们。
图18是例示根据一实施方式的提供有关NRT服务数据的信令信息的SMT会话的比特流语法结构的视图。
这里,对应语法按MPEG-2专用区段格式来创建,以帮助理解,但对应数据的格式可以改变。
SMT在发送SMT的全体(Ensemble)中描述了信令信息(或NRT服务的信令信息)和移动服务的IP接入信息。SMT使用Transport_Stream_ID,即,包括每一个服务的广播流的标识符,并且提供对应服务的广播流信息。而且,SMT在一个全体中包括每一个移动服务(或NRT服务)的描述信息,并且在描述符区域中包括其它附加信息。
如上提到,SMT会话可以被包括为RS帧中的IP流格式,并接着,被发送。在这种情况下,接收器的RS帧解码器描述稍后解码输入的RS帧,并且输出所解码RS帧作为对应RS帧处理器。而且,每一个RS帧处理器都按行单位划分所输入RS帧,以构成M/H TP,并且输出其作为M/H TP处理器。
另外,经由SMT发送的域的示例如下。
table_id域(8比特)是指示表类型的域,并且通过其,确认该表区段是SMT中的表区段。
num_services域(8比特)指示SMT会话中的服务的数量。至少一个移动服务、至少一个NRT服务,或者移动和NRT服务可以通过具有SMT的全体来接收。如果仅NRT服务通过具有SMT的全体发送,则其可以指示SMT中的NRT服务的数量。
稍后,执行“for”循环(或服务循环)和与num_service域值相对应的服务的数量一样多的次数,以提供有关多个服务的信令信息。即,对应服务的信令信息在SMT会话中按每一个服务显示。这里,该服务可以是移动或NRT服务。在这点上,可以将接下来的域信息提供给每一个服务。
service_id域(16比特)表示唯一地标识对应服务的值(在该SMT区段的范围内唯一地标识该服务的16比特无符号整数)。服务的service_id贯穿该服务的使用期限应当不变。
如果服务终止,则用于该服务的service_id应当不被用于另一服务,直到在经过了适当时间间隔之后为止。这里,如果该服务是NRT服务,则该service_id可以标识NRT服务。
short_service_name_length域(3比特)按字节单位表示short_service_name域中的短服务名称的长度。
short_service_name域表示对应服务的短名称。例如,如果该服务是移动服务,则显示该移动服务的短名称,而如果其是NRT服务,则显示该NRT服务的短名称。
service_category域(6比特)标识对应服务的类型类别。如果对应域的值设置为指示“仅信息”的值,则其被处理为针对该服务的类别的信息描述。而且,需要接收器测试SMT的component_level_descriptors()域,以便标识所接收服务的实际类别。该service_category域具有针对具有视频和/或音频组分的服务的基于NTP时间的组分。
尤其是,关于本发明,如果service_category域值具有“0x0E”,则对应服务指示NRT服务。在这种情况下,指示当前在SMT会话中描述的服务的信令信息是NRT服务的信令信息。
如果该服务是NRT服务,则Source_IP_address域变为发送FLUTE会话的全部频道的同一服务器的源IP地址。
另外,SMT利用“for”循环提供有关多个组分的信息。
稍后,执行“for”循环(或组分循环)和与num_components域值相对应的组分的数量一样多的次数,以提供有关多个组分的接入信息。即,提供有关对应服务中的每一个组分的接入信息。在这点上,可以提供有关每一个组分的下列域信息。这里,根据实施方式,一个组分对应于一个FLUTE会话。
num_component_level_descriptors域(4比特)指示提供有关组分等级的附加信息的描述符的数量。
component_level_descriptor()域被包括在组分循环中和与num_component_level_descriptors域值相对应的数量一样多,以使提供有关该组分的附加信息。
num_service_level_descriptors域(4比特)指示提供有关对应服务等级的附加信息的描述符的数量。
service_level_descriptor()域被包括在服务循环中和与num_service_level_descriptors域值相对应的数量一样多,以使提供有关该服务的附加信息。如果该服务是移动服务,则提供有关该移动服务的附加信息,而如果其是NRT服务,则提供有关该NRT服务的附加信息,
num_ensemble_level_descriptors域(4比特)指示提供有关全体等级的附加信息的描述符的数量。
ensemble_level_descriptor()域被包括在全体循环中和与num_ensemble_level_descriptors域值相对应的数量一样多,以使提供有关该全体的附加信息。
而且,可以将作为component_level_descriptors()的component_descriptor()提供给图18的SMT。
该component_descriptor()被用作SMT的component_level_descriptors()之一,并且描述对应组分的附加信令信息。
因此,与移动NRT服务有关地,为接收对应FLUTE会话所需的信令信息可以利用图14的组分描述符来提供。
例如,如果图14的组分描述符的component_type域值为38,则component_data(component_type)域提供用于FLUTE文件递送的数据,如图15所示。因为上面进行了图14和15的每一个域描述,所以省略了重复描述。
图19是例示根据一实施方式的用于映射文件和content_id的FDT schema的视图。图20是例示根据另一实施方式的用于映射文件和content_id的FDT schema的视图。它们表示FDT即时等级入口文件指定方法。NRT内容包括多个文件。然而,因为每一个文件没有标记,所以难以搜索有关NRT内容的文件。因此,如图19和20所示,将content_id***每一个文件的FDT中。
下面,如果在FDT中声明的所有文件的共同属性需要加以定义,则FDT实例等级意指包括用于共同属性的定义部分的等级。FDT文件等级可以意指包括针对每一个文件的个体属性的定义的等级。
接收器标识经由对应频道发送的服务是否为基于SMT的NRT服务。另外,接收器标识对应NRT服务的内容项和文件。
如上提到,尽管接收器可以标识NRT服务中的文件和内容项,但其不具有与该内容项的文件相关的信息,由此不能匹配它们。因此,该接收器不能处理NRT服务。
因此,本发明提供了标识是否涉及内容项的方法。即,对应方法示出了什么种类的文件被包括在内容项中。在这种情况下,该接收器可以适当地处理所接收NRT服务。因此,对应方法可以基于发送NRT服务的FLUTE会话中的FDT信息来指定。例如,构成内容项的每一个文件基于在FLUTE会话中指定的内容位置和TOI域来标识。FDT中的content_id被匹配至NCT的内容标识符(content_id)或者OMB BCASTSG中内容片段的内容标识符。
参照图19和20,用1指示的部分声明FDT实例等级中的内容标识符,并且该声明内容标识符被指配给对应FDT实例中声明的所有文件。当然,该信息可以通过在文件等级中指配新的内容标识符来覆盖。或者,如果特定文件属于另一内容项而非在FDT实例等级中定义的内容项,则这可以通过指配下述文件等级content_id来通知。该实施方式按16比特表达content_id。
与用2指示的部分有关地,当FDT实例中的文件被包括具有按文件等级的content_id声明的不同内容项时,该方法信令内容项和内容的所有文件中的哪个文件属于哪个入口。
部分3是通知针对每一个文件的对应文件是否为入口文件的方法。即,与根文件相对应的文件(其在构成内容项的几个文件之间首先运行或者必须首先执行以访问内容项)被称作入口文件,并且表示通知该信息的方法。入口属性可以省略,并且其默认值为假(false)。当其被省略时,其意指对应文件不是入口文件。“入口”是文件的、需要处理以执行该文件的头部。例如,“index.html”可以是“入口”。因此,入口文件可以设置为“真(true)”并而其它文件设置为“假”。通过该入口文件,可以有效地控制重复发送同一文件。一旦下载了文件,该入口文件就指示内容的文件以供另一引用,以使不需要在另一或附加实例中下载它。
当与文件等级有关的组信令是否可以进入时,特定文件用作在特定组中的入口,但其对应任务在另一组中可能失败。当内容标识符按FDT实例等级指配时,通知入口文件的方法可以被考虑为下列两种方法。
1)向与入口文件相对应的文件另外指配文件等级内容标识符并且设置其入口属性为真的方法:在这种情况下,内容标识符在FDT实例等级和文件等级中复制,但具有最灵活的结构。即,尽管文件等级和FDT实例等级之一可以指定content_id,但如果另一content_id在文件等级和FDT实例等级中被一起地指定,则文件等级的content_id针对FDT实例等级的content_id具有优先级。
2)像图20的FDT schema的另一实施方式一样,用作入口文件的文件可以直接在FDT实例等级的内容标识符定义中引用。为此,根据图20的实施方式,FDT-内容-ID-类型(FDT-Content-ID-Type)另外针对FDT实例等级内容标识符被定义,并且如部分2中所示,扩展至包括入口文件的内容位置。对于部分2的情况来说,入口等级利用其content_id来定义。例如,每一个content_id示出了哪一个入口文件存在。
在该方法中,内容-位置被复制,因而信令可能存在问题,但入口文件配置信息可以立即通过每一个内容项来获取。
图21是例示根据一实施方式的接收器的操作的流程图。
参照图21,根据一实施方式,接收器通过NRT服务信令信道来接收NRT服务信令数据,基于所接收NRT服务信令数据显示NRT指南信息,并且接收针对所选择NRT内容的NRT服务数据,以便提供NRT服务。
首先,一旦接收器被接通,用户就在操作S1000中选择一频道。接着,根据所选择频道接通物理发送频道。
接着,在操作S1010中,从经由所调谐物理发送频道接收的广播信号获取VCT和PMT。接着,在操作S1020中,通过解析所获取TVCT(VCT)来确认是否存在NRT服务。这通过检查VCT的虚拟循环中的service_type域值来确认。例如,如果service_type域具有“0x08”,则存在NRT服务。而且,如果不是0x08,则因为对应虚拟频道不发送NRT服务,所以在操作S1111中,可以根据虚拟频道中的信息执行诸如一般A/V服务的适当操作。
而且,如果确定存在NRT服务,则因为对应虚拟频道发送NRT服务,所以在操作S1030中,获取匹配至包括用于NRT服务信令信道地址的公知IP地址的流的特定PID(PID_NST)的PID(PID=PID_NST)。
而且,在操作S1040中,接收器接收具有和所获取PID值(PID_NST)相同的PID的传输包(TP)。
接着,在操作S1050中,接收器从所接收TP中提取包括NRT服务表(NST)的NRT服务信令数据,或者从所接收TP中提取用于NRT服务信令信道接入的IP地址,以便通过IP层接收按另一格式发送的NRT服务信令数据。
接着,在操作S1060中,接收器从NST获取有关根据每一个NRT服务的NRT服务数据发送的频道信息。
接着,在操作S1070中,接收器从NRT服务信令数据中获取包括与Channel_id的值相同的NRT_channel_id域值(所获取频道信息的标识符)的NRT内容表(NCT)。
接着,在操作S1080中,接收器从所获取NCT的每一个域中获取有关构成每一个NRT服务的NRT内容的内容信息。例如,根据NCT的一实施方式,该内容信息可以包括以下中的至少一个:content_delevery_bit_rate、content_available_start_time、content_available_end_time以及content_title_text()域。
接着,在操作S1090中,接收器利用内容信息显示NRT指南信息。用户可以从所显示NRT指南信息中选择要使用或接收的NRT内容。
接着,在操作S1100中,接收器从NST获取具有所选择NRT内容的NRT服务接入信息。该NRT服务接入信息例如可以包括用于接收NRT服务数据的频道信息或IP地址信息。
而且,在操作S1110中,接收器在接入用于发送NRT服务的频道或服务器之后,利用所获取NRT服务接入信息来接收对应NRT内容,并且根据NRT内容执行合适操作。
图22和23是例示根据另一实施方式的接收、存储,以及播放针对NRT服务的NRT内容的接收***的视图。
图23的接收器可以包括:操作控制单元100、基带处理单元110、服务解复用器120、流组分处理器130、媒体处理器140、文件处理器150、服务管理器160、PVR管理器170、第一存储单元180、SG处理器190、EPG管理器191、NRT服务管理器192、应用管理器194、中间件引擎193、演示管理器195,以及用户接口(UI)管理器196。
基带处理单元110可以包括调谐器111和解调制器。服务解复用器120可以包括:MPEG-2TP处理器121、PSI/PSIP处理器122、MPEG-2TP解复用器123、解扰器124,以及第二存储单元125。
流组分处理器130可以包括:分组基本流(PES)解调制器131、基本流(ES)解调制器132、PCR处理器133、STC处理器134、DSM-CC可寻址区段处理器135、IP数据报处理器136、解扰器137、UDP处理器138、服务信令区段处理器138-1,以及条件接入***(CAS)139。
媒体处理器140可以包括A/V解调制器141。文件处理器150可以包括:ALC/LCT流处理器151、文件重建缓冲器152、XML解析器153、FDT处理器154、解压缩器155、第三存储单元156,以及文件解码器157。
在图23中,调谐器111根据服务管理器160的控制,调谐通过地面波接收的广播信号当中的希望频道的广播信号,并接着将所调谐广播信号降频转换成中频(IF)信号,以将其输出至解调制器112。调谐器111可以接收实时流和非实时流。在本发明中,该非实时流被称作NRT流。
解调制器112针对从调谐器111输入的通带的数字IF信号执行自动增益控制、载波恢复、以及定时恢复,将数字IF信号转换成基带信号,以及执行频道均衡。例如,当广播信号是VSB调制信号时,执行VSB解调制处理,用于自动增益控制、载波恢复、以及定时恢复。
解调制器112中的解调制和频道均衡数据按MPEG-2传输流(TS)包格式输出至MPEG-2TP处理器121。
MPEG-2TP处理器121包括MPEG-2TP缓冲器和MPEG-2TP解析器,并且在临时存储解调制器112的输出之后分析TS头部。接着,如果解调制器112的输出是针对实时的A/V TS包或NRT TS包,则其被输出至解复用器123,而如果其是用于PSI/PSIP表的TS包,则其被输出至PSI/PSIP处理器122。
PSI/PSIP处理器122包括PSI/PSIP区段缓冲器和PSI/PSIP解析器,并且在临时存储从MPEG-2TP处理器121输出的TS包之后,参照表标识符,根据TS包的净荷中的PSI/PSIP区段数据恢复并解析对应表。在这点上,通过对应区段中的table_id域、section_number域,以及last_section_number域,来确定一个表是否包括一个区段还是多个区段。而且,具有同一表标识符的区段被收集以完成对应表。例如,具有分配给VCT的表标识符的区段被收集以完成VCT。而且,每一个表的解析信息通过服务管理器160收集以存储在第一存储单元180中。诸如VCT、PAT、PMT、以及DST的表信息通过上述处理存储在第一存储单元中。服务管理器160按服务映射和指南数据格式,将表信息存储在第一存储单元180中。
如果所输入TS包是实时A/V TS包,则解复用器123将TS包划分成音频TS包和视频TS包,并接着将它们输出到PES解码器131中。如果所输入TS包是NRT TS包,则其被输出至DSM-CC处理器135。另外,如果TS包包括节目时钟参考(PCR),则将其输出至PCR处理器133,而如果其包括条件接入(CA)信息,则将其输出至CAS139。NRT TS包包括具有NRT服务数据的TS包和具有NRT服务信令信道的TS包。用于标识NRT服务的唯一PID被分配给NRT服务数据的TS包,并且利用DST和PMT提取包括NRT服务信令信道的TS包的PID。
如果所输入TS包的净荷被加扰,则解复用器123将其输出至解扰器124,并接着,解扰器124接收为根据CAS139解扰所需的信息(用于加扰的控制字),并且针对TS包执行解扰。
解复用器123将按临时记录、调度记录,以及时移的一个请求输入的A/V包实时存储在第二存储单元125中。第二存储单元125是海量存储介质并且例如可以包括HDD。第二存储单元125根据PVR管理器170的控制,执行下载(即,存储)和更新(即,播放)。
解复用器123从自第二存储单元更新的A/V TS包分离音频TS包和视频TS包,并接着按播放请求将它们输出至PES解码器131。
解复用器123通过服务管理器160和/或PVR管理器170控制,以执行上述处理。
即,如果VCT中的service_type域值指示发送NRT服务,则服务管理器160从自VCT的虚拟频道循环接收的NRT_service_descriptor()提取每一个NRT服务的标识信息,并存储它,接着从VCT的服务位置描述符(或PMT的ES循环)提取DST PID,以接收DST。
接着,NRT服务根据所接收DST标识,并且利用DST和PMT提取包括NRT服务信令信道的MPEG-2TS包的PID,以接收所标识NRT服务。所提取PID被输出至解复用器123。解复用器123将从服务管理器160输出的、与PID相对应的MPEG-2TS包输出至可寻址区段处理器135。
PCR是在A/V解码器141中用于音频ES和视频ES的时间同步的时间参考值。PCR处理器133恢复所输入TS包的净荷中的PCR,并将其输出至STC处理器134。STC处理器134根据PCR恢复***时间时钟(STC),即,***的参考时钟,并将其输出至A/V解码器141。
PES解码器131包括PES缓冲器和PES处理器,并且在临时存储音频TS包和视频TS包之后,从TS包去除TS头部,以恢复音频PES和视频PES。所恢复音频PES和视频PES被输出至ES解码器132。ES解码器132包括ES缓冲器和ES处理器,并且从音频PES和视频PES去除每一个PES头部,以恢复音频ES和视频ES,即,纯数据。所恢复音频ES和视频ES被输出至A/V解码器141。
A/V解码器141通过每一个解码算法解码音频ES和视频ES,以恢复压缩的以前状态,并接着将其输出至演示管理器195。在这点上,当根据STC解码音频ES和视频ES时执行时间同步。作为一个实施例,音频解码算法包括以下算法中的至少一种:AC-3解码算法、MPEG2音频解码算法、MPEG4音频解码算法、AAC解码算法、AAC+解码算法、HE AAC解码算法、AAC SBR解码算法、MPEG环绕声解码算法、以及BSAC解码算法。视频解码算法包括以下算法中的至少一种:MPEG2视频解码算法、MPEG4视频解码算法、H.264解码算法、SVC解码算法、以及VC-1解码算法。
CAS139包括CA流缓冲器和CA流处理器,并且在临时存储从MPEG-2TP处理器输出的TS包或从UDP数据报处理器138恢复并输出的服务保护数据之后,根据所存储TS包或服务保护数据恢复为解扰所需的信息(例如,用于加扰的控制字)。即,提取TS包的净荷中的权利管理消息(EMM)和权利控制消息(ECM),并且通过分析所提取EMM和ECM来获取为解扰所需的信息。ECM可以包括在加扰中使用的控制字(CW)。在这点上,该控制字可以利用加密密钥来加密。EMM可以包括对应数据的加密密钥和资格信息。从CAS139获取的用于解扰所需的信息被输出至解扰器124和137。
DSM-CC区段处理器135包括DSM-CC区段缓冲器和DSM-CC区段解析器,并且在临时存储从解复用器123输出的TS包之后,恢复TS包的净荷中的可寻址区段。在通过去除可寻址区段的头部和CRC检验和来恢复IP数据报之后,将所恢复IP数据报输出至IP数据报处理器136。
IP数据报处理器136包括IP数据报缓冲器和IP数据报解析器。在缓冲从DSM-CC区段处理器135递送的IP数据报之后,IP数据报处理器136提取并分析所缓冲IP数据报的头部,以根据IP数据报的净荷恢复UDP数据报,并接着,将其输出至UDP数据报处理器138。
在这点上,如果IP数据报被加扰,则所加扰UDP数据报在解扰器137中解扰,并接着输出至UDP数据报处理器138。作为一个实施例,解扰器137从CAS138接收为解扰所需的信息(例如,用于加扰的控制字)并且对UDP数据报执行解扰,以将其输出至UDP数据报处理器138。
UDP数据报处理器138包括UDP数据报缓冲器和UDP数据报解析器。在缓冲从IP数据报处理器136或解扰器137递送的IP数据报之后,UDP数据报处理器138提取并分析所缓冲UDP数据报的头部,以恢复包括在UDP数据报的净荷中的数据。在这点上,如果所恢复数据是服务保护数据,则其被输出至CAS139;如果所恢复数据是NRT服务信令数据,则其被输出至服务信令区段处理器138-1;而如果所恢复数据是NRT服务数据,则其被输出至ALC/LCT流处理器151。
即,有关发送NRT服务信令信道的IP数据报的接入信息是公知目的地IP地址和公知目的地UDP端口号。
因此,IP数据报处理器136和UDP数据报处理器138包括公知目的地IP多播地址和公知目的地UDP端口号,并且提取发送NRT服务信令信道的IP多播流,即,NRT服务信令数据,以将其输出至服务信令区段处理器138-1。
而且,服务信令区段处理器138-1包括服务信令区段缓冲器和服务信令区段解析器,并且从NRT服务信令数据恢复并解析NST,以将其输出至服务管理器160。当解析NST时,可以提取发送构成NRT服务的内容/文件的FLUTE会话的接入信息和为呈递NRT服务所需的信令信息。例如,可以提取从NST向每一个FLUTE会话发送的、用于呈递NRT服务的内容/文件所需的信息。为呈递NRT服务的内容/文件所需的信息可以包括媒体对象的解码参数、容器信息、或编码信息。
来自NST的解析信息通过服务管理器160收集,并接着,存储在第一存储单元180中。服务管理器160按服务映射和指南数据格式,将来自NST的所提取信息存储在第一存储单元180中。作为另一实施例,NRT服务管理器182可以用作服务管理器160。即,来自NST的解析信息通过NRT服务管理器192收集,并接着,存储在第一存储单元180中。
ALC/LCT流处理器151包括ALC/LCT流缓冲器和ALC/LCT流解析器,并且在缓冲从UDP数据报处理器138输出的具有ALC/LCT结构的数据之后,根据缓冲数据分析ALC/LCT会话的头部和头部扩展。基于ALC/LCT会话的头部和头部扩展的分析结果,如果发送给ALC/LCT会话的数据具有XML结构,则其被输出至XML解析器153。如果该数据具有文件结构,则在临时存储在文件重建缓冲器152中之后,将其输出至文件解码器157或者存储在第三存储单元156中。如果发送给ALC/LCT会话的数据是用于NRT服务的数据,则ALC/LCT流处理器151通过NRT服务管理器192来控制。在这点上,如果发送给ALC/LCT会话的数据被压缩,则在在解压缩器155中解压缩之后,其被输出至XML解析器153、文件解码器157、以及第三存储单元156中的至少一个。
XML解析器153分析通过ALC/LCT会话发送的XML数据,而如果所分析数据用于基于文件的服务,则其被输出至FDT处理器154。如果所分析数据用于服务指南,则其被输出至SG处理器190。
FDT处理器154通过ALC/LCT会话分析并处理FLUTE协议的文件描述表。如果所接收文件用于NRT服务,则FDT处理器154通过NRT服务管理器192来控制。
SG处理器190收集并分析按XML结构发送的用于服务指南的数据,并接着将其输出至EPG管理器191。
文件解码器157通过预定算法解码从文件重建缓冲器152输出的文件、从解压缩器155输出的文件、或从第三存储单元156上载的文件,由此,将其输出至中间件引擎193或A/C解码器141。
该中间件引擎193解释并执行具有文件结构的数据,即,应用。而且,该应用可以通过演示管理器195输出至屏幕或扬声器。根据一实施方式,该中间件引擎193是基于JAVA的中间件引擎。
EPG管理器191根据用户输入从SG处理器190接收服务指南数据,并接着,将所接收服务指南数据转换成显示格式以将其输出至演示管理器195。该应用管理器194针对按诸如文件的格式接收的处理应用数据执行一般管理。
服务管理器160收集并分析发送给NRT服务信令信道的PSI/PSIP表数据或NRT服务信令数据,以创建服务映射,并接着将其存储在第一存储单元125中。另外,服务管理器160控制有关用户想要的NRT服务的接入信息,并且还控制调谐器111、解调制器112、以及IP数据报处理器136。
操作控制器100根据用户命令,控制服务管理器160、PVR管理器170、EPG管理器191、NRT服务管理器192、应用管理器194、以及演示管理器195中的至少一个,并由此,执行用户想要的功能。
NRT服务管理器192通过IP层上的FLUTE会话对按内容/文件格式发送的NRT服务执行一般管理。
UI管理器196通过UI向操作控制器100递送用户输入。
演示管理器195通过扬声器和屏幕中的至少一个,向用户提供从A/V解码器141输出的音频/视频数据、从中间件引擎193输出的文件数据、以及从EPG管理器191输出的服务指南数据中的至少一个。
而且,服务信令区段处理器138-1、服务管理器160、以及NRT服务管理器192中的一个从NST的FLUTE会话循环(或NST的组分循环)获取构成NRT服务的内容或与发送文件的FLUTE会话相关的IP接入信息。另外,服务信令区段处理器138-1、服务管理器160、以及NRT服务管理器192中的所述一个根据在NST的组分循环中接收的component_descriptor()获取FLUTE等级接入信息。
接着,ALC/LCT流处理器和文件解码器157利用所获取FLUTE等级接入信息接入FLUTE文件递送会话,以收集该会话中的文件。一旦收集到该文件,它们就构成一个NRT服务。该NRT服务可以存储在第三存储单元156中,或者输出至要在显示装置上显示的中间件引擎193或A/V解码器141。
第三存储单元158,即,存储诸如NRT服务数据的文件的存储介质可以与第二存储单元125共享,或者可以分离地使用。
图24是例示根据一实施方式的、接收器用于接收和提供NRT服务的方法的流程图。
在操作S2010中,接收器可以通过在移动NRT服务的情况下接收IP数据报或者经由NRT服务信令信道来获取NRT服务信令信息,并且根据NRT服务信令信息获取SMT。
接着,在操作S2020中,接收器从SMT获取NRT服务信息。NRT服务信息可以通过解析服务等级描述符循环中的NRT_service_info_descriptor来获取。所获取NRT服务信息可以包括有关用于每一个NRT服务或其它NRT服务的应用类型的要求信息。
稍后,在操作S2030中,接收器基于所获取NRT服务信息输出NRT服务指南。该NRT服务指南可以包括有关每一个服务的应用和服务类型信息。另外,可以基于NRT服务信息描述符的每一个域进一步显示详细信息。该详细详细可以包括根据storage_requirement域的有关对应NRT服务的容量信息,或者根据audio_codec_type或video_codec_type域的有关对应NRT服务的音频或视频编解码器信息。用户可以基于服务指南中的信息,选择要接收和使用的NRT服务。
接着,在操作S2040中,接收器从NCT获取用于构成所选择NRT服务的内容项的标识符(content_id)。接收器从SMT获取与所选择NRT服务相对应的NRT_service_id,获取具有和所获取NRT_service_id相同的NRT_channel_id值的NCT,并且通过所获取NCT获取用于构成对应NRT服务的内容项的标识符(content_id)。
接着,在操作S2050中,接收器利用所获取内容项标识符(content_id)接入FLUTE会话,以接收构成对应内容项的文件。因为构成内容项的每一个文件匹配至FLUTE会话中的FDT的内容位置域或TOI,所以在操作S2060中,接收器利用FLUTE会话来接收对应内容项的文件。接收该文件可以包括:在读取对应FLUTE会话中的FDT之后,当用于对应文件的内容-ID属性域与所获取content_id相同时,接收对应文件或对象。
另外,接收器解析对应FLUTE会话中的FDT实例,以获取与该内容项相对应的文件的列表。而且,接收器获取包括在文件列表当中的用作入口的文件的列表的入口信息。
最后,在操作S2080中,接收器基于接收器内容项和与其相对应的文件列表或入口信息来向用户提供NRT服务。
通过NRT服务下载的内容可以按用户希望的定时使用,与实时广播分开。
另外,在预先发送NRT服务并将其存储在接收器中之后,广播站可以指定对应NRT服务的内容项,其按发送特定实时广播或显示NRT服务时的定时执行。根据本发明一实施方式,NRT服务可以包括内容,其预先与实时广播链接下载并且按特定定时执行。另外,根据本发明一实施方式,NRT服务可以包括如下的内容,即,该内容预先准备以按特定定时执行特定NRT服务。按与实时广播链接的特定定时触发的、用于执行针对特定NRT服务的特定动作的NRT服务内容被称作触发声明对象(TDO)。因此,NRT服务应用根据其是否按特定定时执行而分类为非实时声明对象(NDO)或触发声明对象(TD0)。
根据本发明一实施方式,广播站可以发送有关触发TDO的触发信息。该触发信息可以包括与按特定定时执行针对特定TDO的特定动作相关的信息。
另外,该触发信息可以包括用于信令触发的触发信令数据(触发信令信息),和构成触发的触发数据。另外,发送触发数据的数据流可以被指定为触发流。而且,该触发数据可以意指自身。
这种触发可以包括用于标识触发的触发标识符、用于标识针对触发的NRT服务的TDO标识符、以及有关TDO的动作信息和触发时间中的至少一个。
该触发标识符可以是唯一地标识触发的标识符。例如,广播站可以在通过EIT提供的预定时间的广播节目信息中包括至少一个触发。在这种情况下,接收器可以基于至少一个触发,按针对每一个触发指定的定时,执行有关触发目标TDO的动作。在这点上,接收器可以利用触发标识符来标识每一个触发。
TDO标识符可以是用于标识NRT服务内容(即,触发的目标)的标识符。因此,TDO标识符可以包括触发NRT服务标识符(NRT_service_id)、内容链接(content_linkage)、以及NRT内容项入口的URI或URL中的至少一个。而且,TDO标识符可以包括用于标识稍后描述的触发目标TDO的目标标识符(target_service_id)。
另外,TDO动作信息可以包括与用于触发目标的TDO的动作相关的信息。该动作信息可以是目标TDO的执行、终止、以及扩展命令中的至少一个。另外,动作信息可以包括用于生成在目标TDO中的特定功能或事件的命令。例如,如果动作信息包括目标TDO的执行命令,则触发可以向接收器请求启用目标TDO。
另外,如果动作信息包括目标TDO的扩展命令,则触发可以向接收器通知目标TDO将扩展。另外,如果动作信息包括目标TDO的终止命令,则触发可以向接收器通知目标TDO将终止。由此,广播站可以通过触发根据实时内容来控制接收器中的TDO操作。
而且,触发时间可以意指为执行(触发)针对目标TDO指定的动作而指定的时间。另外,触发时间可以与特定虚拟频道中的视频流同步,以便链接NRT服务与实时广播。因此,广播站可以参照视频流所引用的PCR来指定触发时间。因此,接收器可以参照视频流所引用的PCR,按广播站所指定的定时来触发TDO。而且,广播站可以在视频流的头部中利用触发标识符来信令触发,以便发送准确触发时间。
另外,该触发时间可以利用UTC时间指定。对于UTC时间的情况来说,该触发时间不是相对时间,而是绝对时间。
该触发时间可以是准确的触发定时或者可以包括近似开始时间。而且,接收器可以通过接收近似时间,在准确触发定时之前预先准备用于目标TDO的动作。例如,接收器可以预先准备TDO执行,以使TDO按触发时间平滑操作。
图25是例示根据一实施方式的触发的比特流语法的视图。
这里,触发或触发数据采用触发表形式,并且对应语法采用MPEG-2专用区段形式,以帮助理解。然而,对应数据的格式可以改变。例如,根据另一方法,对应数据可以按会话描述协议(SDP)格式来表达并且通过会话通告协议(SAP)来信令。
table_id域被任意设置为0XTBD,并且标识对应表区段是构成触发的表区段。
section_syntax_indicator域被设置为1,并且指示该区段遵循一般区段语法。
private_indicator域被设置为1。
section_length域描述了该区段中、从恰好在section_length域之后至该区段末尾的剩余比特数。
source_id域表示与虚拟频道有关的节目的源。
TTT_version_number域表示触发的版本信息。另外,触发的版本信息表示触发协议的版本。该触发版本信息可以被用于确定触发结构或触发本身中是否存在变化。例如,如果触发版本信息相同,则接收器确定不存在触发变化。另外,如果触发版本信息不同,则接收器确定存在触发变化。例如,触发版本信息可以包括多个版本号,并且接收器可以基于所述多个版本号中的一些来确定是否存在触发变化。
如果设置为1,则current_next_indicator域表示对应表区段当前可应用。
section_number域指示许多对应表区段。
last_section_number域意指区段当中的末尾和最高编号的表区段。
num_triggers_in_section域意指对应表区段中的触发数。一个会话中的触发数可以为一个或多个。另外,下一个“for”循环被执行和触发数一样多的次数。
trigger_id域表示唯一地标识触发的标识符。
trigger_time域表示执行触发的时间。而且,该域可以不包括在该会话中,并且在这种情况下,该触发时间可以是根据如上所述广播流指定的时间。
trigger_action域表示按触发时间执行的触发的动作信息。触发动作可以包括针对目标TDO的准备命令、目标TDO执行命令、目标TDO扩展命令、以及目标TDO终止命令中的至少一个。该触发动作还可以包括生成特定命令或事件的命令。
trigger_description_length域表示trigger_description_text的长度。
trigger_description_text域按文本格式表示针对对应触发的描述。
service_id_ref域表示标识触发的目标TDO的标识符。因此,例如,service_id_ref域可以指示SMT或NST的NRT_service_id域,以标识触发目标TDO的NRT服务。
content_linkage域表示标识触发的目标TDO内容项的标识符。例如,content_linkage域可以指示NRT-IT或NCT的content_linkage域,以标识触发的目标TDO内容项。另外,service_id_ref域和content_linkage域可以被包括在用于指示一个目标TDO的类别中。
num_trigger_descriptors域标识触发描述符的数量。
trigger_descriptor()域表示包括有关触发的信息的描述符。
当触发采用MPEG-2专用区段的表格式时,广播站可以根据虚拟频道发送一个触发。
广播站用于发送触发的第一方法可以包括以下步骤:发送包括触发表(即,PSIP基本PID)的0X1FF流。该第一方法可以通过分配触发表的table_id来区别触发表与其它表。
而且,发送触发的第二方法包括以下步骤:向主指南表(MGT)分配与触发表相对应的PID,并且发送具有该触发表的对应PID流。该第二方法利用该触发表处理对应PID流中的所有表。
而且,根据一实施方式,触发和触发信令信息中的至少一个通过MPEG-2分组基本流(PES)发送,以便指定与视频和音频同步的准确定时作为触发时间。
这里,对MPEG-2PES的视频和音频同步描述如下。接收器解码器与发送器编码器的时间标记同步地操作。该编码器具有称作***时间时钟(STC)的主振荡器,和计数器。该STC被包括在特定节目和用于视频和音频编码的节目的主时钟中。
而且,如果视频帧或音频块在编码器输入中出现,则对STC采样。与编码器缓冲器和解码器缓冲器的延迟一样多的恒定值和采样值相加,以生成显示时间信息,即,演示时间标记(PTS),并接着***一图片或音频块的第一部分中。当帧重排序发生时,***表示数据需要在解码器中解码的时间的解码时间标记(DTS)。除了B图片的帧重排序以外,DTS和PTS相同。在帧重排序的情况下,另外需要DTS。当使用DTS时,总是存在PTS。它们可以按小于大约700msec的间隔***。另外,在ATSC中定义,PTS和DTS在每一个图片的起始部分处***。
而且,编码器缓冲器的输出包括按传输包级的诸如节目时钟参考(PCR)的时间标记。而且,PCT时间标记按小于100msec的间隔出现,并且用于同步解码器的STC和编码器的STC。
而且,视频流和音频流可以具有与公共STC相对应的每一个PTS或DTS,以同步化音频流和解码器。因此,PTS和DTS指示音频流和视频流何时在每一个解码单元处播放,并且被用于同步化音频和视频。
例如,接收器的解码器输出所接收TS流中的PES包,作为视频PES拆包器(depacketizer),并且将TS包头部中***的PCR值输出至PCR计数器。PCR计数器计算PCR值100,并将其输出至比较单元。而且,视频PES拆包器将PES包的头部输出至DTS/PTS提取器,在基本流缓冲器&解码器中缓冲基本流,即,要显示的图像数据。DTS/PTS提取单元从PES包头部中提取DTS和PTS值,并将它们输出至比较单元。如果从PCR计数器输入的PCR值变为DTS值或者PCR值100变为PTS值,则比较单元将针对此的每一个信号输出至解码/显示控制单元。解码/显示控制单元从比较单元接收到PCR值变为DTS值的信号,并且解码在基本流缓冲器&解码器中缓冲的图像数据,以将它们存储在解码流存储器中。另外,解码/显示控制单元在从比较单元接收到PCR值变为PTS值的信号时,通过显示单元显示存储在解码流存储器中的解码图像数据。
因此,MPEG-2PES在其头部中包括PTS和DTS,其同步化在数据发送期间发送的数据与一个基本流(ES)或在多个ES之间的演示时间。这被称作同步化数据流方法。
即,根据一实施方式,广播站在PES的净荷中包括触发数据或触发流,并且利用上述同步化数据流方法将触发时间指定为PES包头部的PTS值,在这种情况下,接收器可以根据包括触发的PES的PTS所引用的PCR值,而按准确定时触发目标TDO。因此,广播站可以利用PES包头部的被指定为触发时间的PTS和音频与视频PED包头部的PTS,按该广播站要触发的音频和视频演示的准确定时来同步化触发。
而且,与包括触发的PES流包的头部有关地,stream_type值可以是0x06,以指示同步化数据流方法,stream_id可以指示预定流的标识符,而PES_packet_length可以指示包括PES流的净荷的PES流的长度。
图26是例示根据一实施方式的、根据包括触发的同步化数据流方法的PES结构的视图。
如图26所示,同步化数据流方法的PES可以包括PES头部和PES净荷。PES净荷可以包括同步化数据包结构。如上提到,包括触发表或另一类型数据的触发可以被包括在图26的PES净荷中,并接着发送。另外,广播站可以按IP数据报格式分组触发,并且可以在IP数据区域中包括和发送所分组触发。
图27是例示根据一实施方式的作为比特流语法的用于发送触发的PES净荷的同步数据包结构的视图。
如图26和27所示,触发可以被包括在同步化数据包结构中并接着发送。该结构中的每一个域的详细描述如下。
data_identifier域是标识包括在PES数据包中的数据的类型的标识符。这可以根据类型设置以0X22。
sub_stream_id域是可通过用户设置的标识符(用户专用)。
PTS_extention_flag域指示是否存在PTC_extention域。如果该域值为1,则PTS_extention域可以处于PES_data_packet域中。另外,当不存在PTS_extention域时,该域可以为0。
output_data_rate_flag域可以设置为0。
syncnronized_data_packet_header_length域表示PES包头部中的可选域的长度。如果PTS_extention_flag域为1,则可以包括该域,并且表示包括synchroziced_data_privete_data_byte(s)的长度。
PTS_extention域扩展从对应PES包的头部递送的PTS。该域可以包括9比特节目时钟参考(PCR)扩展信息。另外,接收器可以将同步化数据的PTS分辨率从11.1μs(90kHz)(即,MPEG-2标准)扩展至37ns(27MHz)。
synchronized_data_private_data_byte域表示同步化PES包的净荷字节。如果DST的protocol_encapsulation表示同步化数据报、不包括LLC/SNAP的IP数据报、以及包括LLS/SNAP的多协议中的一个,则synchronized_data_byte域可以包括一个唯一数据报。因此,在使用LLC/SNAP时,8字节LLC/SNAP头部可以仅在PES包的开始的8字节synchronized_data_byte中示出。
因此,如果广播站在PES的同步化数据流(stream_type)中包括触发,并发送它,则接收器可以从PES的净荷中提取触发流。另外,接收器可以利用PES头部的PTS值作为触发时间来执行有关目标TDO的动作。因此,TDO可以基于PTS(即,用于视频和音频的演示同步化的参考时间),通过同步化触发而按帧单元的准确定时来触发。另外,当触发时间被指定为PTS时,可以容易地获取视频和音频同步化。
而且,根据一实施方式,有关获取触发流的触发信令信息被发送。接收器接收触发信令信息,并且基于所接收触发信令信息,获取PES的同步化数据流中的触发流。
发送触发信令信息以获取利用同步化数据串流发送的触发流的方法可以改变。下列方法之一被用于发送触发信令信息:1、通过DST的发送方法;2、通过服务id描述符的发送方法;3、通过触发流描述符的发送方法;以及4、通过限定触发流的流类型的发送方法。
根据一实施方式,触发信令信息可以通过用于NRT服务的DST来发送。DST是用于发送数据服务的表会话。因为其描述和针对其data_service_bytes()的描述和图8的那些相同,所以省略了重复描述。
DST可以包括用于接收构成数据服务的每一个基本流(ES)的信令数据。因此,用于接收触发流的触发信令数据可以被包括在DST中。
而且,每一个数据服务都可以包括至少一个应用,并且每一个应用都可以采用包括诸如app_id的应用标识符的应用标识结构。而且,每一个应用都可以包括构成对应应用或数据流的至少一个数据组元。
因此,为了通过数据服务发送触发流,广播站在特定虚拟频道中包括一个触发流,并发送它。而且,该广播站可以在每一个应用中包括一个触发流,并发送它。因此,用于发送触发信令信息的实施方式将根据两个方法来描述。
当一个触发流被包括在虚拟频道时,用于发送触发流的数据服务被称作触发服务。在这种情况下,广播站可以向触发服务分配固定服务标识符(服务ID)。
因此,接收器可以在服务标识符具有作为固定值的0X01时,标识一个触发流被发送至虚拟频道。
这里,广播站可以在DST中包括采用应用标识结构的触发信令信息,并发送它。
例如,广播站添加0X0001作为DST的App_id_description域值,以设置一值,该值意指用于链接诸如TDO的NT服务与实时广播的交互性应用。另外,app_id_byte_length可以使用3字节(0x0003),并且app_id_byte可以被分配0x01,以指示对应数据服务包括触发流信令信息。
因此,接收器通过上述方法接收DST,并且可以在app_id_byte_length为0x0003、app_id_description为0x0001,而app_id_byte为0x01时,标识包括触发信令信息的tap()。接收器从所标识tap()结构提取包括association_tag值的触发信令信息,并且association_tag_descriptor从在根据广播流提取的PMT中列出的数据基本流(ES)中接收具有和所提取association_tag相同的PID的流,以便接收触发流。
如上提到,NRT服务通过SMR或NST来信令,并且可以通过16比特服务标识符(sevice_id)唯一地标识。另外,构成NRT服务的内容项可以通过NCT或NRT-IT中的conent_lengate或内容标识符来标识。因此,触发服务可以通过经由DST扩展app_id_byte而像NRT服务一样发送。例如,app_id_byte可以包括组合触发服务的服务标识符(服务id)域和content_linkage域的数据。因此,app_id_byte的开始的16比特对应于SMT或NST中的服务id,而之后的32比特对应于NCT或NRT-IT中的内容链接域。
如上所述,广播站可以在tap()中包括触发信令信息,并且在一个流被包括在每一个频道中时,通过DST的应用标识结构来发送它。
而且,根据一实施方式,触发信令信息可以通过DST的protocol_encapsulation域来发送。例如,如果DST中的app_id_byte_length设置以0x0000,则不分配app id。如果protocol_encapsulation具有0X0F,则其指示触发信令信息被包括在对应tap()结构中。因此,如果app_id_byte_length为0x0000而protocol_encapsulation为0X0F,则接收器可以接收来自对应tap()结构的触发信令信息。通过此,获取PMT上的指示触发流的PID值并且如上所述接收触发流。
而且,根据另一实施方式,触发信令信息可以通过DST的内容类型描述符域来发送。
如图28所示,根据一实施方式,DST上的tap()中的内容类型描述符结构如下。
描述符标签可以具有0x72,以表示内容类型描述符。
描述符长度域表示按字节单位的描述符的总长度。
内容类型字节域表示由连接至描述符的tap引用的数据的MIME媒体类型值。该MIME媒体类型在RFC2045部分[8]的5中定义。
因此,根据一实施方式,内容类型描述符可以被添加至包括触发信令信息的tap()结构。因此,如果app_id_byte_length为0x0000并且标签tap()结构的内容类型描述符对应于预定内容,则接收器可以从对应tap()结构接收触发信令信息。通过此,获取PMT上的指示触发流的PID值并且如上所述地接收触发流。MIME媒体类型可以通过内容类型描述符指定以特定类型,以标识存在触发服务信令信息。
如上提到,一个NRT服务可以是用于发送触发流的触发服务并且可以针对触发服务中内容项发送相应不同流。在这种情况下,每一个应用都可以包括一个触发流。
因此,一个实施方式可以在NRT服务的每一个内容项中包括触发流并且可以发送它。在这种情况下,可以使用上述应用标识结构。例如,如果app_id_byte_length为0x0003,则其指示利用一个服务标识符通过一个NRT服务发送触发流。如果app_id_byte_length为0x0007,则其指示利用服务标识符和内容链接按每一个内容项来发送触发流。如果如上所述定义,则与每一个NRT服务或内容项相对应地发送每一个触发流。因为发送和接收触发流的方法的下一阶段与针对每一个虚拟频道发送一个触发流的方法相同,所以省略了重复描述。
图29是例示根据一实施方式的PMT和服务标识符描述符的语法的视图。
如图29所示,节目映射表(PMT)表示在每一个频道中广播的节目的信息。节目关联表(PAT)(其中,将“包ID”定义为“0x00”并发送)可以通过解析PMT的“包ID”来接收PMT。
而且,服务标识符描述符可以被包括在针对PMT的每一个ES的描述符循环中。接着,它可以在每一个节目组元中包括服务的列表信息。
对服务标识符描述符的结构描述如下。
descriptor_tag域指示描述符为service_id_descriptor()并且可以具有0xC2。
descriptor_length域表示从该域至描述符终点的字节单位长度。
service_count域指示具有描述符的节目组元中的服务的数量。
service_id域指示具有描述符的节目组元中的服务标识符。
根据一实施方式,触发流可以通过公知IP地址发送。而且,为了信令触发,广播站可以在服务标识符描述符中包括与触发流对应的特定服务标识符(服务id,例如,0x01),并且可以发送它。即,有关接收触发流的触发信令信息可以通过服务标识符描述符来发送。因此,如果在PMT的ES循环中的ES描述符循环中的service_id_descriptor的服务标识符为0x01,则接收器确定ES循环中的elementray_PID是指示触发流的PID并且通过该PID接收触发流。
图30是例示根据一实施方式的触发流描述符的视图。根据一实施方式,触发可以利用触发流描述符来信令。像上述服务标识符描述符一样,触发流描述符可以被包括在PMT的ES循环中的ES描述符循环中。因此,如果存在触发流,则触发流描述符可以存在于ES描述符循环中。如果标识触发流描述符,则接收器可以通过从对应ES循环中的elementary_PID中获取触发流的PID来接收触发流。
像这样,用于发送触发信令信息的触发流描述符可以包括TDO的服务标识符(目标服务id)、触发流中的触发目标、以及发送触发流的IP地址列表中的至少一个。根据一实施方式,提供图30的触发流描述符,并且对其结构描述如下。
如果设置为预定值,则descriptor_tag域指示trigger_stream_descriptor。
descriptor_length域表示从该域至描述符终点的字节单位长度。
target_service_count域表示触发流中的至少一个触发的目标NRT服务(TOD)的数量。
target_service_id域表示触发流中的至少一个触发的目标NRT服务(TOD)的服务标识符(service_id)。接收器可以利用target_service_id域在接收触发流之前标识服务标识符(service_id)。
target_content_item_count域表示触发流中的至少一个触发的目标NRT服务内容项的数量。
target_content_linkage域表示触发流中的至少一个触发的目标NRT服务内容项链接(content_linkage)。
而且,根据一实施方式,提供触发流描述符,并由此,显见的是,它可以包括附加信息或者具有另一配置。例如,当一个触发流针对每一个频道发送时,可以省略内容项域。另外,可以添加触发流标识信息域和配置文件信息域中的至少一个,以标识触发流。
广播站可以利用触发流描述符发送诸如TDO的触发目标NRT服务的列表信息。另外,如果存在根据一内容项的另一触发,则广播站可以利用target_service_id域和targe_content_linkage域来发送触发信令信息。另外,触发流描述符还可以包括发送触发流的IP地址信息或端口号的列表。
根据一实施方式,广播站指定流类型并且发送触发信令信息。接收器利用来自PMT的流类型提取触发信令信息,并且通过该触发信令信息接收触发流。例如,可以将0x96(当前预先设置的流类型之一)指定为触发流。在这种情况下,典型接收器没有流类型为0x96的信息,并由此不能处理触发流而是不理它。因此,保证针对子模型接收器的向后兼容性。
根据一实施方式,触发可被包括在用于在诸如多媒体家庭平台(MHP)或高级公共应用平台(ACAP)的数据广播中发送应用信息的应用信息表(AIT)中。图31是根据一实施方式的AIT的视图。
而且,根据另一实施方式,触发可以被包括在STT的描述符中,以引用***时间表(STT)作为触发时间,并接着被发送。图32是根据一实施方式的STT的视图。
图33是例示根据一实施方式的用于发送TDO和触发的发送器的框图。
参照图33,发送器200包括:NRT服务发送单元210、触发发送单元220、复用单元230、以及调制单元240。NRT服务发送单元210包括NRT服务(TDO)生成单元211和NRT服务信令数据生成单元212。该触发发送单元220包括触发生成单元221和触发信令数据生成单元222。
NRT服务(TDO)生成单元211从服务提供方接收用于NRT服务生成的数据,以生成NRT服务,将所生成NRT服务分组成IP数据报,并接着将所分组IP数据报分组成发送包(TP)。所分组NRT服务数据被发送至复用单元230。
NRT服务生成单元211向NRT服务信令数据生成单元212发送包括有关发送的NRT服务的频道信息和service_id的元数据。另外,如果所生成NRT服务是TDO,则NRT服务生成单元211提取包括用于触发TDO的触发时间、标识信息、以及目标TDO的触发动作信息的触发信息,并接着将其发送至触发生成单元221。
NRT服务信令数据生成单元212利用NRT服务元数据生成用于接收NRT服务的NRT服务信令数据,并将所生成NRT服务信令数据分组成发送包(TP),以将其发送至复用单元230。
另外,触发生成单元221利用从NRT服务(TDO)生成单元接收的TDO的触发信息来生成触发数据。所生成触发数据被分组成发送包以将其发送至复用单元230。而且,触发生成单元221向触发信令数据生成单元222发送用于接收诸如所发送触发数据的包标识符(PID)的触发的元数据。
触发信令数据生成单元22基于所接收元数据来生成触发信令数据,并且将数据中的触发信号分组成发送包以将其发送至复用单元230。
复用单元230按每一个频道复用所接收发送包,并接着将所复用信号发送至调制单元240。
调制单元240调制所复用信号并将其发送至外部。该调制方法可以改变,而且本发明不限于此。
图34是例示根据一实施方式的用于接收TDO和触发的接收器的框图。
参照图34,接收器300包括:解调制单元310、解复用单元320、触发处理单元330、NRT服务处理单元340、以及服务管理器350。该触发处理单元330包括触发接收单元331和触发信令数据接收单元332。NRT服务处理单元340包括NRT服务(TDO)接收单元341和NRT服务信令数据接收单元342。
解调制单元310接收来自发送器200的调制信号,并且根据预定解调制方法来解调制所接收信号,以将其发送至解复用单元320。
解复用单元320解复用该解调制信号,从而针对每一个频道恢复原始发送包,以将它们发送至触发处理单元330或NRT服务处理单元340的每一个接收单元。
NRT服务信令数据接收单元342从复用单元320接收并恢复所分组NRT服务信令数据,以提取有关NRT服务的信息,并接着将其发送至NRT服务(TDO)接收单元341。NRT服务(TDO)接收单元341利用有关接收NRT服务的信息从复用单元320接收NRT服务的发送包,并将其恢复为服务数据,以将其发送至服务管理器350。
而且,NRT服务信令数据接收单元332从复用单元320接收并恢复所分组触发信令数据,提取有关接收触发的信息,并接着,将其发送至触发接收单元331。触发接收单元331利用有关接收触发的信息从复用单元320接收包括触发的发送包,并恢复触发数据,以将其发送至服务管理器350。
服务管理器350从触发处理单元330或NRT处理单元340接收触发数据或NRT服务(TDO)数据中的至少一个。而且,服务管理器350按触发定时执行并应用有关触发目标TDO的触发动作,以使执行有关TDO的触发动作。
图35是例示根据一实施方式的触发发送方法的流程图。
参照图35,在操作S100中,NRT服务生成单元211通过接收来外部的NRT服务数据或者基于从NRT服务提供方接收的数据来生成NRT服务数据。而且,NRT服务生成单元211将所生成数据分组成发送包。另外,NRT服务生成单元211向NRT服务信令数据生成单元212发送有关接收包括NRT服务的发送包的信息。
接着,在操作S110中,NRT服务信令数据生成单元212生成上述NRT服务信令数据,并将其分组成发送包。
而且,在操作S120中,NRT服务生成单元211确定所生成NRT服务是否为触发声明对象,即,TDO。
另外,如果所生成NRT服务是TDO,则NRT服务生成单元211向触发生成单元221发送包括用于触发TDO的触发时间、触发动作、目标TDO标识信息的触发信息,接着,在操作是S130中,触发生成单元211利用所接收触发信息生成触发数据。所生成触发数据被分组成发送包并且被发送至复用单元。例如,用于目标TDO的目标服务标识符和应用至目标服务的触发动作信息可以被***到所分组流中即,PES的净荷中,并接着发送。另外,触发时间信息被指定成PTS或DTS格式,***到PES的净荷或头部中,并接着发送。当使用同步化数据串流方法时,触发流的PTS和视频与音频流的PTS被同步化以设置准确的播放定时。
而且,在操作S140中,触发信令数据生成单元222生成用于标识并接收从触发生成单元221发送的触发的触发信令数据,并将所生成触发信令数据分组成发送包以将其发送至复用单元。这里,触发信令数据可以包括被***节目映射表中的触发流描述符或服务标识符描述符,并且可以包括与每一个描述符相对应的触发流的包标识符。另外,触发信令数据可以在DST的TAP结构中包括触发流的包标识符。
之后,复用单元230通过每一个发送频道复用发送-分组NRT服务数据、NRT服务信令数据、触发数据、以及触发信令数据中的至少一个,并接着将其发送至调制单元240。
而且,在操作S160中,调制单元240执行调制以发送所复用信号,并将其发送至外部接收器或广播网络。
图36是例示根据一实施方式的接收器300的操作的流程图。
首先,当接收器300接通时,在操作S200中,通过用户选择一频道或者选择预定频道。解调制单元310解调制来自所选择频道的所接收信号,并且解复用单元320按每一个发送频道解复用所解调制信号。而且,NRT服务接收单元341和NRT服务信令数据接收单元342接收NRT服务数据并将其发送至服务管理器350,如上所述。
接着,在操作S220中,触发信令数据接收单元332或NRT服务信令数据接收单元342确认是否可以进行触发接收。触发接收确认可以使用上述方法之一。即,触发信令数据接收单元332或NRT服务信令数据接收单元342使用以下方法之一:确认与基于MGT或PSIP的PID中的触发相对应的PID的方法、利用DST的tap结构的方法、利用服务标识符描述符或触发流描述符的方法、利用触发流类型的方法,以及利用AIT或STT的方法,以便确定是否可以进行触发接收。
而且,当确认可以进行触发接收时,在操作S230中,触发信令数据接收单元332接收包括触发信令数据的发送包,以恢复触发信令数据,并接着将其发送至触发接收单元331。
稍后,在操作S240中,触发接收单元331利用触发信令数据从所接收发送包中提取触发数据并将其发送至服务管理器350。例如,触发接收单元331可以利用与触发流描述符相对应的包标识符来接收触发流。另外,触发接收单元331从触发流提取触发信息并将其发送至服务管理器350。另外,如果所接收触发流是PES,则PES的头部中的PTS被提取为触发时间,并且提取PES的净荷中的目标服务标识符和触发动作,以便将它们发送至服务管理器350。
而且,在操作S250中,服务管理器350按触发定时执行有关目标TDO的触发动作,以使执行有关TDO的触发动作。尤其是,如果PES的PTS是触发时间,则触发流的PTS与音频和视频流的头部中的PTS同步,以满足准确的播放定时。
图37是例示根据一实施方式的利用触发表的触发接收方法的流程图。
解调制单元310接收并解调制针对所选择频道的广播信号。而且,在操作S310中,触发信令数据接收单元332通过解复用单元320接收PSIP表,并确定所接收表中是否存在触发表以标识触发服务。触发信令数据接收单元332从基于MGT或PSIP的表中搜索分配给触发表的PID,或者搜索与分配给触发表的Table_id相对应的表,以标识触发服务。
如果该触发服务不被标识,则接收器300提供一般广播服务。
而且,如果该触发服务被标识,则在操作S320和S330中,触发接收单元331接收所搜索触发表并解析它。
接着,服务管理器350接收在触发表中解析的包括触发时间、触发动作、以及目标TDO标识信息的触发信息,并且在操作S340中,按对应触发定时执行有关对应TDO的对应触发动作。
图38是例示根据一实施方式的、当利用DST发送触发信令信息和触发时接收器300的操作的流程图。
当在操作S3000中选择物理发送频道并且调谐通过调谐器选择的频道时,在操作S3010中,接收器300利用解调制单元310和解复用单元320,从通过所调谐物理发送频道接收的广播信号中获取VCT和PMT。接着,PSI/PSIP区段处理器或触发信令数据接收单元332或NRT服务信令数据接收单元342解析所获取VCT和PMT以确认是否存在NRT服务。
例如,当VCT的service_type域值不是0x04或0x08时,因为对应虚拟频道不发送仅NRT服务,所以接收器300根据虚拟频道中的信息适当地操作。然而,即使service_type域值不意指仅NRT服务,对应虚拟频道也可能包括NRT服务。这种情况被称作包括在对应虚拟频道中的附属NRT服务,并且接收器300可以执行和接收NRT服务的情况相同的处理。
接着,如果service_type域值为0x04或0x08,则NRT服务信令数据接收单元342或触发信令数据接收单元332确定通过对应虚拟频道接收NRT服务。在这种情况下,如果VCT(或PMT的ES循环)的服务位置描述符中的stream_type域值为0x95(即,DST发送),则在操作S3020中,利用Elementary_PID域值接收DST。这可以根据服务管理器350的控制而在解复用单元320中执行。
而且,在操作S3040中,触发信令数据接收单元342根据所接收DST标识触发服务。标识触发服务的方法使用以下方法之一:利用应用标识结构来标识分配给app_id_description和app_id_byte的特定值的方法、标识分配给protocol_encapsulation域的特定值的方法,以及标识包括内容类型描述符的tap的方法。
如果触发服务未根据所接收DST标识,则因为触发数据通过对应虚拟频道发送一般NRT服务,所以在操作S3030中,接收器300根据对应虚拟频道中的NRT服务适当地操作。
而且,如果触发服务根据DST标识,则在操作S3060中,触发信令数据接收单元332从包括触发信令信息(触发流的PID)的DST提取tap。
接着,在操作3070中,触发信令数据接收单元332从包括所提取Tap的associaiton_tag的PMT中提取流PID。
触发接收单元331接收与所提取流PID相对应的MPEG-2TS包,并且去除解封装,即,TS头部,以恢复包括触发流的PES流。包括触发流的PES包的stream_type可以是表示同步化数据流的0x06。在操作S3070中,触发接收单元331解析来自所恢复PES流的PES包头部的PTS、触发流中的目标TDO标识符、触发标识符、或触发动作信息中的至少一个。
接着,在操作S3080中,服务管理器350利用包括触发的PES包头部的PTS作为触发定时,而按触发定时来执行有关目标TDO的动作。这里,目标TDO可以是用所解析目标TD标识符指示的NRT服务。另外,该动作可以是根据所解析触发动作信息提供的准备、执行、扩展、以及终止命令之一。
图39是例示根据一实施方式的、当利用触发流描述符发送触发时接收器300的操作的流程图。
当在操作S3000中选择物理发送频道并且调谐通过调谐器选择的频道时,在操作S4000中,接收器300利用解调制单元310和解复用单元320,从通过所调谐物理发送频道接收的广播信号中获取VCT和PMT。该广播信号包括VCT和PMT,并且触发信令数据接收单元332或PSI/PSIP区段处理器解析所获取VCT和PMT。
而且,触发信令数据接收单元332确认是否将触发从VCT和PMT发送至对应虚拟频道。为此,在操作S4020中,触发信令数据接收单元332确定在与对应虚拟频道相对应的ES描述符循环中是否存在Trigger_stream_descriptor。是否存在Trigger_stream_descriptor是利用stream_type值是否为0x06(同步化数据串流)来确定,并且在搜索ES描述符循环中的描述符之后,对应描述符的descriptor_tag域与为对应于触发流描述符而设置的值相同。
如果确定Trigger_stream_descriptor未根据PMT标识,并由此不存在Trigger_stream_descriptor,则因为对应虚拟频道不发送触发,所以在操作S4025中,接收器300根据对应虚拟频道中的广播服务适当地操作。
接着,如果存在Trigger_stream_descriptor,则在操作S4030中,触发信令数据接收单元332提取PMT的对应ES循环中的Elementary_PID。所提取流PID可以是包括触发流的流的PID值。
接着,触发接收单元331接收与所提取流PID相对应的MPEG-2TS包,并且执行解封装(即,去除TS头部),以恢复包括触发流的PES流。包括触发流的PES包的stream_type可以是表示同步化数据流的0x06。在操作S4040中,触发接收单元331解析来自所恢复PES流的PES包头部的PTS、触发流中的目标TDO标识符、触发标识符,或触发动作信息中的至少一个。
接着,在操作S4050中,服务管理器350利用包括触发的PES包头部的PTS作为触发定时,而按触发定时来执行有关目标TDO的动作。这里,目标TDO可以是用所解析目标TD标识符指示的NRT服务。另外,该动作可以是根据所解析触发动作信息提供的准备、执行、扩展、以及终止命令之一。
图40是例示根据一实施方式的、当利用流类型发送触发时接收器的操作的流程图。
当选择物理发送频道并且调谐通过调谐器选择的频道时,接收器300利用解调制单元310和解复用单元320,从通过所调谐物理发送频道接收的广播信号中获取VCT和PMT。该广播信号包括VCT和PMT,并且在操作S400中,触发信令数据接收单元332或PSI/PSIP区段处理器解析所获取VCT和PMT。
而且,触发信令数据接收单元332确认是否将触发从VCT和PMT发送至对应虚拟频道。为此,在操作S410中,触发信令数据接收单元332确定在与对应虚拟频道相对应的ES描述符循环中是否存在0x96,即,特定流类型。
如果确定0x96未根据流类型标识,并由此不存在流类型,则因为对应虚拟频道不发送触发,所以在操作S415中,接收器300根据对应虚拟频道中的广播服务适当地操作。
接着,如果流类型为0x96,则在操作S420中,触发信令数据接收单元332提取PMT的对应ES循环中的Elementary_PID。所提取流PID可以是包括触发流的流的PID值。
接着,触发接收单元331接收与所提取流PID相对应的MPEG-2TS包,并且执行解封装(即,去除TS头部),以恢复包括触发流的PES流。在操作S430中,触发接收单元331解析来自所恢复PES流的PES包头部的PTS、触发流中的目标TDO标识符、触发标识符、或触发动作信息中的至少一个。
接着,在操作S440中,服务管理器350利用包括触发的PES包头部的PTS作为触发定时,而按触发定时来执行有关目标TDO的动作。这里,目标TDO可以是用所解析目标TD标识符指示的NRT服务。另外,该动作可以是根据所解析触发动作信息提供的准备、执行、扩展、以及终止命令之一。
图41是例示根据一实施方式的、当利用AIT发送触发时接收器的操作的流程图。
在操作S500中,触发信令数据接收单元332利用解调制单元310和解复用单元320来接收AIT。
而且,触发信令数据接收单元332确认触发是否从AIT发送。为此,在操作S510中,触发信令数据接收单元332确认AIT中是否存在触发描述符。
如果确定不存在触发描述符,则因为对应应用不包括触发,所以在操作S515中,接收器300根据对应应用服务适当地操作。
而且,如果存在触发描述符,则在操作S530中,触发接收单元332从触发描述符中提取触发数据,并解析所提取触发数据,以将其发送至服务管理器350。
接着,在操作S540中,服务管理器350利用所解析触发数据,而按触发定时来执行有关目标TDO的动作。这里,目标TDO可以是用所解析目标TD标识符指示的NRT服务。另外,该动作可以是根据所解析触发动作信息提供的准备、执行、扩展、以及终止命令之一。
图42是例示根据一实施方式的、当利用STT发送触发时接收器的操作的流程图。
在操作S600中,触发信令数据接收单元332利用解调制单元310和解复用单元320来接收STT。
而且,触发信令数据接收单元332确认触发是否从STT发送。为此,在操作S610中,触发信令数据接收单元332确认STT中是否存在触发描述符。
如果确定不存在触发描述符,则因为对应STT不包括触发,所以在操作S615中,接收器300根据广播信号适当地操作。
而且,如果存在触发描述符,则在操作S630中,触发接收单元332从触发描述符中提取触发数据,并解析所提取触发数据,以将其发送至服务管理器350。
接着,在操作S540中,服务管理器350利用所解析触发数据,而按触发定时来执行有关目标TDO的动作。这里,目标TDO可以是用所解析目标TD标识符指示的NRT服务。另外,该动作可以是根据所解析触发动作信息提供的准备、执行、扩展、以及终止命令之一。
图43是根据本发明一实施方式的定时图。
如图43所示,因为发送器200不知道接收器300何时改变频道,所以当接收器300通电时,并且当接收器在对应NRT服务存在的情况下选择频道时,发送器200可以周期性且重复地通过地面广播来发送按NRT方式发送的下载内容。
参照图43,启用时间T1指示NRT(T1)服务启用被触发的时间。有效时间Te指示NRT(T1)在启用时间T1之前最后开始发送的时间。发送时段改变时间To指示改变发送启用触发数据的时段的时间。发送时段改变时间To是发送器200确定的时间参数。时间窗Tp1指示有效时间Te之前的时间。时间窗Tp2指示有效时间Te与启用时间T1之间的时间。时间窗Tp3指示有效时间Te与发送时段改变时间To之间的时间。时间窗Tp4指示发送时段改变时间To与启用时间T1之间的时间。
图44是例示根据本发明一实施方式的启用触发数据发送方法的流程图。
首先,在操作S5101,触发发送单元220设置NRT(T1)服务(即,目标对象)的启用时间T1,在操作S5103,设置发送时段改变时间To,并且在操作S5105,设置短时段发送计数M。
在操作S5107中,如果当前***时间t在发送时段改变时间To之前,则在操作S5109,触发发送单元220沿长时段发送用于NRT(T1)服务的启用触发数据。在这点上,触发发送单元220可以按时段n*Tp4来发送启用触发数据。
下面,参照图45至47,根据本发明另一实施方式,对触发数据发送模式进行描述。尤其是,对维护触发数据(MTD)的发送模式进行描述。
根据一实施方式,包括被设置成与维护相对应的值的触发动作的触发数据可以是维护触发数据。
图45是根据本发明另一实施方式的定时图。
在图45中,启用时间Ta指示TDO的启用时间,而终止时间Tf指示TDO的终止时间。附加动作时间Taction指示针对TDO的另一附加动作在启用时间Ta之后并且在终止时间Tf之前触发的时间。时间窗Tplife指示启用时间Ta与终止时间Tf之间的时间,尤其是,TDO的使用期限。时间窗Tp1指示启用时间Ta与附加动作时间Taction之间的时间。时间窗Tp2指示附加动作时间Taction与终止时间Tf之间的时间。
而且,图45例示了当TDO动作在时间窗Tplife中按Taction时间出现一次的情况。
图46是例示根据本发明一实施方式的维护触发数据发送方法的流程图。
在操作S5201,触发发送单元220设置用于TDO(即,目标对象)的启用时间Ta。
在操作S5203中,触发发送单元220确定针对目标对象的MTD的发送时段Pmtd。MTD的发送时段Pmtd可以被设置成预定值。另外,MTD的发送时段Pmtd可以在考虑接收器300的频道改变时间或针对接收器300的通/断电的时间的情况下来设置。
如果当前***时间t在操作S5205中在目标对象的启用时间Ta之前,则在操作S5207中,触发发送单元220不发送针对目标对象的MTD。
而且,如果当前***时间t在操作S5205中在目标对象的启用时间Ta之后而在操作S5209中在目标对象的终止时间Tf之前,则在操作S5211中,触发发送单元220确认触发数据改变。
如果触发数据改变,则在操作S5213中,触发发送单元220发送所改变触发数据和包括附加动作的维护触发数据。
如果触发数据未改变,则在操作S5215中,触发发送单元220发送改变之前的触发数据和包括附加动作的维护触发数据。
而且,如果当前***时间t在操作S5209中在目标对象的终止时间Tf之后,则在操作S5217中,触发发送单元220终止发送维护触发数据。
图47是例示根据本发明一实施方式的维护触发接收方法的视图。
首先,在操作S5301中,接收器300的触发接收单元331接收维护触发数据。接收维护触发数据可以根据上述各种实施方式来执行。
在操作S5303中,如果与维护触发数据的目标服务标识符相对应的对象已经启用,则在操作S5305中,接收器300的服务管理器350维持该对象的启用。
在操作S5303中,如果与维护触发数据的目标服务标识符相对应的对象尚未启用,则在操作S5307中,接收器300的服务管理器350启用该对象。
下面,参照图48至50,根据本发明一实施方式,对触发数据接收定时进行描述。尤其是,对准备触发数据(PTD)的接收定时进行描述。
图48是根据本发明一实施方式的定时图。
在图48中,准备触发时间Tp指示根据PTD触发TDO的准备的时间。启用时间Ta指示TDO的启用时间,而终止时间Tf指示TDO的终止时间。
时间窗Tpa指示准备触发时间Tp与启用时间Ta之间的时间,而时间窗Tplife指示启用时间Ta与终止时间Tf之间的时间。
时间窗Tpa可以根据高级任务(advance task)或对应高级任务改变。
图49是例示根据本发明一实施方式的预备触发接收方法的流程图。
尤其是,图49例示了处理下载准备触发数据的方法。
图50是例示根据本发明另一实施方式的预备触发接收方法的流程图。
尤其是,图50例示了PTD需要后台启用TDO以准备TDO的处理方法。
由此,触发根据其特性可以分类为准备触发、启用触发、以及维护触发。
稍后,对标识这三种触发的方法和三种触发之间的交叉引用方法进行描述。
图51是例示根据本发明另一实施方式配置的触发的比特流语法的流程图。
与根据图25所示语法的触发相比,根据图51所示语法的触发还包括触发类型域trigge_type和参考目标触发标识符域target_trigger_id_ref。
图53是例示根据本发明一实施方式的因特网位置描述符的语法的视图。
如图53所示,因特网位置描述符包括:描述符标签域descriptor_tag、描述符长度域descriptor_length、URL计数域URL_count、URL长度域URL_length,以及URL()域。
图54是例示根据本发明一实施方式的触发发送方法的流程图。
发送器200在操作S6003中,按操作S6001中的准备触发的发送定时发送准备触发,在操作S6007中,按操作S6005的发送定时发送启用触发,并且按操作S6009的维护触发的发送定时发送维护触发S6011。
与发送准备触发、启用触发、以及维护触发有关地,根据一实施方式,准备触发、启用触发、以及维护触发可以被包括在一个流中并发送。
接着,参照图55至图57,对根据本发明一实施方式的接收器300的操作方法功能进行描述。
图55是例示根据本发明一实施方式的接收器的操作方法的流程图。
在操作S6101,接收器300接收触发。尤其是,接收器300可以按和图36至42所示相同的方式来接收触发。
在操作S6103中,接收器300确认所接收触发的类型。接收器300可以按上述方式确认所接收触发的类型。例如,接收器300可以通过触发中的触发类型域trigge_type和触发动作域trigger_action中的至少一个来确认该触发的类型。另外,接收器300可以基于目标TDO是否被启用或者触发时间是否过去来确认触发的类型。
在操作S6105中,如果所接收触发是准备触发,则在操作S6107,接收器300处理所接收准备触发。与准备触发的触发动作域有关地,对接收器300处理准备触发加以描述。TDO的状态可以通过准备触发的这种处理来改变。
根据另一实施方式,当准备触发触发内容项的下载时,接收器300可以根据准备触发中的因特网位置描述符来识别要下载的内容项的位置信息,并且可以通过所识别位置来下载该内容项。
此外,对图55进行描述。
在操作S6109中,如果所接收触发是启用触发,则在操作S6111,接收器300处理所接收启用触发。与启用触发的触发动作域有关地,对接收器300处理启用触发加以描述。TDO的状态可以通过启用触发的这种处理来改变。
在操作S6113中,如果所接收触发是维护触发,则在操作S6115,接收器300处理所接收维护触发。
图57是例示根据本发明一实施方式的、通过接收器处理触发的方法的TDO状态转变图。
如图57所示,目标TDO是诸如未准备状态的释放状态ST110、准备状态ST120、活动状态ST130、以及挂起状态ST140中的一种。
下面,根据本发明一实施方式,对在与NRT服务、实时广播、以及因特网网络的链接中提供有关NRT服务的信息的方法进行描述。
如上提到,在实际广播***中,一个广播节目可以包括与对应节目链接执行的至少一个应用,并且这种应用可以存储在接收器300中,并且通过上述NRT服务接收方法来执行。
然而,因为PSIP表不包括有关与广播节目链接的NRT服务的信息,所以当接收器300要接收与广播节目链接的NRT服务时,特定广播节目所属于的频道的NRT-IT全部需要解析。而且,即使接收器300接收NRT-IT,首先接收NRT服务的内容项,也难以标识与该内容项链接的广播节目。另外,因为PSIP表不包括有关因特网网络的信息,所以接收器300仅接收实时广播节目,致使其难以识别通过因特网网络发送的相关服务。另外,出于和上述相同的理由,接收器300难以接收有关特定实时广播节目的扩展EPG,其通过因特网网络发送。因此,需要实时广播节目、NRT服务、以及因特网网络之间的***性链接。
根据本发明一实施方式,发送器200可以在与特定频道或节目相对应的PSIP表中包括诸如NRT或TDO的NRT服务信息,或者被用于与因特网网络链接的信息,并接着可以发送该PSIP表。而且,与特定实时广播频道信息相对应的PSIP表信息或节目信息可以被包括在NRT服务中,并接着发送。
因此,接收器300可以接收实时广播频道或节目,并解析该PSIP表,使得其可以选择性地接收与特定广播节目链接的NRT服务。而且,接收器300接收实时广播频道或节目,并解析该PSIP表,使得其可以通过因特网网络接收与特定广播频道或节目链接的NRT服务。接着,接收器300可以接收NRT服务,以获取有关可与NRT服务链接的广播节目的PSIP表信息,并接着,可以将其提供给用户。
根据本发明一实施方式,提供与实时广播链接的信息(例如,NRT服务、预览信息、扩展EPG信息、突出信息、以及相关因特网门户信息之一)的描述符可以被包括在PSIP表之一中,并接着发送。根据本发明一实施方式,这种描述符可以被称为链接描述符。
另外,根据本发明一实施方式,有关可与NRT服务链接的广播节目的信息(例如,广播频道信息或节目信息)可以被包括在SMT和NRT中的一个(如NRT-IT)中并接着发送。根据本发明一实施方式,这种描述符可以被称为事件描述符。
图58是例示根据本发明一实施方式的链接描述符link_descriptor的语法的视图。图59和60是例示包括在链接描述符中的域的内容的视图。
如图58所示,链接描述符包括:描述符标签域descriptor_tag、描述符长度域descriptor_length、链接计数域number_of_links、以及多个链接数据项。所述多个链接数据项中的每一个都包括链接类型域link_type、链接媒介域link_media、MIME类型长度域mime_type_length、MIME类型域mime_type、描述符长度域descriptor_length、描述符域描述、链接长度域link_length,以及链接字节域link_byte。
链接计数域number_of_links可以是8比特无符号整数,以指示多个链接数据项的数量。
链接类型域link_type指示基于链接数据项中的链接字节域的可接收相关服务的类型。例如,如图44所示,链接类型域可以指示基于包括在链接数据项中的链接字节域的可接收特定服务的类型信息。
链接媒介域link_media可以是8比特无符号整数,其指示用于接收基于链接数据项的相关服务的传输介质。例如,如图60所示,当链接媒介域为0x02时,其指示可以基于链接数据项接收的相关服务可通过NRT服务接收。另外,当链接媒介域为0x03时,其指示相关服务可通过因特网服务接收。
链接字节域link_byte可以是指示用于接收上述广播节目相关服务的数据的域。链接字节域可以包括可通过链接媒介接收的内容的标识信息。例如,如图60所示,如果链接媒介是NRT服务,则链接字节域可以包括服务标识符service_id和内容标识符content_linkage,以接收NRT服务。另外,如果链接媒介是因特网服务,则链接字节域可以包括统一资源标识符(URL),即,因特网地址信息,或URL信息。
图61和62是例示根据本发明一实施方式的、当图43的链接描述符包括在PSIP表当中的事件信息表(EIT)的描述符中时每一个表之间的链接的视图。
如图61所示,链接描述符可以被包括在指示广播节目信息的EIT的描述符循环中,并接着发送。
除了VCT以外,EIT也被包括在PSIP中,并接着发送。因为VCT包括与所选择虚拟频道号channel_number相对应的source_id,所以接收器300解析包括同一source_id的EIT作为VCT,以获取有关从对应虚拟频道提供的每一个广播节目的信息。每一个广播节目都用event_id来标识。
因此,接收器300可以在所解析EIT的事件循环中,从包括特定广播节目的event_id的循环中提取链接描述符,并且可以通过NRT服务或因特网网络,利用所提取链接描述符来接收链接至该特定广播节目的信息。
例如,如图61所示,假设链接描述符可以包括链接至该特定广播节目的NRT服务的服务标识符service_id和内容标识符content_linkage。在这种情况下,接收器300可以通过SMT、NRT-IT、以及FDT识别所链接NRT服务的内容项位置信息,并且通过所识别位置信息下载该内容项。
更详细地说,接收器300可以从SMT获取与包括在链接描述符的链接字节域中的服务标识符相对应的服务信令信道信息。在这点上,该服务信令信道信息可以包括IP地址和端口号。而且,接收器300可以从NRT-IT获取与包括在链接描述符的链接字节域中的服务标识符相对应的服务中的内容受托代购商(content indenter)内容链接的列表。接收器可以通过链接描述符的链接字节域中的内容链接,识别要下载的内容项的标识符,其对应于NRT-IT中的服务标识符。接着,接收器300可以根据通过SMT的IP地址和端口号接收的FLUTE FDT,识别与NRT-IT中的内容标识符相对应的内容项文件的位置。因此,接收器300可以通过FLUTE会话,利用FLUTE FDT来接收配置与对应广播节目链接的NRT服务的内容项的文件。而且,接收器300可以从稍后在NRT-IT中描述的因特网位置描述符中提取与广播节目链接的内容项的URL信息(例如,文件的URL列表),并且基于所提取列表,可以通过网络接收配置与广播节目链接的NRT服务的内容项的文件。
而且,除了链接至广播节目的NRT服务以外,链接描述符还可以包括以下中的至少一个:与广播有关的门户HTML页面接入信息、缩略图接收信息、预览剪辑接收信息、扩展EPG接收信息、突出接收信息、多视图接收信息、以及可链接TDO接收信息。链接描述符可以包括用于通过NRT服务或因特网网络接收这种接收信息的信息。
更详细地说,接收器300可以获取与所选择虚拟频道相对应的EIT,从与所获取EIT中的所选择广播节目相对应的事件循环(即,针对包括event_id的循环)的描述符循环中获取链接描述符,从所获取链接描述符中提取因特网地址,以及在根据所提取因特网地址接入因特网网络时接收链接至所选择广播节目的服务。因此,广播服务提供方可以通过实时广播提供与特定广播节目链接的服务。而且,接收器300可以利用因特网地址信息来接入因特网网络,并且可以通过因特网网络接收与对应广播节目链接的服务。
图63是例示根据本发明一实施方式的事件描述符((Event_descriptor)和该事件描述符中的域的内容的语法的视图。
如图63所示,事件描述符包括:descriptor_tag域、descriptor_length域、以及ETM_id域。
图64是例示根据本发明一实施方式的、通过事件描述符来标识链接节目的方法的视图。
例如,如图64所示,接收器300的服务管理器350通过SMT标识service_id,并且解析与由NRT-IT标识的service_id相对应的NRT服务的内容项。
接着,接收器300的服务管理器350可以根据VCT标识匹配source_id的虚拟频道,并且可以根据对应虚拟频道的EIT标识匹配event_id的广播节目的事件循环。接收器300的服务管理器350从所标识事件循环接收NRT服务相关广播节目信息,并接着,将该信息提供给用户。该广播节目信息可以包括以下中的至少一个:对应广播节目的开始时间、ETT位置、广播时间、标题信息、以及EIT的事件循环中的描述信息。因此,接收器300的服务管理器350基于所接收广播节目信息,向用户提供有关所接收NRT服务相关广播节目的信息。
图65是例示根据本发明一实施方式的、接收器300通过利用链接描述符来接收广播节目或广播频道相关内容的操作的流程图。
参照图65,当接收器300接通时,在操作S7000中,它通过经由PSIP/PSI处理器或服务管理器接收PSIP表来接VCT或EIT。接收器300的PSIP/PSI处理器或服务管理器350解析PSIP表中的每一个表,并且根据所解析表获取VCT或EIT。
而且,在操作S7010中,接收器300的服务管理器350根据所接收VCT或EIT搜索描述符循环。接着,在操作S7020中,接收器300的服务管理器350通过搜索确定是否存在链接描述符。
而且,如果确定存在链接描述符,则接收器300的服务管理器350根据链接描述符提供链接信息,并且基于所提取链接信息,在操作S7030中,显示包括链接描述符或广播频道相关内容列表的广播节目。
接着,在操作S7040中,接收器300的服务管理器350确定是否选择内容和是否存在接收指令。该内容可以通过用户或者预定处理来选择。所选择内容可以是显示在上述显示广播频道或广播节目相关内容列表上的内容。而且,用户可以输入针对所选择内容的接收指令,而且,有关所选择内容的接收指令可以通过预定处理来执行。
接着,当执行有关所选择内容的接收指令时,在操作S7050中,接收器300的服务管理器350立即接收对应内容或执行接收预约。
接着,当预约接收的内容是NRT服务时,在操作S7060中,接收器300的服务管理器350接收SMT以标识对应NRT服务。接着,在操作S7070中,接收器300的服务管理器350通过上述方法接入FLUTE会话,并且在操作S7080中,从配置NRT服务的内容项文件的包当中,标识针对预约接收内容的包。接着,在操作S7090中,接收器300的服务管理器350通过FLUTE或因特网网络接收针对预约接收内容的所标识包。
图66是例示根据本发明一实施方式的、接收器300通过利用事件描述符来提供广播节目相关内容的操作的流程图。
根据本发明一实施方式,如图66所示,发送器200通过广播频道或NRT服务信令信道,将与NRT服务链接的广播节目信息***到事件描述符中,并将事件描述符***到要向接收器300发送的NRT-IT的内容循环中。
当包括事件描述符的NRT-IT按这种方式发送时,在操作S7100中,接收器300的PSIP/PSI处理器或服务管理器350解析PSIP表,以获取VCT和EIT。接收器300可以向用户提供有关通过VCT和EIT选择的广播频道和广播节目的信息。
而且,接收器300的服务管理器350确定NRT服务是否通过NRT服务信令信道或因特网网络发送,并且在操作S7120中,当发送NRT服务时,接收SMT和NRT-IT。
接着,在操作S7120中,接收器300的服务管理器350搜索NRT-IT的内容循环,并且解析每一个描述符的descriptor_tag,以标识该内容循环中的描述符。接着,在操作S7130中,接收器300的服务管理器350确定所解析描述符中是否存在事件描述符。
如果存在事件描述符,则在操作S7140中,接收器300的服务管理器350显示事件描述符中的广播频道信息或广播节目信息(例如,基于source_id的广播频道号或基于event_id的广播节目EPG信息),并且表示该信息与可接收NRT服务链接。
接着,在操作S7150中,接收器300的服务管理器350确定是否选择与广播节目链接的NRT服务的内容和是否存在接收指令。
接着,当执行有关所选择内容的接收指令时,在操作S7160中,接收器300的服务管理器350立即接收对应内容或执行接收预约。根据本发明一实施方式,所选择内容可以是NRT服务。因此,在操作S7170中,接收器300的服务管理器350基于预先接收的SMT和NRT-IT接入FLUTE会话或因特网网络,以接收诸如NRT服务的所选择内容。
接着,如图65所示,在操作S7180中,接收器300的服务管理器350在配置NRT服务的内容项文件的包当中,标识针对预约接收内容的包。接着,在操作S7190中,接收器300的服务管理器350通过FLUTE或因特网网络接收针对预约接收内容的所标识包。
图67是例示NRT_service_descriptor(即,服务等级描述符)的语法的视图。
如图67所示,服务等级描述符中的NRT_service_descriptor可以包括有关所发送NRT服务的信息。有关NRT服务的信息可以包括:自动更新、内容长度、保存预约信息,或者consumption_model信息。
尤其是,框中的consumption_model域可以包括有关所发送NRT服务的服务提供方法的信息。因此,接收器300的服务管理器350基于consumption_model域,根据每一个NRT服务确定适当处理方法,并且根据所确定方法提供NRT服务。
根据本发明一实施方式,发送器200预设置可应用于TDO的NRT服务提供方法,并且向consumption_model域分配特定值,以对应于TDO。因此,发送器200可以向consumption_model域分配与TDO相对应的值,并接着发送它。
接着,接收器300的服务管理器350接收consumption_model域并确定TDO被发送,接着,根据预定服务提供方法接收该TDO,以提供它。
图68是例示根据本发明一实施方式的、根据NRT_service_descriptor中的consumption_model域的每一个值的含义的视图。
consumption_model域被包括在NRT_service_descriptor中,并且是指示使用针对NRT_service_descriptor所指示的consumption_model NRT服务的哪一种方法的域。NRT可以根据浏览&下载服务、门户服务、以及推送中的一种的消费模型来提供。另外,根据本发明一实施方式,NRT服务可以根据TDO消费模型来提供。
更详细地说,当consumption_model域是TDO消费模型时,接收器300的服务管理器350接收对应NRT服务(TDO),并且利用链接描述符或事件描述符中的至少一个,获取NRT服务相关实时广播频道或节目信息。另外,接收器300的服务管理器350可以接收包括在实时广播中的触发,以按特定事件操作TDO,或者可以预先下载内容项。
而且,对于TDO消费模型的情况来说,当每一个内容项被显示在当前选择的NRT服务中时,其可以被立即下载。当每一个内容项的更新版本被显示在当前选择的NRT服务中时,其可以被立即更新。而且,每一个内容项都可以通过触发来执行或终止。
图69是例示根据本发明一实施方式的、当通过TDO消费模型发送TDO时接收器300的操作的流程图。
首先,在操作S8000,接收器300接收SMT,并且在操作S8010中,解析服务等级描述符。接收器300可以利用服务管理器350,通过服务信令信道接收SMT,并且可以在每一个NRT服务循环中,解析在服务等级描述符循环中的包括NRT描述符的服务等级描述符。
接着,接收器300确认所解析每一个服务等级描述符中的NRT_service_descriptor,并且在操作S8030中,确定NRT_service_descriptor中的consumption_model域是否为0x04,即,TDO消费模型。如果该值不是0x04,则接收器300根据另一NRT服务消费模型来操作。
然而,如果该值是0x04,则接收器300确定发送被指定为TDO消费模型的NRT服务。在这种情况下,在操作S8040中,接收器300确定是否设置TDO自动接收。如果未设置自动接收,则接收器300显示TDO服务和该TDO服务中的内容的列表,并且在操作S8045中,显示TDO接收选择画面。接着,在操作S8047中,接收器300接收由用户选择的TDO服务。
而且,如果设置了自动接收,则在操作S8050中,接收器300接收TDO,而不需要用户选择。
接着,在操作S8060中,接收器300确定是否在接收到TDO之后接收到触发。
另外,接收器300接收并管理用户通过服务管理器350选择的NRT服务。然而,对于TDO服务的情况来说,因为它在与实时广播链接中操作,并且通过触发来触发,所以存储和管理TDO服务可以根据实时广播服务提供方的意图来实现。
因此,根据本发明一实施方式,对于其中发送TDO服务的TDO消费模型类型的情况来说,接收器300分配存储单元的预定区域,作为TDO存储区,并接着,接收TDO服务,将所接收TDO服务存储在所述分配区域中,并管理它。而且,TDO存储区域通过发送器200指定,并接着,将该TDO服务发送至接收器300。在这种情况下,接收器300可以接收、存储、以及将TDO服务存储在分配区域中。
图70是例示根据TDO消费模型,通过接收器300分配并管理TDO存储区域的方法的流程图。
参照图70,首先,接收器300确定执行在图69的操作S8000至S8020之后发送的NRT服务的消费模型。接着,在操作S8110中,接收器300基于消费模型域,确定TDO消费模型类型的NRT服务是否被发送,例如,TDO服务。
当消费模型域指示TDO消费模型时,在操作S8310中,接收器300提取NRT_service_descriptor的storage_reservation域。storage_reservation域可以是与对应TDO服务所必需的存储空间相对应的值。发送器200可以在storage_reservation域中指定用于TDO存储区域的空间值,并发送它。
接着,在操作S8140中,接收器300基于storage_reservation域值分配用于TDO服务接收和操作的存储区域。
接着,在操作S8150中,接收器300接收在分配为TDO服务存储区域的区域中的TDO服务,并存储和管理所接收TDO服务。
按这种方式,接收器300基于NRT的消费模型域和存储预约域而分配用于TDO服务的存储区域并管理它。然而,上述方法只是一个实施方式,而不限于根据消费模型域和存储预约域的每一个值的存储方法。
而且,TDO可以意指提供TDO的NRT服务,或者配置TDO服务的每一个内容项。而且,每一个内容项都通过NRT-IT来信令,并且接收器300接收通过NRT-IT信令的数据,并且识别有关TDO的信息。然而,除了针对一般NRT服务提供的信息以外,NRT-IT不包括用于TDO的信息,例如,触发时间、执行终止时间、执行优先级、以及附加数据接收路径。因此,接收器300难以详细理解TDO的属性,并且平滑操作。尤其是,当接收器300管理存储空间、所提供的多个TDO的TDO服务、或者TDO服务的附加数据时,有关TDO的信息不足。
因此,根据本发明一实施方式,提出了在TDO元数据中包括TDO的特定特性信息的方法和接收器300根据其的操作。
图71是例示根据本发明一实施方式的TDO元数据描述符的视图。
参照图71,TDO元数据包括:descriptor_tag域、descriptor_length域、scheduled_activation_start_time域、scheduled_activation_end_time域、优先级域、activation_repeat_flag域,以及repeat_interval域。
可以使用scheduled_activation_start_time域和scheduled_activation_end_time域,以允许接收器300同步化TDO与实时广播,并且操作它。另外,接收器300可以基于scheduled_activation_start_time域和scheduled_activation_end_time域来选择性地下载TDO,并且可以确定TDO的下载次序。另外,接收器300可以基于scheduled_activation_start_time域和scheduled_activation_end_time域来确定TDO的删除次序。尤其是,接收器300标识具有最接近当前时间的scheduled_activation_start_time域值的TDO(即,要首先启用的TDO),并且首先下载和存储所标识TDO。另外,如果存储空间不足,则接收器300可以删除具有相距当前时间最远的scheduled_activation_start_time域值的TDO。
接收器300可以基于分配给每一个TDO的优先级域,顺序地接收或存储多个TDO。而且,接收器300可以基于分配给每一个TDO的优先级域,执行多个TDO中的至少一个。
而且,接收器300可以基于这种优先级域自动地执行TDO。例如,如果在特定时间范围内存在多个要执行的TDO,则接收器300选择具有高或低优先级域的TDO,并且基于与每一个TDO相对应的优先级域而自动地执行它。
repeat_interval域可以意指根据如表4所示的每一个值的TDO的执行时段。
[表4]
值 | 含义 |
0 | 保留 |
1 | 每天 |
2 | 每周4-6次 |
3 | 每周2-3次 |
4 | 每周 |
5 | 每两周 |
6 | 每月 |
7 | 两月一次 |
8 | 一季度一次 |
9 | 六个月一次 |
10 | 每年 |
11-255 | 保留 |
按这种方式,发送器200可以通过NRT服务信令信道或因特网网络发送TDO元数据描述符。另外,发送器200将TDO元数据描述符***到NRT-IT的content_level_descriptor循环中,以发送有关对应TDO的附加信息。
而且,接收器300可以通过NRT服务信令信道或因特网网络接收TDO元数据,以获取有关TDO的信息。
图72是例示根据本发明一实施方式的、接收器300接收TDO元数据的操作的流程图。
参照图72,在操作S8200中,接收器300接收通过服务信令信道发送的SMT和NRT-IT。
根据一实施方式,发送器200在内容等级描述符循环中包括TDO元数据描述符,并接着,发送它。因此,在操作S8220中,接收器300搜索所接收NRT-IT的内容等级描述符循环。
接着,如果存在TDO元数据描述符,则在操作S8230中,接收器300从TDO元数据描述符中提取TDO元数据。
接着,在操作S8240中,接收器300从所提取TDO元数据中获取必需信息,并且基于所获取信息管理TDO。
图73是例示根据本发明一实施方式的、接收器300用于根据TDO元数据中的时间信息来管理TDO的方法的流程图。
参照图73,在操作S8300中,接收器300确定用于TDO的存储空间在存储单元中是否不足。
接着,如果确定存储空间不足,则在操作S8310中,接收器300从针对每一个TDO的TDO元数据中提取时间信息。
接着,在操作S8320中,接收器300首先基于针对每一个TDO的调度启用开始时间,删除具有调度启用开始时间的最迟值的TDO。
接着,在操作S8330中,接收器300首先基于针对每一个TDO的调度启用开始时间,接收具有调度启用开始时间域的最小值的TDO。
另外,除了调度启用开始和结束时间域以外,TDO元数据中的时间信息还可以包括用于提供TDO的启用时间信息的时隙描述符。时隙描述符可以利用执行TDO的时间作为一个时隙,来包括时隙开始时间、时隙长度、以及重复信息。因此,接收器300提取启用TDO的时隙,以预测TDO的重复执行和结束时间。
图74是例示根据本发明另一实施方式的、接收器300用于根据TDO元数据中的时间信息和优先级信息来管理TDO的方法的流程图。
参照图74,首先,接收器接收TDO元数据,并且在操作S8400中,确定是否存在可按特定时间执行的多个TDO。
而且,如果确定存在多个TDO,则在操作S8410中,接收器300从TDO元数据中提取针对每一个TDO的优先级值。
接着,在操作S8420中,接收器300基于所提取优先级,向用户提供可以按特定时间执行的多个TDO的列表。
接着,当用户选择TDO时,接收器300接收所选择TDO,并且按特定时间(例如,触发时间)执行有关所选择TDO的触发动作.
根据本发明一实施方式,发送器200可以利用因特网位置描述符来指定通过广播网络和IP网络发送的内容项文件的URL。该因特网位置描述符可以被包括在NRT-IT的内容等级描述符循环中。因此,发送器200包括有关因特网的URL信息(其中,每一个文件按因特网位置描述符放置),并且发送它。
参照图75,对这种因特网位置描述符的一个实施例进行描述。
图75是例示根据本发明另一实施方式的因特网位置描述符的语法的视图。
当配置内容项的文件的URL利用图75所示因特网位置描述符发送时,与每一个文件相对应的URL被指定并且需要包括在因特网位置描述符中。然而,当文件的数量增加时,要指定的URL的数量增加,使得发送效率可能降低。而且,URL的数量增加,它们的管理变复杂且困难。
因此,根据本发明一实施方式的发送器200在FLUTE文件描述符表(FDT)中包括与每一个文件相对应的URL的列表信息,并且代替FLUTE会话地通过因特网网络发送FDT。发送器200可以利用因特网位置描述符发送FDT或URL的列表信息,并且还可以利用链接描述符发送FDT或URL的列表信息。
接收器300接收通过链接描述符或因特网位置描述符定位的FDT的URL信息,并且通过因特网网络,基于所接收URL信息接收FDT。接着,接收器300基于FDT中的每一个文件的URL信息接收配置内容项的文件。按这种方式,通过发送FDT的URL,不必向多个文件的每一个指定URL。结果,可以提高发送效率。
图76是例示根据本发明一实施方式的、当通过因特网网络发送FDT时接收器300的操作的流程图。
参照图76,在操作S8500中,接收器300首先通过服务管理器350接收SMT和NRT-IT。
接着,在操作S8510中,接收器300的服务管理器350选择要接收的NRT服务或内容项。接收器300的服务管理器350根据预定条件选择要接收的NRT服务。另外,接收器300的服务管理器350根据用户的输入选择要接收的NRT服务。
接着,在操作S8520中,接收器300的服务管理器350确定是否通过因特网接收配置所选择NRT服务的内容项的每一个文件。接收器300的服务管理器350基于因特网网络的连接状态,确定是否通过因特网接收每一个文件。另外,接收器300的服务管理器350根据用户的设置,确定是否通过因特网接收每一个文件。
接着,如果确定不通过因特网接收每一个文件,则接收器300的服务管理器350通过NRT服务信令信道接入FLUTE会话,并且在操作S8525中,接收配置所选择NRT服务的内容项的每一个文件。通过FLUTE会话接收NRT服务的操作如上所述。
然而,如果确定通过因特网接收每一个文件,则在操作S8530中,接收器300的服务管理器350通过因特网接收FDT。接收器300的服务管理器通过链接描述符或因特网位置描述符接收FDT的URL信息,并且基于所接收FDT的URL信息接收位于因特网网络上的FDT。
这里,该FDT可以包括配置FLUTE会话中的内容项的每一个文件的列表索引。MIME类型指定是必要的,以便另外通过因特网网络发送FDT。MIME类型意指用于指示通过因特网网络发送的内容的类型的特定格式。将各种文件格式注册为MIME类型,并且在诸如HTTP和SIP的因特网协议中使用。MIME类型注册由IANA管理。MIME可以定义树状结构的消息格式。根据本发明一实施方式,与FDT相对应的MIME类型可以被定义为诸如应用/nrt-flute-fdt+xml的格式。另外,接收器300解析具有MIME类型的URL,基于此,接收FDT。
当接收到FDT时,在操作S8540中,接收器300的服务管理器350从FDT获取配置每一个内容项的文件的URL信息。接着,在操作S8550中,接收器300的服务管理器350通过因特网,基于所获取URL信息接收每一个文件。接收器300的服务管理器350基于FDT的内容链接域连接所接收文件,以使它获取内容项。
接着,在操作S8560中,接收器300的服务管理器350通过所接收内容项提供NRT服务。
如上提到,因为接收器300通过因特网接收FDT,所以不必接收每一个文件的URL信息,而是可以通过因特网网络有效地接收NRT服务。而且,根据本发明一实施方式,可以代替FDT地,发送包括文件列表(索引)的任意文件。
图77是例示根据本发明一实施方式的、当通过链接描述符发送FDT的URL时接收器300的操作的流程图。
根据本发明一实施方式,发送器200在EIT、VCT、或PMT中的一个中包括链接描述符,并且发送它,而且链接描述符包括用于获取FDT的URL信息。
首先,当接收器300接通时,在操作S8600中,选择广播频道或广播节目。
接着,在操作S8610中,接收器300通过服务管理器350或PSIP/PSI处理器接收EIT、VCT、或PMT中的至少一个,在操作S8620中,提取链接描述符,并且在操作S8630中,从链接描述符获取FDT的URL信息。
接着,在操作S8640中,接收器300的服务管理器350通过因特网,利用所获取FDT的URL信息接收FDT文件。
接着,在操作S8650中,接收器300的服务管理器350获取包括在FDT中的每一个文件的URL信息。包括在FDT中的每一个文件的URL信息可以包括配置NRT服务的内容项的文件的有关因特网的位置信息。
接着,在操作S8660中,接收器300的服务管理器350通过因特网,根据所获取URL信息接收指定文件,并且在操作S8670中,存储所接收文件作为内容项。
通过这种处理,接收器300可以通过因特网网络接收包括配置NRT服务的内容项的文件列表的FDT。而且,因为每一个文件都通过因特网基于FDT来接收,所以可以实现有效发送。
图78是例示根据本发明一实施方式的、当通过NRT-IT发送FDT的URL时接收器300的操作的流程图。
根据本发明一实施方式,发送器200在NRT-IT的内容描述符循环中包括因特网位置描述符,并发送它,而且因特网位置描述符包括用于获取FDT的URL信息。
首先,在操作S8700中,接收器300通过服务管理器350接收NRT-IT。
接着,在操作S8610中,接收器300通过服务管理器350,从NRT-IT的内容描述符循环content_descriptor()中提取因特网位置描述符,并且在操作S8630中,从因特网位置描述符获取FDT的URL信息,在操作S8740中,通过因特网网络,利用FDT的URL信息接收FDT,并且在操作S8750中,从FDT获取配置每一个内容项的文件的URL信息。
这里,接收器300通过因特网位置描述符接收FDT的URL信息,并且还通过SMT和NRT-IT在接入FLUTE会话时接收FDT。另外,FDT中的每一个文件的URL可以指示因特网网络的地址,并且还可以指示FLUTE会话中的文件位置。因此,接收器300根据FDT确定每一个文件的URL格式,并且根据所确定格式,通过FLUTE会话和因特网网络中的一个选择性地接收每一个文件。
另外,接收器300通过因特网网络接收FDT,并且基于所接收FDT,在接入FLUTE会话时接收配置内容项的文件。
而且,发送器200在每一个文件可通过FLUTE会话和因特网网络两者发送时,指定发送优选路径。该发送优先级路径可以被指定为文件类型的属性:利用xmlschema的复杂类型。例如,其可以被指定为<xs:attribute name="Internet_preferred"type="s:boolean"use="optional"default="false"/>。这里,internet_prefered意指通过因特网网络优选发送,并且在类型值为真时,其意指执行通过因特网网络的优选发送。另外,默认是限定为假并且这指示通过FLUTE会话的优选发送被默认执行。因此,接收器300确认每一个文件类型的属性,以通过FLUTE会话和因特网网络中的一个选择性地接收每一个文件。
接着,在操作S8760中,接收器300的服务管理器350通过FLUTE会话或因特网网络,根据文件的所获取URL信息接收指定文件,并且在操作S8670中,存储所接收文件作为内容项。
另外,服务提供方确定与NRT服务相对应的消费模型,并接着,将与其相对应的消费模型域值分配给NRT服务,并发送它。对于上述消费模型的情况来说,接收器300基于一个内容项提供NRT服务。然而,利用一个内容项,难以生成与实时广播链接的用户接口,或者提供复杂且不同的NRT服务。
因此,根据本发明一实施方式,NRT服务提供方可以通过发送器300提供多个内容项,但NRT服务提供方可以设置一个内容项,以控制另一内容项的操作。接收器300接收它,并且标识提供多个内容项的消费模型,以向用户提供复杂且不同的NRT服务。利用这种消费模型,NRT服务提供方可以生成与NRT服务(NDO或TDO)相互作用的用户接口,并发送它。接收器300基于NRT服务中的多个内容项,生成与用户相互作用的外观和感觉的用户接口,并将它提供给用户。为此,内容项可以被称为入口内容项,并且为此,可以将脚本化消费模型用作消费模型。
图79是例示包括入口内容项的NRT服务的概念图。
参照图79,NRT服务可以包括多个内容项,如内容项0、内容项1,以及内容项3。而且,服务提供方可以通过发送器200指定每一个入口内容项或入口文件。如图79所示,入口内容项被指定为内容项0、而入口文件被指定为文件0和文件5。
当接收到图79的NRT服务并且用户选择它时,接收器300首先执行内容项0,即,入口内容项。当启动内容项0时,接收器300首先执行文件0,即,入口文件。这里,入口内容项可以包括用于管理其它内容项的功能。因此,接收器300可以根据内容项0的操作来显示内容项1和内容项3,而且内容项0可以根据用户的选择,执行或终止内容项1和内容项3中的至少一个。而且,当执行内容项1时,可以首先启动文件5,即,入口文件。
图80和81是例示用于发送有关入口内容项的信息的NRT-IT的视图。
图80和81所示的NRT-IT或NCT被包括在服务信令数据中,并且发送器200在服务信令数据中包括有关入口内容项的信息,并且发送它。
如上提到,NRT-IT可以包括有关多个内容项的各个信息。所述多个内容项中的每一个的信息可以被包括在如针对(j=0;j<num_content_items_in_section;j++)开始的内容项循环中。接着,每一个内容项可以对应于用内容链接域标识的每一个内容项循环。因此,接收器200解析内容项循环,以获取与每一个内容项相对应的no_entry_flag域。因为针对图80和81中的其它域的描述和图16相同或相似,所以省略了它们的重复描述。
no_entry_flag域可以是指示入口内容项的1比特数字。如果该域为0,则与该域所属的内容项循环相对应的内容项可以是用service_id标识的服务的入口内容项。如果该域为1,则与该域所属的内容项循环相对应的内容项可以不是上述服务的入口内容项。
图82是例示根据本发明一实施方式的、当发送入口内容项时接收器300的操作方法的视图。
参照图82,在操作S8800中,接收器300首先从服务信令数据接收SMT和NRT-IT,从SMT解析服务等级描述符循环,并且在操作S8810中,解析服务等级描述符循环中的NRT_service_info_descriptor。
而且,在操作S8820中,接收器300基于所解析NRT服务信息描述符获取有关所发送NRT服务的信息,例如,应用类型、服务类别、服务容量、以及视频或音频编解码器信息中的至少一个,以生成服务指南并显示它。
接着,在操作S8830中,接收器300确定是否选择有关NRT服务的服务接收。
而且,当选择有关NRT服务的服务接收时,在操作S8840中,接收器300从NRT-IT获取要接收服务所包括的内容项的接收信息。
接着,在操作S8850中,接收器300基于所获取内容项接收信息,接收从发送器200发送的NRT服务的内容项。接收器300的服务管理器350可以基于所获取service_id域和content_linkage域,在接入FLUTE会话时接收配置内容项的文件,如上提到的。
接着,在操作S8860中,接收器300确定是否存在有关所接收NRT服务的执行命令。接收器300的服务管理器350在完全接收到NRT服务的内容项时确定是否存在用户的执行命令。另外,服务管理器350可以自动执行所接收NRT服务,而不需要用户的执行命令。
当执行NRT服务时,在操作S8870中,接收器300首先确定是否脚本化消费模型。如果其值不是脚本化消费模型,则在操作S8890中,接收器300按根据另一消费模型的不同方式操作,以提供服务。
然而,当该消费模型域对应于被指定为脚本化消费模型的值时,在操作S8875中,接收器在所接收内容项当中搜索入口内容项。
接着,如果搜索到该入口内容项,则在操作S8880中,接收器300在该入口内容项中的文件当中,首先执行入口文件。如果不存在入口文件,则接收器300可以根据文件次序或预定次序执行文件。
接着,在操作S8885中,接收器300根据所执行文件操作,并由此,向用户提供NRT服务。接收器300利用入口内容项中的交互式接口提供NRT服务。另外,接收器300可以根据针对入口内容项中的交互式接口的用户输入,执行或管理另一内容项。
按这种方式,接收器300首先执行入口内容项,以向用户提供交互式接口。该交互式接口可以包括管理菜单,如执行、终止、存储、或删除NRT服务。为此,该交互式接口可以包括与每一个管理菜单相对应的图标图像或视频。用户可以便利地通过入口内容项中的接口管理另一NRT服务或其它内容项。
根据本发明一实施方式,发送器200生成与同一NRT服务相对应的多个NRT服务对象,并且向所生成NRT服务对象分配不同的消费模型域值。发送器200可以在上述NRT服务表中包括消费模型域值的分配信息,并接着,可以发送它。
图83是根据本发明一实施方式的、所发送多个NRT服务对象的概念图。
如图83所示,一个虚拟频道发送的NRT服务可以包括NRT服务对象A和NRT服务对象B。而且,A和B可以提供同一NRT服务。然而,NRT服务对象A可以被指定为浏览和下载消费模型,而NRT服务对象B可以被指定为脚本化消费模型。
这里,入口内容项可以涉及NRT-IT或SMT,以便执行包括在另一NRT服务中的内容项。NRT-IT或SMT可以包括NRT服务和有关根据其的内容项的信息之间的关系信息。例如,NRT-IT可以包括NRT服务A和NRT服务B利用同一内容项提供服务的关系信息或参考信息。
根据一实施方式,NRT服务A和NRT服务B利用同一内容项提供服务,但NRT服务A和NRT服务B可以包括不同的NRT服务对象或内容项。
图84是例示根据本发明一实施方式的、包括在SMT中的NRT服务描述符的语法的视图。
上述关系信息可以被包括在SMT的服务描述符循环中的NRT服务描述符中。根据本发明一实施方式,服务利用同一内容项来提供,但具有不同消费模型域值的NRT服务可以被称为相同服务或等同服务。如图84所示,有关等同服务的关系信息可以包括:equivalent_service_not_present域、num_equivalent_services域,以及equivalent_service_id域。
图85和86是例示根据本发明另一实施方式的另一NRT-IT的语法的视图。因为针对图70和71的NRT-IT的其它域的描述和上述相同,所以省略了重复描述。
如图80和86所示,NRT-IT还可以包括available_on_current_service域。当发送等同服务时,该域指示是否存在在另一NRT服务中发送的内容项。另外,即使不存在等同服务,该域也指示是否通过另一NRT服务发送与当前所执行NRT服务链接的内容项,以便使接收器300通过入口内容项来接收或执行另一NRT服务的内容项。
available_on_current_service域可以被用于接收器300确定是否存在在与当前所发送NRT服务链接的另一NRT服务中发送的内容项。
图87是例示根据本发明另一实施方式的Other_NRT_location_descriptor的语法的视图。
参照图87,另一NRT位置描述符包括:descriptor_tag域、descriptor_length域、num_other_NRT_locations域,以及other_service_id域。
接收器300基于NRT-IT确定是否通过另一NRT服务发送内容项,并且基于NRT服务位置描述符获取其中发送内容项的另一NRT服务的标识符。
图88是例示根据本发明一实施方式的接收广播服务的方法的流程图。
参照图88,在操作S8900中,接收器300从服务信令数据接收SMT和NRT-IT,在操作S8910中,从SMT解析服务等级描述符循环,并且解析在该服务等级描述符循环中的NRT_service_info_descriptor,在操作S8920中,基于所解析NRT服务信息描述符生成服务指南并显示它,并且在操作S8930中,确定是否选择针对NRT服务的服务接收。上述操作可以通过接收器300的服务管理器350来执行。
而且,当选择有关NRT服务的服务接收时,在操作S8940中,接收器300从NRT-IT获取要接收服务所包括的内容项的接收信息。有关内容项的接收信息可以包括内容项的content_linkage,和每一个内容项所属的NRT服务的service_id。
接着,在操作S8950中,接收器300首先利用该接收信息来确定是否通过NRT服务提供内容项。这里,内容项的接收信息可以包括指示是否通过当前所选择服务发送内容项或者是否通过另一NRT服务发送内容项的关系信息。例如,该接收信息可以包括available_on_current_service域。另外,当内容项通过另一NRT服务发送时,该内容项的接收信息可以包括该另一NRT服务的标识符和该内容项的标识符,以便接收该内容项。因此,接收器300利用该关系信息来确定是否通过另一NRT服务提供内容项。
另外,该关系信息可以包括other_NRT_location_descriptor,并且接收器300的服务管理器350利用该关系信息,确定当前用户选择接收的NRT服务的内容项是否通所选择服务或另一NRT服务来发送,并且标识与该另一NRT服务相对应的对象,以接收其中的内容项。
如果确定该内容项不通过另一NRT服务来发送,则接收器300的服务管理器350根据所获取内容项接收信息接入FLUTE会话,并且通过上述方法接收配置每一个内容项的文件。
而且,如果确定发送该内容项,则在操作S8960中,接收器300的服务管理器350从接收信息中获取针对另一NRT服务的服务标识符,并且通过接收与其相对应的SMT或NRT-IT,在操作S8970中,获取另一NRT服务中的内容项接收信息。接着,服务管理器350可以基于该内容项接收信息,在接入FLUTE会话时接收配置内容项的文件。
下面,对根据本发明另一实施方式的附属服务接收方法进行描述。
该附属服务可以包括:服务信息、元数据、增强数据、编译执行文件、web应用、超文本标记语言(HTML)文档、XML文件、层叠式样式表(CSS)文档、音频文件、视频文件、以及诸如统一资源***(URL)的地址。另外,该附属服务可以包括:信令数据、实时数据、触发、SMT、NRT-IT、EIT、VCT以及PMT。
随着数字广播的激发,广播站发送主AV内容连同与该主AV内容链接使用或者与该主AB内容分离的附属服务数据。
然而,在当前广播环境下,每一个家庭中的图像显示装置不太可能直接通过广播的无线电波接收广播信号。相反地,因为每一个家庭中的图像显示装置连接至诸如机顶盒的广播接收装置,所以它可以播放广播接收装置提供的未压缩AV内容。
而且,广播接收装置从称作多频道视频节目经销商(MVPD)的服务器接收内容,在从广播站接收广播信号并且从所接收广播信号提取内容之后,MVPD将所提取内容转换成具有适合发送的格式的信号,并将所转换信号提供给广播接收装置。在这个处理中,因为MVPD排除所提取附属服务数据或者添加另一附属服务数据,所以广播站可能仅用作提供AV内容的角色,并由此,不能提供由广播站所引导的附属服务。
因为通过根据从广播接收装置或MVPD接收的信号提取主AV数据而仅将未压缩AV数据提供给图像显示装置,所以仅在广播接收装置的控制下可获附属服务,而在图像显示装置的控制下不可获附属服务。这可以防止广播站进一步提供自引导附属服务。
而且,即使广播站通过无线频道提供附属服务,由于带宽限制,也不能充分提供附属服务。
下面,对提供通过广播站引导的附属服务的图像显示装置及其控制方法进行描述。
接着,参照图89至97,对根据本发明一实施方式的网络拓扑进行描述。
图89是根据本发明一实施方式的网络拓扑的框图。
如图89所示,根据本发明一实施方式的网络拓扑包括:内容提供服务器10、内容识别服务提供服务器20、多频道视频分发服务器30、附属服务信息提供服务器40、多个附属服务提供服务器50、机顶盒60、网络70、以及接收器300。
内容提供服务器10可以对应于广播站,并且广播包括主视听内容的广播信号。该广播信号还可以包括附属服务。该附属服务可以或可以不涉及主视听内容。可以存在至少一个内容提供服务器。
内容识别服务提供服务器20提供内容识别服务,其允许接收器300识别基于主视听内容的内容。内容识别服务提供服务器20可以或可以不修改主视听内容。可以存在至少一个内容识别服务提供服务器。
内容识别服务提供服务器20可以是这样的水印服务器,即,其通过在主视听内容上应用修改而将看上去像徽标的可视水印***主AV内容中。该水印服务器可以将内容提供方的徽标水印在主AV内容的每一帧的左上侧或右上侧处。
而且,内容识别服务提供服务器20可以是这样的水印服务器,即,其通过在主AV内容上应用修改而将作为不可视水印的内容信息***到主视听内容中。
而且,内容识别服务提供服务器20可以是这样的指纹服务器,即,其从主AV内容的一些帧或者主AV内容的一段音频样本中提取并存储特征信息。该特征信息被称作签名。
多频道视频分发服务器30接收来自多个广播站的广播信号,并复用它们以向机顶盒60提供所复用信号。尤其是,多频道视频分发服务器30针对所接收广播信号执行解调制和频道解码操作,以提取主AV内容和附属服务,并接着,针对所提取主AV内容和附属服务执行频道编码操作,以生成复用信号。在这点上,因为多频道视频分发服务器30排除所提取附属服务数据或者添加另外的附属服务数据,所以广播站可不提供通过该广播站引导的服务。可以存在至少一个多频道视频分发服务器。
机顶盒60调谐由用户选择的频道,接收所调谐频道的信号,并且针对所接收信号执行解调制和频道解码操作,以提取主视听内容。接着,机顶盒60利用H.264/运动图像专家组-4高级视频编码(MPEG-4AVC)、Dolby AC-3,以及运动图像专家组-2高级视频编码(MPEG-2AAC)算法来解码所提取主AV内容,以生成未压缩主AV内容。机顶盒60通过接收器300的外部输入端口向接收器300提供所生成的未压缩主AV内容。
附属服务信息提供服务器40响应于接收器300的请求,提供针对与主AV内容有关的至少一个可用附属服务的附属服务信息。附属服务信息提供服务器40和接收器300可以通过网络70彼此通信。可以存在至少一个附属服务地址提供服务器。附属服务信息提供服务器40可以提供针对在多个可用附属服务当中具有最高优先级的附属服务的附属服务信息。
附属服务提供服务器50响应于接收器300的请求,提供与主AV内容有关地使用的至少一个附属服务。可以存在至少一个附属服务提供服务器。附属服务提供服务器50和接收器300可以通过网络70彼此通信。
网络70可以是基于IP的网络或者高级电视***委员会-移动/手持(ATSC M/H)频道。
接收器300可以是具有显示单元的装置,如电视机、笔记本电脑、移动电话、智能电话等。接收器300可以通过外部输入端口接收来自机顶盒60的未压缩主AV内容,或者可以通过广播网络接收来自内容提供服务器10或多频道视频分发服务器30的、包括编码主AV内容的广播信号。接收器300可以通过网络70接收来自内容识别服务提供服务器20的内容识别服务,可以通过网络70接收来自附属服务信息提供服务器40的、与主AV内容有关的至少一个可用附属服务的地址,或者可以通过网络70接收来自附属服务提供服务器50的、与主AV内容有关的至少一个可用附属服务。
内容提供服务器10、内容识别服务提供服务器20、多频道视频分发服务器30、附属服务信息提供服务器40、以及多个附属服务提供服务器50中的至少两个可以被组合为一个服务器的形式或者由一个提供方操作。
图90是根据本发明一实施方式的基于水印的网络拓扑的框图。
如图90所示,根据本发明一实施方式的网络拓扑还包括水印服务器21。
图90所示的水印服务器21针对主AV内容应用修改,以将内容信息***到主AV内容中。多频道视频分发服务器30接收并分发包括所修改主AV内容的广播信号。尤其是,水印服务器可以使用下述数字水印技术。
数字水印是用于通过进行硬删除的方法将信息***数字信号中的处理。例如,该数字信号可以是音频、照片、或视频。当复制该数字信号时,该***信息也被包含在副本中。一个数字信号可以同时携带几个不同的水印。
在可视水印中,所***信息可通过眼睛在照片或视频中辨别。典型地,所***信息是标识媒体拥有者的文本或徽标。当电视广播站将其徽标添加至所发送视频的角落时,这就是可视标识水印。
在不可视水印中,尽管信息被作为数字数据添加在音频、照片、或视频中,但可以检测隐藏预定信息量的事实,而不能识别这种信息。隐秘消息可以通过不可视水印递送。
水印的一个应用是用于防止非法复制数字媒体的版权保护***。例如,复制装置在复制数字媒体之前从该数字媒体获取水印,并且基于该水印的内容来确定是否复制该数字媒体。
水印的另一应用是数字媒体的源跟踪。水印在分发路径上的每一个点处被嵌入数字媒体中。当这种数字媒体在以后被发现时,可以从该数字媒体提取水印,并且可以根据该水印的内容来识别分发源。
有关数字媒体的描述是不可视水印的另一应用。
用于数字媒体的文件格式包括称为元数据的附加信息,并且数字水印与元数据的区别在于,数字水印作为数字媒体的可视信号本身来递送。
水印方法包括:扩频、量化、以及幅度调制。
当通过附加修改获取标记信号时,该水印方法对应于扩频。尽管已知扩频水印十分鲁棒,但因为水印干扰嵌入式宿主信号,所以不能加载大量信息。
当通过量化获取标记信号时,该水印方法对应于量化类型。尽管量化类型不太鲁棒,但加载了大量信息。
当标记信号通过与空域中的扩频类似的附加修改方法来获取时,该水印方法对应于幅度调制。
图91是根据本发明一实施方式的基于水印的网络拓扑的数据流的梯形图。
首先,在操作S101A中,内容提供服务器10发送包括主AV内容和附属服务的广播信号。
水印服务器21接收内容提供服务器10所提供的广播信号,通过对主AV内容应用修改,将看上去像徽标的可视水印***到主AV内容中,将作为不可视水印的水印信息***主AV内容中,并且在操作S103A中,向MVPD30提供带水印主AV内容和附属服务。
通过不可视水印***的水印信息可以包括水印目的、内容信息、附属服务信息、以及可用增强服务中的至少一个。水印目的可以包括防非法复制、受众调查、以及附加服务获取中的一个。
内容信息可以包括以下中的至少一个:提供主AV内容的内容提供方的标识信息、主AV内容标识信息、主AV内容评级信息、用于内容信息获取的内容间隔的时间信息、广播主AV内容的频道的名称、广播主AV内容的频道的徽标、使用信息报告地址、使用信息报告时段、以及针对使用信息获取的最小使用时间。
当接收器300使用水印来获取内容信息时,用于内容信息获取的内容间隔的时间信息可以是嵌入水印的内容间隔的时间信息。当接收器300使用指纹来获取内容信息时,用于内容信息获取的内容间隔的时间信息可以是提取特征信息的内容间隔的时间信息。用于内容信息获取的内容间隔的时间信息可以包括以下中的至少一个:用于内容信息获取的内容间隔的开始时间、用于内容信息获取的内容间隔的持续时间、以及用于内容信息获取的内容间隔的结束时间。
使用信息报告地址可以包括主AV内容观看信息报告地址和附属服务使用信息报告地址中的至少一个。使用信息报告时段可以包括主AV内容观看信息报告时段和附属服务使用信息报告时段中的至少一个。针对使用信息获取的最小使用时间可以包括针对主AV内容观看信息获取的最小观看时间和针对附属服务使用信息提取的最小使用时间中的至少一个。
基于主AV内容比最小观看时间受关注更多的情况,接收器300可以获取主AV内容的观看信息,并且可以在主AV内容观看信息报告时段期间向主AV内容观看信息报告地址报告所提取观看信息。
基于附属服务比最小使用时间更多地使用的情况,接收器300可以获取附属服务使用信息,并且在附属服务使用信息报告时段期间,向附属服务使用信息报告地址报告所提取使用信息。
该附属服务信息可以包括以下中的至少一个:有关是否存在附属服务的信息、附属服务地址提供服务器地址、每一个可用附属服务的获取路径、针对每一个可用附属服务的地址、每一个可用附属服务的开始时间、每一个可用附属服务的结束时间、每一个可用附属服务的使用期限、每一个可用附属服务的获取模式、针对每一个可用附属服务的请求时段、每一个可用附属服务的优先级信息、每一个可用附属服务的描述、每一个可用附属服务的类别、使用信息报告地址、以及针对使用信息获取的最小使用时间。
可用附属服务的获取路径可以指示基于IP的网络或者高级电视***委员会-移动/手持(ATSC M/H)频道。对于可用附属服务的获取路径是ATSC M/H的情况来说,该附属服务信息还可以包括频率信息和频道信息。每一个可用附属服务的获取模式可以指示推送(Push)或拉(Pull)。
而且,水印服务器21可以将作为不可视水印的水印信息***到主AV内容的徽标中。
例如,水印服务器21可以将条形码***徽标的预定位置中。在这点上,徽标的预定位置可以对应于显示该徽标的区域的第一底线。当接收到包括***有条形码的徽标的主AV内容时,接收器300可以不显示该条形码。
而且,水印服务器21可以将水印信息作为徽标的元数据形式***。在这点上,徽标的形式可以保持。
而且,水印服务器21可以将N比特水印信息***M帧的徽标中。即,水印服务器21可以通过M个帧***M*N水印信息。
在操作S105A中,MVPD30接收包括带水印主AV内容和附属服务的广播信号,并且生成复用信号,以将它提供给机顶盒60。在这点上,该复用信息可以排除所接收附属服务,或者可以包括新的附属服务。
机顶盒60调谐用户选择的频道,并且接收所调谐频道的信号,解调制所接收广播信号并执行频道解码,执行AV解码,以生成未压缩主AV内容,并接着,在操作S106A中,向接收器300提供所生成的未压缩主AV内容。
而且,在操作S107A中,内容提供服务器10还通过无线频道广播包括主AV内容的广播信号。
另外,在操作S108A中,MVPD30可以直接向接收器300发送包括主AV内容的广播信号,而不用通过机顶盒60。
接收器300可以通过机顶盒60接收未压缩主AV内容。或者,接收器300可以通过无线频道接收广播信号,并且可以解调制并解码所接收广播信号,以获取主AV内容。或者,接收器300可以从MVPD30接收广播信号,并且可以解调制并解码所接收广播信号,以接收主AV内容。接收器300从所获取主AV内容的一些帧或者所获取主AV内容的一段音频样本中提取水印信息。当水印信息对应于徽标时,接收器300确认根据多个徽标与多个水印服务器地址之间的对应关系提取的、与徽标相对应的水印服务器地址。当水印信息对应于徽标时,接收器300可以不是仅利用徽标来标识主AV内容。而且,当水印信息不包括内容信息时,接收器300可能不标识主AV内容,但水印信息可以包括内容提供方标识信息或水印服务器地址。当水印信息包括内容提供方标识信息时,接收器300可以确认根据多个内容提供方标识信息与多个水印服务器地址之间的对应关系提取的、与内容提供方标识信息相对应的水印服务器地址。按这种方式,当主AV内容无法仅利用水印信息来标识时,在操作S109A中,接收器300接入与所获取水印服务器地址相对应的水印服务器21,以发送第一查询。
在操作S111A中,水印服务器21向第一查询提供第一响应。该第一响应可以包括以下中的至少一个:内容信息、附属服务信息、以及可用增强服务。
如果水印信息和第一响应不包括附属服务地址,则接收器300无法获取附属服务。然而,水印信息和第一响应可以包括附属服务地址提供服务器地址。按这种方式,如果接收器300通过水印信息和第一响应没有获取附属服务地址或附属服务,而是获取附属服务地址提供服务器地址,则在操作S119A中,其接入与所获取的附属服务地址提供服务器地址相对应的附属服务信息提供服务器40,以发送包括内容信息的第二查询。
附属服务信息提供服务器40搜索与第二查询的内容信息有关的至少一个可用附属服务。接着,在操作S121A中,附属服务信息提供服务器40通过针对第二查询的第二响应,向接收器300提供针对至少一个可用附属服务的附属服务信息。
如果接收器300通过水印信息、第一响应、或第二响应获取至少一个可用附属服务地址,则在操作S123A中,它接入该至少一个可用附属服务地址,以请求附属服务,并且在操作S125A中,获取附属服务。
图92是例示根据本发明一实施方式的基于水印的内容识别定时的视图。
如图92所示,当机顶盒60接通并调谐频道并且接收器300通过外部输入端口311从机顶盒60接收所调谐频道的主AV内容时,接收器300从该主AV内容的水印中检测内容提供方标识符(或广播站标识符)。接着,接收器300可以基于所检测内容提供方标识符,而根据主AV内容的水印检测内容信息。
在这点上,如图92所示,内容提供方标识符的检测可用时段和内容信息的检测可用时段可以彼此不同。尤其是,内容提供方标识符的检测可用时段可以短于内容信息的检测可用时段。通过此,接收器300可以具有用于仅检测必需信息的有效配置。
图93是根据本发明一实施方式的基于指纹的网络拓扑的框图。
如图93所示,根据本发明一实施方式的网络拓扑还包括指纹服务器22。
图93所示的指纹服务器22不对主AV内容应用修改,而是从主AV内容的一些帧或主AV内容的一段音频样本提取特征信息,并存储它。接着,在从接收器300接收到该特征信息时,指纹服务器22提供与所接收特征信息相对应的AV内容的标识符和时间信息。
图94是根据本发明一实施方式的基于指纹的网络拓扑的数据流的梯形图。
首先,在操作S201A中,内容提供服务器10发送包括主AV内容和附属服务的广播信号。
指纹服务器22接收内容提供服务器10所提供的广播信号,从主AV内容的多个帧或者主AV内容的多段音频样本中提取多个特征信息,在操作S203A中,建立针对与所述多个特征信息相对应的多个查询结果的数据库。该查询结果可以包括以下中的至少一个:内容信息、附属服务信息、以及可用增强服务。
在操作S205A中,MVPD30接收包括主AV内容的广播信号,并且生成复用信息,以将其提供给机顶盒60。在这点上,该复用信息可以排除所接收附属服务,或者可以包括新的附属服务。
机顶盒60调谐用户选择的频道,并且接收所调谐频道的信号,解调制所接收广播信号并执行频道解码,执行AV解码,以生成未压缩主AV内容,并接着,在操作S206A中,向接收器300提供所生成的未压缩主AV内容。
而且,在操作S207A中,内容提供服务器10还通过无线频道广播包括主AV内容的广播信号。
另外,在操作S208A中,MVPD30可以直接向接收器300发送包括主AV内容的广播信号,而不通过机顶盒60。
接收器300可以通过机顶盒60接收未压缩主AV内容。或者,接收器300可以通过无线频道接收广播信号,并且可以解调制并解码所接收广播信号,以获取主AV内容。或者,接收器300可以从MVPD30接收广播信号,并且可以解调制并解码所接收广播信号,以接收主AV内容。在操作S213A中,接收器300从所获取主AV内容的一些帧或者所获取主AV内容的一段音频样本中提取特征信息。
在操作S215A中,接收器300接入与预定指纹服务器地址相对应的指纹服务器22,以发送包括所提取特征信息的第一查询。
在操作S217A中,指纹服务器22提供作为针对第一查询的第一响应的查询结果。如果第一响应失败,则接收器300接入与另一指纹服务器地址相对应的指纹服务器22,以发送包括所提取特征信息的第一查询。
指纹服务器22可以提供可扩展标记语言(XML)文档,作为查询结果。包括查询结果的XML文档将利用图7和表1来进行描述。
图95是根据本发明一实施方式的、包含查询结果的ACR-Resulttype的XMLschema图解。
如图95所示,包含查询结果的ACR-Resulttye包括:ResultCode属性和ContentID、NTPTimestamp、SignalingChannelInformation,以及ServiceInformation组元。
表5示出了包含该查询结果的ACR-ResultType的XML schema。
[表5]
作为ContentID组元,可以使用下表6所示的ATSC内容标识符。
[表6]
其中,var表示可变。
如表6所示,ATSC内容标识符具有包括TSID和门牌号的结构。
作为ContentID组元,可以使用下述用于ATSC-M/H服务的全球服务标识符。
而且,作为ContentID组元,可以使用下述ATSC内容标识符。
下面,再次对图94进行描述。
如果查询结果不包括附属服务地址或附属服务,而是包括附属服务地址提供服务器地址,则在操作S219A中,接收器300接入与所获取附属服务地址提供服务器地址相对应的附属服务信息提供服务器40,以发送包括内容信息的第二查询。
附属服务信息提供服务器40搜索与第二查询的内容信息有关的至少一个可用附属服务。接着,在操作S221A中,附属服务信息提供服务器40向接收器300提供针对至少一个可用附属服务的附属服务信息,作为针对第二查询的第二响应。
如果接收器300通过第一响应或第二响应获取至少一个可用附属服务地址,则在操作S223A中,其接入该至少一个可用附属服务地址,以请求附属服务,并且在操作S225A中,获取附属服务。
如果UpdateMode属性具有Pull值,则接收器300通过SignalingChannelURL向附属服务提供服务器50发送HTTP请求,并且响应于此,从附属服务提供服务器50接收包括PSIP二进制流的HTTP响应。在这种情况下,接收器300可以根据由PollingCycle属性指定的Polling时段来发送HTTP请求。另外,该SignalingChannelURL组元可以具有更新时间属性。在这种情况下,接收器300可以按由更新时间属性指定的更新时间来发送HTTP请求。
如果UpdateMode属性具有Push值,则接收器300可以通过利用XMLHTTPRequest API,异步接收来自服务器的更新。在接收器300通过XMLHTTPRequest对象向服务器发送异步请求之后,如果信令信息中存在变化,则服务器响应于该请求通过该频道提供信令信息。如果存在针对会话的等待时间的限制,则生成会话超时响应,并且接收器立即识别所生成会话超时响应,以再次发送请求,使得接收器与发送器之间的信令信道一直都可以保持。
图96是根据本发明一实施方式的基于指纹的网络拓扑的框图。
如图96所示,根据本发明一实施方式的网络拓扑还包括水印服务器21和指纹服务器22。
图96所示水印服务器21将内容提供方标识信息***到主AV内容中。水印服务器21可以将内容提供方标识信息作为看上去像徽标的水印***主AV内容中,或者可以将内容提供方标识信息作为不可视水印***到主AV内容中。
指纹服务器22不对主AV内容应用修改,而是从主AV内容的一些帧或主AV内容的一段音频样本提取特征信息,并存储它。接着,在从接收器300接收到该特征信息时,指纹服务器22提供与所接收特征信息相对应的AV内容的标识符和时间信息。
图97是根据本发明一实施方式的基于水印和指纹的网络拓扑的数据流的梯形图。
首先,在操作S301A中,内容提供服务器10发送包括主AV内容和附属服务的广播信号。
水印服务器21接收内容提供服务器10所提供的广播信号,通过对主AV内容应用修改,将看上去像徽标的可视水印***到主AV内容中,将作为不可视水印的水印信息***主AV内容中,并且在操作S303A中,向MVPD30提供带水印主AV内容和附属服务。通过不可视水印***的水印信息可以包括内容信息、附属服务信息、以及可用增强服务中的至少一个。该内容信息和附属服务信息和上述相同。
在操作S305A中,MVPD30接收包括带水印主AV内容和附属服务的广播信号,并且生成复用信息,以将它提供给机顶盒60。在这点上,该复用信息可以排除所接收附属服务,或者可以包括新的附属服务。
机顶盒60调谐用户选择的频道,并且接收所调谐频道的信号,解调制所接收广播信号并执行频道解码,执行AV解码,以生成未压缩主AV内容,并接着,在操作S306A中,向接收器300提供所生成的未压缩主AV内容。
而且,在操作S307A中,内容提供服务器10还通过无线频道广播包括主AV内容的广播信号。
另外,在操作S308A中,MVPD30可以直接向接收器300发送包括主AV内容的广播信号,而不通过机顶盒60。
接收器300可以通过机顶盒60接收未压缩主AV内容。或者,接收器300可以通过无线频道接收广播信号,并且可以解调制并解码所接收广播信号,以获取主AV内容。或者,接收器300可以从MVPD30接收广播信号,并且可以解调制并解码所接收广播信号,以接收主AV内容。接收器300从所获取主AV内容的一些帧或者所获取主AV内容的一段音频样本中提取水印信息。当水印信息对应于徽标时,接收器300确认根据多个徽标与多个水印服务器地址之间的对应关系提取的、与徽标相对应的水印服务器地址。当水印信息对应于徽标时,接收器300可能不是仅利用徽标来标识主AV内容。而且,当水印信息不包括内容信息时,接收器300可能不标识主AV内容,但水印信息可以包括内容提供方标识信息或水印服务器地址。当水印信息包括内容提供方标识信息时,接收器300可以确认根据多个内容标识信息与多个水印服务器地址之间的对应关系提取的、与内容提供方标识信息相对应的水印服务器地址。按这种方式,当主AV内容无法仅利用水印信息来标识时,在操作S309A中,接收器300接入与所获取水印服务器地址相对应的水印服务器21,以发送第一查询。
在操作S311A中,水印服务器21提供针对第一查询的第一响应。该第一响应可以包括以下中的至少一个:指纹服务器地址、内容信息、附属服务信息、以及可用增强服务。该内容信息和附属服务信息和上述相同。
如果水印信息和第一响应包括指纹服务器地址,则在操作S313A中,接收器300从主AV内容的一些帧或者主AV内容的一段音频样本中提取特征信息。
在操作S315A中,接收器300接入与第一响应中的指纹服务器地址相对应的指纹服务器22,以发送包括所提取特征信息的第二查询。
在操作S317A中,指纹服务器22提供作为针对第二查询的第二响应的查询结果。
如果查询结果不包括附属服务地址或附属服务,而是包括附属服务地址提供服务器地址,则在操作S319A中,接收器300接入与所获取附属服务地址提供服务器地址相对应的附属服务信息提供服务器40,以发送包括内容信息的第三查询。
附属服务信息提供服务器40搜索与第三查询的内容信息有关的至少一个可用附属服务。接着,在操作S321A中,附属服务信息提供服务器40通过针对第三查询的第三响应,向接收器300提供针对至少一个可用附属服务的附属服务信息。
如果接收器300通过水印信息、第一响应、第二响应、或第三响应获取至少一个可用附属服务地址,则在操作S323A中,其接入该至少一个可用附属服务地址,以请求附属服务,并且在操作S325A中,获取附属服务。
接着,参照图98,对根据本发明一实施方式的接收器300进行描述。
如图98所示,根据本发明一实施方式的接收器300包括:广播信号接收单元301、解调制单元310、频道解码单元305、解复用单元320、AV解码单元309、外部输入端口311、播放控制单元313、播放装置320、服务管理器350、数据收发单元、以及存储器350。
广播信号接收单元301从内容提供服务器10或MVPD30接收广播信号。
解调制单元310通过解调制所接收广播信号来生成解调制信号。
频道解码单元305通过频道解码所解调制信号来生成频道解码数据。
解复用单元310从所频道解码数据中分离主AV内容和附属服务。所分离附属服务被存储在附属服务存储单元352中。
AV解码单元309AV解码所分离主AV内容,以生成未压缩主AV内容。
而且,外部输入端口311从机顶盒60、数字万用盘(DVD)播放器,以及Blu-ray盘播放器接收未压缩主AV内容。外部输入端口311可以包括以下中的至少一个:DSUB端口、高清多媒体接口(HDMI)端口、数字视频接口(DVI)端口、复合端口、分量端口、以及S-Video端口。
播放控制单元313响应于用户选择,在播放装置320中播放通过AV解码单元309生成的未压缩主AV内容或从外部输入端口311接收的未压缩主AV内容中的至少一个。
播放装置320包括显示单元321和扬声器323。显示单元321可以包括以下中的至少一种:液晶显示器(LCD)、薄膜晶体管-液晶显示器(TFT-LCD)、有机发光二极管(OLED)、柔性显示器,以及3D显示器。
服务管理器350获取主AV内容的内容信息,并且基于所获取内容信息获取可用附属服务。尤其是,如上所述,服务管理器350可以基于未压缩主AV内容的一些帧或未压缩主AV内容的一段音频样本来获取主AV内容的标识信息,而且在本说明书中将这称作自动内容识别(ACR)。
服务管理器350对应于图34的服务管理器350。
数据收发单元341可以包括高级电视***委员会-移动/手持(ATSC-M/H)频道收发单元341a和IP收发单元341b。
ATSC-M/H频道收发单元341a通过ATSC-M/H频道与另一装置或服务器通信。
IP收发单元341b通过基于IP的网络与另一装置或服务器通信。
存储器350可以包括至少一个类型的存储介质,其中:闪速存储器型、硬盘型、微型多媒体卡、卡型存储器(例如,SD或XD存储器)、随机存取存储器(RAM)、静态随机存取存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘,以及光盘。接收器300可以与因特网上的、用于执行存储器350的存储功能的web存储器相关联地操作。
存储器350可以包括:内容信息存储单元351、附属服务存储单元352、徽标存储单元353、设置信息存储单元354、书签存储单元355、用户信息存储单元356、以及使用信息存储单元357。
内容信息存储单元351存储与多个特征信息相对应的多个内容信息。
附属服务存储单元352可以存储与多个特征信息相对应的多个附属服务,或者可以存储与多个内容信息相对应的多个附属服务。
徽标存储单元353存储多个徽标。而且,徽标存储单元还可以存储与多个徽标相对应的内容提供方标识符,或者与多个徽标相对应的水印服务器地址。
设置信息存储单元354存储用于ACR的设置信息。
书签存储单元355存储书签。
用户信息存储单元356存储用户信息。该用户信息可以包括以下中的至少一个:用于至少一个服务的至少一个帐户信息、本地信息、家庭成员信息、优选风格信息、图像显示装置信息,以及使用信息提供范围。该至少一个账户信息可以包括针对使用信息测量服务器的帐户信息,和诸如twitter和facebook的社交网络服务的帐户信息。本地信息可以包括地址信息和邮政区码。家庭成员信息可以包括家庭成员数量、每一个成员的年龄、每一个成员的性别、每一个成员的宗教信仰,以及每一个成员的职业。该优选风格信息可以设置以下面中的至少一个:体育、电影、戏剧、教育、新闻、娱乐,以及其它风格。图像显示装置信息可以包括:有关图像显示装置类型的信息、制造商、固件版本、分辨率、型号名称、OS、浏览器、存在存储装置、存储装置容量、以及网络速度。一旦设置了使用信息提供范围,接收器300就收集并报告设置范围内的主AV内容观看信息和附属服务使用信息。使用信息提供范围可以针对每一个虚拟频道来设置。另外,使用信息提测量可允许范围可以针对全部物理频道来设置。
使用信息存储单元357存储由接收器300收集的主AV内容观看信息和附属服务使用信息。而且,接收器300基于所收集主AV内容观看信息和所收集附属服务使用信息来分析服务使用,并将所分析服务使用模式存储在使用信息存储单元357中。
服务管理器350从指纹服务器22或内容信息存储单元351获取主AV内容的内容信息。如果内容信息存储单元351中不存在与所提取特征信息相对应的内容信息或充足的内容信息,则服务管理器350可以通过数据收发单元341接收附加内容信息。而且,服务管理器350可以连续更新内容信息。
服务管理器350从附属服务提供服务器50或附属服务存储单元353获取可用附属服务。如果附属服务存储单元353中不存在附属服务或充足的附属服务,则服务管理器350可以通过数据收发单元341更新附属服务。而且,服务管理器350可以连续更新附属服务。
服务管理器350从主AV内容提取徽标并且查询徽标存储单元355,以获取和所提取徽标相对应的内容提供方标识符或水印服务器地址。如果徽标存储单元355中不存在与所提取徽标相对应的徽标或充足的徽标,则服务管理器350可以通过数据收发单元341接收附加徽标。而且,服务管理器350可以连续更新徽标。
服务管理器350可以在将从主AV内容提取的徽标与徽标存储单元355中的多个徽标相比较的同时,执行不同方法来缩减计算负担。
例如,服务管理器350可以基于颜色特征来执行比较操作。即,服务管理器350比较所提取徽标的颜色特征与徽标存储单元355中的一徽标的颜色特征,使得确定它们是否彼此匹配。
而且,服务管理器350可以基于字符识别来执行比较操作。即,服务管理器350比较所提取徽标的字符与徽标存储单元355中的一徽标的字符,使得确定它们是否彼此匹配。
而且,服务管理器350可以基于徽标的轮廓形状来执行比较操作。即,服务管理器350比较所提取徽标的轮廓形状与徽标存储单元355中的一徽标的轮廓形状,使得确定它们是否彼此匹配。
服务管理器350可以基于未压缩主AV内容的一些帧和未压缩主AV内容的一段音频样本来获取主AV内容的内容信息,基于所获取内容信息获取针对附属服务的信令数据,并接着,基于该信令数据获取附属服务。
而且,下面,在提供上述触发服务方面,对通过基于因特网协议(IP)的网络来发送触发的方法进行描述。
当通过基于IP的网络发送触发时,发送器200可以在上述TDO触发表中包括触发,并发送它。因此,接收器300可以基于TDO触发表获取触发。
对于利用TDO触发表的情况来说,为了通过基于IP的网络来发送TDO触发表,发送器200首先可以在基于IP的网络上的特定位置中存储TDO触发表,并且可以向接收器300发送网络上的TDO触发表的位置信息。例如,接收器300可以接收TDO触发表的URL信息,基于所接收TDO触发表的URL信息接入网络上的TDO触发表的位置,并且通过基于IP的网络接收TDO触发表。在这种情况下,TDO触发表可以具有与通过广播网络发送的表的语法格式相同的专用区段结构语法格式,并由此,接收器300可以利用现有模块来接收并处理触发,而不需要用于获取触发和处理触发信息的附加技术实现。
而且,当通过基于IP的网络发送触发时,发送器200可以按XML格式生成上述触发,并接着可以将其发送至接收器300。
图99是例示根据本发明一实施方式的触发的XML格式的视图。图100和101是例示根据本发明一实施方式的触发的XML格式的视图。
这种内容项组元可以指示内容项,即,触发目标对象,或者与其相区别的其它内容项。
上述内容项组元可以在通过NRT服务发送与TDO相对应的内容项时使用。
另外,该内容项组元可以在通过IP网发送内容项时使用。如上所述,接收器300可以基于Service-ID Ref属性值和内容链接属性值的组合,标识与通过IP网络发送的TDO相对应的内容项。
另外,上述内容URL组元可以在通过IP网发送配置内容项的文件时使用。
接着,内容URL组元可以包括相对URL或绝对标签URI。当内容URL组元被指定为相对URL或绝对标签URI时,发送器200可以利用所指定URL或URI,仅通过在NRT服务中使用的FLUTE会话来发送内容项。例如,当内容URL组元包括相对URL或绝对标签URI时,接收器300可以利用URL或URI,从通过FLUTE连接的广播网络接收内容项。而且,当内容URL组元不包括相对URL或绝对标签URI时,接收器300可以基于内容URL组元,从IP网络和广播网络中的至少一个接收内容项。
按这种方式,根据按XML格式定义的触发结构,触发可以包括用于提供TDO服务的必要的和不同的信息,并且可以通过IP网络提供有效发送。
而且,当通过IP网络发送这种触发时,发送器200可以发送信令信息(触发信令信息),以允许接收器300获取触发。触发信令信息可以包括发送触发的IP网络上的位置信息,例如,触发URL信息。另外,触发信令信息可以根据发送网络按不同格式发送。
在某些情况下,接收器300可以仅直接连接至IP网络,或者可以直接连接至广播网络和IP网络两者。因此,发送器200可以通过广播网络和IP网络中的至少一个发送用于触发获取的信令信息。为此,可以使用至少一个发送和接收方法。
首先,当接收器300直接通过广播网络接收广播信号时,触发信令信息可以通过广播网络发送。在这种情况下,触发信令信息可以被包括在触发URL描述符或TDO触发表中,并且通过广播网络发送。
图102是例示根据本发明一实施方式的触发URL描述符的语法的视图。
这种触发描述符可以被包括在PSIP表、SMT、以及NRT-IT中的至少一个中,并且通过IP网络或广播网络发送。例如,接收器300可以从PSIP表、SMT、以及NRT-IT中的至少一个提取触发描述符,并且基于该触发描述符,可以获取触发在IP网络上的位置信息,并且可以接收通过IP网络发送的触发。
图103是例示根据本发明一实施方式的TDO触发表的语法的视图。
因此,在接收到TDO触发表时,接收器300可以解析每一个域,并且基于所解析触发URL信息,获取触发在IP网络上的位置信息,并且可以接收通过IP网络发送的触发。
而且,接收器300可以不直接连接至广播网络,而是可以连接至IP网络。在这种情况下,接收300可以利用上述附属服务接收方法,获取包括在附属服务中的触发或触发信令信息。
即使接收器300不直接连接至广播网络而是连接至诸如机顶盒的广播接收器,其也可以独立于主AV内容地,接收在与从广播站(即,发送器200)发送的主AV内容链接中使用的附属服务数据。而且,接收器300可以获取包括在附属服务数据中的触发,或者可以利用附属服务数据通过IP网络接收触发。
图104是例示根据本发明一实施方式的接收器300的操作方法的视图。
参照图104,在操作S9001中,接收器300播放内容。参照图104,接收器300可以不直接连接至广播网络,而是可以接收并播放从广播接收器提供的未压缩AV内容。在这种情况下,接收器300可以播放AV内容,但可以不直接通过广播网络接收从发送器200发送的触发信息。因此,接收器300可以使用上述附属服务接收方法。
在操作S9003中,接收器300确认是否存在针对所播放内容的附属服务。接收器300的服务管理器350可以通过利用通过参照图91描述的利用水印的方法或者参照图94描述的利用指纹服务器22的方法播放的内容的一部分来标识内容,并且可以确认存在针对该内容的附属服务。另外,接收器300的服务管理器350确定在所确认附属服务中是否包括触发。
例如,接收器300可以基于从指纹服务器22接收的针对AV内容的查询结果来确定是否存在触发。另外,接收器300可以通过参照图91描述的利用水印的方法来确定是否存在触发。
例如,接收器300可以从包含从指纹服务器22接收的查询结果的ACR-Resulttype的数据中获取触发URL信息。该触发URL信息可以包括用于接收触发的URL信息。例如,该触发URL信息可以在位于IP网络上的触发服务器中包括特定位置信息。
图105是例示根据本发明另一实施方式的、包含查询结果的ACR-Resulttype的XML schema图解的视图。
触发URL组元可以包括用于接收与通过查询结果标识的内容链接的触发的URL信息。接收器300可以基于触发URL组元从触发服务器请求在所标识内容的特定时间之后的多个触发,并且稍后描述NTPTimestamp及其详细操作。
当在附属服务中包括触发时,在操作S9005中,接收器从服务器请求包括在该附属服务中的至少一个触发。请求目标服务器可以被称作触发服务器,并且触发可以通过IP网络发送至接收器300。另外,触发服务器可以包括在下述服务器当中的可直接通过IP网络接入的服务器:上述附属服务提供服务器50、附属服务信息提供服务器40、内容提供服务器10、指纹服务器22以及水印服务器21。
接收器300的服务管理器350可以随着从触发服务器请求触发而指定时间范围。
该时间范围可以包括特定时间段。该特定时间段或时间范围可以根据用于内容信息获取的内容间隔的时间信息来指定。该内容间隔的时间信息可以是嵌入水印的内容间隔的时间信息,或者提取特征信息的内容间隔的时间信息。另外,按触发请求指定特定时间段或时间范围可以基于通过利用水印或指纹的操作获取的查询结果信息来指定。例如,接收器300可以基于包括在上述ACR-Resulttype中的NTP Timestamp来指定要请求的触发的时间段。
接着,在操作S9007中,接收器300接收与该请求相对应的触发请求结果信息。
如上所述,接收器300可以响应于向触发服务器发送的触发请求,接收来自触发服务器的触发请求结果信息。该触发请求结果信息可以包括至少一个触发。因此,接收器300可以根据从触发服务器接收的触发请求结果信息获取触发。
接着,在操作S9009中,接收器300按触发时间对触发目标对象执行触发动作。接收器300可以基于包括在所获取触发中的触发时间、触发动作、以及触发目标对象信息,按触发时间对触发目标对象执行触发动作。
图106是例示根据本发明一实施方式的接收器300的触发请求和接收方法的流程图。
参照图106,在操作S9011中,根据本发明一实施方式的接收器300获取触发URL,在操作S9013中,基于所获取RUL按与内容链接的特定时间段请求触发,并且在操作S9015中,从服务器接收与触发请求相对应的触发请求结果。
如上所述,接收器300可以基于所播放内容的一些间隔,来获取与该内容链接的触发的URL。另外,接收器300可以基于所播放内容的一些区段,来获取有关一些区段的时间信息,例如,时间标记。接着,接收器300可以基于所获取触发URL和时间标记,从触发服务器请求与一内容链接的特定时间段中的触发。
当基于触发URL请求触发时,接收器300可以利用超文本传输协议(HTTP)生成请求消息,并且可以通过IP网络将所生成请求消息发送至触发服务器。该触发服务器可以接收基于HTTP的请求消息,并且响应于该请求消息按HTTP响应格式生成触发请求结果,以将它发送至接收器300。
例如,如果时间信息或时间标记未包括在从指纹服务器22接收的查询结果中或者确定触发的时间段不必指定,则接收器300可以利用在HTTP中使用的GET命令格式来生成包括触发URL的触发请求消息,并接着可以将该触发请求消息发送至触发服务器。在这种情况下,该触发服务器可以在HTTP响应中包括所有当前可发送触发或所有触发的列表,并且可以将它们发送至接收器300。
另外,如果需要指定时间段,则接收器300可以利用HTTP GET命令格式或HTTPPOST命令格式来请求特定时间段中的触发。该触发URL和特定时间段例如可以基于包括在ACR Resulttype中的触发URL或时间标记来确定。
与包括在ACR Resulttype中的触发URL和时间标记有关地,触发URL可以按http://www.atsc2.com/content1/trigger的格式来获取,而时间标记可以按2011/06/28T18:00:00的时间格式来获取。这种触发URL和时间标记可以对应于用于通过上述指纹和水印获取内容信息的内容区段(例如,所播放内容的一些区段)。
这里,接收器300可以利用HTTP GET命令格式来生成触发请求消息。
图107是例示根据本发明一实施方式的、基于HTTP GET指令格式的触发请求消息的视图。
在HTTP中使用的GET命令格式可以在其消息头部中包括URL区段。触发请求消息可以在这种URL区段中包括触发URL。
另外,在HTTP中使用的GET命令格式包括跟随URL区段的时间标记域和持续时间域。在HTTP GET命令格式中,时间标记域可以指示特定区段的开始时间,而持续时间域可以包括该特定区段的时长信息。该时长信息可以按秒为单位表达。例如,接收器300可以基于包括在所获取ACR Resulttype中的触发URL和时间标记,生成请求在该时间标记之后30min(600sec)内的时间段中的触发的消息。如图107所示,包括在这种请求消息中的触发URL和时间段可以表达为http://www.atsc2com/content1/trigger?timestamp=2011%2F06%2F28T18%3A00%3A00&duration=600。因此,在根据本发明一实施方式的HTTP GET格式的触发请求消息中,该时间段可以根据名称=值的格式而指定为时间标记=2011/06/28T18:00:00。
图108是例示根据本发明一实施方式的、基于HTTP POST指令格式的触发请求消息的视图。
像HTTP GET命令格式一样,在HTTP中使用的POST命令格式可以在消息头部中包括URL区段,并且触发请求消息可以在这种URL区段中包括触发URL,并且可以在消息主体中包括附加时间标记域。在根据本发明一实施方式的HTTP POST命令格式中,像HTTP GET一样,时间标记域可以指示特定区段的开始时间,而持续时间域可以包括该特定区段的时长信息。该时长信息可以按秒为单位表达。
例如,接收器300可以基于包括在所获取ACR Resulttype中的触发URL和时间标记,生成请求在该时间标记之后30min(600sec)内的时间段中的触发的消息。包括在这种请求消息中的触发URL和时间段可以如图108所示来表达。对于HTTPPOST的情况来说,该时间段可以根据名称=值的格式而指定为时间标记=2011/06/28T18:00:00。
按这种方式,接收器300可以根据HTTP GET或POST命令格式,生成包括触发URL和时间段信息的触发请求消息,并且可以将它发送至触发服务器。HTTP命令格式可以是在IP网络上使用的有效信息请求方法。因此,接收器300可以利用HTTPGET或POST命令格式,通过IP网络发送触发请求消息。
而且,该触发服务器可以根据从接收器300接收的触发请求消息来生成触发请求结果消息,并且可以将它发送至接收器300。
这里,触发请求结果消息可以包括触发,并且可以包括触发服务器能够提供的触发的列表信息。
另外,触发可以以复数提供,并且如果触发的数量等于或大于预定值,则触发服务器可以通过划分时间段来划分并发送多个触发。因此,触发请求结果消息可以包括当前从触发服务器发送的触发的触发时间段信息。因而,触发服务器能够提供的触发的时间段与接收器300请求的时间段之间可能出现差别。因此,包括在触发请求结果消息中的触发时间段信息可以与包括在触发请求消息中的时间段相同或不同。
图109和110是例示根据本发明一实施方式的触发请求结果消息的XML schema图解的视图。
如图109和110所示,触发请求结果消息可以具有XML格式,并且可以包括采用上述XML格式的触发。
根据一实施方式,包括在触发请求结果消息中的TDO-triggers组元可以包括from属性、to属性、以及TimeOffset属性中的至少一个,并且TDO-trigger组元可以包括from属性和to属性中的至少一个。
包括在TDO-triggers组元中的from属性和to属性域可以指示包括在触发请求结果中的触发的时间段。例如,如果包括在触发请求结果中的触发的触发时间是A至B之间的区段,则from属性值可以为A,而to属性值可以为B。
因而,包括在TDO-triggers组元中的from属性和to属性域可以指示根据包括在触发请求结果中的触发当中的、与特定服务相对应的触发的触发时间的特定时间段。如果与特定服务相对应的触发的触发时间是A至B之间的区段,则from属性值可以为A,而to属性值可以为B。这里,如果TDO-triggers组元指示from与to属性值不同,则TDO-trigger组元的from属性和to属性可以覆盖TDO-triggers组元的from属性和to属性值。
而且,如图109所示,TDO-triggers组元可以包括TimeOffset属性域。TimeOffset属性域可以指示用于等待下一触发请求的等待时间。触发服务器可以从多个接收器300接收触发请求消息,并且因可能出现触发请求消息增加而过载。因此,触发服务器可以利用TimeOffset属性域,通过限制每一个接收器300的触发请求消息发送时间,而按预定时间段执行分发。例如,接收器300可以通过从触发请求结果消息中提取from和属性和to属性域来获取当前接收触发的时间范围,通过提取TimeOffset属性域来获取等待时间信息,并且等待预定时间直到下一触发请求消息发送为止。这种等待时间可以通过触发服务器指定。触发服务器可以向每一个接收器300指定附加TimeOffset值。另外,触发服务器可以利用触发请求结果消息,指令接收器300等待TimeOffset时间段内的任意时间。如果在触发请求结果消息中指令等待任意时间,则接收器300确定0至TimeOffset的时间段内的任意时间,并且可以等待下一触发请求消息发送。
而且,参照图109至110对图106的流程图进行描述。
接着,在操作S9017中,接收器300从所接收触发请求结果中获取时间段信息和等待时间信息。
如上所述,接收器300可以从触发服务器接收采用HTTP响应格式的触发请求结果消息。这些触发请求结果消息可以具有图109至110所示的XML格式,并且可以包括采用XML格式的多个触发。
接着,如上所述,该触发请求结果消息可以包括有关多个触发要执行的时间段的信息,并且可以包括有关下一触发请求消息发送的等待时间信息。
接着,在操作S9019中,接收器300基于等待时间信息,在预定时间之后,向触发服务器发送下一触发请求消息。
如上所述,触发请求结果消息可以包括等待时间信息。
因此,接收器300可以基于触发请求结果消息指令的等待时间信息而等到预定时间,并且可以在预定时间之后生成下一触发请求消息,以将它发送至触发服务器。因此,如果存在多个接收器300,则随着分发触发请求消息发送而可以减小网络通信量。
而且,接收器300可以针对当前未基于包括在触发请求结果消息中的from属性和to属性接收的时间段来生成下一触发请求消息,并接着将它发送至触发服务器。
按这种方式,因为接收器300通过与触发服务器通信而连续接收指定时间段的触发,所以可以提供更有效的触发发送,并且可以根据其有效地提供针对广播服务的附属服务。
而且,当内容项是诸如NDO或TDO的声明对象(DO)时,有关包括用于允许接收器300控制DO的各种参数的DO的信息可以利用NRT-IT的content_descriptor来表示。尤其是,content_descriptor可以包括针对这种DO的附加元数据,并且包括针对DO的元数据的content_descriptor可以被称为DO描述符。
图111是例示根据本发明一实施方式的DO描述符的视图。
如图111所示,DO描述符可以包括:描述符标签、描述符长度、DO标识符、DO版本、测试DO、可视UI、处理配置改变、处理外部控制viceo、永久性存储域。
接收器300可以通过这种DO描述符的每一个域,获取针对通过NRT-IT信令的DO的附加元数据,并且可以基于该附加元数据管理和控制DO。
接收器300可以利用DO_identifier唯一地标识每一个DO。接着,接收器300可以利用DO_identifier将针对特定频道的预先存储DO加载到另一频道中。尤其是,如果广播站拥有多个频道或虚拟频道,则其可以有用地使用DO标识符。另外,即使DO仅在一个频道中使用,对于DO被使用达较长时段的情况来说,DO也可以标识,而与发送会话无关。
test_do可以是指示将对应DO用于测试目的的标志。
visible_UI可以是指示DO是否具有可视UI的1比特无符号整数。
persistent_storage可以表示DO所需的存储空间。如果该空间不足,则接收器300可以不执行对应DO,或者可以在限制某些功能的状态下执行对应DO,并且可以向用户通知空间不足。
而且,发送器200可以发送与内容项或配置NRT服务的文件相对应的时隙描述符的获取类型。
下面,参照图112,对根据本发明一实施方式配置的时隙描述符进行描述。
图112是例示根据本发明一实施方式的所配置时隙描述符的比特流语法的视图。图113是例示时隙描述符的子域的内容的视图。
参照图112和113,发送器200可以生成获取类型时隙描述符,以将其***NRT-IT的内容等级描述符循环中。在这点上,至少一个获取类型时隙描述符可以存在于内容等级描述符循环中。通过获取类型时隙描述符编码的每一个时间间隔都表示用于获取对应内容项的时间。
参照图113,获取类型时隙描述符的时隙参数域time_slot_params可以包括获取时间参数acquisition_time。该获取时间参数表示为保证在对应时间间隔期间发送至少一个完整内容项实例所需的最小时间间隔长度。
根据本发明另一实施方式,发送器200可以生成演示类型时隙描述符,以将它***NRT-IT的内容等级描述符循环中。在这点上,至少一个演示类型时隙描述符可以存在于内容等级描述符循环中。该演示类型时隙描述符可以信令对应时隙表示呈现对应内容项的时间间隔。
下面,参照图113,对根据本发明另一实施方式配置的TDO使能类型的时隙描述符进行描述。
根据本发明另一实施方式,发送器200可以生成TDO使能类型时隙描述符,以将它***NRT-IT的内容等级描述符循环中。
按这种方式,接收器300可以基于时隙参数信息,按对应内容项的获取时隙存在时的时间,通过FLUTE会话获取对应内容项的文件。接收器300通过获取时隙识别何时通过识别对应内容项的获取间隔来获取对应内容项的文件。例如,接收器300可以根据所识别对应内容项的获取间隔中的任意时间,来获取在基于所获取时间参数信息的时间期间的对应内容项的文件。在这点上,如参照图24所述,如果有关对应文件的Content_ID属性域和对应内容项标识符content_id相同,则接收器300读取对应FLUTE会话中的FDT,并且接收对应文件或对象。
而且,所有TDO和NDO都可以属于至少一个应用领域。一应用领域可以用至少一个完全合格的域名(FQDN)来表示。FQDN可以按配置TDO或NDO的所有文件或页面的前缀形式来配置。
例如,TDO或NDO所属于的基本应用领域可以被指定为用于配置TDO或NDO的NRT内容项的入口文件的FQDN。如果该入口文件具有FQDN(例如,与入口文件相对应的FLUTE FDT中的内容-位置具有相对URI值,以代替绝对URI),则接收器300可以根据针对与该入口文件相对应的NRT内容项的NRT-IT的描述符循环,获取应用边界描述符application_boundary_descriptor。
该应用边界描述符可以被包括在NRT-IT中,并且可以具有在DAB标准TS102809中定义的形式。例如,该应用边界描述符可以包括至少一个URI组,该URI组包括针对TDO或NDO的应用领域的完全合格的域名。
因此,接收器300可以确定从针对TDO或NDO指定的应用领域外部加载的任何文档都不可靠。例如,接收器300可以基于应用边界描述符来防止加载从应用领域外部接收的任何HTML或ECMA脚本文件。
图114是例示根据本发明一实施方式的应用边界描述符的视图。
参照图114,根据本发明一实施方式的应用边界描述符可以包括:描述符标签、边界扩展计数、边界扩展长度、以及边界扩展字节。
该边界扩展字节(boundary_extension_byte)可以包括采用URL前缀形式的至少一个URL。接收器300可以确定匹配该前缀的所有URL都被包括在该应用边界描述符表示的应用边界中。例如,URI前缀可以包括严格的前缀。因此,URI前缀可以包括“http://www.example.com”以代替“www.example.com”,标签可以包括诸如“http://www.example.com/epg/”的组件的路径。接收器300可以基于根据该前缀获得的最小粒度水平来获取平台规范。
按这种方式,发送器200可以根据本发明一实施方式,通过应用边界描述符来信令至少一个应用领域。在这种情况下,接收器300可以将首先获取的应用领域设置为基本应用领域。
而且,除了这种应用边界描述符以外,发送器200还可以利用在本发明一实施方式中提出的DO描述符来向接收器300信令应用领域。
图115是例示根据本发明另一实施方式的所扩展DO描述符的视图。
参照图115,除了上述域以外,根据本发明一实施方式扩展的DO描述符还可以包括:应用领域计数、应用领域长度、以及应用领域字节域。
应用字节application_domain_byte可以是指示应用领域的、包括采用URL前缀形式的至少一个URL的域。接收器300可以确定匹配该前缀的所有URL都被包括在DO描述符表示的应用边界中。例如,URI前缀可以包括严格的前缀。因此,URI前缀可以包括“http://www.example.com”以代替“www.example.com”,标签可以包括诸如“http://www.example.com/epg/”的组件的路径。接收器300可以基于根据该前缀获得的最小粒度水平来获取平台规范。
按这种方式,发送器200可以根据本发明另一实施方式,通过DO描述符来信令至少一个应用领域。在这种情况下,接收器300可以将首先获取的应用领域设置为基本应用领域。
接收器300可以基于这种DO描述符来获取应用领域信息。接收器300可以根据该应用领域信息执行有关DO执行的授权管理。因此,当DO尝试接入的资源位于根据该应用领域信息指定的应用领域范围之外时,接收器300可以根据该应用领域信息拒绝接入。另外,当DO尝试接入的资源位于指定应用领域的范围之外时,接收器300可以允许接入并且可以将该接入处理为进入不受信任的领域,由此,防止接入应用领域中的资源。
而且,如上所述,接收器300可以利用自动内容识别(ACR)通过IP接收在当前观看期间有关频道的附属服务。该附属服务例如可以包括将来要服务的ATSC2.0内容。
因此,该附属服务可以包括内容服务器的URL,如用于获取ATSC内容和触发的起始点,包括该内容服务器识别的虚拟频道标识符,并且包括针对最后关注频道的至少一个广播帧的时间标记。
因而,该附属服务可以包括信令表。该信令表可以包括:SMT、NRT-IT、文本片段表(TFT)、指示购买可获内容项的购买项表(PIT),以及指示购买和频道条款的购买条款和频道表(PTCT),并且还可以包括稍后描述的因特网位置表(ILT)。
这种信令表可以对应于每一个虚拟频道的服务信令信道。例如,除了NRT-IT和TFT以外的每一个其它表都可以对应于一个服务信令信道。另外,每一个NRT-IT都可以与包括在每一个虚拟频道中的每一个NRT服务对应地存在。NRT-IT可以配置有连续NRT-IT实例的不同长度,并且可以覆盖从当前时间间隔开始的多个时间间隔。另外,TFT可以选择性地与每一个NRT服务对应地呈现。TFT可以配置有连续TFT实例,以与针对该服务的NRT-IT实例一一对应。
接着,在获取上述URL和频道标识符之后,接收器300可以按下列方式通过IP接收附属服务。
首先,接收器300可以基于所获取URL从内容服务器接收信令表。例如,接收器300可以接收覆盖当前时间间隔的NRT-IT实例和TFT实例。另外,接收器300可以接收覆盖当前下一时间间隔的NRT-IT实例和TFT实例。接收器300可以可利用所接收实例来接入与当前播放节目有关的TDO。
接着,接收器300可以基于所接收NRT-IT中的URL来接收必需内容项。
另外,接收器300可以基于因特网位置表(ILT)中的URL来接收触发流。
图116是例示根据本发明一实施方式的ILT的视图。
参照图116,ILT可以从内容服务器发送,并且可以包括:位置限定域、URL功能代码域、以及URL域。
该URL功能代码域可以表示URL的功能。例如,当URL功能代码为000时,URL的功能可以是数据收集,或者可以表示用于另一网站或为启用TDO而递送的参数。另外,当URL功能代码为001时,这可以表示提供触发流的URL。
因此,接收器300可以基于诸如位置限定域的URL,来执行受众报告或触发流接收。这种ILT可以通过服务信令信道或IP来发送。通过经由诸如ILT的最近限定表发送URL,与URL被包括在SMT的描述符中并发送时相比,该URL可以按相对较小的循环频率发送,从而可以节省按非常低的水平使用的带宽。
接着,根据URL指定的服务可以是用于受众测量的使用报告服务器。这种使用报告服务器可以是用于在与当前观看频道相对应的服务信令信道中执行有关被包括在虚拟频道中的线性TV服务/NRT服务/NRT内容项(包括TDO)的使用报告的服务器地址。在这种情况下,ILT可以设置有其中仅被指定具有同一URL_Function_code的URL为界限的表,或者其中所有URL被设置成具有多个URL_Function_code值的表。例如,接收器300可以将包括触发流URL的ILT分类为因特网位置表触发(ILT-Trig),并且可以将包括使用报告服务器的URL的表分类为因特网位置表使用报告(ILT-Usage)。
而且,为了通过因特网发送这种附属服务,可以使用利用HTTP的发送方法。如在IETF标准RFC6062中定义的,HTTP发送方法可以包括:HTTP短轮询、HTTP长轮询、以及HTTP串流。
其中,为了通过因特网发送附属服务当中的触发,可以使用HTTP短轮询或HTTP串流。
对于HTTP短轮询的情况来说,接收器300可以在预定间隔期间向服务器发送HTTP请求。服务器可以响应于每一个请求返回更新,直到在HTTP连接终止之前的最后请求为止。如果时间间隔变得更长,则接收器获取更新的延迟时间可以变得非常长。如果时间间隔较短,则在HTTP/TCP连接开始和结束时,客户端与服务器之间发送的消息的不必要***开销可能增加。
这种HTTP短轮询在其可以预先获知触发启用时间时可以有用,像预先记录的广播一样。
而且,对于HTTP串流的情况来说,当接收器300向服务器发送初始请求时,服务器按每一个更新开启HTTP/TCP连接持久性并且发送配置有数据流的响应。在这种情况下,用于获取更新的延迟时间可以变得更短并且可以减小***开销,但HTTP/TCP连接需要一直开启。
接着,HTTP串流在其无法预先获知触发启用时间时可以有用,像现场广播一样。
因此,当通过HTTP短轮询或HTTP串流发送触发时,传递服务器的URL可以被包括在上述附属服务、触发、或采用URL形式的上述ILT中。当接收器300按任何方式获取服务器的URL时,与基于URL播放的图像相对应的信令表可以利用HTTP短轮询或HTTP串流通过因特网接收。
根据本发明一实施方式,接收器300可以基于HTTP轮询方法连续向服务器发送信令表请求,并且可以从服务器获取所更新信令表。
图117是例示根据本发明一实施方式的、信令表的查询表(用于信令表请求的查询术语)的视图。
如图117所示,接收器300可以请求SMT的至少一个信令表、当前或下一NRT-IT和TFT实例、ILT/使用、ILT/Trig、PIT、以及PTCT。
当查询方法参照图117进行描述时,第一查询可以以?<chan_id>开始。这里,chan_id可以表示虚拟频道的频道号。chan_id可以包括针对特定虚拟频道的主频道号的十进制记数法形式,并且该时段可以跟随该记数法。针对虚拟频道的次频道号的十进制记数法形式可以跟随该时段。
因而,该查询可以包括<svc_id>。Svc_id可以表示特定NRT服务的服务标识符。该服务标识符可以按次序用高位字节的十进制记数法、时段,以及低位字节的十进制记数法来表示。
而且,为了减小根据重复信令表请求的***开销,表组可以被包括在表请求中。这种表组例如可以被表达为如图117所示的BASIC SET。
例如,接收器300可以从信令表请求消息中请求基本组。当接收到该请求时,服务器可以发送所有基本表的最新版本。例如,该基本表可以包括以下中的至少一个:SMT、当前NRT-IT、当前TFT、ILT/使用、ILT/Trig、PIT、以及PTCT,并且可以根据服务提供方的便利分配各种集合。
而且,接收器300可以通过不同方法获取发送这种信令表的服务器的地址,即,可以使用根据本发明一实施方式的ACR方法,但本发明不限于此。
接着,接收器300可以基于这种查询表请求用于虚拟频道的信令表或者要接收的NRT服务。
当接收到来自接收器300的、根据查询表的信令表请求时,服务器可以响应于该请求返回对应表或表实例。这里,该返回表或表实例可以和通过广播流发送的那些相同。
接着,当该表或表实例包括多个区段时,作为来自服务器的一个响应返回的表或表实例可以具有其中连接所述多个区段的形式。
接着,当接收到所请求表时,接收器300可以从该表获取与所有数据有关的信令信息,其与通过天线从广播接收的相同。因此,接收器300可以获取针对与广播有关的所有NRT服务、内容项、以及触发的元数据。另外,接收器300可以基于所获取元数据获取有关配置所有内容项的文件的位置信息,并且可以通过因特网连接接收所有文件。接着,接收器可以基于所获取元数据获取发送触发流的位置信息,并且可以基于所获取触发流位置信息,通过因特网连接接收触发流。
而且,当仅使用这种HTTP轮询方法时,大量HTTP请求可以导致针对服务器的重负载。为此,根据本发明一实施方式,可以提出利用HTTP串流的改进方法。
首先,接收器300可以在通过HTTP轮询接收信令表的最新版本的同时,通过HTTP串流接收是否更新或所更新信令表。
例如,接收器300可以在通过HTTP轮询方法接收信令表的同时,通过分离接入通知是否通过HTTP串流方法更新的URL来确定是否更新。这种服务信令信道更新串流URL例如可以通过因特网位置表从服务器分离发送。在这种情况下,URL_Function_Code可以被指配成002。
另外,例如,接收器300可以在第一接入的情况下使用HTTP轮询方法,并且此后,更新表可以通过HTTP串流来接收。用于接收更新表的URL可以分离发送,并且例如,可以通过ILT来发送。
第二,每当存在伴随通过HTTP串流连续开启的会话的更新表时,接收器300就可以接收一事件。当接收器300首先接入该服务器时,服务器可以发送信令表的所有最新版本,并接着可以仅发送更新信令表。
接着,用于通过HTTP串流递送信令表或者是否更新表的服务器,该服务器可以发送消息的下列事件形式。
Updated_table_info事件可以表示更新表的列表。该事件数据可以具有下列形式。
<table_name>[;<table_version>][,…]:table_name可以表示更新表的名称。表名称可以和图117所示用于HTTP轮询的查询条款相同。另外,更新表的版本可以通过分号选择性地示出,并且更新表的几个数量可以用逗号示出。
updated_table事件可以表示更新表本身,并且与该事件一起更新的表可以被立即递送至接收器300。在这种情况下,事件数据可以包括采用它们原来的样子的二进制形式的更新表,并且在多个表的情况下,可以将顺序结合的表递送至接收器300。而且,为了在HTTP响应中包括该事件,表可以通过服务器按URL编码形式编码,并接着可以发送。
table_name事件可以用表单元表示更新表的名称。在这种情况下,接收器300确定所接收事件数据是用于具有和事件名称相同的名称的表的更新表。该事件数据可以通过服务器按URL编码形式编码,并接着可以发送。
另外,如上所述,接收器300可以通过HTTP轮询方法请求表并且还请求触发,或者可以通过HTTP GET或HTTP POST请求它们。因为针对其的详细描述和图106至110的详细描述相同,所以省略了重复描述。
而且,通过因特网发送的触发的启用时间标记可以相对于服务器侧时间来确定。
例如,接收器300开始拍摄AV区段的时间可以是从接收器300的***时间参考特定定时起相对的tn msec。接着,当从基于从服务器接收的AV区段的广播时间的特定定时起的开始时间为相对tb msec时,接收器300的时间和广播时间可以具有差tn-tb。接着,当从因特网接收的触发的启用时间标记为tx(基于广播时间测量的)时,通过接收器300确定的触发启用使用可以为tx+(tn-tb)或tn+(tx-tb)。
因此,当通过因特网请求触发时,可以要求接收器300周期性地请求与服务器侧时间有关的时间标记。因此,根据本发明一实施方式的接收器300可以同步化本地时间与服务器侧时间,并且可以按恰当时间启用触发。
根据本发明一实施方式的接收器300与服务器之间的经由因特网的触发或信令表的请求/响应关系如下。
首先,按HTTP请求,当通过虚拟频道接收到包括基本URL的HTTP GET请求时,服务器(例如,内容服务器)可以对应地通过因特网向接收器300发送触发。
这种HTTP GET请求可以包括:虚拟频道标识信息、开始时间信息、以及持续时间信息,并且可以具有下列格式。
?chan=<chan_id>&start=<start_time>[&duration=<duration>]
chan_id可以表示虚拟频道的频道号,并且可以包括按时段划分的主频道号和次频道号的十进制记数法。
start_time可以表示采用十进制形式的毫秒。该开始时间可以相对于服务器侧时间,并且可以表示所请求时间间隔的开始时间。
持续时间可以表示采用十进制形式的秒钟时间间隔。当内容服务器使用短轮询方法作为用于所请求频道的发送方法时,持续时间可以表示向接收器300请求的时间间隔的长度。
例如,接收器300可以在请求消息发送期间将当前时间指定成start_time。当采用短轮询模式的内容服务器接收到请求消息并且向接收器300响应时,接收器300在被响应覆盖的时间间隔结束之前发送下一请求,以使其可以在时间间隔结束之前接收下一响应。在这点上,接收器300可以将先前响应的时间间隔结束时间指定成start_time,并接着可以发送它。因此,请求和响应发送可以设置有无缝间隔。
另外,除了HTTP短轮询以外,服务器还可以通过HTTP串流向接收器300发送响应消息。服务器可以按两个模式操作,并且根据这两个模式,所发送响应可以包括用于8比特无符号整数表示的触发长度数据,和用32比特无符号整数表示的触发启用时间数据。如上所述,该触发启用时间可以基于服务器侧时间来指定。多个触发不能在一个响应消息中复制。另外,如果响应消息中包括异步触发,则接收器300可以将在在请求消息的start_time之后接收的广播流中首先呈现触发的时间确定为启用时间。
而且,根据本发明一实施方式,接收器300可以将文本/流-事件添加至HTTP请求头部中的接受头部中,以使其向服务器通知其可以接收采用HTTP串流形式的事件。
另外,接收器300可以利用MIME类型从服务器请求触发或表。例如,接收器300将MIME类型***到HTTP请求的接受头部中,以指定触发或表请求信息。服务器可以利用HTTP响应的内容-类型头部来表示有关要向服务器发送的表或触发的信息。例如,该头部可以包括下列消息。
应用/atsc2.0-ssc:有关信令信道的信息(例如,信令表)
应用/atsc2.0-触发:触发信息。
而且,图118是例示在通过因特网发送触发时,在短轮询期间请求与响应之间的时间线的视图。
参照图118,当内容服务器按HTTP短轮询模式操作时,接收器300可以周期性地执行触发或表请求并且可以周期性地发送响应消息。
当内容服务器按HTTP短轮询模式操作时,用于该触发或表请求的响应消息可以轮询开始:持续时间=<duration>。这里,<duration>可以是指示被响应消息覆盖的持续时间的、采用十进制形式的秒钟数,并且后面可以是换行符。该持续时间可以与向接收器300请求的持续时间相同,并且如果在接收器300的请求中不存在持续时间,则默认持续时间可以通过内容服务器来设置,并且可以作为响应发送。
接着,该响应消息可以包括用<chan_id>标识的触发或表。该触发或表可以被调度成在从<start_time>起的<duration>时间间隔期间通过广播流发送。接着,通过因特网发送的触发可以根据其中该触发通过广播流发送的次序来设置。
接着,在发送响应消息之后,服务器可以终止HTTP连接。
而且,当HTTP响应中的事件以轮询开始时:持续时间=<duration>,即使HTTP连接被服务器终止,接收器300也不尝试立即重新连接,而是在与被指定成该持续时间的时间相对应的预定时间之后再次尝试连接。
图119是例示在通过因特网发送触发时,在HTTP串流期间请求与响应之间的时间线的视图。
参照图119,当接收器300请求初始触发流时,服务器可经由HTTP串流会话发送如下的触发,即,该触发那时已经被发送,并且需要首先通过接收器300来处理。接着,服务器可以通过HTTP串流会话,按和广播网络相同的时间递送最近生成的触发。
当内容服务器按HTTP串流模式操作时,针对接收器300的触发或表请求的响应消息可以以串流开始并且后面可以是换行符。
如果针对内容服务器请求的<start_time>在内容服务器的当前时间(内容服务器接收该请求的时间)之前,则初始响应消息可以包括连续触发集。该连续触发集可以包括针对用<chan_id>标识的虚拟频道的触发当中的、在从<start_time>至内容服务器的当前时间的时间间隔期间,通过广播流发送的所有触发。另外,响应消息还可以包括根据接收器300的同一请求通过广播流发送的触发。
接着,当内容服务器按串流模式操作时,其可以在发送新触发的同时保持HTTP连接开启。接收器300在选择和释放频道时,确定终止连接。
而且,如果针对内容服务器请求的<start_time>等于或晚于内容服务器的当前时间(内容服务器接收该请求的时间),则初始响应消息可以包括根据接收器300的请求通过广播流发送的触发。接着,当内容服务器按串流模式操作时,其可以在发送新触发的同时保持HTTP连接开启。在频道被选择和释放时,接收器300确定终止连接。
而且,当服务器使用用于发送的HTTP串流时,触发可以按下列事件格式来递送。
触发事件:该事件可以表示与通过广播频道发送的触发相同的触发。该事件的数据域可以具有下列结构。
该数据域可以具有和与通过广播频道发送的触发相对应的包的净荷相同的值,并且可以按URL方法编码。
该数据域可以设置有一对键:值,并且可以设置有用逗号隔开的未对齐组合。该键可以对应于时间标记(Timestamp)并且可以表示触发时间。该值可以对应于Trigger_data,并且可以包括具有和通过广播流发送的触发相同的格式的触发参数。该数据域可以按次序发送,并且其值用逗号隔开且没有键指定。
预先-记录-触发事件:该事件可以包括针对预先记录为一个文件的内容的多个触发。接收器300可以忽略或者可以不检查另一触发事件,直到该预先记录内容终止为止。该数据域结构可以设置有一对键:值,像上述事件一样,并且可以设置有用逗号隔开的未对齐组合。该键可以对应于用于定位预先记录内容的Triggrer_file_URL,并且该值可以对应于接收器300接收新触发的重新连接-时间。
而且,内容服务器可以在HTTP串流和HTTP短轮询之间在任何时间执行切换。因此,可以使用用于针对接收器300信令的下列方法。
当内容服务器从短轮询切换成串流时,内容服务器可以通过与接收器300的连续请求对应地发送串流响应消息来切换模式。
接着,当内容服务器从串流切换成短轮询时,内容服务器可以终止与接收器300的HTTP连接,并接着,可以通过与从接收器300开始的请求对应地发送短轮询响应消息来切换模式。
而且,图120是例示根据本发明另一实施方式的触发结构的视图。
参照图120,触发可以包括:版本、触发标识符、触发协议版本、触发目标、触发动作、触发数据、以及触发动作时间。另外,该触发可以包括安全区标志和多个坐标信息。
另外,如图120所示,该触发可以包括安全区标志和多个坐标信息。
与另一区域相比,该安全区是覆盖区,并且接收器300以第一优先级显示TDO(其通过具有安全区设置的触发来执行),以使TDO不被另一显示区覆盖。
安全区标志safe_area_flag可以是指示覆盖安全区是否通过触发指定的1比特域。
左x坐标left_x_coord可以是指示该覆盖安全区中的左下角的水平坐标的8比特域。
右x坐标right_x_coord可以是指示该覆盖安全区中的右上角的水平坐标的8比特域,并且可以具有基于画面左侧的右侧水平方向百分比值(0与100之间的整数)。
左y坐标left_y_coord可以是指示该覆盖安全区中的左下角的垂直坐标的8比特域,并且可以具有基于画面下端的上端垂直方向百分比值(0与100之间的整数)。
右y坐标right_y_coord可以是指示该覆盖安全区中的右上角的垂直坐标的8比特域,并且可以具有基于画面下端的上端垂直方向百分比值(0与100之间的整数)。
而且,图121是例示根据本发明一实施方式的触发流描述符的视图。
发送器200或服务器可以向接收器300发送触发流,并且该触发流可以从节目组元的基本流(ES)水平描述符循环获取,并且可以通过因特网发送。发送器200或服务器向接收器300发送指示有关这种触发流的信息的描述符,以使其可以通过信令信道提供信息,以允许接收器300容易接收触发流。
如图121所示,触发流描述符可以包括:描述符标签、描述符长度、触发流标识符、触发流配置文件、目标服务计数、以及目标服务标识符。
该触发流标识符可以包括用于标识触发流的标识信息。例如,接收器300可以基于触发流标识符,唯一地标识来自与该描述符相对应的PMT区段的虚拟频道的触发流。
目标服务计数可以是指示NRT服务的数量的8比特无符号整数,该NRT服务包括通过与对应虚拟频道对应的触发流发送的触发的目标内容项。
目标服务标识符可以是用于标识NRT服务的8比特无符号整数,该NRT服务包括通过触发流发送的触发的目标内容项。
另外,接收器300的服务管理器350接收对应触发并将其递送至TDO。
如上所述,TDO的状态可以根据触发变换,并且同步服务可以按广播公司希望希望的时间通过触发来提供。为了使TDO提供这种服务,TDO能够接收所递送触发。如上所述,接收器300的服务管理器350可以根据所接收触发向目标TDO递送触发信息。触发信息可以通过应用编程接口(API)递送至TDO。
下面,对向TDO递送这种触发信息的API进行描述。
例如,接收器300的服务管理器350可以通过用TDO指定的API向触发递送TDO。因此,TDO可以预先声明用于接收触发的触发对象,并且可以通过所声明触发接收触发。
根据本发明一实施方式,触发对象的MIME类型可以是应用/atsc-触发,并且在这种情况下,当触发对象在执行TDO的特定页面中声明时,TDO可以仅从外部正常接收触发。
而且,根据本发明一实施方式,通过TDO声明的触发对象可以包括用于注册下列事件的功能接口。
事件:有关TriggerReceived(Trigger触发)的功能
接着,在上述事件中示出的触发类别可以包括要递送至TDO的触发信息。该触发信息可以包括下面的特性。
该特性可以包括以下中的至少一个:只读TriggerProtocolVersion protocol_version、只读Number trigger_id、只读Number trigger_version、只读TriggerTarget trigger_target、只读Number trigger_action、只读Number trigger_version、以及只读对象数据。
而且,在触发类别中声明的TriggerProtocolVersion类别和TriggerTarget类别中的每一个都可以具有下列特性。
TriggerProtocolVersion类别可以包括Number major_version和只读Numberminor_version作为其特性,而TriggerTarget类别可以包括只读Number service_id和只读Number content_linkage作为其特性。
根据这种触发类别限定的特性可以具有和通过广播网络或因特网网络递送的触发数据相同的信息。
图122是例示根据本发明一实施方式的触发和TDO-API的使用例的视图。
如图122所示,在TDO中使用的触发API可以利用HTML语言以java脚本实现。
如上所述,TDO可以声明用于接收触发的触发,作为triggerObject,并且在接收到触发时,上述特性中的每一个都可以通过执行针对称为TriggerRecv的函数来设置并更新。
图123是例示根据本发明另一实施方式的触发流关联描述符的视图。
如上所述,根据本发明一实施方式,接收器300可以通过接收触发流描述符来标识触发流,并且可以从该触发流描述符获取用于触发流的元数据。另外,触发流面描述符可以选择性地包括与涉及触发流的NRT服务有关的标识信息。
接着,涉及触发流的NRT服务可以意指与包括在触发流中的触发的触发目标TDO相对应的NRT服务。为了使接收器300容易识别触发流与NRT服务之间的关联,发送器200需要向接收器300发送触发流与NRT服务之间的这种关联。
因此,如图123所示,发送器200可以向接收器300发送指示关联的触发流关联描述符。
例如,发送器200可以在SMT的描述符循环中包括触发流关联描述符,并接着,可以发送它。接收器300可以基于与其中触发流关联描述符所位于的描述符循环相对应的NRT服务和包括在触发流关联描述符中的触发流标识信息,来确定触发流和NRT服务关联。
如图123所示,触发流关联描述符可以包括:描述符标签域、描述符长度域、触发流计数域、以及触发流标识域。
触发流计数域可以是8比特无符号整数,其指示确定包括描述符的SMT的特定NRT服务中的TDO作为触发目标的触发流的数量。
触发流标识域可以是8比特无符号整数,其指示有关确定包括描述符的SMT的特定NRT服务中的TDO作为触发目标的触发流的标识信息。
因此,接收器300可以基于触发流标识符来接收触发流,并且可以从触发流接收触发。接着,接收器300可以通过利用上述API处理所接收触发来操作TDO。
除此之外,接收器300还可以通过不同方法标识触发流。例如,接收器300可以通过IP网络接收触发。接收器300可以通过从上述因特网位置表(ILT)获取触发URL,来标识用于接收触发的流。接着,接收器300可以通过IP网络接收直接从内容服务器发送的触发。
图124是例示根据本发明另一实施方式的ILT的视图。图125是例示根据本发明另一实施方式的、在ILT中使用的URL功能代码值表的视图。
根据本发明另一实施方式的ILT可以包括接收器300用以通过因特网接收触发流的地址信息。
例如,如图124所示,除了图116所示ILT以外,根据本发明另一实施方式的ILT还可以包括触发流标识符trigger_stream_id域。接着,与触发流标识符相对应的URL_function_code可以另外分配。
参照图124描述的域不再进行描述,而是仅对附加域描述如下。
URL功能代码URL_function_code域可以表示从ILT提供的URL的功能或目的,并且其详细含义参照图125描述如下。
当URL功能代码值为0时,其可以表示用于使用报告的URL,并且可以被用于如上所述的受众调查。
当URL功能代码值为1时,其可以表示根据本发明另一实施方式的通过因特网发送的触发流的URL。
该触发流标识trigger_stream_id域可以是8比特域,其用于标识通过与包括该域的因特网位置循环相对应的URL发送的触发流。
按这种方式,接收器300可以接收图124所示根据本发明另一实施方式的ILT,并且可以从所接收ILT获取与其相对应的触发流标识信息和地址信息(即,URL信息)。接着,接收器300可以基于所获取触发流标识信息和地址信息,接入发送触发流的服务器,并且可以从所接收触发流获取触发。
而且,根据本发明另一实施方式,除了触发以外,接收器300还可以通过IP网络接收用于广播流的附属服务的信令表。
用于广播流的附属服务的信令表可以包括以下中的至少一个:NRT-IT、SMT、TFT、ILT、PIT、以及PTCT,如上所述。接收器300需要通过因特网接收这种信令表。例如,如果接收器300不能通过广播网络接收广播流,则用于当前观看图像的附属服务的信令表需要通过因特网接收。因此,接收器300可以通过上述不同方法获取有关当前观看图像的广播信息,并且基于此,可以从服务器请求附属服务的信令表,并且可以接收它们。
根据本发明一实施方式的接收器300与服务器之间的经由因特网的信令表的请求/响应关系如下。
信令附属服务的服务器可以通过HTTP发送用于特定虚拟频道的信令表。因此,接收器300可以向服务器发送包括基本URL的、采用全URL格式的信令表请求消息。尤其是,信令表请求消息可以包括服务器的基本URL和扩展查询信息。
因此,接收器300可以利用服务器的基本URL和查询信息,发送用于特定虚拟频道的附属服务的信令表请求消息。例如,接收器300所发送的请求消息可以包括:虚拟频道标识信息、开始时间信息、持续时间信息、更新信息、以及信令表信息,并且针对其的查询可以具有下列格式。另外,该查询可以位于向服务器发送的请求消息的全URL格式的结尾处。
即,接收器300可以通过因特网网络向服务器发送采用全URL格式的信令表请求消息。该信令表请求消息可以包括至少一个查询信息,并且该查询信息可以位于全URL格式消息的结尾部分处。该查询信息可以包括第一查询信息和第二查询信息。该第一查询信息如下。
?chan=<chan_id>&start=<start_time>[&duration=<duration>][&update]
chan_id可以表示虚拟频道的频道号,并且可以包括按时段划分的主频道号和次频道号的十进制记数法。
start_time可以表示开始时间。该开始时间可以服务器侧时间参考相对时间,并且可以表示接收器300所请求的时间间隔的开始时间。例如,start_time可以是毫秒级单位时间,但本发明不限于此。
该持续时间可以表示时间间隔。该持续时间可以表示从接收器300请求的时间间隔的长度。
该更新可以是指示接收器300的请求是否是用于更新的布尔标志。如果接收器300所发送的情况中不存在更新信息,则该请求是从接收器300发送的初始请求。如果接收器300所发送的情况中存在更新信息,则该请求可以是用于更新信令表。
例如,接收器300可以在请求消息发送期间指定第一查询信息。接收器300可以在start_time中指定当前观看图像的当前时间,并且可以在持续时间中指定要接收表的时间间隔,以及可以标记是否在该更新中更新。
尤其是,接收器300可以获取发送当前观看图像的视频帧的广播站侧的时间,并且可以将该时间指定为start_time。
接着,当信令服务器接收到该请求消息,并且向接收器300发送响应(即,发送信令表)时,接收器300在被响应覆盖的时间间隔结束之前发送下一请求,以使其可以在时间间隔结束之前接收下一响应。在这点上,接收器300可以将先前响应的时间间隔结束时间指定成start_time,并接着可以发送它。因此,请求和回复发送可以设置有无缝间隔。
图126和127是例示根据本发明一实施方式的信令表请求消息的第二查询信息和响应关系的视图。
接收器300通过因特网网络发送的信令表请求消息还可以利用附加第二查询信息来扩展。
接收器300可以包括如图126或127所示要在第二查询信息中接收的表信息。这种第二查询信息可以位于按全URL格式发送给服务器的信令表请求消息的第一查询信息之后的结尾部分处。
例如,像&table=SMT一样,接收器300可以通过在请求消息的结尾部分处指定特定表,而将要接收的表信息***到请求消息中。
svc_id可以表示第一查询信息中的、通过虚拟频道发送的NRT服务的服务标识符,并且可以按根据一时段隔开的十进制计数法的高位字节和低位字节来表达。
接着,第二查询信息可以选择性地包括方括号([…])。如果该方括号中不存在&svc列表,则第二查询信息可以表示接收器300请求针对在对应虚拟频道中发送的所有NRT服务的信令表。只要在请求针对特定NRT服务的信令表时,接收器300才可以通过在方括号中***&svc列表和svc_id来指定NRT服务。
而且,Current NRT-IT和Current TFT可以表示在根据第一查询信息中的开始时间所指定的时间间隔内存在的表实例。接着,Next NRT-IT和Next TFT可以表示被Current NRT-IT和Current TFT所覆盖的时间间隔之后的下一时间间隔的表实例。Future NRT-IT和Future TFT可以表示下一时间间隔之后要通过广播流发送的表实例。
这里,如果第二查询信息包括NRT-IT或TFT,则接收请求的服务器选择性地发送能够覆盖被指定成第一查询信息中的<start_time>和<duration>的时间间隔的NRT-IT或TFT中的至少一个,以使可以执行有效表发送。
而且,因为重复出现因一个接一个发送表请求而造成的***开销,所以接收器300可以将多个信令表分类为一组,并且可以一次请求它们。接着,针对多个附属服务的信令表可以被分类为基本组、扩展组、以及完全组。
该基本组可以包括与根据第一查询信息发送至特定虚拟频道的NRT服务相对应的SMT、NRT-IT、TFT、以及ILT中的至少一个。
除了基本组以外,该基本组还可以包括与根据第一查询信息发送至特定虚拟频道的NRT服务相对应的PIT和PTCT中的至少一个。
除了扩展组以外,该完全组还可以包括Future NRT-IT和Future TFT。
按这种方式分类的每一个组都可以根据广播服务提供方或附属服务提供方不同地指定,而且本发明不限于此。例如,PSIT组可以表示TVCT、EIT、以及ETT实例,而基本NRT组可以包括与虚拟频道的服务标识符svc id相对应的SMT、NRT-IT、以及TFT实例,扩展NRT组可以表示除基本组以外的PIT和PTCT。
利用这种第一查询信息和第二查询信息的组合,接收器300可以从服务器请求信令表的各种条件。另外,该信令表除了广播服务的附属服务以外,还可以包括用于广播服务本身的信令表。例如,信令表可以包括用于广播服务的PSIP表。
而且,服务器可以响应于接收器300e的请求,在响应消息中发送信令表。这种响应消息可以通过轮询方法发送,而且不限于发送方法。
例如,服务器可以生成以持续时间=<duration>开始的HTTP方法的响应消息,并接着可以将其发送至接收器300。
响应消息的<duration>可以是指示被服务器响应消息覆盖的时间间隔的、采用十进制形式的分钟数,并且后面可以是换行符。该响应消息的持续时间可以与从接收器300请求的持续时间相同,并且如果在接收器300的请求中不存在指定的持续时间,则可以通过信令服务器设置默认持续时间。
接着,该响应消息可以包括与用<chan_id>标识的虚拟频道相对应的信令表。
当接收到来自接收器300的初始请求时,服务器可以向接收器300发送被调度成针对从<start_time>起的<duration>时间间隔生效的信令表和更新表(例如,级联组)。接着,服务器可以根据有效时间次序对准通过因特网发送的信令表,并发送它们。
当接收到来自接收器300的更新请求时,服务器可以向接收器300发送被调度成针对从<start_time>起的<duration>时间间隔生效的信令表和更新表(例如,级联组)。按相同方式,服务器可以根据有效时间次序对准通过因特网发送的信令表,并发送它们。
接着,在发送回复消息之后,服务器可以终止HTTP连接。
而且,当HTTP响应以持续时间=<duration>开始时,即使HTTP连接被服务器终止,接收器300也不尝试立即重新连接,而是在与被指定成该持续时间的时间相对应的预定时间之后再次尝试连接。
包括在响应表中的表或表实例可以具有和通过广播流发送的那些相同的格式。当表或表实例包括多个区段时,这些区段可以以顺序连接的形式被包括响应消息中。
指示信令表区段的更新时间的32比特无符号整数可以被添加至包括在响应消息中的每一个信令表区段的前部。例如,32比特整数可以表示信令表区段针对该频道有效的服务侧参考时间。信令表区段不能被复制,并且确定不复制信令表的新版本。
而且,不能直接接收广播流的接收器300可以通过ACR方法获取信令表。在这点上,接收器300可以基于当前观看AV内容的一部分,从水印服务器或指纹服务器接收有关当前观看内容和信令服务器URL的虚拟频道标识信息。接收器300可以通过接入信令服务器来接收与当前观看内容的虚拟频道有关的不同信令表,并且可以接收当前观看内容的附属服务。
接着,接收器300可以通过接入信令服务器而经由不同方法接收用于接收附属服务的URL。例如,接收器300可以通过接收上述ILT来获取用于接收附属服务的URL。
例如,接收器300可以通过接入利用ACR获取的特定服务器URL来接收包括ILT的信令表。
接着,接收器300可以利用该ILT来获取与当前观看虚拟频道相对应的附属服务信令服务器的URL地址。
接着,接收器300可以通过接入附属服务信令服务器,来接收与当前观看虚拟频道相对应的附属服务信令表。
接着,接收器300从附属服务信令表获取SMT,并且可以基于该SMT标识NRT服务。
接着,接收器300可以基于附属服务信令表接收所标识NRT服务。这里,接收器300可以不需要调谐至另一频道来接收附属服务,但广播站不能发现该接收器300。因此,可能需要发送用于允许广播站发现接收器300的信息。
图128是例示根据本发明另一实施方式的ILT的视图。图129是例示在图128中使用的URL_fuction_code值表的视图。
参照图128,除了ILT的上述实施方式以外,根据本发明另一实施方式的ILT还可以包括与每一个URL_fuction_code相对应的多个主频道号域major_channel_number和次频道号域minor_channel_number。
在此使用的URL_fuction_code的含义可以和图129所示相同。
更详细地说,当URL_fuction_code为0时,包括ILT中的URL_fuction_code域的循环的URL可以表示用于针对如主频道号和次频道号域标识的虚拟频道的使用报告的URL。
接着,当URL_fuction_code为2时,包括ILT中的URL_fuction_code域的循环的URL可以表示用于接收针对如主频道号和次频道号域标识的虚拟频道的信令表的URL。
根据取决于URL_fuction_code的ILT的配置,接收器300可以执行针对当前虚拟频道的主频道号和次频道号的使用报告。因此,可以解决广播站未发现接收器300的上述问题。
另外,除了上述ILT以外,接收器300还可以使用用于广播站发现不接收广播流的接收器300的各种方法。
例如,用于ACR的指纹服务器或水印服务器可以操作为NRT发现服务器。另外,指纹服务器或水印服务器可以向接收器300信令有关NRT发现服务器的接入信息。另外,NRT发现服务器可以通过接收器300的提供方来操作。接收器300可以从接收器提供方发送器获取有关NRT发现服务器的接入信息,或者可以从构建在接收器300本身中的存储器获取有关NRT发现服务器的接入信息。
而且,接收器300可以通过触发,根据TDO的操作提供TDO服务。发送器200可以发送针对这种TDO的操作所需的实时数据。因此,接收器300可以通过接收实时数据来提供实时链接的TDO服务。例如,TDO可以利用实时数据来提供实时股票信息。按这种方式,用于TDO的实时数据可以经由不同路径向接收器300发送。
用于TDO的实时数据可以基于MPEG-2基本流(ES)来发送。
另外,该实时数据可以被包括在触发中并接着发送。按这种方式包括实时数据的触发可以被称为数据型触发。
用于TDO的实时数据可以通过基于IP的广播网络或因特网网络来发送,如上提到的。
首先,该实时数据可以通过FLUTE来发送。发送器200可以利用通过FLUTE发送的NRT服务来发送用于TDO的实时数据。为此,发送器200可以针对用于TDO的实时数据分配特定消费模型。如参照图68所述,该消费模型可以根据包括在SMT的服务等级描述符循环中的NRT服务描述符中的消费模型域的值来指定。接收器300可以通过消费模型来接收与数据流消费模型相对应的NRT服务。与数据流消费模型相对应的NRT服务可以包括用于TDO的实时数据,并且除了TDO以外,还可以包括用于NRT服务对象的其它数据。
图130是例示根据本发明一实施方式的、包括数据流消费模型的消费模型域的视图。其它域的描述和参照图68所述那些相同。
参照图130,其中消费模型域的值被指定成数据流0x05的NRT服务可以包括用于可下载对象或可声明对象(DO)的至少一个文件流。这里,可下载对象或可声明对象(DO)的含义可以被用作包括触发声明对象(TDO)或一般NRT服务对象。TDO可以是按DO执行环境操作的对象之一。其中消费模型被指定成数据流的NRT服务只有当在接收器300中操作的DO请求通过被设置为执行环境的一部分的API下载和递送时才可以被接收,并且包括在所接收数据流服务中的文件流可以仅递送至DO。
图131是例示接收器通过接收分配给数据流消费模型的NRT服务来提供用于接收广播服务的DO用数据的方法的流程图。
参照图131,首先,在操作S9200中,接收器300从服务信令数据获取SMT。接收器300可以通过接入广播服务频道来接收服务信令数据,并且可以从该服务信令数据获取SMT。
接着,在操作S9205中,接收器300解析NRT服务信息描述符。
这里,在操作S9210中,接收器300标识所标识NRT服务当中的、与数据流消费模型相对应的NRT服务。
当选择接收数据流消费模型时,在操作S9215中,接收器300从NRT-IT获取配置标识为数据流消费模型的NRT服务的内容项信息。
接着,在操作S9220中,接收器300基于SMT和NRT-IT接收配置内容项的文件。
接着,在操作S9225中,接收器300的服务管理器350利用所接收文件向DO提供用于DO的实时数据。
接着,一旦完成下载,接收器300的服务管理器350可以向DO递送文件。
下面,对通过因特网网络发送配置附属服务的文件的方法进行描述。
附属服务(例如,配置ATSC2.0内容的文件)可以利用HTTP或HTTPS协议通过因特网链接发送。HTTP或HTTPS协议中的发送器200所使用的那一个基于是否更新通过因特网发送的内容项(根据NRT-IT中的入口内容项的update_available域信令的)或者该文件有多大来确定。在下面的描述中,HTTP/S可以意指HTTP或HTTPS。
当内容项不要更新时(当update_available域为0时),发送器200和接收器300可以通过一般HTTP/S协议来发送请求和响应。
当内容项要更新时(当update_available域为1时),发送器200和接收器300可以通过HTTP/S串流方法发送小于特定尺寸的文件,并且可以在大于特定尺寸的文件的情况下,通过一般HTTP/S协议发送请求和响应。接着,发送器200可以向接收器300通知通过典型HTTP/S发送更新作为HTTP/S串流。
这里,为了最小化针对多个接收器300的一个服务器的同时HTTP接入,可以使用多文件HTTP串流协议方法。根据本发明一实施方式,对多个文件HTTP串流请求和响应进行描述。
图132是例示根据本发明一实施方式的多文件HTTP串流请求消息的XML格式的视图。
参照图132,多文件HTTP串流请求可以包括有关接收器300要接收的初始文件的URL列表信息。另外,多文件HTTP串流请求还可以包括有关每一个文件的更新URL信息。
另外,尽管图132中未示出,但接收器300所发送的多文件HTTP串流请求可以包括指定内容项或NRT服务的标识信息。另外,像图132所示XMNL一样,多文件HTTP串流请求还可以包括:最初要接收内容项的列表、要更新内容项的列表、或各种ATSC2.0服务列表信息。
接着,接收器300可以在多文件HTTP串流请求中指定内容项,并且可以将该内容项中的特定文件指定为子组元,并接着,可以将它们发送至服务器。在这种情况下,该内容项可以具有基本URL属性,并且可以标识作为子组元包括的文件的URL中的基本URL。因此,当与包括在请求消息中的每一个文件相对应的URL具有相对路径格式时,服务器可以基于该内容项的基本URL来确定每一个URL是相对路径URL。然而,另一文件可以具有绝对路径,并且在这种情况下,服务器可以将该URL确定为绝对路径,而不需要应用基本URL。
而且,在发送新文件时,发送器200或服务器可以立即向开启多文件HTTP串流会话的接收器300发送要更新的文件或最近添加至内容项的文件,而不需要向接收器300通知是否更新该文件或添加新文件的操作。
例如,当最近添加的文件呈现在多文件HTTP串流会话中时,接收器300可以通过添加至该文件的头部来确定文件涉及哪一个NRT服务中的哪一个内容项。接着,接收器300可以将最近添加文件递送至NRT服务或DO的处理操作。
而且,多文件HTTP串流响应消息可以具有多部分MIME消息格式。每一个部分都可以包括指示与响应消息相对应的文件是小于特定尺寸的文件、大于特定尺寸的文件、还是可更新的。
另外,响应消息的初始部分可以包括初始文件列表中的小于特定尺寸的文件,和有关是否更新初始文件列表中的大于特定尺寸的文件的通知消息。(该消息的初始部分应当包含InitialFiles列表中的所有较小文件,并且更新的通知可用于InitialFiles列表中的所有较大文件)。
接着,跟随初始部分的每一部分可以包括更新在接收请求消息之后出现的小于特定尺寸的文件,和在接收请求消息之后出现的大于特定尺寸的文件的更新通知消息。
另外,MIME消息中的每一部分的头部可以包括内容-位置头部域,并且该内容-位置头部域可以包括有关与该部分相对应的文件的URL信息。
而且,包括文件更新通知消息的MIME消息可以仅包括一部分头部,并且可以包括空主体。该部分头部可以包括内容-位置头部域。
接着,当从接收器300接收在主体中包括针对要更新文件的URL而不包括多文件请求XML消息的HTTP/S请求时,服务器可以向接收器300返回用URL标识的文件。
首先,接收器300可以通过HTTP/S串流接收来自特定服务器的文件,并接着可以标识要更新的文件。
接着,接收器300可以执行包括InitialFiles组元(包括要接收文件的URL)的多文件HTTP/S串流请求。该多文件HTTP/S串流请求可以排除FileUpdates组元。
接着,接收器300可以从响应消息获取MIME消息部分。接收器300可以从响应消息提取小于特定尺寸的文件,并且可以执行用于获取根据通知标识的文件的典型HTTP/S请求。
在预定时间之后或者在必须删除文件列表时,接收器300可以执行新的多文件http/s串流请求。该新的多文件http/s流请求可以包括InitialFiles列表或FileUpdates列表中的新文件的URL。为了防止在文件通过更新来改变时缺失,接收器300可以在发送新请求的同时,终止针对现有请求的连接。
当断开HTTP/S串流时,接收器300可以发送新的HTTP/S串流请求。如果存在被设置成不错过更新的重要文件(例如,当接收300应当包含文件的最新版本时),接收器300可以在新HTTP/S串流请求的InitialFile列表包括这些文件的URL。接收器300可以在新HTTP/S串流请求的FileUpdates列表包括其它文件的URL。
而且,针对上述TDO的实时数据可以通过这种HTTP/S串流来发送。发送器200可以发送实时数据作为连续更新内容项。
因此,发送器300可以将与针对TDO的实时数据内容项相对应的NRT-IT的updates_available域值设置成1,并且可以通过上述多文件HTTP/S串流方法,发送配置针对TDO的实时数据内容项的文件。
图133是例示根据本发明另一实施方式的ILT语法的视图。图134是例示用于图133中所示ILT中的URL功能代码的表。
参照图133,通过多文件HTTP/S串流发送文件的服务器的URL可以被包括在因特网位置表中,并接着从信令服务器发送至接收器300。
为此,如图134所示,可将3新限定为URL_function_code的值。首先,因为URL功能代码的值为0、1、或2的描述与涉及图129的描述相同,所以省略了重复描述。
接着,当URL功能代码的值为3时,与URL功能代码值相对应的URL_byte域可以表示接收通过由主频道号和次频道号所标识的虚拟频道发送的文件和该文件的更新通知的服务器的URL。
因此,当从信令服务器接收到ILT时,接收器300可以从该ILT解析URL功能代码和URL_byte。接着,接收器300可以根据URL功能代码来确定从URL_byte获取的URL的信息的目的。例如,根据本发明一实施方式,当URL功能代码的值为3时,接收器300可以利用与URL功能代码相对应的主频道号和次频道号来标识虚拟频道,并且可以接入接收通过利用从URL_byte获取的URL信息所标识的虚拟频道发送的文件和该文件的更新通知的服务器。
而且,如上所述,通过接收器300操作的TDO可以另外接收实时数据。例如,对于提供股票报价的TDO的情况来说,TDO可以获取通过接收器300接收的实时股票信息,并接着可以将其显示给用户。
根据本发明一实施方式,接收器300可以通过文档对象模型(DOM)API接收TDO要获取的实时数据。
图135是例示根据本发明一实施方式的、接收用于TDO的实时数据的触发API的XML格式的视图。
例如,TDO可以生成用于接收实时数据的RealTimeData对象。接收器300的服务管理器350可以通过声明针对TDO的实时数据对象来生成对象。接着,服务管理器350可以控制TDO,以使TDO利用所生成实时数据对象来接收实时数据。
接着,根据本发明一实施方式,实时数据对象的MIME类型可以被指定为应用/atsc-realtimedata。服务管理器350可以生成实时数据对象,以使对应于其中执行TDO的页面,并且可以将从外部接收的实时数据递送至该实时数据对象。
另外,根据本发明一实施方式,接收器300可以利用下面的事件和方法来控制所生成实时数据对象。
事件:功能onRealTimeFileReceived(RealTimeFile rtdata)
方法:功能registerRealTimeData(String service_id,Boolean url_flag)功能registerRealTimeFile(String content_location,url_flag)
如上提到,该方法可以包括registerRealTimeData功能和registerRalTimeFile功能。
registerRealTimeData功能可以是用于在通过service id标识的NRT服务中注册实时数据并接收它们的功能。
registerRalTimeFile功能可以是用于注册实时数据的每一个文件并且接收它们的功能。
url_flag可以表示在接收到实时文件时接收器300向TDO递送的数据格式。例如,URL标志可以表示要递送的数据格式是url格式还是内容自身格式。
接着,onRealTimeFileReceived事件可以执行用于每当接收到通过上述注册功能注册的实时数据文件时都通知TDO的功能。
接着,被限定为TDO中的实时文件的RealTimeFile类别可以包括有关针对递送至TDO的实时数据的各个文件的信息。因而,每一个类别都可以包括下面的特性。
该特性可以包括以下中的至少一个:只读串content_location、只读串content_type、只读串content_encoding、以及只读串file_content。
这里,当上述实时文件注册功能的url_flag被设置成真(true)时,所注册实时文件可以包括:content_location、content_type、以及content_encoding特性。接着,当url_flag被设置成假(false)时,所注册实时文件可以包括content_encoding和file_content特性。
而且,下面对通过因特网发送的信令表的另一实施方式进行描述。
通过因特网发送的信令表可以包括广播服务信令表和NRT服务信令表。该信令表例如可以是包括TVCT、EIT、以及ETT的PISP表,并且可以是包括SMT、NRT-IT、TFT、ILT、PIT、以及PTCT的NRT表。
当接收器300仅接收未压缩音频和视频时,该信令表可以不从广播信号接收,而可以通过因特网网络接收。另外,对于接收器300接收完整广播信号的情况来说,当信令表通过因特网网络接收而不需要调节调谐器或等待表接收时,因为节目和服务指南显示在针对用户的画面区上,所以可以提供有效节目和服务指南。
这种通过因特网网络的信令表发送可以通过HTTP协议的请求/响应方法在接收器300与信令服务器之间执行。
接着,如上提到,请求消息可以按包括第一查询信息和第二查询信息的完全URL格式来发送,并且根据本发明另一实施方式,该第一查询信息可以具有下列格式。
start=<start_time>[&timebase=<timebase>][&duration=<duration>][&update]
包括在请求消息中的基本URL可以对应于特定广播流。例如,当接收器300无法接入完整广播流而仅接收一些未压缩AV图像时,基本URL可以利用上述ACR方法通过因特网网络来接收。
接着,接收器300可以向信令服务器发送包括基本URL的信令表请求消息,并且可以从服务器的响应获取信令表。而且,可接入广播流的接收器300可以从广播流中的ILT获取基本URL。
因而,除了ILT中的特定虚拟频道以外,发送器200还可以包括用于获取特定物理频道的PSIP和NRT信令表的URL,并接着可以发送它。在这种情况下,物理频道可以通过主频道号来标识。另外,接收器300可以标识来自VCT的虚拟频道列表,并且可以另外通过因特网网络接收用于特定附属服务的信令表。接着,接收器300可以通过因特网网络接收特定物理频道中的所有信令表。
根据本发明一实施方式,第一查询信息可以包括<start_time>,并且<start_time>可以表示请求信令表的时间间隔的开始点。这里,start_time可以是UTC时间,并且可以是从ACR服务器接收的时间标记。例如,start_time可以确定第一查询信息中是否存在<timebase>。如果不存在TimeBase,则start_time可以表示UTC,而且如果存储timebase,则start_time可以表示从ACR服务器获取的时间标记或者与参考时间相对的相对时间。
图136是例示根据本发明另一实施方式的第二查询信息表的视图。
参照图136,除了参照图126和127描述的表中的相同部分以外,根据本发明另一实施方式的查询信息还可以包括用于指定基本PSIP、VCT、EIT、以及ETT的信息。
这里,基本PSIP组可以表示VCT、EIT、以及ETT,并且可以意指用于物理频道中的虚拟频道的信令表。
接着,如果第二查询信息中存在chan_id,则chan_id可以表示与表请求相对应的特定虚拟频道,并且可以包括主频道号和次频道号。如果不存在Chan_id,则第二查询信息可以表示针对用于通过广播流发送的所有虚拟频道的表的请求。
而且,如果第二查询信息中存在ETM_id,则ETM_id可以表示接收器300要请求的特定ETT实例。该ETT实例可以和ATSC PSIP标准中定义的相同。如果不存在ETM_id,则其可以表示该请求消息不是用于所有ETT实例的目的。
而且,如果第二查询信息中存在svc_id,则如上所述,svc_id可以表示接收器300要请求的广播流中的特定NRT服务的服务标识符。如果不存在svc_id,则其可以表示该请求消息不是用于NRT服务的目的。
而且,作为针对请求消息的响应,信令服务器可以向接收器300发送包括信令表的响应消息。
根据本发明一实施方式,该响应消息可以包括扩散参数。接收器300可以正好在通过Duration指定的时间间隔结束之前再次请求信令表。在这点上,如果多个接收器同时请求,则其可以造成服务器的负载。
根据本发明一实施方式,服务器可以在响应消息中包括扩散参数,并接着可以发送它。
接收器300可以基于该扩散参数确定下一信令表请求时间。
这种扩散参数可以被包括在HTTP响应的头部中。另外,该扩散参数可以被包括在HTTP响应的主体中。如果在响应消息中发现该扩散参数,则接收器300可以按基于该参数值的时间间隔中的任意时间发送下一信令表请求。
而且,接收器300可以利用NRT服务提供包括有关广播服务的指南信息的电子节目指南(EPG)。而且,接收器300可以像现有接收器一样,提供基于PSIP表的事件信息表(EIT)的EPG,而且,在需要时,可以另外提供通过NRT服务提供的EPG。当利用NRT服务提供EPG时,接收器300预先通过服务信令信道或因特网网络接收图像、视频、或可执行内容,并且根据用户的请求提供所接收EPG服务。
而且,根据一实施方式,发送器200还可以在VCT或EIT中包括用于提供NRT服务指南的信息,并接着,可以发送它。这种信息可以被包括在特定描述符中,并且可以将用于提供NRT服务指南的描述符表达为附属EPG描述符。接收器300从VCT或EIT的描述符循环中解析EPG描述符,并且显示有关NRT服务的EPG。
这种附属EPG描述符可以包括各种信息以提供NRT服务指南。例如,该附属EPG描述符可以包括有关是否存在添加至特定虚拟频道或事件A/V流并发送的附属NRT服务和是否根据控制接入现有附属NRT服务的信息。而且,附属EPG描述符可以包括有关是否根据控制接入包括在NRT虚拟频道中的NRT服务的列表和每一个NRT服务的信息。
而且,如上提到,附属EPG描述符可以被包括在VCT(TVCT或CVCT)的频道等级描述符循环中,并且可以被包括在EIT的事件等级描述符循环中。因此,接收器300可以利用通过广播频道或因特网网络发送的PSIP表来显示有关数据服务或NRT服务的EPG,而不需要通过每一个虚拟频道或信令信道来提取完整数据或其它表。
该附属EPG描述符可以包括有关NRT服务的能力信息。该能力信息可以包括有关接收器300的能力的信息,利用其成功播放包括在对应虚拟频道或事件中的NRT服务。因此,如果所需能力未基于能力信息提供,则接收器300不能在NRT服务的EPG中显示存在对应NRT服务。接着,该能力信息可以被包括在NRT能力描述符中,并且除了附属EPG描述符以外,还被包括在VCT或EIT中,并接着发送。
图137是例示根据本发明一实施方式的附属EPG描述符的语法的视图。
参照图137,附属EPG描述符可以包括:描述符标签域、描述符长度域、num_of_NRT_services域、以及通过for循环划分的至少一个NRT服务循环。该至少一个NRT服务循环可以包括:service_id_ref域、消费模型域、access_controlled域、short_service_name_length域、以及short_service_name域。
图138是例示根据本发明另一实施方式的附属EPG描述符的语法的视图。
参照图138,根据本发明另一实施方式的附属EPG描述符可以被称为servie_enhancements_descriptor。服务增强描述符可以包括接收器300要使用每一个NRT服务的能力信息。因此,该服务增强描述符还包括使用每一个NRT服务所必需的能力代码信息,而且不同于图85,还可以包括能力串和能力组中的至少一个,以表示被接收器300要求以启动或播放NRT服务的能力信息。
而且,接收器300可以利用NRT服务提供包括有关广播服务的指南信息的电子节目指南(EPG)。而且,接收器300可以像现有接收器一样,提供基于PSIP表的事件信息表(EIT)的EPG,而且,在需要时,可以另外提供通过NRT服务提供的EPG。当利用NRT服务提供EPG时,接收器300预先通过服务信令信道或因特网网络接收图像、视频、或可执行内容,并且根据用户的请求提供所接收EPG服务。
根据本发明一实施方式,发送器200分配与EPG相对应的附加消费模型,以便通过NRT服务发送这种扩展EPG,并且接收器300在根据消费模型确定为EPG时通过执行预定操作来提供EGP服务。
图139是例示根据本发明一实施方式的、当分配EPG消费模型时根据NRT服务描述符中的consumption_model域的每一个值的含义的视图。
如参照图53所述,consumption_model域被包括在NRT_service_descriptor中,并且是指示使用针对NRT_service_descriptor所表示的consumption_model NRT服务的哪一种方法的域。根据一实施方式,consumption_model域可以表示EPG消费模型。用于EPG消费模型的域值可以为0x05。
分配为EPG消费模型的NRT服务可以包括至少一个内容项。这种内容项可以包括有关当前在服务中的广播服务的信息。例如,每一个内容项都可以包括:根据广播频道的虚拟频道服务信息、TV事件信息、NRT服务信息、或有关NRT服务的内容项的信息。而且,每一个信息都按html页面格式来收集,并且通过接收器300按EPG格式来提供。
而且,接收器300连接EPG中提供的广播信息与其它NRT服务对象或各种多媒体内容。为此,发送器200将用于接收连接至广播信息的内容的链接描述符或事件描述符***到SMT或NRT-IT中并发送它。另外,发送器200将包括上述广播信息的链接描述符或事件描述符***到VCT或EIT中,并且发送它。
而且,发送器200生成与被分配为EPG消费模型的NRT服务相对应的链接描述符,并将其***到VCT、EIT、SMT、以及NRT-IT中的至少一个中,以使对应于每一个服务或频道,接着发送它。稍后,对发送器200利用链接描述符的发送方法或者接收器300的接收和服务提供方法进行描述。
被指定为EPG消费模型的NRT服务可以包括针对有关接收器300所提供的节目或服务的EPG的扩展EPG信息。因为扩展EPG信息可以包括丰富多样的多媒体数据,所以接收器300通过丰富且不同的方法向用户提供针对节目或服务的指南。
包括在被指定为EPG消费模型的NRT服务中的至少一个内容项可以对应于一个虚拟频道、一个事件、或一个NRT服务,并且可以包括有关每一个对应虚拟频道、事件、或NRT服务的相关信息。接收器300可以基于链接描述符来获取这种相关信息。
例如,当提供有关显示在节目或服务指南上的特定虚拟频道、事件、或NRT服务的用户附加信息请求时,其服务可以利用与该附加信息请求的特定虚拟频道、事件、或NRT服务链接的EPG消费模型NRT服务的内容项来提供。EPG消费模型的NRT服务的内容项可以包括预览、相关HTML页面收集、电影海报图像中的至少一个。
因此,当存在有关所显示服务指南中的特定事件的用户附加请求时,接收器300启动与附加请求目标相对应的EPG消费模型的NRT服务的预览内容项,并将其显示给用户,以使提供扩展EPG服务。
而且,被指定为EPG消费模型的NRT服务(或EPG NRT服务)可以在后台下载,致使用户不能识别它。而且,当存在有关所显示广播服务指南的用户请求时,通过后台下载的EPG NRT服务的内容项可以在接收器300中呈现。
而且,当EPG NRT服务的内容项通过后台下载并存储时,接收器300的服务管理器350当在周期性地确认并监测该内容项之后确认存在更新版本时,更新所接收并存储的EPG NRT服务。
接着,在EPG NRT服务的所下载并存储的内容项当中,与用户请求附加信息的特定虚拟频道、特定事件、或NRT服务链接的内容项可以在接收器300所提供的广播节目或服务指南中启动或呈现。为此,接收器300可以接收或存储包括与每一个虚拟频道、事件、或NRT服务相对应的附加信息的EPG NRT服务的内容项。接收器300可以在服务指南中显示示出上述内容的指示符。
而且,接收器300或接收器300的服务管理器350可以在用户从广播节目或服务指南中选择与上述特定虚拟频道、事件、或NRT服务不同的虚拟频道、事件、或NRT服务时,关闭或退出EPG NRT服务的所启动或呈现内容项。而且,即使用户从广播节目或服务指南中选择关闭命令,接收器300也可以关闭或退出EPG NRT服务的所启动或呈现内容项。
图140是例示根据本发明一实施方式的、基于EPG消费模型的NRT服务来提供EPG的方法作为接收广播服务的方法的流程图。
参照图140,在操作S9001中,接收器300首先接收VCT、EIT、SMT、以及NRT-IT,并且在操作S9003中,解析SMT的服务等级描述符。
接收器300可以利用服务管理器350,通过服务信令信道接收SMT,并且可以从所接收SMT中解析与每一个NRT服务相对应的多个循环。所解析每一个循环可以被称为服务等级描述符。接着,接收器300可以从每一个服务等级描述符循环中解析包括NRT服务描述符的服务等级描述符。NRT服务描述符可以包括有关与其相对应的NRT服务的详细信息。而且,该详细信息可以包括接收器的要求信息,以提供对应NRT服务。因此,接收器300基于NRT服务描述符来确定该接收器300是否能够提供NRT服务。
因此,接收器300的服务管理器350从通过广播频道发送的广播信号解析PSIP表,并且从所解析PSIP表解析VCT或EIT。接收器可以利用PSIP处理器解析VCT和EIT。
接着,在操作S9005中,接收器300分析所解析服务等级描述符,确认NRT_service_descriptor,并且确定NRT_service_descriptor中的consumption_model域是否表示EPG消费模型。接收器300通过引用图74的表来确定它。接着,如果该值不表示EPG消费模型,则接收器300根据上述另一NRT服务消费模型来执行操作。
然而,如果该值表示EPG消费模型,则接收器300确定发送被指定为EPG消费模型的NRT服务。在这种情况下,在操作S9007中,接收器300获取EPG消费模型的NRT服务的接收信息。
RPG消费模型的NRT服务的接收信息可以包括NRT服务的服务id和内容项的内容链接。如上提到,该服务id可以被包括在SMT中,并且内容项之间的链接信息可以被包括在NRT-IT中。因此,接收器300基于SMT和NRT-IT来获取EPG消费模型的NRT服务接收信息。
接着,在操作S9009中,接收器300基于所获取接收信息接入FLUTE会话,并且接收和存储配置EPG消费模型的所获取NRT服务的内容项。接收EPG消费模型的NRT服务可以不需要用户识别地后台进行。因此,EPG消费模型的NRT服务可以连续接收,而不管用户的选择。然而,该接收方法可以根据用户的设置改变。例如,接收器300可以根据用户的设置不接受EPG消费模型的NRT服务,在前台中接收它,或者根据用户的设置时段接收它。因此,接收器300接收根据用户的偏好扩展的EPG服务,并提供它。
另外,接收器300通过服务管理器350接收并管理EPG消费模型的NRT服务。然而,如上提到,为了在存储单元中接收并管理EPG消费模型的NRT服务,需要存储空间的恒定预定尺寸。另外,这种存储空间的分配量可以根据服务提供方的意图通过发送器200来发送。因此,根据本发明一实施方式,接收器300分配接收器300的存储单元的预定区域作为EPG消费模型的NRT服务的存储区域,在所分配区域中接收EPG服务,并接着存储和管理它。因此,发送器200在NRT服务描述符中包括有关该存储区域的信息,并接着,将其发送给接收器300。在这种情况下,接收器300可以在指定区域中接收、存储、并管理EPG服务。
而且,除了广播服务频道以外,被指定为EPG消费模型的NRT服务的内容项可以通过IP发送。通过IP发送可以通过因特网网络经由NRT服务发送方法来执行。例如,接收器300基于NRT-IT获取URL信息,以接收被指定为EPG消费模型的NRT服务的内容项,并且基于所获取URL信息通过因特网网络接收配置内容项的文件。因此,接收器300通过IP接收通过因特网网络发送的EPG消费模型的NRT服务中的内容项文件,并存储它。
接着,在操作S9011中,接收器300基于所解析VCT和EIT提供服务指南。
一旦提供该指南,用户就可以从所显示EPG选择希望内容,例如,特定虚拟频道、特定节目(事件)或特定NRT服务。因此,在操作S0913中,接收器300根据用户的选择,选择对应内容(虚拟频道、事件、或NRT服务对象)。用户可以突出显示希望信息内容的列表、定位内容列表上的接口点,或者利用手势选择内容。
接着,接收器300首先基于所解析VCT和EIT提供服务指南。接着,在操作S9015中,接收器300确定是否存在针对所选择内容的附加信息。如果不存在附加信息请求,则继续执行操作S9011。
这里,接收器可以利用服务管理器350,在附加信息可获内容列表周围显示指示该请求的指示符。另外,接收器300可以引导用户请求有关具有显示在其上的指示符的内容的附加信息。该指示符可以在完全接收到EPG消费模型的NRT服务时显示。该附加信息例如可以包括被包括在EPG消费模型的NRT服务的内容项中的预览信息(图像信息或图像信息)或相关主页信息。
而且,当存在针对所选择内容的附加信息请求时,在操作S9017中,接收器300标识与所选择内容相对应的EPF消费模型的NRT服务。
接收器300利用服务管理器350从从EPG消费模型的所接收和存储NRT服务中标识与所选择内容相对应的内容项。例如,当所选择内容是特定虚拟频道时,接收器300从与包括在VCT中的特定虚拟频道相对应的链接信息中获取被指定为EPG消费模型的NRT服务的内容项标识信息,并接着,基于此,从所接收EPG消费模型NRT服务的内容项中标识与特定虚拟频道相对应的内容项。
而且,当所选择内容是特定节目(事件)时,接收器300从与包括在EIT中的特定事件或节目相对应的链接信息中获取被指定为EPG消费模型的NRT服务的内容项标识信息,并接着,基于此,从所接收EPG消费模型NRT服务的内容项中标识与特定节目(事件)相对应的内容项。
接着,当所选择内容是特定NRT对象时,接收器300从与包括在SMT或NRT-ITT中的特定事件或节目相对应的链接信息中获取被指定为EPG消费模型的NRT服务的内容项标识信息,并接着,基于此,从所接收EPG消费模型NRT服务的内容项中标识与特定服务对象相对应的内容项。
接着,在操作S9019中,接收器300基于所标识内容项提供有关所选择内容的附加信息。
接收器300可以通过启动或呈现所标识内容项来提供有关所选择内容的附加信息。如上提到,该附加信息可以包括不同且丰富的多媒体信息,以提供扩展EPG。因此,用户可以在观看服务指南的同时请求附加信息,并且可以按该请求获取有关所选择内容的不同且丰富的EPG信息。
图141是例示根据本发明一实施方式的EPG与每一个表之间的链接的视图。
参照图141,EPG400可以包括NRT服务指南401和广播节目指南402。接收器300可以分析VCT和EIT,以生成NRT服务指南401或广播节目指南402,并显示它。
而且,接收器300可以基于SMT、VCT、或EIT,获取关于与每一个NRT服务、虚拟频道、或事件相对应的EPG消费模型的NRT服务的内容项的信息,并且可以利用与用户所选择的NRT服务、虚拟频道、或事件相对应的EPG服务的内容项来提供附加信息。
而且,当存在针对虚拟频道3-2的附加信息请求时,接收器300可以通过VCT中的链接信息,获取有关与其相对应的虚拟频道CH302的EPG内容信息标识信息。接着,接收器300可以从与EPG消费模型的NRT服务相对应的NRT-IT中标识对应内容项item3,以启动或呈现其,使得可以提供有关利用NRT服务的EPG的附加信息。
按相同方式,当存在针对事件E321的附加信息请求时,接收器300可以通过EIT中的链接信息,获取有关与其相对应的虚拟频道CH302的EPG内容信息标识信息。接着,接收器300可以从与EPG消费模型的NRT服务相对应的NRT-IT中标识对应内容项item1,以启动或呈现其,使得可以提供有关利用NRT服务的EPG的附加信息。
图142是例示根据本发明一实施方式的所提供EPG的视图。
如图142所示,除了NRT服务指南401和广播节目指南402以外,EPG400还可以包括指示用户所选择内容的荧光笔403,和用于指示可获附加信息的指示符404。
用户可以通过荧光笔选择特定内容,例如,特定NRT服务、虚拟频道、特定广播节目(事件)。
接着,接收器300可以确定是否与每一个NRT服务、虚拟频道、或事件对应地接收到EPG消费模型的NRT服务,并且可以显示指示附加信息可获的指示符404。这里,该指示符404可以环绕对应内容列表显示。另外,接收器300可以根据设置在用户选择的内容上显示指示符404,并且还可以在用户未选择的内容上显示指示符404。在图142中,尽管指示符404按圆形形式显示,但其不限于此,并由此,可以按字符、符号、或图形中的至少一个形式来显示,其表示有关内容的附加信息可获。
图143和144是例示根据本发明一实施方式的、当用户请求附加信息时的EPG画面的视图。
如图143所示,根据一实施方式,当用户选择指示符404以请求有关特定内容的附加信息时,扩展EPG通过EPG消费模型NRT服务的所启动或呈现内容项来显示。例如,如图143所示,接收器300还可以显示与用户所选择内容相对应的扩展指南405。该扩展指南405可以包括用于选择预览信息、相关主页信息、有关对应内容的详细信息、以及海报信息中的至少一个的菜单。
接着,当用户选择一特定菜单(例如,预览信息)时,如图79所示,针对对应内容的预览信息画面406可以另外显示在EPG上。该预览信息画面406可以表示包括在EPG消费模型NRT服务的内容项中的预览信息,如图144所示。如图79所示,该预览信息可以包括有关对应内容E321的详细内容、视频、或VOD信息,并且可以根据用户的选择播放。
图145是例示根据本发明另一实施方式的与其它表链接的链接信息的视图。
如图145所示,链接信息可以被包括在链接描述符中,并且还可以被包括在与VCT、EIT、SMT、或NRT-IT的每一个表的特定频道、特定事件、特定NRT服务、或特定NRT服务的内容项相对应的描述符循环中,并且通过发送器200发送。接收器300解析每一个描述符循环,以获取链接描述符,并且基于该链接描述符获取与每一个内容链接的EPG NRT服务的内容项的标识信息。而且,接收器300可以基于所获取标识信息,通过启动或播放与被指定为NRT-IT中的EPG消费模型的NRT服务相对应的内容项当中的特定内容项,来提供附加扩展EPG信息。
图146是例示根据本发明一实施方式的链接描述符的语法的视图。
参照图146,该链接描述符还可以包括event_id域或service_id域,或者还可以包括service_id域和content_linkage域。
该target_type域可以表示目标内容的类型。例如,如图147所示,目标类型域可以被显示成对应于与针对一域值的链接描述符链接的目标内容的类型。该目标内容可以是TV服务(虚拟频道)、TV事件、NRT服务或NRT服务的内容项,并且与其相对应的值可以是0x00至0x07之一。因此,接收器300可以基于该目标类型域来确定该目标内容涉及哪个类型的服务。
图147是例示根据本发明一实施方式的链接描述符的目标类型域的视图。如图147所示,当该目标类型域表示TV事件(0x02)时,链接描述符可以包括根据目标类型域的event_id域。当该目标类型域表示NRT服务(0x03)时,链接描述符可以包括service_id域。当该目标类型域表示NRT服务的内容项(0x04)时,链接描述符可以包括service_id域和content_linkage域。因此,接收器300首先解析目标类型域,并且基于该目标类型域的值确定目标内容的类型,并且还根据所确定内容类型来获取每一个标识符域,以使其可以标识该目标内容。
另外,根据本发明另一实施方式,接收器300可以包括内容(例如,虚拟频道、事件、或NRT服务)的描述信息,以显示服务指南。为此,接收器300可以从通过广播频道或NRT服务信令信道发送的表中获取链接描述符。
该链接描述符可以被包括在与VCT中的特定虚拟频道相对应的频道等级描述符循环中。另外,该链接描述符可以被包括在与EIT实例中的特定事件相对应的事件等级描述符循环中。然后,该链接描述符可以被包括在与特定NRT服务相对应的SMT中的服务等级描述符循环中。
接收器300可以基于包括这种链接描述符的VCT、EIT、或SMT中的位置,来确定包括虚拟频道、事件、或NRT服务的什么描述信息。
而且,接收器可以基于链接描述符中的链接信息,来标识与上述虚拟频道、事件、或NRT服务链接的EPG消费模型NRT服务的至少一个内容项。接收器300可以通过启动或播放至少一个内容项,来提供有关上述特定虚拟频道、事件、或NRT服务的附加信息,并且该附加信息可以被显示在用户观看的服务指南上。
图148是例示根据本发明另一实施方式的链接描述符的视图。
num_of_linked_content_items域可以是8比特无符号整数,其指示在从恰好跟随该域的域开始的循环中所标识的内容项的数量。
Service_id_ref域可以是16比特无符号整数,其匹配NRT服务的服务标识符域。根据该域匹配的NRT服务要提供针对一节目或服务指南的描述信息,并且可以是被指定为EPG消费模型的NRT服务。被指定为EPG消费模型的NRT服务可以被包括在包括链接描述符的广播流中,并接着发送,或者可以通过同一广播区域中的另一广播流发送。
content_linkage_ref域可以是32比特无符号整数,其匹配与被指定为NRT-IT实例中的服务标识符参考域所表示的EPG消费模型的NRT服务的内容项相对应的content_linkage域。因此,通过解析该域,接收器300可以标识EPG消费模型NRT服务的内容项,作为通过该链接描述符链接的内容项。
role域可以是4比特无符号整数,其匹配所标识内容项的任务。根据被分配给role域的值的含义,例如,当role域的值为0时,其表示所标识内容项用作预览任务。另外,当role域的值为1时,其表示所标识内容项用于一般描述任务。
而且,根据本发明一实施方式提供的EPG可以根据DO的操作来设置。然而,对于EPG显示画面的一部分的情况来说,因为应用需要根据接收器的分辨率来编程,所以其不能在固定区域中移动。即,当EPG服务在接收器或媒体播放器中播放并且在画面上显示时,需要针对双向对象的操作。例如,当附加地在画面上显示字幕时,可能需要移动EPG的位置。
因此,根据本发明一实施方式,EPG可以通过指定画面的某些区域来设置。另外,如果出现与另一服务接触而导致的交叠区域,则EPG可以被移动至指定的另一位置。
如上所述,EPG可以通过NRT服务发送,并且可以通过与NRT服务相对应的声明对(DO)的操作来执行。如上提到,DO可以通过广播网络或因特网网络来发送,并且DO可以按特定时间从接收器300提供,作为针对广播服务的附属服务。接收器300可能需要向用户通知当前内容包括附属服务,而且接收器300可以向用户通知提供附属服务可获。根据选择,用户可以识别提供附属服务可获,并且可以接收附属服务,或者可以照现在样子保持当前内容观看。
接着,根据本发明一实施方式,接收器300可以显示包括在这种附属服务中的EPG。EPG DO可以基于接收器300上的预先指定的特定位置信息和分辨率信息,确定显示EPG的画面的局部区域的位置。接收器300可以透明地显示除了在整个画面中确定的局部区域以外的其它位置(照原始播放画面的样子)。
接着,对EPG附属服务DO制作者来说有效的是,仅设计必要区域。因此,根据本发明一实施方式,附属服务或EPG制作者不需要在考虑画面的整个区域的情况下创建DO,而是可以仅创建针对特定局部区域的DO。因为DO制作者不需要考虑不必要的区域,所以可以缩减制作时间并且设计和编程变得容易了。
而且,若必要的话,在局部画面区域中操作的DO可能需要移动。例如,当用户执行诸如媒体字幕的附属服务时,EPG可以移动,而不会干扰这种基本字幕服务。
图149是例示根据本发明一实施方式的、在画面的局部区域中操作的DO的视图。
作为当前和通常使用的方法,提供了一种在整个画面中提供服务或者在提供EPG时透明地处理不必要区域的方法。
然而,如图149所示,根据本发明一实施方式,接收器300可以通过在指定为Using Area(使用区)的整个画面区域中分配指定局部区域400,来提供包括EPG的附属服务。另外,该指定局部区域400可以在提供的服务的同时改变其位置。
接收器300可以基于有关上述附属服务的信令信息来确定该局部区域400。另外,接收器300可以基于有关上述附属服务的信令信息来分配该局部区域400。有关这种局部区域的信息例如可以被包括在触发中并发送,或者可以被包括在信令表中并发送。
因此,接收器300可以确定何时和哪一个区域执行附属服务。该附属服务可以包括EPG或如上所述字幕服务,并且用于每一个执行的区域可以被服务提供方预先指定为安全区。有关这种安全区的信息可以被包括在信令信息或触发中并发送。接收器300可以确定基于在当前接收器300中操作的附属服务之间的关系来确定要显示附属服务的安全区和局部区域。
接着,接收器300可以与执行另一对象对应地预先改变要显示EPG的局部区域。因此,接收器300可以利用表来管理对象之间的显示区域移动调度。
而且,图150是例示根据本发明一实施方式的、要显示EPG的局部区域的视图。
如图150所示,根据本发明一实施方式的要显示EPG的区域可以被指定为两个以上区域。例如,两个以上的安全区可以被指定为与EPG相对应的NRT对象的区域。接收器300可通过选择两个以上区域中的一个来显示EPG。
另外,如果当前显示EPG是要覆盖另一对象DO,则接收器300可以将该EPG移动至图150所示两个以上预先指定区域当中的另一区域,而非当前区域。为此,接收器300可以预先计算有关与EPG不同的NRT服务对象要被输出的画面中的那个区域的信息,并接着可以按照表来管理它。因此,接收器300可以进行用于防止EPG和另一对象彼此覆盖的准备。
按这种方式,为了使接收器300改变对象的位置,广播服务提供方可以向接收器300提供位置信息,以使用于显示内容的附属服务的区域彼此不交叠。
另外,接收器300可以在不需要获取位置信息的情况下,通过将对象移动至任意画面位置,来显示不会交叠的对象。
接着,接收器300可以根据当前播放的广播内容来改变对象的尺寸。例如,接收器300可以根据用户当前观看的广播内容来改变EPG的尺寸。这允许观看者更集中于画面的图像并且在内容的重要部分经过之后再次提供服务。接收器300可以根据广播图像的状态仅将简单信息在画面一侧上显示得较小,并且在预定时间之后通过移动更多信息将它在画面上显示得较大。
例如,当广播公司广播戏剧时,如果家庭购物对象覆盖画面的较大部分,则这骚扰了观看者。因此,在这种情况下,家庭购物对象在广播该戏剧的时间间隔期间可以被显示得较小,而在该戏剧结束之后,家庭购物对象可以被显示得较大。
图151是在根据要显示的附属服务对象的区域和尺寸来分配索引时的视图。
如图151所示,接收器300可以设置诸如EPG的附属服务对象的多个位置和尺寸,并且可以分配索引。接收器300可以通过根据显示状态选择预设置索引之一来确定要显示对象的位置和尺寸。
而且,图152是在指定对象的不可用区域时的视图。
如图152所示,接收器300可以预设置其中频道标题未被假设使用的区域。
在这种情况下,接收器300可以将对象移动至除了预设置不可用区域以外的区域,并且可以在执行诸如EPG的附属服务对象时显示它。
例如,当字幕服务从10:00:00至10:50:00提供并且接通且操作达50min时,接收器300可以将字幕服务区域指定为不可用区域。另外,广播服务提供方可以向接收器300信令不可用区域信息。接收器300可以在显示区中的除了不可用区域以外的另一区域上显示诸如EPG的附属服务对象。
另外,如图152所示,当将频道标题显示在画面上时,因为另一对象无法显示在该区域上,所以接收器300可以将该区域指定为不可用区域。那么,在显示频道标题之前,接收器300可以预先将显示在交叠位置上的其它对象移动至另一位置,而非不可用区域。
根据本发明上述实施方式的广播服务发送和接收方法可以通过在计算机中执行的并存储在计算机可读记录介质中的程序来实现。计算机可读记录介质的示例包括:只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘、以及光学数据存储装置和载波(如通过因特网传送数据)。
该计算机可读记录介质还可以通过网络耦合计算机***来分布,以使计算机可读代码按分布方式存储和执行。而且,用于实现本发明的功能程序、代码、以及代码段可以容易地由本发明所属领域的编程技术人员推导出。
尽管参照本发明的许多例示性实施方式对这些实施方式进行了描述,但应当明白,本领域技术人员可以想到落入本公开原理的精神和范围内的许多其它修改例和实施方式。更具体地说,在本说明书、附图以及随附权利要求书的范围内,在主体组合排布结构的组件部分和/或排布结构中的各种变型和修改都是可能的。
Claims (20)
1.一种广播接收装置的广播服务接收方法,该方法包括以下步骤:
接收作为广播服务而被发送的内容当中的视频流;
基于所接收的视频流的一部分,生成针对与所述广播服务相关的信令信息和与所述广播服务的附属服务相关的信令信息中的至少一个的请求消息;
通过因特网网络向服务器发送所生成的请求消息;
从所述服务器接收响应于所述请求消息的响应消息;
基于所接收的响应消息,获取与所述视频流相对应的所述广播服务和所述广播服务的所述附属服务中的至少一个;以及
提供所获取的广播服务和附属服务,
其中,所述请求消息包括用于指定请求时间间隔的第一查询信息和用于指定要被请求的至少一个信令表的第二查询信息。
2.根据权利要求1所述的方法,其中,所述第一查询信息包括开始时间信息、持续时间信息、以及要被请求的时间间隔的更新信息中的至少一个。
3.根据权利要求1所述的方法,其中,所述第二查询信息包括信令表标识信息、频道标识信息、以及服务标识信息中的至少一个。
4.根据权利要求3所述的方法,其中,所述信令表标识信息包括用于标识PSIP组、基本NRT组、扩展NRT组、VCT、EIT、ETT、SMT、NRT-IT、TFT、PIT、以及PTCT中的至少一个的信息。
5.根据权利要求4所述的方法,其中,
所述PSIP组表示与所述频道标识信息相对应的TVCT、EIT、以及ETT实例;
所述基本NRT组表示与所述服务标识信息相对应的SMT、NRT-IT、以及TFT实例;并且
所述扩展NRT组表示所述基本NRT组和与所述服务标识信息相对应的PIT和PTCT。
6.根据权利要求1所述的方法,其中,所接收的响应消息包括在所述请求消息中包含的时间间隔内有效的信令表和被所述响应消息覆盖的时间间隔信息。
7.根据权利要求6所述的方法,其中,包括在所述响应消息中的所述信令表具有与通过广播流发送的信令表相同的格式。
8.根据权利要求1所述的方法,其中,所述请求消息的生成步骤包括以下步骤:
基于所述视频流的一部分,从水印服务器和指纹服务器获取与所述视频流相关的频道信息、时间信息、以及URL信息;
基于所获取的频道信息和时间信息,生成所述第一查询信息和所述第二查询信息;以及
通过利用所述URL信息发送包括所述第一查询信息和所述第二查询信息的请求消息。
9.根据权利要求1所述的方法,其中,响应于所述请求的所述至少一个触发的接收步骤包括以下步骤:
接收响应于所述请求的来自触发服务器的触发请求结果;以及
从所述触发请求结果获取所述至少一个触发,
其中,所述触发请求结果包括与所述至少一个触发相关的时间间隔信息。
10.一种广播接收装置的广播服务提供方法,该方法包括以下步骤:
接收针对广播服务的附属服务的服务信令数据;
基于所接收的服务信令数据而接收附属服务;
从所接收的附属服务获取针对所述广播服务和所述附属服务的指南对象;以及
显示所述指南对象,
其中,所述指南对象包括显示在整个画面区域中的局部区域中的节目指南和NRT服务指南,并且所述局部区域根据所述广播服务和所述附属服务的状态而改变。
11.根据权利要求10所述的方法,所述方法还包括以下步骤:
指定用于显示所述指南对象的多个区域;以及
根据所述广播服务和所述附属服务的状态,指定所述多个区域中的一个区域作为所述指南对象被显示的局部区域。
12.根据权利要求11所述的方法,所述方法还包括:设置针对所述多个区域中的每一个区域的索引,
其中,所述多个区域的尺寸和位置彼此不同。
13.根据权利要求10所述的方法,所述方法还包括以下步骤:
显示包括在所述附属服务中的第二对象;
确定所述第二对象的显示区域与所述指南对象的显示区域是否交叠;以及
当所述第二对象的显示区域与所述指南对象的显示区域交叠时,改变所述指南对象的显示区域或所述第二对象的显示区域。
14.根据权利要求12所述的方法,所述方法还包括以下步骤:
确定所述第二对象的显示区域是否为不可用区域;以及
当所述第二对象的显示区域是不可用区域时,改变所述指南对象的显示区域而保持所述第二对象。
15.根据权利要求10所述的方法,其中,所述指南对象还包括针对所述广播服务或所述NRT服务的附加信息指示符。
16.根据权利要求15所述的方法,所述方法还包括:当选择所述附加信息指示符时,显示与所述附加信息指示符相对应的、针对所述广播服务或所述NRT服务的信息菜单。
17.根据权利要求16所述的方法,其中,所述信息菜单包括针对所述广播服务或所述NRT服务的预览连接菜单、主页连接菜单、以及频道信息菜单中的至少一个。
18.一种广播服务接收装置,该广播服务接收装置包括:
视频流接收单元,该视频流接收单元接收作为广播服务而被发送的内容当中的视频流;
控制单元,该控制单元基于所接收的视频流的一部分,生成针对与所述广播服务相关的信令信息和与所述广播服务的附属服务相关的信令信息中的至少一个的请求消息;
网络接口单元,该网络接口单元通过因特网网络向服务器发送所生成的请求消息,并且从所述服务器接收响应于所述请求消息的响应消息,
其中,
所述请求消息包括用于指定请求时间间隔的第一查询信息和用于指定要被请求的至少一个信令表的第二查询信息,并且
所述控制单元基于所接收的响应消息,获取与所述视频流相对应的所述广播服务和所述广播服务的所述附属服务中的至少一个。
19.根据权利要求18所述的装置,其中,所述第一查询信息包括开始时间信息、持续时间信息、以及要被请求的时间间隔的更新信息中的至少一个,所述第二查询信息包括信令表标识信息、频道标识信息、以及服务标识信息中的至少一个。
20.一种广播接收装置,该广播接收装置包括:
接收单元,该接收单元接收针对广播服务的附属服务的服务信令数据,并且基于所接收的服务信令数据而接收附属服务;
服务管理器,该服务管理器从所接收的附属服务获取针对所述广播服务和所述附属服务的指南对象;以及
显示单元,该显示单元显示所获取的指南对象,
其中,所述指南对象包括显示在所述显示单元的整个画面区域中的局部区域中的节目指南和NRT服务指南,并且所述服务管理器根据所述广播服务和所述附属服务的状态来改变所述局部区域。
Applications Claiming Priority (17)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161549725P | 2011-10-20 | 2011-10-20 | |
US61/549,725 | 2011-10-20 | ||
US201161558455P | 2011-11-11 | 2011-11-11 | |
US61/558,455 | 2011-11-11 | ||
US201161559679P | 2011-11-14 | 2011-11-14 | |
US61/559,679 | 2011-11-14 | ||
US201161568633P | 2011-12-08 | 2011-12-08 | |
US61/568,633 | 2011-12-08 | ||
US201161578862P | 2011-12-21 | 2011-12-21 | |
US61/578,862 | 2011-12-21 | ||
US201261595146P | 2012-02-05 | 2012-02-05 | |
US61/595,146 | 2012-02-05 | ||
US201261596714P | 2012-02-08 | 2012-02-08 | |
US61/596,714 | 2012-02-08 | ||
US201261606460P | 2012-03-04 | 2012-03-04 | |
US61/606,460 | 2012-03-04 | ||
PCT/KR2012/008687 WO2013058633A1 (ko) | 2011-10-20 | 2012-10-22 | 방송 서비스 수신 방법 및 방송 서비스 수신 장치 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103975602A true CN103975602A (zh) | 2014-08-06 |
CN103975602B CN103975602B (zh) | 2017-06-09 |
Family
ID=48141146
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280059151.3A Expired - Fee Related CN103975602B (zh) | 2011-10-20 | 2012-10-22 | 广播服务接收方法和广播服务接收装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US9712864B2 (zh) |
KR (1) | KR101691266B1 (zh) |
CN (1) | CN103975602B (zh) |
CA (1) | CA2851607C (zh) |
WO (1) | WO2013058633A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107111624A (zh) * | 2014-10-28 | 2017-08-29 | 索尼公司 | 接收装置、发送装置和数据处理方法 |
CN107534793A (zh) * | 2015-04-30 | 2018-01-02 | 索尼公司 | 接收装置、传输装置以及数据处理方法 |
CN108140199A (zh) * | 2015-09-09 | 2018-06-08 | 索伦森媒体有限公司 | 动态视频广告替换 |
CN111147126A (zh) * | 2019-12-26 | 2020-05-12 | 中国人民解放军空军勤务学院 | 北斗卫星短报文通信数据拆包传输方法 |
CN113056922A (zh) * | 2018-11-23 | 2021-06-29 | 索尼集团公司 | 包括本机广播者应用的接收器设备 |
Families Citing this family (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10048745B1 (en) * | 2010-09-30 | 2018-08-14 | The Directv Group, Inc. | Method and system for storing program guide data in a user device |
US9402107B2 (en) | 2013-03-15 | 2016-07-26 | Time Warner Cable Enterprises Llc | Apparatus and methods for delivery of multicast and unicast content in a content delivery network |
US9066153B2 (en) * | 2013-03-15 | 2015-06-23 | Time Warner Cable Enterprises Llc | Apparatus and methods for multicast delivery of content in a content delivery network |
EP2983376A4 (en) * | 2013-04-05 | 2016-12-07 | Sony Corp | CONTROLLER, CONTROL METHOD, COMPUTER PROGRAM, AND VIDEO TRANSMISSION SYSTEM |
KR102148180B1 (ko) * | 2014-02-28 | 2020-08-26 | 삼성전자주식회사 | 디지털 방송 시스템에서 시그널링 정보 송/수신 방법 및 장치 |
MX370782B (es) | 2014-09-05 | 2020-01-06 | Sony Corp | Dispositivo de recepción, método de recepción, dispositivo de transmisión, y método de transmisión. |
MX2017005215A (es) * | 2014-10-28 | 2017-07-27 | Sony Corp | Aparato de recepcion, aparato de transmision y metodo de procesamiento de datos. |
US9936054B2 (en) | 2015-01-29 | 2018-04-03 | Lg Electronics Inc. | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal |
KR101956037B1 (ko) * | 2015-01-29 | 2019-03-08 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
WO2016140478A1 (ko) * | 2015-03-01 | 2016-09-09 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
WO2016140479A1 (ko) | 2015-03-01 | 2016-09-09 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
KR102387881B1 (ko) * | 2015-04-17 | 2022-04-18 | 삼성전자주식회사 | 방송 서비스를 구성하는 콘텐츠 관련 정보들을 제공하는 방법 및 장치 |
KR101805538B1 (ko) * | 2015-04-23 | 2017-12-07 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
WO2016190720A1 (ko) * | 2015-05-28 | 2016-12-01 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
CN107852530B (zh) * | 2015-07-06 | 2021-07-09 | Lg电子株式会社 | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 |
JPWO2017010312A1 (ja) * | 2015-07-16 | 2018-05-24 | ソニー株式会社 | 受信装置、送信装置、及び、データ処理方法 |
US10687102B2 (en) * | 2015-08-05 | 2020-06-16 | Sony Corporation | Information processing device, information processing method, and control device |
WO2017029990A1 (ja) | 2015-08-17 | 2017-02-23 | ソニー株式会社 | 受信装置、送信装置、およびデータ処理方法 |
EP3136734A1 (en) * | 2015-08-24 | 2017-03-01 | Thomson Licensing | Method for synchronized rendering of audio/video content on a plurality audio/video rendering devices and corresponding apparatus |
US10904603B2 (en) * | 2015-09-18 | 2021-01-26 | Saturn Licensing Llc | Transmission apparatus, reception apparatus, and data processing method |
KR102558781B1 (ko) * | 2015-10-05 | 2023-07-25 | 소니그룹주식회사 | 수신 장치, 송신 장치 및 데이터 처리 방법 |
KR102431440B1 (ko) * | 2016-01-27 | 2022-08-11 | 주식회사 마크애니 | 방송 신호 인식 시스템 및 그의 동작 방법 |
US9800819B2 (en) * | 2016-02-19 | 2017-10-24 | Sony Corporation | Methodologies and apparatus for reducing delays when receiving, processing, or switching content |
KR102572699B1 (ko) * | 2016-07-27 | 2023-08-31 | 삼성전자주식회사 | 영상 표시 장치 및 그 동작 방법 |
US10681147B2 (en) * | 2016-08-15 | 2020-06-09 | Saturn Licensing Llc | URLs for acquiring or transmitting data |
CN110691270B (zh) * | 2018-07-06 | 2024-02-06 | 山西京固科技集团有限公司 | 一种直播中违规处理的方案 |
US11018754B2 (en) * | 2018-08-07 | 2021-05-25 | Appareo Systems, Llc | RF communications system and method |
US11310568B2 (en) * | 2020-05-05 | 2022-04-19 | Panasonic Avionics Corporation | Systems and methods for securely providing preview samples of media content distributed to in-flight entertainment systems |
CN114584630B (zh) * | 2020-11-18 | 2023-10-27 | 中移物联网有限公司 | 一种基于现场总线协议的通信方法及设备 |
KR102640666B1 (ko) * | 2022-02-04 | 2024-02-27 | 엘지전자 주식회사 | 방송 신호 수신 방법 및 방송 신호 수신 장치 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009134105A2 (en) * | 2008-05-02 | 2009-11-05 | Lg Electronics Inc. | Method of receiving broadcasting signal and apparatus for receiving broadcasting signal |
US20100046411A1 (en) * | 2008-08-20 | 2010-02-25 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting broadcast data, and method and apparatus for receiving broadcast data |
CN101690197A (zh) * | 2007-06-26 | 2010-03-31 | Lg电子株式会社 | 数字广播***和数据处理方法 |
WO2010058962A2 (en) * | 2008-11-18 | 2010-05-27 | Lg Electronics Inc. | Method for receiving a broadcast signal and broadcast receiver |
US20100134701A1 (en) * | 2008-12-03 | 2010-06-03 | Mark Kenneth Eyer | Non-real time services |
US20100242067A1 (en) * | 2009-03-19 | 2010-09-23 | Lg Electronics Inc. | Transmitting/receiving system and method of processing data in the transmitting/receiving system |
CN102132560A (zh) * | 2008-08-20 | 2011-07-20 | 三星电子株式会社 | 发送广播数据的方法和设备以及接收广播数据的方法和设备 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090006337A1 (en) * | 2005-12-30 | 2009-01-01 | Mediaguide, Inc. | Method and apparatus for automatic detection and identification of unidentified video signals |
KR101306715B1 (ko) * | 2007-02-09 | 2013-09-11 | 엘지전자 주식회사 | 방송 신호 수신 장치 및 방송 신호 송수신 방법 |
KR101556132B1 (ko) | 2007-08-24 | 2015-09-30 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
US8875212B2 (en) | 2008-04-15 | 2014-10-28 | Shlomo Selim Rakib | Systems and methods for remote control of interactive video |
KR20090088771A (ko) * | 2008-02-15 | 2009-08-20 | 삼성전자주식회사 | 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를전송하는 장치 및 방법 |
US8166192B2 (en) * | 2008-11-18 | 2012-04-24 | Lg Electronics Inc. | Method of processing non-real time service and broadcast receiver |
KR101652808B1 (ko) | 2009-03-19 | 2016-09-01 | 엘지전자 주식회사 | 송/수신 시스템 및 데이터 처리 방법 |
KR20090057197A (ko) | 2009-04-24 | 2009-06-04 | 주식회사 신한은행 | 주가지수 연동대출 시스템 |
US9467493B2 (en) * | 2010-09-06 | 2016-10-11 | Electronics And Telecommunication Research Institute | Apparatus and method for providing streaming content |
KR101206698B1 (ko) * | 2010-10-06 | 2012-11-30 | 한국항공대학교산학협력단 | 스트리밍 콘텐츠 제공 장치 및 방법 |
US9838741B2 (en) * | 2011-08-10 | 2017-12-05 | Lg Electronics Inc. | Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service |
CA2839808C (en) * | 2012-06-19 | 2021-09-14 | Sony Corporation | Extensions to trigger parameters table for interactive television |
US9253518B2 (en) * | 2012-11-09 | 2016-02-02 | Sony Corporation | On-demand access to scheduled content |
-
2012
- 2012-10-22 WO PCT/KR2012/008687 patent/WO2013058633A1/ko active Application Filing
- 2012-10-22 US US14/352,990 patent/US9712864B2/en active Active
- 2012-10-22 CA CA2851607A patent/CA2851607C/en not_active Expired - Fee Related
- 2012-10-22 KR KR1020147008641A patent/KR101691266B1/ko active IP Right Grant
- 2012-10-22 CN CN201280059151.3A patent/CN103975602B/zh not_active Expired - Fee Related
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101690197A (zh) * | 2007-06-26 | 2010-03-31 | Lg电子株式会社 | 数字广播***和数据处理方法 |
WO2009134105A2 (en) * | 2008-05-02 | 2009-11-05 | Lg Electronics Inc. | Method of receiving broadcasting signal and apparatus for receiving broadcasting signal |
US20100046411A1 (en) * | 2008-08-20 | 2010-02-25 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting broadcast data, and method and apparatus for receiving broadcast data |
CN102132560A (zh) * | 2008-08-20 | 2011-07-20 | 三星电子株式会社 | 发送广播数据的方法和设备以及接收广播数据的方法和设备 |
WO2010058962A2 (en) * | 2008-11-18 | 2010-05-27 | Lg Electronics Inc. | Method for receiving a broadcast signal and broadcast receiver |
US20100134701A1 (en) * | 2008-12-03 | 2010-06-03 | Mark Kenneth Eyer | Non-real time services |
US20100242067A1 (en) * | 2009-03-19 | 2010-09-23 | Lg Electronics Inc. | Transmitting/receiving system and method of processing data in the transmitting/receiving system |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107111624A (zh) * | 2014-10-28 | 2017-08-29 | 索尼公司 | 接收装置、发送装置和数据处理方法 |
US11025352B2 (en) | 2014-10-28 | 2021-06-01 | Saturn Licensing Llc | Reception device, transmission device, and data processing method |
CN107534793A (zh) * | 2015-04-30 | 2018-01-02 | 索尼公司 | 接收装置、传输装置以及数据处理方法 |
CN107534793B (zh) * | 2015-04-30 | 2021-08-03 | 索尼公司 | 接收装置、传输装置以及数据处理方法 |
CN108140199A (zh) * | 2015-09-09 | 2018-06-08 | 索伦森媒体有限公司 | 动态视频广告替换 |
CN108140199B (zh) * | 2015-09-09 | 2022-04-08 | 六科股份有限公司 | 动态视频广告替换 |
CN114549087A (zh) * | 2015-09-09 | 2022-05-27 | 六科股份有限公司 | 动态视频广告替换的***与方法 |
CN113056922A (zh) * | 2018-11-23 | 2021-06-29 | 索尼集团公司 | 包括本机广播者应用的接收器设备 |
CN113056922B (zh) * | 2018-11-23 | 2024-02-02 | 索尼集团公司 | 包括本机广播者应用的接收器设备 |
CN111147126A (zh) * | 2019-12-26 | 2020-05-12 | 中国人民解放军空军勤务学院 | 北斗卫星短报文通信数据拆包传输方法 |
Also Published As
Publication number | Publication date |
---|---|
KR101691266B1 (ko) | 2016-12-29 |
CA2851607A1 (en) | 2013-04-25 |
KR20140090977A (ko) | 2014-07-18 |
CN103975602B (zh) | 2017-06-09 |
US9712864B2 (en) | 2017-07-18 |
US20150052570A1 (en) | 2015-02-19 |
WO2013058633A1 (ko) | 2013-04-25 |
CA2851607C (en) | 2018-02-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103975602B (zh) | 广播服务接收方法和广播服务接收装置 | |
CN103733637B (zh) | 接收广播服务的方法及其接收装置 | |
CA2844605C (en) | Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service | |
US9860611B2 (en) | Broadcast service transmitting method, broadcasting service receiving method and broadcast service receiving apparatus | |
CA2834046C (en) | Method for transmitting a broadcast service, apparatus for receiving same, and method for processing an additional service using the apparatus for receiving same | |
CA2839444C (en) | Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service | |
CN103650482B (zh) | 发送和接收广播服务的方法及其接收装置 | |
US20150150036A1 (en) | Video display apparatus and operating method thereof | |
CN104509120A (zh) | 用于高级电视服务的个性化信息的宽带交付 | |
CN103535046A (zh) | 用于广播服务的发送方法、接收方法及其接收设备 | |
CN104584574A (zh) | 处理交互服务的设备和方法 | |
CN104662925A (zh) | 处理交互服务的设备和方法 | |
KR20150035808A (ko) | 송신 장치, 정보 처리 방법, 프로그램, 수신 장치 및 애플리케이션 연동 시스템 | |
CA2822968C (en) | Broadcast service transmitting method, broadcasting service receiving method and broadcast service receiving apparatus |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170609 Termination date: 20211022 |
|
CF01 | Termination of patent right due to non-payment of annual fee |