广播接收装置、广播接收方法和内容输出方法
技术领域
本发明涉及广播接收装置、广播接收方法和内容输出方法。
背景技术
作为数字广播服务的扩展功能之一,有用广播波发送数字数据、显示天气预报和新闻、推荐节目等各种信息的数据广播。有多种能够接收数据广播的电视接收机已在市售,并且,涉及数据广播接收的技术也有以下述专利文献1为代表的大量技术已公开。
现有技术文献
专利文献
专利文献1:日本特开2001-186486号公报
发明内容
发明要解决的课题
面对近年来关于内容分发的环境变化,电视接收机也要求各种功能扩展。特别是,对使用互联网等宽带网络环境的内容、协作应用程序的分发的要求、以及对影像内容的高分辨率化/高清晰度化的要求等较多。然而,如果仅沿用当前的电视接收机所具有的数据广播接收功能等、或者仅扩展上述数据广播接收功能等,难以提供能够符合上述要求的高附加价值的电视接收机。
本发明的目的在于提供一种能够执行附加价值更高的功能的广播接收装置。
用于解决课题的技术方案
作为用于解决上述课题的技术方案,使用权利要求书中记载的技术。
举出一例,是一种能够接收采用了规定的媒体传输方式的广播***的数字广播服务的广播接收装置,其包括:广播接收部,其接收所述数字广播服务的广播波;分离部,其从上述接收到的广播波中至少分离出关于广播节目的编码节目影像数据、节目协作数据和画面布局控制信息;影像解码部,其解码上述编码节目影像数据并再现节目影像信息;协作信息生成部,其解析上述节目协作数据来生成节目协作信息;展示处理部,其根据上述画面布局控制信息,对影像显示区域适当进行区域分割,在上述分割出的区域中适当配置上述节目影像信息和上述节目协作信息,能够将上述影像显示区域的数据作为影像信息输出;显示上述影像信息的显示部;输入用户的操作指示的操作输入部;和控制部,上述展示处理部基于上述画面布局控制信息分割上述影像显示区域,在上述分割出的一个区域中配置上述节目影像信息,在上述分割出的其他区域中配置上述节目协作信息,在将上述影像显示区域的数据作为影像信息输出时,在上述操作输入部中输入了指示显示规定画面的命令的情况下,所述控制部控制上述展示处理部,以使得不进行基于上述画面布局控制信息的上述影像显示区域的分割地将上述规定画面的信息作为影像信息输出。
发明效果
通过使用本发明的技术,能够提供一种能够执行附加价值更高的功能的广播接收装置。
附图说明
图1是表示包括实施例1的广播接收装置的广播通信***的一例的***结构图。
图2A是MMT的编码信号的概要的说明图。
图2B是MMT的MPU的结构图。
图2C是MMT的MMTP包的结构图。
图3是使用MMT的广播***的协议栈的概念图。
图4是广播***中使用的控制信息的层结构图。
图5A是广播***的TLV-SI中使用的表的一览。
图5B是广播***的TLV-SI中使用的描述符的一览。
图6A是广播***的MMT-SI中使用的消息的一览。
图6B是广播***的MMT-SI中使用的表的一览。
图6C是广播***的MMT-SI中使用的描述符的一览(其1)。
图6D是广播***的MMT-SI中使用的描述符的一览(其2)。
图6E是表示广播***的数据传输与各表的关系的图。
图7A是实施例1的广播接收装置的框图。
图7B是实施例1的广播接收装置的展示功能的逻辑平面结构的结构图。
图7C是实施例1的广播接收装置的时钟同步/展示同步的***结构图。
图7D是实施例1的广播接收装置的软件结构图。
图8是实施例1的广播台服务器的框图。
图9是实施例1的服务运营商服务器的框图。
图10A是实施例1的便携信息终端的框图。
图10B是实施例1的便携信息终端的软件结构图。
图11A是表示广播***的MH-TOT的数据结构的图。
图11B是表示广播***的JST_time参数的格式的图。
图12是表示实施例1的根据广播接收装置的MJD的当前日期的计算方法的图。
图13A是表示广播***的NTP格式的结构的图。
图13B是表示广播***的MPU时间戳描述符的数据结构的图。
图13C是表示广播***的TMCC扩展信息区域的时刻信息的数据结构的图。
图14是实施例1的广播接收装置的频道扫描时的动作序列图。
图15A是表示广播***的TLV-NIT的数据结构的图。
图15B是表示广播***的卫星分配***描述符的数据结构的图。
图15C是表示广播***的服务列表描述符的数据结构的图。
图15D是表示广播***的AMT的数据结构的图。
图16是实施例1的广播接收装置的选台时的动作序列图。
图17是表示广播***的MPT的数据结构的图。
图18是表示广播***的LCT的数据结构的图。
图19A是表示基于LCT的对于布局编号的布局分配的例子的图。
图19B是表示基于LCT的对于布局编号的布局分配的例子的图。
图19C是表示基于LCT的对于布局编号的布局分配的例子的图。
图19D是表示基于LCT的对于布局编号的布局分配的例子的图。
图20A是说明基于LCT的画面布局控制的例外处理的动作的图。
图20B是说明基于LCT的画面布局控制的例外处理的动作的图。
图21是表示广播***的MH-EIT的数据结构的图。
图22A是实施例1的广播接收装置的EPG画面的画面显示图。
图22B是实施例1的广播接收装置的EPG画面的画面显示图。
图22C是实施例1的广播接收装置的EPG画面的画面显示图。
图23是实施例1的广播接收装置的紧急警报广播显示时的画面显示图。
图24是实施例2的广播接收装置的框图。
图25是说明广播服务切换时的当前时刻显示的不匹配的图。
图26是说明实施例2的当前时刻信息参照源的选择控制的动作的图。
图27A是实施例2的广播接收装置的EPG画面的画面显示图。
图27B是实施例2的广播接收装置的EPG画面的画面显示图。
图28是表示包括实施例3的广播接收装置的广播通信***的一例的***结构图。
图29A是实施例3的广播接收装置的框图。
图29B是实施例3的广播接收装置的软件结构图。
图30是实施例3的监视器装置的框图。
图31是实施例3的广播接收装置和监视器装置的接口结构图。
图32A是说明实施例3的广播接收装置的数据输出控制的动作的图。
图32B是说明实施例3的广播接收装置的数据输出控制的动作的图。
图33是表示广播***的MPU扩展时间戳描述符的数据结构的图。
图34A是说明实施例3的广播接收装置的数据输出控制的动作的图。
图34B是说明实施例3的广播接收装置的数据输出控制的动作的图。
图35是说明实施例3的广播接收装置的数据混合处理的动作的图。
具体实施方式
以下使用附图说明本发明的实施方式的例子。
(实施例1)
[***结构]
图1是表示包括本实施例的广播接收装置的广播通信***的一例的***结构图。本实施例的广播通信***包括:广播接收装置100和天线100a、互联网200等宽带网络和路由装置200r和接入点200a、广播台的无线电塔300t、广播卫星(或通信卫星)300s、广播台服务器300、服务运营商服务器400、其他应用程序服务器500、移动电话通信服务器600和移动电话通信网的基站600b、便携信息终端700。
广播接收装置100经由广播卫星(或通信卫星)300s和天线100a接收从无线电塔300t送出的广播波。或者,也可以不经由广播卫星(或通信卫星)300s而直接从天线100a接收从无线电塔300t送出的广播波。另外,广播接收装置100能够经由路由装置200r与互联网200连接,能够通过与互联网200上的各服务器装置或其他通信设备通信而收发数据。
路由装置200r通过有线通信与互联网200连接,并且用有线通信或无线通信与广播接收装置100连接,用无线通信与便携信息终端700连接。上述无线通信可以使用Wi-Fi(注册商标)等方式。由此,互联网200上的各服务器装置或其他通信设备与广播接收装置100和便携信息终端700能够经由路由装置200r相互进行数据的收发。另外,广播接收装置100与便携信息终端700的通信也可以不经由路由装置200r,而是用BlueTooth(注册商标)或NFC(Near Field Communication,近场通信)等方式进行直接通信。
无线电塔300t是广播台的广播设备,送出包含广播节目的编码数据、字幕信息、其他应用程序、通用数据等的广播波。广播卫星(或通信卫星)300s是接收从广播台的无线电塔300t发送的广播波,适当进行频率转换等之后,对与广播接收装置100连接的天线100a再发送上述广播波的中继器。另外,上述广播台具有广播台服务器300。广播台服务器300存储广播节目(动态图像内容等)和各广播节目的节目标题、节目ID、节目概要、参演人员信息、广播日期时间等元数据,能够基于合约对服务运营商提供上述动态图像内容和各元数据。另外,对服务运营商提供上述动态图像内容和各元数据,也可以通过广播台服务器300所具有的API(Application Programming Interface:应用程序接口)进行。
服务运营商服务器400是服务运营商准备的服务器装置,能够提供与从广播台分发的广播节目协作的各种服务。另外,服务运营商服务器400进行由广播台服务器300提供的动态图像内容、元数据、与广播节目协作的各种内容和应用程序等的存储、管理和分发等。另外,也具有对于从电视接收机等的询问,进行可提供的内容或应用程序等的检索和一览的提供的功能。另外,上述内容和元数据的存储、管理和分发,和上述应用程序的存储、管理和分发,也可以由不同的服务器装置进行。上述广播台和上述服务运营商可以相同,也可以不同。服务运营商服务器400也可以按每个不同的服务准备多台。另外,广播台服务器300也可以兼具服务运营商服务器400的功能。
其它应用程序服务器500是进行其它通常的应用程序、动作程序、内容、数据等的存储、管理和分发等的公知的服务器装置。其它应用程序服务器500在互联网200上也可以有多个。
移动电话通信服务器600与互联网200连接,另一方面经由基站600b与便携信息终端700连接。移动电话通信服务器600管理便携信息终端700经由移动电话通信网进行的电话通信(通话)和数据收发,能够通过便携信息终端700与互联网200上的各服务器装置或其他通信设备的通信进行数据的收发。基站600b和便携信息终端700的通信可以通过W-CDMA(Wideband Code Division Multiple Access,宽带码分多址)(注册商标)方式、GSM(Global System for Mobile communications,全球移动通信***)(注册商标)方式、LTE(Long Term Evolution,长期演进)方式、或其他的通信方式来进行。
便携信息终端700具有经由移动电话通信网进行电话通信(通话)和数据收发的功能、利用Wi-Fi(注册商标)等进行无线通信的功能。便携信息终端700能够经由路由装置200r、接入点200a或者移动电话通信网的基站600b和移动电话通信服务器600与互联网200连接,能够通过与互联网200上的各服务器装置或其他通信设备通信来进行数据的收发。接入点200a通过有线通信与互联网200连接,并且用无线通信与便携信息终端700连接。上述无线通信可以使用Wi-Fi(注册商标)等方式。另外,便携信息终端700和广播接收装置100的通信可以经由接入点200a以及互联网200和路由装置200r、或者经由基站600b和移动电话通信服务器600以及互联网200和路由装置200r来进行。
[MMT方式的概要]
图1所示的广播接收装置100,是作为传输影像、声音等数据的媒体传输方式,代替现有的数字广播***中多采用的MPEG(Moving Picture Experts Group,运动图像专家组)-2***规定的TS(Transport Stream,传输流)(以下称为MPEG2-TS),而能够兼容MMT(MPEG Media Transport,MPEG媒体传输)的电视接收机。也可以是能够兼容MPEG2-TS和MMT两者的电视接收机。
MPEG2-TS的特征在于,构成节目的影像和声音等分量与控制信号和时钟一起复用成一个流。由于包括时钟在内作为一个流处理,所以适于由确保了传输品质的一个传输线路传输一个内容,被现有的许多数字广播***采用。另一方面,由于近年来的内容的多样化、使用内容的设备的多样化、分发内容的传输线路的多样化、内容存储环境的多样化等,面对关于内容分发的环境变化,MPEG2-TS的功能存在极限,于是建立了一种新的媒体传输方式就是MMT。
图2A表示本实施例的MMT的编码信号的概要的一例。如该图所示,本实施例的MMT,作为构成编码信号的要素包括MFU(Media Fragment Unit,媒体片段单元)、MPU(MediaProcessing Unit,媒体处理单元)、MMTP(MMT Protocol,MMT协议)负载(payload)、MMTP包。MFU是传输影像、声音等时的格式,能够以NAL(Network Abstraction Layer,网路抽象层)单元单位或访问单元单位构成。MPU可以由包含关于MPU整体结构的信息的MPU元数据、包含关于编码后的媒体数据的信息的影片片段元数据和作为编码后的媒体数据的样本数据构成。此外,能够从样本数据中提取MFU。此外,在为影像分量、声音分量等媒体的情况下,可以按MPU单位或访问单元单位指定展示时刻和解码时刻。图2B表示MPU的结构的一例。
MMTP包由包头部分和MMTP负载构成,传输MFU和MMT的控制信息。MMTP负载具有与保存于负载部中的内容(数据单元)相应的负载头部。图2C表示从影像/声音信号构成MFU并将其保存在MMTP负载来构成MMTP包的概要的一例。另外,在使用帧间预测进行编码的影像信号中,优选以GOP(Group Of Pictures,图像组)单位构成MPU。此外,在要传输的MFU的大小较小的情况下,可以在一个负载部中保存一个MFU,也可以在一个负载部中保存多个MFU。此外,在要传输的MFU的大小较大的情况下,可以将一个MFU分割为多个负载部保存。此外,为了恢复传输线路上的包丢失,MMTP包可以用AL-FEC(Application Layer Forward ErrorCorrection,应用层前向纠错)、ARQ(Automatic Repeat Request,自动重传请求)等技术来保护。
在本实施例的广播***中,使用MPEG-H HEVC(High Efficiency Video Coding,高效率视频编码)作为影像编码方式,使用MPEG-4AAC(Advanced Audio Coding,高级音频编码)或MPEG-4ALS(Audio Lossless Coding,音频无损编码)作为声音编码方式。通过上述各方式编码后的广播节目的影像和声音等的编码数据,以MFU、MPU格式、进而放入MMTP负载而成为MMTP包(MMTP包化),以IP(互联网协议,Internet Protocol)包传输。此外,与广播节目相关的数据内容也可以是MFU、MPU格式,进而放入MMTP负载而成为MMTP包并以IP包传输。作为数据内容的传输方式,准备如下四种传输方式:在与广播同步的数据流中使用的字幕/字符叠加传输方式;在与广播异步的数据传输中使用的应用程序传输方式;在对电视接收机上动作的应用程序的同步/异步的消息通知中使用的事件消息传输方式;以同步式/异步式传输其他通用数据的通用数据传输方式。
MMTP包的传输在广播传输线路中使用UDP/IP(User Datagram Protocol/Internet Protocol,用户数据报协议/互联网协议),在通信线路中使用UDP/IP或TCP/IP(Transmission Control Protocol/Internet Protocol,传输控制协议/互联网协议)。另外,在广播传输线路中,为了高效地传输IP包,使用TLV(Type Length Value,类型长度值)复用方式。图3表示本实施例的广播***的协议栈的一例。图中,(A)是广播传输线路的协议栈的一例,(B)是通信线路的协议栈的一例。
在本实施例的广播***中,准备了传输MMT-SI(MMT-Signaling Information,MMT-信令信息)和TLV-SI(TLV-Signaling Information,TLV-信令信息)两种控制信息的机制。MMT-SI是表示广播节目的结构等的控制信息。采用MMT的控制消息的格式,放入MMTP负载成为MMTP包,并以IP包传输。TLV-SI是关于IP包复用的控制信息,是提供用于选台的信息、IP地址和服务的对应信息的信息。
另外,在使用MMT的广播***中,为了提供绝对时刻也传输时刻信息。另外,MPEG2-TS按每个TS基于不同时钟来表示分量的显示时刻,与之相对地,MMT基于协调世界时(Coordinated Universal Time:UTC)来表示分量的显示时刻。利用这些机制,终端设备能够将从不同传输点用不同的传输线路传输来的分量同步地显示。为了提供UTC,使用NTP(Network Time Protocol,网络时间协议)格式的IP包。
[使用MMT的广播***的控制信息]
在本实施例的广播接收装置100兼容的广播***中,如上所述,作为控制信息,准备了涉及用于IP包复用的TLV复用方式的TLV-SI和涉及作为媒体传输方式的MMT的MMT-SI。TLV-SI提供用于广播接收装置100将在广播传输线路上复用的IP包解复用的信息。TLV-SI由“表”和“描述符”构成。“表”以节格式传输,“描述符”配置在“表”内。MMT-SI是表示与MMT的包结构和广播服务相关的信息的传输控制信息。MMT-SI由用于保存“表”和“描述符”的“消息”、具有表示特定信息的要素和属性的“表”、以及表示更详细信息的“描述符”三层次构成。图4表示本实施例的广播***中使用的控制信息的分层结构的一例。
<TLV-SI中使用的表>
图5A表示本实施例的广播接收装置100兼容的广播***的TLV-SI中使用的“表”的一览。在本实施例中,使用的TLV-SI的“表”如下所示。
(1)TLV-NIT
TLV用网络信息表(Network Information Table for TLV:TLV-NIT)表示关于通过网络传输的TLV流的物理结构的信息和网络本身的特性。
(2)AMT
地址映射表(Address Map Table:AMT)提供构成在网络中传输的各服务的IP包的多点传输(multicast)组的一览。
(3)运营商设定的表
此外,能够准备由服务运营商等独自设定的表。
<TLV-SI中使用的描述符>
图5B表示本实施例的广播接收装置100兼容的广播***的TLV-SI中配置的“描述符”的一览。在本实施例中,使用的TLV-SI的“描述符”如下所示。
(1)服务列表描述符
服务列表描述符根据服务标识和服务形式种类提供服务的一览。
(2)卫星分配***描述符
卫星分配***描述符表示卫星传输线路的物理条件。
(3)***管理描述符
***管理描述符用于识别广播和非广播。
(4)网络名描述符
网络名描述符通过字符符号描述网络名称。
(5)运营商设定的描述符
另外,能够准备由服务运营商等独自设定的描述符。
<MMT-SI中使用的消息>
图6A表示本实施例的广播接收装置100兼容的广播***的MMT-SI中使用的“消息”的一览。在本实施例中,使用的MMT-SI的“消息”如下所示。
(1)PA消息
包访问(Package Access:PA)消息用于传输各种表。
(2)M2节消息(section message)
M2节消息用于传输MPEG-2Systems(***)的节扩展格式。
(3)CA消息
CA消息用于传输用于识别有条件访问方式的表。
(4)M2短节消息
M2短节消息用于传输MPEG-2Systems(***)的节短格式。
(5)数据传输消息
数据传输消息是用于保存关于数据传输的表的消息。
(6)运营商设定的消息
此外,能够准备由服务运营商等独自设定的消息。
<MMT-SI中使用的表>
图6B表示本实施例的广播接收装置100兼容的广播***的MMT-SI中使用的“表”的一览。该表是具有表示特定信息的元素和属性的控制信息,其保存在消息中并作为MMTP包传输。另外,保存表的消息可以根据表来确定。在本实施例中,使用的MMT-SI的“表”如下所示。
(1)MPT
MMT包表(MMT Package Table:MPT)提供资源(asset)的列表、资源在网络上的位置等构成包的信息。MPT可以保存在PA消息中。
(2)PLT
包列表(Package List Table:PLT)表示用于传输作为广播服务提供的MMT包的PA消息的IP数据流和用于传输包ID以及IP服务的IP数据流的一览。PLT可以保存在PA消息中。
(3)LCT
布局设定表(Layout Configuration Table:LCT)用于将用于展示的布局信息与布局编号相关联。LCT可以保存在PA消息中。
(4)ECM
授权控制消息(Entitlement Control Message:ECM)是包括节目信息和控制信息的共用信息,发送用于解除加扰的密钥信息等。ECM可以保存在M2节消息中。
(5)EMM
授权管理消息(Entitlement Management Message:EMM)传输包括每个加入者的合约信息、用于解除ECM(共用信息)的加密的密钥信息等的个别信息。EMM可以保存在M2节消息中。
(6)CAT(MH)
CA表(条件访问表,Conditional Access Table:CAT)(MH)用于保存用于识别有条件接收方式的描述符。CAT(MH)可以保存在CA消息中。
(7)DCM
下载控制消息(Download Control Message:DCM)传输包括用于解密用于下载的传输线路密码的密钥等的密钥相关信息。DCM可以保存在M2节消息中。
(8)DMM
下载管理消息(Download Management Message:DMM)传输包括用于解密DCM密码的下载密钥等的密钥相关信息。DMM可以保存在M2节消息中。
(9)MH-EIT
MH-事件信息表(MH-Event Information Table:MH-EIT)是关于各服务中包含的事件的时序信息。MH-EIT可以保存在M2节消息中。
(10)MH-AIT
MH-应用程序信息表(MH-Application Information Table:MH-AIT)保存关于应用程序的所有信息和应用程序要求的启动状态等。MH-AIT可以保存在M2节消息中。
(11)MH-BIT
MH-广播业者信息表(MH-Broadcaster Information Table:MH-BIT)用于提示网络上存在的广播业者的信息。MH-BIT可以保存在M2节消息中。
(12)MH-SDTT
MH-软件下载触发表(MH-Software Download Trigger Table:MH-SDTT)用于下载的告知信息。MH-SDTT可以保存在M2节消息中。
(13)MH-SDT
MH-服务描述表(MH-Service Description Table:MH-SDT)具有表示特定TLV流中包含的服务的子表,传输编组频道的名称、广播运营商的名称等关于编组频道的信息。MH-SDT可以保存在M2节消息中。
(14)MH-TOT
MH-时间偏移表(MH-Time Offset Table:MH-TOT)传输JST时刻和日期(修正儒略日)信息。MH-TOT可以保存在M2短节消息中。
(15)MH-CDT
MH-共用数据表(MH-Common Data Table:MH-CDT)用于以接收它的所有接收机为对象,以节格式传输要保存在非易失性存储器中的共用数据。MH-CDT可以保存在M2节消息中。
(16)DDM表
数据目录管理表(Data Directory Management Table:DDM表)提供构成应用程序的文件的目录结构,以将应用程序的文件结构与用于文件传输的结构分离。DDM表可以保存在数据传输消息中。
(17)DAM表
数据资源管理表(Data Asset Management Table:DAM表)提供资源内的MPU的结构和每个MPU的版本信息。DAM表可以保存在数据传输消息中。
(18)DCC表
数据内容管理表(Data Content Configuration Table:DCC表)提供作为数据内容的文件的结构信息,以实现灵活有效的缓存控制。DCC表可以保存在数据传输消息中。
(19)EMT
事件消息表(Event Message Table:EMT)用于传输关于事件消息的信息。EMT可以保存在M2节消息中。
(20)运营商设定的表
此外,能够准备由服务运营商等独自设定的表。
<MMT-SI中使用的描述符>
图6C和图6D表示本实施例的广播接收装置100兼容的广播***的MMT-SI中配置的“描述符”的一览。描述符是提供更详细的信息的控制信息,被配置在表中。另外,配置描述符的表可以根据描述符来决定。在本实施例中,使用的MMT-SI的“描述符”如下所示。
(1)资源组描述符
资源组描述符提供资源的组关系和组内的优先级。资源组描述符可以配置在MPT中。
(2)事件包描述符
事件包描述符提供表示节目的事件与包之间的对应关系。事件包描述符可以配置在用M2节消息传输的MH-EIT中。
(3)背景色指定描述符
背景色指定描述符提供布局指定中的最靠背面的背景色。背景色指定描述符可以配置在LCT中。
(4)MPU展示(presentation,再现)区域指定描述符
MPU展示区域指定描述符提供展示MPU的位置。MPU展示区域指定描述符可以配置在MPT中。
(5)MPU时间戳描述符
MPU时间戳描述符表示MPU中按展示顺序最开始的访问单元的展示时刻。MPU时间戳描述符可以配置在MPT中。
(6)依赖关系描述符
依赖关系描述符提供处于依赖关系的资源的资源ID。依赖关系描述符可以配置在MPT中。
(7)访问控制描述符
访问控制描述符提供用于识别有条件访问方式的信息。访问控制描述符可以配置在MPT或CAT(MH)中。
(8)加扰方式描述符
加扰方式描述符提供用于识别加扰时的加密对象和加密算法的种类的信息。加扰方式描述符可以配置在MPT或CAT(MH)中。
(9)消息认证方式描述符
消息认证方式描述符提供用于在进行消息认证时识别消息认证方式的信息。消息认证方式描述符可以配置在MPT或CAT(MH)中。
(10)紧急信息描述符(MH)
紧急信息描述符(MH)在进行紧急警报广播时使用。紧急信息描述符(MH)可以配置在MPT中。
(11)MH-MPEG-4音频描述符
MH-MPEG-4音频描述符用于描述用于确定ISO/IEC 14496-3(MPEG-4音频)的音频流的编码参数的基本信息。MH-MPEG-4音频描述符可以配置在MPT中。
(12)MH-MPEG-4音频扩展描述符
MH-MPEG-4音频扩展描述符用于描述MPEG-4音频流的配置文件和级别以及编码方式固有的设定。MH-MPEG-4音频扩展描述符可以配置在MPT中。
(13)MH-HEVC视频描述符
MH-HEVC视频描述符用于描述ITU-T建议H.265|ISO/IEC 23008-2的影像流(HEVC流)的基本编码参数。MH-HEVC视频描述符可以配置在MPT中。
(14)MH-连接描述符
MH-连接描述符识别当观众请求与节目排列信息***中记载的某特定项有关的追加信息时提供的服务。MH-连接描述符可以配置在MPT、MH-EIT、MH-SDT等中。
(15)MH-事件组描述符
MH-事件组描述符用于表示当多个事件之间存在关系时这些事件组被分组化的情况。MH-事件组描述符可以配置在MH-EIT中。
(16)MH-服务列表描述符
MH-服务列表描述符提供基于服务标识和服务格式种类的服务的一览。MH-服务列表描述符可以配置在MH-BIT中。
(17)MH-短格式事件描述符
MH-短格式事件描述符以文本格式表示事件名和该事件的简短描述。MH-短格式事件描述符可以配置在MH-EIT中。
(18)MH-扩展格式事件描述符
MH-扩展格式事件描述符附加于MH-短格式事件描述符而使用,提供事件的详细描述。MH-扩展格式事件描述符可以配置在MH-EIT中。
(19)影像分量描述符
影像分量描述符表示关于影像分量的参数和说明,也用于以字符格式表述基本流。影像分量描述符可以配置在MPT或MH-EIT中。
(20)MH-流识别描述符
MH-流识别描述符用于对服务的分量流附加标签,并能够利用该标签来参照用MH-EIT中的影像分量描述符表示的描述内容。MH-流识别描述符可以配置在MPT中。
(21)MH-内容描述符
MH-内容描述符表示事件的类型。MH-内容描述符可以配置在MH-EIT中。
(22)MH-家长分级控制描述符
MH-家长分级控制描述符表示基于年龄的视听限制,并用于根据其他限制条件进行扩展。MH-家长分级控制描述符可以配置在MPT或MH-EIT中。
(23)MH-声音分量描述符
MH-声音分量描述符表示声音基本流的各参数,也用于以字符格式表述基本流。MH-声音分量描述符可以配置在MPT或MH-EIT中。
(24)MH-对象地域描述符
MH-对象地域描述符用于描述节目或构成节目的一部分的流成为对象的地域。MH-对象地域描述符可以配置在MPT中。
(25)MH-系列描述符
MH-系列描述符用于识别系列节目。MH系列描述符可以配置在MH-EIT中。
(26)MH-SI传输参数描述符
MH-SI传输参数描述符用于表示SI的传输参数。MH-SI传输参数描述符可以配置在MH-BIT中。
(27)MH-广播业者名描述符
MH-广播业者名描述符描述广播业者的名称。MH-广播业者名描述符可以配置在MH-BIT中。
(28)MH-服务描述符
MH-服务描述符将编组频道名和其运营商名与服务格式种类一起用字符符号表示。MH-服务描述符可以配置在MH-SDT中。
(29)IP数据流描述符
IP数据流描述符提供构成服务的IP数据流的信息。IP数据流描述符可以配置在MH-SDT中。
(30)MH-CA启动描述符
MH-CA启动描述符记载用于启动CAS基盘上的CAS程序的启动信息。MH-CA启动描述符可以配置在MPT或CAT(CA)中。
(31)MH-Type描述符
MH-Type描述符表示用应用程序传输方式传输的文件的类型。MH-Type描述符可以配置在DAM表中。
(32)MH-Info描述符
MH-Info描述符描述关于MPU或项目的信息。MH-Info描述符可以配置在DAM表中。
(33)MH-Expire描述符
MH-Expire描述符描述项目的有效期限。MH-Expire描述符可以配置在DAM表中。
(34)MH-Compression Type描述符
MH-Compression Type描述符表示要传输的项目被压缩,并且表示其压缩算法和压缩前的项目的字节数。MH-Compression Type描述符可以配置在DAM表中。
(35)MH-数据编码方式描述符
MH-数据编码方式描述符用于识别数据编码方式。MH-数据编码方式描述符可以配置在MPT中。
(36)UTC-NPT参照描述符
UTC-NPT参照描述符用于传达NPT(Normal Play Time,正常播放时间)与UTC之间的关系。UTC-NPT参照描述符可以配置在EMT中。
(37)事件消息描述符
事件消息描述符传达关于事件消息通常的信息。事件消息描述符可以配置在EMT中。
(38)MH-本地时间偏移描述符
MH-本地时间偏移描述符用于在实施夏令时时使显示给人等的显示时刻与实际的时刻(例如UTC+9小时)具有一定的偏移值。MH-本地时间偏移描述符可以配置在MH-TOT中。
(39)MH-分量组描述符
MH-分量组描述符定义并识别事件内的分量的组合。MH-分量组描述符可以配置在MH-EIT中。
(40)MH-徽标传输描述符
MH-徽标传输描述符用于描述简易徽标用字符串、对CDT格式徽标的指向(pointing)等。MH-徽标传输描述符可以配置在MH-SDT中。
(41)MPU扩展时间戳描述符
MPU扩展时间戳描述符提供MPU内的访问单元的解码时刻。MPU扩展时间戳描述符可以配置在MPT中。
(42)MPU下载内容描述符
MPU下载内容描述符用于描述使用MPU下载的内容的属性信息。MPU下载内容描述符可以配置在MH-SDTT中。
(43)MH-网络下载内容描述符
MH-网络下载内容描述符用于描述使用网络下载的内容的属性信息。MH-网络下载内容描述符可以配置在MH-SDTT中。
(44)MH-应用程序描述符
MH-应用程序描述符描述应用程序的信息。MH-应用程序描述符可以配置在MH-AIT中。
(45)MH-传输协议描述符
MH-传输协议描述符用于表示广播、通信等的传输协议的指定和依赖于传输协议的应用程序的位置信息。MH-传输协议描述符可以配置在MH-AIT中。
(46)MH-简易应用程序位置描述符
MH-简易应用程序位置描述符用于指示应用程序的取得源的详情。MH-简易应用程序位置描述符可以配置在MH-AIT中。
(47)MH-应用程序边界权限设定描述符
MH-应用程序边界权限设定描述符设定应用程序边界,并且按每个区域(URL)设定广播源访问的权限。MH-应用程序边界权限设定描述符可以配置在MH-AIT中。
(48)MH-启动优先级信息描述符
MH-启动优先级信息描述符用于指定应用程序的启动优先级。MH-启动优先级信息描述符可以配置在MH-AIT中。
(49)MH-缓存信息描述符
MH-缓存信息描述符用于描述在预想再次使用应用程序的情况下,将构成应用程序的资源预先保持在缓存中时的缓存控制。MH-缓存信息描述符可以配置在MH-AIT中。
(50)MH-随机适用延迟描述符
MH-随机适用延迟描述符用于描述在预想应用程序取得的服务器访问的负载分布,使进行应用程序控制的时刻延迟随机设定的延迟量。MH-随机适用延迟描述符可以配置在MH-AIT中。
(51)连接目的地PU描述符
连接目的地PU描述符描述有可能从该展示单元(Presentation Unit:PU)转移的其他展示单元。连接目的地PU描述符可以配置在DCC表中。
(52)锁定缓存指定描述符
锁定缓存指定描述符描述在该展示单元中缓存并锁定的对象的文件的指定。锁定缓存指定描述符可以配置在DCC表中。
(53)解锁缓存指定描述符
解锁缓存指定描述符描述在该展示单元中锁定的文件中要解锁的文件的指定。解锁缓存指定描述符可以配置在DCC表中。
(54)由运营商设定的描述符
另外,能够准备由服务运营商等独自设定的描述符。
<MMT方式的数据传输与各控制信息的关系>
在此,参照图6E,对本实施例的广播接收装置100兼容的广播***中的数据传输与代表性的表之间的关系进行说明。
在本实施例的广播接收装置100兼容的广播***中,能够用经由广播传输线路的TLV流或经由通信线路的IP数据流等多个路径进行数据传输。TLV流包括TLV-NIT、AMT等TLV-SI和作为IP包的数据流的IP数据流。在IP数据流中,包括包含一系列影像MPU的影像资源和包含一系列声音MPU的声音资源。同样,IP数据流中也可以包括包含一系列字幕MPU的字幕资源、包含一系列字符叠加MPU的字符叠加资源、包含一系列数据MPU的数据资源等。这些各种资源根据保存在PA消息中被传输的MPT(MMT包表),以被称为“包”的单位相关联。具体来说,通过在MPT中记载包ID(对应于后述的图17所示的“MMT_package_id_byte”参数)和该包中所含的各资源的资源ID(对应于后述的图17所示的“asset_id_byte”参数)来进行上述关联。
构成包的资源也能够只是TLV流中的资源,但如图6E所示,也能够包含用通信线路的IP数据流传输的资源。这能够通过在MPT中包括该包中所含的各资源的位置信息(对应于后述的图17所示的“MMT_general_location_info()”),并且本实施例的广播接收装置100能够掌握各资源的参照目的地来实现。更具体地说,通过变更在上述位置信息中配置的“MMT_general_location_infonolocation_type”参数的值,广播接收装置100能够参照
(1)在与MPT相同的IP数据流复用的数据
(location_type=0x00)
(2)在IPv4数据流复用的数据
(location_type=0x01)
(3)在IPv6数据流复用的数据
(location_type=0x02)
(4)在广播的MPEG2-TS复用的数据
(location_type=0x03)
(5)在IP数据流中以MPEG2-TS格式复用的数据
(location_type=0x04)
(6)处于指定的URL的数据
(location_type=0x05)
等用各种传输路径传输的各种数据。
在上述参照文献中,(1)是例如经由用后述的图7A的广播接收装置100的调谐/解调部131接收的数字广播信号接收的IP数据流。在通信线路侧的IP数据流中也包含MPT而传输的情况下,有时(1)的参照目的地成为后述的LAN通信部121经由通信线路接收的IP数据流。另外,上述(2)、(3)、(5)、(6)是后述的LAN通信部121经由通信线路接收的IP数据流。此外,上述(4)在例如后述的图24所示的实施例2的广播接收装置800那样为具有接收使用MMT方式的数字广播信号的接收功能和接收使用MPEG2-TS方式的数字广播信号的接收功能这两者的广播接收装置的情况下,能够基于使用MMT方式的数字广播信号中包含的MPT的位置信息(“MMT_general_location_info()”),在参照复用到用接收使用MPEG2-TS方式的数字广播信号的接收功能接收的MPEG2-TS的数据时使用。
另外,构成“包”的数据以这样的方式被指定,但是在本实施例的广播接收装置100兼容的广播***中,将该“包”单位的一系列数据作为数字广播的“服务”单位来处理。
而且,在MPT中记载有MPT所指定的各MPU的展示时刻信息(对应于后述的图13B所示的“mpu_presentation_time”参数),并且能够使用该展示时刻信息,将MPT所指定的多个MPU以基于UTC表示的时刻信息即NTP的时钟为基准地连动地展示(显示、输出等)。关于使用基于该NTP的时钟的各种数据的展示控制,在后面叙述。
图6E所示的本实施例的数据传输方式中,还存在“事件”这一概念。“事件”是表示包含在M2节消息中被发送的MH-EIT所处理的所谓“节目”的概念。具体地说,在保存于MH-EIT中的事件包描述符所指的“包”中,从保存于MH-EIT中的指示时刻(对应于后述的图21所示的“start_time”参数)起的持续时间(对应于后述的图21所示的“duration”参数)的期间中所含的一系列数据,是包含在该“事件”的概念中的数据。MH-EIT能够用于在本实施例的广播接收装置100中以该“事件”单位进行的各种处理(例如,节目表的生成处理、录像预约和视听预约的控制、临时存储等的著作权管理处理)等。
[广播接收装置的硬件结构]
图7A是表示广播接收装置100的内部结构的一例的框图。广播接收装置100包括主控制部101、***总线102、ROM103、RAM104、存储(storage,蓄存)部110、LAN通信部121、扩展接口部124、数字接口部125、调谐/解调部131、分离部132、影像解码器141、影像色域转换部142、声音解码器143、字符叠加解码器144、字幕解码器145、字幕合成部146、字幕色域转换部147、数据解码器151、缓存部152、应用程序控制部153、浏览器部154、应用程序色域转换部155、音源部156、影像合成部161、监视器部162、影像输出部163、声音合成部164、扬声器部165、声音输出部166、操作输入部170。
主控制部101是按照规定的动作程序控制广播接收装置100整体的微处理器单元。***总线102是用于在主控制部101与广播接收装置100内的各动作区块之间进行数据收发的数据通信线路。
ROM(Read Only Memory:只读存储器)103是保存操作***等的基本动作程序和其他动作程序的非易失性存储器,例如使用EEPROM(Electrically Erasable ProgrammableROM:电可擦可编程只读存储器)或闪存ROM这样的可改写的ROM。可以在ROM103中存储广播接收装置100的动作所需的动作设定值。RAM(Random Access Memory:随机存取存储器)104是基本动作程序和其他动作程序运行时的工作区域。ROM103和RAM104与主控制部101可以一体构成。另外,ROM103也可以不是如图7A所示的独立结构,而是使用存储(蓄存)部110内的一部分存储区域。
存储(蓄存)部110存储广播接收装置100的动作程序和动作设定值、广播接收装置100的用户的个人信息等。另外,能够存储经由互联网200下载的动作程序和用上述动作程序生成的各种数据等。另外,也能够存储从广播波取得、或者经由互联网200下载的动态图像、静止图像、声音等内容。也可以用存储(蓄存)部110的一部分区域代替ROM103的全部或一部分功能。另外,存储(蓄存)部110需要在未从外部对广播接收装置100供给电源的状态下也保持存储的信息。从而,例如使用闪存ROM或SSD(Solid State Drive:固态驱动器)等非易失性半导体元件存储器、HDD(Hard Disc Drive:硬盘驱动器)等磁盘驱动器等装置。
另外,ROM103和存储(蓄存)部110中存储的上述各动作程序,能够通过从互联网200上的各服务器装置的下载处理进行添加、更新和功能扩展。
LAN(Local Area Network:局域网)通信部121经由路由装置200r与互联网200连接,与互联网200上的各服务器装置或其他通信设备进行数据的收发。另外,也进行经由通信线路传输的节目的MMT数据串(或其一部分)的取得。与路由装置200r的连接可以是有线连接,也可以是Wi-Fi(注册商标)等无线连接。LAN通信部121具有编码电路、解码电路等。另外,广播接收装置100也可以进一步具有BlueTooth(注册商标)通信部、NFC通信部、红外线通信部等其他通信部。
调谐/解调部131经由天线100a接收从无线电塔300t发送来的广播波,基于主控制部101的控制,调谐(选台)至用户要求的服务的频道。进而,调谐/解调部131对接收到的广播信号解调而取得MMT数据串。另外,在图7A所示的例子中,举例表示了调谐/解调部为一个的结构,但为了同时显示多画面和后台节目录像等目的,也可以采用广播接收装置100装载多个调谐/解调部的结构。
分离部132是MMT解码器,基于所输入的MMT数据串中的控制信号将作为实时展示要素的影像数据串、声音数据串、字符叠加数据串、字幕数据串等分别分配给影像解码器141、声音解码器143、字符叠加解码器144、字幕解码器145等。输入到分离部132的数据,可以为经由广播传输线路传输来并由调谐/解调部131解调而得的MMT数据串、经由通信线路传输来并由LAN通信部121接收的MMT数据串。另外,分离部132再现多媒体应用程序或作为其构成要素的文件类数据,并暂时存储于缓存部152中。另外,分离部132为了在进行影像声音字幕以外的数据的展示的播放器中使用的数据或对于应用程序的数据的流化中使用,提取通用数据并输出到数据解码器151。另外,分离部132也可以基于主控制部101的控制,进行对上述输入的MMT数据串的纠错和访问限制的控制等。
影像解码器141对从分离部132输入的影像数据串进行解码而输出影像信息。影像色域转换部142为了进行影像合成部161中的影像合成处理,根据需要对由影像解码器141解码而得的影像信息实施颜色空间转换处理。声音解码器143对从分离部132输入的声音数据串解码而输出声音信息。另外,也可以在影像解码器141和声音解码器143中输入经由LAN通信部121从互联网200上取得的例如MPEG-DASH(MPEG-Dynamic Adaptive Streamingover HTTP,MPEG-基于HTTP的动态自适应流)格式等的流数据。另外,为了同时对多个种类的影像数据串、声音数据串进行解码处理,影像解码器141、影像色域转换部142、声音解码器143等可以具有多个。
字符叠加解码器144对从分离部132输入的字符叠加数据串进行解码而输出字符叠加信息。字幕解码器145对从分离部132输入的字幕数据串进行解码而输出字幕信息。从字符叠加解码器144输出的字符叠加信息和从字幕解码器145输出的字幕信息,在字幕合成部146中实施合成处理,进而在字幕色域转换部147中,为了进行影像合成部161中的影像合成处理而根据需要实施颜色空间转换处理。另外,在本实施例中,在与广播节目的影像同时展示的以字符信息为中心的服务中,与影像的内容相关的被称为字幕,此外的被称为字符叠加。此外,在不区分它们的情况下,统称为字幕。
浏览器部154根据对MMT数据串中所含的控制信息、经由LAN通信部121从互联网200上的服务器装置取得的控制信息进行解析的应用程序控制部153的指示,展示缓存部152或经由LAN通信部121从互联网200上的服务器装置取得的多媒体应用程序文件和作为其构成要素的文件类数据。另外,上述多媒体应用程序文件可以是HTML(Hyper TextMarkup Language,超文本标记语言)文档、BML(Broadcast Markup Language,广播标记语言)文档等。从浏览器部154输出的应用程序信息,进一步在应用程序色域转换部155中,为了进行影像合成部161中的影像合成处理而根据需要实施颜色空间转换处理。此外,浏览器部154还通过使音源部156工作来进行应用程序声音信息的再现。
影像合成部161输入从影像色域转换部142输出的影像信息、从字幕色域转换部147输出的字幕信息、从应用程序色域转换部155输出的应用程序信息等,适当进行选择和/或叠加等的处理。影像合成部161具有省略了图示的影像RAM,基于对上述影像RAM输入的影像信息等驱动监视器部162等。另外,影像合成部161基于主控制部101的控制,根据需要进行缩放处理、基于MMT-SI中包含的MH-EIT等信息生成的EPG(Electronic Program Guide,电子节目指南)画面信息叠加的处理等。监视器部162例如是液晶面板等显示设备,对广播接收装置100的用户提供经影像合成部161实施了选择和/或叠加处理的影像信息。影像输出部163是输出用影像合成部161实施了选择和/或叠加处理的影像信息的影像输出接口。
另外,本实施例的广播接收装置100的展示功能,为了按照运营商的意图显示多媒体服务,具有逻辑平面构造。图7B表示本实施例的广播接收装置100的展示功能所具有的逻辑平面构造的结构的一例。在上述逻辑平面构造中,在最前面配置进行字符叠加显示的字符叠加平面,在下一层配置进行字幕显示的字幕平面。在第三层配置进行广播影像、多媒体应用程序、或其合成影像的显示的多媒体平面,在最靠背面的位置(最后面)配置背景平面。在字幕合成部146和影像合成部161中,进行字符叠加信息在字符叠加平面上的描绘、字幕信息在字幕平面上的描绘、影像信息、应用程序信息等在多媒体平面上的描绘。另外,基于MMT-SI中包含的LCT等在背景平面上描绘背景色。另外,第三层多媒体平面能够根据影像解码器141的数量准备多个。但是,即使在多媒体平面存在多个的情况下,从应用程序色域转换部155输出的应用程序信息等也仅输出到最前面的多媒体平面。
声音合成部164输入从声音解码器143输出的声音信息和用音源部156再现的应用程序声音信息,适当进行选择和/或混合等处理。扬声器部165将由声音合成部164实施了选择和/或混合处理的声音信息提供给广播接收装置100的用户。声音输出部166是输出用声音合成部164实施了选择和/或混合处理的声音信息的声音输出接口。
扩展接口部124是用于扩展广播接收装置100的功能的接口组,本实施例中,由模拟影像/声音接口、USB(Universal Serial Bus,通用串行总线)接口、存储器接口等构成。模拟影像/声音接口进行从外部影像/声音输出设备输入模拟影像信号/声音信号、向外部影像/声音输入设备输出模拟影像信号/声音信号等。USB接口与PC等连接进行数据的收发。也可以连接HDD进行广播节目和内容的记录。另外,也可以进行键盘或其他USB设备的连接。存储器接口连接存储卡或其他存储介质进行数据的收发。
数字接口部125是输出或输入编码后的数字影像数据和/或数字声音数据的接口。数字接口部125能够将由调谐/解调部131解调得到的MMT数据串、经由LAN通信部121取得的MMT数据串、或上述各MMT数据串的混合数据直接输出。另外,也可以进行控制以使得将从数字接口部125输入的MMT数据串输入到分离部132。也可以经由数字接口部125进行存储(蓄存)部110中存储的数字内容的输出、或者数字内容对存储(蓄存)部110的存储。
数字接口部125可以是DVI端子或HDMI(注册商标)端子或Display Port(注册商标)端子等,按符合DVI规格或HDMI规格或Display Port规格等的格式进行数据的输出或输入。也可以按符合IEEE1394规格等的串行数据的格式输出或输入。另外,也可以构成为经由以太网(注册商标)或无线LAN等硬件进行数字接口输出的IP接口。在这种情况下,数字接口部125和LAN通信部121可以共用该硬件结构。
操作输入部170是进行对广播接收装置100的操作指示输入的指示输入部,本实施例中,由接收从省略图示的遥控器发送的指令的遥控接收部和排列着按钮开关的操作按键构成。也可以仅有其中一方。此外,操作输入部170也可以用重叠配置于监视器部162的触摸面板代替。也可以用与扩展接口部124连接的键盘等代替。上述省略图示的遥控器也可以用具有遥控指令发送功能的便携信息终端700代替。
另外,如上所述,广播接收装置100是电视接收机等的情况下,影像输出部163和声音输出部166不是本发明中必需的结构。另外,广播接收装置100除电视接收机以外,也可以是DVD(Digital Versatile Disc,数字多功能光盘)录像机等光盘驱动器录像机、HDD录像机等磁盘驱动器录像机、STB(Set Top Box:机顶盒)等。也可以是具有数字广播接收功能、广播通信协作功能的PC(Personal Computer)或平板终端、导航装置、游戏机等。广播接收装置100是DVD录像机、HDD录像机、STB等的情况下,可以不具有监视器部162和扬声器部165。通过使外部监视器和外部扬声器与影像输出部163和声音输出部166或数字接口部125连接,能够实现与本实施例的广播接收装置100同样的动作。
[广播接收装置的时钟同步/展示同步的***结构]
图7C是本实施例的广播接收装置100兼容的广播***的时钟同步/展示同步的***结构的一例。在本实施例的广播***中,以64比特长度的NTP时间戳格式将UTC从广播送出***传输到接收机(本实施例的广播接收装置100等)。在上述NTP时间戳格式中,UTC的“秒以上”(秒和比秒大的时间)用32比特表示,另外“小于秒”(比秒小的时间)用32比特表示。但实际上,以32比特精度来再现1秒是很困难的。因此,作为用于同步影像***的***时钟和用于使NTP格式的时钟动作的***时钟,可以例如像该图所示那样的使用“2的24次方”Hz(约16.8MHz)的频率。另外,考虑到现有的广播***的***时钟是27MHz以及容易地构建接收机的硬件结构等,优选采用“2的24次方”~“2的28次方”程度的2的幂的频率作为***时钟。
另外,在广播送出***侧和接收机侧,在将***时钟如上所述设定为“2的24次方”~“2的28次方”程度的2的幂的频率的情况下,从广播送出***侧向接收机侧传输的NTP时间戳格式的、用于再现上述***时钟或NTP格式的时钟的PLL(Phase Locked Loop,锁相环)类无法参照的低位8~4位(比特)可以固定为“0”或“1”。即,如果***时钟为“2的n次方”Hz(图7C的例子中n=24),则可以将NTP时间戳格式的低位“32-n”位(比特)固定为“0”或“1”。或者,接收机侧可以以忽略上述NTP时间戳格式的低位“32-n”位(比特)的方式处理。
在广播送出***侧,当从外部获得NTP格式的时刻信息时,以基于“2的n次方”Hz的VCO(Voltage Controlled Oscillator,压控振荡器)的32+n比特计数器构成PLL类,实现与从外部给予的时刻信息同步的送出***时钟。另外,与“2的n次方”Hz的***时钟同步地使整体的信号处理***动作。进而,将上述送出***时钟的输出作为NTP长格式的时刻信息经由广播传输线路周期地传输到接收机侧。
在接收机侧,经由广播传输线路接收NTP长格式的时刻信息,与广播送出***侧同样根据基于“2的n次方”Hz的VCO的PLL类再现接收***时钟。由此,接收***时钟成为与广播送出***侧同步的时钟。此外,通过与“2的n次方”Hz的***时钟同步地使接收机的信号处理***动作,实现广播送出***侧与接收机侧的时钟同步,能够实现稳定的信号再现。此外,在广播送出***侧,基于上述NTP格式的时刻信息,设定影像/声音信号的每个展示单位的解码时刻和展示时刻。这里,在通过广播信号传输的PA消息中保存的MPT中,保存有后述的图13B所示的MPU时间戳描述符。图13B的MPU时间戳描述符的“mpu_sequence_number(MPU序列号)”参数表示描述时间戳的MPU的序列号,“mpu_presentation_time(MPU展示时刻)”参数以64比特的NTP时间戳格式表示MPU的展示时刻。由此,接收机能够参照保存在MPT中的MPU时间戳描述符,控制影像信号、声音信号、字幕、字符叠加等的每个MPU的展示(显示、输出等)时刻。
另外,着眼于上述的影像/声音信号等的每个展示单位的解码时刻和展示时刻的控制时,能够根据“2的16次方”Hz“约65.5KHz”程度的时钟来确保影像/声音信号的同步,此时,也可以不参照MPU时间戳描述符等中描述的NTP时间戳格式的低16位(比特)。即,在解码时刻和展示时刻的控制中使用通过***时钟的划分等而生成的“2的m次方”Hz的时钟的情况下,可以不参照MPU时间戳描述符等中描述的NTP时间戳格式的低“32-m”位(比特)。因此,MPU时间戳描述符等中描述的NTP时间戳格式的低“32-m”位(比特)可以被固定为“0”或“1”。
[广播接收装置的软件结构]
图7D是本实施例的广播接收装置100的软件结构图,示出了ROM103、RAM104和存储(蓄存)部110中的软件的结构。本实施例中,ROM103中存储了基本动作程序1001和其他动作程序,存储(蓄存)部110中存储了接收功能程序1002和其他动作程序。另外,存储(蓄存)部110具有存储动态图像、静止图像、声音等内容的内容存储区域1200,存储访问外部的便携终端设备或各服务器装置时所需的认证信息等的认证信息存储区域1300,和存储其他各种信息的各种信息存储区域。
ROM103中存储的基本动作程序1001在RAM104被展开,进而主控制部101运行上述展开的基本动作程序,由此构成基本动作运行部1101。另外,存储(蓄存)部110中存储的接收功能程序1002也同样被展开(部署)至RAM104,进而主控制部101运行上述展开的接收功能程序,由此构成接收功能运行部1102。另外,RAM104具有根据需要暂时保持各动作程序运行时生成的数据的暂存区域。
另外,以下为了简化说明,将通过主控制部101在RAM104中展开ROM103中保存的基本动作程序1001并运行而进行各动作区块的控制的处理,叙述为基本动作运行部1101进行各动作区块的控制。关于其他动作程序也进行同样的叙述。
接收功能运行部1102为了再现本实施例的广播***中传输的影像、声音等分量(component)而控制广播接收装置100的各动作区块。特别是,传输处理部1102a主要控制分离部132的MMT解码器功能,将从MMT数据串分离出的影像数据串、声音数据串等分配给各自对应的解码处理部。AV解码处理部1102b主要控制影像解码器141、声音解码器143等。应用程序处理部1102c主要控制缓存部152、应用程序控制部153、浏览器部154、音源部156。字符叠加处理部1102d主要控制字符叠加解码器144。字幕处理部1102e主要控制字幕解码器151。通用数据处理部1102f主要控制数据解码器151。EPG生成部1102g解析MMT-SI中包含的MH-EIT等的描述内容来生成EPG画面。展示处理部1102h基于上述逻辑平面构造,主要控制影像色域转换部142、字幕合成部146、字幕色域转换部147、应用程序色域转换部155、影像合成部161、声音合成部164。
上述各动作程序可以是在产品出厂时预先保存在ROM103和/或存储(蓄存)部110中的状态。也可以在产品出厂后经由LAN通信部121从互联网200上的其他应用程序服务器500等取得。另外,也可以经由扩展接口部124等取得存储卡或光盘等中保存的上述各动作程序。
[广播台服务器的结构]
图8是表示广播台服务器300的内部结构的一例的框图。广播台服务器300包括主控制部301、***总线302、RAM304、存储(蓄存)部310、LAN通信部321、数字广播信号送出部360。
主控制部301是按照规定的动作程序控制广播台服务器300整体的微处理器单元。***总线302是用于在主控制部301与广播台服务器300内的各动作区块之间进行数据收发的数据通信线路。RAM304是各动作程序运行时的工作区域。
存储部310存储基本动作程序3001、广播内容管理/分发程序3002、广播内容送出程序3003,并且具有广播内容存储区域3200和元数据存储区域3300。广播内容存储区域3200存储广播台广播的各广播节目的节目内容等。元数据存储区域3300存储上述各广播节目的节目标题、节目ID、节目概要、参演人员、广播日期时间、各节目内容的复制控制信息等元数据。
另外,存储在存储部310中的基本动作程序3001、广播内容管理/分发程序3002、广播内容送出程序3003分别被展开到RAM304中,进而主控制部301运行上述被展开的各程序,由此构成基本动作运行部3101、广播内容管理/分发运行部3102、广播内容送出运行部3103。
另外,以下为了简化说明,将通过主控制部301在RAM304中展开存储部310中保存的基本动作程序3001并运行而进行各动作区块的控制的处理,叙述为基本动作运行部3101进行各动作区块的控制。关于其他动作程序也进行同样的叙述。
广播内容管理/分发运行部3102进行存储在广播内容存储区域3200和元数据存储区域3300中的各广播节目的节目内容等和各元数据的管理,以及基于合约将上述各广播节目的节目内容等和各元数据提供给服务运营商时的控制。进而,广播内容管理/分发运行部3102在对上述服务运营商进行上述各广播节目的节目内容等和各元数据的提供时,根据需要也可以进行基于上述合约的服务运营商服务器400的认证处理等。
广播内容送出运行部3103,进行将包括存储于广播内容存储区域3200中的广播节目的节目内容、存储于元数据存储区域3300中的广播节目的节目标题、节目ID、节目内容的复制控制信息等的MMT数据串经由数字广播信号送出部360从无线电塔300t送出时的时间表管理等。
LAN通信部321与互联网200连接,与互联网200上的服务运营商服务器400等进行通信。LAN通信部321具有编码电路、解码电路等。数字广播信号送出部360对存储于广播内容存储区域3200中的各广播节目的节目内容等的影像数据串、声音数据串、节目信息数据串等构成的MMT数据串进行调制,经由无线电塔300t将其作为数字广播波发送。
[服务运营商服务器的结构]
图9是表示服务运营商服务器400的内部结构的一例的框图。服务运营商服务器400包括主控制部401、***总线402、RAM404、存储(蓄存)部410、LAN通信部421。
主控制部401是按照规定的动作程序控制服务运营商服务器400整体的微处理器单元。***总线402是用于在主控制部401与服务运营商服务器400内的各动作区块之间进行数据收发的数据通信线路。RAM404是各动作程序运行时的工作区域。
存储部410存储基本动作程序4001、影像内容管理/分发程序4002和应用程序管理/发布程序4004,进而具有影像内容存储区域4200和元数据存储区域4300、应用程序存储区域4400、用户信息存储区域4500。影像内容存储区域4200存储从广播台服务器300提供的广播节目的节目内容作为影像内容。此外,存储上述服务运营商制作的影像内容等。元数据存储区域4300存储从广播台服务器300提供的各元数据、关于上述服务运营商制作的影像内容的元数据等。应用程序存储区域4400存储用于响应来自各电视接收机的请求而发布的、用于实现与广播节目协作的服务的各种应用程序等。用户信息存储区域4500存储关于允许访问服务运营商服务器400的用户的信息(个人信息、认证信息等)。
另外,存储部410中存储的基本动作程序4001和影像内容管理/分发程序4002、应用程序管理/发布程序4004分别在RAM404被展开,进而主控制部401运行上述展开的基本动作程序和影像内容管理/分发程序、应用程序管理/发布程序,由此构成基本动作运行部4101、影像内容管理/分发运行部4102、应用程序管理/发布运行部4104。
另外,以下为了简化说明,将通过主控制部401在RAM404中展开存储部410中保存的基本动作程序4001并运行而进行各动作区块的控制的处理,叙述为基本动作运行部4101进行各动作区块的控制。关于其他动作程序也进行同样的叙述。
影像内容管理/分发运行部4102进行自广播台服务器300的广播节目的节目内容等和元数据的取得、存储在影像内容存储区域4200和元数据存储区域4300中的影像内容等和各元数据的管理、以及对于各电视接收机的上述影像内容等和各元数据的分发的控制。进而,影像内容管理/分发运行部4102在对上述各电视接收机进行上述各影像内容等和各元数据的分发时,根据需要也可以进行上述各电视接收机的认证处理等。另外,应用程序管理/发布运行部4104进行应用程序存储区域4400中蓄存的各应用程序的管理、以及响应来自各电视接收机的请求发布上述各应用程序时的控制。进而,应用程序管理/发布运行部4104在对上述各电视接收机进行上述各应用程序的发布时,根据需要也可以进行上述各电视接收机的认证处理等。
LAN通信部421与互联网200连接,与互联网200上的广播台服务器300进行通信、经由路由装置200r与广播接收装置100进行通信。LAN通信部421具有编码电路、解码电路等。
[便携信息终端的硬件结构]
图10A是表示便携信息终端700的内部结构的一例的框图。便携信息终端700包括主控制部701、***总线702、ROM703、RAM704、存储(蓄存)部710、通信处理部720、扩展接口部724、操作部730、图像处理部740、声音处理部750、传感器部760。
主控制部701是按照规定的动作程序控制便携信息终端700整体的微处理器单元。***总线702是用于在主控制部701与便携信息终端700内的各动作区块之间进行数据收发的数据通信线路。
ROM703是保存操作***等基本动作程序和其他动作程序的存储器,例如使用EEPROM或闪存ROM这样的可改写的ROM。RAM704是基本动作程序和其他动作程序运行时的工作区域。ROM703和RAM704与主控制部701可以是一体结构。另外,ROM703也可以不是如图10A所示的独立结构,而是使用存储部710内的一部分存储区域。
存储部710存储便携信息终端700的动作程序和动作设定值、便携信息终端700的用户的个人信息等。另外,能够存储经由互联网200下载的动作程序和用上述动作程序生成的各种数据等。另外,也能够存储经由互联网200下载的动态图像、静止图像、声音等内容。也可以用存储部710的一部分区域代替ROM703的全部或一部分功能。另外,存储部710需要在没有从外部对便携信息终端700供给电源的状态下也保持存储的信息。从而,例如使用闪存ROM或SSD等非易失性半导体元件存储器、HDD等磁盘驱动器等装置。
另外,ROM703和存储部710中存储的上述各动作程序,能够通过从互联网200上的各服务器装置的下载处理进行添加、更新和功能扩展。
通信处理部720包括LAN通信部721、移动电话网通信部722、NFC通信部723。LAN通信部721经由路由装置200r、接入点200a与互联网200连接,与互联网200上的各服务器装置或其他通信设备进行数据的收发。与路由装置200r、接入点200a的连接用Wi-Fi(注册商标)等无线连接进行。移动电话网通信部722通过与移动电话通信网的基站600b的无线通信,进行电话通信(通话)和数据的收发。NFC通信部723在与对应的读写器接近时进行无线通信。LAN通信部721、移动电话网通信部722、NFC通信部723分别具有编码电路、解码电路、天线等。另外,通信处理部720也可以进一步具有BlueTooth(注册商标)通信部、红外线通信部等其他通信部。
扩展接口部724是用于扩展便携信息终端700的功能的接口组,本实施例中,由影像/声音接口、USB接口、存储器接口等构成。影像/声音接口从外部影像/声音输出设备输入影像信号/声音信号、向外部影像/声音输入设备输出影像信号/声音信号等。USB接口与PC等连接进行数据的收发。另外,也可以进行键盘或其他USB设备的连接。存储器接口连接存储卡或其他存储介质进行数据的收发。
操作部730是进行对便携信息终端700的操作指示的输入的指示输入部,本实施例中,由在显示部741重叠配置的触摸面板730t和将按钮开关排列而成的操作按键730k构成。也可以仅有其中一方。也可以使用与扩展接口部724连接的键盘等进行便携信息终端700的操作。也可以使用通过有线通信或无线通信连接的另一台终端设备进行便携信息终端700的操作。即,也可以从广播接收装置100进行便携信息终端700的操作。另外,也可以是显示部741具有上述触摸面板功能。
图像处理部740包括显示部741、图像信号处理部742、第一图像输入部743、第二图像输入部744。显示部741例如是液晶面板等显示设备,对便携信息终端700的用户提供用图像信号处理部742处理后的图像数据。图像信号处理部742具有省略了图示的视频RAM,基于输入到上述视频RAM的图像数据驱动显示部741。另外,图像信号处理部742具有根据需要进行格式转换、菜单或其他OSD(On Screen Display,屏上显示)信号的叠加处理等的功能。第一图像输入部743和第二图像输入部744是通过使用CCD(Charge Coupled Device:电荷耦合装置)或CMOS(Complementary Metal Oxide Semiconductor:互补金属氧化物半导体)传感器等电子器件将从镜头输入的光转换为电信号,而输入周围或对象物的图像数据的摄像机单元。
声音处理部750包括声音输出部751、声音信号处理部752、声音输入部753。声音输出部751是扬声器,对便携信息终端700的用户提供用声音信号处理部752处理后的声音信号。声音输入部753是麦克风,将用户的声音等转换为声音数据输入。
传感器部760是用于检测便携信息终端700的状态的传感器组,本实施例中,包括GPS接收部761、陀螺仪传感器762、地磁传感器763、加速度传感器764、照度传感器765、接近传感器766。通过该传感器组,能够检测便携信息终端700的位置、倾斜、方位、运动和周围的明亮度、周围物体的接近状况等。另外,便携信息终端700也可以进一步具有气压传感器等其他传感器。
便携信息终端700可以是移动电话或智能手机、平板终端等。也可以是PDA(Personal Digital Assistants:个人数码助手)或笔记本型PC。另外,也能够是数码相机或能够拍摄动态图像的摄像机、便携式游戏机、导航装置等,或者其他便携数字设备。
另外,图10A所示的便携信息终端700的结构例也包括传感器部760等多个本实施例中并非必需的结构,即使是不具有这些结构也不会损害本实施例的效果。另外,也可以进一步添加数字广播接收功能和电子货币结算功能等未图示的结构。
[便携信息终端的软件结构]
图10B是本实施例的便携信息终端700的软件结构图,示出了ROM703、RAM704和存储部710中的软件的结构。本实施例中,ROM703中存储了基本动作程序7001和其他动作程序,存储部710中存储了协作控制程序7002和其他动作程序。另外,存储部710具有存储动态图像、静止图像、声音等内容的内容存储区域7200,存储访问电视接收机或各服务器装置时所需的认证信息等的认证信息存储区域7300,以及存储其他各种信息的各种信息存储区域。
ROM703中存储的基本动作程序7001被展开至RAM704,进而主控制部701运行上述展开后的基本动作程序,由此构成基本动作运行部7101。另外,存储部710中存储的协作控制程序7002也同样被展开至RAM704,进而主控制部701运行上述展开的协作控制程序,由此构成协作控制运行部7102。另外,RAM704具有根据需要暂时保持各动作程序运行时生成的数据的暂存区域。
另外,以下为了简化说明,将通过主控制部701在RAM704中展开ROM703中保存的基本动作程序7001并运行而进行各动作区块的控制的处理,叙述为基本动作运行部7101进行各动作区块的控制。关于其他动作程序也进行同样的叙述。
协作控制运行部7102进行便携信息终端700与电视接收机协作动作时的设备认证和连接、各数据的收发等的管理。另外,协作控制运行部7102具有用于运行与上述电视接收机连动的应用程序的浏览器引擎功能。
上述各动作程序可以是在产品出厂时预先保存在ROM703和/或存储部710中的状态。也可以在产品出厂后经由LAN通信部721或移动电话网通信部722从互联网200上的其他应用程序服务器500等取得。另外,也可以经由扩展接口部724等取得存储卡或光盘等中保存的上述各动作程序。
[广播接收装置的时刻管理]
本实施例的广播接收装置具有两种时刻管理功能。第一个时刻管理功能是基于NTP的时刻管理功能,如已经使用图7C说明的那样。第二个时刻管理功能是基于MH-TOT的时刻管理功能,是基于图6B中说明的通过MH-TOT传输的时刻信息来管理的时刻。
图13A表示由NTP传输的时刻信息的结构的一例。另外,图13B表示上述MPU时间戳描述符的数据结构的一例。上述NTP格式的“reference_timestamp”参数和“transmit_timestamp”参数等是64比特长度的NTP长格式的时刻数据,另外,上述MPU时间戳描述符中的“mpu_presentation_time”参数也是64比特长度的NTP时间戳格式的时刻数据。上述NTP长格式的时刻数据和上述NTP时间戳格式的时刻数据是以32比特表示UTC的“秒以上”且以32比特表示“小于秒”的数据。即,NTP格式的时刻信息能够传输到直至“小于秒”的时刻信息。此外,由于NTP格式的时刻信息是UTC表述,所以与现有的数字广播的时钟管理不同,如图3(B)所示也能够与通过通信线路路径(例如,能够用图7A的LAN通信部121接收的通信线路)接收的信号中所含的NTP匹配。
与之相对地,由MH-TOT传输的信息如下。假设广播接收装置100能够通过MH-TOT取得当前日期和日本标准时刻。图11A表示MH-TOT的数据结构的示例。广播接收装置100能够从上述MH-TOT的“JST_time”参数取得当前日期和当前时刻。“JST_time”参数如图11B所示包含:基于修正儒略日(Modified Julian Date:MJD)的当前日期的编码数据的低16位(比特);和用6个4比特二进码十进数(Binary-Coded Decimal:BCD)表示日本标准时(JapanStandard Time:JST)的24比特的信息。能够通过对上述MJD的16比特编码数据进行规定的运算来计算当前日期。6个4比特二进码十进数是用2个4比特二进码十进数以十进制两位数表示“时”,用接下来的2个4比特二进码十进数以十进制两位数表示“分”,用最后的2个4比特二进码十进数以十进制两位数表示“秒”。
由此,基于NTP的时刻与基于MH-TOT的时刻的差异在于,前者的NTP如上所述是能够传输直至“小于秒”的时刻信息的UTC表述的信息,而用MH-TOT传输的信息是至JST表述的“秒单位”的信息。
本实施例的广播接收装置100,通过将基于作为UTC表述的时刻信息的NTP的时刻管理功能用于作为广播信号的内容的影像、声音、字幕、字符叠加、其他展示数据的解码和显示的同步处理中,能够实现更高精度的同步处理。进而通过不是参照广播台的时钟表述而是参照UTC表述的信息,也能够进行作为通过广播信号接收的广播信号的内容的影像、声音、字幕、字符叠加或其他数据与通过通信线路路径取得的影像、声音、字幕、字符叠加或其他数据的解码和显示的同步处理。
此外,本实施例的广播接收装置可以将基于包含以MH-TOT的6个4比特二进码十进数表示的24比特的信息的“JST_time”的时刻管理功能,用于对用户展示当前时刻的展示处理或处理图6B中说明的处理MH-事件信息表(MH-EIT)的各处理中。一般来说,在广播接收装置中的对用户展示当前时刻的展示处理中,基本上不要求直至小于秒的精度。另外,MH-事件信息表(MH-EIT)中描述的各时间信息,与以MPEG2-TS方式传输的现有的数字广播的EIT同样,用以6个4比特二进码十进数表示的24比特的信息以各自为十进制两位数的“时”、“分”、“秒”保存。因此,本实施例的广播接收装置100的基于MH-TOT的时刻管理功能容易与使用MH-EIT的处理相匹配。使用MH-EIT的处理具体为节目表的生成处理(后述)、录像预约和视听预约的控制、暂时存储等的著作权管理处理等。这是因为,对于哪个处理来说要求小于秒的精度都是很少见的,所以1秒单位的精度就足够了。
此外,该节目表的生成处理、录像预约和视听预约的控制、暂时存储等的著作权管理处理是现有的使用MPEG2-TS方式的数字广播***的接收机中也装载的功能。于是,在本实施例的广播***中,在节目表的生成处理、录像预约和视听预约的控制、暂时存储等的著作权管理处理等处理中,只要构成为能够以与现有的MPEG2-TS方式的数字广播***存在匹配性的时刻管理处理来应对,则在构成具有现有的MPEG2-TS方式的数字广播的接收功能和MMT方式的数字广播的接收功能这两者的广播接收装置时,在这些处理(节目表的生成处理、录像预约和视听预约的控制、暂时存储等的著作权管理处理等处理)中就不需要另外设计处理算法,能够降低成本。
即使是不具有现有的MPEG2-TS方式的数字广播的接收功能而仅具有MMT方式的数字广播的接收功能的接收机,也不必完全新创建节目表的生成处理、录像预约和视听预约的控制、暂时存储等的著作权管理处理等处理的算法,而能够沿用现有的使用MPEG2-TS方式的数字广播***的接收机也装载的功能的算法,因此能够以较低的成本开发。
由此,通过采用将基于MH-TOT的“JST_time”参数的时刻管理功能用于这些处理(节目表的生成处理、录像预约和视听预约的控制、暂时存储等的著作权管理处理等处理),即使是MMT方式的数字广播的广播接收装置,通过提高与现有方式的广播***的匹配性,也能够以更低的成本提供。
如上所述,本实施例的广播接收装置100具有使用精度不同的两种时刻信息的时刻管理功能。一方的时刻信息是与现有的数字广播***具有匹配性的表述的时刻信息,另一方的时刻信息是比上述一方的时刻信息分辨率高的时刻信息,通过将后者的时刻信息用于广播信号的各内容数据的同步处理来实现比现有的广播***高的信息展示处理,通过将前者的时刻信息用于节目表的生成处理、录像预约和视听预约的控制、暂时存储等的著作权管理处理等处理来价廉地提供广播接收装置。
由此,本实施例的广播接收装置100通过具有以上说明的两种时刻管理功能,能够兼顾更高的信息展示处理的实现和低成本化。
[时刻管理的第一变形例]
接着,下面对本实施例的广播***中的时刻管理的第一变形例进行说明。
在第一变形例中,为了提高用图7C说明的基于NTP的时刻管理功能的该管理时刻的精度,可以将从时刻管理服务器(省略图示)或广播台服务器300至广播接收装置100的时刻信息传输中的关于预想延迟时间的信息包含在广播信号中发送,在广播接收装置100中,将该关于预想延迟时间的信息用于基于NTP的时刻管理功能的***时钟的修正。
此时,该关于预想延迟时间的信息可以不是在图3(A)所示的TLV复用流中,而是在TLV复用流以外的TMCC(Transmission and Multiplexing Configuration Control:传输和多路复用配置控制)区域中进行传输。如果在TMCC区域中进行传输,则在广播接收装置100中,不经由TLV复用流的分离处理(DEMUX(分路器)处理)就能够提取该关于预想延迟时间的信息。即,能够进行广播接收装置100中的不易因上述分离处理而受到延迟的影响的信息取得,因此,能够进行高精度的***时钟的修正处理。图13C对通过该TMCC信号传输的时刻信息的数据结构的一例进行说明。该时刻信息例如可以保存在TMCC扩展信息区域进行传输。图13C的TMCC扩展信息区域的时刻信息中,“delta”参数将从分发UTC的时刻管理服务器或生成TMCC信号的服务器装置至一般的广播接收装置的传输延迟的预想值用32比特的带符号的固定小数点数表示。另外,高16位(比特)描述整数部分,低16位(比特)描述小数部分。“transmit_timestamp”参数是发送时间戳,以NTP时间戳长格式描述从上述服务器装置送出该TMCC信号的时刻。高32位(比特)表示整数部分,低32位(比特)表示小数部分。
在该第一变形例中,本实施例的广播接收装置100,使用保持在TMCC扩展信息区域中被传输的该时刻信息中描述的关于上述预想延迟时间的信息(例如,上述“delta”参数和/或“transmit_timestamp”参数),能够更高精度地修正基于广播信号的各内容数据的同步处理中使用的NTP的时刻管理功能的***时钟。
[时刻管理的第二变形例]
接着,下面对本实施例的广播***中的时刻管理的第二变形例进行说明。
如上所述,本实施例的广播接收装置100中,具有根据通过MH-TOT传输的信息取得当前日期和日本标准时刻来管理时刻的时刻管理功能。根据通过MH-TOT传输的信息取得的当前日期和日本标准时刻,用广播接收装置100的影像合成部161叠加到影像信息或应用程序信息等上,由此能够输出到监视器部162或影像输出部163来提供给用户。如上所述,MH-TOT具有图11A所示的数据结构,广播接收装置100能够从上述MH-TOT的“JST_time”参数取得当前日期和当前时刻。
但是,上述“JST_time”参数仅使用MJD的编码数据的低16位(比特),因此会以“2038年4月22日”发生溢出,如果仅用上述规定的运算则无法表达“2038年4月23日”以后的日期。于是,在本实施例的第二变形例中,通过在MJD的值为规定值以上时和小于规定值时切换计算方法,进行控制使得能够表达“2038年4月23日”以后的日期。
图12表示当MJD的值为规定值以上时使用的第一计算方法和当MJD的值小于规定值时使用的第二计算方法的一例。例如,在将上述规定值设定为“32768(0x8000)”的情况下,当MJD为“32768”以上时使用上述第一计算方法计算当前日期,当MJD小于“32768”时使用上述第二种计算方法计算当前日期。另外,MJD小于“32768”的情况等效于MJD的16比特数据的最高位(比特)为“0”的情况。由此,本实施例的广播接收装置100能够表达“2038年4月23日”以后的日期。其中,上述规定值能够任意地设定,可以将上述规定值设定为“16384(0x4000)”或“49152(0xC000)”等。上述运算方法的切换条件可以是MJD的16比特数据的高2位(比特)为“00”时、MJD的16比特数据的高2位(比特)不为“11”时。其中,当令上述规定值为“32768”而使用上述方法时,虽然不能表达“1948年9月4日”以前的日期,但这在作为电视接收机的实际使用中并不是问题。
此外,也可以不是根据MJD与上述规定值的比较结果来切换上述第一计算方法和上述第二计算方法,而是根据图11A所示的MH-TOT的数据结构中的“reserved”参数的一部分或全部被置换后的标志(flag)或新追加的标志,来切换上述第一计算方法和上述第二计算方法。例如,关于上述标志,可以是在MJD的16比特编码数据的最高位(比特)为“0”时,如果上述MJD表示“2038年4月23日”以后的日期,则将上述标志设置为“1”,如果不表示“2038年4月23日”以后的日期,则将上述标志设置为“0”。可以在上述标志为“1”的情况下使用图12所示的上述第二计算方法,在上述标志为“0”的情况下使用上述第一计算方法。或者,可以新准备具有与上述标志相同含义的描述符并将其配置在MH-TOT内。
此外,在本实施例的广播***中,如上所述,传输NTP格式的绝对时刻,本实施例的广播接收装置100具有基于该NTP的时刻管理功能。而且,在本实施例的广播接收装置100中,通过参照在MPU单位设定的MPU时间戳描述符所记载的NTP时间戳等,控制影像/声音信号的每个展示单位的解码定时和展示定时。如上所述,上述NTP格式的时刻信息具有图13A所示的结构。此外,上述MPU时间戳描述符具有图13B所示的结构。
因此,在本实施例的广播接收装置100中,通过参照上述“reference_timestamp”参数、“transmit_timestamp”参数、或“mpu_presentation_time”参数等,根据上述参照的时刻数据等的值选择使用上述第一计算方法和上述第二计算方法中的某一种。即,例如,在上述64比特长度的NTP长格式的时刻数据的最高位为“0”的情况下,可以使用上述第二计算方法,在不是“0”的情况下使用上述第一计算方法等。
根据上述任一种方法,本实施例的广播接收装置100中,能够表示“2038年4月23日”之后的日期。
[广播接收装置的选台处理(初始扫描)]
本实施例的广播***的AMT提供了用于与通过通信线路传输的IP包尽可能无区别地接收通过TLV复用方式传输的IP包的、IP包的多点传输组的一览。对于一个服务标识,能够列出多个IP多点传输组。另外,为了有效地描述连续的IP地址,能够使用地址掩码。
在本实施例的广播接收装置100中,在初始设定时的频道扫描时或用于设定变更的再扫描时,能够将从TLV-NIT取得的服务的一览存储到ROM103或存储部110等非易失性存储器中,进而,能够将与上述各服务对应的IP多点传输组的一览作为IP相关信息与上述各服务相关联,存储到上述非易失性存储器中。通过将上述服务的一览和IP相关信息存储在非易失性存储器中,能够经常参照,由此在频道切换等时不需要取得TLV-NIT或AMT,能够高效地进行广播内容的取得。
图14是表示本实施例的广播接收装置100中的频道扫描(再扫描)时的动作序列的一例的图。
当频道扫描开始时,接收功能运行部1102指示对调谐/解调部131设定频率初始值,进行调谐到上述频率值的调谐(S101)。在调谐/解调部131中,当成功锁定到上述设定的频率值(S102:是(YES))时,接着,接收功能运行部1102从接收信号取得TLV-NIT(S103)。
在S103的处理中取得的TLV-NIT为有效数据(S104:是)的情况下,接收功能运行部1102从上述取得的TLV-NIT中取得TLV流ID、原始网络ID等信息(S105)。图15A表示TLV-NIT的数据结构的一例。设上述TLV流ID的信息能够从“tlv_stream_id”参数取得,上述原始网络ID的信息能够从“original_network_id”参数取得。而且,从分配***描述符取得关于与各TLV流ID/原始网络ID对应的广播传输线路的物理条件的分配***信息(S106),从服务列表描述符取得服务ID一览(S107)。图15B表示卫星分配***描述符的数据结构的一例。图15C表示服务列表描述符的数据结构的一例。另外,在TLV-NIT具有多个TLV流ID、原始网络ID、分配***信息、服务ID一览等不同数据的情况下,重复S105~S107的处理。接着,接收功能运行部1102基于在S105~S107的处理中取得的TLV流ID、原始网络ID、分配***信息、服务ID的一览等数据来创建服务列表,并将创建的上述服务列表存储到ROM103或存储部110等中(再扫描时更新)(S108)。
接着,接收功能运行部1102从接收信号中取得AMT(S109),并且还取得关于存储于上述服务列表中的各服务ID的IP多点传输组的一览(S110)。图15D表示AMT的数据结构的一例。另外,在AMT具有多个关于服务ID的IP多点传输组的一览的情况下,重复S110的处理。在具有关于不同的服务ID的IP多点传输组的一览的AMT存在多个的情况下,重复S109~S110的处理。接着,接收功能运行部1102将在S110的处理中取得的IP多点传输组的一览作为IP相关信息,与上述服务ID相关联地存储到ROM103或存储部110等中(再扫描时更新)(S111)。
另外,在S102的处理中调谐/解调部131没有成功锁定上述设定的频率值(S102:否(NO))的情况下,以及在S103的处理中取得的TLV-NIT不是有效数据(S104:否)的情况下,不执行S105~S111的处理。
当完成S111的处理时,如果调谐/解调部131中设定的频率值是频道扫描范围的最终频率值(S112:是),则接收功能运行部1102结束处理。另一方面,如果上述设定的频率值不是频道扫描范围的最终频率值(S112:否),则使调谐/解调部131中设定的频率值增加(S113),重复S102~S111的处理。另外,如果能够用一个TLV-NIT取得关于构成该广播网络的所有服务的服务ID,并且还能够取得具有关于上述服务ID的IP多点传输组的一览的AMT的情况下,不需要S112~S113的处理。
通过上述一系列处理,本实施例的广播接收装置100在初始设定时的频道扫描时或在用于设定变更的再扫描时,在创建/更新构成广播网络的服务的一览(服务列表)的同时,能够进行与上述各服务对应的IP多点传输组的一览(IP相关信息)的创建/更新,进而能够将其存储到ROM103、存储部110等非易失性存储器中。
另外,用于上述设定变更的再扫描,可以在通过参照TLV-NIT或AMT的“version_number”参数而检测到表中的信息发生变化时自动进行。在检测到TLV-NIT和AMT的一者的“version_number”参数的变化时,可以仅自动更新关于检测到上述参数的变化的表的信息。但是,在进行了上述自动更新时,期望将已经自动进行了再扫描的情况通知给用户。另外,也可以将上述表中的信息发生了变化的情况报知给用户,让用户选择是否进行上述再扫描。
[广播接收装置的选台处理(频道切换)]
图16是表示本实施例的广播接收装置100中的选台(频道切换)时的动作序列的一例的图。
当用户通过操作省略了图示的遥控器等来指示频道切换时,接收功能运行部1102解析从上述遥控器发送的命令并指定目标服务的服务ID(S201)。接着,接收功能运行部1102开始从调谐/解调部131的接收信号取得AMT。在规定时间内AMT的取得成功的情况下(S202:是),从上述取得的AMT取得关于与上述服务ID对应的IP多点传输组的一览的信息(S204)。另一方面,在规定时间内AMT的取得不成功的情况下(S202:否),通过参照存储在ROM103或存储部110等中的IP相关信息(S203),取得关于与上述服务ID对应的IP多点传输组的一览的信息(S204)。另外,可以不进行S202的判断处理,始终参照存储在ROM103或存储部110等中的IP相关信息。
接着,接收功能运行部1102开始从调谐/解调部131的接收信号取得TLV-NIT。在规定时间内TLV-NIT的取得成功的情况下(S205:是),从上述取得的TLV-NIT取得用于取得与上述服务ID对应的IP数据流的分配***信息(S207)。另一方面,在规定时间内TLV-NIT的取得不成功的情况下(S205:否),通过参照存储在ROM103或存储部110中的服务列表(S206),取得用于取得与上述服务ID对应的IP数据流的分配***信息(S207)。另外,可以不进行S205的判断处理,始终参照存储在ROM103或存储部110等中的服务列表。当在S207的处理中取得分配***信息时,接着,接收功能运行部1102根据上述取得的分配***信息中指示的频率值来控制调谐/解调部131,接收与上述服务ID对应的IP数据流(S208),从上述接收到的IP数据流中提取MMT数据串,并将其输出到分离部132。
在分离部132中,传输处理部1102a从上述输入的MMT数据串中取得包ID为“0”的MMTP包(S209),进而还取得上述取得的MMTP包中包含的MPT(S210)。接着,传输处理部1102a参照上述取得的MPT所具有的“MMT_package_id_byte”参数,确认上述“MMT_package_id_byte”参数的低16位(比特)是否与上述服务ID为相同值。在图17所示的MPT的数据结构的一例中,在上述“MMT_package_id_byte”参数的低16位(比特)与上述服务ID为相同值的情况下(S211:是),判断为上述包ID为“0”的MMTP包是具有与上述服务ID对应的节目的数据的MMTP包,基于上述取得的MPT所具有的信息执行MFU的取得(S216)。
另一方面,在上述“MMT_package_id_byte”参数的低16位(比特)与上述服务ID为不同值的情况下(S211:否),判断为上述包ID为“0”的MMTP包不是具有与上述服务ID对应的节目的数据的MMTP包。在这种情况下,传输处理部1102a重新取得PLT(S212),通过确认上述取得的PLT,能够对传输具有与上述服务ID对应的“MMT_package_id_byte”参数的MPT的MMTP包的包ID(设为x)进行确认(S213)。进而,传输处理部1102a从上述输入的MMT数据串中取得包ID为“x”的MMTP包(S214),进而还取得上述取得的MMTP包中包含的MPT(S215)。进而,基于上述取得的MPT所具有的信息,取得MFU(S216)。
另外,也可以不执行S209~S211的处理,而始终执行S212~S215的处理。在这种情况下,当与上述服务ID对应的节目的数据被保存在包ID“0”以外的MMTP包中时,能够缩短处理时间。
在处理S216中取得MFU时,传输处理部1102a从上述取得的MFU中提取编码影像数据和编码声音数据等,并将它们输出到影像解码器141和声音解码器143等。以下,进行基于AV解码处理部1102b的控制的影像/声音解码处理和基于展示处理部1102h的控制的展示处理,但是由于上述各处理是公知的,所以省略详细说明。
通过上述一系列处理,本实施例的广播接收装置100能够执行选台(频道切换)动作。特别是,如用图14和图16说明的那样,在初始设定时的频道扫描时或为了设定变更的再扫描时,创建服务列表和IP相关信息,将其存储到ROM103或存储部110等非易失性存储器,能够始终参照,在选台时(频道切换)时,通过参照存储在ROM103或存储部110等非易失性存储器中的上述服务列表和IP相关信息,能够提高选台(频道切换)时的动作效率。即,与在选台(频道切换)时进行AMT、TLV-NIT的再取得的情况相比,能够缩短从选台(频道切换)开始至选台(频道切换)完成的时间。
[广播接收装置的画面布局控制]
在本实施例的广播接收装置100中,能够基于LCT的描述进行画面布局控制。图18表示LCT的数据结构的一例。
图中,特别是,“left_top_pos_x”参数和“right_down_pos_x”参数对全画面(全屏)显示的左侧为“0”/右侧为“100”时的、区域的左上的水平位置和右下的水平位置,用分别相对于水平方向上的总像素数的比例来表示。“left_top_pos_y”参数和“right_down_pos_y”参数对全画面显示的上侧为“0”/下侧为“100”时的、区域的左上的垂直位置和右下的垂直位置,用分别相对于垂直方向上的总像素数的比例来表示。此外,“layer_order”参数表示区域的进深方向上的相对位置。
将基于上述各参数的设定的、相对于布局编号的布局分配的例子与上述各参数的设定值一起表示在图19A~D中。
图19A是本实施例的广播接收装置100的默认布局设定,是在全画面上仅设定一个区域的例子。图19B是将全画面分割为三个区域,各个区域被设为“区域0”、“区域1”、“区域2”的情况的例子。例如,在全画面的像素数为水平7680像素/垂直4320像素的情况下,“left_top_pos_x”参数为“0”,“left_top_pos_y”参数为“0”,“right_down_pos_x”参数为“80”,“right_down_pos_y”参数为“80”,因此“区域0”被设定在(0,0)-(6143,3455)的范围内。同样,“区域1”被设定在(6144,0)-(7679,4319)的范围,“区域2”被设定在(0,3456)-(6143,4319)的范围。
图19C与图19B同样是设定三个区域的例子,但“区域0”被设定在(0,0)-(7679,4319)的范围,“区域1”和“区域2”在与上述相同的范围,根据“layer_order”参数的设定,配置在“区域0”的前面。图19D是在设备0(默认设备:本实施例中为广播接收装置100)中设定“区域0”、在设备1(本实施例中为便携信息终端700)中设定“区域1”的情况的例子。
如上所述,在本实施例的广播***中,能够通过使用LCT来进行用于将多媒体服务在接收机上如服务提供者的意图地进行显示的画面布局控制。
另外,根据上述“left_top_pos_x”等参数的设定值分割画面时产生的小数点后的小数部分,可以执行向上取整或向下取整等处理。也可以进行四舍五入(或二进制的零舍一入)的处理。例如,在全画面的像素数为7680像素/垂直4320像素,且“区域0”的“left_top_pos_x”参数为“0”,“left_top_pos_y”参数为“0”,“right_down_pos_x”参数为“51”,“right_down_pos_y”参数为“51”的情况下,可以通过向上取整处理将“区域0”设定在(0,0)-(3916,2203)的范围,也可以通过向下取整处理将“区域0”设定在(0,0)-(3915,2202)的范围。此外,考虑影像压缩处理时的宏块,可以进行8像素单位或16像素单位等的向上取整/向下取整处理。通过上述处理,能够高效地进行基于LCT的区域设定和上述区域的多媒体内容的分辨率转换处理。
[广播接收装置的画面布局控制的例外处理]
在本实施例的广播接收装置100中,即使在根据上述LCT进行画面布局的区域控制时,当用户指示了显示EPG画面等时,作为例外处理,也能够进行忽略上述LCT的描述内容的画面布局控制。图20A表示基于LCT的画面布局控制的例外处理的动作的例子。
根据LCT的描述,进行与图19B同样的画面布局控制,在“区域0”中显示广播节目影像,在“区域1”和“区域2”中显示与上述广播节目协作的节目协作数据等广播内容的状态中,用户利用省略了图示的遥控器指示了显示EPG画面的情况下,本实施例的广播接收装置100如图20A(A)所示,与LCT的描述内容无关地使画面布局设定返回到默认设定(即,进行与图19A同样的画面布局控制的状态),进行控制以在画面整体显示EPG画面。而且,在用户指示了结束EPG画面的显示的情况下,再次执行按照LCT的描述内容的画面布局控制。
通过执行上述控制,与图20A(B)所示那样的维持画面布局的区域控制地进行EPG画面的显示的情况相比,能够将EPG画面显示得更大,能够提高易见性。
另外,上述画面布局控制的例外处理可以不仅应用于进行EPG画面的显示时,也可以如图20B所示,应用于广播接收装置100的各种设定画面(图示的例子中为录像设定画面)的子画面显示时和双画面显示时。
在该图(A)所示的录像设定画面的情况下,广播内容的显示区域从画面整体变更为仅画面右下方的子画面部分。同样,在该图(B)所示的双画面显示的情况下,广播内容的显示区域从画面整体变更为仅画面中段左侧的分割画面部分。在任一种情况下,因为用于显示广播内容的显示区域与使用画面整体时相比较窄,所以在上述显示区域内维持画面布局的区域控制的状态(即,进行区域分割同时显示多个广播内容)在视觉辨认方面并不优选。因此,在本实施例的广播接收装置100中,在上述状况时,在上述显示区域中仅选择“区域0”的广播内容来显示。另外,可以根据紧邻的之前的区域选择状况来选择显示“区域1”、“区域2”的广播内容。
通过进行上述控制,与维持画面布局的区域控制地进行各种广播内容的显示的情况相比,能够提高广播内容的易见性。录像节目一览画面的子画面显示和互联网内容的浏览器显示等时也同样。
[广播接收装置的EPG显示]
在本实施例的广播***中,由MH-EIT传输关于构成广播网络的各服务中包含的事件(也就是所谓的节目)的时序信息。图21表示本实施例的MH-EIT的数据结构的一例。MH-EIT根据表ID(对应于图中的“talbe_id”参数)识别为两类,能够表示自TLV流的当前/下一个事件的信息和自TLV流的各事件的时间表信息。本实施例的广播接收装置100,参照上述MH-EIT等进行基于服务ID(对应于图中的“service_id”参数)的识别,由此能够取得各事件的开始时间、广播时间等信息来创建EPG画面,能够将上述创建出的EPG用影像合成部161叠加于影像信息等后显示于监视器部162。
图22A是表示本实施例的广播接收装置100的EPG画面的一例的图。EPG画面162a以纵轴表示时间、横轴表示作为服务ID(频道)显示的矩阵形状地显示各时间段内各频道所广播的广播节目的详细信息。此外,各广播节目的详细信息162a1主要包括标题区域162a2和详细说明区域162a3。
在标题区域162a2中,显示上述广播节目的节目标题和表示上述广播节目的属性的符号等。上述表示广播节目的属性的符号等,例如是表示是新节目的符号/字符、或表示是重播节目的符号/字符等。或者,也可以是将表示与广播服务的数据广播对应的意思的“data”符号化的记号等。另外,也可以是将表示能够从网络上取得与上述广播节目相关的内容和应用程序等的意思的“NetWork”符号化的记号162a4等。此外,也可以将详细信息162a1的背景色与其他信息区分开,或者用粗框包围详细信息162a1的显示区域,由此替代表示上述广播节目的属性的符号等。
另外,即使在本实施例的广播***中的各控制信息(消息、表、描述符等)表示能够从网络上取得与上述广播节目相关的内容或应用程序等的情况下,在处于广播接收装置100的LAN通信部121与LAN线缆没有连接等无法访问网络上的各服务器装置的状态时,也可以控制成不显示将上述“NetWork”符号化而得的记号162a4等。
此外,在上述广播节目是经由互联网200分发的分发节目且无法仅从广播波取得的情况下,进而处于与上述同样广播接收装置100处于无法访问网络上的各服务器装置的状态等时,也可以如图22B所示,控制成使EPG画面162b上显示的详细信息162b1的部分灰显。即,控制成不显示无法视听的分发节目的详细信息。此外,也可以通过将详细信息162b1的背景色与其他信息区分开,来作为上述灰显处理的替代。在通过省略图示的遥控器的操作选择了详细信息162b1时,可以将表示广播接收装置100处于无法访问网络上的各服务器装置的状态的意思、或者表示无法视听与详细信息162b1相关联的分发节目的意思,通过弹出(窗口)等报知给用户。
通过上述各控制,广播接收装置100能够根据网络连接状况以更加不会对用户造成不协调感的形式提供各广播节目的节目信息。
图22C是表示本实施例的广播接收装置100的EPG画面的另一例的图。图中,“M1电视台”、“M2广播”、“M3频道”、“M4TV”,“电视台M5”等是各频道的广播台名称,特别是“M2广播”台同时提供由广播波分发的广播节目和经由互联网200分发的分发节目(图中的“网络广播”所示的框的信息162c1)。
如该图所示,在存在仅有经由互联网200分发的分发节目的频道的情况下,通常时如该图(A)的EPG画面162c所示控制成显示(包含信息162c1)的全部的频道的信息。另一方面,在广播接收装置100处于无法访问网络上的各服务器装置等的状态时,如该图(B)的EPG画面162d所示,可以控制成不显示仅有经由互联网200分发的分发节目“M2广播(网络广播)”的频道的信息(该图(A)的信息162c1)。
通过上述各控制,广播接收装置100的用户能够不需要确认自己不能视听的频道的信息。
[广播接收装置的紧急警报广播显示]
在包含TLV流的传输数据中所含的TMCC信号的紧急警报广播启动控制信号位(比特)从“0”变为“1”时,本实施例的广播接收装置100能够进行紧急警报广播的接收处理。
上述紧急警报广播可以作为全画面显示的应用程序提供,也可以作为字符信息以字符叠加的方式提供。在上述紧急警报广播作为字符信息以字符叠加的方式提供时,优选与紧急警报广播的即将接收时的广播接收装置100的状态无关地,显示上述字符叠加的字符信息。即,如图23所示,在用户视听通常的广播节目,在监视器部162显示着上述广播节目的节目画面162e的状态下接收到紧急警报广播的情况下,将上述紧急警报广播的字符信息162e1叠加到节目画面162e上进行显示。同样,在用户指示显示EPG画面,在监视器部162显示着EPG画面162f的状态下接收到紧急警报广播的情况下,控制成将上述紧急警报广播的字符信息162f1叠加到EPG画面162f上进行显示。
通过上述控制,在本实施例的广播接收装置100中,即使在用户选择显示EPG画面、各种设定画面、录像节目一览画面、互联网浏览器等时,在接收到紧急警报广播时,也能够避免错过基于上述紧急警报广播的重要的字符信息。另外,也可以对与紧急警报广播无关的通常的字符叠加的字符信息进行该控制。
[各种例外处理]
本实施例的广播接收装置100,在无法取得同一包内的TLV流外数据时,也可以例如进行如下所述的例外处理。
如图6E说明的那样,在本实施例的广播接收装置100兼容的广播***中,基于保存在MPT中的位置信息(对应于图17中的“MMT_general_location_info()”),能够将由TLV流内取得的数据和由TLV流以外的路径取得的数据包含在同一包中。然而,由位置信息表示的除了TLV流以外的数据传输路径(例如,IPv4数据流、IPv6数据流、广播MPEG2-TS等)是与TLV/MMT流的接收功能不同的接收功能。因此,即使在广播接收装置100工作中,也会存在这些传输路径的接收功能不工作的状况、接收功能本身工作但中继装置等不工作的状况、这些传输路径的有线或无线未连接的状况、广播接收装置100设置在无法进行这些传输路径的连接的环境中的状况等无法从这些传输路径取得数据的状况。
在这样的状况下,在接收到保存在MPT中的位置信息表示以由TLV流内取得的数据和由TLV流以外的路径取得的数据包含在同一包中的方式相关联的事件时,本实施例的广播接收装置100例如可以进行如下所述的动作。
例如,LCT如图19B和图19C所示,在画面内设定多个区域,以在“区域0”中显示TLV流内所含的影像、在“区域1”、“区域2”中显示TLV流以外的传输路径取得的数据的方式相关联的情况下,在无法取得要显示在“区域1”、“区域2”的TLV流以外的传输路径的数据时,可以禁止LCT指定的多个区域的布局显示。具体来说,可以即使接收到该LCT也在图19A所示的默认布局显示的“区域0”中保持显示由TLV流内接收的该内容的影像,而不转移到图19B和图19C所示的多个区域的布局显示。另外,进而在该状态下,可以即使在图7A的操作输入部170中输入了从默认布局到LCT所示的布局的变更指示,也保持图19A所示的默认布局显示,不进行切换到其他数据广播画面等的图19B和图19C所示的多个区域的布局显示。
LCT如图19B和图19C所示,在画面内设定多个区域,以在“区域0”中显示TLV流内所含的影像、在“区域1”、“区域2”中显示TLV流以外的传输路径取得的数据的方式相关联的情况下,在无法取得要显示在“区域1”、“区域2”的TLV流以外的传输路径的数据时的另一动作例是,可以暂时显示LCT所示的图19B和图19C的多个区域的显示框,在“区域1”、“区域2”显示背景色或规定的静止图像,在经过规定时间也无法取得MPT的位置信息所示的TLV流以外的传输路径的数据的情况下,进行返回到图19A所示的默认布局显示的状态的显示切换。在这种情况下,如果在图19A、图19B、图19C的布局的变更时也以在“区域0”中继续显示TLV流内所含的节目影像的方式动作,则优选使用户的节目影像本身继续显示。
另外,在为因无法取得要显示在“区域1”和“区域2”中的TLV流以外的传输路径的数据而在图19A所示的默认布局显示的“区域0”中显示由TLV流内接收的该内容的影像的状态时,因本实施例的广播接收装置100开始各种通信功能、各种接收功能的动作、或者各种通信功能的通信环境、通信状况、各种接收功能的接收环境、接收状况发生变化,可能会成为能够取得要显示在“区域1”、“区域2”的TLV流以外的传输路径的数据的状况。此时,本实施例的广播接收装置100可以立即从图19A所示的默认布局显示切换到LCT所示的图19B和图19C所示的多个区域的布局,切换成在“区域0”中显示由TLV流内接收的该内容的影像,在“区域1”、“区域2”显示从TLV流以外的传输路径取得的数据。此外,也可以不立即进行该布局变更,而是在从操作输入部170输入了从默认布局到LCT所示的布局的变更指示后执行该布局变更。
[著作权保护功能]
在本实施例的广播接收装置100兼容的数字广播***中,通过在MPT中包含复制控制信息进行传输,例如可以构成为根据该复制控制信息显示“可无限制复制”(可以分为“可无限制复制且存储和输出时要进行加密处理”和“可无限期复制且存储和输出时不需要加密处理”两类)、“仅可复制一代”、“可复制规定多次”(例如为可复制9次+可移动1次,即所谓的“dubbing 10”)、“禁止复制”等MPT所参照的内容的复制控制状态地进行传输。此时,本实施例的广播接收装置100可以根据该复制控制信息,控制向该内容的存储(蓄存)部110的存储、向可移动记录介质的记录、向外部设备的输出、向外部设备的复制、向外部设备的移动处理等。另外,存储处理的对象可以不仅为广播接收装置100内部的存储(蓄存)部110,也可以包括实施了加密处理等保护处理以使得仅能够用广播接收装置100再现的记录方式。更具体地说,存储处理的对象包括外置的记录装置等中的、处于仅广播接收装置100可记录再现的状态的记录装置等。
下面对基于该复制控制信息的处理的具体例进行说明。
首先,在MPT中所含的复制控制信息表示“可无限制复制”的情况下,本实施例的广播接收装置100可以无限制地进行向存储(蓄存)部110的存储、向可移动记录介质的记录、向外部设备的输出、向外部设备的复制、向外部设备的移动处理等。其中,在分为“可无限制复制且存储和输出时要进行加密处理”和“可无限期复制且存储和输出时不需要加密处理”的情况下,当为“可无限制复制且存储和输出时要进行加密处理”时,能够不限制次数进行向存储(蓄存)部110的存储、向可移动记录介质的记录、向外部设备的输出、向外部设备的复制、向外部设备的移动处理,但都需要实施加密处理。
另外,在MPT中所含的复制控制信息表示“仅可复制一代”的情况下,本实施例的广播接收装置100能够进行加密后存储到存储(蓄存)部110的处理,但在将存储后的内容输出到外部设备进行视听时,与“禁止复制”的复制控制信息一起加密输出。但是,能够进行向外部设备的所谓的移动处理(向外部设备复制内容,并利用删除处理等使广播接收装置100的存储(蓄存)部110内的内容不能再现的处理)。
另外,在MPT中所含的复制控制信息表示“可复制规定多次”的情况下,本实施例的广播接收装置100能够进行加密后存储到存储(蓄存)部110的处理,但在将存储后的内容输出到外部设备进行视听时,与“禁止复制”的复制控制信息一起加密输出。但是,能够向外部设备进行预先决定的次数的复制和移动处理。在所谓的“dubbing 10(十次复制规则)”规定的情况下,可以向外部设备进行9次复制和1次移动处理。
此外,在MPT中所含的复制控制信息表示“禁止复制”的情况下,本实施例的广播接收装置100禁止向存储(蓄存)部110的复制。但是,在广播接收装置100具有仅能够在预先决定的规定时间或由广播信号中所含的控制信息(例如根据图6D所示的MH-Expire描述符等)指定的规定时间中能够保存到存储(蓄存)部110的“暂时存储”模式的情况下,即使在MPT中所含的复制控制信息表示“禁止复制”的情况下,也能够临时将该内容保存到存储(蓄存)部110。在MPT中所含的复制控制信息为将“禁止复制”的该内容用于视听输出到外部设备时,与“禁止复制”的复制控制信息一起加密输出。
另外,上述向外部设备的视听用的输出,可以通过图7A的影像输出部163和声音输出部166、或数字I/F部125、LAN通信部121等来进行。上述向外部设备的复制或移动处理,可以通过图7A的数字I/F部125、LAN通信部121等来进行。
根据以上说明的处理,能够根据与内容相关联的复制控制信息来实现适当的内容保护。
另外,复制控制信息表示“仅可复制一代”、“可复制规定多次”、“禁止复制”等复制限制的内容经由LAN通信部121向外部设备的复制处理,可以仅在来自广播接收装置100的发送包的目的地即外部设备的IP地址与广播接收装置100的IP地址处于同一子网内时能够进行,在外部设备的IP地址在广播接收装置100的IP地址的同一子网外时可以禁止。复制控制信息为“可无限制复制且存储和输出时要进行加密处理”的内容也可以同样处理。
同样,将复制控制信息表示“仅可复制一代”、“可复制规定多次”、“可无限制复制且存储和输出时要进行加密处理”等复制限制的内容暂时存储到存储(蓄存)部110后,经由LAN通信部121向外部设备移动的处理,可以仅在来自广播接收装置100的发送包的目的地即外部设备的IP地址与广播接收装置100的IP地址处于同一子网内时能够进行,在外部设备的IP地址在广播接收装置100的IP地址的同一子网外时可以禁止。
广播接收装置100的存储到存储(蓄存)部110的内容的视听用影像输出、声音输出,原则上仅在来自广播接收装置100的发送包的目的地即外部设备的IP地址与广播接收装置100的IP地址处于同一子网内时能够进行,在外部设备的IP地址在广播接收装置100的IP地址的同一子网外时禁止进行。然而,在该外部设备在规定期间内连接在与广播接收装置100的IP地址相同的子网内,且是进行了作为与广播接收装置100的IP地址在同一子网外也能够视听的设备的登记处理(配对)的设备的情况下,即使外部设备的IP地址与广播接收装置100的IP地址在同一子网外,也能够进行蓄积于广播接收装置100的存储(蓄存)部110的内容向该外部设备的视听用影像输出、声音输出。此时,该视听用影像输出、声音输出对内容实施加密。
根据上述处理,通过与外部设备是与广播接收装置100的IP地址处于同一个子网内还是处于同一个子网外对应地进行不同的处理,能够兼顾用户的便利性和内容保护。
接着,如如图6E说明的那样,在本实施例的广播接收装置100兼容的数字广播***中,根据MPT中的位置信息(图17的“MMT_general_location_info()”),通过与由广播路线的TLV流取得的数据不同的路径(IPv4、IPv6、MPEG2-TS、URL等)取得的数据有可能也包含在与由TLV流取得的数据相同的包中且在相同事件中,对此时MPT中包含有复制控制信息时的内容保护进行说明。
首先,在MPT中包含复制控制信息的情况下,即使在位置信息中同一包且同一事件中所含的数据,是通过与由广播路线的TLV流取得的数据不同的路径(IPv4、IPv6、MPEG2-TS、URL等)取得的数据,也可以按照TLV流中所含的复制控制信息进行控制。根据这些复制控制信息,作为指定的内容的复制控制状态,如上所述,能够指定“可无限制复制”(可以分为“可无限制复制且存储和输出时要进行加密处理”和“可无限期复制且存储和输出时不需要加密处理”两类)、“仅可复制一代”、“可复制规定多次”(例如如果为可复制9次+可移动1次即所谓的“dubbing 10”)、“禁止复制”等。
在此,在位置信息所示的数据的位置包含由其他数字广播信号传输的MPEG2-TS的数据的情况下,该MPEG2-TS的数据在其他数字广播信号中也与复制控制信息相关联地广播。于是,应该按照哪个信息进行该MPEG2-TS的数据的复制控制(是按照TLV/MMT流中所含的复制控制信息进行,还是按照MPEG2-TS中所含的复制控制信息进行)成为问题。
在本实施例的数字广播***中,作为该问题的解决方案,可以在广播接收装置100中进行下述多个解决方案中的任一个动作。
<动作例1>
在第一动作例中,在MPT中包含复制控制信息,位置信息中同一包且同一事件中所含的数据中包含由其他数字广播信号传输的MPEG2-TS的数据的情况下,相比于由MPEG2-TS中所含的复制控制信息所示的复制控制状态,以由TLV流中所含的复制控制信息所示的复制控制状态为优先来进行控制。
例如,如果由TLV流中所含的复制控制信息所示的复制控制状态为“可复制一代”、而由MPEG2-TS中所含的复制控制信息所示的复制控制状态为“可复制规定多次”,则即使是通过与由TLV流取得的数据不同的路径(MPEG2-TS传输形式的数字广播)取得的数据,也可以作为“可复制一代”的内容进行复制控制。例如,如果由TLV流中所含的复制控制信息所示的复制控制状态为“可无限制复制”、而由MPEG2-TS中所含的复制控制信息所示的复制控制状态为“可复制规定多次”,则即使是通过与由TLV流取得的数据不同的路径(MPEG2-TS传输形式的数字广播)取得的数据,也可以作为“可无限制复制”的内容进行复制控制。
在该动作时,由TLV流以外的路径取得的数据也能够处于本实施例的广播接收装置100兼容的广播***中想要管理的复制状态。
<动作例2>
在第二动作例中,在MPT中包含复制控制信息,位置信息中同一包且同一事件中所含的数据中包含由其他数字广播信号传输的MPEG2-TS的数据的情况下,将由TLV流中所含的复制控制信息所示的复制控制状态与由MPEG2-TS中所含的复制控制信息所示的复制控制状态进行比较,在由MPEG2-TS中所含的复制控制信息所示的复制控制状态比由TLV流中所含的复制控制信息所示的复制控制状态严格的情况下,在进行向存储(蓄存)部110等的存储处理、向可移动记录介质的记录处理、或者从数字接口的输出处理时,以将该MPEG2-TS的数据从处理对象数据内容中除外的方式动作。
在该动作时,由TLV流以外的路径取得的数据能够尊重由传输该数据的广播***中设定的原始的复制控制信息,并且消除本实施例的广播接收装置100上的复制控制状态的重复。
另外,在该比较的结果是,由MPEG2-TS中所含的复制控制信息所示的复制控制状态为与由TLV流中所含的复制控制信息所示的复制控制状态相同的状态或更松的复制控制状态的情况下,该位置信息中同一包且同一事件中所含的MPEG2-TS的数据,也可以作为由TLV流中所含的复制控制信息所示的复制控制状态的内容进行复制控制。
在该动作时,由TLV流以外的路径取得的数据能够尊重由传输该数据的广播***中设定的原始的复制控制信息,并且消除本实施例的广播接收装置100上的复制控制状态的重复。
在以上的说明中,对基于MPT中所含的复制控制信息来进行本实施例的广播接收装置100的著作权保护功能进行了说明。但是,配置复制控制信息的表不限于MPT。MPT以外,也可以配置在图6B中说明过的MH-服务描述表(MH-SDT)、MH-事件信息表(MH-EIT)、或其他的表中进行传输,广播接收装置100可以按照它们进行著作权保护处理。
根据以上说明的本实施例,能够提供与MMT的数字广播兼容的广播接收机。
(实施例2)
以下说明本发明的实施例2。其中,本实施例的结构、处理和效果等只要没有特别提及就与实施例1相同。因此,以下主要说明本实施例与实施例1的不同点,对于共通的部分为了避免重复而尽量省略说明。另外,本实施例的广播接收装置,是作为媒体传输方式与MMT方式和MPEG2-TS方式两者对应的电视接收机,下面进行说明。
[广播接收装置的硬件结构]
图24是表示广播接收装置800的内部结构之一例的框图。广播接收装置800包括主控制部801、***总线802、ROM803、RAM804、存储部810、LAN通信部821、扩展接口部824、数字接口部825、第一调谐/解调部831、第二调谐/解调部832、MMT解码处理部841、MPEG2-TS解码处理部842、影像合成部861、监视器部862、影像输出部863、声音合成部864、扬声器部865、声音输出部866、操作输入部870。
主控制部801、***总线802、ROM803、RAM804、存储部810、扩展接口部824、数字接口部825、监视器部862、影像输出部863、扬声器部865、声音输出部866、操作输入部870等,分别具有与实施例1的广播接收装置100的主控制部101、***总线102、ROM103、RAM104、存储(蓄存)部110、扩展接口部124、数字接口部125、监视器部162、影像输出部163、扬声器部165、声音输出部166、操作输入部170等同等的功能,省略详细的说明。
第一调谐/解调部831经由省略了图示的天线,接收作为媒体传输方式采用了MMT的广播服务的广播波,基于主控制部801的控制调谐(选台)到用户期望的服务的频道。进而,第一调谐/解调部831对接收到的广播信号解调而取得MMT数据串,并将其输出到MMT解码处理部841。第二调谐/解调部832经由省略了图示的天线,接收作为媒体传输方式采用了MPEG2-TS的广播服务的广播波,基于主控制部801的控制调谐(选台)到用户期望的服务的频道。进而,第二调谐/解调部832对接收到的广播信号解调而取得MPEG2-TS数据串,并将其输出到MPEG2-TS解码处理部842。
MMT解码处理部841输入从第一调谐/解调部831输出的MMT数据串,基于上述MMT数据串中包含的控制信号进行作为实时展示要素的影像数据串、声音数据串、字符叠加数据串、字幕数据串等的分离处理和解码处理。MMT解码处理部841具有与实施例1的广播接收装置100中的分离部132、影像解码器141、影像色域转换部142、声音解码器143、字符叠加解码器144、字幕解码器145、字幕合成部146、字幕色域转换部147、数据解码器151、缓存部152、应用程序控制部153、浏览器部154、应用程序色域转换部155、音源部156等相当的功能。MMT解码处理部841能够进行实施例1中说明过的各种处理。另外,上述各种处理的详情与实施例1中说明的相同,所以省略说明。
MPEG2-TS解码处理部842输入从第二调谐/解调部832输出的MPEG2-TS数据串,基于上述MPEG2-TS数据串中包含的控制信号进行作为实时展示要素的影像数据串、声音数据串、字符叠加数据串、字幕数据串等的分离处理和解码处理。MPEG2-TS解码处理部842具有与接收作为媒体传输方式采用了MPEG2-TS的广播服务的广播波的现有的电视接收机的IRD(Integrated Receiver Decoder:集成接收解码器)部同等的功能,省略详细的说明。
影像合成部861输入从MMT解码处理部841输出的影像信息、字幕信息、应用程序信息和从MPEG2-TS解码处理部842输出的影像信息、字幕信息、应用程序信息,适当进行选择和/或叠加等处理。影像合成部861具有省略了图示的影像RAM,基于对上述影像RAM输入的影像信息等驱动监视器部862等。另外,影像合成部861基于主控制部801的控制,根据需要进行缩放处理、EPG画面信息的叠加处理等。声音合成部164输入从MMT解码处理部841输出的声音信息和从MPEG2-TS解码处理部842输出的声音信息,适当进行选择和/或混合等处理。
LAN通信部821经由路由装置200r与互联网200连接,与互联网200上的各服务器装置或其他通信设备进行数据的收发。另外,取得经由通信线路传输的节目的MMT数据串(或其一部分)、MPEG2-TS数据串(或其一部分),适当地输出到MMT解码处理部841、MPEG2-TS解码处理部842。
[广播接收装置的时刻显示]
在本实施例的广播接收装置800中,在EPG画面和各种设定画面中,能够显示当前日期和当前时刻。关于上述当前日期和当前时刻的信息,在作为媒体传输方式采用了MMT的广播服务中根据MH-TOT等被发送,另外,在作为媒体传输方式采用了MPEG2-TS的广播服务中根据由MPEG-2***规定的SI(Service Information:服务信息)所具有的TOT(TimeOffset Table:时间偏移表)等被发送。广播接收装置800能够通过参照上述MH-TOT、TOT来取得关于上述当前日期和当前时刻的信息。
另外,一般来说,可以进行如下控制:在影像合成部861主要选择从MMT解码处理部841输出的影像信息等的情况下,将从上述MH-TOT取得的关于当前日期和当前时刻的信息叠加于上述影像信息等,在影像合成部861主要选择从MPEG2-TS解码处理部842输出的影像信息的情况下,将从上述TOT取得的关于当前日期和当前时刻的信息叠加到上述影像信息。
但是,作为媒体传输方式采用了MMT的广播服务和作为媒体传输方式采用了MPEG2-TS的广播服务时,编码处理/解码处理、传输路径等存在差异,因此特别是在当前时刻显示中,作为媒体传输方式采用了MMT的广播服务的选择时和作为媒体传输方式采用了MPEG2-TS的广播服务的选择时有可能发生不匹配。例如,如图25所示,在从显示作为媒体传输方式采用了MMT的广播服务的频道信息的EPG画面162g切换画面显示到显示作为媒体传输方式采用了MPEG2-TS的广播服务的频道信息的EPG画面162h时,因当前时刻的显示从当前时刻显示162g1切换到当前时刻显示162h1的不匹配,有可能让用户意识到视觉上的不协调感。
在本实施例的广播接收装置800中,为了防止上述用户的视觉上的不协调感,即使在影像合成部861主要选择从MMT解码处理部841输出的影像信息等的情况下,也控制成将从上述TOT取得的关于当前日期和当前时刻的信息叠加到上述影像信息等。即,控制成在作为媒体传输方式采用了MMT的广播服务的内容上叠加由作为媒体传输方式采用了MPEG2-TS的广播服务提供的当前时刻信息。
通过进行上述控制,本实施例的广播接收装置800在显示当前时刻时,总是参照上述TOT来显示所取得的当前时刻信息。因此,即使在切换作为媒体传输方式采用了MMT的广播服务和作为媒体传输方式采用了MPEG2-TS的广播服务时,也能够防止因当前时刻的显示的不匹配导致让用户感到视觉上的不协调感。
图26表示本实施例的广播接收装置800的与各广播服务的接收状况相应的当前时刻信息参照源的选择控制的一例。在本实施例的广播接收装置800中,在处于能够进行作为媒体传输方式采用了MPEG2-TS的广播服务的接收的状态的情况下,总是参照上述TOT取得当前时刻信息,仅在处于不能进行作为媒体传输方式采用了MPEG2-TS的广播服务的接收的状态、且处于能够进行作为媒体传输方式采用了MMT的广播服务的接收的情况下,控制成参照上述MH-TOT来取得当前时刻信息。
另外,与上述控制相反,控制成在作为媒体传输方式采用了MPEG2-TS的广播服务的内容上,叠加由作为媒体传输方式采用了MMT的广播服务提供的当前时刻信息,也能够得到与上述同样的效果。
另外,如上所述,不论是在控制成在作为媒体传输方式采用了MMT的广播服务的内容上叠加由作为媒体传输方式采用了MPEG2-TS的广播服务提供的当前时刻信息的情况、还是在控制成在作为媒体传输方式采用了MPEG2-TS的广播服务的内容上叠加由作为媒体传输方式采用了MMT的广播服务提供的当前时刻信息的情况的任一种情况下,都与实施例1的[广播接收装置的时刻管理]中说明的同样,能够通过参照上述TMCC扩展信息区域的时刻信息的“delta”参数来对上述当前时刻信息进行修正。
[广播接收装置的EPG显示]
作为媒体传输方式采用了MMT的广播服务的事件时间表信息,通过MH-EIT等被传输。另一方面,作为媒体传输方式采用了MPEG2-TS的广播服务的事件时间表信息,通过由MPEG-2***规定的SI所具有的EIT(Event Information Table:事件信息表)等被传输。因此,一般来说,在进行由作为媒体传输方式采用了MMT的广播服务提供的影像信息等的显示时,能够取得采用了上述MMT的广播服务的事件时间表信息(MH-EIT),在进行由作为媒体传输方式采用了MPEG2-TS的广播服务提供的影像信息等的显示时,能够取得采用了上述MPEG2-TS的广播服务的事件时间表信息(EIT)。
但是,本实施例的广播接收装置800,不论是在进行由作为媒体传输方式采用了MMT的广播服务提供的影像信息等的显示,还是在进行由作为媒体传输方式采用了MPEG2-TS的广播服务提供的影像信息等的显示时,都能够取得上述MH-EIT和上述EIT两者,能够提高对用户来说的易用性。
图27A表示本实施例的广播接收装置800的EPG画面的一例。图中,EPG画面162i是基于作为媒体传输方式采用了MMT的广播服务的MH-EIT生成的EPG画面,“M1电视台”、“M2广播”、“M3频道”、“M4TV”、“电视台M5”等,分别是作为媒体传输方式采用了MMT的广播服务的广播台名称。另外,EPG画面162j是基于作为媒体传输方式采用了MPEG2-TS的广播服务的EIT生成的EPG画面,“T6电视台”、“T7广播”、“T8频道”、“T9TV”、“电视台TA”等,分别是作为媒体传输方式采用了MPEG2-TS的广播服务的广播台名称。
例如,在用户视听由作为媒体传输方式采用了MMT的广播服务提供的广播节目的期间,操作省略图示的遥控器指示显示EPG画面时,显示EPG画面的初始画面(图示省略)。上述EPG画面的初始画面是作为媒体传输方式采用了MMT的广播服务的基于MH-EIT生成的EPG画面,显示“2014年10月7日(今天)”的“17点~(当前时刻附近)”的各频道的广播节目的详细信息。接着,用户希望确认“2014年10月9日”的“20点~”的各频道的广播节目的详细信息,操作省略图示的遥控器指示更新EPG画面时,显示EPG画面162i。
接着,用户希望确认由作为媒体传输方式采用了MPEG2-TS的广播服务提供的广播节目的详细信息,操作省略图示的遥控器指示切换网络时,显示EPG画面162j。此时,在本实施例的广播接收装置800中,控制成不显示作为媒体传输方式采用了MPEG2-TS的广播服务的基于EIT生成的EPG画面的初始画面(即,“2014年10月7日”的“17点~”的各频道的广播节目的详细信息),而是显示与紧邻的之前显示的EPG画面162i同日同时间段(“2014年10月9日”的“20点~”)的各频道的广播节目的详细信息。
通过上述控制,用户能够通过简单的操作连续地确认关于媒体传输方式不同的多个网络的同日同时间段的广播节目的详细信息。即,能够提高广播接收装置800的易用性。
图27B是表示本实施例的广播接收装置800的EPG画面的与上述不同的一例的图。EPG画面162k表示了从图27A所示的显示EPG画面162i的状态、通过省略图示的遥控器的操作在频道方向(横向)上滚动的状态。即,图27B所示的例子中,通过使EPG画面在频道方向(横向)上滚动,将作为媒体传输方式采用了MMT的广播服务的基于MH-EIT生成的频道信息和作为媒体传输方式采用了MPEG2-TS的广播服务的基于EIT的频道信息,在同一时间轴上无缝地显示。
因此,用户在作为媒体传输方式采用了MMT的广播服务的基于MH-EIT生成的频道信息的确认期间,希望确认作为媒体传输方式采用了MPEG2-TS的广播服务的基于EIT生成的频道信息时,也能够不需要通过省略图示的遥控器的操作来指示切换网络。而且,用户能够同时确认媒体传输方式不同的多个网络的同日同时间段的关于广播节目的详细信息。即,能够提高广播接收装置800的易用性。
(实施例3)
以下说明本发明的实施例3。另外,本实施例中的结构和效果等只要没有特别提及就与实施例1相同。因此,以下主要说明本实施例与实施例1的不同点,对于共通的部分为了避免重复而尽量省略说明。
[***结构]
图28是表示包括本实施例的广播接收装置的广播通信***的一例的***结构图。本实施例的广播通信***包括广播接收装置20100和天线20100a、连接线缆20200、监视器装置20300、互联网等宽带网络200和路由装置200r、广播台的无线电塔300t和广播卫星(或通信卫星)300s、广播台服务器300、服务运营商服务器400、其它的应用程序服务器500。虽然省略了图示,与实施例1的广播通信***的***结构图同样,也可以还具有接入点200a、移动电话通信服务器600和移动电话通信网的基站600b、便携信息终端700。另外,此时,便携信息终端700能够不经由路由装置200r等地与广播接收装置20100直接通信。
广播接收装置20100经由广播卫星(或通信卫星)300s和天线20100a接收从无线电塔300t送出的广播波。或者,也可以不经由广播卫星(或通信卫星)300s地直接从天线20100a接收从无线电塔300t送出的广播波。另外,广播接收装置20100能够经由路由装置200r与互联网200连接,能够通过与互联网200上的各服务器装置或其他通信设备通信而收发数据。
连接线缆20200是将广播接收装置20100和监视器装置20300连接的通信线缆,传输从广播接收装置20100输出的编码影像/声音数据等。监视器装置20300是将通过对经由连接线缆20200接收到的编码影像/声音数据等实施解码处理等而得到的影像信息和声音信息经由液晶面板等显示设备和扬声器提供给用户的影像显示装置。
[广播接收装置的硬件结构]
图29A是表示广播接收装置20100的内部结构的一例的框图。广播接收装置20100包括主控制部101、***总线102、ROM103、RAM104、存储(蓄存)部110、LAN通信部121、扩展接口部124、数字接口部20125、调谐/解调部131、分离部132、影像解码器141、影像色域转换部142、声音解码器143、字符叠加解码器144、字幕解码器145、字幕合成部146、字幕色域转换部147、数据解码器151、缓存部152、应用程序控制部153、浏览器部154、应用程序色域转换部155、音源部156、影像合成部161、影像输出部163、声音合成部164、声音输出部166、操作输入部170、转码处理部20181。转码处理部20181可以表达为编码方式转换部、复用方式转换部、传输方式转换部、数据串转换部、数据结构转换部等。
本实施例的广播接收装置20100,为DVD录像机等光盘驱动器录像机、HDD录像机等磁盘驱动器录像机、STB等。即,与实施例1的广播接收装置100相比,可以省略监视器部162和扬声器部165。另外,转码处理部20181是进行转换构成内容的各分量的编码格式、比特率、媒体传输方式等的转码运算处理的信号处理部。例如,转码处理部20181能够将包含从分离部132输出的MPEG-H HEVC格式的影像分量的广播节目的内容的MMT数据串转换为包含MPEG-2或MPEG-4AVC(Advanced Video Coding,高级视频编码)格式的影像分量的节目内容的MPEG2-TS数据串等。另外,实施了上述转码运算处理的节目内容,能够作为录像内容被存储到存储(蓄存)部110,或从数字接口部20125等输出以供给到外部的监视器装置等。
[广播接收装置的软件结构]
图29B是本实施例的广播接收装置20100的软件结构图,示出了ROM103、RAM104和存储(蓄存)部110中的软件的结构。与实施例1的广播接收装置100的软件结构图相比,在存储(蓄存)部110中添加了转码程序21003。另外,存储(蓄存)部110中存储的转码程序21003被展开至RAM104,进而主控制部101运行上述展开的转码程序,由此构成转码运行部21103。转码运行部21103主要控制转码处理部20181中的转码运算处理。
此外,在RAM104中展开的接收功能运行部1102,具有输出控制部21102i。接收功能运行部1102的输出控制部21102i控制影像输出部163、声音输出部166、数字接口部20125的数据输出。
[监视器装置的硬件结构]
图30是表示监视器装置20300的内部结构的一例的框图。监视器装置20300包括主控制部20301、***总线20302、ROM20303、RAM20304、存储部20310、扩展接口部20324、数字接口部20325、LAN通信部20326、MMT解码处理部20341、MPEG2-TS解码处理部20342、影像合成部20361、监视器部20362、声音合成部20364、扬声器部20365、操作输入部20370。
主控制部20301、***总线20302、ROM20303、RAM20304、存储部20310、扩展接口部20324、数字接口部20325、LAN通信部20326、MMT解码处理部20341、MPEG2-TS解码处理部20342、影像合成部20361、监视器部20362、声音合成部20364、扬声器部20365、操作输入部20370等,具有与实施例2的广播接收装置800的主控制部801、***总线802、ROM803、RAM804、存储部810、扩展接口部824、数字接口部825、LAN通信部821、MMT解码处理部841、MPEG2-TS解码处理部842、影像合成部861、监视器部862、声音合成部864、扬声器部865、操作输入部870等同等的功能。
即,本实施例的监视器装置20300,与实施例2的广播接收装置800相比,可以省掉第一调谐/解调部831、第二调谐/解调部832、影像输出部863、声音输出部866等。另外,监视器装置20300,为与实施例2的广播接收装置800同样的结构,即,没有省掉第一调谐/解调部831、第二调谐/解调部832、影像输出部863、声音输出部866等。也可以为与实施例1的广播接收装置100同样的结构。也可以为从实施例1的广播接收装置100中省掉LAN通信部121、调谐/解调部131的结构。也可以为其他结构。
[广播接收装置和监视器装置的接口结构]
图31是表示广播接收装置20100与监视器装置20300之间的接口结构的一例的***结构图。在本实施例中,对广播接收装置20100侧的数字接口部20125的省略图示的连接端子与监视器装置20300侧的数字接口部20325的省略图示的连接端子用连接线缆20200连接的情况进行说明。
如该图所示,连接线缆20200包括CH1~CHn的n对差动传输通道、由VESA(VideoElectronics Standard Association:视频电子标准协会)标准化的DDC(Display DataChannel:显示数据通道)线、HPD(Hot Plug Detect:热插拔检测)线、CEC(ConsumerElectronics Control:消费类电子控制)线等。上述n对差动传输通道可以是一对时钟通道和(n-1)对数据通道。也可以使用一对时钟通道和一对数据通道(即,n=2)。如上所述在n=2时,差动传输通道部可以为串行传输。另外,虽然省略了图示,还可以包括电源线、GND线和备用线。CEC线等也可以省略。
可以从影像合成部161和声音合成部164经由广播接收装置20100侧的数字接口部20125的发送处理部20125b将数字影像(R/G/B/Vsync/Hsync)/声音信号、控制信号等以规定的并行传输格式输出到上述数据通道。或者,也可以从分离部132、转码处理部20181将包含MMT数据串、MPEG2-TS数据串等的编码影像/声音数据、控制信号的节目数据等以规定的串行传输格式输出。上述数字影像/声音信号、控制信号等、或包含上述编码影像/声音数据、控制信号的节目数据等,在监视器装置20300侧的数字接口部20325的接收处理部20325b被接收,被实施适当必要的处理(在为包含编码影像/声音数据、控制信号的节目数据等时包含解码处理等)后从监视器部20362和扬声器部20365输出。
另外,上述MMT数据串可以是连续的MMTP包的数据流。也可以为在负载部保持了MMTP包的IP包的数据流、且还包含NTP包格式的时刻信息的数据流,也可以为不包含NTP包格式的时刻信息的IP包的数据流。
另外,广播接收装置20100侧的数字接口部20125的发送处理部20125b能够经由上述DDC线与监视器装置20300侧的数字接口部20325的接收处理部20325b进行通信,进而从EDID存储部20325c读取EDID(Extended Display Identification Data:扩展显示标识数据)的数据。即,广播接收装置20100能够通过取得EDID来掌握监视器装置20300的性能和功能。
另外,作为此时能够掌握的监视器装置20300的性能和功能的例子,本实施例中,除了监视器装置20300能够兼容的输入分辨率、刷新率、视频规格等项目以外,还包括是否具有能够与MMT数据串的解码处理对应的功能、是否具有能够与MPEG2-TS数据串的解码处理对应的功能、以及是否具有能够与网络通信处理对应的功能的项目等。
另外,上述EDID的取得处理,以用于取得表示监视器装置20300所具有的功能、监视器装置20300所具有的性能、监视器装置20300能够兼容的功能的信息(以下称为“功能识别信息”)的处理的一例进行说明。即,为了掌握监视器装置20300的显示性能,可以使用读取上述EDID数据以外的方法。例如,可以将以与EDID的数据不同的独自的格式表示显示器性能的数据用作功能识别信息,将该功能识别信息从监视器装置20300侧的数字接口部20325传输到广播接收装置20100侧的数字接口部20125。
另外,也可以与上述EDID等“功能识别信息”不同地,将表示监视器装置20300的规定功能当前是否处于可工作的状态的“工作状态信息”从监视器装置20300侧的数字接口部20325传输到广播接收装置20100侧的数字接口部20125。例如,即使监视器装置20300具有能够与网络通信处理对应的功能,也有可能处于该网络通信功能利用的网络通信网本身因某种原因无法通信的环境等、监视器装置20300所具有的各功能无法发挥期望的性能的状况。在这样的情况下,通过传输表示监视器装置20300所具有的功能是否处于可正常动作的状态的工作状态信息,能够对广播接收装置20100通知监视器装置20300的各功能的状态。上述通知处理可以经由发送控制部20125a、连接线缆20200的CEC线、接收控制部20325a,由广播接收装置20100的主控制部101和监视器装置20300的主控制部20301进行数据交换。
另外,广播接收装置20100侧的数字接口部20125的发送控制部20125a,进行发送处理部20125b的控制,并且经由上述HPD线与监视器装置20300侧的数字接口部20325的接收控制部20325a进行通信,由此能够检测出监视器装置20300已连接的情况、监视器装置20300的电源接通等的情况。另外,监视器装置20300侧的数字接口部20325的接收控制部20325a也进行接收处理部20325b的控制。
图31所示的连接线缆20200的结构、广播接收装置20100的数字接口部20125的内部结构、监视器装置20300的数字接口部20325的内部结构,只不过是一例。该数字接口的硬件使用DVI端子、HDMI(注册商标)端子、Display Port(注册商标)端子、MHL端子等,只要能够按符合DVI规格、HDMI规格、Display Port规格、MHL规格、SuperMHL等的格式或将这些规格扩展的规格进行数据的输出和数据的输入即可。另外,也可以按符合IEEE1394规格等的串行数据的形式输出或输入。
另外,以上说明的广播接收装置20100侧的数字接口部20125的功能和监视器装置20300侧的数字接口部20325的功能,可以通过经由以太网、无线LAN等硬件的通信来实现。此时,也可以替代广播接收装置20100侧的数字接口部20125使用LAN通信部121,监视器装置20300侧替代数字接口部20325使用LAN通信部20326,来构成IP接口。可以在使用能够在LAN通信部121与LAN通信部20326之间进行通信的IP协议的基础上,在两者之间收发已经说明过的“功能识别信息”、“工作状态信息”。根据这样的结构,只要存在广播接收装置20100和监视器装置20300可利用的LAN环境,就不需要另外将两者用数字接口连接。
以上说明的数字接口和IP接口可以使用有线传输和无线传输的任一种。
[广播接收装置的数据输出控制]
以下,对广播接收装置20100的数据输出控制的例子进行说明。
(A)与输出目的地装置的解码处理性能相应的输出控制
图32A和图32B表示在本实施例的广播接收装置20100中接收作为媒体传输方式采用了MMT的广播服务时的、与经由连接线缆或LAN连接而连接的输出目的地装置的对MMT数据串或MPEG2-TS数据串的解码处理性能相应的数据输出控制的一例。在本实施例中,作为连接线缆举出了连接线缆20200的例子进行说明,作为输出目的地装置举出了监视器装置20300的例子进行说明。
本实施例的广播接收装置20100的输出控制部21102i首先经由连接线缆20200的DDC线、数字接口部20125的发送处理部20125b和发送控制部20125a,取得作为输出目的地装置的监视器装置20300的EDID存储部20325c中存储的EDID的数据等功能识别信息。
首先用图32A对使用了所取得的该功能识别信息的输出目的地装置的功能的识别结果进行说明。
例如,在作为输出目的地装置的监视器装置20300为图30所示的结构时,监视器装置20300具有MMT数据串的解码处理和MPEG2-TS数据串的解码处理这两者。此时,原则上,这种设备存储有能够识别与MMT数据串的解码处理和MPEG2-TS数据串的解码处理这两者兼容的情况的功能识别信息。
接着,在输出目的地装置为图30所示的监视器装置20300的结构中,在仅具有MMT数据串的解码处理和MPEG2-TS数据串的解码处理中的一者而不具有另一者的情况下,原则上存储有能够识别仅具有MMT数据串的解码处理而不具有MPEG2-TS数据串的解码处理的情况的功能识别信息、或能够识别仅具有MPEG2-TS数据串的解码处理而不具有MMT数据串的解码处理的情况的功能识别信息。
另外,输出目的地装置能够用接口与广播接收装置20100连接,但是为既不具有MMT数据串的解码处理也不具有MPEG2-TS数据串的解码处理的设备的情况下,原则上存储有能够识别既不具有MMT数据串的解码处理也不具有MPEG2-TS数据串的解码处理的情况的功能识别信息。
另外,例外的是,也存在即使广播接收装置20100取得输出目的地装置所存储的功能识别信息也无法识别对于MMT数据串的解码处理和MPEG2-TS数据串的解码处理的兼容、不兼容的状态的情况。另外,这还包括输出目的地装置所存储的功能识别信息的取得失败的情况。
图32A表示广播接收装置20100基于从输出目的地装置取得的功能识别信息,进行了对于输出目的地装置的MMT数据串的解码处理和MPEG2-TS数据串的解码处理的功能识别处理时的识别结果为“兼容”、“不兼容”、“无法识别”。记载了对于这些识别结果的广播接收装置20100的输出控制例即输出控制例1~3。
首先,对图32A的输出控制例1~3所示的“MMT数据输出”进行说明。在“MMT数据输出”的情况下,广播接收装置20100的输出控制部21102i,进行控制以使从调谐/解调部131输入到分离部132的MMT数据串保持原样地从分离部132输出,保持MMT数据串原样地经由数字接口部20125能够输出到作为输出目的地装置的监视器装置20300。或者,也可以控制成在从分离部132输出到MMT数据串中用转码处理部20181实施比特率转换处理等而进行了数据量的削减之后,再次成为MMT数据串的状态,经由数字接口部20125能够输出到监视器装置20300。此时,在监视器装置20300中,用数字接口部20325接收从广播接收装置20100发送的上述MMT数据串,对上述接收到的MMT数据串用MMT解码处理部20341进行解码处理等,进而经由监视器部20362和扬声器部20365将影像信息和声音信息提供给用户。
接着,对图32A的输出控制例1~3所示的“MPEG2-TS数据输出”进行说明。图32A中,在“MPEG2-TS数据输出”的情况下,广播接收装置20100的输出控制部21102i进行控制以使从调谐/解调部131输入到分离部132的MMT数据串保持原样地从分离部132输出,接着,通过转码处理部20181的媒体传输方式的转换处理将上述MMT数据串转换为MPEG2-TS数据串之后,经由数字接口部20125能够输出到作为输出目的地装置的监视器装置20300。在监视器装置20300中,用数字接口部20325接收从广播接收装置20100发送的上述MPEG2-TS数据串,对上述接收到的MPEG2-TS数据串用MPEG2-TS解码处理部20342进行解码处理等,进而经由监视器部20362和扬声器部20365将影像信息和声音信息提供给用户。
另外,在上述“MPEG2-TS数据输出”的情况下,在用转码处理部20181将MMT数据串转换为MPEG2-TS数据串的处理中,优选进行以下处理。即,可以将作为MPEG2-TS数据串或MPEG2-PS(Program Stream,程序流)数据串的PES(Packetized Elementary Stream,打包的基本流)中所含的编码影像/声音数据的解码基准的DTS(Decoding Time Stamp,解码时间戳)和作为再现基准的PTS(Presentation Time Stamp,展示时间戳)等时刻信息,在转码处理部20181的上述媒体传输方式的转换处理中,通过参照MMT数据串的控制信息来生成。
更具体地,上述DTS可以参照图13B所示的MPU时间戳描述符的“mpu_presentation_time”参数和图33所示的MPU扩展时间戳描述符的“mpu_decoding_time_offset”参数、“timescale”参数、“pts_offset”参数等来生成。另外,上述PTS也可以参照上述生成的DTS、图33所示的MPU扩展时间戳描述符的“dts_pts_offset”参数和“timescale”参数等来生成。而且,作为上述MPEG2-TS数据串和MPEG2-PS数据串的PES中所含的编码影像/声音数据的解码/再现处理的基准时钟的STC(System Time Clock,***时钟)的生成所需的PCR(Program Clock Reference,节目参考时钟)、SCR(System Clock Reference,***参考时钟),可以基于用实施例1的图7C说明的接收机侧的接收***时钟所输出的时刻信息来生成。
通过上述各处理,在通过媒体传输方式的转换处理从MMT数据串转换来的MPEG2-TS数据串中,也能够进行按影像/声音信号的每个展示单位的解码时刻和展示时刻的控制。
另外,作为输出对象的节目的MPT指定多个影像资源,根据MPU展示区域指定描述符与图19B、图19C、图19D所示的用LCT传输的布局、设备和/或区域相关联的情况下,在上述转码处理部20181中的MMT数据串到MPEG2-TS数据串的转换处理中,将什么样的影像资源的数据包含在MPEG2-TS数据中输出成为问题。此时,可以基于用LCT指定的布局、设备、区域与影像资源的对应关系,决定要包含在MPEG2-TS数据中输出的影像资源。例如,可以用转码处理部20181生成包含对由LCT传输的布局中的用图19B、图19C说明的与设备编号0(device_id:0)和区域编号0(region_number:0)相关联的影像资源进行转换处理后的数据的MPEG2-TS数据串。此时,基于与其他的设备编号和区域编号相关联的影像资源的影像数据,可以不包含在作为输出对象的MPEG2-TS数据串中。
另外,在上述多个影像资源中预先指定了优先顺序的情况下,可以与上述设备编号和区域编号无关地,选择优先顺序最高的影像资源转换为MPEG2-TS数据串。也可以选择显示于用户所选择的区域中的影像资源转换为MPEG2-TS数据串。
返回到图32A的说明。图32A的输出控制例1~3中任一个都在一方的解码处理“兼容”而另一方的解码处理“不兼容”或“无法识别”的情况下,以面向识别为“兼容”的解码处理的格式输出数据串。在双方的解码处理都为“不兼容”或“无法识别”的情况下,图32A的输出控制例1~3的任一个都“按照输出控制例4”进行。该输出控制例4用图32B在后面叙述。于是,图32A的输出控制例1~3中控制的不同在于,双方的解码处理都被识别为“兼容”的情况下的输出控制。
输出控制例1中,在双方的解码处理都被识别为“兼容”的情况下,进行“MMT数据输出”。此时,在监视器装置20300中,布局控制等能够实现比“MPEG2-TS输出”更精细的处理。
输出控制例2中,在双方的解码处理都被识别为“兼容”的情况下,进行“MPEG2-TS输出”。此时,输出目的地装置要处理的数据是常规的MPEG2-TS,因此能够减少输出目的地装置中的处理量。
输出控制例3中,在双方的解码处理都被识别为“兼容”的情况下,按照广播接收装置20100中设定的优先顺序决定是进行“MMT数据输出”还是进行“MPEG2-TS输出”。“设定的优先顺序”是指遵循例如作为出厂时的默认设置而选择一方的输出格式的设定、或之后通过用户经由操作输入部的菜单操作等预先选择一方的输出格式的设定等的某种设定。此时,能够以符合用户意图的数据格式输出。
接着,用图32B对双方的解码处理都为“不兼容”或“无法识别”的情况下的输出控制(输出控制例4)进行说明。图32B表示对于输出目的地装置的MMT数据串的解码处理、MPEG2-TS数据串的解码处理在广播接收装置20100中进行了功能识别处理时的识别结果为“不兼容”或“无法识别”的情况下的、对于识别结果的组合的输出控制的例子(输出控制例4-A1~输出控制例4-E)。
输出控制例4-A1是识别结果为“不兼容”或“无法识别”的情况下任一格式的数据串都“不输出”的例子。如果这样应对则至少能够减少输出目的地装置中发生没有预料的问题等的可能性。
输出控制例4-A2~A4,在识别结果中双方的解码处理都为“不兼容”的情况下“不输出”,在上述两个解码处理的至少一个不是“不兼容”而是“无法识别”的情况下,考虑到输出目的地装置有可能与该解码处理兼容,以与识别结果不是“不兼容”而是“无法识别”的解码处理对应的数据格式进行输出。输出控制例4-A2~A4,在识别结果中双方的解码处理都为“无法识别”的输出控制不同,但此时的输出控制的方案,与图32A的输出控制例1~3的识别结果中双方的解码处理都为“兼容”的情况相同,所以省略说明。
输出控制例4-B1,在识别结果中上述两个解码处理分别为“不兼容”或“无法识别”的情况下,首先任一情况下都进行“MPEG2-TS输出”。例如,在输出目的地装置不是监视器装置而是影像分配装置等连接于监视器装置20300与广播接收装置20100之间的中继装置等的情况下,输出目的地装置的功能识别信息有可能为上述两个解码处理都是“不兼容”的连接环境。
输出控制例4-B1是预想到这种情况,即使上述两个解码处理的识别结果是“不兼容”或“无法识别”的情况下,也姑且进行“MPEG2-TS输出”的控制例。
输出控制例4-C1是预想到同样的情况,即使上述两个解码处理的识别结果是“不兼容”或“无法识别”的情况下,也姑且进行“MMT输出”的控制例。
输出控制例4-B2和输出控制例4-C2,分别是输出控制例4-B1和输出控制例4-C1的变形例,是在识别结果中上述两个解码处理的一个为“无法识别”而另一个为“不兼容”的情况下以与“无法识别”的解码处理对应的数据格式为优先而进行输出的例子。通过像这样变形,相比输出控制例4-B1和输出控制例4-C1能够很好地提高输出目的地的处理可能进行的可能性。
输出控制例4-D是上述两个解码处理的识别结果是“不兼容”或“无法识别”的情况下,都“按照所设定的优先顺序输出”的例子。“按照所设定的优先顺序输出”的处理,在图32A的输出控制例3中已经进行了说明,所以省略说明。
输出控制例4-E,在上述两个解码处理的识别结果为“不兼容”或“无法识别”的情况下,进行促使用户选择数据输出方式的消息的提示处理,能够使用户通过经由操作输入部170的操作选择数据输出方式。
此时,如何对用户提示消息成为问题,但可以例如在与连接于图29A的数字接口部20125的输出目的地装置不同的、经由影像输出部163连接的显示装置上,显示叠加了上述消息的影像。可以在广播接收装置20100中设置用于传达给用户的各种消息显示的子监视器(图29A中未图示)来显示上述消息。或者,也可以对与广播接收装置100协作的便携信息终端700发送消息来进行显示。或者,也可以仅将具有与上述消息同等的内容的声音消息(声音数据)发送到输出目的地装置,经由上述输出目的地装置的扬声器促使用户选择数据输出方式。
本实施例的广播接收装置20100中,通过采用用图32A和图32B说明的输出控制例的任一个,能够进行与经由数字接口的连接线缆或LAN连接而连接的输出目的地装置的、对MMT数据串或MPEG2-TS数据串的解码处理性能相应的数据输出控制。
另外,即使在出厂时设定了上述某个输出控制,也优选能够通过经由操作输入部170的用户的菜单操作等手动设定来变更各个条件的输出数据格式的输出控制的设定。这是因为,即使在输出目的地装置为没有预想到的特殊的装置的情况下、由于广播接收装置20100自身或输出目的地装置的软件的问题等无法在输出目的地装置的功能识别处理中得到正常的识别结果的情况下,也能够通过构成为用手动设定让用户得到所需的数据输出,来防止发生对用户不利的情况。
(B)与输出目的地装置的网络通信性能、网络通信状况相应的输出控制
图34A和图34B表示在本实施例的广播接收装置20100中接收作为媒体传输方式采用了MMT的广播服务时的、与经由连接线缆或LAN连接而连接的输出目的地装置的网络通信处理性能和网络通信状况相应的数据输出控制的一例。在本实施例中,作为连接线缆举出了连接线缆20200的例子进行说明,作为输出目的地装置举出了监视器装置20300的例子进行说明。
本实施例的广播接收装置20100的输出控制部21102i,首先经由连接线缆20200的DDC线、数字接口部20125的发送处理部20125b和发送控制部20125a,取得作为输出目的地装置的监视器装置20300的EDID存储部20325c中存储的EDID的数据等功能识别信息。
例如在监视器装置20300为如图30所示具有LAN通信部20326的结构的情况下、或另外具有其他的网络通信功能(例如,3G通信功能或LTE通信功能等)的情况下,原则上这样的设备存储有能够识别与网络通信功能兼容的情况的功能识别信息。特别是在广播接收装置20100和输出目的地装置用LAN连接而连接的情况下,具有网络通信功能。
另外,与图32A和图32B的说明同样,例如的是,存在即使广播接收装置20100取得输出目的地装置所存储的功能识别信息也无法识别对于网络通信功能的兼容、不兼容的状态的情况。
图34A表示广播接收装置20100基于从输出目的地装置取得的功能识别信息进行了对于输出目的地装置的网络通信功能的功能识别处理时的识别结果为“兼容”、“不兼容”、“无法识别”。记载了对于这些识别结果的广播接收装置20100的输出控制例。
在上述识别处理的结果为“兼容”的情况下,广播接收装置20100的输出控制部21102i进行“不将通过网络通信功能取得的数据混合地输出”的处理。具体来说,进行控制以使从调谐/解调部131输入到分离部132的MMT数据串保持原样地从分离部132输出,经由数字接口部20125能够输出到作为输出目的地装置的监视器装置20300。此时,即使在MMT数据串所具有的MPT中所含的位置信息中,指定了从与经由调谐/解调部131接收的广播波不同的网络通信路线取得的数据的情况下,也不将从该网络通信路线取得的数据混合,而将从经由调谐/解调部131接收的广播波取得的MMT数据串输出到监视器装置20300。
监视器装置20300中,用数字接口部20325接收从广播接收装置20100发送的上述MMT数据串。而且,在监视器装置20300中,在MMT数据串所具有的MPT中所含的位置信息中,指定了从网络通信路线取得的数据等的情况下,根据需要经由LAN通信部20326取得存储于网络上的规定的服务器装置中的相关数据,对从广播接收装置20100接收到的上述MMT数据串和上述取得的相关数据,用MMT解码处理部20341进行解码处理等,进而经由监视器部20362和扬声器部20365将影像信息和声音信息提供给用户。
另一方面,在上述识别处理的结果为“不兼容”的情况下,当在MPT中所含的位置信息中指定了从与经由调谐/解调部131接收的广播波不同的网络通信路线取得的数据的MMT数据串输出时,广播接收装置20100的输出控制部21102i进行“将通过网络通信功能取得的数据混合输出”的控制。具体来说,以进行如下处理的方式进行控制:将从上述位置信息所示的网络上的规定的服务器装置经由LAN通信部121取得的相关数据和从调谐/解调部131输入到分离部132的MMT数据串混合,生成混合而成的MMT数据串。
该数据串混合处理能够通过在分离部132中,将经由LAN通信部121取得的相关数据和从调谐/解调部131输入到分离部132的MMT数据串的各数据分离并且重新排列数据串来实现。另外,作为其他方法,也可以通过在转码处理部20181中进行将经由LAN通信部121取得的相关数据和从调谐/解调部131输入到分离部132的MMT数据串重新排列的数据串转换处理来实现。
进而,进行控制,使得能够将这样生成的新的MMT数据串经由数字接口部20125输出到作为输出目的地装置的监视器装置20300。在监视器装置20300中,用数字接口部20325接收从广播接收装置20100发送的上述混合数据,对上述接收到的混合数据用MMT解码处理部20341进行解码处理等,进而经由监视器部20362和扬声器部20365将影像信息和声音信息提供给用户。
根据图34A的该处理,在输出目的地装置为与网络通信处理兼容的装置的情况下,在输出目的地装置进行经由广播波取得的MMT数据串和由经由网络的路径取得的数据的混合处理。由此,能够减少广播接收装置20100的处理时间,因此能够减轻输出目的地装置上的再现的延迟。与之相对地,在输出目的地装置不是兼容网络通信处理的装置的情况下,在广播接收装置20100中进行了上述混合处理之后输出到输出目的地装置。在这种情况下,即使是没有网络通信功能的监视器装置,也能够对用户提供使用经由广播波取得的MMT数据串和由经由网络的路径取得的数据这两者的高精度的影像、声音、数据等展示服务。
另外,在上述识别处理的结果为“无法识别”的情况下,只要进行与“不兼容”同样的输出控制即可。这是因为能够提高即使在输出目的地装置没有网络通信功能的情况下,也能够提供使用经由广播波取得的MMT数据串和由经由网络的路径取得的数据这两者的高精度的影像声音、数据等展示服务的可能性。
根据以上说明的图34A的输出控制,能够实现基于输出目的地装置是否兼容网络通信处理的输出处理。
在此,以下对上述的广播接收装置20100的将经由LAN通信部121取得的相关数据和经由调谐/解调部131取得的MMT数据串混合的处理的详情进行说明。
例如,构成广播服务的包如图35所示,由影像资源A、声音资源A、数据资源A、影像资源B、声音资源B和数据资源B构成。另外,上述影像资源A、声音资源A和数据资源A由通过广播波发送的TLV流中所含的IP数据流(广播信号)分发,上述影像资源B、声音资源B和数据资源B从规定的服务器装置经由通信线路等网络通信路线由IP数据流(通信线路)分发。上述影像资源B、声音资源B和数据资源B,能够通过由上述TLV流发送的IP数据流(广播信号)所具有的控制信号(MMT-SI)中所含的MH-EIT的事件包描述符(配置于图21所示的“descriptor()”部)和MPT的包ID(与图17所示的“MMT_package_id_byte”参数对应)、位置信息(与图17所示的“MMT_general_location_info()”对应)进行参照。
因此,本实施例的广播接收装置20100中,通过参照由TLV流发送的IP数据流(广播信号)所具有的控制信号(MMT-SI),与上述IP数据流(广播信号)相关联,能够取得经由通信线路分发的IP数据流(通信线路)。而且,能够通过混合处理将上述IP数据流(广播信号)的各资源的数据串和上述IP数据流(通信线路)的各资源的数据串形成为一个IP数据流(输出信号),将其从数字接口部20125输出。
另外,此时,本实施例的广播接收装置20100进行上述MPT中所含的位置信息的改写。具体来说,例如可以将关于上述IP数据流(通信线路)的各资源的位置信息,从表示是复用于IPv4数据流的数据的“location_type=0x01”、表示是复用于IPv6数据流中的数据的“location_type=0x02”改写为表示是复用于与MPT相同的IP数据流的数据的“location_type=0x00”。通过上述MPT的位置信息的改写处理,监视器装置20300能够参照经由通信线路20200取得的IP数据流(输出信号)取得上述影像资源B、声音资源B和数据资源B。
接着,作为图34A的输出控制的变形例,用图34B对不仅进行使用了功能识别信息的网络通信功能识别处理、而且使用了表示输出目的地装置的网络可通信/不可通信状态的网络通信状态信息的输出控制的例子进行说明。图34B的输出控制例中,广播接收装置20100经由连接线缆或LAN连接从输出目的地装置取得功能识别信息和网络通信状态信息。此时,与图34A同样,作为使用了功能识别信息的网络通信处理的识别结果,有“兼容”、“不兼容”、“无法识别”三种。这与图34A相同,所以省略说明。与之相对,网络通信状态信息中也存在“可通信状态”、“不可通信状态”,也存在广播接收装置20100的识别处理的结果为“无法识别”的情况。网络通信状态信息可以通过由输出目的地装置所具有的控制部等判断自己所具有的网络通信功能是处于可通信的状态(并不一定需要在此时进行通信本身)还是处于不可通信状态来生成。
图34B的输出控制中有选择地执行的输出方式的选择项,与图34A同样为“不将通过网络通信功能取得的数据混合地输出”和“将通过网络通信功能取得的数据混合输出”这两个。两者的控制的详情与如已经说明的那样,所以省略说明。
图34B的输出控制中,在根据功能识别信息的识别结果识别为输出目的地装置与网络通信功能“兼容”、且识别为网络通信状态信息表示“可通信状态”的情况下,进行“不将通过网络通信功能取得的数据混合地输出”的控制。这是因为,此时,能够在输出目的地装置中进行混合处理。另外,在根据功能识别信息的识别结果识别为输出目的地装置是否与网络通信功能兼容的结果为“无法识别”的情况下、且识别为网络通信状态信息表示“可通信状态”的情况下,可以进行“不将通过网络通信功能取得的数据混合地输出”的控制。这是因为,在这种情况下,考虑到基于网络通信状态信息表示“可通信状态”的结果,能够推测“无法识别”的网络通信功能是“兼容”的,能够提高进行适当处理的可能性。
与之相对,在功能识别信息的识别结果表示输出目的地装置与网络通信功能“不兼容”的情况下,与网络通信状态信息的识别结果无关地进行“将通过网络通信功能取得的数据混合输出”的控制。这是因为,能够用输出目的地装置进行混合处理的可能性非常低。另外,在网络通信状态信息的识别结果表示“不可通信状态”的情况下,与功能识别信息的识别结果无关地,进行“将通过网络通信功能取得的数据混合输出”的控制。这是因为,这种情况下能够用输出目的地装置进行混合处理的可能性也非常低。最后,在网络通信状态信息的识别结果表示“无法识别”的情况下,由于能够用输出目的地装置进行混合处理的可能性不透明,所以进行“将通过网络通信功能取得的数据混合输出”的控制。
根据以上说明的图34B的输出控制,能够基于输出目的地装置的网络通信处理的兼容与否和输出目的地装置的网络通信处理的动作状态实现合适的输出处理。
另外,即使在出厂时设定了图34A和图34B所示的输出控制,也优选能够通过经由操作输入部170的用户的菜单操作等的手动设定,来变更各个条件的输出数据格式的输出控制的设定。这是因为,即使在因为广播接收装置20100自身或输出目的地装置的软件的问题等无法得到关于输出目的地装置的网络通信状态的正常的识别结果的情况下,也能够通过构成为用手动设定让用户得到所需的数据输出,来防止发生对用户不利的情况。
根据以上的处理,在本实施例的广播接收装置20100中,能够进行经由连接线缆或LAN连接而连接的监视器装置的、与网络通信处理性能和网络通信状况相应的数据输出控制。
如以上说明的那样,根据本实施例的广播接收装置20100,能够进行与从与经由连接线缆或LAN连接而连接的监视器装置取得的、关于上述监视器装置的显示器性能的信息相应的输出控制,即,能够提供能够执行附加价值更高的功能的广播接收装置。
以上,用实施例1~3说明了本发明的实施方式的例子,但实现本发明的技术的结构不限于上述实施例,能够考虑各种变形例。例如,能够将某个实施例的结构的一部分置换为其他实施例的结构,也能够在某个实施例的结构中添加其他实施例的结构。这些全部属于本发明的范畴。另外,文中和图中出现的数值和消息等只是一例,即使使用不同的内容也不损害本发明的效果。
上述本发明的功能等的一部分或全部例如可以通过集成电路设计等而用硬件实现。另外,也可以通过微处理器单元等解析并执行实现各功能等的动作程序等而用软件实现。也可以并用硬件和软件。
另外,控制广播接收装置100的上述软件,可以是在产品出厂时预先保存在广播接收装置100的ROM103和/或存储(蓄存)部110等中的状态。也可以在产品出厂后经由LAN通信部121从互联网200上的其他应用程序服务器500等取得。另外,也可以经由扩展接口部124等取得存储卡或光盘等中保存的上述软件。
此外,对于控制线和信息线,在图中展示了被认为说明中所需的部分,并不一定表示产品中所有的控制线和信息线。可以认为实际上几乎所有的结构都是相互连接的。
附图标记的说明
100、800、20100……广播接收装置,100a、20100a……天线,101、801……主控制部,102、802……***总线,103、803……ROM,104、804……RAM,110、810……存储部,121、821……LAN通信部,124、824……扩展接口部,125、825、20125……数字接口部,131、831、832……调谐/解调部,132……分离部,141……影像解码器,142……影像色域转换部,143……声音解码器,144……字符叠加解码器,145……字幕解码器,146……字幕合成部,147……字幕色域转换部,151……数据解码器,152……缓存部,153……应用程序控制部,154……浏览器部,155……应用程序色域转换部,156……音源部,161、861……影像合成部,162、862……监视器部,163、863……影像输出部,164、864……声音合成部,165、865……扬声器部,166、866……声音输出部,170、870……操作输入部,20181……转码处理部,841……MMT解码处理部,842……MPEG2-TS解码处理部,200……互联网,200r……路由装置,200a……接入点,300t……无线电塔,300s……广播卫星(或通信卫星),300……广播台服务器,400……服务运营商服务器,500……其他应用程序服务器,600……移动电话通信服务器,600b……基站,700……便携信息终端,20200……连接线缆,20300……监视器装置。