接收设备、接收方法、发送设备以及发送方法

接收设备、接收方法、发送设备以及发送方法
【专利摘要】本技术涉及一种接收设备、一种接收方法、一种发送设备以及一种发送方法，能够适应各种服务模式。所述接收设备：获取第一元数据，所述第一元数据包括类别信息，所述类别信息用于在多个模式中提供由IP地址识别的并且由数字广播的广播波使用IP发送方法发送的服务。此外，针对所述多个模式中的每个模式，所述接收设备基于包含在所述第一元数据内的类别信息，连接至构成服务的分量的流并且控制分量的再现。本技术可以应用于静态接收器(例如，电视接收器)和移动接收器(例如，智能电话)。
【专利说明】
接收设备、接收方法、发送设备以及发送方法
技术领域
[0001 ]本技术涉及一种接收设备、一种接收方法、一种发送设备以及一种发送方法，并且更具体而言，涉及一种接收设备、一种接收方法、一种发送设备以及一种发送方法，能够支持各种服务模式。
【背景技术】
[0002]近年来，在各个国家开始了数字广播服务(例如，参考专利文档I)。在各个国家的数字广播标准中，运动图像专家组阶段2-传输流(MPEG2-TS)方法被用来作为发送方法，但是在未来，预期引进使用(在通信领域中使用的)互联网协议(IP)数据包的IP发送方法，用于数字广播，使得提供更先进的服务。
[0003]引用列表
[0004]专利文档
[0005]专利文档1:日本专利申请公开号2008-263616

【发明内容】

[0006]本发明要解决的问题
[0007]顺便提一下，使用IP发送方法来发送分量(例如，视频、音频以及字幕)的方法的一个候选包括单向传输的实时对象传送(ROUTE) ο通过扩展单向传输的文件传送(FLUTE)来构成ROUTE，以便支持现场广播服务。
[0008]然而，还未建立用于通过ROUTE会话发送构成服务(例如，节目)的分量的技术方法，并且需要支持各种服务模式。
[0009]鉴于这种情况，构成本技术，并且本技术能够支持各种服务模式。
[0010]问题的解决方案
[0011 ]根据本技术的第一方面的一种接收设备包括:第一获取单元，获取第一元数据，包括用于在多个模式中提供由IP地址识别的并且由数字广播的广播波使用互联网协议(IP)发送方法发送的服务的类别信息；以及控制单元，基于包含在所述第一元数据内的类别信息，通过连接至针对所述多个模式中的每个模式构成服务的分量的流，控制分量的再现。
[0012]根据本技术的第一方面的接收设备可以是独立设备或者可以是构成单个设备的内部模块。根据本技术的第一方面的接收方法是一种接收方法，其对应于根据本技术的第一方面的接收设备。
[0013]在根据本技术的第一方面的接收设备的接收设备和接收方法中，获取第一元数据，包括用于在多个模式中提供由IP地址识别的并且由数字广播的广播波使用互联网协议(IP)发送方法发送的服务的类别信息；并且基于包含在所述第一元数据内的类别信息，通过连接至针对所述多个模式中的每个模式构成服务的分量的流，控制分量的再现。
[0014]根据本技术的第二方面的一种发送设备包括:生成单元，生成第一元数据，包括用于在多个模式中提供由IP地址识别的并且由数字广播的广播波使用互联网协议(IP)发送方法发送的服务的类别信息；以及发送单元，发送生成的第一元数据。
[0015]根据本技术的第二方面的发送设备可以是独立设备或者可以是构成单个设备的内部模块。根据本技术的第二方面的发送方法是一种发送方法，其对应于根据本技术的第二方面的发送设备。
[0016]在根据本技术的第二方面的接收设备的发送设备和发送方法中，生成第一元数据，包括用于在多个模式中提供由IP地址识别的并且由数字广播的广播波使用互联网协议(IP)发送方法发送的服务的类别信息;并且发送生成的第一元数据。
[0017]本发明的效应
[0018]根据本技术的第一方面和第二方面，可以支持各种服务模式。
[0019]应注意的是，不必限制在此处描述的效应，并且可以是在本公开中描述的任一个效应。
【附图说明】
[0020]图1是示出服务提供系统的配置示例的示图；
[0021 ]图2是示出信令数据的示例的示图；
[0022]图3是示出根据服务类型接收的信令数据的示图；
[0023]图4是不出基本服务的序列图；
[0024]图5是示出多BBP流服务的序列图；
[0025]图6是示出混合服务I的序列图；
[0026]图7是示出混合服务2的序列图；
[0027]图8是示出层编码服务(增强类别)的序列图；
[0028]图9是示出层编码服务(核心类别)的序列图；
[0029I图10是示出FIC的语法的示例的示图；
[°03°]图11是示出S⑶的语法的示例的示图；
[0031 ]图12是示出应用本技术的发送设备的实施方式的配置的示图；
[0032]图13是示出应用本技术的接收设备的实施方式的配置的示图；
[0033]图14是示出图13的控制单元的功能配置示例的示图；
[0034]图15是示出应用本技术的宽带服务器的实施方式的配置的示图；
[0035]图16是用于解释发送处理的流程图；
[0036]图17是用于解释频率扫描处理的流程图；
[0037]图18是用于解释获取和记录LLS的处理的流程图；
[0038]图19是用于解释预先调谐处理的流程图；
[0039]图20是用于解释调谐处理的流程图；
[0040]图21是用于解释支持混合的调谐处理的流程图；
[0041]图22是示出计算机的配置示例的示图。
【具体实施方式】
[0042]在后文中，参考附图，解释本技术的实施方式。应注意的是，按照以下顺序提供解释。
[0043]1、系统的配置
[0044]2、根据IP发送方法的数字广播的概述
[0045]3、操作示例
[0046](I)操作示例1:基本服务
[0047](2)操作示例2:多BBP流服务
[0048](3)操作示例3:混合服务I
[0049](4)操作示例4:混合服务2
[0050](5)操作示例5:层编码服务(增强类别)
[0051](6)操作示例6:层编码服务(核心类别)
[0052]4、语法的示例
[0053]5、每个设备构成系统的配置
[0054]6、在每个设备中执行的处理的流程
[0055]7、修改
[0056]8、计算机的配置
[0057]〈1、系统的配置〉
[0058](服务提供系统的配置示例)
[0059]在图1中，服务提供系统I是用于提供服务(例如，节目)的系统。服务提供系统I包括发送设备10、接收设备20以及宽带服务器30。在图1中，接收设备20通过互联网90与宽带服务器30相互连接。
[0060]例如，发送设备10是支持地面数字电视广播的预定标准的发送器，并且由广播公司提供。在本技术的实施方式中，例如，诸如高级电视系统委员会(ATSC)的标准可以用作数字地面电视广播的标准。
[0061]发送设备10通过使用数字广播的广播波发送构成服务(例如，节目)的分量的流(例如，视频、音频以及字幕)以及信令数据。
[0062]应注意的是，信令数据包括两种类型，S卩，在不依赖于任何服务的低层中的低层信令(LLS)信令数据以及以服务为单位的服务信道信令(SCS)信令数据，但是其详细内容将在稍后解释。
[0063]通过ROUTE会话，发送分量(例如，视频和音频)以及SCS信令数据。通过扩展FLUTE构成ROUTE，以便支持现场广播服务。应注意的是，ROUTE可以称为FLUTE+(FLUTE加)、FLUTE增强等。
[0064]在这种情况下，在ROUTE会话中，可以管理要发送的文件等，作为具有传输对象标识符(TOI)的单个对象。管理一组多个对象，作为具有传输会话标识符(TSI)的单个会话。更具体而言，在ROUTE会话中，可以通过两个识别信息(S卩，TSI和Τ0Ι)指定特定文件。
[0065]接收设备20是支持地面数字电视广播(例如，ATSC)的预定标准的接收器，并且是固定接收器(例如，电视接收器和机顶盒)以及移动接收器(例如，智能电话、移动电话、平板型电脑、笔记本型个人电脑、用于汽车内的终端等)。
[0066]接收设备20接收由发送设备10发送的数字广播的广播波，并且获取数字广播的广播波中发送的信令数据。接收设备20基于信令数据，连接至从发送设备10发送的数字广播的广播波中发送的服务的流(或构成该服务的分量)，并且再现(输出)从所述流中获取的视频和音频。接收设备20具有通信功能，并且可以通过互联网90访问宽带服务器30。
[0067]宽带服务器30响应于来自接收设备20的请求，通过互联网90使分量(例如构成服务(例如，节目)的视频、音频以及字幕)的流流出并且对其进行分送。宽带服务器30响应于来自接收设备20的请求，通过互联网90分送信令数据。
[0068]接收设备20基于来自发送设备10或宽带服务器30的信令数据，通过互联网90连接至从宽带服务器30中流出并且分送的服务(或者构成该服务的分量)的流，并且再现(输出)从所述流中获取的视频和音频。
[0069]虽然图1示出了来自发送设备10的数字广播的广播波由接收设备20直接接收的配置，但是数字广播的广播波可以通过一个或多个中继站(未示出)发送。在接收设备20是移动接收器的情况下，接收设备20通过公共无线局域网(LAN)的接入点连接至互联网90，或者通过移动网络(未示出，例如长期演进(LTE))连接至宽带服务器30。
[0070]在某些情况下，接收设备20可以没有任何通信功能，或者接收设备20可以具有通信功能，但是禁用通信功能。在以下解释中，必要时，具有通信功能并且支持广播和通信的混合接收(其中针对该混合接收，启用通信功能)的接收设备20称为接收设备20A，并且没有任何通信功能或者具有通信功能但是支持仅仅接收广播(例如，禁用通信功能)的接收设备20称为接收设备20B，使得彼此区分开。
[0071 ] 〈2、根据IP发送方法的数字广播的概述〉
[0072]在各个国家的数字广播标准中，MPEG2_TS方法被用作发送方法，但是在未来，预期引进IP发送方法(其使用在通信领域中使用的IP数据包)用于数字广播，使得提供更先进的服务。尤其，预期ATSC 3.0(目前正在规划中，作为在美国的下一代广播标准)使用数字广播，该数字广播使用IP发送方法。
[0073]在根据IP发送方法的数字广播的广播波中，在支持物理信道(RF信道)的预定频带中，发送一个或多个基带数据包(BBP)流。在每个BBP流中，将流(例如，低层信令(LLS)以及一个或多个服务信道(服务))进行发送。在LLS流中，发送不依赖于任何服务的低层的LLS信令数据。
[0074]服务信道(服务)由服务信道信令(SCS)以及节目(例如，视频、音频以及字幕)的分量(分量)构成。在SCS流中，以服务为单位发送SCS信令数据。
[0075]应注意的是，在ROUTE会话中发送SCS信令数据和分量的数据。将公共IP地址提供给构成每个服务的元素。可以通过使用该IP地址，为每个服务封装SCS信令数据、分量的数据等。
[0076]在这种情况下，例如，对于每个广播公司，将广播流ID分配给由预定的频带构成的广播波(RF信道)。将BBP流ID分配给通过每个广播波发送的一个或多个BBP流。进一步，将服务ID分配给在每个BBP流中发送的一个或多个服务。
[0077]如上所述，支持网络ID(其在MPEG2-TS方法中使用)、传输流ID以及服务ID的组合(三元组)的配置用作IP发送方法的ID系统，并且在网络内的BBP流配置和服务配置由三元组表示。
[0078]使用这种ID系统，可以保持与目前广泛流行的MPEG2-TS方法的兼容性。在IP发送方法的ID系统中，广播流ID和BBP流ID在MPEG2-TS方法中分别对应于网络ID和传输流ID。
[0079]在BBP流中，不仅可以发送LLS和服务信道的流，而且可以发送网络时间协议(NTP)和电子服务指南(ESG)服务的流。NTP是时间信息。ESG服务是由开放移动联盟(OMA)规定的电子服务指南。
[0080](信令数据的示例)
[0081 ]图2是示出信令数据的示例的示图。
[0082]如上所述，信令数据包括在LLS流中发送的LLS信令数据以及在SCS流中发送的SCS信令数据。
[0083]LLS信令数据是在不依赖于任何服务的较低层中的信令数据并且在比IP发送方法的协议栈中的IP层更低的层(层)中发送。例如，LLS信令数据包括LLS元数据，例如，快速信息信道(Fast Informat1n Channel，FIC);服务配置描述(Service Configurat1nDescript1n，SCD)；紧急警报描述(Emergency Alerting Descript1n ,EAD)；区域分级描述(Reg1n Rating Descript1n，RRD);默认分量描述(Default Component Descript1n，DCD) o
[0084]SCS信令数据是以服务为单位的信令数据，并且在比IP发送方法的协议栈中的IP层更高的层(层)中发送。例如，SCS信令数据包括SCS元数据，例如，用户服务捆绑描述(UserService Bundle Descript1n，USBD);用户服务描述(User Service Descript1n ,USD)；会话描述协议(Se s s i on Descript1n Pr o t o co I，SDP );媒体呈现描述(Mde i aPresentat1n Descript 1n, MPD);初始化段(Initializat1n Segment, IS) ;LCT 会话不例描述(LCT Sess1n Instance Descript1n，LSID);当前电力服务指南(Electric ServiceGuide Current，ESGc);服务参考描述(Service Parameter Descript1n，SI3D)。应注意的是，在ROUTE会话中发送SCS信令数据。
[0085]FIC包括例如表示网络中的BBP流以及具有对应于MPEG2-TS方法的ID系统的服务的配置的信息。虽然稍后描述细节，但是FIC描述信令范围信息(“signaling scope all” )、SCS快捷信息(SCS_shortcut)、混合信息(“hybrid” )以及类别信息(“class” )。
[0086]参考图10的FIC的语法，解释FIC的详细结构。在这种情况下，FIC解释为在LLS流中发送，但是FIC可被配置成在除了 LLS流以外的更低层(层)(例如，物理层等)中发送。
[0087]S⑶包括表示服务的配置等的信息。应注意的是，将在后文中参考图11的SCD的语法，解释SCD的详细结构。EAD包括关于紧急警报的紧急警报信息。RRD包括关于分级的信息。DCD是需要调谐成在SCS信令数据之前提前获取的最小服务的信息。
[0088]USBD包括参考SCS元数据(例如，MPD、SDP等)的参考信息。USD包括用于识别构成服务的分量的分送路线的信息等。应注意的是，USD可以包含在USBD内。SDP是用于连接至以服务为单位发送的分量的流的信息。SDP包括以服务为单位的服务属性、配置信息以及流的属性、过滤信息、位置信息等。
[0089]MPD是用于管理以服务为单位发送的分量的流的再现的信息。MPD枚举多个分量，并且包括关于表示获取的位置的段统一资源定位符(URL)的信息。IS是在ROUTE会话中用于媒体段(MS)的初始化段。
[0090]应注意的是，USBD、USD、MPD、SPD以及IS被视为参考第三代合作伙伴项目(3GPP)、运动图像专家组(MPEG)以及因特网工程任务组(IETF)所构成的任一个标准。
[0091]通过针对实时服务扩展FLUTE的文件传送表(FDT)获取LSID，并且该LSID是关于为每个ROUTE会话发送的分量的流的管理信息。应注意的是，LSID可以被配置成通过与其他SCS元数据不同的ROUTE会话发送。
[0092]ESGc是关于ESG的当前信息，并且要发送关于目前广播的节目的信息。应注意的是，ESG由开放移动联盟(OMA)标准化。SH)限定服务等级的参数。
[0093]在LLS信令数据中，FIC是具有二进制格式的数据，但是LLS元数据(例如，除了LLS以外的SCD)是文本格式的数据。在SCS信令数据中，所有SCS元数据是文本格式的。例如，可以通过标记语言(例如，可扩展标记语言(XML))描述LLS元数据(例如，S⑶)和SCS元数据。
[0094](FIC的详细内容)
[0095]随后，将解释在FIC中描述的信令范围信息、SCS快捷信息、混合信息以及类别信息的详细内容。
[0096](信令范围信息)
[0097]信令范围信息(“signalingscope all”)表示通过广播分送的SCS信令数据的参考范围。例如，在通过广播分送的SCS信令数据描述关于构成服务的所有分量的流的信息(元数据)的情况下，信令范围信息指定为“TRUE”。
[0098]在通过广播分送的SCS信令数据仅仅描述关于构成服务并且通过广播分送的分量的流的信息(元数据)的情况下，信令范围信息指定为“FALSE”。例如，在构成服务的分量的流通过广播以及通过通信分送(混合分送)的情况下，以及在通过广播分送的SCS信令数据仅仅描述关于通过广播分送的分量的流的信息的情况下，信令范围信息指定为“FALSE”。
[0099](SCS快捷信息)
[0?00] SCS快捷信息(SCS_shortcut)表示在FIC中描述的服务是基本服务(basicservice)还是丰富服务(rich service)。例如，在基本服务的情况下，SCS快捷信息指定为“TRUE”，并且在丰富服务的情况下，SCS快捷信息指定为“FALSE”。
[0101]在这种情况下，基本服务是可以根据MME类型单独识别构成服务的分量的流的服务。丰富服务是除了基本服务以外的服务。例如，丰富服务对应于视频、音频以及字幕的任一个分量由两个或多个流构成的服务。
[0102]在SCS快捷信息表示基本服务的情况下，接收设备20获取在SCS信令数据中的MPD和LSID，使得接收设备20可以连接至分量的流，以开始渲染处理。在这种情况下，发送设备10不需要发送所有SCS信令数据。因此，从提供服务的公司(例如，广播公司)的角度来看，具有类简化服务操作的优点，并且可以有效地使用广播带(broadcast band)。
[0103](混合信息)
[0104]混合信息(“hybrid”)表示构成在FIC中描述的服务的分量的流是仅仅通过广播分送(广播分送)还是通过广播以及通过通信分送(混合分送)。例如，在混合分送的情况下，混合信息指定为“TRUE”，并且在广播分送的情况下，混合信息指定为“FALSE”。
[0105](在FIC中描述的信息的关系)
[0106]在总结在FIC中描述的信息的关系时，在图3示出该关系。虽然参考图10的语法描述细节，但是？10具有在“8181^1;[1^8(3(^6311”中描述的信令范围信息，在“SCS_shortcut”中描述SCS快捷信息，以及在“hybrid”中描述混合信息。
[0?07]在图3中，在信令范围信息(“signalingscopeall”)指定为“FALSE”的情况下，通过广播分送的SCS信令数据仅仅描述关于通过广播分送的分量的流的信息(元数据)。
[0108]在这种情况下，在SCS快捷信息(“SCS_sh0rtcut”)指定为“TRUE”并且混合信息(“hybrid” )指定为“FALSE”的情况下，这称为“情况A”。在这种情况A下，构成基本服务的分量的流由广播分送来分送。在情况A下，支持广播和通信的混合接收的接收设备20A以及仅仅支持广播的接收的接收设备20B获取LSID和MPD，使得接收设备20A和接收设备20B可以连接至通过广播分送的分量的流，并且可以开始渲染处理。
[0109]随后，在SCS快捷信息指定为“TRUE”并且混合信息指定为“TRUE”时，这称为“情况B”。在这种情况B下，构成基本服务且通过广播分送的分量的流以及通过通信分送且构成混合服务的其他分量的流通过混合分送来分送。然后，在情况B下，接收设备20A需要获取所有SCS信令数据，以便开始渲染处理。
[0110]更具体而言，在情况B下，混合信息指定为“TRUE”，并且构成混合服务的分量的流通过广播以及通过通信分送(混合分送)，但是信令范围信息指定为“FALSE”，并且通过广播分送的SCS信令数据仅仅描述关于通过广播分送的分量的流的信息。
[0111]因此，为了支持混合分送，接收设备20A需要获取描述关于通过通信分送的分量的流的信息的S C S信令数据。在这种情况下，通过参考S C D的S C S宽带位置信息(“SignalingOverlnternet”元素的uri属性)，接收设备20A通过互联网90访问宽带服务器30，并且获取通过通信分送的SCS信令数据。
[0112]因此，接收设备20A获取通过广播分送的SCS信令数据以及通过通信分送的SCS信令数据，使得完成用于开始渲染处理的所有SCS信令数据。如上所述，用于开始渲染处理的一部分SCS信令数据通过通信分送，使得通过广播分送的SCS信令数据的数据量可以减少，因此，与通过广播分送所有SCS信令数据相比，广播带可以减小。
[0113]在情况B下，接收设备20B不支持混合分送，因此，不需要获取SCS信令数据(其描述关于通过通信分送的分量的流的信息)。因此，通过获取LSID和MPD，接收设备20B可以开始清染处理。
[0114]随后，在SCS快捷信息指定为“FALSE”并且混合信息指定为“FALSE”时，这称为“情况C”。在这种情况C下，构成丰富服务的分量的流由广播分送来分送。然后，在情况C下，通过获取所有SCS信令数据并且连接至通过广播分送的分量的流，接收设备20A和接收设备20B可以开始渲染处理。
[0115]随后，在SCS快捷信息指定为“FALSE”并且混合信息指定为“TRUE”时，这称为“情况D”。在这种情况D下，构成丰富服务的分量的流由混合分送来分送。然后，在情况D下，接收设备20A和接收设备20B需要获取所有SCS信令数据，以便开始渲染处理。
[0116]然而，在情况D下，与情况B—样，接收设备20A需要在通过混合分送来分送的分量的流中获取描述关于通过通信分送的分量的流的信息的SCS信令数据。通过参考SCD的SCS宽带位置信息(“SignalingOverlnternet”元素的uri属性)，接收设备20A访问宽带服务器30，并且获取通过通信分送的SCS信令数据。
[0117]因此，接收设备20A获取通过广播分送的SCS信令数据以及通过通信分送的SCS信令数据，从而完成用于开始渲染处理的所有SCS信令数据。如上所述，用于开始渲染处理的一部分SCS信令数据通过通信分送，使得通过广播分送的SCS信令数据的数据量可以减少。结果，广播带可以减小。
[0118]另一方面，在信令范围信息指定为“TRUE”的情况下，通过广播分送的SCS信令数据描述关于构成服务的所有分量的流的信息(元数据)。
[0119]在这种情况下，在SCS快捷信息指定为“TRUE”并且混合信息指定为“FALSE”时，这称为“情况E”。在这种情况E下，构成基本服务的分量的流由广播分送来分送。然后，在情况E下，接收设备20A和接收设备20B获取LSID和MPD，使得接收设备20A和接收设备20B可以连接至通过广播分送的分量的流，并且可以开始渲染处理。
[0120]随后，在SCS快捷信息指定为“TRUE”并且混合信息指定为“TRUE”时，这称为“情况Γ。在这种情况F下，通过广播分送的并且构成基本服务的分量的流以及通过通信分送的其他分量的流构成混合服务，使得执行混合分送。然后，在情况F下，构成混合服务的分量的流通过混合分送来分送，因此，接收设备20A需要获取所有SCS信令数据，以便开始渲染处理，但是由于通过广播分送的SCS信令数据描述关于构成基本服务的所有分量的流的信息，所以不需要获取通过通信分送的SCS信令数据。
[0121]在情况F下，接收设备20B不支持混合分送，因此，不需要获取SCS信令数据(其描述关于通过通信分送的分量的流的信息)。因此，接收设备20B获取LSID和MPD，使得接收设备20B可以开始渲染处理。
[0122]随后，在SCS快捷信息指定为“FALSE”并且混合信息指定为“FALSE”时，这称为“情况G”。在这种情况G下，构成丰富服务的分量的流由广播分送来分送。然后，在情况G下，接收设备20A和接收设备20B获取所有SCS信令数据，使得接收设备20A和接收设备20B可以连接至通过广播分送的分量的流，并且可以开始渲染处理。
[0123]随后，在SCS快捷信息指定为“FALSE”并且混合信息指定为“TRUE”时，这称为“情况H”。在这种情况H下，构成丰富服务的分量的流通过混合分送来分送。然后，在情况H下，接收设备20A和接收设备20B需要获取所有SCS信令数据，以便开始渲染处理。
[0124]然而，在情况H下，构成丰富服务的分量的流通过混合分送来分送，因此，接收设备20A需要获取所有SCS信令数据，以便开始渲染处理，但是通过广播分送的SCS信令数据描述关于构成丰富服务的所有分量的流的信息，不需要获取通过通信分送的SCS信令数据，正如情况F。
[0125]如上所述，接收设备20A参考信令范围信息、SCS快捷信息以及在FIC中描述的混合信息，使得接收设备20可以有效地连接至通过广播或者通过通信分送的分量的流，并且可以有效地、适当地并且容易地获取构成期望服务的视频数据、音频数据、字幕数据等。
[0126]根据构成服务的分量的流的分送模式(例如，广播分送和混合分送)，SCS信令数据可以通过广播或者通过通信有效地分送，因此，用于分送(发送)SCS信令数据的广播带可以尽可能减小为最小。
[0127]进一步，根据接收功能(性能)的类型，接收设备20分成支持广播和通信的混合接收的接收设备20A以及仅仅支持接收广播的接收设备20B，但是可以根据在FIC中描述的信令范围信息等，可以为每种类型的接收功能(性能)通知表示要获取哪个SCS信令数据的信息。
[0128](类别信息)
[0129]在FIC中，对类别信息(“class”)进行描述。类别信息用于提供在不同类别中的服务，使得将单个服务提供给多个不同目标。例如，相同的服务(例如，程序)被视为通过在不稳定的接收环境中对于移动接收器具有高稳健性级别的具有2K分辨率(大约2000水平像素乘以1000垂直像素的分辨率)的视频和音频进行分送，并且被视为通过在稳定的接收环境中对于固定接收器具有低稳健性性能的具有4K分辨率(大约4000水平像素乘以2000垂直像素的分辨率)的视频以及高质量音频进行分送。
[0130]例如，视频流的分层编码被知晓作为这种服务的提供方法。在分层编码中，视频流分成两层或更多层，并且通过结合这些层，可以生成单个高质量视频。例如，低质量视频流可以作为基础层分送，并且用于加强用作基础层的视频流的补充信息(用于提高例如分辨率、帧速率、图像质量等的信息)可以作为增强层分送。因此，接收设备20不仅接收对应于基础层的低质量视频(例如，具有2Κ分辨率的视频)，而且可以再现通过集合基础层和增强层所获取的高质量视频(例如，具有4Κ分辨率的视频)。
[0131]在以下解释中，用于提供基础层的类别信息称为“核心类别”，并且用于提供增强层的类别信息称为“增强类别”。更具体而言，提供两种类别信息(即，核心类别和增强类别)，作为类别信息，使得实现视频流的分层编码。
[0132]表示是否将视频流加密的加密信息(spjndicator)可以设置为类别信息的构成元素。在使用该加密信息时，可以支持各种服务模式，例如，基础层的视频流(基础流)免费提供而不加密，以及增强层的视频流(增强流)加密并且按原价提供。在类别信息中，描述SCS引导程序信息，以针对每条类别信息(例如，核心类别、增强类别等)连接至SCS信令数据的流。
[0133]如上所述，在使用在FIC中描述的类别信息时，可以提供不同类别中的服务，使得将单个服务提供给多个不同的目标。例如，可以将由具有高稳健级的具有2K分辨率的视频以及音频构成的服务提供给移动接收器(即目标)。例如，可以将由4K分辨率视频和高质量音频构成的服务提供给固定接收器(即目标)。
[0134]〈3、操作示例〉
[0135](I)操作示例1:基本服务
[0136]图4是用于解释在使用用于提供基本服务的操作示例I的情况下通过接收设备20执行的具体处理流程的序列图。
[0137]在图4中，发送设备10使用IP发送方法发送数字广播(RF信道)的广播波。在该广播波中，在BBP流中发送构成基本服务(例如，节目)的分量的流以及SCS信令数据。然而，以LCT数据包为单位，在ROUTE会话中发送构成基本服务的分量以及SCS信令数据。
[0138]在图4中，在通过用户的操作等执行服务调谐的情况下，接收设备20读取在NVRAM内记录的FIC，并且从FIC的基本服务的循环中获取与调谐目标的服务的服务ID对应的调谐信息(Sll)。应注意的是，服务调谐(信道调谐)是用于选择期望服务(信道)的操作，并且例如，通过指定于主要信道号和次要信道号相对应的服务ID，执行服务调谐。
[0139]应注意的是，FIC由二进制格式构成，并且在初始扫描处理期间被获取和记录到NVRAM中，或者在服务调谐期间更新LLS流内发送的FIC的版本信息的情况下，FIC的最新版本被获取和记录到NVRAM中。在FIC中，为每个服务描述服务状态信息(service_status)，并且因此，通过参考基本服务的服务状态信息，可以找出是否提供基本服务。
[0140]接收设备20从FIC的基本服务的循环中读取SCS引导程序信息。在该SCS引导程序信息中，指定IP地址、端口号以及TSI，以连接至SCS信令数据的流。因此，接收设备20可以连接至根据IP地址、端口号以及TSI在ROUTE会话中发送的SCS信令数据的流(S12)。
[0141]在图4的FIC中，由于在信令范围信息(“signaling scope all”)内指定“TRUE”，所以通过广播分送的SCS信令数据描述关于构成基本服务的所有分量的信息。在SCS快捷信息(SCS_shortcut)中指定“TRUE”并且在混合信息(“hybrid” )中指定“FALSE”时，这表示构成基本服务的分量的流通过广播分送来分送。
[0142]更具体而言，图4的FIC的描述内容对应于图3的情况E，并且在获取LSID和MPD时，可以与通过广播分送的分量的流进行连接，因此，接收设备20基于SCS引导程序信息获取(捕捉)在ROUTE会话中发送的LSID和MPD(S13)。
[0143]在这种情况下，如图4所示，在具有XML格式的MPD中，在层结构中描述Per1d(周期)元素、Adaptat 1nSet元素以及Representat 1n (代表)元素。Per1d元素用作描述服务(例如服务)的配置的单元。应注意的是，Adaptat1nSet元素和Representat 1n元素用于视频、音频、字幕等的每个流，并且被配置成能够描述流的属性。在MPD中，每个流的URL(段URL)由BaseURL属性指定。
[0144]在图4的MPD中，“http://sample.com/vi/rep_2kHD.mp4” 指定为视频流的URL。“http://sample.com/au/rep_256k.mp4” 指定为音频流的URL。
[0145]如图4所不，在LSID中，在层结构中描述TransportSess1n元素和SourceFlow元素。在TransportSess1n元素中，TSI等指定为LCT传输的会话信息。SourceFlow元素是EFDT元素、App Iicat1nIdentifier元素以及Pay 1adFormat元素的父元素。EFDT元素是扩展的FDT的缩写，并且TOI由FileTemplate元素的TOI属性指定为关于扩展的FDT的信息。在Applicat1nIdentif ier元素中指定通过应用程序映射的ID。在Pay1adFormat元素中，指定源流信息的有效载荷格式。
[0146]如上所述，在图4的LSID中，描述支持MME类型的视频和音频的TSI和TOI JPD和LSID由代表ID(representat1n ID)相关联。更具体而言，在图4的示例中，将代表ID“1”分配给视频流，并且将代表ID “2”分配给音频流。因此，通过这些代表ID，MPD和LSID彼此相关联。然后，通过参考与MH)相关联的LSID，接收设备20识别IP地址、端口号、TSI以及TOI，用于连接至构成调谐的基本服务的视频和音频的流(S14)。
[0147]接收设备20根据在步骤S14的处理中识别的IP地址、端口号、TSI以及TOI，连接至在ROUTE会话中发送的视频和音频的流(S15)。因此，接收设备20获取构成基本服务的视频数据和音频数据(S16)。应注意的是，在ROUTE会话中发送视频数据和音频数据，因此，通过提取储存在LCT数据包(所述LCT数据包添加有LCT报头)内的段数据(媒体段)，可以获取其数据。
[0148]然后，在接收设备20中，再现处理单元(DASH层)执行渲染处理，使得再现对应于调谐的基本服务的节目的视频和音频(S17)。
[0149]如上所述，在操作示例I中，在调谐基本服务时，在FIC中信令范围信息指定为“TRUE”，因此，通过广播分送的SCS信令数据描述关于构成基本服务的所有分量的信息。由于SCS快捷信息指定为“TRUE”并且混合信息指定为“FALSE”，所以构成基本服务的分量的流由广播分送来分送。
[0150]接收设备20参考FIC，使得接收设备20在获取SCS信令数据之前识别信息，并且例如，通过使用MPD和LSID，而不参考所有SCS信令数据，可以连接至构成基本服务的分量的流。结果，接收设备20可以有效地、适当地并且容易地获取构成基本服务的视频数据和音频数据。
[0151](2)操作示例2:多BBP流服务(稳健视频)
[0152]图5是用于解释在使用用于提供多BBP流服务的操作示例2的情况下通过接收设备20执行的具体处理流程的序列图。
[0153]在图5中，发送设备10使用IP发送方法发送数字广播的广播波。在该广播波中，在多个BBP流中发送构成多BBP流服务(例如，节目)的分量的流以及SCS信令数据。
[0154]然而，在具有不同等级的稳健性的BBP流中发送视频流以及音频和SCS信令数据的流。更具体而言，在具有比BBP流(BBP(M)，在其中发送视频流)更高等级的稳健性的BBP流(BBP(H))中，发送音频和SCS信令数据的流。在ROUTE会话中发送构成多BBP流服务和SCS信令数据的分量。
[0155]在图5中，在通过用户的操作等执行服务调谐的情况下，接收设备20读取在NVRAM内记录的FIC，并且从FIC的多BBP流服务的循环中获取对应于调谐目标服务的服务ID的调谐信息(S21)。在这种情况下，接收设备20从FIC的多BBP流服务的循环中读取SCS引导程序
?目息O
[0156]在图5的FIC中，在信令范围信息(“signaling scope all”)内指定“TRUE”，因此，通过广播分送的SCS信令数据描述关于构成多BBP流服务的所有分量的信息。在SCS快捷信息(SCS_shortcut)中指定“TRUE”并且在混合信息(“hybrid” )中指定“FALSE”时，这表示构成丰富服务(多BBP流服务)的分量的流通过广播分送来分送。
[0157]更具体而言，图5的FIC的描述内容对应于图3的情况G，并且在丰富服务(多BBP流服务)的情况下，需要获取所有SCS信令数据(例如，USBD、USD、SDP、MH)以及LSID)。因此，接收设备20基于SCS引导程序信息连接至在ROUTE会话中发送的SCS信令数据的流(S22)，并且获取(捕捉)所有SCS信令数据(S23)。
[0158]在这种情况下，如图5所示，通过参考USBD，获取USD、MPD以及SDP。然后，在MPD中，从在Adaptat1nSet元素中的Representat1n元素中枚举的分量之中，选择在清染处理中处理的分量。在图5的MPD中，选择具有“http: //sample.com/vi/rep_2kHD.mp4”的URL的视频流以及具有“http://sample.com/au/rep_256k.mp4” 的URL的音频流。
[0159]接收设备20比较MPD的分量的流的URL和在USD的deliveryMethod元素中描述的URL，使得接收设备20确定分量的分送路线是通过广播还是通过通信(S24)。在这种情况下，在USD的deliveryMethod元素的broadcastAppService元素中，描述在MPD中具有 “http: //sample.com/vi/rep_2kHD.mp4” 的URL的视频流以及具有 “http: //sample.com/au/rep-256k.mp4”的URL的音频流，因此，确定分量的流以通过广播分送。
[0160]Mro和LSID通过代表ID相关联，因此，接收设备20参考与MTO相关联的LSID，使得接收设备20获取TSI，用于连接至构成调谐的多BBP流服务的视频和音频的流(S25-1)。
[0161 ]在这种情况下，如图5所示，具有文本格式的SDP由两个部分构成，即，会话描述单元和媒体描述单元。会话描述单元描述协议的版本(协议版本(V))、关于SDP描述文档的创建者的信息(起源(ο))、会话的名称(会话名称(S))、会话的有效时间(时间(t))、关于网络地址的信息(连接数据(C))等。
[0162]媒体描述单元描述媒体公告信息(媒体公告(m))等。在媒体公告信息中，指定诸如媒体类型、端□号、协议、格式等信息。在媒体描述单元中，通过使用“a=”指定属性类型，可以扩大SDP的功能。
[0163]在图5的SDP中，通过第一媒体描述单元描述关于视频流的信息，并且通过第二媒体描述单元描述关于音频流的信息。更具体而言，在ROUTE会话中，由作为“ts1-v”的TSI发送视频流。在视频流中，BBP流ID指定为“middle”(中)，并且“10”指定为广播流ID。另一方面，在ROUTE会话中，通过作为“ts1-a”的TSI发送音频流。在音频流中，“high”(高)指定为BBP流ID，并且“10”指定为广播流ID。
[0164]LSID和SDP由TSI相关联，因此，接收设备20比较用作关于LSID的会话信息的TSI和SDP的媒体描述单元的TSI，使得识别BBP流ID(以及广播流ID)，以连接至构成调谐的多BBP流服务的视频和音频流(S25-2)。
[0165]在这种情况下，在LSID和SDP中作为“ts1-v”的TSI相关联，因此，确定构成多BBP流服务的视频流从而在BBP流ID为“middle”的BBP流中发送。由于在LSID和SDP中作为“ts1-a”的TSI相关联，因此，确定构成多BBP流服务的音频流从而在BBP流ID为“high”的BBP流中发送。
[0166]接收设备20根据“middle”的BBP流ID、IP地址、端口号、TSI以及TOI，连接至在ROUTE会话中发送的视频流(S26) ο接收设备20根据“high”的BBP流ID、IP地址、端口号、TSI以及TOI，连接至在ROUTE会话中发送的音频流(S26)。
[0167]因此，接收设备20可以获取构成多BBP流服务的视频数据和音频数据(S27)。然后，在接收设备20中，再现处理单元(DASH层)执行渲染处理，使得再现支持调谐的多BBP流服务的节目的视频和音频(稳健音频)(S28)。
[0168]如上所述，在操作示例2中，在调谐多BBP流服务时，在FIC中信令范围信息指定为“TRUE”，并且因此，通过广播分送的SCS信令数据描述关于构成多BBP流服务的所有分量的信息。由于SCS快捷信息指定为“FALSE”并且混合信息指定为“FALSE”，所以构成多BBP流服务的分量的流通过广播分送来分送。
[0169]接收设备20参考FIC，使得接收设备20在获取SCS信令数据之前识别信息，并且通过参考所有SCS信令数据，接收设备20可以连接至构成多BBP流服务(其在具有不等级的稳健性的BBP流中发送)的视频和音频的流。结果，接收设备20可以有效地、适当地并且容易地获取构成多BBP流服务的视频数据和音频数据。
[0170](3)操作示例3:混合服务I
[0171]图6是用于解释在使用用于提供混合服务I的操作示例3的情况下，通过接收设备20执行的具体处理流程的序列图。
[0172]在图6中，发送设备10使用IP发送方法发送数字广播的广播波。在该广播波中，在BBP流中发送构成混合服务1(例如，节目)的分量的流以及SCS信令数据。
[0173]然而，在具有不同等级的稳健性的BBP流中发送视频和音频I的流以及SCS信令数据的流。更具体而言，在具有比BBP流(BBP(M)，其中发送视频和音频I的流)更高等级的稳健性的BBP流(BBP (H))中，发送SCS信令数据的流。在ROUTE会话中发送构成混合服务I的分量和SCS信令数据。
[0174]在图6中，宽带服务器30通过互联网90分送音频2的流。应注意的是，通过广播分送的音频I的流以及通过通信分送的音频2的流具有不同的比特率(更具体而言，音频2具有更高的质量)。
[0175]在图6中，在通过用户的操作等执行服务调谐的情况下，通过读取在NVRAM内记录的FIC，接收设备20从FIC的混合服务I的循环中获取对应于调谐目标的服务的服务ID的调谐信息(S31)。在这种情况下，接收设备20从FIC的混合服务I的循环中读取SCS引导程序信息。
[ΟΙ76] 在图6的FIC中，由于信令范围信息(“signaling scope all”)指定为“TRUE”，并且通过广播分送的SCS信令数据描述关于构成混合服务I的所有分量的信息。由于SCS快捷信息(SCS_shortcut)指定为“FALSE”并且混合信息(“hybrid”)指定为“TRUE”，所以构成丰富服务(混合服务I)的分量的流由混合分送来分送。由于信令范围信息指定为“TRUE”，所以不需要参考S⑶。
[0177]更具体而言，图6的FIC的描述内容对应于图3的情况H，并且在丰富服务(混合服务
I)的情况下，需要获取所有SCS信令数据(例如，USBD、USD、SDP,MPD以及LSID)。因此，接收设备20基于SCS引导程序信息连接至在ROUTE会话中发送的SCS信令数据的流(S32)，并且获取(捕捉)所有SCS信令数据(S33)。
[0178]在这种情况下，如图6所示，通过参考USBD，获取USD、MPD以及SDP。然后，在MPD中，从在Adaptat1nSet元素的Represetat1n元素中枚举的分量的流之中，选择在清染处理中处理的分量的流。在图6的MPD中，选择具有“http: //sample.com/vi/rep_2kHD.mp4”的URL的视频流以及具有“http: //samp I e.com/au/rep-512k.mp4”的URL的音频流。
[0179]接收设备20将ΜΗ)的分量的流的URL和USD的deliveryMethod元素中描述的URL进行比较，使得接收设备20确定分量的分送路线是通过广播还是通过通信(S34)。
[0180]在这种情况下，在USD的，描述在MPD中具有“http://samp I e.com/ v i / r ep_2kHD.mp4”的URL的视频流，并且因此，分量的分送路线被确定为通过广播。在USD的deli veryMethod元素的unicas tAppService元素中，描述在MPD中的“http://sample.com/au/rep-512k.mp4”的URL的音频流，并且因此，分量的分送路线被确定为通过通信。
[0181]由于MPD和LSID通过代表ID相关联，因此接收设备20通过参考与MPD相关联的LSID，获取会话信息(TSI)，用于连接至构成调谐的混合服务I的视频和音频的流(S35-1)。进一步，LSID和SDP通过TSI相关联，并且因此，接收设备20将用作关于LSID的会话信息的TSI和SDP的媒体描述单元的TSI进行比较，使得识别BBP流ID(以及广播流ID)，以便连接至构成混合服务I的视频和音频的流(S35-2)。虽然在图中未示出，但是在指定通过与发送SCS信令数据的频率不同的频带提供的分量的流的情况下，广播流ID也通过SDP识别。
[0182]在这种情况下，在LSID和SDP中作为“ts1-ν”的TSI相关联，因此，构成混合服务I的视频流被确定为在BBP流ID为“middle”的BBP流中发送。由于在LSID和SDP中作为“tsi_a”的TSI相关联，因此，构成混合服务I的音频流被确定为在BBP流ID为“middle”的BBP流中发送。
[0183]接收设备20根据BBP流ID “middle”、IP地址、端口号、TSI以及TOI，连接至在ROUTE会话中发送的视频流(S36-1)。接收设备20根据MF1D的音频流的URL( “http: //sample.com/au/rep-512k.mp4”)通过互联网90访问宽带服务器30，并且连接至音频2的流(S36-2)。
[0184]因此，接收设备20可以获取构成混合服务I的视频数据和音频数据。然后，在接收设备20中，再现处理单元(DASH层)执行渲染处理，使得再现支持调谐的混合服务I的节目的视频和音频。
[0185]如上所述，在操作示例3中，在调谐混合服务I时，FIC中的信令范围信息指定为“TRUE”，并且因此，通过广播分送的SCS信令数据描述关于构成混合服务I的所有分量的信息。由于SCS快捷信息指定为“FALSE”并且混合信息指定为“TRUE”，所以构成混合服务I的分量的流通过混合分送来分送。
[0186]接收设备20参考FIC，使得接收设备20在获取SCS信令数据之前识别信息，并且通过参考通过广播获取的所有SCS信令数据，接收设备20可以连接至通过广播分送的视频流以及通过通信分送的音频2的流。结果，接收设备20可以有效地、适当地并且容易地获取构成混合服务I的视频数据和音频数据。
[0187](4)操作示例4:混合服务2
[0188]图7是用于解释在使用用于提供混合服务2的操作示例4的情况下通过接收设备20执行的具体处理流程的序列图。
[0189]在图7中，发送设备10使用IP发送方法发送数字广播的广播波。在该广播波中，在BBP流中发送构成混合服务2(例如，节目)的分量的流以及SCS信令数据。
[0190]然而，在具有不同等级的稳健性的BBP流中发送视频和音频I的流以及SCS信令数据的流。更具体而言，在具有比发送视频和音频I的流的BBP流(BBP(M))更高等级的稳健性的BBP流(BBP(H))中，发送SCS信令数据的流。应注意的是，在ROUTE会话中发送构成混合服务2的分量和SCS信令数据。
[0191]在图7中，宽带服务器30通过互联网90分送音频2和SCS信令数据的流。应注意的是，通过通信分送的音频2的流具有比通过广播分送的音频I的流更高的质量。
[0192]在图7中，在通过用户的操作等执行服务调谐的情况下，通过读取在NVRAM内记录的FIC，接收设备20从FIC的混合服务2的循环中获取与调谐目标的服务的服务ID相对应的调谐信息(S41)。在这种情况下，接收设备20从FIC的混合服务2的循环中读取SCS引导程序?目息O
[0193]在图7的FIC中，信令范围信息(“signaling scope all”)指定为“FALSE”，并且因此，通过广播分送的SCS信令数据仅仅描述从构成混合服务2的分量的流之中通过广播分送的分量的流的信息。在SCS快捷信息(SCS_sh0rtcut)指定为“FALSE”并且混合信息(“hybrid”)指定为“TRUE”时，这表示构成丰富服务(混合服务2)的分量的流通过混合分送来分送。
[0194]更具体而言，图7的FIC的描述内容对应于图3的情况D，并且在丰富服务(混合服务
2)的情况下，需要获取所有SCS信令数据(例如，USBD、USD、SDP,MPD以及LSID)。因此，接收设备20参考SCD的SCS宽带位置信息(SignalingOverlnternet的uri属性)，使得接收设备20通过互联网90访问宽带服务器30，并且通过通信获取SCS信令数据(S42-1、S42-2)。
[0195]在这种情况下，仅仅解释通过通信分送的SCS信令数据，以便简化解释，但是实际上，在根据设置在FIC的混合服务2的循环中的SCS引导程序信息，获取通过广播分送的SCS信令数据时，完成用于开始渲染处理的所有SCS信令数据。然而，用于开始渲染处理的所有SCS信令数据可以被配置成仅仅使用通过通信分送的SCS信令数据完成，而不使用通过广播分送的SCS信令数据。
[0196]在这种情况下，如图7所示，通过参考USBD，获取USD、MPD以及SDP。然后，在MPD中，从Adap tat 1nSet元素中的Representat 1n元素中枚举的分量的流之中，选择在清染处理中处理的分量的流。在图7的MPD中，选择具有“http://sample.com/vi/rep_2kHD.mp4”的URL的视频流以及具有“http://sample.com/au/rep_512k.mp4” 的URL的音频流。
[0197]接收设备20将ΜΗ)的分量的流的URL和在USD的deliveryMethod元素中描述的URL进行比较，使得接收设备20确定分量的分送路线是通过广播还是通过通信(S44)。
[0198]在这种情况下，在USD的，描述在MPD中具有“http://samp I e.com/ v i / r ep_2kHD.mp4”的URL的视频流，并且因此，分量的分送路线被确定为通过广播分送。在USD的deli veryMethod元素的uni castAppService元素中，描述在MPD中具有“http: //samp I e.com/au/rep-512k.mp4”的URL的音频流，并且因此，分量的分送路线被确定为通过通信。
[0199]由于MPD和LSID通过代表ID相关联，所以接收设备20通过参考与MPD相关联的LSID，获取会话信息(TSI)，用于连接至构成调谐的混合服务2的视频和音频的流(S45-1)。进一步，LSID和SDP通过TSI相关联，并且因此，接收设备20比较将用作关于LSID的会话信息的TSI和SDP的媒体描述单元的TSI进行比较，使得识别BBP流ID(以及广播流ID)，以便连接至构成混合服务2的视频和音频的流(S45-2)。
[0200]在这种情况下，在LSID和SDP中作为“ts1-v”的TSI相关联，并且因此，构成混合服务2的视频流被确定为在具有BBP流ID“middle”的BBP流中发送。在LSID和SDP中作为“ts1-a”的TSI相关联，并且构成混合服务2的音频流被确定为在具有BBP流ID “middle”的BBP流中发送。
[0201 ] 接收设备20根据BBP流ID “middle”、IP地址、端口号、TSI以及TOI，连接至在ROUTE会话中发送的视频流(S46-1)。接收设备20根据MF1D的音频流的URL( “http: //sample.com/au/rep-512k.mp4”)通过互联网90访问宽带服务器30，并且连接至音频2的流(S46-2)。
[0202]因此，接收设备20获取构成混合服务2的视频数据和音频数据。然后，在接收设备20中，再现处理单元(DASH层)执行渲染处理，使得再现支持调谐的混合服务2的节目的视频和音频。
[0203]如上所述，在操作示例4中，在调谐混合服务2时，FIC中的信令范围信息被指定为“FALSE”，并且因此，通过广播分送的SCS信令数据仅仅描述关于在构成混合服务2的所有分量的流中通过广播分送的分量的流的信息。由于SCS快捷信息被指定为“FALSE”并且混合信息被指定为“TRUE”，所以构成混合服务2的分量的流通过混合分送来分送。
[0204]接收设备20参考FIC，使得接收设备20在获取SCS信令数据之前识别信息，并且通过参考通过广播以及通过通信获取的所有SCS信令数据，接收设备20可以连接至通过广播分送的视频流以及通过通信分送的音频2的流。结果，接收设备20可以有效地、适当地并且容易地获取构成混合服务2的视频数据和音频数据。
[0205](5)操作示例5:层编码服务(增强类别)
[0206]图8是用于解释在使用用于提供层编码服务的操作示例5的情况下通过接收设备20执行的具体处理流程的序列图。然而，在操作示例5中，解释增强类别的服务(例如，由具有4K分辨率的视频和高质量音频构成的节目)用作层编码服务的情况。
[0207]在图8中，发送设备10使用IP发送方法发送数字广播的广播波。在该广播波中，在ROUTE会话中发送构成层编码服务的分量以及SCS信令数据的流。
[0208]在这种情况下，在层编码服务中，发送用作基础层的视频(视频基础)的流(在后文中称为“基础流”)以及用作增强层的视频(视频增强)的流(在后文中称为“增强流”)。这些视频流具有依赖性，并且例如，在再现低质量视频(例如，具有2K分辨率的视频)的情况下，仅仅需要基础流，但是在再现高质量视频(例如，具有4K分辨率的视频)的情况下，需要基础流和增强流两者。
[0209]发送具有高级稳健性的音频(音频-ro)流(在后文中称为“高度稳健的音频流”)和高质量音频(音频_hq)流(在后文中称为“高质量流”)，作为音频流。这些音频流没有依赖性，并且再现任一个音频。进一步，发送用于基础层的SCS信令数据(SCS(b))、用于增强层的SCS信令数据(SCS( e))以及LSID，作为SCS信令数据。
[0210]在这种情况下，LSID在相同的服务中是公共的。更具体而言，由于基础流和增强流被提供作为相同的层编码服务，所以基础流和增强流具有相同的服务ID并且可以在相同的ROUTE会话中发送，并且因此，在这种情况下，可以使用相同的LSID。
[0211 ]应注意的是，在具有较高级稳健性(高级稳健性)的BBP流(BBP(H))中，发送高度稳健的音频流、SCS信令数据(SCS(b)、SCS(e))的流以及LSID的流。在具有较低级稳健性(低级稳健性)的BBP流(BBP(L))中，发送增强流和高质量流。进一步，在具有介于高级与低级之间的稳健性的等级(中间等级的稳健性)的BBP流(BBP(M))中，发送基础流。
[0212]更具体而言，由于需要可靠地发送高度稳健性的音频流和SCS信令数据的流，所以在具有较高级稳健性的BBP流(BBP(H))中，发送高度稳健的音频流以及SCS信令数据的流。另一方面，由于增强流和高质量流优先考虑质量，而非稳健性，所以在具有较低级稳健性的BBP流(BBP(L))中，发送增强流和高质量流。
[0213]在图8中，在通过用户的操作等执行服务调谐的情况下，接收设备20通过读取在NVRAM内记录的FIC，从FIC的层编码服务的循环中获取与调谐目标的服务的服务ID相对应的调谐信息。
[0214]在这种情况下，在图8的FIC中，类别信息(“class”)描述为核心类别和增强类别，并且图8示出了选择增强类别的情况。更具体而言，在FIC的增强类别的循环中，类别ID被指定为“enhance”(增强)，并且这表示类别信息是用于提供增强层(以及基础层)的增强类别。
[0215]接收设备20从FIC的增强类别的循环中读取SCS引导程序信息。在该SCS引导程序信息中，IP地址、端口号以及TSI指定为连接至用于增强层的SCS信令数据((SCS(e))的流。在FIC的层编码服务的循环中，指定BBP流ID。因此，接收设备20可以根据BBP流ID、IP地址、端口号以及TSI，连接至用于在ROUTE会话中发送的增强层的SCS信令数据((SCS(e))的流(S52)0
[0216]在FIC中，信令范围信息(signaling scope all)被指定为“TRUE”，并且因此，通过广播分送的SCS信令数据描述关于构成层编码服务的所有分量的信息。由于SCS快捷信息(SCS_shortcut)被指定为“FALSE”并且混合信息(“hybrid”)被指定为“FALSE”，构成层编码服务(丰富服务)的分量的流由广播分送来分送。应注意的是，信令范围信息被指定“TRUE”，因此不需要参考S⑶。
[0217]更具体而言，图8的FIC的描述内容对应于图3的情况G，并且在层编码服务(丰富服务)的情况下，需要获取所有SCS信令数据(例如，USBD、USD、SDP、MPD以及LSID)。因此，接收设备20基于增强类别的SCS引导程序信息获取(捕捉)用于在ROUTE会话中发送的增强层的SCS信令数据((SCS(e)) (S53)。
[0218]在这种情况下，如图8所示，通过参考USBD，获取USD、SDP以及MPD。然后，在MPD中，从Adap tat 1nSet元素中的Representat 1n元素中枚举的分量之中，选择在清染处理中处理的分量。在图8的MPD中，描述具有“http://sample.com/vi/rep_4kUHD.mp4”的URL的视频流(增强流)以及具有“http: //samp I e.com/v i /r ep_2kHD.mp4”的URL的视频流(基础流)作为视频流。
[0219]然后，对于具有代表ID“1”的增强流，“3”由dependencyld属性指定为依赖性ID，并且这表示增强流与具有代表ID “3”的基础流具有依赖性。更具体而言，在USD的del i veryMethod元素的broadcastAppService元素中，描述具有这种依赖性的具有“http: //sample.com/vi/rep_4kUHD.mp4” 的URL的增强流以及具有 “http: //sample.com/vi/r印-2kHD.mp4”的URL的基础流，并且因此，这两个流被确定为通过广播分送(S54)。
[0220]在图8的MPD中，描述具有“http://sample.com/au/rep_256k.mp4” 的URL的音频流(高质量流)以及具有“http: //sample.com/au/rep-128k.mp4”的URL的音频流(高度稳健的音频流)，作为音频流。对于具有代表ID“2”的高质量流以及具有代表ID“4”的高度稳健的音频流，不指定依赖性ID，因此，这些流没有任何依赖性。
[0221 ]在USD的(161;^6^]\161:110(1元素的131'0&(10&8七4。。361^;^6元素中，描述具有“http://sample.com/au/rep_256k.mp4，，的URL的高质量流以及具有 “http: //sample.com/au/rep-128k.mp4”的URL的高度稳健的音频流，并且因此，这两个流被确定为通过广播分送(S54)。
[0222]在这种情况下，在层编码服务中共同地使用LSID。用于连接至LSID的流的IP地址和端口号与用于SCS信令数据(SCS(e))的IP地址和端口号相同，并且因此，从设置在FIC的增强类别的循环中的SCS引导程序信息中，获取IP地址和端口号。由于LSID的TOI固定为“O”，所以接收设备20根据BBP流ID、IP地址、端口号以及TSI，连接至在ROUTE会话中发送的LSID的流，使得接收设备20可以获取LSID(S55)。
[0223]MH)和LSID由代表ID相关联，因此，接收设备20参考与MTO相关联的LSID，使得接收设备20获取会话信息(TSI)，用于连接至构成层编码服务的增强流、基础流、以及高质量流或高度稳健的音频流(S56-1)。进一步，LSID和SDP通过TSI相关联，并且因此，接收设备20将用作关于LSID的会话信息的TSI和SDP的媒体描述单元的TSI进行比较，使得识别BBP流ID(以及广播流ID)，以便连接至构成层编码服务的增强流、基础流、以及高质量流或高度稳健的音频流(S56-2)。虽然在图中未示出，但是在指定通过与发送SCS信令数据的频率不同的频带提供的分量的流的情况下，广播流ID也由SDP识别。
[0224]在这种情况下，由于在LSID和SDP中作为“ts1-ev”的TSI相关联，所以构成层编码服务的增强流被确定为在具有BBP流ID“low”(低)的BBP流中发送。由于在LSID和SDP中作为“ts1-bv”的TSI相关联，所以构成层编码服务的基础流被确定为在具有BBP流ID“middle”的BBP流中发送。
[0225]在选择高质量流的情况下，在LSID和SDP中作为“ts1-a-hq”的TSI相关联，并且因此，构成层编码服务的高质量流被确定为在具有BBP流ID “low”的BBP流中发送。另一方面，在选择高度稳健的音频流的情况下，在LSID和SDP中作为“ts1-a-ro”的TSI相关联，并且因此，构成层编码服务的高度稳健音频流被确定为在具有BBP流ID “high” (高)的BBP流中发送。
[0226]接收设备20根据BBP流ID “low”、IP地址、端口号、TSI以及TOI，连接至在ROUTE会话中发送的增强流(S57)。接收设备20还根据BBP流10“11^(1(11^、1?地址、端口号、了51以及1'01，连接至在ROUTE会话中发送的基础流(S57)。
[0227]因此，接收设备20可以获取视频数据，用于再现层编码服务所提供的视频。更具体而言，例如，在能够再现具有2K分辨率的视频的视频数据通过基础流发送并且用于增强具有2K分辨率的视频以构成具有4K分辨率的视频的补充信息通过增强流发送的情况下，接收设备20使用再现处理单元(DASH层)执行渲染处理，以便将基础层和增强层结合，使得接收设备20可以再现具有4K分辨率的视频。
[0228]接收设备20根据的BBP流ID “low”、IP地址、端口号、TSI以及TOI，连接至在ROUTE会话中发送的增强流(S57)。因此，例如，接收设备20可以再现支持具有4K分辨率的视频的高质量音频。在再现高度稳健的音频而非高质量音频的情况下，可以与在具有BBP流ID“high”的BBP流中发送的高稳健的音频流进行连接。
[0229]在图8的操作示例5中，在该解释中，基础流和增强流通过广播分送。可替换地，基础流和增强流中的至少一个可以通过通信分送。在这种情况下，接收设备20根据MH)的基础流的 URL ( “http: / / samp le.com/vi/ rep-2kHD.mp4” )或者增强流的 URL ( “http: / /sample.com/vi/rep-4kUHD.mp4” )，通过互联网90访问宽带服务器30，并且连接至基础流或增强流。同样，高质量流或高度稳健的音频流中的至少一个可以通过通信分送。
[0230]如上所述，在操作示例5中，使用在FIC中描述的类别信息，使得可以通过提供各自不同的类别(例如，核心类别和增强类别)的方式将单个层编码服务提供给多个不同的目标(例如，移动接收器和固定接收器)，使得可以支持各种服务模式。例如，由具有4K分辨率的视频以及高质量音频构成的服务可以提供给作为目标的固定接收器。
[0231]在操作示例5中，在调谐层编码服务时，FIC中的信令范围信息被指定为“TRUE”，并且因此，通过广播分送的SCS信令数据描述关于构成层编码服务的所有分量的信息。由于SCS快捷信息被指定为“FALSE”并且混合信息被指定为“FALSE”，所以构成层编码服务的分量的流通过广播分送来分送。
[0232]接收设备20参考FIC，使得接收设备20在获取SCS信令数据之前识别信息，并且通过参考通过广播获取的所有SCS信令数据，接收设备20可以连接至通过广播分送的视频和音频的流。结果，接收设备20可以有效地、适当地并且容易地获取构成层编码服务的视频数据和音频数据。
[0233](6)操作示例6:层编码服务(核心类别)
[0234]图9是用于解释在使用用于提供层编码服务的操作示例6的情况下通过接收设备20执行的具体处理流程的序列图。然而，在操作示例6中，解释核心类别的服务(例如，由具有2K分辨率的视频和高度稳健的音频构成的节目)用作层编码服务的情况。
[0235]在图9中，发送设备10使用IP发送方法发送数字广播的广播波。在该广播波中，与图8—样，在具有高级稳健性的BBP流(BBP(H))中，发送高度稳健的音频流、SCS信令数据(SCS(b)、SCS(e))的流以及LSID的流。在具有低级稳健性的BBP流(BBP(L))中，发送增强流和高质量流。进一步，在具有介于中间等级的稳健性的BBP流(BBP (M))中，发送基础流。
[0236]在图9中，在通过用户的操作等执行服务调谐的情况下，接收设备20通过读取在NVRAM内记录的FIC，从层编码服务的循环中获取对应于调谐目标的服务的服务ID的调谐信息(S61)。
[0237]在这种情况下，在图9的FIC中，核心类别和增强类别作为类别信息(class)而被描述，并且图9示出了选择核心类别的情况。更具体而言，在FIC的核心类别的循环中，“核心”指定为其类别ID，并且这表示类别信息是用于提供基础层的核心类别。
[0238]接收设备20从FIC的核心类别的循环中读取SCS引导程序信息。在该SCS引导程序信息中，IP地址、端口号以及TSI指定为连接至用于基础层的SCS信令数据((SCS (b))的流。在FIC的层编码服务的循环中，指定BBP流ID。因此，接收设备20可以根据BBP流ID、IP地址、端口号以及TSI，连接至用于在ROUTE会话中发送的基础层的SCS信令数据((SCS(b))的流(S62)0
[0239]在FIC中，信令范围信息(“signaling scope all”)被指定为“TRUE”，并且因此，通过广播分送的SCS信令数据描述关于构成层编码服务的所有分量的信息。在SCS快捷信息(SCS_shortcut)被指定为“FALSE”并且混合信息(“hybrid”)被指定为“FALSE”时，这表示构成层编码服务(丰富服务)的分量的流通过广播分送来分送。由于信令范围信息被指定为“TRUE”，所以不需要参考SCD。
[0240]更具体而言，图9的FIC的描述内容对应于图3的情况G，并且在层编码服务(丰富服务)的情况下，需要获取所有SCS信令数据(例如，USBD、USD、SDP、MPD以及LSID)。因此，接收设备20基于核心类别的SCS引导程序信息获取(捕捉)用于在ROUTE会话中发送的基础层的SCS信令数据((SCS(b)) (S63) ο
[0241 ] 在这种情况下，如图9所示，通过参考USBD，获取USD、SDP以及MPD。然后，在MPD中，从Adap tat 1nSet元素中的Representat 1n元素中枚举的分量之中，选择在清染处理中处理的分量。在图9的MPD中，描述具有“http://sample.com/vi/rep_2kHD.mp4”的URL的视频流(基础流)以及具有“http://sample.com/au/rep_128k.mp4”的URL的音频流(高度稳健的音频流)。
[0242]更具体而言，与图8的MPD相比，图9的MPD仅仅从增强流和基础流中描述基础流，并且自然地，不通过依赖性ID指定依赖性。与图8的Mro相比，图9的Mro仅仅从高质量流和高度稳健的音频流之中描述高度稳健的音频流。
[0243]然后，在USD的deliveryMethod元素的broadcastAppService元素中，描述具有“http: //sample.com/vi/rep_2kHD.mp4” 的URL的基础流以及具有 “http: //sample.com/au/rep-128k.mp4"”的URL的高度稳健的音频流，因此，这两个流被确定为通过广播分送(S64)0
[0244]在这种情况下，在层编码服务中共同地使用LSID。用于连接至LSID的流的IP地址和端口号与SCS信令数据(SCS(b))—样，并且因此，从设置在FIC的核心类别的循环中的SCS引导程序信息中，获取IP地址和端口号。LSID的TOI固定为“O”，并且因此，接收设备20根据BBP流ID、IP地址、端口号以及TSI，连接至在ROUTE会话中发送的LSID的流，使得接收设备20获取 LSID(S65)。
[0245]然后，MPD和LSID通过代表ID相关联，并且因此，接收设备20通过参考与MPD相关联的LSID，获取会话信息(TSI)，用于连接至来自构成层编码服务的元素之中的基础流以及高度稳健的音频流(S66-1)。在LSID中，描述增强流和连接至高质量流的会话信息(TSI)，但是在这种情况下，不需要会话信息，因此，忽略该会话信息。
[0246]由于LSID和SDP通过TSI相关联，所以接收设备20将用作LSID的会话信息的TSI和SDP的媒体描述单元的TSI进行比较，使得接收设备20识别BBP流ID(以及广播流ID)，用于连接至来自构成层编码服务的元素之中的基础流以及高度稳健的音频流(S66-2)。
[0247]在这种情况下，由于在LSID和SDP中作为“ts1-bv”的TSI相关联，所以构成层编码服务的基础流被确定为在具有BBP流ID “middle”的BBP流中发送。由于在LSID和SDP中作为“ts1-a”的TSI相关联，所以构成层编码服务的高度稳健的音频流被确定为在具有BBP流ID“high”的BBP流中发送。
[0248]接收设备20根据BBP流ID “middle”、IP地址、端口号、TSI以及TOI，连接至在ROUTE会话中发送的基础流(S67)。接收设备20根据BBP流ID “high”、IP地址、端口号、TSI以及TOI，连接至在ROUTE会话中发送的高度稳健的音频流(S67)。
[0249]因此，接收设备20可以获取构成层编码服务的视频数据和音频数据。然后，在接收设备20中，再现处理单元(DASH层)执行渲染处理，使得可以再现使用基础层的具有2K分辨率的视频以及对应于该视频的高度稳健的音频。
[0250]在图9的操作示例6中，在该解释中，基础流和高度稳健的音频流通过广播分送。可替换地，基础流和高度稳健的音频流中的任意一个可以通过通信分送。
[0251]如上所述，在操作示例6中，使用在FIC中描述的类别信息，使得可以通过提供各自不同的类别(例如，核心类别和增强类别)的方式将单个层编码服务提供给多个不同的目标(例如，移动接收器和固定接收器)，使得可以支持各种服务模式。例如，由具有2K分辨率的视频以及高度稳健的音频构成的服务可以提供给作为目标的移动接收器。
[0252]在操作示例6中，在调谐层编码服务时，FIC中的信令范围信息被指定为“TRUE”，并且因此，通过广播分送的SCS信令数据描述关于构成层编码服务的所有分量的信息。由于SCS快捷信息被指定为“FALSE”并且混合信息被指定为“FALSE”，所以构成层编码服务的分量的流通过广播分送来分送。
[0253]接收设备20参考FIC，使得接收设备20在获取SCS信令数据之前识别信息，并且通过参考通过广播获取的所有SCS信令数据，接收设备20可以连接至通过广播分送的视频和音频的流。结果，接收设备20可以有效地、适当地并且容易地获取构成层编码服务的视频数据和音频数据。
[0254]〈4、语法的示例〉
[0255](FIC的语法)
[0256]图10是示出具有二进制格式的FIC的语法的示例的示图。在图10中，使用黑体字母表示新定义的元素。
[°257] 在具有8位的FIC_protocol_vers1n中，指定FIC协议的版本信息。在具有16位的Broadcast_stream_id中，指定广播流ID。
[0258]具有I位的SCD_exist_f lag是表示在LLS流中存在SCD的SCD标记。在具有7位的保留区域之后，在SCD标记表示在LLS流中存在S⑶的情况下，发送LLS流的BBP流的BBP流ID指定为具有8位的Bbpstream_id。
[0259]FIC_level_descriptor()是 FIC 等级的描述符。
[0260]在具有8位的nunuservices中指定服务的数量。根据服务的数量，重复服务循环。在服务循环中，指定以下内容。
[0261 ] 在具有8位的bbpstream_id中指定BBP流ID。在具有16位的provider_id中指定提供商ID。在具有16位的service_id中，指定服务ID。
[0262]在具有8位的service_data_vers1n中，指定关于服务的数据的版本信息。在具有5位的service_category中，指定服务的种类。例如，视频、音频、ESG等指定为种类。
[0263]在具有3位的short_service_name_length中，指定短服务名称的长度。在具有16*m位的short_service_name中，指定短服务名称。在具有3位的service_status中，指定表示是否提供服务的服务状态信息。在具有I位的IP_Vers1n_flag中，指定表示IP数据包的版本的标记。
[0264]在具有I位的signalingscopeall中，指定信令范围信息。信令范围信息表示通过广播分送的SCS信令数据的参考范围。
[0265]在具有3位的num_0f_claSS中，指定类别的数量。根据类别的数量，重复类别循环。在类别循环中，指定以下内容，以便描述类别信息。
?0266] 在具有4位的class_id中，指定类别ID。在该类别ID中，例如，指定“核心”、“增强”等。在具有I位的sp_indicator中，指定表示服务的保护的加密信息。例如，视频流是否加密被指定为加密信息。
[0267]在SCS_src_IP_addr_flag中，指定表示IP数据包的发送源(source)的IP地址的标记。在具有2位的保留区域之后，在SCS_src_IP_addr_flag表示存在IP地址的情况下，发送源(80111^6)的1?地址指定为具有32位或128位的505_(181:_1?_3(1(11.。
[0268]在具有32位或128位的303_(181:_1?_3(1(11'中，指定目的地(destinat1n)IP地址。在具有16位的SCS_dst_port中，指定端口号。在具有16位的SCS_TSI中，指定TSIACS引导程序信息由IP地址、端口号以及TSI构成，用于获取SCS信令数据。
[0269]在具有I位的SCS_sh0rtcut中，指定SCS快捷信息。SCS快捷信息表示在FIC中描述的服务是基本服务还是丰富服务。在具有I位的hybrid中，指定混合信息。混合信息表示构成在FIC中描述的服务的分量的流是仅仅通过广播分送(广播分送)还是通过广播以及通过通信分送(混合分送)。在hybrid之后，提供具有6位的保留区域。
[0270]应注意的是，参考图10解释的FIC的语法仅仅是一个示例，并且还可以使用其他语法。
[0271](SCD 的语法)
[0272]图11是示出具有XML格式的SCD的语法的示例的示图。在图11中，“O”与来自元素和属性之中的属性连接。缩进的元素和属性指定用于父元素。
[0273]如图11所示，用作根元素的SCD元素是majorProtocolvers1n属性、minorProtoco I vers 1n属性、broadcasts treamld属性、name (名称)属性、Tuning_RF元素以及Service(服务)元素的父元素。
[0274]在majorPro toco I vers 1n属性和minorProtoco I vers 1n属性中指定协议的版本信息。在broadcaststreamld属性中，以物理信道为单位，指定广播站的广播流ID。在名称属性中，以物理信道为单位，指定广播站的名称。
[0275]在Tuning_RF元素中，指定关于调谐的信息。Tuning_RF元素是frequency(频率)属性和preamble(前导码)属性的父元素。在frequency属性中，指定用于调谐成预定带的频率。在preambIe属性中，指定物理层的控制信息。
[0276]在Service(服务)元素中，指定关于一个或多个服务的信息。Service元素是service Id属性、globalUniqueServi ce Id属性、1ngName属性以及SignalingOver Internet元素的父元素。
[0277]在serviceld属性中，指定服务ID。设置关于多个服务的信息，服务由该服务ID识另Ij。在globalUniqueServiceld属性中，指定全局唯一服务ID。例如，通过全局唯一服务ID，通过ESG和USBD调谐的服务可以彼此相关联。在1ngName属性中，指定由服务ID识别的服务的名称。
[0278]在SignalingOverlnternet元素中，指定SCS宽带位置信息。通过该SCS宽带位置信息，指定关于通过通信分送的SCS信令数据的信息。SignalingOverlnternet元素是uri属性的父元素。在uri属性中，指定表示获取SCS信令数据的位置的统一资源标识符(URI)。
[0279]在图11中，在基数(Cardinality)被指定为“I”时，仅仅指定一个元素或属性，并且在指定“0..1”的情况下，可以自由地确定是否指定该元素或属性。在指定“1..η”的情况下，指定一个或多个元素或属性，并且在指定“0..η”的情况下，可以自由地确定是否指定一个或多个元素或属性。
[0280]应注意的是，参考图11解释的S⑶的语法仅仅是一个示例，并且还可以使用其他语法。
[0281]〈5、每个设备构成系统的配置〉
[0282]随后，参考图12到图15，解释构成图1的服务提供系统I的发送设备10、接收设备20以及宽带服务器30的详细配置。
[0283](发送设备的配置示例)
[0284]图12是示出应用本技术的发送设备的实施方式的配置的示图。
[0285]如图12所示，发送设备10包括信令生成单元111、信令处理单元112、视频数据获取单元113、视频编码器114、音频数据获取单元115、音频编码器116、多路复用器117以及发送单元118。
[0286]信令生成单元111从外部服务器、内部存储器等中获取原始数据，用于生成信令数据。信令生成单元111使用信令数据的原始数据生成信令数据，并且将信令数据提供给信令处理单元112。
[0287]信令处理单元112处理从信令生成单元111中提供的信令数据并且将信令数据提供给多路复用器117。在这种情况下，生成由LLS元数据(例如，FIC、S⑶等)构成的LLS信令数据和由SCS元数据(例如，USBD、LSID等)构成的SCS信令数据，作为信令数据。
[0288]视频数据获取单元113获取从外部服务器、内部存储器、摄像机等中提供的视频数据，并且将视频数据提供给视频编码器114。视频编码器114根据编码方法(例如，运动图像专家组(MPEG))，编码从视频数据获取单元113中提供的视频数据，并且将视频数据提供给多路复用器117。
[0289]音频数据获取单元115获取从外部服务器、内部存储器、麦克风等中提供的音频数据，并且将音频数据提供给音频编码器116。音频编码器116根据编码方法(例如，MPEG)，编码从音频数据获取单元115中提供的音频数据，并且将音频数据提供给多路复用器117。
[0290]多路复用器117多路复用信令处理单元112的信令数量的流、视频编码器114的视频流、以及音频编码器116的音频流，以生成BBP流，并且将多路复用的流提供给发送单元118。发送单元118通过天线119发送从多路复用器117中提供的BBP流，作为使用IP发送方法的数字广播的广播波(数字广播信号)。
[0291](接收设备的配置示例)
[0292]图13是示出应用本技术的接收设备的实施方式的配置的示图。
[0293]如图13所示，接收设备20包括调谐器212、多路分用器213、控制单元214、NVRAM215、输入单元216、通信单元217、多路分用器218、视频解码器219、视频输出单元220、显示器221、音频解码器222、音频输出单元223以及扬声器224。
[0294]调谐器212根据控制单元214所执行的控制以及根据用户的服务调谐操作从使用IP发送方法的数字广播的广播波中提取并且解调数字广播信号(所述广播波是通过天线211接收的数字广播的广播波(数字广播信号))，并且结果，将所获取的BBP流提供给多路分用器213。
[0295]多路分用器213根据控制单元214所执行的控制将从调谐器212中提供的BBP流分成视频、音频以及信令数据。多路分用器213将视频数据提供给视频解码器219，将音频数据提供给音频解码器222，并且将信令数据提供给控制单元214。
[0296]控制单元214控制接收设备20的每个单元的操作。控制单元214基于从多路分用器213或通信单元217中提供的信令数据，连接至通过广播或通过通信发送的分量的流，并且控制每个单元的操作，以便控制分量的再现。应注意的是，稍后参考图14，解释控制单元214的详细配置。
[0297]NVRAM 215是非易失性存储器，并且根据控制单元214所执行的控制，储存各种类型的数据。输入单元216根据用户的操作将操作信号提供给控制单元214。
[0298]根据控制单元214所执行的控制，通信单元217通过互联网90连接至宽带服务器30，并且请求分送分量的流。通信单元217通过互联网90接收从宽带服务器30中流出并且分送的分量的流，并且将分量的流提供给多路分用器218。根据控制单元214所执行的控制，通信单元217通过互联网90从宽带服务器30中接收数据(例如，SCS信令数据)，并且将该数据提供给控制单元214。
[0299]多路分用器218根据控制单元214所执行的控制将从通信单元217中提供的分量的流分成视频数据和音频数据，将视频数据提供给视频解码器219，并且将音频数据提供给音频解码器222。
[0300]视频解码器219从多路分用器213或多路分用器218中接收视频数据。根据控制单元214所执行的控制，视频解码器219基于解码方法(例如，MPEG)解码视频数据，并且将视频数据提供给视频输出单元220。视频输出单元220将从视频解码器219中提供的视频数据输出给显示器221。因此，例如，显示器221显示节目的视频。
[0301]音频解码器222从多路分用器213或多路分用器218中接收音频数据。根据控制单元214所执行的控制，音频解码器222根据解码方法(例如，MPEG)解码音频数据，并且将音频数据提供给音频输出单元223。音频输出单元223将从音频解码器222中提供的音频数据输出给扬声器224。因此，例如，扬声器224输出对应于节目的视频的音频。
[0302]在图13中，在接收设备20是机顶盒等的情况下，接收设备20可以被配置成没有显示器221和扬声器224。接收设备20可以被配置成没有任何通信功能(例如，通信单元217)。进一步，在接收设备20中，以上再现处理单元(DASH层)由视频解码器219、视频输出单元220、音频解码器222、音频输出单元223以及控制视频解码器219、视频输出单元220、音频解码器222以及音频输出单元223的控制单元214构成。
[0303](控制单元的功能配置示例)
[0304]图14是示出在图13的控制单元214中控制初始扫描处理、调谐处理、过滤处理以及通信处理的部分的功能配置示例的示图。
[0305]在图14中，控制单元214包括调谐控制单元251、过滤控制单元252、信令获取单元253、信令分析单元254、通信控制单元255、以及数据包报头监控单元256。信令获取单元253包括LLS信令获取单元271和SCS信令获取单元272。
[0306]调谐控制单元251控制由调谐器212执行的调谐处理。过滤控制单元252控制由多路分用器213执行的过滤处理。
[0307]在初始扫描处理时，调谐控制单元251控制调谐器212，过滤控制单元252控制多路分用器213，使得LLS信令获取单元271获取在LLS流中发送的LLS信令数据，并且将LLS信令数据提供给信令分析单元254。信令分析单元254在NVRAM 215内记录通过分析来自LLS信令获取单元271的LLS信令数据(LLS元数据，例如，FIC和S⑶)所获取的调谐信息。
[0308]在用户执行服务调谐操作的情况下，调谐控制单元251根据从输入单元216中提供的操作信号，获取在NVRAM 215内记录的调谐信息(FIC和SCD)。调谐控制单元251基于获取的调谐信息，控制由调谐器212执行的调谐处理。调谐控制单元251将包含在调谐信息(FIC)内的SCS引导程序信息提供给过滤控制单元252。
[0309]过滤控制单元252基于从调谐控制单元251中提供的SCS引导程序信息，控制由多路分用器213执行的过滤处理。因此，多路分用器213连接至构成调谐目标的服务的SCS流，并且在ROUTE会话中发送该流的情况下，从LCT数据包中提取SCS信令数据。SCS信令获取单元272获取SCS信令数据(SCS元数据，例如，USBD、USD、SDP,MPD以及LSID)，并且将SCS信令数据提供给信令分析单元254。
[0310]信令分析单元254分析从SCS信令获取单元272中提供的SCS信令数据(SCS元数据，例如，USBD、USD、SDP、MH)以及LSID)，并且将分析结果提供给过滤控制单元252或通信控制单元255。更具体而言，在构成调谐目标的服务的分量的流的分送路线是通过广播的情况下，信令分析单元254识别IP地址、端口号、TSI以及用于连接至分量的流的TOI，并且将IP地址、端口号、TSI以及TOI提供给过滤控制单元252。在构成调谐目标的服务的分量的流的分送路线是通过通信时，信令分析单元254将关于获取它们的位置的信息(例如，URL)提供给通信控制单元255。
[0311]过滤控制单元252基于从信令分析单元254中提供的IP地址、端口号、TSI以及TOI，控制由多路分用器213执行的过滤处理。因此，多路分用器213执行LCT数据包的过滤处理，并且从其中获取的LCT数据包中提取段数据。然后，将作为结果获取的视频数据提供给视频解码器219，并且将音频数据提供给音频解码器222。
[0312]通信控制单元255基于从信令分析单元254中提供的关于获取位置的信息(例如，URL)，控制由通信单元217执行的通信处理。因此，通信单元217通过互联网90接收从宽带服务器30中流出和分送的分量的流，并且将分量的流提供给多路分用器218。然后，通过多路分用器218，将从通信单元217中提供的流中获取的视频数据提供给视频解码器219，并且将音频数据提供给音频解码器222。在从宽带服务器30中分送SCS信令数据的情况下，将来自通信单元217的SCS信令数据提供给SCS信令获取单元272。
[0313]数据包报头监控单元256在多路分用器213处监控在BBP流中发送的数据包，并且分析监控目标的数据包的报头。数据包报头监控单元256根据数据包的报头的分析结果，控制过滤控制单元252，以便通过信令获取单元253获取从满足特定条件的数据包中获取的LLS元数据或SCS元数据。在该过滤处理中，通过使用包括压缩信息(压缩方案)、类型信息(片段类型)、扩展类型信息(类型扩展)以及版本信息的至少一条信息作为特定条件，执行过滤。
[0314](宽带服务器的配置示例)
[0315]图15是示出应用本技术的宽带服务器的实施方式的配置的示图。
[0316]如图15所示，宽带服务器30包括信令生成单元311、信令处理单元312、视频数据获取单元313、视频编码器314、音频数据获取单元315、音频编码器316、数据保持单元317、通信单元318以及控制单元319。
[0317]信令生成单元311从外部服务器、内部存储器等中获取原始数据，用于生成SCS信令数据。信令生成单元311使用SCS信令数据的原始数据生成SCS信令数据，并且将SCS信令数据提供给信令处理单元312。
[0318]信令处理单元312处理从信令生成单元311中提供的SCS信令数据并且将SCS信令数据保持在数据保持单元317中。在这种情况下，生成SCS元数据(例如，USBD和LSID)，作为SCS信令数据。
[0319]视频数据获取单元313获取从外部服务器、内部存储器、视频摄像机等中提供的视频数据，并且将视频数据提供给视频编码器314。视频编码器314根据编码方法(例如，MPEG)，编码从视频数据获取单元313中提供的视频数据，并且将视频数据保持在数据保持单元317中。
[0320]音频数据获取单元315获取从外部服务器、内部存储器、麦克风等中提供的音频数据，并且将音频数据提供给音频编码器316。音频编码器316根据编码方法(例如，MPEG)，编码从音频数据获取单元315中提供的音频数据，并且将音频数据保持在数据保持单元317中。
[0321]根据控制单元319所执行的控制，数据保持单元317保持从信令处理单元312中提供的SCS信令数据、从视频编码器314中提供的视频数据以及从音频编码器316中提供的音频数据。
[0322]根据控制单元319所执行的控制，通信单元318通过互联网90与接收设备20通信。通信单元318根据从接收设备20中提供的请求，读取保持在数据保持单元317内的SCS信令数据、视频数据或音频数据，通过互联网90将SCS信令数据、视频数据以及音频数据发送给发出请求的接收设备20。
[0323]〈6、每个设备所执行的处理的流程〉
[0324]接下来，参考图16到21，解释构成图1的服务提供系统I的每个设备所执行的处理的具体流程。
[0325](发送处理)
[0326]首先，参考图16的流程图，解释由发送设备10执行的发送处理的流程。
[0327]在步骤Slll中，信令生成单元111使用信令数据的原始数据，生成信令数据，并且将信令数据提供给信令处理单元112。在步骤S112中，信令处理单元112处理从信令生成单元111中提供的信令数据，并且将信令数据提供给多路复用器117。
[0328]在这种情况下，生成LLS元数据(例如，FIC和SCD)和SCS元数据(例如，USBD和LSID)，作为信令数据。然而，信令数据可由外部服务器生成。在这种情况下，信令生成单元111为信令处理单元112提供从外部服务器中提供的信令数据。
[0329]在步骤S113中，视频数据获取单元113从外部服务器中获取视频数据(其为分量)，并且将视频数据提供给视频编码器114。在步骤S113中，音频数据获取单元115从外部服务器中获取音频数据(其为分量)，并且将音频数据提供给音频编码器116。
[0330]在步骤S114中，视频编码器114根据编码方法(例如，MPEG)，编码作为从视频数据获取单元113中提供的分量的视频数据，并且将视频数据提供给多路复用器117。在步骤S114中，音频编码器116根据编码方法(例如，MPEG)，编码作为从音频数据获取单元115中提供的分量的音频数据，并且将音频数据提供给多路复用器117。
[0331]在步骤S115中，通过多路复用由信令处理单元112提供的信令数据、由视频编码器114提供的视频流以及由音频编码器116提供的音频流，多路复用器117生成BBP流，并且将多路复用的流提供给发送单元118。
[0332]在步骤S116中，发送单元118通过天线119，发送从多路复用器117中提供的BBP流，作为数字广播信号。在步骤S116的处理结束时，图16的发送处理结束。
[0333 ]在图16的发送处理中，在ROUTE会话中发送分量(例如，视频和音频)的流的情况下，每个分量的文件根据ISO BMFF的标准分成段，并且将从其中获取的段数据储存在LCT数据包内并且发送。
[0334]进一步，在数字广播信号中，可以通过过滤信息(例如，压缩信息(压缩方案)、类型信息(片段类型)、扩展类型信息(类型扩展)以及版本信息)设置储存LLS信令数据(LLS元数据，例如，FIC和SCD)的LLS数据包的LLS报头或者储存SCS信令数据(元数据，例如，USBD和LSID)的LCT数据包的LCT报头。
[0335]上面解释了发送处理的流程。
[0336](频率扫描处理)
[0337]随后，参考图17的流程图，解释由接收设备20执行的频率扫描处理的流程。
[0338]在步骤S211中，控制单元214监控来自输入单元216的操作信号等，并且等待，直到发生频率扫描处理事件。然后，在步骤S212中，在确定已经发生频率扫描处理事件的情况下，随后执行在步骤S213中的处理。
[0339]在步骤S213中，调谐器212根据调谐控制单元251所执行的控制执行频率扫描处理。在步骤S214中，做出在步骤S213的频率扫描处理中是否成功完成了频率扫描的确定。
[0340]在步骤S214中确定频率扫描失败的情况下，随后再次执行在步骤S213中的处理，使得再次执行频率扫描处理。另一方面，在步骤S214中，在确定成功完成了频率扫描处理的情况下，随后执行在步骤S215中的处理。
[0341]在步骤S215中，根据过滤控制单元252所执行的控制，多路分用器213获取并且分析从调谐器212中提供的BBP流。在步骤S216中，做出关于是否发送FIC的确定。
[0342]在步骤S216中，在确定发送FIC的情况下，随后执行在步骤S217中的处理。在步骤S217中，获取FIC，并且将其记录到NVRAM 215中。在步骤S216中确定未发送FIC的情况下，跳过在步骤S217中的处理，并且随后执行在步骤S218中的处理。
[0343 ]在步骤S218中，根据步骤S215的分析结果，做出关于是否从BBP流中提取IP数据包的确定。
[0344]在步骤S218中确定提取IP数据包的情况下，随后执行在步骤S219中的处理。在步骤S219中，多路分用器213丢弃提取的IP数据包。另一方面，在步骤S218中确定提取除了IP数据包以外的数据包的情况下，随后执行在步骤S220中的处理。
[0345]在步骤S220中，根据步骤S215的分析结果，做出关于是否从BBP流中提取LLS数据包的确定。
[0346]在步骤S220中确定提取除了LLS数据包以外的数据包的情况下，随后执行在步骤S219中的处理。在步骤S219中，多路分用器213丢弃提取的不是LLS数据包的数据包。另一方面，在步骤S220中确定提取LLS数据包的情况下，随后执行在步骤S221中的处理。
[0347]在步骤S221中，多路分用器213和控制单元214执行获取和记录LLS的处理。在获取和记录LLS的该处理中，基于加入LLS数据包中的LLS报头的过滤信息，执行过滤处理，并且将在过滤处理中获取的LLS信令数据(LLS元数据，例如，S⑶)作为调谐信息记录到NVRAM215。应注意的是，稍后参考图18的流程图，解释获取和记录LLS的处理的详细内容。
[0348]在步骤S219或步骤S221的处理结束时，随后执行在步骤S222中的处理。在步骤S222中，做出关于是否完成了所有频带的扫描的确定。
[0349]在步骤S222中确定还未完成所有频带的扫描的情况下，随后再次执行在步骤S213中的处理，并且重复步骤S213及其后续步骤的处理。因此，执行所有频带的扫描处理，并且记录调谐信息。然后，在步骤S222中确定完成了所有频带的扫描的情况下，图17的频率扫描处理结束。
[0350]上面解释了频率扫描处理的流程。
[0351](用于获取和记录LLS的处理)
[0352]随后，参考图18的流程图，描述对应于图17的步骤S221的处理的用于获取和记录LLS的处理的详细内容。
[0353]在步骤S231中，数据包报头监控单元256在多路分用器213始终监控在BBP流中发送的LLS数据包，并且分析要监控的LLS数据包的LLS报头。
[0354]在步骤S232中，数据包报头监控单元256根据步骤S231的分析结果确定信令数据(LLS元数据)的类型是否匹配。更具体而言，类型信息(片段类型)设置在LLS数据包的LLS报头内，并且因此，数据包报头监控单元256确定是否提取了(例如)添加有通过类型信息(SP，类型= "000000")设置的LLS报头的LLS数据包。
[0355]应注意的是，在LLS报头的类型信息(片段类型)内指定根据LLS元数据的类型的值。例如，在SCD内指定〃000000〃，在EAD内指定〃000001〃，在RRD内指定〃000010〃，并且在DCD内指定〃000011〃。
[0356]在步骤S232中确定信令数据(LLS元数据)的类型不同的情况下，随后执行在步骤S233中的处理。在步骤S233中，多路分用器213丢弃提取的LLS数据包。另一方面，在步骤S232中确定信令数据(LLS元数据)的类型匹配的情况下，随后执行在步骤S234中的处理。
[0357]在步骤S234中，数据包报头监控单元256根据步骤S231的分析结果确定最近是否获取目标LLS信令数据(LLS元数据)。更具体而言，LLS数据包的LLS报头包括设置在其内的版本信息，并且因此，数据包报头监控单元256确定是否提取了添加有LLS报头(该LLS报头具有设置在其中的最近版本的版本信息)的LLS数据包。
[0358]在步骤S234中，在确定已经获取了目标LLS信令数据(LLS元数据)的情况下，随后执行在步骤S233中的处理。在步骤S233中，多路分用器213丢弃提取的LLS数据包。另一方面，在确定在步骤S234中最近获取了目标LLS信令数据(LLS元数据)的情况下，随后执行在步骤S235中的处理。
[0359]在步骤S235中，数据包报头监控单元256根据步骤S231的分析结果执行扩展过滤信息(Filter_Extens1n)的处理。更具体而言，扩展类型信息设置在LLS数据包的LLS报头内，因此，在处理扩展过滤信息时，例如，做出关于是否提取了添加有LLS报头(所述LLS报头利用满足预定的特定条件(例如，目标区域或紧急程度)的扩展过滤信息而布置)的LLS数据包的确定。
[0360]应注意的是，过滤控制单元252根据利用数据包报头监控单元256所执行的控制，控制多路分用器213，并且执行要监控的LLS数据包的过滤处理，并且由LLS信令获取单元271获取从要监控的LLS数据包之中满足特定条件的LLS数据包中获取的LLS信令数据。
[0361]在步骤S236中，信令分析单元254将由LLS信令获取单元271获取的LLS信令数据(LLS元数据，例如，SCD)记录至NVRAM215。因此，NVRAM 215记录从LLS信令数据(LLS元数据，例如，SCD)中获取的调谐信息。在步骤S233或步骤S236的处理结束时，随后再次执行在图17的步骤S221中的处理，并且执行其后面的处理。
[0362]上面解释了获取和记录LLS的处理的流程。
[0363](预先调谐处理)
[0364]随后，参考图19的流程图，解释由接收设备20执行的预调谐处理的流程。
[0365]在步骤S251中，调谐控制单元251监控从输入单元216中提供的操作信号等，并且等待，直到发生服务调谐事件。然后，在确定在步骤S252中发生服务调谐事件的情况下，随后执行在步骤S253中的处理。
[0366]在步骤S253中，调谐控制单元251获取对应于调谐服务的服务ID(信道号)。在步骤S254中，调谐控制单元251确定是否参考NVRAM 215记录和获取调谐信息(FIC)。
[0367]在步骤S254中确定获取了调谐信息的情况下，随后执行在步骤S255中的处理。在步骤S255中，调谐控制单元251读取和获取在NVRAM 215内记录的调谐信息(FIC和S⑶)。
[0368]另一方面，在步骤S254中确定未获取调谐信息的情况下，随后执行在步骤S256中的处理。在步骤S256中，多路分用器213和控制单元214从LLS流中获取FIC。因此，控制单元214获取调谐信息(FIC和SCD) (S255)。可以在例如更低层(层)(例如，物理层)中发送FId且在这种情况下，从其中获取FIC。
[0369]在步骤S257中，调谐器212、多路分用器213、控制单元214等基于在步骤S255的处理中获取的调谐信息(FIC和SCD)执行调谐处理。稍后参考图20和图21的流程图，解释调谐处理的详细内容。
[0370]上面解释了预调谐处理的流程。
[0371](调谐处理)
[0372]随后，参考图20的流程图，描述对应于图19的步骤S257的处理的调谐处理的详细内容。
[0373]在步骤S271中，信令分析单元254读取在NVRAM 215中记录的FIC，并且分析在FIC中描述的类别信息。在这种情况下，做出接收设备20(S卩，目标(例如，移动接收器和固定接收器))是否属于例如增强类别、核心类别等之中的哪个类别的确定。然后，基于该确定结果，执行后续处理。
[0374]在步骤S272中，控制单元214确定接收设备20是否具有通信功能，并且在接收设备20具有通信功能的情况下，控制单元214确定该功能是否有效，使得做出接收设备20是否仅仅可以接收广播的确定。在步骤S272中(例如)如果确定接收设备20B没有通信功能(例如，通信单元217)并且确定仅仅能够接收广播的情况下，随后执行在步骤S273中的处理。
[0375]在步骤S273中，信令分析单元254参考在NVRAM 215内记录的调谐信息(FIC)确定SCS快捷信息(SCS_shortcut)是否指定为“TRUE”。
[0376]在步骤S273中确定SCS快捷信息(SCS_sh0rtcut)指定为“TRUE”的情况下，随后执行在步骤S274中的处理。在步骤S274中，SCS信令获取单元272根据由多路分用器213执行的过滤处理的结果，获取在ROUTE会话中发送的MH)和LSID。在步骤S274的处理中获取的MH)和LSID由信令分析单元254分析，并且将其分析结果提供给过滤控制单元252。
[0377]在步骤S275中，过滤控制单元252基于从信令分析单元254中提供的分析结果(IP地址、端口号、TSI以及TOI )，控制由多路分用器213执行的过滤处理。
[0378]因此，在多路分用器213中，执行LCT数据包的过滤处理，从获取的LCT数据包(从多路分用器213获取)中提取段数据，并且获取(捕捉)构成调谐服务的分量。在步骤S276中，做出关于是否捕捉了要获取的所有分量的确定，并且重复步骤S275的处理，直到捕捉所有分量，使得例如获取(捕捉)构成调谐服务的视频数据和音频数据。
[0379]然后，例如，解码在步骤S275的处理中获取的视频数据和音频数据，并且执行渲染处理等，使得再现对应于在图19的步骤S252的处理中调谐的服务的节目的视频和音频，并且观众开始观看服务(S281)。
[0380]如上所述，在FIC的SCS快捷信息(SCS_shortcut)指定为“TRUE”的情况下，可以通过使用Mro和LSID获取期望的分量，而不参考所有SCS元数据。
[0381]另一方面，在步骤S273中确定SCS快捷信息(SCS_sh0rtcut)指定为“FALSE”的情况下，随后执行在步骤S277中的处理。在步骤S277中，SCS信令获取单元272根据由多路分用器213执行的过滤处理的结果，获取在ROUTE会话中发送的SCS信令数据，例如，USBD、USD, MPD以及SDP。通过信令分析单元254分析在步骤S277的处理中获取的SDP，并且将分析结果提供给过滤控制单元252。
[0382]在步骤S278中，SCS信令获取单元272根据由多路分用器213执行的过滤处理的结果，获取在ROUTE会话中发送的LSID。通过信令分析单元254分析在步骤S278的处理中获取的LSID，并且将分析结果提供给过滤控制单元252。
[0383]在步骤S279中，过滤控制单元252基于从信令分析单元254中提供的分析结果(IP地址、端口号、TSI以及TOI )，控制由多路分用器213执行的过滤处理。
[0384]因此，在多路分用器213中，执行LCT数据包的过滤处理，从LCT数据包(从所述多路分用器213获取)中提取段数据，并且获取(捕捉)构成调谐服务的分量。在步骤S280中，做出关于是否捕捉了要获取的所有分量的确定，并且重复步骤S279的处理，直到捕捉所有分量，使得例如获取(捕捉)构成调谐服务的视频数据和音频数据。
[0385]然后，例如，解码在步骤S279的处理中获取的视频数据和音频数据，并且执行渲染处理等，使得再现对应于在图19的步骤S252的处理中调谐的服务的节目的视频和音频，并且观众开始观看服务(S281)。
[0386]如上所述，在FIC的SCS快捷信息(SCS_sh0rtcut)指定为“FALSE”的情况下，不能仅仅从在MPD和LSID中描述的内容，识别获取分量的位置，并且因此，通过不仅参考MPD和LSID，而且参考其他SCS元数据(例如，USBD、USD、MPD、SDP等)，获取期望的分量。在步骤S281的处理结束时，随后再次执行图19的步骤S257的处理，并且执行其后的处理。
[0387]在步骤S272中接收设备20(接收设备20A)被确定为支持广播和通信的混合接收的情况下，随后执行在步骤S282中的处理。在步骤S282中，执行支持广播和通信的混合的调谐处理。应注意的是，稍后，参考图21的流程图，解释支持该混合的调谐处理的详细内容。
[0388]上面解释了调谐处理的流程。
[0389](支持混合的调谐处理)
[0390]随后，参考图21的流程图，解释对应于与图20的步骤S282的处理支持混合的调谐处理的详细内容。
[0391]在步骤S291中，信令分析单元254参考在NVRAM 215.内记录的调谐信息(FIC)确定混合信息(“hybrid”)是否指定为“TRUE”。
[0392]在步骤S291中确定混合信息(“hybrid”)不指定为“TRUE”的情况下，随后执行在图20的步骤S273中的处理，并且执行其后的处理。更具体而言，在这种情况下，这表示仅仅通过广播分送分量的流，并且因此，甚至支持混合接收的接收设备20A不使用通信功能，并且执行与仅仅能够接收广播的接收设备20B相同的处理。
[0393]在步骤S291中确定混合信息(“hybrid”)指定为“TRUE”的情况下，随后执行在步骤S292中的处理。在步骤S292中，确定接收设备20是否被配置成能够通过启用通信功能执行混合接收。
[0394]在步骤S292中接收设备20被确定为不被配置成能够执行混合接收的情况下，随后执行在图20的步骤S273中的处理，并且执行其后的处理。更具体而言，在这种情况下，甚至支持混合的接收设备20A不使用通信功能，并且执行与仅仅能够接收广播的接收设备20B相同的处理。
[0395]在步骤S292中，在确定接收设备20被配置成能够执行混合接收的情况下，随后执行在步骤S293中的处理。在步骤S293中，通过参考在NVRAM 215内记录的调谐信息(FIC)，信令分析单元254确定信令范围信息(signaling scope all)是否指定为“TRUE”。
[0396]在步骤S293中确定信令范围信息(signaling scope all)指定为“TRUE”的情况下，随后执行在步骤S294中的处理。在步骤S294中，过滤控制单元252基于SCS引导程序信息，控制多路分用器213执行的过滤处理。SCS信令获取单元272根据由多路分用器213执行的过滤处理的结果，获取在ROUTE会话中发送的SCS信令数据，例如，USBD、USD、MPD以及SDP。
[0397]应注意的是，为每条类别信息(例如，增强类别和核心类别)设置SCS引导程序信息，并且因此，获取根据在图20的步骤S271的处理中确定的类别信息的SCS信令数据。
[0398]另一方面，在步骤S293中确定“FALSE”指定为信令范围信息(所有信令范围)的情况下，随后执行在步骤S295中的处理。在步骤S295中，通过参考在NVRAM 215中记录的调谐信息(S C D )，信令分析单元2 5 4确定在S C D内是否存在S C S宽带位置信息(Signal ingOverInternet元素的uri属性)。
[0399]在步骤S295中确定在SCD中存在SCS宽带位置信息(Signal ingOver Internet元素的uri属性)的情况下，随后执行在步骤S296中的处理。在步骤S296中，通信控制单元255根据信令分析单元254提供的分析结果(SignalingOverlnternet元素的uri属性)控制通信单元217，并且通过互联网90访问宽带服务器30，使得获取SCS信令数据，例如，USBD、USD, MPD以及SDP。
[0400]在步骤S295中确定不存在SCS宽带位置信息(Signal ingOver Internet元素的uri属性)的情况下，随后执行在步骤S294中的处理，通过广播获取SCS信令数据。
[0401 ] 在完成在步骤S294或步骤S296中的处理时，随后执行在步骤S297中的处理。在步骤S297中，信令分析单元254分析通过在步骤S294或步骤S296中的处理所获取的MPD，并且从Adap tat 1nSet元素中的Representat 1n元素中列举的分量之中，确定在清染处理中要处理的分量(要观看的分量)。
[0402]在步骤S298中，信令分析单元254分析在步骤S294或步骤S296中的处理中获取的USD 和 MPD，并且根据 MPD 的段 URL 是在 USD 的 deli veryMethod 元素的broadcastAppService 元素中描述还是在USD的deli veryMethod元素的uni castAppService元素中描述，确定要获取的分量的流的分送路线是通过广播还是通过通信。
[0403]在步骤S298中确定分量的分送路线是通过广播的情况下，随后执行在步骤S299中的处理。在这种情况下，通过信令分析单元254分析在步骤S294或步骤S296的处理中获取的SCS信令数据，并且将其分析结果提供给过滤控制单元252。
[0404]然后，在步骤S299中，信令获取单元253根据由多路分用器213执行的过滤处理的结果，获取在ROUTE会话中发送的LSID。在步骤S299的处理中获取的LSID由信令分析单元254分析，并且将分析结果提供给过滤控制单元252。
[0405]在步骤S300中，过滤控制单元252基于从信令分析单元254中提供的分析结果(IP地址、端口号、TSI以及Τ0Ι)，控制由多路分用器213执行的过滤处理。因此，多路分用器213执行LCT数据包的过滤处理，使得从LCT数据包(该数据包从多路分用器213获取)中提取段数据，并且获取(捕捉)构成调谐服务的分量。
[0406]另一方面，在步骤S298中确定分量的分送路线是通过通信的情况下，随后执行在步骤S301中的处理。在步骤S301中，信令分析单元254分析在步骤S294或步骤S296的处理中获取的MPD，并且将从其分析的结果中获取的媒体段信息(段URL)提供给通信控制单元255。因此，通信控制单元255从信令分析单元254中获取媒体段信息(段URL)。
[0407]然后，在步骤S300中，通信控制单元255根据由信令分析单元254提供的媒体段信息(段URL)，控制通信单元217，并且通过互联网90访问宽带服务器30，使得获取(捕捉)构成调谐服务的分量。
[0408]在步骤S300的处理结束时，随后执行在步骤S302中的处理。在步骤S302中，做出关于是否捕捉了要获取的所有分量的确定。在确定没有在步骤S302中捕捉所有分量的情况下，随后再次执行在步骤S298中的处理，并且执行其后的处理。
[0409]更具体而言，重复步骤S298到S302的处理，使得通过广播或者通信获取分量，并且在确定在步骤S302中捕捉了所有分量的情况下，随后执行在步骤S303中的处理。在步骤S303中，例如，解码在步骤S300的处理中获取的视频数据和音频数据，并且执行渲染处理等，使得再现对应于在图19的步骤S252的处理中调谐的服务的节目的视频和音频，并且观众开始观看服务(S303)。
[0410]在步骤S303的处理结束时，随后再次执行在图20的步骤S282中的处理，并且执行其后的处理。
[0411 ]上面解释了支持混合的调谐处理的流程。
[0412]〈7、修改〉
[0413]在以上解释中，目前正在建立的作为在美国的下一代广播标准的ATSC3.0预期使用数字广播，该数字广播使用IP发送方法。因此，作为在美国等国家使用的方法的ATSC解释为地面数字电视广播的标准。可替换地，该实施方式还可以用于作为在日本等国家使用的方法的综合服务数字广播(ISDB)以及作为在每个欧洲国家使用的方法的数字视频广播(DVB)。该实施方式不限于地面数字电视广播，并且该实施方式还可用于数字卫星电视广播、数字有线电视广播等内。
[0414]在以上解释中，作为描述的缩写的“D”用作信令数据的名称，但是可以使用作为表格的缩写的“T”。例如，服务配置描述(SCD)可以描述为服务配置表格(SCT)。例如，服务参数描述(SPD)可以描述为服务参数表格(SPT)。然而，名称的差异是在“描述”与“表格”之间的格式上的差异，并非信令数据的实际内容的不同。
[0415]进一步，在以上解释中，在通过二进制格式和文本格式描述信令数据的情况下，相对于元素和属性，解释信令数据，但是元素或属性的名称是示例，并且还可使用其他名称。例如，在FIC等中定义的广播流ID(Broadcast Stream ID)也可以称为网络ID(NetworkID)、RF分配ID(RF Alloc ID)、RF信道ID(RF Channel ID)等。然而，名称的差异是格式上的差异，并非这些元素和属性的实际内容的不同。
[0416]〈8、计算机的配置〉
[0417]上面解释的这系列处理可以由硬件执行或者还可以由软件执行。在这系列处理由软件执行的情况下，构成软件的程序安装在计算机内。图22是示出通过程序执行这系列处理的计算机的硬件的配置示例的示图。
[0418]在计算机900中，中央处理单元(CPU)901、只读存储器(R0M)902以及随机存取存储器(RAM)903通过总线904彼此连接。进一步，总线904连接至输入/输出接口 905。输入/输出接口 905连接至输入单元906、输出单元907、记录单元908、通信单元909以及驱动器910。
[0419]输入单元906由键盘、鼠标、麦克风等构成。输出单元907由显示器、扬声器等构成。记录单元908由硬盘、非易失性存储器等构成。通信单元909由网络接口等构成。驱动器910驱动可移除介质911，例如，磁盘、光盘、磁光盘或半导体存储器。
[0420]在如上所述配置的计算机900中，CPU 901通过输入/输出接口905和总线904在RAM903内载入在ROM 902和记录单元908内记录的程序，并且执行这些程序，使得执行这系列处理。
[0421 ]例如，通过记录在用作封装介质等的可移除介质911内，可以提供由计算机900(CPU 901)执行的程序。可替换地，可以通过有线或无线发送介质(例如，局域网、互联网和数字卫星广播)提供程序。
[0422]在计算机900中，通过将可移除介质911连接至驱动器910，该程序可以通过输入/输出接口 905安装在记录单元908内。可替换地，可以通过有线或无线发送介质，由通信单元909接收程序，并且可以安装到记录单元908中。依然可替换地，程序可以提前安装在ROM902和记录单元908内。
[0423]在这种情况下，在本说明书中，可以不必根据通过流程图解释的时间序列，执行由计算机根据程序执行的处理。更具体而言，由计算机根据程序执行的处理还包括平行或者单独地执行的处理(例如，平行处理或者目标处理)。该程序可在单个计算机(处理器)中处理或者可由多个计算机通过分送的方式处理。
[0424]应注意的是，本技术的实施方式不限于以上实施方式，并且在不背离本技术的主旨的情况下，可以通过各种方式改变。
[0425]还可如下配置本技术。
[0426](I)
[0427]一种接收设备，包括:
[0428]第一获取单元，获取第一元数据，所述第一元数据包括类别信息，所述类别信息用于在多个模式中提供由IP地址识别，并且由数字广播的广播波使用互联网协议(IP)发送方法发送的服务；以及
[0429]控制单元，基于包含在所述第一元数据内的所述类别信息，通过连接至针对所述多个模式中的每个模式构成所述服务的分量的流，控制所述分量的再现。
[0430](2)
[0431]根据(I)所述的接收设备，其中，所述类别信息包括用于获取第二元数据的引导程序信息，所述第二元数据包括关于所述多个模式中的每个模式的所述分量的所述流的信息，并且
[0432]所述接收设备进一步包括第二获取单元，用于基于所述引导程序信息，获取所述第二元数据，
[0433]其中，所述控制单元基于所述第二元数据，连接至所述分量的流。
[0434](3)
[0435]根据(2)所述的接收设备，其中，所述服务是提供分层编码的服务，并且
[0436]所述类别信息包括用于提供基础层的信息以及用于提供增强层的信息。
[0437](4)
[0438]根据(2)或(3)所述的接收设备，其中，所述第一元数据包括信令范围信息，所述信令范围信息指示仅仅使用通过所述广播分送的所述第二元数据，是否能够获取构成所述服务的所述分量，并且
[0439]所述第二获取单元基于所述信令范围信息，获取所述第二元数据。
[0440](5)
[0441]根据(2)到(4)中任一项所述的接收设备，其中，所述第一元数据包括快捷信息，所述快捷信息指示构成所述服务的所述分量的流是能够通过MME类型单独识别的基本服务还是除了所述基本服务以外的服务，并且
[0442]所述第二获取单元基于所述快捷信息，获取所述第二元数据。
[0443](6)
[0444]根据(2)到(5)中任一项所述的接收设备，其中，所述第一元数据包括混合信息，所述混合信息指示构成所述服务的所述分量的流是仅仅通过所述广播分送还是通过所述广播以及通过所述通信分送，并且
[0445]所述第二获取单元基于所述混合信息，获取所述第二元数据。
[0446](7)
[0447]根据(2)到(6)中任一项所述的接收设备，其中，构成所述服务的所述分量的流通过所述广播或者通过所述通信分送，并且
[0448]所述第二元数据通过所述广播或者通过所述通信分送。
[0449](8)
[0450]根据(2)到(6)中任一项所述的接收设备，其中，所述第一元数据是具有二进制格式的数据，并且是在所述IP发送方法的协议栈中比IP层更低的层中发送的第一信令数据，并且
[0451]所述第二元数据是具有文本格式的数据，并且是在所述IP发送方法的所述协议栈中相对于所述IP层的父层中发送的第二信令数据。
[0452](9)
[0453]根据(8)所述的接收设备，其中，通过扩展单向传输的文件传送(FLUTE)所获取的单向传输的实时对象传送(ROUTE)会话，发送构成所述服务的所述分量和发送所述第二信令数据的所述流。
[0454](10)
[0455]—种接收设备的接收方法，其中，所述接收方法包括步骤，用于促使所述接收设备执行以下操作:
[0456]获取第一元数据，所述第一元数据包括类别信息，所述类别信息用于在多个模式中提供由IP地址识别，并且由数字广播的广播波使用互联网协议(IP)发送方法发送的服务;并且
[0457]基于包含在所述第一元数据内的所述类别信息，通过连接至针对所述多个模式中的每个模式构成所述服务的分量的流，控制所述分量的再现。
[0458](11)
[0459]—种发送设备，包括:
[0460]生成单元，生成第一元数据，所述第一元数据包括类别信息，所述类别信息用于在多个模式中提供由IP地址识别，并且由数字广播的广播波使用互联网协议(IP)发送方法发送的服务；以及
[0461]发送单元，发送所生成的第一元数据。
[0462](12)
[0463]根据(11)所述的发送设备，其中，所述类别信息包括用于获取第二元数据引导程序信息，所述第二元数据包括关于针对所述多个模式中的每个模式构成所述服务的分量的流的ig息。
[0464](13)
[0465]根据(12)所述的发送设备，其中，所述服务是提供分层编码的服务，并且
[0466]所述类别信息包括用于提供基础层的信息以及用于提供增强层的信息。
[0467](14)
[0468]根据(12)或(13)所述的发送设备，其中，所述第一元数据包括信令范围信息，所述信令范围信息指示仅仅使用通过所述广播分送的所述第二元数据，是否能够获取构成所述服务的所述分量。
[0469](15)
[0470]根据(12)到(14)中任一项所述的发送设备，其中，所述第一元数据包括快捷信息，所述快捷信息指示构成所述服务的所述分量的流是能够通过MME类型单独识别的基本服务还是除了所述基本服务以外的服务。
[0471](16)
[0472]根据(12)到(15)中任一项所述的发送设备，其中，所述第一元数据包括混合信息，所述混合信息指示构成所述服务的所述分量的流是仅仅通过所述广播分送还是通过所述广播以及通过所述通信分送。
[0473](17)
[0474]根据(12)到(16)中任一项所述的发送设备，其中，构成所述服务的所述分量的流通过所述广播或者通过所述通信分送，并且
[0475]所述第二元数据通过所述广播或者通过所述通信分送。
[0476](18)
[0477]根据(12)到(16)中任一项所述的发送设备，其中，所述第一元数据是具有二进制格式的数据，并且是在所述IP发送方法的协议栈中比IP层更低的层中发送的第一信令数据，并且
[0478]所述第二元数据是具有文本格式的数据，并且是在所述IP发送方法的所述协议栈中相对于所述IP层的父层中发送的第二信令数据。
[0479](19)
[0480]根据(18)所述的发送设备，其中，在通过扩展FLUTE所获取的ROUTE会话中，发送构成服务的所述分量和发送所述第二信令数据的所述流。
[0481](20)
[0482]—种发送设备的发送方法，其中，所述发送方法包括步骤，用于促使所述发送设备执行以下操作:
[0483]生成第一元数据，所述第一元数据包括类别信息，所述类别信息用于在多个模式中提供由IP地址识别，并且由数字广播的广播波使用互联网协议(IP)发送方法发送的服务;并且
[0484]发送所生成的第一元数据。
[0485]附图标记列表
[0486]1:服务提供系统
[0487]10:发送设备
[0488]20:接收设备
[0489]30:宽带服务器
[0490]90:互联网
[0491 ] 111:信令生成单元
[0492]113:视频数据获取单元
[0493]115:音频数据获取单元
[0494]118:发送单元
[0495]212:调谐器
[0496]214:控制单元
[0497]217:通信单元
[0498]251:调谐控制单元
[0499]252:过滤控制单元
[0500]253:信令获取单元[0501 ]254:信令分析单元
[0502]255:通信控制单元
[0503]256:数据包报头监控单元
[0504]271:LLS信令获取单元
[0505]272: SCS信令获取单元
[0506]311:信令生成单元
[0507]313:视频数据获取单元
[0508]315:音频数据获取单元
[0509]318:通信单元
[0510]900:计算机
[0511]901: CPU
【主权项】
1.一种接收设备，包括: 第一获取单元，获取第一元数据，所述第一元数据包括类别信息，所述类别信息用于在多个模式中提供由IP地址识别，并且由数字广播的广播波使用互联网协议(IP)发送方法发送的服务；以及 控制单元，基于包含在所述第一元数据内的所述类别信息，通过连接至针对所述多个模式中的每个模式构成所述服务的分量的流，控制所述分量的再现。2.根据权利要求1所述的接收设备，其中，所述类别信息包括用于获取第二元数据的引导程序信息，所述第二元数据包括关于所述多个模式中的每个模式的所述分量的所述流的信息，并且 所述接收设备进一步包括第二获取单元，用于基于所述引导程序信息，获取所述第二元数据， 其中，所述控制单元基于所述第二元数据，连接至所述分量的流。3.根据权利要求2所述的接收设备，其中，所述服务是提供分层编码的服务，并且 所述类别信息包括用于提供基础层的信息以及用于提供增强层的信息。4.根据权利要求2所述的接收设备，其中，所述第一元数据包括信令范围信息，所述信令范围信息指示仅仅使用通过所述广播分送的所述第二元数据，是否能够获取构成所述服务的所述分量，并且 所述第二获取单元基于所述信令范围信息，获取所述第二元数据。5.根据权利要求2所述的接收设备，其中，所述第一元数据包括快捷信息，所述快捷信息指示构成所述服务的所述分量的流是能够通过M ME类型单独识别的基本服务还是除了所述基本服务以外的服务，并且 所述第二获取单元基于所述快捷信息，获取所述第二元数据。6.根据权利要求2所述的接收设备，其中，所述第一元数据包括混合信息，所述混合信息指示构成所述服务的所述分量的流是仅仅通过所述广播分送还是通过所述广播以及通过通信分送，并且 所述第二获取单元基于所述混合信息，获取所述第二元数据。7.根据权利要求2所述的接收设备，其中，构成所述服务的所述分量的流通过所述广播或者通过通信分送，并且 所述第二元数据通过所述广播或者通过所述通信分送。8.根据权利要求2所述的接收设备，其中，所述第一元数据是具有二进制格式的数据，并且是在所述IP发送方法的协议栈中比IP层更低的层中发送的第一信令数据，并且 所述第二元数据是具有文本格式的数据，并且是在所述IP发送方法的所述协议栈中相对于所述IP层的父层中发送的第二信令数据。9.根据权利要求8所述的接收设备，其中，通过扩展单向传输的文件传送(FLUTE)所获取的单向传输的实时对象传送(ROUTE)会话，发送构成所述服务的所述分量和发送所述第二信令数据的所述流。10.一种接收设备的接收方法，其中，所述接收方法包括步骤，用于促使所述接收设备执行以下操作: 获取第一元数据，所述第一元数据包括类别信息，所述类别信息用于在多个模式中提供由IP地址识别，并且由数字广播的广播波使用互联网协议(IP)发送方法发送的服务;并且 基于包含在所述第一元数据内的所述类别信息，通过连接至针对所述多个模式中的每个模式构成所述服务的分量的流，控制所述分量的再现。11.一种发送设备，包括: 生成单元，生成第一元数据，所述第一元数据包括类别信息，所述类别信息用于在多个模式中提供由IP地址识别，并且由数字广播的广播波使用互联网协议(IP)发送方法发送的服务；以及 发送单元，发送所生成的第一元数据。12.根据权利要求11所述的发送设备，其中，所述类别信息包括用于获取第二元数据引导程序信息，所述第二元数据包括关于针对所述多个模式中的每个模式构成所述服务的分量的流的信息。13.根据权利要求12所述的发送设备，其中，所述服务是提供分层编码的服务，并且 所述类别信息包括用于提供基础层的信息以及用于提供增强层的信息。14.根据权利要求12所述的发送设备，其中，所述第一元数据包括信令范围信息，所述信令范围信息指示仅仅使用通过所述广播分送的所述第二元数据，是否能够获取构成所述服务的所述分量。15.根据权利要求12所述的发送设备，其中，所述第一元数据包括快捷信息，所述快捷信息指示构成所述服务的所述分量的流是能够通过MME类型单独识别的基本服务还是除了所述基本服务以外的服务。16.根据权利要求12所述的发送设备，其中，所述第一元数据包括混合信息，所述混合信息指示构成所述服务的所述分量的流是仅仅通过所述广播分送还是通过所述广播以及通过通信分送。17.根据权利要求12所述的发送设备，其中，构成所述服务的所述分量的流通过所述广播或者通过通信分送，并且 所述第二元数据通过所述广播或者通过所述通信分送。18.根据权利要求12所述的发送设备，其中，所述第一元数据是具有二进制格式的数据，并且是在所述IP发送方法的协议栈中比IP层更低的层中发送的第一信令数据，并且 所述第二元数据是具有文本格式的数据，并且是在所述IP发送方法的所述协议栈中相对于所述IP层的父层中发送的第二信令数据。19.根据权利要求18所述的发送设备，其中，在通过扩展FLUTE所获取的ROUTE会话中，发送构成服务的所述分量和发送所述第二信令数据的所述流。20.一种发送设备的发送方法，其中，所述发送方法包括步骤，用于促使所述发送设备执行以下操作: 生成第一元数据，所述第一元数据包括类别信息，所述类别信息用于在多个模式中提供由IP地址识别，并且由数字广播的广播波使用互联网协议(IP)发送方法发送的服务;并且 发送所生成的第一元数据。
【文档编号】H04N21/235GK105900440SQ201580003887
【公开日】2016年8月24日
【申请日】2015年10月30日
【发明人】北原淳, 北里直久, 山岸靖明
【申请人】索尼公司