TW201526650A - 接收裝置、接收方法、傳輸裝置及傳輸方法 - Google Patents

接收裝置、接收方法、傳輸裝置及傳輸方法 Download PDF

Info

Publication number
TW201526650A
TW201526650A TW103131924A TW103131924A TW201526650A TW 201526650 A TW201526650 A TW 201526650A TW 103131924 A TW103131924 A TW 103131924A TW 103131924 A TW103131924 A TW 103131924A TW 201526650 A TW201526650 A TW 201526650A
Authority
TW
Taiwan
Prior art keywords
service
information
receiving device
components
control information
Prior art date
Application number
TW103131924A
Other languages
English (en)
Other versions
TWI648991B (zh
Inventor
Naohisa Kitazato
Jun Kitahara
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Publication of TW201526650A publication Critical patent/TW201526650A/zh
Application granted granted Critical
Publication of TWI648991B publication Critical patent/TWI648991B/zh

Links

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/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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

所提供的是接收裝置、接收方法、傳輸裝置及傳輸方法，在其中服務封裝單元使用一或複數個組件以及藉由使用IP傳輸模式構成在包括在數位廣播之廣播波中複數個服務之間的特定服務的控制信號，用以藉由使用包括在各封包中的IP位址於服務之單元中進行封裝，並且施行預定處理，藉此使用IP傳輸模式則彈性地可適於在數位廣播中的各種操作形式。例如，本揭露可適於電視機。

Description

接收裝置、接收方法、傳輸裝置及傳輸方法 [相關案的交叉參考]
本案請求於2013年10月4日所申請的日本優先權專利案申請案第JP 2013-209055號，其全部內容於此透過參考而併入。
本揭露係關於一種接收裝置、接收方法、傳輸裝置以及傳輸方法，且更特別的是關於組態以能彈性地適應各種操作形式的接收裝置、接收方法、傳輸裝置以及傳輸方法。
在不同國家之數位廣播的標準中，MPEG2-TS(運動畫面專家小組第2期-傳送串流；Moving Picture Experts Group phase 2-Transport Stream)模式被採用為一種傳輸格式(例如，參照PLT 1)。
在未來，更先進的服務考慮藉由採用IP傳輸模式來 提供，在IP傳輸模式中於通訊領域中所使用的IP(網際網路協定；Internet Protocol)封包係使用於數位廣播中。
[引證案列舉] [專利文獻]
[PLT 1]JP 2012-156712A
具有各種格式的內容可藉由採用IP傳輸模式傳輸到各種裝置，使得考慮使用各種操作格式。然而，未建立用於適應操作格式的技術上的方法。
本揭露鑒於這類的情況而完成並且打算能彈性的適應在採用IP傳輸模式的數位廣播中的各種操作形式。
依據本揭露之第一態樣，有提供一種接收裝置，其包括組態以接收包括IP(網際網路協定)傳送串流的數位廣播信號；針對在包括於數位廣播信號中複數個服務之間的特定的服務，將一或複數個組件之封包及藉由使用包括在封包之各者中的IP位址而構成特定服務的第一控制信號封裝；以及藉由使用經封裝的一或複數個組件及控制資訊施行預定的程序。
封裝成相同服務之一或複數個組件的封包以 及第一控制資訊之封包具有相同的IP位址。
電路係組態以將使用於第一層之第一控制資 訊封裝，第一層為在用以傳輸數位廣播信號的協定之層間IP層的上層。
以具有與IP封包之結構不同的結構之封包來 傳輸的第二控制資訊包括：識別網路的ID；識別IP傳送串流的ID；以及識別服務的ID。
第二控制資訊包括用於識別包括在數位廣播 信號中複數個IP傳送串流之各者的不同的ID。
識別網路的ID識別與接收的數位廣播信號關 聯的網路。識別服務的ID識別特定的服務。
電路更組態以基於第二控制資訊提取服務資 訊，其指示與相應於識別特定服務之ID的一或複數個組件關聯的一或以上埠號(port number)的服務資訊，以及基於IP位址和一或以上埠號來將特定服封裝。
一或複數個組件之封包的各個包括第一標頭 (header)、第二標頭及第三標頭。第一標頭指示包括在分別的封包中的資訊之類型。第二標頭指示與特定服務關聯的IP位址。第三標頭指示UDP(用戶資料報協定；User Datagram Protocol)之埠號。
使用於第一層的第一控制資訊包括關於構成特定服務之一或複數個組件的資訊。
關於一或複數個組件的資訊包括UDP之埠號，並且電路更組態以藉由使用IP位址及埠號施行過濾 來提取構成特定服務的一或複數個組件。
使用於第一層的第一控制資訊包括應用的控 制資訊。
第二控制資訊包括與用於各個服務的IP位址 關聯的資訊。
數位廣播信號係使用IP傳輸模式來傳輸，在 IP傳輸模式中封包以UDP(用戶資料以協定)之埠號來指定。
一或複數個組件基於特定服務是否以同步或 非同步格式提供而從數位廣播信號之RTP(即時傳送協定；Real-time Transport Protocol)會談與FLUTE(透過單向傳送的檔案遞送)會談其中之一來獲取。
電路更組態以將封裝的一或複數個組件與第一控制資訊儲存在記憶體中。
電路更組態以讀取儲存在記憶體中的一或複數個組件與第一控制資訊用以施行再製(reproduction)。
電路更組態以傳輸封裝的一或複數個組件與第一控制資訊到另一個電子裝置。
接收裝置可為獨立的裝置或構成一裝置的內部方塊。
依據本揭露第一實施例的接收方法為適應於依據本揭露第一實施例之接收裝置的接收方法。
在依據本揭露之第一實施例的接收裝置及接 收方法中，包括IP傳送串流的數位廣播信號係由接收裝置之電路所接收，包括在數位廣播信號中複數個服務之間構成特定服務的一或複數個組件和控制資訊係藉由使用包括在各個封包中的IP位址被電路所封裝以用於特定服務，並且預定的程序係藉由使用封裝的組件與控制資訊來施行。
依據本揭露之第二實施例的傳輸裝置係組態 以包括電路，其組態以獲取一或複數個組件、獲取控制資訊並且傳送包括IP傳送串流的數位廣播信號，在IP傳送串流中一或複數個組件之封包和構成特定服務之控制資訊的封包具有相同的IP位址。
傳輸裝置可為獨立的裝置並且可為構成一裝 置的內部方塊。
依據本揭露之第二實施例的傳輸方法為相應於依本揭露之第二實施例的傳輸裝置的傳輸方法。
在依據本揭露之第二實施例的傳輸裝置與傳輸方法中，一或複數個組件係由傳輸裝置之電路所獲取，一或複數個組件由傳輸裝置之電路所獲取，控制資訊由電路所獲取，以及包括IP傳送串流的數位廣播信號由電路傳輸，在電路中構成特定服務的一或複數個組件之封包與控制資訊之封包具有相同的IP位址。
依據本揭露第一及第二實施例，彈性地適應於各種操作形式是可能的。
此外，於此說明的效果並非必然的限制，並且他們可為在本揭露中說明的任何效果。
1‧‧‧廣播系統
10‧‧‧傳輸裝置
20‧‧‧接收裝置
111‧‧‧視頻資料獲取單元
113‧‧‧音頻資料獲取單元
117‧‧‧控制信號獲取單元
119‧‧‧檔案資料獲取單元
121‧‧‧多工器
122‧‧‧傳輸單元
212‧‧‧調諧器
213‧‧‧解多工器
214‧‧‧時脈產生器
215‧‧‧視頻解碼器
216‧‧‧視頻輸出單元
217‧‧‧音頻解碼器
218‧‧‧音頻輸出單元
219‧‧‧字幕解碼器
220‧‧‧FLUTE處理單元
221‧‧‧儲存器
222‧‧‧控制信號處理單元
223‧‧‧NVRAM
224‧‧‧服務封裝單元
225‧‧‧通訊I/F
226‧‧‧瀏覽器
251‧‧‧GSE過濾器
252‧‧‧IP過濾器
253‧‧‧UDP過濾器
254‧‧‧節過濾器排
900‧‧‧電腦
901‧‧‧中央處理單元
[圖1]圖1為闡述在IP傳輸模式中數位廣播對協定堆疊之圖。
[圖2]圖2為闡述在IP傳輸模式中廣播波之信號與ID系統之間的關係之圖。
[圖3]圖3為闡述在IP傳輸模式中數位廣播之廣播波的組態之圖。
[圖4]圖4為闡述LLS之組態的圖。
[圖5]圖5為闡述MLS之組態的圖。
[圖6]圖6為闡述服務頻道之概念的圖。
[圖7]圖7為闡述採用本揭露之廣播系統實施例之組態的圖。
[圖8]圖8為闡述採用本揭露之傳輸裝置實施例之組態的圖。
[圖9]圖9為闡述採用本揭露之接收裝置實施例之組態的圖。
[圖10]圖10為闡述在多路分配器中過濾各個封包之程序之細節的圖。
[圖11]圖11為說明基本發信系統的圖。
[圖12]圖12為說明在NRT服務中之發信系統的圖。
[圖13]圖13為說明在混合服務中之發信系統的圖。
[圖14]圖14為闡述NIT之資料結構的圖。
[圖15]圖15為闡述安排在NIT之迴路中描述符之範例的圖。
[圖16]圖16為闡述Name_descriptor之資料結構的圖。
[圖17]圖17為闡述Service_list_decriptor之資料結構的圖。
[圖18]圖18為闡述ATSC3_delivery_system_descriptor之資料結構的圖。
[圖19]圖19為闡述Transport_stream_protocol_descriptor之資料結構的圖。
[圖20]圖20為闡述ESG_bootstrap_descriptor之資料結構的圖。
[圖21]圖21為闡述AMT之資料結構的圖。
[圖22]圖22為闡述SAT之資料結構的圖。
[圖23]圖23為闡述用於SAT之傳輸的封包之範例的圖。
[圖24]圖24為闡述SAT_data之資料結構的圖。
[圖25]圖25為闡述SMT之資料結構的圖。
[圖26]圖26為闡述安排在SMT之迴路中描述符之 範例的圖。
[圖27]圖27為說明初始掃描程序的圖。
[圖28]圖28為說明在初始掃描期間獲取的資訊之流程的圖。
[圖29]圖29為闡述在初始掃描期間接收裝置之操作的圖。
[圖30]圖30為說明ESG獲取程序的圖。
[圖31]圖31為在ESG獲取期間獲取的資訊之流程的圖。
[圖32]圖32為闡述在ESG獲取期間接收裝置之操作的圖。
[圖33]圖33為說明直接頻道選擇程序的圖。
[圖34]圖34為說明在直接頻道選擇期間獲取的資訊之流程的圖。
[圖35]圖35為說明在直接頻道選擇期間接收裝置之操作的圖。
[圖36]圖36為說明ESG頻道選擇程序的圖。
[圖37]圖37為說明在ESG頻道選擇期間獲取的資訊之流程的圖。
[圖38]圖38為闡述在ESG頻道選擇期間接收裝置之操作的圖。
[圖39]圖39為說明記錄保留/執行程序之ESG的圖。
[圖40]圖40為說明在ESG記錄保留/執行期間獲取 的資訊之流程的圖。
[圖41]圖41為闡述在ESG記錄保留/執行期間接收裝置之操作的圖。
[圖42]圖42為闡述在記錄節目再製期間接收裝置之操作的圖。
[圖43]圖43為說明NRT-ESG獲取程序的圖。
[圖44]圖44為闡述在NRT-ESG獲取期間接收裝置之操作的圖。
[圖45]圖45為說明NRT內容獲取/再製程序的圖。
[圖46]圖46為在NRT內容獲取/再製期間獲取的資訊之流程的圖。
[圖47]圖47為在NRT內容獲取/再製期間接收裝置之操作的圖。
[圖48]圖48為說明NRT內容獲取/顯示程序的圖。
[圖49]圖49為在NRT內容獲取/顯示期間獲取的資訊之流程的圖。
[圖50]圖50為闡述在NRT內容獲取/顯示期間接收裝置之操作的圖。
[圖51]圖51為說明應用獲取/顯示程序的圖。
[圖52]圖52為在應用獲取/顯示期間獲取的資訊之流程的圖。
[圖53]圖53為闡述在應用獲取/顯示期間接收裝置之操作的圖。
[圖54]圖54為說明傳輸程序的流程圖。
[圖55]圖55為說明封裝記錄程序的流程圖。
[圖56]圖56為說明解封裝再製程序的流程圖。
[圖57]圖57為闡述電腦之組態範例的圖。
於此，本揭露之實施例將參考圖式來說明。
<本揭露之概觀>
(協定堆疊)
圖1為闡述在IP傳輸模式中數位廣播之協議堆疊的圖。
如圖1闡述的，最低層被認為是實體層，其相應於分配用於服務(頻道)的廣播波之頻率帶。鄰近實體層的上層被認為是GSE層。GSE(通用串流包裝；Generic Stream Encapsulation)層為用於將下方鄰近的實體層與上方鄰近的IP層關聯。此外，GSE係採用為DVB(數位視頻廣播；Digital Video Broadcasting)的標準。
IP層與TCP/IP之協議堆疊的IP(網際網路協定)相同，並且IP封包由IP位址來特定。鄰近IP層的上層被認為是UDP層，並且其下層被認為是RTP(即時傳送協定；Real-time Transport Protocol)，或是FLUTE(透過單向傳送的檔案遞送；File Delivery over Unidirectional Transport)/ALC(非同步分層編碼協議；Asynchronous Layered Coding Protocol)/LCT(分層譯碼傳送；Layered Coding Transport)。也就是，在於IP傳 輸模式中之數位廣播中，傳送以UDP(用戶資料報協定)之埠號來指定的封包，且例如建立RTP會談或FLUTE會談。此外，FLUTE之細節被規範為RFC3926。
鄰近FLUTE/ALC/LCT之上層被認為是fMP4(破碎的MP4)，並且鄰近RTP及fMP4的上層被認為是AV(影音；Audio Video)、字幕(SubTitle)及即時事件。視頻資料(視頻；Video)係依據例如HEVC(高效視頻譯碼；High Efficiency Video Coding)等的編碼方案來編碼。此外，音頻資料(音頻；Audio)係依據AAC(進階音頻譯碼；Advanced Audio Coding)等的編碼方案來編碼。也就是，在視頻資料或音頻資料以同步串流格式傳輸的情形中，使用RTP會談；並且在視訊資料或音頻資料以非同頻檔案格式傳輸的情形中，使用FLUTE會談。
此外，FLUTE/ALC/LCT之上層被認為是交互(Interactive)、元(Meta)等。例如，在傳輸要協同AV內容執行的應用之檔案的情形中，使用FLUTE會談。
在圖1之協定堆疊的右側處，LLS、MLS及HLS被規範為發信。LLS(低層發信；Low Layer Signaling)為低層的發信且變為GSE層之上層。例如，當為LLS，可採用在MPEG2-TS模式中使用的network_id,transport_stream_id，及service_id之結合(以下，稱為「三聯體(triplet)」)及節格式(section format)。
在此情形中，當為LLS，可傳輸藉由使用三 聯體而代表在廣播網路中的傳送串流組態和服務組態之NIT(網路資訊表；Network Information Table)。此外，如在之後詳細說明的一般，當為LLS，AMT(位址映射表；Address Map Table)與NIT一起傳輸，使得可獲得例如用於選擇服務(頻道)的頻道選擇資訊。此外，當為LLS，傳輸SAT(服務關聯表；Service Association Table)，使得可決定特定服務是否在播放(on-air)狀態中(在廣播狀態中)。
此外，MLS(中間層發信；Middle Layer Signaling)係為中間層之發信且變為UDP層之上層。 MLS被安裝，使得快速的頻道選擇處理係為可利用的。例如，當為MLS，可採用用於在服務之單元中傳輸服務相關的(service-associated)資訊或組件資訊的SCS(服務頻道發信；Service Channel Signaling)。當為SCS，例如SMT(服務映射表)、AIT(應用資訊表)或類似的表係以節格式來傳輸。SMT包括在服務之單元中的服務屬性、組件之組態資訊、組件屬性、組件之過濾資訊等。AIT為在之後說明的混合服務中的應用之控制資訊。
HLS(高層發信；High Layers Signaling)為 高層之發信(或發佈(announcement))且變為FLUTE/ALC/LCT之上層。例如，當為HLS，ESG(電子服務導引；Electronic Service Guide)係藉由使用FLUTE會談來傳輸，使得可顯示節目名稱、開始時間等。
(在本揭露中的ID系統)
圖2為闡述廣播波之信號與在IP傳輸模式中的ID系統之間的關係。
如圖2中所述，network_id分配到具有6MHz 之頻率帶的廣播波(廣播網路)上。各廣播波包括由transport_stream_id所識別的一或複數個GSE串流。GSE串流係以包括GSE標頭和酬載的複數個GSE封包來建構。
各個GSE中流包括由service_id所識別的複 數個服務。各個服務係以複數個組件來進行組態。各個組件為資訊，例如構成節目的視頻資料、音頻資料等。
在此方式中，類似於MPEG2-TS模式，採用 三聯體做為IP傳輸模式之ID系統，因而藉由使用network_id、transport_stream_id及the service_id之結合，施行與MPEG2-TS模式匹配是可能的，其在可被施行的當下普遍地流行。因此，舉例來說，在從MPEG2-TS模式轉移到IP傳輸模式期間輕易的適應同時聯播(simulcast)是可能的。
此外，在使用如對應service_id的識別資訊之 主要頻道號(major channel number)和次要頻道號(minor channel number)來施行操作的情形中，藉由將service_id之16位元間的高8位元分配到主要頻道號之8位元及低8位元分配到次要頻道號之8位元而適應操作是可能的。
(在IP傳輸模式中的廣播波的組態)
圖3為闡述在IP傳輸模式中數位廣播之廣播波的組態。
如圖3所闡述，一或複數個傳輸串流和LLS 可從具有6MHz之頻帶的廣播波(在圖中的「網路」)獲取。此外，NTP(網路時間協定；Network Time Protocol)、複數個服務頻道及電子服務導引(ESG服務)可從各個傳送串流中獲取。NTP為時間資訊且對複數個服務頻道來說是共同的。
各個服務頻道包括像是視頻資料或音頻資料 的組件和像是AMT或AIT的SCS。此外，各個服務頻道提供有固定IP位址和組件、控制信號等，因為各個服務頻道可藉由使用IP位址來封裝。
此外，在圖3中，傳送串流相應於圖2之 GSE串流，且之後在說明中所寫的傳送串流意指GSE串流。此外，服務頻道相應於圖2之服務，且組件亦與其相應。
(LLS之組態)
圖4為闡述LLS之組態的圖。
如圖4所闡述，GSE封包組態以包括GSE標 頭和酬載。在GSE層之上層為IP層的情形中，一部分的酬載變為IP封包。雖然LLS為GSE層之上層，LLS遵循GSE標頭來安排以為了以節格式傳輸。當為LLS，可安排例如NIT、AMT及SAT。
此外，GSE標頭包括2-bit類型資訊，且依據此類型資料，可區別GSE封包是否為IP封包或LLS。
(MLS之組態)
圖5為闡述MLS之組態的圖。
如圖5所闡述，例如在視頻資料或音頻資料以同步串流格式傳輸的情形中，由於使用RTP會談，GSE、IP、UDP及RTP之各個標頭添加到酬載。此外，在像是fMP4或ESG的檔案資料以非同步檔案格式傳輸的情形中，由於使用FLUTE會談，GSE、IP、UDP及LCT之各個標頭添加到酬載。此外，由於NTP為UDP層對上層，NTP係遵循GSE、IP及UDP之各個標頭來安排。
雖然MLS為UDP層之上層，MLS係遵循GSE、IP及UDP之各個標頭來安排，以為了以節格式來傳輸。當為MLS(SCS)，可安排例如SMT或AIT。
(服務頻道之概念)
圖6為闡述服務頻道(SC；service channel)之概念。
如圖6所闡述，當由內容提供者所生產的內容提供給當地的地面廣播電台(local terrestrial broadcaster)時，與相同IP位址有關的組件、控制信號等被封裝以致在服務頻道之單元中被提供。此外，本地地面廣播電台則被允許提供服務頻道給CATV提供者、衛星廣播電台(衛星；Satellite)、IPTV提供者、業者等。此外CATV提供者或相似的可例如藉由添加應用到服務頻道 來施行重新封裝(re-packaging)。
接收器接收從當地地面廣播電台、CATV等傳 輸的服務頻道。接收器在顯示器上顯示服務頻道的視頻並且同步地輸出對應於來自揚聲器之視頻的音頻。此外，接收器可傳輸服務頻道至家用伺服器(home server)、外部裝置(第二螢幕裝置)等，其連接到在住宅內側建構的家用網路。因此，來自接收器的服務頻道儲存在家用伺服器中。此外，在外部裝置中，來自接收器的服務頻道之視頻係在顯示器上顯示，並且對應於該視頻的音頻係從揚聲器輸出。
以此方式，作為相同IP位址的服務之組態元 素的信號，像是視頻資料、音頻資料、控制信號等被封裝，因而資料可在服務頻道(服務)之單元中被處理，使得例如藉由輕易的添加應用到服務頻道來彈性地適應各種操作形式是可能的。
<廣播系統之組態的範例>
圖7為闡述採用本揭露的廣播系統之實施例的組態的圖。
如圖7所述，廣播系統1係組態以包括傳輸裝置10、接收裝置20、家用伺服器30、外接裝置40、應用伺服器50及遞送伺服器60。接收裝置20、家用伺服器30及外接裝置40安裝在住宅2之內側且經由家用網路70彼此連接。此外，接收裝置20、應用伺服器50及遞送伺服器60經用網際網路90彼此連接。
傳輸裝置10使用IP傳輸模式藉由數位廣播 之廣播波傳輸廣播內容，像是TV節目。
接收裝置20接收從傳輸裝置10所傳輸的廣 播信號且獲取廣播內容之視頻及音頻。接收裝置20從揚聲器輸出與視頻同步的音頻，同時在顯示器上顯示廣播內容的視頻。此外，接收裝置20可組態為一個主體，其包括顯示器或揚聲器，且接收裝置20可組態以建立在電視機、錄影機等中。
接收裝置20經由家用網路70將各種資料與 家用伺服器30進行通訊。家用伺服器30經由家用網路70接收且記錄從接收裝置20傳輸的資料，或者家用伺服器30經由家用網路70回應於來自接收裝置20的請求來供應資料。
此外，接收裝置20經由家用網路70將各種 資料與外接裝置40進行通訊。外接裝置40經由家用網路70接收及顯示從接收裝置20傳輸的資料。
應用伺服器50管理協同廣播內容執行的應 用。應用伺服器50經由網際網路90回應於來自接收裝置20的請求來供應應用。接收裝置20執行協同廣播內容來自應用伺服器50的應用。
遞送伺服器60供應通訊內容，像是經廣播的 廣播節目或是如VOD(視頻點播；Video On Demand)之經發行的電影。接收裝置20經由網際網路90接收從遞送伺服器60遞送的通訊內容。接收裝置20從揚聲器輸出與 視頻同步的音頻，同時在顯示器上顯示通訊內容的視頻。
廣播系統1組態為如上文所述。
(傳輸裝置之組態的範例)
圖8為闡述採用本揭露傳輸裝置之實施例的組態的圖。
如圖8所述，傳輸裝置10係組態以包括視頻 資料獲取單元111、視頻編碼器112、音頻資料獲取單元113、音頻編碼器114、字幕資料獲取單元115、字幕編碼器116、控制信號獲取單元117、控制信號處理單元118、檔案資料獲取單元119、檔案處理單元120、多工器(Mux)121及傳輸單元122。
視頻資料獲取單元111從內建HDD(硬碟驅 動；Hard Disk Drive)、外部伺服器、攝影機等獲取視頻資料並且將視頻資料供應到視頻編碼器112。視頻編碼器112依據像是MPEG的編碼方案將從視頻資料獲取單元111所供應的視頻資料編碼並且將經編碼的視頻資料供應到多工器121。
音頻資料獲取單元112從內建HDD、外部伺 服器、麥克風等獲取音頻資料並將音頻資料供應到音頻編碼器114。音頻編碼器114依據像是MPEG的編碼方案將從音頻資料獲取單元113所供應的音頻資料編碼並且將經編碼的音頻資料供應到多工器121。
字幕資料獲取單元115從內建HDD或外部伺 服器等獲取字幕資料並且將字幕資料供應到字幕編碼器 116。字幕編碼器116依據預定的編碼方案將從字幕資料獲取單元115所供應的字幕資料編碼並且將經編碼的字幕資料供應到多工器121。
控制信號獲取單元117從內建HDD或外部伺 服器獲取像是NIT或SMT的控制信號並且將控制信號供應到控制信號處理單元118。控制信號處理單元118在從控制信號獲取單元117所供應的控制信號上施行預定的信號處理並且將經處理的控制信號供應到多工器121。
在傳輸以非同步檔案格式之資料的情形中， 檔案資料獲取單元119從內建儲存器、外部伺服器等獲取檔案資料，例如NRT內容、應用等並且將檔案資料供應到檔案處理單元120。檔案處理單元120在從檔案資料獲取單元119供應的檔案資料上施行預定的檔案處理並且將經處理的檔案資料供應到多工器121。舉例來說，檔案處理單元120施行檔案處理，以用於藉由FLUTE會談傳輸由檔案資料獲取單元119所獲取的檔案資料。
多工器121將來自視頻編碼器112的視頻資 料、來自音頻編碼器114的音頻資料、來自字幕編碼器116的字幕資料、來自控制信號處理單元118的控制信號及來自檔案處理單元120的檔案資料進行多工，用以產生IP傳輸格式的串流並且將此串流供應到傳輸單元122。傳輸單元122透過天線123將從多工器121供應的串流傳輸為廣播信號。
(接收裝置之組態的範例)
圖9為闡述採用本實施例接收裝置之實施例之組態的圖。
如圖9所闡述，接收裝置20係組態以包括調 諧器212、解多工器213、時脈產生器214、視頻解碼器215、視頻輸出單元216、音頻解碼器217、音頻輸出單元218、字幕解碼器219、FLUTE處理單元220、儲存器221、控制信號處理單元222、NVRAM 223、服務封裝單元224、通訊I/F 225、瀏覽器226及串流處理單元227。
調諧器212提取並解調服務之廣播信號，其 選擇係從由天線211所接收的廣播信號來命令並且將合成的串流以IP傳輸格式供應到解多工器213。
解多工器213將從調諧器212所供應以IP傳 輸格式的串流劃分成視頻資料、音頻資料、字幕資料、節資料等並且將經劃分的資料輸出到下列方塊。更詳細而言，解多工器213係組態以包括GSE過濾器251、IP過濾器252、UDP過濾器253及節過濾器排(section filter bank)254。GSE過濾器251基於GSE標頭來施行過濾處理以將LLS供應到節過濾器排254。
IP過濾器252基於IP標頭來施行過濾處理。 此外，UDP過濾器253基於UDP標頭施行過濾處理。由於在IP過濾器252及UDP過濾器253中的過濾處理，NTP被供應到時脈產生器214，而MLS被供應到節過濾器排254。此外，視頻資料、音頻資料及字幕資料分別被供應到視頻解碼器215、音頻解碼器217及字幕解碼器 219。此外，各種檔案資料則被供應到FLUTE處理單元220。
節過濾器排254基於節標頭來施行過濾處理以恰當地將LLS及MLS供應到控制信號處理單元222。此外，IP過濾器252基於IP位址施行過濾處理以將組件(音頻/視頻)、控制信號(MLS)等以及充作IP位址的時間資訊(NTP)供應到服務封包單元224。
時脈產生器214基於從解多工器213所供應的NTP來產生時脈信號並且將時脈信號供應到視頻解碼器215、音頻解碼器217及字幕解碼器219。
視頻解碼器215基於從時脈產生器214所供應的時脈信號以對應視頻編碼器112(圖8)的解碼方案將從解多工器213所供應的視頻資料解碼，並且將經解碼的視頻資料供應到視頻輸出單元216。在後面階段中，視頻輸出單元216將從視頻解碼器215所供應的視頻資料輸出到的顯示器(圖未闡述)。因此，在顯示器上顯示視頻，例如TV節目等。
音頻解碼器217基於從時脈產生器214所供應的時脈信號以對應音頻編碼器114(圖8)的解碼方案將從解多工器213所供應的音頻資料解碼，並且將經解碼的資料供應到該音頻輸出單元218。在後面階段中，音頻輸出單元218將從音頻解碼器217所供應的音頻資料供應到的揚聲器(圖未闡述)。因此，從揚聲器輸出對應視頻的音頻，例如TV節目等。
字幕解碼器219基於從時脈產生器214所供 應的時脈信號以對應字幕編碼器116(圖8)的解碼方案將從解多工器213所供應的字幕資料解碼，並且將經解碼的字幕供應到視頻輸出單元216。在字幕資料從字幕解碼器219供應的情形中，視頻輸出單元216將字幕資料與來自視頻解碼器215的視頻資料結合，並且在後面階段中將經結合的資料供應到顯示器(圖未闡述)。因此，在顯示器上顯示對應視頻的字幕連同來自TV節目的視頻。
FLUTE處理單元220從自解多工器213所供 應的各種檔案資料來復原ESG、應用、內容等。例如，FLUTE處理單元220記錄復原的ESG或在儲存器221中的內容。此外，例如FLUTE處理單元220將經復原的應用供應到瀏覽器226。儲存器221為具有大容量的記錄裝置，像是HDD(硬碟驅動)。儲存器221記錄從FLUTE處理單元220等所供應之各種類型的資料。
控制信號處理單元222基於從解多工器213所供應的控制信號(LLS與MLS)控制各單元之操作。NVRAM 223為非揮發性記憶體並且依據控制信號處理單元222之控制來記錄各種類型的資料。
服務封包單元224將服務頻道之組態元件封裝，像是從解多工器213所供應的組件、控制信號、時間資訊等，並且記錄經封裝的資料於儲存器221中。此外，服務封裝單元224從儲存器221讀取服務頻道之經封裝的資料，並且將資料解封裝以將經解封裝的資料供應到解多 工器213之IP過濾器252。據此，可復原經封裝的服務頻道之組態元件以被再製。此外，經封裝的服務頻道之資料可透過通訊I/F供應到家用伺服器30、外接裝置40等。
通訊I/F 255將資料與連接到家用網路70的 家用伺服器30、外接裝置40等進行通訊。此外，通訊I/F 255從在網際網路90上安裝的應用伺服器50接收應用，並且將應用供應到瀏覽器226。來自FLUTE處理單元220或通訊I/F 225的應用係供應到瀏覽器226。瀏覽器226依據組態有例如由HTML5(超文本描述語言5；Hyper Text Markup Language 5)所寫的HTML文件之應用來產生視頻資料，並且將視頻資料供應到視頻輸出單元216。因此，在顯示器上顯示應用連同TV節目之視頻。
此外，通訊I/F 225接收從在網際網路90上 安裝的遞送伺服器60所遞送之通訊內容的資料，並且將資料供應到串流處理單元227。串流處理單元227施行需要於在從通訊I/F 225所供應的資料上施行串流再製的各種處理用以將合成的視頻資料供應到視頻輸出單元216以及用以將音頻資料供應到音頻輸出單元218。
此外，在圖9之接收裝置20中，例如調諧器 212、解多工器213、時脈產生器214、視頻解碼器215、視頻輸出單元216、音頻解碼器217、音頻輸出單元218、字幕解碼器219、儲存器221、NVRAM 223及通訊I/F 225係組態為硬體。此外，例如FLUTE處理單元220、控制信號處理單元222、服務封包單元224、瀏覽器 226及串流處理單元227係由被CPU(圖57的CPU 910)執行的程式所建置。
此外，雖然在圖9之接收裝置20的組態中， 儲存器221被描述為建立在接收裝置20中，但可使用外部附接的儲存器。
(過濾處理的細節)
接著，在圖9之解多工器213中封包之過濾處理的細節將參考圖10來說明。
如圖10所闡述，除了各種類型的標頭資訊以 外，包括LLS、NTP、MLS、視頻資料、音頻資料或各種檔案資料的封包在解多工器213中被輸入為酬載。
GSE標頭包括代表IP或發信的類型資訊。 GSE過濾器251基於包括在GSE標頭中的類型資訊施行過濾處理。在圖10之範例中，由於只有LLS之封包的類型資訊變為發信且其餘封包變為IP，所以只有LLS之封包被供應到節過濾器排254。
此外，IP標頭包括IP位址。IP過濾器252基 於包括在IP標頭中的IP位址施行過濾處理。在圖10之範例中，只有NTP之封包的IP位址是不同的，但是其餘的封包之位址變成相同的位址。
此外，UDP標頭包括埠號(port number)。 UDP過濾器253基於包括在UDP標頭中的埠號施行過濾處理。在圖10之範例中，封包之埠號彼此不同。因此，IP過濾器252和UDP過濾器253使用IP位址及埠號施行 過濾處理，使得所有的封包可在目的地之上被區分。然而，由於LLS之封包和MLS之封包被供應到節過濾器排254，所以節過濾器排254基於添加到封包的節標頭來施行過濾處理，並且只有滿足過濾條件的封包留存在節過濾器排254內側的緩衝記憶體(buffer memory)中，使得封包藉由使用軟體可從CPU(圖57整CPU 901)間歇地上拉。
因此，LLS之封包和MLS之封包被輸出到控 制信號處理單元222。此外，NTP之封包被輸出到時脈產生器214。此外，視頻資料之封包被輸出到視頻解碼器215，並且音頻資料之封包被輸出到音頻解碼器217。此外，各種檔案之資料的封包被輸出到FLUTE處理單元220等。
此外，由於作為相同服務頻道的MLS、視頻 資料、音頻資料及各種檔案資料之封包被給定具有相同的IP位址，所以IP過濾器252可將該封包連同NTP之封包輸出到服務封裝單元224。因此，服務封裝單元224可將組件(音頻/視頻)、時間資訊(NTP)、控制信號(MLS)等封裝於服務頻道(服務)之單元中。此外，在此範例之情形中，由於NTP對複數個頻道是共同的，雖然NTP不具有與其它封包相同的IP位址，但NTP係依據至少兩個IP位址來進行封裝。
<發信之細節>
(基本發信系統)
圖11為說明基本發信系統的圖。
如圖11所闡述，NIT、AMT及SAT係使用於 LLS。NIT及AMT被認為具有例如1秒的傳輸周期，並且在初始掃描中獲取。此外，SAT被認為具有例如100毫秒之傳輸周期，並且在服務選擇期間獲取。
NIT代表藉由三聯體在廣播網路中之傳送串流 之組態和服務之組態。network_id和傳送串流迴路被安排在NIT中，並且服務迴路被安排在傳送串流迴路中。
ATM代表各個服務的IP位址。此外，SAT代 表播放服務。NIT、ATM及SAT可藉由service_id彼此連接，並且例如可藉由將NIT與AMT結合來獲得頻道選擇資訊。此外，藉由使用SAT而可確定的是，特定服務是否在播放狀態。
此外，如圖11所闡述，SMT係使用於MLS(SCS)。SMT被認為具有例如100毫秒的傳輸頻率。SMT代表在服務、組件之組態資訊、組件屬性及組件之資訊的單元中各個服務的服務屬性，並且準備用於各個服務。也就是，特定服務的組件群組可藉由使用AMT之IP位址和SMT之埠號施行過濾處理來獲取。
此外，如圖11所闡述，如HLS，ESG係由FLUTE會談所傳輸。ESG為組態有存取、服務、內容、排程、購買物品等的電子服務導引。接著，除了AMT之IP位址和SMT之埠號以外，ESG可藉由使用包括在NIT之ESG_bootstrap資訊中的TSI(傳送會談識別符)而從 FLUTE會談獲取。
(在NRT服務中的發信系統)
圖12為說明在NRT服務中的發信系統的圖。
於此，NRT服務為其中於NRT(非即時；Non-Real Time)廣播中傳輸的NRT內容曾經儲存在接收裝置20之儲存器221中且接著施行再製的服務。
如圖12所闡述，類似於圖11，在NRT服務中，NIT、AMT及SAT係在LLS中使用。此外，類似於圖11，在NRT服務中，如HLS，ES係由FLUTE會談所傳輸。此外，雖然細節以參考圖43到50來說明於下，但由於在NRT服務中，MLS(SCS)之SMT包括TSI，所以在FLUTE會談中被周期地傳輸的FDT(檔案遞送表；File Delivery Table)係藉由使用TSI來獲取，並且目標NRT內容之檔案可藉由參照至索引資訊(index information)來獲取。
(在混合服務中的發信系統)
圖13為說明在混合服務中發信系統的圖。
於此，混合服務不僅意指使用在數位廣播之領域中之廣播的服務，而且還是意指與網際網路配合的服務。在混合服務中，經由網際網路遞送的應用可連同像是TV節目的廣播內容來執行。
如圖13所闡述，類似於圖11，在混合服務中，NIT、AMT及SAT係使用於LLS中。此外，類似於圖11，在混合服務中，如HLS，ESG係由FLUTE會談所 傳輸。此外，雖然細節以參照至圖51到53說明於下，在混合服務中，由於除了SMT的AIT被使用於MLS(SCS)，所以在FLUTE會談中傳輸的應用或是由應用伺服器50所供應的應用係基於AIT來獲取並且連同TV節目等來執行。
<LLS的詳細結構>
(NIT的資料結構)
圖14為闡述NIT之資料結構的圖。
Table_id代表著表識別(table identification)。Section_syntax_indicator為1位元欄位並且指派以固定值。Section_length代表節長度。
Network_id代表網路識別以及作為用於藉由將分佈系統與其它分佈系統區別而識別由NIT所代表的分佈系統的標號(label)。
Version_number代表版本號。Current_next_indicator代表目前的下一個指示符。Section_number代表節號。Last_section_number代表最終的節號。
Network_descriptors_length代表網路描述符長度。Transport_stream_loop_length代表傳送串流迴路長度。
Transport_stream_id代表傳送串流識別。Original_network_id代表原始網路識別。Transport_descriptors_length代表傳送描述符長度。
圖15為闡述安排在圖14之NIT的迴路中描述符之範例的圖。
如圖15所闡述，Name_descriptor係如所需要的安排在NIT之網路迴路中。此外，Service_list_decriptor、ATSC3_delivery_system_descriptor以及Transport_stream_protocol_descriptor係必要安排於NIT之傳送串流迴路中，並且Name_descriptor和ESG_bootstrap_descriptor則如所需要的安排。
如圖16所闡述，Name_descriptor藉由字符符號(character symbol)提供名稱。在圖16中，char代表字符符號，並且寫入預定名稱。
如圖17所闡述，Service_list_decriptor依據服務識別和服務形式之類型來提供服務的列表。在圖17中，Service_id代表服務識別。此外，service_type代表服務形式的類型。
如圖18所闡述，ATSC3_delivery_system_descriptor提供實體資訊以用於施行頻道選擇處理。在圖18中，plp_id代表plp識別。此外，T2_system_id代表系統識別。Centre_frequency代表頻率。
如圖19所闡述，Transport_stream_protocol_descriptor提供一種類型的傳送串流之協定。在圖19中，protocol_type代表一種類型的協定形式。例如，在protocol_type指派以「0」的情形 中，可認為是代表MPEG2-TS；在protocol_type指派以「1」的情形中，可認為是代表IPv4；以及在protocol_type指派以「2」的情形中，可認為是代表IPv6。
如圖20所闡述，ESG_bootstrap_descriptor提 供用於獲取由FLUTE會談所傳輸的ESG的資訊。在圖20中，source_IP_address和destination_IP_address代表傳輸來源之IP位址(來源)和目的地之IP位址(目的地)。 UDP_port_num代表UDP之埠號。TSI代表在FLUTE會談中的TSI。
(AMT之資料結構)
圖21為闡述AMT之資料結構的圖。
Table_id代表著表識別。section_syntax_indicator為1位元的欄位並且指派以固定值。Section_length代表會談長度。
Transport_stream_id代表傳送串流識別。Version_number代表版本號。Current_next_indicator代表目前下一個指示符。Section_number代表節號。Last_section_number代表最後節號。Number_of_services代表服務的數目。
Service_id代表服務識別。IP_version_flag代表IP版本的旗標。例如，在IP_version_flag指派以「0」的情形中，可認為是代表IPv4；在IP_version_flag指派以「1」的情形中，可認為是代表IPv6。
Source_IP_address_for_v4和 destination_IP_address_for_v4代表用於版本4之傳輸來源之IP位址(來源)和目的地之IP位址(目的地)。此外，source_IP_address_for_v6和destination_IP_address_for_v6代表用於版本6之傳輸來源之IP位址(來源)和目的地之IP位址(目的地)。
此外，在AMT中，在service_id=「0xFFFF」 被指派的情形中，取代了服務，被認為是代表NTP封包之IP位址。
(SAT之資料結構)
圖22為闡述SAT之資料結構的圖。
Table_id代表著表識別。section_syntax_indicator為1位元的欄位並且指派以固定值。Section_length代表會談長度。
Transport_stream_id代表傳送串流識別。Version_number代表版本號。Current_next_indicator代表目前下一個指示符。Section_number代表節號。Last_section_number代表最後節號。
Service_id代表服務識別。
此外，如圖23所闡述，取代SAT為表，為結構的SAT_data可安排於GSE標頭的延伸區域。如在圖24中所闡述，類似於SAT，SAT_data提供播出服務。例如，在SAT_data中，雖然active_service_bitmap組態以8位元，播出服務可藉由將位元與寫入在NIT之 Service_list_decriptor中的service_id之列表的順序相關聯來代表。
然而，不需要將SAT_data安排在所有封包之 GSE標頭的延伸區域中，並且例如，如圖23所闡述，SAT_data可安排在僅SMT之封包的GSE標頭的延伸區域中。
<MLS之詳細結構>
(SMT之資料結構)
圖25為闡述SMT之資料結構的圖。
Table_id代表著表識別。section_syntax_indicator為1位元欄位並且指派以固定值。Section_length代表節長度。
Service_id代表服務識別。Version_number代表版本號。Current_next_indicator代表目前下一個指示符。Section_number代表節號。Last_section_number代表最後節號。Service_category代表服務之範疇(category)。
Service_descriptor_length代表服務描述符長度。Base_UDP_port_number代表RTP之埠號。此外，RTCP(RTP控制協定)之埠號例如為RTP之埠號之值的下一個值。Component_info_length代表組件資訊長度。
圖26為闡述安排在圖25之SMT的迴路中描述符的範例。
如圖26所闡述，Name_descriptor、Protocol_version_descriptor、NRT_service_descriptor、 Capabilities_descriptor、Icon_descriptor、ISO-639 language_descriptor、Receiver_targeting_descriptor、Adjunct_service_descriptor及Genre_descriptor係安排在如所需的SMT之服務迴路中。此外，用於供應對於各個組件需要的資訊的Component_descriptor典型地安排在SMT之組件迴路中。
<詳細的操作範例>
接著，將說明採用本揭露之接收裝置的詳細的操作範例。說明將依據下列次序來完成。
1. 基本操作
(1)掃描
(2)頻道選擇
(3)記錄
2. 適用於NRT服務
3. 適用於混合服務
<1. 基本操作>
首先，接收裝置20的基本操作將參考圖27到42來說明。此外，在基本操作中的發信與參考圖11所說明者相同。
(1)掃描 (1-1)初始掃描
為了在初次啟動接收裝置等的情形中設定可接收的頻 道所施行的初始掃描處理將參考圖27到29來說明。
圖27為說明初始掃描處理的圖。
如圖27所闡述，在接收裝置20中，在藉由 觀眾的操作而開始指示初始掃描等被偵測到的情形中(S101)，獲取在預定的傳輸周期中傳輸為LLS的NIT和AMT，並且從控制信號所獲得的頻道選擇資訊記錄在NVRAM 223中(S102及S103)。掃描處理係針對各個廣播網路而重複，並且用於全部頻道的頻道選擇資訊係記錄在NVRAM 223中(S104及S105)。
更詳細而言，如圖28所闡述，NIT代表在廣 播網路中的傳輸串流之組態和服務之組態，並且這些組態係藉由使用三聯體來識別。此外，AMT代表在各個傳送串流中於服務之單元中IP位址之設定。因此，在於各個服務中的IP位址被組態為固定的情形中，藉由結合獲取為掃描獲取資訊的NIT與AMT所獲得的頻道選擇資訊係指派以對應至各個service_id的IP位址(service_IP_address)。此外，雖然所有的細節並未寫入於圖28之範例中，頻道選擇資訊例如包括寫入於NIT和AMT中的資訊，像是關於實體層的資訊或是ESG_bootstrap資訊。
以此方式，用於全部頻道的頻道選擇資訊係 藉由將藉初始掃描處理在各個廣播網路中被獲得為掃描獲取資訊的NIT和AMT順序地結合而獲取，並且頻道選擇資訊記錄在NVRAM 223中。
圖29為闡述於初始掃描期間接收裝置20之 操作的圖。
如圖29所闡述，於初始掃描期間在接收裝置 20中，第一頻道之廣播信號由調諧器212提取及解調，並且在節格式中合成的資料係供應到GSE過濾器251(S121)。GSE過濾器251和節過濾器排254(未闡述於圖)施行過濾處理以從來自調諧器212的資料提取NIT和AMT並且將作為掃描獲取資訊的NIT和AMT供應到控制信號處理單元222(S121)。控制信號處理單元222記錄頻道選擇資訊，其藉由在NVRAM 223中結合NIT和AMT來獲得(S121)。
以此方式，第一廣播網路之頻道選擇資訊記 錄在NVRAM 223中，且類似地，重複圖29之S121的處理，使得從第二到第N(N為1或以上的整數)廣播網路所獲得的頻道選擇資訊記錄在NVRAM 223中。因此，留存了關於能施行接收之全部可接收的頻道的頻道選擇資訊。此外，CAS/DRM 261施行處理關於內容的版權。
(1-2)ESG獲取
施行ESG獲取處理以為了在接收裝置20之斷電的時間處獲取ESG(電子服務導引)將參考圖30到32來說明。
圖30為說明ESG獲取處理的圖。
如圖30所闡述，在接收裝置20中，例如當 像是每一天之指定時間(appointed time)的ESG獲取時間過去時，讀取記錄在NVRAM 223中的頻道選擇資訊(S141)。由於頻道選擇資訊包括ESG_bootstrap資訊，ESG資訊係藉由依據ESG_bootstrap資訊在FLUTE會談之間存取ESG會談來獲取(S142和S143)。ESG資訊記錄在儲存器221中(S144)。ESG獲取處理針對各個廣播網路重複，並且用於全部頻道的ESG資訊記錄在儲存器221中(S145、S143及S144)。
在FLUTE會談中，特定的檔案被指派以兩部 分的TSI(傳送會談識別符；Transport Session Identifier)和TOI(傳送物件識別符)之識別資訊。於此，由於ESG_bootstrap資訊包括TSI，因此被周期地傳輸的FDT可藉由使用TSI來獲取。也就是，做為TOI=0之檔案的FDT(檔案遞送表；File Delivery Table)係針對各個TSI來傳輸，並且各個TSI之索引資訊寫入於FDT中。因此，如圖31所闡述，組態以具有服務、排程、內容、存取等的ESG資訊可藉由參照FDT之索引資訊從在ESG會談中傳輸的檔案來產生，並且可記錄在儲存器221中。
圖32為闡述於ESG獲取期間接收裝置20之 操作的圖。
如圖32所闡述，於ESG獲取期間的接收裝置 20中，控制信號處理單元222讀取記錄在NVRAM 223中的頻道選擇資訊以獲取包括在做為ESG會談資訊之 ESG_bootstrap資訊中的TSI(S161)。FLUTE處理單元220從由ESG會談傳輸的檔案來產生ESG資訊並且將ESG資訊記錄在儲存器221中(S162)。
以此方式，第一廣播網路之ESG資訊記錄於 儲存器221中，並且類似地，重複圖32之S161和S162之處理，使得留存用於能指派以記錄於NVRAM 223中的頻道選擇資訊之全部頻道的ESG資訊。
(2)頻道選擇 (2-1)直接頻道選擇
在藉由觀眾之操作遠端控制器直接選擇特定頻道(服務)的情形中施行的直接頻道選擇處理將參考圖33到35來說明。
圖33為說明直接頻道選擇處理的圖。
如圖33所闡述，在接收裝置20中，在偵測出觀眾的操作頻道選擇的情形中，讀取記錄於NVRAM 223中的頻道選擇資訊(S201)。此外，於接收裝置20中，獲取在預定的傳輸周期中傳輸為LLS的SAT，並且獲取播出服務之service_id(S202和S203)。接著，由觀眾選擇的特定服務的service_id和包括在SAT中之服務的service_id係交叉確認，並且決定了特定服務是否在播出狀態(S204)。
在特定服務在播出狀態的情形中，由於network_id、transport_steam_id及service_IP_address係 依據頻道選擇資訊而從經選擇的服務之service_id來指明，所以在預定傳輸周期中傳輸為SCS的SMT係藉由使用IP位址及埠號施行過濾處理來獲取(S205到S207)。 然而，在此範例中，SCS之埠號係依據預定的標準等藉由固定值來預定義。
SMT包括組件之屬性或組態資訊，像是組件 的埠號。因此，如圖34所闡述，對於複數個服務為共同的特定服務或時間資訊(NTP)之組件可藉由使用從包括在SMT中的頻道選擇資訊和埠號所獲得的IP位址施行過濾處理來從RTP會談或FLUTE會談獲取。
在圖33之範例中，視頻和音頻資料係獲取為 來自RTP會談的組件(S208和S209)。以此方式獲取的視頻資料和音頻資料係依據基於NTP的時脈來解碼。
圖35為闡述於直接頻道選擇期間接收裝置20 的圖。
如圖35所闡述，於直接頻道選擇期間在接收 裝置20中，控制信號處理單元222讀取記錄於NVRAM 223中的頻道選擇資訊(S221)。調諧器212依據控制信號處理單元222之控制施行對應於頻道選擇資訊的頻道選擇處理。此外，控制信號處理單元222獲取藉由GSE過濾器251和節過濾器排254(未闡述於圖)之過濾處理所提取的SAT並且決定藉由觀眾之特定服務是否在播出狀態中(S222)。
在特定服務於播出狀態中的情形中，使用IP 位址和埠號的過濾處理係由IP過濾器252和UDP過濾器253來施行，使得控制信號處理單元222獲取SMT(S223)。此外，在圖35之範例中，由於組件由RIP會談傳輸，所以IP過濾器252和UDP過濾器253使用IP位址和埠號施行過濾處理，並且將NTP、視頻資料及音頻資料分別供應到時脈產生器214、視頻解碼器215及音頻解碼器217(S224)。
時脈產生器214基於來自UDP過濾器253的 NTP產生時脈信號並且將時脈信號供應到視頻解碼器215及音頻解碼器217(S224)。視頻解碼器215依據來自時脈產生器214的時脈信號解碼來自UDP過濾器253的視頻資料，並且將經解碼的視頻資料供應到視頻輸出單元(未闡述於圖)216(S224)。音頻解碼器217依據來自時脈產生器214的時脈信號解碼來自UDP過濾器253的音頻資料，並且將經解碼的音頻資料供應到音頻輸出單元218(未闡述於圖)(S224)。因此，在顯示器上顯示對應於由觀眾所選擇的特定服務的TV節目之視頻，並且對應於視頻的音頻係從揚聲器輸出。
(2-2)ESG頻道選擇
在藉由觀眾的操作遠端控制器而從ESG(電子服務導引)選擇特定服務的情形中施行的ESG頻道選擇處理將參考圖36到38來說明。
圖36為說明ESG頻道選擇處理的圖。
如圖36所闡述，在接收裝置20中，在偵測 到觀眾的操作顯示ESG的情形中，ESG資訊係從儲存器221讀取(S241)，並且ESG資訊係在顯示器上顯示(S242)。因此，觀眾從顯示在顯示器上的服務列表選擇特定服務(其為觀眾想要觀看的)。在偵測到觀眾的操作選擇特定服務的情形中(S243)，接收裝置20從NVRAM 223讀取頻道選擇資訊且施行頻道選擇處理(S244)。
此外，在接收裝置20中，特定服務之組件或 時間資訊(NTP)係藉由施行與圖33之方向頻道選擇處理相同的過濾處理來獲取(S245)。
更詳細而言，如圖37所闡述，首先，藉由使 用在預定的傳輸頻率中傳輸為LLS的SAT來決定特定服務是否在播放狀態中。接著，在特定服務在播放狀態的情形中，由於IP位址係藉由頻道選擇資訊來決定，所以在預定的傳輸周期中傳輸為SCS的SMT係藉由使用IP位址和固定埠號而施行過濾處理來獲取。此外，對於複數個服務為共同的特定服務或時間資訊(NTP)之組件可藉由使用從頻道選擇資訊所獲得的IP位址與從SMT所獲得的埠號而施行過濾處理來從RTP會談或FLUTE會談獲取。
圖38為闡述於ESG頻道選擇期間接收裝置 20之操作的圖。
如圖38所闡述，於ESG頻道選擇期間在接收 裝置20中，ESG資訊從儲存器221讀取並且在顯示器上 顯示(S261)。此外，在偵測到觀眾的操作選擇對應於ESG資訊的特定服務的情形中，控制信號處理單元222讀取記錄在NVRAM 223中的頻道選擇資訊(S262)。調諧器212依據對控制信號處理單元222控制施行對應於頻道選擇資訊的頻道選擇處理。此外，控制信號處理單元222獲取藉由在GSE過濾器251和節濾波器排254(未闡述於圖)中的過濾處理所提取的SAT，並且決定由觀眾所選擇的特定服務是否在播放狀態中(S263)。
在特定服務於播放狀態中之情形中，使用IP 位址和埠號的過濾處理係由IP過濾器252和UDP過濾器253來施行，使得控制信號處理單元222獲取SMT(S264)。此外，在圖38之範例中，由於組件係由RTP會談傳輸，所以IP過濾器252和UDP過濾器253使用IP位址和埠號施行過濾處理，並且將NTP、視頻資料及音頻資料分別供應到時脈產生器214、視頻解碼器215及音頻解碼器217(S265)。
時脈產生器214基於來自UDP過濾器253的 NTP產生時脈信號並且將時脈信號供應到視頻解碼器215和音頻解碼器217(S265)。視頻解碼器215依據來自時脈產生器214的時脈信號解碼來自UDP過濾器253的視頻資料，並且將經解碼的視頻資料供應到視頻輸出單元216(未闡述於圖)(S265)。音頻解碼器217依據來自時脈產生器214的時脈信號解碼來自UDP過濾器253的音頻資料，並且將經解碼的音頻資料供應到音頻輸出單元 218(未闡述於圖)(S265)。因此，對應於由觀眾選自ESG資訊之特定服務的TV節目之視頻係在顯示器上顯示，並且對應於視頻的音頻係從揚聲器輸出。
(3)記錄 (3-1)ESG記錄保留/執行
在觀眾藉由使用遠端控制器等從ESG(電子服務導引)施行記錄特定服務之保留的情形中所施行的ESG記錄保留/執行處理將參考圖39到41來說明。
圖39為說明ESG記錄保留/執行處理的圖。
如圖39所闡述，在接收裝置20中，在偵測到觀眾的ESG顯示器之操作的情形中，ESG資訊從儲存器221讀出(S301)，ESG資訊則在顯示器上顯示(S302)。因此，觀眾從在顯示器上顯示的服務列表選擇特定服務，觀眾想要此特定服務來施行記錄預約。在偵測到觀眾的選擇特定服務情形中，接收裝置20依據操作在儲存器221中的選擇而記錄了記錄預約資訊(S303及S304)。
接著，在接收裝置20中，正好在記錄預約特定服務開始時間之前，通知記錄開始觸發(S305)。回應於記錄開始觸發，接收裝置20從儲存器221及NVRAM 223讀取特定服務的記錄預約資訊及頻道選擇資訊並且施行頻道選擇處理(S306及S307)。
接收裝置20使用在特定服務中的相同IP位 址藉由施行過濾處理來獲取構成特定服務的組件或控制資訊(MLS(SCS))(S308到S310)。在過濾處理中，除了特定服務之組件或控制資訊(MLS(SCS))以外，時間資訊(NTP)係使用用於NTP的IP位址藉由過濾處理來獲取。此外，可獲取ESG資訊。接著，在獲取的資訊封裝在服務之單元中時，經封裝的資訊被記錄為記錄相應於在儲存器221中特定服務之資訊的節目(S311及S321)。然而，節目記錄資訊可照現狀記錄在儲存器221中，或是節目記錄資訊可被形成為檔案然後再進行記錄。
更詳細而言，如圖40所闡述，若特定服務係 選自ESG資訊，相應於服務的三聯體、記錄節目之標題、記錄開始時間(開始時間)、記錄結束時間(結束時間)等則在儲存器221中被記錄為記錄預約資訊。接著，在記錄開始時間處，獲取特定服務的記錄預約資訊和頻道選擇資訊，並且施行頻道選擇處理。此外，獲取了在預定傳輸周期中傳輸為LLS的SAT，並且決定特定服務是否在播出狀態。在特定服務於播出狀態的情形中，由於IP位址係藉由頻道選擇資訊所指明，在預定傳輸周期中傳輸為MLS(SCS)的SMT係使用IP位址及固定埠號藉由施行過濾處理來獲取。
此外，特定服務的組件可使用從頻道選擇資 訊獲得的IP位址藉由施行過濾處理而從RTP會談來獲取。於此，視頻資料及音頻資料被獲取為組件。此外，由於用於NTP的IP位址可從頻道選擇資訊來指明，NTP係 使用IP位址藉由施行過濾處理來獲取。以此方式，使用IP位址藉由施行過濾處理來獲取組件(音頻/視頻)、時間資訊(NTP)、控制信號(MLS(SCS))等則封裝在服務之單元中，並且經封裝的資料記錄為相應於在儲存器221中特定服務的節目記錄資訊。
圖41為闡述在ESG記錄預約/執行期間操作 接收裝置20的圖。
如圖41所闡述，於ESG記錄預約/執行期間 在接收裝置20中，ESG資訊係讀取自儲存器221並且在顯示器上顯示(S321)。在特定服務由觀眾選自在顯示器上顯示的服務列表的情形中，接收裝置20依據在儲存器221中選擇之操作而記錄了記錄預約資訊(S322)。
接著，在通知記錄開始觸發的情形中，控制 信號處理單元222從儲存器21及NVRAM 223讀取特定服務的記錄預約資訊和頻道選擇資訊(S323)。因此，調諧器212根據控制信號處理單元222之控制依據特定服務之記錄預約資訊及頻道選擇資訊來施行頻道選擇處理。 此外，控制信號處理單元222獲取藉由在GSE過濾器251中的過濾處理及節過濾器排254(未闡述於圖)所提取的SAT，並且決定由觀眾所選擇的特定服務是否在播放狀態(S324)。
於特定服務在播出狀態的情形中，控制信號 處理單元222使用在IP過濾器252和UDP過濾器253中的IP位址及埠號藉施由行過濾處理獲取SMT (S325)。
此外，特定服務之組件(音頻/視頻)、時間 資訊(NTP)以及控制信號(MLS(SCS))係使用在IP過濾器252中的IP位址藉由施行過濾處理來提取並且供應到服務封裝單元224。接著，服務封裝單元224將在服務之單元中來自IP過濾器252的組件、時間資訊以及控制信號封裝並且將經封裝的資料記錄為對應到在儲存器221中特定服務的節目記錄資訊(S326)。
以此方式，在記錄預約/執行處理的ESG中， 由觀眾記錄預約的(recording-reserved)特定服務所需要的組件之資訊、控制信號等係使用IP位址藉由過濾處理來提取，並且資訊可被封裝在服務之單元中。
(3-2)記錄節目再製
接著，將說明藉由上述ESG記錄預約/執行處理而對記錄在儲存器221中的節目記錄資訊施行再製的情形中所執行的記錄節目再製處理。
圖42為闡述於記錄節目再製期間操作接收裝置20的圖。
於記錄節目再製期間在接收裝置20中，EsG資訊係從儲存器221讀取，並且ESG資訊係在顯示器上顯示(S341)。在觀眾從服務列表選擇特定服務的情形中，服務封裝單元224讀取對應到特定服務的節目記錄資訊，以回應於從儲存器221選擇之操作(S324及 S343)。
服務封裝單元224藉由解封裝對應到從儲存 器221讀取之特定服務的節目記錄資訊而獲取在服務之單元中封裝的組件(音頻/視頻)、時間資訊(NTP)以及控制信號(MLS(SCS))(S343)。資訊則提供到IP過濾器252。
在圖42之範例中，由於組件係由RTP會談傳 輸，所以IP過濾器252及UDP過濾器253使用IP位址及埠號施行過濾處理，並且將NTP、視頻資料以及音頻資料分別供應給時脈產生器214、視頻解碼器215及音頻解碼器217。
時脈產生器214基於來自UDP過濾器253的 NTP產生時脈信號並且將時脈信號供應到視頻解碼器215以及音頻解碼器217(S343)。視頻解碼器215依據來自時脈產生器214的時脈信號解碼來自UDP過濾器253的視頻資料，並且將經解碼的視頻資料供應到視頻輸出單元216(未闡述於圖)(S343)。音頻解碼器217依據來自時脈產生器214的時脈信號解碼來自UDP過濾器253的音頻資料，並且將經解碼的音頻資料供應到音頻輸出單元218(未闡述於圖)(S343)。
因此，對照由觀眾選自ESG資訊的特定服 務，基於對應到服務的節目記錄資訊之TV節目的視訊係在顯示器上顯示，並且對應到視頻的音頻係從揚聲器輸出。
以此方式，記錄節目再製處理允許特定服務藉由使用藉ESG記錄預約/執行處理所封裝在服務之單元中的組件或控制資訊進行再製。
<2. 適應NRT服務>
接著，適應NRT服務的接收裝置20之操作將參考圖43到50來說明。此外，在NRT服務中的發信與參考圖12所說明的相同。
(1)NRT-ESG獲取
為了獲取包括NRT資訊的ESG資訊(之後稱為「NRT-ESG資訊」)而在接收裝置20之斷電等的時間處所施行的NRT-ESG獲取處理將參考圖43及44來說明。
圖43為說明NRT-ESG獲取處理的圖。
如圖43所闡述，在接收裝置20中，舉例來說，當諸如每天的指定時間的ESG獲取時間過去時，讀取記錄在NVRAM 223中的頻道選擇資訊(S401)。由於頻道選擇資訊包括ESG_bootstrap資訊，NRT-ESG資訊係依據ESG_bootstrap資訊藉由在FLUTE會談之間存取ESG會談來獲取(S402和S403)。NRT-ESG資訊記錄在儲存器221中(S404)。NRT-ESG獲取處理係針對各個廣播網路(網路)而重覆，並且用於全部頻道的NRT-ESG資訊記錄在儲存器221中(S405、S403及S404)。
圖44為說明在NRT-ESG獲取期間接收裝置之操作的圖。
如圖44所闡述，於NRT-ESG獲取期間在接 收裝置20中，控制信號處理單元222讀取記錄在NVRAM 223的頻道選擇資訊，以獲取包括在ESG_bootstrap資訊中的TSI作為ESG會談資訊(S411)。FLUTE處理單元220依據ESG會談資訊從控制信號處理單元222獲取FDT，並且藉由參照其索引資訊獲取由ESG會談所傳輸的檔案(S412)。FLUTE處理單元220從由ESG會談所傳輸的檔案產生NRT-ESG資訊，並且將NRT-ESG資訊記錄在儲存器221中(S413)。
以此方式，第一廣播網路的NRT-ESG資訊記 錄在儲存器221中，且類似地，重複圖44之S411到S413的處理，使得保留了能由記錄在NVRAM 223中的頻道選擇資訊所指定之用於全部頻道的NRT-ESG資訊。
(2)NRT內容獲取/再製
NRT內容獲取/再製處理將參考圖45到47來說明。然而，雖然瀏覽及下載方案(browse and download scheme)、推方案(push scheme)及入口方案(portal scheme)的這三個方案存在於NRT服務中，但瀏覽及下載方案及推進方案可應用到NRT內容獲取/再製處理。
於此，在瀏覽及下載方案中，從可下載內容 列表來施行接收預約，並且在預約的開始時間處，施行接收及儲存處理。在推方案中，顯示推服務列表，施行服務登記，以及當經登記的服務之內容的遞送開始時，施行接 收及儲存處理。在入口方案中，選擇用於NRT廣播的專屬頻道(服務)，並且接收和顯示NRT內容。此外，在圖45到47的說明中，將主要說明瀏覽及下載方案。
圖45為說明NRT內容獲取/接收處理的圖。
如圖45所闡述，在接收裝置20中，在偵測 到觀眾的NRT-ESG之顯示器的操作的情形中，NRT-ESG資訊係讀取自儲存器221(S421)，並且NRT導向(NRT-oriented)ESG資訊係在顯示器上顯示(S422)。 因此，觀眾從在顯示器上顯示的可下載內容列表選擇特定內容。在偵測到選擇特定內容之操作的情形中，接收裝置20記錄相應於在儲存器221中的選擇之操作的接收預約資訊(S423及S424)。接收裝置20等待直到在其中接收預約完成了之內容的接收預約的開始時間。
接著，在接收裝置20中，在接收預約完成於 其中的內容之接收預約的開始時間處，目標內容之接收預約資訊及頻道選擇資訊係讀自儲存器221及NVRAM 223，並且施行頻道選擇處理(S425及S426)。接著，在特定服務於播放狀態中的情形中，接收裝置20獲取要被FLUTE會談傳輸的特定NRT內容且記錄特定NRT內容於儲存器221中(S427到S430)。
更具體而言，如圖46中所闡述，雖然NRT- ESG資訊依據包括在頻道選擇資訊中的ESG_bootstrap資訊從FLUTE會談獲取(圖43及44的NRT-ESG獲取處理)，例如，若特定內容選自NRT導向ESG資訊，像是 服務及排程的一部分NRT-ESG資訊記錄為接收預約資訊於儲存器221中。接著，在接收預約之開始時間，則獲取特定服務之接收預約資訊及頻道選擇資訊，並且施行頻道選擇處理。在特定服務於播出狀態中的情形中，以預定傳輸周期傳輸為MLS(SCS)的SMT使用IP位址及固定埠號藉由施行過濾處理來獲取。
接著，FLUTE會談可使用從頻道選擇資訊所 獲得的IP位址和從SMT所獲得的埠號藉由施行過濾處理來提取。此外，由於寫入在SMT中的Component_descriptor包括在使用FLUTE會談的情形中的TSI，在FLUTE會談中周期地傳輸的FDT可藉由使用TSI來獲取。由於FDT包括作為索引資訊的Content_item，僅相應於目標NRT內容的檔案可藉由交叉確認包括在從NRT-ESG資訊所獲得的接收預約資訊中的Content_item從FLUTE會談來獲取。
NRT內容係組態以包括一或複數個檔案。
以此方式所獲取的NRT內容記錄在儲存器221中。此外，如圖45所闡述，例如在由觀眾施行從經儲存的NRT內容選擇特定NRT內容之操作的情形中，則讀取且再製記錄在儲存器221中的特定NRT內容(S431)。
圖47為闡述於NRT內容獲取/再製期間接收裝置20之操作的圖。
如在圖47中所闡述，於NRT內容獲取/再製 期間在接收裝置20中，NRT-ESG資訊係讀自儲存器221，並且NRT導向ESG資訊係顯示於顯示器上(S441)。在特定內容由觀眾選自在顯示器上顯示的可下載內容列表的情形中，接收裝置20記錄相應於在儲存器中選擇之操作的接收預約資訊(S441)。
接著，在其中完成接收預約之內容的接收預 約之開始時間處，控制信號處理單元222從儲存器221及NVRAM 223讀取目標內容之接收預約資訊及頻道選擇資訊(S442)。因此，調諧器212依據控制信號處理單元222之控制施行相應於目標內容之接收預約資訊及頻道選擇資訊的頻道選擇處理。
控制信號處理單元222獲取藉由在GSE過濾 器251及節過濾器排254(未闡述於圖)中的過濾處理所提取的SAT並且決定特定服務是否在播放狀態中(S443)。在特定服務於播放狀態中的情形中，使用IP位址及固定埠號的過濾處理係由IP過濾器252及UDP過濾器253來施行，使得控制信號處理單元222獲取SMT(S444)。
此外，FLUTE會談係使用在IP過濾器252及 UDP過濾器253中的IP位址跟埠號藉由施行過濾處理來提取，相應於特定NRT內容的檔案係藉由施行Content_item校對處理來從FLUTE會談獲取，並且檔案則記錄(儲存)在儲存器221中(S445)。
此外，在施行觀眾的從經儲存的NRT內容列 表選擇特定NRT內容之操作的情形中，記錄在儲存器221中的特定NRT內容之資料則被讀取。接著，NRT內容係由視頻解碼器215及音頻解碼器217解碼用以被再製(S446)。
此外，在圖45到47的說明中，雖然主要說 明瀏覽及下載方案，如上所述，NRT內容獲取/再製處理亦可應用到推動方案(push scheme)。亦即，取代了特定NRT內容之註冊接收預約資訊，而產生一串列的經註冊的服務之接收預約。因此，類似於圖45到47之NRT內容獲取/再製處理，當遞送經註冊的服務之NRT內容開始時，NRT內容可被接收及儲存。
(3)NRT內容獲取/顯示
將參考圖48到50來說明NRT內容獲取/顯示處理。然而，NRT內容獲取/顯示處理可僅應用到入口方案(portal scheme)。
圖48為說明NRT內容獲取/顯示處理的圖。
如圖48所闡述，在接收裝置20中，舉例來說，在用於入口的服務(例如，天氣預報、最新消息等)係藉由觀眾操作遠端控制器來選擇的情形中，頻道選擇資訊係從NVRAM 223讀取，並且施行頻道選擇處理(S461)。接著，在特定服務於播出狀態的情形中，接收裝置獲取由FLUTE會談所傳輸的目標NRT內容並且藉由瀏覽器226顯示目標NRT內容(S426到S465)。
更具體而言，如圖49所闡述，藉使用在預定 傳輸周期中傳輸為LLS的SAT來確定經選擇的特定服務是否在播出狀態中。在特定服務於播出狀態中的情形中，由於IP位址係由頻道選擇資訊來指明，在特定傳輸周期中傳輸為SCS的SMT係使用IP位址和固定埠號藉由施行過濾處理來獲取。
接著，相應於NRT內容的檔案係使用從頻道 選擇資訊獲得的IP位址及從SMT獲得的埠號藉由施行過濾處理而從FLUTE會談獲取，並且檔案在瀏覽器226中顯示。在此情形中，NRT內容為HTML(超文本描述語言)文件，其中寫入關於天氣預報、最新消息等的資訊，並且舉例來說，index.html的檔案首先被獲取且供應到瀏覽器226，使得可獲取其它像是影像檔案的相關檔案。
圖50為闡述於NRT內容獲取/顯示期間接收裝置20之操作的圖。
如圖50所闡述，於NRT內容獲取/顯示期間在接收裝置20中，在用於入口的服務由觀眾選擇的情形中，控制信號處理單元222從NVRAM 223讀取頻道選擇資訊(S481)。因此，調諧器212依據控制處理單元222之控制施行相應於頻道選擇資訊的頻道選擇處理。控制信號處理單元222獲取藉由在GSE過濾器251和節過濾器排254(未闡述於圖)中的過濾處理所提取的SAT，並且決定特定服務是否在播出狀態(S482)。接著，在特定服務於播出狀態中的情形中，控制信號處理單元222使用從 頻道選擇資訊及固定埠號獲得的IP位址藉由施行過濾處理來獲取SMT(S483)。
此外，相應於特定NRT內容的檔案係使用從 頻道選擇資訊獲得的IP位址及從在IP過濾器252及UDP過濾器253中的SMT所獲得的埠號藉施行過濾處理從FLUTE會談獲取且在瀏覽器226中顯示(S484)。
<3. 適應混合服務>
最後，適應混合服務的接收裝置20之操作將參考圖51到53來說明。此外，在混合服務中的傳訊與參考圖13所說明者相同。
(應用獲取/顯示)
圖51為說明應用獲取/顯示處理的圖。
如圖51所闡述的，在接收裝置20中，舉例來說，在服務由觀眾之遠端控制器的操作所選擇情形中，頻道選擇資訊係讀取自NVRAM 223，並且施行頻道選擇處理(S501)。接著，在特定服務於播出狀態中的情形中，接收裝置20獲取由RTP會談所傳輸的特定廣播內容並且在顯示器上顯示該特定廣播內容(S502到S504)。
此外，接收裝置20獲取在預定傳輸周期中傳輸為SCS的應用控制資訊(S505)。於此，應用控制資訊為用於控制連同廣播內容所執行應用之操作的資訊，例如AIT(應用資訊表；Application Information Table)或是觸發資訊(觸發：Trigger)。舉例來說，識別資訊或應 用之獲取來源、用於界定生命周期的界定資訊等係寫入在應用控制資訊中。在應用伺服器50之URL(統一資源定址器：Uniform Resource Locator)被寫為應用之獲取來源，接收裝置20依據URL經由網際網路90存取應用伺服器50用以獲取應用(S506)。
舉例來說，應用形成為HTML文件，其中寫 入關於廣播內容的資訊，並且應用由瀏覽器226顯示(S506)。因此，廣播內容和與廣播內容有關的應用之視頻係同時地在顯示器上顯示。此外，應用不限於網際網路遞送，但應用可從FLUTE會談所獲取(S507)。
更具體而言，如圖52所闡述，藉由使用以預 定傳輸周期傳輸為LLS的SAT決定選定的特定服務是否在播出狀態中。在特定服務為播出狀態中的情形中，由於特定服務之IP位址係由頻道選擇資訊所指明，以預定傳輸周期傳輸為SCS的SMT係使用IP位址和固定埠號藉由施行過濾處理來獲取。
此外，特定服務之組件可使用從頻道選擇資 訊獲得的IP位址和包括在SMT中的埠號藉由施行過濾處理從RTP會談來獲取。於此，視頻資料及音頻資料獲取為組件，並且視頻解碼器215和音頻解碼器217依據由NTP所代表的時間資訊來施行解碼，使得廣播內容之視頻和音頻同步。
此外，以預定傳輸周期傳輸為SCS的AIT係 使用IP位址及埠號藉由施行過濾處理來獲取。然而，AIT 之埠號係依據預定標準等而由固定值預先界定。應用之識別資訊(App_id)、獲取資源(URL)等被寫入於AIT中。
舉例來說，在應用由FLUTE會談傳輸的情形 中，FLUTE會談可使用從頻道選擇資訊獲得的IP位址和從SMT獲得的埠號藉由施行過濾處理來提取。此外，在使用FLUTE會談的情形中，由於寫入在SMT中的Component_descriptor包括TSI，所以在FLUTE會談中周期地傳輸的FDT可藉由使用TSI獲取。由於FDT包括索引資訊，所以應用可藉由使用索引資訊從FLUTE會談來獲取。
圖53為闡述於應用獲取/顯示期間接收裝置20之操作的圖。
如圖53所闡述，於應用獲取/顯示期間在接收裝置20中，在由觀眾選擇服務的情形中，控制信號處理單元222從NVRAM 223讀取頻道選擇資訊(S521)。因此，調諧器212依據控制信號處理單元222之控制施行相應於頻道選擇資訊的頻道選擇處理。
控制信號處理單元222獲取由在GSE過濾器251和節過濾器排254(未闡述於圖)中的過濾處理所提取的SAT且決定特定服務是否在播出狀態中(S522)。接著，在特定服務於播出狀態中的情形中，使用IP位址及埠號的過濾處理係由IP過濾器252和UDP過濾器253來施行，使得控制信號處理單元222獲取SMT (S523)。
此外，至於廣播內容，由於組件係由RTP會 談所傳輸，所以IP過濾器252和UDP過濾器253使用IP位址和埠號來施行過濾處理並且將NTP、視頻資料及音頻資料分別供應給時脈產生器214、視頻解碼器215及音頻解碼器217(S524)。
時脈產生器214基於來自UDP過濾器253的 NTP產生時脈信號並且將時脈信號供應到視頻解碼器215及音頻解碼器217(S524)。音頻解碼器215依據來自時脈產生器214的時脈解碼來自UDP過濾器253的視頻資料並且將經解碼的視頻資料供應至視頻輸出單元216(未闡述於圖)(S524)。音頻解碼器217依據來自時脈產生器214的時脈信號解碼來自UDP過濾器253的音頻資料並且將經解碼的音頻資料供應到音頻輸出單元218(未闡述於圖)(S524)。因此，舉例來說，TV節目等之視頻係在顯示器上顯示，並且與視頻同步音頻係從揚聲器輸出。
此外，IP過濾器252和UDP過濾器253使用 IP位址及埠號施行過濾處理用以提取以預定傳輸周期傳輸為SCS的AIT並且將AIT供應到控制信號處理單元222(S525)。此外，IP過濾器252及UDP過濾器253使用IP位址及埠號施行過濾處理用以提取FLUTE會談。接著，應用之檔案係基於應用控制資訊而從FLUTE會談獲取，並且應用係連同廣播內容執行(S526)。
此外，在此範例中，雖然說明了應用藉由使 用FLUTE會談來傳輸的情形，在應用經由網際網路遞送的情形中，應用是從應用伺服器50獲取(S527)。
此外，在圖51到53之說明中，雖然RTP會 談和FLUTE會談被描述是由相同的服務傳輸，但是FLUTE會談和RTP會談可組態以由不同的服務傳輸。在此情形中，SMT係針對各個服務來傳輸，並且各個服務係透過SMT與彼此相關。
<由裝置施行的特定處理之細節>
接著，由構成圖7之廣播系統1的裝置所施行的特定處理之細節將參考圖54到56說明。
(傳輸處理)
首先，由圖7之傳輸裝置施行的傳輸處理將參考圖54之流程圖來說明。
在步驟S711，視頻資料獲取單元111獲取視頻資料且將視頻資料供應到視頻編碼器112。在步驟S712，視頻編碼112編碼從視頻資料獲取單元111供應的視頻資料且將經編碼的視頻資料供應到多工器121。
在步驟S713中，音頻資料獲取單元113獲取音頻資料且將音頻資料供應到音頻編碼器114。在步驟S714中，音頻編碼器114編碼從音頻資料獲取單元113供應的音頻資料且將編碼的音頻資料供應到多工器121。
在步驟S715中，字幕資料獲取單元115獲取 字幕資料且將字幕資料供應到字幕編碼器116。在步驟S716中，字幕編碼器116編碼從字幕資料獲取單元115供應的字幕資料且將經編碼的字幕資料供應到多工器121。
在步驟S717中，控制信號獲取單元117獲取 像是NIT或SMT的控制信號且將控制信號供應到控制信號處理單元118。在步驟S718中，控制信號處理單元118對從控制信號獲取單元117供應的控制信號施行預定的信號處理並將經處理的控制信號供應到多工器121。
在步驟S719中，在傳輸以非同頻檔案格式的 資料的情形中，當案資料獲取單元119獲取檔案資料，例如NRT內容、應用等，並且將檔案資料供應到檔案處理單元120。在步驟S720中，檔案處理單元120對從檔案資料獲取單元119供應的檔案資料施行預定的檔案處理且將經處理的檔案資料供應到多工器121。
在步驟S721中，多工器121藉由將來自視頻 編碼器112的視頻資料、來自音頻編碼器114的音頻資料、來自字幕編碼器116的字幕資料、來自控制信號處理單元118的控制信號及來自檔案處理單元120的檔案資料進行多路分配而產生IP傳輸格式的串流。
在步驟S722中，傳輸單元122將從多工器 121供應的串流透過天線123傳輸為廣播信號。當步驟S722之處理結束時，傳輸處理結束。
以上，說明了傳輸處理。
(封裝記錄處理)
接著，由圖7之接收裝置20施行的封裝記錄處理將參考圖55之流程圖來說明。
在步驟S811中，施行記錄預約處理。在記錄預約處理中，如在圖39之ESG記錄預約/執行處理中所說明，在特定服務依據ESG資訊選自服務列表的情形中，關於服務的記錄預約資訊係記錄在儲存器221中。
當記錄預約資訊結束時，處理進行到步驟S812。在步驟S812中，決定記錄開始觸發是否被通知。在等候接收記錄開始觸發之通知之後，處理進行到步驟S813。
在步驟S813中，控制信號處理單元222從儲存器221獲取記錄預約資訊。此外，在步驟S814中，控制信號處理單元222從從NVRAM 223獲取頻道選擇資訊。
在步驟S815中，調諧器212依據控制信號處理單元222之控制施行頻道選擇處理。因此，提取並解調作為記錄預約之客體的特定服務之廣播信號。
在步驟S816中，控制信號處理單元222獲取藉由在GSE過濾器251和節過濾器排254中的過濾處理所提取的SAT。在步驟S817中，控制信號處理單元222基於SAT而決定特定服務是否在播出狀態中。
在步驟S817中，在決定特定服務是否在播出狀態的情形中，停止後面的處理，並且封裝記錄處理結 束。另一方面，在步驟S817中，於決定了特定服務在播出狀態中的情形，處理進行到步驟S818。
在步驟S818中，控制信號處理單元222獲取 藉由在IP過濾器252和UDP過濾器253中的過濾處理所提取的SMT。
在步驟S819中，IP過濾器252施行過濾處 理。亦即，舉例來說，由RTP會談所傳輸的特定服務之組件(音頻/視頻)、時間資訊(NTP)及控制資訊(MLS)可使用從頻道選擇資訊獲得的IP位址藉由施行過濾處理來獲取。
在步驟S820中，服務封裝單元224施行用於 封裝由IP過濾器252所提取的組件(音頻/視頻)、時間資訊(NTP)及控制資訊(MLS)的封裝處理。
在步驟S821中，服務封裝單元224記錄節 目，該節目記錄在儲存器221中由封裝處理所獲得的特定服務之資訊。當步驟S821之處理結束時，封裝記錄處理結束。
以上，說明封裝記錄處理。
(解封裝再製處理)
接著，由圖7之接收裝置20所施行的解封裝再製處理將參考圖56之流程圖來說明。
在步驟S861，決定特定服務是否依據ESG資訊由觀眾從經記錄的服務列表來選擇。在特定服務由觀眾選擇且等候服務之再製的指令之後，處理進行到步驟 S862。
在步驟S862中，服務封裝單元224從儲存器 221讀取特定服務之節目記錄資訊。在步驟S863中，特定服務單元224解封裝在步驟S862中所讀取的節目記錄資訊以獲取在服務之單元中封裝的組件(音頻/視頻)、時間資訊(NTP)及控制信號(MLS)並且將獲取的資料供應到IP過濾器252。
在步驟S864中，IP過濾器252和UDP過濾 器253使用IP位址及埠號施行過濾處理且將NTP、視頻資料及音頻資料分別供應到時脈產生器214、視頻解碼器215及音頻解碼器217。
在步驟S865，時脈產生器214基於從UDP過 濾器253供應的NTP產生時脈信號並將此時脈信號供應到視頻解碼器215及音頻解碼器217。
在步驟S866，視頻解碼器215基於從時脈產 生器214供應的時脈信號而解碼從UDP過濾器253供應的視頻資料並將經解碼的視頻資料供應到視頻輸出單元216。在步驟S867中，視頻輸出單元216將從視頻解碼器215供應的視頻資料輸出到顯示器。
在步驟S868中，音頻解碼器217基於從時脈 產生器214供應的時脈信號來解碼從UDP過濾器253供應的音頻資料並將經解碼的音頻資料供應到音頻輸出單元218。在步驟S869中，音頻輸出單元218將從音頻解碼器217供應的音頻資料供應到揚聲器。
以此方式，由於視頻資料和音頻資料係依據 時脈信號同步的解碼，所以相應於在顯示器上所顯示TV節目之視頻的音頻係自揚聲器輸出。當步驟S869之處理結束時，解封裝再製處理結束。
以上，說明了解封裝再製處理。
<採用本揭示之電腦的說明>
一連串上述的處理可藉由硬體施行，或是一 連串上述處理可藉由軟體施行。在一連串上述處理藉由軟體施行的情形中，構成軟體的程式安裝於電腦中。於此，電腦包括組裝成專屬硬體的電腦、其中各種軟體安裝以能執行各種功能的電腦(例如，通用的各人電腦等)。
圖57為闡述由程式執行一連串上述處理之電腦的硬體組態之範例的方塊圖。
在電腦900中，CPU(中央處理單元；Central Processing Unit)901、ROM(唯讀記憶體；Read Only Memory)902及RAM(隨機存取記憶體：Random Access Memory)903係經由匯流排904彼此連接。此外，輸入/輸出介面905連接到匯流排904。輸入單元906、輸出單元907、記錄單元908、通訊單元909及驅動器910連接到輸入/輸出介面905。
輸入單元906係組態具有鍵盤、滑鼠、麥克風等。輸出單元907係組態具有顯示器、揚聲器等。記錄單元908係組態具有硬碟、非揮發性記憶體等。通訊單元909係組態具有網路介面等。驅動器910驅動可移除媒體 911，像是磁碟、光碟、磁光碟或半導體記憶體。
在組態為上述的電腦900中，CPU 901載入 記錄的程式，例如經由輸入/輸出介面905及匯流排904在RAM 903上的記錄單元908中，並且執行程式以施行一連串的上述處理。
要由電腦900(CPU 901)所執行的程式可被 提供為可移除媒體911，例如程式被記錄於其中的封裝媒體等。此外，程式可透過有線或無線傳輸媒體來提供，諸如本地區域網路、網際網路或數位衛星廣播。
在電腦900中，程式藉由將可移除媒體911 裝配在驅動器910上經由輸入/輸出介面905而安裝在記錄單元908中。此外，程式可透過通訊單元909經由有線或無線傳輸媒體來接收以安裝在記錄單元908中。此外，程式可事先安裝在ROM 902或記錄單元908中。
此外，要由電腦900所執行的程式可為依據 在本說明書中的次序以時間序列來處理的程式，或為平行或在像是在當程式被呼叫時之時間的必要時序處理的程式。
於此，在說明書中，說明用於允許電腦900 施行各種處理的處理步驟並非必要依據寫入於流程圖的次序以時間序列來處理，但亦包括平行或個別的處理(例如，平行處理或由物件處理)。
此外，程式可由一個電腦來處理，或是程式 可由複數個電腦以分散的處理方式來處理。此外，程式可 傳輸到遠端電腦以由電腦來執行。
此外，在說明書中，系統意指一組複數組態 元件(裝置、模組(單元)等)，並且所有組態元件是否包括在相同外殼中一點關係也沒有。因此，包含在分開的箱盒中且經由網路連接的複數裝置以及在其中複數模組包含在一個箱盒中的一個裝置皆是本系統。
此外，本揭露之實施例並不限於上述的實施 例，而各種改變在不悖離本揭露之精神下在範圍內是可得到的。舉例來說，本揭露可具有雲端(cloud)電腦之組態，其中一個功能經由網路係由複數裝置共用以合作地處理。
此外，在上述流程圖中說明的各個步驟除了 由一個裝置處理以外，可由複數裝置共用及處理。此外，在一個步驟包括複數個處理的情形中，包括在該一個步驟中的該複數個處理除了由一個裝置處理以外，可由複數裝置共用及處理。
此外，本揭露可具有下列組態。
(1)一種接收裝置包括：電路，組態以接收包括一IP(網際網路協定)傳送串流的一數位廣播信號；針對包括在該數位廣播信號中複數個服務之間的一特定服務封裝一或複數個組件的封包以及藉由使用包括在該些封包之各者中的一IP位址組成該特定服務的一第一控 制信號；以及藉由使用該經封裝的一或複數個組件及第一控制信號來施行一預定處理。
(2)依據上述(1)的接收裝置，其中該一或複數個組件的封包和封裝為相同服務之該第一控制資訊的封包具有相同的IP位址。
(3)依據上述(2)的接收裝置，其中該電路係組態以封裝該第一控制資訊，其使用於作為協定之層之間的IP層之上層的一第一層，用以傳輸該數位廣播信號。
(4)依據上述(3)的接收裝置，其中以具有不同於IP封包之結構的結構之封包來傳輸的第二控制資訊包括：識別網路的ID；識別該IP傳送串流的ID；以及識別服務的ID。
(5)依據上述(4)的接收裝置，其中該第二控制資訊抱括用於識別包括在該數位廣播信號中複數個IP傳送串流之各者的不同的ID。
(6)依據上述(4)的接收裝置，其中該識別網路的ID識別與該接收的數位廣播信號有關的網路，並且該識別服務的ID識別該特定的服務。
(7)依據上述(6)的接收裝置，其中該電路更組態以基於該第二控制資訊，提取指示與相應於該識別特定服務的ID的該一或複數個組件有關的一或以上的埠號之 服務資訊，以及基於該IP位址及該一或以上的埠號來封裝該特定的服務。
(8)依據上述(1)的接收裝置，其中該一或複數個組件的封包之各者包括一第一標頭、一第二標頭及一第三標頭，該第一標頭指示包括在該分別的封包中的資訊之類型，該第二標頭指示與該特定服務有關的該IP位址，以及該第三標頭指示UDP(用戶資料報協定)之埠號。
(9)依據上述(3)的接收裝置，其中使用於該第一層的該第一控制資訊包括關於構成該特定服務的一或複數個組件的資訊。
(10)依據上述(9)的接收裝置，其中關於該一或複數個組件的資訊包括UDP之埠號，以及該電路更組態以使用該IP位址及該埠號藉由施行過濾來提取構成該特定服務的該一或複數個組件。
(11)依據上述(3)到(10)中之任一者的接收裝置，其中用於該第一層的該第一控制資訊包括應用之控制資訊。
(12)依據上述(4)到(11)之任一者的接收裝置，其中該第二控制資訊包括與用於該服務之各者的IP位址有關的資訊。
(13)依據上述(1)到(12)之任一者的接收裝置，其中該數位廣播信號係使用一IP傳輸模式來傳輸， 在該IP傳輸模式中該封包被指派具有UDP(用戶資料報協定)之該埠號。
(14)依據上述(1)到(13)之任一者的接收裝置，其中該一或複數個組件係基於該特定服務是否以同步或非同步格式來提供而從該數位廣播信號之RTP(即時傳送協定)會談及FLUTE(透過單向傳送的檔案遞送)會談其中之一來獲取。
(15)依據上述(1)到(14)之任一者的接收裝置，其中該電路係組態以儲存該一或複數個經封裝的組件以及該第一控制資訊於一記憶體中。
(16)依據上述(15)的接收裝置，其中該電路更組態以讀取儲存在該記憶體中的該一或複數個組件及該第一控制資訊，用以施行再製。
(17)依據上述(1)到(16)之任一者的接收裝置，其中該電路更組態以傳輸該經封裝的一或複數個組件及該第一控制資訊到另一個電子裝置。
(18)一種接收裝置之接收方法，包括接收包括一IP傳送串流的一數位廣播信號；由該接收裝置之電路且針對包括在該數位廣播信號中的複數個服務之間的特定服務，來封裝一或複數個組件之封包以及藉使用包括在該封包之各者中的IP位址構成該特定服務的控制資訊；以及藉由使用經封裝的一或複數個組件及控制資訊施行預定的程序。
(19)一種傳輸裝置包括：電路組態以獲取一或複數個組件；獲取一控制資訊；以及傳輸包括一IP傳輸串流的一數位廣播信號，在其中該一或複數個組件之封包以及構成特定服務的該控制資訊之封包具有相同的IP位址。
(20)一種傳輸裝置之傳輸方法，包括：由該傳輸裝置之電路獲取一或複數個組件；由該電路獲取控制資訊；以及由該電路傳輸包括一IP傳送串流的一數位廣播信號，在其中一或複數個組件之封包以及構成特定服務的該控制資訊之封包具有相同的IP位址。

Claims (20)

  1. 一種接收裝置，包含：電路，組態以接收包括IP(網際網路協定)傳送串流的數位廣播信號；針對包括在該數位廣播信號中複數個服務之間的特定服務，封裝一或複數個組件之封包以及藉使用包括在該封包之各者中的IP位址構成該特定服務的第一控制資訊；以及藉使用該經封裝的一或複數個組件及第一控制資訊來施行預定的處理。
  2. 依據申請專利範圍第1項的接收裝置，其中該一或複數個組件之封包與封裝為相同服務的該第一控制資訊之封包具有相同的IP位址。
  3. 依據申請專利範圍第2項的接收裝置，其中該電路係組態以封裝該第一控制資訊，其使用於作為用以傳輸該數位廣播信號的協定之層之間的IP層的上層的第一層。
  4. 依據申請專利範圍第3項的接收裝置，其中以具有不同於IP封包之結構的結構之封包來傳輸的第二控制資訊包括：識別網路的ID；識別該IP傳送串流的ID；以及識別服務的ID。
  5. 依據申請專利範圍第4項的接收裝置，其中該第二控制資訊包括用於識別包括在該數位廣播信號中複數個IP傳送串流之各者的不同的ID。
  6. 依據申請專利範圍第4項的接收裝置，其中該識別網路的ID識別與該經接收的數位廣播信號有關的網路，以及該識別服務的ID識別該特定服務。
  7. 依據申請專利範圍第6項的接收裝置，其中該電路更組態以基於該第二控制資訊，提取指示與相應於該識別特定服務的ID的該一或複數個組件有關的一或以上的埠號之服務資訊，以及基於該IP位址及該一或以上的埠號來封裝該特定的服務。
  8. 依據申請專利範圍第1項的接收裝置，其中該一或複數個組件的封包之各者包括第一標頭、第二標頭及第三標頭，該第一標頭指示包括在該分別的封包中的資訊之類型，該第二標頭指示與該特定服務有關的該IP位址，以及該第三標頭指示UDP(用戶資料報協定)之埠號。
  9. 依據申請專利範圍第3項的接收裝置，其中使用於該第一層的該第一控制資訊包括關於構成該特定服務的 該一或複數個組件的資訊。
  10. 依據申請專利範圍第9項的接收裝置，其中關於該一或複數個組件的該資訊包括UDP(用戶資料報協定)之埠號，以及該電路更組態以使用該IP位址及該埠號藉由施行過濾來提取構成該特定服務的該一或複數個組件。
  11. 依據申請專利範圍第9項的接收裝置，其中使用於該第一層的該第一控制資訊包括應用之控制資訊。
  12. 依據申請專利範圍第4項的接收裝置，其中該第二控制資訊包括與用於該服務之各者的該IP位址有關的資訊。
  13. 依據申請專利範圍第1項的接收裝置，其中該數位廣播信號係使用IP傳輸模式來傳輸，在該IP傳輸模式中該封包係指派具有UDP(用戶資料報協定)之該埠號。
  14. 依據申請專利範圍第1項的接收裝置，其中該一或複數個組件係基於該特定服務是否以同步或非同步格式來提供而從該數位廣播信號之RTP(即時傳送協定)會談及FLUTE(透過單向傳送的檔案遞送)會談其中之一來獲取。
  15. 依據申請專利範圍第1項的接收裝置，其中該電路更組態以將該經封裝的一或複數個組件及該第一控制資訊儲存於記憶體中。
  16. 依據申請專利範圍第15項的接收裝置，其中該電路更組態以讀取儲存在該記憶體中的該一或複數個組件 及該第一控制資訊，用以施行再製。
  17. 依據申請專利範圍第1項的接收裝置，其中該電路更組態以將該經封裝的一或複數個組件及該第一控制資訊傳輸到另一個電子裝置。
  18. 一種接收裝置之接收方法，包含：藉由該接收裝置之電路接收包括IP(網際網路協定)傳輸串流的數位廣播信號；由該電路且針對包括在該數位廣播信號中的複數個服務，將一或複數個組件之封包以及藉使用包括在該封包之各者中的IP位址而構成該特定服務的控制資訊進行封裝；以及藉由使用該經封裝的一或複數個組件及控制資訊來施行預定處理。
  19. 一種傳輸裝置，包含：電路，組態以獲取一或複數個組件；獲取控制資訊；以及傳輸包括IP(網際網路協定)傳送串流的數位廣播信號，在其中該一或複數個組件之封包與構成特定服務之該控制資訊之封包具有相同的IP位址。
  20. 一種傳輸裝置之傳輸方法，包含：藉由該傳輸裝置之電路獲取一或複數個組件；藉由該電路獲取控制資訊；以及藉由該電路傳輸包括IP(網際網路協定)傳送串流的 數位廣播信號，在其中該一或複數個組件之封包與構成特定服務的該控制資訊之封包具有相同的IP位址。
TW103131924A 2013-10-04 2014-09-16 接收裝置、接收方法、傳輸裝置及傳輸方法 TWI648991B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013209055A JP6326213B2 (ja) 2013-10-04 2013-10-04 受信装置、受信方法、送信装置、及び、送信方法
JP2013-209055 2013-10-04

Publications (2)

Publication Number Publication Date
TW201526650A true TW201526650A (zh) 2015-07-01
TWI648991B TWI648991B (zh) 2019-01-21

Family

ID=51897407

Family Applications (1)

Application Number Title Priority Date Filing Date
TW103131924A TWI648991B (zh) 2013-10-04 2014-09-16 接收裝置、接收方法、傳輸裝置及傳輸方法

Country Status (10)

Country Link
US (1) US20160134927A1 (zh)
EP (1) EP3053351A1 (zh)
JP (1) JP6326213B2 (zh)
KR (1) KR20160067081A (zh)
CN (1) CN105580380A (zh)
CA (1) CA2925031A1 (zh)
MX (1) MX364140B (zh)
SG (1) SG11201602348UA (zh)
TW (1) TWI648991B (zh)
WO (1) WO2015049848A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11265141B2 (en) 2015-11-25 2022-03-01 Saturn Licensing Llc Data processing device and data processing method

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3131304A4 (en) * 2014-04-11 2018-01-24 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
KR101850726B1 (ko) * 2014-08-22 2018-04-20 엘지전자 주식회사 방송 신호 송신 방법, 방송 신호 송신 장치, 방송 신호 수신 방법 및 방송 신호 수신 장치
JP6259114B2 (ja) * 2015-01-21 2018-01-10 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
KR102558781B1 (ko) * 2015-10-05 2023-07-25 소니그룹주식회사 수신 장치, 송신 장치 및 데이터 처리 방법
EP3364571B1 (en) 2016-07-08 2022-06-15 Sony Group Corporation Receiving device, transmitting device, and data processing method
JP6965785B2 (ja) * 2018-02-15 2021-11-10 オムロン株式会社 制御システム、スレーブ装置制御部、制御方法およびプログラム
US11018754B2 (en) * 2018-08-07 2021-05-25 Appareo Systems, Llc RF communications system and method
CN111654725B (zh) * 2019-03-04 2021-12-21 北京开广信息技术有限公司 媒体流的实时接收方法及客户端
CN111083410B (zh) * 2019-12-30 2022-02-25 珠海全志科技股份有限公司 一种用于dvr的音视频流的处理方法及装置
JP7311675B2 (ja) * 2020-07-27 2023-07-19 マクセル株式会社 情報処理方法
JP7309966B2 (ja) * 2020-07-27 2023-07-18 マクセル株式会社 情報処理方法

Family Cites Families (57)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0763161B2 (ja) * 1993-01-05 1995-07-05 日本電気株式会社 マルチメディアパケット通信方式
US8458756B2 (en) * 1997-05-16 2013-06-04 Arturo A. Rodriguez Videophone over cable networks
US6351467B1 (en) * 1997-10-27 2002-02-26 Hughes Electronics Corporation System and method for multicasting multimedia content
US7861275B1 (en) * 1999-04-23 2010-12-28 The Directv Group, Inc. Multicast data services and broadcast signal markup stream for interactive broadcast systems
GB2350521B (en) * 1999-04-30 2001-07-11 Nokia Corp A gateway arrangement
CA2340293C (en) * 2000-04-06 2010-09-14 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using ip transfer network
US20020032766A1 (en) * 2000-09-08 2002-03-14 Wei Xu Systems and methods for a packeting engine
US7409700B1 (en) * 2000-11-03 2008-08-05 The Walt Disney Company System and method for enhanced broadcasting and interactive
US20020176377A1 (en) * 2001-05-22 2002-11-28 Hamilton Thomas E. Service platform on wireless network
JP2003037623A (ja) * 2001-07-23 2003-02-07 Philips Japan Ltd Ｍｐｅｇネットワーク上におけるダイレクトｒｔｐ伝送方法及びシステム
US8126127B2 (en) * 2002-01-16 2012-02-28 Qualcomm Incorporated Method and apparatus for provision of broadcast service information
SE524599C2 (sv) * 2002-01-18 2004-08-31 Ericsson Telefon Ab L M Metod, system och datorprogramprodukt för att anordna tjänstekvalitet QoS
US20040194144A1 (en) * 2003-03-25 2004-09-30 Chi-Tai Lin Method for asynchronously watching programs from the internet and the system thereof
FR2864869A1 (fr) * 2004-01-06 2005-07-08 Thomson Licensing Sa Methode de transmission de services numeriques sur un reseau et appareil mettant en oeuvre la methode
JP4266188B2 (ja) * 2004-06-30 2009-05-20 株式会社東芝 通信システム及びこの通信システムで使用される通信端末装置、及び通信システムで使用される通信方法
WO2006027846A1 (ja) * 2004-09-10 2006-03-16 Matsushita Electric Industrial Co., Ltd. ザッピングストリームの生成装置とその方法
KR100735218B1 (ko) * 2004-12-14 2007-07-03 삼성전자주식회사 디지털 방송수신기의 방송정보 표시장치 및 방법
EP1871024A4 (en) * 2005-04-06 2010-01-20 Panasonic Corp METHOD FOR ARRANGING ZAPPING STREAMS IN AN MPE-FEC FRAME AND RECEIVER
CN100417137C (zh) * 2005-08-30 2008-09-03 华为技术有限公司 基站接入系统及基站数据传输方法
CN1992736A (zh) * 2005-12-30 2007-07-04 西门子（中国）有限公司 Ip地址分配方法及其应用
GB0602314D0 (en) * 2006-02-06 2006-03-15 Ericsson Telefon Ab L M Transporting packets
KR100878534B1 (ko) * 2006-04-10 2009-01-13 삼성전자주식회사 Ｄａｂ 시스템에서 ｉｐｄｃ 서비스를 제공하는 장치 및방법
JP5268411B2 (ja) * 2007-07-11 2013-08-21 株式会社 タイクス 通信放送連携サービス提供システム
CA2694704C (en) * 2007-08-24 2013-06-25 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
US10320500B2 (en) * 2007-09-18 2019-06-11 Qualcomm Incorporated Method and apparatus to enable fast channel switching with limited DVB receiver memory
US8160009B2 (en) * 2007-09-20 2012-04-17 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
US7936786B2 (en) * 2007-09-20 2011-05-03 Lg Electronics, Inc. Digital broadcasting system and method of processing data in digital broadcasting system
WO2009038440A2 (en) * 2007-09-21 2009-03-26 Lg Electronics Inc. Digital broadcasting receiver and method for controlling the same
FR2923111A1 (fr) * 2007-10-25 2009-05-01 Thomson Licensing Sas Procede de selection de service audio et/ou video recu.
TW200926083A (en) * 2007-12-10 2009-06-16 Itoys Ltd A network interaction learning and recreation system with RFID and WSN and its device thereof
GB0810950D0 (en) * 2008-06-04 2008-07-23 Sony Uk Ltd Digital signal transmission and reception
WO2009154418A2 (en) * 2008-06-18 2009-12-23 Lg Electronics Inc. Transmitting/receiving system and method of processing data in the transmitting/receiving system
WO2010002442A1 (en) * 2008-07-02 2010-01-07 Thomson Licensing Filtering of dynamic services in cached service acquisition data
KR100990998B1 (ko) * 2008-09-23 2010-11-01 한국전자통신연구원 디지털 위성 통신 시스템에서 전송 데이터의 캡슐화 방법 및 데이터 전송 장치
JP2013033302A (ja) * 2009-10-29 2013-02-14 Tani Electronics Corp 通信システム及び通信方法
US8938769B2 (en) * 2010-01-22 2015-01-20 Gainspeed, Inc. Virtual converged cable access platforms for HFC cable networks
US8644706B2 (en) * 2010-01-22 2014-02-04 Gainspeed, Inc. Distributed cable modem termination system with software reconfigurable MAC and PHY capability
JP5455722B2 (ja) * 2010-03-12 2014-03-26 株式会社東芝 著作権保護装置および著作権保護方法
EP2555510A4 (en) * 2010-04-01 2015-04-01 Lg Electronics Inc DEVICE FOR TRANSMITTING BROADCAST SIGNALS, DEVICE FOR RECEIVING BROADCAST SIGNALS, AND METHOD FOR SENDING AND RECEIVING A BROADCAST SIGNAL IN A DEVICE FOR SENDING AND RECEIVING BROADCAST SIGNALS
CN102918857B (zh) * 2010-04-02 2015-11-25 三星电子株式会社 用于发送用于提供二维和三维内容的数字广播内容的方法和设备以及用于接收数字广播内容的方法和设备
WO2011126240A2 (ko) * 2010-04-04 2011-10-13 엘지전자 주식회사 방송 신호로 전송되는 비실시간 방송 서비스 및 콘텐트 처리 방법 및 장치
US8643775B2 (en) * 2010-04-14 2014-02-04 Iberium Communications Inc. Simplified data interface protocol for digital television receiver
US20130039278A1 (en) * 2010-05-03 2013-02-14 Nokia Corporation Protocol overhead reduction
JP2011259365A (ja) * 2010-06-11 2011-12-22 Sony Corp カメラシステム、映像選択装置及び映像選択方法
WO2012036429A2 (ko) * 2010-09-14 2012-03-22 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법
CN103202012B (zh) * 2010-10-26 2016-04-20 三菱电机株式会社 数字广播接收装置
KR101844229B1 (ko) * 2010-11-23 2018-04-02 엘지전자 주식회사 방송 신호 송/수신기 및 방송 신호 송/수신 방법
JP5783402B2 (ja) 2011-01-25 2015-09-24 ソニー株式会社 受信装置、受信方法、供給装置、供給方法、プログラム、および放送システム
WO2012142758A1 (zh) * 2011-04-20 2012-10-26 深圳创维数字技术股份有限公司 数字电视节目的播放系统、方法及数字电视接收终端
US20140140415A1 (en) * 2011-05-19 2014-05-22 Lg Electronics Inc. Video stream transmitting device, video stream receiving device, video stream transmitting method, and video stream receiving method
CA2844361C (en) * 2011-07-26 2017-09-19 Lg Electronics Inc. Apparatus and method for transmitting and receiving a uhd video stream which is downsampled into hd video and residual sub-streams
KR20130080628A (ko) * 2012-01-05 2013-07-15 한국전자통신연구원 케이블 네트워크를 위한 헤드엔드 장치 및 그 헤드엔드 장치의 동작 방법
JP2013183210A (ja) * 2012-02-29 2013-09-12 Toshiba Corp 放送受信装置および放送受信方法
US9027136B2 (en) * 2013-04-22 2015-05-05 Imperva, Inc. Automatic generation of attribute values for rules of a web application layer attack detector
CA2917516C (en) * 2013-07-14 2018-04-17 Lg Electronics Inc. Method and apparatus for transmitting/receiving broadcast signal in hybrid broadcasting system
JP2015073245A (ja) * 2013-10-04 2015-04-16 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
EP3062521B1 (en) * 2013-10-25 2018-07-04 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method for services transmitted on a broadcast wave using ip packets

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11265141B2 (en) 2015-11-25 2022-03-01 Saturn Licensing Llc Data processing device and data processing method
TWI756194B (zh) * 2015-11-25 2022-03-01 日商新力股份有限公司 資料處理裝置及資料處理方法

Also Published As

Publication number Publication date
JP6326213B2 (ja) 2018-05-16
WO2015049848A1 (en) 2015-04-09
KR20160067081A (ko) 2016-06-13
EP3053351A1 (en) 2016-08-10
TWI648991B (zh) 2019-01-21
CA2925031A1 (en) 2015-04-09
MX364140B (es) 2019-04-12
MX2016003756A (es) 2016-06-24
JP2015073244A (ja) 2015-04-16
US20160134927A1 (en) 2016-05-12
CN105580380A (zh) 2016-05-11
SG11201602348UA (en) 2016-04-28

Similar Documents

Publication Publication Date Title
TWI648991B (zh) 接收裝置、接收方法、傳輸裝置及傳輸方法
US10623827B2 (en) Receiving device, receiving method, transmitting device, and transmitting method
JP6339501B2 (ja) マルチメディアサービス送受信方法及び装置
KR102081861B1 (ko) 수신 장치, 수신 방법, 송신 장치, 및 송신 방법
US10924810B2 (en) Reception device, reception method, transmission device, and transmission method
CA2827384C (en) Apparatus and method for transmitting and receiving a broadcasting service
JP6501951B2 (ja) マルチメディアコンテンツ受信装置
WO2015107930A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法
JP2015139175A (ja) 送信装置、送信方法、受信装置、及び、受信方法

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees