[go: up one dir, main page]

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

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

Info

Publication number
WO2015115253A1
WO2015115253A1 PCT/JP2015/051443 JP2015051443W WO2015115253A1 WO 2015115253 A1 WO2015115253 A1 WO 2015115253A1 JP 2015051443 W JP2015051443 W JP 2015051443W WO 2015115253 A1 WO2015115253 A1 WO 2015115253A1
Authority
WO
WIPO (PCT)
Prior art keywords
component
service
audio
control signal
video
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2015/051443
Other languages
English (en)
French (fr)
Inventor
北里　直久
山岸　靖明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of WO2015115253A1 publication Critical patent/WO2015115253A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Definitions

  • the present technology relates to a receiving device, a receiving method, a transmitting device, and a transmitting method, and more particularly, to a receiving device, a receiving method, a transmitting device, and a transmitting method that can flexibly cope with various operation modes. .
  • MPEG2-TS Motion Picture Experts Group Phase 2-Transport Stream
  • IP Internet Protocol
  • IP transmission method By introducing the IP transmission method, it is expected that content in various formats can be transmitted in various distribution forms, and various operation forms can be used. The technical system to respond is not established.
  • This technology has been made in view of such a situation, and is intended to be able to flexibly cope with various operation forms in digital broadcasting using an 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 various services included in a control signal transmitted by the broadcast wave Based on information indicating the distribution form of the component that constitutes the component, the control unit that obtains the component constituting the selected service according to the distribution form and controls the operation of each part that performs a predetermined process relating to the obtained component A receiving device.
  • IP Internet Protocol
  • the distribution form of the component can be broadcast distribution or communication distribution.
  • the control signal is transmitted for each service, and in the broadcast distribution, the component is distributed in the same service as the control signal of the selected service, and the component Can be included in a second broadcast distribution that is distributed in a different service different from the control signal of the selected service.
  • the control signal includes a plurality of signaling information, and the component can be identified by a common ID in each signaling information.
  • the component is a file format and can be transmitted by FLUTE (FileUTEDelivery over Unidirectional Transport) session.
  • FLUTE FileUTEDelivery over Unidirectional Transport
  • each segment in the FLUTE session can store data of a component of a specific category.
  • Each segment in the FLUTE session stores data of a plurality of categories of components, and the control signal may include identification information for identifying the categories of the components.
  • the control signal includes, as signaling information, a table in which parameters relating to at least one of various services and components constituting the service are described.
  • the component ID and the category of the component are included as parameters relating to the component. Can be described.
  • the control signal is transmitted in a layer higher than the IP layer among the protocol layers in the IP transmission scheme, and a common IP address is assigned to the component and the control signal constituting each service. can do.
  • 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 digital broadcasting using the IP transmission method is received, and various services included in a control signal transmitted by the broadcast wave are configured.
  • the components constituting the selected service are acquired according to the distribution form, and the operation of each unit that performs a predetermined process related to the acquired component is controlled.
  • the transmission device includes a first acquisition unit that acquires one or more components constituting various services, and a second that acquires a control signal including information indicating a distribution form of the components. And a transmission unit that transmits a broadcast wave that uses the IP transmission method and includes the component that constitutes the service and the control signal.
  • the distribution form of the component can be broadcast distribution or communication distribution.
  • the control signal is transmitted for each service, and the broadcast distribution includes a first broadcast distribution in which the component is distributed in the same service as the control signal of the selected service;
  • the second broadcast distribution distributed in a different service different from the control signal of the selected service may be included.
  • the control signal includes a plurality of signaling information, and the component can be identified by a common ID in each signaling information.
  • the component is in a file format and can be transmitted by a FLUTE session.
  • each segment in the FLUTE session can store data of a component of a specific category.
  • Each segment in the FLUTE session stores data of a plurality of categories of components, and the control signal may include identification information for identifying the categories of the components.
  • the control signal includes, as signaling information, a table in which parameters relating to at least one of various services and components constituting the service are described.
  • the component ID and the category of the component are included as parameters relating to the component. Can be described.
  • the control signal is transmitted in a layer higher than the IP layer among the protocol layers in the IP transmission scheme, and a common IP address is assigned to the component and the control signal constituting each service. can do.
  • 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 various services are acquired, a control signal including information indicating a distribution form of the components is acquired, and an IP transmission method A broadcast wave including the component constituting the service and the control signal is transmitted.
  • the first aspect and the second aspect of the present technology it is possible to flexibly cope with various operation forms in digital broadcasting using the IP transmission method.
  • FIG. 1 is a diagram showing a protocol stack for digital broadcasting of an IP transmission method.
  • the lowest layer is a physical layer, and the frequency band of the broadcast wave allocated for the service (channel) corresponds to this.
  • the upper layer adjacent to the physical layer is an IP layer with a BBP stream (Base Band Packet Stream) in between.
  • the BBP stream is a stream including packets storing various data in the IP transmission method.
  • the IP layer is equivalent to IP (Internet Protocol) in the TCP / IP protocol stack, and an IP packet is specified by an IP address.
  • IP Internet Protocol
  • the upper layer adjacent to the IP layer is a UDP layer, and further higher layers are RTP and FLUTE / ALS.
  • UDP User Datagram Protocol
  • RTP Real-time Transport Protocol
  • FLUTE File Delivery over Unidirectional Transport
  • the upper layer adjacent to FLUTE / ALS is fMP4 (Fragmented MP4), and the upper layer adjacent to RTP, fMP4 is video data (Video), audio data (Audio), subtitle data (Closed Caption), etc. Is done. That is, an RTP session is used when video data and audio data are transmitted in a stream format, and a FLUTE session is used when video data and audio data are transmitted in a file format.
  • NRT content NRT Content
  • ESG Electronic Service Service Guide
  • SCS NRT content
  • NRT content is content transmitted by NRT (Non-RealTime) broadcasting, and is reproduced after being temporarily stored in the storage of the receiver.
  • NRT content is an example of content, and a file of another content may be transmitted by the FLUTE session.
  • ESG Electronic Service Service Guide
  • ESG Electronic Service Service Guide
  • SCS Service Channel Signaling
  • MPS Media Presentation Description
  • SPT Service Parameter Table
  • SDP Session Description Protocol
  • USD User Service Description
  • LLS Low Layer Signaling
  • service configuration information such as SCT (Service Configuration Table), SAT (Service Association Table), EAT (Emergency Alerting Table), RRT (Region Rating Table), and the like is transmitted.
  • FIG. 2 is a diagram showing a relationship between a broadcast wave signal of digital broadcasting using the IP transmission method and an ID system of the IP transmission method.
  • a network wave (hereinafter also referred to as “network_id” or “networkId”) is assigned to a broadcast wave (broadcast network (Network)) having a predetermined frequency band (6 MHz).
  • Each broadcast wave includes one or more BBP streams identified by a BBP stream ID (hereinafter also referred to as “BBP_stream_id” or “BBPStreamId”).
  • BBP_stream_id BBP stream ID
  • a BBP stream is composed of a plurality of BBP packets including a BBP header and a payload.
  • Each BBP stream includes one or more services (Services) identified by service IDs (hereinafter also referred to as “service_id” and “ServiceId”).
  • Service is composed of one or a plurality of components.
  • Each component is information constituting a program such as video data, audio data, and caption data.
  • IP transmission system ID system 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 (hereinafter referred to as “triplet”).
  • the triplet represents the BBP stream configuration and the service configuration in the broadcast network.
  • a BBP stream ID is used instead of the transport stream ID.
  • FIG. 3 is a diagram showing a configuration of a broadcast wave of IP transmission type digital broadcasting.
  • a plurality of BBP streams are transmitted on a broadcast wave (“Network” in the figure) having a predetermined frequency band (6 MHz).
  • Each BBP stream includes NTP (Network Time Protocol), a plurality of service channels (Service Channel), an electronic service guide (ESG Service), and LLS.
  • NTP Network Time Protocol
  • Service Channel a plurality of service channels
  • ESG Service electronic service guide
  • LLS LLS
  • NTP, 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.
  • Each service channel includes components such as video data and audio data, and SCS such as SPT and SDP.
  • SCS such as SPT and SDP.
  • a common IP address is assigned to each service channel, and components, control signals, and the like can be packaged for each service channel or a plurality of service channels using this IP address.
  • the network, the BBP stream (BBP Stream), and the component correspond to those in FIG. 2, but the service channel (Service Channel) is the service in FIG. It corresponds to.
  • FIG. 4 is a diagram illustrating the configuration of the LLS in the IP transmission scheme.
  • a BBP packet is composed of a BBP header and a payload.
  • the payload portion is an IP packet.
  • LLS when LLS is transmitted using a BBP stream, the LLS is placed next to the BBP header.
  • LLS for example, SCT or SAT described in XML (Extensible Markup Language) format is arranged, but an SGDU header is added with the XML fragment (XML fragment) of a part of the data as the LLS body. .
  • SCT and SAT are transmitted by SGDU container (ServiceDUGuide Delivery Unit Container).
  • the BBP header contains 2-bit type information, and the type information can distinguish whether the BBP packet is an IP packet or an LLS.
  • FIG. 5 is a diagram illustrating the configuration of the SCS in the IP transmission scheme.
  • SCS Since SCS is transmitted using a FLUTE session, it is placed next to each BBP, IP, UDP, and LCT header.
  • SPT and SDP are arranged as SCS, and an SGDU header is added with an SDP fragment (SDP fragment) of a part of the data as an SCS main body.
  • SDP fragment SDP fragment
  • the SCS main body is not limited to the SDP fragment.
  • an SPT XML fragment (XML fragment) described in XML format can be arranged and transmitted by the SGDU container.
  • FIG. 6 is a diagram illustrating the structure of the SGDU described in FIGS. 4 and 5.
  • SGDU is adopted as a standard of OMA (Open Mobile Alliance).
  • SGDU Service Guide Delivery Unit
  • header information (Unit_Header) and payload (Unit_Payload).
  • payload (Unit_Payload).
  • extension information (extension_data) is arranged as necessary.
  • fragmentTransportID indicates fragment identification.
  • SCT and SDP are identified by fragmentTransportID.
  • FragmentVersion indicates the version number of the fragment.
  • the actual data of at least one of XML fragment (XML fragment) and SDP fragment (SDP fragment) is placed in the payload. That is, data of one or a plurality of fragments according to the number specified by the header information n_o_service_guide_fragments is arranged in the payload.
  • a combination of a plurality of fragments arranged in the payload is arbitrary such that both of the XML fragment and the SDP fragment are arranged.
  • the position of an arbitrary fragment among a plurality of arranged fragments can be indicated by the offset of the header information.
  • fragmentType indicating the type of the fragment is arranged together with actual data.
  • SDP fragment a fragment ID for identifying the fragment is arranged together with actual data.
  • extension_type indicating the type of extension information is arranged together with the extension data (extension_data). Also, the location of the extension information can be indicated by specifying extension_offset in the header information.
  • FIG. 7 is a diagram illustrating a structure of signaling information.
  • SCT SCT
  • SAT SAT
  • EAT RRT
  • the SCT employs a triplet used in the MPEG2-TS system, and the triplet indicates the BBP stream configuration and service configuration in the broadcast network.
  • the SCT also includes information such as IP address as attribute / setting information for each service, bootstrap information for accessing ESG and SCS, and the like.
  • SAT indicates on-air service for each BBP stream.
  • the SAT can determine whether a particular service is on air (broadcasting).
  • EAT contains information about emergency notifications.
  • the RRT includes rating information.
  • MPD MPD
  • SPT Segment URL
  • the SDP includes service attributes for each service, component configuration information, component attributes, component filter information, component location information, and the like.
  • USD includes FDD (File Delivery Description), and a segment file transmitted by, for example, a FLUTE session is specified by SDP and USD.
  • ESG is an electronic service guide including information such as program title and start time.
  • the application (Application) is composed of a file in HTML (Hyper Text Markup Language) format, and is distributed from a server on the Internet, for example.
  • the application is executed in conjunction with broadcast content such as a television program provided as a specific service.
  • ESG and applications can be associated with USD.
  • FIG. 8 is a diagram showing the structure of MPD (Media Presentation Description). The MPD is described in a markup language such as XML.
  • the MPD is composed of a Period element, an AdaptationSet element, and a Representation element in a hierarchical structure.
  • the MPD structure in FIG. 8 only main elements and attributes constituting the MPD are described, and actually other elements and attributes are described.
  • the Period element is described in units that describe the composition of content and programs. For example, information such as language can be specified in the AdaptationSet element. In the Representation element, for example, information regarding the encoding speed and the screen size can be specified.
  • the Representation element is a higher element of the id attribute and BaseURL element.
  • a representation ID is specified. With this representation ID, it is possible to establish component correspondence with other signaling information (SPT, SDP, USD) of the SCS.
  • SPT signaling information
  • SDP SDP
  • USD USD
  • component location information is specified.
  • FIG. 8 shows a case where one AdaptationSet element and one Representation element are arranged, but a plurality of AdaptationSet elements and Representation elements can be arranged.
  • FIG. 9 is a diagram illustrating the syntax of an SPT (Service Parameter Table).
  • SPT Service Parameter Table
  • the SPT is described in a markup language such as XML.
  • “@” is added to the attribute. Further, the indented element and attribute are specified for the upper element.
  • the Spt element is a serviceId attribute, spIndicator attribute, ProtocolVersionDescriptor element, NRTServiceDescriptor element, CapabilityDescriptor element, IconDescriptor element, ISO639LanguageDescriptor element, ReceiverTargetingDescriptor element, AssociatedServiceDescriptor element, ContentAdvisoryDescriptor element, and upper elements of the Component element .
  • the service ID is specified in the serviceId attribute.
  • the spIndicator attribute whether or not each service identified by the service ID is encrypted is specified. When “on” is specified as the spIndicator attribute, it indicates that the service is encrypted, and when “off” is specified, it indicates that the service is not encrypted. .
  • ProtocolVersionDescriptor element information indicating what kind of service the data service is specified.
  • NRTServiceDescriptor element information related to the NRT service is specified.
  • CapabilityDescriptor element information on a function (capability) required for a receiver that receives the provision of the NRT service is specified.
  • IconDescriptor element information indicating the acquisition destination of the icon used in the NRT service is specified.
  • the language code of the NRT service is specified in the ISO639LanguageDescriptor element.
  • target information of the NRT service is specified.
  • Information related to related subordinate services is specified in the AssociatedServiceDescriptor element.
  • Information related to the rating region is specified.
  • the Component element is an upper element of the componentId attribute, representationId attribute, subRepresentationLevel attribute, componentCategory attribute, locationType attribute, componentEncription attribute, TargetedDeviceDescriptor element, Content advisoryDescriptor element, VideoParameters element, AudioParameters element, and CaptionParameters element.
  • the component ID is specified in the componentId attribute.
  • the representation ID is specified in the representationId attribute. With this representation ID, it is possible to establish component correspondence with other signaling information (MPD, SDP, USD) of the SCS.
  • the subrepresentation level is specified in the subRepresentationLevel attribute.
  • the sub-representation level is information for identifying components of a plurality of categories (for example, video and audio) stored in each segment in the FLUTE session.
  • the component category information is specified in the componentCategory attribute.
  • this category information for example, “video”, “audio”, “caption”, “nrt” are designated. “video” indicates a video component, “audio” indicates an audio component, and “caption” indicates a subtitle component. “Nrt” indicates that the data is NRT content data.
  • the locationType attribute specifies component location type information. As this type information, for example, “bb”, “bca”, “bco” are designated. “bb” is an abbreviation for Broadband and indicates that a component is distributed using communication. “bca” is an abbreviation for “Broadcast-actual”, and indicates that a component is distributed using broadcasting and distributed within the same service as the service in which the SPT (SCS) is transmitted. “bco” is an abbreviation for “Broadcast other”, and indicates that a component is distributed using broadcast and distributed in a service different from the service in which the SPT (SCS) is transmitted.
  • bca is specified as the locationType attribute and the component is distributed within the same service is also referred to as “inband”.
  • band is specified as the locationType attribute and the component is distributed within another service.
  • componentEncription attribute it is specified whether each component identified by component ID is encrypted. If “on” is specified as the componentEncription attribute, it indicates that the component is encrypted. If “off” is specified, it indicates that the component is not encrypted. .
  • TargetedDeviceDescriptor element information related to the target device is specified. Rating information for each component is specified in the ContentAdvisoryDescriptor element.
  • Video parameters are specified in the VideoParameters element.
  • the VideoParameters element is an upper element of the AVCVideoDescriptor element and the HEVCVideoDescriptor element. That is, when AVC (Advanced Video Coding) is used as the video data encoding method, an AVC Video Descriptor element is specified, and when HEVC (High Efficiency Video Coding) is used, the HEVC Video Descriptor element is It is specified.
  • AVC and HEVC are examples of video data encoding schemes, and when other encoding schemes are used, corresponding VideoDescriptor elements are designated.
  • Audio parameters are specified in the AudioParameters element.
  • the AudioParameters element is an upper element of the MPEG4AACAudioDescriptor element and the AC3AudioDescriptor element. That is, when MPEG4AAC (Advanced Audio Coding) is used as the audio data encoding method, the MPEG4AACAudioDescriptor element is specified, and when AC3 (Audio Code number 3) is used, the AC3AudioDescriptor element is specified.
  • the MPEG4AAC and AC3 are examples of audio data encoding schemes, and when other encoding schemes are used, corresponding AudioDescriptor elements are designated.
  • the CaptionParameters element specifies subtitle parameters.
  • ProtocolVersionDescriptor element the NRTServiceDescriptor element, the CapabilityDescriptor element, the IconDescriptor element, the ISO639 LanguageDescriptor element, and the ReceiverTargetingDescriptor element are defined for the NRT service.
  • the number of occurrences (Cardinality) of SPT elements and attributes shown in FIG. 9 is shown.
  • “1" is specified, only one element or attribute is specified, and "0..1” Is specified, whether or not to specify the element or attribute is arbitrary. If “1..n” is specified, one or more elements or attributes are specified. If “0..n” is specified, one or more elements or attributes are specified. It is optional. The meaning of the number of appearances is the same in other syntaxes described later.
  • FIG. 10 is a diagram illustrating the syntax of the Associated Service Descriptor.
  • the Associated Service Descriptor is described in, for example, a markup language such as XML.
  • “@” is added to the attribute. Further, the indented element and attribute are specified for the upper element.
  • the AssociatedServiceDescriptor element is an upper element of the networkId attribute, the BBPStreamId attribute, and the serviceId attribute.
  • a network ID is specified in the networkId attribute.
  • a BBP stream ID is specified in the BBPStreamId attribute.
  • a service ID is specified in the serviceId attribute. That is, the related dependent service is specified by the triplet.
  • FIG. 11 is a diagram showing the structure of SDP (Session Description Protocol). The SDP is described in a text format, for example.
  • the SDP is composed of two parts, a session description part (Session Description) and a media description part (Media Description).
  • Session Description Session Description
  • Media Description media description part
  • the session description part information related to the session is described.
  • the media description unit can describe a plurality of media information such as audio data and video data transmitted in the RTP session or FLUTE session.
  • the session description part includes protocol version (v), origin (o), session name (s), session information (i), URI (u), email address (e), phone number (p), connection data (c ), (Session) bandwidth (b), timing (t), repeat times (r), time zone (z), encryption keys (k), (session) attributes (a).
  • Protocol version (v) specifies the protocol version. As this value, “0” or a value determined by service operation is designated. In RF2327, “0” is always specified.
  • origin (o) the information of the creator of the SDP description document is specified. For example, as origin (o), user name (username), session ID (sess-id), session version (sess-version), network type (nettype), address type (addrtype), unicast address (unicast-address) ) Is specified.
  • session name the name of the session is specified.
  • session information information about the session is specified.
  • URI Uniform Resource Identifier
  • Email address (e) specifies the email address of the contact person in charge of session management.
  • phone number (p) specifies the telephone number of the contact person in charge of the session management.
  • connection data (c) information on the network address used in the session is specified. For example, information such as a network type (nettype), an address type (addrtype), and a connection address (connection-address) is specified as connection data (c).
  • connection data (c) information on the network address used in the session is specified.
  • information such as a network type (nettype), an address type (addrtype), and a connection address (connection-address) is specified as connection data (c).
  • connection data (b) bandwidth used for the media used in the session is specified.
  • Timing (t) specifies the effective start time and end time of the session. In repeat times (r), a repetition cycle or the like is specified when a session is periodically repeated.
  • the timing description part is composed of timing (t) and repeat ⁇ times (r).
  • Time zones (z) specifies the offset when it is necessary to switch between daylight saving time and winter time when repeat is specified in repeat times (r) of the time descriptor.
  • encryption keys (k) the encryption key used in the session or its information is specified.
  • session attributes (a) specifies various information related to a session.
  • media announcements (m), media information (i), connection data (c), (media) bandwidth (b), encryption keys (k), (media) attributes can be described.
  • media ⁇ announcements information such as media type (media), port number (port), protocol (proto), and format (fmt) is specified.
  • media information information about the media is specified.
  • connection data information on the network address used on the media is specified.
  • (Media) bandwidth (b) specifies the bandwidth used by the media stream.
  • encryption keys (k) an encryption key used for the media or its information is designated.
  • attributes relating to media are specified in (media) attributes.
  • FIG. 12 is a diagram illustrating SDP attribute types (Attributes).
  • ptime ptime
  • fmtp fmtp
  • sendrecv recvonly
  • sendonly inactive
  • rtpmap rtpmap
  • representation-id representation-id
  • Ptime indicates the length of the media included in one packet, and the amount of data included in the packet is specified as the value.
  • the fmtp indicates a format used in the media and specific parameters necessary for the format, and the format and parameters are specified as the value.
  • Sendrecv indicates that the medium is bidirectional for transmission and reception. recvonly indicates that the media is only received. sendonly indicates that the medium is only for transmission. inactive indicates that the media is not sent in both directions. For example, it is used when media transmission / reception is suspended in the middle of a session or when a port number, codec, etc. are reserved before the session starts.
  • Rtpmap indicates the mapping between the payload and the encoding type, and the payload type and the encoding type are specified as its value.
  • the representation-id indicates the representation ID, and the representation ID is specified as the value. With this representation ID, it is possible to establish component correspondence with other signaling information (MPD, SPT, USD) of the SCS.
  • FIG. 13 is a diagram illustrating a description example of SDP.
  • the session description part contains "v” indicating the protocol version, "o” indicating the instance creator information, "c” indicating the connection data, and "t” indicating the session valid time. ing.
  • IP address An IP address (URL) of “host.example.com” is specified for each address type.
  • IP address information used in a specific session the network type that is "IN” (Internet), the IP address type that is “IP4" (IPv4), and the IP address that is "192.0.2.4" It is specified. Furthermore, “0 0” is specified as the session valid time.
  • IP Internet
  • IP6 IPv6
  • the time scale of the RTP time stamp is 90000.
  • FIG. 14 is a diagram showing the structure of USD (User Service Description). The USD is described in a markup language such as XML.
  • the USBD element is a root element of USD, and the USD element can be described for each service. However, since the SCS for transmitting USD is provided for each service, only one USD element for each service is described in the USBD element.
  • the USD element is an upper element of the appService element, broadcastAppService element, broadcastotherService element, broadcastAppService element, and DeliveryMethod element.
  • the appService element is an upper element of the appServiceDescriptionURI element. MPD reference destination can be specified by this appService element and appServiceDescriptionURI element.
  • the broadcastAppService element is a higher element of the basePattern element.
  • basePattern element baseURL of component is specified.
  • the base URL is described in the basePattern element.
  • “Video1” and “Audio1” are described in the basePattern element as components distributed in-band.
  • the broadcastotherService element is an upper element of the basePattern element where the baseURL of the component is specified.
  • baseURL is described in the basePattern element.
  • “Audio2” is described in the basePattern element as a component that is broadcast and distributed in the outband.
  • the broadbandAppService element is an upper element of the basePattern element in which the baseURL of the component is specified.
  • baseURL is described in the basePattern element.
  • “Audio3” is described in the basePattern element as a component that is distributed by communication.
  • the baseURL described in the MPD with the baseURL described in the broadcastAppService element, the broadcastotherService element, and the broadcastAppService element, what kind of distribution form the component specified by the baseURL described in the MPD Can be identified. Specifically, if the base URL of the MPD and broadcastAppService elements match, this indicates that the component is broadcast in-band, and if the base URL of the MPD and broadcastotherService elements match, the component is broadcast out-of-band. If the base URL of the MPD and the broadbandAppService element match, it indicates that the component is being delivered by communication.
  • the broadcastAppService element, the broadcastotherService element, and the broadcastAppService element correspond to the type information specified in the locationType attribute of the Component element of the SPT (FIG. 9) described above, and not only in the SPT but also in the USD, The distribution form of the component can be identified.
  • the DeliveryMethod element is a higher element of the SessionDescriptonURI element and the FDD element.
  • the SDP reference destination can be specified by this DeliveryMethod element and SessionDescriptonURI element.
  • the FDD (File Delivery Description) element contains TOI (Transport Object Identifier) that is identification information of multiple objects sent for each FLUTE session as index information for each TSI (Transport Session Identifier) that is identification information of each FLUTE session. ) Is described.
  • the file to be transmitted is managed as one object by TOI.
  • a set of a plurality of objects is managed as one session by TSI. That is, in the FLUTE session, a specific file can be designated by two pieces of identification information of TSI and TOI. Details of the FDD will be described later with reference to FIG.
  • FIG. 15 is a diagram illustrating the syntax of FDD.
  • the StaticFDD element is an upper element of the tsi attribute, objectDeliveryMode attribute, oufOfOrderSending attribute, contentEncoding attribute, contentEncoding attribute, byteRange attribute, representationId attribute, CodePoint element, File element, and FileTemplate element.
  • ⁇ TSI is specified in the tsi attribute.
  • objectDeliveryMode the distribution mode of the object is specified.
  • Information related to distribution is specified in the oufOfOrderSending attribute.
  • contentEncoding attribute information related to content encoding is specified.
  • byteRange attribute information related to the byte range of the file is specified.
  • the representation ID is specified in the representationId attribute. For example, this representation ID is used when a FLUTE session is used only for a specific component (eg, video). Also, with this representation ID, it is possible to establish a component correspondence with other signaling information (MPD, SDP, SDP) of the SCS. Information related to the LCT header is specified in the CodePoint element.
  • the File element is an upper element of the contentLocation attribute, TOI attribute, contentEncoding attribute, contentMD5 attribute, and representationId attribute.
  • the URL of the file is specified in the contentLocation attribute.
  • TOI attribute specifies TOI.
  • information related to content encoding is specified.
  • information on MD5 (Message ⁇ Digest 5) is specified.
  • the representation ID is specified in the representationId attribute.
  • this representation ID is used when video and audio files are included in one FLUTE session and it is necessary to distinguish them in file units. Also, with this representation ID, it is possible to establish a component correspondence with other signaling information (MPD, SDP, SDP) of the SCS.
  • the FileTemplate element is a higher element of the startTOI attribute and endTOI attribute.
  • the startTOI attribute specifies the TOI start value when the TOI changes in time series.
  • the endTOI attribute specifies the end value of the TOI when the TOI changes in time series. That is, by specifying the startTOI attribute and the endTOI attribute, the values are sequentially incremented from the TOI start value to the end value. This eliminates the need to obtain an FDD each time the TOI changes.
  • the data structure of the SCS signaling information (MPD, SPT, SDP, USD) described above is merely an example, and other structures can be adopted.
  • FIG. 16 is a diagram illustrating an operation example (hereinafter referred to as “operation example 1”) in the case of using a service-unit FLUTE session as the first embodiment.
  • video and audio components are distributed using both broadcast and communication.
  • a service 1 (Serice1) as a main service (main) and a service 2 (Service2) as an associated subordinate service (sub) are distributed using broadcasting, and an audio 3 (Audio3) is distributed. It is distributed using communication.
  • components of video 1 (Video 1) and audio 1 (Audio 1) constituting service 1 are in-band, and components of audio 2 (Audio 2) constituting service 2 are out-of-band. Become.
  • Service 1 (Serice 1) is, for example, a television program, and is composed of video 1 and audio 1. These components are transmitted in the same FLUTE session.
  • MPD, SPT, SDP, and USD are transmitted as the SCS for service 1, and are acquired using the bootstrap information of the SCT transmitted as LLS.
  • “10” is specified in the segment of video 1 as the startTOI attribute of the USD FDD element. Therefore, by sequentially incrementing the TOI value from “10” to “11”, “12”,..., N, it is possible to specify the TOI that changes in time series for each segment.
  • “1010” is specified as the startTOI attribute for the audio 1 segment. Therefore, by sequentially incrementing the TOI value from “1010” to “1011”, “1012”,..., M, it is possible to specify the TOI that changes in time series for each segment.
  • the audio 3 component is streamed from a distribution server provided on the Internet.
  • the components of the audio 3 are divided into segments such as, for example, Segment 2010, Segment 2011, Segment 2012,.
  • category information and location type information are specified for each component as service components, and the distribution form of each component can be specified.
  • “bca” is designated as the location type information for the video 1 and audio 1 components, indicating that the components are broadcast in-band.
  • “bco” is designated for the component of audio 2, and this component indicates that the component is being broadcasted out of band.
  • “bb” is designated for the audio 3 component, which indicates that the component is distributed by communication.
  • the MPD of service 1 describes URLs of components of video 1, audio 1, audio 2, and audio 3 as service components.
  • the SDP of service 1 describes component configuration information, location information (for example, port number and TSI), and the like.
  • the SPT of service 1 can specify that the video 1 and audio 1 components are broadcast in-band, so refer to the FDD element of service 1 USD.
  • the segments specified by the TOI that changes in time series are sequentially specified starting from the startTOI of the FDD element of the service 1 USD. You can get the component.
  • the SPT of service 1 can identify that the audio 2 component is being broadcasted out-of-band, and can recognize that the service 2 is being transmitted by the Associated Service Descriptor described in the SPT.
  • the component of audio 3 can be identified by communication by the SPT of service 1, it is possible to access the distribution server (Server) according to the URL of audio 3 described in the MPD of service 1.
  • the component of the audio 3 stream-distributed from the distribution server can be acquired.
  • Service 1 and service 2 are distinguished by service_type specified for each service in the SCT.
  • the location type information is not limited to SPT, and may be specified with reference to USD.
  • FIG. 18 is a diagram illustrating a description example of the MPD in FIG. Note that MPD is described in XML, so the actual description is different from this example, but expresses and describes the hierarchical structure and attributes of XML elements.
  • the MPD describes a representation ID and URL (BaseURL) of each component as service components.
  • Video1 is specified as BaseURL for video 1, and the character string obtained by combining the URL of the distribution server ("http://10.1.200.10/”) and "Video1" (“http://10.1.200.10/Video1”) is the segment URL.
  • Audio 1 is specified as the BaseURL, and the segment URL is “http://10.1.200.10/Audio1”.
  • “Audio2” is specified as the BaseURL, and the segment URL is “http://10.1.200.10/Audio2”.
  • “Audio3” is designated as the BaseURL for the audio 3
  • the segment URL is “http://10.1.200.10/Audio3”.
  • FIG. 19 is a diagram illustrating a description example of the SDP in FIG.
  • FIG. 21 is a diagram showing an example of the structure of USD in FIG.
  • MPD (FIG. 18) is referred to by appService element and appServiceDescriptionURI element.
  • the representation ID and BaseURL (“Video1”) of the component of video 1 and the representation ID and BaseURL (“Audio1”) of the component of audio 1 are described.
  • descriptions of the representation ID and BaseURL of the audio 2 and audio 3 components are omitted.
  • the matching may be performed using the representation ID of each component of the MPD and the representation ID of the FDD element of USD instead of location information such as BaseURL and contentLocation attribute.
  • each signaling information (MPD, SPT, SDP, USD (FDD)) includes a representation for commonly identifying a specific component including in-band and out-band. An ID is set, and each signaling information can be referred to using this representation ID.
  • the segment URL (BaseURL) of MPD and the content_location of USD (FDD) correspond to each other, the location information can be referred to each other.
  • the startTOI of the video 1 segment can be acquired by matching the segment URL (BaseURL) of the MPD with the content_location of the USD (FDD). Then, from the FLUTE session specified by the SDP port number (port_num) and the TSI, the segment specified by the TOI that changes in time series with the startTOI as the start value is sequentially specified to acquire the component of the video 1 Can do.
  • the sub-representation level is not necessary, so the description is omitted in MPD and SPT.
  • the description is omitted in MPD and SPT.
  • IP_address IP address
  • FIG. 23 is a diagram illustrating a configuration example of each segment in the FLUTE session of the operation example 1 of FIG.
  • Each segment of the FLUTE session is configured by an ISO base media file format defined by ISO / IEC 14496-12.
  • the video 1 segment is composed of an initialization segment (Initialization Segment) and a media segment (Media Segment).
  • the initialization segment includes initialization information such as a data compression method.
  • the media segment stores the video 1 component.
  • the initialization segment consists of ftyp and moov.
  • ftyp file type box
  • moov moov
  • the media segment consists of styp, sidx, ssix, moof, and mdat.
  • styp indicates the file format specification version of the file in segment units.
  • sidx shows the index information in a segment.
  • ssix indicates index information for each subsegment (level) in the segment.
  • “Moof (movie fragment box)” indicates fragment control information.
  • moof includes traf. traf (track fragment box) indicates control information for each track.
  • control information for each track of video 1 is arranged in traf.
  • mdat media data box indicates the media data body of the fragment.
  • video 1 data (file) is arranged in mdat.
  • the audio 1 segment is basically configured in the same manner as the video 1 segment. However, since the media segment is an audio 1 segment, control information for each track of the audio 1 is arranged in the traf of the moof. Audio 1 data (file) is arranged in mdat.
  • FIG. 23 shows a description example of MPD corresponding to the configuration of each segment of video 1 and audio 1 described above.
  • the Representation elements of video 1 and audio 1 describe Initialization1Segment URL and a plurality of Each Media Segments URL.
  • Initialization Segment URL describes the URL for identifying the initialization segment.
  • the URL for identifying each media segment is described in the “Each Media Segments URL”.
  • FIG. 24 is a diagram illustrating an operation example (hereinafter referred to as “operation example 2”) when a component-unit FLUTE session is used as the second embodiment.
  • video and audio components are distributed using both broadcasting and communication.
  • a service 1 as a main service and a service 2 as a related subordinate service are distributed using broadcasting, and an audio 3 is distributed using communication.
  • the components of video 1 and audio 1 constituting service 1 are in-band, and the components of audio 2 constituting service 2 are out-of-band.
  • the service 1 is, for example, a TV program, and is composed of a video 1 and an audio 1, but these components are transmitted in different FLUTE sessions.
  • MPD, SPT, SDP, and USD are transmitted as the SCS for service 1, and are acquired using the bootstrap information of the SCT transmitted as LLS.
  • the component of video 1 is transmitted, but the component is divided for each segment, and the file of each segment is specified by TOI.
  • TOI For example, in the segment of video 1, “10” is specified as the startTOI attribute of the USD FDD element, and the TOI values are sequentially changed from “10” to “11”, “12”,.
  • TOI By incrementing to n, it is possible to specify the TOI that changes in time series for each segment.
  • the audio 2 component is transmitted in the audio 2 FLUTE session.
  • the component is divided into segments, and the file of each segment is designated by the TOI.
  • “10” is specified as the startTOI attribute of the USD FDD element, and the TOI values are sequentially changed from “10” to “11”, “12”,.
  • By incrementing with m it is possible to specify a TOI that changes in time series for each segment.
  • SDP and USD are transmitted as SCS for service 2.
  • SCS SCS for service 2.
  • “10” is specified as the startTOI attribute for the audio 2 segment, and the TOI values are sequentially set to “11”, “12”,. • By incrementing with p, TOI that changes in time series for each segment can be specified.
  • the audio 3 component is streamed from a distribution server provided on the Internet.
  • the components of the audio 3 are divided into segments such as, for example, Segment 2010, Segment 2011, Segment 2012,.
  • category information and location type information are specified for each component as a service component, and the distribution form of the component can be specified.
  • “bca” is specified for the components of video 1 and audio 1 as location type information, and this component indicates that the component is broadcast in-band.
  • “bco” is designated for the component of audio 2, and this component indicates that the component is being broadcasted out of band.
  • “bb” is designated for the audio 3 component, which indicates that the component is distributed by communication.
  • the FLUTE session is different for each component, that is, when the service 1 is selected because the video 1 component and the audio 1 component are transmitted in different FLUTE sessions.
  • the video 1 component and the audio 1 component can be acquired by sequentially acquiring all the segments transmitted in each FLUTE session.
  • each FLUTE session is specified by the SDP (port number and TSI) of service 1, but all segments are identified. There is no need to use TOI for acquisition.
  • URLs of components of video 1, audio 1, audio 2, and audio 3 are described as service components.
  • matching between MPD and USD can be performed using the representation ID and location information.
  • the audio 2 component is acquired by sequentially acquiring all the segments transmitted in the FLUTE session. Can do.
  • the FLUTE session is specified by the SDP (port number and TSI) of the service 2 as indicated by the solid lines from the SPT “Audio2” of the service 1 and the SDP “Audio2” of the service 2 in the figure.
  • SDP port number and TSI
  • the component of audio 3 can be identified by communication by the SPT of service 1, it is possible to access the distribution server (Server) according to the URL of audio 3 described in the MPD of service 1.
  • the component of the audio 3 stream-distributed from the distribution server can be acquired.
  • FIG. 26 is a diagram illustrating a description example of the SDP in FIG.
  • FIG. 27 is a diagram showing an example of the structure of USD in FIG.
  • the video 1 and audio 1 components constituting the service 1 have different FLUTE sessions, that is, two FLUTE sessions of a video 1 FLUTE session and an audio 1 FLUTE session. Because it exists, the USD describes two FDDs for each FLUTE session.
  • the MPD (FIG. 18) is referred to by the appService element and the appServiceDescriptionURI element.
  • the representation ID (“23”) and BaseURL (“Video1”) of the component of video 1 and the representation ID (“45”) and BaseURL (“Audio1”) of the component of audio 1 are described. ing.
  • matching may be performed using the representation ID of each component of MPD and the representation ID of each FDD instead of location information such as BaseURL and contentLocation attribute.
  • each signaling information (MPD, SPT, SDP, USD (FDD)) includes a representation for commonly identifying a specific component including in-band and out-band. An ID is set, and each signaling information can be referred to using this representation ID.
  • the segment URL (BaseURL) of MPD and the content_location of USD (FDD) correspond to each other, the location information can be referred to each other.
  • the startTOI of the video 1 segment can be acquired by matching the segment URL (BaseURL) of the MPD with the content_location of the USD (FDD). Then, from the FLUTE session specified by the SDP port number (port_num) and the TSI, the segment specified by the TOI that changes in time series with the startTOI as the start value is sequentially specified to acquire the component of the video 1 Can do.
  • the sub-representation level is not necessary, so the description is omitted in the MPD and SPT.
  • Segment configuration example The configuration of each segment in the FLUTE session of the operation example 2 in FIG. 24 is the same as the segment configuration in the operation example 1 of FIG. 16 described with reference to FIG. Omitted.
  • FIG. 29 is a diagram illustrating an operation example (hereinafter referred to as “operation example 3”) in the case where a plurality of components are included in one segment, as the third embodiment. is there.
  • video and audio components are distributed using both broadcasting and communication.
  • a service 1 as a main service and a service 2 as a related subordinate service are distributed using broadcasting, and an audio 3 is distributed using communication.
  • the service 1 is, for example, a television program and is composed of a video 1 and an audio 1, and the video 1 component and the audio 1 component are merged into one segment.
  • video 1 and audio 1 included in one segment are also referred to as “video / audio 1”.
  • MPD, SPT, SDP, and USD are transmitted as the SCS for service 1, and are acquired using the bootstrap information of the SCT transmitted as LLS.
  • the video 1 and audio 1 files are merged and divided and transmitted for each segment.
  • the file for each segment is specified by the TOI.
  • “10” is specified as the startTOI attribute of the USD FDD element in the segment in which video 1 and audio 1 are merged. Therefore, by sequentially incrementing the TOI value from “10” to “11”, “12”,..., N, it is possible to specify the TOI that changes in time series for each segment.
  • the audio 3 component is streamed from a distribution server provided on the Internet.
  • the components of the audio 3 are divided into segments such as, for example, Segment 2010, Segment 2011, Segment 2012,.
  • category information and location type information are specified for each component in the SPT of service 1 as a component of the service, and the distribution destination of the component can be specified.
  • a sub-representation level (sub representation level) is designated in the SPT of service 1, and each component can be identified when a plurality of components are included in one segment.
  • “bca” is specified for the component of the video / audio 1 as the location type information, and this component indicates that the component is broadcast in-band.
  • “bco” is designated for the component of audio 2, and this component indicates that the component is being broadcasted out of band.
  • “bb” is designated for the audio 3 component, which indicates that the component is distributed by communication.
  • the SDP of service 1 describes component configuration information and location information (for example, port number and TSI).
  • the SPT of service 1 can specify that the component of video / audio 1 is broadcast in-band, so refer to the FDD element of USD of service 1,
  • the startTOI “10” of the segment of the video / audio 1 can be acquired.
  • the video 1 and audio 1 components can be identified from the video / audio 1 segment by using the SPT and MPD sub-representation levels of the service 1.
  • the SPT of service 1 identifies that the component of audio 2 is broadcasted out-of-band, and recognizes that the component 2 is transmitted by service 2 using the Associated Service Descriptor described in the SPT.
  • the component of audio 3 can be identified by communication by the SPT of service 1, it is possible to access the distribution server (Server) according to the URL of audio 3 described in the MPD of service 1.
  • the component of the audio 3 stream-distributed from the distribution server can be acquired.
  • FIG. 31 is a diagram illustrating a description example of the MPD in FIG.
  • the representation ID and URL (BaseURL) of each component are described as service components.
  • video / audio 1 in which “VA1” is specified as BaseURL includes the components of video 1 and audio 1 in one segment. Therefore, the sub-representation level is specified, and video 1 and audio 1 are specified. It is possible to identify the components.
  • component the sub-representation level is for is specified by the contentType attribute of the ContentComponent element.
  • FIG. 32 is a diagram illustrating a description example of the SDP of FIG.
  • representation-id: 23 indicates that the representation ID of the component of the video / audio 1 transmitted in the FLUTE session is “23”.
  • FIG. 33 shows an example of the structure of USD in FIG.
  • the MPD (FIG. 31) is referred to by the appService element and the appServiceDescriptionURI element.
  • the video / audio 1 representation ID and BaseURL (“VA1"), as well as the sub-representation levels of video 1 and audio 1 are described.
  • the startTOI "10" of the segment of the video / audio 1 can be acquired.
  • the MPD representation ID and the USD FDD element representation ID may be used instead of the location information such as BaseURL and contentLocation attribute.
  • each signaling information includes a representation for commonly identifying a specific component including in-band and out-band.
  • An ID is set, and each signaling information can be referred to using this representation ID.
  • the MPD segment URL (BaseURL) and the USD (FDD) content_location correspond, it is possible to refer to each other for their location information.
  • the startTOI of the video / audio 1 segment is obtained by matching the MPD segment URL (BaseURL) with the USD_FDD content_location. Can do.
  • the segment specified by the TOI that changes in time series with the startTOI as the start value is sequentially specified, so that the video 1 and audio 1 components are identified. Can be acquired.
  • the sub-representation level (sub ⁇ representation level) of SPT and MPD is used. From the audio 1 segment, the video 1 and audio 1 components can be identified.
  • FIG. 35 is a diagram illustrating a configuration example of each segment in the FLUTE session of the operation example 3 in FIG.
  • Each segment of the FLUTE session is configured by an ISO base media file format defined by ISO / IEC 14496-12.
  • video 1 (Video 1) and audio 1 (Audio 1) are included in one segment and transmitted in the same FLUTE session. Therefore, in FIG. Only the segment of Audio1) is shown.
  • the video / audio 1 segment consists of an initialization segment (Initialization Segment) and a media segment (Media Segment).
  • the initialization segment includes initialization information such as a data compression method.
  • the media segment stores a video 1 or audio 1 component.
  • the initialization segment consists of ftyp and moov.
  • moov includes leva.
  • leva level assisment box
  • level / track mapping information indicates level / track mapping information.
  • the track moid of the moof traf of the media segment and the sub-representation level (level) matching information of each component of the MPD are described.
  • the media segment consists of styp, sidx, ssix, moof, and mdat.
  • styp, sidx, and ssix are header information.
  • moof indicates fragment control information.
  • moof includes traf. traf indicates control information for each track.
  • mdat indicates the media data body of the fragment.
  • FIG. 35 shows a description example of the MPD corresponding to each segment configuration of the video / audio 1 described above.
  • the Representation element of Video / Audio 1 includes, as a SubRepresentation element for each component included in one segment, in addition to Initialization Segment URL and multiple Each Media Segments URL. Level attribute and contentcomponent attribute are described. In the ContentComponent element, an id attribute and a contentType attribute are described.
  • the ID specified in the contentcomponent attribute of the SubRepresentation element and the ID specified in the id attribute of the ContentComponent element are associated, and the SubRepresentation element is determined by the type information (eg, video or audio) specified by the contentType attribute.
  • the type of each component is specified.
  • the media segment The video 1 and the audio 1 stored in the data can be identified and their data can be obtained.
  • FIG. 36 is a diagram showing another configuration example of each segment in the FLUTE session of the operation example 3 of FIG.
  • video 1 (Video 1) and audio 1 (Audio 1) are included in one segment and transmitted in the same FLUTE session. Therefore, in FIG. Only the segment of Audio1) is shown.
  • the initialization segment consists of ftyp and moov.
  • moov includes leva.
  • leva the track segment id of the media segment's moof traf and the sub-representation level (level) matching information of each component of the MPD are described.
  • control information of video 1 and the control information of audio 1 are arranged in the traf of moof.
  • video 1 data and audio 1 data are arranged. That is, in the segment configuration of FIG. 36, video 1 and audio 1 data are merged in one file.
  • FIG. 36 shows a description example of the MPD corresponding to the segment structure of the video / audio 1 described above, but since the content is the same as the MPD of FIG. 35, the description thereof is omitted.
  • video 1 and audio 1 are included in one segment and transmitted in the same FLUTE session, data of video 1 and audio 1 are merged in one file.
  • the video 1 and audio 1 stored in the media segment can be identified and their data can be obtained.
  • FIG. 37 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 includes a transmission device 10, a reception device 20, and a distribution server 60. Further, the receiving device 20 and the distribution server 60 are connected to each other via the Internet 90.
  • the transmission device 10 transmits broadcast content such as a TV program by a broadcast wave of digital broadcasting using an IP transmission method.
  • Broadcast content is composed of components such as video, audio, and subtitles.
  • the transmission device 10 transmits a control signal (signaling information in FIG. 7) together with the component using a broadcast wave of digital broadcasting.
  • the receiving device 20 receives a broadcast signal transmitted from the transmitting device 10.
  • the receiving device 20 acquires components such as video, audio, and subtitles based on a control signal obtained from the broadcast signal, and outputs video and audio of broadcast content such as a TV program.
  • the reception 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 distribution server 60 performs streaming distribution of communication contents such as broadcast programs that have already been broadcast and movies that have been released.
  • the communication content is composed of components such as video, audio, and subtitles.
  • the receiving device 20 acquires components such as video, audio, and subtitles that are stream-distributed from the distribution server 60 via the Internet 90, and video and audio of communication content such as broadcast programs that have already been broadcast. Is output.
  • the broadcast communication system 1 is configured as described above. Next, with reference to FIGS. 38 to 39, the detailed configuration of each apparatus constituting the broadcast communication system 1 of FIG. 37 will be described.
  • FIG. 38 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 a video data acquisition unit 111, a video encoder 112, an audio data acquisition unit 113, an audio encoder 114, a caption data acquisition unit 115, a caption encoder 116, a file data acquisition unit 117, and file processing.
  • the video data acquisition unit 111 acquires video data as a component from a built-in storage, an external server, a camera, and the like, and supplies the video data to the video encoder 112.
  • the video encoder 112 encodes the video data supplied from the video data acquisition unit 111 in accordance with an encoding method such as MPEG, and supplies the encoded data to the Mux 121.
  • the audio data acquisition unit 113 acquires audio data as a component from a built-in storage, an external server, a microphone, or the like, and supplies the audio data to the audio encoder 114.
  • the audio encoder 114 encodes the audio data supplied from the audio data acquisition unit 113 in accordance with an encoding method such as MPEG, and supplies the encoded audio data to the Mux 121.
  • the subtitle data acquisition unit 115 acquires subtitle data as a component from a built-in storage or an external server and supplies the subtitle data to the subtitle encoder 116.
  • the caption encoder 116 encodes the caption data supplied from the caption data acquisition unit 115 in accordance with a predetermined encoding method, and supplies the encoded data to the Mux 121.
  • the file data acquisition unit 117 acquires file data such as video, audio, subtitles, NRT content, and applications from an internal storage or an external server, and performs file processing. To the unit 118.
  • the file processing unit 118 performs predetermined file processing on the file data supplied from the file data acquisition unit 117 and supplies the file data to the Mux 121. For example, the file processing unit 118 performs file processing for transmitting the file data acquired by the file data acquisition unit 117 through the FLUTE session.
  • the control signal acquisition unit 119 acquires a control signal (signaling information in FIG. 7) from a built-in storage or an external server and supplies the control signal to the control signal processing unit 120.
  • the control signal processing unit 120 performs predetermined signal processing on the control signal supplied from the control signal acquisition unit 119 and supplies the signal to the Mux 121. For example, the control signal processing unit 120 performs signal processing for transmission through the FLUTE session on the SCS acquired by the control signal acquisition unit 119.
  • the Mux 121 multiplexes the video data from the video encoder 112, the audio data from the audio encoder 114, the caption data from the caption encoder 116, the file data from the file processing unit 118, and the control signal from the control signal processing unit 120. Then, an IP transmission format BBP stream is generated and supplied to the transmission unit 122.
  • the transmission unit 122 transmits the BBP stream supplied from the Mux 121 as a broadcast signal via the antenna 123.
  • FIG. 39 is a diagram illustrating a configuration of an embodiment of a reception device to which the present technology is applied.
  • the receiving apparatus 20 includes a tuner 212, a Demux 213, a clock generator 214, a selection / synthesis unit 215, a selection / synthesis unit 216, a selection / synthesis unit 217, a FLUTE processing unit 218, a storage 219, and a control unit. 220, NVRAM 221, communication I / F 222, Demux 223, video decoder 224, video output unit 225, audio decoder 226, audio output unit 227, and subtitle decoder 228.
  • the tuner 212 extracts and demodulates the broadcast signal of the service instructed to be selected from the broadcast signal received by the antenna 211 in accordance with the control from the control unit 220, and obtains the IP transmission format BBP stream obtained as a result. , Supplied to Demux 213.
  • the Demux 213 converts the IP transmission format BBP stream supplied from the tuner 212 into video data, audio data, caption data, file data, a control signal (signaling information in FIG. 7), and the like. Separate and output to subsequent block.
  • the Demux 213 includes a BBP filter 251, an IP filter 252, a UDP filter 253, an LCT filter 254, and an SGDU filter bank 255.
  • the BBP filter 251 performs a filtering process based on the BBP header and supplies the LLS to the SGDU filter bank 255.
  • the IP filter 252 performs a filtering process based on the IP header. Further, the UDP filter 253 performs a filtering process based on the UDP header.
  • the LCT filter 254 performs a filtering process based on the LCT header.
  • NTP is supplied to the clock generation unit 214
  • SCS is supplied to the SGDU filter bank 255.
  • video data, audio data, and caption data as components are supplied to the selection / synthesis unit 215, the selection / synthesis unit 216, and the selection / synthesis unit 217, respectively.
  • Various file data are supplied to the FLUTE processing unit 218.
  • the SGDU filter bank 255 performs filtering processing based on the SGDU header, and supplies LLS (for example, SCT, SAT, etc.) and SCS (for example, SPT, SDP, etc.) to the control unit 220 as appropriate.
  • LLS for example, SCT, SAT, etc.
  • SCS for example, SPT, SDP, etc.
  • the clock generator 214 generates a clock signal based on the NTP supplied from the Demux 213 according to the control from the control unit 220, and supplies the clock signal to the video decoder 224, the audio decoder 226, and the caption decoder 228.
  • the FLUTE processing unit 218 restores video, audio, subtitles, NRT content, and application files from the file data supplied from the Demux 213 in accordance with control from the control unit 220.
  • the FLUTE processing unit 218 records the restored video and audio file data in a storage 219 that is a large-capacity recording device such as an HDD (Hard Disk Drive).
  • HDD Hard Disk Drive
  • the FLUTE processing unit 218 supplies the video, audio, and subtitle file data restored as components to the selection / synthesis unit 215, the selection / synthesis unit 216, and the selection / synthesis unit 217, respectively.
  • the file data may be data stored in the storage 219.
  • the FLUTE processing unit 218 supplies the SCS supplied from the Demux 213 to the control unit 220.
  • the SCS may be directly supplied from the Demux 213 to the control unit 220 without going through the FLUTE processing unit 218.
  • the control unit 220 controls the operation of each unit constituting the receiving device 20 based on a control signal (signaling information in FIG. 7) supplied from the Demux 213 or the FLUTE processing unit 218.
  • the NVRAM 221 is a nonvolatile memory, and records various data according to control from the control unit 220. For example, the control unit 220 records channel selection information obtained from the control signal (signaling information in FIG. 7) in the NVRAM 221. Then, the control unit 220 controls the channel selection process by the tuner 212 based on the channel selection information recorded in the NVRAM 221.
  • the communication I / F 222 receives stream data of communication content that is stream-distributed via the Internet 90 from the distribution server 60 in accordance with control from the control unit 220, and supplies it to the Demux 223.
  • the Demux 223 separates the stream data supplied from the communication I / F 222 into video data, audio data, and caption data as components, and sends them to the selection / synthesis unit 215, the selection / synthesis unit 216, and the selection / synthesis unit 217, respectively. Supply.
  • the selection / synthesis unit 215 is supplied with video data (video component) from the Demux 213, the FLUTE processing unit 218, and the Demux 223.
  • the selection / combination unit 215 performs selection / combination processing (for example, processing of each layer in the video component layer in FIG. 42 described later) on the video data (video components) in accordance with control from the control unit 220.
  • the video data obtained as a result of the processing is supplied to the video decoder 224.
  • the video decoder 224 corresponds to the video encoder 112 (FIG. 38) the video data supplied from the selection / synthesis unit 215 based on the clock signal supplied from the clock generator 214 in accordance with the control from the control unit 220.
  • the video is decoded by the decoding method and supplied to the video output unit 225.
  • the video output unit 225 outputs the video data supplied from the video decoder 224 to a subsequent display (not shown) according to the control from the control unit 220. Thereby, for example, a video of a television program is displayed on the display.
  • the audio data (audio component) is supplied to the selection / synthesis unit 216 from the Demux 213, the FLUTE processing unit 218, and the Demux 223.
  • the selection / synthesis unit 216 performs selection / synthesis processing (for example, processing of each layer in the audio component layer of FIG. 42 described later) on the audio data (audio component) in accordance with control from the control unit 220.
  • the audio data obtained as a result of the processing is supplied to the audio decoder 226.
  • the audio decoder 226 corresponds to the audio encoder 114 (FIG. 38) the audio data supplied from the selection / synthesis unit 216 based on the clock signal supplied from the clock generator 214 in accordance with the control from the control unit 220.
  • the data is decoded by the decoding method and supplied to the audio output unit 227.
  • the audio output unit 227 supplies the audio data supplied from the audio decoder 226 to a subsequent speaker (not shown) in accordance with the control from the control unit 220. Thereby, for example, audio synchronized with the video of the TV program is output from the speaker.
  • Subtitle data (subtitle component) is supplied to the selection / synthesis unit 217 from the Demux 213, the FLUTE processing unit 218, and the Demux 223.
  • the selection / synthesis unit 217 performs selection / synthesis processing (for example, processing of each layer in the caption component layer (in the video component layer in FIG. 42) on the caption data (subtitle component) according to control from the control unit 220. Processing similar to the processing of each layer)) is performed, and the caption data obtained as a result of the processing is supplied to the caption decoder 228.
  • the subtitle decoder 228 decodes the subtitle data supplied from the Demux 213 with a decoding method corresponding to the subtitle encoder 116 (FIG. 38) based on the clock signal supplied from the clock generator 214 according to the control from the control unit 220. Then, it is supplied to the video output unit 225. In accordance with control from the control unit 220, the video output unit 225, when subtitle data is supplied from the subtitle decoder 228, synthesizes the subtitle data with the video data from the video decoder 224, and displays it on a subsequent display (not shown). Supply. Thereby, the subtitle synchronized with the video is displayed on the display together with the video of the television program.
  • the configuration in which the selection / synthesis units 215 to 217 are provided in the preceding stage of each decoder is shown. However, depending on the content of the selection / synthesis process, the selection / synthesis A configuration in which the units 215 to 217 are provided in the subsequent stage of each decoder may be adopted.
  • the storage 219 is described as being built in, but an external storage may be used.
  • the receiving device 20 may employ a configuration having a display and a speaker.
  • step S111 when transmitting video data as a component, the video data acquisition unit 111 acquires video data to be transmitted and supplies it to the video encoder 112.
  • step S 112 the video encoder 112 encodes the video data supplied from the video data acquisition unit 111 and supplies the encoded video data to the Mux 121.
  • step S113 the audio data acquisition unit 113 acquires audio data to be transmitted and supplies the audio data to the audio encoder 114 when transmitting audio data as a component.
  • step S ⁇ b> 114 the audio encoder 114 encodes the audio data supplied from the audio data acquisition unit 113 and supplies the encoded audio data to the Mux 121.
  • step S115 the caption data acquisition unit 115 acquires the caption data to be transmitted and supplies it to the caption encoder 116 when transmitting caption data as a component.
  • step S ⁇ b> 116 the caption encoder 116 encodes the caption data supplied from the caption data acquisition unit 115 and supplies the encoded caption data to the Mux 121.
  • step S117 the file data acquisition unit 117 acquires file data such as video, audio, subtitles, NRT content, application, and the like when transmitting data in the file format, and supplies the file data to the file processing unit 118.
  • step S ⁇ b> 118 the file processing unit 118 performs predetermined file processing on the file data supplied from the file data acquisition unit 117 and supplies the file data to the Mux 121.
  • step S119 the control signal acquisition unit 119 acquires a control signal (signaling information in FIG. 7) and supplies the control signal to the control signal processing unit 120.
  • step S ⁇ b> 120 the control signal processing unit 120 performs predetermined signal processing on the control signal supplied from the control signal acquisition unit 119 and supplies the signal to the Mux 121.
  • step S121 the Mux 121 controls the video data from the video encoder 112, the audio data from the audio encoder 114, the subtitle data from the subtitle encoder 116, the file data from the file processing unit 118, and the control from the control signal processing unit 120.
  • the signals are multiplexed to generate an IP transmission BBP stream and supplied to the transmitter 122.
  • step S122 the transmission unit 122 transmits the BBP stream supplied from the Mux 121 as a broadcast signal via the antenna 123. Then, when the process of step S122 ends, the transmission process ends.
  • the transmission process has been described above.
  • components such as video (Video) and audio (Audio) received by the receiving device 20 are a selective layer (Selective Layer), a composite layer (Composite Layer), and an adaptive layer. It consists of three layers (Adaptive Layer). In this hierarchical structure, a composite layer is disposed as an upper layer of the adaptive layer, and a selective layer is disposed as an upper layer of the composite layer.
  • one circular symbol with a different pattern represents a component that is distributed using broadcast (Broadcast Component), and the other symbol is distributed using communication.
  • These components are distributed as so-called adaptive streaming, and a plurality of components having different bit rates are prepared.
  • a straight line that swings left and right on the dotted arc in the figure functions as a switch, so that one component is selected from a plurality of components.
  • the composite layer that is an upper layer of the adaptive layer, a plurality of components adaptively selected by the adaptive layer are combined into one component. That is, the composite layer is a hierarchy for combining a plurality of components in the component group to be combined and functioning as one component (composite component) in each component category.
  • the selective layer which is the upper layer of the composite layer and is the highest layer, a straight line that swings left and right on the dotted arc in the figure functions as a switch, so that one component can be selected from multiple components. Is selected. That is, the selective layer is a hierarchy for statically selecting one or a plurality of components from a component group to be fixedly selected in each component category according to a predetermined selection method.
  • the control unit 220 controls the tuner 212 based on the bootstrap information of the SCT held in the NVRAM 221 as channel selection information, and broadcasts the broadcast signal of the service to be selected. To be received.
  • the control unit 220 collects and analyzes the SCS (MPD, SPT, SDP, USD) of the services to be selected separated by the Demux 213, and extracts the information elements.
  • step S212 the control unit 220 specifies the first component category among all the component categories specified in the description of the SPT component.
  • video is designated as the first component category.
  • step S213 the control unit 220 selects a component by listing the component options of the selective layer with respect to the description of each component of the MPD within the range of the component category specified in the process of step S212.
  • the names of component options may be displayed on the screen to allow the user to select them, or the receiving apparatus 20 may automatically select them according to compatible functions and initial settings.
  • the selected component is a composite component according to the description of the composite layer of the MPD, a specific component is selected from among the components constituting the composite component.
  • step S214 the control unit 220 determines whether or not the component selected in the process of step S213 is the adaptive layer switching target based on the description of the adaptive layer of the MPD.
  • step S214 If it is determined in step S214 that the target is an adaptive layer switching target, the process proceeds to step S215.
  • step S215 the control unit 220 controls the selection / synthesis units 215 to 217 to select a predetermined default component from among the adaptive component selection targets.
  • step S216 If it is determined in step S214 that the target is not an adaptive layer switching target, the process in step S215 is skipped, and the process proceeds to step S216.
  • step S216 the control unit 220 refers to the SPT or USD by using a representation ID for commonly identifying a specific component with respect to the component narrowed down to one in the component category being designated, Check whether the component is distributed by broadcast or communication.
  • step S216 If it is determined in step S216 that the component is distributed by broadcasting, the process proceeds to step S218.
  • the control unit 220 refers to the SPT or USD, so that the component is a component that is broadcast and distributed within the same service or a component that is broadcast and distributed within a different service. Determine if. In this determination process, whether the IP address is the same as that of the acquired SCS may be confirmed, for example, whether it is in the same service, that is, whether it is in-band or out-band. Therefore, if the IP address is different from the acquired SCS, it is a different service.
  • step S217 If it is determined in step S217 that the component is a component that is broadcast and distributed within the same service, that is, a component that is broadcast and distributed in-band, the process proceeds to step S218.
  • the control unit 220 refers to the IP address, the port number, the TSI obtained by referring to the SDP, and the TOI obtained by referring to the USD from the segment URL specified by the MPD with respect to the component narrowed down to one. To get. Then, the control unit 220 controls the FLUTE processing unit 218 to acquire the component in the same service by specifying the segment specified by the TOI from the FLUTE session specified by the IP address, the port number, and the TSI. can do.
  • step S217 If it is determined in step S217 that the component is a component that is broadcast and distributed in a different service, that is, a component that is broadcast and distributed in the out band, the process proceeds to step S219.
  • the control unit 220 controls the tuner 212 based on the SCT bootstrap information held in the NVRAM 221 as the channel selection information, and receives a broadcast signal of another service specified by the SPT Associated Service Descriptor. So that In addition, the control unit 220 acquires and analyzes the SDP and USD of another service separated by the Demux 213, and extracts the information element.
  • control unit 220 refers to the USD from the IP address, the port number, the TSI obtained by referring to the SDP and the segment URL specified by the MPD of the original service for the component narrowed down to one. Get the resulting TOI. Then, the control unit 220 controls the FLUTE processing unit 218 to specify the segment specified by the TOI from the FLUTE session specified by the IP address, the port number, and the TSI. Can be acquired.
  • step S216 If it is determined in step S216 that the component is distributed by communication, the process proceeds to step S220.
  • step S220 the control unit 220 acquires the segment URL specified by the MPD for the component narrowed down to one. Then, the control unit 220 controls the communication I / F 222, accesses the distribution server 60 according to the segment URL, and acquires components via the Internet 90.
  • step S221 the control unit 220 determines whether or not the component is a composite component based on the description of the composite layer of the MPD.
  • step S221 If it is determined in step S221 that the component is a composite component, the process proceeds to step S222.
  • step S222 the control unit 220 determines whether or not the component acquisition process of the component of the composite component has been completed. If the component component acquisition process is not completed in step S222, that is, if there are still components to be acquired, the process proceeds to step S223.
  • step S223 the control unit 220 selects the next component to be acquired based on the description of the MPD composite layer.
  • the process of step S223 ends, the process returns to step S214, and the subsequent processes are repeated. Thereby, the component of the component of a synthetic
  • step S224 the control unit 220 controls the operation of each unit and performs the decoding / presentation processing of the composite component.
  • the control unit 220 controls the selection / synthesis unit 215, the video decoder 224, and the video output unit 225 to synchronize the components of the components of the synthesis component.
  • decoding is performed, and presentation of a video corresponding to the synthesized component is started.
  • the control unit 220 controls the selection / synthesis unit 216, the audio decoder 226, and the audio output unit 227 to synchronize the components of the components of the synthesis component. After synthesizing these components, decoding is performed, and output of audio corresponding to the synthesis component is started.
  • step S225 the control unit 220 controls the operation of each unit, and performs the decoding / presentation processing of the single component.
  • the control unit 220 controls the selection / combination unit 215, the video decoder 224, and the video output unit 225 when the component category being designated is video and a broadcast-distributed component is acquired. Then, the component is decoded and the presentation of the video is started. Further, for example, when the component category being designated is audio, and the component distributed by broadcast is acquired, the control unit 220 selects / combines the unit 216, the audio decoder 226, and the audio output unit 227. Is controlled to decode the component and start outputting the sound.
  • step S224 or S225 the process proceeds to step S226.
  • the control unit 220 determines whether all the component categories specified in the description of the component of the SPT have been specified and are the last component category.
  • step S226 If it is determined in step S226 that it is not the last component category, the process proceeds to step S227.
  • step S227 the control unit 220 designates the next component category among all the component categories designated by the description of the SPT component.
  • audio is designated as the next component category.
  • step S227 the process returns to step S213, and the subsequent processes are repeated. Thereby, the component of the next component category (for example, audio) is acquired and decoded, and presentation (output) is started. If it is determined in the determination process in step S226 that the component category is the last component category, the reception process ends. The reception process has been described above.
  • 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. 43 is a block diagram showing an example of the hardware configuration of a computer that executes the above-described series of processing 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.
  • the receiving device according to (1) wherein a distribution form of the component is broadcast distribution or communication distribution.
  • the control signal is transmitted for each service,
  • the broadcast distribution includes a first broadcast distribution in which the component is distributed in the same service as the control signal of the selected service, and another service in which the component is different from the control signal of the selected service.
  • the receiving device according to (2) including a second broadcast distribution distributed within the network.
  • the control signal is composed of a plurality of signaling information, The receiving device according to any one of (1) to (3), wherein the component is identified by a common ID in each signaling information.
  • each segment in the FLUTE session stores data of a component of a specific category.
  • Each segment in the FLUTE session stores data for multiple categories of components,
  • the receiving apparatus according to (5), wherein the control signal includes identification information for identifying a category of the component.
  • the control signal includes a table in which parameters relating to at least one of various services and components constituting the service are described as signaling information,
  • the receiving apparatus according to any one of (1) to (7), wherein the table describes a component ID and a category of the component as parameters relating to the component.
  • the control signal is transmitted in a layer higher than the IP layer among the protocol layers in the IP transmission method,
  • the receiving device according to any one of (1) to (8), wherein a common IP address is assigned to the component and the control signal that constitute each service.
  • the receiving device is Receive broadcast waves of digital broadcasting using the IP transmission method, Based on the information included in the control signal transmitted by the broadcast wave and indicating the distribution form of the components constituting the various services, the components constituting the selected service are obtained according to the distribution form.
  • a receiving method including a step of controlling operation of each unit that performs predetermined processing relating to the component.
  • a first acquisition unit that acquires one or more components constituting various services;
  • a second acquisition unit that acquires a control signal including information indicating a distribution form of the component;
  • a transmission apparatus comprising: a transmission unit that transmits a broadcast wave that uses an IP transmission method and includes the component that constitutes the service and the control signal.
  • the transmission device (12) The transmission device according to (11), wherein a distribution form of the component is broadcast distribution or communication distribution. (13) The control signal is transmitted for each service, The broadcast distribution includes a first broadcast distribution in which the component is distributed in the same service as the control signal of the selected service, and another service in which the component is different from the control signal of the selected service. The transmission device according to (12), including a second broadcast distribution distributed within the network. (14) The control signal is composed of a plurality of signaling information, The transmission component according to any one of (11) to (13), wherein the component is identified by a common ID in each signaling information. (15) The transmission device according to any one of (11) to (14), wherein the component has a file format and is transmitted by a FLUTE session.
  • each segment in the FLUTE session stores data of a component of a specific category.
  • Each segment in the FLUTE session stores data for multiple categories of components,
  • the control signal includes a table in which parameters relating to at least one of various services and components constituting the service are described as signaling information,
  • the control signal is transmitted in a layer higher than the IP layer among the protocol layers in the IP transmission method,
  • the transmission apparatus according to any one of (11) to (18), wherein a common IP address is assigned to the component and the control signal that constitute each service.
  • the transmitting device is Obtain one or more components that make up various services, Obtaining a control signal including information indicating a distribution form of the component;
  • a transmission method including a step of transmitting a broadcast wave using an IP transmission method and including the component constituting the service and the control signal.
  • 1 broadcast communication cooperation system 10 transmitting device, 20 receiving device, 60 distribution server, 90 internet, 111 video data acquisition unit, 113 audio data acquisition unit, 115 subtitle data acquisition unit, 117 file data acquisition unit, 119 control signal acquisition unit , 122 transmission unit, 212 tuner, 220 control unit, 222 communication I / F, 900 computer, 901 CPU

Landscapes

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

Abstract

　本技術は、IP伝送方式を導入したデジタル放送において、様々な運用形態に柔軟に対応することができるようにする受信装置、受信方法、送信装置、及び、送信方法に関する。 IP伝送方式を用いたデジタル放送の放送波を受信する受信部と、放送波で伝送される制御信号に含まれる、各種のサービスを構成するコンポーネントの配信形態を示す情報に基づいて、選択されたサービスを構成するコンポーネントを配信形態に応じて取得するとともに、取得されたコンポーネントに関する所定の処理を行う各部の動作を制御する制御部とを備える受信装置が提供される。本技術は、例えば、テレビジョン受像機に適用することができる。

Description

受信装置、受信方法、送信装置、及び、送信方法
　本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、様々な運用形態に柔軟に対応することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
　各国のデジタル放送の規格では、伝送形式としてMPEG2-TS(Moving Picture Experts Group phase 2-Transport Stream)方式が採用されている(例えば、特許文献１参照)。今後は、通信の分野で用いられているIP(Internet Protocol)パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。
特開２０１２－１５６７１２号公報
　IP伝送方式を導入することで、多様なフォーマットのコンテンツを多様な配信形態で伝送することが可能となり、様々な運用形態を利用できるようになることが想定されるが、そのような運用形態に対応するための技術方式は確立されていない。
　本技術はこのような状況に鑑みてなされたものであり、IP伝送方式を導入したデジタル放送において、様々な運用形態に柔軟に対応することができるようにするものである。
　本技術の第１の側面の受信装置は、IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、前記放送波で伝送される制御信号に含まれる、各種のサービスを構成するコンポーネントの配信形態を示す情報に基づいて、選択されたサービスを構成するコンポーネントを配信形態に応じて取得するとともに、取得されたコンポーネントに関する所定の処理を行う各部の動作を制御する制御部とを備える受信装置である。
　前記コンポーネントの配信形態は、放送配信又は通信配信であるようにすることができる。
　前記制御信号は、前記サービスごとに伝送されており、前記放送配信には、前記コンポーネントが、選択されたサービスの前記制御信号と同一のサービス内で配信される第１の放送配信と、前記コンポーネントが、選択されたサービスの前記制御信号と異なる別サービス内で配信される第２の放送配信が含まれるようにすることができる。
　前記制御信号は、複数のシグナリング情報から構成されており、前記コンポーネントは、各シグナリング情報において共通のIDによって同定されるようにすることができる。
　前記コンポーネントはファイル形式であって、FLUTE(File Delivery over Unidirectional Transport)セッションにより伝送されるようにすることができる。
　前記FLUTEセッションにおける各セグメントには、特定のカテゴリのコンポーネントのデータが格納されるようにすることができる。
　前記FLUTEセッションにおける各セグメントには、複数のカテゴリのコンポーネントのデータが格納され、前記制御信号は、当該コンポーネントのカテゴリを識別するための識別情報を含んでいるようにすることができる。
　前記制御信号は、シグナリング情報として、各種のサービス及びサービスを構成するコンポーネントの少なくとも一方に関するパラメータが記述されたテーブルを含み、前記テーブルには、コンポーネントに関するパラメータとして、コンポーネントのIDと、当該コンポーネントのカテゴリが記述されるようにすることができる。
　前記制御信号は、前記IP伝送方式におけるプロトコルの階層のうち、IP層よりも上位の階層で伝送され、各サービスを構成する前記コンポーネントと前記制御信号には、共通のIPアドレスが割り当てられるようにすることができる。
　受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
　本技術の第１の側面の受信方法は、本技術の第１の側面の受信装置に対応する受信方法である。
　本技術の第１の側面の受信装置及び受信方法においては、IP伝送方式を用いたデジタル放送の放送波が受信され、前記放送波で伝送される制御信号に含まれる、各種のサービスを構成するコンポーネントの配信形態を示す情報に基づいて、選択されたサービスを構成するコンポーネントを配信形態に応じて取得するとともに、取得されたコンポーネントに関する所定の処理を行う各部の動作が制御される。
　本技術の第２の側面の送信装置は、各種のサービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、前記コンポーネントの配信形態を示す情報を含む制御信号を取得する第２の取得部と、IP伝送方式を用いた放送波であって、前記サービスを構成する前記コンポーネント及び前記制御信号を含む放送波を送信する送信部とを備える送信装置である。
　前記コンポーネントの配信形態は、放送配信又は通信配信であるようにすることができる。
　前記制御信号は、前記サービスごとに伝送され、前記放送配信には、前記コンポーネントが、選択されたサービスの前記制御信号と同一のサービス内で配信される第１の放送配信と、前記コンポーネントが、選択されたサービスの前記制御信号と異なる別サービス内で配信される第２の放送配信が含まれるようにすることができる。
　前記制御信号は、複数のシグナリング情報から構成されており、前記コンポーネントは、各シグナリング情報において共通のIDによって同定されるようにすることができる。
　前記コンポーネントはファイル形式であって、FLUTEセッションにより伝送されるようにすることができる。
　前記FLUTEセッションにおける各セグメントには、特定のカテゴリのコンポーネントのデータが格納されるようにすることができる。
　前記FLUTEセッションにおける各セグメントには、複数のカテゴリのコンポーネントのデータが格納され、前記制御信号は、当該コンポーネントのカテゴリを識別するための識別情報を含んでいるようにすることができる。
　前記制御信号は、シグナリング情報として、各種のサービス及びサービスを構成するコンポーネントの少なくとも一方に関するパラメータが記述されたテーブルを含み、前記テーブルには、コンポーネントに関するパラメータとして、コンポーネントのIDと、当該コンポーネントのカテゴリが記述されるようにすることができる。
　前記制御信号は、前記IP伝送方式におけるプロトコルの階層のうち、IP層よりも上位の階層で伝送され、各サービスを構成する前記コンポーネントと前記制御信号には、共通のIPアドレスが割り当てられるようにすることができる。
　送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
　本技術の第２の側面の送信方法は、本技術の第２の側面の送信装置に対応する送信方法である。
　本技術の第２の側面の送信装置及び送信方法においては、各種のサービスを構成する１又は複数のコンポーネントが取得され、前記コンポーネントの配信形態を示す情報を含む制御信号が取得され、IP伝送方式を用いた放送波であって、前記サービスを構成する前記コンポーネント及び前記制御信号を含む放送波が送信される。
　本技術の第１の側面及び第２の側面によれば、IP伝送方式を導入したデジタル放送において、様々な運用形態に柔軟に対応することができる。
　なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
IP伝送方式のデジタル放送のプロトコルスタックを示す図である。 IP伝送方式を用いたデジタル放送の放送波の信号と、IP伝送方式のID体系との関係を示す図である。 IP伝送方式のデジタル放送の放送波の構成を示す図である。 IP伝送方式におけるLLSの構成を示す図である。 IP伝送方式におけるSCSの構成を示す図である。 SGDUの構造を示す図である。 シグナリング情報の構造を示す図である。 MPDの構造を示す図である。 SPTのシンタックスを示す図である。 Associated Service Descriptorのシンタックスを示す図である。 SDPの構造を示す図である。 SDPの属性種別を示す図である。 SDPの記述例を示す図である。 USDの構造を示す図である。 FDDのシンタックスを示す図である。 サービス単位のFLUTEセッションを用いた場合の運用例を示す図である。 SCSを用いた各コンポーネントのロケーション解決の全体構造を示す図である。 MPDの記述例を示す図である。 SDPの記述例を示す図である。 SDPの記述例を示す図である。 USDの構造例を示す図である。 SCSの各シグナリング情報の間の連携によるコンポーネントのロケーション解決を説明する図である。 FLUTEセッションにおける各セグメントの構成例を示す図である。 コンポーネント単位のFLUTEセッションを用いた場合の運用例を示す図である。 SCSを用いた各コンポーネントのロケーション解決の全体構造を示す図である。 SDPの記述例を示す図である。 USDの構造例を示す図である。 SCSの各シグナリング情報の間の連携によるコンポーネントのロケーション解決を説明する図である。 １つのセグメントに複数のコンポーネントが含まれる場合の運用例を示す図である。 SCSを用いた各コンポーネントのロケーション解決の全体構造を示す図である。 MPDの記述例を示す図である。 SDPの記述例を示す図である。 USDの構造例を示す図である。 SCSの各シグナリング情報の間の連携によるコンポーネントのロケーション解決を説明する図である。 FLUTEセッションにおける各セグメントの構成例を示す図である。 FLUTEセッションにおける各セグメントの構成例を示す図である。 本技術を適用した放送通信システムの一実施の形態の構成を示す図である。 本技術を適用した送信装置の一実施の形態の構成を示す図である。 本技術を適用した受信装置の一実施の形態の構成を示す図である。 送信処理を説明するフローチャートである。 受信処理を説明するフローチャートである。 コンポーネントレイヤ構成を示す図である。 コンピュータの構成例を示す図である。
　以下、図面を参照しながら本技術の実施の形態について説明する。ただし、説明は以下の順序で行うものとする。
１．IP伝送方式によるデジタル放送の概要
２．シグナリング情報の詳細
（１）シグナリング情報の構造
（２）SCSのデータ構造
３．第１の実施の形態（サービス単位のFLUTEセッション）
（１）具体的な運用例
（２）SCSの記述例
（３）セグメントの構成例
４．第２の実施の形態（コンポーネント単位のFLUTEセッション）
（１）具体的な運用例
（２）SCSの記述例
（３）セグメントの構成例
５．第３の実施の形態（１つのセグメントに複数のコンポーネントが含まれる場合）
（１）具体的な運用例
（２）SCSの記述例
（３）セグメントの構成例
６．放送通信システムの構成
７．各装置で実行される具体的な処理の流れ
８．コンピュータの構成
＜１．IP伝送方式によるデジタル放送の概要＞
（プロトコルスタック）
　図１は、IP伝送方式のデジタル放送のプロトコルスタックを示す図である。
　図１に示すように、最も下位の階層は、物理層(Physical Layer)とされ、サービス（チャンネル）のために割り当てられた放送波の周波数帯域がこれに対応する。物理層に隣接する上位の階層は、BBPストリーム(Base Band Packet Stream)を挟んでIP層とされる。BBPストリームは、IP伝送方式における各種のデータを格納したパケットを含むストリームである。
　IP層は、TCP/IPのプロトコルスタックにおけるIP(Internet Protocol)に相当するものであり、IPアドレスによりIPパケットが特定される。IP層に隣接する上位階層はUDP層とされ、さらにその上位の階層は、RTP，FLUTE/ALSとされる。すなわち、IP伝送方式のデジタル放送においては、UDP(User Datagram Protocol)のポート番号が指定されたパケットが送信され、例えばRTP(Real-time Transport Protocol)セッションやFLUTE(File Delivery over Unidirectional Transport)セッションが確立されるようになされている。なお、FLUTEの詳細は、RFC3926として規定されている。
　FLUTE/ALSに隣接する上位階層は、fMP4(Fragmented MP4)とされ、さらに、RTP，fMP4に隣接する上位階層は、ビデオデータ(Video)、オーディオデータ(Audio)、字幕データ(Closed Caption)等とされる。すなわち、ビデオデータやオーディオデータを、ストリーム形式で伝送する場合には、RTPセッションが利用され、ビデオデータやオーディオデータを、ファイル形式で伝送する場合には、FLUTEセッションが利用される。
　また、FLUTE/ALSの上位階層は、NRTコンテンツ(NRT Content)，ESG，SCSとされ、NRTコンテンツ，ESG，SCSは、FLUTEセッションにより伝送される。NRTコンテンツは、NRT(Non-RealTime)放送で伝送されるコンテンツであって、受信機のストレージに一旦蓄積された後で再生が行われる。なお、NRTコンテンツは、コンテンツの一例であって、他のコンテンツのファイルがFLUTEセッションにより伝送されるようにしてもよい。ESG(Electronic Service Guide)は、電子サービスガイドである。
　SCS(Service Channel Signaling)は、サービス単位のシグナリング情報であって、FLUTEセッションにより伝送される。例えば、SCSとしては、MPD(Media Presentation Description)，SPT(Service Parameter Table)，SDP(Session Description Protocol)，USD(User Service Description)が伝送される。
　LLS(Low Layer Signaling)は、低レイヤのシグナリング情報であって、BBPストリーム上で伝送される。例えば、LLSとしては、SCT(Service Configuration Table)，SAT(Service Association Table)，EAT(Emergency Alerting Table)，RRT(Region Rating Table)などのサービス構成情報(Service Configuration Information)が伝送される。
（IP伝送方式におけるID体系）
　図２は、IP伝送方式を用いたデジタル放送の放送波の信号と、IP伝送方式のID体系との関係を示す図である。
　図２に示すように、所定の周波数帯域(6MHz)を有する放送波(放送ネットワーク(Network))には、ネットワークID(以下、「network_id」、「networkId」とも記述する)が割り当てられている。各放送波には、BBPストリームID(以下、「BBP_stream_id」、「BBPStreamId」とも記述する)により識別される、１又は複数のBBPストリームが含まれている。BBPストリームは、BBPヘッダとペイロードからなる複数のBBPパケットにより構成される。
　各BBPストリームには、サービスID(以下、「service_id」、「ServiceId」とも記述する)により識別される１又は複数のサービス(Service)が含まれている。各サービスは、１又は複数のコンポーネント(Component)から構成されている。各コンポーネントは、例えば、ビデオデータやオーディオデータ、字幕データ等の番組を構成する情報である。
　このように、IP伝送方式のID体系として、MPEG2-TS方式で用いられているネットワークID(network_id)，トランスポートストリームID(transport_stream_id)，サービスID(service_id)の組み合わせ（以下、「トリプレット(Triplet)」という。）に対応する構成を採用し、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。ただし、IP伝送方式のID体系においては、トランスポートストリームIDの代わりに、BBPストリームIDが用いられる。
　これにより、現在広く普及しているMPEG2-TS方式との整合をとることができるため、例えば、MPEG2-TS方式からIP伝送方式への移行時のサイマルキャストに容易に対応することが可能となる。
（IP伝送方式の放送波の構成）
　図３は、IP伝送方式のデジタル放送の放送波の構成を示す図である。
　図３に示すように、所定の周波数帯域(6MHz)を有する放送波(図中の「Network」)には、複数のBBPストリームが伝送されている。また、各BBPストリームには、NTP(Network Time Protocol)、複数のサービスチャンネル(Service Channel)、電子サービスガイド(ESG Service)、及び、LLSが含まれる。ただし、NTP，サービスチャンネル，電子サービスガイドは、UDP/IPのプロトコルに従って伝送されるが、LLSは、BBPストリーム上で伝送される。また、NTPは、時刻情報であって、複数のサービスチャンネルで共通のものとなる。
　各サービスチャンネルには、ビデオデータやオーディオデータ等のコンポーネント(Component)と、SPTやSDP等のSCSが含まれる。また、各サービスチャンネルには、共通のIPアドレスが付与されており、このIPアドレスを用いて、１又は複数のサービスチャンネルごとに、コンポーネントや制御信号などをパッケージ化することができる。なお、図３において、ネットワーク(Network)、BBPストリーム(BBP Stream)、及び、コンポーネント(Component)は、図２に対応しているが、サービスチャンネル(Service Channel)は、図２のサービス(Service)に対応するものである。
（LLSの構成）
　図４は、IP伝送方式におけるLLSの構成を示す図である。
　図４に示すように、BBPパケットは、BBPヘッダとペイロードから構成される。BBPストリームによりIPパケットを伝送する場合には、ペイロードの部分がIPパケットとなる。
　また、BBPストリームによりLLSを伝送する場合には、BBPヘッダの次にLLSが配置される。LLSとしては、例えば、XML(Extensible Markup Language)形式で記述されたSCTやSAT等が配置されるが、そのデータの一部のXMLフラグメント(XML fragment)をLLS本体として、SGDUヘッダが付加される。これにより、SCTやSATは、SGDUコンテナ(Service Guide Delivery Unit Container)により伝送されることになる。
　BBPヘッダには、2ビットのタイプ情報が含まれており、そのタイプ情報によって、BBPパケットがIPパケットであるか、LLSであるかを区別することができる。
（SCSの構成）
　図５は、IP伝送方式におけるSCSの構成を示す図である。
　図５に示すように、例えば、ビデオデータやオーディオデータを、ストリーム形式で伝送する場合には、RTPセッションが利用されるため、BBP，IP，UDP，RTPの各ヘッダがペイロードに付加される。また、fMP4やESG，NRTコンテンツ等のファイルデータを、ファイル形式で伝送する場合には、FLUTEセッションが利用されるため、BBP，IP，UDP，LCTの各ヘッダがペイロードに付加される。さらに、NTPは、UDP層の上位階層となるため、BBP，IP，UDPの各ヘッダの次に配置される。
　SCSは、FLUTEセッションを利用して伝送されるため、BBP，IP，UDP，LCTの各ヘッダの次に配置される。SCSとしては、例えば、SPTやSDP等が配置されるが、そのデータの一部のSDPフラグメント(SDP fragment)をSCS本体として、SGDUヘッダが付加される。これにより、SDPは、SGDUコンテナにより伝送されることになる。なお、SCS本体として配置されるのは、SDPフラグメントに限らず、例えば、XML形式で記述されたSPTのXMLフラグメント(XML fragment)を配置して、SGDUコンテナにより伝送することができる。
（SGDUの構造）
　図６は、図４及び図５で説明したSGDUの構造を示す図である。なお、SGDUは、OMA(Open Mobile Alliance)の規格として採用されている。
　図６に示すように、SGDU(Service Guide Delivery Unit)は、ヘッダ情報(Unit_Header)とペイロード(Unit_Payload)から構成される。また、SGDUでは必要に応じて、拡張情報(extension_data)が配置される。
　ヘッダ情報には、fragmentTransportIDとfragmentVersionが配置される。fragmentTransportIDは、フラグメント識別を示す。例えば、fragmentTransportIDにより、SCTやSDPなどが識別される。また、fragmentVersionは、フラグメントのバージョン番号を示す。
　ペイロードには、XMLフラグメント(XML fragment)及びSDPフラグメント(SDP fragment)の少なくとも一方の実データが配置される。すなわち、ヘッダ情報のn_o_service_guide_fragmentsにより指定された数に応じた１又は複数のフラグメントのデータがペイロードに配置されることになる。ここでは、例えば、XMLフラグメントとSDPフラグメントの両方のフラグメントが配置されるようにするなど、ペイロードに配置される複数のフラグメントの組み合わせは任意である。また、ヘッダ情報のoffsetによって、複数配置されたフラグメントのうち、任意のフラグメントの位置を示すことができる。
　ただし、XMLフラグメントを配置する場合には、そのフラグメントのタイプを示すfragmentTypeが実データとともに配置される。また、SDPフラグメントを配置する場合には、そのフラグメントを識別するfragmentIDが実データとともに配置される。
　また、拡張情報を配置する場合には、拡張情報のタイプを示すextension_typeが拡張データ(extension_data)とともに配置される。また、ヘッダ情報に、extension_offsetを指定することで、拡張情報の位置を示すことができる。
＜２．シグナリング情報の詳細＞
（１）シグナリング情報の構造
　図７は、シグナリング情報の構造を示す図である。
　上述したように、LLSとしては、例えば、SCT，SAT，EAT，RRTが伝送される。SCTは、MPEG2-TS方式で用いられているトリプレットを採用し、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。また、SCTには、サービス単位の属性・設定情報としてのIPアドレス等の情報、ESGやSCSにアクセスするためのbootstrap情報などが含まれる。
　SATは、BBPストリームごとのオンエア中のサービスを示す。SATによって、特定のサービスがオンエア中（放送中）であるかどうかを判定することができる。EATは、緊急告知に関する情報を含んでいる。RRTは、レーティング情報を含んでいる。
　また、SCSとしては、例えば、MPD，SPT，SDP，USDが伝送される。MPDは、サービス単位で伝送されるコンポーネントごとのセグメントURL(Uniform Resource Locator)などを含んでいる。SPTは、サービスとコンポーネントのレベルで規定された各種のパラメータを含んで構成される。
　SDPは、サービス単位のサービス属性、コンポーネントの構成情報、コンポーネント属性、コンポーネントのフィルタ情報、コンポーネントのロケーション情報などを含んでいる。USDは、FDD（File Delivery Description）を含み、SDPとUSDによって、例えばFLUTEセッションにより伝送されるセグメントファイルが特定される。
　ESGは、例えば、番組タイトルや開始時刻などの情報を含む電子サービスガイドである。アプリケーション(Application)は、HTML(Hyper Text Markup Language)形式のファイル等から構成され、例えばインターネット上のサーバから配信される。アプリケーションは、特定のサービスとして提供される、テレビ番組等の放送コンテンツに連動して実行される。ESGとアプリケーションは、USDと関連付けることができる。
（２）SCSのデータ構造
　次に、SCSとして伝送される、MPD，SPT，SDP，USDのデータ構造について説明する。
（MPDの構造）
　図８は、MPD(Media Presentation Description)の構造を示す図である。MPDは、例えば、XML等のマークアップ言語により記述される。
　図８に示すように、MPDは、Period要素と、AdaptationSet要素と、Representation要素が階層構造になって構成される。ただし、図８のMPDの構造の例では、MPDを構成する主な要素と属性のみを記述しており、実際には、他の要素や属性が記述されることになる。
　Period要素は、コンテンツや番組などの構成を記述する単位で記述される。AdaptationSet要素には、例えば言語などの情報を指定することができる。Representation要素には、例えば符号化速度や画面サイズに関する情報を指定することができる。
　また、Representation要素は、id属性、及び、BaseURL要素の上位要素となる。id属性には、リプレゼンテーションIDが指定される。このリプレゼンテーションIDにより、SCSの他のシグナリング情報(SPT，SDP，USD)との間で、コンポーネントの対応をとることができる。BaseURL要素には、コンポーネントのロケーション情報が指定される。
　なお、図８のMPDの構造の例では、AdaptationSet要素とRepresentation要素を１つずつ配置した場合を示しているが、AdaptationSet要素とRepresentation要素は、複数配置することができる。
（SPTのシンタックス）
　図９は、SPT(Service Parameter Table)のシンタックスを示す図である。SPTは、例えば、XML等のマークアップ言語により記述される。なお、図９において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。
　図９に示すように、Spt要素は、serviceId属性、spIndicator属性、ProtocolVersionDescriptor要素、NRTServiceDescriptor要素、CapabilityDescriptor要素、IconDescriptor要素、ISO639LanguageDescriptor要素、ReceiverTargetingDescriptor要素、AssociatedServiceDescriptor要素、ContentAdvisoryDescriptor要素、及び、Component要素の上位要素となる。
　serviceId属性には、サービスIDが指定される。spIndicator属性には、サービスIDにより識別されるサービスごとに、暗号化されているかどうかが指定される。spIndicator属性として"on"が指定された場合には、当該サービスが暗号化されていることを示し、"off"が指定された場合には、当該サービスが暗号化されていないことを示している。
　ProtocolVersionDescriptor要素には、データのサービスがどのようなサービスであるかを示すための情報が指定される。NRTServiceDescriptor要素には、NRTサービスに関する情報が指定される。CapabilityDescriptor要素には、NRTサービスの提供を受ける受信機に要求される機能(キャパビリティ)に関する情報が指定される。
　IconDescriptor要素には、NRTサービスで用いられるアイコンの取得先を示す情報が指定される。ISO639LanguageDescriptor要素には、NRTサービスの言語コードが指定される。ReceiverTargetingDescriptor要素には、NRTサービスのターゲット情報が指定される。
　AssociatedServiceDescriptor要素には、関連従属サービスに関する情報が指定される。ContentAdvisoryDescriptor要素には、レーティングリージョンに関する情報が指定される。
　SPTにおいては、上述したこれらのDescriptor要素により、サービスレベルでの各種のパラメータが規定される。また、以下のComponent要素により、コンポーネントレベルでの各種のパラメータが規定される。
　Component要素は、componentId属性、representationId属性、subRepresentationLevel属性、componentCategory属性、locationType属性、componentEncription属性、TargetedDeviceDescriptor要素、ContentAdvisoryDescriptor要素、VideoParameters要素、AudioParameters要素、及び、CaptionParameters要素の上位要素となる。
　componentId属性には、コンポーネントIDが指定される。
　representationId属性には、リプレゼンテーションIDが指定される。このリプレゼンテーションIDにより、SCSの他のシグナリング情報(MPD，SDP，USD)との間で、コンポーネントの対応をとることができる。
　subRepresentationLevel属性には、サブリプレゼンテーションレベルが指定される。例えば、サブリプレゼンテーションレベルは、FLUTEセッションにおける各セグメントに、複数のカテゴリ（例えばビデオやオーディオ）のコンポーネントが格納される場合において、それらのコンポーネントを識別するための情報となる。
　componentCategory属性には、コンポーネントのカテゴリ情報が指定される。このカテゴリ情報としては、例えば、"video"，"audio"，"caption"，"nrt"が指定される。"video"はビデオのコンポーネント、"audio"はオーディオのコンポーネント、"caption"は字幕のコンポーネントであることを示している。また、"nrt"は、NRTコンテンツのデータであることを示している。
　locationType属性には、コンポーネントのロケーションのタイプ情報が指定される。このタイプ情報としては、例えば、"bb"，"bca"，"bco"が指定される。"bb"は、Broadbandの略であって、コンポーネントが通信を利用して配信されることを示す。"bca"は、Broadcast actualの略であって、コンポーネントが放送を利用して配信され、かつ、当該SPT(SCS)が伝送されているサービスと同一のサービス内で配信されることを示す。"bco"は、Broadcast otherの略であって、コンポーネントが放送を利用して配信され、かつ、当該SPT(SCS)が伝送されているサービスと異なる別サービス内で配信されることを示す。
　なお、以下の説明では、locationType属性として"bca"が指定され、コンポーネントが同一サービス内で配信されることを、「インバンド(Inband)」とも称する。また、locationType属性として"bco"が指定され、コンポーネントが別サービス内で配信されることを、「アウトバンド(Outband)」とも称する。
　componentEncription属性には、コンポーネントIDにより識別されるコンポーネントごとに、暗号化されているかどうかが指定される。componentEncription属性として"on"が指定された場合には、当該コンポーネントが暗号化されていることを示し、"off"が指定された場合には、当該コンポーネントが暗号化されていないことを示している。TargetedDeviceDescriptor要素には、ターゲットの装置に関する情報が指定される。ContentAdvisoryDescriptor要素には、コンポーネント単位での、レーティング情報が指定される。
　VideoParameters要素には、ビデオのパラメータが指定される。VideoParameters要素は、AVCVideoDescriptor要素、及び、HEVCVideoDescriptor要素の上位要素となる。すなわち、ビデオデータの符号化方式として、AVC(Advanced Video Coding)が用いられている場合には、AVCVideoDescriptor要素が指定され、HEVC(High Efficiency Video Coding)が用いられている場合には、HEVCVideoDescriptor要素が指定される。なお、AVCとHEVCは、ビデオデータの符号化方式の一例であって、他の符号化方式が用いられる場合には、対応するVideoDescriptor要素が指定されることになる。
　AudioParameters要素には、オーディオのパラメータが指定される。AudioParameters要素は、MPEG4AACAudioDescriptor要素、及び、AC3AudioDescriptor要素の上位要素となる。すなわち、オーディオデータの符号化方式として、MPEG4AAC(Advanced Audio Coding)が用いられている場合には、MPEG4AACAudioDescriptor要素が指定され、AC3(Audio Code number 3)が用いられる場合には、AC3AudioDescriptor要素が指定される。なお、MPEG4AACとAC3は、オーディオデータの符号化方式の一例であって、他の符号化方式が用いられる場合には、対応するAudioDescriptor要素が指定されることになる。
　CaptionParameters要素には、字幕のパラメータが指定される。
　なお、図９において、ProtocolVersionDescriptor要素、NRTServiceDescriptor要素、CapabilityDescriptor要素、IconDescriptor要素、ISO639LanguageDescriptor要素、及び、ReceiverTargetingDescriptor要素は、NRTサービス用に規定されるものである。
　また、図９に示したSPTの要素と属性の出現数(Cardinality)であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定され、"0..n"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。これらの出現数の意味は、後述する他のシンタックスでも同様とされる。
　次に、図９のSPTに記述されるDescriptor要素の詳細構造について説明する。ここでは、それらのDescriptor要素を代表して、Associated Service Descriptor要素について説明する。
（Associated Service Descriptor）
　図１０は、Associated Service Descriptorのシンタックスを示す図である。Associated Service Descriptorは、例えば、XML等のマークアップ言語により記述される。なお、図１０において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。
　AssociatedServiceDescriptor要素には、関連従属サービスに関する情報が指定される。AssociatedServiceDescriptor要素は、networkId属性、BBPStreamId属性、及び、serviceId属性の上位要素となる。networkId属性には、ネットワークIDが指定される。BBPStreamId属性には、BBPストリームIDが指定される。serviceId属性には、サービスIDが指定される。すなわち、関連従属サービスはトリプレットにより指定されることになる。
（SDPの構造）
　図１１は、SDP(Session Description Protocol)の構造を示す図である。SDPは、例えばテキスト形式で記述される。
　図１１に示すように、SDPは、セッション記述部(Session Description)と、メディア記述部(Media Description)の２つの部分から構成される。セッション記述部には、セッションに関する情報が記述される。また、メディア記述部は、RTPセッションやFLUTEセッションで伝送されるオーディオデータとビデオデータなど、複数のメディア情報を記述することができる。
　セッション記述部には、protocol version(v)，origin(o)，session name(s)，session information(i)，URI(u)，email address(e)，phone number(p)，connection data(c)，(session) bandwidth(b)，timing(t)，repeat times(r)，time zone(z)，encryption keys(k)，(session) attributes(a)を記述することができる。
　protocol version(v)には、プロトコルのバージョンが指定される。この値としては、"0"又はサービスの運用で決める値が指定される。RF2327では、必ず"0"が指定される。
　origin(o)には、SDP記述文書の生成者の情報が指定される。例えば、origin(o)としては、ユーザ名(username)，セッションID(sess-id)，セッションバージョン(sess-version)，ネットワークタイプ(nettype)，アドレスタイプ(addrtype)，ユニキャストアドレス(unicast-address)などの情報が指定される。
　session name(s)には、セッションの名称が指定される。session information(i)には、セッションに関する情報が指定される。URI(u)には、セッションに関する付加情報を得ることができるURI(Uniform Resource Identifier)が指定される。
　email address(e)には、セッションの管理責任者のコンタクト先の電子メールアドレスが指定される。phone number(p)には、セッションの管理責任者のコンタクト先の電話番号が指定される。
　connection data(c)には、セッションで利用するネットワークアドレスの情報が指定される。例えば、connection data(c)としては、ネットワークタイプ(nettype)，アドレスタイプ(addrtype)，コネクションアドレス(connection-address)などの情報が指定される。(session) bandwidth(b)には、セッションで使用されるメディアの利用帯域が指定される。
　timing(t)には、セッションの有効な開始時刻と、終了時刻が指定される。repeat times(r)には、セッションが定期的に繰り返し有効となる場合に、繰り返し周期などが指定される。なお、timing(t)とrepeat times(r)でタイム記述部を構成している。
　time zones(z)は、タイム記述子のrepeat times(r)で繰り返しが指定される場合に、夏時間と冬時間などの切り替えが必要な場合のオフセットが指定される。encryption keys(k)は、セッションで使用する暗号鍵若しくはその情報が指定される。(session) attributes(a)は、セッションに関する種々の情報が指定される。
　メディア記述部には、media announcements(m)，media information(i)，connection data(c)，(media) bandwidth(b)，encryption keys(k)，(media) attributesを記述することができる。
　media announcements(m)には、メディア種別(media)，ポート番号(port)，プロトコル(proto)，フォーマット(fmt)などの情報が指定される。media information(i)には、メディアに関する情報が指定される。connection data(c)には、メディアで使用するネットワークアドレスの情報が指定される。
　(media) bandwidth(b)には、メディアストリームの利用する帯域が指定される。encryption keys(k)には、メディアで使用する暗号鍵若しくはその情報が指定される。(media) attributesには、メディアに関する種々の属性が指定される。
（SDPの属性種別）
　図１２は、SDPの属性種別(Attributes)を示す図である。
　"a="により指定される属性種別は、セッション記述部に含まれる場合には、セッション全体に関わる属性を示し、メディア記述部に含まれる場合には、メディアに関する属性を示している。なお、SDPの機能を拡張する場合には、"a="の属性の部分を拡張することで、SDPのセッション記述能力を拡張することができる。
　例えば、属性種別としては、ptime，fmtp，sendrecv，recvonly，sendonly，inactive，rtpmap，representation-idが定義されている。
　ptimeは、１つのパケットに含まれるメディアの長さを示しており、その値としてパケットに含まれるデータ量が指定される。fmtpは、メディアで利用されるフォーマットと、そのフォーマットで必要な特定のパラメータを示し、その値としてフォーマットとパラメータが指定される。
　sendrecvは、メディアが送受信双方向であることを示している。recvonlyは、メディアが受信のみであることを示している。sendonlyは、メディアが送信のみであることを示している。inactiveは、メディアが双方向で送出されないことを示している。例えば、セッションの途中でメディアの送受信を保留する場合や、セッション開始前にポート番号やコーデックなどの確保を行う場合に利用される。
　rtpmapは、ペイロードと符号化種別のマッピングを示しており、その値としてペイロードタイプと符号化種別が指定される。representation-idは、リプレゼンテーションIDを示しており、その値として、リプレゼンテーションIDが指定される。このリプレゼンテーションIDにより、SCSの他のシグナリング情報(MPD，SPT，USD)との間で、コンポーネントの対応をとることができる。
（SDPの記述例）
　図１３は、SDPの記述例を示す図である。
　この記述例において、セッション記述部には、プロトコルのバージョンを示す"v"，インスタンス生成者情報を示す"o"，コネクションデータを示す"c"，セッションの有効時刻を示す"t"が記述されている。
　すなわち、この記述例では、プロトコルのバージョンとして、"0"が指定されている。また、インスタンス生成者情報として、"ricky"であるユーザ名、"28908764872"であるSDPインスタンスのID、"IN"（インターネット）である送信（ホスト）のタイプ、"IP4"(IPv4)であるIPアドレスのタイプ、"host.example.com"であるIPアドレス(URL)がそれぞれ指定されている。
　また、特定のセッションで利用するネットワークアドレスの情報として、"IN"（インターネット）であるネットワークのタイプ、"IP4"(IPv4)であるIPアドレスのタイプ、"192.0.2.4"であるIPアドレスがそれぞれ指定されている。さらに、セッションの有効時刻として、"0  0"が指定されている。
　なお、送信（ホスト）又はネットワークのタイプには、"IN"（インターネット）のほか、"BC"（放送）や"HB"（ハイブリッド）などを指定することができる。また、IPアドレスのタイプには、"IP4"(IPv4)のほか、"IP6"(IPv6)などを指定することができる。
　また、この記述例においては、特定のセッションで伝送されるストリームとして、オーディオデータとビデオデータが伝送される場合に、オーディオに関するメディア情報がメディア記述部１に記述され、ビデオに関するメディア情報がメディア記述部２に記述されている。
　メディア情報の値としては、メディアタイプ、メディアを送信するポート番号、メディアを送信するプロトコル、フォーマットなどが指定される。例えば、メディアタイプとしては、ビデオ(Video)やオーディオ(Audio)が指定される。また、メディアを送信するプロトコルとしては、"RTP/AVP"や"FLUTE/UDP"などが指定される。また、フォーマットとしては、プロトコルごとに必要があれば付加情報が記述される。また、"a="で始まる行は、対応するメディアの属性を示している。
　すなわち、この記述例では、メディア記述部１の"m=audio"の行によって、RTPセッションで伝送されるオーディオデータのポート番号が、"49170"であることを示している。また、その次に続く３行の"a=rtpmap"によって、ペイロードタイプと符号化種別がマッピングされている。つまり、オーディオデータは、PCMU，GSM（登録商標），G729のいずれかにより符号化されていることになる。また、オーディオデータにおいて、RTPタイムスタンプのタイムスケールは、8000となる。
　また、メディア記述部２の"m=video"の行によって、RTPセッションで伝送されるビデオデータのポート番号が、51372であることを示している。そして、その次に続く２行の"a=rtpmap"によって、ペイロードタイプと符号化種別がマッピングされている。つまり、ビデオデータは、H.261又はH.263により符号化されていることになる。また、ビデオデータにおいて、RTPタイムスタンプのタイムスケールは、90000となる。
　なお、図１３のSDPの記述例では、オーディオデータとビデオデータがRTPセッションにより伝送される場合について説明したが、FLUTEセッションにより伝送される場合もある。その場合には、メディアを送信するプロトコルとして、"RTP/AVP"の代わりに、"FLUTE/UDP"が指定されることになる。
（USDの構造）
　図１４は、USD(User Service Description)の構造を示す図である。USDは、例えば、XML等のマークアップ言語により記述される。
　USBD要素は、USDのルート要素であって、サービスごとに、USD要素を記述することができる。ただし、USDを伝送するSCSはサービスごとに提供されるため、USBD要素には、各サービスに対するUSD要素が１つだけ記述されることになる。
　USD要素は、appService要素、broadcastAppService要素、broadcastotherService要素、broadbandAppService要素、及び、DeliveryMethod要素の上位要素となる。また、appService要素は、appServiceDescriptionURI要素の上位要素となる。このappService要素とappServiceDescriptionURI要素によって、MPDの参照先を指定することができる。
　broadcastAppService要素は、basePattern要素の上位要素となる。basePattern要素には、コンポーネントのbaseURLが指定される。コンポーネントがインバンドで放送配信される場合には、basePattern要素に、baseURLが記述される。この例では、インバンドで放送配信されるコンポーネントとして、basePattern要素に、"Video1"と"Audio1"が記述されている。
　broadcastotherService要素は、コンポーネントのbaseURLが指定されるbasePattern要素の上位要素となる。コンポーネントがアウトバンドで放送配信される場合には、basePattern要素に、baseURLが記述される。この例では、アウトバンドで放送配信されるコンポーネントとして、basePattern要素に、"Audio2"が記述されている。
　broadbandAppService要素は、コンポーネントのbaseURLが指定されるbasePattern要素の上位要素となる。コンポーネントが通信配信される場合には、basePattern要素に、baseURLが記述される。この例では、通信配信されるコンポーネントとして、basePattern要素に、"Audio3"が記述されている。
　すなわち、例えば、MPDに記述されたbaseURLと、broadcastAppService要素、broadcastotherService要素、及び、broadbandAppService要素に記述されたbaseURLをマッチングすることで、MPDに記述されたbaseURLで指定されるコンポーネントがどのような配信形態で伝送されているかを識別することができる。具体的には、MPDとbroadcastAppService要素のbaseURLが一致した場合、コンポーネントがインバンドで放送配信されていることを示し、MPDとbroadcastotherService要素のbaseURLが一致した場合、コンポーネントがアウトバンドで放送配信されていることを示し、MPDとbroadbandAppService要素のbaseURLが一致した場合、コンポーネントが通信配信されていることを示す。
　このように、broadcastAppService要素、broadcastotherService要素、及び、broadbandAppService要素は、上述したSPT（図９）のComponent要素のlocationType属性に指定されるタイプ情報と対応しており、SPTだけでなく、USDにおいても、コンポーネントの配信形態を識別することができる。
　DeliveryMethod要素は、SessionDescriptonURI要素とFDD要素の上位要素となる。このDeliveryMethod要素とSessionDescriptonURI要素によって、SDPの参照先を指定することができる。
　FDD(File Delivery Description)要素には、各FLUTEセッションの識別情報であるTSI(Transport Session Identifier)ごとのインデックス情報として、当該FLUTEセッションごとに送られる複数のオブジェクトの識別情報であるTOI（Transport Object Identifier）が記述される。
　ここで、FLUTE(File Delivery over Unidirectional Transport)では、送信するファイルなどを１つのオブジェクトとして、TOIにより管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSIにより管理する。すなわち、FLUTEセッションにおいては、TSIとTOIの２つの識別情報により特定のファイルを指定することが可能となる。なお、FDDの詳細は、図１５を参照して後述する。
（FDDのシンタックス）
　図１５は、FDDのシンタックスを示す図である。
　図１５に示すように、StaticFDD要素は、tsi属性、objectDeliveryMode属性、oufOfOrderSending属性、contentEncoding属性、contentEncoding属性、byteRange属性、representationId属性、CodePoint要素、File要素、及び、FileTemplate要素の上位要素となる。
　tsi属性には、TSIが指定される。objectDeliveryMode属性には、オブジェクトの配信モードが指定される。oufOfOrderSending属性には、配信に関する情報が指定される。contentEncoding属性には、コンテンツの符号化に関する情報が指定される。byteRange属性には、ファイルのバイトレンジに関する情報が指定される。
　representationId属性には、リプレゼンテーションIDが指定される。例えば、このリプレゼンテーションIDは、FLUTEセッションが特定のコンポーネント（例えばビデオ）でのみ使用される場合に用いられる。また、このリプレゼンテーションIDにより、SCSの他のシグナリング情報(MPD，SDP，SDP)との間で、コンポーネントの対応をとることができる。CodePoint要素には、LCTヘッダに関する情報が指定される。
　File要素は、contentLocation属性、TOI属性、contentEncoding属性、contentMD5属性、及び、representationId属性の上位要素となる。
　contentLocation属性には、ファイルのURLが指定される。TOI属性には、TOIが指定される。contentEncoding属性には、コンテンツの符号化に関する情報が指定される。contentMD5属性には、MD5(Message Digest 5)に関する情報が指定される。
　representationId属性には、リプレゼンテーションIDが指定される。例えば、このリプレゼンテーションIDは、１つのFLUTEセッションにビデオやオーディオのファイルが含まれていて、それらをファイル単位で区別する必要がある場合に用いられる。また、このリプレゼンテーションIDにより、SCSの他のシグナリング情報(MPD，SDP，SDP)との間で、コンポーネントの対応をとることができる。
　FileTemplate要素は、startTOI属性及びendTOI属性の上位要素となる。startTOI属性には、TOIが時系列で変化する場合におけるTOIの開始値が指定される。また、endTOI属性には、TOIが時系列で変化する場合におけるTOIの終了値が指定される。すなわち、startTOI属性とendTOI属性を指定することで、TOIの開始値から終了値まで、その値が順次インクリメントされる。これにより、TOIが変化する度に、その都度、FDDを取得する必要がなくなることになる。
　なお、上述したSCSのシグナリング情報（MPD，SPT，SDP，USD）のデータ構造は一例であって、他の構造を採用することもできる。
＜３．第１の実施の形態＞
（１）具体的な運用例
　図１６は、第１の実施の形態としての、サービス単位のFLUTEセッションを用いた場合の運用例（以下、「運用例１」という。）を示す図である。
　図１６の運用例１では、放送(Broadcast)と通信(Broadband)の両方を利用して、ビデオやオーディオのコンポーネントが配信されている。この例では、メインのサービス(main)となるサービス１(Serice1)と、関連従属サービス(sub：Associated Service)となるサービス２(Service2)が放送を利用して配信され、オーディオ３(Audio3)が通信を利用して配信されている。なお、この運用例１の場合、サービス１を構成するビデオ１(Video1)とオーディオ１(Audio1)のコンポーネントは、インバンドとなり、サービス２を構成するオーディオ２(Audio2)のコンポーネントは、アウトバンドとなる。
　サービス１(Serice1)は、例えばテレビ番組などであって、ビデオ１とオーディオ１から構成されるが、それらのコンポーネントは、同一のFLUTEセッションで伝送されている。また、サービス１用のSCSとして、MPD，SPT，SDP，USDが伝送されており、LLSとして伝送されるSCTのbootstrap情報を用い、取得される。
　サービス１のFLUTEセッションでは、ビデオ１とオーディオ１のコンポーネントが伝送されているが、これらのコンポーネントのファイルは、セグメントごとに分割されており、各セグメントのファイルは、TOIにより指定される。
　例えば、ビデオ１のセグメントには、USDのFDD要素のstartTOI属性として、"10"が指定されている。したがって、TOIの値を、"10"から順次、"11"，"12"，・・・，nとインクリメントすることで、セグメントごとに時系列で変化するTOIを特定することができる。また、例えば、オーディオ１のセグメントには、startTOI属性として、"1010"が指定されている。したがって、TOIの値を、"1010"から順次、"1011"，"1012"，・・・，mとインクリメントすることで、セグメントごとに時系列で変化するTOIを特定することができる。
　サービス２のFLUTEセッションでは、オーディオ２のコンポーネントのみが伝送されている。また、サービス２用のSCSとして、SDPとUSDが伝送されている。サービス２のFLUTEセッションにおいて、オーディオ２のセグメントには、startTOI属性として、"10"が指定されており、TOIの値を、"10"から順次、"11"，"12"，・・・，pとインクリメントすることで、セグメントごとに時系列で変化するTOIを特定することができる。
　オーディオ３のコンポーネントは、インターネット上に設けられた配信サーバから、ストリーミング配信される。オーディオ３のコンポーネントは、例えば、Segment2010，Segment2011，Segment2012，・・・，Segment qなど、セグメントごとに分割されている。
　ここで、図１７を参照して、図１６の運用例１における、SCSを用いた各コンポーネントのロケーションの解決の全体構造について説明する。
　図１７に示すように、サービス１のSPTには、サービスの構成要素として、各コンポーネントごとに、カテゴリ情報やロケーションのタイプ情報が指定されており、各コンポーネントの配信形態を特定することができる。
　この運用例１では、ロケーションのタイプ情報として、ビデオ１とオーディオ１のコンポーネントには、"bca"が指定されており、当該コンポーネントは、インバンドで放送配信されていることを示す。また、オーディオ２のコンポーネントには、"bco"が指定されており、当該コンポーネントは、アウトバンドで放送配信されていることを示す。さらに、オーディオ３のコンポーネントには、"bb"が指定されており、当該コンポーネントは、通信で配信されていることを示す。
　サービス１のMPDには、サービスの構成要素として、ビデオ１、オーディオ１、オーディオ２、オーディオ３の各コンポーネントのURLが記述されている。また、サービス１のSDPには、コンポーネントの構成情報やロケーション情報（例えばポート番号やTSI）などが記述されている。
　例えば、サービス１が選択された場合、サービス１のSPTによって、ビデオ１とオーディオ１のコンポーネントが、インバンドで放送配信されていることを特定できるので、サービス１のUSDのFDD要素を参照して、ビデオ１のセグメントのstartTOI="10"と、オーディオ１のセグメントのstartTOI="1010"を取得することができる。そして、サービス１のSDPにより特定されるFLUTEセッションから、サービス１のUSDのFDD要素のstartTOIを開始値として時系列で変化するTOIにより指定されるセグメントを順次特定して、ビデオ１とオーディオ１のコンポーネントを取得することができる。
　また、サービス１のSPTによって、オーディオ２のコンポーネントが、アウトバンドで放送配信されていることを特定でき、かつ、SPTに記述されたAssociated Service Descriptorによりサービス２で伝送されていることが認知できるので、サービス２もサービス１と同時に選局して、サービス２のUSDのFDD要素を参照して、オーディオ２のセグメントのstartTOI="10"を取得することができる。そして、サービス２のSDPにより特定されるFLUTEセッションから、サービス２のUSDのFDD要素のstartTOIを開始値として時系列で変化するTOIにより指定されるセグメントを順次特定して、オーディオ２のコンポーネントを取得することができる。
　さらに、サービス１のSPTによって、オーディオ３のコンポーネントが、通信で配信されていることを特定できるので、サービス１のMPDに記述されたオーディオ３のURLに従い、配信サーバ(Server)にアクセスすることで、配信サーバからストリーミング配信される、オーディオ３のコンポーネントを取得することができる。
　なお、サービス１とサービス２は、SCTにおいて、サービスごとに指定されるservice_typeなどにより区別される。ロケーションのタイプ情報は、SPTに限らず、USDを参照して特定するようにしてもよい。
（２）SCSの記述例
　次に、図１８乃至図２２を参照して、図１６の運用例１を実現するためのSCSの記述例を示す。なお、ここでは、サービス１を構成するビデオ１とオーディオ１のコンポーネントが、同一のFLUTEセッションで伝送されている運用例１（図１６）において、サービス１が選択された場合を代表して説明するものとする。
（MPDの記述例）
　図１８は、図１７のMPDの記述例を示す図である。なお、MPDはXMLで記述されるので、実際の記述は本記述例と異なるが、XMLの要素の階層構造と属性を表現して記述する。
　図１８に示すように、MPDには、サービスの構成要素として、各コンポーネントのリプレゼンテーションIDと、URL(BaseURL)が記述されている。
　具体的には、ビデオ１には、BaseURLとして"Video1"が指定されており、配信サーバのURL("http://10.1.200.10/")と、"Video1"を結合させて得られる文字列("http://10.1.200.10/Video1")が、セグメントURLとされる。
　同様に、オーディオ１には、BaseURLとして"Audio1"が指定されており、セグメントURLは、"http://10.1.200.10/Audio1"となる。また、オーディオ２には、BaseURLとして"Audio2"が指定されており、セグメントURLは、"http://10.1.200.10/Audio2"となる。さらに、オーディオ３には、BaseURLとして"Audio3"が指定されており、セグメントURLは、"http://10.1.200.10/Audio3"となる。
（SDPの記述例）
　図１９は、図１７のSDPの記述例を示す図である。
　図１９において、メディア記述部の"m=application"の行によって、ビデオ１とオーディオ１のコンポーネントを伝送するFLUTEセッションのポート番号が"67890"であることを示している。
　また、"a=flute-tsi:3"によって、当該FLUTEセッションのTSIが"3"であることを示している。さらに、"a=representation-id"によって、当該FLUTEセッションで伝送されるビデオ１とオーディオ１のコンポーネントのリプレゼンテーションIDが指定される。このSDPの記述例では、リプレゼンテーションIDとして、ビデオ１のコンポーネントには"23"が指定され、オーディオ１のコンポーネントには"45"が指定されている。
　なお、図２０に示すように、複数のコンポーネントのリプレゼンテーションIDのうち、特定のコンポーネントのリプレゼンテーションIDのみを代表して記述するようにしてもよい。このSDPの記述例では、"23"であるビデオ１のコンポーネントのリプレゼンテーションIDが代表して記述されている。
（USDの構造例）
　図２１は、図１７のUSDの構造例を示す図である。
　図１６の運用例１におけるサービス１では、当該サービス１を構成するビデオ１とオーディオ１のコンポーネントが、同一のFLUTEセッションで伝送されているため、USDには、１つのFDDのみが記述されている。
　図２１に示すように、USDでは、appService要素とappServiceDescriptionURI要素によって、MPD（図１８）が参照される。当該MPDには、ビデオ１のコンポーネントのリプレゼンテーションID及びBaseURL("Video1")と、オーディオ１のコンポーネントのリプレゼンテーションID及びBaseURL("Audio1")が記述されている。ただし、図２１のMPDでは、オーディオ２とオーディオ３のコンポーネントのリプレゼンテーションIDとBaseURLの記述は省略している。
　そして、MPDの各コンポーネントのBaseURL（セグメントURL）と、USDのFDD要素のcontentLocation属性をマッチングすることで、ビデオ１のセグメントのstartTOI="10"と、オーディオ１のセグメントのstartTOI="1010"をそれぞれ取得することができる。なお、当該マッチングの際には、BaseURLやcontentLocation属性などのロケーション情報の代わりに、MPDの各コンポーネントのリプレゼンテーションIDと、USDのFDD要素のリプレゼンテーションIDを用い、マッチングを行ってもよい。
　以上のように、例えば、図１６の運用例１におけるサービス１のビデオ１とオーディオ１のように、特定のサービスを構成する複数のコンポーネントが、同一のFLUTEセッションで伝送されている場合、SCSの各シグナリング情報が連携することで、コンポーネントのロケーションを解決して、特定のコンポーネントを取得することが可能となる。
　すなわち、図２２に示すように、各シグナリング情報（MPD，SPT，SDP，USD(FDD)）には、それぞれ、インバンドとアウトバンドを含めて、特定のコンポーネントを共通に同定するためのリプレゼンテーションIDが設定されており、このリプレゼンテーションIDを用いて、各シグナリング情報を参照し合うことができる。また、MPDのセグメントURL(BaseURL)と、USD(FDD)のcontent_locationは対応しているため、それらのロケーション情報を互いに参照し合うこともできる。
　例えば、ビデオ１のコンポーネントのロケーションを特定する際には、MPDのセグメントURL(BaseURL)と、USD(FDD)のcontent_locationをマッチングすることで、ビデオ１のセグメントのstartTOIを取得することができる。そして、SDPのポート番号(port_num)とTSIにより特定されるFLUTEセッションから、startTOIを開始値として時系列で変化するTOIにより指定されるセグメントを順次特定することで、ビデオ１のコンポーネントを取得することができる。
　なお、図１６の運用例１では、サブリプレゼンテーションレベル(sub representation level)は必要ないため、MPDとSPTにおいてその記述を省略している。また、上述したように、同一のサービスであれば、同一のIPアドレスとなるため、SDPにおいて、ポート番号(port_num)とTSIのほかに、あえてIPアドレス(IP_address)を指定するかどうかは任意である。
（３）セグメントの構成例
　図２３は、図１６の運用例１のFLUTEセッションにおける各セグメントの構成例を示す図である。なお、FLUTEセッションの各セグメントは、ISO/IEC 14496-12で規定されているISOベースメディアファイルフォーマット(ISO Base Media File Format)により構成されている。
　図１６の運用例１では、ビデオ１(Video1)とオーディオ１(Audio1)のファイルが異なるセグメントで伝送されているため、図２３においては、ビデオ１のセグメントと、オーディオ１のセグメントを別々に図示している。
　ビデオ１のセグメントは、イニシャライゼイションセグメント(Initialization Segment)とメディアセグメント(Media Segment)から構成される。イニシャライゼイションセグメントは、データ圧縮方式などの初期化情報を含んでいる。また、メディアセグメントは、ビデオ１のコンポーネントを格納している。
　イニシャライゼイションセグメントは、ftyp，moovから構成される。ftyp(file type box)は、ファイルが準拠するファイルフォーマット仕様のバージョンを示す。moov(movie box)には、全体の制御情報が含まれる。
　メディアセグメントは、styp，sidx，ssix，moof，mdatから構成される。styp(segment type box)は、セグメント単位のファイルのファイルフォーマット仕様のバージョンを示す。sidx(segment index box)は、セグメント内のインデックス情報を示す。ssix(subsegment index box)は、セグメント内の各サブセグメント（レベル）ごとのインデックス情報を示す。
　moof(movie fragment box)は、フラグメントの制御情報を示す。また、moofには、trafが含まれる。traf(track fragment box)は、トラック単位の制御情報を示す。この例では、trafには、ビデオ１のトラック単位の制御情報が配置される。mdat(media data box)は、フラグメントのメディアデータ本体を示す。この例では、mdatには、ビデオ１のデータ（ファイル）が配置される。
　オーディオ１のセグメントは、基本的にビデオ１のセグメントと同様に構成されるが、メディアセグメントがオーディオ１のセグメントとなるため、moofのtrafには、オーディオ１のトラック単位の制御情報が配置され、mdatには、オーディオ１のデータ（ファイル）が配置される。
　また、図２３には、上述したビデオ１とオーディオ１の各セグメントの構成に対応したMPDの記述例が示されている。このMPDの記述例に示すように、ビデオ１とオーディオ１のRepresentation要素には、Initialization Segment URLと、複数のEach Media Segments URLが記述されている。Initialization Segment URLには、イニシャライゼイションセグメントを特定するためのURLが記述されている。また、Each Media Segments URLには、各メディアセグメントを特定するためのURLが記述されている。このようなMPDを用いることで、同一のFLUTEセッションで伝送されるビデオ１のセグメントと、オーディオ１のセグメントを順次取得することができる。
＜４．第２の実施の形態＞
（１）具体的な運用例
　図２４は、第２の実施の形態としての、コンポーネント単位のFLUTEセッションを用いた場合の運用例（以下、「運用例２」という。）を示す図である。
　図２４の運用例２では、放送と通信の両方を利用して、ビデオやオーディオのコンポーネントが配信されている。この例では、メインのサービスとなるサービス１と、関連従属サービスとなるサービス２が放送を利用して配信され、オーディオ３が通信を利用して配信されている。なお、この運用例２の場合、サービス１を構成するビデオ１とオーディオ１のコンポーネントは、インバンドとなり、サービス２を構成するオーディオ２のコンポーネントは、アウトバンドとなる。
　サービス１は、例えばテレビ番組などであって、ビデオ１とオーディオ１から構成されるが、それらのコンポーネントは、異なるFLUTEセッションで伝送されている。また、サービス１用のSCSとして、MPD，SPT，SDP，USDが伝送されており、LLSとして伝送されるSCTのbootstrap情報を用い、取得される。
　サービス１のFLUTEセッションのうち、ビデオ１のFLUTEセッションでは、ビデオ１のコンポーネントが伝送されるが、当該コンポーネントは、セグメントごとに分割されており、各セグメントのファイルは、TOIにより指定される。例えば、ビデオ１のセグメントには、USDのFDD要素のstartTOI属性として、"10"が指定されており、TOIの値を、"10"から順次、"11"，"12"，・・・，nとインクリメントすることで、セグメントごとに時系列で変化するTOIを特定することができる。
　また、サービス１のFLUTEセッションのうち、オーディオ２のFLUTEセッションでは、オーディオ１のコンポーネントが伝送されるが、当該コンポーネントは、セグメントごとに分割されており、各セグメントのファイルは、TOIにより指定される。例えば、オーディオ１のセグメントには、USDのFDD要素のstartTOI属性として、"10"が指定されており、TOIの値を、"10"から順次、"11"，"12"，・・・，mとインクリメントすることで、セグメントごとに時系列で変化するTOIを特定することができる。
　サービス２のFLUTEセッションでは、オーディオ２のコンポーネントのみが伝送されている。また、サービス２用のSCSとして、SDPとUSDが伝送されている。例えば、サービス２のFLUTEセッションにおいて、オーディオ２のセグメントには、startTOI属性として、"10"が指定されており、TOIの値を、"10"から順次、"11"，"12"，・・・，pとインクリメントすることで、セグメントごとに時系列で変化するTOIを特定することができる。
　オーディオ３のコンポーネントは、インターネット上に設けられた配信サーバから、ストリーミング配信される。オーディオ３のコンポーネントは、例えば、Segment2010，Segment2011，Segment2012，・・・，Segment qなど、セグメントごとに分割されている。
　ここで、図２５を参照して、図２４の運用例２における、SCSを用いた各コンポーネントのロケーションの解決の全体構造について説明する。
　図２５に示すように、サービス１のSPTには、サービスの構成要素として、各コンポーネントごとに、カテゴリ情報やロケーションのタイプ情報が指定されており、コンポーネントの配信形態を特定することができる。
　この運用例２では、ロケーションのタイプ情報として、ビデオ１とオーディオ１のコンポーネントには、"bca"が指定されており、当該コンポーネントは、インバンドで放送配信されていることを示す。また、オーディオ２のコンポーネントには、"bco"が指定されており、当該コンポーネントは、アウトバンドで放送配信されていることを示す。さらに、オーディオ３のコンポーネントには、"bb"が指定されており、当該コンポーネントは、通信で配信されていることを示す。
　ここで、この運用例２では、コンポーネントごとにFLUTEセッションが異なっている、すなわち、ビデオ１のコンポーネントと、オーディオ１のコンポーネントは、異なるFLUTEセッションで伝送されているため、サービス１が選択された場合には、各FLUTEセッションで伝送されているセグメントのすべてを順次取得することで、ビデオ１のコンポーネントと、オーディオ１のコンポーネントを取得することができる。この場合、図中のSPTとSDPの"Video1"と"Audio1"からの実線で示すように、各FLUTEセッションは、サービス１のSDP(ポート番号とTSI)により特定されるが、すべてのセグメントを取得するため、TOIを用いる必要はない。
　なお、上述した説明では、TOIを用いずに、ビデオ１とオーディオ１のコンポーネントを取得する方法を説明したが、図中のSPT，MPD，USDの"Video1"と"Audio1"からの点線で示すように、TOIを用いるようにしてもよい。
　具体的には、サービス１のMPDには、サービスの構成要素として、ビデオ１、オーディオ１、オーディオ２、オーディオ３の各コンポーネントのURLが記述されている。また、サービス１のSPTによって、ビデオ１とオーディオ１のコンポーネントが、インバンドで放送配信されていることを特定できるので、サービス１のUSDのFDD要素を参照して、ビデオ１のセグメントのstartTOI="10"と、オーディオ１のセグメントのstartTOI="10"を取得することができる。
　そして、サービス１のSDPにより特定されるFLUTEセッションから、サービス１のUSDのFDD要素のstartTOIを開始値として時系列で変化するTOIにより指定されるセグメントを順次特定して、ビデオ１とオーディオ１のコンポーネントを取得することができる。
　ただし、FDDは、FLUTEセッションごとに用意されているので、ビデオ１のセグメントのstartTOI="10"は、ビデオ１のFLUTEセッション用のFDDから取得され、オーディオ１のセグメントのstartTOI="10"は、オーディオ１のFLUTEセッション用のFDDから取得される。また、MPDとUSD(FDD)のマッチングは、リプレゼンテーションIDやロケーション情報を用いて行うことができる。
　また、サービス２のFLUTEセッションで伝送されているのが、オーディオ２のコンポーネントのみとなるため、当該FLUTEセッションで伝送されているセグメントのすべてを順次取得することで、オーディオ２のコンポーネントを取得することができる。この場合、図中のサービス１のSPTの"Audio2"と、サービス２のSDPの"Audio2"からの実線で示すように、FLUTEセッションは、サービス２のSDP(ポート番号とTSI)により特定されるが、すべてのセグメントを取得するため、TOIを用いる必要はない。
　なお、上述した説明では、TOIを用いずに、オーディオ２のコンポーネントを取得する方法を説明したが、図中のサービス１のMPDの"Audio2"と、サービス２のUSDの"Audio2"からの点線で示すように、TOIを用いるようにしてもよい。
　具体的には、サービス１のMPDには、サービスの構成要素として、ビデオ１、オーディオ１、オーディオ２、オーディオ３の各コンポーネントのURLが記述されている。また、サービス１のSPTによって、オーディオ２のコンポーネントが、アウトバンドで放送配信されていることを特定できるので、サービス２のUSDのFDD要素を参照して、オーディオ２のセグメントのstartTOI="10"を取得することができる。そして、サービス２のSDPにより特定されるFLUTEセッションから、サービス２のUSDのFDD要素のstartTOIを開始値として時系列で変化するTOIにより指定されるセグメントを順次特定して、オーディオ２のコンポーネントを取得することができる。
　さらに、サービス１のSPTによって、オーディオ３のコンポーネントが、通信で配信されていることを特定できるので、サービス１のMPDに記述されたオーディオ３のURLに従い、配信サーバ(Server)にアクセスすることで、配信サーバからストリーミング配信される、オーディオ３のコンポーネントを取得することができる。
（２）SCSの記述例
　次に、図２６乃至図２８を参照して、図２４の運用例２を実現するためのSCSの記述例を示す。なお、ここでは、サービス１を構成するビデオ１とオーディオ１のコンポーネントが、異なるFLUTEセッションで伝送されている運用例２（図２４）において、サービス１が選択された場合を代表して説明するものとする。
（MPDの記述例）
　図２４の運用例２において、MPDの記述は、上述した図１６の運用例１のMPDの記述と同様となるため、その説明は省略する。
（SDPの記述例）
　図２６は、図２５のSDPの記述例を示す図である。
　図２６において、メディア記述部の１つ目の"m=application"の行によって、ビデオ１を伝送するFLUTEセッションのポート番号が"67890"であることを示している。また、"a=flute-tsi:3"によって、当該FLUTEセッションのTSIが"3"であることを示している。さらに、"a=representation-id:23"によって、当該FLUTEセッションで伝送されるビデオ１のリプレゼンテーションIDが"23"であることを示している。
　メディア記述部の２つ目の"m=application"の行によって、オーディオ１を伝送するFLUTEセッションのポート番号が"12345"であることを示している。また、"a=flute-tsi:5"によって、当該FLUTEセッションのTSIが"5"であることを示している。さらに、"a=representation-id:45"によって、当該FLUTEセッションで伝送されるオーディオ１のリプレゼンテーションIDが"45"であることを示している。
（USDの構造例）
　図２７は、図２５のUSDの構造例を示す図である。
　図２４の運用例２におけるサービス１では、当該サービス１を構成するビデオ１とオーディオ１のコンポーネントが、異なるFLUTEセッション、すなわち、ビデオ１のFLUTEセッションと、オーディオ１のFLUTEセッションの２つのFLUTEセッションが存在するため、USDには、FLUTEセッションごとに２つのFDDが記述されている。
　図２７に示すように、USDでは、appService要素とappServiceDescriptionURI要素によって、MPD（図１８）が参照される。当該MPDには、ビデオ１のコンポーネントのリプレゼンテーションID("23")及びBaseURL("Video1")と、オーディオ１のコンポーネントのリプレゼンテーションID("45")及びBaseURL("Audio1")が記述されている。
　そして、MPDのビデオ１のコンポーネントのBaseURL（セグメントURL）と、USDのビデオ１のFLUTEセッション用のFDDのcontentLocation属性をマッチングすることで、ビデオ１のセグメントのstartTOI="10"が取得される。また、MPDのオーディオ１のコンポーネントのBaseURL（セグメントURL）と、USDのオーディオ１のFLUTEセッション用のFDDのcontentLocation属性をマッチングすることで、オーディオ１のセグメントのstartTOI="10"が取得される。
　なお、当該マッチングの際には、BaseURLやcontentLocation属性などのロケーション情報の代わりに、MPDの各コンポーネントのリプレゼンテーションIDと、各FDDのリプレゼンテーションIDを用い、マッチングを行ってもよい。
　以上のように、例えば、図２４の運用例２におけるサービス１のビデオ１とオーディオ１のように、特定のサービスを構成する複数のコンポーネントが、異なるFLUTEセッションで伝送されている場合、SCSの各シグナリング情報が連携することで、コンポーネントのロケーションを解決して、特定のコンポーネントを取得することが可能となる。
　すなわち、図２８に示すように、各シグナリング情報（MPD，SPT，SDP，USD(FDD)）には、それぞれ、インバンドとアウトバンドを含めて、特定のコンポーネントを共通に同定するためのリプレゼンテーションIDが設定されており、このリプレゼンテーションIDを用いて、各シグナリング情報を参照し合うことができる。また、MPDのセグメントURL(BaseURL)と、USD(FDD)のcontent_locationは対応しているため、それらのロケーション情報を互いに参照し合うこともできる。
　例えば、ビデオ１のコンポーネントのロケーションを特定する際には、MPDのセグメントURL(BaseURL)と、USD(FDD)のcontent_locationをマッチングすることで、ビデオ１のセグメントのstartTOIを取得することができる。そして、SDPのポート番号(port_num)とTSIにより特定されるFLUTEセッションから、startTOIを開始値として時系列で変化するTOIにより指定されるセグメントを順次特定することで、ビデオ１のコンポーネントを取得することができる。
　なお、図２４の運用例２では、サブリプレゼンテーションレベル(sub representation level)は必要ないため、MPDとSPTにおいてその記述を省略している。
（３）セグメントの構成例
　図２４の運用例２のFLUTEセッションにおける各セグメントの構成は、図２３を参照して説明した図１６の運用例１における各セグメント構成と同様であるため、その説明は省略する。
＜５．第３の実施の形態＞
（１）具体的な運用例
　図２９は、第３の実施の形態としての、１つのセグメントに複数のコンポーネントが含まれる場合の運用例（以下、「運用例３」という。）を示す図である。
　図２９の運用例３では、放送と通信の両方を利用して、ビデオやオーディオのコンポーネントが配信されている。この例では、メインのサービスとなるサービス１と、関連従属サービスとなるサービス２が放送を利用して配信され、オーディオ３が通信を利用して配信されている。
　サービス１は、例えばテレビ番組などであって、ビデオ１とオーディオ１から構成されるが、ビデオ１のコンポーネントと、オーディオ１のコンポーネントが、１つのセグメントにマージされている。なお、以下、１つのセグメントに含まれるビデオ１とオーディオ１のことを、「ビデオ・オーディオ１」とも記述する。また、サービス１用のSCSとして、MPD，SPT，SDP，USDが伝送されており、LLSとして伝送されるSCTのbootstrap情報を用い、取得される。
　サービス１のFLUTEセッションでは、ビデオ１とオーディオ１のファイルがマージされて、セグメントごとに分割されて伝送されているが、各セグメントのファイルは、TOIにより指定される。例えば、ビデオ１とオーディオ１がマージされたセグメントには、USDのFDD要素のstartTOI属性として、"10"が指定されている。したがって、TOIの値を、"10"から順次、"11"，"12"，・・・，nとインクリメントすることで、セグメントごとに時系列で変化するTOIを特定することができる。
　サービス２のFLUTEセッションでは、オーディオ２のコンポーネントのみが伝送されている。また、サービス２用のSCSとして、SDPとUSDが伝送されている。サービス２のFLUTEセッションにおいて、オーディオ２のセグメントには、startTOI属性として、"10"が指定されており、TOIの値を、"10"から順次、"11"，"12"，・・・，pとインクリメントすることで、セグメントごとに時系列で変化するTOIを特定することができる。
　オーディオ３のコンポーネントは、インターネット上に設けられた配信サーバから、ストリーミング配信される。オーディオ３のコンポーネントは、例えば、Segment2010，Segment2011，Segment2012，・・・，Segment qなど、セグメントごとに分割されている。
　ここで、図３０を参照して、図２９の運用例３における、SCSを用いた各コンポーネントのロケーションの解決の全体構造について説明する。
　図３０に示すように、サービス１のSPTには、サービスの構成要素として、各コンポーネントごとに、カテゴリ情報やロケーションのタイプ情報が指定されており、コンポーネントの配信先を特定することができる。また、サービス１のSPTには、サブリプレゼンテーションレベル(sub representation level)が指定されており、１つのセグメントに複数のコンポーネントが含まれる場合に、各コンポーネントを識別することができる。
　この運用例３では、ロケーションのタイプ情報として、ビデオ・オーディオ１のコンポーネントには、"bca"が指定されており、当該コンポーネントは、インバンドで放送配信されていることを示す。また、オーディオ２のコンポーネントには、"bco"が指定されており、当該コンポーネントは、アウトバンドで放送配信されていることを示す。さらに、オーディオ３のコンポーネントには、"bb"が指定されており、当該コンポーネントは、通信で配信されていることを示す。なお、サービス１のSPTには、サブリプレゼンテーションレベルとして、ビデオ１に"level=1"、オーディオ１に"level=2"がそれぞれ指定されている。
　サービス１のMPDには、サービスの構成要素として、ビデオ・オーディオ１、オーディオ２、オーディオ３の各コンポーネントのURLが記述されている。また、サービス１のMPDには、サブリプレゼンテーションレベルとして、ビデオ１に"level=1"、オーディオ１に"level=2"がそれぞれ指定されている。サービス１のSDPには、コンポーネントの構成情報やロケーション情報（例えばポート番号やTSI）などが記述されている。
　例えば、サービス１が選択された場合、サービス１のSPTによって、ビデオ・オーディオ１のコンポーネントが、インバンドで放送配信されていることを特定できるので、サービス１のUSDのFDD要素を参照して、ビデオ・オーディオ１のセグメントのstartTOI="10"を取得することができる。また、サービス１のSPTとMPDのサブリプレゼンテーションレベルを用い、ビデオ・オーディオ１のセグメントの中から、ビデオ１とオーディオ１のコンポーネントを識別することができる。
　そして、サービス１のSDPにより特定されるFLUTEセッションから、サービス１のUSDのFDD要素のstartTOIを開始値として時系列で変化するTOIにより指定されるセグメントを順次特定して、ビデオ１とオーディオ１のコンポーネントを取得することができる。
　また、サービス１のSPTによって、オーディオ２のコンポーネントが、アウトバンドで放送配信されていることを特定され、かつSPTに記述されたAssociated Service Descriptorによりサービス２で伝送されていることが認知できるので、サービス２もサービス１と同時に選局して、サービス２のUSDのFDD要素を参照して、オーディオ２のセグメントのstartTOI="10"を取得することができる。そして、サービス２のSDPにより特定されるFLUTEセッションから、サービス２のUSDのFDD要素のstartTOIを開始値として時系列で変化するTOIにより指定されるセグメントを順次特定して、オーディオ２のコンポーネントを取得することができる。
　さらに、サービス１のSPTによって、オーディオ３のコンポーネントが、通信で配信されていることを特定できるので、サービス１のMPDに記述されたオーディオ３のURLに従い、配信サーバ(Server)にアクセスすることで、配信サーバからストリーミング配信される、オーディオ３のコンポーネントを取得することができる。
（２）SCSの記述例
　次に、図３１乃至図３４を参照して、図２９の運用例３を実現するためのSCSの記述例を示す。なお、ここでは、サービス１を構成するビデオ１とオーディオ１の両方のコンポーネントを含むセグメントが、FLUTEセッションで伝送されている運用例３（図２９）において、サービス１が選択された場合を代表して説明するものとする。
（MPDの記述例）
　図３１は、図３０のMPDの記述例を示す図である。
　図３１に示すように、サービスの構成要素として、各コンポーネントのリプレゼンテーションIDと、URL(BaseURL)が記述されている。ただし、BaseURLとして"VA1"が指定されているビデオ・オーディオ１は、ビデオ１とオーディオ１のコンポーネントが、１つのセグメントに含まれているため、サブリプレゼンテーションレベルを指定して、ビデオ１とオーディオ１のコンポーネントを識別することができるようにしている。
　この記述例では、サブリプレゼンテーションレベルとして、ビデオ１に"level=1"、オーディオ１に"level=2"がそれぞれ指定されている。なお、詳細は後述するが、サブリプレゼンテーションレベルが、どのコンポーネントに対するものであるかは、ContentComponent要素のcontentType属性により指定される。
（SDPの記述例）
　図３２は、図３０のSDPの記述例を示す図である。
　図３２において、メディア記述部の"m=application"の行によって、ビデオ・オーディオ１のコンポーネントを伝送するFLUTEセッションのポート番号が"67890"であることを示している。また、"a=flute-tsi:3"によって、当該FLUTEセッションのTSIが"3"であることを示している。さらに、"a=representation-id:23"によって、当該FLUTEセッションで伝送されるビデオ・オーディオ１のコンポーネントのリプレゼンテーションIDが"23"であることを示している。
（USDの構造例）
　図３３は、図３０のUSDの構造例を示す図である。
　図２９の運用例３におけるサービス１では、ビデオ・オーディオ１が１つのセグメントに含められ、同一のFLUTEセッションで伝送されているため、USDには、１つのFDDのみが記述されている。
　図３３に示すように、USDでは、appService要素とappServiceDescriptionURI要素によって、MPD（図３１）が参照される。当該MPDには、ビデオ・オーディオ１のリプレゼンテーションIDとBaseURL("VA1")のほか、ビデオ１とオーディオ１のサブリプレゼンテーションレベルが記述されている。
　そして、MPDのビデオ・オーディオ１のBaseURL（セグメントURL）と、USDのFDD要素のcontentLocation属性をマッチングすることで、ビデオ・オーディオ１のセグメントのstartTOI="10"を取得することができる。なお、当該マッチングの際には、BaseURLやcontentLocation属性などのロケーション情報の代わりに、MPDのリプレゼンテーションIDと、USDのFDD要素のリプレゼンテーションIDを用い、マッチングを行ってもよい。
　以上のように、例えば、図２９の運用例３におけるサービス１のビデオ・オーディオ１のように、１つのセグメントに複数のコンポーネントが含まれる場合に、SCSの各シグナリング情報が連携することで、コンポーネントのロケーションを解決して、特定のコンポーネントを取得することが可能となる。
　すなわち、図３４に示すように、各シグナリング情報（MPD，SPT，SDP，USD(FDD)）には、それぞれ、インバンドとアウトバンドを含めて、特定のコンポーネントを共通に同定するためのリプレゼンテーションIDが設定されており、このリプレゼンテーションIDを用いて、各シグナリング情報を参照し合うことができる。
　また、MPDのセグメントURL(BaseURL)と、USD(FDD)のcontent_locationは対応しているため、それらのロケーション情報を互いに参照し合うこともできる。例えば、ビデオ・オーディオ１のコンポーネントのロケーションを特定する際には、MPDのセグメントURL(BaseURL)と、USD(FDD)のcontent_locationをマッチングすることで、ビデオ・オーディオ１のセグメントのstartTOIを取得することができる。そして、SDPのポート番号(port_num)とTSIにより特定されるFLUTEセッションから、startTOIを開始値として時系列で変化するTOIにより指定されるセグメントを順次特定することで、ビデオ１とオーディオ１のコンポーネントを取得することができる。
　さらに、図２９の運用例３では、ビデオ・オーディオ１が１つのセグメントに含められ、同一のFLUTEセッションで伝送されているため、SPTとMPDのサブリプレゼンテーションレベル(sub representation level)を用い、ビデオ・オーディオ１のセグメントの中から、ビデオ１とオーディオ１のコンポーネントを識別することができる。
（３）セグメントの構成例
　図３５は、図２９の運用例３のFLUTEセッションにおける各セグメントの構成例を示す図である。なお、FLUTEセッションの各セグメントは、ISO/IEC 14496-12で規定されているISOベースメディアファイルフォーマット(ISO Base Media File Format)により構成されている。
　図２９の運用例３では、ビデオ１(Video1)とオーディオ１(Audio1)が１つのセグメントに含められ、同一のFLUTEセッションで伝送されているため、図３５においては、ビデオ・オーディオ１(Video1 + Audio1)のセグメントのみを図示している。
　ビデオ・オーディオ１のセグメントは、イニシャライゼイションセグメント(Initialization Segment)とメディアセグメント(Media Segment)から構成される。イニシャライゼイションセグメントは、データ圧縮方式などの初期化情報を含んでいる。また、メディアセグメントは、ビデオ１又はオーディオ１のコンポーネントを格納している。
　イニシャライゼイションセグメントは、ftyp，moovから構成される。moovには、levaが含まれる。leva(level assigment box)は、レベルとトラックのマッピング情報を示す。この例では、メディアセグメントのmoofのtrafのtrack idと、MPDの各コンポーネントのサブリプレゼンテーションレベル(level)のマッチング情報が記述されている。
　メディアセグメントは、styp，sidx，ssix，moof，mdatから構成される。styp，sidx，ssixは、ヘッダ情報である。moofは、フラグメントの制御情報を示す。また、moofには、trafが含まれる。trafは、トラック単位の制御情報を示す。mdatは、フラグメントのメディアデータ本体を示す。
　この例では、trafに、ビデオ１の制御情報が配置された場合、mdatには、ビデオ１のデータ（ファイル）が配置される。この場合、当該trafには、track id="1"が指定される。一方、trafに、オーディオ１の制御情報が配置された場合、mdatには、オーディオ１のデータ（ファイル）が配置される。この場合、当該trafには、track id="2"が指定される。すなわち、図３５のセグメントの構成においては、ビデオ１とオーディオ１のデータ（ファイル）は独立していることになる。
　また、図３５には、上述したビデオ・オーディオ１の各セグメント構成に対応したMPDの記述例が示されている。このMPDの記述例に示すように、ビデオ・オーディオ１のRepresentation要素には、Initialization Segment URLと、複数のEach Media Segments URLのほかに、１つのセグメントに含められたコンポーネントごとに、SubRepresentation要素として、level属性とcontentcomponent属性が記述されている。また、ContentComponent要素には、id属性とcontentType属性が記述されている。
　すなわち、SubRepresentation要素のcontentcomponent属性に指定されるIDと、ContentComponent要素のid属性に指定されるIDは、関連付けられており、contentType属性により指定されるタイプ情報（例えば、ビデオやオーディオ）によって、SubRepresentation要素ごとのコンポーネントの種別が特定される。この例では、level="1"は、ビデオ１のサブリプレゼンテーションレベルを示し、level="2"は、オーディオ１のサブリプレゼンテーションレベルを示している。
　そして、Initialization Segment URLにより特定されるイニシャライゼイションセグメントには、moovのlevaに、track idとlevelのマッチング情報が記述されているので、当該マッチング情報を用い、ビデオ１のlevel="1"とtrack id="1"、オーディオ１のlevel="2"とtrack id="2"がそれぞれ対応していることになる。これにより、Each Media Segments URLにより特定されるメディアセグメントに格納されるビデオ１とオーディオ１のデータ（ファイル）を識別することができる。
　このように、ビデオ１とオーディオ１が１つのセグメントに含められ、同一のFLUTEセッションで伝送されている場合であって、ビデオ１とオーディオ１のデータ（ファイル）が独立しているとき、メディアセグメントに格納されるビデオ１とオーディオ１を識別して、それらのデータを取得することができる。
　ところで、図３５のセグメントの構成例では、ビデオ１とオーディオ１のデータ（ファイル）を多重化（マージ）するに際して、ビデオ１とオーディオ１のデータ（ファイル）が独立している場合について説明したが、１つのファイルの中でビデオ１とオーディオ１のデータがマージされている場合が想定される。そこで、次に、図３６を参照して、１つのファイルの中でビデオ１とオーディオ１のデータがマージされている場合のセグメントの構成について説明する。
　図３６は、図２９の運用例３のFLUTEセッションにおける各セグメントの他の構成例を示す図である。
　図２９の運用例３では、ビデオ１(Video1)とオーディオ１(Audio1)が１つのセグメントに含められ、同一のFLUTEセッションで伝送されているため、図３６においては、ビデオ・オーディオ１(Video1 + Audio1)のセグメントのみを図示している。
　イニシャライゼイションセグメントは、ftyp，moovから構成される。moovには、levaが含まれる。levaには、メディアセグメントのmoofのtrafのtrack idと、MPDの各コンポーネントのサブリプレゼンテーションレベル(level)のマッチング情報が記述されている。
　メディアセグメントにおいて、moofのtrafには、ビデオ１の制御情報と、オーディオ１の制御情報が配置される。この場合に、ビデオ１のtrafには、track id="1"が指定され、オーディオ１のtrafには、track id="2"が指定される。また、mdatには、ビデオ１のデータとオーディオ１のデータが配置される。すなわち、図３６のセグメントの構成においては、１つのファイルの中でビデオ１とオーディオ１のデータがマージされていることになる。
　また、図３６には、上述したビデオ・オーディオ１のセグメント構成に対応したMPDの記述例が示されているが、その内容は、図３５のMPDと同様であるため、その説明は省略する。
　すなわち、Initialization Segment URLにより特定されるイニシャライゼイションセグメントには、moovのlevaに、track idとlevelのマッチング情報が記述されているので、当該マッチング情報を用い、ビデオ１のlevel="1"とtrack id="1"、オーディオ１のlevel="2"とtrack id="2"がそれぞれ対応していることになる。これにより、Each Media Segments URLにより特定されるメディアセグメントに格納されるビデオ１とオーディオ１のデータを識別することができる。
　このように、ビデオ１とオーディオ１が１つのセグメントに含められ、同一のFLUTEセッションで伝送されている場合であって、１つのファイルの中でビデオ１とオーディオ１のデータがマージされているとき、メディアセグメントに格納されるビデオ１とオーディオ１を識別して、それらのデータを取得することができる。
＜６．放送通信システムの構成＞
（放送通信システムの構成例）
　図３７は、本技術を適用した放送通信システムの一実施の形態の構成を示す図である。
　図３７に示すように、放送通信システム１は、送信装置１０、受信装置２０、及び、配信サーバ６０から構成される。また、受信装置２０と、配信サーバ６０は、インターネット９０を介して相互に接続されている。
　送信装置１０は、テレビ番組等の放送コンテンツを、IP伝送方式を用いたデジタル放送の放送波によって送信する。なお、放送コンテンツは、ビデオやオーディオ、字幕等のコンポーネントから構成されている。また、送信装置１０は、コンポーネントとともに、制御信号(図７のシグナリング情報)を、デジタル放送の放送波で送信する。
　受信装置２０は、送信装置１０から送信される放送信号を受信する。受信装置２０は、放送信号から得られる制御信号に基づいて、ビデオやオーディオ、字幕等のコンポーネントを取得し、テレビ番組等の放送コンテンツの映像や音声を出力する。なお、受信装置２０は、ディスプレイやスピーカを含んで単体として構成されるようにしてもよいし、テレビジョン受像機やビデオレコーダ等に内蔵されるようにしてもよい。
　配信サーバ６０は、放送済の放送番組や公開済みの映画などの通信コンテンツを、インターネット９０を介して、ストリーミング配信する。なお、通信コンテンツは、ビデオやオーディオ、字幕等のコンポーネントから構成されている。受信装置２０は、制御信号に基づいて、インターネット９０を介して配信サーバ６０からストリーミング配信される、ビデオやオーディオ、字幕等のコンポーネントを取得し、放送済の放送番組等の通信コンテンツの映像や音声を出力する。
　放送通信システム１は、以上のように構成される。次に、図３８乃至図３９を参照して、図３７の放送通信システム１を構成する各装置の詳細な構成について説明する。
（送信装置の構成例）
　図３８は、本技術を適用した送信装置の一実施の形態の構成を示す図である。
　図３８に示すように、送信装置１０は、ビデオデータ取得部１１１、ビデオエンコーダ１１２、オーディオデータ取得部１１３、オーディオエンコーダ１１４、字幕データ取得部１１５、字幕エンコーダ１１６、ファイルデータ取得部１１７、ファイル処理部１１８、制御信号取得部１１９、制御信号処理部１２０、Mux１２１、及び、送信部１２２から構成される。
　ビデオデータ取得部１１１は、内蔵するストレージや外部のサーバ、カメラ等から、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１２に供給する。ビデオエンコーダ１１２は、ビデオデータ取得部１１１から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１２１に供給する。
　オーディオデータ取得部１１３は、内蔵するストレージや外部のサーバ、マイクロフォン等から、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１４に供給する。オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１２１に供給する。
　字幕データ取得部１１５は、内蔵するストレージや外部のサーバ等から、コンポーネントとしての字幕データを取得し、字幕エンコーダ１１６に供給する。字幕エンコーダ１１６は、字幕データ取得部１１５から供給される字幕データを、所定の符号化方式に準拠して符号化し、Mux１２１に供給する。
　ファイルデータ取得部１１７は、ファイル形式のデータを伝送する場合には、内蔵するストレージや外部のサーバ等から、例えば、ビデオやオーディオ、字幕、NRTコンテンツ、アプリケーション等のファイルデータを取得し、ファイル処理部１１８に供給する。
　ファイル処理部１１８は、ファイルデータ取得部１１７から供給されるファイルデータに対して、所定のファイル処理を施し、Mux１２１に供給する。例えば、ファイル処理部１１８は、ファイルデータ取得部１１７により取得されたファイルデータを、FLUTEセッションにより伝送するためのファイル処理を行う。
　制御信号取得部１１９は、内蔵するストレージや外部のサーバ等から、制御信号(図７のシグナリング情報)を取得し、制御信号処理部１２０に供給する。制御信号処理部１２０は、制御信号取得部１１９から供給される制御信号に対して、所定の信号処理を施し、Mux１２１に供給する。例えば、制御信号処理部１２０は、制御信号取得部１１９により取得されたSCSに対して、FLUTEセッションにより伝送するための信号処理を施す。
　Mux１２１は、ビデオエンコーダ１１２からのビデオデータ、オーディオエンコーダ１１４からのオーディオデータ、字幕エンコーダ１１６からの字幕データ、ファイル処理部１１８からのファイルデータ、及び、制御信号処理部１２０からの制御信号を多重化してIP伝送形式のBBPストリームを生成し、送信部１２２に供給する。送信部１２２は、Mux１２１から供給されるBBPストリームを放送信号として、アンテナ１２３を介して送信する。
（受信装置の構成例）
　図３９は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
　図３９に示すように、受信装置２０は、チューナ２１２、Demux２１３、クロック発生器２１４、選択／合成部２１５、選択／合成部２１６、選択／合成部２１７、FLUTE処理部２１８、ストレージ２１９、制御部２２０、NVRAM２２１、通信I/F２２２、Demux２２３、ビデオデコーダ２２４、ビデオ出力部２２５、オーディオデコーダ２２６、オーディオ出力部２２７、及び、字幕デコーダ２２８から構成される。
　チューナ２１２は、制御部２２０からの制御に従い、アンテナ２１１により受信された放送信号から、選局が指示されたサービスの放送信号を抽出して復調し、その結果得られるIP伝送形式のBBPストリームを、Demux２１３に供給する。
　Demux２１３は、制御部２２０からの制御に従い、チューナ２１２から供給されるIP伝送形式のBBPストリームを、ビデオデータ、オーディオデータ、字幕データ、ファイルデータ、及び、制御信号(図７のシグナリング情報)などに分離して、後段のブロックに出力する。具体的には、Demux２１３は、BBPフィルタ２５１、IPフィルタ２５２、UDPフィルタ２５３、LCTフィルタ２５４、及び、SGDUフィルタバンク２５５から構成される。BBPフィルタ２５１は、BBPヘッダに基づいて、フィルタリング処理を行い、LLSをSGDUフィルタバンク２５５に供給する。
　IPフィルタ２５２は、IPヘッダに基づいて、フィルタリング処理を行う。また、UDPフィルタ２５３は、UDPヘッダに基づいて、フィルタリング処理を行う。LCTフィルタ２５４は、LCTヘッダに基づいて、フィルタリング処理を行う。IPフィルタ２５２乃至LCTフィルタ２５４によるフィルタリング処理によって、NTPはクロック発生部２１４に供給され、SCSはSGDUフィルタバンク２５５に供給される。さらに、コンポーネントとしてのビデオデータ、オーディオデータ、字幕データは、選択／合成部２１５、選択／合成部２１６、選択／合成部２１７にそれぞれ供給される。また、各種のファイルデータは、FLUTE処理部２１８に供給される。
　SGDUフィルタバンク２５５は、SGDUヘッダに基づいて、フィルタリング処理を行い、LLS(例えばSCT，SATなど)と、SCS(例えば、SPTやSDPなど)を適宜、制御部２２０に供給する。
　クロック発生器２１４は、制御部２２０からの制御に従い、Demux２１３から供給されるNTPに基づいて、クロック信号を生成し、ビデオデコーダ２２４、オーディオデコーダ２２６、及び、字幕デコーダ２２８に供給する。
　FLUTE処理部２１８は、制御部２２０からの制御に従い、Demux２１３から供給されるファイルデータから、ビデオやオーディオ、字幕、NRTコンテンツ、アプリケーションのファイルを復元する。例えば、FLUTE処理部２１８は、復元されたビデオやオーディオのファイルデータを、HDD(Hard Disk Drive)などの大容量の記録装置であるストレージ２１９に記録する。
　また、例えば、FLUTE処理部２１８は、コンポーネントとして復元されたビデオ、オーディオ、字幕のファイルデータを、選択／合成部２１５、選択／合成部２１６、選択／合成部２１７にそれぞれ供給する。なお、それらのファイルデータは、ストレージ２１９に蓄積されているデータであってもよい。さらに、FLUTE処理部２１８は、Demux２１３から供給されるSCSを制御部２２０に供給する。ただし、SCSは、FLUTE処理部２１８を介さずに直接、Demux２１３から制御部２２０に供給されるようにしてもよい。
　制御部２２０は、Demux２１３又はFLUTE処理部２１８から供給される制御信号(図７のシグナリング情報)に基づいて、受信装置２０を構成する各部の動作を制御する。NVRAM２２１は、不揮発性メモリであって、制御部２２０からの制御に従い、各種のデータを記録する。例えば、制御部２２０は、制御信号(図７のシグナリング情報)から得られる選局情報を、NVRAM２２１に記録する。そして、制御部２２０は、NVRAM２２１に記録された選局情報に基づいて、チューナ２１２による選局処理を制御する。
　通信I/F２２２は、制御部２２０からの制御に従い、配信サーバ６０から、インターネット９０を介してストリーミング配信される通信コンテンツのストリームデータを受信し、Demux２２３に供給する。Demux２２３は、通信I/F２２２から供給されるストリームデータを、コンポーネントとしてのビデオデータ、オーディオデータ、字幕データに分離して、選択／合成部２１５、選択／合成部２１６、選択／合成部２１７にそれぞれ供給する。
　選択／合成部２１５には、Demux２１３、FLUTE処理部２１８、及び、Demux２２３からビデオデータ（ビデオのコンポーネント）が供給される。選択／合成部２１５は、制御部２２０からの制御に従い、それらのビデオデータ（ビデオのコンポーネント）に対し、選択／合成処理（例えば、後述する図４２のビデオコンポーネントレイヤにおける各レイヤの処理）を行い、その処理の結果得られるビデオデータを、ビデオデコーダ２２４に供給する。
　ビデオデコーダ２２４は、制御部２２０からの制御に従い、クロック発生器２１４から供給されるクロック信号に基づいて、選択／合成部２１５から供給されるビデオデータを、ビデオエンコーダ１１２(図３８)に対応する復号方式で復号して、ビデオ出力部２２５に供給する。ビデオ出力部２２５は、制御部２２０からの制御に従い、ビデオデコーダ２２４から供給されるビデオデータを、後段のディスプレイ(不図示)に出力する。これにより、ディスプレイには、例えば、テレビ番組の映像などが表示される。
　選択／合成部２１６には、Demux２１３、FLUTE処理部２１８、及び、Demux２２３からオーディオデータ（オーディオのコンポーネント）が供給される。選択／合成部２１６は、制御部２２０からの制御に従い、それらのオーディオデータ（オーディオのコンポーネント）に対し、選択／合成処理（例えば、後述する図４２のオーディオコンポーネントレイヤにおける各レイヤの処理）を行い、その処理の結果得られるオーディオデータを、オーディオデコーダ２２６に供給する。
　オーディオデコーダ２２６は、制御部２２０からの制御に従い、クロック発生器２１４から供給されるクロック信号に基づいて、選択／合成部２１６から供給されるオーディオデータを、オーディオエンコーダ１１４(図３８)に対応する復号方式で復号して、オーディオ出力部２２７に供給する。オーディオ出力部２２７は、制御部２２０からの制御に従い、オーディオデコーダ２２６から供給されるオーディオデータを、後段のスピーカ(不図示)に供給する。これにより、スピーカからは、例えば、テレビ番組の映像に同期した音声が出力される。
　選択／合成部２１７には、Demux２１３、FLUTE処理部２１８、及び、Demux２２３から字幕データ（字幕のコンポーネント）が供給される。選択／合成部２１７は、制御部２２０からの制御に従い、それらの字幕データ（字幕のコンポーネント）に対し、選択／合成処理（例えば、字幕コンポーネントレイヤにおける各レイヤの処理（図４２のビデオコンポーネントレイヤにおける各レイヤの処理と同様の処理））を行い、その処理の結果得られる字幕データを、字幕デコーダ２２８に供給する。
　字幕デコーダ２２８は、制御部２２０からの制御に従い、クロック発生器２１４から供給されるクロック信号に基づいて、Demux２１３から供給される字幕データを、字幕エンコーダ１１６(図３８)に対応する復号方式で復号して、ビデオ出力部２２５に供給する。ビデオ出力部２２５は、制御部２２０からの制御に従い、字幕デコーダ２２８から字幕データが供給された場合、その字幕データを、ビデオデコーダ２２４からのビデオデータに合成し、後段のディスプレイ(不図示)に供給する。これにより、ディスプレイには、テレビ番組の映像とともに、その映像に同期した字幕が表示される。
　なお、図３９の受信装置２０においては、説明の都合上、各デコーダの前段に、選択／合成部２１５乃至２１７が設けられる構成を示したが、選択／合成処理の内容によっては、選択／合成部２１５乃至２１７が、各デコーダの後段に設けられる構成を採用するようにしてもよい。また、図３９の受信装置２０の構成では、ストレージ２１９は内蔵されているとして説明したが、外付けのストレージを用いるようにしてもよい。さらに、受信装置２０が、ディスプレイやスピーカを有する構成を採用してもよい。
＜７．各装置で実行される具体的な処理の流れ＞
　次に、図４０乃至図４２を参照して、図３７の放送通信システム１を構成する各装置で実行される具体的な処理の流れについて説明する。
（送信処理）
　まず、図４０のフローチャートを参照して、図３８の送信装置１０により実行される送信処理について説明する。
　ステップＳ１１１において、ビデオデータ取得部１１１は、コンポーネントとしてのビデオデータを伝送する場合には、伝送対象のビデオデータを取得し、ビデオエンコーダ１１２に供給する。ステップＳ１１２において、ビデオエンコーダ１１２は、ビデオデータ取得部１１１から供給されるビデオデータを符号化し、Mux１２１に供給する。
　ステップＳ１１３において、オーディオデータ取得部１１３は、コンポーネントとしてのオーディオデータを伝送する場合には、伝送対象のオーディオデータを取得し、オーディオエンコーダ１１４に供給する。ステップＳ１１４において、オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを符号化し、Mux１２１に供給する。
　ステップＳ１１５において、字幕データ取得部１１５は、コンポーネントとしての字幕データを伝送する場合には、伝送対象の字幕データを取得し、字幕エンコーダ１１６に供給する。ステップＳ１１６において、字幕エンコーダ１１６は、字幕データ取得部１１５から供給される字幕データを符号化し、Mux１２１に供給する。
　ステップＳ１１７において、ファイルデータ取得部１１７は、ファイル形式のデータを伝送する場合には、例えばビデオやオーディオ、字幕、NRTコンテンツ、アプリケーション等のファイルデータを取得し、ファイル処理部１１８に供給する。ステップＳ１１８において、ファイル処理部１１８は、ファイルデータ取得部１１７から供給されるファイルデータに対して、所定のファイル処理を施し、Mux１２１に供給する。
　ステップＳ１１９において、制御信号取得部１１９は、制御信号(図７のシグナリング情報)を取得し、制御信号処理部１２０に供給する。ステップＳ１２０において、制御信号処理部１２０は、制御信号取得部１１９から供給される制御信号に対し、所定の信号処理を施し、Mux１２１に供給する。
　ステップＳ１２１において、Mux１２１は、ビデオエンコーダ１１２からのビデオデータ、オーディオエンコーダ１１４からのオーディオデータ、字幕エンコーダ１１６からの字幕データ、ファイル処理部１１８からのファイルデータ、及び、制御信号処理部１２０からの制御信号を多重化してIP伝送方式のBBPストリームを生成して、送信部１２２に供給する。
　ステップＳ１２２において、送信部１２２は、Mux１２１から供給されるBBPストリームを放送信号として、アンテナ１２３を介して送信する。そして、ステップＳ１２２の処理が終了すると、送信処理は終了する。以上、送信処理について説明した。
（受信処理）
　次に、図４１のフローチャートを参照して、図３９の受信装置２０により実行される受信処理について説明する。
　なお、図４２に示すように、受信装置２０により受信される、ビデオ(Video)やオーディオ(Audio)等の各コンポーネントは、セレクティブレイヤ(Selective Layer)、コンポジットレイヤ(Composite Layer)、及び、アダプティブレイヤ(Adaptive Layer)の３階層から構成される。この階層構造においては、アダプティブレイヤの上位階層として、コンポジットレイヤが配置され、コンポジットレイヤの上位階層として、セレクティブレイヤが配置されている。
　最も下位の階層となるアダプティブレイヤにおいて、異なる模様が付された円形の一方の記号は、放送を利用して配信されるコンポーネント(Broadcast Component)を表し、他方の記号は、通信を利用して配信されるコンポーネント(Broadband Component)を表している。これらのコンポーネントは、いわゆるアダプティブストリーミングとして配信されるものであって、ビットレートの異なるコンポーネントが複数用意されている。アダプティブレイヤでは、図中の点線の弧上を左右に振れる直線が、スイッチとして機能することで、複数のコンポーネントの中から、１つのコンポーネントが選択される。
　また、アダプティブレイヤの上位階層となるコンポジットレイヤでは、アダプティブレイヤにより適応的に選択された複数のコンポーネントが１つのコンポーネントに合成される。すなわち、コンポジットレイヤは、各コンポーネントのカテゴリにおいて、合成対象のコンポーネントグループ内の複数のコンポーネントを組み合わせて１つのコンポーネント（合成コンポーネント）として機能させるための階層である。
　コンポジットレイヤの上位階層であって、最も上位の階層となるセレクティブレイヤでは、図中の点線の弧上を左右に振れる直線が、スイッチとして機能することで、複数のコンポーネントの中から、１つのコンポーネントが選択される。すなわち、セレクティブレイヤは、各コンポーネントのカテゴリにおいて、固定選択対象のコンポーネントグループの中から、所定の選択方法に応じて、１又は複数のコンポーネントを静的に選択するための階層である。
　なお、図４２では、説明の都合上、ビデオとオーディオのコンポーネントを一例に説明したが、字幕のコンポーネントについても同様の階層構造からなり、各レイヤの処理が同様に行われる。
　図４１のフローチャートの説明に戻り、ステップＳ２１１において、制御部２２０は、NVRAM２２１に選局情報として保持されているSCTのbootstrap情報に基づき、チューナ２１２を制御して、選局対象のサービスの放送信号が受信されるようにする。また、制御部２２０は、Demux２１３により分離された選局対象のサービスのSCS(MPD，SPT，SDP，USD)を一括で取得して解析を行い、その情報要素を抽出する。
　ステップＳ２１２において、制御部２２０は、SPTのコンポーネントの記述で指定される全コンポーネントカテゴリのうち、最初のコンポーネントカテゴリを指定する。ここでは、例えば、最初のコンポーネントカテゴリとして、ビデオが指定される。
　ステップＳ２１３において、制御部２２０は、ステップＳ２１２の処理で指定されたコンポーネントカテゴリの範囲において、MPDの各コンポーネントの記述に関して、セレクティブレイヤのコンポーネントの選択肢をリストアップして、コンポーネントを選択する。ここでは、例えば、画面にコンポーネントの選択肢の名称を表示させることで、ユーザに選択させるか、あるいは、受信装置２０が、対応可能な機能や初期設定により自動で選択するようにしてもよい。なお、選択したコンポーネントが、MPDのコンポジットレイヤの記述により、合成コンポーネントである場合には、当該合成コンポーネントを構成するコンポーネントのうち、特定のコンポーネントが選択される。
　ステップＳ２１４において、制御部２２０は、MPDのアダプティブレイヤの記述に基づいて、ステップＳ２１３の処理で選択されたコンポーネントが、アダプティブレイヤの切り替え対象であるかどうかが判定される。
　ステップＳ２１４において、アダプティブレイヤの切り替え対象であると判定された場合、処理は、ステップＳ２１５に進められる。ステップＳ２１５において、制御部２２０は、選択／合成部２１５乃至２１７を制御して、適応的なコンポーネントの選択対象のうち、あらかじめ定められたデフォルトのコンポーネントを選択する。ステップＳ２１５の処理が終了すると、処理は、ステップＳ２１６に進められる。また、ステップＳ２１４において、アダプティブレイヤの切り替え対象ではないと判定された場合、ステップＳ２１５の処理はスキップされ、処理は、ステップＳ２１６に進められる。
　ステップＳ２１６において、制御部２２０は、指定中のコンポーネントカテゴリにおいて、１つに絞られたコンポーネントに関して、特定のコンポーネントを共通に同定するためのリプレゼンテーションIDを用い、SPT又はUSDを参照することで、当該コンポーネントが、放送で配信されるか、あるいは通信で配信されるかをチェックする。
　ステップＳ２１６において、当該コンポーネントが放送で配信されると判定された場合、処理は、ステップＳ２１８に進められる。ステップＳ２１８において、制御部２２０は、SPT又はUSDを参照することで、当該コンポーネントが、同一サービス内で放送配信されるコンポーネントであるか、あるいは、異なる別サービス内で放送配信されるコンポーネントであるかどうかを判定する。なお、この判定処理で、同一サービス内であるかどうか、すなわち、インバンドとアウトバンドのいずれであるかは、例えば、取得済みのSCSと同一のIPアドレスかどうかを確認すればよい。したがって、取得済みのSCSと異なるIPアドレスである場合には、異なる別サービスということになる。
　ステップＳ２１７において、当該コンポーネントが同一サービス内で放送配信されるコンポーネント、すなわち、インバンドで放送配信されるコンポーネントであると判定された場合、処理は、ステップＳ２１８に進められる。ステップＳ２１８において、制御部２２０は、１つに絞られたコンポーネントに関して、SDPを参照して得られるIPアドレス、ポート番号、TSIと、MPDで指定されるセグメントURLからUSDを参照して得られるTOIを取得する。そして、制御部２２０は、FLUTE処理部２１８を制御して、IPアドレス、ポート番号、TSIにより特定されるFLUTEセッションから、TOIにより指定されるセグメントを特定することで、同一サービス内のコンポーネントを取得することができる。
　また、ステップＳ２１７において、当該コンポーネントが異なる別サービス内で放送配信されるコンポーネント、すなわち、アウトバンドで放送配信されるコンポーネントであると判定された場合、処理は、ステップＳ２１９に進められる。ステップＳ２１９において、制御部２２０は、NVRAM２２１に選局情報として保持されているSCTのbootstrap情報に基づき、チューナ２１２を制御して、SPTのAssociated Service Descriptorにより指定される別サービスの放送信号が受信されるようにする。また、制御部２２０は、Demux２１３により分離された別サービスのSDPとUSDを取得して解析を行い、その情報要素を抽出する。さらに、制御部２２０は、１つに絞られたコンポーネントに関して、SDPを参照して得られるIPアドレス、ポート番号、TSIと、元のサービスのMPDで指定されるセグメントURLから、USDを参照して得られるTOIを取得する。そして、制御部２２０は、FLUTE処理部２１８を制御して、IPアドレス、ポート番号、TSIにより特定されるFLUTEセッションから、TOIにより指定されるセグメントを特定することで、異なる別サービス内のコンポーネントを取得することができる。
　また、ステップＳ２１６において、当該コンポーネントが通信で配信されると判定された場合、処理は、ステップＳ２２０に進められる。ステップＳ２２０において、制御部２２０は、１つに絞られたコンポーネントに関して、MPDで指定されるセグメントURLを取得する。そして、制御部２２０は、通信I/F２２２を制御して、セグメントURLに従い、配信サーバ６０にアクセスし、インターネット９０を介してコンポーネントを取得する。
　ステップＳ２１８、Ｓ２１９、Ｓ２２０のいずれかの処理が終了すると、処理は、ステップＳ２２１に進められる。ステップＳ２２１において、制御部２２０は、MPDのコンポジットレイヤの記述に基づいて、当該コンポーネントが、合成コンポーネントであるかどうかを判定する。
　ステップＳ２２１において、当該コンポーネントが、合成コンポーネントであると判定された場合、処理は、ステップＳ２２２に進められる。ステップＳ２２２において、制御部２２０は、合成コンポーネントの構成要素のコンポーネントの取得処理が完了したかどうかを判定する。ステップＳ２２２において、構成要素のコンポーネントの取得処理が完了していない、すなわち、未だ取得すべきコンポーネントが残っている場合、処理は、ステップＳ２２３に進められる。
　ステップＳ２２３において、制御部２２０は、MPDのコンポジットレイヤの記述に基づいて、取得すべき次のコンポーネントを選択する。ステップＳ２２３の処理が終了すると、処理は、ステップＳ２１４に戻り、それ以降の処理が繰り返される。これにより、インバンド若しくはアウトバンドでの放送配信、又は通信配信によって配信される、合成コンポーネントの構成要素のコンポーネントが取得される。そして、ステップＳ２２２の判定処理で、構成要素のコンポーネントの取得処理が完了したと判定された場合、処理は、ステップＳ２２４に進められる。
　ステップＳ２２４において、制御部２２０は、各部の動作を制御して、合成コンポーネントの復号・提示処理を行う。例えば、制御部２２０は、指定中のコンポーネントカテゴリがビデオである場合、選択／合成部２１５、ビデオデコーダ２２４、及び、ビデオ出力部２２５を制御して、合成コンポーネントの構成要素のコンポーネントの同期をとって、これらのコンポーネントを合成した上で、復号を行い、合成コンポーネントに対応する映像の提示を開始する。また、例えば、制御部２２０は、指定中のコンポーネントカテゴリがオーディオである場合、選択／合成部２１６、オーディオデコーダ２２６、及び、オーディオ出力部２２７を制御して、合成コンポーネントの構成要素のコンポーネントの同期をとって、これらのコンポーネントを合成した上で、復号を行い、合成コンポーネントに対応する音声の出力を開始する。
　一方、ステップＳ２２１において、当該コンポーネントが、合成コンポーネントではないと判定された場合、処理は、ステップＳ２２５に進められる。ステップＳ２２５において、制御部２２０は、各部の動作を制御して、単独コンポーネントの復号・提示処理を行う。例えば、制御部２２０は、指定中のコンポーネントカテゴリがビデオである場合であって、放送配信されたコンポーネントが取得されたとき、選択／合成部２１５、ビデオデコーダ２２４、及び、ビデオ出力部２２５を制御して、当該コンポーネントの復号を行い、その映像の提示を開始する。また、例えば、制御部２２０は、指定中のコンポーネントカテゴリがオーディオである場合であって、放送配信されたコンポーネントが取得されたとき、選択／合成部２１６、オーディオデコーダ２２６、及び、オーディオ出力部２２７を制御して、当該コンポーネントの復号を行い、その音声の出力を開始する。
　ステップＳ２２４又はＳ２２５の処理が終了すると、処理は、ステップＳ２２６に進められる。ステップＳ２２６において、制御部２２０は、SPTのコンポーネントの記述で指定される全コンポーネントカテゴリのすべてが指定済みであって、最後のコンポーネントカテゴリであるかどうかを判定する。
　ステップＳ２２６において、最後のコンポーネントカテゴリではないと判定された場合、処理は、ステップＳ２２７に進められる。ステップＳ２２７において、制御部２２０は、SPTのコンポーネントの記述で指定される全コンポーネントカテゴリのうち、次のコンポーネントカテゴリを指定する。ここでは、例えば、次のコンポーネントカテゴリとして、オーディオが指定される。ステップＳ２２７の処理が終了すると、処理は、ステップＳ２１３に戻り、それ以降の処理が繰り返される。これにより、次のコンポーネントカテゴリ（例えば、オーディオ）のコンポーネントが取得されて復号され、提示（出力）が開始される。そして、ステップＳ２２６の判定処理で、最後のコンポーネントカテゴリであると判定された場合、受信処理は終了する。以上、受信処理について説明した。
＜８．コンピュータの構成＞
　上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
　図４３は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
　コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。
　入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインタフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
　以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記録部９０８に記憶されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
　コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
　コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
　なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
　ここで、本明細書において、コンピュータ９００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
　また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
　さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
　なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
　また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
　なお、本技術は、以下のような構成をとることができる。
（１）
　IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
　前記放送波で伝送される制御信号に含まれる、各種のサービスを構成するコンポーネントの配信形態を示す情報に基づいて、選択されたサービスを構成するコンポーネントを配信形態に応じて取得するとともに、取得されたコンポーネントに関する所定の処理を行う各部の動作を制御する制御部と
　を備える受信装置。
（２）
　前記コンポーネントの配信形態は、放送配信又は通信配信である
　（１）に記載の受信装置。
（３）
　前記制御信号は、前記サービスごとに伝送されており、
　前記放送配信には、前記コンポーネントが、選択されたサービスの前記制御信号と同一のサービス内で配信される第１の放送配信と、前記コンポーネントが、選択されたサービスの前記制御信号と異なる別サービス内で配信される第２の放送配信が含まれる
　（２）に記載の受信装置。
（４）
　前記制御信号は、複数のシグナリング情報から構成されており、
　前記コンポーネントは、各シグナリング情報において共通のIDによって同定される
　（１）乃至（３）のいずれか一項に記載の受信装置。
（５）
　前記コンポーネントはファイル形式であって、FLUTE(File Delivery over Unidirectional Transport)セッションにより伝送される
　（１）乃至（４）のいずれか一項に記載の受信装置。
（６）
　前記FLUTEセッションにおける各セグメントには、特定のカテゴリのコンポーネントのデータが格納される
　（５）に記載の受信装置。
（７）
　前記FLUTEセッションにおける各セグメントには、複数のカテゴリのコンポーネントのデータが格納され、
　前記制御信号は、当該コンポーネントのカテゴリを識別するための識別情報を含んでいる
　（５）に記載の受信装置。
（８）
　前記制御信号は、シグナリング情報として、各種のサービス及びサービスを構成するコンポーネントの少なくとも一方に関するパラメータが記述されたテーブルを含み、
　前記テーブルには、コンポーネントに関するパラメータとして、コンポーネントのIDと、当該コンポーネントのカテゴリが記述される
　（１）乃至（７）のいずれか一項に記載の受信装置。
（９）
　前記制御信号は、前記IP伝送方式におけるプロトコルの階層のうち、IP層よりも上位の階層で伝送され、
　各サービスを構成する前記コンポーネントと前記制御信号には、共通のIPアドレスが割り当てられる
　（１）乃至（８）のいずれか一項に記載の受信装置。
（１０）
　受信装置の受信方法において、
　前記受信装置が、
　IP伝送方式を用いたデジタル放送の放送波を受信し、
　前記放送波で伝送される制御信号に含まれる、各種のサービスを構成するコンポーネントの配信形態を示す情報に基づいて、選択されたサービスを構成するコンポーネントを配信形態に応じて取得するとともに、取得されたコンポーネントに関する所定の処理を行う各部の動作を制御する
　ステップを含む受信方法。
（１１）
　各種のサービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、
　前記コンポーネントの配信形態を示す情報を含む制御信号を取得する第２の取得部と、
　IP伝送方式を用いた放送波であって、前記サービスを構成する前記コンポーネント及び前記制御信号を含む放送波を送信する送信部と
　を備える送信装置。
（１２）
　前記コンポーネントの配信形態は、放送配信又は通信配信である
　（１１）に記載の送信装置。
（１３）
　前記制御信号は、前記サービスごとに伝送され、
　前記放送配信には、前記コンポーネントが、選択されたサービスの前記制御信号と同一のサービス内で配信される第１の放送配信と、前記コンポーネントが、選択されたサービスの前記制御信号と異なる別サービス内で配信される第２の放送配信が含まれる
　（１２）に記載の送信装置。
（１４）
　前記制御信号は、複数のシグナリング情報から構成されており、
　前記コンポーネントは、各シグナリング情報において共通のIDによって同定される
　（１１）乃至（１３）のいずれか一項に記載の送信装置。
（１５）
　前記コンポーネントはファイル形式であって、FLUTEセッションにより伝送される
　（１１）乃至（１４）のいずれか一項に記載の送信装置。
（１６）
　前記FLUTEセッションにおける各セグメントには、特定のカテゴリのコンポーネントのデータが格納される
　（１５）に記載の送信装置。
（１７）
　前記FLUTEセッションにおける各セグメントには、複数のカテゴリのコンポーネントのデータが格納され、
　前記制御信号は、当該コンポーネントのカテゴリを識別するための識別情報を含んでいる
　（１５）に記載の送信装置。
（１８）
　前記制御信号は、シグナリング情報として、各種のサービス及びサービスを構成するコンポーネントの少なくとも一方に関するパラメータが記述されたテーブルを含み、
　前記テーブルには、コンポーネントに関するパラメータとして、コンポーネントのIDと、当該コンポーネントのカテゴリが記述される
　（１１）乃至（１７）のいずれか一項に記載の送信装置。
（１９）
　前記制御信号は、前記IP伝送方式におけるプロトコルの階層のうち、IP層よりも上位の階層で伝送され、
　各サービスを構成する前記コンポーネントと前記制御信号には、共通のIPアドレスが割り当てられる
　（１１）乃至（１８）のいずれか一項に記載の送信装置。
（２０）
　送信装置の送信方法において、
　前記送信装置が、
　各種のサービスを構成する１又は複数のコンポーネントを取得し、
　前記コンポーネントの配信形態を示す情報を含む制御信号を取得し、
　IP伝送方式を用いた放送波であって、前記サービスを構成する前記コンポーネント及び前記制御信号を含む放送波を送信する
　ステップを含む送信方法。
　１　放送通信連携システム，　１０　送信装置，　２０　受信装置，　６０　配信サーバ，　９０　インターネット，　１１１　ビデオデータ取得部，　１１３　オーディオデータ取得部，　１１５　字幕データ取得部，　１１７　ファイルデータ取得部，　１１９　制御信号取得部，　１２２　送信部，　２１２　チューナ，　２２０　制御部，　２２２　通信I/F，　９００　コンピュータ，　９０１　CPU

Claims (20)

  1. 　IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
    　前記放送波で伝送される制御信号に含まれる、各種のサービスを構成するコンポーネントの配信形態を示す情報に基づいて、選択されたサービスを構成するコンポーネントを配信形態に応じて取得するとともに、取得されたコンポーネントに関する所定の処理を行う各部の動作を制御する制御部と
    　を備える受信装置。
  2. 　前記コンポーネントの配信形態は、放送配信又は通信配信である
    　請求項１に記載の受信装置。
  3. 　前記制御信号は、前記サービスごとに伝送されており、
    　前記放送配信には、前記コンポーネントが、選択されたサービスの前記制御信号と同一のサービス内で配信される第１の放送配信と、前記コンポーネントが、選択されたサービスの前記制御信号と異なる別サービス内で配信される第２の放送配信が含まれる
    　請求項２に記載の受信装置。
  4. 　前記制御信号は、複数のシグナリング情報から構成されており、
    　前記コンポーネントは、各シグナリング情報において共通のIDによって同定される
    　請求項１に記載の受信装置。
  5. 　前記コンポーネントはファイル形式であって、FLUTE(File Delivery over Unidirectional Transport)セッションにより伝送される
    　請求項１に記載の受信装置。
  6. 　前記FLUTEセッションにおける各セグメントには、特定のカテゴリのコンポーネントのデータが格納される
    　請求項５に記載の受信装置。
  7. 　前記FLUTEセッションにおける各セグメントには、複数のカテゴリのコンポーネントのデータが格納され、
    　前記制御信号は、当該コンポーネントのカテゴリを識別するための識別情報を含んでいる
    　請求項５に記載の受信装置。
  8. 　前記制御信号は、シグナリング情報として、各種のサービス及びサービスを構成するコンポーネントの少なくとも一方に関するパラメータが記述されたテーブルを含み、
    　前記テーブルには、コンポーネントに関するパラメータとして、コンポーネントのIDと、当該コンポーネントのカテゴリが記述される
    　請求項１に記載の受信装置。
  9. 　前記制御信号は、前記IP伝送方式におけるプロトコルの階層のうち、IP層よりも上位の階層で伝送され、
    　各サービスを構成する前記コンポーネントと前記制御信号には、共通のIPアドレスが割り当てられる
    　請求項１に記載の受信装置。
  10. 　受信装置の受信方法において、
    　前記受信装置が、
    　IP伝送方式を用いたデジタル放送の放送波を受信し、
    　前記放送波で伝送される制御信号に含まれる、各種のサービスを構成するコンポーネントの配信形態を示す情報に基づいて、選択されたサービスを構成するコンポーネントを配信形態に応じて取得するとともに、取得されたコンポーネントに関する所定の処理を行う各部の動作を制御する
    　ステップを含む受信方法。
  11. 　各種のサービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、
    　前記コンポーネントの配信形態を示す情報を含む制御信号を取得する第２の取得部と、
    　IP伝送方式を用いた放送波であって、前記サービスを構成する前記コンポーネント及び前記制御信号を含む放送波を送信する送信部と
    　を備える送信装置。
  12. 　前記コンポーネントの配信形態は、放送配信又は通信配信である
    　請求項１１に記載の送信装置。
  13. 　前記制御信号は、前記サービスごとに伝送され、
    　前記放送配信には、前記コンポーネントが、選択されたサービスの前記制御信号と同一のサービス内で配信される第１の放送配信と、前記コンポーネントが、選択されたサービスの前記制御信号と異なる別サービス内で配信される第２の放送配信が含まれる
    　請求項１２に記載の送信装置。
  14. 　前記制御信号は、複数のシグナリング情報から構成されており、
    　前記コンポーネントは、各シグナリング情報において共通のIDによって同定される
    　請求項１１に記載の送信装置。
  15. 　前記コンポーネントはファイル形式であって、FLUTEセッションにより伝送される
    　請求項１１に記載の送信装置。
  16. 　前記FLUTEセッションにおける各セグメントには、特定のカテゴリのコンポーネントのデータが格納される
    　請求項１５に記載の送信装置。
  17. 　前記FLUTEセッションにおける各セグメントには、複数のカテゴリのコンポーネントのデータが格納され、
    　前記制御信号は、当該コンポーネントのカテゴリを識別するための識別情報を含んでいる
    　請求項１５に記載の送信装置。
  18. 　前記制御信号は、シグナリング情報として、各種のサービス及びサービスを構成するコンポーネントの少なくとも一方に関するパラメータが記述されたテーブルを含み、
    　前記テーブルには、コンポーネントに関するパラメータとして、コンポーネントのIDと、当該コンポーネントのカテゴリが記述される
    　請求項１１に記載の送信装置。
  19. 　前記制御信号は、前記IP伝送方式におけるプロトコルの階層のうち、IP層よりも上位の階層で伝送され、
    　各サービスを構成する前記コンポーネントと前記制御信号には、共通のIPアドレスが割り当てられる
    　請求項１１に記載の送信装置。
  20. 　送信装置の送信方法において、
    　前記送信装置が、
    　各種のサービスを構成する１又は複数のコンポーネントを取得し、
    　前記コンポーネントの配信形態を示す情報を含む制御信号を取得し、
    　IP伝送方式を用いた放送波であって、前記サービスを構成する前記コンポーネント及び前記制御信号を含む放送波を送信する
    　ステップを含む送信方法。
PCT/JP2015/051443 2014-02-03 2015-01-21 受信装置、受信方法、送信装置、及び、送信方法 Ceased WO2015115253A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014018744 2014-02-03
JP2014-018744 2014-02-03

Publications (1)

Publication Number Publication Date
WO2015115253A1 true WO2015115253A1 (ja) 2015-08-06

Family

ID=53756830

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/051443 Ceased WO2015115253A1 (ja) 2014-02-03 2015-01-21 受信装置、受信方法、送信装置、及び、送信方法

Country Status (1)

Country Link
WO (1) WO2015115253A1 (ja)

Cited By (2)

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

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Enhanced MBMS Operation", 3GPP TR 26.848 V0.7.0 (2014-01, 24 January 2014 (2014-01-24), pages 8 - 13, XP055217164, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/TSG_SA/WG4_CODEC/TSGS4_77/Docs/S4-140218.zip(TR26848v0.7.0-EMO-cl.doc> [retrieved on 20150414] *

Cited By (7)

* 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
JP2017518662A (ja) * 2014-06-25 2017-07-06 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
US10158678B2 (en) 2014-06-25 2018-12-18 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal receiving device, broadcast signal transmission method and broadcast signal receiving method
US10880339B2 (en) 2014-06-25 2020-12-29 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal receiving device, broadcast signal transmission method and broadcast signal receiving method
US11323490B2 (en) 2014-06-25 2022-05-03 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal receiving device, broadcast signal transmission method and broadcast signal receiving method

Similar Documents

Publication Publication Date Title
US10129308B2 (en) Session description information for over-the-air broadcast media data
US10623827B2 (en) Receiving device, receiving method, transmitting device, and transmitting method
US11374993B2 (en) Reception device, reception method, transmission device, and transmission method
JP7663850B2 (ja) 受信方法、及び、送信方法
JP6743704B2 (ja) 送信装置、送信方法、受信装置および受信方法
JP6643246B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
US20190342862A1 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
US20200336526A1 (en) Reception device, reception method, transmission device, and transmission method for distributing signaling information
WO2015060148A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法
US11622088B2 (en) Reception apparatus, transmission apparatus, and data processing method
US20190342110A1 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
WO2015115253A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法
WO2015178221A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法
JP2020025325A (ja) 受信装置、送信装置、及び、データ処理方法
WO2015107930A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法

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: 15743898

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: JP

122 Ep: pct application non-entry in european phase

Ref document number: 15743898

Country of ref document: EP

Kind code of ref document: A1