TW201608845A - 接收裝置以及發送裝置 - Google Patents

接收裝置以及發送裝置 Download PDF

Info

Publication number
TW201608845A
TW201608845A TW104127991A TW104127991A TW201608845A TW 201608845 A TW201608845 A TW 201608845A TW 104127991 A TW104127991 A TW 104127991A TW 104127991 A TW104127991 A TW 104127991A TW 201608845 A TW201608845 A TW 201608845A
Authority
TW
Taiwan
Prior art keywords
application
packet
unit
ait
descriptor
Prior art date
Application number
TW104127991A
Other languages
English (en)
Inventor
Tomoko Aono
Hisao Kumai
Maki Takahashi
Shuhichi Watanabe
Original Assignee
Sharp Kk
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=55305463&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=TW201608845(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Sharp Kk filed Critical Sharp Kk
Publication of TW201608845A publication Critical patent/TW201608845A/zh

Links

Classifications

    • 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
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • H04H20/30—Arrangements for simultaneous broadcast of plural pieces of information by a single channel
    • 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
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being 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/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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • 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 or rendering scenes according to encoded video stream 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • 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/85406—Content authoring involving a specific file format, e.g. MP4 format
    • 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/8545—Content authoring for generating interactive applications
    • 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/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot

Landscapes

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

Abstract

本發明提供一種接收裝置以及發送裝置，其可按多節目編制之每個節目啟動不同之應用程式。該接收裝置以及發送裝置包括：一分量解多工部(34)，其接收表示與每個封包對應之應用程式的MH-AIT(141)；一合成部(38)，其再生封包之一個；一音訊解碼部(36)；以及，一資料廣播控制部(37)，其參照MH-AIT(141)，控制與正在再生之封包對應的應用程式。

Description

接收裝置以及發送裝置
本發明係關於接收對一個頻道分配有多個封包的多節目編制之內容的接收裝置與該接收裝置之控制方法、發送該內容之發送裝置與該發送裝置之控制方法、以及，這些裝置之控制程式與記錄了該控制程式之記錄媒體。
當今，正在策劃規定針對超高精細度電視廣播(8K或者4K廣播)之廣播規格。而且，還正在策劃規定針對超高精細度電視廣播之資料廣播規格。
而且，在近年才開始提供服務的廣播與通訊合作服務之混合廣播(Hybridcast)中，可基於應用程式資訊表(AIT)，與節目聯動而啟動資料廣播之應用程式。
【非專利文獻】
[非專利文獻1]一般社團法人 電波產業會，數位廣播中的資料廣播編碼方式與傳送方式 標準規格ARIB STD-B24 5.5版(第三分冊)，2011年12月發行
[非專利文獻2]一般社團法人 電波產業會，數位廣播中的視訊編碼、音訊編碼以及多工方式 標準規格ARIB STD-B32 2.2版，2009年7月發行
[非專利文獻3]一般社團法人 電波產業會，數位廣播中的基於MMT之媒體傳輸方式 標準規格ARIB STD-B60 1.0版，2014年7月發行
[非專利文獻4]一般社團法人IPTV論壇，IPTV規定 廣播與通訊合作系統規格IPTVFJ STD-0010 1.0版，P16-P34，P53-P59，2013年3月22日發行
在針對當今正在策劃規定中之超高精細度電視廣播之廣播規格中，不僅對8K廣播，有可能對4K多頻道編制之廣播也進行規格化。然而，在針對現狀之超高精細度電視廣播之規格中，一個廣播服務只能與一個AIT相關聯。因此，在4K多頻道編制之廣播節目中，無法按多節目編制之每個節目啟動不同之應用程式。
本發明係基於上述課題而提出，其目的在於，實現能夠按多節目編制之每個節目啟動不同之應用程式的接收裝置、發送裝置、發送系統、接收裝置之控制方法、發送裝置之控制方法、控制程式以及記錄媒體。
為了解決上述之課題，本發明之一態樣所涉及之接收裝置係接收對一個頻道分配有多個封包的多節目編制之內容，該接收裝置具備：一接收部，其接收表示與每個封包對應之應用程式的應用程式特定資訊；一再生部，其再生該封包之一個；一控制部，其參照該接收部接收之應用程式特定資訊，啟動與該再生部正在再生之封包對應的應用程式。
為了解決上述之課題，本發明之一態樣所涉及之接收裝置係接收對一個頻道分配有多個封包的多節目編制之內容，該接收裝置具備：一接收部，其針對該封包之每一個接收用於控制與該封包對應之應用程式的應用程式控制資訊；一再生部，其再生該封包之一個；一控制部，其參照與該再生部正在再生之應用程式對應的應用程式控制資訊，啟動與該封 包對應之應用程式。
為了解決上述之課題，本發明之一態樣所涉及之發送裝置係將對一個頻道分配有多個封包的多節目編制之內容發送至接收裝置，該發送裝置具備：一生成部，其生成表示與每個封包對應之應用程式的應用程式特定資訊；一發送部，其發送該生成部生成之應用程式特定資訊。
為了解決上述之課題，本發明之一態樣所涉及之發送裝置係將對一個頻道分配有多個封包的多節目編制之內容發送至接收裝置，該發送裝置具備：一生成部，其針對該封包之每一個生成與該封包對應之應用程式控制資訊；一發送部，其發送該生成部生成之多個應用程式控制資訊。
為了解決上述之課題，本發明之一態樣所涉及之接收裝置之控制方法係接收對一個頻道分配有多個封包的多節目編制之內容，該接收裝置之控制方法包括：一接收步驟，其接收表示與每個封包對應之應用程式的應用程式特定資訊；一再生步驟，其再生該封包之一個；一控制步驟，其參照在該接收步驟中接收之應用程式特定資訊，啟動與在該再生步驟中正在再生之封包對應的應用程式。
為了解決上述之課題，本發明之一態樣所涉及之發送裝置之控制方法係發送對一個頻道分配有多個封包的多節目編制之內容，該發送裝置之控制方法包括：一生成步驟，其生成表示與每個封包對應之應用程式的應用程式特定資訊；一發送步驟，其發送在該生成步驟中生成之應用程式特定資訊。
根據本發明之一態樣，具有能夠按多頻道(多節目編制之內容)啟動與該多頻道對應之應用程式的效果。
1‧‧‧內容發送系統(發送系統)
2‧‧‧發送裝置
3‧‧‧接收裝置
21‧‧‧分量多工部(生成部、發送部)
34‧‧‧分量解多工部(接收部)
36‧‧‧音訊解碼部(再生部)
37‧‧‧資料廣播控制部(控制部)
38‧‧‧合成部(再生部)
第1圖係示出本發明之實施方式1所涉及之內容發送系統之結構以及包含於該系統中的發送裝置以及接收裝置之重要部分結構之一例的方塊圖。
第2圖係示出本發明之實施方式1所涉及之內容之傳送單位的資料結構之一例的圖。
第3圖係示出作為該內容之控制資訊的PA訊息的語法之一例的圖。
第4圖係示出包含於該PA訊息中之MPT的語法之一例的圖。
第5圖示出包含於該PA訊息中之PLT的語法之一例的圖。
第6圖係示出作為該內容之控制資訊的M2區段訊息的語法之一例的圖。
第7圖係示出包含於該M2區段訊息中之MH-AIT的語法之一例的圖。
第8圖係示出該MH-AIT中描述的應用程式標識符之一例的圖。
第9圖係示出該MH-AIT中描述的應用程式標識符之另一例的圖。
第10(a)、(b)圖係示出該發送裝置生成的MPT之一例的圖。
第11圖係示出該接收裝置生成的應用程式一覽表之一例的圖。
第12圖係示出該發送裝置之內容發送處理之一例的流程圖。
第13圖係示出該接收裝置之內容接收處理之一例的流程圖。
第14圖係示出本發明之實施方式2所涉及之MH-AIT中描述的MH-應用程式描述符之語法之一例的圖。
第15圖係示出本發明之實施方式3所涉及之MH-AIT中描述的MH-簡易應用程式位置描述符之語法之一例的圖。
第16圖係示出本發明之實施方式3所涉及之接收裝置生成的應用程式一覽表之一例的圖。
第17圖係示出本發明之實施方式4所涉及之內容的傳送單位的資料結 構之一例的圖。
第18(a)、(b)圖係示出本發明之實施方式4所涉及之發送裝置生成的MPT之一例的圖。
第19圖係示出該發送裝置之內容發送處理之一例的流程圖。
第20圖係示出本發明之實施方式4所涉及之接收裝置的內容接收處理之一例的流程圖。
第21圖係示出本發明之實施方式5所涉及之MH-AIT的第一描述符中描述的AIT綁定描述符之語法之一例的圖。
第22圖係示出本發明之實施方式6所涉及之MH-AIT的第二描述符中描述的AIT綁定描述符之語法之一例的圖。
第23圖係示出本發明之實施方式7所涉及之內容的傳送單位的資料結構之一例的圖。
第24圖係示出本發明之實施方式7所涉及之每個MPT的第一描述符中描述的AIT綁定描述符之語法之一例的圖。
第25圖係示出本發明之實施方式7所涉及之該AIT綁定描述符中描述的“MMT_general_location_info()”之語法之一例的圖。
第26圖係示出本發明之實施方式8所涉及之某個MPT的第一描述符中描述的AIT綁定描述符之語法之一例的圖。
[本發明之概述]
本發明提供一種當再生多節目編制廣播之節目時，啟動與正在再生之節目對應的應用程式之機構。多節目編制廣播係指在一個頻道(一個廣播經營者)同時廣播多個節目(主頻道/副頻道)。在多節目編制廣播中，將包含於一個頻道之主頻道以及副頻道稱為多頻道。
在本發明中，作為節目(內容)之傳送規格採用MMT(MPEG Media Transport)。MMT係在Internet Protocol(IP)上使用之媒體傳輸方式，且能夠在各種各樣之傳送路徑進行媒體傳送之方式。具體而言，MMT係能夠藉由控制資訊指定封包ID、IP地址、URL，經由不同之網絡，參照構成節目之影像、聲音以及資料等之分量。而且，在本發明中，設想藉由MMT實現之8K(或4K)廣播。
[實施方式1]
下面，基於第1圖至第13圖對本發明之一實施方式(實施方式1)進行描述。
(資料結構)
首先，基於第2圖對本實施方式所涉及之資料結構進行描述。第2圖係示出實施方式1所涉及之內容之傳送單位之資料結構之一例的圖。第2圖所示之資料結構係包括兩個多頻道之一個頻道的IP資料流之資料結構。
第2圖所示之IP資料流100係本實施方式所涉及之內容之傳送單位。如第2圖所示，IP資料流100係由第一封包111、第二封包112以及M2區段訊息140構成。在MMT中，將內容(節目)之單位定義為封包，將該封包與多節目編制之服務(多頻道)一對一地對應起來。即，第一封包111以及第二封包112分別與一個多頻道相對應。在本實施方式中，第一封包111與多頻道ch101對應，第二封包112與多頻道ch102對應。
第一封包111包括PA(Package Access)訊息120、視訊資產131、音訊資產132、資料資產133以及DT(Data Transfer)訊息150。並且，第二封包112包括PA訊息160、視訊資產171、音訊資產172、資料資產173以及DT訊息180。
(資產)
在MMT中，影像和聲音等之分量被定義為資產。即，視訊 資產131以及視訊資產171係影像分量、音訊資產132以及音訊資產172係聲音分量、資料資產133以及資料資產173係資料廣播分量。
(PA訊息)
PA訊息120以及PA訊息160係控制資訊之一種，且表示包含於封包之內容的構成(後述之資產)等的控制資訊。在MMT中，訊息包括具有表示特定之資訊的分量和屬性的表格，表格包括表示更詳細之資訊的描述符。具體而言，PA訊息120包括MPT(MMT Package Table)121以及PLT(Package List Table)122。而且，PA訊息160包括MPT161。第3圖示出PA訊息120以及PA訊息160之語法之一例。在第3圖所示之語法的“table()”71中描述MPT121、MPT161、PLT122等之表格。
(MPT)MPT121以及MPT161表示資產之一覽表、特定包含該資產之MMT封包之封包ID以及IP資料流之位置等構成封包之資訊。換言之，MPT121以及MPT161係管理封包構成之封包構成管理資訊。因而，可藉由分析MPT121以及MPT161，特定構成封包之資產。第4圖示出MPT121以及MPT161之語法之一例。
(PLT)
PLT122表示包含於IP資料流100之另一封包(第二封包112)之一覽表。更具體而言，PLT122表示包含於另一封包的PA訊息之一覽表。因此，可藉由分析PLT122，特定包含於另一封包的PA訊息之MPT，並且可特定構成另一封包之資產。第5圖示出PLT122之語法之一例。
(DT訊息)
DT訊息150以及DT訊息180係控制資訊之一種(資料廣播之控制資訊)，且與資料廣播相關之訊息。DT訊息150包括DDMT(資料目錄管理表)151、DCMT(資料內容管理表)152以及DAMT(資料資產管理 表)153，DT訊息180包括DDMT181、DCMT182以及DAMT183。
DDMT151以及DDMT181係用於管理有關資料廣播之文件以及目錄之構成的表格。DCMT152以及DCMT182係用於控制接收機的資料廣播內容之表示處理的表格。DAMT153以及DAMT183係用於管理資料資產的表格。
(M2區段訊息)
M2區段訊息140係控制資訊之一種，且用於傳送MPEG-2 Systems之區段擴張形式之資訊。在本實施方式中，M2區段訊息140包括MH-AIT141。第6圖示出M2區段訊息140之語法之一例。在第6圖所示之語法的“signaling_data_byte”72中配置MH-AIT141。
(MH-AIT)
MH-AIT141係用於MMT之AIT(Application Information Table：應用資訊表)。MH-AIT141係用於使接收裝置周知與廣播服務聯動的廣播管理應用程式之存在並指示對其進行控制的應用程式控制資訊。廣播管理應用程式係為了使利用後述之內容發送系統提供的服務具體化而為每個服務開發和運用之軟體，並且係在接收裝置上執行之程式中廣播經營者(或者廣播經營者委託之經營機構)所認證的應用程式。下文中，將廣播管理應用程式簡單稱為應用程式。
在此，詳情在後文進行描述，廣播經營者，可以使應用程式包含於從廣播局藉由廣播波發送之資料廣播中並將應用程式發送至接收裝置，也可以使應用程式包含於從廣播局藉由通訊線路發送之資料廣播中並將應用程式發送至接收裝置，也可以從廣播經營者委託之經營機構所管理的伺服器藉由通訊線路將應用程式發送至接收裝置。
具體而言，MH-AIT141包括應用程式標識符(application_identifier)、MH-應用程式描述符(MH-Application_Descriptor)、 MH-簡易應用程式位置描述符(MH-Simple_Application_Location_Descriptor)等。應用程式標識符係用於唯一地識別應用程式之應用程式識別資訊。MH-應用程式描述符係描述了表示應用程式所要求之接收裝置(可執行應用程式之接收裝置)之功能的應用程式簡介等與應用程式相關之控制的資訊之應用程式相關資訊。換言之，MH-應用程式描述符係可描述用於控制應用程式之資訊的資訊。MH-簡易應用程式位置描述符係用於特定應用程式之獲得目的地之應用程式獲取目的地資訊。
在本實施方式中，MH-AIT141除了具有上述之資訊之外，還具有用於識別每個封包之封包識別資訊(用於識別多頻道之多頻道識別資訊)。具體而言，在本實施方式中，應用程式標識符具有封包識別資訊。
第7圖示出MH-AIT141之語法之一例。如上所述，在本實施方式中，在應用程式標識符73中描述封包識別資訊。而且，在第7圖所示之語法的“descriptor()”74中配置MH-應用程式描述符(MH-Application_Descriptor)以及MH-簡易應用程式位置描述符(MH-Simple_Application_Location_Descriptor)。另外，每一個應用程式必須配置MH-應用程式描述符以及MH-簡易應用程式位置描述符各一個。
第8圖示出本實施方式所涉及之應用程式標識符之描述例。如第8圖所示，應用程式標識符具有“organization_id”、“application_id”、“component_tag/asset_id”。“organization_id”表示製作應用程式之組織(例如，廣播經營者)，係用於唯一地識別該組織之組織識別資訊。“application_id”係在“organization_id”所示之組織內用於唯一地識別應用程式之組織內應用程式識別資訊。可藉由“organization_id”以及application_id”唯一地識別應用程式。即，“organization_id”以及application_id”係應用程式識別資訊。“component_tag/asset_id”係封包識別資訊。“component_tag”係用於識別分量之分量識別資訊。“asset_id” 係用於識別資產之資產識別資訊。即，在第8圖所示之例中，封包識別資訊係上述分量識別資訊或者上述資產識別資訊。只要能夠特定包含於封包內之任一個分量(或資產)，接收裝置3就能夠特定該封包，即能夠特定多頻道。
如此，在應用程式標識符中描述上述分量識別資訊或上述資產識別資訊。即，在應用程式標識符中，應用程式識別資訊與封包識別資訊相對應。因此，接收裝置藉由參照應用程式標識符，當再生構成用戶所選台之多頻道的節目之分量(資產)時，能夠啟動與該分量(資產)對應之應用程式。
即，本實施方式所涉及之應用程式標識符係表示與每個封包對應之應用程式的應用程式特定資訊。換言之，本實施方式所涉及之應用程式標識符係規定多頻道(多節目編制之內容)與應用程式之關係的應用程式特定資訊。
接著，第9圖示出本實施方式所涉及之應用程式標識符之另一描述例。如第9圖所示，也可以在32比特的“application_id”之上位8比特中描述“component_tag”。即，也可以在組織內應用程式標識資訊之上位n比特或下位n比特中描述封包識別資訊(分量識別資訊或資產識別資訊)。
另外，只要是可識別與應用程式對應之封包的資訊，封包識別資訊不只限於上述分量識別資訊或上述資產識別資訊，也可以係“service_id”或“MMT_package_id”等任意之資訊。“service_id”係用於唯一地識別服務之服務識別資訊。還有，“MMT_package_id”係用於唯一地識別MMT封包之MMT封包識別資訊。
(內容發送系統之概要)
下面，基於第1圖對本實施方式所涉及之內容發送系統進 行描述。第1圖係示出實施方式1所涉及之內容發送系統1的結構以及包含於該系統中的發送裝置2以及接收裝置3之重要部分結構之一例的方塊圖。
如第1圖所示，內容發送系統1包括發送裝置2、接收裝置3、內容伺服器5以及內容伺服器6。
發送裝置2係發送針對一個頻道分配有多個封包的多節目編制之內容的裝置，且由廣播經營者管理的裝置。接收裝置3接收針對一個頻道分配有多個封包的多節目編制之內容並進行再生的裝置。接收裝置3係，例如，電視接收機、手機(智能手機)、平板終端、PC、掌上遊戲機等。發送裝置2與接收裝置3藉由因特網連接。發送裝置2可藉由廣播波以及因特網向接收裝置3發送內容以及其他各種資料。
內容伺服器5係存儲發送裝置2所發送之內容的伺服器。在第1圖所示之例中，雖然內容伺服器5與發送裝置2分開設置，但是發送裝置2也可以具備內容伺服器5。
內容伺服器6係管理發送裝置2之經營者所管理的伺服器、或者，與管理發送裝置2之經營者不同之經營者(例如，管理發送裝置2之廣播經營者所委託之經營者)所管理的伺服器。接收裝置3可藉由因特網不僅從發送裝置2還從內容伺服器6獲取內容以及其他各種資料。
在第1圖所示之例中，內容發送系統1包含發送裝置2、接收裝置3、內容伺服器5以及內容伺服器6各一個。然而，不限於此。內容發送系統1可以包括多個發送裝置2、多個接收裝置3、多個內容伺服器5以及多個內容伺服器6。
下面，對構成內容發送系統1之發送裝置2以及接收裝置3之結構進行描述。
(發送裝置之結構)
如第1圖所示，發送裝置2具備分量多工部(生成部、發送部)21、廣播發送部22以及通訊收發部23。
分量多工部21將影像、聲音、資料廣播等之分量進行封包，並多工到一個資料流中以發送至接收裝置3。
具體而言，分量多工部21從內容伺服器5獲取內容並生成所獲取之內容之控制資訊(上述之PA訊息、M2區段訊息、DT訊息等)。分量多工部21將生成之控制資訊、以及構成所獲取之內容之影像、聲音以及資料廣播等的分量進行封包，並多工到一個資料流中。分量多工部21藉由廣播發送部22或通訊收發部23將生成之資料流發送至接收裝置3。
換言之，分量多工部21生成表示與每個封包對應之應用程式的應用程式特定資訊(MH-AIT141)。並且，分量多工部21發送多個封包(多頻道之內容)以及生成之應用程式特定資訊。
在此，基於第10圖對分量多工部21所生成之MPT進行描述。第10圖係示出分量多工部21所生成之MPT之一例的圖。第10圖之(a)係MPT121，第10圖之(b)係MPT161。
如第10圖所示，MPT121以及MPT161包含作為分量識別資訊之“component_tag”與作為資產識別資訊之“asset_id”與作為表示資產類別之資產類別資訊之“asset_type”。
具體而言，如第2圖所示，包含於第一封包111之資產係視訊資產131、音訊資產132以及資料資產133。因此，如第10圖之(a)所示，分量多工部21作為MPT121製作將包含於第一封包111之資產進行列表的資產列表。即，“asset_id=0×00000000(component_tag=0×00)”係視訊資產131、“asset_id=0×00000001(component_tag=0×10)”係音訊資產132、“asset_id=0×00000002(component_tag=0×40)”係資料資產133。同樣，包含於第二封包112之資產係視訊資產171、音訊資產172以及資料資產173。 因此，如第10圖之(b)所示，分量多工部21作為MPT161製作將包含於第二封包112之資產進行列表的資產列表。
另外，分量多工部21也可以藉由廣播發送部22以及通訊收發部23向接收裝置3發送生成之資料流。
而且，分量多工部21也可以從構成內容之影像、聲音，資料廣播等之分量以及內容之控制資訊生成多個資料流(IP資料流)，並且藉由廣播發送部22向接收裝置3發送一部分資料流，藉由通訊收發部23向接收裝置3發送剩餘的資料流。例如，分量多工部21也可以將構成內容之影像與聲音之分量以及內容之控制資訊多工到第一資料流中，將構成內容之資料廣播多工到第二資料流中，並藉由廣播發送部22向接收裝置3發送第一資料流，藉由通訊收發部23向接收裝置3發送第二資料流。
廣播發送部22藉由廣播波發送資料(內容等)。
通訊收發部23藉由無線通訊單元或有線通訊單元與接收裝置3或內容伺服器6等之其他裝置進行通訊，以接收和發送資料。
(接收裝置之結構)
如第1圖所示，發送裝置2具備廣播接收部31、操作部(輸入部)32、通訊收發部33、分量解多工部(接收部)34、視訊解碼部35、音訊解碼部(再生部)36、資料廣播控制部(控制部)37、合成部(再生部)38、顯示器39以及揚聲器40。
操作部32係用於用戶向接收裝置3輸入操作信號並且操作接收裝置3。操作部32也可以係由鍵盤、滑鼠、小鍵盤、操作按鈕等之輸入裝置構成。而且，也可以係操作部32與顯示器39一體形成之觸摸屏。還有，操作部32也可以係與接收裝置3分開形成之遠程控制器等之遠距離控制裝置。
操作部32按照用戶之頻道操作而生成表示用戶所選擇之頻 道(多頻道)之選擇頻道信號(選擇指示)。操作部32向廣播接收部31輸出生成之選擇頻道信號。不過，當用戶選擇了多頻道時，操作部32向廣播接收部31以及分量解多工部34輸出選擇頻道信號。
廣播接收部31藉由廣播波接收資料。廣播接收部31係，例如，廣播接收調諧器。廣播接收部31若從操作部32接收到選擇頻道信號，則在接收之選擇頻道信號所表示之頻道的頻率上進行調諧並接收該頻道之資料流。
通訊收發部33藉由無線通訊單元或有線通訊單元與發送裝置2或內容伺服器6等之其他裝置進行通訊，以接收和發送資料。
分量解多工部34對藉由廣播接收部31接收之資料流進行解多工，並基於控制資訊分別向視訊解碼部35輸出解多工之影像分量、向音訊解碼部36輸出聲音分量、以及向資料廣播控制部37輸出資料廣播分量和應用程式控制資訊。
具體而言，當從操作部32接收到選擇頻道信號時(廣播接收部31接收到多節目編制之資料流時)，分量解多工部34對藉由廣播接收部31接收之資料流進行解多工，並獲取每個分量以及控制資訊。然後，分量解多工部34參照控制資訊特定與選擇頻道信號所表示之多頻道對應之封包。分量解多工部34基於控制資訊向視訊解碼部35、音訊解碼部36或資料廣播控制部37分別輸出構成特定之封包的每個分量。而且，分量解多工部34向資料廣播控制部37輸出包含於特定之封包的DT訊息之DDMT、DCMT與DAMT、以及包含於M2區段訊息140之MH-AIT141。
而且，分量解多工部34按照用戶之操作(從操作部32接收之操作信號)，藉由通訊收發部33獲取資料流，並對獲取之資料流進行解多工，基於控制資訊分別向視訊解碼部35輸出解多工之影像分量、向音訊解碼部36輸出聲音分量、以及向資料廣播控制部37輸出資料廣播分量和應 用程式控制資訊。
另外，分量解多工部34也可以在存儲部(未圖示)暫時存儲進行了解多工之資料廣播分量。
換言之，分量解多工部34接收多個封包(多頻道之內容)、以及表示與每個封包對應之應用程式的應用程式特定資訊。
視訊解碼部35從分量解多工部34獲取被編碼之影像分量，並對被編碼之影像分量進行解碼。視訊解碼部35向合成部38輸出已解碼之影像分量。
音訊解碼部36從分量解多工部34獲取被編碼之聲音分量，並對被編碼之聲音分量進行解碼。音訊解碼部36向揚聲器40輸出聲音分量，並使揚聲器40輸出聲音。
資料廣播控制部37從分量解多工部34獲取資料廣播分量、資料廣播之控制資訊以及應用程式控制資訊，並基於獲取之應用程式控制資訊控制應用程式的獲取或啟動等。
當從分量解多工部34獲取了MH-AIT141之情況下，資料廣播控制部37基於MH-AIT141製作表示應用程式與資料分量之間的對應關係之應用程式列表。具體而言，如第11圖所示，資料廣播控制部37按每個MH-AIT141之應用程式標識符製作表示包含於該應用程式標識符之應用程式標識資訊與封包識別資訊之對應關係的應用程式列表。在第11圖所示之例中，應用程式列表係按每個應用程式，分量識別資訊與由組織識別資訊以及組織內應用程式識別資訊構成之應用程式識別資訊相對應之資訊。
而且，資料廣播控制部37參照資料廣播之控制資訊以及應用程式列表，特定從分量解多工部34獲取之與資料廣播分量對應之應用程式。資料廣播控制部37參照應用程式控制資訊，獲取特定之應用程式。資 料廣播控制部37基於應用程式控制資訊啟動獲取之應用程式。
另外，資料廣播控制部37，若啟動應用程式，則描繪顯示於顯示器39上之應用程式之圖像。資料廣播控制部37向合成部38輸出描繪之應用程式圖像。
而且，資料廣播控制部37基於應用程式控制資訊，利用以下之三個路徑之任意路徑獲取應用程式。第一，資料廣播控制部37在從分量解多工部34獲取之資料廣播分量中獲取應用程式。第二，資料廣播控制部37藉由通訊收發部33從外部之內容伺服器6等獲取應用程式。第三，資料廣播控制部37在從分量解多工部34獲取之資料廣播分量中以及藉由通訊收發部33從外部之內容伺服器6等兩者獲取應用程式。
換言之，資料廣播控制部37參照分量解多工部34所接收之應用程式特定資訊，啟動與正在再生之內容對應的應用程式。
合成部38從視訊解碼部35獲取影像分量以及從資料廣播控制部37獲取應用程式圖像等，並生成顯示於顯示器39上之顯示圖像。合成部38向顯示器39輸出生成之顯示圖像，並使顯示圖像顯示於顯示器39上。
在此，合成部38以及音訊解碼部36可稱為再生影像以及聲音之再生部。合成部38以及音訊解碼部36再生分量解多工部34接收之封包中與操作部32接受之選擇頻道信號所表示之多頻道對應之封包。
顯示器39係按照合成部38之指示顯示圖像之顯示部。顯示器39只要係按照合成部38之指示顯示圖像的顯示器即可，例如，可採用LCD(液晶顯示器)、有機EL顯示器、等離子顯示器等。
揚聲器40從音訊解碼部36接收作為電氣信號之音訊資料，將接收之音訊資料轉換成聲音，並向接收裝置3之外部輸出聲音。
(發送裝置之處理)
接著，基於第12圖對發送裝置2之內容發送處理進行描述。第12圖係示出發送裝置2之內容發送處理之一例的流程圖。第12圖示出發送裝置2藉由廣播波向接收裝置3發送第2圖所示之資料結構之內容的一例。
如第12圖所示，分量多工部21從內容伺服器5獲取內容並生成所獲取之內容之控制資訊(S1：生成步驟)。分量多工部21將生成之控制資訊、以及構成所獲取之內容之影像、聲音以及資料廣播等的分量進行封包，並多工到一個資料流中(S2)。分量多工部21藉由廣播發送部22將所生成之資料流發送至接收裝置3(S3：發送步驟)。
(接收裝置之處理)
接著，基於第13圖對接收裝置3之內容接收處理進行描述。第13圖係示出接收裝置3之內容接收處理之一例的流程圖。第13圖示出接收裝置3藉由廣播波接收第2圖所示之資料結構之內容的一例。而且，假設接收裝置3之用戶選擇了多頻道ch101台。
如第13圖所示，首先，若用戶操作操作部32而輸入選擇頻道信號，則廣播接收部31從操作部32接收選擇頻道信號，在接收之選擇頻道信號所表示之頻道的頻率上進行調諧，並接收該頻道之資料流(被多工之分量：第2圖所示之IP資料流100)(S11)。
分量解多工部34藉由廣播接收部31接收資料流，並對接收之資料流進行解多工(S12：接收步驟)，以獲取每個分量以及控制資訊。分量解多工部34從操作部32接收選擇頻道信號，參照控制資訊(MPT)，特定第一封包111作為與選擇頻道信號所表示之多頻道ch101對應之封包。分量解多工部34分別向視訊解碼部35、音訊解碼部36、資料廣播控制部37輸出包含於特定之第一封包之每個分量(視訊資產131、音訊資產132以及資料資產133)(S13)。而且，分量解多工部34向資料廣播控制部37輸出與 選擇頻道信號所表示之多頻道ch101對應之DT訊息150之DDMT151、DCMT152、DAMT153、以及MH-AIT141(S14)。
資料廣播控制部37從分量解多工部34獲取MH-AIT141，並基於所獲取之MH-AIT141製作應用程式列表(S15)。資料廣播控制部37參照DDMT151、DCMT152、DAMT153、以及應用程式列表，特定從分量解多工部34獲取之與資料廣播分量對應之應用程式(S16)。資料廣播控制部37參照應用程式控制資訊獲取特定之應用程式(S17)。資料廣播控制部37基於應用程式控制資訊啟動所獲取之應用程式(S18：控制步驟)，描畫應用程式圖像，並將其輸出至合成部38。
視訊解碼部35從分量解多工部34獲取被編碼之影像分量，對被編碼之影像分量進行解碼，將其輸出至合成部38。合成部38從視訊解碼部35獲取影像分量以及從資料廣播控制部37獲取應用程式圖像等，並生成顯示於顯示器39上之顯示圖像(S19)。
合成部38向顯示器39輸出所生成之顯示圖像，使顯示圖像顯示於顯示器39上(S20：再生步驟)。而且，音訊解碼部36對從分量解多工部34獲取之聲音分量進行解碼，向揚聲器40輸出已解碼之聲音分量，並使揚聲器40輸出聲音(S20：再生步驟)。
[實施方式2]
下面，基於第14圖對本發明之另一實施方式(實施方式2)進行描述。另外，為便於描述，與上述實施方式1所描述之部件具有相同功能之部件賦予相同符號不另做描述。
不同於實施方式1，在本實施方式中，在MH-應用程式描述符(MH-Application_Descriptor)中描述有封包識別資訊，應用程式描述符(application_identifier)以及MH-應用程式描述符相當於應用程式特定資訊。
具體而言，第14圖示出配置於第7圖所示之語法的 “descriptor()”74中之MH-應用程式描述符(MH-Application_Descriptor)之語法之一例。第14圖係示出實施方式2所涉及之MH-應用程式描述符之語法之一例的圖。
如第14圖所示，MH-應用程式描述符包括“descriptor_tag”、“descriptor_length”、“component_tag/asset_id”以及“application_profiles_length”。
“descriptor_tag”係用於識別描述符之資訊，設置表示MH-應用程式描述符之值。“descriptor_length”係表示本MH-應用程式描述符之整體之位元長度。“component_tag/asset_id”係封包識別資訊，與實施方式1相同。“application_profiles_length”係表示包含於後續之循環之應用程式簡介資訊之整體之位元長度。
如此，在MH-應用程式描述符中描述有封包識別資訊，MH-應用程式描述符與應用程式標識符相對應，因此即使在實施方式2中，接收裝置3也可以基於MH-AIT141製作如第11圖所示之應用程式列表。具體而言，資料廣播控制部37根據包含於MH-應用程式描述符之封包識別資訊、以及包含於與該MH-應用程式描述符對應之應用程式標識符的應用程式識別資訊製作應用程式列表。
[實施方式3]
下面，基於第15圖以及第16圖對本發明之另一實施方式(實施方式3)進行描述。另外，為便於描述，與上述實施方式1所描述之部件具有相同功能之部件賦予相同符號不另做描述。
不同於實施方式1，在本實施方式中，在MH-簡易應用程式位置描述符(MH-Simple_Application_Location_Descriptor)中描述有封包識別資訊，應用程式描述符(Application_Identifier)以及MH-簡易應用程式位置描述符相當於應用程式特定資訊。
具體而言，第15圖示出配置於第7圖所示之語法的“descriptor()”74中之MH-簡易應用程式位置描述符(MH-Simple_Application_Location_Descriptor)之語法之一例。第15圖係示出實施方式3所涉及之MH-簡易應用程式位置描述符之語法之一例的圖。
如第15圖所示，MH-應用程式描述符包括“descriptor_tag”、“descriptor_length”、“initial_path_bytes”以及“component_tag/asset_id”。
“descriptor_tag”係用於識別描述符之資訊，設置表示MH-簡易應用程式位置描述符之值。“descriptor_length”係表示本MH-簡易應用程式位置描述符之整體之位元長度。在“initial_path_bytes”中描述表示所對應之應用程式的辭條文檔之URL的文字列。“component_tag/asset_id”係封包識別資訊，與實施方式1相同。
在此，在MH-AIT141中描述有傳輸協議描述符(未圖示)。傳輸協議描述符係表示廣播以及通訊等之傳輸協議的指定與依賴於傳輸協議之應用程式的位置資訊。因此，傳輸協議描述符以及MH-簡易應用程式位置描述符係分別用於指定應用程式之獲取目的地之應用程式獲取目的地資訊。
具體而言，在傳輸協議描述符中描述URL基部以及URL擴展部，如上所述，在MH-簡易應用程式位置描述符之“initial_path_bytes”中描述應用程式URL。因此，應用程式獲取目的地URL為“http：//[URL基部]/[URL擴展部]/[應用程式URL]”。例如，當URL基部為“http：//www.xbc.co.jp”、URL擴展部為“hybrid/appsA”、應用程式URL為“appl/index.html”時，應用程式獲取目的地URL為“http：//www.xbc.co.jp/hybrid/appsA/appl/index.html”。
而且，作為對MH-簡易應用程式位置描述符進行變形之封 包識別資訊的變形例，也可以在“initial_path_bytes”中包括封包識別資訊。例如，也可以將“initial_path_bytes”描述為“[component_tag/asset_id]index.html”或“index[component_tag/asset_id].html”等。
如此，在MH-簡易應用程式位置描述符中描述有封包識別資訊，MH-簡易應用程式位置描述符與應用程式標識符相對應，因此即使在實施方式3中，接收裝置3也可以基於MH-AIT141製作應用程式列表。
在此，在實施方式3中，也可以替代第11圖所示之應用程式列表製作第16圖所示之應用程式列表。具體而言，如第16圖所示，資料廣播控制部37也可以參照MH-簡易應用程式位置描述符按每個應用程式製作應用程式URL與分量識別資訊(封包識別資訊)相對應之應用程式列表。
在這種情況下，資料廣播控制部37參照DDMT151、DCMT152、DAMT153、以及應用程式列表，獲取從分量解多工部34獲取之與資料廣播分量對應之應用程式，並啟動所獲取之應用程式。即，在這種情況下，資料廣播控制部37可以省略實施方式1中的第13圖之S16的處理。
[實施方式4]
下面，基於第17圖至第20圖對本發明之另一實施方式(實施方式4)進行描述。另外，為便於描述，與上述實施方式1所描述之部件具有相同功能之部件賦予相同符號不另做描述。
不同於實施方式1，在本實施方式中，按每個多頻道製作應用程式控制資訊(AIT)，並作為一個資產發送AIT。基於第17圖對本實施方式所涉及之資料結構進行描述。第17圖係示出實施方式4所涉及之內容之傳送單位的資料結構之一例的圖。第17圖所示之資料結構與第2圖所示之 資料結構相同，其係包括兩個多頻道之一個頻道的IP資料流之資料結構。
第17圖所示之IP資料流200係本實施方式所涉及之內容之傳送單位。如第17圖所示，IP資料流200由第一封包211以及第二封包212構成。在本實施方式中，假設第一封包211與多頻道ch101對應，第二封包212與多頻道ch102對應。
第一封包211包括PA訊息220、視訊資產231、音訊資產232、資料資產233、AIT資產234以及DT訊息250。而且，第二封包212包括PA訊息260、視訊資產271、音訊資產272、資料資產273、AIT資產274以及DT訊息280。
如此，不同於實施方式1，在本實施方式中，每個封包包括AIT資產。而且，IP資料流200不存在MH-AIT141。即，在本實施方式中，AIT與每個封包(每個多頻道之節目(內容))對應。
(MPT)
在本實施方式中，第18圖示出分量多工部21所生成之MPT之例。在本實施方式中，第18圖係示出分量多工部21所生成之MPT之一例的圖，第18圖之(a)係MPT221，第18圖之(b)係MPT261。
如第18圖所示，MPT221以及MPT261包括作為分量識別資訊之“component_tag”、作為資產識別資訊之“asset_id”、以及用於表示資產之種類的作為資產種類識別資訊之“asset_type”。
具體而言，如第17圖所示，包含於第一封包211之資產係視訊資產231、音訊資產232、資料資產233、以及AIT資產234。因此，如第18圖之(a)所示，分量多工部21作為MPT221製作將包含於第一封包211之資產進行列表的資產列表。即，“asset_id=0×00000000(component_tag=0×00)”係視訊資產231，“asset_id=0×00000001(component_tag=0×10)”係音訊資產232， “asset_id=0×00000002(component_tag=0×40)”係資料資產233，“asset_id=0×00000003(component_tag=0×50)”係AIT資產234。同樣，包含於第二封包212之資產係視訊資產271、音訊資產272、資料資產273、以及AIT資產274。因此，如第18圖之(b)所示，分量多工部21作為MPT261製作將包含於第二封包212之資產進行列表的資產列表。
(發送裝置之處理)
接著，基於第19圖對本實施方式所涉及之發送裝置2之內容發送處理進行描述。第19圖係示出實施方式4所涉及之發送裝置2之內容發送處理之一例的流程圖。第19圖示出發送裝置2藉由廣播波向接收裝置3發送第17圖所示之資料結構之內容的一例。
如第19圖所示，分量多工部21從內容伺服器5獲取內容，並生成所獲取之內容之控制資訊(S31：生成步驟)。具體而言，分量多工部21按多頻道的每個內容生成與內容相關之MPT。分量多工部21將生成之控制資訊、以及構成所獲取之內容之影像、聲音以及資料廣播等之分量進行封包，並多工到一個資料流(S32)。分量多工部21藉由廣播發送部22向接收裝置3發送生成之資料流(S33：發送步驟)。
即，本實施方式所涉及之分量多工部21係針對每一個封包生成與該封包對應之應用程式控制資訊之生成部、並且係發送生成之多個應用程式控制資訊的發送部。
(接收裝置之處理)
接著，基於第20圖對本實施方式所涉及之接收裝置3之內容接收處理進行描述。第20圖係示出實施方式4所涉及之接收裝置3之內容接收處理之一例的流程圖。第20圖示出接收裝置3藉由廣播波接收第17圖所示之資料結構之內容的一例。而且，假設接收裝置3的用戶選擇了多頻道ch101台。
如第20圖所示，首先，若用戶操作操作部32並輸入選擇頻道信號(輸入步驟)，則廣播接收部31從操作部32接收選擇頻道信號，在接收之選擇頻道信號所表示之頻道的頻率上進行調諧並接收該頻道之資料流(被多工之分量：第17圖所示之IP資料流200)(S41)。
分量解多工部34藉由廣播接收部31接收資料流，對所接收之資料流進行解多工(S42：接收步驟)，並獲取每個分量以及控制資訊。分量解多工部34從操作部32接收選擇頻道信號，參照控制資訊(MPT)特定第一封包211作為與選擇頻道信號所表示之多頻道ch101對應之封包。分量解多工部34向視訊解碼部35輸出包含於所特定之第一封包211之視訊資產231、向音訊解碼部36輸出音訊資產232、向資料廣播控制部37輸出DT訊息250之DDMT251、DCMT252、DAMT253、資料資產233、以及AIT資產234(S43)。
資料廣播控制部37從分量解多工部34獲取AIT資產234，參照所獲取之AIT資產234特定應該啟動之應用程式(S44)。資料廣播控制部37參照AIT資產234，獲取特定之應用程式(S45：控制步驟)。資料廣播控制部37基於AIT資產234啟動所獲取之應用程式(S46：控制步驟)、描繪應用程式圖像，並將其輸出至合成部38。
視訊解碼部35從分量解多工部34獲取被編碼之影像分量，對被編碼之影像分量進行解碼，並將其輸出至合成部38。合成部38從視訊解碼部35獲取影像分量以及從資料廣播控制部37獲取應用程式圖像等，並生成顯示於顯示器39上之顯示圖像(S47)。
合成部38向顯示器39輸出所生成之顯示圖像，使顯示圖像顯示於顯示器39上(S48：再生步驟)。而且，音訊解碼部36對從分量解多工部34獲取之聲音分量進行解碼，向揚聲器40輸出已解碼之聲音分量，並使揚聲器40輸出聲音(S48：再生步驟)。
即，本實施方式所涉及之分量解多工部34係針對每一個封包接收用於控制與該封包對應之應用程式的應用程式控制資訊之接收部。而且，本實施方式所涉及之資料廣播控制部37係參照與正在再生之封包對應的應用程式控制資訊，啟動與該封包對應之應用程式的控制部。
[實施方式5]
下面，基於第21圖對本發明之另一實施方式(實施方式5)進行描述。另外，為便於描述，與上述實施方式1所描述之部件具有相同功能之部件賦予相同符號不另做描述。
不同於實施方式1，在本實施方式中，在MH-AIT141之第一描述符中配置AIT綁定描述符，並在該AIT綁定描述符中描述封包識別資訊。在該AIT綁定描述符中，也規定封包識別資訊與應用程式識別資訊之對應關係。即，在本實施方式中，AIT綁定描述符(以及應用程式標識符)相當於應用程式特定資訊。
具體而言，第21圖示出配置於作為第7圖所示之語法之第一描述符的“descriptor()”75中之AIT綁定描述符(AIT_Binding_Descriptor)之語法之一例。第21圖係示出實施方式5所涉及之AIT綁定描述符之語法之一例的圖。
“descriptor_tag”係用於識別描述符之資訊，設置表示AIT綁定描述符之值。“descriptor_length”係表示AIT綁定描述符之整體之位元長度。“service_number”表示描述於AIT綁定描述符中之服務(封包)之數量。“service_id”係服務識別資訊。在本實施方式中，“service_id”具有與實施方式1的“component_tag/asset_id”相同之功能，相當於封包識別資訊。在“service_number”中記載的封包數量之“service_id”描述於AIT綁定描述符中。
而且，以在作為MH-AIT141之第二描述符的“descriptor()” 74中所描述之應用程式標識符中的與應用程式識別資訊之描述順序相同之順序，在AIT綁定描述符中描述與應用程式識別資訊對應之服務識別資訊“service_id”。另外，AIT綁定描述符中的、封包識別資訊與應用程式識別資訊之對應關係之規定方法不限於此，可以係任一方法。
如此，在AIT綁定描述符中描述有封包識別資訊以及該封包識別資訊與應用程式識別符之對應關係，因此，在實施方式5中，接收裝置3也可基於MH-AIT141製作第11圖所示之應用程式列表。具體而言，資料廣播控制部37參照AIT綁定描述符以及應用程式識別符，在AIT綁定描述符以及應用程式識別符中，分別將具有同樣之記載順序的封包識別資訊與應用程式識別資訊對應起來製作應用程式列表。藉由參照該應用程式列表，即使在實施方式5中，接收裝置3也可基於MH-AIT141特定再生應用程式時應該啟動之應用程式。
[實施方式6]
下面，基於第22圖對本發明之另一實施方式(實施方式6)進行描述。另外，為便於描述，與上述實施方式1所描述之部件具有相同功能之部件賦予相同符號不另做描述。
不同於實施方式1，在本實施方式中，在MH-AIT141之第二描述符中配置AIT綁定描述符，並在該AIT綁定描述符中描述封包識別資訊。第二描述符在MH-AIT141中，按每個應用程式識別資訊(應用程式)進行配置，因此，在應用程式識別符中描述之應用程式識別資訊與在AIT綁定描述符中描述之封包識別資訊在MH-AIT141中相互對應。即，在本實施方式中，AIT綁定描述符以及應用程式標識符相當於應用程式特定資訊。
具體而言，第22圖示出配置於作為第7圖所示之語法之第二描述符的“descriptor()”74中之AIT綁定描述符(AIT_Binding_Descriptor)之語法之一例。第22圖係示出實施方式6所涉及之AIT綁定描述符之語法 之一例的圖。
“descriptor_tag”係用於識別描述符之資訊，設置表示AIT綁定描述符之值。“descriptor_length”係表示AIT綁定描述符之整體之位元長度。“service_id”係服務識別資訊。本實施方式中，“service_id”具有與實施方式1的“component_tag/asset_id”相同之功能，相當於封包識別資訊。
如此，在MH-AIT141中，按每個應用程式識別資訊描述有包含應用程式識別資訊之AIT綁定描述符，因此，即使在實施方式6中，接收裝置3也可基於MH-AIT141製作第11圖所示之應用程式列表。具體而言，資料廣播控制部37參照應用程式識別符以及AIT綁定描述符，特定與應用程式識別資訊對應之封包識別資訊並製作應用程式列表。藉由參照該應用程式列表，即使在實施方式6中，接收裝置3也可基於MH-AIT141特定再生應用程式時應該啟動之應用程式。
[實施方式7]
下面，基於第23圖至第25圖對本發明之另一實施方式(實施方式7)進行描述。另外，為便於描述，與上述實施方式1所描述之部件具有相同功能之部件賦予相同符號不另做描述。
不同於實施方式1，在本實施方式中，IP資料流具有包括與包含於IP資料流之封包具有相同數量之MH-AIT的M2區段訊息。而且，在本實施方式中，在包含於每個封包之MPT的第一描述符中配置AIT綁定描述符，並且在該AIT綁定描述符中描述用於特定與該封包對應之MH-AIT之資訊。即，在本實施方式中，MPT與MH-AIT被一對一地相關聯。而且，在本實施方式中，在每個MPT中描述之AIT綁定描述符分別相當於應用程式特定資訊。
具體地，基於第23圖對本實施方式所涉及之資料結構進行 描述。第23圖係示出本實施方式7所示之內容的傳送單位之資料結構之一例。第23圖所示之資料結構與第2圖所示之資料結構相同，其係包括兩個多頻道之一個頻道的IP資料流之資料結構。
如第23圖所示，不同於實施方式1，IP資料流300具有M2區段訊息310以及320之兩個訊息。M2區段訊息310具有MH-AIT311，M2區段訊息320具有MH-AIT321。如上所述，每個M2區段訊息(MH-AIT)分別對應於封包，M2區段訊息310對應於第一封包111，M2區段訊息320對應於第二封包112。
另外，本實施方式所涉及之MH-AIT311以及MH-AIT321之資料結構基本上與第7圖所示之實施方式1所示的MH-AIT141之資料結構相同。
而且，第24圖示出配置於作為第4圖所示之語法之第一描述符的“MPT_descriptors_byte”76中之AIT綁定描述符(AIT_Binding_Descriptor)之語法之一例。第24圖係示出實施方式7所涉及之AIT綁定描述符之語法之一例的圖。
“descriptor_tag”係用於識別描述符之資訊，設置表示AIT綁定描述符之值。“descriptor_length”係表示AIT綁定描述符之整體之位元長度。“service_id”係服務識別資訊。在本實施方式中，“service_id”具有與實施方式1的“component_tag/asset_id”相同之功能，相當於封包識別資訊。“MMT_general_location_info()”描述用於特定包含有傳輸MH-AIT之M2區段訊息的MMT封包之資訊。
第25圖示出“MMT_general_location_info()”之語法之一例。具體而言，例如，當在配置於第一封包111之MPT121的第一描述符之AIT綁定描述符的“MMT_general_location_info()”中的“location_type”為“0×00”時，在“packet_id”中描述表示包含傳送與第一封包111對應之 MH-AIT141之M2區段訊息140的MMT之封包ID的資訊。即，接收裝置3可藉由參照該封包ID獲取與第一封包(服務)相關聯之MH-AIT141。
以同樣之方式，當特定與包含於PLT122之第二封包112相關聯之應用程式時，參照PLT122獲取與第二封包112對應之MPT161，並基於包含於該MPT161之第一描述符的AIT綁定描述符之資訊，獲取與第二封包112相關聯之MH-AIT191，從而可特定與第二封包112相關聯之應用程式。
如此，在每個MPT中描述有AIT綁定描述符，且在該AIT綁定描述符中描述有用於特定與該MPT管理之封包對應的MH-AIT之資訊，因此，即使在實施方式7中，接收裝置3也可基於MPT以及MH-AIT特定再生封包時應該啟動之應用程式。具體而言，資料廣播控制部37參照MPT之AIT綁定描述符特定與封包對應之MH-AIT，並參照特定之MH-AIT特定再生封包時應該啟動之應用程式。
[實施方式8]
下面，基於第26圖對本發明之另一實施方式(實施方式8)進行描述。另外，為便於描述，與上述實施方式1所描述之部件具有相同功能之部件賦予相同符號不另做描述。
不同於實施方式1，在本實施方式中，IP資料流具有包括與包含於IP資料流之封包具有相同數量之MH-AIT的M2區段訊息。而且，在本實施方式中，在包含於某個封包的MPT之第一描述符中配置AIT綁定描述符，並且在該AIT綁定描述符中規定每個封包以及與每個MH-AIT之對應關係。即，在本實施方式中，描述於某個MPT中之AIT綁定描述符相當於應用程式特定資訊。
也就是說，不同於實施方式7，在本實施方式中，在配置於某個MPT之AIT綁定描述符中描述與每個封包對應之所有的MH-AIT之資 訊，即，描述表示所有的封包與MH-AIT(應用程式)之對應關係之資訊。
另外，本實施方式所涉及之IP資料流的資料結構與第23圖所示之本實施方式7所涉及之IP資料流的資料結構相同。而且，在本實施方式中，在包含於第一封包之MPT121中配置AIT綁定描述符。但是，不限於此，AIT綁定描述符可以配置在包含於IP資料流之任一個封包的MPT中。
具體而言，第26圖示出配置於第4圖所示之語法的“MPT_descriptors_byte”76中之AIT綁定描述符(AIT_Binding_Descriptor)之語法之一例。第26圖係示出實施方式8所涉及之AIT綁定描述符之語法之一例的圖。
“descriptor_tag”係用於識別描述符之資訊，設置表示AIT綁定描述符之值。“descriptor_length”係表示AIT綁定描述符之整體之位元長度。“service_number”表示描述於AIT綁定描述符中之服務(封包)之數量。“service_id”係服務識別資訊。在本實施方式中，“service_id”具有與實施方式1的“component_tag/asset_id”相同之功能，相當於封包識別資訊。“MMT_general_location_info()”相同於實施方式7，描述用於特定包含有傳輸MH-AIT之M2區段訊息的MMT封包之資訊。在“service_id”以及“MMT_general_location_info()”中，將在“service_number”記載之封包數量描述在AIT綁定描述符中。
如此，在某個MPT中描述有AIT綁定描述符，在該AIT綁定描述符中描述有表示每個封包與每個MH-AIT之對應關係的資訊，因此，即使在實施方式8中，接收裝置3也可基於該某個MPT以及每個MH-AIT製作第11圖所示之應用程式列表。具體而言，資料廣播控制部37參照某個MPT之AIT綁定描述符，特定與每個封包對應之MH-AIT，參照特定之MH-AIT，特定與每個封包對應之應用程式並製作應用程式列表。藉 由參照該應用程式列表，即使在實施方式8中，接收裝置3也可基於該某個MPT以及每個MH-AIT，特定再生封包時應該啟動之應用程式。
[藉由軟體實現之例]
發送裝置2之控制方塊(尤其，分量多工部21)以及接收裝置3之控制方塊(尤其，分量解多工部34、視訊解碼部35、音訊解碼部36、資料廣播控制部37以及合成部38)可以藉由形成於集成電路(IC芯片)等之邏輯電路(硬體)實現，也可以使用CPU(Central Processing Unit)藉由軟體實現。
當使用CPU(Central Processing Unit)藉由軟體實現時，發送裝置2以及接收裝置3具備執行實現每個功能之軟體即程式之命令的CPU、以計算機(或CPU)可讀取之方式記錄有該程式以及各種資料之ROM(Read Only Memory)或存儲裝置(這些稱為“記錄媒體”)、展開該程式之RAM(Random Access Memory)等。並且，藉由計算機(或CPU)從該記錄媒體讀取並執行該程式，而達到本發明之目的。作為該記錄媒體可使用“不是暫時的有形之媒體”，例如，磁帶、磁盤、磁卡、半導體存儲器、可程式化之邏輯電路等。而且，也可以藉由可傳送該程式之任意的傳送媒體(通訊網絡或廣播波等)將該程式供給該計算機。另外，本發明也可以以該程式藉由電子傳送而被具體化的、埋入載波的資料信號之形態得以實現。
[總結]
本發明之態樣1所涉及之接收裝置係接收對一個頻道分配有多個封包的多節目編制之內容，該接收裝置具備：一接收部(分量解多工部34)，其接收表示與每個封包對應之應用程式的應用程式特定資訊；一再生部(合成部38、音訊解碼部36)，其再生該封包之一個；一控制部(資料廣播控制部37)，其參照該接收部接收之應用程式特定資訊，啟動與該再生部正在再生之封包對應的應用程式。
根據上述之結構，該控制部藉由參照該應用程式特定資訊 啟動與該再生部正在再生之封包對應的應用程式。由此，接收裝置可按每個封包，即，按每個多頻道(多節目編制之內容)，啟動與該多頻道對應之應用程式。
本發明之態樣2所涉及之接收裝置，在該態樣1中，該應用程式特定資訊也可以係用於識別應用程式之應用程式識別資訊與用於識別該封包之封包識別資訊相對應之資訊。
本發明之態樣3所涉及之接收裝置，在該態樣1或態樣2中，該內容係藉由MMT傳送之內容，該應用程式特定資訊也可以描述在用於MMT之應用程式控制資訊中。
本發明之態樣4所涉及之接收裝置，在該態樣1至態樣3之任一個中，該應用程式特定資訊也可以包含於包括該多個封包之IP資料流中。
本發明之態樣5所涉及之接收裝置，在該態樣1中，該應用程式特定資訊也可以描述在管理該封包之結構的封包結構管理資訊中。
本發明之態樣6所涉及之接收裝置係接收對一個頻道分配有多個封包的多節目編制之內容，該接收裝置具備：一接收部，其針對該封包之每一個接收用於控制與該封包對應之應用程式的應用程式控制資訊；一再生部，其再生該封包之一個；一控制部，其參照與該再生部正在再生之封包對應的應用程式控制資訊，啟動與該封包對應之應用程式。
根據上述之結構，該控制部參照與該再生部正在再生之封包對應的應用程式控制資訊，啟動與該封包對應之應用程式。由此，接收裝置可按每個封包，即，按每個多頻道(多節目編制之內容)，啟動與該多頻道對應之應用程式。
本發明之態樣7所涉及之發送裝置係發送對一個頻道分配有多個封包的多節目編制之內容，該發送裝置具備：一生成部，其生成表 示與每個封包對應之應用程式的應用程式特定資訊；一發送部，其發送該生成部生成之應用程式特定資訊。
根據上述之結構，該發送部發送表示與每個封包對應之應用程式的應用程式特定資訊。由此，當再生該封包之一個時，發送裝置藉由使接收裝置參照該應用程式特定資訊，可按每個封包，即，按每個多頻道(多節目編制之內容)啟動與該多頻道對應之應用程式。
本發明之態樣8所涉及之發送裝置係向接收裝置發送對一個頻道分配有多個封包的多節目編制之內容，該發送裝置具備：一生成部，其針對該封包之每一個生成與該封包對應之應用程式控制資訊；一發送部，其發送該生成部生成之多個應用程式控制資訊。
根據上述之結構，該發送部發送與每個封包對應之多個應用程式控制資訊。由此，當再生該封包之一個時，發送裝置可藉由使接收裝置參照與該應用程式對應之應用程式控制資訊，啟動與該封包對應之應用程式。由此，發送裝置可使接收裝置，按每個封包，即，按每個多頻道(多節目編制之內容)啟動與該多頻道對應之應用程式。
本發明之態樣9所涉及之發送系統包括該態樣1至態樣5之任一個接收裝置以及該態樣7之發送裝置。
根據上述之結構，發送系統可發揮與該接收裝置以及該發送裝置相同之效果。
本發明之態樣10所涉及之接收裝置的控制方法係接收對一個頻道分配有多個封包的多節目編制之內容，該接收裝置的控制方法包括：一接收步驟(S12)，其接收表示與每個封包對應之應用程式的應用程式特定資訊；一再生步驟(S20)，其再生該封包之一個；一控制步驟(S18)，其參照在該接收步驟中接收之應用程式特定資訊，啟動與在該再生步驟中正在再生之封包對應的應用程式。
根據上述之結構，可發揮與該態樣1所涉及之接收裝置相同之效果。
本發明之態樣11所涉及之發送裝置的控制方法係發送對一個頻道分配有多個封包的多節目編制之內容，該發送裝置的控制方法包括：一生成步驟(S1)，其生成表示與每個封包對應之應用程式的應用程式特定資訊；一發送步驟(S3)，其發送在該生成步驟中生成之應用程式特定資訊。
根據上述之結構，可發揮與該態樣7所涉及之發送裝置相同之效果。
本發明之每個態樣所涉及之接收裝置或發送裝置也可以藉由計算機實現。在這種情況下，藉由作為該接收裝置或發送裝置具備之每個部啟動計算機，用計算機實現該接收裝置或發送裝置之接收裝置或發送裝置的控制程式，以及對其進行記錄的計算機可讀取記錄媒體也屬於本發明之範疇。
本發明不限於上述之每個實施方式，在權利請求項所示之範圍內可進行各種變形，將在不同的實施方式中分別公開之技術方案適當地組合到而得到之實施方式也包含於本發明之技術範圍之內。進而，可藉由對在各實施方式中分別公開之技術方案進行組合而形成新的技術特徵。
本發明可適用於接收對一個頻道分配有多個封包的多節目編制之內容的接收裝置以及發送該內容的發送裝置。
2‧‧‧發送裝置
3‧‧‧接收裝置
5‧‧‧內容伺服器
6‧‧‧內容伺服器
21‧‧‧分量多工部
22‧‧‧廣播發送部
23‧‧‧通訊收發部
31‧‧‧廣播接收部
32‧‧‧操作部
33‧‧‧通訊收發部
34‧‧‧分量解多工部
35‧‧‧視訊解碼部
36‧‧‧音訊解碼部
37‧‧‧資料廣播控制部
38‧‧‧合成部
39‧‧‧顯示器
40‧‧‧揚聲器

Claims (7)

  1. 一種接收裝置，該接收裝置係接收對一個頻道分配有多個封包的多節目編制之內容，其特徵在於，具備：一接收部，其接收表示與每個封包對應之應用程式的應用程式特定資訊；一再生部，其再生該封包之一個；一控制部，其參照該接收部接收之應用程式特定資訊，啟動與該再生部正在再生之封包對應的應用程式。
  2. 如申請專利範圍第1項所述之接收裝置，其特徵在於，該應用程式特定資訊係用於識別應用程式之應用程式識別資訊與用於識別該封包之封包識別資訊相對應之資訊。
  3. 如申請專利範圍第1項或第2項所述之接收裝置，其特徵在於，該內容係藉由MMT傳送之內容，並且該應用程式特定資訊描述在用於MMT之應用程式控制資訊中。
  4. 如申請專利範圍第1項或第2項所述之接收裝置，其特徵在於，該應用程式特定資訊包含於包括該多個封包之IP資料流中。
  5. 如申請專利範圍第3項所述之接收裝置，其特徵在於，該應用程式特定資訊包含於包括該多個封包之IP資料流中。
  6. 如申請專利範圍第1項所述之接收裝置，其特徵在於，該應用程式特定資訊描述在管理該封包之構成的封包構成管理資訊中。
  7. 一種發送裝置，該發送裝置係發送對一個頻道分配有多個封包的多節目編制之內容，其特徵在於，具備： 一生成部，其生成表示與每個封包對應之應用程式的應用程式特定資訊；一發送部，其發送該生成部生成之應用程式特定資訊。
TW104127991A 2014-08-27 2015-08-26 接收裝置以及發送裝置 TW201608845A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014173267 2014-08-27
JP2014209445A JP5860518B1 (ja) 2014-08-27 2014-10-10 送信装置および受信装置

Publications (1)

Publication Number Publication Date
TW201608845A true TW201608845A (zh) 2016-03-01

Family

ID=55305463

Family Applications (1)

Application Number Title Priority Date Filing Date
TW104127991A TW201608845A (zh) 2014-08-27 2015-08-26 接收裝置以及發送裝置

Country Status (5)

Country Link
US (1) US20170257663A1 (zh)
JP (4) JP5860518B1 (zh)
CA (1) CA2958993A1 (zh)
TW (1) TW201608845A (zh)
WO (1) WO2016031929A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6667128B2 (ja) * 2014-08-28 2020-03-18 パナソニックＩｐマネジメント株式会社 送信方法、受信方法、送信装置及び受信装置
JP6501262B2 (ja) * 2014-10-29 2019-04-17 日本放送協会 受信機およびプログラム
US10609428B2 (en) * 2015-01-13 2020-03-31 Sony Corporation Transmission device and transmission method as well as reception device and reception method
JP6929998B2 (ja) * 2017-07-07 2021-09-01 Ｔｖｓ Ｒｅｇｚａ株式会社 受信装置
JP7058576B2 (ja) * 2018-09-13 2022-04-22 株式会社日立国際電気 配信システム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5544395B2 (ja) * 2011-05-19 2014-07-09 日本放送協会 受信機
JP5586657B2 (ja) * 2011-05-20 2014-09-10 日本放送協会 受信機
CN109600632B (zh) * 2011-10-13 2020-12-25 三星电子株式会社 用于发送和接收多媒体服务的方法和装置
JP5959206B2 (ja) * 2012-01-18 2016-08-02 ソニー株式会社 受信装置、受信方法、及びプログラム
JP6158172B2 (ja) * 2012-04-12 2017-07-05 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 受信装置、受信方法、送信装置、及び送信方法
WO2014084073A1 (ja) * 2012-11-29 2014-06-05 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、及び、プログラム

Also Published As

Publication number Publication date
JP6095756B2 (ja) 2017-03-15
JP6081560B2 (ja) 2017-02-15
JP2016054556A (ja) 2016-04-14
JP5860518B1 (ja) 2016-02-16
US20170257663A1 (en) 2017-09-07
JP2016048903A (ja) 2016-04-07
WO2016031929A1 (ja) 2016-03-03
JP6363745B2 (ja) 2018-07-25
JP2016048962A (ja) 2016-04-07
CA2958993A1 (en) 2016-03-03
JP2017118581A (ja) 2017-06-29

Similar Documents

Publication Publication Date Title
JP7280408B2 (ja) 送信方法および受信方法
JP6363745B2 (ja) 送信装置、受信装置、及び、コンテンツ送受信システム
EP2712186A1 (en) Receiver
JP6456009B2 (ja) 受信装置、送信装置、及び受信プログラム
KR102212928B1 (ko) 수신 장치, 수신 방법, 송신 장치, 및 송신 방법
KR20220165693A (ko) 디지털 방송 서비스 방법 및 장치
WO2016031914A1 (ja) 放送信号送信装置、放送信号受信装置、テレビジョン受像機、放送信号伝送システム、制御プログラム、および記録媒体
TWI673999B (zh) 供視聽內容及／或資料傳輸的方法
WO2017038331A1 (ja) 受信装置およびプログラム
JP2016082364A (ja) 送信装置及び送信方法、並びに受信装置並びに受信方法
JP5659027B2 (ja) 情報通信サーバ、及び情報通信方法
JP2017212745A (ja) 放送信号信装置、放送信号受信方法、テレビジョン受像機、制御プログラム、および記録媒体
JP6294987B2 (ja) 再生装置、配信装置
WO2017038332A1 (ja) 放送受信機及び字幕提示方法
JP6341810B2 (ja) 放送信号送受信システムおよび放送信号送受信方法
WO2015152281A1 (ja) 再生装置、配信装置
KR100840583B1 (ko) 디지털 방송 시스템을 이용한 데이터 업그레이드 방법
JP2017212746A (ja) 放送信号送受信システムおよび放送信号送受信方法
JP2016116172A (ja) 受信装置、受信方法、プログラム及び送信装置