WO2015137149A1 - 受信装置、受信方法、送信装置、及び、送信方法 - Google Patents

受信装置、受信方法、送信装置、及び、送信方法 Download PDF

Info

Publication number
WO2015137149A1
WO2015137149A1 PCT/JP2015/055745 JP2015055745W WO2015137149A1 WO 2015137149 A1 WO2015137149 A1 WO 2015137149A1 JP 2015055745 W JP2015055745 W JP 2015055745W WO 2015137149 A1 WO2015137149 A1 WO 2015137149A1
Authority
WO
WIPO (PCT)
Prior art keywords
signaling data
information
filtering
packet
lct
Prior art date
Application number
PCT/JP2015/055745
Other languages
English (en)
French (fr)
Inventor
淳 北原
北里 直久
山岸 靖明
Original Assignee
ソニー株式会社
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 ソニー株式会社 filed Critical ソニー株式会社
Priority to EP15761934.7A priority Critical patent/EP3119102B1/en
Priority to CN201580012373.3A priority patent/CN106105250B/zh
Priority to KR1020167024327A priority patent/KR102130191B1/ko
Priority to MX2016011573A priority patent/MX371161B/es
Priority to CA2941351A priority patent/CA2941351C/en
Priority to US15/124,192 priority patent/US10536488B2/en
Priority to JP2016507445A priority patent/JP6552482B2/ja
Publication of WO2015137149A1 publication Critical patent/WO2015137149A1/ja
Priority to US16/692,905 priority patent/US11102252B2/en
Priority to US17/385,531 priority patent/US11575717B2/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/454Content or additional data filtering, e.g. blocking advertisements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing 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/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4385Multiplex stream processing, e.g. multiplex stream decrypting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]

Definitions

  • the present technology relates to a reception device, a reception method, a transmission device, and a transmission method, and particularly to a reception device, a reception method, a transmission device, and a transmission method that can perform efficient filtering processing.
  • the present technology has been made in view of such a situation, and makes it possible to perform efficient filtering processing in digital broadcasting using the IP transmission method.
  • a receiving apparatus includes a receiving unit that receives a broadcast wave of a digital broadcast using an IP (Internet Protocol) transmission method, and an IP layer in the protocol layer of the IP transmission method in the broadcast wave. And a filtering processing unit that performs filtering processing of the packet using filtering information arranged in a header of a packet transmitted in a first layer that is a higher layer.
  • IP Internet Protocol
  • the packet is an LCT (Layered Coding Transport) packet transmitted by a FLUTE (File Delivery Over Unidirectional Transport) session.
  • LCT Lane Coding Transport
  • the filtering information is arranged in an LCT header
  • first signaling is performed in an LCT payload.
  • Data is arranged, and the filtering processing unit uses the second signaling data transmitted in the second layer, which is a lower layer than the IP layer, and uses the IP address of a specific service, UDP (User ⁇ Datagram Protocol port number and TSI (TransportISession Identifier) are resolved and stored in the LCT packet using the filtering information arranged in the LCT header of the LCT packet transmitted in the FLUTE session.
  • the first signaling data may be filtered.
  • the filtering information can be arranged in a TOI (Transport Object Identifier) of the LCT header.
  • TOI Transport Object Identifier
  • the filtering information can be arranged in an extension area of the LCT header.
  • a part or all of the filtering information may be arranged in the LCT header instead of a code point that is an area used according to operation.
  • the filtering information indicates compression information indicating whether or not the first signaling data is compressed, type information indicating the type of the first signaling data, and filtering conditions set for each type of the first signaling data. At least one of the extended filter information and the version information indicating the version of the first signaling data may be included.
  • the first signaling data can be acquired from a server via a network.
  • the first signaling data may include index information of the FLUTE session.
  • the first signaling data is SCS (Service Channel Signaling) or ESG (Electronic Service Guide), and the second signaling data is LLS (Low Layer Signaling) and is transmitted by the FLUTE session.
  • SCS Service Channel Signaling
  • ESG Electronic Service Guide
  • LLS Low Layer Signaling
  • the receiving device may be an independent device or an internal block constituting one device.
  • the reception method according to the first aspect of the present technology is a reception method corresponding to the reception device according to the first aspect of the present technology.
  • a broadcast wave of a digital broadcast using an IP transmission method is received, and the broadcast wave is received from an IP layer in a protocol hierarchy of the IP transmission method.
  • Filtering processing of the first signaling data stored in the packet is performed using the filtering information arranged in the header of the packet transmitted in the first layer, which is the upper layer.
  • the transmission device includes a first acquisition unit that acquires one or more components constituting a service, a second acquisition unit that acquires first signaling data, and the component, A transmission unit that transmits the first signaling data by a broadcast wave of a digital broadcast using an IP transmission method, and in the broadcast wave, a layer higher than an IP layer in a protocol layer of the IP transmission method; In the header of the packet storing the first signaling data transmitted in the first layer, filtering information used in the packet filtering process is arranged.
  • the packet is an LCT packet transmitted by a FLUTE session, and the filtering information is arranged in an LCT header and the first signaling data is arranged in an LCT payload in the LCT packet. .
  • the filtering information can be arranged in the TOI of the LCT header.
  • the filtering information can be arranged in an extension area of the LCT header.
  • a part or all of the filtering information may be arranged in the LCT header instead of a code point that is an area used according to operation.
  • the filtering information indicates compression information indicating whether or not the first signaling data is compressed, type information indicating the type of the first signaling data, and filtering conditions set for each type of the first signaling data. At least one of the extended filter information and the version information indicating the version of the first signaling data may be included.
  • the first signaling data can be acquired from a server via a network.
  • the first signaling data may include index information of the FLUTE session.
  • the first signaling data is SCS or ESG
  • the second signaling data transmitted in the second layer which is a lower layer than the IP layer, is LLS and is transmitted by the FLUTE session.
  • a common IP address can be assigned to a component and SCS that constitute a specific service.
  • the transmission device may be an independent device or an internal block constituting one device.
  • the transmission method according to the second aspect of the present technology is a transmission method corresponding to the transmission device according to the second aspect of the present technology.
  • one or a plurality of components constituting a service are acquired, first signaling data is acquired, and the first signaling data together with the components
  • it is transmitted by the broadcast wave of digital broadcasting using the IP transmission method.
  • the header of the packet storing the first signaling data which is transmitted in the first layer that is higher than the IP layer in the protocol layer of the IP transmission scheme, Filtering information used in packet filtering processing is arranged.
  • efficient filtering processing can be performed.
  • FIG. 1 It is a figure which shows the structure of the broadcast wave of digital broadcasting of an IP transmission system. It is a figure which shows the protocol stack
  • FIG. It is a figure which shows the detailed content of the element of the LCT header of the pattern 1.
  • FIG. It is a figure which shows the bit length of filtering information. It is a figure which shows the detailed content of type information. It is a figure which shows the structure of the LCT header of the pattern 2. It is a figure which shows the structure of Header * Extensions of the LCT header of the pattern 2.
  • FIG. It is a figure which shows the detailed content of the element of the LCT header of the pattern 2.
  • FIG. It is a figure which shows the structure of the LCT header of the pattern 3.
  • FIG. It is a figure for demonstrating the filtering process of a packet. It is a figure for demonstrating the filtering process for acquiring specific ESG. It is a figure for demonstrating the filtering process for acquiring MPD after an update. It is a figure for demonstrating the channel selection process in the case of transmitting data only using broadcast. It is a figure for demonstrating the channel selection process in the case of transmitting data using broadcasting and communication. It is a figure which shows the structure of one Embodiment of the broadcast communication system to which this technique is applied.
  • FIG. 1 is a diagram showing a configuration of a broadcast wave of an IP transmission type digital broadcast.
  • a plurality of BBP streams are transmitted in broadcast waves (RF channels) having a predetermined frequency band.
  • Each BBP stream includes NTP (Network Time Protocol), multiple service channels (Service Channel), ESG (ESG Service), and LLS (Low Layer Signaling).
  • NTP Network Transfer Protocol
  • service channel and electronic service guide are transmitted according to the UDP / IP protocol, but LLS is transmitted on the BBP stream.
  • NTP is time information and is common to a plurality of service channels.
  • ESG Electronic Service Service Guide
  • ESG is an electronic service guide including metadata about programs.
  • Each service channel includes video data (Video), audio data (Audio), subtitles (CC: Closed Captioning) components, and SCS (Service Channel Signaling).
  • SCS is signaling data for each service.
  • a common IP address is assigned to each service channel. For example, by using this IP address, a component, an SCS, or the like can be packaged for each service channel or a plurality of service channels.
  • a network ID (network_id) is assigned to a broadcast network (Network), and a BBP stream ID (BBP_stream_id) is assigned to a BBP stream.
  • a service ID (service_id) is assigned to one or more services (Service) included in each BBP stream.
  • the service (Service) corresponds to the service channel (Service (Channel) in FIG.
  • a combination of a network ID (network_id), a transport stream ID (transport_stream_id), and a service ID (service_id) used in the MPEG2-TS system as an ID system (
  • transport_stream_id transport_stream_id
  • service_id service ID
  • FIG. 2 is a diagram showing a protocol stack for digital broadcasting using the IP transmission method.
  • the lowest layer is a physical layer.
  • the physical layer Broadcast PHY
  • the frequency band of the broadcast wave allocated for the service (channel) corresponds.
  • the upper layer of the physical layer is the IP layer.
  • the IP layer corresponds to IP (Internet Protocol) in the TCP / IP protocol stack, and an IP packet is specified by an IP address.
  • the upper layer adjacent to the IP layer is a UDP layer, and the higher layer is FLUTE +.
  • IP broadcasting digital broadcasting a packet in which an IP address and a UDP (User Datagram Protocol) port number are specified is transmitted, and a FLUTE (File Delivery over Unidirectional Transport) session is established. .
  • UDP User Datagram Protocol
  • FLUTE + is an extension of FLUTE, which has been conventionally defined, and the details of FLUTE are defined as RFC6726. Also, FLUTE + (plus) may be referred to as “FLUTE enhancement”.
  • a file to be transmitted is managed as one object by TOI (Transport Object Identifier).
  • a set of a plurality of objects is managed as one session by TSI (Transport Session Identifier). That is, in the FLUTE session, a specific file can be designated by two pieces of identification information of TSI and TOI.
  • ESG Electronic Service Guide
  • SCS Service Channel Signaling
  • NRT Content NRT Content
  • ESG, SCS, and NRT content are transmitted by FLUTE session. Is done.
  • the NRT content is content transmitted by NRT (Non Real Time) broadcasting, and is played back after being temporarily stored in the storage of the receiver. Note that the NRT content is an example of content, and a file of another content may be transmitted by the FLUTE session.
  • USBD User Service Bundle Description
  • MPD Media Presentation Description
  • SDP Session Description Protocol
  • SPD Service Parameter Description
  • USBD includes information for referring to MPD and SDP.
  • the MPD includes information such as a segment URL (Uniform Resource Locator) for each component transmitted in service units.
  • the SDP includes component location information and the like.
  • the SPD includes various parameters defined at the service and component levels.
  • USBD, MPD, SDP, and SPD are described in a markup language such as XML (Extensible Markup Language).
  • the layers other than the above-described layers are HTTP (internal server), and the upper layer adjacent to HTTP is DASH (ISO BMFF).
  • the upper layer adjacent to DASH (ISO (BMFF) is a component such as video data (Video), audio data (Audio), caption data (Closed Caption), and the like. That is, components such as video, audio, and subtitles are transmitted by FLUTE session in units of media segments (Media Segment) in accordance with the ISO Base, Media, File, and Format standards.
  • LLS Low Layer Signaling
  • SCD Service Configuration Description
  • SAD Service Association Description
  • EAD Ergency Alert Description
  • RRD Radio Resolution Resolution
  • the SCD adopts an ID system corresponding to the triplet used in the MPEG2-TS system, and this triplet shows the BBP stream configuration and service configuration in the broadcast network.
  • the SCT also includes information such as IP address as service unit attribute / setting information, ESG bootstrap information for accessing the ESG, and SC bootstrap information for accessing the SCS.
  • ⁇ SAD indicates on-air service for each BBP stream.
  • the EAD contains information about emergency notifications.
  • the RRD includes rating information. Note that SCD, SAD, EAD, and RRD are described in a markup language such as XML, for example.
  • the upper layer of the physical layer is the IP layer.
  • the upper layer adjacent to the IP layer is a TCP layer, and the upper layer adjacent to the TCP layer is an HTTP (S) (external server) layer. That is, a protocol stack that operates on a network such as the Internet is implemented by these layers.
  • the receiver can communicate with a server on the Internet using the TCP / IP protocol and receive ESG, SCS, NRT content, and the like.
  • the receiver can receive components such as video and audio that are adaptively streamed from a server on the Internet. Note that this streaming distribution conforms to the MPEG-DASH (Dynamic Adaptive Streaming over HTTP) standard.
  • MPEG-DASH Dynamic Adaptive Streaming over HTTP
  • applications can be transmitted using a broadcast FLUTE session or communication TCP / IP protocol.
  • This application can be written in a markup language such as HTML5 (HyperText Markup Language 5).
  • IP broadcast digital broadcasting employs the protocol stack as described above, for example, when signaling data such as ESG and SCS is transmitted by either broadcast or communication, the IP layer Since the protocol can be made common in the layers other than the physical layer (and the data link layer) that is the lower layer, that is, the layer higher than the IP layer, the burden of implementation in the receiver, etc. And is expected to reduce the processing burden.
  • FIG. 3 is a diagram showing a packet structure transmitted by a broadcast wave of an IP transmission type digital broadcast. Note that the packet structure in FIG. 3 corresponds to the broadcast layer of the protocol stack in FIG.
  • the physical frame corresponds to the frame structure in the physical layer (Broadcast PHY) in FIG.
  • the BBP packet Base Band Packet
  • the IP packet corresponds to the IP layer of FIG. 2
  • the UDP packet corresponds to the UDP layer of FIG. 2
  • the FLUTE packet corresponds to the FLUTE layer of FIG.
  • the FLUTE packet is referred to as an LCT (Layered Coding Transport) packet.
  • the physical frame is composed of a physical header and a payload.
  • the payload of the physical frame includes a plurality of BBP packets.
  • Each BBP packet is composed of a BBP header and a payload.
  • the payload of the BBP packet includes an IP packet. That is, when an IP packet is transmitted using a BBP stream, the payload portion is an IP packet.
  • IP packet is composed of IP header and payload.
  • a UDP packet is composed of a UDP header and a payload.
  • the LCT packet is composed of an LCT header and a payload. That is, a BBP header, an IP header, a UDP header, and an LCT header are added to a packet storing data such as video and audio components, ESG, and SCS transmitted by a FLUTE session.
  • FIG. 4 is a diagram showing the structure of the LCT header of pattern 1.
  • FIG. 5 each element constituting the LCT header of FIG. 4 is described, and will be described with reference as appropriate.
  • the LCT packet is composed of an LCT header in which header information from “V” to “Data_Version” is arranged, and an LCT payload in which actual data such as signaling data is arranged.
  • the LCT packet version represented by “V” in FIG. 4 is arranged at the head of the LCT header.
  • “C” is arranged after “V”.
  • “C” a flag indicating the length of CCI (Congestion Control Information) is arranged.
  • “PSI” is arranged next to “C”.
  • PSI bits for setting PSI (Protocol Specific Information) are arranged.
  • the bit length of the filtering information is determined by the combination of “O” and “H” bits. Specifically, when “O” is “00” and “H” is “1”, the total bit length of the filtering information is 16 bits. Bit, “Type” is assigned 8 bits, and “Data_Version” is assigned 6 bits. In this case, “Filter_Extension” cannot be specified.
  • “Res” arranged after “H” indicates an area for future expansion.
  • “A” is arranged.
  • “A” a flag indicating the end of the session is arranged.
  • “B” is arranged.
  • “HDR_LEN” is arranged.
  • the header length is arranged in “HDR_LEN”.
  • HDR_LEN is placed.
  • “CP” is an abbreviation of Code Point, and a code point value is arranged. The method of using this code point varies depending on the operation.
  • CCI Congestion Control Information
  • TSI Transmission Session Identifier
  • TOI Transport Session Identifier
  • CO is an abbreviation of Compress, and is compression information indicating whether or not the target signaling data is compressed.
  • a compression format such as ZIP is also shown.
  • “Type” is type information indicating the type of signaling data. For example, as shown in FIG. 7, in the case of all signaling data, “1” is designated as “Type”. Similarly, a value corresponding to the type of signaling data is specified for “Type”, “2” for ESG, “3” for USBD, “4” for FDD, “5” for MPD, SDP "6” is specified for SPD, and “7” is specified for SPD.
  • Extension filter information is extension filter information indicating filtering conditions set for each type of signaling data. This filtering condition can be set arbitrarily.
  • Data_Version is version information indicating the version of the target signaling data.
  • compression information CO
  • type information Type
  • extended filter information Filter_Extension
  • version information Data_Version
  • filtering information is not necessary to arrange all of compression information (CO), type information (Type), extended filter information (Filter_Extension), and version information (Data_Version) as filtering information, and at least one of these pieces of information is not included.
  • One piece of information may be arranged according to the filtering condition.
  • the compression information (CO), type information (Type), extended filter information (Filter_Extension), and version information Data_Version
  • the TOI used as the identification information of the object transmitted in the FLUTE session includes the compression information (CO), the type information (Type), the extension filter information (Filter_Extension), and the version information.
  • Filtering information consisting of (Data_Version) is defined.
  • FIGS. 8 and 9 are diagrams showing the structure of the LCT header of pattern 2.
  • FIG. 10 illustrates each element constituting the LCT header of FIGS. 8 and 9, and will be described with reference as appropriate.
  • the LCT header of pattern 2 is arranged with “TOI” next to “TSI” and further to “TOI” when compared with the LCT header of pattern 1 (FIG. 4). The difference is that “Header Extensions” is placed. Further, as shown in FIG. 9, “Header Extensions” includes “CO”, “Type”, “Filter_Extension”, and “Data_Version”. That is, “Header Extensions” is an extension area of the LCT header (LCT extension header), and filtering information used for filtering processing of signaling data is arranged in the LCT extension header.
  • the TOI used as the identification information of the object transmitted in the FLUTE session is left as it is, in the extension area, the compression information (CO), the type information (Type), the extension filter information ( Filtering information including Filter_Extension) and version information (Data_Version) is defined.
  • the receiver can acquire the target signaling data by performing the filtering process of the LCT packet using the filtering information of the LCT header.
  • FIG. 11 is a diagram showing the structure of the LCT header of pattern 3.
  • the LCT header of pattern 3 is different from the LCT header of pattern 1 (FIG. 4) in that “CO” and “Type” are arranged instead of “CP”. Yes.
  • “CP” indicating the code point value is 8 bits
  • “CO” indicating whether or not the target signaling data is compressed is 2 bits
  • “Type” indicating the type of the signaling data is Allocate 6 bits each.
  • compression information CO
  • type information Type
  • extension filter information Frter_Extension
  • version information Data_Version
  • Filtering information is defined in the LCT header.
  • the patterns 1 to 3 described above are examples of filtering information arranged in the LCT header, and other arrangements may be adopted as long as the filtering information can be arranged in the LCT header.
  • the filtering information can be arranged in the LCT header.
  • the LCT header of pattern 3 the example in which part of the filtering information is arranged instead of the code point has been described, but the entire filtering information may be arranged instead of the code point.
  • FIG. 12 is a diagram for explaining packet filtering processing.
  • the filtering processing unit for performing filtering processing includes components such as LLS, ESG, SCS, application (APP), video data (Video), audio data (Audio), subtitle data (CC), NTP Each packet storing such data is input. Various headers are added to the packet.
  • the 12 has a BBP filter f1, an IP filter f2, a UDP filter f3, and an LCT filter f4.
  • the BBP filter f1 performs a filtering process based on the BBP header.
  • the IP filter f2 performs a filtering process based on the IP header.
  • the UDP filter f3 performs a filtering process based on the UDP header.
  • the LCT filter f4 performs a filtering process based on the LCT header.
  • LLS packets other than LLS packets are IP packets and satisfy the filtering condition of the IP filter f2, they pass through the BBP filter f1 and the IP filter f2.
  • the LLS packet does not satisfy the filtering condition of the IP filter f2
  • the LLS stored in the packet is acquired without passing through the IP filter f2.
  • LLS includes triplets, ESG bootstrap information, and SC bootstrap information.For example, IP address (IP Address), port number (Port Number), and TSI of a specific service can be acquired. The filtering process is performed using these as filtering conditions.
  • IP address is included in the IP header of each packet and the port number is included in the UDP header, only packets that satisfy the filtering condition pass through the IP filter f2 and the UDP filter f3.
  • An LCT header is added to a packet transmitted using a FLUTE session.
  • the LCT header includes TSI, TOI, etc., only packets that satisfy the filtering condition pass through the LCT filter f4.
  • compression information CO
  • type information Type
  • extended filter information Frter_Extension
  • version information Data_Version
  • the filtering information is included in the filtering condition. Only the LCT packet satisfying the above can pass through the LCT filter f4. Accordingly, for example, it is possible to pass the SCS packet only when the SCS version information (Data_Version) changes.
  • ESG packets are output to the ESG engine (ESG engine), SCS packets are output to the signaling engine (Signaling engine), and application (App) packets are output to the application engine (App engine).
  • ESG engine ESG engine
  • SCS packets SCS packets are output to the signaling engine (Signaling engine)
  • application (App) packets are output to the application engine (App engine).
  • subtitle data (CC) packets are subtitle decoders (Decoder)
  • audio data (Audio) packets are audio decoders (Decoder)
  • video data (Video) packets are video decoders (Decoder)
  • NTP packets are clocks. Each is output to the generator (Clock).
  • the video corresponding to ESG, application, video and subtitle data that has been subjected to various processing in the subsequent block is displayed on the display. Also, sound corresponding to the audio data is output from a speaker (not shown). Note that the application may be displayed on a display by a media player.
  • FIG. 13 is a diagram for explaining a filtering process for acquiring a specific ESG file.
  • a transmitter of a broadcasting station transmits components, SCS, ESG, LLS, and the like that constitute each service by a broadcast wave of digital broadcasting using an IP transmission method.
  • the ID system described above is adopted in the digital broadcasting.
  • components, SCS, and ESG files are transmitted in FLUTE sessions, and compression information (CO), type information (Type), and extended filter information (Filter_Extension) are included in the LCT header of those LCT packets as filtering information.
  • compression information CO
  • Type type information
  • Extended filter information Filter_Extension
  • Data_Version version information
  • a receiver installed in each home or the like follows an IP header and a UDP header according to the ESG bootstrap information of the LLS (SCD) acquired at the time of initial scanning or the like.
  • SCD LLS
  • Perform the filtering process to extract the packet of the target service that satisfies the filtering conditions of IP address and port number.
  • a packet that does not satisfy the filtering conditions of the IP address and the port number is a flow of another service.
  • the receiver performs filtering processing using the LCT header according to the ESG bootstrap information of LLS (SCD), and extracts LCT packets that satisfy the TSI filtering conditions.
  • SCD ESG bootstrap information of LLS
  • the signaling data ESG, USBD, MPD, etc. are transmitted.
  • ESG is an electronic service guide that provides information on programs for each service (channel). However, if a large number of services are provided and the period is not limited, the amount of data is enormous. . Therefore, the extended filter information (Filter_Extension) is designated as a filtering condition so that only necessary information can be efficiently acquired.
  • service identification information such as channel number (for example, 10.1CH), acquisition range by a period such as one day, one week, or one month (for example, Today), or time, n days later, or n weeks
  • a later slot for example, 18-21 or the like is set as a filtering condition.
  • the type information (Type) arranged in the LCT header and the extended filter information ( Filter_Extension) can be used to acquire only the specific ESG file that satisfies the filtering condition from the signaling data, so that the receiver can efficiently acquire only the necessary information at the optimal timing. it can.
  • FIG. 14 is a diagram for explaining the filtering process for acquiring the updated MPD.
  • the transmitter of the broadcasting station transmits components, SCS, and the like that constitute each service by the broadcast wave of digital broadcasting using the IP transmission method.
  • the ID system described above is adopted.
  • filtering information is arranged in the LCT header of the LCT packet.
  • a receiver installed in each home or the like follows an IP header and a UDP header according to the SCLLbootstrap information of the LLS (SCD) acquired at the time of initial scanning or the like.
  • SCD SCLLbootstrap information of the LLS
  • the receiver performs a filtering process using the LCT header in accordance with the LLS (SCD) SC bootstrap information, and extracts an LCT packet that satisfies the TSI filtering condition.
  • the LCT packet of the signaling flow is extracted
  • ESG, USBD, MPD, etc. are transmitted as signaling data.
  • MPD_present indicates the current MPD
  • MPD_following indicates an update MPD. Therefore, the version information (Data_Version) is specified as a filtering condition, and the MPD for update can be acquired by comparing the MPD versions. In the case of the example in FIG. 14, the MPD versions are compared by the filtering process using the filtering condition, and MPD_following is acquired.
  • the receiver after resolving the IP address, the port number, and the TSI by the ESG bootstrap information of the LLS (SCD), the type information (Type) and the version information (Data_Version) arranged in the LCT header. ), It is possible to acquire only the MPD for update from the signaling data, so the receiver efficiently acquires only the necessary information at the optimal timing when detecting the update of the version. be able to.
  • the receiver acquires signaling data that is LCT-packetized by the FLUTE session.
  • filtering information parameters as a filtering condition for the LCT packet storing the signaling data to the LCT header having the same hierarchy, it is possible to efficiently perform the filtering process at an optimal timing.
  • FIG. 15 is a diagram for explaining a channel selection process when data is transmitted using only broadcasting.
  • the transmitter of the broadcasting station transmits components, SCS, and the like constituting each service by a broadcast wave of digital broadcasting using the IP transmission method.
  • the ID system described above is adopted.
  • filtering information can be arranged in the LCT header of the LCT packet.
  • the receiver installed in each home or the like, when a user performs a tuning operation for a specific service (S11), the SC bootstrap information of the SCD acquired at the time of initial scanning or the like. Obtain (S12). The receiver extracts an LCT packet that satisfies the IP address, port number, and TSI filtering conditions in accordance with the SC bootstrap information.
  • USBD User Service Bundle Description
  • MPD Media Presentation Description
  • SDP Session Description Protocol
  • SPD Service Parameter Description
  • the receiver can acquire FDD by extracting the LCT packet of USBD (S14).
  • FDD File Delivery Description
  • location information for example, URL
  • TOI are described as index information for each TSI.
  • an Entity header can be added to the LCT packet to arrange, for example, dynamically changing information (S18). Then, the receiver stores the component data restored from the LCT packet in a buffer (S19), and performs rendering processing to output video and audio corresponding to the component (S20).
  • FIG. 16 is a diagram for explaining a channel selection process when data is transmitted using broadcasting and communication.
  • a transmitter of a broadcasting station transmits components, SCS, and the like that constitute each service by a broadcast wave of digital broadcasting using an IP transmission method.
  • the ID system described above is adopted.
  • filtering information can be arranged in the LCT header of the LCT packet.
  • a server on the Internet adaptively distributes components such as video and audio.
  • the receiver installed in each home or the like, when the user performs a channel selection operation for a specific service (S31), the SC bootstrap information of the SCD acquired at the time of initial scanning or the like. Obtain (S32).
  • the receiver extracts an LCT packet that satisfies the IP address, port number, and TSI filtering conditions in accordance with the SC bootstrap information.
  • USBD, MPD, SDP, SPD, etc. are transmitted as signaling data in the signaling flow
  • the receiver acquires USBD, MPD, SDP, and SPD (S34).
  • FDD and deliveryMethod are described in USBD
  • the receiver uses deliveryMethod and MPD to determine whether the component of the selected specific service is transmitted by broadcasting or communication. Is determined (S35). That is, by matching deliveryMethod and MPD, it is determined that Representation corresponding to the basepattern of broadcastAppService is transmitted by broadcasting, while Representation corresponding to the basepattern of unicastAppService is transmitted by communication.
  • an Entity header can be added to the LCT packet to arrange, for example, dynamically changing information (S40). Then, the receiver stores the component data restored from the LCT packet in a buffer (S41), and performs rendering processing to output video and audio corresponding to the component (S42).
  • FIG. 17 is a diagram illustrating a configuration of an embodiment of a broadcast communication system to which the present technology is applied.
  • the broadcast communication system 1 is a system for providing various services in cooperation with broadcast and communication.
  • the broadcast communication system 1 includes a transmission device 10, a reception device 20, an ESG server 50, a signaling server 60, an application server 70, and a streaming server 80.
  • the network 90 is configured by the Internet, for example, and the receiving device 20, the ESG server 50, the signaling server 60, the application server 70, and the streaming server 80 are connected to each other.
  • the transmission apparatus 10 transmits broadcast contents such as programs and CMs by broadcast waves of digital broadcasting using the IP transmission method.
  • the broadcast content is composed of components such as video, audio, and subtitles.
  • the transmission device 10 transmits signaling data (LLS, SCS) together with components by broadcast waves of digital broadcasting using the IP transmission method.
  • the transmission device 10 corresponds to the transmitter described above.
  • the receiving device 20 receives a broadcast wave (broadcast signal) transmitted from the transmitting device 10.
  • the receiving device 20 acquires components such as video and audio based on signaling data obtained from a broadcast signal, and outputs video and audio of broadcast content such as a program.
  • the receiving device 20 corresponds to the above-described receiver.
  • the receiving device 20 may be configured as a single unit including a display and a speaker, or may be incorporated in a television receiver, a video recorder, or the like.
  • the ESG server 50 manages ESG (Electronic Service Guide) and provides ESG via the network 90.
  • the ESG server 50 is provided by, for example, a broadcaster or an ESG producer.
  • the receiving device 20 accesses the ESG server 50 via the network 90 based on the signaling data obtained from the broadcast signal, and acquires the ESG.
  • the receiving device 20 accumulates or displays the ESG acquired from the ESG server 50.
  • the signaling server 60 manages SCS (Service Channel Signaling) and provides the SCS via the network 90.
  • the signaling server 60 is provided by a broadcaster, for example.
  • the receiving device 20 accesses the signaling server 60 via the network 90 based on the signaling data obtained from the broadcast signal, and acquires the SCS. For example, the receiving device 20 acquires a component based on the SCS acquired from the signaling server 60.
  • Application server 70 manages applications and provides applications via network 90.
  • the application server 70 is provided by, for example, a broadcaster or an application producer.
  • the receiving device 20 accesses the application server 70 via the network 90 based on the signaling data obtained from the broadcast signal, and acquires the application.
  • the receiving device 20 displays the application acquired from the application server 70.
  • the streaming server 80 stores communication contents such as programs and commercials. Communication content is composed of components such as video, audio, and subtitles.
  • the streaming server 80 distributes the communication content via the network 90 in response to a request from the receiving device 20.
  • the streaming server 80 is provided by, for example, a broadcaster.
  • the receiving device 20 acquires video and audio components streamed from the streaming server 80 via the network 90 based on the control data, and outputs video and audio of communication content such as programs.
  • the broadcast communication system 1 is configured as described above. Next, with reference to FIG. 18 and FIG. 19, the configuration of the transmission device 10 and the reception device 20 will be described as a detailed configuration of each device configuring the broadcast communication system 1 of FIG. Detailed configurations of the ESG server 50, the signaling server 60, the application server 70, and the streaming server 80 are omitted.
  • FIG. 18 is a diagram illustrating a configuration of an embodiment of a transmission device to which the present technology is applied.
  • the transmission device 10 includes an LLS acquisition unit 111, an LLS processing unit 112, an ESG acquisition unit 113, an ESG processing unit 114, an SCS acquisition unit 115, an SCS processing unit 116, an application acquisition unit 117, and an application processing unit.
  • 118 video data acquisition unit 119, video encoder 120, audio data acquisition unit 121, audio encoder 122, subtitle data acquisition unit 123, subtitle encoder 124, NTP acquisition unit 125, NTP processing unit 126, Mux 127, and transmission unit 128 Composed.
  • the LLS acquisition unit 111 acquires an SCD (Service Configuration Description) transmitted as LLS (Low Layer Signaling) from an internal storage or an external server, and supplies the SCD to the LLS processing unit 112.
  • the LLS processing unit 112 performs predetermined signal processing on the LLS supplied from the LLS acquisition unit 111 for transmission using a broadcast wave of digital broadcasting of the IP transmission method, and supplies the processed signal to the Mux 127.
  • the ESG acquisition unit 113 acquires ESG (Electronic Service Guide) from a storage or an external server and supplies it to the ESG processing unit 114.
  • the ESG processing unit 114 performs a predetermined process for transmitting the ESG supplied from the ESG acquisition unit 113 through, for example, a FLUTE session and supplies the processed ESG to the Mux 127.
  • the SCS acquisition unit 115 acquires SCS (Service Channel Signaling) from a storage or an external server, and supplies it to the SCS processing unit 116.
  • the SCS processing unit 116 performs a predetermined process for transmitting the SCS supplied from the SCS acquisition unit 115 by, for example, a FLUTE session, and supplies the SCS to the Mux 127.
  • the application acquisition unit 117 acquires an application from a storage or an external server, and supplies it to the application processing unit 118.
  • the application processing unit 118 performs a predetermined process for transmitting the application supplied from the application acquisition unit 117 through, for example, a FLUTE session, and supplies the application to the Mux 127.
  • the video data acquisition unit 119 acquires video data as a component from a storage, an external server, a camera, etc., and supplies it to the video encoder 120.
  • the video encoder 120 encodes the video data supplied from the video data acquisition unit 119 in accordance with an encoding method such as MPEG (Moving Picture Experts Group), and supplies the encoded data to the Mux 127.
  • MPEG Motion Picture Experts Group
  • the audio data acquisition unit 121 acquires audio data as a component from a storage, an external server, a microphone, and the like, and supplies the audio data to the audio encoder 122.
  • the audio encoder 122 encodes the audio data supplied from the audio data acquisition unit 121 according to an encoding method such as MPEG, and supplies the encoded audio data to the Mux 127.
  • the subtitle data acquisition unit 123 acquires subtitle data as a component from a storage or an external server and supplies it to the subtitle encoder 124.
  • the caption encoder 124 encodes the caption data supplied from the caption data acquisition unit 123 according to a predetermined encoding method, and supplies the encoded data to the Mux 127.
  • video data, audio data, and caption data are transmitted through the FLUTE session
  • the video data, audio data, and caption data are supplied to the Mux 127 after being subjected to predetermined processing for transmission through the FLUTE session.
  • the NTP acquisition unit 125 acquires NTP (Network Time Protocol) from a storage or an external server and supplies it to the NTP processing unit 126.
  • the NTP processing unit 126 performs predetermined signal processing on the NTP supplied from the NTP acquisition unit 125 for transmission using a broadcast wave of an IP transmission type digital broadcast, and supplies the processed signal to the Mux 127.
  • Mux 127 includes LLS from LLS processing unit 112, ESG from ESG processing unit 114, SCS from SCS processing unit 116, application from application processing unit 118, video data from video encoder 120, and audio data from audio encoder 122. Then, the caption data from the caption encoder 124 and the NTP from the NTP processing unit 126 are multiplexed to generate an IP transmission BBP stream, which is supplied to the transmission unit 128.
  • the Mux 127 does not need to multiplex all the data supplied from the previous block. For example, when no application or caption data is transmitted, the data is supplied from the application processing unit 118 or the caption encoder 124. Therefore, multiplexing is performed by removing those data. Also, in the BBP stream, the LCT header of the LCT packet storing the data to be transmitted in the FLUTE session includes compression information (CO), type information (Type), extension filter information (Filter_Extension), version information (Data_Version), etc. Filtering information is arranged.
  • the transmission unit 128 transmits the BBP stream supplied from the Mux 127 via the antenna 129 as a broadcast signal (broadcast wave).
  • FIG. 19 is a diagram illustrating a configuration of an embodiment of a reception device to which the present technology is applied.
  • the reception device 20 includes a tuner 212, a Demux 213, a control unit 214, an NVRAM 215, an input unit 216, an ESG engine 217, a signaling engine 218, an application engine 219, a video decoder 220, an audio decoder 221, and a caption decoder 222. , A clock generator 223, a video output unit 224, an audio output unit 225, a communication I / F 226, and a Demux 217.
  • the tuner 212 extracts and demodulates a broadcast signal of a specific service instructed to be selected from a broadcast signal (broadcast wave) received by the antenna 211, and obtains an IP obtained as a result.
  • the BBP stream of the transmission method is supplied to the Demux 213.
  • the Demux 213 separates the BBP stream of the IP transmission method supplied from the tuner 212 into LLS, ESG, SCS, application, video data, audio data, caption data, and NTP, Output to the subsequent block.
  • the Demux 213 has a function as a filtering processing unit, and performs filtering processing based on the BBP header added to each packet. As a result, the LLS is supplied to the control unit 214. The Demux 213 performs filtering processing based on the IP header and UDP header added to each packet. As a result, the NTP is supplied to the clock generator 223.
  • the Demux 213 performs a filtering process based on the filtering information of the LCT header added to the LCT packet transmitted in the FLUTE session.
  • filtering is performed using at least one of compression information (CO), type information (Type), extended filter information (Filter_Extension), and version information (Data_Version) as a filtering condition.
  • CO compression information
  • Type type information
  • Extension extended filter information
  • Data_Version version information
  • the LCT packet storing ESG, SCS, and application data is supplied to the ESG engine 217, the signaling engine 218, and the application engine 219, respectively.
  • the video data, audio data, and caption data are supplied to the video decoder 220, the audio decoder 221, and the caption decoder 222, respectively.
  • the control unit 214 controls the operation of each unit of the receiving device 20.
  • the NVRAM 215 is a nonvolatile memory, and records various data according to control from the control unit 214.
  • the control unit 214 controls the operation of each unit of the receiving device 20 based on an operation signal supplied from the input unit 216 according to a user operation.
  • control unit 214 records channel information (channel selection information) obtained from the LLS (for example, SCD) in the NVRAM 215 at the time of initial scanning or the like.
  • channel information channel selection information
  • the control unit 214 controls the channel selection process executed by the tuner 212 based on the channel information recorded in the NVRAM 215.
  • the ESG engine 217 restores the ESG file from the ESG packet supplied from the Demux 213 in accordance with the control from the control unit 214, and supplies video data corresponding to the electronic service guide to the video output unit 224.
  • the video output unit 224 supplies video data from the ESG engine 217 to a subsequent display (not shown) in accordance with control from the control unit 214. Thereby, the electronic service guide is displayed on the display.
  • the ESG file may be stored in a storage (not shown).
  • the signaling engine 218 restores the SCS file from the SCS packet supplied from the Demux 213 according to the control from the control unit 214, and supplies the SCS file to the control unit 214.
  • the control unit 214 controls the operation of each unit based on the SCS from the signaling engine 218.
  • the application engine 219 restores the application file from the application packet supplied from the Demux 213 in accordance with the control from the control unit 214, and supplies the video data corresponding to the application to the video output unit 224.
  • the video output unit 224 supplies the video data supplied from the application engine 219 to the subsequent display according to the control from the control unit 214. Thereby, an application such as a weather forecast is displayed on the display.
  • the video decoder 220 restores the video data (the file) from the video data packet supplied from the Demux 213 according to the control from the control unit 214, and decodes the video data using a decoding method corresponding to the video encoder 120 (FIG. 18), for example.
  • the video output unit 224 outputs the video data supplied from the video decoder 220 to the subsequent display according to the control from the control unit 214. Thereby, for example, a video of a program is displayed on the display.
  • the audio decoder 221 restores the audio data (file) from the audio data packet supplied from the Demux 213 in accordance with the control from the control unit 214, and decodes the audio data with a decoding method corresponding to the audio encoder 122 (FIG. 18), for example.
  • the audio output unit 225 outputs the audio data supplied from the audio decoder 221 to a subsequent speaker (not shown) in accordance with the control from the control unit 214. As a result, sound that is synchronized with the video of the program being displayed is output from the speaker.
  • the subtitle decoder 222 restores subtitle data (file thereof) from the subtitle data packet supplied from the Demux 213 in accordance with control from the control unit 214, and decodes the subtitle data by a decoding method corresponding to the subtitle encoder 124 (FIG. 18), for example.
  • the video output unit 224 outputs the video data supplied from the subtitle decoder 222 to the subsequent display according to the control from the control unit 214. Thereby, for example, the caption is displayed on the display so as to be superimposed on the video of the program.
  • the clock generator 223 generates a clock signal based on NTP supplied from the Demux 213 in accordance with control from the control unit 214.
  • the clock signal is supplied to the video decoder 220, the audio decoder 221, and the caption decoder 222, so that video, audio, and captions are synchronized.
  • the communication I / F 226 accesses the ESG server 50 via the network 90 according to the control from the control unit 214 and acquires the ESG.
  • the ESG acquired from the ESG server 50 is supplied to the ESG engine 217 via the Demux 227.
  • the communication I / F 226 accesses the signaling server 60 via the network 90 according to the control from the control unit 214 and acquires the SCS.
  • the SCS acquired from the signaling server 60 is supplied to the signaling engine 218 via the Demux 227.
  • the communication I / F 226 accesses the application server 70 via the network 90 according to the control from the control unit 214 and acquires the application.
  • the application acquired from the application server 70 is supplied to the application engine 219 via the Demux 227.
  • the communication I / F 226 accesses the streaming server 80 via the network 90 according to the control from the control unit 214, receives the streaming data of the communication content, and supplies it to the Demux 227.
  • the Demux 227 separates the streaming data supplied from the communication I / F 226 into video data, audio data, and caption data, and supplies them to the video decoder 220, the audio decoder 221, and the caption decoder 222, respectively.
  • a display and a speaker are provided outside, but a configuration in which the receiving device 20 includes a display and a speaker may be employed.
  • step S111 the LLS acquisition unit 111 acquires an SCD (Service Configuration Description) transmitted as LLS (Low Layer Signaling) from a storage or the like, and supplies it to the LLS processing unit 112.
  • step S ⁇ b> 112 the LLS processing unit 112 performs predetermined signal processing on the LLS supplied from the LLS acquisition unit 111 for transmission using the broadcast wave of the digital transmission of the IP transmission method, and supplies the processed signal to the Mux 127.
  • step S113 the ESG acquisition unit 113 acquires ESG (Electronic Service Guide) from the storage or the like and supplies it to the ESG processing unit 114.
  • step S ⁇ b> 114 the ESG processing unit 114 performs a predetermined process for transmitting the ESG supplied from the ESG acquisition unit 113 through, for example, a FLUTE session and supplies the ESG to the Mux 127.
  • step S115 the SCS acquisition unit 115 acquires SCS (Service Channel Signaling) from the storage or the like and supplies it to the SCS processing unit 116.
  • step S ⁇ b> 116 the SCS processing unit 116 performs a predetermined process for transmitting the SCS supplied from the SCS acquisition unit 115 through, for example, a FLUTE session, and supplies the processed SCS to the Mux 127.
  • step S117 the application acquisition unit 117 acquires an application from a storage or the like and supplies it to the application processing unit 118.
  • step S ⁇ b> 118 the application processing unit 118 performs a predetermined process for transmitting the application supplied from the application acquisition unit 117 through, for example, a FLUTE session, and supplies the processed Mux 127.
  • step S119 the video data acquisition unit 119 acquires video data as a component from a storage or the like, and supplies the video data to the video encoder 120.
  • step S120 the video encoder 120 encodes the video data supplied from the video data acquisition unit 119 in accordance with an encoding method such as MPEG and supplies the encoded data to the Mux 127.
  • step S121 the audio data acquisition unit 121 acquires audio data as a component from a storage or the like, and supplies the audio data to the audio encoder 122.
  • step S122 the audio encoder 122 encodes the audio data supplied from the audio data acquisition unit 121 in accordance with an encoding method such as MPEG, and supplies the encoded audio data to the Mux 127.
  • step S123 the caption data acquisition unit 123 acquires caption data as a component from a storage or the like, and supplies the caption data to the caption encoder 124.
  • step S124 the caption encoder 124 encodes the caption data supplied from the caption data acquisition unit 123 in accordance with a predetermined encoding method, and supplies the encoded data to the Mux 127.
  • step S125 the NTP acquisition unit 125 acquires NTP (Network Time Protocol) from the storage or the like and supplies it to the NTP processing unit 126.
  • step S ⁇ b> 126 the NTP processing unit 126 performs predetermined signal processing on the NTP supplied from the NTP acquisition unit 125 for transmission using the broadcast wave of the digital transmission of the IP transmission method, and supplies the processed signal to the Mux 127.
  • the Mux 127 receives the LLS from the LLS processing unit 112, the ESG from the ESG processing unit 114, the SCS from the SCS processing unit 116, the application from the application processing unit 118, the video data from the video encoder 120, and the audio encoder 122. Audio data, caption data from the caption encoder 124, and NTP from the NTP processing unit 126 are multiplexed to generate a BBP stream of an IP transmission method and supply the BBP stream to the transmission unit 128.
  • the Mux 127 does not have to multiplex all data supplied from the preceding block.
  • the LCT header of the LCT packet storing the data to be transmitted in the FLUTE session includes compression information (CO), type information (Type), extension filter information (Filter_Extension), version information (Data_Version), etc. Filtering information is arranged.
  • step S1208 the transmission unit 128 transmits the BBP stream supplied from the Mux 127 via the antenna 129 as a broadcast signal (broadcast wave).
  • a broadcast signal broadcast wave
  • step S211 the operation signal from the input unit 216 is monitored by the control unit 214 and waits until a channel selection operation is performed by the user. If it is determined in step S212 that the channel selection operation has been performed by the user, the process proceeds to step S213.
  • step S213 the control unit 214 acquires channel information recorded in the NVRAM 215. As a result, the control unit 214 controls channel selection processing by the tuner 212 using the channel information. Further, the Demux 213 connects to the signaling data transmitted in the FLUTE session according to the control from the control unit 214 (S214), and acquires and analyzes the signaling data (S215). Here, the SCS is acquired and analyzed.
  • step S216 the Demux 213 executes a signaling data version monitoring process according to the control from the control unit 214.
  • the signaling data is updated by the signaling data version monitoring process, the updated signaling data is acquired.
  • step S217 the Demux 213 connects to the service component stream transmitted in the FLUTE session according to the control from the control unit 214.
  • step S2108 the Demux 213 executes service component stream acquisition processing according to the control from the control unit 214. Through this service component stream acquisition process, components constituting the selected specific service are acquired. Details of the service component stream acquisition process will be described later with reference to the flowchart of FIG.
  • step S219 the control unit 214 controls the operation of each unit and holds the component data acquired in the process of step S218 in a buffer (not shown).
  • step S220 the control unit 214 controls the operation of each unit and performs rendering processing on the buffered component, thereby outputting video and audio corresponding to the component.
  • the channel selection process of FIG. 21 ends.
  • step S241 the Demux 213 registers the signaling data type information and the latest version in the filtering condition. Further, the signaling data received by the tuner 212 via the antenna 211 is input to the Demux 213 (S242).
  • step S243 the Demux 213 determines whether the target signaling data has been updated by performing the filtering process using the filtering condition registered in the process of step S241.
  • it is monitored whether the type information (Type) and version information (Data_Version) arranged in the LCT header of the LCT packet satisfy the filtering condition.
  • step S243 If it is determined in step S243 that the target signaling data has not been updated, the process proceeds to step S244. In step S244, it is determined whether reception of the service has ended. If it is determined in step S244 that service reception has not ended, the process returns to step S242, and the subsequent processing is repeated.
  • step S243 If it is determined in step S243 that the target filtering data has been updated, the process proceeds to step S245.
  • the Demux 213 extracts the updated signaling data that satisfies the filtering condition, and supplies the extracted signaling data to the signaling engine 218.
  • the updated version 2.0 MPD is acquired.
  • the Demux 213 updates the filtering condition by incrementing the latest version of the filtering condition by, for example, 1 to prepare for further updating of the target filtering data.
  • the process of step S245 ends, the process proceeds to step S244.
  • step S244 the processing in steps S242 to S245 is repeated until it is determined that the reception of the service is completed. Therefore, when the target signaling data is updated, the target signaling data can be acquired immediately. If it is determined in step S244 that the service has been received, the process returns to step S216 in FIG. 21, and the subsequent processes are executed.
  • step S271 the Demux 213 performs filtering processing according to control from the control unit 214, and acquires and analyzes the LCT packet.
  • step S272 the Demux 213 determines whether the version of the LCT packet is a new version (for example, version 2.0) compatible with the present technology. In this determination processing, the version (for example, “V” in FIG. 4) of the LCT packet arranged in the LCT header is confirmed.
  • a new version for example, version 2.0
  • step S272 If it is determined in step S272 that the version of the LCT packet is an old version that is not compatible with the present technology (for example, version 1.0), the process proceeds to step S273.
  • step S273 FLUTE object reception processing is performed, a specific file is restored from the FLUTE session using TSI and TOI, and components constituting a specific service are acquired. Thereafter, the process returns to the process of step S218 in FIG. 21, and the subsequent processes are executed.
  • step S272 if it is determined in step S272 that the version of the LCT packet is a new version compatible with the present technology (for example, version 2.0), the process proceeds to step S274.
  • step S274 the Demux 213 determines whether Header Extensions is arranged in the LCT header.
  • Step S274 when it is determined that Header Extensions is not arranged in the LCT header, the process proceeds to Step S275.
  • the Demux 213 since the arrangement pattern of the LCT header is pattern 1 or pattern 3, in step S275, the Demux 213 performs compression information (CO), type information (Type), and extended filter information (Filter_Extension) arranged in the LCT header. Get version information (Data_Version).
  • step S274 If it is determined in step S274 that HeaderHeExtensions are arranged in the LCT header, the process proceeds to step S276.
  • the Demux 213 since the arrangement pattern of the LCT header is pattern 2, in step S276, the Demux 213 performs compression information (CO), type information (Type), and extended filter information (Filter_Extension) arranged in the HeaderHeExtensions of the LCT header. Get version information (Data_Version).
  • step S275 When filtering information is acquired by the process of step S275 or S276, the process proceeds to step S277.
  • the Demux 213 acquires service component information from the LCT header.
  • this service component information for example, TSI, TOI, code point, and the like are acquired.
  • step S278 the Demux 213 performs packet filtering processing according to the control from the control unit 214. By this filtering process, a specific file is restored from the FLUTE session, and components constituting a specific service are acquired.
  • step S278 ends, the process returns to the process of step S218 in FIG. 21, and the subsequent processes are executed.
  • SCD Service Configuration Description
  • SCT Service Configuration Table
  • SPD Service Parameter Description
  • SPT Service Parameter Table
  • the series of processes described above can be executed by hardware or software.
  • a program constituting the software is installed in the computer.
  • the computer includes, for example, a general-purpose personal computer capable of executing various functions by installing a computer incorporated in dedicated hardware and various programs.
  • FIG. 24 is a diagram illustrating a configuration example of the hardware of a computer that executes the above-described series of processes by a program.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • An input / output interface 905 is further connected to the bus 904.
  • An input unit 906, an output unit 907, a recording unit 908, a communication unit 909, and a drive 910 are connected to the input / output interface 905.
  • the input unit 906 includes a keyboard, a mouse, a microphone, and the like.
  • the output unit 907 includes a display, a speaker, and the like.
  • the recording unit 908 includes a hard disk, a nonvolatile memory, and the like.
  • the communication unit 909 includes a network interface or the like.
  • the drive 910 drives a removable medium 911 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.
  • the CPU 901 loads the program stored in the recording unit 908 to the RAM 903 via the input / output interface 905 and the bus 904 and executes the program, as described above. A series of processing is performed.
  • the program executed by the computer 900 can be provided by being recorded on a removable medium 911 as a package medium, for example.
  • the program can be provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital satellite broadcasting.
  • the program can be installed in the recording unit 908 via the input / output interface 905 by installing the removable medium 911 in the drive 910. Further, the program can be received by the communication unit 909 via a wired or wireless transmission medium and installed in the recording unit 908. In addition, the program can be installed in the ROM 902 or the recording unit 908 in advance.
  • the program executed by the computer 900 may be a program that is processed in time series in the order described in this specification, or a necessary timing such as when a call is made in parallel. It may be a program in which processing is performed.
  • processing steps for describing a program for causing the computer 900 to perform various processes do not necessarily have to be processed in time series in the order described in the flowchart, and may be performed in parallel or individually. (For example, parallel processing or object processing).
  • the program may be processed by one computer, or may be processed in a distributed manner by a plurality of computers. Furthermore, the program may be transferred to a remote computer and executed.
  • the system means a set of a plurality of components (devices, modules (parts), etc.), and it does not matter whether all the components are in the same housing. Accordingly, a plurality of devices housed in separate housings and connected via a network and a single device housing a plurality of modules in one housing are all systems. .
  • the embodiments of the present technology are not limited to the above-described embodiments, and various modifications can be made without departing from the gist of the present technology.
  • the present technology can take a configuration of cloud computing in which one function is shared by a plurality of devices via a network and jointly processed.
  • each step described in the above flowchart can be executed by one device or can be shared by a plurality of devices. Further, when a plurality of processes are included in one step, the plurality of processes included in the one step can be executed by being shared by a plurality of apparatuses in addition to being executed by one apparatus.
  • this technique can take the following structures.
  • a receiving unit for receiving a broadcast wave of digital broadcasting using an IP (Internet Protocol) transmission method In the broadcast wave, filtering processing of the packet is performed using filtering information arranged in the header of the packet transmitted in the first layer that is higher than the IP layer in the protocol layer of the IP transmission method
  • a receiving device comprising: a filtering processing unit.
  • the packet is an LCT (Layered Coding Transport) packet transmitted by a FLUTE (File Delivery over Unidirectional Transport) session, In the LCT packet, the filtering information is arranged in the LCT header, and the first signaling data is arranged in the LCT payload.
  • LCT Layerered Coding Transport
  • the filtering processing unit uses second signaling data transmitted in a second layer, which is a lower layer than the IP layer, and uses an IP address of a specific service, a UDP (User Datagram Protocol) port number, and , After resolving TSI (Transport Session Identifier), using the filtering information arranged in the LCT header of the LCT packet transmitted in the FLUTE session, the first signaling data stored in the LCT packet.
  • the receiving device (1), wherein filtering processing is performed.
  • the filtering information is arranged in a TOI (Transport Object Identifier) of the LCT header.
  • the filtering information is arranged in an extension area of the LCT header.
  • the receiving apparatus (5) The receiving apparatus according to (2) or (3), wherein part or all of the filtering information is arranged in the LCT header instead of a code point that is an area used according to operation.
  • the filtering information indicates compression information indicating whether or not the first signaling data is compressed, type information indicating the type of the first signaling data, and filtering conditions set for each type of the first signaling data.
  • the receiving device any one of (2) to (5), including at least one of extended filter information and version information indicating a version of the first signaling data.
  • the receiving device wherein the first signaling data is acquired from a server via a network.
  • the receiving apparatus wherein the first signaling data includes index information of the FLUTE session.
  • the first signaling data is SCS (Service Channel Signaling) or ESG (Electronic Service Guide),
  • the second signaling data is LLS (Low Layer Signaling),
  • the receiving apparatus according to (2) wherein a common IP address is assigned to a component and SCS that constitute a specific service transmitted by the FLUTE session.
  • the receiving device is Receive broadcast waves of digital broadcasting using the IP transmission method, In the broadcast wave, the filtering information arranged in the header of the packet transmitted in the first layer that is higher than the IP layer in the protocol layer of the IP transmission method is used to store the first stored in the packet.
  • a receiving method including a step of performing filtering processing of one signaling data.
  • the header of the packet storing the first signaling data that is transmitted in the first layer that is higher than the IP layer in the protocol layer of the IP transmission scheme includes the packet A transmitting device in which filtering information used in filtering processing is arranged.
  • the packet is an LCT packet transmitted by a FLUTE session, In the LCT packet, the filtering information is arranged in an LCT header, and the first signaling data is arranged in an LCT payload.
  • the transmission apparatus according to (12), wherein the first signaling data is acquired from a server via a network.
  • the first signaling data is SCS or ESG,
  • the second signaling data transmitted in the second layer which is a lower layer than the IP layer is LLS,
  • the transmitting device is Obtain one or more components that make up the service, Obtaining first signaling data;
  • the header of the packet storing the first signaling data that is transmitted in the first layer that is higher than the IP layer in the protocol layer of the IP transmission scheme includes the packet A transmission method in which filtering information used in the filtering process is placed.
  • 1 broadcast communication system 10 transmitting device, 20 receiving device, 50 ESG server, 60 signaling server, 70 application server, 80 streaming server, 90 network, 111 LLS acquisition unit, 113 ESG acquisition unit, 115 SCS acquisition unit, 117 application acquisition Part, 119 video data acquisition part, 121 audio data acquisition part, 123 subtitle data acquisition part, 125 NTP acquisition part, 127 Mux, 128 transmission part, 212 tuner, 213 Demux, 214 control part, 217 ESG engine, 218 signaling engine, 219 Application engine, 220 video decoder, 221 audio decoder, 222 subtitle decoder, 223 black Click generator, 224 a video output unit, 225 audio output unit, 226 communication I / F, 227 Demux, 900 computer, 901 CPU

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

 本技術は、効率的なフィルタリング処理を行うことができるようにする受信装置、受信方法、送信装置、及び、送信方法に関する。 IP伝送方式を用いたデジタル放送の放送波において、IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第1の階層で伝送されるパケットのヘッダに配置されるフィルタリング情報を用い、パケットのフィルタリング処理を行うフィルタリング処理部を備える受信装置が提供される。本技術は、例えば、テレビジョン受像機に適用することができる。

Description

受信装置、受信方法、送信装置、及び、送信方法
 本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、効率的なフィルタリング処理を行うことができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
 各国のデジタル放送の規格では、伝送形式としてMPEG2-TS(Moving Picture Experts Group phase 2-Transport Stream)方式が採用されている(例えば、特許文献1参照)。今後は、通信の分野で用いられているIP(Internet Protocol)パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。
特開2012-156712号公報
 ところで、IP伝送方式を用いたデジタル放送においては、各種のデータがパケット単位で伝送されるため、効率的なパケットのフィルタリング処理を実行して、必要な情報を取得できるようにすることが求められている。しかしながら、そのようなフィルタリング処理に関する技術方式は確立されていない。
 本技術はこのような状況に鑑みてなされたものであり、IP伝送方式を用いたデジタル放送において、効率的なフィルタリング処理を行うことができるようにするものである。
 本技術の第1の側面の受信装置は、IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第1の階層で伝送されるパケットのヘッダに配置されるフィルタリング情報を用い、前記パケットのフィルタリング処理を行うフィルタリング処理部とを備える受信装置である。
 前記パケットは、FLUTE(File Delivery over Unidirectional Transport)セッションにより伝送されるLCT(Layered Coding Transport)パケットであって、前記LCTパケットにおいて、LCTヘッダに前記フィルタリング情報が配置され、LCTペイロードに第1のシグナリングデータが配置されており、前記フィルタリング処理部は、前記IP層よりも下位の階層となる第2の階層で伝送される第2のシグナリングデータを用い、特定のサービスのIPアドレス、UDP(User Datagram Protocol)のポート番号、及び、TSI(Transport Session Identifier)を解決した後に、前記FLUTEセッションで伝送される前記LCTパケットの前記LCTヘッダに配置された前記フィルタリング情報を用い、前記LCTパケットに格納される前記第1のシグナリングデータのフィルタリング処理を行うようにすることができる。
 前記フィルタリング情報は、前記LCTヘッダのTOI(Transport Object Identifier)に配置されるようにすることができる。
 前記フィルタリング情報は、前記LCTヘッダの拡張領域に配置されるようにすることができる。
 前記フィルタリング情報の一部又は全部は、前記LCTヘッダにおいて、運用に応じて用いられる領域であるコードポイントの代わりに配置されるようにすることができる。
 前記フィルタリング情報は、前記第1のシグナリングデータの圧縮の有無を示す圧縮情報、前記第1のシグナリングデータのタイプを示すタイプ情報、前記第1のシグナリングデータのタイプごとに設定されるフィルタリング条件を示す拡張フィルタ情報、及び、前記第1のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも1つの情報を含むようにすることができる。
 前記第1のシグナリングデータは、ネットワークを介してサーバから取得されるようにすることができる。
 前記第1のシグナリングデータは、前記FLUTEセッションのインデックス情報を含んでいるようにすることができる。
 前記第1のシグナリングデータは、SCS(Service Channel Signaling)又はESG(Electronic Service Guide)であって、前記第2のシグナリングデータは、LLS(Low Layer Signaling)であり、前記FLUTEセッションにより伝送される、特定のサービスを構成するコンポーネントとSCSには、共通のIPアドレスが割り当てられるようにすることができる。
 受信装置は、独立した装置であってもよいし、1つの装置を構成している内部ブロックであってもよい。
 本技術の第1の側面の受信方法は、本技術の第1の側面の受信装置に対応する受信方法である。
 本技術の第1の側面の受信装置、及び、受信方法においては、IP伝送方式を用いたデジタル放送の放送波が受信され、前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第1の階層で伝送されるパケットのヘッダに配置されるフィルタリング情報を用い、前記パケットに格納される第1のシグナリングデータのフィルタリング処理が行われる。
 本技術の第2の側面の送信装置は、サービスを構成する1又は複数のコンポーネントを取得する第1の取得部と、第1のシグナリングデータを取得する第2の取得部と、前記コンポーネントとともに、前記第1のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送波で送信する送信部とを備え、前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第1の階層で伝送される、前記第1のシグナリングデータを格納したパケットのヘッダには、前記パケットのフィルタリング処理で用いられるフィルタリング情報が配置される送信装置である。
 前記パケットは、FLUTEセッションにより伝送されるLCTパケットであって、前記LCTパケットにおいて、LCTヘッダに前記フィルタリング情報が配置され、LCTペイロードに前記第1のシグナリングデータが配置されるようにすることができる。
 前記フィルタリング情報は、前記LCTヘッダのTOIに配置されるようにすることができる。
 前記フィルタリング情報は、前記LCTヘッダの拡張領域に配置されるようにすることができる。
 前記フィルタリング情報の一部又は全部は、前記LCTヘッダにおいて、運用に応じて用いられる領域であるコードポイントの代わりに配置されるようにすることができる。
 前記フィルタリング情報は、前記第1のシグナリングデータの圧縮の有無を示す圧縮情報、前記第1のシグナリングデータのタイプを示すタイプ情報、前記第1のシグナリングデータのタイプごとに設定されるフィルタリング条件を示す拡張フィルタ情報、及び、前記第1のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも1つの情報を含むようにすることができる。
 前記第1のシグナリングデータは、ネットワークを介してサーバから取得されるようにすることができる。
 前記第1のシグナリングデータは、前記FLUTEセッションのインデックス情報を含んでいるようにすることができる。
 前記第1のシグナリングデータは、SCS又はESGであって、前記IP層よりも下位の階層となる第2の階層で伝送される第2のシグナリングデータは、LLSであり、前記FLUTEセッションにより伝送される、特定のサービスを構成するコンポーネントとSCSには、共通のIPアドレスが割り当てられるようにすることができる。
 送信装置は、独立した装置であってもよいし、1つの装置を構成している内部ブロックであってもよい。
 本技術の第2の側面の送信方法は、本技術の第2の側面の送信装置に対応する送信方法である。
 本技術の第2の側面の送信装置、及び、送信方法においては、サービスを構成する1又は複数のコンポーネントが取得され、第1のシグナリングデータが取得され、前記コンポーネントとともに、前記第1のシグナリングデータが、IP伝送方式を用いたデジタル放送の放送波で送信される。また、前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第1の階層で伝送される、前記第1のシグナリングデータを格納したパケットのヘッダには、前記パケットのフィルタリング処理で用いられるフィルタリング情報が配置される。
 本技術の第1の側面及び第2の側面によれば、効率的なフィルタリング処理を行うことができる。
 なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
IP伝送方式のデジタル放送の放送波の構成を示す図である。 IP伝送方式のデジタル放送のプロトコルスタックを示す図である。 IP伝送方式のデジタル放送の放送波で伝送されるパケット構造を示す図である。 パターン1のLCTヘッダの構造を示す図である。 パターン1のLCTヘッダの要素の詳細な内容を示す図である。 フィルタリング情報のビット長を示す図である。 タイプ情報の詳細な内容を示す図である。 パターン2のLCTヘッダの構造を示す図である。 パターン2のLCTヘッダのHeader Extensionsの構造を示す図である。 パターン2のLCTヘッダの要素の詳細な内容を示す図である。 パターン3のLCTヘッダの構造を示す図である。 パケットのフィルタリング処理を説明するための図である。 特定のESGを取得するためのフィルタリング処理を説明するための図である。 更新後のMPDを取得するためのフィルタリング処理を説明するための図である。 放送のみを用いてデータを伝送する場合の選局処理を説明するための図である。 放送と通信を用いてデータを伝送する場合の選局処理を説明するための図である。 本技術を適用した放送通信システムの一実施の形態の構成を示す図である。 本技術を適用した送信装置の一実施の形態の構成を示す図である。 本技術を適用した受信装置の一実施の形態の構成を示す図である。 送信処理を説明するフローチャートである。 選局処理を説明するフローチャートである。 シグナリングデータバージョン監視処理の詳細な内容を説明するフローチャートである。 サービスコンポーネントストリーム取得処理の詳細な内容を説明するフローチャートである。 コンピュータの構成例を示す図である。
 以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
1.IP伝送方式によるデジタル放送の概要
2.パケット構造
(1)LCTヘッダ(パターン1)
(2)LCTヘッダ(パターン2)
(3)LCTヘッダ(パターン3)
3.パケットのフィルタリング処理
4.運用例
5.放送通信システムの構成
6.各装置で実行される具体的な処理の流れ
7.コンピュータの構成
<1.IP伝送方式によるデジタル放送の概要>
(IP伝送方式の放送波の構成)
 図1は、IP伝送方式のデジタル放送の放送波の構成を示す図である。
 図1に示すように、所定の周波数帯域を有する放送波(RF Channel)には、複数のBBPストリーム(BBP Stream)が伝送されている。また、各BBPストリームには、NTP(Network Time Protocol)、複数のサービスチャンネル(Service Channel)、ESG(ESG Service)、及び、LLS(Low Layer Signaling)が含まれる。
 ここでは、NTP、サービスチャンネル、電子サービスガイドは、UDP/IPのプロトコルに従って伝送されるが、LLSは、BBPストリーム上で伝送される。また、NTPは、時刻情報であって、複数のサービスチャンネルで共通のものとなる。ESG(Electronic Service Guide)は、番組に関するメタデータを含む電子サービスガイドである。
 各サービスチャンネルには、ビデオデータ(Video)やオーディオデータ(Audio)、字幕等(CC:Closed Captioning)のコンポーネント(Component)と、SCS(Service Channel Signaling)が含まれる。SCSは、サービス単位のシグナリングデータである。また、各サービスチャンネルには、共通のIPアドレスが付与されており、例えば、このIPアドレスを用いて、1又は複数のサービスチャンネルごとに、コンポーネントやSCSなどをパッケージ化することができる。
 なお、IP伝送方式のデジタル放送において、放送ネットワーク(Network)には、ネットワークID(network_id)が割り当てられ、BBPストリームには、BBPストリームID(BBP_stream_id)が割り当てられる。また、各BBPストリームに含まれる1又は複数のサービス(Service)は、サービスID(service_id)が割り当てられる。ただし、サービス(Service)は、図1のサービスチャンネル(Service Channel)に相当するものである。
 このように、IP伝送方式のデジタル放送においては、ID体系として、MPEG2-TS方式で用いられているネットワークID(network_id)、トランスポートストリームID(transport_stream_id)、及び、サービスID(service_id)の組み合わせ(以下、「トリプレット(Triplet)」という。)に対応する構成を採用し、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。
 これにより、現在広く普及しているMPEG2-TS方式との整合をとることができるため、例えば、MPEG2-TS方式からIP伝送方式への移行時のサイマルキャストに容易に対応することが可能となる。ただし、IP伝送方式のID体系においては、トランスポートストリームIDの代わりに、BBPストリームIDが用いられている。
(プロトコルスタック)
 図2は、IP伝送方式のデジタル放送のプロトコルスタックを示す図である。
 図2に示すように、最も下位の階層は、物理層(Physical Layer)とされる。IP伝送方式のデジタル放送では、放送を利用した伝送に限らず、一部のデータを、通信を利用して伝送する場合があるが、放送を利用する場合、その物理層(Broadcast PHY)は、サービス(チャンネル)のために割り当てられた放送波の周波数帯域が対応することになる。
 物理層の上位の階層は、IP層とされる。IP層は、TCP/IPのプロトコルスタックにおけるIP(Internet Protocol)に相当するものであり、IPアドレスによりIPパケットが特定される。IP層に隣接する上位階層はUDP層とされ、さらにその上位の階層は、FLUTE+とされる。すなわち、IP伝送方式のデジタル放送においては、IPアドレスとUDP(User Datagram Protocol)のポート番号が指定されたパケットが送信され、FLUTE(File Delivery over Unidirectional Transport)セッションが確立されるようになされている。
 なお、FLUTE+は、従来から規定されているFLUTEが拡張されたものであり、FLUTEの詳細は、RFC6726として規定されている。また、FLUTE+(plus)は、「FLUTE enhancement」と称される場合がある。FLUTEセッションでは、送信するファイルなどを1つのオブジェクトとして、TOI(Transport Object Identifier)により管理する。また、複数のオブジェクトの集合を1つのセッションとして、TSI(Transport Session Identifier)により管理する。すなわち、FLUTEセッションにおいては、TSIとTOIの2つの識別情報によって特定のファイルを指定することが可能となる。
 FLUTEに隣接する上位階層のうち、一部の階層は、ESG(Electronic Service Guide)、SCS(Service Channel Signaling)、NRTコンテンツ(NRT Content)とされ、ESG、SCS、NRTコンテンツは、FLUTEセッションにより伝送される。NRTコンテンツは、NRT(Non Real Time)放送で伝送されるコンテンツであって、受信機のストレージに一旦蓄積された後で再生が行われる。なお、NRTコンテンツは、コンテンツの一例であって、他のコンテンツのファイルがFLUTEセッションにより伝送されるようにしてもよい。
 SCSとしては、例えば、USBD(User Service Bundle Description)、MPD(Media Presentation Description)、SDP(Session Description Protocol)、SPD(Service Parameter Description)が伝送される。
 USBDは、MPDとSDPを参照するための情報などを含んでいる。MPDは、サービス単位で伝送されるコンポーネントごとのセグメントURL(Uniform Resource Locator)などの情報を含んでいる。SDPは、コンポーネントのロケーション情報などを含んでいる。SPDは、サービスとコンポーネントのレベルで規定された各種のパラメータを含んで構成される。なお、USBD、MPD、SDP、及び、SPDは、例えば、XML(Extensible Markup Language)等のマークアップ言語により記述される。
 FLUTEに隣接する上位階層のうち、上述した階層以外の他の階層は、HTTP(internal server)とされ、さらに、HTTPに隣接する上位階層は、DASH(ISO BMFF)とされる。また、DASH(ISO BMFF)に隣接する上位階層は、ビデオデータ(Video)、オーディオデータ(Audio)、字幕データ(Closed Caption)等のコンポーネントとされる。すなわち、ビデオやオーディオ、字幕等のコンポーネントは、ISO Base Media File Formatの規格に準じたメディアセグメント(Media Segment)単位で、FLUTEセッションにより伝送されることになる。
 LLS(Low Layer Signaling)は、低レイヤのシグナリングデータであって、BBPストリーム上で伝送される。例えば、LLSとしては、SCD(Service Configuration Description)、SAD(Service Association Description)、EAD(Emergency Alerting Description)、RRD(Region Rating Description)が伝送される。
 SCDは、は、MPEG2-TS方式で用いられているトリプレットに相当するID体系を採用し、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。また、SCTには、サービス単位の属性・設定情報としてのIPアドレス等の情報、ESGにアクセスするためのESG bootstrap情報、SCSにアクセスするためのSC bootstrap情報が含まれる。
 SADは、BBPストリームごとのオンエア中のサービスを示す。EADは、緊急告知に関する情報を含んでいる。RRDは、レーティング情報を含んでいる。なお、SCD、SAD、EAD、及び、RRDは、例えば、XML等のマークアップ言語により記述される。
 また、通信を利用する場合、その物理層(Broadband PHY)の上位の階層は、IP層とされる。また、IP層に隣接する上位階層は、TCP層とされ、さらに、TCP層に隣接する上位階層は、HTTP(S)(external server)層とされる。すなわち、これらの階層によって、インターネット等のネットワークで稼働するプロトコルスタックが実装される。
 これにより、受信機は、例えばインターネット上のサーバとの間で、TCP/IPプロトコルを用いた通信を行い、ESGやSCS,NRTコンテンツ等を受信することができる。また、受信機は、インターネット上のサーバから、適応的にストリーミング配信されるビデオやオーディオ等のコンポーネントを受信することができる。なお、このストリーミング配信は、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)の規格に準拠したものとなる。
 また、放送のFLUTEセッションや、通信のTCP/IPプロトコルを用いて、アプリケーション(Applications)を伝送することができる。このアプリケーションは、HTML5(HyperText Markup Language 5)等のマークアップ言語により記述することができる。
 IP伝送方式のデジタル放送では、以上のようなプロトコルスタックを採用していることから、例えば、ESGやSCS等のシグナリングデータを、放送と通信のどちらで伝送する場合であっても、IP層よりも下位の階層となる物理層(とデータリンク層)を除く階層、つまり、IP層よりも上位の階層では、プロトコルを共通にすることが可能となるため、受信機等においては、実装の負担や処理の負担を軽減することが期待される。
<2.パケット構造>
(パケット構造)
 図3は、IP伝送方式のデジタル放送の放送波で伝送されるパケット構造を示す図である。なお、図3のパケット構造は、図2のプロトコルスタックの放送側の階層に対応したものとなる。
 すなわち、物理フレーム(PHY Frame)は、図2の物理層(Broadcast PHY)におけるフレーム構造に相当する。また、BBPパケット(Base Band Packet)は、図2の物理層(Broadcast PHY)とIP層との間に位置するBBPストリーム(Base Band Packet Stream)で伝送されるパケットの構造に相当する。さらに、IPパケット(IP Packet)は、図2のIP層、UDPパケット(UDP Packet)は、図2のUDP層、FLUTEパケットは、図2のFLUTE層のパケット構造にそれぞれ相当するものである。なお、以下の説明では、FLUTEパケットを、LCT(Layered Coding Transport)パケットと称して説明する。
 図3に示すように、物理フレームは、物理ヘッダとペイロードから構成される。物理フレームのペイロードには、複数のBBPパケットが含まれる。各BBPパケットは、BBPヘッダとペイロードから構成される。BBPパケットのペイロードには、IPパケットが含まれる。すなわち、BBPストリームによりIPパケットを伝送する場合には、ペイロードの部分がIPパケットとなる。
 IPパケットは、IPヘッダとペイロードから構成される。また、UDPパケットは、UDPヘッダとペイロードから構成される。さらに、LCTパケットは、LCTヘッダとペイロードから構成される。すなわち、FLUTEセッションにより伝送される、ビデオやオーディオのコンポーネント、ESG、SCSなどのデータを格納したパケットには、BBPヘッダ、IPヘッダ、UDPヘッダ、及び、LCTヘッダが付加されることになる。
 次に、図4乃至図11を参照して、図3に示したLCTパケットに付加されるLCTヘッダの詳細な構造について説明する。なお、LCTヘッダの詳細は、RFC5651として規定されている。
(1)LCTヘッダ(パターン1)
 図4は、パターン1のLCTヘッダの構造を示す図である。なお、図5には、図4のLCTヘッダを構成する各要素の説明がなされており、適宜参照しながら説明するものとする。
 図4に示すように、LCTパケットは、「V」から「Data_Version」までのヘッダ情報が配置されるLCTヘッダと、シグナリングデータ等の実データが配置されるLCTペイロードから構成される。
 LCTヘッダの先頭には、図4において「V」で表されるLCTパケットのバージョンが配置される。図4において「V」の次には、「C」が配置される。「C」には、CCI(Congestion Control Information)の長さを示すフラグが配置される。また、図4において「C」の次には「PSI」が配置される。「PSI」には、PSI(Protocol Specific Information)を設定するビットが配置される。
 図4において「PSI」の次には、「S」が配置される。「S」には、TSI(Transport Session Identifier)の長さを示すフラグが配置される。「S」の次には「O」が配置され、さらにその次には「H」が配置される。「O」と「H」には、図4のLCTヘッダに配置される、「CO」、「Type」、「Filter_Extension」、及び、「Data_Version」の長さを示すフラグが配置される。なお、詳細は後述するが、「CO」、「Type」、「Filter_Extension」、及び、「Data_Version」は、シグナリングデータのフィルタリング処理に用いられるパラメータであって、以下、「フィルタリング情報」と称する。
 例えば、図6に示すように、「O」を2ビット、「H」を1ビットとした場合に、「O」と「H」のビットの組み合わせにより、フィルタリング情報のビット長が決定される。具体的には、「O」が"00"で、「H」が"1"となる場合、フィルタリング情報のトータルのビット長は、16ビットとなり、当該16ビットのうち、「CO」には2ビット、「Type」には8ビット、「Data_Version」には6ビットが割り当てられる。この場合、「Filter_Extension」を指定することはできない。
 また、「O」が"01"で、「H」が"0"となる場合、フィルタリング情報のトータルのビット長32ビットのうち、「CO」には2ビット、「Type」には8ビット、「Filter_Extension」には6ビット、「Data_Version」には16ビットが割り当てられる。さらに、「O」が"01"で、「H」が"1"となる場合、フィルタリング情報のトータルのビット長48ビットのうち、「CO」には2ビット、「Type」には8ビット、「Filter_Extension」には22ビット、「Data_Version」には16ビットが割り当てられる。
 さらにまた、「O」が"10"で、「H」が"0"となる場合、フィルタリング情報のトータルのビット長64ビットのうち、「CO」には2ビット、「Type」には8ビット、「Filter_Extension」には38ビット、「Data_Version」には16ビットが割り当てられる。さらに、「O」が"10"で、「H」が"1"となる場合、フィルタリング情報のトータルのビット長80ビットのうち、「CO」には2ビット、「Type」には16ビット、「Filter_Extension」には46ビット、「Data_Version」には16ビットが割り当てられる。
 また、「O」が"11"で、「H」が"0"となる場合、フィルタリング情報のトータルのビット長96ビットのうち、「CO」には2ビット、「Type」には16ビット、「Filter_Extension」には62ビット、「Data_Version」には16ビットが割り当てられる。さらに、「O」が"11"で、「H」が"1"となる場合、フィルタリング情報のトータルのビット長112ビットのうち、「CO」には2ビット、「Type」には16ビット、「Filter_Extension」には78ビット、「Data_Version」には16ビットが割り当てられる。
 図4に戻り、「H」の次に配置される「Res」は、将来の拡張用の領域を示す。「Res」の次には、「A」が配置される。「A」には、セッションの終了を示すフラグが配置される。「A」の次には、「B」が配置される。「B」には、オブジェクトの終了を示すフラグが配置される。「B」の次には、「HDR_LEN」が配置される。「HDR_LEN」には、ヘッダ長が配置される。「HDR_LEN」の次には、が配置される。「CP」は、Code Pointの略であって、コードポイントの値が配置される。このコードポイントの利用方法は、運用ごとに異なる。
 「CP」の次には、「CCI」が配置される。「CCI」には、CCI(Congestion Control Information)が配置される。「CCI」の次には、「TSI」が配置される。「TSI」には、TSI(Transport Session Identifier)が配置される。「TSI」の次には、通常は「TOI」が配置されるが、パターン1のLCTヘッダでは、フィルタリング情報として、「CO」、「Type」、「Filter_Extension」、及び、「Data_Version」を配置する。
 「CO」は、Compressの略であって、対象のシグナリングデータの圧縮の有無を示す圧縮情報である。対象のシグナリングデータが圧縮されている場合には、例えばZIPなどの圧縮フォーマットも示される。
 「Type」は、シグナリングデータのタイプを示すタイプ情報である。例えば、図7に示すように、すべてのシグナリングデータの場合、「Type」には"1"が指定される。同様に、「Type」には、シグナリングデータの種別に応じた値が指定され、ESGには"2"、USBDには"3"、FDDには"4"、MPDには"5"、SDPには"6"、SPDには"7"がそれぞれ指定される。
 図5に戻り、「Filter_Extension」は、シグナリングデータのタイプごとに設定されるフィルタリング条件を示す拡張フィルタ情報である。このフィルタリング条件は、任意に設定することができる。「Data_Version」は、対象のシグナリングデータのバージョンを示すバージョン情報である。
 なお、フィルタリング情報としては、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)のすべてを配置する必要はなく、それらの情報のうち、少なくとも1つの情報がフィルタリング条件に応じて配置されればよい。また、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)は、フィルタリング情報の一例であって、シグナリングデータのフィルタリング処理に用いることができるパラメータであれば、他のパラメータを定義してもよい。
 以上、パターン1のLCTヘッダでは、従来、FLUTEセッションで伝送されるオブジェクトの識別情報として用いられるTOIに、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)からなるフィルタリング情報を定義している。これにより、受信機では、当該LCTヘッダのフィルタリング情報を用い、LCTパケットのフィルタリング処理を行うことで、対象のシグナリングデータを取得することができる。
(2)LCTヘッダ(パターン2)
 図8及び図9は、パターン2のLCTヘッダの構造を示す図である。なお、図10には、図8及び図9のLCTヘッダを構成する各要素の説明がなされており、適宜参照しながら説明するものとする。
 図8に示すように、パターン2のLCTヘッダは、パターン1のLCTヘッダ(図4)と比較すると、「TSI」の次に、「TOI」が配置され、さらに、「TOI」の次に、「Header Extensions」が配置される点が相違している。また、図9に示すように、「Header Extensions」には、「CO」、「Type」、「Filter_Extension」、及び、「Data_Version」が配置されている。すなわち、「Header Extensions」は、LCTヘッダの拡張領域(LCT拡張ヘッダ)であり、このLCT拡張ヘッダに、シグナリングデータのフィルタリング処理に用いられるフィルタリング情報が配置されるようにする。
 このようなLCTヘッダの構造を採用することで、「TSI」のほかに「TOI」が配置され、「TOI」は、従来からのFLUTEプロトコルが踏襲されるため、受信機では、通常のLCTヘッダに加えて、LCT拡張ヘッダについてもパースする処理が必要となるが、従来のFLUTEプロトコルとの後方互換性を維持することができるというメリットがある。なお、LCTヘッダにおける「Header Extensions」の領域は、「HDR_LEN」を用いて特定することができる。
 以上、パターン2のLCTヘッダでは、従来、FLUTEセッションで伝送されるオブジェクトの識別情報として用いられるTOIはそのままに、その拡張領域に、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)からなるフィルタリング情報を定義している。これにより、受信機では、当該LCTヘッダのフィルタリング情報を用い、LCTパケットのフィルタリング処理を行うことで、対象のシグナリングデータを取得することができる。
(3)LCTヘッダ(パターン3)
 図11は、パターン3のLCTヘッダの構造を示す図である。
 図11に示すように、パターン3のLCTヘッダは、パターン1のLCTヘッダ(図4)と比較すると、「CP」の代わりに、「CO」と「Type」が配置される点が相違している。この場合において、コードポイントの値を示す「CP」が8ビットとなるとき、対象のシグナリングデータの圧縮の有無を示す「CO」には2ビットを、シグナリングデータのタイプを示す「Type」には6ビットをそれぞれ割り当てるようにする。
 また、「TSI」の次には、「CO」、「Type」、「Filter_Extension」、及び、「Data_Version」のうち、「Filter_Extension」と「Data_Version」のみが配置される点も相違している。この場合において、シグナリングデータのタイプごとに設定されるフィルタリング条件を示す「Filter_Extension」には16ビットを、対象のシグナリングデータのバージョンを示す「Data_Version」には16ビットをそれぞれ割り当てるようにする。
 以上、パターン3のLCTヘッダでは、CP(CodePoint)に、圧縮情報(CO)とタイプ情報(Type)を配置し、さらにTOIに、拡張フィルタ情報(Filter_Extension)とバージョン情報(Data_Version)を配置することで、当該LCTヘッダにフィルタリング情報を定義している。これにより、受信機では、当該LCTヘッダのフィルタリング情報を用い、LCTパケットのフィルタリング処理を行うことで、対象のシグナリングデータを取得することができる。
 なお、上述したパターン1乃至パターン3は、LCTヘッダに配置される、フィルタリング情報の一例であって、LCTヘッダにフィルタリング情報を配置できるのであれば、他の配置を採用してもよい。例えば、パターン3のLCTヘッダでは、フィルタリング情報の一部をコードポイントの代わりに配置する例を説明したが、フィルタリング情報の全部がコードポイントの代わりに配置されるようにしてもよい。
<3.パケットのフィルタリング処理>
 図12は、パケットのフィルタリング処理を説明するための図である。
 図12に示すように、フィルタリング処理を行うフィルタリング処理部には、LLS、ESG、SCS、アプリケーション(APP)、ビデオデータ(Video)やオーディオデータ(Audio)、字幕データ(CC)などのコンポーネント、NTP等のデータを格納した各パケットが入力される。パケットには、各種のヘッダが付加されている。
 図12のフィルタリング処理部は、BBPフィルタf1、IPフィルタf2、UDPフィルタf3、及び、LCTフィルタf4を有している。BBPフィルタf1は、BBPヘッダに基づいて、フィルタリング処理を行う。また、IPフィルタf2は、IPヘッダに基づいて、フィルタリング処理を行う。さらに、UDPフィルタf3は、UDPヘッダに基づいて、フィルタリング処理を行う。LCTフィルタf4は、LCTヘッダに基づいて、フィルタリング処理を行う。
 図12の例では、LLSのパケット以外のパケットは、IPパケットであってIPフィルタf2のフィルタリング条件を満たすので、BBPフィルタf1とIPフィルタf2を通過する。一方、LLSのパケットは、IPフィルタf2のフィルタリング条件を満たさないため、IPフィルタf2を通過せずに、当該パケットに格納されたLLSが取得されることになる。LLSには、トリプレット(triplet)、ESG bootstrap情報、SC bootstrap情報が含まれており、例えば、特定のサービスのIPアドレス(IP Address)やポート番号(Port Number)、TSIを取得することができるので、これらをフィルタリング条件として、フィルタリング処理が行われる。
 また、各パケットのIPヘッダにはIPアドレスが含まれ、UDPヘッダにはポート番号が含まれているので、フィルタリング条件を満たすパケットのみが、IPフィルタf2とUDPフィルタf3を通過することになる。また、FLUTEセッションを利用して伝送されるパケットには、LCTヘッダが付加されている。ここで、LCTヘッダには、TSIやTOIなどが含まれているので、フィルタリング条件を満たすパケットのみが、LCTフィルタf4を通過することになる。
 また、LCTヘッダには、フィルタリング情報として、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)が配置されているので、当該フィルタリング情報がフィルタリング条件を満たしたLCTパケットのみが、LCTフィルタf4を通過するようにすることができる。これにより、例えば、SCSのバージョン情報(Data_Version)が変化した場合にのみ、SCSのパケットを通すといったことが可能となる。
 以上のようなフィルタリング処理が行われることで、ESGのパケットはESGエンジン(ESG engine)、SCSのパケットはシグナリングエンジン(Signaling engine)、アプリケーション(App)のパケットはアプリケーションエンジン(App engine)にそれぞれ出力される。さらにまた、字幕データ(CC)のパケットは字幕デコーダ(Decoder)、オーディオデータ(Audio)のパケットはオーディオデコーダ(Decoder)、ビデオデータ(Video)のパケットはビデオデコーダ(Decoder)、NTPのパケットはクロック発生器(Clock)にそれぞれ出力される。
 そして、後段のブロックで各種の処理が施されたESG、アプリケーション、ビデオや字幕のデータに対応する映像が、ディスプレイ(Display)に表示される。また、オーディオデータに対応する音声が、スピーカ(不図示)から出力される。なお、アプリケーションは、メディアプレーヤ(Media player)によって、ディスプレイに表示される場合がある。
<4.運用例>
 次に、図13乃至図16を参照して、具体的な運用例を説明する。
(1)運用例1
 図13は、特定のESGのファイルを取得するためのフィルタリング処理を説明するための図である。
 図13において、放送局(放送事業者)の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、各サービスを構成するコンポーネントやSCS、ESG、LLSなどを伝送している。
 ただし、当該デジタル放送では、上述したID体系が採用されている。また、コンポーネントやSCS、ESGのファイルは、FLUTEセッションで伝送されており、それらのLCTパケットのLCTヘッダには、フィルタリング情報として、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)が配置されている。図13の放送波の例では、FLUTEセッションとして、TSI=XとなるFLUTEセッション(以下、「ソースフロー(source flow)」という。)と、TSI=YとなるFLUTEセッション(以下、「シグナリングフロー(signaling flow)」という。)が伝送されている。
 図13に示すように、各家庭等に設置された受信機は、ESG取得処理が開始されると、初期スキャン時などに取得されたLLS(SCD)のESG bootstrap情報に従い、IPヘッダとUDPヘッダによるフィルタリング処理を行い、IPアドレスとポート番号のフィルタリング条件を満たしている、対象のサービスのパケットを抽出する。ここでは、IPアドレスとポート番号のフィルタリング条件を満たしていないパケットは、別サービスのフローとなる。
 また、受信機は、LLS(SCD)のESG bootstrap情報に従い、LCTヘッダによるフィルタリング処理を行い、TSIのフィルタリング条件を満たしているLCTパケットを抽出する。ここでは、シグナリングフローのLCTパケットを抽出するので、LCTヘッダのTSIの値として、TSI=Yとなるパケットが抽出される。なお、当該フィルタリング処理では、ソースフローのパケットは、TSI=Xとなるため、TSIのフィルタリング条件を満たしていないため、抽出されないこととなる。
 ここで、TSI=YとなるLCTパケットのLCTヘッダには、タイプ情報(Type)が配置されており、このタイプ情報によって、シグナリングデータのタイプを認識することができる。シグナリングデータとしては、ESG、USBD、MPDなどが伝送されているが、この運用例1では、ESGのファイルを取得するのであるから、Type="2"をフィルタリング条件として、LCTパケットをフィルタリングすることで、ESGのLCTパケットのみが抽出される。
 また、ESGは、各サービス(チャンネル)ごとの番組に関する情報を提供する電子サービスガイドであるが、多数のサービスが提供され、さらに期間を限定しない場合には、そのデータ量は膨大なものとなる。そこで、拡張フィルタ情報(Filter_Extension)をフィルタリング条件に指定して、必要な情報のみを効率的に取得することができるようにする。
 例えば、サービスID、スケジュール、スロットなどをフィルタリング条件として設定することで、複数のESGのファイルの中から、特定のESGのファイルのみを抽出することができる。具体的には、チャンネル番号などのサービス識別情報(例えば、10.1CH)、1日、1週間、若しくは1ヶ月などの期間による取得範囲(例えば、Today)、又は、時間、n日後、若しくはn週間後などのスロット(例えば、18-21)などがフィルタリング条件として設定される。
 以上のように、運用例1においては、LLS(SCD)のESG bootstrap情報によって、IPアドレスやポート番号、TSIを解決した後に、LCTヘッダに配置されたタイプ情報(Type)と、拡張フィルタ情報(Filter_Extension)を用い、シグナリングデータの中から、フィルタリング条件を満たす特定のESGのファイルのみを取得することができるため、受信機は、最適なタイミングで、必要な情報のみを効率的に取得することができる。
(2)運用例2
 図14は、更新後のMPDを取得するためのフィルタリング処理を説明するための図である。
 図14において、放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、各サービスを構成するコンポーネントやSCSなどを伝送している。ただし、当該デジタル放送では、上述したID体系が採用されている。また、図14の例では、コンポーネントやSCSを伝送するFLUTEセッションとして、ソースフロー(TSI=X)と、シグナリングフロー(TSI=Y)が伝送されている。さらに、LCTパケットのLCTヘッダには、フィルタリング情報が配置されている。
 図14に示すように、各家庭等に設置された受信機は、MPDの更新が検知されると、初期スキャン時などに取得されたLLS(SCD)のSC bootstrap情報に従い、IPヘッダとUDPヘッダによるフィルタリング処理を行い、IPアドレスとポート番号のフィルタリング条件を満たしている、対象のサービスのパケットを抽出する。ここでは、IPアドレスとポート番号のフィルタリング条件を満たしていないパケットは、別サービスのフローとなる。
 また、受信機は、LLS(SCD)のSC bootstrap情報に従い、LCTヘッダによるフィルタリング処理を行い、TSIのフィルタリング条件を満たしているLCTパケットを抽出する。ここでは、シグナリングフローのLCTパケットを抽出するので、LCTヘッダのTSIの値として、TSI=YとなるLCTパケットが抽出される。なお、当該フィルタリング処理では、ソースフローのパケットは、TSI=Xとなるため、TSIのフィルタリング条件を満たしていないため、抽出されないこととなる。
 ここで、TSI=YとなるLCTパケットのLCTヘッダには、タイプ情報(Type)が配置されており、このタイプ情報によって、シグナリングデータのタイプを認識することができる。シグナリングデータとしては、ESG、USBD、MPDなどが伝送されているが、この運用例2では、MPDのファイルを取得するのであるから、Type="5"をフィルタリング条件として、LCTパケットをフィルタリングすることで、MPDのパケットのみが抽出される。
 また、MPDは、「present」と「following」の2種類存在する。MPD_presentは、現在のMPDであることを示し、MPD_followingは、更新用のMPDであることを示す。そこで、バージョン情報(Data_Version)をフィルタリング条件に指定して、MPDのバージョンを比較することで、更新用のMPDを取得することができるようにする。図14の例の場合、当該フィルタリング条件を用いたフィルタリング処理によって、MPDのバージョンが比較され、MPD_followingが取得される。
 以上のように、運用例2においては、LLS(SCD)のESG bootstrap情報によって、IPアドレスやポート番号、TSIを解決した後に、LCTヘッダに配置されたタイプ情報(Type)と、バージョン情報(Data_Version)を用い、シグナリングデータの中から、更新用のMPDのみを取得することができるため、受信機は、バージョンの更新検知の際に、最適なタイミングで、必要な情報のみを効率的に取得することができる。
 すなわち、受信機は、LLS(SCD)により特定のサービスのIPアドレス、ポート番号、TSIが解決された後に、当該FLUTEセッションによりLCTパケット化されたシグナリングデータを取得する。つまり、同一の階層となるLCTヘッダに、シグナリングデータを格納したLCTパケットのフィルタリング条件となるフィルタリング情報(パラメータ)を追加することで、最適なタイミングで効率的にフィルタリング処理を行うことができる。
(3)運用例3
 図15は、放送のみを用いてデータを伝送する場合の選局処理を説明するための図である。
 図15において、放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、各サービスを構成するコンポーネントやSCSなどを伝送している。ただし、当該デジタル放送では、上述したID体系が採用されている。また、図15の例では、コンポーネントやSCSを伝送するFLUTEセッションとして、ソースフロー(TSI=X)と、シグナリングフロー(TSI=Y)が伝送されている。さらに、LCTパケットのLCTヘッダには、フィルタリング情報を配置することができる。
 図15に示すように、各家庭等に設置された受信機は、ユーザによって、特定のサービスの選局操作が行われると(S11)、初期スキャン時などに取得されたSCDのSC bootstrap情報を取得する(S12)。受信機は、SC bootstrap情報に従い、IPアドレス、ポート番号、及び、TSIのフィルタリング条件を満たしているLCTパケットを抽出する。ここでは、シグナリングフローのLCTパケットを抽出するので、LCTヘッダのTSIの値として、TSI=YとなるLCTパケットが抽出される(S13)。
 ここで、シグナリングフローでは、シグナリングデータとして、USBD(User Service Bundle Description)、MPD(Media Presentation Description)、SDP(Session Description Protocol)、SPD(Service Parameter Description)などが伝送されている。USBDには、FDD(File Delivery Description)やdeliveryMethodなどが記述されているので、受信機は、USBDのLCTパケットを抽出することで、FDDを取得することができる(S14)。FDDには、TSIごとのインデックス情報として、ロケーション情報(例えばURLなど)やTOIなどが記述されている。
 受信機は、FDDのインデックス情報に従い、ソースフロー(TSI=X)にアクセスして(S15,S16)、特定のサービスを構成するコンポーネントのデータを格納したLCTパケットを取得することができる(S17)。なお、LCTパケットには、LCTヘッダの他に、Entityヘッダを付加して、例えば動的に変化する情報などを配置することができる(S18)。そして、受信機は、LCTパケットから復元されるコンポーネントのデータをバッファに保存し(S19)、レンダリング処理を行うことで、当該コンポーネントに対応する映像や音声を出力する(S20)。
 以上のように、運用例3においては、選局時に放送で伝送されるデータのみを利用する場合に、SCDとFDDのみを用いて、選局された特定のサービスを構成するコンポーネントを取得することができる。この場合、MPD、SDP、SPDを使用する必要がなく、さらに、FDDは、シグナリングデータとして取得できるため、受信機は、迅速な選局処理を行うことができる。
(4)運用例4
 図16は、放送と通信を用いてデータを伝送する場合の選局処理を説明するための図である。
 図16において、放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、各サービスを構成するコンポーネントやSCSなどを伝送している。ただし、当該デジタル放送では、上述したID体系が採用されている。また、図16の例では、コンポーネントやSCSを伝送するFLUTEセッションとして、ソースフロー(TSI=X)と、シグナリングフロー(TSI=Y)が伝送されている。さらに、LCTパケットのLCTヘッダには、フィルタリング情報を配置することができる。
 また、図16においては、インターネット上のサーバが、ビデオやオーディオ等のコンポーネントを適応的にストリーミング配信している。このストリーミング配信は、MPEG-DASHの規格に準拠したものであって、図16の例では、ソースフロー(TSI=Z)が伝送されている。
 図16に示すように、各家庭等に設置された受信機は、ユーザによって、特定のサービスの選局操作が行われると(S31)、初期スキャン時などに取得されたSCDのSC bootstrap情報を取得する(S32)。受信機は、SC bootstrap情報に従い、IPアドレス、ポート番号、及び、TSIのフィルタリング条件を満たしているLCTパケットを抽出する。ここでは、シグナリングフローのLCTパケットを抽出するので、LCTヘッダのTSIの値として、TSI=YとなるLCTパケットが抽出される(S33)。
 ここで、シグナリングフローでは、シグナリングデータとして、USBD、MPD、SDP、SPDなどが伝送されているので、受信機は、USBD、MPD、SDP、及び、SPDを取得する(S34)。このとき、USBDには、FDDやdeliveryMethodが記述されているので、受信機は、deliveryMethodとMPDを用いて、選局された特定のサービスを構成するコンポーネントが放送と通信のどちらで伝送されているかを判定する(S35)。すなわち、deliveryMethodとMPDのマッチングを行うことで、broadcastAppServiceのbasepatternに対応したRepresentationは、放送で伝送されている一方、unicastAppServiceのbasepatternに対応したRepresentationは、通信で伝送されていると判定される。
 そして、MPDのRepresentationのBaseURLと、FDDのFileのContent-Locationが対応しているので(S36,S37)、受信機は、FDDのインデックス情報に従い、特定のサービスを構成するコンポーネントが放送で伝送されている場合には、ソースフロー(TSI=X)にアクセスして(S38)、当該コンポーネントのデータを格納したLCTパケットを取得することができる。一方、特定のサービスを構成するコンポーネントが通信で伝送されている場合には、受信機は、FDDのインデックス情報に従い、ソースフロー(TSI=Z)にアクセスして(S38)、当該コンポーネントのデータを格納したLCTパケットを取得することができる(S39)。
 なお、LCTパケットには、LCTヘッダの他に、Entityヘッダを付加して、例えば動的に変化する情報などを配置することができる(S40)。そして、受信機は、LCTパケットから復元されるコンポーネントのデータをバッファに保存し(S41)、レンダリング処理を行うことで、当該コンポーネントに対応する映像や音声を出力する(S42)。
 以上のように、運用例4においては、選局時に放送と通信で伝送されるデータを利用する場合に、SCD、USBD(FDD、deliveryMethod)、及び、MPDを用いて、選局された特定のサービスを構成するコンポーネントを取得することができる。この場合、基本的にはSDPとSPDを使用する必要はない。
<5.放送通信システムの構成>
(放送通信システムの構成例)
 図17は、本技術を適用した放送通信システムの一実施の形態の構成を示す図である。
 放送通信システム1は、放送と通信が連携して、各種のサービスを提供するためのシステムである。
 図17に示すように、放送通信システム1は、送信装置10、受信装置20、ESGサーバ50、シグナリングサーバ60、アプリケーションサーバ70、及び、ストリーミングサーバ80から構成される。また、ネットワーク90は、例えばインターネットなどから構成され、受信装置20、ESGサーバ50、シグナリングサーバ60、アプリケーションサーバ70、及び、ストリーミングサーバ80が相互に接続されている。
 送信装置10は、番組やCM等の放送コンテンツを、IP伝送方式を用いたデジタル放送の放送波によって送信する。ここで、放送コンテンツは、ビデオやオーディオ、字幕等のコンポーネントから構成される。また、送信装置10は、コンポーネントとともに、シグナリングデータ(LLS、SCS)を、IP伝送方式を用いたデジタル放送の放送波で送信する。
 なお、送信装置10は、上述した送信機に相当するものである。
 受信装置20は、送信装置10から送信される放送波(放送信号)を受信する。受信装置20は、放送信号から得られるシグナリングデータに基づいて、ビデオやオーディオ等のコンポーネントを取得し、番組等の放送コンテンツの映像や音声を出力する。
 なお、受信装置20は、上述した受信機に相当するものである。また、受信装置20は、ディスプレイやスピーカを含んで単体として構成されるようにしてもよいし、テレビジョン受像機やビデオレコーダ等に内蔵されるようにしてもよい。
 ESGサーバ50は、ESG(Electronic Service Guide)を管理しており、ネットワーク90を介してESGを提供する。なお、ESGサーバ50は、例えば放送事業者やESGの制作事業者などにより提供される。
 受信装置20は、放送信号から得られるシグナリングデータに基づいて、ネットワーク90を介してESGサーバ50にアクセスして、ESGを取得する。受信装置20は、ESGサーバ50から取得したESGを蓄積したり、表示したりする。
 シグナリングサーバ60は、SCS(Service Channel Signaling)を管理しており、ネットワーク90を介してSCSを提供する。なお、シグナリングサーバ60は、例えば放送事業者により提供される。
 受信装置20は、放送信号から得られるシグナリングデータに基づいて、ネットワーク90を介してシグナリングサーバ60にアクセスして、SCSを取得する。受信装置20は、シグナリングサーバ60から取得したSCSに基づいて、例えばコンポーネントを取得したりする。
 アプリケーションサーバ70は、アプリケーションを管理しており、ネットワーク90を介してアプリケーションを提供する。なお、アプリケーションサーバ70は、例えば放送事業者やアプリケーションの制作事業者などにより提供される。
 受信装置20は、放送信号から得られるシグナリングデータに基づいて、ネットワーク90を介してアプリケーションサーバ70にアクセスして、アプリケーションを取得する。受信装置20は、アプリケーションサーバ70から取得したアプリケーションを表示する。
 ストリーミングサーバ80は、番組やCM等の通信コンテンツを蓄積している。通信コンテンツは、ビデオやオーディオ、字幕等のコンポーネントから構成される。ストリーミングサーバ80は、受信装置20からの要求に応じて、通信コンテンツを、ネットワーク90を介してストリーミング配信する。なお、ストリーミングサーバ80は、例えば、放送事業者により提供される。
 受信装置20は、制御データに基づいて、ネットワーク90を介してストリーミングサーバ80からストリーミング配信されるビデオやオーディオのコンポーネントを取得して、番組等の通信コンテンツの映像や音声を出力する。
 放送通信システム1は、以上のように構成される。次に、図18及び図19を参照して、図17の放送通信システム1を構成する各装置の詳細な構成として、送信装置10と受信装置20の構成について説明する。なお、ESGサーバ50、シグナリングサーバ60、アプリケーションサーバ70、及び、ストリーミングサーバ80の詳細な構成については省略する。
(送信装置の構成例)
 図18は、本技術を適用した送信装置の一実施の形態の構成を示す図である。
 図18に示すように、送信装置10は、LLS取得部111、LLS処理部112、ESG取得部113、ESG処理部114、SCS取得部115、SCS処理部116、アプリケーション取得部117、アプリケーション処理部118、ビデオデータ取得部119、ビデオエンコーダ120、オーディオデータ取得部121、オーディオエンコーダ122、字幕データ取得部123、字幕エンコーダ124、NTP取得部125、NTP処理部126、Mux127、及び、送信部128から構成される。
 LLS取得部111は、内蔵するストレージや外部のサーバなどからLLS(Low Layer Signaling)として伝送されるSCD(Service Configuration Description)等を取得し、LLS処理部112に供給する。LLS処理部112は、LLS取得部111から供給されるLLSに対して、IP伝送方式のデジタル放送の放送波で伝送するための所定の信号処理を施し、Mux127に供給する。
 ESG取得部113は、ストレージや外部のサーバなどからESG(Electronic Service Guide)を取得し、ESG処理部114に供給する。ESG処理部114は、ESG取得部113から供給されるESGに対して、例えばFLUTEセッションにより伝送するための所定の処理を施し、Mux127に供給する。
 SCS取得部115は、ストレージや外部のサーバなどからSCS(Service Channel Signaling)を取得し、SCS処理部116に供給する。SCS処理部116は、SCS取得部115から供給されるSCSに対して、例えばFLUTEセッションにより伝送するための所定の処理を施し、Mux127に供給する。
 アプリケーション取得部117は、ストレージや外部のサーバなどからアプリケーションを取得し、アプリケーション処理部118に供給する。アプリケーション処理部118は、アプリケーション取得部117から供給されるアプリケーションに対して、例えばFLUTEセッションにより伝送するための所定の処理を施し、Mux127に供給する。
 ビデオデータ取得部119は、ストレージや外部のサーバ、カメラなどから、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ120に供給する。ビデオエンコーダ120は、ビデオデータ取得部119から供給されるビデオデータを、MPEG(Moving Picture Experts Group)等の符号化方式に準拠して符号化し、Mux127に供給する。
 オーディオデータ取得部121は、ストレージや外部のサーバ、マイクロフォンなどから、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ122に供給する。オーディオエンコーダ122は、オーディオデータ取得部121から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux127に供給する。
 字幕データ取得部123は、ストレージや外部のサーバなどから、コンポーネントとしての字幕データを取得し、字幕エンコーダ124に供給する。字幕エンコーダ124は、字幕データ取得部123から供給される字幕データを、所定の符号化方式に準拠して符号化し、Mux127に供給する。
 なお、ビデオデータ、オーディオデータ、及び、字幕データは、FLUTEセッションにより伝送される場合、FLUTEセッションにより伝送するための所定の処理が施されてから、Mux127に供給されることになる。
 NTP取得部125は、ストレージや外部のサーバなどから、NTP(Network Time Protocol)を取得し、NTP処理部126に供給する。NTP処理部126は、NTP取得部125から供給されるNTPに対して、IP伝送方式のデジタル放送の放送波で伝送するための所定の信号処理を施し、Mux127に供給する。
 Mux127は、LLS処理部112からのLLS、ESG処理部114からのESG、SCS処理部116からのSCS、アプリケーション処理部118からのアプリケーション、ビデオエンコーダ120からのビデオデータ、オーディオエンコーダ122からのオーディオデータ、字幕エンコーダ124からの字幕データ、及び、NTP処理部126からのNTPを多重化して、IP伝送方式のBBPストリームを生成し、送信部128に供給する。
 ここで、Mux127は、前段のブロックから供給されるすべてのデータを多重化する必要はなく、例えば、アプリケーションや字幕データを伝送しない場合には、アプリケーション処理部118や字幕エンコーダ124からデータは供給されてこないため、それらのデータを除いて多重化を行うことになる。また、BBPストリームにおいて、FLUTEセッションで伝送するデータを格納したLCTパケットのLCTヘッダには、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)などのフィルタリング情報が配置されている。
 送信部128は、Mux127から供給されるBBPストリームを、放送信号(放送波)として、アンテナ129を介して送信する。
