CN110139140B - 发送方法、接收方法、发送装置及接收装置 - Google Patents

发送方法、接收方法、发送装置及接收装置 Download PDF

Info

Publication number
CN110139140B
CN110139140B CN201910388192.0A CN201910388192A CN110139140B CN 110139140 B CN110139140 B CN 110139140B CN 201910388192 A CN201910388192 A CN 201910388192A CN 110139140 B CN110139140 B CN 110139140B
Authority
CN
China
Prior art keywords
information
content
transmitted
communication
broadcast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910388192.0A
Other languages
English (en)
Other versions
CN110139140A (zh
Inventor
远间正真
井口贺敬
西孝启
加藤久也
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of CN110139140A publication Critical patent/CN110139140A/zh
Application granted granted Critical
Publication of CN110139140B publication Critical patent/CN110139140B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/13—Arrangements for device control affected by the broadcast information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8547—Content authoring involving timestamps for synchronizing content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/18—Arrangements for synchronising broadcast or distribution via plural systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/20—Arrangements for broadcast or distribution of identical information via plural systems
    • H04H20/24—Arrangements for distribution of identical information via broadcast system and non-broadcast system

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

一种发送方法，是能够使用广播波和通信路径来发送内容的内容发送方法，该发送方法包括信息发送步骤，在该信息发送步骤中，在使用广播波和通信路径之中的至少一种来发送内容的情况下，将下述的信息包含于应用控制信息中并发送，该信息是表示仅通过广播波来发送内容还是通过广播波和通信路径的双方来发送内容的信息，并且是在接收侧接收到所述内容的情况下用于在利用所述广播波发送的内容和利用所述通信路径发送的内容之间取得同步的信息，并且是与利用所述通信路径发送的内容有关的信息，在所述信息发送步骤中，在发送所述内容之前发送所述应用控制信息。

Description

发送方法、接收方法、发送装置及接收装置
本申请是2015年12月21日提交的申请号为201480035270.4的专利申请的分案申请。其全部内容通过援引于本申请中。
技术领域
本发明涉及发送方法、接收方法、发送装置以及接收装置。
背景技术
以往，用于分发内容的主要的传送路径是广播波，作为在使用广播波的广播系统中广泛利用的媒体传输方式，例如有MPEG-2TS(Moving Picture Experts Group-2Transport Stream)。
另一方面，随着近年来的网络技术的发展，如今能够使用互联网等通信路径来分发内容。也就是说，不仅是广播波，还能够使用通信路径来分发内容，能够分发内容的传送路径多样化。
例如，非专利文献1中，作为以并用广播和通信来分发内容为前提的新的媒体传输方式，有MMT(MPEG Media Transport)等(参照非专利文献1)。例如，专利文献1中公开了以广播为主、基于从广播取得的数据来访问通信内容的技术。
现有技术文献
非专利文献
非专利文献1:Information technology-High efficiency coding and mediadelivery in heterogeneous environment-Part1：MPEG media transport(MMT)，ISO/IECDIS 23008-1
发明内容
本发明的一个方式的发送方法，是能够使用广播波和通信路径来发送内容的内容发送方法，该发送方法包括信息发送步骤，在该信息发送步骤中，在使用广播波和通信路径之中的至少一种来发送内容的情况下，将下述的信息包含于应用控制信息中并发送，该信息是表示仅通过广播波来发送内容还是通过广播波和通信路径的双方来发送内容的信息，并且是在接收侧接收到所述内容的情况下用于在利用所述广播波发送的内容和利用所述通信路径发送的内容之间取得同步的信息，并且是与利用所述通信路径发送的内容有关的信息，在所述信息发送步骤中，在发送所述内容之前发送所述应用控制信息。
另外，这些整体或具体的方式既可以通过数据接收方法、集成电路、计算机程序或计算机可读取的CD-ROM等记录介质实现，也可以通过数据发送方法、数据接收方法、集成电路、计算机程序以及记录介质的任意的组合实现。
根据本发明，能够提供在接收侧再现并用了广播和通信的内容时能够迅速地访问利用通信的内容的内容发送方法等。
附图说明
图1A是表示实施方式1的广播通信协同服务中的服务信息的数据构造的一例的图。
图1B是表示实施方式1的广播通信协同服务中的服务信息的数据构造的一例的图。
图2是表示实施方式1中的传送路径识别描述符的概要的一例的图。
图3A是表示实施方式1的广播通信协同服务中的服务信息的数据构造的其他一例的图。
图3B是表示实施方式1的广播通信协同服务中的服务信息的数据构造的其他一例的图。
图4A是表示实施方式1的广播通信协同服务中的接收侧的动作的一例的流程图。
图4B是表示实施方式1的广播通信协同服务中的接收侧的动作的其他一例的流程图。
图5是表示实施方式1中的接收装置的结构的一例的框图。
图6A是表示实施方式1的变形例1的广播通信协同服务中的服务信息的数据构造的一例的图。
图6B是表示实施方式1的变形例1的广播通信协同服务中的服务信息的数据构造的一例的图。
图7A是表示实施方式1的变形例1的广播通信协同服务中的接收侧的动作的一例的流程图。
图7B是表示实施方式1的变形例1的广播通信协同服务中的接收侧的动作的其他一例的流程图。
图8是表示实施方式1的变形例1中的接收装置的结构的一例的框图。
图9是表示实施方式1的变形例2的广播通信协同服务中的接收侧的动作的一例的流程图。
图10是表示实施方式1的变形例2中的接收装置的结构的一例的框图。
图11A是表示实施方式1的变形例4的广播通信协同服务中的应用控制信息的数据构造的一例的图。
图11B是表示实施方式1的变形例4的广播通信协同服务中的应用控制信息的数据构造的一例的图。
图12是表示实施方式1的变形例4的广播通信协同服务中的应用控制信息的数据构造的其他一例的图。
图13A是表示实施方式1的变形例4的广播通信协同服务中的接收侧的动作的一例的流程图。
图13B是表示实施方式1的变形例4的广播通信协同服务中的接收侧的动作的比较例的流程图。
图14是表示实施方式2的实施例1的广播通信协同服务中的服务信息的数据构造的一例的图。
图15是表示实施方式2的实施例1的广播通信协同服务中的接收侧的动作的一例的流程图。
图16A是表示实施方式2的实施例2中的位置信息描述符的句法的一例的图。
图16B是表示实施方式2的实施例2中的位置信息描述符的句法的一例的图。
图16C是表示实施方式2的实施例2中的位置信息描述符的句法的一例的图。
图16D是表示实施方式2的实施例2中的位置信息描述符的句法的一例的图。
图17是表示实施方式2的实施例3的广播通信协同服务中的接收侧的动作的一例的流程图。
图18是表示实施方式2的实施例3的广播通信协同服务中的接收侧的动作的其他一例的流程图。
图19是表示实施方式2的实施例4的广播通信协同服务中的接收侧的动作的一例的流程图。
图20是表示实施方式2的实施例4中的接收装置的结构的一例的框图。
具体实施方式
(本发明的基础知识)
目前，正在研究将广播和通信并用而分发内容的服务(广播通信协同服务)。其中，以广播为主，基于从广播取得的数据来访问从通信取得的内容(以下称为通信内容)的方式更为受到期待。作为广播通信协同服务中的接收内容的接收侧的视听开始时的动作，可以想到与仅通过广播来分发内容的以往的服务同样，在取得服务信息之后，通过音频、视频的编码数据、或者MPEG-2系统中的数据轮播等而开始内容的接收。
但是，在以往的服务所能够取得的服务信息中，并没有考虑对通信内容的迅速的访问动作、仅选择广播内容来接收时的动作等。因此，在利用以往的服务信息进行广播通信协同服务的情况下，有服务信息的解析所涉及的处理增加或通信内容的取得开始定时延迟等的课题。
此外，在IPTV论坛中被标准化、在ARIB标准中也已采用的混合电视标准中也同样，没有考虑对通信内容的迅速的访问动作、以及仅选择广播内容并接收时的动作等。
在IPTV论坛中被标准化、在ARIB标准中也已采用的以往的混合电视标准中，在通信侧下载HTML5的应用，随着事件消息的发射等而开始应用。因此，不对应于基于广播侧的音频及视频的帧中的PTS(Presentation Time Stamp)、DTS(Decoding Time Stamp)的通信内容的再现控制，有不能对应于使广播内容和通信内容的显示时刻以帧单位同步等高精度的同步再现等问题。
为了解决这样的问题，本发明的一个方式的发送方法，是能够使用广播波和通信路径来发送内容的内容发送方法，该发送方法包括信息发送步骤，在该信息发送步骤中，在使用广播波和通信路径之中的至少一种来发送内容的情况下，将下述的信息包含于应用控制信息中并发送，该信息是表示仅通过广播波来发送内容还是通过广播波和通信路径的双方来发送内容的信息，并且是在接收侧接收到所述内容的情况下用于在利用所述广播波发送的内容和利用所述通信路径发送的内容之间取得同步的信息，并且是与利用所述通信路径发送的内容有关的信息，在所述信息发送步骤中，在发送所述内容之前发送所述应用控制信息。
根据本方式，能够实现在接收侧再现并用了广播和通信的内容时能够迅速地访问利用通信的内容的内容的发送方法。更具体而言，在使用广播波和通信路径发送了内容的情况下，将用于取得使用广播波和通信路径而发送的内容间的同步的信息包含在应用控制信息而发送，因此在接收侧接收到包含该信息的应用控制信息时，能够使接收侧按照该信息迅速地访问利用通信的内容，能够使接收侧取得内容间的同步。
另外，这些整体性的或者具体的方式既可以通过发送方法、发送装置、接收方法、接收装置、集成电路、计算机程序或者计算机可读取的CD-ROM等记录介质实现，也可以通过数据接收方法、集成电路、计算机程序或者记录介质的任意的组合实现。
以下，参照附图具体说明本发明的一个方式所涉及的发送方法以及接收方法等。
另外，以下说明的实施方式都表示本发明的一具体例。以下的实施方式中示出的数值、形状、材料、构成要素、构成要素的配置位置以及连接形态、步骤、步骤的顺序等只是一例，并不是意图限定本发明。此外，关于以下的实施方式中的构成要素之中的、表示最上位概念的独立权利要求中没有记载的构成要素，作为任意的构成要素来进行说明。
(实施方式1)
在本实施方式中，说明广播通信协同服务中的发送以及接收内容的发送方法。
[发送方法]
本实施方式中，发送侧使用广播波和通信路径发送内容(数据或资源)，在发送内容之前发送服务信息。
[服务信息]
在此，所谓服务信息，是指用于在选台动作后(选台后)取得音频及视频、或者与数据广播相关联的数据等的信息、或EPG(Electric Program Guide)的信息等与内容的接收及元数据的取得相关联的一系列的信息。
另外，目前的广播主要使用MPEG-2TS(Transport Stream)的区段(section)来发送，包括PAT(Program Association Table)、PMT(Program Map Table)、NIT(NetworkInformation Table)、CAT(Conditional Access Table)或ARIB(电波产业会)规定的EIT(Event Information Table)等。
本实施方式中，作为广播协同服务中的广播侧的复用格式，以通过MPEG进行标准化后的MMT(MPEG Media Transport)为例进行说明。但是，该复用格式并不限定于MMT，也可以是TS、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)等其他复用格式。
本实施方式中的服务信息在能够以复用格式存放的数据构造中被发送。例如MMT中，将服务信息通过MPT(MMT Package Table)等表、或PA(Package Access)消息等消息信息来发送。另外，各表中，与TS同样，能够使用描述符记述辅助信息。
图1A及图1B是表示实施方式1的广播通信协同服务中的服务信息的数据构造的一例的图。更具体而言，图1A中示出了包含传送路径识别描述符的MPT，图1B中示出了在图1A所示的传送路径识别描述符中，例如将与构成封装包的资源的传送路径相关的信息作为属性信息来记述的例子。
(属性信息)
1)也可以将表示构成封装包的资源通过(1)仅使用广播、以及(2)将广播和通信并用之中的哪一种方法来发送的信息作为属性信息来包含。
另外，也可以是将表示正篇的音频和视频的数据通过(1)仅使用广播、以及(2)将广播和通信并用之中的哪一种方法来发送的信息。通过该信息，在仅使用广播发送正篇的情况下，也能够将音频、视频、静止图像或HTML文件等与正篇不同的元数据等从通信网络取得。
2)在将广播和通信并用而发送音频及视频的数据时，也可以将表示各自发送的数据的关联性的信息作为属性信息来包含。
在此，例如实现可伸缩性(时间分辨率(60fps→120fps等)、空间分辨率(4k→8k等)、比特深度(8bit→10bit等))的情况下，能够通过属性信息表示广播使用基本层来发送，通信使用扩展层来发送。另外，属性信息也可以表示仅使用广播数据时帧速率为60fps，若将通信数据并用则能够将帧速率提高到120fps等。此外，也可以表示将广播的备份用的数据通过通信发送。由此，在因降雨衰减等而广播的接收状况变差的情况下，发送侧能够使用属性信息切换为通过通信发送数据。
此外，属性信息也可以表示用于识别相互关联的资源的信息。例如，属性信息也可以表示基本层的资源ID和与基本层对应的扩展层的资源ID。
MMT中，还能够使用多个传送路径来发送相同的资源。因而，属性信息也可以表示是否将广播和通信并用来发送相同的资源。此时，也可以将该资源的识别信息(资源ID等)另行表示。也可以将用于识别相关联的资源的信息，例如如图2所示通过每个资源的单独的传送路径识别描述符表示。在此，图2是表示实施方式1中的传送路径识别描述符的概要的一例的图。图2所示的单独的传送路径识别描述符例如也可以表示用于识别该资源为基本层或扩展层中的哪一个资源的信息，在该资源为扩展层的情况下，也可以表示对应的基本层的资源的ID等。
此外，属性信息也可以表示将广播的资源和通信的资源分别分组、组内包含的资源的列表。当存在将广播和通信并用而发送的资源的情况下，也可以另行分组。
3)也可以将表示通过广播发送的音频及视频、以及通过通信发送的音频及视频是否被同步再现的信息作为属性信息来包含。
另外，属性信息既可以将各个信息作为单独的字段来表示，也可以定义表示服务的类型的信息，使得能够通过类型来识别。此外，属性信息也可以通过与描述符不同的形式记述。
此外，也可以设为传送路径识别描述符存放在与MPT不同的、表示封装包单位的信息的表或消息中。此外，也可以将上述的传送路径识别描述符的内容作为与描述符不同的数据构造来记述。
此外，也可以是，在发送多个封装包时，定义表示封装包的一览的表或消息，作为封装包单位的信息而将传送路径识别描述符那样的信息作为封装包的属性信息来表示。
图3A及图3B是表示实施方式1的广播通信协同服务中的服务信息的数据构造的其他一例的图。
即，如图3A及图3B所示，关于每个资源的位置信息，也可以将通过广播和通信发送的资源分别存放在不同的MPT中。此时，封装包的属性信息能够存放于在作为服务的接入点的传送路径中发送的MPT。例如，在广播为接入点的情况下，存放在通过广播发送的MPT中。此外，这些MPT能够通过table_id来识别。
MMT标准中，作为基准的MPT的table_id的值被规定为零，因此能够将与作为接入点的传送路径对应的MPT的table_id设为零，将与另一方的传送路径对应的MPT的table_id设为1以上等。
另外，也可以是，将广播资源的MPT通过广播发送，将通信资源的MPT通过通信发送。
此外，也可以将广播和通信的资源的位置信息存放在一个MPT中。在该情况下，只要将各个资源的位置信息连续存放等而能够容易识别即可。例如，在广播的资源存在N1个、通信的资源存在N2个的情况下，首先，将N1个广播资源的信息连续记述，然后将N2个通信资源的信息连续记述。另外，在传送路径识别描述符中也可以表示将N1个资源在广播中发送，将N2个资源在通信中发送。
这样，在发送侧，将作为辅助信息的传送路径识别描述符包含于服务信息中而发送。由此，在接收侧，仅通过取得包含辅助信息的服务信息，就能够根据传送路径识别描述符中记述的封装包的属性信息，不用解析每个资源的信息而预先取得是否包含通信的数据、或广播数据与通信数据的依赖关系等。
尤其，具有在接收通信数据时能够缩短接收处理的启动的延迟时间的优点。
[发送装置]
例如，本实施方式的发送装置是能够使用广播波和通信路径发送内容的内容发送装置，作为辅助信息而生成传送路径识别描述符等封装包的属性信息，并包含于服务信息来发送。
本实施方式的发送装置也可以将该服务信息周期性地发送。在该服务信息的内容被更新时，在更新后立即将更新后的内容反映到服务信息中。
此外，接入点并不限定于广播，也可以是通信，也可以使得能够从广播和通信双方接入。另外，在能够从双方接入时，关于封装包单位的信息，至少从广播和通信双方的发送装置发送。
另外，在接收侧接收广播通信协同服务的内容时，并不是必须接收通过两传送路径发送的数据。例如，也可以仅将广播的数据进行接收并再现。此时，接收侧接收通信数据时所需的信息在接收广播数据时是不需要的，因此发送侧可以将接收通信数据时所需的信息在通信中发送。即，发送侧也可以将封装包单位的信息在作为接入点的传送路径中发送，将广播、通信等传送路径所固有的信息在各个传送路径中发送(例如图2)。另外，以下，设广播为接入点来进行说明。
由此，各传送路径所固有的服务信息能够由各传送路径中的发送装置生成并发送。但是，通过将资源的位置信息等通过MPT发送的信息在最初总括起来取得，能够减少通信侧的资源的取得开始的延迟时间，因此也可以通过广播发送。
(通信所固有的信息的例)
表示通信(互联网、CDN(Contents Delivery Network)等通信网络)所固有的信息的例。
1)例如FEC的方式、参数等与通过通信发送的包中的FEC(Forward ErrorCorrection)相关联的信息
2)例如包丢失率、包到达时刻的抖动、或RTT(Round Trip Time)、通信传送路径中的end-to-end延迟等与QoS(Quality of Service)控制相关联的信息
3)例如缓冲时间、缓冲量等与从接收到资源的数据起到解码开始为止的缓冲相关的信息
另外，在广播中，尤其在面向移动体的广播(日本的1段广播等)中，FEC及QoS较为重要，它们的参数与通信路径不同。因此，广播所固有的信息仅在广播中发送即可。
另一方面，在通信中能够选择比特率、帧速率等与通信网络的频带相应的多个音频、视频数据。此时，也可以发送将能够选择的数据的属性信息(比特率等)与资源ID建立对应的信息。另外，这样的建立对应的信息也可以在广播中发送。
另外，作为建立对应的信息，可以表示是否存在能够选择的多个资源的信息，在存在能够选择的多个资源的情况下，也可以表示能够选择的资源的列表。
[接收方法]
本实施方式中，接收侧在取得服务信息之后，开始内容的接收(取得)。以下，使用附图对本实施方式中的接收方法进行说明。
图4A是表示实施方式1的广播通信协同服务中的接收侧的动作的一例的流程图。图4A中示出了接收装置取得本实施方式的传送路径识别描述符并决定要接收的资源的动作的一例。
首先，作为在成为接入点的传送路径中发送的服务信息，例如取得PA消息或MPT消息等中包含的MPT表，并取得其中包含的传送路径识别描述符。
接着，解释资源是否将广播和通信并用而被发送、以及在使用两传送路径时广播和通信的资源的依赖关系等传送路径识别描述符的信息(步骤S101)。
PA消息等消息存放在MMT包等包的有效载荷中，通过包头表示所存放的数据的类别。因而，在MMT封装包的接收时，首先参照包头中的ID号(MMT包中相当于packet_id)，取得PA消息的MMT包。
接着，基于终端的再现能力或是否能够利用通信路径等，决定要接收的资源(步骤S102)。
在此，对资源的决定方法的例子进行说明。
1)在接收装置没有连接到通信网络的情况下，决定为仅接收广播的资源。此时，不接收将广播和通信并用而发送的资源。
2)在视频的基本层通过广播、扩展层通过通信被发送的情况下，决定为在仅能够再现基本层的情况下仅接收广播，在能够再现两层的情况下将广播和通信都接收。例如，能够实现仅基本层中60fps、基本层以及扩展层中120fps的时间可伸缩性。在该情况下，若接收装置仅能够解码并再现到60fps，则仅接收广播，在能够解码并再现到120fps的情况下，接收广播和通信的两数据。
3)根据接收装置所连接的通信网络的频带，从通过通信发送的比特率不同的多个资源中决定能够接收的资源。在此，例如设为各资源的比特率等信息被在服务信息等中另行发送。另外，在因通信网络的拥挤等而接收状态变差、不存在能够稳定地接收的资源的情况下，也可以决定为不接收通信侧的数据。
4)此外，也可以是，在通信中发送备份用的数据以备广播的接收环境变差的情况下，决定在接收环境变差时要取得的资源。在该情况下，接收装置监视接收环境，基于接收数据的错误率等指标，判定是否接收通信的资源，能够进行接收处理即可。
5)将与通过广播发送的正篇的音频及视频的数据同步再现的数据(视频中的扩展层的数据等)从通信接收时，为了保证通过广播接收到的数据与通过通信接收到的数据的同步，有时需要在再现开始前对数据进行缓冲等特别的动作。在该情况下，也可以从通信仅接收不需要与通过广播发送的数据严格同步(例如，帧单位的同步等)的资源。例如，如果是HTML等的数据、静止图像、不需要严格同步的运动图像等资源，则也可以决定为从通信取得。
以下，回到图4A的流程图进行说明。
接着，在步骤S103中，决定(判定)是否接收通过通信发送的资源，在决定(判定)为接收的情况下(S103中是)，进入S104，在决定(判定)为不接收的情况下(S103中否)，进入S105。
在S104中，从广播和通信路径这两传送路径接收资源，在S105中，仅从广播接收资源。
图4B是表示实施方式1的广播通信协同服务中的接收侧的动作的其他一例的流程图。
图4B与图4A相比，追加了将通信所固有的服务信息在通信中发送的情况下接收该服务信息的步骤(步骤S106)。关于其他，由于与图4A中说明的步骤同样，因此省略说明。
另外，当存在广播所固有的服务信息的情况下，设为在未图示的步骤中另行接收。
此外，在接收装置没有对应于广播通信协同服务的情况下，只要仅接收广播的资源即可。在该情况下，当存在将广播和通信并用而被发送的资源的情况下，不接收该资源。
[接收装置]
图5是表示实施方式1中的接收装置的结构的一例的框图。图5中示出了实现在图4A中说明的接收方法的接收装置的结构的一例。
图5所示的接收装置100具备识别信息取得部101、资源决定部102、判定部103、广播接收部104以及通信接收部105。
识别信息取得部101具备实现图4A所示的步骤S101的功能。具体而言，识别信息取得部101取得在作为接入点的传送路径中发送的服务信息，并取得其中包含的传送路径识别描述符(辅助信息)。并且，识别信息取得部11对传送路径识别描述符的信息进行解释。
资源决定部102具备实现图4A所示的步骤S102的功能，基于终端的再现能力或是否能够利用通信路径等，决定要接收的资源。
判定部103具备实现图4A所示的步骤S103的功能，决定(判定)是否接收通过通信发送的资源。具体而言，判定部103判定是否接收通信数据，在判定为接收的情况下，在广播接收部104以及通信接收部105中接收在步骤102中决定的资源的数据。
判定部103在判定为不接收通信数据的情况下，仅使用广播接收部14接收数据。
(变形例1)
本变形例中，说明广播使用TS发送，通信使用DASH、RTP(Real-time TransportProtocol)等发送的情况的例子。
图6A及图6B是表示实施方式1的变形例1的广播通信协同服务中的服务信息的数据构造的一例的图。图6A中示出了将与通信中发送的数据相关的信息存放到PMT的例子。图6B中示出了本变形例的传送路径识别描述符的数据构造的一例。
本变形例中，在作为服务信息的一例的PMT中存放表示在图1A及图1B中说明的属性信息等的传送路径识别描述符。
在PMT等TS中的程序信息中仅表示了通过TS发送的数据的位置信息。因此，本变形例中，在将通信并用而发送内容的数据时，将通信侧的数据的位置信息存放在传送路径识别描述符中。更具体而言，属性信息中包含表示是否并用着通信的标志信息。由此，发送侧能够根据该标志信息的值，选择是否包含通信侧的数据的位置信息。另外，位置信息不限于存放在传送路径识别描述符中的情况。也可以另定义描述符来存放位置信息。
(位置信息)
所谓位置信息是表示数据的取得目标的信息，如果是TS则相当于PID，如果是通信则相当于URL或URI等。
作为位置信息，可以存放DASH的MPD(Media Presentation Description)、RTP中的SDP(Session Description Protocol)等。
此外，在位置信息中，不限于存放MPD或SDP等位置信息的实体数据的情况，也可以存放表示位置信息的实体数据的取得目标的信息。在此，表示位置信息的实体数据的取得目标的信息例如是表示用于取得MPD的URL的信息等。但是，在位置信息中存放表示位置信息的实体数据的取得目标的信息的情况下，发生用于另行取得位置信息的实体数据的延迟。因此，从减少开始接收通信侧的数据前的延迟的观点来看，优选的是在位置信息中直接存放实体数据。
另外，在DASH的MPD中，关于内容的取得目标包含多种信息，因此尺寸较大。因而，在位置信息中不是将MPD原样存放，而是存放仅包含内容的取得目标的URL、以及与段的DTS或PTS相关的信息的子集化后的信息。
此外，优选的是还能够应对MPD等位置信息的内容的更新。
例如，也可以对位置信息赋予版本号等。由此，在版本号被更新的情况下，也能够重新取得位置信息。另外，为了确认版本号是否被更新，也可以将周期性地发送的PMT内的传送路径识别描述符等信息依次确认。但是，由于该依次确认的处理较为繁重，因此也可以另生成用于存放位置信息等的区段数据(称为传送路径识别区段)，并周期性地发送。
在接收装置中，若确认传送路径识别区段中的版本号，则能够判定位置信息是否被更新。另外，也可以在PMT等程序信息和传送路径识别区段的双方中发送属性信息及位置信息。或者，在传送路径识别区段中也可以仅存放位置信息。
此外，也可以在基于从广播取得的位置信息开始取得通信侧的数据之后，在通信中取得位置信息的更新内容。此时，需要位置信息的取得目标，因此在广播的传送路径识别描述符等中，也可以将位置信息的取得目标也与位置信息的实体数据一起存放。
接收装置中，例如定期访问位置信息的取得目标而能够在通信中取得更新内容。
此外，在DASH内容的分发服务器与接收装置之间存在消息交换等的结构的情况下，也可以由服务器对接收装置发行表示位置信息被更新的情况的消息。并且，接收装置中，也可以在接收到消息时重新取得位置信息。
另外，说明了将与通信中发送的数据相关的信息存放在PMT中，但不限于此。也可以将属性信息及位置信息通过与PMT不同的区段发送。
此外，也可以基于在通信中发送的数据是否被与广播中的音频及视频同步再现，来切换通信侧的数据的取得方法。
例如，在同步再现的情况下，如上述那样使得能够从广播的程序信息访问通信侧的数据。在不同步再现的情况下，可以使用ARIB(电波产业会)中的混合电视标准中规定的AIT(Application Information Table)等，将用于访问通信侧的数据的信息通过数据广播发送。接收装置中，以表或轮播等形式接收AIT，基于AIT的内容取得通信侧的数据。关于所取得的通信侧的数据，如果接收到通过数据广播发送的事件消息，则开始再现。
另外，在广播数据和通信数据被同步再现的情况下，也可以利用AIT等信息。此时，设为将通信侧的数据的再现开始、结束等时刻另行表示在数据广播内。接收装置中，按照这些时刻再现通信侧的数据。
在DASH中的MPD、RTP中的SDP中，能够表示内容的再现开始时刻或解码开始时刻，这些时刻基于UTC(Coordinated Universal Time)等按每个复用或传送方式规定的基准时钟而被指定。此外，各个视频帧及音频的样本的PTS(Presentation Time Stamp)及DTS(Decoding Time Stamp)也基于基准时钟而被设定。另一方面，在广播中，PCR(ProgramClock Reference)成为基准时钟，因此在将广播侧的数据和通信侧的数据同步再现时，需要表示彼此的基准时钟的对应关系的信息。
因而，也可以将表示广播侧的数据与通信侧的数据的基准时钟的对应关系的信息包含于广播中的PMT等程序信息中。例如，也可以是广播中的PCR的值为N1的时刻与通信中的UTC的值为N2的时刻相当于同一时刻等的信息。另外，这些信息也可以包含于MPD或SDP等中。
此外，传送路径识别描述符中，也可以表示通信侧的数据被通过UDP(UserDatagram Protocol)以及TCP(Transmission Control Protocol)中的哪一个发送等传输层的协议的信息。由此，接收装置中，能够将在各协议中使用的端口打开，或判断是否对应于所使用的协议等。
此外，也可以示出通信侧的数据中的复用格式的识别信息，使得例如能够识别是否为DASH或RTP等。
[接收方法]
以下，作为本变形例中的接收方法，使用附图说明广播使用TS发送、通信使用DASH或RTP(Real-time Transport Protocol)等发送的情况下的接收装置的动作的一例。
图7A是表示实施方式1的变形例1的广播通信协同服务中的接收侧的动作的一例的流程图。图7A中示出了属性信息及位置信息存放在广播的程序信息中时的接收装置的动作的一例。
各步骤(步骤S201～步骤S205)的动作与图4A的流程图同样，但不同的是在图4A中，广播侧与通信侧的数据被MMT封装包的资源统一，相对于此在图7A中广播侧为TS，通信侧为DASH或RTP的数据。关于其以外的点，如图4A中说明的一样，因此省略详细的说明。
图7B是表示实施方式1的变形例1的广播通信协同服务中的接收侧的动作的其他一例的流程图。图7B中示出了在广播的程序信息中存放用于取得属性信息以及位置信息的访问信息、而不存放位置信息的实体的情况下的动作的一例。
步骤S301与步骤S201同样，因此省略说明。
接着，在步骤S302中，决定(判定)是否接收通信侧的数据，在步骤S303中，在接收通信侧的数据时进入S304，在不接收通信侧的数据的情况下进入S306。
在步骤S304中，按照广播的程序信息中包含的通信侧数据的位置信息的取得目标，取得位置信息。
另一方面，在步骤S305中，基于在S304中取得的位置信息取得通信侧数据，并且取得广播数据。此外，在S306中，仅取得通过广播发送的数据。
(属性信息)
属性信息与在实施方式1中说明的内容同样，但由于在实施方式1中以MMT为例进行了说明，因此以下说明广播使用TS、通信使用DASH或RTP时的例子。
1)也可以将表示构成内容的音频、视频等数据被通过(1)仅使用广播、以及(2)将广播和通信并用之中的哪一个方法来发送的信息作为属性信息来包含。
另外，也可以是表示音频和视频的数据被通过(1)仅使用广播、以及(2)将广播和通信并用之中的哪一个方法来发送的信息。通过该信息，在正篇仅使用广播被发送的情况下，也能够从与正篇不同的通信网络取得音频、视频、静止图像或HTML文件等元数据等。
2)在音频、视频将广播和通信并用而被发送时，也可以将表示各自发送的数据的关联的信息作为属性信息来包含。
在此，例如实现可伸缩性(时间分辨率(60fps→120fps等)、空间分辨率(4k→8k等)、比特深度(8bit→10bit等))的情况下，能够通过属性信息表示广播使用基本层发送，通信使用扩展层发送。作为用例，属性信息也可以表示仅为广播数据时帧速率是60fps，但如果将通信数据并用则能够将帧速率提高到120fps。此外，属性信息也可以表示将广播的备份用的数据通过通信发送。由此，在因降雨衰减等而广播的接收状况变差的情况下，发送侧能够使用属性信息切换为通过通信发送数据。
此外，属性信息也可以表示用于对相互关联的编码流进行识别的信息。例如，属性信息可以表示存放通过广播发送的基本层的数据的TS包的PID、以及通过通信发送的DASH数据中的段或MP4中的轨道ID等视频数据的识别信息。
此外，属性信息也可以表示示出相互被同步再现的广播侧的数据和通信侧的数据的信息。由此，发送侧能够将多视点的影像或画中画(picture in picture)中的母画面和子画面的影像分别通过广播和通信发送等。
3)也可以将表示通过广播发送的音频、视频等与通过通信发送的音频、视频等是否被同步再现的信息作为属性信息来包含。
4)也可以将表示通过广播发送的音频、视频的时钟信息与通过通信发送的音频、视频的时钟信息是否相同的信息作为属性信息来包含。
5)也可以将表示通信侧的数据是否为实况内容的信息作为属性信息来包含。
例如，如果所发送的内容不是实况内容，则能够取得比当前时刻(T1)靠后的数据。因而，将从内容的取得请求到接收开始之前所需的时间(或其推测值)以及对数据进行缓冲的时间的总和(△T)与当前时刻相加后的时刻(T2)成为再现时刻的数据起开始接收，从而不使广播侧的数据延迟就能够再现。此时，通信侧的数据从时刻T2起被再现。另一方面，在所发送的内容是实况内容的情况下，可以将广播侧的数据缓冲△T，在时刻T2将广播和通信的数据一起开始再现等。
另外，在通信侧将内容通过RTP等进行多播(Multicast)或广播(broadcast)的情况下，不管其内容是否为实况内容，都不能取得比当前时刻靠后的数据。因而，表示通信侧的数据是否为多播或广播的信息也可以包含在属性信息中。
[接收装置]
接着，说明广播使用TS发送，通信使用DASH或RTP(Real-time TransportProtocol)等发送的情况下的接收装置的结构的一例。
图8是表示实施方式1的变形例1中的接收装置的结构的一例的框图。图8中示出了实现在图7B中说明的接收方法的接收装置的结构的一例。
图8所示的接收装置300具备识别信息取得部301、决定部302、通信并用判定部303、Loc信息取得部304、广播接收部305以及通信接收部306。另外，将实现图7A的接收方法进行实现的接收装置的结构对应于图8中没有Loc信息取得部304的情况。
识别信息取得部301具备实现图7B所示的步骤S301的功能。具体而言，识别信息取得部301取得在作为接入点的传送路径中发送的服务信息，并取得其中包含的传送路径识别描述符(辅助信息)。并且，识别信息取得部301对传送路径识别描述符的信息进行解释。
决定部302具备实现图7B所示的步骤S302的功能，基于终端的再现能力或是否能够利用通信路径等，决定要接收的数据。
通信并用判定部303具备实现图7B所示的步骤S303的功能，决定(判定)是否接收通过通信发送的数据。
Loc信息取得部304具备实现图7B所示的步骤S304的功能，取得通信侧数据的位置数据。
(变形例2)
本变形例中，说明属性信息及位置信息存放于广播的程序信息中而被发送的情况下的接收方法的一例。
[接收方法]
图9是表示实施方式1的变形例2的广播通信协同服务中的接收侧的动作的一例的流程图。图9中示出了在属性信息及位置信息存放于广播的程序信息中而被发送的情况下，接收装置判定是否将广播内容和通信内容同步再现并再现为止的动作例。
另外，图9的动作基于图7A中的动作，但不将发送数据作为MMT的资源，而作为更一般的内容的情况的例子来记载。
首先，取得在作为接入点的传送路径中发送的程序信息，并取得其中包含的传送路径识别描述符，取得内容的属性信息及通信内容的位置信息(步骤S401)。
在此，在位置信息的实体没有存放在程序信息中的情况下，通过与图7B中说明的方法同样的方法取得位置信息的实体数据。
接着，基于接收装置的再现能力或是否能够利用通信路径等，决定要接收的数据(步骤S402)。
接着，决定是否取得通信内容(步骤S403)，在决定为取得通信内容的情况下(S403中：是)，进入步骤S404，从广播和通信这两传送路径接收数据。另外，在决定(判定)为不接收的情况下(S403中：否)，进入步骤S409，仅从广播接收数据，并在步骤S410中仅再现广播内容。
接着，判定是否将广播内容和通信内容同步再现(步骤S405)。
在决定为同步再现的情况下(S405中是)，在步骤S406中使广播内容和通信内容的基准时钟同步，在步骤S407中将两者同步再现。
另外，S406中的基准时钟的同步也可以在S404之前实施。这是因为，在将内容的接收数据进行预缓冲之后开始再现等情况下，有时在确认到广播内容中PTS为T1的数据和通信内容中PTS为T1的数据(在此，假设彼此的PTS已经被同步)已接收后开始解码、再现，在判定相互被同步再现的数据是否齐全时，需要两者的基准时钟已经同步。
此外，在S406中的基准时钟的同步中，能够对准于广播或通信的任一个中使用的基准时钟。例如，在广播中使用PCR(Program Clock Reference)、通信中使用NTP(NetworkTime Protocol)的情况下，通过将视频、音频中的NTP基准下的DTS、PTS变换为PCR基准，能够将广播和通信中的基准时钟同步。此外，也可以将广播和通信的DTS、PTS进行变换，以使得与在接收装置内使用的固有的时钟同步。
另外，图9中说明了属性信息及位置信息存放于广播的程序信息中而被发送的情况下的动作，但如果本来就不需要同步再现，则也可以将记述有这些信息的传送路径识别描述符存放在广播的程序信息中。
此外，基准时钟的同步中，能够对准于广播或通信的任一个中使用的时钟。例如，在广播中使用PCR(Program Clock Reference)、通信中使用NTP(Network Time Protocol)的情况下，通过将视频、音频中的NTP基准下的DTS、PTS变换为PCR基准，能够将广播和通信中的基准时钟同步。此外，也可以将广播和通信的DTS、PTS进行变换，以使得与在接收装置内使用的固有的时钟同步。
[接收装置]
图10是表示实施方式1的变形例2中的接收装置的结构的一例的框图。图10中示出了实现在图9中说明的接收方法的接收装置的结构的一例。
图10所示的接收装置400具备识别信息取得部401、决定部402、通信并用判定部403、Loc信息取得部404、广播接收部405、通信接收部406、同步判定部407以及再现部408。
识别信息取得部401～通信接收部406与图8中说明的识别信息取得部301～通信接收部306同样，因此省略说明。
同步判定部407具备进行图9所示的步骤S405的处理的功能。
再现部408基于通过通信并用判定部403以及同步判定部407中的判定结果决定的再现方法，对广播内容或通信内容进行解码并再现。
(变形例3)
以下，将与上述说明的例子不同的例子作为其他例进行说明。
[其他1]
传送路径并不限定于广播与通信的组合，也可以是广播与广播、通信与通信等同种传送路径的组合。
此外，在没有示出如传送路径识别描述符那样的封装包单位的信息的情况下，也可以通过对如图1A及图1B所示的每个资源的位置信息进行解释，决定各资源被通过广播和通信中的哪一个发送，或者在封装包内是否存在通过通信发送的资源等。
(位置信息)
位置信息中也可以包含资源的取得目标的URL信息等。在取得目标为URL的情况下，能够基于该URL是否为广播服务中预先规定的特定的URL，来决定资源被通过广播、通信中的哪一个发送。
例如在与MPT等消息信息相同的流中发送广播资源的情况下，在位置信息中，作为广播资源的取得目标而表示存放资源的数据的包的ID(MMT包的情况下为packet_id)，关于通过通信发送的资源，作为取得目标而表示URL。因而，在位置信息中，根据取得目标是否为URL，来决定资源是否被通过通信发送。
(MPT的记述的变形例)
在上述图1A及图1B中说明了作为每个资源的信息而定义了每个资源的位置信息、以及单独的传送路径识别描述符的情况，但不限于此。也可以另设置表示资源的编码方式的字段。编码方式是在解码时必须的信息，优选在如MPT那样能够在解码前得到的信息中发送(signalling)。例如，可以使用如MPEG-2系统中的stream_type那样的信息。
此外，在能够进行可伸缩编码的编码方式的情况下，也可以与编码方式一起表示该资源为基本层还是扩展层。
此外，在相同MMT封装包中存在两个具有时间可伸缩性的视频等情况下，还有包含多个具有可伸缩性的资源的情形。此时，也可以表示示出扩展层的资源与哪个基本层的资源对应的信息。例如，对于扩展层的资源，也可以表示对应的基本层的资源的资源ID。此外，也可以将扩展层和基本层的资源进行分组，对各资源分配组的ID。
这些信息在广播利用TS、通信利用DASH或RTP等的情况下也能够表示在广播的程序信息等中。例如，也可以在PMT的描述符等中记述通过广播发送的视频流与通过通信发送的视频流之间的依赖关系(通信侧的视频流相当于扩展层等)、或表示通信侧的视频及音频的编码方式的信息。此外，也可以表示广播侧的流与通信侧的流是否被同步再现等。
(与传送路径相关的信息)
表示将内容的数据仅通过广播发送、或将广播和通信并用而发送等的信息也可以存放在EPG等节目信息中。
例如，在从EPG进行视听选择或录制预约的情况下，在没有连接到通信网络、或接收装置无法利用通信取得数据等无法将通过通信发送的数据进行再现或录制的情况下，也可以将表示该情况的消息信息进行显示。
进而，也可以存放表示通过通信发送的数据是否能够在节目的开始时刻之前取得的信息。尤其在DASH等下载型的方式中，在节目开始之前将通信侧的数据下载好，在节目开始时刻，开始将广播的数据和通信的数据一起再现。
例如，也可以是，在通信侧的数据能够在节目开始时刻之前取得的情况下，接收装置在节目开始时刻之前开始接收通信侧的数据。此时，决定接收开始时刻，以将预定的缓冲的数据量或缓冲时间量的数据能够在节目开始时刻接收。
此外，例如，也可以是，在节目的预约录制等中也同样地动作。
另外，在广播等中，用户能够在任意的定时选择多个节目，即使将视听中的频道的下一节目的通信数据预先接收到，如果发生视听节目的切换，则即使预先接收到通信数据也没有好处。因此，也可以以在任意的视听时刻、关于能够在该视听时刻之后视听、且将广播和通信并用而发送数据的全部的节目，将通信侧的数据预先缓冲。在不能接收全部的节目的数据的情况下，也可以在可接收的范围内选择并接收节目。
此外，也可以将表示广播侧的数据与通信侧的数据是否被同步再现的信息也包含于EPG等节目信息中，在被同步再现的情况下，以将通信侧的数据预先缓冲的方式进行动作。在不被同步再现的情况下，也可以在广播侧的数据的接收开始后开始接收通信侧的数据。
另外，在EPG中不包含这样的信息的情况下，也能够对MMT中的MPT或在广播中使用TS时的PMT等进行解析而取得同样的信息并显示同样的消息。
此外，也可以在对日本的广播方式(ISDB-T)中的TMCC信号等通过传送路径传送的信号进行解调时的控制信息中存放这些信息。
由此，能够在解调时判定是否需要通信中的接收，能够提早通信侧的启动。
(格式)
另外，基于HTTP的文件格式不限定于DASH，也可以是HTTP Live Streaming(HLS)或Microsoft Smooth Streaming(MSS)等，在这些方式中也由于存在相当于MPD的内容管理信息，因此通过与DASH同样的结构能够表示广播侧的数据与通信侧的数据的关系。
此外，在通信侧也可以使用TS的流，也可以是在TS包的开头追加了表示4字节的时间戳的字段的格式。在此，带时间戳的TS是在BD(Blu-ray(注册商标)Disc)或IPTV论坛等较多的规格中使用的流。
[其他2]
(属性信息和位置信息)
在属性信息及位置信息中，也可以将内容整体的属性和音频、视频等的流的单独的属性分开存放。
例如，在通信侧使用DASH的情况下，也可以将广播内容与通信内容是否被同步再现、或广播内容是否为可伸缩性的基本层、通信内容是否为扩展层等内容整体的属性信息存放在传送路径识别描述符等中。另一方面，也可以将用于对作为相互同步再现的对象的视频及音频进行识别的信息等每个流的单独的属性存放在MPD中。
作为每个流的属性例，在将广播中的视频与在通信中发送的副声音的音频建立关联的情况下，也可以在MPD中，将存放视频的TS包的PID和音频的轨道ID等用于在DASH的数据内对音频的轨道、段、或者AdaptationSet、Representation进行识别的信息相互建立关联。在此，作为广播侧的媒体的识别信息，除了PID之外也可以包含将该PID的TS包包括在内的传输流的ID、服务ID等。
另外，MPD的内容有时被更新，更新信息由DASH内容的分发服务器管理。因此，特别是关于流的单独属性，通过记述在MPD中，能够同时具有：能够减少广播内容的送出装置与通信内容的送出服务器之间的信息的交换的优点、以及通过将整体属性存放在PMT等在广播接收开始时取得的信息中而能够迅速启动通信内容的接收开始处理的优点。
此外，也可以将整体属性和单独属性的双方记述在广播中的PMT等的描述符或MPD中的某一方或双方中。例如在广播中，也可以记述在AIT等应用控制信息的记述符中。
(属性信息)
进而，也可以将对在广播、通信等不同的传送路径中发送的流的时钟信息进行同步的方法包含在属性信息中。在该情况下，接收装置也可以基于该信息进行时钟同步。
例如，也可以将用于识别下述三个方法的信息作为属性信息来记述。
方法1)作为同步对象的流基于共通的时钟，不需要彼此的时钟的同步。
方法2)基于如PMT内的描述符那样与流另行发送的时钟同步用的信息来同步。
方法3)参照如当前MPEG中标准化中的TS的时间线扩展(13818-1：2013/AMD6(2ndWD))那样、包含用于时钟同步的信息的独立的流来同步。
另外，在方法3中，也可以将存放时钟同步用的流的TS包的PID包含在属性信息中。
(变形例4)
作为将广播和通信融合的新服务，有在IPTV论坛中被标准化、在ARIB标准中也已采用的混合电视标准。
在IPTV论坛中被标准化、在ARIB标准中也已采用的以往的混合电视标准中，基于应用控制信息(AIT：Application Information Table)实现广播系统服务和通信系统服务的协同。
但是，在以往的混合电视标准中，关于通信侧，下载HTML5的应用，随着事件消息的发射等而开始应用。因此，在以往的混合电视标准中，不对应于基于广播侧的音频及视频的帧中的PTS(Presentation Time Stamp)、DTS(Decoding Time Stamp)的通信内容的再现控制，不能对应于使广播内容和通信内容的显示时刻以帧单位同步等高精度的同步再现。
在本变形例中，将以往的混合电视标准进行扩展，对将广播内容和通信内容高精度地同步再现的结构进行说明。
以下，对能够进行高精度的同步再现的应用控制信息的扩展进行说明，然后，对本变形例中的发送方法、以及再现方法等进行说明。
[执行模式]
本变形例的应用控制信息中，新导入表示执行应用时的执行模式的信息。执行模式中有模式1和模式2，以下示出执行模式的例子。
(模式1)
模式1是不需要与其他内容的高精度的同步的执行模式。
此外，模式1中，如以往的混合电视标准的应用那样通过自动启动(AUTOSTART)、可动作(PRESENT)、预读取(PREFETCH)等控制码或事件消息进行启动或状态转移。模式1中，不需要进行参照其他音频及视频的流等的PTS、DTS的同步再现。
例如，作为以往的混合电视标准中的应用例，有VOD(Video On Demand)。该VOD中，若启动应用，则显示配置有再现开始按钮等的UI，若用户按下再现开始按钮，则开始内容的下载或流动而再现。
(模式2)
模式2是需要与广播波以外的他传送路径中发送的内容之间的高精度的同步的执行模式。
模式2中，例如将广播中的视频和通过应用取得的音频使彼此的PTS同步而再现。此外，例如，在适用视频的可伸缩性时，通过广播发送的基本层和通过应用取得的扩展层的数据中，使用相互同步的DTS、PTS分别解码并显示。在此，参照上述的内容的属性信息来取得相互被同步再现的音频及视频等的流。
(模式2中的应用的动作)
应用中，基于上述的执行模式，决定通信侧的内容的再现方法。模式1中的动作与以往同样，因此省略说明，以下对模式2中的应用的动作进行说明。
将广播内容和通信内容同步再现时的基本的动作如图9的流程图所示。
如果仅仅是在进行时钟同步之后，按照变换为同步后的时钟的DTS、PTS将通信内容解码并再现，则关于通信内容的处理能够与广播内容的再现处理独立地实施。
另一方面，在视频中适用空间可伸缩性、通过广播发送基本层、通过通信发送扩展层时，使用基本层的解码结果来将扩展层解码，因此需要将广播内容和通信内容的解码处理综合起来控制。此外，在将广播内容和通信内容预缓冲之后开始再现、或在再现中某一个内容的接收缓冲器上溢或下溢的情况下，也需要将两传送路径的再现处理综合起来控制。例如，进行将上溢的一侧的数据接收停止、或者在发生了下溢的情况下以规定的时间长度或能够接收规定的数据尺寸的数据为止将广播内容和通信内容双方的再现处理停止等的处理。
在此，在将两传送路径中的接收起到解码、再现为止的至少某一个处理综合起来控制的情况下，在通信侧的应用与广播内容的再现处理部之间发生控制指令的交接。例如，根据如以下的控制指令进行动作。
1)解码处理关联：例如请求与特定的DTS或PTS对应的访问单元的数据，根据取得的控制指令进行动作。另外，也可以是，仅在再现开始时，取得在广播与通信之间同步后的访问单元，然后请求在DTS或PTS的升序上位于紧后的访问单元的数据，使用取得的控制指令。
2)数据接收关联：根据指示数据接收的停止、再开始、或者对于满足规定的条件的数据量积蓄在预缓冲用的缓冲器中的情况进行通信的控制指令进行动作。另外，在数据接收的停止、再开始时，既可以将解码及再现等后段的处理也停止、再开始，也可以另规定针对后段的特定的处理的控制指令。
另外，在模式2中的应用的动作中，作为对预缓冲用的缓冲器的上溢及下溢的对策，存在等到两传送路径的数据齐全后再现、或者仅将数据齐全的一方再现而将没有齐全的一方的再现跳过这两个应对方法。
因而，除了再现模式的指定以外，也可以指定表示对预缓冲用的缓冲器的上溢及下溢的应对方法的信息。
例如，在广播中没有传送路径的拥挤，也不发生伴随于拥挤的下溢等，因此关于广播内容，按照访问单元的DTS、PTS再现，在因通信路径的拥挤等而通信内容的缓冲器下溢的情况下，跳过DTS中不存在数据的通信内容的访问单元的再现。
在此，在作为通信内容而使用DASH的情况下，在缓冲器下溢时，不取得后续的全部的段，而将一部分段跳过，由此能够迅速地开始再现。
更具体而言，假设DASH的各段按DTS的升序为SEG1、SEG2、SEG3、...，段的开头访问单元的DTS为T1、T2、T3、...。在该情况下，若假设在SEG1的接收中发生了下溢，则跳过SEG2的接收而接收SEG3，由此在时刻T3，将SEG3的开头访问单元的数据已接收到的可能性变高，作为结果，从时刻T3起能够开始广播和通信的两内容的解码、再现。在接收到SEG2的情况下，下溢的状态持续的可能性高，因此通过将接收段跳过，可预料到迅速的再现再开始。
此外，例如在通信侧下溢的情况下，在通信内容的数据的缓冲完成而变得能够再现之前的期间，停止广播内容的再现。
另外，在通过广播的PMT等发送的内容的属性信息中表示通信内容为广播内容的同步再现对象的情况下、或者在基于通信内容的位置信息的扩展符等能够识别出该位置信息为DASH的MPD等特定文件的情况下，也可以不将执行模式明确记述为控制信息而决定执行模式。
此外，在将多个传送路径中发送的内容同步再现时，也可以通过单一的应用来控制从广播和通信的接收起到再现为止。
[应用控制信息]
接着，说明在混合电视标准中将广播内容和通信内容同步再现时，将与通信中发送的数据有关的信息存放在应用控制信息中的例子。
在图6A及图6B中，示出了将通信侧的数据的位置信息存放在传送路径识别描述符中并存放到PMT的例子。该本变形例中说明将传送路径识别描述符存放在应用控制信息中的情况的例子。
在以往的混合电视标准中，在应用控制信息中没有存放传送路径识别描述符，需要在应用的执行后取得位置信息，因此发生延迟。相对于此，通过在应用控制信息中存放传送路径识别描述符、在传送路径识别描述符中记述(配置)位置信息，能够更快地开始内容的取得。
在此，应用控制信息例如是AIT(Application Information Table)，是控制应用的启动、结束及资源、访问的信息。例如应用控制信息中记述有确定应用的应用ID、能够控制应用的启动、结束等的寿命的控制码、应用的位置信息等。此外，应用控制信息规定了区段形式和XML形式的格式，传送方式中有以区段形式传送的方法、和将XML形式的应用控制信息通过数据轮播传送的方法。另外，在传送应用控制信息时，PMT的ES循环中配置有包含ait_identifier_info()的数据编码方式记述符。
图11A及图11B是实施方式1的变形例4的广播通信协同服务中的应用控制信息的数据构造的一例的图。具体而言，图11A及图11B中示出了将与通信中发送的数据有关的信息存放在区段形式的应用控制信息中的例子。
在本变形例中，为了表示图1A及图1B中说明的属性信息等，也在每个应用的描述符中存放传送路径识别描述符。例如在PMT等TS中的程序信息中仅表示了通过TS发送的数据的位置信息，因此在将通信并用而发送内容的数据时，将通信侧的数据的位置信息存放在传送路径识别描述符中。更具体而言，将表示是否并用着通信的标志信息包含于属性信息中等，从而能够根据该标志信息的值，选择是否包含通信侧的数据的位置信息。
在此，所谓位置信息是表示数据的取得目标的信息，如果是TS区段则相当于PID，如果是通信则相当于URL或URI等。作为位置信息，可以存放DASH的MPD(MediaPresentation Description)、RTP中的SDP(Session Description Protocol)等。
另外，也可以另定义描述符来存放位置信息。此外，也可以不存放MPD或SDP等位置信息的实体数据，而示出表示实体数据的取得目标的信息。
例如，可以表示用于取得MPD的URL等。但是，由于发生用于另行取得位置信息的实体数据的延迟，因此为了减少开始接收通信侧的数据前的延迟，优选的是直接存放实体数据。但是，在DASH的MPD中，关于内容的取得目标包含各种信息，因此MPD的尺寸较大。因而，也可以不是将MPD原样存放，而是存放仅包含内容的取得目标的URL、以及与段的DTS或PTS相关的信息的子集化后的信息。
另外，在本变形例中，说明了如图11A及图11B所示在每个应用的循环中存放传送路径识别描述符的例子，但不限于此。
例如，将一个传送路径识别描述符在多个应用中兼用的情况下，只要在使用传送路径识别描述符的应用之中的至少一个应用的循环中存放传送路径识别描述符即可。在该情况下，在剩余的应用循环中，能够通过表示能够参照传送路径识别描述符的信息来省略。所谓能够参照传送路径识别描述符的信息，例如是存放有传送路径识别描述符的应用的循环号、应用ID。
此外，也可以在应用控制信息正下面的循环(循环数N)中存放传送路径识别描述符，赋予能够确定传送路径识别描述符的识别符，在各个应用中参照要参照的识别符。
此外，将位置信息的实体存放在传送路径识别描述符中的情况的例子不限于上述的例子。
例如在位置信息的实体的尺寸较大的情况下，包含位置信息的实体的传送路径识别描述符或包含该传送路径识别描述符的应用信息也可以记述在比不包含位置信息的实体的应用信息靠后的循环(在此为N1的循环)中。由此，能够先取得位置信息的实体数据以外的数据。此外，不需要取得位置信息的实体数据的接收装置也可以到最后为止不取得位置信息的实体数据而完成应用控制信息的取得。
此外，也可以将表示位置信息的实体的取得目标的信息表示在应用的内部。此时，也可以代替表示位置信息的实体的取得目标，而表示能够确定表示有取得目标的应用的信息(例如，应用ID、应用的URL等)，也可以不表示位置信息的实体的取得目标。
此外，图12是表示实施方式1的变形例4的广播通信协同服务中的应用控制信息的数据构造的其他一例的图。即，本变形例中，如图12所示，也可以在PMT中存放的ait_identifier_info()等记述符中存放表示应用信息识别符包含传送识别描述符的信息或属性信息。接收机通过对PMT进行解析，能够更快地获知是广播通信协同内容，能够缩短将广播和通信同步再现为止的时间。
此外，也可以仅将传送路径识别描述符之中的属性信息通过PMT发送。
此外，例如，也可以在application type等识别符中表示出应用是与广播协同地动作的HTML5应用。
另外，本变形例中，使用区段形式的应用控制信息进行了说明，但不限于此。也可以在XML形式的应用控制信息中存放传送路径识别描述符。在该情况下，传送路径识别描述符既可以用区段形式表现，也可以用XML形式表现。
此外，在本变形例中，也可以不使用应用控制信息而定义其他区段来实现同样的功能。在该情况下，PMT中只要存放用于确定包含传送路径识别描述符的区段的信息(PID、流类型等)即可。优选能够对应于MPD等位置信息的内容的更新。例如，既可以用应用控制信息的版本号表示MPD被更新，也可以使用应用控制信息内的控制码，例如在控制码表示为MPD_CHANGE的情况下MPD被更新，在从通信取得MPD的情况下，将控制码作为MPD_REROAD而使应用重新取得。
此外，在本变形例中，也可以在PMT等程序信息和传送路径识别描述符的双方中发送属性信息及位置信息。在该情况下，在传送路径识别描述符中也可以仅存放位置信息。
此外，在本变形例中，也可以在基于从广播取得的位置信息开始取得通信侧的数据之后，在通信中取得位置信息的更新内容。此时，需要位置信息的取得目标，因此在广播的传送路径识别描述符等中，也可以与位置信息的实体数据一起还存放位置信息的取得目标。接收装置中，能够定期地访问位置信息的取得目标等而在通信中取得更新内容。在DASH内容的分发服务器与接收装置之间存在消息交换等的结构时，也可以从服务器对接收装置发行表示位置信息被更新的消息，接收装置中在接收到消息时重新取得位置信息等。
此外，本变形例中，也可以将图6A及图6B中说明的表示广播侧的数据与通信侧的数据的基准时钟的对应关系的信息包含在传送路径识别描述符或应用控制信息中。
此外，在本变形例中，也可以在传送路径识别描述符中表示通信侧的数据被通过UDP(User Datagram Protocol)或TCP(Transmission Control Protocol)中的哪一个发送等传输层的协议的信息。由此，接收装置中能够将各协议中使用的端口打开、或判断是否对应于所使用的协议等。此外，也可以示出通信侧的数据中的复用格式的识别信息，使得例如能够识别是否为DASH或RTP等。由此，例如如果复用格式为DASH，则能够判定为位置信息以MPD格式被记述。
[发送方法]
本实施方式中，发送侧使用广播波和通信路径来发送内容(数据或资源)，但在发送内容之前发送应用控制信息。
[接收方法]
本实施方式中，接收侧在取得应用控制信息之后，开始接收(取得)内容。以下，使用附图对本变形例中的接收方法进行说明。也就是说，使用混合电视标准对广播通信协同的情况下的接收装置的动作例进行说明。本变形例中，以广播使用TS发送、通信使用DASH或RTP(Real-time Transport Protocol)等来传送的情况为例进行说明。
图13A是表示实施方式1的变形例4的广播通信协同服务中的接收侧的动作的一例的流程图。图13A中示出属性信息或位置信息存放在广播的应用控制信息中时的动作例。另外，图13A中标出的资源中假设广播侧为TS、通信侧为DASH或RTP的数据。属性信息与图7A中说明的内容相同。
首先，步骤S501中，取得应用控制信息。接着，进行步骤S502之后的动作，但由于步骤S502以后的动作(步骤S502、步骤S504～步骤S506)与图7A中说明的动作(步骤S201、步骤S203～步骤S205)相同，因此省略说明。以下仅说明进行不同的动作的步骤S503。
在步骤S503中，基于传送路径识别描述符的信息决定是否接收通过通信发送的数据，并且基于应用控制信息中记述的应用的位置信息决定是否接收通过通信发送的应用。
图13B是表示实施方式1的变形例4的广播通信协同服务中的接收侧的动作的比较例的流程图。图13B中示出在广播的程序信息中存放用于取得属性信息以及位置信息的访问信息、而没有存放位置信息的实体的情况的动作例。
在步骤S601中取得应用控制信息之后，进行步骤S602之后的动作，但由于步骤S602以后的动作(步骤S602、步骤S604～步骤S607)与图7B中说明的动作(步骤S301、步骤S303～步骤S305)相同，因此省略说明。
在步骤S603中，基于传送路径识别描述符的信息决定是否接收通过通信发送的数据，并且基于应用控制信息中记述的应用的位置信息决定是否接收通过通信发送的应用。
另外，图13A所示的动作流程与图13B所示的动作流程相比，没有取得通信侧的位置信息的步骤。由此，通过图13A所示的接收侧的动作，能够迅速取得通信的数据接收开始。
此外，在图13A所示的动作流程中，也可以进行相当于图9中说明的步骤S405、步骤S406以及步骤S407的处理。即，也可以判定广播内容与通信内容是否被同步再现，在同步再现的情况下，从传送路径识别描述符取得同步信息，使广播与通信的基准时钟同步，由此进行同步再现。
此外，也可以在步骤S503、步骤S603中判定为接收通过通信发送的数据的时刻，进行应用的启动准备。
例如，通过在判定为接收通过通信发送的数据的时刻使HTML5的浏览器启动，能够缩短应用执行前的时间。
此外，在步骤S603中例如判定为通信侧的位置信息被通过通信发送的情况下，也可以立即启动应用，取得通信侧的位置信息。进而，也可以在取得通信侧的位置信息之后，开始通信内容的缓冲。缓冲的开始定时既可以利用应用控制信息的控制指令进行指示，也可以在通信侧的位置信息中记述预缓冲的时刻信息，由接收装置进行解析并进行预缓冲。
另外，作为取得通信侧的位置信息的应用以及取得通信内容的应用，也可以将通过应用控制信息指定的应用从广播或通信取得并执行。此外，也可以将取得通信侧的位置信息的应用及取得通信内容的应用作为驻留应用来实现。例如，既可以通过应用控制信息的控制指令来指示HTML5应用、驻留应用的执行、数据的取得等控制，也可以通过接收装置的判断进行HTML5应用、驻留应用的执行、数据的取得等控制。
此外，在位置信息中记述有与为了再现内容而需要的接收装置的能力相关的信息的情况下，接收装置通过API指令取得接收装置的再现能力。在该情况下，对将位置信息进行解析的应用赋予取得接收装置的再现能力的权限。例如也可以是，在步骤S605中取得通信侧的位置信息之后，判断为接收装置不能再现内容的情况下，转移到步骤S607，仅接收通过广播传送的数据。
此外，也可以通过API指令实现将通过各种方法取得的通信侧的位置信息及通信内容的信息存放在接收装置的存储器中、从存储器取得、或在应用之间交换的控制。应用能够通过执行API指令来取得通信侧的位置信息的一部分或全部。例如，还能够将由驻留应用取得的位置信息通过API指令设置到接收装置的存储器，由HTML5应用通过API指令从存储器获得。
[实施方式1的效果等]
如以上那样，根据本实施方式，也可以将表示包含音频及视频的内容是否除了广播以外还将通信并用而被发送的识别信息、以及在将广播和通信并用时表示在两传送路径中发送的数据间的依赖关系等的信息作为内容的管理信息来生成并发送。在此，例如，表示数据间的依赖关系的信息也可以包含两传送路径中发送的数据是否被同步再现。此外，表示数据间的依赖关系的信息也可以包含两传送路径中发送的数据的时钟信息是否相同。
由此，能够在内容的接收开始时取得发送包含音频及视频的内容的传送路径、以及在不同的传送路径中发送的数据间的依赖关系，因此减小要接收的资源的决定、通信内容的取得开始的延迟时间。
此外，根据本实施方式，也可以将通信中发送的数据的位置信息包含于内容的管理信息中。在此，所发送的数据的位置信息例如也可以是MPEG-DASH中的MPD。此外，内容管理信息中也可以存放表示位置信息的取得目标的信息，而不是MPD等位置信息的实体数据。
由此，能够在内容的接收开始时取得发送包含音频及视频的内容的传送路径、以及在不同的传送路径中发送的数据间的依赖关系，因此减小要接收的资源的决定、通信内容的取得开始的延迟时间。
此外，根据本实施方式，接收装置中也可以对内容的管理信息进行解析，决定接收内容的传送路径、以及各传送路径中接收的数据。此外，也可以是，在将两传送路径中发送的数据同步再现的情况下，取得数据间的时钟同步所需要的辅助信息，将各数据中的DTS、PTS同步来进行解码并再现。
由此，在仅接收广播数据的接收装置中，能够通过与以往的广播接收同样的动作来进行广播数据的再现，并且能够应对通信数据的再现。
进而，能够对接收装置提供用于将广播和通信的数据同步而再现的结构。
此外，如以上那样，根据本实施方式，能够实现在接收侧再现并用了广播和通信的内容时能够迅速地访问利用通信的内容的内容发送方法、接收方法、发送装置以及接收装置。
在此，例如，本实施方式的一个方式中的发送方法是能够使用广播波和通信路径来发送内容的内容发送方法，该发送方法包括信息发送步骤，在该信息发送步骤中，在分别使用广播波和通信路径来发送内容的情况下，将由接收侧接收到的情况下用于在利用所述广播波发送的内容与利用所述通信路径发送的内容之间取得同步的、与利用所述通信路径发送的内容有关的信息包含于应用控制信息中，并使用所述广播波和所述通信路径之中的至少所述广播波来发送。
由此，在使用广播波和通信路径发送了内容的情况下，将由接收侧接收到的情况下用于在利用广播波发送的内容与利用通信路径发送的内容之间取得同步的、与利用通信路径发送的内容有关的信息包含于应用控制信息中而发送，因此在接收侧接收到应用控制信息时，能够使接收侧迅速访问利用通信的内容，能够取得内容间的同步。
此外，例如也可以是，在所述信息发送步骤中，在发送所述内容之前发送所述应用控制信息，所述应用控制信息中还包含表示所述内容的取得目标的位置信息或表示所述位置信息的取得目标的信息。
此外，本实施方式的一个方式中的接收方法，包括：接收步骤，接收分别使用广播波和通信路径来发送的内容；以及再现步骤，在所述广播波和所述通信路径之中至少从所述广播波接收到包含用于在利用所述广播波发送的内容与利用所述通信路径发送的内容之间取得同步的、与利用所述通信路径发送的内容有关的信息的应用控制信息的情况下，进行取得所述同步的处理，并再现所述内容。
由此，能够取得在例如广播波等成为入口点的传送路径中发送的应用控制信息，在其中包含有用于在利用广播波发送的内容与利用通信路径发送的内容之间的同步的、与利用通信路径发送的内容有关的信息的情况下，进行取得同步的处理。
此外，例如也可以是，在所述接收步骤中，在接收所述内容之前接收所述应用控制信息，在所述应用控制信息中包含有表示所述内容的取得目标的位置信息的情况下，基于所述位置信息取得所述内容，从而接收所述内容。
此外，例如也可以是，在所述接收步骤中，在接收所述内容之前接收所述应用控制信息，在所述应用控制信息中包含有表示位置信息的取得目标的信息的情况下，基于表示所述位置信息的取得目标的信息，取得所述位置信息，根据所取得的所述位置信息取得所述内容，从而接收所述内容，所述位置信息表示所述内容的取得目标。
此外，本实施方式的一个方式中的发送装置，是能够使用广播波和通信路径来发送内容的内容发送装置，具备信息发送部，该信息发送部在分别使用广播波和通信路径来发送内容的情况下，将由接收侧接收到的情况下用于在利用所述广播波发送的内容与利用所述通信路径发送的内容之间取得同步的、与利用所述通信路径发送的内容有关的信息包含于应用控制信息中，并使用所述广播波和所述通信路径之中的至少所述广播波来发送。
此外，本实施方式的一个方式中的接收装置，具备：接收部，接收分别使用广播波和通信路径来发送的内容；以及再现部，在接收到包含用于在利用所述广播波发送的内容与利用所述通信路径发送的内容之间取得同步的、与利用所述通信路径发送的内容有关的信息的应用控制信息的情况下，进行取得所述同步的处理，并再现所述内容。
(实施方式2)
(实施例1)
例如实施方式1的变形例3中，在图6A～图7B等中说明了广播使用TS、通信使用DASH或RTP等分别发送的情形中的位置信息等的存放方法，但不限于此。
本实施方式中，作为实施例1，对位置信息的存放方法的一具体例进行说明。
图14是表示实施方式2的实施例1的广播通信协同服务中的服务信息的数据构造的一例的图。图14中示出了表示MPD等位置信息的描述符(位置信息描述符)的例子。另外，位置信息也可以包含在上述的传送路径识别描述符中。因此，也可以认为位置信息描述符相当于传送路径识别描述符。
本实施例中，描述符存放在PMT或与PMT不同的区段数据等中。
作为由该描述符表示的信息，包含表示由位置信息参照的实体数据的类别的传送格式、位置信息、以及表示广播中的PCR与通信侧的数据的同步信息的字段。
另外，在本实施例中位置信息表示位置信息的实体数据的参照目标。在此，示出了位置信息的实体数据为MPD的情况的例子，作为传送格式示出MPD，作为同步信息示出PCR与NTP的同步信息。
MPD是在DASH中使用的位置信息，因此也可以作为传送格式而示出DASH，作为位置而示出MPD的参照目标。在通过位置信息的URL中的扩展符等能够识别传送格式等情况下，也可以不包含传送格式的字段。此外，MPD有在广播内发送的情况和经由通信网络发送的情况这两种，在广播内发送的情况下，使用MPEG-2TS的专用区段等。因而，作为MPD的位置信息，在广播内发送的情况下能够示出专用区段的PID等在传输流内存放MPD的TS包的识别信息，在经由通信网络发送的情况下能够示出URL等信息。
[接收方法]
以下，作为本实施例中的接收方法，说明对表示位置信息的描述符进行解析而将广播和通信内容同步再现的情况下的接收装置的动作的一例。
图15是表示实施方式2的实施例1的广播通信协同服务中的接收侧的动作的一例的流程图。
首先，在步骤S801中，对存放于PMT等中的位置信息描述符进行解析。
接着，在步骤S802中，判定在广播内是否存在MPD。在广播内存在的(通过广播发送MPD)情况下(S802中是)，进入步骤S803，从具有由位置信息表示的PID的TS包取得MPD的实体数据。另一方面，在广播内不存在MPD的情况下(S802中否)，基于位置信息中所示的URL等，从通信服务器取得MPD。
接着，在步骤S805中，基于MPD的解析结果，决定从DASH内容中要取得的数据，并通过下载(或者渐近式下载等)取得该数据。
接着，在步骤S806中，在使用位置信息描述符中包含的同步信息或MPEG-2TS的时间线扩展的情况下，基于从存放时间线扩展信息的TS包取得的同步信息，将广播内容和通信内容同步再现。
另外，在使用时间线扩展的情况下，位置信息描述符也可以不包含同步信息。此外，在不需要将DASH内容和广播内容同步再现的情况下，同步信息也可以不发送。在该情况下，也可以基于是否存在位置信息描述符的同步信息或时间线扩展用的数据中的同步信息，判定是否需要两者的同步再现。关于是否需要同步再现，也可以另表示。
此外，在不需要同步再现的情况下，在步骤S806中，基于用户的指示或混合电视标准的应用中的控制指令等，能够决定DASH内容的再现开始和结束。另外，在该情况下，关于是否取得利用通信的数据，设为已在S801的前段中决定。
图15中，说明了取得MPD并再现DASH内容的例子，但取得RTP或TS等其他方式的数据并再现的情况也同样。
另外，在时间线扩展中，能够定义存放时间线扩展信息的访问单元，在访问单元内存放表示位置信息的描述符和表示同步信息的描述符的双方。
因而，也可以不发送位置信息描述符，而通过时间线扩展将位置信息和同步信息一起表示。在现状的时间线扩展中，作为位置信息不能表示PID，因此也可以将表示位置信息的方案(Scheme)类型的字段进行扩展，使得能够将PID信令传输(Signaling)。
此外，PMT的区段尺寸的上限被限制为1021字节，根据位置信息中的URL，有时超过上限。也可以将PMT区段分割而存放，特别优选的是PMT存放于一个区段。
因而，在PMT的区段尺寸超过1021字节的情况下，将位置信息描述符通过与PMT不同的区段发送。另外，在位置信息表示PID的情况下，能够处于PMT的尺寸上限以内，因此能够包含在PMT中，所以也可以基于位置信息为PID、URL中的哪一个来切换存放位置信息的区段。
(实施例2)
实施例1中，说明了在时间线扩展中的TEMI(Timeline and Extend MediaInformation stream)访问单元中也能够表示位置信息。
具体而言，能够使用temi_location_descriptor记述通信侧的内容的URL等。在Temi_location_descriptor中，能够记述多个内容的URL，并且如PMT的区段尺寸那样的数据尺寸的制约也不存在，因此关于URL的记述能够进行灵活的运用。
另一方面，在作为位置信息而表示传输流内的TS包的PID等情况下，位置信息的数据尺寸也较小，参照位置信息描述符在PMT的解析时取得位置信息，从而能够减小取得所需的延迟时间。因此，作为位置信息的存放场所，优选的是能够将位置信息描述符和TEMI访问单元内的temi_location_descriptor并用。
以下，对本实施例中的位置信息描述符的句法(数据构造)的一例进行说明。
图16A是表示实施方式2的实施例2中的位置信息描述符的句法的一例的图。图16A中示出了用于将位置信息存放到位置信息描述符或TEMI访问单元的某一个中的位置信息描述符的句法例。
本实施例中，设为将与PCR的同步信息使用TEMI访问单元的temi_timeline_descriptor记述、且不包含在位置信息描述符中来说明。对图16A所示的每个字段的语义进行说明。
“data_format”与图14所示的传送格式同样。也就是说，表示DASH中的MPD、IPTV论坛的VOD(Video On Demand)规格中的再现控制元文件、或IPTV论坛等中规定的TTS(Time-stamp TS)等在服务中使用的再现控制的元信息的格式。也可以不是TTS、MP4文件、或AV的编码数据本身等元信息，而表示流自身的识别信息。也可以表示MMT中的MPT、PA消息或MMT包、资源等。
例如，在H.265等运动图像编码方式中能够实现时间可伸缩性。在此，设为通过广播发送60fps的基本层，通信中发送用于将帧速率从60fps提高到120fps的扩展层的编码数据。在该情况下，作为通信内容的位置信息，只要表示扩展层的编码流的URL即可。编码流中的分辨率、编码方式等信息能够从发送基本层的广播数据中取得。
“location_type”用于识别位置信息是否由广播中的TS的PID、或通信中的URL表示。在此设为在location_type＝0的情况下表示广播中的TS的PID。另外，位置信息描述符例如在MPEG的MMT(MPEG Media Transport)等TS以外中也能够使用。TS以外的格式中，也可以不使用“location_type”。例如，可以使用MMT中的MMT包的packet_id等用于识别位置的其他信息。
“PID”表示TS包的PID。在广播由多个传输流构成的情况下，也可以将传输流的识别号等一起存放。
“url_location”表示通信内容的URL存放在位置信息描述符内或TEMI访问单元中的哪一方。本实施例中，在url_location＝0的情况下，设为存放在位置信息描述符中。在url_location为1的情况下，通信内容的URL存放在TEMI访问单元中的temi_location_descriptor中。
“url_length”表示“url_path”的字节长。“url_path”表示URL的数据。
图16B是表示实施方式2的实施例2中的位置信息描述符的句法的一例的图。图16B中示出了与图16A中示出的位置信息描述符的句法不同的例子。与图16A所示的句法的差异是在将位置信息存放在TEMI访问单元中的情况下，不存在data_format字段这一点。
在此，Temi_location_descriptor能够在被称为service_type的字段中表示TEMI的服务类型。该服务类型相当于data_format。因而，设为在service_type字段中表示data_format的信息。
另外，在图16A所示的句法中，有时data_format字段和temi_location_descriptor的service_type共存。在该情况下，设为两者表示相同的信息。
temi_location_descriptor中，也可以不信令传输service_type而仅表示通信内容的URL。因而，在使用图16A的句法的情况下，作为传送格式也可以参照位置信息描述符的data_format，不信令传输temi_location_descriptor的service_type。
图16C是表示实施方式2的实施例2中的位置信息描述符的句法的一例的图。图16C中示出了与在图16A及图16B中示出的位置信息描述符的句法不同的例子。
与图16A的差异是最初进行url_location的条件分支这一点。也就是说，在url_location＝0且位置信息在位置信息描述符内的情况下，对应于location_type存放广播的TS的PID或通信URL。另一方面，在url_location＝1的情况下，location_type不记述在位置信息描述符内，而在TEMI访问单元中的temi_location_descriptor内，在service_type字段中表示location_type，在temi_location_descriptor中存放广播中的TS的PID或通信URL。
图16D是表示实施方式2的实施例2中的位置信息描述符的句法的一例的图。图16D中示出了与在图16A～图16C中示出的位置信息描述符的句法不同的例子。
与图16A的差异是将url_location和location_type综合这一点。在location_type＝0的情况下表示广播的PID，在location_type＝1的情况下表示通信的URL。此外，在location_type＝2的情况下表示在TEMI访问单元中的temi_location_descriptor中存放广播中的TS的PID或通信URL。
另外，位置信息描述符的句法的数据及数据构造不限于上述的例子。例如也可以将位置类型和格式类型综合起来表示等与其他数据组合而使用。此外，例如通过位置信息的URL中的扩展符等能够识别传送格式的情况下，也可以不包含传送格式的字段。此外，例如如果不存在位置信息描述符，则视为位置信息由temi_location_descriptor表示而可以省略url_location的字段。
(实施例3)
以下，说明与在实施例2中说明的位置信息不同的例子。
(位置信息的其他例)
例如，在同一程序内存在2种以上的多个时间线的情况下，有按时间线的每一种类包含多个TEMI流的情况。
在该情况下，也可以在位置信息描述符中存放多个位置信息。在存放多个位置信息的情况下，在位置信息描述符内制作TEMI流的数量的循环，存放与各个TEMI流对应的位置信息。此外，作为表示位置信息描述符中的多个位置信息循环与多个TEMI流的对应关系的方法，例如可以是位置信息的循环的次序与表示TEMI流的ES循环(PMT第2循环)的次序一致者处于对应关系等。此外，在存在2种以上的时间线的情况下，位置信息也可以不存放在位置信息描述符中，而存放在TEMI访问单元的temi_location_descriptor中，也可以将位置信息描述符存放在ES循环(PMT第2循环)中。
(位置信息的更新)
另外，优选的是还能够应对元信息等的位置信息的内容的更新。
例如，也可以在PMT内的位置信息描述符中追加reload标志，在更新位置信息的内容的情况下设为reload＝1，接收装置在reload＝1的情况下视为位置信息的内容被更新而重新取得存放在位置信息中的PID、URL等。在PID、URL等位置信息未被更新、只有数据被更新的情况下，也可以仅将数据重新取得。
此外，也可以将表示位置信息自身、或由位置信息表示取得目标的MPD等数据的内容是否被更新的信息分别独立地表示。
此外，也可以将周期性地发送的PMT内的位置信息描述符依次确认。但是，该依次确认的处理较繁琐，因此也可以另生成用于存放位置信息描述符等的区段数据、通知被更新的情况的事件用区段等，并周期性地发送。
接收装置中，若确认区段中的版本号，则能够判定位置信息是否被更新。此外，在用广播的区段发送位置信息的情况下，通过更新位置信息的区段的版本号来表示元信息的更新。
此外，在基于从广播取得的位置信息而开始取得通信侧的数据之后，也可以在通信中取得位置信息的更新内容。
[接收方法]
接着，作为本实施例中的接收方法，说明对表示位置信息的描述符进行解析并将广播和通信内容同步再现的情况下的接收装置的动作的一例。
图17是表示实施方式2的实施例3的广播通信协同服务中的接收侧的动作的一例的流程图。
图15的步骤S804在图17中变为步骤S906、步骤S907以及步骤S908。其他动作(步骤S901～步骤S905)与图15的动作(步骤S801～步骤S803、步骤S805以及步骤S806)同样，因此省略说明。
在步骤S906中，判定MPD等的取得目标URL存放在位置信息描述符或TEMI访问单元的哪一方。当在于位置信息描述符中的情况下(S906中是)，进入步骤S907，对位置信息描述符进行解析，基于位置信息所表示的URL从通信服务器取得MPD。另一方面，在步骤S906中判定为存放在TEMI访问单元中的情况下(S906中否)，基于TEMI访问单元中的temi_location_descriptor所示的URL从通信服务器取得MPD。
另外，图17中示出了作为格式信息而示出MPD的情况的例子，但即使是其他元信息也能够通过同样的流程的动作将广播内容和通信内容同步再现。
图18是表示实施方式2的实施例3的广播通信协同服务中的接收侧的动作的其他一例的流程图。图18中示出了格式信息为MPD以外的其他元信息的情况的动作。更具体而言，示出了在格式信息中不是表示如MPD那样的元信息，而表示了流等的实体数据的格式的情况下，在图11所示的步骤S907、步骤S908中代替元信息的URL而取得流的实体数据的URL的情况的动作。
首先，在步骤S1001中，接收装置对位置信息描述符进行解析。
接着，判定格式所示的数据是否存在于广播内(步骤S1002)。在广播内存在数据的情况下(S1002中是)，进入步骤S1003，取得位置信息所表示的PID。在此，没有设想在广播内包含流等的实体数据，因此在广播内存在数据的情况下，确定出其格式为元数据。
接着，基于PID从广播流取得元信息文件(步骤S1004)，决定要取得的通信数据(步骤S1005)。
另一方面，在步骤S1002中在通信中存在数据的情况下(S1002中否)，进入步骤S1008，判定通信数据的URL存在于位置信息描述符还是存在于TEMI访问单元的temi_location_descriptor。并且，对应于各个情况，在步骤S1009或者步骤S1010中取得URL。
在步骤S1011中，判定格式是否为元信息。在格式为元信息的情况下(S1011中是)，进入步骤S1012，基于URL从通信流取得元信息，进入步骤S1005，决定要取得的通信数据。
在步骤Sp1005中决定要取得的通信数据之后、或在步骤S1011中判定为格式不是元信息的情况下，进入步骤S1006，取得通信数据。
最后，在步骤S1007中，基于位置信息描述符中包含的同步信息或由MPEG-2TS的时间线扩展表示的同步信息，将广播内容和通信内容同步再现。
(实施例4)
以上，说明了判定广播内容和通信内容是否被同步再现，在被同步再现的情况下，进行广播内容和通信内容的取得及同步再现，但不限于此。
本实施例中，表示通过广播发送的音频及视频的基准时钟信息和通过通信发送的音频及视频的基准时钟信息是否相同的信息包含于服务信息(传送识别描述符等)中，说明基于该信息的动作。
[广播与通信的基准时钟(时间线)是否同步的信息]
将使用广播和通信的内容利用MMT或DASH、RTP、或者混合电视标准等进行传送的情况下，也可以将表示通过广播发送的音频及视频的基准时钟信息与通过通信发送的音频及视频的基准时钟信息是否相同的信息存放在传送识别描述符或程序信息、EPG或EIT等中。
例如，在对于通过广播和通信传送的内容、基于共通的基准时钟进行动作(例如，时间戳的赋予等)的情况下，存放表示基于共通的基准时钟进行动作的信息。此外，在对于通过广播和通信传送的内容、基于不同的基准时钟进行动作的情况下，存放表示基于不同的基准时钟进行动作的信息。
此外，也可以仅在表示广播和通信中使用不同的基准时钟信息的情况下，表示基准时钟同步所需要的信息(例如，时间线扩展信息等)。此外，也可以表示基准时钟同步所需要的信息的存放场所、基准时钟同步所需要的信息的种类、基准时钟同步的方法等。
在此，在基准时钟的同步中，能够对准于广播或通信的任一个中使用的基准时钟。
例如，也可以表示基准时钟同步的种类及方法，以使得在广播中使用PCR(ProgramClock Reference)、通信中使用NTP(Network Time Protocol)的情况下，通过将视频及音频中的NTP基准下的DTS及PTS变换为PCR基准，能够将广播和通信中的基准时钟同步。此外，也可以表示基准时钟同步的种类及方法，以使得将广播和通信的DTS及PTS进行变换以使其与在接收装置内使用的固有的时钟同步。
另外，也可以对表示基准时钟同步所需要的信息的种类及方法的识别信息进行解析，通过基于识别信息的方法实现基准时钟同步。
此外，在基准时钟不同的流有多个的情况下，也可以将表示基准时钟不同的基准时钟有多个的信息存放在描述符中。描述符既可以按不同的每个基准时钟表示，也可以用一个描述符表示。也可以存放表示基准时钟与使用该基准时钟的程序间的对应关系的信息。
作为表示基准时钟是否相同的信息，既可以表示为如上所述的描述符，也可以使用其他描述符或表、区段等。此外，也可以通过是否存在时钟同步所需要的信息(例如，时间线扩展信息等)来表示。如果存在时钟同步所需要的信息，则可以设为时钟信息不同。或者，也可以使用传送识别描述符等所表示的通信内容的属性信息(例如，与格式、种类相关的信息、或位置信息、URL中记述的扩展符等)来表示时钟信息不同。
在混合电视标准的情况下，也可以存放在AIT控制区段或应用中。
接收装置在判定为使用不同的时钟信息的情况下，使广播与通信的基准时钟信息同步。此外，在判定为使用共通的时钟信息的情况下，判断为不需要时钟的同步。
另外，接收装置除了传送识别描述符等中存放的、数据的基准时钟信息是否相同的识别结果以外，还可以考虑通过用户界面等进行的用户的选择或用户设定、内容提供者或服务事业者、广播站的意图、或者接收装置的规范或规格、接收机厂商的意图等全部，来判定实际是否进行广播内容与通信内容的基准时钟同步。
此外，接收装置在判定为进行基准时钟同步的情况下，作为实际进行时钟同步的定时，既可以在判定后开始同步，也可以不等判定而在取得了与同步相关的信息时开始。或者，也可以匹配于开始取得通信内容的时间来进行同步(例如开始取得内容的一定时间前、或与取得开始相同时间等)。
此外，在作为参照源的基准时钟(例如，广播的PCR)的时钟再现尚未完成的(没有将抖动等的影响进行平滑等而成为能够使用时钟的状态)情况下，也可以在参照源的基准时钟信息的时钟再现完成的时刻，开始与参照目标的时钟的同步。
在通过EPG示出了广播与通信的基准时钟是否同步的信息的情况下，也可以与通信内容的预缓冲同样在广播开始前开始是否需要基准时钟的同步的判定及基准时钟的同步。像这样，通过更快地进行基准时钟的同步，能够更快地对视听者提供服务。
另外，表示基准时钟是否相同的信息不限于广播与通信的组合，也能够适用于通过相同路径传送的情况，或如果在从广播或通信、存储格式等多个路径取得的数据中使用不同的基准时钟信息则能够适用。
另外，本实施例中说明的功能或处理的一部分或全部既可以以硬件安装，也可以以软件安装。还可以将一部分作为硬件或软件来安装。
例如，在以软件安装的情况下，也可以将指示本实施例中说明的功能或处理、或通过PUSH通知接收功能的状态、通过PULL取得的功能等进行封装并作为API函数来提供。
API函数能够由应用执行。在作为应用安装的情况下，既可以以驻留应用安装，也可以使用HTML5等应用。也可以将上述API作为应用间的数据的交换、状态的通知来安装。
在此，作为与基准时钟是否同步的信息关联的API函数的功能，例如有如下述的1)～9)的功能。
1)取得广播内容与通信内容的基准时钟信息是否相同的信息。
2)取得是否需要基准时钟同步的信息。
3)取得各个基准时钟信息的种类及同步方法。
4)取得时钟同步所需要的信息(时间线信息等)。
5)取得时钟同步所需要的信息的取得目标。
6)将参照源的时钟信息作为自变量，返回取得同步的参照目标的时钟信息。例如，在没有取得同步的情况下，返回表示没有取得同步的值。
7)指示彼此的基准时钟的同步开始。
8)取得是否已取得基准时钟同步的状态。
9)通知已取得基准时钟同步的情况。
[接收方法]
以下，作为本实施例中的接收方法，利用图说明在属性信息及位置信息存放在广播的程序信息中的情况下接收装置判定是否将广播内容和通信内容同步再现来动作时的动作的一例。
图19是表示实施方式2的实施例4的广播通信协同服务中的接收侧的动作的一例的流程图。另外，图19所示的流程图的动作还能够适用于使用MMT或DASH、RTP等任何复用方式的组合的广播通信协同服务。此外，也能够适用于混合电视标准。
图19中以广播内容与通信内容被同步为前提，省略了是否将广播内容与通信内容同步的判定。
此外，步骤S1101以及步骤S1102是与图9的步骤S401以及步骤S402同样的动作，因此省略说明。
接着，在步骤S1103中，接收装置决定是否取得通信内容。在决定为取得通信内容的情况下(S1103中是)，进入步骤S1104，从广播和通信这两个传送路径接收数据，接着在步骤S1105中，判定广播内容与通信内容的基准时钟相同还是不同。
在步骤S1105中判定为基准时钟不同的情况下(S1105中是)，进入步骤S1106，使广播内容与通信内容的基准时钟同步，在步骤S1107中将两者同步再现。
另一方面，在步骤S1105中判定为基准时钟相同的情况下(S1105中否)，不进行基准时钟的同步，使用共通的时钟进行同步再现。
另外，也可以在步骤S1105之后进行判定是否需要基准时钟的同步的处理。例如，根据时钟同步的种类及方法，判定接收装置的能力是否对应于时钟的同步，或者作为接收机的规格是否进行时钟同步，或者用户是否进行时钟同步等。并且，也可以根据步骤S1105和上述的判定结果，综合地判定是否进行广播和通信中的基准时钟的同步，进入步骤S1106或步骤S1107。
此外，步骤S1106中的基准时钟的同步也可以在步骤S1104之前实施。这是因为，有将内容的接收数据进行预缓冲之后开始再现的情况等确认到广播内容中PTS为T1的数据和通信内容中PTS为T1的数据(在此，设为彼此的PTS已被同步)已接收之后进行解码并开始再现的情况。并且是因为，在判定相互被同步再现的数据是否齐全时，需要两者的基准时钟已被同步。
此外，在步骤S1106中，由于无法取得时钟同步信息等、或根据接收机的规格不能进行时钟同步的情况下，有不能向用户提供广播和通信协同的服务的情况。在该情况下，也可以通过进行是否必须同步、是否可以不进行同步而再现等判定，来判定是否接收通过步骤S1103的通信发送的数据。
另外，在步骤S1103中，除了能够用传送路径识别描述符识别的信息以外，还可以考虑用户的选择或设定、内容提供者或服务事业者、广播站的意图、或者接收装置的规范或规格、接收机厂商的意图等全部，来决定是否接收实际通过通信发送的数据。
[接收装置]
接着，说明实现图19所示的动作的接收装置的结构的一例。图20是表示实施方式2的实施例4中的接收装置的结构的一例的框图。
图20所示的接收装置1100具备识别信息取得部1101、决定部1102、通信并用判定部1103、Loc信息取得部1104、广播接收部1105、通信接收部1106、基准时钟判定部1107以及再现部1108。
识别信息取得部1101～通信接收部1106与图8中说明的识别信息取得部301～通信接收部306同样，因此省略说明。
基准时钟判定部1107具备进行图19所示的步骤S1105的处理的功能。此外，基准时钟判定部1107也可以进行在判定基准时钟是否不同之后、进而判定是否需要如上所述的基准时钟的同步的处理。
再现部1108基于由基准时钟判定部1107中的判定结果决定的方法，在基准时钟不同的情况下将基准时钟同步后，将广播内容或者通信内容进行解码并再现。
另外，本变形例中说明的功能及接收装置的结构、接收方法是一例，并不限于此，只要能够实现同样的功能及效果即可。
[实施方式2的效果等]
如以上那样，根据本实施方式，也可以将表示包含音频及视频的内容是否除了广播以外还将通信并用而被发送的识别信息、以及在将广播和通信并用时表示在两传送路径中发送的数据间的依赖关系等的信息作为内容的管理信息来生成并发送。在此，例如，表示数据间的依赖关系的信息也可以包含两传送路径中发送的数据是否被同步再现。此外，表示数据间的依赖关系的信息也可以包含两传送路径中发送的数据的时钟信息是否相同。
由此，能够在内容的接收开始时取得发送包含音频及视频的内容的传送路径、以及在不同的传送路径中发送的数据间的依赖关系，因此减小要接收的资源的决定、通信内容的取得开始的延迟时间。
此外，根据本实施方式，也可以将通信中发送的数据的位置信息包含于内容的管理信息中。在此，所发送的数据的位置信息例如也可以是MPEG-DASH中的MPD。此外，内容管理信息中也可以存放表示位置信息的取得目标的信息，而不是MPD等位置信息的实体数据。
由此，能够在内容的接收开始时取得发送包含音频及视频的内容的传送路径、以及在不同的传送路径中发送的数据间的依赖关系，因此减小要接收的资源的决定、通信内容的取得开始的延迟时间。
此外，根据本实施方式，接收装置中也可以对内容的管理信息进行解析，决定接收内容的传送路径、以及各传送路径中接收的数据。例如，也可以是，在两传送路径中发送的数据的时钟信息不同的情况下，取得数据间的时钟同步所需要的辅助信息，将各数据中的DTS、PTS同步来进行解码并再现。此外，也可以是，在将两传送路径中发送的数据同步再现的情况下，取得数据间的时钟同步所需要的辅助信息，将各数据中的DTS、PTS同步来进行解码并再现。
由此，在仅接收广播数据的接收装置中，能够通过与以往的广播接收同样的动作来进行广播数据的再现，并且能够应对通信数据的再现。
进而，能够对接收装置提供用于将广播和通信的数据同步而再现的结构。
进而，在没有取得通过多个传送路径传送的数据的时钟间的同步的情况下，也能够通过取得时钟同步所需要的辅助信息来进行时钟的同步，将数据同步再现。
如以上那样，根据本实施方式，能够实现在接收侧再现并用了广播和通信的内容时能够迅速地访问利用通信的内容的内容发送方法、接收方法、发送装置以及接收装置。
在此，例如本实施方式的一个方式中的发送方法，是能够使用广播波和通信路径来发送内容的内容发送方法，该发送方法包括信息发送步骤，在该信息发送步骤中，在分别使用广播波和通信路径来发送内容的情况下，将由接收侧接收到的情况下用于在利用所述广播波发送的内容与利用所述通信路径发送的内容之间取得同步的、与利用所述通信路径发送的内容有关的信息包含于应用控制信息中，并使用所述广播波和所述通信路径之中的至少所述广播波来发送。
由此，在使用广播波和通信路径发送了内容的情况下，将由接收侧接收到的情况下用于在利用广播波发送的内容与利用通信路径发送的内容之间取得同步的、与利用通信路径发送的内容有关的信息包含于应用控制信息中而发送，因此在接收侧接收到应用控制信息时，能够使接收侧迅速访问利用通信的内容，能够取得内容间的同步。
此外，例如也可以是，在所述信息发送步骤中，在发送所述内容之前发送所述应用控制信息，所述应用控制信息中还包含表示所述内容的取得目标的位置信息或表示所述位置信息的取得目标的信息。
此外，例如也可以是，在所述信息发送步骤中，还在所述应用控制信息中包含利用所述广播波发送的内容的基准时钟与利用所述通信路径发送的内容的基准时钟的差分信息而发送。
此外，例如也可以是，通过在所述信息发送步骤中发送所述应用控制信息，基于所述差分信息使利用所述通信路径发送的内容的基准时钟同步于利用所述广播波发送的内容的基准时钟，从而在所述接收侧取得所述同步。
此外，本实施方式的一个方式中的接收方法，包括：接收步骤，接收分别使用广播波和通信路径来发送的内容；以及再现步骤，在所述广播波和所述通信路径之中至少从所述广播波接收到包含用于在利用所述广播波发送的内容与利用所述通信路径发送的内容之间取得同步的、与利用所述通信路径发送的内容有关的信息的应用控制信息的情况下，进行取得所述同步的处理，并再现所述内容。
由此，能够取得在例如广播波等成为入口点的传送路径中发送的应用控制信息，在其中包含有用于在利用广播波发送的内容与利用通信路径发送的内容之间的同步的、与利用通信路径发送的内容有关的信息的情况下，进行取得同步的处理。
在此，例如也可以是，在所述接收步骤中，在接收所述内容之前接收所述应用控制信息，在所述应用控制信息中包含有表示所述内容的取得目标的位置信息的情况下，基于所述位置信息取得所述内容，从而接收所述内容。
此外，例如也可以是，在所述接收步骤中，在接收所述内容之前接收所述应用控制信息，在所述应用控制信息中包含有表示位置信息的取得目标的信息的情况下，基于表示所述位置信息的取得目标的信息，取得所述位置信息，根据所取得的所述位置信息取得所述内容，从而接收所述内容，所述位置信息表示所述内容的取得目标。
此外，例如也可以是，在所述再现步骤中，在所述接收步骤中接收包含利用所述广播波发送的内容的基准时钟与利用所述通信路径发送的内容的基准时钟的差分信息的所述应用控制信息、并且利用所述广播波发送的内容的基准时钟和利用所述通信路径发送的内容的基准时钟不同的情况下，基于所述差分信息使利用所述通信路径发送的内容的基准时钟同步于利用所述广播波发送的内容的基准时钟，从而进行取得所述内容的同步的处理，再现所述内容。
以上，关于本发明的一个或多个方式所涉及的发送方法以及接收方法等，基于实施方式进行了说明，但本发明不限定于该实施方式。只要不脱离本发明的主旨，则对本实施方式实施了本领域技术人员想到的各种变形的形态、将不同的实施方式中的构成要素组合而构筑的形态也包含在本发明的一个或多个方式的范围内。
例如，上述各实施方式中，各构成要素可以由专用的硬件构成、或通过执行适合于各构成要素的软件程序来实现。各构成要素也可以通过由CPU或处理器等程序执行部读出并执行硬盘或半导体存储器等记录介质中记录的软件程序来实现。
此外，例如，属性信息也可以包含表示通过广播发送的音频及视频的时钟信息、以及通过通信发送的音频及视频的时钟信息是否相同的信息。
此外，在S406中的基准时钟的同步中，在属性信息中包含表示多个组件的基准时钟信息是否相同的信息、接收侧能够通过属性信息取得基准时钟信息不同的信息的情况下，也可以使用上述的方法将广播和通信中的基准时钟同步。
此外，也可以在使用广播波和通信路径来发送内容时发送传送路径识别描述符，在仅使用广播波发送内容时不发送传送路径识别描述符。根据该结构，接收机能够基于是否包含传送路径识别描述符，来判定将通信路径并用而发送内容，还是仅使用广播波发送内容。
此外，设为也可以将在广播、通信等不同的传送路径中发送的流的时钟信息进行同步的方法包含在属性信息中，但不限于此。也可以将对表示在广播、通信等不同的传送路径中发送的流的时钟信息相互是否已被同步的信息进行同步的方法、或用于同步的方法包含在属性信息中。
工业实用性
本发明作为能够使用广播波和通信路径来发送内容的内容发送方法、接收方法等而有用。
附图标记说明
11 识别信息取得部
14、104、305、405、1105 广播接收部
100、300、400、1100 接收装置
101、301、401、1101 识别信息取得部
102 资源决定部
103 判定部
105、306、406、1106 通信接收部
302、402、1102 决定部
303、403、1103 通信併用判定部
304、404、1104 Loc信息取得部
407 同步判定部
408、1108 再现部
1107 基准时钟判定部

Claims (10)

1.一种发送方法，是能够使用广播波和通信网络来发送内容的内容发送方法，
该发送方法包括信息发送步骤，在该信息发送步骤中，在使用广播波和通信网络之中的至少一种来发送内容的情况下，将下述的信息包含于应用控制信息中并发送，该信息是表示仅通过广播波来发送内容还是通过广播波和通信网络的双方来发送内容的信息，并且是与利用所述通信网络发送的内容有关，并在接收侧接收到所述内容的情况下用于在利用所述广播波发送的内容和利用所述通信网络发送的内容之间取得同步的信息，
在所述信息发送步骤中，在发送所述内容之前发送所述应用控制信息。
2.如权利要求1所述的发送方法，
所述应用控制信息中还包含表示位置信息的实体数据或所述位置信息的取得目标的信息，所述位置信息表示所述内容的取得目标。
3.如权利要求1或2所述的发送方法，
在所述信息发送步骤中，还在所述应用控制信息中包含利用所述广播波发送的内容的基准时钟和利用所述通信网络发送的内容的基准时钟的差分信息而发送。
4.如权利要求3所述的发送方法，
通过在所述信息发送步骤中发送所述应用控制信息，基于所述差分信息，使利用所述通信网络发送的内容的基准时钟同步于利用所述广播波发送的内容的基准时钟，从而在所述接收侧取得所述同步。
5.一种接收方法，包括：
接收步骤，接收使用广播波和通信网络之中的至少一种来发送的内容；以及
再现步骤，在接收到应用控制信息并接收到利用广播波和通信网络的双方发送的内容的情况下进行取得同步的处理，并再现所述内容，所述应用控制信息包含如下的信息，该信息是表示仅通过广播波来发送内容还是通过广播波和通信网络的双方来发送内容的信息，并且是与利用所述通信网络发送的内容有关，并用于在利用所述广播波发送的内容和利用所述通信网络发送的内容之间取得所述同步的信息，
在所述接收步骤中，在接收所述内容之前接收所述应用控制信息。
6.如权利要求5所述的接收方法，
在所述应用控制信息中包含有表示所述内容的取得目标的位置信息的实体数据的情况下，基于所述位置信息的实体数据取得所述内容，从而接收所述内容。
7.如权利要求6所述的接收方法，
在所述应用控制信息中包含有表示位置信息的取得目标的信息的情况下，基于表示所述位置信息的取得目标的信息，取得所述位置信息的实体数据，根据所取得的所述位置信息的实体数据取得所述内容，从而接收所述内容，所述位置信息表示所述内容的取得目标。
8.如权利要求5～7中任一项所述的接收方法，
在所述再现步骤中，
在所述接收步骤中接收到包含利用所述广播波发送的内容的基准时钟和利用所述通信网络发送的内容的基准时钟的差分信息的所述应用控制信息、并且利用所述广播波发送的内容的基准时钟和利用所述通信网络发送的内容的基准时钟不同的情况下，基于所述差分信息使利用所述通信网络发送的内容的基准时钟同步于利用所述广播波发送的内容的基准时钟，从而进行取得所述内容的同步的处理，并再现所述内容。
9.一种发送装置，是能够使用广播波和通信网络来发送内容的内容发送装置，
该发送装置具备信息发送部，该信息发送部在使用广播波和通信网络之中的至少一种来发送内容的情况下，将下述的信息包含于应用控制信息中并发送，该信息是表示仅通过广播波来发送内容还是通过广播波和通信网络的双方来发送内容的信息，并且是与利用所述通信网络发送的内容有关，并在接收侧接收到所述内容的情况下用于在利用所述广播波发送的内容和利用所述通信网络发送的内容之间取得同步的信息，
所述信息发送部，在发送所述内容之前发送所述应用控制信息。
10.一种接收装置，包括：
接收部，接收使用广播波和通信网络之中的至少一种来发送的内容；以及
再现部，在接收到应用控制信息并接收到利用广播波和通信网络的双方发送的内容的情况下进行取得同步的处理，并再现所述内容，所述应用控制信息包含如下的信息，该信息是表示仅通过广播波来发送内容还是通过广播波和通信网络的双方来发送内容的信息，并且是与利用所述通信网络发送的内容有关，并用于在利用所述广播波发送的内容和利用所述通信网络发送的内容之间取得所述同步的信息，
所述接收部在接收所述内容之前接收所述应用控制信息。
CN201910388192.0A 2013-08-29 2014-08-22 发送方法、接收方法、发送装置及接收装置 Active CN110139140B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201361871380P 2013-08-29 2013-08-29
US61/871,380 2013-08-29
US201361874578P 2013-09-06 2013-09-06
US61/874,578 2013-09-06
JP2014-163150 2014-08-08
JP2014163150A JP6625318B2 (ja) 2013-08-29 2014-08-08 送信方法および受信方法
CN201480035270.4A CN105340289B (zh) 2013-08-29 2014-08-22 发送方法、接收方法、发送装置及接收装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201480035270.4A Division CN105340289B (zh) 2013-08-29 2014-08-22 发送方法、接收方法、发送装置及接收装置

Publications (2)

Publication Number Publication Date
CN110139140A CN110139140A (zh) 2019-08-16
CN110139140B true CN110139140B (zh) 2021-09-14

Family

ID=52700390

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201480035270.4A Active CN105340289B (zh) 2013-08-29 2014-08-22 发送方法、接收方法、发送装置及接收装置
CN201910388192.0A Active CN110139140B (zh) 2013-08-29 2014-08-22 发送方法、接收方法、发送装置及接收装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201480035270.4A Active CN105340289B (zh) 2013-08-29 2014-08-22 发送方法、接收方法、发送装置及接收装置

Country Status (4)

Country Link
US (2) US11082733B2 (zh)
EP (2) EP3876550B1 (zh)
JP (1) JP6625318B2 (zh)
CN (2) CN105340289B (zh)

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3017579B1 (en) * 2013-08-23 2018-05-09 Huawei Technologies Co., Ltd. System and device for enabling any network functionality client or server in a html5 application
CN105580386A (zh) * 2013-09-30 2016-05-11 索尼公司 接收设备、广播设备、服务器设备以及接收方法
JP6178234B2 (ja) 2013-12-27 2017-08-09 日立マクセル株式会社 放送受信装置及び映像表示方法
US9560421B2 (en) * 2014-03-27 2017-01-31 Samsung Electronics Co., Ltd. Broadcast and broadband hybrid service with MMT and DASH
CA2924036C (en) * 2014-08-01 2023-08-22 Sony Corporation Receiving device, receiving method, transmitting device, and transmitting method
JP6341809B2 (ja) * 2014-08-29 2018-06-13 シャープ株式会社 放送信号送受信システムおよび放送信号送受信方法
JP6341810B2 (ja) * 2014-08-29 2018-06-13 シャープ株式会社 放送信号送受信システムおよび放送信号送受信方法
US9635407B2 (en) * 2014-10-16 2017-04-25 Samsung Electronics Co., Ltd. Method and apparatus for bottleneck coordination to achieve QoE multiplexing gains
CN112118479A (zh) 2015-02-02 2020-12-22 麦克赛尔株式会社 广播接收装置和内容输出方法
CN112911398B (zh) 2015-02-03 2023-09-12 麦克赛尔株式会社 广播接收装置、广播接收方法和内容输出方法
JP2016178595A (ja) * 2015-03-23 2016-10-06 シャープ株式会社 受信装置、受信方法、及びプログラム
WO2016167234A1 (ja) * 2015-04-14 2016-10-20 日立マクセル株式会社 放送受信装置、映像出力方法及びデータ出力方法
JP2016201765A (ja) * 2015-04-14 2016-12-01 日立マクセル株式会社 放送受信装置及び映像出力方法
JP7014157B2 (ja) * 2016-05-18 2022-02-01 ソニーグループ株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
CA3034585A1 (en) * 2016-08-30 2018-03-08 Sony Corporation Distribution device, distribution method, reception device, reception method, program, and content distribution system
US10158905B2 (en) 2016-09-14 2018-12-18 Dts, Inc. Systems and methods for wirelessly transmitting audio synchronously with rendering of video
EP3534613A4 (en) 2016-10-27 2019-09-04 Sony Corporation INFORMATION PROCESSING DEVICE, AND INFORMATION PROCESSING METHOD
JP6175207B1 (ja) * 2017-06-12 2017-08-02 シャープ株式会社 放送信号受信装置、放送信号受信方法、テレビジョン受像機、制御プログラム、および記録媒体
JP6175208B1 (ja) * 2017-06-12 2017-08-02 シャープ株式会社 放送信号送受信システム、および放送信号送受信方法
WO2018235685A1 (ja) * 2017-06-21 2018-12-27 マクセル株式会社 受信装置
JP6181897B1 (ja) * 2017-06-26 2017-08-16 シャープ株式会社 放送信号受信装置、放送信号受信方法、テレビジョン受像機、制御プログラム、および記録媒体
JP6181898B1 (ja) * 2017-06-26 2017-08-16 シャープ株式会社 放送信号送受信システムおよび放送信号送受信方法
JP6251835B2 (ja) * 2017-07-20 2017-12-20 シャープ株式会社 放送信号送受信システムおよび放送信号送受信方法
JP6251834B2 (ja) * 2017-07-20 2017-12-20 シャープ株式会社 放送信号受信装置、放送信号受信方法、テレビジョン受像機、制御プログラム、および記録媒体
JP6546326B2 (ja) * 2018-07-27 2019-07-17 マクセル株式会社 放送受信装置及び映像表示方法
WO2020185879A1 (en) 2019-03-11 2020-09-17 Dolby Laboratories Licensing Corporation Video coding using reference picture resampling supporting region of interest
CN114666594A (zh) 2019-03-11 2022-06-24 杜比实验室特许公司 帧速率可伸缩视频编码
CN114208202A (zh) 2019-08-06 2022-03-18 杜比实验室特许公司 画布尺寸可伸缩的视频编码
JP2020184780A (ja) * 2020-07-07 2020-11-12 マクセル株式会社 放送受信装置
JP2020184781A (ja) * 2020-07-07 2020-11-12 マクセル株式会社 放送受信装置
CN113726749B (zh) * 2021-08-13 2023-04-28 山西鑫博睿科技有限公司 基于大数据和智慧安防的数据管理系统
EP4191903A1 (en) * 2021-12-06 2023-06-07 MediaTek Singapore Pte Ltd Apparatuses and methods for providing hybrid television (tv) service with smart source switching

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012099359A2 (ko) * 2011-01-19 2012-07-26 삼성전자 주식회사 복수의 실시간 전송 스트림을 수신하는 수신 장치와 그 송신 장치 및 멀티미디어 컨텐츠 재생 방법
WO2012161129A1 (ja) * 2011-05-20 2012-11-29 日本放送協会 放送通信連携システム、アプリケーション管理サーバー、受信機、受信機における受信方法、および、アプリケーション管理サーバーにおけるアプリケーション管理方法
CN102916758A (zh) * 2012-10-10 2013-02-06 北京东土科技股份有限公司 以太网时间同步装置和网络设备
WO2013099101A1 (ja) * 2011-12-27 2013-07-04 ソニー株式会社 情報処理装置、情報処理方法、プログラム、アプリケーション情報テーブル供給装置およびアプリケーション情報テーブル供給方法
CN103945525A (zh) * 2014-04-30 2014-07-23 国家电网公司 基于层次结构的无线传感器网络时间同步方法

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7133352B1 (en) * 1999-09-20 2006-11-07 Zion Hadad Bi-directional communication channel
JP4486291B2 (ja) * 1999-07-14 2010-06-23 パナソニック株式会社 情報提供装置、情報受信装置および記憶媒体
JP4701544B2 (ja) 2001-06-13 2011-06-15 ソニー株式会社 端末操作装置、端末操作方法並びに端末装置
JP4422930B2 (ja) 2001-08-07 2010-03-03 パイオニア株式会社 情報処理システム、情報処理システムの情報処理方法、情報処理装置および情報処理プログラム
ATE415049T1 (de) * 2002-04-12 2008-12-15 Koninkl Philips Electronics Nv Herunterladen von programmen in rundfunkempfaenger
JP2005136762A (ja) 2003-10-31 2005-05-26 Hitachi Ltd 高精細映像再生方法ならびに装置
US8400652B2 (en) 2004-08-27 2013-03-19 Kyocera Corporation Portable terminal apparatus, and printing system and method for determining printable image data
KR100791540B1 (ko) * 2006-05-09 2008-01-03 주식회사 알티캐스트 양방향 브이오디 서비스를 제공하는 헤드앤드 시스템과서비스 제공방법
JP2009118354A (ja) 2007-11-08 2009-05-28 Sharp Corp 静止画処理装置、静止画処理システム及び静止画処理方法
US8578272B2 (en) * 2008-12-31 2013-11-05 Apple Inc. Real-time or near real-time streaming
EP2320650B1 (en) * 2009-10-20 2014-06-04 Lg Electronics Inc. Method of processing application in digital broadcast receiver connected with interactive network and the digital broadcast receiver
US8424037B2 (en) * 2010-06-29 2013-04-16 Echostar Technologies L.L.C. Apparatus, systems and methods for accessing and synchronizing presentation of media content and supplemental media rich content in response to selection of a presented object
KR20120010433A (ko) * 2010-07-26 2012-02-03 엘지전자 주식회사 영상표시기기의 동작 방법
US10511887B2 (en) 2010-08-30 2019-12-17 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system
US9986270B2 (en) * 2010-09-21 2018-05-29 Saturn Licensing Llc Reception and transmission of trigger information for application program control
AU2011315435B2 (en) * 2010-10-15 2016-05-12 Interdigital Ce Patent Holdings Method for synchronizing multimedia flows and corresponding device
JP2012095053A (ja) 2010-10-26 2012-05-17 Toshiba Corp ストリーム伝送システム、送信装置、受信装置、ストリーム伝送方法及びプログラム
KR101728000B1 (ko) * 2010-11-25 2017-05-02 주식회사 케이티 스케일러블 비디오 코딩을 적용하여 방송 서비스를 제공하는 방법 및 시스템
KR20120083747A (ko) * 2011-01-18 2012-07-26 삼성전자주식회사 방송통신 융합형 서비스를 위한 전송 방법 및 장치
EP2498494A1 (en) * 2011-03-11 2012-09-12 Thomson Licensing Decoder and method at the decoder for synchronizing the rendering of contents received through different networks
JP5986993B2 (ja) 2011-05-20 2016-09-06 日本放送協会 受信機及びプログラム
US8923342B2 (en) * 2011-07-12 2014-12-30 Electronics And Telecommunications Research Institute Method of providing timing information for synchronizing MMT packet stream in MMT hybrid delivery service and method of synchronizing MMT packet stream in MMT hybrid delivery service
TW201322767A (zh) 2011-07-21 2013-06-01 Panasonic Corp 發送裝置、接收再生裝置、發送方法及接收再生方法
KR101946861B1 (ko) * 2011-09-21 2019-02-13 삼성전자주식회사 멀티미디어 방송 서비스의 미디어 데이터 동기화 방법 및 장치
CA2843583C (en) * 2011-09-23 2016-11-01 Lg Electronics Inc. Method for receiving broadcast service and reception device thereof
ES2972427T3 (es) * 2011-10-13 2024-06-12 Samsung Electronics Co Ltd Aparato y procedimiento de configuración de un mensaje de control en un sistema de difusión
JP5857636B2 (ja) * 2011-11-02 2016-02-10 ソニー株式会社 情報処理装置、情報処理方法及びプログラム
PL3399743T3 (pl) * 2011-12-02 2020-11-16 Sony Corporation Urządzenie do przetwarzania informacji, sposób przetwarzania informacji i program do aktywacji aplikacji
JP2013138332A (ja) 2011-12-28 2013-07-11 Canon Marketing Japan Inc デジタル放送システム、受信機、管理装置、制御方法およびプログラム
CA2907789C (en) * 2013-06-27 2018-07-24 Lg Electronics Inc. Method and device for transmitting and receiving broadcast service in hybrid broadcast system on basis of connection of terrestrial broadcast network and internet protocol network
JP6616064B2 (ja) * 2013-07-25 2019-12-04 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法および受信方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012099359A2 (ko) * 2011-01-19 2012-07-26 삼성전자 주식회사 복수의 실시간 전송 스트림을 수신하는 수신 장치와 그 송신 장치 및 멀티미디어 컨텐츠 재생 방법
WO2012161129A1 (ja) * 2011-05-20 2012-11-29 日本放送協会 放送通信連携システム、アプリケーション管理サーバー、受信機、受信機における受信方法、および、アプリケーション管理サーバーにおけるアプリケーション管理方法
WO2013099101A1 (ja) * 2011-12-27 2013-07-04 ソニー株式会社 情報処理装置、情報処理方法、プログラム、アプリケーション情報テーブル供給装置およびアプリケーション情報テーブル供給方法
CN102916758A (zh) * 2012-10-10 2013-02-06 北京东土科技股份有限公司 以太网时间同步装置和网络设备
CN103945525A (zh) * 2014-04-30 2014-07-23 国家电网公司 基于层次结构的无线传感器网络时间同步方法

Also Published As

Publication number Publication date
EP3041253B1 (en) 2021-06-02
US20210321153A1 (en) 2021-10-14
US11082733B2 (en) 2021-08-03
CN105340289B (zh) 2019-06-07
EP3041253A4 (en) 2016-08-17
US11765414B2 (en) 2023-09-19
EP3876550A1 (en) 2021-09-08
EP3041253A1 (en) 2016-07-06
CN105340289A (zh) 2016-02-17
CN110139140A (zh) 2019-08-16
EP3876550B1 (en) 2024-06-12
US20160165276A1 (en) 2016-06-09
JP6625318B2 (ja) 2019-12-25
JP2015050769A (ja) 2015-03-16

Similar Documents

Publication Publication Date Title
CN110139140B (zh) 发送方法、接收方法、发送装置及接收装置
JP7280408B2 (ja) 送信方法および受信方法
JP7453266B2 (ja) 送信装置
US10945015B2 (en) Transmitting method, receiving method, transmitting device, and receiving device
US20130346566A1 (en) Apparatus and method of transmitting and receiving associated broadcasting contents based on heterogeneous network

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant