本发明涉及一种接收装置、发送装置和数据处理方法，并且更具体地涉及配置为以更高的速度执行频率扫描的接收装置、发送装置和数据处理方法。
背景技术：
：：在能够接收地面广播的接收机中，在首次使用接收机的情况下，可通过执行所谓的初始扫描处理并保持关于可选服务(信道)的信道选择信息来选择服务(例如，参照专利文献1)。引文列表专利文献专利文献1：日本专利申请公开第2015-073244号。技术实现要素：本发明要解决的问题目前，在初始扫描处理中，可通过在每个预定频带中重复频率扫描来获得信道选择信息。然而，根据频带的使用模式，甚至在获得必要的信息之后，仍不能在每个频带中完成频率扫描，并且初始扫描处理的处理时间变长。因此，期望以更高的速度进行频率扫描的方案。本技术是鉴于这种情况而做出的，旨在能够以更高的速度进行频率扫描。解决问题的方案根据本技术的第一方面的接收装置是一种接收装置，包括：接收单元，被配置为接收广播波；以及控制单元，被配置为基于提供商的数量信息来执行对广播波的频率扫描，以生成用于选择服务的信道选择信息，提供商信息的数量表示在相同频带中提供服务的广播提供商的数量。根据本技术的第一方面的接收装置可以是独立装置或是构成一个装置的内部块。另外，根据本技术的第一方面的数据处理方法是与上述本技术的第一方面的接收装置相对应的数据处理方法。在根据本技术的第一方面的接收装置和数据处理方法中，接收广播波，并且基于提供商的数量信息来执行对广播波的频率扫描，该提供商的数量信息表示在相同频带中提供服务的广播提供商的数量，从而生成用于选择服务的信道选择信息。根据本技术的第二方面的发送装置是一种发送装置，包括：生成单元，配置为生成提供商的数量信息，该提供商的数量信息表示在相同频带中提供服务的广播提供商的数量；以及发送单元，配置为通过广播波来发送所生成的提供商的数量信息。根据本技术的第二方面的发送装置可以是独立装置或者可以是构成一个装置的内部块。另外，根据本技术的第二方面的数据处理方法是与上述本技术的第二方面的发送装置相对应的数据处理方法。在根据本技术的第二方面的发送装置和数据处理方法中，生成表示在相同频带中提供服务的广播提供商的数量的提供商的数量信息，以及通过广播波发送所生成的提供商的数量信息。附图说明[图1]是示出应用本技术的传输系统的一个实施方式的配置的图。[图2]是示出发送装置的配置的示例图。[图3]是示出接收装置的配置的示例图。[图4]是示出应用本技术的ip传输方法的协议栈的图。[图5]是示出lls分组的结构图。[图6]是示出lls表的语法的示例图。[图7]是描述现行初始扫描处理流程的图。[图8]是描述本技术的初始扫描处理流程1的图。[图9]是描述本技术的初始扫描处理流程2的图。[图10]是示出广播传输路径、广播提供商和lls之间的关系的图。[图11]是描述初始扫描处理的流程图。[图12]是描述lls获取处理的流程图。[图13]是描述信令获取处理的流程图。[图14]是描述发送和接收处理的流程图。[图15]是示出计算机的配置示例的图。具体实施方式下面将参照附图描述本技术的实施方式。请注意，描述将按以下顺序进行。1.系统的配置2.本技术概述3.本技术的初始扫描处理的具体示例4.本技术的初始扫描处理流程5.变型例6.计算机的配置1.系统的配置(传输系统的配置示例)图1是示出应用本技术的传输系统的一个实施方式的配置的图。需要注意，该系统是指多个装置的逻辑组。在图1中，传输系统1包括发送装置10和接收装置20。在该传输系统1中，执行符合数字广播标准的数据传输。发送装置10是经由传输路径30发送内容的发送器。例如，发送装置10将包括构成内容(诸如广播节目)的视频、音频(分量)等以及信令的广播流作为广播波经由传输路径30发送。接收装置20是接收经由传输路径30传输的内容的接收机。例如，接收装置20从发送装置10接收广播波，获取来自广播流的构成内容的视频、音频(分量)等以及信令，并且再现诸如广播节目的内容的视频和音频。需要注意，在传输系统1中，除了地面波(地面广播)之外，传输路径30可以是例如使用广播卫星(bs)或通信卫星(cs)的卫星广播，或者使用电缆(catv：commonantennatelevision，共用天线电视)等的有线广播。(发送装置的配置)图2是示出图1的发送装置10的配置示例的图。在图2中，发送装置10包括控制单元111、视频数据获取单元112、视频处理单元113、音频数据获取单元114、音频处理单元115、字幕数据获取单元116、字幕处理单元117、信令生成单元118、信令处理单元119、复用器120和发送单元121。控制单元111控制发送装置10的每个单元的操作。视频数据获取单元112从外部服务器、相机、记录介质等获取诸如广播节目的内容的视频数据，并将该视频数据提供给视频处理单元113。视频处理单元113例如将诸如符合预定编码方法的编码处理的处理应用于从视频数据获取单元112提供的视频数据，并且将作为结果的视频流提供给复用器120。音频数据获取单元114从外部服务器、麦克风、记录介质等获取诸如广播节目的内容的音频数据，并将该音频数据提供给音频处理单元115。音频处理单元115例如将诸如符合预定编码方法的编码处理的处理应用于从音频数据获取单元114提供的音频数据，并且将作为结果的音频流提供给复用器120。字幕数据获取单元116从外部服务器、记录介质等获取诸如广播节目的内容的字幕数据，并将该字幕数据提供给字幕处理单元117。字幕处理单元117例如将诸如符合预定编码方法的编码处理的处理应用于从字幕数据获取单元116提供的字幕数据，并且将作为结果的字幕流提供给复用器120。基于作为从外部服务器、记录介质等获取的信令的基础的数据，信令生成单元118生成信令并将该信令提供给信令处理单元119。需要注意，信令是例如用于处理诸如在接收侧选择服务和再现内容的控制信息。信令处理单元119处理从信令生成单元118提供的信令，并将作为结果的信令流提供给复用器120。复用器120多路复用从视频处理单元113提供的视频流、从音频处理单元115提供的音频流、从字幕处理单元117提供的字幕流和从信令处理单元119提供的信令流。复用器120将作为结果的复用流提供给发送单元121。发送单元121对从复用器120提供的复用流进行必要的处理(例如，调制处理等)，将作为结果的广播流作为数字广播的广播波经由天线131发送。发送装置10被配置为如上所述。需要注意，在图2中，为了便于说明，尽管将发送装置10描述为包括一个装置，但发送侧的发送装置10也可以是包括多个装置的系统，多个装置的每一个具有图2块的功能。(接收装置的配置)图3是示出图1的接收装置20的配置示例的图。在图3中，接收装置20包括控制单元211、存储器212、输入单元213、接收单元214、分用器215、视频处理单元216、视频输出单元217、音频处理单元218、音频输出单元219、字幕处理单元220、显示单元221和扬声器222。控制单元211包括例如中央处理单元(cpu)、微处理器等。控制单元211控制接收装置20的每个单元的操作。存储器212包括例如诸如非易失性ram(nvram)的非易失性存储器等。存储器212根据来自控制单元211的控制来记录各种类型的数据。输入单元213包括例如输入接口电路等。输入单元213响应于用户操作向控制单元211提供操作信号。控制单元211基于从输入单元213提供的操作信号来控制每个单元的操作。接收单元214包括例如调谐器、解调器等。接收单元214将必要的处理(例如，解调处理等)应用到从经由天线231接收的数字广播的广播波获取的广播流，并且将作为结果的复用流提供给分用器215。分用器215包括例如主片上系统(soc)等。分用器215将从接收单元214提供的复用流划分成视频流、音频流、字幕流和信令流。分用器215将视频流、音频流、字幕流和信令流分别提供给视频处理单元216、音频处理单元218、字幕处理单元220和控制单元211。控制单元211基于从分用器215提供的信令来控制每个单元的操作。例如，控制单元211在初始扫描时控制分用器215等，获取从信令获取的信道选择信息，并且将该信道选择信息记录在存储器212中。另外，例如，在选择服务时，控制单元211基于记录在存储器212中的信道选择信息，控制分用器215、每个分量的处理单元等，使得再现要选择的服务的内容。视频处理单元216包括例如支持预定解码方法的视频解码器等。视频处理单元216将例如诸如符合预定解码方法的解码处理的处理应用于从分用器215提供的视频流，并且将作为结果的视频数据提供给视频输出单元217。视频输出单元217包括例如输出接口电路等。视频输出单元217将从视频处理单元216提供的视频数据提供给显示单元221。显示单元221包括例如诸如液晶显示器(lcd)和有机电致发光显示器(oeld)的显示器。显示单元221显示与从视频输出单元217提供的诸如广播节目的视频数据对应的内容的视频。音频处理单元218包括例如支持预定解码方法的音频解码器等。音频处理单元218将例如诸如符合预定解码方法的解码处理的处理应用于从分用器215提供的音频流，并将作为结果的音频数据提供给音频输出单元219。音频输出单元219包括例如输出接口电路等。音频输出单元219将从音频处理单元218提供的音频数据提供给扬声器222。扬声器222包括例如支持2.0ch立体声的扬声器。扬声器222输出与从音频输出单元219提供的诸如广播节目的音频数据相对应的内容的音频。字幕处理单元220包括例如支持预定解码方法的字幕解码器等。字幕处理单元220将例如符合预定解码方法的解码处理的处理应用于从分用器215提供的字幕流，并将作为结果的字幕数据提供给视频输出单元217。视频输出单元217使得与从字幕处理单元220提供的字幕数据相对应的字幕被叠加并显示在与从视频处理单元216提供的视频数据相对应的视频上。利用该配置，叠加在诸如广播节目的内容的视频上的字幕被显示在显示单元221上。需要注意，可以说在图3的接收装置20中，所谓的处理过程由视频处理单元216、视频输出单元217、音频处理单元218、音频输出单元219和字幕处理单元220执行。接收装置20被配置为如上所述。需要注意，例如，接收装置20被配置为固定接收机(诸如电视接收机和机顶盒(stb)等)，或者被配置为设置有调谐器的移动接收机(诸如移动电话和智能手机等)。另外，接收装置20可以是安装在车辆中的车载装置。而且，在图3的配置中，接收装置20包括显示单元221和扬声器222。然而，接收装置20可以不包括显示单元221和扬声器222。而且，接收装置20可以设置有用于连接到诸如因特网的通信线路的通信功能。<2本技术的概述>现在，下面描述作为传输方法的情形，本技术不采用现行广泛使用的mpeg2传输流(ts)方法，而是采用因特网协议(ip)传输方法，因特网协议(ip)传输方法利用在通信领域中使用的ip分组用于数字广播。例如，作为下一代地面广播标准之一的atsc(advancedtelevisionsystemscommittee，高级电视系统委员会)3.0也假定采用ip传输方法并能够提供更先进的服务。(协议栈)图4是示出应用本技术的ip传输方法的协议栈的图。在图4中，最底层是广播的物理层。与该物理层相邻的上层是层2，与层2相邻的上层是ip层。另外，与ip层相邻的上层是用户数据报协议(udp)层。即，包括udp分组(ip/udp分组)的ip分组放置在第二层l2分组(alps(atsc链路层协议)分组)的有效载荷中并被封装。而且，广播的物理层的l1帧(物理帧)包括前导和数据部分。数据被映射到数据部分，该数据是通过向基带(bb，baseband)分组添加用于纠错的奇偶校验而获取的，基带(bb)分组是通过封装多个l2分组而获得的，然后执行关于物理层的处理(诸如交织和映射)。与udp层相邻的上层是低级信令(lowlevelsignaling，lls)、基于单向传输的实时对象传递(real-timeobjectdeliveryoverunidirectionaltransport，route)和mpeg媒体传递(mpegmediatransport，mmt)。这里，在atsc3.0中，假设使用低级信令(lls)和服务层信令(sls)作为信令。lls是在比sls更低的层中传输的信令。sls是一个服务单位的信令。也就是说，在atsc3.0中，传输层中的信令在lls和sls的两层中传输。lls在ip/udp分组中存储并传输。lls包括诸如服务列表(slt，servicelisttable)、分级区域表(rrt，ratingregiontable)和通用警报协议(cap，commonalertingprotocol)的元数据。slt元数据包括表示广播网络中的流和服务的结构的基本信息，诸如选择服务(信道)所需的信息。rrt元数据包括用于家长控制(parentalcontrol)的评级信息。cap元数据包括关于紧急警报消息的信息。另外，route是用于流文件传输的协议，并且是基于单向传输的文件传递(flute)的扩展。利用该route会话，为每个服务传输sls文件、dash段文件(视频、音频、字幕)和非实时(nrt)内容文件。sls是服务级的信令，并提供查找和选择属于目标服务的分量所需的信息、属性等。sls包括诸如用户服务束描述(usbd，userservicebundledescription)、基于服务的传输会话实例描述(s-tsid)和媒体呈现描述(mpd)的元数据。usbd元数据包括诸如其他元数据的获取源的信息。s-tsid元数据是用于atsc3.0的lct会话实例描述(lsid)的扩展，并且是用于route协议的控制信息。而且，s-tsid元数据可以识别在route会话中传输的扩展fdt(efdt)。efdt是在flute中引入的文件传送表(fdt)的扩展，并且是用于传输的控制信息。mpd元数据是用于符合mpeg-dash的流传递的视频和音频文件的控制信息。这里，mpeg-dash是根据过顶视频(ott-v，overthetopvideo)的流传输标准，并且是关于使用基于超文本传输协议(http)的流传输协议的自适应流传输的标准。根据该mpeg-dash标准，规定了用于描述用于视频和音频文件的控制信息的元数据的清单文件、以及用于传输运动图像内容的文件格式。这里，前面的清单文件被称为媒体呈现描述(mpd，mediapresentationdescription)，而后者的文件格式也被称为段格式(segmentformat)。需要注意，作为lls的诸如slt、rrt和cap的元数据和作为sls的诸如usbd、s-tsid和mpd的元数据可以是例如以诸如可扩展标记语言(xml)的标记语言方式描述的文本格式数据。以此方式，将在route会话中传输的视频流、音频流和字幕流、sls流以及nrt内容流存储在ip/udp分组中并发送。需要注意，nrt内容是通过非实时(nrt)广播递送的内容，并且在临时存储在接收装置20的存储器中之后再现。而且，除nrt内容之外的文件(例如，应用文件)可以在route会话中传输。同时，将在mmt会话中传输的视频流、音频流、字幕流和sls流的流存储在ip/udp分组中并发送。在应用本技术的ip传输方法中，由于采用了上述协议栈，因此在选择由在route会话中传输的分量流提供的服务(信道)时，接收装置20根据从lls(s1-1，s1-2)中的slt元数据获取的信道选择信息获取在route会话中传输的sls。然后，接收装置20根据诸如usbd、s-tsid和mpd(s1-3)的元数据连接到所选择的服务的分量流。利用该配置，接收装置20响应于服务选择操作输出诸如广播节目的内容的图像和音频。另外，在选择由在mmt会话中传输的分量流提供的服务时，接收装置20根据从lls(s2-1，s2-2)中的slt元数据获取的信道选择信息获取在mmt会话中传输的sls。然后，接收装置20根据各种类型的元数据(s2-3)连接到选择的服务的分量流。利用该配置，接收装置20响应于服务选择操作输出诸如广播节目的内容的图像和音频。(lls分组的结构)图5是示出lls分组的结构的图。如图5所示，根据操作模式，在与预定rf信道对应的频带(例如，6mhz)中传输的广播流包括一个或多个物理层管道(plp)。在plp中，lls流和route会话中的流在ip/udp分组中被传输。然而，在广播流中，例如，lls流作为一个具有预先规定的固定ip地址和端口号的会话被传输，诸如“224.0.23.60”的ip地址和4937的端口号。而且，route会话中的流包括诸如视频、音频和字幕的分量流以及sls流。这里，如果关注由图中虚线a围绕的lls流，则将一个以上的atsc链路层协议(alp)分组放置在物理层的l1帧的数据部分中，并且将一个以上的lls分组放置在alp分组的有效载荷部分中。然而，由于lls分组存储在ip/udp分组中，所以添加了ip报头部分(ip_h)和udp报头部分(udp_h)。而且，lls分组包括lls表(lls_table())。lls表包括报头部分(lls_h)和有效载荷部分。在lls表中，各种类型的报头信息放置在报头部分中，并且诸如slt元数据和rrt元数据的lls放置在有效载荷部分中。图6示出了lls表的报头部分和有效载荷部分的语法的示例。lls表的报头部分包括作为报头信息的lls_table_id、provider_id、num_of_provider、以及lls_table_version。8位lls_table_id是用于识别lls的id，例如slt元数据和rrt元数据。8位provider_id是用于识别广播提供商(例如，广播站)的id。4位num_of_provider是表示在相同频带(例如，6mhz)中提供服务的广播提供商(例如，广播站)的数量的信息。以下，该信息也称为提供商的数量信息。8位lls_table_version是表示lls表的版本的信息。需要注意，lls表的报头部分提供了一个4位的扩展区域(保留，reserved)。根据指定为switch语句的控制表达式的lls_table_id的值，将lls表的有效载荷部分分支到下面的语句。也就是说，在lls_table_id是“0x01”的情况下，slt元数据被放置在lls表的有效载荷部分中。而且，在lls_table_id是“0x02”的情况下，放置rrt元数据。在lls_table_id是“0x03”的情况下，放置时间信息(systemtime)。在lls_table_id是“0x04”的情况下，放置cap元数据。需要注意，在图6中无符号整数最高有效位第一(uimsbf，unsignedintegermostsignificantbitfirst)被指定为格式的情况下，这意味着执行位操作并将信息处理为整数。而且，在指定位串、左位第一位(bslbf，bitstring，leftbitfirst)的情况下，这意味着将信息处理为位串。存储在lls分组中的lls表被配置为如上所述。由此，在初始设定时，接收装置20执行初始扫描处理，获取表示可在目标区域中观看的服务(信道)的信息，并且生成用于选择服务的信道选择信息(信道列表)。而且，除了初始设定时之外，例如，在接收装置20移动并且观看区域改变的情况下，接收装置20执行再扫描处理并再次生成信道选择信息(信道列表)。在接收装置20中，在初始扫描处理或再扫描处理中由诸如调谐器的接收单元214执行频率扫描，并且在选择了预定的rf信道的频带之后，通过捕获具有预先规定的固定ip地址和端口号的lls流来获取包括在lls表中的slt元数据和rrt元数据。也就是说，在该频率扫描中，通过使将要获取的slt元数据和rrt元数据的两个表作为lls来获取信道选择信息(信道列表)。这里，作为可以通过在一个rf信道的频带中传输的广播流提供的服务的模式，假定包括以下三种模式：第一种是由一个广播提供商操作的一个服务(信道)，第二种是由一个广播提供商操作的两个以上的服务(信道)，以及第三种是由多个广播提供商共享的两个以上的服务(信道)。特别地，在下一代atsc3.0中，作为与现行atsc1.0不同点，假设其中在如上所述的第二和第三模式中列出的一个rf信道中传输多个服务(信道)的操作。需要注意，在操作上述第三模式中列出的多个广播提供商共享的两个以上服务的情况下，假定lls会话也被共享。在初始扫描处理和再扫描处理中，可以获取slt元数据和rrt元数据，并且可以通过在每个预定频带中重复频率扫描来获取信道选择信息。然而，在执行操作使得在一个rf信道中发送多个服务(信道)的情况下，即使在每个频带中的必要信息获取之后，也不可能识别出是否已经获取了所有的slt元数据和rrt元数据。结果，接收装置20不能完成频率扫描直到发生超时，并且初始扫描处理和再扫描处理的处理时间已经很长。因此，期望以更高的速度进行频率扫描的方案。因此，在本技术中，允许指定提供商的数量信息，提供商的数量信息表示在与在lls流中传输的lls表的报头部分中的num_of_provider相同的频带中提供服务的广播提供商的数量。利用这样的配置，在一个以上的广播提供商在相同频带中提供一个以上的服务的情况下，当执行初始扫描处理和再扫描处理时，接收装置20可以根据在各个频带中的提供商数量信息来识别将要获取的slt元数据和rrt元数据的数量。结果，当在执行频率扫描的频带之间进行转换时，接收装置20无需等待超时而能够进行转换，并且能够以更高的速度执行频率扫描。<3.本技术的初始扫描处理的具体示例>接着，参照图7至图9，将描述由接收装置20执行的初始扫描处理的具体示例。这里，为了便于比较，首先将参照图7描述现行的初始扫描处理流程，然后将参照图8和图9描述本技术的初始扫描处理流程。也就是说，现行初始扫描处理是提供商的数量信息(num_of_provider)不包括在lls表中的情况下的初始扫描处理。同时，本技术的初始扫描处理是提供商的数量信息(num_of_provider)包括在lls表中的情况下的初始扫描处理。(现行初始扫描处理流程)图7是描述现行初始扫描处理流程的图。在图7中，垂直方向表示对应rf信道的频带和在频带中执行频率扫描的接收装置20，而水平方向表示时间。需要注意，在图7中，仅示出了接收装置20进行了频率扫描的多个频带中的与rf信道1(ch.1)和rf信道2(ch.2)对应的频带。在与rf信道1(ch.1)相对应的频带和与rf信道2(ch.2)相对应的频带的各频带中传输一个广播提供商的服务。这里，描述了称为广播站a的rf信道1(ch.1)的一个广播提供商和称为广播站b的rf信道2(ch.2)的一个广播提供商。需要注意，在图7中，“t1”表示slt元数据的传输周期，“t2”表示slt元数据的最大传输周期。此外，尽管在初始扫描时要获取的lls包括slt元数据和rrt元数据，但是为了简化描述，这里将仅仅描述slt元数据。首先，在接收装置20中，当给出初始扫描的指示时(s11)，从多个频带中选择rf信道1(ch.1)的频带(s12)。利用这种配置，接收装置20开始对在rf信道1(ch.1)的频带中传输的流进行处理(s13)。然后，接收装置20根据预先规定的固定ip地址和端口号，捕获在rf信道1(ch.1)的频带中传输的lls流(s14)。另外，接收装置20利用lls_table_id、provider_id和lls_table_version执行滤波处理，从而获取目标slt元数据(s15)。在该滤波处理中，利用provider_id确定rf信道1中的广播提供商(例如，广播站)，利用lls_table_id确定包括在lls表中的信令的类型(例如，slt元数据)，并且利用lls_table_version确定信令版本。利用这种配置，获取将在rf信道1(ch.1)的频带中传输的广播站a的服务列表(s16)。此后，接收装置20继续对在rf信道1(ch.1)的频带中传输的流进行处理。当经过slt元数据的传输周期t1时，接收装置20可以捕获lls流并从lls表中获取slt元数据。然而，这里，lls_table_id、provider_id和lls_table_version与在上述描述的步骤s15中处理的lls表相同，并且已获取目标slt元数据，因此忽略slt元数据。然后，在接收装置20中，当经过slt元数据的最大传输周期t2之后，完成在rf信道1(ch.1)的频带中传输的所有广播站的slt元数据，并且因此结束对在rf信道1(ch.1)的频带中传输的流的处理(s17)。也就是说，当经过slt元数据的最大传输周期t2之后发生超时。接下来，在接收装置20中，在多个频带中，经历频率扫描的频带从rf信道1(ch.1)转换到rf信道2(ch.2)(s18)。利用这种配置，接收装置20开始对在rf信道2(ch.2)的频带中传输的流进行处理(s19)。然后，接收装置20根据预先规定的固定ip地址和端口号，捕获在rf信道2(ch.2)的频带中传输的lls流(s20)。另外，接收装置20利用lls_table_id、provider_id和lls_table_version执行滤波处理，从而获取目标slt元数据(s21)。利用这种配置，获取要在rf信道2(ch.2)的频带中传输的广播站b的服务列表(s22)。后续的初始扫描处理的重复的详细的描述将被省略。在rf信道2(ch.2)中，以类似于rf信道1(ch.1)的方式，当经过slt元数据的传输时段t1时，可以获取slt元数据；然而，目标slt元数据已经被获取，因此忽略slt元数据。然后，当经过slt元数据的最大传输周期t2之后，完成在rf信道2(ch.2)的频带中所有slt元数据的传输。因此，结束对在rf信道2(ch.2)的频带中传输的流的处理。此外，关于多个频带中的rf信道3(ch.3)之后的rf信道，以与上述描述的rf信道1(ch.1)和rf信道2(ch.2)类似的方式，直到经过slt元数据的最大传输周期t2之后，对lls流中传输的lls表进行滤波处理，并获取目标slt元数据。然后，由于通过在所有频带中重复频率扫描来在每个频带中获取服务列表，所以从列表中生成信道选择信息。上面已经描述了现行的初始扫描处理流程。由于提供商的数量信息(num_of_provider)未包括在现行初始扫描处理流程的lls表中，因此接收装置20不能识别slt元数据的获取是否完成。因此，如上所述，接收装置20一直存在如下问题：直到经过作为lls传输的每个元数据的最大传输周期t2之后，才能完成目标rf信道的频带中的扫描处理，并且初始扫描处理的处理时间变长。需要注意，这里描述了初始扫描处理，但再扫描处理的情况也是类似的。具体地，在接收装置20是诸如移动电话和智能手机的移动接收机，或者安装在车辆中的车载装置的情况下，当观看区域改变之后再扫描处理花费较长时间时，观看中断时间变长而对用户造成不便。因此，接下来，参照图8和图9，将描述改善现行初始扫描处理流程问题的本技术的初始扫描处理流程。(本技术的初始扫描处理流程1)图8是描述本技术的初始扫描处理流程1的图。在图8中，以与图7类似的方式，垂直方向表示对应rf信道的频带和在频带中执行频率扫描的接收装置20，而水平方向表示时间。需要注意，图8仅示出了在经受了由接收装置20进行的频率扫描的多个频带中与rf信道1(ch.1)对应的其中传输广播站a的服务的频带以及与rf信道2(ch.2)对应的其中传输广播站b的服务的频带。首先，在接收装置20中，当给出初始扫描的指示时(s31)，从多个频带中选择rf信道1(ch.1)的频带(s32)。利用这种配置，接收装置20开始对rf信道1(ch.1)的频带中传输的流进行处理(s33)。然后，接收装置20根据预先规定的固定ip地址和端口号，捕获在rf信道1(ch.1)的频带中传输的lls流(s34)。另外，接收装置20利用lls_table_id、provider_id和lls_table_version执行滤波处理，并获取目标slt元数据(s35)。在该滤波处理中，利用provider_id确定rf信道1中的广播提供商(例如，广播站)，利用lls_table_id确定包括在lls表中的信令的类型(例如，slt元数据)，并且利用lls_table_version确定信令版本。利用这种配置，获取在rf信道1(ch.1)的频带中传输的广播站a的服务列表(s36)。这里，除了要在滤波处理中使用的lls_table_id、provider_id和lls_table_version之外，在步骤s35中处理的lls表中描述了num_of_provider。该num_of_provider是提供商的数量信息，并且表示一个以上的广播提供商在同一频带(rf信道)中提供一个以上的服务的情况下广播提供商的数量。在图8的示例中，在与rf信道1(ch.1)对应的频带中，仅传输广播站a的服务，并且将1设置为num_of_provider。因此，如果接收装置20根据包括在lls表中的num_of_provider能够仅获取一个广播站a的一个slt元数据，则接收装置20可以识别出完成了在与rf信道1(ch.1)对应的频带中传输的slt元数据获取。即，当接收装置20获取广播站a的slt元数据和服务列表(s35，s36)时，这意味着完成了在rf信道1(ch.1)的频带中传输的所有广播站的slt元数据的获取。因此，接收装置20结束对在rf信道1(ch.1)的频带中传输的流的处理，并且频率扫描目标从rf信道1(ch.1)转换到rf信道2(ch.2)(s37)。利用这种配置，接收装置20开始对在rf信道2(ch.2)的频带中传输的流进行处理(s38)。然后，接收装置20根据预先规定的固定ip地址和端口号，捕获在rf信道2(ch.2)的频带中传输的lls流(s39)。另外，接收装置20利用lls_table_id、provider_id和lls_table_version执行滤波处理，从而获取目标slt元数据(s40)。利用这种配置，获取在rf信道2(ch.2)的频带中传输的广播站b的服务列表(s41)。另外，在图8的示例中，在与rf信道2(ch.2)对应的频带中，仅传输广播站b的服务，将1设置为num_of_provider。因此，如果接收装置20根据包括在lls表中的num_of_provider可以仅获取一个广播站b的一个slt元数据，则接收装置20可以识别出完成了在与rf信道2对应的频带中传输的slt元数据(ch.2)获取。也就是说，当接收装置20获取slt元数据并获取广播站b的服务列表(s40，s41)时，这意味着完成了对在rf信道的频带中传输的所有广播站的slt元数据2(ch.2)的获取。尽管将省略之后的初始扫描处理的重复的详细的描述，关于多个频带中的rf信道3(ch.3)之后的rf信道，以与上述描述的rf信道1(ch.1)和rf信道2(ch.2)类似的方式，对lls流中传输的lls表执行滤波处理，直到获取与由提供商的数量信息(num_of_provider)表示的广播提供商的数量相对应的slt元数据，从而获取目标slt元数据。然后，通过在所有频带中重复频率扫描，针对每个频带获取服务列表，并从该列表生成信道选择信息。上面已经描述了本技术的初始扫描处理流程1。在本技术的初始扫描处理流程1中，由于提供商的数量信息(num_of_provider)包括在lls表中，所以利用该提供商的数量信息(num_of_provider)能够确定是否仍然存在要检查的以用于获取(更新)的slt元数据。然后，在存在尚未被检查的slt元数据的情况下，继续对目标rf信道进行频率扫描，在目标rf信道中要传输的所有slt元数据已被获取的情况下，结束对目标rf信道的频率扫描，转换到下一个rf信道，并且对下一个rf信道执行频率扫描。因此，在本技术的初始扫描处理流程1中，如在上述的现行初始扫描处理流程中那样，由于要经受频率扫描的rf信道无需等到作为lls传输的每个元数据的最大传输周期t2超时而被转换，因此能够以更高的速度执行频率扫描。(本技术的初始扫描处理流程2)图9是描述本技术的初始扫描处理流程2的图。在图9中，以与图8类似的方式，垂直方向表示各个rf信道的频带和在频带中执行频率扫描的接收装置20，而水平方向表示时间。需要注意，图9仅示出了在由接收装置20进行频率扫描的多个频带中与rf信道1(ch.1)相对应的其中传输广播站a和广播站b的服务的频带以及与rf信道2(ch.2)对应的其中传输广播站c的服务的频带。首先，在接收装置20中，当给出初始扫描的表示时(s51)，从多个频带中选择rf信道1(ch.1)的频带(s52)。利用这种配置，接收装置20开始对在rf信道1(ch.1)的频带中传输的流进行处理(s53)。然后，接收装置20根据预先规定的固定ip地址和端口号，捕获在rf信道1(ch.1)的频带中传输的lls流(s54)。另外，接收装置20利用lls_table_id、provider_id和lls_table_version执行滤波处理，并获取目标slt元数据(s55)。利用这种配置，获取要在rf信道1(ch.1)的频带中传输的广播站a的服务列表(s56)。这里，除了要在滤波处理中使用的lls_table_id、provider_id和lls_table_version外，在步骤s55中处理的lls表中描述了num_of_provider。在图9的示例中，在与rf信道1(ch.1)对应的频带中，传输广播站a的服务和广播站b的服务，并且将2设置为num_of_provider。因此，如果接收装置20根据包括在lls表中的num_of_provider，没有获取到除广播站a的slt元数据之外的另一个广播站(广播站b)的slt元数据，则接收装置20可以识别出在与rf信道1(ch.1)对应的频带中传输的slt元数据的获取未完成。因此，接收装置20继续对在rf信道1(ch.1)的频带中传输的流进行处理，并且捕获在rf信道1(ch.1)的频带中传输的lls流(s57)。另外，接收装置20利用lls_table_id、provider_id和lls_table_version执行滤波处理，并且获取目标slt元数据(s58)。利用这种配置，获取在rf信道1(ch.1)的频带中传输的广播站b的服务列表(s59)。利用这种配置，由于接收装置20获取到包含广播站a的slt元数据和广播站b的slt元数据在内的两个广播站的slt元数据，这意味着完成了在rf信道1(ch.1)的频带中传输的所有广播站的slt元数据的获取。因此，接收装置20结束对在rf信道1(ch.1)的频带中传输的流的处理，并且频率扫描目标从rf信道1(ch.1)转换到rf信道2(ch.2)(s60)。利用这种配置，接收装置20开始对在rf信道2(ch.2)的频带中传输的流进行处理(s61)。然后，接收装置20根据预先规定的固定ip地址和端口号，捕获在rf信道2(ch.2)的频带中传输的lls流(s62)。另外，接收装置20利用lls_table_id、provider_id和lls_table_version执行滤波处理，并获取目标slt元数据(s63)。利用这种配置，获取在rf信道2(ch.2)的频带中传输的广播站c的服务列表(s64)。在这里，在图9的示例中，在与rf信道2(ch.2)对应的频带中，仅传输广播站c的服务，并且将1设置为num_of_provider。因此，如果接收装置20根据包括在lls表中的num_of_provider仅可以获取一个广播站c的一个slt元数据，则接收装置20可以识别出完成了在对应于rf信道2的频带中传输的slt元数据(ch.2)获取。也就是说，当接收装置20已经获取到广播站c的slt元数据和服务列表(s63，s64)时，这意味着完成了对在rf信道2(ch.2)的频带中传输的所有广播站的slt元数据的获取。尽管将省略对之后初始扫描处理的重复的详细的描述，关于多个频带中的rf信道3(ch.3)之后的rf信道，以与上述描述的rf信道1(ch.1)和rf信道2(ch.2)中类似的方式，对在lls流中传输的lls表执行滤波处理，直到获取与由提供商的数量信息(num_of_provider)表示的广播提供商的数量相对应的slt元数据，从而获取目标slt元数据。然后，通过在所有频带中重复频率扫描，针对每个频带获取服务列表，并从该列表生成信道选择信息。上面已经描述了本技术的初始扫描处理流程2。在本技术的初始扫描处理流程2中，由于供应商数量的信息(num_of_provider)包括在lls表中，所以利用该供应商数量的信息(num_of_provider)，能够确定是否仍然存在要检查的以用于获取(更新)的slt元数据。然后，在存在尚未被检查的slt元数据的情况下，当继续对目标rf信道进行频率扫描的时，在目标rf信道中要传输的所有slt元数据已被获取的情况下，结束对目标rf信道的频率扫描，转换到下一个rf信道，并且对下一个rf信道执行频率扫描。因此，在本技术的初始扫描处理流程2中，如在所述的现行初始扫描处理流程中那样，由于要经受频率扫描的rf信道无需等到作为lls传输的每个元数据的最大传输周期t2超时而被转换，因此能够以更高的速度执行频率扫描。需要注意，在本技术的初始扫描处理流程1和2中，已经描述了初始扫描处理，但是再扫描处理也是类似的。另外，为了简化描述，对仅获取slt元数据的情况已进行了描述，但是实际上也获取了rrt元数据，并且从slt元数据和rrt元数据生成信道选择信息。(广播传输路径、广播提供商和lls之间的关系)接下来，参照图10，将描述广播传输路径、广播提供商和lls之间的关系，该关系是上述初始扫描处理流程的前提。图10示出了用作广播传输路径的广播流与广播提供商之间的关系。一个以上的广播提供商可以向一个广播流提供一个以上的广播服务(服务)。然而，该广播流表示要在与预定rf信道(rf_channel)对应的频带(例如，6mhz)中传输的流。一个以上的广播提供商在同一频带(例如，6mhz)提供一个以上的广播服务(服务)。另外，关于广播流和lls之间的关系，对于一个广播流，在lls流中传输存储一个信令的lls表。也就是说，作为lls要被传输的信令单独存储在lls表(有效载荷部分)中并被传输。因此，即便使用相同类型的信令，由不同广播提供商提供的多个信令也不集中存储在一个lls表中并被传输。例如，不同广播提供商提供的多个slt元数据不在一个lls表中传输。并且，即使由相同的广播提供商提供，由一个广播提供商提供的不同类型的信令也不集中地存储在一个lls表中用于传输。例如，由广播提供商提供的slt元数据和rrt元数据不在一个lls表中传输。也就是说，如图10所示，某一广播提供商与存储在lls表(有效载荷部分)中的slt元数据、rrt元数据、时间信息(systemtime)或cap元数据之间的关系是一对一的关系。需要注意，在一个广播提供商提供多个广播服务(服务)的情况下，能够为一个slt元数据描述多个服务。广播传输路径、广播提供商和lls具有上述关系。<4.本技术的初始扫描处理流程>接下来，将参照图11至图14的流程图描述本技术的初始扫描处理流程。(初始扫描处理)首先，参照图11的流程图，将描述由图1的接收装置20执行的初始扫描处理流程。在步骤s211中，控制单元211监视来自输入单元213的操作信号等。在发生初始扫描处理开始事件的情况下，控制单元211开始初始扫描处理，并且处理进行到步骤s212。在步骤s212中，接收单元214响应于控制单元211的控制对预定rf信道的频带执行频率扫描处理。在步骤s213中，确定通过步骤s212中的频率扫描处理的频率扫描是否成功。在步骤s213中确定频率扫描失败的情况下，该处理返回到步骤s212的处理，并且再次执行频率扫描处理。另一方面，在步骤s213中确定频率扫描成功的情况下，处理进入步骤s214。在步骤s214中，执行lls获取处理。在该lls获取处理中，从在预定的rf信道的频带中传输的lls流中获取lls表，并且根据lls表中包含的信令执行处理。需要注意，稍后将参照图12的流程图来描述lls获取处理的细节。当lls获取处理完成时，处理进行到步骤s215。在步骤s215中，确定所有频带中的频率扫描是否完成。在步骤s215中确定所有频带的频率扫描未完成的情况下，该处理返回到步骤s212，并且重复从步骤s212的处理。利用这种配置，在每个频带中执行频率扫描处理，在每个频带中获取slt元数据和rrt元数据，并且将信道选择信息记录在存储器212中。然后，在步骤s215中确定所有频带中的频率扫描完成的情况下，结束图11的频率扫描处理。上面已经描述了初始扫描处理流程。(lls获取过程)接下来，参照图12的流程图，将描述对应于图11的步骤s214的处理的lls获取处理的细节。在步骤s231中，分用器215响应于控制单元211的控制捕获在预定rf信道的频带中传输的广播流中包括的lls流。在步骤s232中，执行信令获取处理。在该信令获取处理中，对在步骤s231的处理中捕获的lls流执行滤波处理，并且获取包括在lls表中的诸如slt元数据和rrt元数据的信令。这里，在lls流的滤波处理中，利用provider_id确定rf信道内的广播提供商(例如，广播站)，利用lls_table_id确定包括在lls表中的信令的类型，并且利用lls_table_version确定信令版本。获取并记录未获取的或更新的信令，而将已获取的信令丢弃。需要注意，稍后将参照图13的流程图描述信令获取处理的细节。当信令获取处理完成时，处理进行到步骤s233。在步骤s233中，通过测量直至获取到在lls表中包括的信令的时间来确定是否发生超时。也就是说，在经过每个信令的最大传输周期之后的情况下，包括该信令的lls表被认为未被传输，并且频率扫描的目标被转换到下一个rf信道的频带。需要注意，每个信令的最大传输周期是通过操作规程等预先规定的。换句话说，在最大传输周期的时间内未传输包括目标信令的lls表的情况对应于广播错误，因此假定此时的接收装置20的操作由操作规程规定。在步骤s233中，在确定未发生超时的情况下，处理返回到步骤s231，并且重复后续的处理。另一方面，在步骤s233中确定发生超时的情况下，处理返回到图11中的步骤s214的处理，并且重复后续的处理。上面已经描述了lls获取处理流程。(信令获取处理)接下来，参照图13的流程图，将描述对应于图12的步骤s232的处理的信令获取处理的细节。在步骤s251中，控制单元211控制分用器215检查lls表的报头部分中的lls_table_id的值，该lls表存储在lls流中包括的lls分组中，并且确定在有效载荷部分中包括的信令的类型。作为步骤s251中的确定的结果，在确定信令是slt元数据或rrt元数据的情况下，处理进行到步骤s252。在步骤s252中，控制单元211确定在步骤s251中处理的lls表的报头部分中的num_of_provider是否已被设置。在步骤s252中，在确定未设置num_of_provider的情况下，处理进行到步骤s253。在步骤s253中，控制单元211控制分用器215从步骤s251中处理的lls表的报头部分中获取num_of_provider。此外，控制单元211登记从lls表的报头部分获取的由num_of_provider(提供商的数量信息)表示的数量(提供商的数量)。如果步骤s253的处理结束，则处理进入步骤s254。另外，在步骤s252中确定已设置num_of_provider的情况下，不需要再次登记num_of_provider，因此跳过步骤s253的处理，并且处理进行到步骤s254。在步骤s254中，控制单元211控制分用器215检查在步骤s251中处理的lls表的报头部分中的lls_table_version的值，并且确定lls表是否是新的lls表或者lls表是否是具有更新(update)的版本的lls表。在步骤s254中，在确定lls表是新的lls表或者是具有更新的版本的lls表的情况下，处理进行到步骤s255。在步骤s255中，控制单元211控制分用器215从新的lls表或者是具有更新的版本的lls表的有效载荷部分获取slt元数据或rrt元数据。然后，控制单元211在存储器212中记录从slt元数据或rrt元数据中获得的目标广播提供商的服务列表。在步骤s256中，控制单元211确定在步骤s253的处理中登记的提供商的数量的所有信令的获取是否完成。在步骤s256中确定提供商数量的所有信令的获取未完成的情况下，处理返回到图12中的步骤s232，并且重复后续的处理。即，重复图12中的步骤s232的处理(图13中的步骤s251至s256的处理)，直到获取到提供商(slt元数据或rrt元数据)数量的所有信令并记录在存储器212中。另外，在步骤s256中确定已完成对提供商数量的所有信令的获取的情况下，处理返回到图11中的步骤s214的处理。然后，在确定未完成对所有频带的扫描的情况下(图11的s215中的“否”)，则执行对下一个频带的频率扫描处理。以这种方式，由于能够识别出根据lls表的报头部分中的提供商的数量信息(num_ofprovider)而将要获取的slt元数据和rrt元数据(提供商的数量)的数量，所以当其中进行频率扫描的频带转换时，能够无需等到超时而进行转换，并且能够以更高的速度执行频率扫描。需要注意，在步骤s254中确定lls表不是新的lls表或具有更新的版本的lls表的情况下，已获取目标lls表，因此跳过步骤s255至s256的处理。然后，在这种情况下，处理返回到图12中的步骤s232，并且重复后续的处理。同时，作为步骤s251中的确定结果，在确定信令是时间信息(systemtime)的情况下，处理进行到步骤s257。在步骤s257中，控制单元211基于放置在步骤s251中处理的lls表的有效载荷部分中的时间信息(systemtime)来执行系统时间处理。另外，作为步骤s251中的确定结果，在确定信令是cap元数据的情况下，处理进行到步骤s258。在步骤s258中，控制单元211基于放置在步骤s251中处理的lls表的有效载荷部分中的cap元数据来执行cap处理。如果步骤s257或s258的处理结束，则处理返回到图12中的步骤s232，并且重复后续的处理。上面已经描述了信令获取处理流程。以这种方式，在初始扫描处理中，利用lls表的报头部分中的提供商的数量信息(num_of_provider)，在目标rf信道的频带中，接收装置20能够辨别出(识别)提供广播服务(服务)的广播提供商(广播站)的数量，即在分析包括在lls表中的信令的预处理中的lls流中传输的slt元数据和rrt元数据的数量。利用这种配置，接收装置20能够识别将要高效地检查的slt元数据和rrt元数据的数量，并且由于无需等到信令的最大传输周期超时而能够以更高的速度执行频率扫描。(发送和接收过程)最后，参照图14的流程图，将描述由图1的发送装置10和接收装置20执行的发送和接收处理流程。需要注意，在图14中，步骤s171至s174的处理是将要由发送装置10执行的处理，而步骤s271至s274的处理是将要由接收装置20执行的处理。在步骤s171中，对诸如视频、音频和字幕的分量进行处理。这里，视频数据获取单元112、音频数据获取单元114和字幕数据获取单元116分别获取视频数据、音频数据和字幕数据。视频处理单元113、音频处理单元115和字幕处理单元117分别对视频数据、音频数据和字幕数据执行诸如编码处理的处理。在步骤s172中，对信令进行处理。这里，信令由信令生成单元118生成，并且由信令处理单元119对信令执行预定的处理。需要注意，在生成包括诸如在有效载荷部分中的slt元数据和rrt元数据的信令的lls表的情况下，除了lls_table_id、provider_id和lls_table_version之外，将作为提供商的数量信息的num_of_provider包括在报头部分中。在步骤s173中，复用器120复用在步骤s171的处理中获得的分量流和在步骤s172的处理中获得的信令流以获取复用流。在步骤s174中，发送单元121对在步骤s173的处理中获得的复用流执行诸如调制处理的处理，并且经由天线131将所得到的广播流作为数字广播的广播波发送。在步骤s271中，接收单元214经由天线231接收数字广播的广播波。接收单元214对从广播波获得的广播流执行诸如解调处理的处理以获得复用的流。在步骤s272中，分用器215分离在步骤s271的处理中获得的复用的流，并获得分量流和信令流。在步骤s273中，执行在步骤s272的处理中获得的信令的处理。这里，在执行初始扫描处理或再扫描处理的情况下，由控制单元211获取从信令(lls)获得的信道选择信息并记录在存储器212中。在该初始扫描处理和再扫描处理中，如参照图8和图9以及图11至图13的描述，通过使用包括在lls表的报头部分中的提供商的数量信息(num_of_provider)在rf信道的每个频带中执行频率扫描。而且，在执行服务选择处理的情况下，控制单元211基于记录在存储器212中的信道选择信息来控制分用器215等，并且处理将被选择的服务的信令(sls)。在步骤s274中，执行在步骤s272的处理中获得的诸如视频、音频和字幕的分量的处理。这里，在执行服务选择处理的情况下，控制单元211控制分用器215、每个分量的处理单元等，并且再现将被选择的服务的内容(诸如广播节目)。也就是说，视频处理单元216、音频处理单元218和字幕处理单元220执行诸如解码处理的处理，并且视频输出单元217和音频输出单元219输出视频数据、音频数据和字幕数据。上面已经描述了发送和接收处理流程。<5.变型例>在上述中已经提到了作为数字广播的标准诸如在美国等国家使用的方法的atsc(特别是atsc3.0)，然而，本技术可以应用于在诸如日本等国家中采用的方法即综合服务数字广播(integratedservicesdigitalbroadcasting，isdb)、在诸如欧洲国家等各个国家中采用的方法的数字视频广播(dvb)以及其他方法。另外，在上面的描述中已经提到了将采用ip传输方法的atsc3.0作为示例，然而，本技术不仅可以应用于ip传输方法，而且例如可以应用于诸如mpeg2传输流(ts)方法的其他方法。另外，作为数字广播的标准，除了地面广播之外，本技术还可应用于诸如使用卫星(诸如广播卫星(bs)和通信卫星(cs))的卫星广播的标准以及诸如有线电视(catv)的有线广播。此外，上述名称例如信令和分组仅仅是一个示例，并且在一些情况下可以使用其它名称。然而，这些名称之间的差异是表面的差异，与诸如目标信令和分组的实质细节并没有不同。例如，在一些情况下，atsc链路层协议(alp)分组可称为通用分组、类型长度值(tlv)分组或其它分组。并且，非实时(nrt)可以称为本地缓存内容(locallycachedcontent，lcc)等。此外，本技术还可应用于假定将除了广播网络之外的传输路径用作传输路径的情况下规定的预定的标准(除了数字广播的标准之外的标准)等，即例如诸如因特网和电话网络的通信线路(通信网络)等。在这种情况下，诸如因特网和电话网络的通信线路被用作传输系统1(图1)的传输路径30，并且发送装置10可以是在互联网上提供的服务器。然后，通信服务器和接收装置20经由传输路径30(通信线路)执行双向通信。<6.计算机配置>上述的一系列处理可以由硬件来执行，也可以由软件来执行。在通过软件执行一系列处理的情况下，构成软件的程序安装在计算机中。图15是示出计算机的硬件的配置示例的图，通过程序执行上述的一系列处理。在计算机1000中，中央处理单元(cpu)1001、只读存储器(rom)1002和随机存取存储器(ram)1003通过总线1004相互连接。输入输出接口1005还连接到总线1004。输入单元1006、输出单元1007、记录单元1008、通信单元1009和驱动器1010连接到输入输出接口1005。输入单元1006包括键盘、鼠标、麦克风等。输出单元1007包括显示器、扬声器等。记录单元1008包括硬盘、非易失性存储器等。通信单元1009包括网络接口等。驱动器1010驱动诸如磁盘、光盘、磁光盘或半导体存储器的可移除记录介质1011。在如上所述的配置的计算机1000中，cpu1001经由输入输出接口1005和总线1004将记录在rom1002或记录单元1008中的程序加载到ram1003中并执行该程序，从而执行如上描述的一系列处理。由计算机1000(cpu1001)执行的程序可以被记录并提供在例如作为封装介质等的可移除记录介质1011中。另外，该程序可以通过诸如局域网、因特网和数字卫星广播的有线或无线传输介质来提供。在计算机1000中，可通过将可移除记录介质1011附接到驱动器1010，经由输入输出接口1005将程序安装在记录单元1008中。另外，程序可以由通信单元1009经由有线或无线传输介质接收并安装在记录单元1008中。此外，程序可以预先安装在rom1002或记录单元1008中。这里，在本说明书中，计算机根据程序执行的处理不一定需要按照流程图描述的顺序的时间顺序执行。也就是说，计算机根据程序执行的处理还包括并行或单独执行的处理(例如并行处理或按照对象的处理)。并且，程序可以由单个计算机(处理器)处理，并且可以由多个计算机以分布的方式处理。需要注意，本技术的实施方式不限于上述实施方式，并且以在不脱离本技术的主旨的情况下可进行各种修改。此外，可将本技术配置如下。(1)一种接收装置，包括：接收单元，被配置为接收广播波；以及控制单元，被配置为基于提供商的数量信息来执行对广播波的频率扫描，以生成用于对服务进行信道选择的信道选择信息，提供商的数量信息表示在相同频带中提供服务的广播提供商的数量。(2)根据(1)所述的接收装置，其中，提供商的数量信息表示在一个以上的广播提供商在相同频带中提供一个以上的服务的情况下的广播提供商的数量。(3)根据(1)或(2)所述的接收装置，其中，提供商的数量信息包含在添加到表的报头部分中，表允许将包括关于服务的信道选择的信息的控制信息存储在有效载荷部分。(4)根据(3)所述的接收装置，其中，为每个广播提供商传输表。(5)根据(3)或(4)所述的接收装置，其中，在包括用户数据报协议(udp)分组的互联网协议(ip)分组中传输表，以及利用固定的ip地址和固定的端口号标识表。(6)根据(3)至(5)中任一项所述的接收装置，其中，在通过某一频带中的频率扫描获取与由提供商的数量信息所表示的广播提供商的数量对应的控制信息的情况下，控制单元转换到下一个频带并执行频率扫描。(7)一种用于接收装置的数据处理方法，数据处理方法包括以下步骤，由接收装置：接收广播波；以及基于提供商的数量信息来执行对广播波的频率扫描，以生成用于对服务进行信道选择的信道选择信息，提供商的数量信息表示在相同频带中提供服务的广播提供商的数量。(8)一种发送装置，包括：生成单元，被配置为生成提供商的数量信息，提供商的数量信息表示在相同频带中提供服务的广播提供商的数量；以及发送单元，被配置为通过广播波发送所生成的提供商的数量信息。(9)根据(8)所述的发送装置，其中，提供商的数量信息表示在一个以上的广播提供商在相同频带中提供一个以上的服务的情况下的广播提供商的数量。(10)根据(8)或(9)所述的发送装置，其中，提供商的数量信息包含在添加到表的报头部分中，表允许将包括关于服务的信道选择的信息的控制信息存储在有效载荷部分。(11)根据(10)所述的发送装置，其中，为每个广播提供商传输表。(12)根据(10)或(11)所述的发送装置，其中，在包含udp分组的ip分组中传输表；以及利用固定的ip地址和固定的端口号标识表。(13)根据(10)至(12)中任一项所述的发送装置，其中，发送单元通过广播波将内容与控制信息一起发送。(14)一种发送装置的数据处理方法，数据处理方法包括以下步骤，由发送装置：生成提供商的数量信息，提供商的数量信息表示在相同频带中提供服务的广播提供商的数量；以及通过广播波发送所生成的提供商的数量信息。[附图标记列表]1传输系统10发送装置20接收装置30传输路径111控制单元112视频数据获取单元113视频数据处理单元114音频数据获取单元115音频数据处理单元116字幕数据获取单元117字幕处理单元118信令生成单元119信令处理单元120复用器121发送单元211控制单元212存储器213输入单元214接收单元215分用器216视频处理单元217视频输出单元218音频处理单元219音频输出单元220字幕处理单元221显示单元222扬声器1000计算机1001cpu。当前第1页12当前第1页12