(受信装置の構成例)
 図19は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
 図19に示すように、受信装置20は、チューナ212、Demux213、制御部214、NVRAM215、入力部216、ESGエンジン217、シグナリングエンジン218、アプリケーションエンジン219、ビデオデコーダ220、オーディオデコーダ221、字幕デコーダ222、クロック発生器223、ビデオ出力部224、オーディオ出力部225、通信I/F226、及び、Demux217から構成される。
 チューナ212は、制御部214からの制御に従い、アンテナ211により受信された放送信号(放送波)から、選局が指示された特定のサービスの放送信号を抽出して復調し、その結果得られるIP伝送方式のBBPストリームを、Demux213に供給する。
 Demux213は、制御部214からの制御に従い、チューナ212から供給されるIP伝送方式のBBPストリームを、LLS、ESG、SCS、アプリケーション、ビデオデータ、オーディオデータ、字幕データ、及び、NTPに分離して、後段のブロックに出力する。
 具体的には、Demux213は、フィルタリング処理部としての機能を有しており、各パケットに付加されたBBPヘッダに基づいて、フィルタリング処理を行う。これにより、LLSは、制御部214に供給される。また、Demux213は、各パケットに付加されたIPヘッダとUDPヘッダに基づいて、フィルタリング処理を行う。これにより、NTPは、クロック発生部223に供給される。
 さらにまた、Demux213は、FLUTEセッションで伝送されるLCTパケットに付加されたLCTヘッダのフィルタリング情報に基づいて、フィルタリング処理を行う。このフィルタリング処理では、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)の少なくとも1つの情報をフィルタリング条件として、フィルタリングが行われる。
 このフィルタリング処理の結果、ESG、SCS、アプリケーションのデータを格納したLCTパケットは、ESGエンジン217、シグナリングエンジン218、アプリケーションエンジン219にそれぞれ供給される。また、ビデオデータ、オーディオデータ、字幕データは、ビデオデコーダ220、オーディオデコーダ221、字幕デコーダ222にそれぞれ供給される。
 制御部214は、受信装置20の各部の動作を制御する。NVRAM215は、不揮発性メモリであって、制御部214からの制御に従い、各種のデータを記録する。また、制御部214は、入力部216から供給される、ユーザの操作に応じた操作信号に基づいて、受信装置20の各部の動作を制御する。
 例えば、制御部214は、初期スキャン時などに、LLS(例えばSCD)から得られるチャンネル情報(選局情報)を、NVRAM215に記録する。制御部214は、ユーザにより選局操作がなされた場合、NVRAM215に記録されたチャンネル情報に基づいて、チューナ212により実行される選局処理を制御する。
 ESGエンジン217は、制御部214からの制御に従い、Demux213から供給されるESGのパケットから、ESGのファイルを復元し、電子サービスガイドに対応するビデオデータを、ビデオ出力部224に供給する。ビデオ出力部224は、制御部214からの制御に従い、ESGエンジン217からのビデオデータを、後段のディスプレイ(不図示)に供給する。これにより、ディスプレイには、電子サービスガイドが表示される。なお、ESGのファイルは、ストレージ(不図示)に蓄積してもよい。
 シグナリングエンジン218は、制御部214からの制御に従い、Demux213から供給されるSCSのパケットから、SCSのファイルを復元し、制御部214に供給する。制御部214は、シグナリングエンジン218からのSCSに基づいて、各部の動作を制御する。
 アプリケーションエンジン219は、制御部214からの制御に従い、Demux213から供給されるアプリケーションのパケットから、アプリケーションのファイルを復元し、アプリケーションに対応するビデオデータを、ビデオ出力部224に供給する。ビデオ出力部224は、制御部214からの制御に従い、アプリケーションエンジン219から供給されるビデオデータを、後段のディスプレイに供給する。これにより、ディスプレイには、例えば天気予報などのアプリケーションが表示される。
 ビデオデコーダ220は、制御部214からの制御に従い、Demux213から供給されるビデオデータのパケットから、ビデオデータ(のファイル)を復元し、例えばビデオエンコーダ120(図18)に対応する復号方式で復号して、ビデオ出力部224に供給する。ビデオ出力部224は、制御部214からの制御に従い、ビデオデコーダ220から供給されるビデオデータを、後段のディスプレイに出力する。これにより、ディスプレイには、例えば、番組の映像などが表示される。
 オーディオデコーダ221は、制御部214からの制御に従い、Demux213から供給されるオーディオデータのパケットから、オーディオデータ(のファイル)を復元し、例えばオーディオエンコーダ122(図18)に対応する復号方式で復号して、オーディオ出力部225に供給する。オーディオ出力部225は、制御部214からの制御に従い、オーディオデコーダ221から供給されるオーディオデータを、後段のスピーカ(不図示)に出力する。これにより、スピーカからは、表示中の番組の映像に同期した音声が出力される。
 字幕デコーダ222は、制御部214からの制御に従い、Demux213から供給される字幕データのパケットから、字幕データ(のファイル)を復元し、例えば字幕エンコーダ124(図18)に対応する復号方式で復号して、ビデオ出力部224に供給する。ビデオ出力部224は、制御部214からの制御に従い、字幕デコーダ222から供給されるビデオデータを、後段のディスプレイに出力する。これにより、ディスプレイには、例えば、番組の映像に重畳して字幕が表示される。
 クロック発生器223は、制御部214からの制御に従い、Demux213から供給されるNTPに基づいて、クロック信号を生成する。例えば、このクロック信号が、ビデオデコーダ220、オーディオデコーダ221、及び、字幕デコーダ222に供給されることで、映像や音声、字幕の同期がとられる。
 通信I/F226は、制御部214からの制御に従い、ネットワーク90を介してESGサーバ50にアクセスして、ESGを取得する。ESGサーバ50から取得されたESGは、Demux227を介してESGエンジン217に供給される。
 また、通信I/F226は、制御部214からの制御に従い、ネットワーク90を介してシグナリングサーバ60にアクセスして、SCSを取得する。シグナリングサーバ60から取得されたSCSは、Demux227を介してシグナリングエンジン218に供給される。
 さらにまた、通信I/F226は、制御部214からの制御に従い、ネットワーク90を介してアプリケーションサーバ70にアクセスして、アプリケーションを取得する。アプリケーションサーバ70から取得されたアプリケーションは、Demux227を介してアプリケーションエンジン219に供給される。
 また、通信I/F226は、制御部214からの制御に従い、ネットワーク90を介してストリーミングサーバ80にアクセスして、通信コンテンツのストリーミングデータを受信し、Demux227に供給する。Demux227は、通信I/F226から供給されるストリーミングデータを、ビデオデータ、オーディオデータ、字幕データに分離して、ビデオデコーダ220、オーディオデコーダ221、字幕デコーダ222にそれぞれ供給する。
 なお、図19の受信装置20の構成例では、ディスプレイやスピーカが外部に設けられている構成となっているが、受信装置20がディスプレイやスピーカを有する構成を採用してもよい。
<6.各装置で実行される具体的な処理の流れ>
 次に、図20乃至図23のフローチャートを参照して、図17の放送通信システム1を構成する各装置で実行される具体的な処理の流れについて説明する。
(送信処理)
 まず、図20のフローチャートを参照して、図17の送信装置10により実行される送信処理について説明する。
 ステップS111において、LLS取得部111は、ストレージなどからLLS(Low Layer Signaling)として伝送されるSCD(Service Configuration Description)等を取得し、LLS処理部112に供給する。ステップS112において、LLS処理部112は、LLS取得部111から供給されるLLSに対して、IP伝送方式のデジタル放送の放送波で伝送するための所定の信号処理を施し、Mux127に供給する。
 ステップS113において、ESG取得部113は、ストレージなどからESG(Electronic Service Guide)を取得し、ESG処理部114に供給する。ステップS114において、ESG処理部114は、ESG取得部113から供給されるESGに対して、例えばFLUTEセッションにより伝送するための所定の処理を施し、Mux127に供給する。
 ステップS115において、SCS取得部115は、ストレージなどからSCS(Service Channel Signaling)を取得し、SCS処理部116に供給する。ステップS116において、SCS処理部116は、SCS取得部115から供給されるSCSに対して、例えばFLUTEセッションにより伝送するための所定の処理を施し、Mux127に供給する。
 ステップS117において、アプリケーション取得部117は、ストレージなどからアプリケーションを取得し、アプリケーション処理部118に供給する。ステップS118において、アプリケーション処理部118は、アプリケーション取得部117から供給されるアプリケーションに対して、例えばFLUTEセッションにより伝送するための所定の処理を施し、Mux127に供給する。
 ステップS119において、ビデオデータ取得部119は、ストレージなどから、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ120に供給する。ステップS120において、ビデオエンコーダ120は、ビデオデータ取得部119から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、Mux127に供給する。
 ステップS121において、オーディオデータ取得部121は、ストレージなどから、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ122に供給する。ステップS122において、オーディオエンコーダ122は、オーディオデータ取得部121から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux127に供給する。
 ステップS123において、字幕データ取得部123は、ストレージなどから、コンポーネントとしての字幕データを取得し、字幕エンコーダ124に供給する。ステップS124において、字幕エンコーダ124は、字幕データ取得部123から供給される字幕データを、所定の符号化方式に準拠して符号化し、Mux127に供給する。
 ステップS125において、NTP取得部125は、ストレージなどから、NTP(Network Time Protocol)を取得し、NTP処理部126に供給する。ステップS126において、NTP処理部126は、NTP取得部125から供給されるNTPに対して、IP伝送方式のデジタル放送の放送波で伝送するための所定の信号処理を施し、Mux127に供給する。
 ステップS127において、Mux127は、LLS処理部112からのLLS、ESG処理部114からのESG、SCS処理部116からのSCS、アプリケーション処理部118からのアプリケーション、ビデオエンコーダ120からのビデオデータ、オーディオエンコーダ122からのオーディオデータ、字幕エンコーダ124からの字幕データ、及び、NTP処理部126からのNTPを多重化して、IP伝送方式のBBPストリームを生成し、送信部128に供給する。
 なお、Mux127は、前段のブロックから供給されるすべてのデータを多重化する必要はない。また、BBPストリームにおいて、FLUTEセッションで伝送するデータを格納したLCTパケットのLCTヘッダには、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)などのフィルタリング情報が配置されている。
 ステップS128において、送信部128は、Mux127から供給されるBBPストリームを、放送信号(放送波)として、アンテナ129を介して送信する。ステップS128の処理が終了すると、図20の送信処理は終了する。
 以上、送信処理について説明した。
(選局処理)
 次に、図21のフローチャートを参照して、図17の受信装置20により実行される選局処理について説明する。
 ステップS211においては、制御部214によって、入力部216からの操作信号が監視され、ユーザにより選局操作が行われるまで、待機する。そして、ステップS212において、ユーザにより選局操作が行われたと判定された場合、処理は、ステップS213に進められる。
 ステップS213において、制御部214は、NVRAM215に記録されたチャンネル情報を取得する。これにより、制御部214は、チャンネル情報を用い、チューナ212による選局処理を制御する。また、Demux213は、制御部214からの制御に従い、FLUTEセッションで伝送されるシグナリングデータに接続し(S214)、シグナリングデータを取得して解析する(S215)。ここでは、SCSが取得され、解析される。
 ステップS216において、Demux213は、制御部214からの制御に従い、シグナリングデータバージョン監視処理を実行する。このシグナリングデータバージョン監視処理によって、シグナリングデータが更新された場合には、更新後のシグナリングデータが取得される。なお、シグナリングデータバージョン監視処理の詳細な内容は、図22のフローチャートを参照して後述する。
 ステップS217において、Demux213は、制御部214からの制御に従い、FLUTEセッションで伝送されるサービスコンポーネントストリームに接続する。また、ステップS218において、Demux213は、制御部214からの制御に従い、サービスコンポーネントストリーム取得処理を実行する。このサービスコンポーネントストリーム取得処理によって、選局された特定のサービスを構成するコンポーネントが取得される。なお、サービスコンポーネントストリーム取得処理の詳細な内容は、図23のフローチャートを参照して後述する。
 ステップS219において、制御部214は、各部の動作を制御して、ステップS218の処理で取得されたコンポーネントのデータをバッファ(不図示)に保持する。また、ステップS220において、制御部214は、各部の動作を制御して、バッファリングされたコンポーネントに対するレンダリング処理を行うことで、当該コンポーネントに対応する映像や音声を出力する。ステップS220の処理が終了すると、図21の選局処理は終了する。
 以上、選局処理について説明した。
(シグナリングデータバージョン監視処理)
 次に、図22のフローチャートを参照して、図21のステップS216の処理に対応するシグナリングデータバージョン監視処理の詳細な内容について説明する。
 ステップS241において、Demux213は、シグナリングデータのタイプ情報と、最新のバージョンをフィルタリング条件に登録する。また、Demux213には、チューナ212によりアンテナ211を介して受信されたシグナリングデータが入力される(S242)。
 ステップS243において、Demux213は、ステップS241の処理で登録されたフィルタリング条件を用い、フィルタリング処理を行うことで、対象のシグナリングデータが更新されたかどうかを判定する。ここでは、LCTパケットのLCTヘッダに配置されたタイプ情報(Type)とバージョン情報(Data_Version)が、フィルタリング条件を満たすかどうかが監視されることになる。
 ステップS243において、対象のシグナリングデータが更新されていないと判定された場合、処理は、ステップS244に進められる。ステップS244においては、サービスの受信が終了したかどうかが判定される。ステップS244において、サービスの受信が終了していないと判定された場合、処理はステップS242に戻り、それ以降の処理が繰り返される。
 そして、ステップS243において、対象のフィルタリングデータが更新されたと判定された場合、処理は、ステップS245に進められる。ステップS245において、Demux213は、フィルタリング条件を満たした更新後のシグナリングデータを抽出して、シグナリングエンジン218に供給する。これにより、例えば、MPDのバージョンの監視を行っている場合に、MPDのバージョンが1.0から2.0に上がったときには、更新後のバージョン2.0のMPDが取得されることになる。
 また、Demux213は、フィルタリング条件の最新バージョンを、例えば1インクリメントして、フィルタリング条件の更新を行い、対象のフィルタリングデータのさらなる更新に備える。ステップS245の処理が終了すると、処理は、ステップS244に進められる。
 そして、ステップS244において、サービスの受信が終了したと判定されるまで、ステップS242乃至S245の処理が繰り返されるので、対象のシグナリングデータの更新時には、対象のシグナリングデータを直ちに取得することができる。また、ステップS244において、サービスの受信が終了したと判定された場合、処理は、図21のステップS216の処理に戻り、それ以降の処理が実行される。
 以上、シグナリングデータバージョン監視処理について説明した。
(サービスコンポーネントストリーム取得処理)
 最後に、図23のフローチャートを参照して、図21のステップS218の処理に対応するサービスコンポーネントストリーム取得処理の詳細な内容について説明する。
 ステップS271において、Demux213は、制御部214からの制御に従い、フィルタリング処理を行い、LCTパケットを取得して解析する。
 ステップS272において、Demux213は、LCTパケットのバージョンが、本技術に対応した新しいバージョン(例えば、バージョン2.0)であるかどうかを判定する。この判定処理では、LCTヘッダに配置されるLCTパケットのバージョン(例えば、図4の「V」)が確認される。
 ステップS272において、LCTパケットのバージョンが、本技術に未対応の古いバージョン(例えば、バージョン1.0)であると判定された場合、処理は、ステップS273に進められる。ステップS273においては、FLUTEオブジェクト受信処理が行われ、TSIとTOIを用いて、FLUTEセッションから特定のファイルが復元され、特定のサービスを構成するコンポーネントが取得される。その後、処理は、図21のステップS218の処理に戻り、それ以降の処理が実行される。
 一方、ステップS272において、LCTパケットのバージョンが、本技術に対応した新しいバージョン(例えば、バージョン2.0)であると判定された場合、処理は、ステップS274に進められる。ステップS274において、Demux213は、LCTヘッダに、Header Extensionsが配置されているかどうかを判定する。
 ステップS274において、LCTヘッダに、Header Extensionsが配置されていないと判定された場合、処理は、ステップS275に進められる。この場合、LCTヘッダの配置パターンは、パターン1又はパターン3となるので、ステップS275において、Demux213は、LCTヘッダに配置された圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、バージョン情報(Data_Version)を取得する。
 また、ステップS274において、LCTヘッダに、Header Extensionsが配置されていると判定された場合、処理は、ステップS276に進められる。この場合、LCTヘッダの配置パターンは、パターン2となるので、ステップS276において、Demux213は、LCTヘッダのHeader Extensionsに配置された圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、バージョン情報(Data_Version)を取得する。
 ステップS275又はS276の処理によって、フィルタリング情報が取得されると、処理は、ステップS277に進められる。ステップS277において、Demux213は、LCTヘッダからサービスコンポーネント情報を取得する。このサービスコンポーネント情報としては、例えば、TSI、TOI、コードポイント(CodePoint)などが取得される。
 ステップS278において、Demux213は、制御部214からの制御に従い、パケットのフィルタリング処理を行う。このフィルタリング処理によって、FLUTEセッションから特定のファイルが復元され、特定のサービスを構成するコンポーネントが取得される。ステップS278の処理が終了すると、処理は、図21のステップS218の処理に戻り、それ以降の処理が実行される。
 以上、サービスコンポーネントストリーム取得処理について説明した。
 なお、上述した説明では、シグナリングデータの名称として、Descriptionの略である「D」を用いたが、Tableの略である「T」が用いられる場合がある。例えば、SCD(Service Configuration Description)は、SCT(Service Configuration Table)と記述される場合がある。また、例えば、SPD(Service Parameter Description)は、SPT(Service Parameter Table)と記述される場合がある。ただし、これらの名称の違いは、「Description」と「Table」との形式的な違いであって、各シグナリングデータの実質的な内容が異なるものではない。また、上述した説明では、ESGは、シグナリングデータであるとして説明している。
<7.コンピュータの構成>
 上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
 図24は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
 コンピュータ900において、CPU(Central Processing Unit)901,ROM(Read Only Memory)902,RAM(Random Access Memory)903は、バス904により相互に接続されている。バス904には、さらに、入出力インターフェース905が接続されている。入出力インターフェース905には、入力部906、出力部907、記録部908、通信部909、及びドライブ910が接続されている。
 入力部906は、キーボード、マウス、マイクロフォンなどよりなる。出力部907は、ディスプレイ、スピーカなどよりなる。記録部908は、ハードディスクや不揮発性のメモリなどよりなる。通信部909は、ネットワークインターフェースなどよりなる。ドライブ910は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア911を駆動する。
 以上のように構成されるコンピュータ900では、CPU901が、例えば、記録部908に記憶されているプログラムを、入出力インターフェース905及びバス904を介して、RAM903にロードして実行することにより、上述した一連の処理が行われる。
 コンピュータ900(CPU901)が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア911に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
 コンピュータ900では、プログラムは、リムーバブルメディア911をドライブ910に装着することにより、入出力インターフェース905を介して、記録部908にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部909で受信し、記録部908にインストールすることができる。その他、プログラムは、ROM902や記録部908に、あらかじめインストールしておくことができる。
 なお、コンピュータ900が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
 ここで、本明細書において、コンピュータ900に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理(例えば、並列処理あるいはオブジェクトによる処理)も含むものである。
 また、プログラムは、1のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
 さらに、本明細書において、システムとは、複数の構成要素(装置、モジュール(部品)等)の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、1つの筐体の中に複数のモジュールが収納されている1つの装置は、いずれも、システムである。
 なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。例えば、本技術は、1つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
 また、上述のフローチャートで説明した各ステップは、1つの装置で実行する他、複数の装置で分担して実行することができる。さらに、1つのステップに複数の処理が含まれる場合には、その1つのステップに含まれる複数の処理は、1つの装置で実行する他、複数の装置で分担して実行することができる。
 なお、本技術は、以下のような構成をとることができる。
(1)
 IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
 前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第1の階層で伝送されるパケットのヘッダに配置されるフィルタリング情報を用い、前記パケットのフィルタリング処理を行うフィルタリング処理部と
 を備える受信装置。
(2)
 前記パケットは、FLUTE(File Delivery over Unidirectional Transport)セッションにより伝送されるLCT(Layered Coding Transport)パケットであって、
 前記LCTパケットにおいて、LCTヘッダに前記フィルタリング情報が配置され、LCTペイロードに第1のシグナリングデータが配置されており、
 前記フィルタリング処理部は、前記IP層よりも下位の階層となる第2の階層で伝送される第2のシグナリングデータを用い、特定のサービスのIPアドレス、UDP(User Datagram Protocol)のポート番号、及び、TSI(Transport Session Identifier)を解決した後に、前記FLUTEセッションで伝送される前記LCTパケットの前記LCTヘッダに配置された前記フィルタリング情報を用い、前記LCTパケットに格納される前記第1のシグナリングデータのフィルタリング処理を行う
 (1)に記載の受信装置。
(3)
 前記フィルタリング情報は、前記LCTヘッダのTOI(Transport Object Identifier)に配置される
 (2)に記載の受信装置。
(4)
 前記フィルタリング情報は、前記LCTヘッダの拡張領域に配置される
 (2)に記載の受信装置。
(5)
 前記フィルタリング情報の一部又は全部は、前記LCTヘッダにおいて、運用に応じて用いられる領域であるコードポイントの代わりに配置される
 (2)又は(3)に記載の受信装置。
(6)
 前記フィルタリング情報は、前記第1のシグナリングデータの圧縮の有無を示す圧縮情報、前記第1のシグナリングデータのタイプを示すタイプ情報、前記第1のシグナリングデータのタイプごとに設定されるフィルタリング条件を示す拡張フィルタ情報、及び、前記第1のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも1つの情報を含む
 (2)乃至(5)のいずれか一項に記載の受信装置。
(7)
 前記第1のシグナリングデータは、ネットワークを介してサーバから取得される
 (2)に記載の受信装置。
(8)
 前記第1のシグナリングデータは、前記FLUTEセッションのインデックス情報を含んでいる
 (2)に記載の受信装置。
(9)
 前記第1のシグナリングデータは、SCS(Service Channel Signaling)又はESG(Electronic Service Guide)であって、
 前記第2のシグナリングデータは、LLS(Low Layer Signaling)であり、
 前記FLUTEセッションにより伝送される、特定のサービスを構成するコンポーネントとSCSには、共通のIPアドレスが割り当てられる
 (2)に記載の受信装置。
(10)
 受信装置の受信方法において、
 前記受信装置が、
 IP伝送方式を用いたデジタル放送の放送波を受信し、
 前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第1の階層で伝送されるパケットのヘッダに配置されるフィルタリング情報を用い、前記パケットに格納される第1のシグナリングデータのフィルタリング処理を行う
 ステップを含む受信方法。
(11)
 サービスを構成する1又は複数のコンポーネントを取得する第1の取得部と、
 第1のシグナリングデータを取得する第2の取得部と、
 前記コンポーネントとともに、前記第1のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送波で送信する送信部と
 を備え、
 前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第1の階層で伝送される、前記第1のシグナリングデータを格納したパケットのヘッダには、前記パケットのフィルタリング処理で用いられるフィルタリング情報が配置される
 送信装置。
(12)
 前記パケットは、FLUTEセッションにより伝送されるLCTパケットであって、
 前記LCTパケットにおいて、LCTヘッダに前記フィルタリング情報が配置され、LCTペイロードに前記第1のシグナリングデータが配置される
 (11)に記載の送信装置。
(13)
 前記フィルタリング情報は、前記LCTヘッダのTOIに配置される
 (12)に記載の送信装置。
(14)
 前記フィルタリング情報は、前記LCTヘッダの拡張領域に配置される
 (12)に記載の送信装置。
(15)
 前記フィルタリング情報の一部又は全部は、前記LCTヘッダにおいて、運用に応じて用いられる領域であるコードポイントの代わりに配置される
 (12)又は(13)に記載の送信装置。
(16)
 前記フィルタリング情報は、前記第1のシグナリングデータの圧縮の有無を示す圧縮情報、前記第1のシグナリングデータのタイプを示すタイプ情報、前記第1のシグナリングデータのタイプごとに設定されるフィルタリング条件を示す拡張フィルタ情報、及び、前記第1のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも1つの情報を含む
 (12)乃至(15)のいずれか一項に記載の送信装置。
(17)
 前記第1のシグナリングデータは、ネットワークを介してサーバから取得される
 (12)に記載の送信装置。
(18)
 前記第1のシグナリングデータは、前記FLUTEセッションのインデックス情報を含んでいる
 (12)に記載の送信装置。
(19)
 前記第1のシグナリングデータは、SCS又はESGであって、
 前記IP層よりも下位の階層となる第2の階層で伝送される第2のシグナリングデータは、LLSであり、
 前記FLUTEセッションにより伝送される、特定のサービスを構成するコンポーネントとSCSには、共通のIPアドレスが割り当てられる
 (12)に記載の送信装置。
(20)
 送信装置の送信方法において、
 前記送信装置が、
 サービスを構成する1又は複数のコンポーネントを取得し、
 第1のシグナリングデータを取得し、
 前記コンポーネントとともに、前記第1のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送波で送信する
 ステップを含み、
 前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第1の階層で伝送される、前記第1のシグナリングデータを格納したパケットのヘッダには、前記パケットのフィルタリング処理で用いられるフィルタリング情報が配置される
 送信方法。
 1 放送通信システム, 10 送信装置, 20 受信装置, 50 ESGサーバ, 60 シグナリングサーバ, 70 アプリケーションサーバ, 80 ストリーミングサーバ, 90 ネットワーク, 111 LLS取得部, 113 ESG取得部, 115 SCS取得部, 117 アプリケーション取得部, 119 ビデオデータ取得部, 121 オーディオデータ取得部, 123 字幕データ取得部, 125 NTP取得部, 127 Mux, 128 送信部, 212 チューナ, 213 Demux, 214 制御部, 217 ESGエンジン, 218 シグナリングエンジン, 219 アプリケーションエンジン, 220 ビデオデコーダ, 221 オーディオデコーダ, 222 字幕デコーダ, 223 クロック発生器, 224 ビデオ出力部, 225 オーディオ出力部, 226 通信I/F, 227 Demux, 900 コンピュータ, 901 CPU

Claims (20)

  1.  IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
     前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第1の階層で伝送されるパケットのヘッダに配置されるフィルタリング情報を用い、前記パケットのフィルタリング処理を行うフィルタリング処理部と
     を備える受信装置。
  2.  前記パケットは、FLUTE(File Delivery over Unidirectional Transport)セッションにより伝送されるLCT(Layered Coding Transport)パケットであって、
     前記LCTパケットにおいて、LCTヘッダに前記フィルタリング情報が配置され、LCTペイロードに第1のシグナリングデータが配置されており、
     前記フィルタリング処理部は、前記IP層よりも下位の階層となる第2の階層で伝送される第2のシグナリングデータを用い、特定のサービスのIPアドレス、UDP(User Datagram Protocol)のポート番号、及び、TSI(Transport Session Identifier)を解決した後に、前記FLUTEセッションで伝送される前記LCTパケットの前記LCTヘッダに配置された前記フィルタリング情報を用い、前記LCTパケットに格納される前記第1のシグナリングデータのフィルタリング処理を行う
     請求項1に記載の受信装置。
  3.  前記フィルタリング情報は、前記LCTヘッダのTOI(Transport Object Identifier)に配置される
     請求項2に記載の受信装置。
  4.  前記フィルタリング情報は、前記LCTヘッダの拡張領域に配置される
     請求項2に記載の受信装置。
  5.  前記フィルタリング情報の一部又は全部は、前記LCTヘッダにおいて、運用に応じて用いられる領域であるコードポイントの代わりに配置される
     請求項2に記載の受信装置。
  6.  前記フィルタリング情報は、前記第1のシグナリングデータの圧縮の有無を示す圧縮情報、前記第1のシグナリングデータのタイプを示すタイプ情報、前記第1のシグナリングデータのタイプごとに設定されるフィルタリング条件を示す拡張フィルタ情報、及び、前記第1のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも1つの情報を含む
     請求項2に記載の受信装置。
  7.  前記第1のシグナリングデータは、ネットワークを介してサーバから取得される
     請求項2に記載の受信装置。
  8.  前記第1のシグナリングデータは、前記FLUTEセッションのインデックス情報を含んでいる
     請求項2に記載の受信装置。
  9.  前記第1のシグナリングデータは、SCS(Service Channel Signaling)又はESG(Electronic Service Guide)であって、
     前記第2のシグナリングデータは、LLS(Low Layer Signaling)であり、
     前記FLUTEセッションにより伝送される、特定のサービスを構成するコンポーネントとSCSには、共通のIPアドレスが割り当てられる
     請求項2に記載の受信装置。
  10.  受信装置の受信方法において、
     前記受信装置が、
     IP伝送方式を用いたデジタル放送の放送波を受信し、
     前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第1の階層で伝送されるパケットのヘッダに配置されるフィルタリング情報を用い、前記パケットに格納される第1のシグナリングデータのフィルタリング処理を行う
     ステップを含む受信方法。
  11.  サービスを構成する1又は複数のコンポーネントを取得する第1の取得部と、
     第1のシグナリングデータを取得する第2の取得部と、
     前記コンポーネントとともに、前記第1のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送波で送信する送信部と
     を備え、
     前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第1の階層で伝送される、前記第1のシグナリングデータを格納したパケットのヘッダには、前記パケットのフィルタリング処理で用いられるフィルタリング情報が配置される
     送信装置。
  12.  前記パケットは、FLUTEセッションにより伝送されるLCTパケットであって、
     前記LCTパケットにおいて、LCTヘッダに前記フィルタリング情報が配置され、LCTペイロードに前記第1のシグナリングデータが配置される
     請求項11に記載の送信装置。
  13.  前記フィルタリング情報は、前記LCTヘッダのTOIに配置される
     請求項12に記載の送信装置。
  14.  前記フィルタリング情報は、前記LCTヘッダの拡張領域に配置される
     請求項12に記載の送信装置。
  15.  前記フィルタリング情報の一部又は全部は、前記LCTヘッダにおいて、運用に応じて用いられる領域であるコードポイントの代わりに配置される
     請求項12に記載の送信装置。
  16.  前記フィルタリング情報は、前記第1のシグナリングデータの圧縮の有無を示す圧縮情報、前記第1のシグナリングデータのタイプを示すタイプ情報、前記第1のシグナリングデータのタイプごとに設定されるフィルタリング条件を示す拡張フィルタ情報、及び、前記第1のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも1つの情報を含む
     請求項12に記載の送信装置。
  17.  前記第1のシグナリングデータは、ネットワークを介してサーバから取得される
     請求項12に記載の送信装置。
  18.  前記第1のシグナリングデータは、前記FLUTEセッションのインデックス情報を含んでいる
     請求項12に記載の送信装置。
  19.  前記第1のシグナリングデータは、SCS又はESGであって、
     前記IP層よりも下位の階層となる第2の階層で伝送される第2のシグナリングデータは、LLSであり、
     前記FLUTEセッションにより伝送される、特定のサービスを構成するコンポーネントとSCSには、共通のIPアドレスが割り当てられる
     請求項12に記載の送信装置。
  20.  送信装置の送信方法において、
     前記送信装置が、
     サービスを構成する1又は複数のコンポーネントを取得し、
     第1のシグナリングデータを取得し、
     前記コンポーネントとともに、前記第1のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送波で送信する
     ステップを含み、
     前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第1の階層で伝送される、前記第1のシグナリングデータを格納したパケットのヘッダには、前記パケットのフィルタリング処理で用いられるフィルタリング情報が配置される
     送信方法。
PCT/JP2015/055745 2014-03-14 2015-02-27 受信装置、受信方法、送信装置、及び、送信方法 WO2015137149A1 (ja)

Priority Applications (9)

Application Number Priority Date Filing Date Title
EP15761934.7A EP3119102B1 (en) 2014-03-14 2015-02-27 Receiving device, reception method, transmitting device, and transmission method
CN201580012373.3A CN106105250B (zh) 2014-03-14 2015-02-27 接收装置、接收方法、传输装置以及传输方法
KR1020167024327A KR102130191B1 (ko) 2014-03-14 2015-02-27 수신 장치, 수신 방법, 송신 장치, 및 송신 방법
MX2016011573A MX371161B (es) 2014-03-14 2015-02-27 Dispositivo de recepcion, metodo de recepcion, dispositivo de transmision, y metodo de transmision.
CA2941351A CA2941351C (en) 2014-03-14 2015-02-27 Receiving device, reception method, transmitting device, and transmission method
US15/124,192 US10536488B2 (en) 2014-03-14 2015-02-27 Receiving device, reception method, transmitting device, and transmission method
JP2016507445A JP6552482B2 (ja) 2014-03-14 2015-02-27 受信装置、受信方法、送信装置、及び、送信方法
US16/692,905 US11102252B2 (en) 2014-03-14 2019-11-22 Receiving device, reception method, transmitting device, and transmission method
US17/385,531 US11575717B2 (en) 2014-03-14 2021-07-26 Receiving device, reception method, transmitting device, and transmission method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014-050927 2014-03-14
JP2014050927 2014-03-14

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/124,192 A-371-Of-International US10536488B2 (en) 2014-03-14 2015-02-27 Receiving device, reception method, transmitting device, and transmission method
US16/692,905 Continuation US11102252B2 (en) 2014-03-14 2019-11-22 Receiving device, reception method, transmitting device, and transmission method

Publications (1)

Publication Number Publication Date
WO2015137149A1 true WO2015137149A1 (ja) 2015-09-17

Family

ID=54071597

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/055745 WO2015137149A1 (ja) 2014-03-14 2015-02-27 受信装置、受信方法、送信装置、及び、送信方法

Country Status (8)

Country Link
US (3) US10536488B2 (ja)
EP (1) EP3119102B1 (ja)
JP (1) JP6552482B2 (ja)
KR (1) KR102130191B1 (ja)
CN (1) CN106105250B (ja)
CA (1) CA2941351C (ja)
MX (1) MX371161B (ja)
WO (1) WO2015137149A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017517181A (ja) * 2014-04-09 2017-06-22 エルジー エレクトロニクス インコーポレイティド 放送伝送装置、放送受信装置、放送伝送装置の動作方法及び放送受信装置の動作方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015107929A1 (ja) * 2014-01-17 2015-07-23 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
MX371161B (es) 2014-03-14 2020-01-21 Sony Corp Dispositivo de recepcion, metodo de recepcion, dispositivo de transmision, y metodo de transmision.
MX2016012953A (es) 2014-04-11 2016-12-07 Sony Corp Aparato de recepcion, metodo de recepcion, aparato de transmision, y metodo de transmision.
WO2016105100A1 (ko) * 2014-12-22 2016-06-30 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016140486A1 (ko) 2015-03-02 2016-09-09 엘지전자(주) 방송 신호 송수신 장치 및 방법
US10721538B2 (en) 2015-03-08 2020-07-21 Lg Electronics Inc. Apparatus and method for transmitting and receiving broadcast signal
WO2017043898A1 (ko) 2015-09-08 2017-03-16 엘지전자(주) 방송 신호 송수신 장치 및 방법
US11310094B2 (en) 2015-09-08 2022-04-19 Lg Electronics Inc. Apparatus and method for transmitting or receiving broadcast signal
CN108235109B (zh) * 2017-12-28 2021-01-12 深圳Tcl新技术有限公司 表信息传输方法、智能电视及计算机可读存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010090162A1 (ja) * 2009-02-09 2010-08-12 ソニー株式会社 コンテンツ受信装置および方法、コンテンツ送信装置および方法、プログラム、並びに記録媒体
WO2013157440A1 (ja) * 2012-04-18 2013-10-24 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、及びプログラム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
US8537746B2 (en) * 2008-06-09 2013-09-17 Lg Electronics Inc. Method for mapping signaling information to announcement information and broadcast receiver
CA2824464C (en) * 2010-09-14 2016-07-12 Lg Electronics Inc. Apparatus for transmitting broadcasting signal, apparatus for receiving broadcasting signal, and method for transmitting/receiving broadcasting signal through apparatus for transmitting/receiving broadcasting signal
JP5783402B2 (ja) 2011-01-25 2015-09-24 ソニー株式会社 受信装置、受信方法、供給装置、供給方法、プログラム、および放送システム
US9451401B2 (en) * 2011-05-27 2016-09-20 Qualcomm Incorporated Application transport level location filtering of internet protocol multicast content delivery
AU2013101550A4 (en) 2013-11-26 2014-01-09 Macau University Of Science And Technology A method of providing mobility support to Internet Protocol version 6 (IPv6) using filtering technology
MX371161B (es) 2014-03-14 2020-01-21 Sony Corp Dispositivo de recepcion, metodo de recepcion, dispositivo de transmision, y metodo de transmision.
US10721538B2 (en) 2015-03-08 2020-07-21 Lg Electronics Inc. Apparatus and method for transmitting and receiving broadcast signal

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010090162A1 (ja) * 2009-02-09 2010-08-12 ソニー株式会社 コンテンツ受信装置および方法、コンテンツ送信装置および方法、プログラム、並びに記録媒体
WO2013157440A1 (ja) * 2012-04-18 2013-10-24 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3119102A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017517181A (ja) * 2014-04-09 2017-06-22 エルジー エレクトロニクス インコーポレイティド 放送伝送装置、放送受信装置、放送伝送装置の動作方法及び放送受信装置の動作方法
US10694259B2 (en) 2014-04-09 2020-06-23 Lg Electronics Inc. Broadcast transmission device, broadcast reception device, operating method of broadcast transmission device, and operating method of broadcast reception device
US11166083B2 (en) 2014-04-09 2021-11-02 Lg Electronics Inc. Broadcast transmission device, broadcast reception device, operating method of broadcast transmission device, and operating method of broadcast reception device

Also Published As

Publication number Publication date
US11102252B2 (en) 2021-08-24
US20170019431A1 (en) 2017-01-19
US10536488B2 (en) 2020-01-14
MX371161B (es) 2020-01-21
KR102130191B1 (ko) 2020-07-03
KR20160132831A (ko) 2016-11-21
CA2941351A1 (en) 2015-09-17
MX2016011573A (es) 2016-11-29
EP3119102A4 (en) 2017-10-11
EP3119102A1 (en) 2017-01-18
US11575717B2 (en) 2023-02-07
JPWO2015137149A1 (ja) 2017-04-06
US20220053032A1 (en) 2022-02-17
CN106105250B (zh) 2020-01-14
US20200092338A1 (en) 2020-03-19
JP6552482B2 (ja) 2019-07-31
EP3119102B1 (en) 2020-02-26
CN106105250A (zh) 2016-11-09
CA2941351C (en) 2021-10-19

Similar Documents

Publication Publication Date Title
JP6552482B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
US11374993B2 (en) Reception device, reception method, transmission device, and transmission method
JP6643246B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
KR102460464B1 (ko) 수신 장치, 수신 방법, 송신 장치 및 송신 방법
JP2019161656A (ja) 受信方法、及び、送信方法
US20170078765A1 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
KR102484513B1 (ko) 수신 장치, 수신 방법, 송신 장치, 및, 송신 방법
US20200177515A1 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
US11133950B2 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
KR102461599B1 (ko) 수신 장치, 수신 방법, 송신 장치, 및, 송신 방법
US20180359495A1 (en) Apparatus for broadcast signal transmission, apparatus for broadcast signal reception, method for broadcast signal transmission, and method for broadcast signal reception
KR102680458B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR20240108546A (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15761934

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016507445

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2941351

Country of ref document: CA

ENP Entry into the national phase

Ref document number: 20167024327

Country of ref document: KR

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2015761934

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 15124192

Country of ref document: US

Ref document number: MX/A/2016/011573

Country of ref document: MX

Ref document number: 2015761934

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE