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

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

Info

Publication number
CN111314762A
CN111314762A CN202010086185.8A CN202010086185A CN111314762A CN 111314762 A CN111314762 A CN 111314762A CN 202010086185 A CN202010086185 A CN 202010086185A CN 111314762 A CN111314762 A CN 111314762A
Authority
CN
China
Prior art keywords
information
content
communication
transmitted
data
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.)
Pending
Application number
CN202010086185.8A
Other languages
English (en)
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.)
Sun Patent Trust Inc
Original Assignee
Sun Patent Trust Inc
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 Sun Patent Trust Inc filed Critical Sun Patent Trust Inc
Publication of CN111314762A publication Critical patent/CN111314762A/zh
Pending legal-status Critical Current

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/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
    • 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/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
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44012—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving rendering scenes according to scene graphs, e.g. MPEG-4 scene graphs
    • 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/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4888—Data services, e.g. news ticker for displaying teletext characters
    • 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/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • 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
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/40—Aspects of broadcast communication characterised in that additional data relating to the broadcast data are available via a different channel than the broadcast channel

Abstract

本发明的一形态的发送方法是能够使用广播波和通信路径来发送内容的内容发送方法，包括在分别使用广播波和通信路径来发送内容的情况下至少使用所述广播波发送辅助信息的信息发送步骤，该辅助信息是用于取得利用广播波的内容与利用通信路径的内容的同步的信息，并且是在由接收侧接收到的情况下使接收侧取得同步的信息。由此，即使利用通信的内容的接收开始定时延迟，在接收侧也能够再现将广播和通信并用的内容。

Description

发送方法、接收方法、发送装置及接收装置
技术领域
本发明涉及数据发送方法、数据接收方法、发送装置及接收装置。
背景技术
以往，用于分发内容的主要的传送路径是广播波，作为在使用广播波的广播系统中广泛利用的媒体传输方式，例如有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
发明内容
本发明的一个方式的发送方法，是内容的发送方法，该发送方法包括信息发送步骤，在该信息发送步骤中，发送辅助信息，该辅助信息用于在第1内容和第2内容之间取得同步，并且在由接收侧接收到的情况下取得所述同步，所述辅助信息包含：表示所述第1内容的信息和表示所述第2内容的信息、以及表示所述第1内容和所述第2内容的关联的信息，其中，所述所述第1内容和所述第2内容相互同步地再现，在所述信息发送步骤中，在发送所述内容之前发送所述辅助信息
本发明的一个方式的发送方法是能够使用广播波和通信路径来发送内容的内容发送方法，包括在分别使用广播波和通信路径来发送内容的情况下至少使用所述广播发送辅助信息的信息发送步骤，该辅助信息用于在利用所述广播波发送的内容与利用所述通信路径发送的内容之间取得同步，并且在由接收侧接收到的情况下取得所述同步。
另外，这些整体或具体的方式既可以通过数据接收方法、集成电路、计算机程序或计算机可读取的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中的接收装置的结构的一例的框图。
图11是表示实施方式1的变形例4的广播通信协同服务中的服务信息的数据构造的一例的图。
图12是表示实施方式1的变形例4的广播通信协同服务中的接收侧的动作的一例的流程图。
图13A是表示实施方式1的变形例4中的位置信息描述符的句法的一例的图。
图13B是表示实施方式1的变形例4中的位置信息描述符的句法的一例的图。
图13C是表示实施方式1的变形例4中的位置信息描述符的句法的一例的图。
图13D是表示实施方式1的变形例4中的位置信息描述符的句法的一例的图。
图14是表示实施方式1的变形例6的广播通信协同服务中的接收侧的动作的一例的流程图。
图15是表示实施方式1的变形例6的广播通信协同服务中的接收侧的动作的其他一例的流程图。
图16是表示实施方式1的变形例7的广播通信协同服务中的接收侧的动作的一例的流程图。
图17是表示实施方式1的变形例7中的接收装置的结构的一例的框图。
图18A是表示实施方式2中的默认再现控制信息的记述例的图。
图18B是表示按照图18A所示的默认再现控制信息的布局信息的视频的显示例的图。
图19A是表示实施方式2中的应用控制信息的一例的图。
图19B是表示按照图19A所示的应用控制信息的布局信息的视频的显示例的图。
图20A是表示实施方式2中的默认再现控制信息的其他记述例的图。
图20B是表示按照图20A所示默认再现控制信息的布局信息的视频的显示例的图。
图21A是表示实施方式2中的应用控制信息的一例的图。
图21B是表示按照图21A所示的应用控制信息的布局信息的视频的显示例的图。
图22是表示实施方式2中的接收侧的动作的一例的流程图。
图23是表示实施方式2中的接收装置的结构的一例的框图。
图24是表示实施方式3中的广播通信协同服务中的服务信息的数据构造的一例的图。
图25是表示实施方式3的程序构成信息记述符中包含的信息的一例的图。
图26是表示实施方式3的位置信息记述符中包含的信息的一例的图。
图27是表示实施方式3的位置信息记述符中包含的位置类型的一例的图。
图28是表示实施方式3的资源构成信息记述符中包含的信息的一例的图。
图29是表示实施方式3的广播通信协同服务中的接收方法的流程图。
图30是表示实施方式3中的接收装置的结构的一例的框图。
具体实施方式
(本发明的基础知识)
目前，正在研究将广播和通信并用而分发内容的服务(广播通信协同服务)。其中，以广播为主，基于从广播取得的数据来访问从通信取得的内容(以下称为通信内容)的方式更为受到期待。作为广播通信协同服务中的接收内容的接收侧的视听开始时的动作，可以想到与仅通过广播来分发内容的以往的服务同样，在取得服务信息之后，通过音频、视频的编码数据、或者MPEG-2系统中的数据轮播等而开始内容的接收。
但是，在以往的服务所能够取得的服务信息中，并没有考虑对通信内容的迅速的访问动作、仅选择广播内容来接收时的动作等。因此，在利用以往的服务信息进行广播通信协同服务的情况下，有服务信息的解析所涉及的处理增加或通信内容的取得开始定时延迟等的课题。
为了解决这样的课题，本发明的一个方式所涉及的发送方法是能够使用广播波和通信路径来发送内容的内容发送方法，包括在分别使用广播波和通信路径发送内容的情况下至少使用所述广播发送辅助信息的信息发送步骤，该辅助信息是用于取得利用所述广播波的内容与利用所述通信路径的内容的同步的信息，并且是在由接收侧接收到的情况下使接收侧取得所述同步的信息。
根据本方式，能够实现即使利用通信的内容的接收开始定时延迟、在接收侧也能够再现将广播和通信并用的内容的内容发送方法。更具体而言，在使用广播波和通信路径发送了内容的情况下，发送用于取得使用广播波和通信路径发送的内容间的同步的辅助信息，因此在接收侧接收到辅助信息时能够使接收侧取得内容间的同步。
在此，例如也可以是，在所述信息发送步骤中，在发送所述内容之前发生所述辅助信息，所述辅助信息还包含表示所述内容的取得目标的位置信息或者表示所述位置信息的取得目标的信息。
此外，例如也可以是，在所述辅助信息发送步骤中，还将利用所述广播波的内容的基准时钟与利用所述通信路径的内容的基准时钟的差分信息包含于所述辅助信息中而发送。
此外，例如也可以是，在所述辅助信息发送步骤中，通过发送所述辅助信息，在所述内容的基准时钟不同的情况下基于所述差分信息使利用所述通信路径的内容的基准时钟同步于利用所述广播波的内容的基准时钟，从而使所述接收侧取得所述同步。
此外，例如也可以是，在所述发送方法中，包括：生成步骤，将所述内容以按照MMT(MPEG Media Transport)的格式生成；以及内容发送步骤，将所述内容以通过所述生成步骤生成的格式发送。
此外，例如也可以是，在所述生成步骤中，将所述辅助信息包含于作为与所述内容的取得相关的信息的消息信息中来生成。
此外，为了解决上述课题，本发明的一个方式所涉及的接收方法，包括：接收步骤，接收分别使用广播波和通信路径发送的内容；以及再现步骤，在接收到用于取得利用所述广播波的内容与利用所述通信路径的内容的同步的辅助信息的情况下，进行取得所述同步的处理，再现所述内容。
在此，例如也可以是，在所述接收步骤中，在接收所述内容之前接收所述辅助信息，在所述辅助信息中包含有表示所述内容的取得目标的位置信息的情况下，基于所述位置信息取得所述内容，从而接收所述内容。
此外，例如也可以是，在所述接收步骤中，在接收所述内容之前接收所述辅助信息，在所述辅助信息中包含有示出表示所述内容的取得目标的位置信息的取得目标的信息的情况下，基于表示所述位置信息的取得目标的信息来取得所述位置信息，根据取得的所述位置信息取得所述内容，从而接收所述内容。
此外，例如也可以是，在所述再现步骤中，在所述接收步骤中接收到包含利用所述广播波的内容的基准时钟与利用所述通信路径的内容的基准时钟的差分信息的所述辅助信息、并且利用所述广播波的内容的基准时钟以及利用所述通信路径的内容的基准时钟不同的情况下，基于所述差分信息使利用所述通信路径的内容的基准时钟同步于利用所述广播波的内容的基准时钟，从而进行取得所述内容的同步的处理，再现所述内容。
此外，为了解决上述课题，本发明的一个方式所涉及的发送装置是能够使用广播波和通信路径发送内容的内容发送装置，具备信息发送部，该信息发送部在分别使用广播波和通信路径来发送内容的情况下，至少使用所述广播波发送辅助信息，该辅助信息是表示用于取得利用所述广播波的内容和利用所述通信路径的内容的同步的信息、并且是在由接收侧接收到的情况下使接收侧取得所述同步的信息。
此外，为了解决上述课题，本发明的一个方式所涉及的接收装置具备：接收部，接收分别使用广播波和通信路径来发送的内容；以及再现部，在接收到用于取得利用所述广播波的内容和利用所述通信路径的内容的同步的辅助信息的情况下，进行取得所述同步的处理，再现所述内容。
另外，这些整体性的或者具体的方式既可以通过发送方法、发送装置、接收方法、接收装置、集成电路、计算机程序或者计算机可读取的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)也可以将表示通过广播发送的音频及视频、以及通过通信发送的音频及视频是否被同步再现的信息作为属性信息来包含。
4)也可以将表示通过广播发送的音频及视频的时钟信息、以及通过通信发送的音频及视频的时钟信息是否相同的信息作为属性信息来包含。
另外，属性信息既可以将各个信息作为单独的字段来表示，也可以定义表示服务的类型的信息，使得能够通过类型来识别。此外，属性信息也可以通过与描述符不同的形式记述。
此外，也可以设为传送路径识别描述符存放在与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在判定为不接收通信数据的情况下，仅使用广播接收部104接收数据。
(变形例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中说明了属性信息及位置信息存放于广播的程序信息中而被发送的情况下的动作，但如果本来就不需要同步再现，则也可以将记述有这些信息的传送路径识别描述符存放在广播的程序信息中。
此外，本变形例中，说明了在将属性信息及位置信息存放在广播的程序信息中的情况下同步再现，但不限于此。也可以是，在程序信息中包含有传送路径识别描述符的情况下，对于在传送路径识别描述符中记述有位置信息的流和广播流，接收装置进行同步再现。此时，在传送路径识别描述符也可以不包含表示通过广播和通信传送的流是否相互被同步再现的属性信息。
换言之，本变形例中的接收方法也可以包括：接收步骤，接收分别使用广播波和通信路径而发送的内容；以及再现步骤，在接收到用于在利用所述广播波发送的内容和利用所述通信路径发送的内容之间取得同步的辅助信息的情况下，进行取得所述同步的处理，再现所述内容。
[接收装置]
图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的数据内对音频的轨道、段、或者Adaptation Set、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)
例如在图6A～图7B等中说明广播使用TS、通信使用DASH或RTP等分别发送的情形中的位置信息等的存放方法。
在本变形例中，举具体的例子说明位置信息的存放方法。
图11是表示实施方式1的变形例4的广播通信协同服务中的服务信息的数据构造的一例的图。图11中示出了表示MPD等位置信息的描述符(位置信息描述符)的例子。另外，位置信息也可以包含在上述的传送路径识别描述符中。因此，也可以认为位置信息描述符相当于传送路径识别描述符。
在本变形例中，描述符存放在PMT或与PMT不同的区段数据等中。
作为由该描述符表示的信息，包含表示由位置信息参照的实体数据的类别的传送格式、位置信息、以及表示广播中的PCR与通信侧的数据的同步信息的字段。
另外，设为本变形例中位置信息表示位置信息的实体数据的参照目标。在此，示出了位置信息的实体数据为MPD的情况的例子，作为传送格式示出MPD，作为同步信息示出PCR与NTP的同步信息。
MPD是在DASH中使用的位置信息，因此也可以作为传送格式而示出DASH，作为位置而示出MPD的参照目标。在通过位置信息的URL中的扩展符等能够识别传送格式等情况下，也可以不包含传送格式的字段。此外，MPD有在广播内发送的情况和经由通信网络发送的情况这两种，在广播内发送的情况下，使用MPEG-2TS的专用区段等。因而，作为MPD的位置信息，在广播内发送的情况下能够示出专用区段的PID等在传输流内存放MPD的TS包的识别信息，在经由通信网络发送的情况下能够示出URL等信息。
[接收方法]
以下，作为本变形例中的接收方法，说明对表示位置信息的描述符进行解析而将广播和通信内容同步再现的情况下的接收装置的动作的一例。
图12是表示实施方式1的变形例4的广播通信协同服务中的接收侧的动作的一例的流程图。
首先，在步骤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的前段中决定。
图12中说明了取得MPD并再现DASH内容的例子，但取得RTP或TS等其他方式的数据并再现的情况也同样。
另外，在时间线扩展中，能够定义存放时间线扩展信息的访问单元，在访问单元内存放表示位置信息的描述符和表示同步信息的描述符的双方。
因而，也可以不发送位置信息描述符，而通过时间线扩展将位置信息和同步信息一起表示。在现状的时间线扩展中，作为位置信息不能表示PID，因此也可以将表示位置信息的方案(Scheme)类型的字段进行扩展，使得能够传递PID。
此外，PMT的区段尺寸的上限被限制为1021字节，根据位置信息中的URL，有时超过上限。也可以将PMT区段分割而存放，特别优选的是PMT存放于一个区段。
因而，在PMT的区段尺寸超过1021字节的情况下，将位置信息描述符通过与PMT不同的区段发送。另外，在位置信息表示PID的情况下，能够处于PMT的尺寸上限以内，因此能够包含在PMT中，所以也可以基于位置信息为PID、URL中的哪一个来切换存放位置信息的区段。
(变形例5)
变形例4中，说明了在时间线扩展中的TEMI(Timeline and ExtendMediaInformation stream)访问单元中也能够表示位置信息。
具体而言，能够使用temi_location_descriptor记述通信侧的内容的URL等。在Temi_location_descriptor中，能够记述多个内容的URL，并且如PMT的区段尺寸那样的数据尺寸的制约也不存在，因此关于URL的记述能够进行灵活的运用。
另一方面，在作为位置信息而表示传输流内的TS包的PID等情况下，位置信息的数据尺寸也较小，参照位置信息描述符在PMT的解析时取得位置信息，从而能够减小取得所需的延迟时间。因此，作为位置信息的存放场所，优选的是能够将位置信息描述符和TEMI访问单元内的temi_location_descriptor并用。
以下，对本变形例中的位置信息描述符的句法(数据构造)的一例进行说明。
图13A是表示实施方式1的变形例4中的位置信息描述符的句法的一例的图。图13A中示出了用于将位置信息存放到位置信息描述符或TEMI访问单元的某一个中的位置信息描述符的句法例。
本变形例中，设为将与PCR的同步信息使用TEMI访问单元的temi_timeline_descriptor记述、且不包含在位置信息描述符中来说明。对图13A所示的每个字段的语义进行说明。
“data_format”与图11所示的传送格式同样。也就是说，表示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的数据。
图13B是表示实施方式1的变形例4中的位置信息描述符的句法的一例的图。图13B中示出了与图13A中示出的位置信息描述符的句法不同的例子。与图13A所示的句法的差异是在将位置信息存放在TEMI访问单元中的情况下，不存在data_format字段。
在此，Temi_location_descriptor能够在被称为service_type的字段中表示TEMI的服务类型。该服务类型相当于data_format。因而，设为在service_type字段中表示data_format的信息。
另外，在图13A所示的句法中，有时data_format字段和temi_location_descriptor的service_type共存。在该情况下，设为两者表示相同的信息。
temi_location_descriptor中，也可以不传递service_type而仅表示通信内容的URL。因而，在使用图13A的句法的情况下，作为传送格式也可以参照位置信息描述符的data_format，不传递temi_location_descriptor的service_type。
图13C是表示实施方式1的变形例4中的位置信息描述符的句法的一例的图。图13C中示出了与在图13A及图13B中示出的位置信息描述符的句法不同的例子。
与图13A的差异是最初进行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。
图13D是表示实施方式1的变形例4中的位置信息描述符的句法的一例的图。图13D中示出了与在图13A～图13C中示出的位置信息描述符的句法不同的例子。
与图13A的差异是将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的字段。
(变形例6)
以下，说明与在变形例5中说明的位置信息不同的例子。
(位置信息的其他例)
例如，在同一程序内存在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内的位置信息描述符依次确认。但是，该依次确认的处理较繁琐，因此也可以另生成用于存放位置信息描述符等的区段数据、通知被更新的情况的事件用区段等，并周期性地发送。
接收装置中，若确认区段中的版本号，则能够判定位置信息是否被更新。此外，在用广播的区段发送位置信息的情况下，通过更新位置信息的区段的版本号来表示元信息的更新。
此外，在基于从广播取得的位置信息而开始取得通信侧的数据之后，也可以在通信中取得位置信息的更新内容。
[接收方法]
接着，作为本变形例中的接收方法，说明对表示位置信息的描述符进行解析并将广播和通信内容同步再现的情况下的接收装置的动作的一例。
图14是表示实施方式1的变形例6的广播通信协同服务中的接收侧的动作的一例的流程图。
图12的步骤S804在图14中变为步骤S906、步骤S907以及步骤S908。其他动作(步骤S901～步骤S905)与图12的动作(步骤S801～步骤S803、步骤S805以及步骤S806)同样，因此省略说明。
在步骤S906中，判定MPD等的取得目标URL存放在位置信息描述符或TEMI访问单元的哪一方。当在于位置信息描述符中的情况下(S906中是)，进入步骤S907，对位置信息描述符进行解析，基于位置信息所表示的URL从通信服务器取得MPD。另一方面，在步骤S906中判定为存放在TEMI访问单元中的情况下(S906中否)，基于TEMI访问单元中的temi_location_descriptor所示的URL从通信服务器取得MPD。
另外，图14中示出了作为格式信息而示出MPD的情况的例子，但即使是其他元信息也能够通过同样的流程的动作将广播内容和通信内容同步再现。
图15是表示实施方式1的变形例6的广播通信协同服务中的接收侧的动作的其他一例的流程图。图15中示出了格式信息为MPD以外的其他元信息的情况的动作。更具体而言，示出了在格式信息中不是表示如MPD那样的元信息，而表示了流等的实体数据的格式的情况下，在图14所示的步骤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的时间线扩展表示的同步信息，将广播内容和通信内容同步再现。
(变形例7)
以上，说明了判定广播内容和通信内容是否被同步再现，在被同步再现的情况下，进行广播内容和通信内容的取得及同步再现，但不限于此。
本变形例中，表示通过广播发送的音频及视频的基准时钟信息和通过通信发送的音频及视频的基准时钟信息是否相同的信息包含于服务信息(传送识别描述符等)中，说明基于该信息的动作。
[广播与通信的基准时钟(时间线)是否同步的信息]
将使用广播和通信的内容利用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)通知已取得基准时钟同步的情况。
[接收方法]
以下，作为本变形例中的接收方法，利用图说明在属性信息及位置信息存放在广播的程序信息中的情况下接收装置判定是否将广播内容和通信内容同步再现来动作时的动作的一例。
图16是表示实施方式1的变形例7的广播通信协同服务中的接收侧的动作的一例的流程图。另外，图16所示的流程图的动作还能够适用于使用MMT或DASH、RTP等任何复用方式的组合的广播通信协同服务。此外，也能够适用于混合电视标准。
图16中以广播内容与通信内容被同步为前提，省略了是否将广播内容与通信内容同步的判定。
此外，步骤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中，除了能够用传送路径识别描述符识别的信息以外，还可以考虑用户的选择或设定、内容提供者或服务事业者、广播站的意图、或者接收装置的规范或规格、接收机厂商的意图等全部，来决定是否接收实际通过通信发送的数据。
[接收装置]
接着，说明实现图16所示的动作的接收装置的结构的一例。图17是表示实施方式1的变形例7中的接收装置的结构的一例的框图。
图17所示的接收装置1100具备识别信息取得部1101、决定部1102、通信并用判定部1103、Loc信息取得部1104、广播接收部1105、通信接收部1106、基准时钟判定部1107以及再现部1108。
识别信息取得部1101～通信接收部1106与图8中说明的识别信息取得部301～通信接收部306同样，因此省略说明。
基准时钟判定部1107具备进行图16所示的步骤S1105的处理的功能。此外，基准时钟判定部1107也可以进行在判定基准时钟是否不同之后、进而判定是否需要如上所述的基准时钟的同步的处理。
再现部1108基于由基准时钟判定部1107中的判定结果决定的方法，在基准时钟不同的情况下将基准时钟同步后，将广播内容或者通信内容进行解码并再现。
另外，本变形例中说明的功能及接收装置的结构、接收方法是一例，并不限于此，只要能够实现同样的功能及效果即可。
[实施方式1的效果等]
如以上那样，根据本实施方式，即使利用通信的内容的接收开始定时延迟、接收侧也能够再现将广播和通信并用的内容的内容发送方法、接收方法、发送装置以及接收装置。
具体而言，本实施方式的一个方式中的发送方法是能够使用广播波和通信路径来发送内容的内容发送方法，包括信息发送步骤，该信息发送步骤中，在分别使用广播波和通信路径发送内容的情况下，至少使用所述广播来发送辅助信息，该辅助信息是用于取得利用所述广播波的内容与利用所述通信路径的内容的同步的信息，并且是在由接收侧接收到的情况下使接收侧取得所述同步的信息。
由此，在使用广播波和通信路径发送了内容的情况下，发送用于取得使用广播波和通信路径发送的内容间的同步的辅助信息，因此在接收侧接收到辅助信息时，使接收侧取得内容间的同步。
在此，例如也可以是，在所述信息发送步骤中，在发送所述内容之前发生所述辅助信息，所述辅助信息还包含表示所述内容的取得目标的位置信息或者表示所述位置信息的取得目标的信息。
此外，例如也可以是，在所述辅助信息发送步骤中，还将利用所述广播波的内容的基准时钟与利用所述通信路径的内容的基准时钟的差分信息包含于所述辅助信息中而发送。
此外，例如也可以是，在所述辅助信息发送步骤中，通过发送所述辅助信息，在所述内容的基准时钟不同的情况下基于所述差分信息使利用所述通信路径的内容的基准时钟同步于利用所述广播波的内容的基准时钟，从而使所述接收侧取得所述同步。
此外，例如也可以是，在所述发送方法中，包括：生成步骤，将所述内容以按照MMT(MPEG Media Transport)的格式生成；以及内容发送步骤，将所述内容以通过所述生成步骤生成的格式发送。
此外，例如也可以是，在所述生成步骤中，将所述辅助信息包含于作为与所述内容的取得相关的信息的消息信息中来生成。
此外，本实施方式的一个方式中的接收方法，包括：接收步骤，接收分别使用广播波和通信路径发送的内容；以及再现步骤，在接收到用于取得利用所述广播波的内容与利用所述通信路径的内容的同步的辅助信息的情况下，进行取得所述同步的处理，再现所述内容。
由此，在取得例如广播波等作为接入点的传送路径中发送的服务信息、其中包含有辅助信息的情况下，能够进行取得同步的处理。
在此，例如也可以是，在所述接收步骤中，在接收所述内容之前接收所述辅助信息，在所述辅助信息中包含有表示所述内容的取得目标的位置信息的情况下，基于所述位置信息取得所述内容，从而接收所述内容。
此外，例如也可以是，在所述接收步骤中，在接收所述内容之前接收所述辅助信息，在所述辅助信息中包含有示出表示所述内容的取得目标的位置信息的取得目标的信息的情况下，基于表示所述位置信息的取得目标的信息来取得所述位置信息，根据取得的所述位置信息取得所述内容，从而接收所述内容。
此外，例如也可以是，在所述再现步骤中，在所述接收步骤中接收到包含利用所述广播波的内容的基准时钟与利用所述通信路径的内容的基准时钟的差分信息的所述辅助信息、并且利用所述广播波的内容的基准时钟以及利用所述通信路径的内容的基准时钟不同的情况下，基于所述差分信息使利用所述通信路径的内容的基准时钟同步于利用所述广播波的内容的基准时钟，从而进行取得所述内容的同步的处理，再现所述内容。
此外，本实施方式的一个方式中的发送装置是能够使用广播波和通信路径发送内容的内容发送装置，具备信息发送部，该信息发送部在分别使用广播波和通信路径来发送内容的情况下，至少使用所述广播波发送辅助信息，该辅助信息是表示用于取得利用所述广播波的内容和利用所述通信路径的内容的同步的信息、并且是在由接收侧接收到的情况下使接收侧取得所述同步的信息。
此外，本实施方式的一个方式中的接收装置具备：接收部，接收分别使用广播波和通信路径来发送的内容；以及再现部，在接收到用于取得利用所述广播波的内容和利用所述通信路径的内容的同步的辅助信息的情况下，进行取得所述同步的处理，再现所述内容。
此外，如以上那样，根据本实施方式，也可以将表示包含音频及视频的内容是否除了广播以外还将通信并用而被发送的识别信息、以及在将广播和通信并用时表示在两传送路径中发送的数据间的依赖关系等的信息作为内容的管理信息来生成并发送。在此，例如，表示数据间的依赖关系的信息也可以包含两传送路径中发送的数据是否被同步再现。此外，表示数据间的依赖关系的信息也可以包含两传送路径中发送的数据的时钟信息是否相同。
由此，能够在内容的接收开始时取得发送包含音频及视频的内容的传送路径、以及在不同的传送路径中发送的数据间的依赖关系，因此减小要接收的资源的决定、通信内容的取得开始的延迟时间。
此外，根据本实施方式，也可以将通信中发送的数据的位置信息包含于内容的管理信息中。在此，所发送的数据的位置信息例如也可以是MPEG-DASH中的MPD。此外，内容管理信息中也可以存放表示位置信息的取得目标的信息，而不是MPD等位置信息的实体数据。
由此，能够在内容的接收开始时取得发送包含音频及视频的内容的传送路径、以及在不同的传送路径中发送的数据间的依赖关系，因此减小要接收的资源的决定、通信内容的取得开始的延迟时间。
此外，根据本实施方式，接收装置中也可以对内容的管理信息进行解析，决定接收内容的传送路径、以及各传送路径中接收的数据。例如，也可以是，在两传送路径中发送的数据的时钟信息不同的情况下，取得数据间的时钟同步所需要的辅助信息，将各数据中的DTS、PTS同步来进行解码并再现。此外，也可以是，在将两传送路径中发送的数据同步再现的情况下，取得数据间的时钟同步所需要的辅助信息，将各数据中的DTS、PTS同步来进行解码并再现。
由此，在仅接收广播数据的接收装置中，能够通过与以往的广播接收同样的动作来进行广播数据的再现，并且能够应对通信数据的再现。
进而，能够对接收装置提供用于将广播和通信的数据同步而再现的结构。
进而，在没有取得通过多个传送路径传送的数据的时钟间的同步的情况下，也能够通过取得时钟同步所需要的辅助信息来进行时钟的同步，将数据同步再现。
(实施方式2)
实施方式1中，说明了将表示通过广播发送的流和通过通信发送的流是否为同步再现的对象、或通过两传送路径发送的流间的依赖关系等的信息进行发送时的发送方法、以及接收这些信息的接收方法等。
在此，在接收装置中为了实现用户从可选择的音频及视频中选择再现对象的情况、在视频中从单视的全画面显示切换为多视等伴随着用户动作的介入的灵活的内容再现，优选的是在应用中进行再现控制。
作为应用，主流是基于广泛普及的HTML(Hyper Text Markup Language)浏览器的应用。在应用为HTML的情况下，能够通过解释HTML来进行再现控制。如果是HTML，则还有能够灵活地记述内容的选择、切换、或布局的变更等的优点。
例如，在IPTV论坛中规定的混合电视标准中，在TS中的PMT的记述符、MMT中的MPT的记述符等在广播节目的接收开始时必须参照的数据中，发送表示存在ait_identifier_info()等应用的识别信息。对应于混合电视标准的接收装置中，在存在该识别信息的情况下，将AIT等的应用控制信息通过相当于TS中的区段或数据轮播、MMT中的MMT消息或数据轮播的信息或经由通信网络下载而取得。然后，基于应用控制信息，取得HTML文件等的应用。
以下，将应用控制信息、应用自身的数据称为应用关联数据。应用的记述中也可以使用XML等HTML以外的记述语言。
[默认的服务信息的发送方法]
但是，存在不对应于应用的接收机，或者即使对应于应用，取得应用起到启动为止发生来自广播或通信中的选台开始的时间延迟。
因而，关于应再现的流、显示布局的默认设定信息，也可以不是在应用关联数据中发送，而是在PMT或MPT等选台时必须取得的数据、或者其他TS的区段或MMT的消息等与启动应用为止所需要的时间相比能够以低延迟取得的数据中发送。并且，用于进行高度的再现控制的信息也可以作为HTML等的应用数据来发送。
例如，作为与广播或通信中发送的流的再现控制关联的信息，有(a)与流间的可伸缩性相关的信息、(b)多语言的声音、比特率不同的视频等与流的切换相关的信息、(c)表示能够同时显示的多个视频的流的信息等与同时显示相关的信息、以及与同时显示的情况的布局相关的信息等，将这些信息的默认值称为默认再现控制信息。
在不对应于应用的接收装置中，基于默认值进行再现。另一方面，对应于应用的接收装置基于默认值开始再现，在应用启动后，基于用户动作或应用的控制指令等切换再现动作即可。
仅对于能够通过用户动作进行切换的信息，也可以通过应用切换再现动作。例如，也可以是，关于同时显示，基本上能够由用户进行切换，但关于时间可伸缩性，如果能够取得扩展层的流则设为总是使用扩展层，接收机自动决定再现动作。在该情况下，与时间可伸缩性相关的信息也可以仅在默认再现控制信息中发送。
在此，TS中，与再现控制相关的信息基本上由应用执行，但与可伸缩性相关的信息也可以在默认再现控制信息中发送。此时，也可以仅将用于将基本层与扩展层的流建立对应的信息通过默认再现控制信息或MPEG-2TS中规定的记述符发送，基于应用的控制指令或用户动作，在应用侧决定是否将扩展层解码。
此外，仅对于与布局关联的信息，也可以通过应用切换再现动作。例如，时间可伸缩性及流切换不伴随布局的变更。因而，这些信息仅在默认再现控制信息中发送。另一方面，设想与同时显示相关的信息可通过用户动作切换，因此能够进行基于应用的再现动作。
(默认再现控制信息的记述例)
接着，说明将利用默认再现控制信息的再现动作通过应用切换时的再现控制信息的记述例。在此，设为默认再现控制信息存放在记述符中，应用控制信息由HTML记述。
图18A是表示实施方式2中的默认再现控制信息的记述例的图，图18B是表示按照图18A所示的默认再现控制信息的布局信息的、视频的显示例的图。即，图18A所示的默认再现控制信息中，如图18B所示通过布局信息表示将PID＝100的视频进行全画面显示的情况。
另外，作为布局信息，也可以不表示用于确定流的信息，而仅表示进行全画面显示的情况。此外，此时，在视频流存在2个以上的情况下，如果另表示用于确定默认再现的视频的信息(应用控制信息)，则能够使得以将默认再现的视频进行全画面显示的方式动作。
图19A是表示实施方式2中的应用控制信息的一例的图，图19B是表示按照图19A所示的应用控制信息的布局信息的、视频的显示例的图。
即，示出了在图19A所示的应用控制信息中，通过Layout标签设定区域1和区域2这两个显示区域，如图19B所示将PID＝100的视频显示在区域1中，将PID＝200的视频显示在区域2中。
因此，接收到图19A所示的HTML的应用控制信息的接收装置在区域1和区域2分别显示PID＝100和PID＝200的视频。另外，确定视频的信息除了PID以外，也可以是URL或MMT包的包ID等。
像这样，图19A以及19B所示的例中，在默认再现控制信息中示出了可伸缩性和布局这2种信息。作为可伸缩性，示出了可伸缩性的种类为时间可伸缩性，PID＝100的视频为基本层，PID＝200的视频为扩展层。作为布局信息，示出了将PID＝100的视频进行全画面显示。
若假设仅为基本层时帧速率为60fps、通过使用扩展层而成为120fps，则在默认的状态下，仅将PID＝100的视频进行解码，将60fps相当的影像通过全画面显示再现。另外，在通过MPEG-2系统的流类型等流的属性信息另表示所发送的流相当于可伸缩性的基本层、扩展层的情况下，作为默认再现控制信息，也可以不记述这些信息。此外，如果另规定在默认的状态下仅将基本层进行解码并再现，则作为布局信息，也可以仅示出进行全画面显示。
图20A是表示实施方式2中的默认再现控制信息的其他记述例的图，图20B是表示按照图20A所示的默认再现控制信息的布局信息的、视频的显示例的图。图21A是表示实施方式2中的应用控制信息的一例的图，图21B是表示按照图21A所示的应用控制信息的布局信息的、视频的显示例的图。
图21A中，通过Script标签定义函数A。函数A是在画面上的按钮被按下的情况下指示将时间可伸缩性的扩展层进行解码、再现的函数，作为自变量，表示确定基本层和扩展层的索引号等。Body标签中记述有在遥控器的特定的按钮等被按下的情况下将函数A调用之意。
接收到图21A的HTML应用的接收装置中，如果按钮被按下去，则将PID＝200的扩展层的流进行解码，将120fps相当的影像通过全画面显示进行再现。
默认再现的音频、视频等的流也可以通过使用MPEG-2系统或MMT的记述符等来另行表示。例如，可以将默认再现的流分组，并将组的ID与流建立对应。或者，也可以规定用于表示默认再现的流的记述符，在记述符中包含默认再现的流的PID等的列表。
另外，也可以预先规定默认再现控制信息中的默认值，在参数值与该默认值相等的情况下不发送默认再现控制信息。例如，如果作为布局而将全画面显示设为默认值，则在全画面显示的情况下，也可以不包含布局信息。此时，在不使用可伸缩性、也不对应于流的切换的情形中，也可以不发送默认再现控制信息。
[接收方法]
在本实施方式中，接收侧取得服务信息之后，对默认再现控制信息以及通过应用提供的再现控制信息进行解析而动作。以下，利用图对本实施方式中的接收方法进行说明。
图22是表示实施方式2中的接收侧的动作的一例的流程图。图22中示出了对默认再现控制信息以及通过应用提供的再现控制信息进行解析、并决定可伸缩性或流切换等功能、提示内容时的布局的动作的一例。
首先，在步骤S701中，接收侧选择要视听的内容。
接着，在步骤S702中，接收侧对默认再现控制信息进行解析，决定要解码并再现的流，并且决定布局等的提示方法。
在此，关于默认再现控制信息，既可以包含于在PMT或MPT等选择时必须取得的数据中来发送，也可以与应用关联数据另行发送，也可以通过MPEG-2TS的区段或MMT的消息等发送。
在通过区段或消息发送默认再现控制信息的情况下，也可以设定默认再现控制信息的默认值，在接收该区段或消息之前的期间，基于默认再现控制信息的默认值进行动作。此外，关于要解码并再现的流，也可以通过参照表示默认再现的音频或视频等的流的记述符来决定。
接着，在步骤S703中，按照决定的再现控制参数开始再现。
接着，在步骤S704中，判定是否接收到应用，在没有接收到的情况下(S704中否)，结束处理。另一方面，在接收到的情况下(S704中是)，进入步骤S705，判定应用中是否示出了再现控制功能。
在步骤S705中没有示出再现控制功能的情况下(S705中否)，结束处理。在示出了再现控制功能的情况下(S705中是)，进入步骤S706，基于应用所示的再现控制功能，按照控制指令或用户动作将再现控制信息进行更新。
接着，在步骤S707中，按照更新后的再现控制参数进行再现，结束处理。
[接收装置]
图23是表示实施方式2中的接收装置的结构的一例的框图。图23示出了实现在图22中说明的各步骤的动作的接收装置的结构的一例。
图23所示的接收装置700具备接收部701、默认信息解析部702、应用信息接收部703、应用再现控制信息解析部704以及再现控制执行部705。这些动作是图22中说明的各步骤中的动作，因此省略说明。
(变形例1)
将默认再现控制信息通过应用更新的结构能够适用于广播单独、通信单独、或将广播和通信并用而发送内容的全部的情况。
此外，本实施方式中的手法中的观点也能够适用于当前MPEG中标准化中的MPEG-2TS的时间线扩展(13818-3：2013/AMD6)。TS的时间线扩展中，在使用包含至少一个TS(称为基本TS)的多个复用流来发送内容时，提供用于在基本TS和其以外的复用流中使内容的解码及显示中的基准时钟同步的信息。
具体而言，定义包含将与基本TS不同的复用流的基准时钟与基本TS的PCR建立对应的信息在内的时间线扩展用访问单元，将时间线扩展用访问单元存放在PES包中，打包为TS包来发送。时间线扩展用访问单元中，将时间线扩展用的信息以MPEG-2系统的记述符的形式表现。像这样，通过以PES包单位发送时间线扩展用的信息，在发生了PCR的不连续的情况下也能迅速进行与更新后的PCR的基准时钟的同步。
但是，PCR的不连续在单一节目中一般不会发生，因此多数情况下如果在节目的接收开始时接收时间线扩展用的信息，将彼此的基准时钟同步，则节目内的再同步是不需要的。
因而，在保证了节目内不会发生PCR的不连续的情况下，也可以在PMT等中存放时间线扩展用的信息的默认值，而不发送时间线扩展用的访问单元。例如，可以将与在时间线扩展用访问单元中存放时间线扩展用的信息的记述符同样的记述符存放在PMT等的区段中，作为时间线扩展用的信息的默认值来使用。此外，也可以将时间线扩展用访问单元和存放在PMT等中的默认信息并用。
在发送时间线扩展用访问单元的情况下，也在保证了节目内或特定的时刻之前不发生PCR的不连续的情况下，也可以基于刚选台后接收的时间线扩展用访问单元的信息进行时钟同步之后，在节目内或特定的时刻之前不进行再同步。
此外，在将时间线扩展用的信息通过区段发送的情况下，也可以在PCR的不连续刚发生起一定期间内，发送与更新后的PCR对应的时间线扩展用的信息。接收装置中，如果区段的版本号被更新，则基于该区段中包含的时间线扩展用的信息进行再同步。另外，在PCR不连续发生后且比再同步靠前的时刻，无法保证流间的时钟同步。此时，也可以基于TS的discontinuity indicator等表示PCR的不连续的信息另行检测PCR的不连续，在检测到不连续的情况下，在再同步前的期间，将作为与基本TS的同步对象的媒体的访问单元假定为固定帧速率来进行解码、显示等。
[实施方式2的效果等]
如以上那样，根据本实施方式，在发送包含音频及视频的内容的、包含与视频的显示相关的布局信息或表示在再现时能够切换的流的信息等的再现控制信息时，在选台时必须接收的数据中存放再现控制信息的默认值，将用于更新默认的再现控制动作的信息存放在与混合电视标准等的应用关联的信息中来发送。
在此，在按照再现控制的默认值开始再现、接收装置对应于应用的情况下，基于作为应用数据而被发送的再现控制功能，按照用户动作等更新默认的再现控制信息。
由此，能够减小与内容的布局等再现控制有关的参数的决定的延迟时间。
(实施方式3)
如上所述，根据MMT方式，能够将影像以及声音进行复用、打包、并利用广播、通信等一个以上的传送路径发送。接收装置中，能够将利用一个以上的传送路径传送的包接收，基于程序信息从接收到的包中提取期望的包，并进行解码、提示。
也就是说，MMT方式中，能够接收利用多个传送路径传送的媒体(影像及声音、字幕等)来构成程序。但是，不能使用通过广播、通信而下载并存储的数据和从广播、通信流动的数据双方来构成程序。
因此，实施方式3中，说明使用通过广播、通信而下载并存储的数据和从广播、通信流动的数据双方来构成程序的情况的发送方法以及接收方法等。
以下，作为广播协同服务中的广播侧的复用格式，以MPEG中标准化的MMT(MPEGMedia Transport)为例进行说明。
MMT中，通过MPT(MMT Package Table)等表、或PA(Package Access)消息等消息信息来发送程序信息。MPT中记述有构成程序的资源(视频、音频等单一媒体)、传送资源的位置信息。也能够将一个资源通过多个传送路径传送。
本实施方式中，发送侧也使用广播波和通信路径来发送内容(数据或资源)，但在发送内容之前发送服务信息。
[服务信息]
图24是表示实施方式3的广播通信协同服务中的服务信息的数据构造的一例的图。图25是表示实施方式3的程序构成信息记述符中包含的信息的一例的图。
如图24所示，MPT内包含程序构成信息记述符，本记述符中表示了与构成封装包的资源相关的信息。与构成封装包的资源相关的信息中能够包含以下信息。
(与资源相关的信息)
1)将表示在构成程序的资源中包含还是不包含所存储的资源(以下称为存储资源)的信息作为与资源相关的信息而包含在程序构成信息记述符中。在此，所谓所存储的资源，是指例如HDD或内部存储器、SSD、SD卡等存储器、蓝光盘等中存储的资源。
2)在构成程序的资源中包含存储资源的情况下，也可以将表示程序的构成的信息作为与资源相关的信息而包含在程序构成信息记述符中。
例如，也可以包含表示程序仅由存储资源构成、程序由存储资源和所传送的资源(以下称为传送资源)构成、或者程序由包含存储包的资源和传送资源构成这样的程序的构成的信息。此外，例如程序由被可伸缩编码的影像构成的情况下，也可以包含表示在传送资源中包含基本层、在存储资源中包含扩展层的信息。此外，也可以包含表示在程序的再现中存储资源的解码、再现是必须的还是非必须的信息。例如，在存储资源的内容为附加性的信息的情况下，设为再现是非必须的，也可以包含表示存储资源的再现是非必须的信息。
此外，例如接收装置不对应于存储、或没有存储存储资源等情况下，基于表示在程序的再现中存储资源的解码、再现是非必须的信息，不使用存储资源而使用从广播、通信取得的资源来再现程序。
3)也可以将与存储资源相关的信息作为与资源相关的信息包含在程序构成信息记述符中。
在此，例如也可以包含a)存储资源的存储格式、影像及声音编码方式、传送存储资源的传送方式及复用方式等属性信息。在该情况下，对存储资源预先赋予属性信息，属性信息例如包含存储资源的头、表示存储资源的构成的程序信息等即可。也可以设为接收装置在程序信息中存放的属性信息与存储资源的属性信息一致时能够再现。此外，例如也可以包含b)与为了再现包含存储资源的程序而需要的接收机的能力、功能相关的信息。此外，例如也可以包含c)用于限制程序的再现或视听的信息(加扰方式、视听限制、限定接收、著作权信息)或密钥。在该情况下，也可以是，接收装置将用于限制程序信息中存放的视听的信息与存储资源进行对照，判断能否进行存储资源的再现或视听。此外，也可以是，接收装置预先存储加密后的资源，基于所发送的密钥将存储资源的加密解开。
4)在构成程序的资源由传送资源和存储资源构成的情况下，也可以将用于将传送资源和存储资源同步再现的时刻信息作为与资源相关的信息包含在程序构成信息记述符中。
该时刻信息例如可以表示传送资源的基准时刻信息相对于作为对存储资源赋予的时间戳的基准的基准时刻的偏移量。此外，在对存储资源赋予的时间戳被基于PCR(Program Clock Reference)或NTP(Network Time Protocol)而赋予的情况下，也可以表示相对于所传送的基准时刻(PCR或NTP)的相对时刻。此外，在存储资源以具有随机访问表的格式被存储的情况下，时刻信息也可以是对于存储资源的随机访问点的传送资源的时刻信息表。
(位置信息)
在MPT内，按每个资源记述资源的位置信息。例如一个资源存在于多个位置的情况下，在MPT内记述多个位置信息。
图26是表示实施方式3的位置信息记述符中包含的信息的一例的图。图27是表示实施方式3的位置信息记述符中包含的位置类型的一例的图。
如图26所示，在位置信息记述符中，作为位置信息而记述位置类型和用于确定与位置类型相应的资源的识别符。
位置类型表示位置信息的类型。例如，图26所示的例子中，位置类型的值Value为0xA0(Value＝0xA0)，因此从图27可知存储在本地。在位置类型表示存储在本地的情况下，位置信息中记述唯一地表示所存储的数据的本地ID。
在此，本地ID例如可以是所存储的资源的资源ID，也可以是包ID。此外，既可以是ARIB STD-B45中规定的32bit的传输文件识别符，也可以新规定。此外，也可以将网络ID、流ID等各种ID组合，按照规定的命名规则生成本地ID。此外，本地ID既可以由广播站、发送站、内容提供商等预先赋予，也可以在接收机侧对ID进行修正，将追加的信息添加赋予。也可以在接收侧赋予独自的ID，准备表示与在发送侧赋予的ID的对应关系的表而能够确定数据。
另外，上述的例子中，使用位置类型表示资源存储在本地，另赋予本地ID，但也可以使用如下方法。例如，也可以作为位置类型选择IPv4，使用本地特有的IP地址来指定。例如，也可以是，在IP地址为192.168.xxx.xxx的情况下，设为资源存储在本地，确定在xxx.xxx的部分存储的资源。
此外，对所存储的资源的数据(文件)赋予本地ID。例如，存放于文件中的文件头。本地ID既可以预先由广播站、发送站、内容提供商存放，也可以考虑在接收侧存放。
上述的记述符是一例，也可以以具有同样的功能的数据构造构成记述符。此外，本实施方式的记述符、识别符也可以存放在与MPT不同的表示封装包单位的信息的表或消息中。也可以使用其他信令信息发送。
另外，以MMT为例进行了说明，但不限定于MMT，也可以是TS、MPEG-DASH等其他格式。例如，在作为复用方式而使用MPEG2-TS的情况下，也可以存放在PMT(Program MapTable)中。此外，在将MPEG2-TS方式和其他方式组合而传送的情况下，也可以存放在TEMI(Timeline and External Media Information)访问单元中。在使用MPEG-DASH的情况下，也可以记述在MPD(Media presentation description)中。
(资源构成信息记述符)
MMT方式中，能够将一个资源通过多个传送路径传送。此时，也可以存放表示资源的构成的资源构成信息记述符。
图28是表示实施方式3的资源构成信息记述符中包含的信息的一例的图。即，表示资源的构成的信息中可以包含下述的信息。
1)也可以将该资源为存储资源的情况、资源包含存储包的情况包含在表示资源的构成的信息中。在此，资源包含存储包的情况是指一个资源由从广播及通信传送的包和所存储的包构成的情况。
2)在资源为存储资源的情况下，例如也可以将a)该资源仅由存储资源构成、由存储包和传送包构成这样的信息作为表示资源的构成的信息来包含。此外，b)在资源由被可伸缩编码的影像构成的情况下，例如也可以将表示在传送包中包含基本层、在存储包中包含扩展层的信息等作为表示资源的构成的信息来包含。此外，c)作为资源的构成，也可以将表示存储包的解码、再现是必须的还是非必须的信息作为表示资源的构成的信息来包含。例如，在存储包的内容为附加性的信息的情况下，设为再现是非必须的，能够表示存储包的内容的再现是非必须的。
由此，例如在接收装置不对应于存储、或没有存储存储包等情况下，能够基于表示在资源的再现中存储包的解码、再现是非必须的信息，不使用存储包，而使用从广播、通信传送的包来再现程序。
另外，上述的资源构成信息记述符是一例，也可以以具有同样的功能的数据构造构成资源构成信息记述符。
此外，资源构成信息记述符、识别符也可以存放在与MPT不同的表示封装包单位的信息的表或消息中。也可以使用其他信令信息发送。
另外，以MMT为例进行了说明，但不限定于MMT，也可以是TS或MPEG-DASH等其他格式。例如，在作为复用方式而使用MPEG2-TS的情况下，也可以存放在PMT(Program MapTable)中。此外，在将MPEG2-TS方式与其他方式组合而传送的情况下，也可以存放在TEMI(Timeline and External Media Information)访问单元中。在使用MPEG-DASH的情况下，也可以记述在MPD(Media presentation description)中。
[接收方法以及接收装置]
以下，利用图说明本实施方式中的接收装置将存储资源同步再现的动作的一例。
图29是表示实施方式3的广播通信协同服务中的接收方法的流程图。图30是表示实施方式3中的接收装置的结构的一例的框图。
图30所示的接收装置30具备程序信息解析部31、存储资源确定部32、存储资源信息解析部33、判定部34、资源取得部35、同步提示部36以及同步控制部37。
首先，在步骤S11中，程序信息解析部31对作为接入点的程序构成信息记述符进行解析，并解析在程序的构成中是否包含存储资源。
接着，在步骤S12中，程序信息解析部31判定在构成程序的要素中是否包含存储资源。在判定为在构成程序的要素中包含存储资源的情况下(S12中是)，进入步骤S13，取得表示程序的构成的信息、与存储资源相关的信息，并取得与存储资源的相对时刻信息等信息。在判定为不包含存储资源的情况下(S12中否)，步进入骤S17，取得通过广播、通信等传送的传送资源并同步再现。
接着，在步骤S14中，接收装置30取得存储资源的位置信息、本地ID。更具体而言，在资源存储在本地的情况下，存储资源确定部32从接收装置30中存储的资源中检索并确定与本地ID对应的资源。另外，在存储装置有多个的情况下，既可以从多个存储装置中检索，也可以仅在特定的存储装置中进行检索。此外，存储资源信息解析部33取得确定的资源的属性信息。
接着，在步骤S15中，判定部34基于与在步骤S12中取得的存储资源相关的信息和在步骤S14中取得的存储资源的属性信息，判定是否能够再现包含存储资源的程序。
如果判定为程序能够再现(S15中是)，则进入步骤S16，资源取得部35除了广播、通信等的传送资源以外，还取得存储资源。并且，同步控制部37基于所取得的相对时刻信息，实施传送资源与存储资源的同步控制处理，同步提示部36进行程序的同步及提示。
另一方面，如果在步骤S15中判定为程序不能再现(S15中否)，则进入步骤S17，取得通过广播、通信等传送的传送资源并进行同步、再现。
[实施方式3的效果等]
如以上那样，根据本实施方式，能够实现将使广播以及通信协同的服务通过MPEG(Moving Picture Expert Group)中标准化的MMT(MPEG Media Transport)方式等格式进行复用时的程序信息的生成方法、程序的再现方法、以及再现装置。
MMT方式中，将影像、声音进行复用并打包，通过广播或通信等一个以上的传送路径发送，接收装置中接收通过一个以上的传送路径传送的包，基于程序信息从接收到的包中提取期望的包并进行解码、提示。
MMT方式中，能够接收通过多个传送路径传送的媒体(影像或声音、字幕等)而构成程序。但是，不能使用通过广播或通信下载并存储的数据和从广播、通信流动的数据双方来构成程序。
因此，本实施方式中，在表示程序的构成的程序信息中设置：表示是存储有构成程序的媒体的一个的数据的识别符、以及能够确定所存储的媒体(文件)的识别符。此外，在再现装置中，对程序信息进行解析，确定通过广播、通信传送的媒体和所存储的数据，并同步再现。
由此，能够使用通过广播、通信下载并存储的数据和通过广播、通信流动的数据双方来构成程序，因此除了以往的广播通信协同服务以外，还能够提供与存储的文件协同的服务。
另外，本实施方式中，以传送资源与存储资源的组合为例进行了说明，但不限于此。传送资源既可以是通过广播传送的资源，也可以是通过通信传送的资源。此外，也可以是从广播和通信双方传送的资源。作为使用存储资源的服务，可以提供如下的服务。也可以在程序信息中存放表示服务的内容的识别符。
(使用存储资源的服务)
1)也可以预先下载构成程序的资源，广播中仅发送程序信息、时刻同步信息(时刻基准信息、时间戳的相对值等)，使用存储资源再现程序。此时，广播业者能够将使用存储数据的程序按照节目编制实时地提供给视听者。视听者能够如实时地视听广播中的节目那样视听存储数据。不仅是实时的广播，还能够按照需求来提供内容。
2)此外，也可以与构成程序的资源一起，预先将程序信息、随机访问点等下载并存储，与通过广播、通信传送的程序信息同步地构成程序。
3)能够提供将通常的广播节目仅使用广播发送，仅在广告时与存储数据协同的服务。也可以预先将广告数据从广播或通信下载，在到广告的时间段时，将包含存储数据的程序提供给视听者。此外，也可以预先下载多个广告数据，根据视听者的属性或嗜好来选择要提供的广告。视听者的属性或嗜好等既可以由接收装置取得并解析而得到，也可以与其他应用或服务协同地取得。
4)广播业者也可以通过提供与存储数据协同的服务，将空闲的频率资源分配给其他服务。此时，程序信息中也可以存放表示该服务中使用的频率资源被提供给其他服务的信息。
5)也可以具有由视听者切换为与存储资源协同的程序的功能。例如，也可以是，仅视听着传送资源的视听者通过遥控器等用户接口切换为包含存储资源的程序。
6)此外，也可以由接收装置或视听者设定是否可以访问存储资源并构成程序。此外，也可以仅在程序信息被认证为能够信赖的情况下访问存储资源并构成程序。程序信息中作为表示该程序信息能够信赖的信息而存放密钥等。
(EPG)
7)作为EPG(Electronic Program Guide)而显示的信息既可以从程序信息取得，也可以从EPG专用的信令信息取得。
8)也可以将程序被使用广播来提供、使用通信来提供、使用存储来提供、组合而提供、或者作为扩展服务而提供等信息显示在EPG中。此外，也可以仅显示接收装置能够提供的功能。例如，在接收装置不具有存储的功能、接收通信的功能的情况下，也可以不显示与存储、通信相关的信息。
9)也可以将表示在包含存储资源的程序中是否存储有该程序的存储资源的信息显示在EPG上。也可以将表示是否能够提示该程序的存储资源的信息显示在EPG上。既可以用字符等表示，也可以用EPG的程序的背景色等表示。也可以提示包含存储资源的内容涉及视听限制或著作权的信息。
10)在从EPG预约包含存储资源的程序的情况下，也可以在EPG等上显示存储资源是否能够从广播下载、是否能够从通信下载、或者是否能够通过通信的流媒体视听。在接收装置不具有通信手段的情况下，也可以仅显示是否能够进行广播下载。视听者从可下载预约的方法中选择并预约。
下载的预约既可以事先由视听者从EPG预约，也可以由接收装置自动下载。下载方法的选择既可以由视听者进行，也可以由接收装置自动选择。
此外，也可以根据能够通过广播下载的时间段、能够通过通信下载的时间段、能够通过通信流动的时间段，改变EPG的显示、接收装置的功能。
另外，不限于上述的EPG的显示，也可以用EPG以外的其他提示方法提示。
以上，关于本发明的一个或多个方式所涉及的发送方法以及接收方法等，基于实施方式进行了说明，但本发明不限定于该实施方式。只要不脱离本发明的主旨，则对本实施方式实施了本领域技术人员想到的各种变形的形态、将不同的实施方式中的构成要素组合而构筑的形态也包含在本发明的一个或多个方式的范围内。
例如，上述各实施方式中，各构成要素可以由专用的硬件构成、或通过执行适合于各构成要素的软件程序来实现。各构成要素也可以通过由CPU或处理器等程序执行部读出并执行硬盘或半导体存储器等记录介质中记录的软件程序来实现。
工业实用性
本发明作为能够使用广播波和通信路径来发送内容的内容的发送方法、接收方法等而有用。
附图标记说明
11识别信息取得部
14、104、305、405、1105广播接收部
30、100、300、400、700、1100接收装置
31程序信息解析部
32存储资源确定部
33存储资源信息解析部
34、103判定部
35资源取得部
36同步提示部
37同步控制部
101、301、401、1101识别信息取得部
102资源决定部
105、306、406、1106通信接收部
302、402、1102决定部
303、403、1103通信并用判定部
304、404、1104Loc信息取得部
407同步判定部
408、1108再现部
701接收部
702默认信息解析部
703应用信息接收部
704应用再现控制信息解析部
705再现控制执行部
1107基准时钟判定部

Claims (14)

1.一种发送方法，是内容的发送方法，
该发送方法包括信息发送步骤，在该信息发送步骤中，发送辅助信息，该辅助信息用于在第1内容和第2内容之间取得同步，并且在由接收侧接收到的情况下取得所述同步，所述辅助信息包含：表示所述第1内容的信息和表示所述第2内容的信息、以及表示所述第1内容和所述第2内容的关联的信息，其中，所述所述第1内容和所述第2内容相互同步地再现，
在所述信息发送步骤中，在发送所述内容之前发送所述辅助信息。
2.如权利要求1所述的发送方法，
所述辅助信息中还包含表示所述第1内容和所述第2内容的取得目标的位置信息或表示所述位置信息的取得目标的信息。
3.如权利要求2所述的发送方法，
表示所述第1内容的取得目标的位置信息或表示所述位置信息的取得目标的信息，指示该内容以广播波发送。
4.如权利要求1或2所述的发送方法，
在所述辅助信息发送步骤中，还在所述辅助信息中包含利用所述广播波发送的内容的基准时钟与利用所述通信路径发送的内容的基准时钟的差分信息而发送。
5.如权利要求4所述的发送方法，
通过在所述辅助信息发送步骤中发送所述辅助信息，在所述内容的基准时钟不同的情况下，基于所述差分信息使利用所述通信路径发送的内容的基准时钟同步于利用所述广播波发送的内容的基准时钟，从而使所述接收侧取得所述同步。
6.如权利要求1或2所述的发送方法，
在所述发送方法中，包括：
生成步骤，以按照MPEG媒体传输即MMT的格式生成所述内容；以及
内容发送步骤，将所述内容以在所述生成步骤中生成的格式发送。
7.如权利要求6所述的发送方法，
在所述生成步骤中，将所述辅助信息包含在消息信息中而生成，该消息信息是与所述内容的取得有关的信息。
8.一种接收方法，包括：
接收步骤，接收内容；以及
再现步骤，在接收到用于在第1内容与第2内容之间取得同步的辅助信息的情况下，进行取得所述同步的处理，并再现所述内容，所述辅助信息包含：表示所述第1内容的信息和表示所述第2内容的信息、以及表示所述第1内容和所述第2内容的关联的信息，其中，所述第1内容和所述第2内容相互同步地再现，
在所述接收步骤中，在接收所述内容之前接收所述辅助信息。
9.如权利要求8所述的接收方法，
在所述辅助信息中包含有表示所述第1内容和所述第2内容的取得目标的位置信息的情况下，基于所述位置信息取得所述内容，从而接收所述内容。
10.如权利要求8所述的接收方法，
表示所述第1内容的取得目标的位置信息或表示所述位置信息的取得目标的信息，指示该内容以广播波发送。
11.如权利要求8所述的接收方法，
在所述接收步骤中，
在接收所述内容之前接收所述辅助信息，
在所述辅助信息中包含有表示示出所述内容的取得目标的位置信息的取得目标的信息的情况下，
基于表示所述位置信息的取得目标的信息，取得所述位置信息，根据所取得的所述位置信息取得所述内容，从而接收所述内容。
12.如权利要求8～11中任一项所述的接收方法，
在所述再现步骤中，
在所述接收步骤中接收包含利用所述广播波发送的内容的基准时钟与利用所述通信路径发送的内容的基准时钟的差分信息的所述辅助信息、并且利用所述广播波发送的内容的基准时钟和利用所述通信路径发送的内容的基准时钟不同的情况下，基于所述差分信息使利用所述通信路径发送的内容的基准时钟同步于利用所述广播波发送的内容的基准时钟，从而进行取得所述内容的同步的处理，再现所述内容。
13.一种发送装置，是内容发送装置，
具备信息发送部，该信息发送部发送辅助信息，该辅助信息用于在第1内容与第2内容之间取得同步，并且在由接收侧接收到的情况下取得所述同步，所述辅助信息包含：表示所述第1内容的信息和表示所述第2内容的信息、以及表示所述第1内容和所述第2内容的关联的信息，其中，所述第1内容和所述第2内容相互同步地再现，
所述信息发送部，在发送所述内容之前发送所述辅助信息。
14.一种接收装置，具备：
接收部，接收内容；以及
再现部，在接收到用于在第1内容和第2内容之间取得同步的辅助信息的情况下，进行取得所述同步的处理，并再现所述内容，所述辅助信息包含：表示所述第1内容的信息和表示所述第2内容的信息、以及表示所述第1内容和所述第2内容的关联的信息，其中，所述第1内容和所述第2内容相互同步地再现，
所述接收部，在接收所述内容之前接收所述辅助信息。
CN202010086185.8A 2013-07-25 2014-07-22 发送方法、接收方法、发送装置及接收装置 Pending CN111314762A (zh)

Applications Claiming Priority (17)

Application Number Priority Date Filing Date Title
US201361858155P 2013-07-25 2013-07-25
US61/858,155 2013-07-25
US201361862115P 2013-08-05 2013-08-05
US61/862,115 2013-08-05
US201361863041P 2013-08-07 2013-08-07
US61/863,041 2013-08-07
US201361880283P 2013-09-20 2013-09-20
US61/880,283 2013-09-20
US201361883251P 2013-09-27 2013-09-27
US61/883,251 2013-09-27
US201361890981P 2013-10-15 2013-10-15
US61/890,981 2013-10-15
US201361892539P 2013-10-18 2013-10-18
US61/892,539 2013-10-18
JP2014145344A JP6616064B2 (ja) 2013-07-25 2014-07-15 送信方法および受信方法
JP2014-145344 2014-07-15
CN201480027612.8A CN105230026B (zh) 2013-07-25 2014-07-22 发送方法、接收方法、发送装置及接收装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201480027612.8A Division CN105230026B (zh) 2013-07-25 2014-07-22 发送方法、接收方法、发送装置及接收装置

Publications (1)

Publication Number Publication Date
CN111314762A true CN111314762A (zh) 2020-06-19

Family

ID=52491367

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202010086185.8A Pending CN111314762A (zh) 2013-07-25 2014-07-22 发送方法、接收方法、发送装置及接收装置
CN201480027612.8A Active CN105230026B (zh) 2013-07-25 2014-07-22 发送方法、接收方法、发送装置及接收装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201480027612.8A Active CN105230026B (zh) 2013-07-25 2014-07-22 发送方法、接收方法、发送装置及接收装置

Country Status (5)

Country Link
US (4) US10356474B2 (zh)
EP (2) EP3641318A1 (zh)
JP (5) JP6616064B2 (zh)
CN (2) CN111314762A (zh)
WO (1) WO2015011915A1 (zh)

Families Citing this family (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6625318B2 (ja) * 2013-08-29 2019-12-25 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法および受信方法
JP6400992B2 (ja) * 2013-09-06 2018-10-03 日本放送協会 送信装置、受信装置および限定受信システム
WO2015099409A1 (en) 2013-12-23 2015-07-02 Lg Electronics Inc. Apparatuses and methods for transmitting or receiving a broadcast content via one or more networks
US10728610B2 (en) 2014-02-26 2020-07-28 Sony Corporation Receiving apparatus, receiving method, transmission apparatus, and transmission method
WO2016017451A1 (ja) * 2014-08-01 2016-02-04 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
JP6341809B2 (ja) * 2014-08-29 2018-06-13 シャープ株式会社 放送信号送受信システムおよび放送信号送受信方法
JP2016052010A (ja) * 2014-08-29 2016-04-11 シャープ株式会社 放送信号送信装置、放送信号受信装置、テレビジョン受像機、放送信号伝送システム、制御プログラム、および記録媒体
JP6341810B2 (ja) * 2014-08-29 2018-06-13 シャープ株式会社 放送信号送受信システムおよび放送信号送受信方法
JP5957050B2 (ja) * 2014-08-29 2016-07-27 シャープ株式会社 放送信号受信装置、テレビジョン受像機、制御プログラム、および記録媒体
US9635407B2 (en) * 2014-10-16 2017-04-25 Samsung Electronics Co., Ltd. Method and apparatus for bottleneck coordination to achieve QoE multiplexing gains
EP4284007A3 (en) * 2014-11-07 2024-02-21 Sony Group Corporation Transmission device, transmission method, reception device, and reception method
KR102126257B1 (ko) * 2015-02-13 2020-06-24 에스케이텔레콤 주식회사 멀티뷰 스트리밍 서비스 지원 방법 및 이를 지원하는 장치
JP6043825B2 (ja) * 2015-03-20 2016-12-14 ヤフー株式会社 情報処理装置、情報処理方法、情報処理プログラム、および配信装置
CN113038188B (zh) * 2015-03-31 2023-06-06 松下电器（美国）知识产权公司 发送方法、接收方法、发送装置以及接收装置
JP6591775B2 (ja) * 2015-04-15 2019-10-16 マクセル株式会社 出力制御方法
JP2016201765A (ja) * 2015-04-14 2016-12-01 日立マクセル株式会社 放送受信装置及び映像出力方法
GB2538998A (en) * 2015-06-03 2016-12-07 Nokia Technologies Oy A method, an apparatus, a computer program for video coding
KR102473346B1 (ko) * 2015-06-23 2022-12-05 삼성전자주식회사 디지털 방송 서비스 방법 및 장치
WO2016208988A1 (en) 2015-06-23 2016-12-29 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving signal in multimedia system
CN111836096B (zh) * 2015-07-24 2023-05-30 麦克赛尔株式会社 广播接收装置
CN113259750B (zh) * 2015-08-06 2023-02-03 麦克赛尔株式会社 影像显示装置
JP6801668B2 (ja) * 2015-11-05 2020-12-16 ソニー株式会社 コンテンツ再生装置、およびコンテンツ再生方法
JP5957156B2 (ja) * 2016-01-25 2016-07-27 シャープ株式会社 放送信号送受信システムおよび放送信号送受信方法
US10257583B2 (en) * 2016-02-17 2019-04-09 Arris Enterprises Llc Method for delivering and presenting targeted advertisements without the need for time synchronized content streams
JP5957161B1 (ja) * 2016-04-27 2016-07-27 シャープ株式会社 放送信号送受信システムおよび放送信号送受信方法
JP2016195410A (ja) * 2016-06-17 2016-11-17 シャープ株式会社 放送信号受信装置、放送信号受信方法、制御プログラム、および記録媒体
JP2018006846A (ja) * 2016-06-28 2018-01-11 日本放送協会 同期提示システム、同期提示方法及び同期提示プログラム
CN113923491A (zh) * 2016-09-06 2022-01-11 麦克赛尔株式会社 广播接收系统
JP6140381B1 (ja) * 2017-03-31 2017-05-31 シャープ株式会社 放送信号送受信システム、および放送信号送受信方法
JP6175207B1 (ja) * 2017-06-12 2017-08-02 シャープ株式会社 放送信号受信装置、放送信号受信方法、テレビジョン受像機、制御プログラム、および記録媒体
JP6175208B1 (ja) * 2017-06-12 2017-08-02 シャープ株式会社 放送信号送受信システム、および放送信号送受信方法
JP6181897B1 (ja) * 2017-06-26 2017-08-16 シャープ株式会社 放送信号受信装置、放送信号受信方法、テレビジョン受像機、制御プログラム、および記録媒体
JP6181898B1 (ja) * 2017-06-26 2017-08-16 シャープ株式会社 放送信号送受信システムおよび放送信号送受信方法
DE102017211910A1 (de) * 2017-07-12 2019-01-17 Dr. Johannes Heidenhain Gmbh Diffraktiver Biosensor
JP6251835B2 (ja) * 2017-07-20 2017-12-20 シャープ株式会社 放送信号送受信システムおよび放送信号送受信方法
JP6251834B2 (ja) * 2017-07-20 2017-12-20 シャープ株式会社 放送信号受信装置、放送信号受信方法、テレビジョン受像機、制御プログラム、および記録媒体
JP2018133809A (ja) * 2018-03-29 2018-08-23 マクセル株式会社 放送番組の録画予約の制御方法
JP2018196130A (ja) * 2018-07-18 2018-12-06 シャープ株式会社 放送信号送信装置、放送信号送信方法、制御プログラム、および記録媒体
JP6752949B2 (ja) * 2019-09-04 2020-09-09 マクセル株式会社 出力制御方法及び放送受信装置
JP6784817B2 (ja) * 2019-09-19 2020-11-11 マクセル株式会社 出力制御方法
JP7239762B2 (ja) * 2020-07-07 2023-03-14 マクセル株式会社 放送受信装置におけるコピー制御方法
JP7063946B2 (ja) * 2020-07-07 2022-05-09 マクセル株式会社 放送受信装置
JP2020184781A (ja) * 2020-07-07 2020-11-12 マクセル株式会社 放送受信装置
JP7063947B2 (ja) * 2020-07-07 2022-05-09 マクセル株式会社 放送受信装置
JP7239763B2 (ja) * 2020-07-07 2023-03-14 マクセル株式会社 放送受信装置におけるコピー制御方法
JP2020184780A (ja) * 2020-07-07 2020-11-12 マクセル株式会社 放送受信装置
JP6845967B2 (ja) * 2020-10-23 2021-03-24 マクセル株式会社 出力制御方法
JP6849852B2 (ja) * 2020-10-23 2021-03-31 マクセル株式会社 出力制御方法
JP7222060B2 (ja) * 2020-11-04 2023-02-14 マクセル株式会社 出力制御方法
JP7048787B2 (ja) * 2021-03-04 2022-04-05 マクセル株式会社 出力制御方法
JP7239760B2 (ja) * 2021-03-04 2023-03-14 マクセル株式会社 出力制御方法
CN116158026A (zh) * 2021-04-22 2023-05-23 海信视像科技股份有限公司 接收机
BE1029802B1 (fr) * 2021-09-28 2023-04-24 Demute Synchronisation d'informations fournies par deux dispositifs différents
JP7434619B2 (ja) 2021-12-23 2024-02-20 マクセル株式会社 出力制御方法
JP7448695B2 (ja) 2022-09-08 2024-03-12 マクセル株式会社 コンテンツの蓄積及び出力方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1550097A (zh) * 2002-03-28 2004-11-24 ������������ʽ���� 数字广播发送装置及其方法、数字广播接收装置及其方法
US20050166135A1 (en) * 2004-01-05 2005-07-28 Burke David G. Apparatus, system and method for synchronized playback of data transmitted over an asynchronous network
US20080279535A1 (en) * 2007-05-10 2008-11-13 Microsoft Corporation Subtitle data customization and exposure
WO2012099359A2 (ko) * 2011-01-19 2012-07-26 삼성전자 주식회사 복수의 실시간 전송 스트림을 수신하는 수신 장치와 그 송신 장치 및 멀티미디어 컨텐츠 재생 방법
JP2013034232A (ja) * 2012-10-09 2013-02-14 Hitachi Consumer Electronics Co Ltd 送受信システムおよび情報処理方法

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2859859A1 (fr) * 2003-09-16 2005-03-18 France Telecom Procede et module de reception de signaux de television
WO2006105010A1 (en) * 2005-03-25 2006-10-05 Neocific, Inc. Methods and apparatus for cellular broadcasting and communication system
US8213768B2 (en) 2005-03-08 2012-07-03 Panasonic Corporation Packet transmitting apparatus
KR20070027070A (ko) 2005-08-29 2007-03-09 삼성전자주식회사 방송/통신 결합서비스 정보 송수신 방법 및 장치
JP2007221376A (ja) * 2006-02-15 2007-08-30 Sharp Corp コンテンツ再生装置、放送コンテンツ送信装置、制御データ供給装置、ユーザ属性値供給装置、放送システム、コンテンツ再生方法、及び、放送コンテンツ送信方法
WO2008084947A1 (en) * 2007-01-08 2008-07-17 Sk Telecom Co., Ltd. System and method for synchroning broadcast content with supplementary information
EP2183873A4 (en) * 2007-05-14 2015-09-02 Sigma Group Inc METHOD AND APPARATUS FOR WIRELESS HDMI CLOCK REGENERATION
US9426479B2 (en) * 2007-08-09 2016-08-23 Cisco Technology, Inc. Preserving captioning through video transcoding
US8776144B2 (en) * 2008-10-16 2014-07-08 Industrial Technology Research Institute Mobile TV system and method for synchronizing the rendering of streaming services thereof
US9986270B2 (en) * 2010-09-21 2018-05-29 Saturn Licensing Llc Reception and transmission of trigger information for application program control
KR20120083747A (ko) * 2011-01-18 2012-07-26 삼성전자주식회사 방송통신 융합형 서비스를 위한 전송 방법 및 장치
US10356453B2 (en) 2011-01-19 2019-07-16 Samsung Electronics Co., Ltd. Apparatus and method for configuring a control message in a broadcast system
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
KR101946861B1 (ko) * 2011-09-21 2019-02-13 삼성전자주식회사 멀티미디어 방송 서비스의 미디어 데이터 동기화 방법 및 장치
KR101353073B1 (ko) * 2011-10-05 2014-04-02 오큐브 주식회사 소셜네트워크서비스를 이용한 오픈 마켓형 종합 쇼핑몰 운영시스템
KR101965385B1 (ko) * 2011-10-10 2019-04-03 한국전자통신연구원 융합형 ３ｄｔｖ에서 컨텐츠 스트림에 접근하는 컨텐츠 제공 장치 및 방법, 그리고 컨텐츠 재생 장치 및 방법
US20140237536A1 (en) * 2011-10-13 2014-08-21 Samsung Electronics Co., Ltd. Method of displaying contents, method of synchronizing contents, and method and device for displaying broadcast contents
WO2013055191A2 (ko) 2011-10-13 2013-04-18 삼성전자주식회사 방송 시스템에서의 제어 메시지 구성 장치 및 방법
JP5921852B2 (ja) * 2011-10-21 2016-05-24 シャープ株式会社 配信装置
CN103229511A (zh) * 2011-10-26 2013-07-31 松下电器产业株式会社 广播接收装置、广播接收方法以及程序
US9118950B2 (en) * 2011-10-26 2015-08-25 Panasonic Intellectual Property Corporation Of America Broadcast receiving apparatus, playback apparatus, broadcast communication system, broadcast receiving method, playback method, and program
EP2611051B1 (en) * 2011-12-29 2014-06-04 Thomson Licensing Method for synchronizing media services
JP2014241520A (ja) * 2013-06-12 2014-12-25 日本放送協会 送信システム、情報送信装置、プラットフォーム装置及び受信装置
JP6510205B2 (ja) * 2013-10-11 2019-05-08 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置および受信装置
US9866804B2 (en) * 2014-04-09 2018-01-09 Lg Electronics Inc. Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1550097A (zh) * 2002-03-28 2004-11-24 ������������ʽ���� 数字广播发送装置及其方法、数字广播接收装置及其方法
US20050166135A1 (en) * 2004-01-05 2005-07-28 Burke David G. Apparatus, system and method for synchronized playback of data transmitted over an asynchronous network
US20080279535A1 (en) * 2007-05-10 2008-11-13 Microsoft Corporation Subtitle data customization and exposure
WO2012099359A2 (ko) * 2011-01-19 2012-07-26 삼성전자 주식회사 복수의 실시간 전송 스트림을 수신하는 수신 장치와 그 송신 장치 및 멀티미디어 컨텐츠 재생 방법
JP2013034232A (ja) * 2012-10-09 2013-02-14 Hitachi Consumer Electronics Co Ltd 送受信システムおよび情報処理方法

Also Published As

Publication number Publication date
US20160100220A1 (en) 2016-04-07
JP2023099620A (ja) 2023-07-13
CN105230026B (zh) 2020-03-06
EP3026920A1 (en) 2016-06-01
EP3026920B1 (en) 2019-10-30
JP7280408B2 (ja) 2023-05-23
US20190281353A1 (en) 2019-09-12
CN105230026A (zh) 2016-01-06
EP3026920A4 (en) 2016-07-06
JP7057411B2 (ja) 2022-04-19
JP6616064B2 (ja) 2019-12-04
US20230319355A1 (en) 2023-10-05
WO2015011915A1 (ja) 2015-01-29
JP2021057918A (ja) 2021-04-08
US11102547B2 (en) 2021-08-24
US11711580B2 (en) 2023-07-25
US10356474B2 (en) 2019-07-16
US20210345000A1 (en) 2021-11-04
JP2022089899A (ja) 2022-06-16
JP2020031437A (ja) 2020-02-27
JP6818848B2 (ja) 2021-01-20
EP3641318A1 (en) 2020-04-22
JP2015027082A (ja) 2015-02-05

Similar Documents

Publication Publication Date Title
JP7280408B2 (ja) 送信方法および受信方法
US11765414B2 (en) Transmitting method, receiving method, transmitting apparatus, and receiving apparatus
JP6339501B2 (ja) マルチメディアサービス送受信方法及び装置
JP6505996B2 (ja) 受信方法、及び、受信装置
JP2017163552A (ja) マルチメディアサービス送受信方法及び装置
US20130346566A1 (en) Apparatus and method of transmitting and receiving associated broadcasting contents based on heterogeneous network
JP7453266B2 (ja) 送信装置
JP2018148574A (ja) マルチメディアコンテンツ受信装置

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